H.323協(xié)議手冊(cè)_第1頁(yè)
H.323協(xié)議手冊(cè)_第2頁(yè)
H.323協(xié)議手冊(cè)_第3頁(yè)
H.323協(xié)議手冊(cè)_第4頁(yè)
H.323協(xié)議手冊(cè)_第5頁(yè)
已閱讀5頁(yè),還剩83頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、U-SYS SoftX3000 軟交換系統(tǒng) 技術(shù)手冊(cè) 信令與協(xié)議分冊(cè)目 錄目 錄第4章 H.323協(xié)議4-14.1 概述4-14.1.1 基本概念4-14.1.2 相關(guān)術(shù)語(yǔ)4-14.1.3 協(xié)議棧結(jié)構(gòu)4-44.1.4 H.323協(xié)議的應(yīng)用4-54.2 RAS協(xié)議4-74.2.1 概述4-74.2.2 協(xié)議消息4-74.2.3 基本消息流程4-154.3 H.225.0呼叫信令協(xié)議4-174.3.1 概述4-174.3.2 協(xié)議消息4-174.3.3 基本消息流程4-254.4 H.245協(xié)議4-274.4.1 概述4-274.4.2 協(xié)議消息4-304.4.3 基本消息流程4-394.5 H.

2、323呼叫流程4-404.5.1 成功的H.323用戶呼叫流程(正常啟動(dòng))4-404.5.2 成功的H.323用戶呼叫流程(快速啟動(dòng))4-684.5.3 成功的H.323中繼呼叫流程4-69i第4章 H.323協(xié)議4.1 概述4.1.1 基本概念H.323是由ITU制定的通信控制協(xié)議,用于在分組交換網(wǎng)中提供多媒體業(yè)務(wù)。呼叫控制是其中的重要組成部分,它可用來(lái)建立點(diǎn)到點(diǎn)的媒體會(huì)話和多點(diǎn)間媒體會(huì)議。目前最新的H.323版本是V4。H.323定義了介于電路交換網(wǎng)和分組交換網(wǎng)之間的H.323網(wǎng)關(guān)(Gateway)、用于地址翻譯和訪問控制的網(wǎng)守(GateKeeper)、提供多點(diǎn)控制的多點(diǎn)會(huì)議控制器(MC)

3、、提供多點(diǎn)會(huì)議媒體流混合的多點(diǎn)處理器(MP),以及多點(diǎn)會(huì)議控制單元(MCU)等實(shí)體。4.1.2 相關(guān)術(shù)語(yǔ)1. AAA 認(rèn)證、授權(quán)和計(jì)費(fèi)AAA是Authentication、Authorization and Accounting的縮寫。認(rèn)證即檢驗(yàn)使用者是否具有一定的權(quán)限;授權(quán)是給合法的使用者適當(dāng)?shù)臋?quán)限,允許其對(duì)網(wǎng)絡(luò)上的一定資源進(jìn)行訪問;計(jì)費(fèi)是對(duì)被授權(quán)者提供服務(wù)時(shí),記錄一些必要的信息,以供產(chǎn)生帳單之用。2. H.323實(shí)體H.323系統(tǒng)的組成部件稱為H.323實(shí)體(entity),它包括終端、網(wǎng)關(guān)、網(wǎng)守、多點(diǎn)控制器(MC)、多點(diǎn)處理器(MP)、多點(diǎn)控制單元MCU(Multipoint Contr

4、ol Unit)。其中,終端、網(wǎng)關(guān)和MCU統(tǒng)稱為端點(diǎn),端點(diǎn)可以發(fā)起呼叫也可以接受呼叫,媒體信息流就在端點(diǎn)生成或終結(jié)。3. H.323終端H.323終端是在基于分組的網(wǎng)絡(luò)PBN(Packet-Based Network)上遵從H.323建議標(biāo)準(zhǔn)進(jìn)行實(shí)時(shí)通信的端點(diǎn)設(shè)備,它可以集成在個(gè)人計(jì)算機(jī)中,也可以是一個(gè)獨(dú)立的設(shè)備,如以太網(wǎng)電話機(jī)或可視電話機(jī)。H.323終端主要實(shí)現(xiàn)直接與用戶交互、發(fā)起或接受呼叫、媒體流處理等功能。4. Gatekeeper 網(wǎng)守(GK)網(wǎng)守是網(wǎng)絡(luò)的管理點(diǎn),一個(gè)網(wǎng)守管理的所有終端、網(wǎng)關(guān)和MCU的集合稱之為一個(gè)管理區(qū)(Zone)。一個(gè)管理區(qū)至少包含一個(gè)終端,可以有也可以沒有MCU或

5、網(wǎng)關(guān),但必須有且僅有一個(gè)網(wǎng)守。網(wǎng)守為H.323端點(diǎn)提供以下服務(wù):l 接入認(rèn)證:網(wǎng)絡(luò)資源使用許可,身份驗(yàn)證;l 地址解析:別名和網(wǎng)絡(luò)地址之間的翻譯;l 帶寬管理:初始帶寬申請(qǐng),帶寬改變控制;l 計(jì)費(fèi)管理:提供計(jì)費(fèi)信道;l 區(qū)域管理:下轄設(shè)備的管理;l 呼叫控制:提供各種補(bǔ)充業(yè)務(wù)。5. Gateway 網(wǎng)關(guān)(GW)網(wǎng)關(guān)是在H.323終端和廣域網(wǎng)上其它ITU終端之間提供實(shí)時(shí)二方通信的端點(diǎn)設(shè)備。從概念上講,網(wǎng)關(guān)的作用是完成兩項(xiàng)轉(zhuǎn)換功能:媒體信息編碼的轉(zhuǎn)換和信令的轉(zhuǎn)換。對(duì)于后者來(lái)說(shuō),如果把網(wǎng)關(guān)視為原來(lái)網(wǎng)絡(luò)的一個(gè)終端,則網(wǎng)關(guān)需完成的是用戶信令至H.323控制協(xié)議的轉(zhuǎn)換;如果網(wǎng)關(guān)兩側(cè)分別連接不同的網(wǎng)絡(luò),如P

