1、H.323協議簡介和呼叫流程編者： 審核： 修改記錄文檔編號版本號擬制人/修改人審核人擬制/修改日期更改理由主要更改內容（寫要點即可）無目 錄第1章 協議概念11.1 協議概述11.2 名詞解釋21.3 協議模型31.3.1 RAS41.3.2 Q.93141.3.3 H.2454 三者的區別和聯系41.4 組件的特征51.4.1 GK51.4.2 GW61.4.3 MCU7 信息流8 終端8第2章 協議命令92.1 RAS命令92.2 尋找網守消息112.3 注冊登記消息112.4 注銷消息112.5 修改消息122.6 接入認證授權和地址解析消息122.7 地址解析請求消息122.8 呼叫

2、脫離消息132.9 狀態消息132.10 帶寬改變消息132.11 網關資源可利用性消息142.12 RAS定時器修改消息142.13 頂級網守間消息142.14 Q.931152.15 頂級網守間消息172.16 H.245182.17 終端能力設定202.18 主從決定202.19 打開邏輯通道202.20 結束會話212.21 關閉邏輯通道21第3章 呼叫流程223.1 RAS22 網守的發現22 節點登記與注銷22 呼叫接入與退出233.2 Q.93124 基本呼叫建立流程（直接路由）24 基本呼叫建立流程（GK路由）24 呼叫斷開流程253.3 H.24525 能力交換（Capabi

3、lityExchange）25 主從確定（MasterSlaveDetermination）26 打開邏輯通道（OpenLogicalChannel）26 關閉邏輯通道（CloseLogicalChannel）26 結束會話過程（EndSession）273.4 信令配合27 典型呼叫流程（正常啟動）27 典型呼叫流程（快啟）283.5 H.323之童話故事篇28第4章 在NGN中的應用314.1 NGN組網中的H.323314.1.1 Softswitch和Softswitch之間的互通314.1.2 H.323終端314.1.3 H.323軟終端314.2 Softswitch在H.323

4、應用的作用324.2.1 Softswitch H.323域324.2.2 H.323域32第1章 協議概念1.1 協議概述H.323是由ITU制定的通信控制協議，用于在分組交換網中提供多媒體業務。呼叫控制是其中的重要組成部分，它可用來建立點到點的媒體會話和多點間媒體會議。H.323定義了介于電路交換網和分組交換網之間的H.323網關（Gateway）、用于地址翻譯和訪問控制的網守（Gatekeeper）、提供多點控制的多點會議控制器（MC）、提供多點會議媒體流混合的多點處理器（MP），以及多點會議控制單元（MCU）等實體H. 323是ITU-T開發的IP網絡實時多媒體通信協議簇，由呼叫控制、

5、媒體編碼、管理控制、網絡安全等一系列協議組成。H.323適用于在底層傳輸不提供QoS保證的分組網絡上進行多媒體通訊的技術需求，主要目的是實現位于不同網絡中的終端之間的音視交互通信。H.323建議定義了的系統組件包括終端，網關（GW），網守（Gatekeeper，簡稱GK），多點控制（MC），多點處理（MP），多點處理單元（MCU）等。最重要的系統組件為網關和網守。H.323終端提供在點對點或點對多點會議中，進行語音和可選用的視頻，數據通訊能力。H.323的范圍不包括網絡界面，物理網絡，及網絡上的傳輸協議。1.2 名詞解釋圖 1.21 H.323構件及相互關系1GW（Gateway）：H.323

6、網關是指在PBN上的H.323終端與SCN上的其它終端之間，或另一個H.323網關之間，提供實時雙向業務的節點。2GK（Gatekeeper）：GK是網絡上的H.323實體，它為H.323終端，網關和MCU提供地址翻譯，控制網絡訪問。也可以為終端，網關，和MCU提供其它服務：如帶寬管理，定位網關等。3MCU（Multipoint control unit）：多點控制單元用于控制多點會議。也可以用于連接兩個終端的點對點會議（這種點對點會議以后可能發展為多點會議）。MCU通常按H.231 MCU的方式行事，不過音頻處理器不是必須的。MCU由兩部分組成：必備的MC和可選的MP。最簡單的MCU可以只包

