網守
出自 MBA智库百科(https://wiki.mbalib.com/)
網守(GateKeeper,GK)
目錄 |
什麼是網守[1]
網守是指網路上提供地址翻譯和控制H．323終端、網關和MCU接入的H.323實體。網守也可為終端、網關和MCU提供其他服務，比如帶寬管理和網關定位。
網守設備及其主要功能[2]
網守在其負責的域中為H．323終端、網關和MCU提供地址翻譯和接入控制功能。在H．323系統中網守是可選的，但如果有網守，它提供鑒權、選路、呼叫詳細話單和帶寬管理等集中管理功能。在一個H．323系統中，可以沒有網守，也可以有一個或多個網守，網守之間可以相互通信。在邏輯上網守是一個獨立的實體，但在物理上可以與終端、MCU、或網關設計在一起。
1．網守的基本功能
1)地址翻譯。根據地址翻譯表將別名地址翻譯為傳輸層地址，此翻譯表可由登記消息或其他方式更新。
2)接入控制。根據呼叫授權、帶寬或廠商制訂的其他原則來確定是否有權接入。採用ARQ／ACF／ARJ H．225．0消息。此項功能也可以不設，即允許所有接入請求。
3)帶寬控制。網守應支持BRQ／BRJ／BCF消息，根據帶寬情況進行帶寬管理。此項功能也可以不設，即允許所有帶寬改變請求。
4)域管理。網守應向其登記的終端、MCU和網關設備提供以上功能。
網守還具有其他功能：
1)呼叫控制信令。網守可以選擇自行完成與端點之間的呼叫信令，也可以讓端點之間直接以呼叫信令通道連接。
2)呼叫授權。利用H．225．0信令，網守可以允許或拒絕某個終端的呼叫。
3)帶寬管理。控制同時接入網路的H．323終端的數量。利用H．225．0信令，當網守判定帶寬不足時，可以拒絕某個終端的呼叫。當某個己建立的呼叫要求增加帶寬時，此項功能也適用。
4)呼叫管理。網守對正在進行的H．323呼叫進行管理，這些信息可以用於顯示被叫終端忙閑或用於帶寬管理功能。
當網路中存在網關時，也必須有網守以提供E．164地址與傳輸層地址之間的翻譯。
2．網守的主要功能
1)地址翻譯。根據登記時建立的翻譯表，執行別名地址至傳輸層地址的翻譯，該翻譯表隨登記消息不斷更新。常見的別名就是E．164地址。它可以是一個單一號碼，供SCN用戶標識H．323終端，也就是PC—電話通信時，須給PC賦予一個E．164號碼；也可以是一組首碼號碼，供SCN-IP網-SCN使用環境下，確定目的端網關的傳輸層地址。
2)呼叫接納控制。根據用戶許可權、網路可用帶寬等條件確定是否允許用戶發起該呼叫，判定條件可由製造廠商決定。在端點發起呼叫時，第一個消息就是發往網守的接納請求信息。
3)帶寬控制。允許端點提出改變分配給它的PBN帶寬的請求。如果端點要求降低分配帶寬，一般均予同意；如果提出增加帶寬要求，網守根據情況予以同意或拒絕。
4)區域管理。對本管理區內已登記的終端、MCU和網關提供上述服務功能。
5)呼叫控制信令。H．323建立規定端點至端點的呼叫信令有兩種傳送方式。一是經由網守轉接的網守選路呼叫信令方式，雙方不知道對端的地址，有利於保護用戶的隱私權，網守介入呼叫信令過程。另一種是端到端的直接選路呼叫信令，網守只在初始RAS過程中提供被叫的傳輸層地址，其後不再介入呼叫信令過程。
6)呼叫許可權。網守可以通過RAS過程拒絕無權用戶發起呼叫，拒絕原因可以是限制自某些特定終端或網關發出的呼叫或發往這些端點的呼出，或者是在某些時間段限制發起呼叫。
7)帶寬管理。控制允許同時接入PBN的H．323終端個數。通過RAS協議過程，網守可以拒絕栽終端發起呼叫，其原因是它判定網路沒有足夠的帶寬支持該呼叫，判定准則由管理者自定。當在呼叫進行過程中，某終端提出增加帶寬時，網守也可對此拒絕或允許。
8)呼叫管理。例如，網守可以保存一張正在進行的H．323呼叫清單，據此可判定被叫終端是否忙，並且可向帶寬管理功能提供帶寬使用信息。
9)網路管理。可向計費中心提供計費基礎數據，向管理中心提供話務統計基礎數據。
10)其他功能。如終端帶寬預留、目錄服務、管理信息庫等。
上述功能中，(1)-(4)項為網守的基本功能。
3．網守的測試
網守的測試主要包括以下幾個部分：
功能測試、協議測試、性能測試和互通性測試。其中功能測試主要包括地址解析功能、接入認證功能、呼叫控制功能、路由管理功能、計費功能、安全管理功能和配置、統計、告警等功能。協議測試除了RAS協議外，還應包括RADIUS協議、H．225．0附件G、Q．931等，測試方法主要是利用協議分析儀監視協議是否符合標準。
對於性能測試和互通性測試方法目前正在研究之中。性能測試主要應對網守管理的網關數、用戶數以及同時處理的呼叫數進行測試，而互通性測試應包括不同廠家的網守和網關之間的互通測試以及不同廠家網守的互通測試。
網守的層次結構[3]
頂級網守雲可以包含多個頂級網守，頂級網守之間的連接、一級網守與頂級網守之間的連接以及不同運營者之間的連接由各運營者根據各自的情況自行確定其方式。當運營者網路規模不是很大時，頂級網守的功能可由其中一個一級網守完成。
(1)頂級網守。頂級網守負責管理屬於該運營者的一級網守，主要負責一級網守之間的地址解析、不同運營者視頻會議網之間的互通和地址交換；也負責國際業務的管理，即國際呼叫的建立和拆除。
(2)一級網守。一級網守主要負責該一級網守所管轄的全部二級網守以及IP電話終端代理間的地址解析工作。在兩級網的情況下，二級網守的功能全部歸入一級網守。
(3)二級網守。二級網守主要負責所屬區域內用戶的地址解析和認證，防止非法用戶的接入和非法網關的登記；負責向所屬網關提供路由信息，包括被叫網關的埠信息等。
(4)網守之間的互通。網守之間的通信完成不同區域之間的呼叫建立。頂級網守與一級網守之間，或一級網守與二級網守之間的互通採用RAS協議，主要傳送用戶地址解析信息。
(5)網守與網關之間的互通。網守與網關之間使用RAS協議進行通信，RAS信令採用H．225．0消息在網守與端點之間完成註冊、接入控制、帶寬轉換、狀態信息傳送和切斷等操作。RAS信令通道與呼叫信令通道和H．245呼叫控制通道無關。RAS信令通道為非可靠通道，使用UDP方式傳送信令。
網守的系統設計[3]
1)標準性要求
網守設計應符合ITU—T制訂的H．323協議和中國通信行業標準《IP電話網守設備技術要求》的要求，支持H．225．0、H．245、LAN通信協議(IEEE802．3或IEEE802．3u)、TCP／IP等；使用面向對象的編程技術，使系統具有清晰的邏輯層次結構，系統應具有較強的兼容性，易於維護和二次開發；能夠和符合H．323協議的各種設備(網守、終端、MCU、網關)相兼容，並且可以為它們提供相應的服務。
2)功能性要求
網守應實現H．323規定的基本功能和部分可選附加功能，實現相關的所有協議，應具有記錄網守運行日誌的能力，能夠提供計費所使用的原始通信紀錄，實現計費功能，或提供運營商所需的計費介面。根據H．323協議中關於網守功能的規定，可將網守劃分為五個功能模塊：
·呼叫控制和管理(Call Control and Management)
·地址翻譯(Address Translation)
·帶寬控制和管理(Bandwidth Controland Mangement)
·用戶認證、授權和計費(Authentication，Authorization & Account，AAA)
·計費信息的採集(Call Detail Record Convergence，CDR Convergence)
3)運行環境要求
系統要最大限度地適用於多種平臺環境，兼容性要好，一般要求能夠在Windows9x、Windows2000、WindowsXP、WindowsCE、UNIX等平臺下運行。
4)使用維護要求要求
系統兼容性較強，結構簡單，維護方便，升級容易，功能較強，組網靈活，成本較低。
網守的實現方法[3]
網守實現基於面向對象的編程方法，用VC++語言作為開發系統，採用Pwlib和OpenH323兩個SDK動態連接類庫。
軟體實現平臺採用Pwlib和OpenH323兩個動態連接類庫的原因在於：
(1)這兩個庫中封裝了大量的通信類庫以處理信令交互和報文收發，整個平臺的設計遵循開放性原則(Mozilla Public License)，能夠很好地支持H．323協議。
(2)類庫Pwlib是一個適度大小的類庫，它的發展已有很長一段時間了，其最初的主要目的是形成一種同時可在Microsoft Windows、UNIX、Linux等多種操作系統平臺上運行的具有通用性的類庫系統，然而它以後的發展卻遠遠超越了最初的目的。I／O的封裝類、多線程類、UNIX後臺郵件收發類、基於NT平臺的伺服器類，幾乎所有的互聯網協議類均被逐漸地增加進來，同時遵循了開放性原則，因此Pwlib非常適合作為開發H．323系統的基礎類庫。
(3)類庫OpenH323基於類庫Pwlib之上，也是一種開放源代碼的、可供互操作的、具備完整特性的、適度大小的、面向整個H．323協議棧的基礎類庫，是由澳大利亞一家叫EquivalencePtyLtd的公司發展起來的。在遵循開放性原則的前提下，所有對其感興趣的團體、商業、個人均可免費使用該類庫。
(4)開發人員可以通過互聯網在開放性原則下共同使用這兩個類庫，相互交流，共同開發，共同提高，這使得我們可以最大限度地降低開發成本和減少開發周期，也使得網守與類庫可實現同時升級。
網守的開發系統採用Visfial C十十6．0，資料庫使用微軟的Access。對於一個電信級會議系統，由於用戶數很多，數據量很大，安全性要求很高，必須使用大型的資料庫來完成各種信息的存取，通常可使用SQLServer、Oracle、Sybase等。使用Microsoft的Access資料庫，主要基於以下考慮：
(1)微軟在Windows和VisualStudios系列中對Access資料庫的支持，讓我們可以方便地操作Access資料庫，並且它的效率也較高。
(2)面向小規模應用所設計的網守，數據量相對還不是很大，Access資料庫完全滿足應用要求。
(3)Access資料庫的整個數據存放在一個文件中，移動和拷貝比較方便。
(4)採用適當的封裝之後，在以後需要升級到大規模的應用資料庫時，可以方便地從訪問Access資料庫向訪問SQL Server或者Oracle資料庫過渡轉變。當然，如果使用ODBC資料庫引擎訪問資料庫，這種轉變將不再是問題。
網守的實現[3]
1．模塊說明
根據以上對網守功能結構的分析，我們在實現時把網守分解為以下幾個主要的功能模塊：RAS協議過程實現模塊、呼叫信令路由模塊、端點註冊信息鏈表模塊、計費模塊、H．245協議處理模塊等，如圖3所示。
RAS協議過程實現模塊用來處理RAS協議過程，它包括網守搜尋(採用多播機制完成)、端點登記、呼叫接納、呼叫退出、帶寬管理等過程，並且把相應的端點信息傳送到端點註冊信息鏈表模塊。
呼叫信令路由模塊用來與終端之間進行H．225．0呼叫信令過程，它包括呼叫建立、呼叫清除、Q．932消息處理等過程，並且支持呼叫轉移功能，既可以進行一般的連接過程，又支持快速連接過程。建立呼叫路由之前首先要從端點註冊信息鏈表模塊中取得端點信息，在合法的情況下再去建立呼叫路由，然後再把呼叫信息傳送到當前呼叫信息鏈表模塊中，直至呼叫清除時再次傳送信息給當前呼叫信息鏈表模塊和計費模塊去處理。
端點註冊信息鏈表模塊用來儲存註冊終端的詳細信息，包括別名、呼叫信令傳輸層地址、RAS埠地址、終端ID、終端類型、製造廠商代碼等；還提供端點的插入、刪除、更新、查詢、類型判斷、超時處理等大量的用戶介面功能。
當前呼叫信息鏈表模塊用來儲存當前正在進行呼叫和通話的每一對呼叫的詳細信息，包括主叫和被叫ID、呼叫ID、呼叫引用值、分配帶寬、呼叫的發起時間等信息，同樣也包括呼叫的插入、刪除、更新、查詢等大量的用戶介面功能。
計費模塊從呼叫信令路由模塊中取得呼叫信息。對每次的呼叫原始計費信息進行詳細記錄。這些信息至少包括呼叫起始時間、終止時間、主被叫E．164別名地址、主被叫IP地址、使用帶寬等信息。
2．網守主程式
一個處於運行狀態中的網守，其各個功能模塊的瞬時運行狀態都是隨機併發的，每個模塊內部又要同時處理若幹個端點的請求或連接。因此網守最適合於使用多線程的編程方法來實現。網守在實現時，首先由主程式創建RAS處理線程、呼叫信令處理線程、多播接收處理線程這三個線程來啟動相應的功能處理模塊，然後在各線程內部當每接收一個請求或連接時，該模塊便向系統申請所需的資源，然後在其內部產生一個專門用來處理此次請求或連接的子線程，直至此次請求或連接結束時，該子線程將自動停止運行，釋放所占用的系統資源以備系統重新分配使用。
網守的主程式完成的任務主要是生成網守的主控制台界面視窗，實現網守運行前的初始化過程，搜集所需的各項環境參數，建立終端註冊表(Endpoint Table)、當前呼叫信息表(Call Detail Table)等各功能塊運行所必需的信息鏈表，啟動網守各功能模塊的相應線程，以及隨時根據系統管理員發出的控制台命令對網守當前工作狀態、運行日誌進行查詢、關閉或結束網守等動作。
網守的主控制台界面主要包括四部分：菜單欄、圖形按鈕、網守所在主機IP地址顯示窗、網守工作信息顯示窗。菜單欄內包含很多命令，用於啟動或關閉網守，查看註冊終端表、當前呼叫信息表、工作日誌等：圖形按鈕是最常用的菜單命令的快捷按鈕。網守所在主機IP地址顯示窗是網守啟動後顯示主機IP地址的視窗，該地址供各終端設置時查詢使用。網守工作信息顯示窗用於顯示網守的工作狀態以及各表項參數。
網守主程式的簡要工作流程如圖4所示。
下麵是網守主程式中啟動各功能塊的關鍵語句以及簡要說明，它們完成了各數據鏈表的建立和各工作線程的啟動：
//建立註冊終端信息表
MvEnviron．EPTable=new EndpointTable(MyEnviron)；
//建立當前呼叫信息表
MyEnviron．CTable=new CallTable(MyEnviron)；
//建立RAS日誌
MyEnviron．Log=new OpengateLog；
//創建呼叫信令處理線程
CallThread * CThread=new CallThread( MyEnviron)；
MyEnviron．MyCallAddr=CThread->GetMyCallSignallingAddr()；
//創建RAS信令處理線程
RasThread * RThread=new RasThread( MyEnviron)；
//創建Multicast receiver線程
Multicast Thread * MCThread=new MulticastThread( MyEnviron)；
3．RAS消息處理線程
RAS消息處理線程(RasThread)完成的功能實際就是RAS協議過程，它包括網守搜尋、端點登記等過程。RAS協議是端點和網守之間執行的協議，基本上實現管理功能。
網守賦予了一個公認TSAP標識(對於IP網路來說就是TCP／UDP埠號)作為RAS通道的TSAP標識，對於IP網路來說就是埠1719。一般的端點在啟動時首先要向網守註冊登記，因此必須事先知道網守的RAS協議的傳輸層地址(網路層地址+TSAP標識)，也稱為RAS地址。圖5是RAS消息處理線程的簡要流程。
流程圖中處理RAS消息是該線程的核心部分，完成了RAS協議的主要功能，包括端點登記、呼叫接納和退出帶寬管理等功能。
1)網守搜索
網守搜索有兩種方式：人工方式和自動方式。自動方式是通過搜尋多播地址發送GRQ消息來實現的。人工方式通過對端點的配置來完成，將其歸屬的網守傳輸層地址預置入端點的配置文件或初始化文件中。
自動方式允許端點和歸屬網守的關係可以隨時間而改變，當原有網守出故障時可以自動切換到替換網守上去，當所屬網守改變後無需在每個終端上修改其配置文件。
在自動方式中，端點採用搜尋多播地址發送GRQ消息，詢問“誰是我的網守”。可以有一個或多個網守回送GCF消息，表示“我可以是你的網守”，併在消息中告知其RAS地址。不願意該端點在其上登記的網守則返回G對消息。如果有多個網守回送GCF消息，端點可在其中任選一個作為其歸屬網守。如果超時仍未收到網守的響應，端點可重發GRQ消息，但兩次相鄰GRQ之間的時間間隔不能小於5秒。如果仍未收到響應，則改用人工搜尋。當然如果事先知道網守的IP地址，則可以直接使用人工搜尋。
端點發送的GRQ消息包含端點類型、端點自身的RAS地址、希望在其上登記的網守標識等參數。若未含網守標識參數，就表示端點願意在任何一個網守上登記。網守返回的GCF消息除了包含該網守標識和RAS地址外，還可包含“替換網守”序列參數並指定優先順序順序。如果至該網守的請求未予響應或被拒絕又未給出轉向信息，則可轉向替換網守重新提出請求。GRJ消息也包含轉向信息參數，另外還給出拒絕原因。
2)端點登記
端點搜索到所屬網守後，必須在網守上登記後才能發起和接納呼叫。登記表明該端點加入了該管理區。端點首先要向網守的RAS地址發送RRQ消息，消息中包含的兩個參數是端點別名及其呼叫信令傳輸層地址。也有可能RRQ消息中沒有包含別名，網守便賦予一個，然後在隨後的RCF消息中發回給終端。別名可以是E．164地址或H．323標識，但為了和普通的固定電話保持一致，我們一般使用E．164地址。E．164地址由接入碼和電話號碼組成，接入碼可以用來標識網關。H．323標識為字元串形式，可以是用戶名、E—mail名或其他標識名。一個端點可以有多個別名，所有的別名都在RRQ消息中發往網守，它們將被翻譯為同一個傳輸層地址。一般情況下，網守將返回RCF消息，告訴端點網守的呼叫信令傳輸層地址，並將端點別名和地址登記入端點註冊登記表中(End Point Table)。消息還包含一個“生存時間”參數，單位是秒，指示本次登記信息的壽命。但是如果RRQ消息中的別名和已登記的某一端點相同而傳輸層地址不同，則回送RⅪ消息，並指明“重覆登記”的拒絕原因。但是如果RRQ消息中的別名和傳輸層地址與已登記的某一端點都相同，則視為更新登記並修改表End Point Table中的相應信息。
端點也可以改變其別名，這時應先向網守發送URQ消息，網守回送UCF消息，以便端點在此用一新的別名登記註冊。同樣，網守也可以發送URQ消息給端點，端點回送UCF消息，網守然後刪除端點以前登記的信息。
3)端點定位
端點定位用於端點或網守向相應的網守詢問某一端點呼叫控制通道的傳輸層地址。當端點或網守已知某一端點的別名，需要知道其呼叫信令通道傳輸層地址時，可向相應的網守發送LRQ消息，發送地址是該網守的RAS地址。如不知道該端點的歸屬網守，也可用搜尋多播地址發送LRQ消息。該端點在其上登記的網守收到此消息後應回送LCF消息，消息中包含該端點的呼叫信令通道傳輸層地址，或者是該網守的呼叫信令通道傳輸層地址，究竟傳送哪一個地址取決於呼叫信令是採用直接選路方式還是網守選路方式。
對於該端點未在其上登記的網守，如果是在RAS通道上收到LRQ消息，則須回送LRJ消息；如果是在搜尋多播地址上收到LRQ消息，則不需要作任何響應。
4)呼叫接納和退出
呼叫的接納(ARQ／ACF)和呼叫退出是整個呼叫控制的第一對和最後一對消息，分別標誌呼叫的開始和結束。在ARQ中端點給出目的地別名(Alias)、呼叫引用值(Call Reference Value)、呼叫標識(Call ID)、會議標識(Conference ID)、應答呼叫(Answer Call)等信息以及所需要的帶寬。網守根據具體情況可以接納也可以拒絕該呼叫。如接受該呼叫則回送ACF消息，其中包括的兩項主要參數是允許分配的帶寬和翻譯後所得的目的地呼叫信令傳輸層地址或者是網守本身的呼叫信令傳輸層地址。
不但主叫發起呼叫時需要請求網守接納，被叫接收呼叫建立信令時也要向網守發送ARQ請求，因此在ARQ中有一“應答呼叫”(Answer Call)參數，指示是否響應呼叫。在ARQ消息中還有以下三個關於呼叫的標識參數。
(1)呼叫引用值(Call Reference Value，CRV)：用於標識呼叫，僅在呼叫段上局部有效。例如，呼叫信令採用網守選路方式傳送，則“主叫終端一網守”和“網守一被叫終端”這兩個信令段的CRV一般是不相同的，網守負責建立兩個CRV之間的關聯，以保證信令消息的正確轉送。．但是在同一信令段上，屬於同一呼叫的所有H．225．0消息，包括呼叫接納、呼叫建立、補充業務、帶寬改變、呼叫終結等消息的CRV均相同。
(2)呼叫標識(Call ID)：亦用於標識呼叫，和CRV不同的是，它是全局有效參數。也就是說，從主叫端點到其網守、從主叫端點到被叫端點、從被叫端點到其網守，屬於同一呼叫的所有RAS消息和呼叫信令消息中的呼叫標識均相同。呼叫標識主要用於端到端的信息傳送，如將其封裝在Q．931消息的用戶一用戶信息中傳遞，可供補充業務使用。呼叫標識由主叫端點賦值。
(3)會議標識(Conference Identifier，CID)：惟一標識會議的全局號碼，是由會議發起端點創建的關聯該會議所屬所有呼叫的信令消息。如果一個會議包括若幹個呼叫，則每個呼叫有其各自的呼叫標識，所有呼叫有一個共同的會議標識，凡屬該會議的所有H．225．0消息均採用該會議標識。
CID由三部分組成：端點網路地址、會議呼叫發起的絕對時間和所用的協議版本。CID由16個八位位組組成，如表1所示。其中：0為最低八位位組；N5：NO為48位LAN地址，如無此地址，則以隨機數填充；C1：CO為16比特計數器，每次會議加1；V為4比特的版本號，位於CID位元組6的低4比特；H1、A、M1：M0、L3：L0為1OOns時鐘計時值的最低60比特，其比特排列順序如表2所示。
表1 會議標識
| CID八位位組 | 15～10 | 9～8 | 7 | 6 | 5～4 | 3～O |
| 八位位組名 | N5：NO | C1：CO | H1 | AV | M1：Mo | L3：L0 |
表2 時鐘計時比特
| H1 | A | M1 | M0 | L3 | L2 | L1 | L0 |
| 59 52 | 51 48 | 47 32 | 31 0 | ||||
5)帶寬管理
帶寬管理用來處理呼叫中途改變呼叫接納時確定的帶寬，改變請求可由網守或端點發起。如果網守主動向端點發送BRQ，請求降低帶寬，端點必須服從，降低其總比特率且回送BCF；同時向對端端點發送H．245控制消息，通知其通道帶寬已經改變，然後由對端端點再通知其網守。如果是增加帶寬請求，端點根據需要決定是否增加比特率。
6)狀態和資源
狀態查詢主要用於網守詢問終端的開機／關機狀態；網關資源指示用於向網守通告該網關的可用資源。
4．呼叫處理線程
呼叫處理線程(Call Thread)完成的功能就是H．225．0呼叫信令消息過程。基本的呼叫信令消息取自於Q．931和Q．932消息。
呼叫處理線程在主程式中被啟動後便開始在呼叫通道上偵聽是否有端點發出呼叫。每當一個新的端點發起一個有效呼叫並且選路方式設定為網守選路模式時，呼叫處理線程便打開一個新的TCP套接字，利用此套接字與該端點建立連接，然後建立一個真正處理該呼叫信令消息的線程(Signalling Thread)去處理此次呼叫，呼叫處理線程則接著在原呼叫通道上偵聽是否有新的端點發出呼叫。圖6就是呼叫處理線程簡要流程。
信令線程可以完成兩種連接過程，即常規的連接過程和“快速連接”過程。
5．搜尋多播接收處理線程
網守具有一個公認的多播地址，即搜尋多播地址。因為一般的端點在剛啟動時並不知道歸屬於哪一個網守，也不知道網守的網路層地址，因此利用此公認的多播地址廣播搜尋消息，以確認其歸屬的網守。還有在端點定位時，當端點或網守已知某一端點的別名，需要知道其呼叫信令通道傳輸層地址時，可以向相應的網守RAS地址發送LRQ消息。但是有時並不知道該端點的歸屬網守，這時可利用該多播地址發送LRQ消息，該端點的歸屬網守收到該消息後回送LCF消息，消息中包括該端點的呼叫信令通道傳輸層地址或者是該網守的呼叫信令通道傳輸層地址，回送哪一個地址取決於採用的是直接選路方式還是網守選路方式。該線程的工作方式與RAS消息處理線程相似，如圖8所示。