6、BN和SCN,則需完成其它網(wǎng)絡(luò)信令至H.323協(xié)議的轉(zhuǎn)換。H.323網(wǎng)關(guān)主要實(shí)現(xiàn)異種網(wǎng)絡(luò)互通、信令消息格式和內(nèi)容轉(zhuǎn)換、通信協(xié)議流程轉(zhuǎn)換和媒體流格式轉(zhuǎn)換等功能。6. 多點(diǎn)通信多點(diǎn)通信功能部件包括MC、MP和MCU,用于會(huì)議通信。MC提供多點(diǎn)會(huì)議的控制功能。它和參加會(huì)議的每個(gè)端點(diǎn)執(zhí)行“能力交換”過(guò)程,指示信息可發(fā)送的操作模式。當(dāng)有終端加入或離開此會(huì)議時(shí),MC可能會(huì)調(diào)整向各終端發(fā)送的能力集信息。MP接收來(lái)自各參會(huì)端點(diǎn)的音頻、視頻和數(shù)據(jù)信號(hào)流,經(jīng)處理后回送各端點(diǎn)。因此,MP應(yīng)能執(zhí)行各種媒體信息的編解碼算法。MC和MP只是功能實(shí)體,并非物理實(shí)體。MCU是會(huì)議通信的重要設(shè)備,主要實(shí)現(xiàn)多點(diǎn)會(huì)議管理和控制、與

7、會(huì)終端的管理、媒體流控制、混音、多畫面等功能。它包含多點(diǎn)控制(MC)和多點(diǎn)處理(MP)兩部分。多點(diǎn)會(huì)議可以分為:(1) 集中式會(huì)議集中式會(huì)議是控制流和媒體流都通過(guò)MCU管理和分發(fā)的多點(diǎn)會(huì)議。其組網(wǎng)示意圖如圖4-1所示。圖4-1 集中式會(huì)議組網(wǎng)示意圖(2) 分散式會(huì)議分散式多點(diǎn)會(huì)議是控制流和數(shù)據(jù)流通過(guò)MCU管理,而音視頻媒體流采用組播或多個(gè)單播的方式在各終端之間分散傳播,無(wú)需經(jīng)過(guò)MCU的多點(diǎn)會(huì)議。其組網(wǎng)示意圖如圖4-2所示。圖4-2 分散式會(huì)議組網(wǎng)示意圖(3) 混合多點(diǎn)會(huì)議混合多點(diǎn)會(huì)議是集中式與分散式混合組網(wǎng)的多點(diǎn)會(huì)議。其組網(wǎng)示意圖如圖4-2所示。圖4-3 混合多點(diǎn)會(huì)議組網(wǎng)示意圖7. RADIU

8、S 撥入用戶的遠(yuǎn)程認(rèn)證服務(wù)Remote Authentication Dial-In User Service的縮寫,是當(dāng)前流行的AAA協(xié)議。該協(xié)議規(guī)定了RADIUS服務(wù)器和RADIUS客戶端認(rèn)證、授權(quán)和計(jì)費(fèi)信息的交互格式。4.1.3 協(xié)議棧結(jié)構(gòu)H.323協(xié)議棧結(jié)構(gòu)如圖4-4所示。其下三層為PBN的底層協(xié)議,如在LAN中,可為物理媒體MAC-IPX;在IP網(wǎng)絡(luò)中,其網(wǎng)絡(luò)層就是IP。傳輸層有兩類協(xié)議:不可靠傳送協(xié)議,如UDP,用于傳送實(shí)時(shí)聲像信號(hào)和終端至網(wǎng)守的登記協(xié)議;可靠傳送協(xié)議,如TCP,用于傳送數(shù)據(jù)信號(hào)及呼叫信令和媒體控制協(xié)議。圖4-4 H.323協(xié)議棧具體來(lái)說(shuō),H.323協(xié)議處理軟件由以

9、下幾個(gè)部分組成:l 話音編碼采用相應(yīng)的G系列建議,其中G.711(PCM)為必備的編碼方式,其余為任選方式,目前IP電話最常用的是G.729A和G.723.1。l 視頻編碼采用H.260系列建議,如H.261、H.263等。l 實(shí)時(shí)音頻和視頻編碼信號(hào)均封裝在RTP(Real_time Transport Protocol,實(shí)時(shí)傳輸協(xié)議)協(xié)議分組中,以提供定時(shí)信息和數(shù)據(jù)報(bào)序號(hào),供接收端重組信號(hào)。RTCP(Real-time Transport Control Protocol,實(shí)時(shí)傳輸控制協(xié)議)協(xié)議是RTP協(xié)議的一部分,提供QoS監(jiān)視功能。l 數(shù)據(jù)通信采用T.120系列建議,是用于多媒體會(huì)議的數(shù)

10、據(jù)協(xié)議棧。l H.225.0是H.323系統(tǒng)的核心協(xié)議,主要用于呼叫控制。在任何呼叫開始之前,首先必需在端點(diǎn)之間建立呼叫聯(lián)系,同時(shí)建立H.245控制信道,這就是H.225呼叫信令協(xié)議的主要功能。H.225.0建議還包含兩個(gè)功能。一是規(guī)定了如何利用RTP對(duì)音視頻信號(hào)進(jìn)行封裝;二是定義了RAS協(xié)議。l RAS(Registration, Admission and Status)協(xié)議是H.225.0協(xié)議的一種,是端點(diǎn)(終端或網(wǎng)關(guān))和網(wǎng)守之間使用的協(xié)議,其主要作用是為網(wǎng)守提供確定的端點(diǎn)地址和狀態(tài)、執(zhí)行呼叫接納控制等功能。l H.225.0呼叫信令協(xié)議是以ISDN的Q.931/Q.932為基礎(chǔ)指定的,