7、括一個MC，沒有MP。MCU也可能在不被某個節點顯式呼叫的情況下，通過GK加入會議。4MC（Multipoint controller）：MC是網絡上的一個H.323實體，它為多點會議中三個或更多個終端的參與提供控制。也可以在點對點會議中連接兩個終端，以后發展為多點會議。MC與所有終端進行能力協商，在共有的水平上進行通訊。它也可以管理會議資源，例如誰正在多點傳送視頻。MC不執行媒體流的混響與交換。5MP（Multipoint processor）：MP是網絡上的H.323實體，它為多點會議中的媒體流提供集中處理能力。在MC的控制下，提供混響，交換，和其它對媒體流的處理過程。MP 能夠處理單個或

8、多個媒體流依賴于支持的會議類型。6Terminal：H.323終端是網絡上的一個節點，它與其它H.323終端，網關，或MCU之間進行實時、雙向的通訊。7EP（Endpoint）：節點指H.323終端，網關，或MCU。它能發起呼叫或被呼叫。由它產生、終止信息流。8Zone：區域是由一個GK管理的所有終端，網關，和MCU的集合。一個區域至少包括一個終端，可以不包括網關和MCU。一個區域有且只有一個GK。區域獨立于網絡拓撲結構，可以由通過路由設備相連的多個網段組成。圖 1.22 H.323 Zone9呼叫信令：一組消息和流程。用于建立呼叫，請求改變呼叫的帶寬，得到呼叫中端點的狀態終止呼叫等。1.3

9、協議模型H.323協議是一種傘形規范，因為它涵蓋了其它建議，包括分組和同步，H.245控制，H.261和H.263視頻CODEC，G.711、G.722、G.728、G.729和G.723音頻CODEC，以及T.120系列多媒體通信協議。H.323協議棧結構如下圖所示圖 1.31H.323協議棧在我司NGN解決方案的核心部件Softswitch中，使用了H.323協議簇中的RAS、Q.931和H.245協議。其網絡層協議是IP，傳送層協議為UDP和TCP，其中RAS承載在UPD上，Q.931和H.245承載在TCP上。H.323消息編碼格式是基于ASN.1二進制編碼。本文將只對RAS、Q.93

10、1、H.245做進一步描述。1.3.1 RASITU-T RAS （Registration， Admission， and Status）協議為網關與網守之間進行信息交互所使用的協議，在RAS協議中，一般模式都是網關向網守發送一個請求，然后網守返回接受或拒絕消息。RAS消息主要遵循H.323 V2協議。1.3.2 Q.931ITU-T Q.931協議為網關與網守之間進行信息交互所使用的協議，主要負責呼叫過程中的信令處理。1.3.3 H.245ITU-T H.245協議為主、被叫網關之間進行信息交互所使用的協議，H.245指定了許多獨立的協議實體，支持端對端信令。一個協議實體由語法、詞義、語義

11、和一套流程來指定消息交換以及用戶的互操作。H.245消息分為四類：請求、響應、命令、指示。請求和響應消息用于協議實體。請求消息要求一個指定的行動及一個立即的響應。響應消息響應一個相應的請求。命令消息要求一個指定的行動，但不需要響應。指示消息只是提供信息，不要求行動和響應。H.245控制信道是用來承載控制信息用以對H.323實體的操作，這些控制主要包括如下三個：1主從決定決定兩方誰是主、誰是從。H.245主從決定消息流程用于解決下述情況的沖突：一是會議中兩個節點都是MC，二是兩個節點間嘗試建立雙向信道。兩個節點在masterSlaveDetermination消息中交換隨機數，以決定主從節點。2

12、能力交換進行能力協商，獲得雙方都可接受的編解碼類型。3打開或關閉邏輯通道打開RTP、RTCP通道，為通話做準備。1.3.4 三者的區別和聯系1.3.4.1 聯系它們為完成一次呼叫而共同配合，各有分工：RAS完成H.323實體向GK的注冊，H.245完成要連接實體之間的參數協商和準備，Q.931完成連接實體的連接。1.3.4.2 區別先后順序不同，先RAS，再H.245，最后Q.931。1.4 組件的特征1.4.1 GK在H.323系統中，GK是可選的，為H.323節點提供呼叫控制服務。不止一個GK可能出現，并以未指明的方式相互通訊。GK和節點是邏輯分離的，不過，在物理實現時可以和終端，MCU，

