【正文】 特定的信令信息； 任選部分為真正 在終端之間傳送的用戶數(shù)據(jù)，為IA5 字符串，最大長度為 131 字節(jié)，相當于原來 －用戶信息，但封裝在新的以 UUIE 數(shù)據(jù)結(jié)構(gòu)中， 作為其數(shù)據(jù)序列中的一個元素，稱為 userdata。這是 。 ? 呼叫標識：由主叫端點設(shè)定 。 第三行： 呼叫引用值的長度，此時為 2 個字節(jié)。 “第 1層協(xié)議”參數(shù)為“ ”表明此呼叫為 可視電話呼叫。 第三十二～三十三行：表明以下為用戶－用戶信息單元（ UUIE）。 該 Setup消息的 UUIE 主要包含如下內(nèi)容： sourceAddress (AliasAddress)： 主叫端點別名。 vendor單元表示國家編碼為 8擴展碼為 0、廠商編號為 2290。此時，該端點的 7670001，無 。 callIdentifier：呼叫 ID 為 3F503030DCBC98393FB9D7A6F6B50BF4。 (3) 事件 3： 端點 1建立至端點 2的呼叫信令信道， 在此信道上發(fā)送 Setup 消息。如果是 終端和 ISDN終端之間的通信，即端點 2 是網(wǎng)關(guān)，則 端點2將把自 SCN側(cè)收到的信息單元，如承載能力和進展表示語透明回傳給端點 1。 (7) 事件 7：端點 2 向端點 1 回送 Alerting消息，等待用戶應答。 USYS SoftX3000 軟交換系統(tǒng) 技術(shù)手冊 信令與協(xié)議分冊 第 4章 426 2. 基本呼叫建立流程（ 網(wǎng)守選路信令方式 ） 端 點 1 端 點 2網(wǎng) 守ARQACFARQACFAlertingConnectRAS 消 息呼 叫 信 令 消 息1278Setup3SetupCall proceedingCall proceedingAlertingConnect4569101112 圖 413 公共網(wǎng)守（網(wǎng)守選路）信令過程 其信令過程如 圖 413所示。由于端點 2只和網(wǎng)守建有 信令信道，因此其信令消息也只能發(fā)往網(wǎng)守，再由網(wǎng)守轉(zhuǎn)發(fā)給端點 1。主被叫間斷開 TCP 連接。 控制信道是可靠信道，在 IP 網(wǎng)絡(luò)中對應為一個 TCP的連接 ，連接端口號動態(tài)分配。 一般來說，兩個實體間可有多條邏輯信道，在呼叫中可以根據(jù)需要隨時建立和釋放，在 。但是 數(shù)據(jù)通信協(xié)議和普通的點到點電話通信都要求雙向信道，它由一對單向邏輯信道構(gòu)成，占用兩個邏輯信道號 。 每個邏輯信道限定傳送某種媒體信息，采用一定的編碼算法 ，具有一定的帶寬，因此，在信道建立之前，收發(fā)雙方必須就這些參數(shù)進行協(xié)商 ，確定雙發(fā)可接受的參數(shù)范圍，這就是 的能力交換過程。當獲知對方的接收能力后，本端就在此范圍內(nèi)確定其發(fā)送方式，啟動邏輯信道打開過程。每個終端不需要理解或儲存所有的輸 入 (ining)能力。 接收能力表示了終端接收和處理輸入 （ ining） 信息流的能力。發(fā)送能力用于發(fā) 給接收器一個可能的操作模式的選擇。例如，終端可以宣布它具有同時接收（或發(fā)送）兩個獨立的 視頻流和兩個獨立 音頻流的能力。 非標準的能力和控制消息可以用 NonStandardParameter 結(jié)構(gòu)發(fā)送。在接納新的邏輯 信道 時，接收方必須確保原有邏輯 信道 的通信不受影響。使用本建議的系統(tǒng)可指定用在本建議中定義的過程或其它方式來決定主終端和從終端。 另一用途是在雙向邏輯信道的情況下，可由非信道建立方（如從終端）請求關(guān)閉信道。由于一個會議呼叫只能有一個 MC，如果兩個參會的 實體都含有 MC，則必須通過一定的規(guī)則確定其中一個是主 MC。 其方法十分簡單，只包含兩個無參數(shù)的消息：時延測量請求和響應，發(fā)起請求方本地測量發(fā)收這兩個消息之間的時間間隔得出該時延值。 (9) 其它命令和指示 協(xié)議定義了許多簡單的命令和指示消息， 可用于各種用途，它 們不涉及通常的協(xié)議過程。 請求消息要求接收方執(zhí)行所要求的動作，并立即返回響應。 協(xié)議消息 消息 可 分為 4 種類型 ：請求、響應、 命令和指示。 (8) 環(huán)路維護 環(huán)路維護是一個常規(guī)的維護過程，經(jīng)由專用消息通知對方配合進行環(huán)路測試，還包含一個環(huán)路測試結(jié)束命令消息。主從狀態(tài)確定后，在整個呼叫中將保持不 變。 (6) 主從確定過程 主從 確定過程用于避免信令過程中的沖突現(xiàn)象。 USYS SoftX3000 軟交換系統(tǒng) 技術(shù)手冊 信令與協(xié)議分冊 第 4章 429 (5) 接收方關(guān)閉邏輯 信道 請求 接收方關(guān)閉邏輯 信道 請求的作用是使接收方也能提出關(guān)閉邏輯 信道 的請求，發(fā)送終端可以接受該請求 ，也可以拒絕該請求。為了避免在兩個終端同時初始化同樣的事件，一個終端會被定義成主終端，而另一個定義成從終端。 (4) 邏輯 信道 信令過程 邏輯 信道 信令過程定義了如何打開和關(guān)閉音頻圖象和數(shù)據(jù)的邏輯 信道 ，采用證實協(xié)議過程實現(xiàn)。例如，可能指示當用一個簡單音頻算法時，可以解碼較高視頻分辨率；或要么解碼兩 路低分辨率視頻序列，要么一路高分辨率序列。如果沒有發(fā)送能力這一項則表明終端沒有給接收器提供一個模式的優(yōu)先選擇權(quán)（但是它仍能發(fā)送在接收器能力范圍之內(nèi)的任何東西 ） 。如果沒有接收能力這一項則表明終端不能接收 （ 只是一個傳送器 ） 。 當接收到的能力包含另一終端不理解的擴展時，能力將按不包含擴展來接受。 (3) 能力交換 能力交換的過程將保證傳輸?shù)亩嗝襟w信號能被接收并能得到相應處理。能力 交換過程的主要功能就是通過適當?shù)南⑾驅(qū)Ψ酵ǜ姹径说慕邮漳芰Α魉鸵纛l和視頻信號的邏輯信道為不可靠信道（如 UDP）， 傳送數(shù)據(jù)信號的為可靠信道（如 TCP）， 它們的端口號均為動態(tài)分配?？梢哉J為控制信道是一個特殊的永久邏輯信道，其信道號指定為 0。每個呼叫有且僅有一個 ，它在整個呼叫期間始終存在，直到 呼叫 完成后才予釋放。 系統(tǒng)采用 協(xié)議作為控制協(xié)議，用于控制通信信道的建立 、維護和釋放。 如果網(wǎng)守決定采用直接方式傳送媒體控制消息，則消息中包含的是端點 2 的 控制信道地址；如果采用網(wǎng)守轉(zhuǎn)接方式，則消息中包含的是網(wǎng)守的 控制信道地址，此時，網(wǎng)守中一般包含 MC 功能。同時，網(wǎng)守 建立至端點 2 的呼叫信令信道。至此，呼叫建立完成。 (5) 事件 5：端點 2 愿意接收此呼叫，經(jīng) RAS信道向網(wǎng)守發(fā)送 ARQ， 請求接受此呼叫。 (4) 事件 4：端點 2 回送 Call Proceeding消息，指示呼叫已抵達，正在處理之中。 1. 基本呼叫建立流程（直接選路信令方式 ） 其信 令過程如 圖 412所示，簡要說明如下： USYS SoftX3000 軟交換系統(tǒng) 技術(shù)手冊 信令與協(xié)議分冊 第 4章 425 端 點 1 端 點 2網(wǎng) 守ARQACFSetupCall proceedingARQACFAlertingConnectRAS 消 息呼 叫 信 令 消 息12345678 圖 412 公共網(wǎng)守（直接選路）信令過程 (1) 事件 1：端點 1（主叫）在 RAS信道上向其網(wǎng)守發(fā)送 ARQ 消息，請求發(fā)起至端點 2 的呼叫。此時為端 對端呼叫。 destinationAddress (AliasAddress)：被叫端點別名。此時，該端點的 地址為電話號碼 7670000； 7670000。 第三十五行： 協(xié)議鑒別語。 第二十～二十五行：主叫用戶號碼信息， 用于 計費、主叫號碼顯示等。 第五行：消息類型，表明此消息為 Setup（請求建立呼叫）消息。 第二行：協(xié)議標識符。 ? 目的地信息：指示端點類型，使主叫確定該呼叫是否涉及網(wǎng)關(guān)。例如， Connect 消息的 UUIE 包含如下內(nèi)容： ? 協(xié)議標識：由被叫端點設(shè)定為該端點支持的 。 UUIE 的結(jié)構(gòu)如 圖 411所示： USYS SoftX3000 軟交換系統(tǒng) 技術(shù)手冊 信令與協(xié)議分冊 第 4章 421 用 戶 － 用 戶 信 息 單 元 標 識 符用 戶 － 用 戶 信 息 內(nèi) 容 的 長 度協(xié) 議 鑒 別 語 （ ）H323 UU pdu （ 必 備 部 分 ）用 戶 數(shù) 據(jù) （ 任 選 部 分 ） 圖 411 UUIE結(jié)構(gòu) 協(xié)議鑒別語改為 ，即用戶信息字段的格式由原來 的 IA5 字符（ 相當于ASCII 字符 ） 改為通用的 描述。 (5) 用戶－用戶信息單元（ UUIE） UUIE（ UserUser Information Element） 是 呼叫信令中最為重要的信息單元。 在 ，釋放原因可以由“原因”表示，也可以由“用戶－用戶”信息單元中的“釋放理由”表示， 二者只能取一。 被叫用戶號碼 ：用于 網(wǎng)絡(luò)選路。如果主叫是 ，可用來指示該呼叫在SCN 側(cè)所需得帶寬，網(wǎng)關(guān)據(jù)此生成 SCN側(cè)的 BC。若主叫是 端點，則可用此字段表示是否要進行可視電話呼叫 。 在 ，雖然它也是 Setup 消息的必備信息單元，但已不是很重要。例如：呼叫信令采用網(wǎng)守選路方式傳送，則主叫終端－網(wǎng)守和網(wǎng)守－被叫終端這兩個信令段的 CRV一般是不相同的，網(wǎng)守負責建立兩個 CRV之間的關(guān)聯(lián)，以保證信令消息的正確傳送。 協(xié) 議 標 識 符呼 叫 引 用 長 度呼 叫 引 用 值消 息 類 型信 息 單 元信 息 單 元厖?信 息 單 元標 志信 息 內(nèi) 容單 字 節(jié) 信 息 單 元信 息 單 元 標 志信 息 單 元 長 度信 息 內(nèi) 容多 字 節(jié) 信 息 單 元消 息 頭 部必 備 和 任 選信 息 單 元 圖 410 (1) 協(xié)議標識符 此時為 。 協(xié)議消息 1. 消息類型 基本呼叫控制消息取自于 ，主要是 消息 。 (5) 事件 5： 一般情況下， 網(wǎng)守回送 DCF 進行確認。在 ARQ 消息中，端點給出目的地信息以及所要求的帶寬。 (5) 事件 5： 一般情況下， 網(wǎng)守回 URF進行確認。 GK端 點RRQRCFRRJURQUCFURJ123456 圖 48 節(jié)點登記與注銷 USYS SoftX3000 軟交換系統(tǒng) 技術(shù)手冊 信令與協(xié)議分冊 第 4章 416 (1) 事件 1： 端點向網(wǎng)守的 RAS地址發(fā)送 RRQ消息， 該 消息包含兩個重要的參數(shù)：端點別名 及呼叫信令傳輸 層 地址。該端點發(fā)送的 GRQ 消息包含端點類型、端點自身的 RAS 地址、希望在其上 登記的網(wǎng)守標識等參數(shù)。 第三十二行： 在 端點 向 GK 注冊時，第一個注冊消息中帶的內(nèi)容比較多，后面為了節(jié)省消息大小，可以將 Keepalive 置為 True，而新的注冊消息中不用帶初次消息中那么多字段，這種消息叫輕量級注冊。 第 二十四～三十 行 ： 該發(fā)出登記請求的端點的 廠商標識 。 此時終端類型為 終端。 第四行： DiscoveryComplete 參數(shù) ，該參數(shù) 僅包含在 RRQ消息中 ， 此時該參數(shù)值為“ True”，表示 該 發(fā)出登記請求的端點在發(fā)出 RRQ 消息之前已經(jīng)完成了網(wǎng)守搜索流程。 4. RAS消息示例 一個 RRQ 消息實例如下： registrationRequest requestSeqNum: 969 protocolIdentifier: discoveryComplete: True callSignalAddress (TransportAddress) Item 0 (ipAddress) ipAddress ip: () port: 1720 rasAddress (TransportAddress) 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 USYS SoftX3000 軟交換系統(tǒng) 技術(shù)手冊 信令與協(xié)議分冊 第 4章 414 endpointVendor (VendorIdentifier) vendor (H221NonStandard)