11、其中最重要的是Q.931。Q.931協(xié)議是ITU-T制定的一種關(guān)于呼叫控制的標(biāo)準(zhǔn),是ISDN用戶網(wǎng)絡(luò)接口第三層關(guān)于基本呼叫控制的描述。l H.245是一種通用的多媒體通信控制協(xié)議,主要針對(duì)會(huì)議通信設(shè)計(jì)。H.323系統(tǒng)采用H.245協(xié)議作為控制協(xié)議,用于控制通信信道的建立、維護(hù)和釋放。在SoftX3000應(yīng)用中,使用了H.323協(xié)議族中的RAS、H.225.0呼叫信令協(xié)議和H.245協(xié)議,其網(wǎng)絡(luò)層協(xié)議是IP,傳送層協(xié)議為UDP和TCP,其中RAS承載在UDP上,H.225.0呼叫信令協(xié)議和H.245承載在TCP上。我們將在下文對(duì)RAS、H.225.0呼叫信令協(xié)議和H.245協(xié)議逐個(gè)進(jìn)行詳細(xì)介紹,

12、在此不再贅述。4.1.4 H.323協(xié)議的應(yīng)用H.323在NGN的典型應(yīng)用如圖4-5所示,SoftX3000提供兩種H.323接口:(1) 一種稱為SoftX3000 H.323域,是與由SoftX3000直接控制的H.323終端的接口。SoftX3000具有H.323的GW+GK功能。(2) 另一種稱為H.323域,是與外部H.323網(wǎng)絡(luò)的接口。SoftX3000具有H.323的GW功能。圖4-5 H.323在NGN中的典型應(yīng)用1. SoftX3000 H.323域 l SoftX3000在該域中用作H.323 GK。在SoftX3000 H.323域中所有H.323終端都必須在SoftX3

13、000注冊(cè),以便利用SoftX3000提供的業(yè)務(wù)。l 在該域中SoftX3000也用作H.323 GW,并提供與其它網(wǎng)絡(luò)的接口,如H.323 終端的SIP/ISUP/MGCP。l H.323接口支持H.225.0 RAS、H.225.0 Q.931和H.245協(xié)議信令。l 驗(yàn)證是通過(guò)用戶名/密碼程序進(jìn)行的,該程序通過(guò)H.323終端提供給SoftX3000。2. H.323域l 在該域中SoftX3000作為H.323GW必須向外部H.323 GK注冊(cè),以便于使用H.323域提供的業(yè)務(wù)。l H.323接口支持H.225.0 RAS、H.225.0 Q.931和H.245協(xié)議信令。SoftX300

14、0注冊(cè)所有通過(guò)SoftX3000(包括SoftX3000域中的H.323終端)接入到外部GK的地址。4.2 RAS協(xié)議4.2.1 概述RAS協(xié)議是H.225.0協(xié)議的一種,是端點(diǎn)(終端或網(wǎng)關(guān))和網(wǎng)守之間使用的協(xié)議,主要執(zhí)行管理功能。它包含以下幾個(gè)過(guò)程:1. 網(wǎng)守搜尋用于端點(diǎn)搜尋其歸屬網(wǎng)守,采用多播機(jī)制完成。隨后所有RAS消息均限定在端點(diǎn)和其歸屬網(wǎng)守之間傳送。2. 端點(diǎn)登記用于端點(diǎn)向GK登記其自身信息,主要是別名和呼叫控制信道傳輸層地址。包括注銷過(guò)程。3. 端點(diǎn)定位用于端點(diǎn)或GK向相應(yīng)的GK詢問某一端點(diǎn)呼叫控制信道的傳輸層地址。4. 呼叫接納起呼時(shí)的第一步操作,詢問網(wǎng)守是否允許該呼叫發(fā)起。5.

15、呼叫退出呼叫結(jié)束后通知網(wǎng)守,該端點(diǎn)已退出呼叫(回復(fù)空閑)。6. 帶寬管理支持端點(diǎn)在呼叫過(guò)程中提出帶寬改變要求,由網(wǎng)守決定。7. 狀態(tài)查詢主要用于網(wǎng)守詢問終端的開機(jī)/關(guān)機(jī)狀態(tài)。8. 網(wǎng)關(guān)資源指示向網(wǎng)守通告該網(wǎng)關(guān)的可用資源。4.2.2 協(xié)議消息1. 消息類型(1) 網(wǎng)守搜尋消息消息英文全稱消息中文名稱消息類型GRQ Gatekeeper Request網(wǎng)守搜尋請(qǐng)求請(qǐng)求GCFGatekeeper Confirm網(wǎng)守搜尋證實(shí)響應(yīng)GRJGatekeeper Reject網(wǎng)守搜尋拒絕響應(yīng)(2) 端點(diǎn)登記消息消息英文全稱消息中文名稱消息類型RRQ Registration Request登記請(qǐng)求請(qǐng)求RCFR

16、egistration Confirm登記證實(shí)響應(yīng)RRJRegistration Reject登記拒絕響應(yīng)(3) 端點(diǎn)注銷消息消息英文全稱消息中文名稱消息類型URQUnregistration Request注銷請(qǐng)求請(qǐng)求UCFUnregistration Confirm注銷證實(shí)響應(yīng)URJUnregistration Reject注銷拒絕響應(yīng)(4) 呼叫接納消息消息英文全稱消息中文名稱消息類型ARQAdmission Request呼叫接納請(qǐng)求請(qǐng)求ACFAdmission Confirm呼叫接納證實(shí)響應(yīng)ARJAdmission Reject呼叫接納拒絕響應(yīng)(5) 端點(diǎn)定位消息消息英文全稱消息中文

17、名稱消息類型LRQLocation Request端點(diǎn)定位請(qǐng)求請(qǐng)求LCFLocation Confirm端點(diǎn)定位證實(shí)響應(yīng)LRJLocation Reject端點(diǎn)定位拒絕響應(yīng)(6) 呼叫退出消息消息英文全稱消息中文名稱消息類型DRQDisengage Request呼叫退出請(qǐng)求請(qǐng)求DCFDisengage Confirm呼叫退出證實(shí)響應(yīng)DRJDisengage Reject呼叫退出拒絕響應(yīng)(7) 狀態(tài)查詢消息消息英文全稱消息中文名稱消息類型IRQInfo Request信息請(qǐng)求請(qǐng)求IRRInfo Request Response信息響應(yīng)響應(yīng)IACKInfo Acknowledgement對(duì)IRR