13、GW，MC或其它非H.323網絡設備共存。在系統中出現時，GK必須提供以下服務：地址翻譯將地址別名翻譯為傳輸地址。這需要由Registration消息維護轉換表。其它更新轉換表的方式也是允許的。接入控制GK必須使用ARQ、ACF、ARJ驗證網絡接入，這可以基于呼叫鑒權，帶寬，或其它由廠家設定的標準。它可以是一個空函數，允許所有的呼叫。帶寬控制GK必須支持BRQ、BCF、BRJ消息。這可以基于帶寬管理，也可以是一個空函數，接受所有的帶寬修改請求。區域管理GK必須向已登記的終端，MCU，網關提供上述功能。GK可以執行以下可選功能：呼叫控制信令GK可以選擇由節點完成呼叫信令，也可以選擇由自己處理呼叫

14、信令。另一個選擇是：GK可以讓節點間以呼叫信令信道直接相連，這種方式，GK可以避免處理呼叫信令。GK可以按Q.931的定義行動，以支持補充業務。這需進一步研究。呼叫鑒權通過使用信令，GK可以因為鑒權失敗拒絕來自終端的呼叫。拒絕的原因至少包括：接入特定的終端或網絡受限，在某個時間限制接入。鑒權通過或失敗的標準在本建議之外。帶寬管理控制同時允許訪問網絡的終端數目。通過使用信令，GK可以因帶寬受限拒絕來自終端的呼叫。如果GK確定網絡無足夠的帶寬，這就會發生。帶寬是否夠用在本建議范圍之外。注意：這可以是一個空函數，同意所有終端接入。當一個活動的呼叫要求額外的帶寬時，這個功能也起作用。呼叫管理例如，GK

15、可以維護正在進行的呼叫列表。這個信息對于指示被叫是否忙是有用的，以及給帶寬管理功能提供信息。帶寬管理信息數據結構供進一步研究。帶寬預留供進一步研究。目錄服務供進一步研究。為了支持ad hoc多點會議，GK可以選擇從點對點會議的兩個終端接收H.245控制信道。當會議改成多點會議時，GK可以重定向H.245控制信道至MC。GK不處理H.245信令，只需在終端之間或終端和MC之間傳遞它。包含網關的網絡應當包括GK，以將收到的E.164或party Number地址翻譯成傳輸地址。包含GK的H.323實體必須有一個機制使內部的GK失效，以便當一個網絡上有多個H.323實體包含GK時，這些H.323實體

16、能被配置成同一Zone。1.4.2 GW網關提供傳送格式的轉換，和通訊流程的轉換。這個轉換的詳細說明在H.246。網關應當能在PBN側和SCN側執行建立和清除流程，傳輸格式的轉換也在網關執行。通常網關（不作為MCU）的作用映射網絡端和SCN端的特征，與此相反的是透明傳輸。一個H.323節點可以和另一個H.323節點在同一個網絡，不經過網關互聯，如果不要求與SCN終端通訊，可以省略網關。以下情況也是可能的：為了旁路路由器或一個低帶寬鏈接，網絡上一個網段的終端通過一個網關呼出，再從另一個網關回到原先的網絡。在網絡側，網關可具有H.323終端，或MCU的功能。在SCN側，網關可以有SCN終端或MCU

17、的功能。具體選擇終端，或MCU功能，由制造廠家決定。網關提供不同類型終端之間的必要轉換。注意：網關可以在初始呼叫時作為終端使用，以后通過H.245信令，為同一個初始化為點對點的呼叫作為MCU使用。由于向GK登記時的指示，GK知道哪些終端是網關。在SCN和網絡之間傳送T.120數據的網關需包含T.120 MCS Provider，它連接網絡和SCN上的T.120 MCS Providers。網關由三部分組成：H.323終端或MCU，SCN終端或MCU，以及轉換功能。網關對網絡上的其他H.323終端而言，是一個或多個H.323終端，或一個H.323 MCU。它使用本建議中的流程與其他H.323終端

18、通訊。SCN終端或MCU功能由相應的建議描述（H.310，H.320，H.321，H.322，H.324，V.70，GSTN 或ISDN語音終端）。在SCN側，網關對于終端而言是一個或多個同類終端或MCU。它和其他終端使用相應建議規定的流程進行通訊。SCN的信令過程，包括H.323網關對SCN而言表現為終端還是網絡在本建議之外。注意：網關可以不經過H.320直接將H.323轉換為H.324或H.310。支持和GSTN或ISDN語音終端互通的網關應當能發出和檢測相應的DTMF信號：0-9，*，#，用于H.245 userInputIndications。圖 1.41H.323 gateway c

