【文章內容簡介】 ignalAddress 本端使用的傳遞 消息的 IP 地址和端口號。 (24) BandWidth 網(wǎng)守使用帶寬管理控制允許同時接入 PBN的 終端個數(shù)。通過 RAS 協(xié)議過程 ， 網(wǎng)守可以拒絕某終端發(fā)起的呼叫，其原因是它判定網(wǎng)絡沒有足夠的帶寬支持該呼叫 。 呼叫接納（ ARQ/ACF）中的帶寬參數(shù)指的是 該端點所有音頻和視頻信道收發(fā)雙向總的帶寬上限 。網(wǎng)守在 ACF 消息中給定的帶寬可以低于端點在 ARQ 中請求的帶寬 。 (25) CallReferenceValue（ CRV） 呼叫引用值，該參數(shù)引自 ，用于標識呼叫， 僅在呼叫段上局部有效 。例如：呼叫信令采用網(wǎng)守選路方式傳送，則主叫終端－網(wǎng)守和網(wǎng)守－被叫終 414 端這兩個信令段的 CRV 一般是不相同的，網(wǎng)守負責建立兩個 CRV 之間的關聯(lián)，以保證信令消息的正確傳送。 但是在同一信令段上，屬于同一呼叫的所有 消息，包括呼叫接納、呼叫建立、補充業(yè)務、帶寬改變、呼叫終結等消息的 CRV均相同。 (26) ConferenceID 是唯一標識會議的全局標識，由主叫端點創(chuàng)建 。 CID由三部分組成： 端點 網(wǎng)絡地址、會議呼叫發(fā)起的絕對時間和所用的協(xié)議版本 。如果一個會議包括若干個呼叫，則每個呼叫有其各自的呼叫標識，所有呼叫有一個共同的會議標識，凡是 該會議的所有 消息均采用該會議標識。 (27) Call ID 用于標識呼叫 。 和 CRV不同的是，它是全局有效參數(shù) 。 也就是說，從主叫端點到其網(wǎng)守、主叫端點到被叫端點、被叫端點到網(wǎng)守，屬于同一呼叫的所有RAS消息和呼叫信令消息中的呼叫標識均相同 。主要用于端到端的信息傳送，如封裝在 消息的用戶 －用戶信息中傳遞，可供補充業(yè)務使用。呼叫標識 由 主叫端點賦值。 (28) ActiveMC 該參數(shù)指示主叫端點 是否受 active MC的控制 。 (29) AnswerCall 不但主叫發(fā)起呼叫時需要請求網(wǎng)守接納，被叫收到入呼叫建立信令時也要向網(wǎng)守發(fā)起 ARQ 請求，因此在 ARQ 中包含 AnswerCall參數(shù) ，指示是否 接納 來話呼叫。 (30) WillSupplyUUIEs 該參數(shù)指示如果網(wǎng)守請求，端點是否在 IRR消息中提供 消息。 4. RAS消息示例 一個 RRQ 消息實例如下： registrationRequest requestSeqNum: 969 protocolIdentifier: discoveryComplete: True callSignalAddress (TransportAddress) Item 0 (ipAddress) ipAddress ip: () port: 1720 rasAddress (TransportAddress) 415 Item 0 (ipAddress) ipAddress ip: () 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) t35CountryCode: 82 t35Extension: 0 manufacturerCode: 2290 productId: CnS versionId: timeToLive: 3600 keepAlive: True endpointIdentifier: 243 第一行： 表示該消息為登記請求消息。 第二行： 表示請求序列號為 969。該登記請求消息 和其觸發(fā)的 RCF、 RRJ消息 的 RequestSeqNum相同，用于將請求消息和其觸發(fā)的響應相關聯(lián)。 第三行： 協(xié)議標識，指示當前支持的 協(xié)議的版本號。 第四行： DiscoveryComplete 參數(shù) ，該參數(shù) 僅包含在 RRQ 消息中 ， 此時該參數(shù)值為“ True”，表示 該 發(fā)出登記請求的端點在發(fā)出 RRQ 消息之前已經完成了網(wǎng)守搜索流程。 第五 ～九 行： 表 示 該 端點用于傳遞 消息的 IP 地址 為： ，端口號為： 1720。 第十 ～十四 行： 表示該端點用于傳遞 RAS消息的 IP 地址 為： ，端口號 為： 1719。 第十五 ～十八 行： 指示發(fā)送該登記請求消息的終端類型。 此時終端類型為 終端。 第十九 ～二十三 行： 端點別名。端點 別名可為 地址或 標識。 此時，該端點的 地址 為 電話號碼 666302； 標識也為 666302。 416 第 二十四～三十 行 ： 該發(fā)出登記請求的端點的 廠商標識 。 vendor 單元 表示 國家編碼 為 8擴展 碼為 0、 廠商編號 為 2290。 productId 和 versionId 是能提供產品和版本信息的文本串。 第三十一行： 指示本次登記的壽命為 3600s。 第三十二行： 在 端點 向 GK注冊時，第一個注冊消息中帶的內容比較多，后面為了節(jié)省消息大小，可以將 Keepalive 置為 True，而新的注冊消息中不用帶初次消息中那么多字段，這種消息叫輕量級注冊。 因此第一個注冊消息Keepalive 為 False，此后為 True。 第三十三行：端點標識。 基本消息流程 1. 網(wǎng)守搜尋 GK端 點GRQGCFGRJ123 圖 47 網(wǎng)守的發(fā)現(xiàn) (1) 事件 1： 端點 在啟動后，首 先向網(wǎng)守發(fā)送 GRQ 消息，尋找網(wǎng)守。該端點發(fā)送的 GRQ 消息包含端點類型、端點自身的 RAS地址、希望在其上登記的網(wǎng)守標識等參數(shù)。 (2) 事件 2： 網(wǎng)守對 端點 信息進行分析，確定是本區(qū)域 端點 ，發(fā) GCF 確認。 (3) 事件 3：如果網(wǎng)守不愿意 該 端點在其上登記，則返回 GRJ消息，并給出拒絕原因 。 2. 端點 登記與注銷 端點必須在搜尋過程中確定的網(wǎng)守上登記 ，必須在登記后才能發(fā)起和接收呼叫，登記表明該端點加入管理區(qū)。 417 GK端 點RRQRCFRRJURQUCFURJ123456 圖 48 節(jié)點登記與注銷 (1) 事件 1： 端點向網(wǎng)守的 RAS地址發(fā)送 RRQ 消息， 該 消 息包含兩個重要的參數(shù)： 端點別名 及呼叫信令傳輸 層 地址。 (2) 事件 2： 網(wǎng)守對 端點 信息進行分析，確定是本區(qū)域 端點 ，發(fā) RCF 確認，告之網(wǎng)守的呼叫信令傳輸層地址， 并將端點別名和地址登記入翻譯表。 (3) 事件 3：如果網(wǎng)守發(fā)現(xiàn)該端點不是本區(qū)域 端點 或其它原因 ， 則回送 RRJ消息拒絕。 (4) 事件 4： 如果 端點 要 退出服務或 想改變其別名和地址的對應關系，可以向網(wǎng)守發(fā)送 URQ，請求注銷登記。 (5) 事件 5： 一般情況下， 網(wǎng)守回 URF 進行確認。 (6) 事件 6：如果網(wǎng)守發(fā)現(xiàn)該 端點 并未在它上面登記，則回送 URJ消息。 3. 呼叫接納 與退出 ARQ/ACF 和 DRQ/DCF 是整 個呼叫控制過程第一對和最后一對消息 ，分別標志呼叫的開始和結束。 418 GK端 點ARQACFARJDRQDCFDRJ123456 圖 49 呼叫接入與退出 (1) 事件 1： 端點發(fā)起呼叫時，端點 向網(wǎng)守發(fā)送 ARQ 請求用戶接入認證 /地址解析。在 ARQ 消息中，端點給出目的地信息以及所要求的帶寬。 (2) 事件 2： 網(wǎng)守如果同意接納此呼叫，則回送 ACF 消息 ， 其中包括的兩項主要參數(shù)是允許分配的帶寬和翻譯后所得的目的地 的 呼叫信令傳送層地址 或者是網(wǎng)守本身的呼叫信令傳輸層地址 。 (3) 事件 3：網(wǎng)守如果不同意接納此呼叫 ，則回送 ARJ消息拒絕。 (4) 事件 4： 呼叫完畢， 端點 向網(wǎng)守發(fā)送 DRQ 請求退出呼叫。 (5) 事件 5： 一般情況下， 網(wǎng)守回送 DCF 進行確認。 (6) 事件 6：如果網(wǎng)守不同意 該 端點退出呼叫，則回送 DRJ消息拒絕。 概述 系統(tǒng)的呼叫信令協(xié)議是以 ISDN 的 ， 其中 最重要。 ，是 ISDN用戶網(wǎng)絡接口第三層關于基本呼叫控制的描述。 協(xié)議消息 1. 消息類型 基本呼叫控制消息取自于 ，主要是 消息 。由于 呼叫信令消息 不承擔連接控制任務，許多 和 消息 419 失去 了 意義， 因此 對 和 消息 進行了精簡。下面僅介紹 呼叫信令消息。 (1) 呼叫建立消息 消息 含義 Setup（建立） 請求建立呼叫 Setup Acknowledge（建立確認） 響應 Setup 消息，請求后續(xù)地址信息 Call Proceeding（呼叫進行中） 響應 Setup 消息，表示被叫號碼已全，呼叫建立過程已啟動 Alerting（提醒） 指示呼叫已經達到被叫，正向其發(fā)通知指示被叫用戶應答 Connect（連接） 建立連接 Progress（進展） 指示呼叫建立中的其他信息（如網(wǎng)間互通，帶內信令等） (2) 呼叫清除消息 消息 含義 Release Complete（釋放完成） 響應 Release 消息，指示釋放信道和呼叫引用（ CR） (3) 其它消息 消息 含義 Information（信息） 提供附加信息（如后續(xù)被叫地址） Notify（通知） 通知遠端用戶呼叫中發(fā)生事件 （如呼叫暫停 /恢復） Status Enquiry（狀態(tài)詢問） 終端或網(wǎng)絡向對方詢問呼叫狀態(tài) Status（狀態(tài)） 響應 Status Enquiry消息，也可主動報告呼叫狀態(tài)或收到不認識消息 Facility（性能） 用于補充業(yè)務操作 的 調用和證實 User Information（用戶信息） 用于主被叫用戶之間直接傳送信息 (4) 消息 Facility（性能） 用于補充業(yè)務操作 的 調用和證實 User Information（用戶信息） 用于主被叫用戶之間直接傳送信息 420 2. 消息結構 消息的一般結構如 圖 410所示。 協(xié) 議 標 識 符呼 叫 引 用 長 度呼 叫 引 用 值消 息 類 型信 息 單 元信 息 單 元厖?信 息 單 元標 志信 息 內 容單 字 節(jié) 信 息 單 元信 息 單 元 標 志信 息 單 元 長 度信 息 內 容多 字 節(jié) 信 息 單 元消 息 頭 部必 備 和 任 選信 息 單 元 圖 410 消息的一般結構 (1) 協(xié)議標識符 此時為 。 (2) 呼叫引用長度 呼叫引用值的長度。如果呼叫引用值長度置為零，則稱此 CRV為“虛呼叫引用”，表示消息和任何呼叫無關，用于補充業(yè)務。 (3) 呼叫引用值 該參數(shù) 用于標識呼叫，僅在呼叫段上局部有效 。 例如：呼叫信令采用網(wǎng)守選路方式傳送，則主叫終端－網(wǎng)守和網(wǎng)守－被叫終端這兩個信令段的 CRV一般是不相同的，網(wǎng)守負責建立兩個 CRV之間的關聯(lián)，以保證信令消息的正確傳送。 一般用于三方或多方通話時關聯(lián)多個呼叫。 (4) 消息類型 節(jié)描述的消息類 型，其值由 統(tǒng)一編碼。 421 3. 信息單元 (1) 承載能力（ BC） 這是 中最重要的必備信息單元，它描述了對承載連接的要求。 在 中，雖然它也是 Setup 消息的必備信息單元，但已不是很重要。 對于兩個 終端之間的呼叫，接收方可以不解釋此單元 。 若用于 和 呼叫無關信令的 Setup 消息中， 該 字段對補充業(yè)務有特殊含義，在此不作詳細介紹。該信息單元在 中的使用規(guī)定是： ? 信息傳送能力：若主叫為 ISDN端點，則網(wǎng)關應將此字段前傳， 使 被叫終端知道呼叫的性質（話音 /數(shù)據(jù) /視頻），有助于確定 帶寬 。 若主叫是 端點，則可用此字段表示是否要