18、消息的證實(shí)響應(yīng)INAKInformation Negative Acknowledgement對(duì)IRR消息的拒絕響應(yīng)(8) 帶寬管理消息消息英文全稱消息中文名稱消息類型BRQBandwidth Request帶寬請(qǐng)求請(qǐng)求BCFBandwidth Confirm帶寬證實(shí)響應(yīng)BRJBandwidth Reject帶寬拒絕響應(yīng)(9) 網(wǎng)關(guān)資源指示消息消息英文全稱消息中文名稱消息類型RAIResource Availability Indication網(wǎng)關(guān)資源可用性指示請(qǐng)求RACResource Availability Confirmation網(wǎng)關(guān)資源可用性證實(shí)響應(yīng)2. 消息結(jié)構(gòu)RAS消息編碼采用文

19、本格式,主要由消息名和一系列必配/選配的參數(shù)構(gòu)成,不同的消息會(huì)有不同參數(shù),RAS消息的一般結(jié)構(gòu)如圖4-6所示。圖4-6 RAS消息的一般結(jié)構(gòu)3. 消息參數(shù)下文僅對(duì)RAS消息中比較常用的參數(shù)進(jìn)行解釋。(1) RequestSeqNum每個(gè)RAS消息都帶RequestSeqNum參數(shù),該參數(shù)由發(fā)送請(qǐng)求方賦值,其值單調(diào)遞增,也就是說(shuō),該發(fā)送方每發(fā)送一個(gè)請(qǐng)求消息,序號(hào)加1。對(duì)方回送的響應(yīng)消息將此序號(hào)帶回,用來(lái)建立響應(yīng)消息和請(qǐng)求消息的關(guān)聯(lián)。例如,GRQ消息和其觸發(fā)的GCF或GRJ響應(yīng)有相同的RequestSeqNum值。(2) ProtocolIdentifier指示當(dāng)前支持的H.225協(xié)議的版本號(hào)。(

20、3) NonStandardData攜帶一些H.225協(xié)議沒有定義的非標(biāo)準(zhǔn)信息,例如版權(quán)信息等。(4) RasAddress攜帶端點(diǎn)或網(wǎng)守用于傳遞RAS消息的IP地址和端口號(hào)。RAS消息基于UDP的傳輸,知名端口1719。(5) EndpointType終端、網(wǎng)關(guān)和MCU統(tǒng)稱為端點(diǎn),該參數(shù)指示端點(diǎn)的類型。如果H.323單元有MC,那么布爾變量mc應(yīng)為“True”。(6) GatekeeperIdentifier對(duì)于RAS請(qǐng)求消息,該字段用于標(biāo)識(shí)希望其作出響應(yīng)的網(wǎng)守。如果該字段為空,則表示該請(qǐng)求消息對(duì)所有可達(dá)網(wǎng)守有效。對(duì)于RAS響應(yīng)消息,該字段用于標(biāo)識(shí)回送該響應(yīng)消息的網(wǎng)守。(7) CallSer

21、vices給網(wǎng)守或被叫端點(diǎn)提供支持Q-系列協(xié)議的信息。(8) EndpointAlias該字段列出了一系列端點(diǎn)別名,通過(guò)這些別名,其它的端點(diǎn)可以識(shí)別這個(gè)端點(diǎn)。別名可為E.164地址或H.323標(biāo)識(shí)。E.164地址由接入碼和電話號(hào)碼組成,該接入碼可以用來(lái)標(biāo)識(shí)網(wǎng)關(guān);H.323標(biāo)識(shí)為字符串形式,可以是用戶名、E-mail名或其它標(biāo)識(shí)名。一個(gè)端點(diǎn)可以有多個(gè)別名,對(duì)應(yīng)于PRQ消息,所有別名都應(yīng)該在PRQ消息中送往網(wǎng)守,它們將被翻譯為同一傳輸層地址。(9) AlternateEndpoints可選端點(diǎn),當(dāng)主叫呼叫一個(gè)被叫號(hào)碼和別名時(shí),GK可以返回一個(gè)主端點(diǎn),主叫端點(diǎn)可以向這個(gè)主端點(diǎn)發(fā)起呼叫。同時(shí)GK也可以

22、發(fā)回一些可選端點(diǎn),即AlternateEndpoints字段,假如主叫端點(diǎn)呼叫GK返回的主端點(diǎn)不通的話可以按照可選端點(diǎn)序列中順序依次再行呼叫。用于提高接通率。(10) DiscoveryComplete該參數(shù)僅包含在RRQ消息中。如果發(fā)出登記請(qǐng)求的端點(diǎn)在發(fā)出RRQ消息之前已經(jīng)完成了網(wǎng)守搜索流程,該參數(shù)值為“True”。如果沒有,僅僅請(qǐng)求登記,該參數(shù)值則為“False”。(11) CallSignalAddress攜帶端點(diǎn)或網(wǎng)守用于傳遞Q.931消息的IP地址和端口號(hào)。Q.931消息基于TCP的傳輸,知名端口1720。(12) VendorIdentifier該參數(shù)用于廠商標(biāo)識(shí)一個(gè)產(chǎn)品。vend

23、or單元允許根據(jù)不同國(guó)家編碼、擴(kuò)展和廠商編號(hào)的標(biāo)識(shí)。productId和versionId是能提供產(chǎn)品和版本信息的文本串。例如:VendorIdentifierVendorT35CountryCode:82T35Extension:0manufacturerCode:2290productId:Cns H.323v2versionId:2.0(13) TimeToLive該參數(shù)包含在PRQ和PCF消息中,指示本次登記信息的壽命,單位為秒。(14) KeepAlive在終端向GK注冊(cè)時(shí),第一個(gè)注冊(cè)消息中帶的內(nèi)容比較多,后面為了節(jié)省消息大小,可以將Keepalive置為True,而新的注冊(cè)消息中不