19、onfigurations轉換功能在不同的終端建議的格式間提供必要的轉換。至少，網關必須提供傳輸格式，呼叫建立信令和流程，連接控制信令和流程的轉換功能。要求時，網關必須提供H.245與H.242的轉換。網關在呼叫信令和SCN信令系統（Q.931，Q.2931，等）之間執行必要的轉換。網絡上Q.931的和SCN上的Q.931轉換在H.246上描述。所有來自SCN節點的呼叫信令，網關不能處理的，應當轉送給網絡節點，反之亦然。這些信令至少包括：Q.932，Q.950和H.450系列消息。這將允許H.323節點實現上述建議定義的補充業務。其它SCN呼叫信令系統的處理需進一步研究。本建議描述了H.323

20、終端經網關與外部SCN終端的連接。能經網關通訊的H.323終端的實際數目沒有標準。類似地，SCN的連接數目，同時的獨立會議數目，audio、video、data的轉換功能，和多點功能的包含，由廠家決定。如果網關在網絡側包含MCU功能，必須是一個網絡上的H.323 MCU。如果網關在SCN側包含MCU功能，它可以是一個SCN側的H.231、H.243 MCU，或H.310，H.324系統的MCU（這些MCU需在各自的建議中進一步研究）。一個網關可以經SCN連接到其它網關，使不在同一網絡上的H.323終端之間能夠通訊。在網絡間提供透明傳輸的設備，不是本建議范圍內定義的網關。1.4.3 MCU由一個

21、MC和零或多個MP組成的節點，共同實現多點特性。1.4.3.1 MC（控制） 控制功能。能力交換（與各終端）。決定SCM（選定通信模式）。建立連接,終端通過H.245控制信道與MC連接。會議模式的選擇（如分散或集中）。1.4.3.2 MP（處理）視頻：視頻交換（Switching）和視頻多畫面（Mixing）。語音：交換，混合，或者它們的組合。T.120數據。非標準數據，透明用戶數據和其它類型數據。算法和格式轉換。1.4.4 信息流虛擬電話組件通過傳輸信息流聯系。這些信息流可分為以下幾類：video, audio, data, 通訊控制和呼叫控制。Audio信號包含編碼的數字化語音，以及伴隨語

22、音的語音控制信號。可以采取措施減小語音帶寬。Video信號包含編碼的數字化運動圖像，以及伴隨的圖象控制信號。Video的傳輸帶寬不能超過在能力交換時選定的值。數據信號包括圖形，文檔等各種數據流。通訊控制信號通過交換控制數據，實現能力交換，打開，關閉邏輯信道，模式控制和其他功能。呼叫控制信號用于呼叫建立，終止，和其他呼叫功能。上述信息流被格式化（）后送至網絡界面。1.4.5 終端H.323終端包括用戶設備界面，視頻編解碼，音頻編解碼，遠程信息處理設備，層，系統控制功能塊，及與PBN的界面。其中系統控制單元，層，網絡界面，和一個音頻編解碼單元是必備的。視頻編解碼單元，和用戶數據應用是可選的。第2章

23、 協議命令2.1 RAS命令RAS消息是協議規定的消息的一種，主要包括注冊、訪問控制和狀態等內容。RAS消息編碼采用文本格式，主要由消息名和一系列必配/選配的參數構成，不同的消息會有不同參數，下面以RRQ消息為例描述RAS消息結構。表 2.11網關注冊登記的RRQ消息參數 參數必備（M）/任選（O）RequestSeqNumMProtocolIdentifierMNonStandardDataOCallSignalAddressMRasAddressMTerminalTypeMTerminalAliasOGatekeeperIdentifierOEndpointVendorMAlternate

24、EndpointsOTimeToLiveOTokensOCryptoTokensOIntegrityCheckValueOKeepAliveOEndpointIdentifierOWillSupplyUUIEsO一個RRQ消息實例如下：RegistrationRequestRequestSeqNum:23917ProtocolIdentifier: DiscoveryComplete: FalseCallSignalAddress (TransportAddress)Item 0(ipAddress)IpAddressPort:1720RasAddress(TransportAddress)I

25、tem 0(ipAddress)IpAddressPort:1719TerminalType(EndpointType)Vendor(VendorIdentifier)Vendor(H221NonStandard)t35CountryCode: 28t35Extension:21manufacturercode:555productId: Huawei H.323 Protocol StackversionId: Huawei H.323 Stack version 1.1mcu(McuInfo)mc:FalseundefinedNode:FalseterminalAlias(AliasAdd

26、ress)Item 0(e164)e164:82882200Item 1(H.323_ID)H.323_ID: MediaCenter01A0endpointerVendor(vendorIdentifier)Vendor(VendorIdentifier)Vendor(H221NonStandard)t35CountryCode: 28t35Extension:21manufacturercode:555productId: Huawei H.323 Protocol StackversionId: Huawei H.323 Stack version 1.1timeToLive:300ke

27、epAlive: FalsewillSupplyUUIEs: False。2.2 尋找網守消息表 2.21網守消息消息英文全稱含義GRQ Gatekeeper Request受理終端初次使用，向網絡廣播尋找網守的請求，以找到自己所屬的網守。GCFGatekeeper Reject網守向受理終端發送的尋找網守請求（GRQ）的確認回答GRJGatekeeper Reject網守向受理終端發送的尋找網守請求（GRQ）的拒絕回答2.3 注冊登記消息表 2.31注冊登記消息消息英文全稱含義RRQ Registration Request受理終端向網守發起的網關注冊登記的請求RCFRegistration

28、 Confirm網守向受理終端發送的對網關注冊登記請求RRQ的確認回答RRJRegistration Reject網守向受理終端發送的對網關的注冊登記請求（RRQ）的拒絕回答2.4 注銷消息表 2.41注銷消息消息英文全稱含義URQUnregistration Request受理終端向網守發送的關于網關請求注銷注冊登記的消息UCFUnregistration Confirm網守向受理終端發送的關于網關的URQ的確認回答；或計費認證中心向受理終端發送的關于用戶4URQ消息的確認回答URJUnregistration Reject網守向受理終端發送的關于網關的URQ的拒絕回答；或計費認證中心向受理

29、終端發送的關于用戶的URQ的拒絕回答2.5 修改消息表 2.51修改消息消息英文全稱含義MRQModification Request受理終端向計費認證中心發送的修改用戶數據請求MCFModification Confirm計費認證中心向受理終端發送的對修改用戶數據請求的確認消息MRJModification Reject計費認證中心向受理終端發送的對修改用戶數據請求的拒絕消息2.6 接入認證授權和地址解析消息表 2.61地址解析消息消息英文全稱含義ARQAdmission Request網關向網守發送的用戶接入認證、地址解析請求消息ACFAdmission Confirm網守對ARQ的確認回

30、答，并給出地址解析結果，對于卡號用戶，還需要給出用戶余額和最長通話時長ARJAdmission Reject網守對ARQ消息的拒絕回答，并給出拒絕原因2.7 地址解析請求消息表 2.71地址解析請求消息消息英文全稱含義LRQLocation Request網守向上一級網守發出地址解析請求LCFLocation Confirm上一級網守對LRQ消息的確認回答，并給出地址解析結果LRJLocation Reject上一級網守對LRQ消息的拒絕回答，并給出拒絕原因2.8 呼叫脫離消息表 2.81呼叫脫離消息消息英文全稱含義DRQDisengage Request網關與網守之間的呼叫脫離請求消息。當該

31、消息由網關發起時，則應同時傳遞計費信息。計費信息放在“非標準數據”（NonStandard Data）字段中DCFDisengage Confirm網守對DRQ消息的確認回答DRJDisengage Reject網守對DRQ消息的拒絕回答，并給出拒絕原因 2.9 狀態消息表 2.91狀態消息消息英文全稱含義IRQInfo Request網守向網關發的狀態請求消息IRRInfo Request Response網關根據ACF命令設定的間隔或IRQ請求向網守發送的狀態回應消息IACKInfo Acknowledgement對IRR消息的證實消息INAKInformation Negative Ac

32、knowledgement對IRR消息的拒絕消息2.10 帶寬改變消息表 2.101帶寬改變消息消息英文全稱含義BRQBandwidth Request網關與網守之間的帶寬改變的請求消息BCFBandwidth Confirm網關與網守之間的帶寬改變的確認消息BRJBandwidth Reject網關與網守之間的帶寬改變的拒絕消息2.11 網關資源可利用性消息表 2.111網關資源可利用消息消息英文全稱含義RAIResource Availability Indication網關向網守發送的資源可利用性報告RACResource Availability Confirmation網守對RAI消