24、用帶初次消息中那么多字段,這種消息叫輕量級(jí)注冊(cè)。(15) EndpointIdentifier(16) WillRespondToIRR如果端點(diǎn)主動(dòng)發(fā)送IRR消息,上報(bào)自身狀態(tài)信息給GK,且該消息中的NeedsResponse參數(shù)設(shè)置為“True”。此時(shí),由WillRespondToIRR參數(shù)決定網(wǎng)守是否給該IRR消息回應(yīng)IACK或INAK消息。(17) RejectReason該參數(shù)包含于請(qǐng)求拒絕響應(yīng)消息中,用于解釋請(qǐng)求消息遭到拒絕的原因。(18) CallType該參數(shù)提供呼叫的拓?fù)湫畔?。默認(rèn)值為“pointToPoint”。(19) CallModelH.323建議規(guī)定端點(diǎn)至端點(diǎn)的呼叫信

25、令有兩種傳送方式。一是經(jīng)由網(wǎng)守轉(zhuǎn)接的網(wǎng)守選路呼叫信令方式(gatekeeperRouted),雙方不知道對(duì)端的地址,有利于保護(hù)用戶的隱私權(quán),網(wǎng)守介入呼叫信令過(guò)程。另一種是端到端的直接選路呼叫信令(direct),網(wǎng)守只在初始RAS過(guò)程中提供被叫的傳輸層地址,其后不再介入呼叫信令過(guò)程。(20) EndpointIdentifier一系列端點(diǎn)的別名,如端點(diǎn)的E.164地址或H.323標(biāo)識(shí)。(21) DestCallSignalAddress經(jīng)翻譯后所得的目的地或GK自身的呼叫信令信道地址,即傳遞Q.931消息的IP地址和端口號(hào)。(22) SrcInfo一系列本端端點(diǎn)的別名,如本端端點(diǎn)的E.164地

26、址或H.323標(biāo)識(shí)。(23) SrcCallSignalAddress本端使用的傳遞Q.931消息的IP地址和端口號(hào)。(24) BandWidth網(wǎng)守使用帶寬管理控制允許同時(shí)接入PBN的H.323終端個(gè)數(shù)。通過(guò)RAS協(xié)議過(guò)程,網(wǎng)守可以拒絕某終端發(fā)起的呼叫,其原因是它判定網(wǎng)絡(luò)沒有足夠的帶寬支持該呼叫。呼叫接納(ARQ/ACF)中的帶寬參數(shù)指的是該端點(diǎn)所有音頻和視頻信道收發(fā)雙向總的帶寬上限。網(wǎng)守在ACF消息中給定的帶寬可以低于端點(diǎn)在ARQ中請(qǐng)求的帶寬。(25) CallReferenceValue(CRV)呼叫引用值,該參數(shù)引自Q.931,用于標(biāo)識(shí)呼叫,僅在呼叫段上局部有效。例如:呼叫信令采用網(wǎng)守

27、選路方式傳送,則主叫終端網(wǎng)守和網(wǎng)守被叫終端這兩個(gè)信令段的CRV一般是不相同的,網(wǎng)守負(fù)責(zé)建立兩個(gè)CRV之間的關(guān)聯(lián),以保證信令消息的正確傳送。但是在同一信令段上,屬于同一呼叫的所有H.225.0消息,包括呼叫接納、呼叫建立、補(bǔ)充業(yè)務(wù)、帶寬改變、呼叫終結(jié)等消息的CRV均相同。(26) ConferenceID是唯一標(biāo)識(shí)會(huì)議的全局標(biāo)識(shí),由主叫端點(diǎn)創(chuàng)建。CID由三部分組成:端點(diǎn)網(wǎng)絡(luò)地址、會(huì)議呼叫發(fā)起的絕對(duì)時(shí)間和所用的協(xié)議版本。如果一個(gè)會(huì)議包括若干個(gè)呼叫,則每個(gè)呼叫有其各自的呼叫標(biāo)識(shí),所有呼叫有一個(gè)共同的會(huì)議標(biāo)識(shí),凡是該會(huì)議的所有H.225.0消息均采用該會(huì)議標(biāo)識(shí)。(27) Call ID用于標(biāo)識(shí)呼叫。和

28、CRV不同的是,它是全局有效參數(shù)。也就是說(shuō),從主叫端點(diǎn)到其網(wǎng)守、主叫端點(diǎn)到被叫端點(diǎn)、被叫端點(diǎn)到網(wǎng)守,屬于同一呼叫的所有RAS消息和呼叫信令消息中的呼叫標(biāo)識(shí)均相同。主要用于端到端的信息傳送,如封裝在Q.931消息的用戶用戶信息中傳遞,可供補(bǔ)充業(yè)務(wù)使用。呼叫標(biāo)識(shí)由主叫端點(diǎn)賦值。(28) ActiveMC該參數(shù)指示主叫端點(diǎn)是否受active MC的控制。(29) AnswerCall不但主叫發(fā)起呼叫時(shí)需要請(qǐng)求網(wǎng)守接納,被叫收到入呼叫建立信令時(shí)也要向網(wǎng)守發(fā)起ARQ請(qǐng)求,因此在ARQ中包含AnswerCall參數(shù),指示是否接納來(lái)話呼叫。(30) WillSupplyUUIEs該參數(shù)指示如果網(wǎng)守請(qǐng)求,端點(diǎn)

29、是否在IRR消息中提供Q.931消息。4. RAS消息示例一個(gè)RRQ消息實(shí)例如下:registrationRequest requestSeqNum: 969 protocolIdentifier: 0.0.8.2250.0.3 discoveryComplete: True callSignalAddress (TransportAddress) Item 0 (ipAddress) ipAddress ip: 191.169.200.31 (191.169.200.31) port: 1720 rasAddress (TransportAddress) Item 0 (ipAddress)

30、 ipAddress ip: 191.169.200.31 (191.169.200.31) port: 1719 terminalType (EndpointType) terminal (TerminalInfo) mc: False undefinedNode: False terminalAlias (AliasAddress) Item 0 (h323_ID) h323_ID: 666302 Item 1 (e164) e164: 666302 endpointVendor (VendorIdentifier) vendor (H221NonStandard) t35CountryC