33、息的確認消息2.12 RAS定時器修改消息表 2.121RAS定時器修改消息消息英文全稱含義RIPRAS Timers and Request in Progress對RAS消息和后續的重試計數的響應2.13 頂級網守間消息表 2.131頂級網守間消息消息英文全稱含義業務請求Service Request頂級網守間業務請求消息業務確認Service Confirmation收到業務請求的頂級網守對Service Request消息的確認回答，并建立業務關聯關系業務拒絕Service Rejection頂級網守對Service Request消息的拒絕回答，并給出拒絕原因描述器ID請求Descr

34、iptor ID Request頂級網守向別的頂級網守請求描述器ID描述器ID確認Descriptor ID Confirmation頂級網守對Descriptor ID Request消息的確認回答，并給出該頂級網守的描述器ID列表描述器ID拒絕Descriptor ID Rejection頂級網守對Descriptor ID Request消息的拒絕回答，并給出拒絕原因描述器請求Descriptor Request頂級網守向另一個頂級網守請求特定描述器的內容描述器確認Descriptor Confirmation頂級網守對Descriptor Request消息的確認回答，并給出描述器的具

35、體內容描述器拒絕Descriptor Rejection頂級網守對Descriptor Request消息的拒絕回答，并給出拒絕原因地址解析請求Access Request頂級網守間的地址解析請求地址解析確認Access Confirmation頂級網守對地址解析請求的確認回答地址解析拒絕Access Rejection頂級網守對地址解析請求的拒絕回答2.14 Q.931Q.931消息編碼采用文本格式，主要由消息名和一系列必配/選配的參數構成，不同的消息會有不同參數，下面以Setup消息為例描述Q.931消息結構。表 2.141Setup消息的主要內容信息單元必備（M）/任選（O）長度Prot

36、ocol discriminatorM1Call referenceM3Message typeM1Sending completeO1Bearer capabilityM5 6Extended facilityO8 *FacilityO8 *Notification IndicatorO2 *DisplayO2 82Keypad facilityO2 34SignalO2 3Calling party numberO2 131Called party numberO2 131User-to-UserM2 131一個Setup消息實例如下：Q.931Protocol discriminator

37、 : Q.931Call reference value length: 2Call reference value: 018AMessage Type: Setup (0x05)Bearer CapabilityDisplayCalled Party NumberUser-userInformation element : user-userLength: 149Protocol discriminator: X.208 and X.209 coded user informationH.323_uu_pdu(H.323-UU-PDU)H.323_message_body(setup)set

38、upprotocolIdentifer: sourceaddress: (AliasAddress)e164 : 07551680052sourceInfo(EndpointType)Vendor(VendorIdentifier)vendor(H221NonStandard)t35CountryCode: 28t35Extension:21manufacturercode:555productId: Huawei H.323 Protocol StackversionId: Huawei H.323 Stack version 1.1mcu(McuInfo)mc:Falseundefined

39、Node:FalsedestinationAddress(AliasAddress)e164:075582882200destCallSingalAddressipAddress:ip:port:1720activeMC:FalseconferenceID: 8CBFDA-3030-E030-8314-AC1401A006conferenceGoal:(invite)invitecallType:pointerToPointersource call Signal Address:ip Address:ip:port:1720callIdentifer:guid:8CBFDA-3030-E03

40、0-8314-AC1401A006mediawaitForConnect:FalsecanOverLapsend:Falseh245Tunneling:False。2.15 頂級網守間消息表 2.151頂級網守間消息消息中文描述含義Setup呼叫建立主叫發給被叫的消息，表示希望建立通話Call Proceeding呼叫進程被叫發給主叫的消息，表示呼叫正在處理Alerting提醒被叫發給主叫的消息，表示被叫用戶已振鈴Progress進展用戶或網絡發送的消息，說明一個呼叫的進展情況Connect連接被叫發給主叫的消息，表示被叫用戶已摘機Notify通知用戶或網絡發送的消息，用以對狀態詢問（Stat

41、us Inquiry）消息進行響應或在呼叫期間對特定錯誤情況進行報告Status狀態頂級網守向另一個頂級網守請求特定描述器的內容Status Inquiry狀態詢問用戶或網絡發送的消息，用以從一個同等的三層實體請求狀態信息User Information用戶信息用戶或網絡發送的附加消息，用以提供呼叫建立或各種與呼叫相關的信息Release Complete釋放完成由先掛機的一方發給另外一方，表示釋放過程已完成2.16 H.245H.245消息編碼采用文本格式，主要由消息名和一系列必配/選配的參數構成，不同的消息會有不同參數，下面以OLC消息為例描述H.245消息結構。表 2.161OLC消息的

42、主要內容參數必備（M）/任選（O）參數ForwardLogicalChannalNumberMForwardLogicalChannalNumberForwardLogicalChannalParametersMForwardLogicalChannalParametersReverseLogicalChannalParametersOReverseLogicalChannalParametersSeparateStackOSeparateStack EncryptionSyncO EncryptionSync一個OpenLogcialChannel （OLC）消息實例如下：ITU-T Rec

43、ommendation H.245requestopenLogicalChannelforwardLogicalChannelNumber: 2forwardLogicalChannelParametersdataType(audioData)audioData:g7231maxAl_sduAudioFrames:1silenceSuppression: FalsemultiplexParameters(h2250LogicalChannelParemeter)h225LogicalChannelParameterssessionID: 1mediaChannel: (unicastAddre

44、ss)unicastAddress:ipAddress:tsapIdentifer:40000mediaGuaranteedDelivery: FalsemediaControlChannel:unicastAddress:ipAddress:tsapIdentifer:40001mediaGuaranteedDelivery:False。2.17 終端能力設定表 2.171終端能力設定消息英文全稱含義TCSTerminal Capability Set能力交換請求，告訴對方本端支持的接收能力TCSATerminal Capability Set Acknowlege能力交換請求響應TCSRT

45、erminal Capability Set Reject能力交換請求拒絕2.18 主從決定在建立H.245通道過程中，可以使用主從決定，也可以不使用，對于IP電話，H.245體制建議不采用此流程。表 2.181主從決定消息英文全稱含義MSDMaster Slave Determination主從確定請求MSDAMaster Slave Determination Acknowlege主從確定請求響應MSDRMaster Slave Determination Reject主從確定請求拒絕2.19 打開邏輯通道表 2.191打開邏輯通道消息英文全稱含義OLCOpen Logical Chann

46、el打開邏輯通道請求消息OLCAOpen Logical Channel Acknowledge打開邏輯通道請求響應消息OLCROpen Logical Channel Reject打開邏輯通道請求拒絕消息2.20 結束會話表 2.201結束會話消息英文全稱含義ESCEnd Session Command結束會話命令，即關閉H.245通道2.21 關閉邏輯通道表 2.211關閉邏輯通道消息英文全稱含義CLCClose Logical Channal關閉邏輯通道命令CLCAClose Logical Channel Ack關閉邏輯通道響應消息第3章 呼叫流程3.1 RAS3.1.1 網守的發現圖

47、 3.11 RAS網守的發現網關（或H.323終端）在啟動后，首先向網守發送GRQ消息，尋找網守；網守對網關（終端）信息進行分析，確定是本區域網關（終端），發GCF確認；否則發GRF拒絕。3.1.2 節點登記與注銷圖 3.12 RAS節點登記與注銷尋找網守成功，網關（終端）再通過RRQ向網守注冊；網守對網關（終端）信息進行分析，確定是本區域網關（終端），發RCF確認，注冊成功；否則發RRJ拒絕，注冊失敗；網關（終端）退出服務，向網守發送URQ，請求注銷登記；網守回URF（或URJ）進行確認（或拒絕）。3.1.3 呼叫接入與退出圖 3.13 RAS呼叫接入與退出終端發起呼叫時，網關（終端）向網守

48、發送ARQ請求用戶接入認證、地址解析；網守回送ACF確認回答，并給出地址解析結果，對于卡號用戶，還需要給出用戶余額和最長通話時長；呼叫完畢，網關向網守發送DRQ請求呼叫脫離；網守回送DCF進行確認。3.2 Q.9313.2.1 基本呼叫建立流程（直接路由）圖 3.21 Q.931基本呼叫建立流程（直接路由）主叫（終端1）發起呼叫，通過RAS消息（ARQ）接入，在收到網守的ACF消息后，解析出翻譯后的地址，與被叫（終端2）建立TCP連接；終端1通過Q.931消息發送Setup消息給對端，對端一般回應Call Proceeding、Alerting、Connect消息；主叫收到Connect后，進