31、ode: 82 t35Extension: 0 manufacturerCode: 2290 productId: CnS H.323v2 versionId: 2.0 timeToLive: 3600 keepAlive: True endpointIdentifier: 24-3第一行:表示該消息為登記請(qǐng)求消息。第二行:表示請(qǐng)求序列號(hào)為969。該登記請(qǐng)求消息和其觸發(fā)的RCF、RRJ消息的RequestSeqNum相同,用于將請(qǐng)求消息和其觸發(fā)的響應(yīng)相關(guān)聯(lián)。第三行:協(xié)議標(biāo)識(shí),指示當(dāng)前支持的H.225協(xié)議的版本號(hào)。第四行:DiscoveryComplete參數(shù),該參數(shù)僅包含在RRQ消息中,此時(shí)該

32、參數(shù)值為“True”,表示該發(fā)出登記請(qǐng)求的端點(diǎn)在發(fā)出RRQ消息之前已經(jīng)完成了網(wǎng)守搜索流程。第五九行:表示該端點(diǎn)用于傳遞Q.931消息的IP地址為:191.169.200.31,端口號(hào)為:1720。第十十四行:表示該端點(diǎn)用于傳遞RAS消息的IP地址為:191.169.200.31,端口號(hào)為:1719。第十五十八行:指示發(fā)送該登記請(qǐng)求消息的終端類型。此時(shí)終端類型為H.323終端。第十九二十三行:端點(diǎn)別名。端點(diǎn)別名可為E.164地址或H.323標(biāo)識(shí)。此時(shí),該端點(diǎn)的E.164地址為電話號(hào)碼666302;H.323標(biāo)識(shí)也為666302。第二十四三十行:該發(fā)出登記請(qǐng)求的端點(diǎn)的廠商標(biāo)識(shí)。vendor單元表示

33、國(guó)家編碼為82、擴(kuò)展碼為0、廠商編號(hào)為2290。productId和versionId是能提供產(chǎn)品和版本信息的文本串。第三十一行:指示本次登記的壽命為3600s。第三十二行:在端點(diǎn)向GK注冊(cè)時(shí),第一個(gè)注冊(cè)消息中帶的內(nèi)容比較多,后面為了節(jié)省消息大小,可以將Keepalive置為True,而新的注冊(cè)消息中不用帶初次消息中那么多字段,這種消息叫輕量級(jí)注冊(cè)。因此第一個(gè)注冊(cè)消息Keepalive為False,此后為True。第三十三行:端點(diǎn)標(biāo)識(shí)。4.2.3 基本消息流程1. 網(wǎng)守搜尋圖4-7 網(wǎng)守的發(fā)現(xiàn)(1) 事件1:端點(diǎn)在啟動(dòng)后,首先向網(wǎng)守發(fā)送GRQ消息,尋找網(wǎng)守。該端點(diǎn)發(fā)送的GRQ消息包含端點(diǎn)類型、

34、端點(diǎn)自身的RAS地址、希望在其上登記的網(wǎng)守標(biāo)識(shí)等參數(shù)。(2) 事件2:網(wǎng)守對(duì)端點(diǎn)信息進(jìn)行分析,確定是本區(qū)域端點(diǎn),發(fā)GCF確認(rèn)。(3) 事件3:如果網(wǎng)守不愿意該端點(diǎn)在其上登記,則返回GRJ消息,并給出拒絕原因。2. 端點(diǎn)登記與注銷端點(diǎn)必須在搜尋過(guò)程中確定的網(wǎng)守上登記,必須在登記后才能發(fā)起和接收呼叫,登記表明該端點(diǎn)加入管理區(qū)。圖4-8 節(jié)點(diǎn)登記與注銷(1) 事件1:端點(diǎn)向網(wǎng)守的RAS地址發(fā)送RRQ消息,該消息包含兩個(gè)重要的參數(shù):端點(diǎn)別名及呼叫信令傳輸層地址。(2) 事件2:網(wǎng)守對(duì)端點(diǎn)信息進(jìn)行分析,確定是本區(qū)域端點(diǎn),發(fā)RCF確認(rèn),告之網(wǎng)守的呼叫信令傳輸層地址,并將端點(diǎn)別名和地址登記入翻譯表。(3)

35、事件3:如果網(wǎng)守發(fā)現(xiàn)該端點(diǎn)不是本區(qū)域端點(diǎn)或其它原因,則回送RRJ消息拒絕。(4) 事件4:如果端點(diǎn)要退出服務(wù)或想改變其別名和地址的對(duì)應(yīng)關(guān)系,可以向網(wǎng)守發(fā)送URQ,請(qǐng)求注銷登記。(5) 事件5:一般情況下,網(wǎng)守回URF進(jìn)行確認(rèn)。(6) 事件6:如果網(wǎng)守發(fā)現(xiàn)該端點(diǎn)并未在它上面登記,則回送URJ消息。3. 呼叫接納與退出ARQ/ACF和DRQ/DCF是整個(gè)呼叫控制過(guò)程第一對(duì)和最后一對(duì)消息,分別標(biāo)志呼叫的開始和結(jié)束。圖4-9 呼叫接入與退出(1) 事件1:端點(diǎn)發(fā)起呼叫時(shí),端點(diǎn)向網(wǎng)守發(fā)送ARQ請(qǐng)求用戶接入認(rèn)證/地址解析。在ARQ消息中,端點(diǎn)給出目的地信息以及所要求的帶寬。(2) 事件2:網(wǎng)守如果同意接納

36、此呼叫,則回送ACF消息,其中包括的兩項(xiàng)主要參數(shù)是允許分配的帶寬和翻譯后所得的目的地的呼叫信令傳送層地址或者是網(wǎng)守本身的呼叫信令傳輸層地址。(3) 事件3:網(wǎng)守如果不同意接納此呼叫,則回送ARJ消息拒絕。(4) 事件4:呼叫完畢,端點(diǎn)向網(wǎng)守發(fā)送DRQ請(qǐng)求退出呼叫。(5) 事件5:一般情況下,網(wǎng)守回送DCF進(jìn)行確認(rèn)。(6) 事件6:如果網(wǎng)守不同意該端點(diǎn)退出呼叫,則回送DRJ消息拒絕。4.3 H.225.0呼叫信令協(xié)議4.3.1 概述H.323系統(tǒng)的呼叫信令協(xié)議是以ISDN的Q.931/Q.932為基礎(chǔ)制訂的,其中Q.931最重要。Q.931/Q.932協(xié)議是ITU-T制定的一種關(guān)于呼叫控制的標(biāo)準(zhǔn)