49、入H.245協商階段；另外，主叫、被叫都可以發送Release消息，結束本次呼叫。3.2.2 基本呼叫建立流程（GK路由）圖 3.22 Q.931基本呼叫建立流程（GK路由）主叫（終端1）發起呼叫，通過RAS消息（ARQ）接入，在收到網守的ACF消息后，解析出翻譯后的地址（需要GK路由），與GK建立TCP連接；終端1通過Q.931消息發送Setup消息給GK，GK回應Call Proceeding消息；GK與被叫（終端2）建立TCP連接，發送Setup消息給終端2，終端2一般回應Call Proceeding、Alerting、Connect消息；GK傳送Alerting、Connect消息給

50、終端1；主叫收到Connect后，進入H.245協商階段；另外，主叫、被叫都可以發送Release消息，結束本次呼叫。3.2.3 呼叫斷開流程圖 3.23 Q.931呼叫斷開流程主被叫任何一端掛機，送Release Complete消息給對端；主被叫間斷開TCP連接。3.3 H.2453.3.1 能力交換（CapabilityExchange）圖 3.31 H.245能力交換流程3.3.2 主從確定（MasterSlaveDetermination）圖 3.32 H.245主從確定流程3.3.3 打開邏輯通道（OpenLogicalChannel）圖 3.33 H.245打開邏輯通道流程3.3

51、.4 關閉邏輯通道（CloseLogicalChannel）圖 3.34 H.245關閉邏輯通道流程3.3.5 結束會話過程（EndSession）圖 3.35 H.245結束會話流程3.4 信令配合3.4.1 典型呼叫流程（正常啟動）圖 3.41信令配合典型呼叫流程（正常啟動）-1圖 3.42信令配合典型呼叫流程（正常啟動）-23.4.2 典型呼叫流程（快啟）圖 3.43 信令配合典型呼叫流程（快啟）3.5 H.323之童話故事篇說了這么多的呼叫流程，大家是不是有些頭暈眼花，沒有關系，看了下面的小故事，相信大家對于H.323一次呼叫過程就有了比較全面的了解。請看：在H.323的王國里有許多成

52、員（各種H.323節點），為了確保這個王國的正常運轉，頌布了許多法令（H.323協議簇，其中主要有RAS、Q.931、H.245、TCP/IP、RTP/RTCP、UDP），無論是國王、還是臣民，大家都嚴格遵守這些法規。在這里將介紹H.323王國最重要的兩個角色國王（GK）、臣民（GW）是如何遵照法規（RAS、Q.931、H.245）通信的。其中國王與臣民之間的通信遵守RAS協議，臣民與臣民間的通信遵守Q.931、H.245協議。首先，臣民（GW）應向國王注冊。一個臣民（GW）誕生后，會使用RAS協議去尋找自己的國王（GK），他高聲問到：“誰是我的國王請回答我！”，這時可能會有一個或者多個國王來

53、響應：“你是我的臣民（GW），到我這里來注冊吧，這是我的地址。”，當然國王也可以拒絕臣民（GW）的請求：“你不是我的臣民（GW），別來煩我。”如果臣民（GW）幸運地得到了多個國王的青睞，他可以選擇一個國王并向他注冊。注冊成功后，臣民（GW）就可以享受國王提供的各種服務（如接入控制、帶寬管理、地址翻譯等功能）。這時，當臣民（GW）與另一臣民（GW）通信時，不需要知道對方的地址，只需告訴國王想要和誰通信，國王會把對方的地址找來給他。對于那些沒有找到國王的臣民（GW）來說就有點慘了，因為沒有國王的幫助，他只能與自己相當熟悉的臣民（GW）通信（即知道對方的地址）。臣民（GW）向國王注冊可以有一個生命期，過了這個有效期，臣民（GW）還要再向國王注冊。下面看看H.323的國王與臣民是如何幫助PSTN王國的臣民通過IP網相互通信的（即IP電話是如何實現的）。一個PSTN王國的臣民C想通過IP網送給他遠方的朋友D一份特別的禮物，他跑去找與自己相熟的H.323王國的臣民A（GW），并把朋友的電話告訴他，請他幫助通過IP網找這個朋友（即一個PSTN用戶撥打IP電話，呼入GW）。臣民A（GW）看不懂這個電話號碼，他應該怎么做才能找到那位朋友呢？向國王（GK）尋求幫助，解析電話號碼。由于在H.323王國里是使用IP協議通信的，所以臣民A（GW）拿到對方的電話號碼是