37、,是ISDN用戶網(wǎng)絡(luò)接口第三層關(guān)于基本呼叫控制的描述。4.3.2 協(xié)議消息1. 消息類型H.225.0基本呼叫控制消息取自于Q.931/Q.932消息,主要是Q.931消息。由于H.255.0呼叫信令消息不承擔(dān)連接控制任務(wù),許多Q.931和Q.932消息失去了意義,因此對(duì)Q.931和Q.932消息進(jìn)行了精簡(jiǎn)。下面僅介紹H.255.0呼叫信令消息。(1) 呼叫建立消息消息含義Setup(建立)請(qǐng)求建立呼叫Setup Acknowledge(建立確認(rèn))響應(yīng)Setup消息,請(qǐng)求后續(xù)地址信息Call Proceeding(呼叫進(jìn)行中)響應(yīng)Setup消息,表示被叫號(hào)碼已全,呼叫建立過(guò)程已啟動(dòng)Alerti

38、ng(提醒)指示呼叫已經(jīng)達(dá)到被叫,正向其發(fā)通知指示被叫用戶應(yīng)答Connect(連接)建立連接Progress(進(jìn)展)指示呼叫建立中的其他信息(如網(wǎng)間互通,帶內(nèi)信令等)(2) 呼叫清除消息消息含義Release Complete(釋放完成)響應(yīng)Release消息,指示釋放信道和呼叫引用(CR)(3) 其它消息消息含義Information(信息)提供附加信息(如后續(xù)被叫地址)Notify(通知)通知遠(yuǎn)端用戶呼叫中發(fā)生事件(如呼叫暫停/恢復(fù))Status Enquiry(狀態(tài)詢問)終端或網(wǎng)絡(luò)向?qū)Ψ皆儐柡艚袪顟B(tài)Status(狀態(tài))響應(yīng)Status Enquiry消息,也可主動(dòng)報(bào)告呼叫狀態(tài)或收到不認(rèn)識(shí)

39、消息Facility(性能)用于補(bǔ)充業(yè)務(wù)操作的調(diào)用和證實(shí)User Information(用戶信息)用于主被叫用戶之間直接傳送信息(4) Q.932消息Facility(性能)用于補(bǔ)充業(yè)務(wù)操作的調(diào)用和證實(shí)User Information(用戶信息)用于主被叫用戶之間直接傳送信息2. 消息結(jié)構(gòu)Q.931消息的一般結(jié)構(gòu)如圖4-10所示。圖4-10 Q.931消息的一般結(jié)構(gòu)(1) 協(xié)議標(biāo)識(shí)符此時(shí)為Q.931。(2) 呼叫引用長(zhǎng)度呼叫引用值的長(zhǎng)度。如果呼叫引用值長(zhǎng)度置為零,則稱此CRV為“虛呼叫引用”,表示消息和任何呼叫無(wú)關(guān),用于補(bǔ)充業(yè)務(wù)。(3) 呼叫引用值該參數(shù)用于標(biāo)識(shí)呼叫,僅在呼叫段上局部有效。例

40、如:呼叫信令采用網(wǎng)守選路方式傳送,則主叫終端網(wǎng)守和網(wǎng)守被叫終端這兩個(gè)信令段的CRV一般是不相同的,網(wǎng)守負(fù)責(zé)建立兩個(gè)CRV之間的關(guān)聯(lián),以保證信令消息的正確傳送。一般用于三方或多方通話時(shí)關(guān)聯(lián)多個(gè)呼叫。(4) 消息類型4.3.2.1節(jié)描述的消息類型,其值由Q.931統(tǒng)一編碼。3. 信息單元(1) 承載能力(BC)這是Q.931中最重要的必備信息單元,它描述了對(duì)承載連接的要求。在H.225.0中,雖然它也是Setup消息的必備信息單元,但已不是很重要。對(duì)于兩個(gè)H.323終端之間的呼叫,接收方可以不解釋此單元。若用于和呼叫無(wú)關(guān)信令的Setup消息中,該字段對(duì)補(bǔ)充業(yè)務(wù)有特殊含義,在此不作詳細(xì)介紹。該信息單

41、元在H.225.0中的使用規(guī)定是:l 信息傳送能力:若主叫為ISDN端點(diǎn),則網(wǎng)關(guān)應(yīng)將此字段前傳,使H.323被叫終端知道呼叫的性質(zhì)(話音/數(shù)據(jù)/視頻),有助于確定帶寬。若主叫是H.323端點(diǎn),則可用此字段表示是否要進(jìn)行可視電話呼叫。如要,可置為“不受限數(shù)字信息”;如僅為話音呼叫,則置為“話音”和“3.1kHz音頻”。l 多速率系數(shù):如果信息傳送速率是多速率,此字段必須存在。如果主叫是ISDN端點(diǎn),網(wǎng)關(guān)透明傳遞該字段值。如果主叫是H.323端點(diǎn),可用來(lái)指示該呼叫在SCN側(cè)所需得帶寬,網(wǎng)關(guān)據(jù)此生成SCN側(cè)的BC。l 第1層協(xié)議:若為話音呼叫,應(yīng)為G.711;若為H.323可視電話呼叫,應(yīng)為H.22

42、1/H.242。(2) 顯示(Display)網(wǎng)絡(luò)向用戶發(fā)送ASCII(American Standard Code for Information Interchange)字符串,供顯示。(3) 主叫號(hào)碼和被叫號(hào)碼主叫用戶號(hào)碼:用于計(jì)費(fèi)、主叫號(hào)碼顯示等。被叫用戶號(hào)碼:用于網(wǎng)絡(luò)選路。如果編碼計(jì)劃標(biāo)識(shí)置為“專用編號(hào)計(jì)劃”,且主叫為H.323終端(由PBN發(fā)起),則表示Setup消息中未含E.164地址,呼叫應(yīng)按用戶用戶信息單元中的別名地址來(lái)選路。(4) 原因(Cause)給出產(chǎn)生本消息的原因,供診斷用。原因一般是任選信息單元,但在Release Complete消息中則是必備單元。在H.225.

43、0中,釋放原因可以由“原因”表示,也可以由“用戶用戶”信息單元中的“釋放理由”表示,二者只能取一。但是二者的表達(dá)不相同,“原因”信息單元直接取自于Q.931,“釋放理由”則是針對(duì)PBN而言的原因。對(duì)于PCGW電話呼叫,若PC首先釋放,網(wǎng)關(guān)收到的Release Complete消息中的釋放原因是由“釋放理由”表述的,它必須轉(zhuǎn)換為Q.931的“原因”值,才能送往SCN側(cè)。二者之間的映射關(guān)系如表4-1所示:表4-1 釋放完成理由至原因信息單元的映射釋放完成理由Q.931原因值無(wú)帶寬34無(wú)可用電路/信道網(wǎng)守資源47無(wú)資源目的地不可達(dá)3無(wú)至目的地的路由目的地拒絕16正常呼叫清除不合法修正88目的地不兼容

44、未得到允許111互通原因,不在規(guī)定之中網(wǎng)守不可達(dá)38網(wǎng)絡(luò)故障網(wǎng)關(guān)資源42交換設(shè)備擁塞地址格式不正確28不合法號(hào)碼格式適應(yīng)性忙41臨時(shí)故障在會(huì)議中17用戶忙未定義31未規(guī)定如果是SCN側(cè)用戶先釋放,網(wǎng)關(guān)不必作映射,只需將原因值傳給H.323終端即可,因?yàn)楹笳咭缶哂薪獯a原因信息單元的能力。(5) 用戶用戶信息單元(UUIE)UUIE(User-User Information Element)是H.225.0呼叫信令中最為重要的信息單元。它不只是傳送常規(guī)的端到端用戶數(shù)據(jù),更為重要的是傳送H.323特定的呼叫控制信息。正是這些特定信息構(gòu)成了H.323系統(tǒng)呼叫信令的核心內(nèi)容,體現(xiàn)了系統(tǒng)的呼叫信令能力

45、。該信息單元是Setup、Alerting、CallProceeding、Connect、Release Complete、Facility、User Information等主要消息的必備信息單元。UUIE的結(jié)構(gòu)如圖4-12所示:圖4-12 UUIE結(jié)構(gòu)協(xié)議鑒別語(yǔ)改為ASN.1,即用戶信息字段的格式由原來(lái)Q.932的IA5字符(相當(dāng)于ASCII字符)改為通用的ASN.1描述。用戶信息字段由兩部分組成。主體部分為h323-UU-pdu,就是各相關(guān)消息中的UUIE內(nèi)容,即H323特定的信令信息;任選部分為真正在終端之間傳送的用戶數(shù)據(jù),為IA5字符串,最大長(zhǎng)度為131字節(jié),相當(dāng)于原來(lái)Q.932定義

46、的用戶用戶信息,但封裝在新的以ASN.1描述的UUIE數(shù)據(jù)結(jié)構(gòu)中,作為其數(shù)據(jù)序列中的一個(gè)元素,稱為user-data。H.225.0定義了每個(gè)相關(guān)消息UUIE中的h323-UU-pdu的內(nèi)容。例如,Connect消息的UUIE包含如下內(nèi)容:l 協(xié)議標(biāo)識(shí):由被叫端點(diǎn)設(shè)定為該端點(diǎn)支持的H.225協(xié)議版本號(hào)。l H.245地址:被叫端點(diǎn)或網(wǎng)守的H.245控制信道的傳輸層地址,主叫側(cè)根據(jù)這個(gè)地址就可建立至被叫或被叫網(wǎng)守的H.245控制信道,進(jìn)而建立所需的媒體信道。這是H.225.0呼叫建立要達(dá)到的最主要的目的。該參數(shù)也可以由Alerting或Call Proceeding消息的UUIE傳送。l 目的地

47、信息:指示端點(diǎn)類型,使主叫確定該呼叫是否涉及網(wǎng)關(guān)。l 會(huì)議標(biāo)識(shí):即Setup消息中所帶的會(huì)議標(biāo)識(shí)。l 呼叫標(biāo)識(shí):由主叫端點(diǎn)設(shè)定。4. Q.931消息示例一個(gè)Setup消息實(shí)例如下:Q.931 Protocol discriminator: Q.931 Call reference value length: 2 Call reference value: 6FD1 Message type: SETUP (0x05) Bearer capability Information element: Bearer capability Length: 3 Coding standard: ITU-T

48、 standardized coding Information transfer capability: Unrestricted digital information Transfer mode: Packet mode Information transfer rate: Packet mode User information layer 1 protocol: Recommendation H.221 and H.242 Display Information element: Display Length: 7 Display information: 7670000 Calli

49、ng party number Information element: Calling party number Length: 8 Type of number: Unknown Numbering plan: E.164 ISDN/telephony numbering Number: 7670000 Called party number Information element: Called party number Length: 8 Type of number: Unknown Numbering plan: E.164 ISDN/telephony numbering Num

50、ber: 7670001 User-user Information element: User-user Length: 126 Protocol discriminator: X.208 and X.209 coded user informationITU-T Recommendation H.225.0 h323_uu_pdu (H323-UU-PDU) h323_message_body (setup) setup protocolIdentifier: 0.0.8.2250.0.3 sourceAddress (AliasAddress) Item 0 (e164) e164: 7

51、670000 Item 1 (h323_ID) h323_ID: 7670000 sourceInfo (EndpointType) vendor (VendorIdentifier) vendor (H221NonStandard) t35CountryCode: 82 t35Extension: 0 manufacturerCode: 2290 productId: CnS H.323v2 versionId: 2.0 terminal (TerminalInfo) mc: False undefinedNode: False destinationAddress (AliasAddress) Item 0 (e164) e164: 7670001 activeMC: False conferenceID: 4E2C3030-DCBC-9839-3FB8-EB4A020D3C92 conferenceGoal (create) create: create callType (pointToPoint) pointToPoint: pointToPoint sourceCallSignalAddress (ipAddress) ipAddress ip: 191.169.150.171 (191.169.150.171) po

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論