【導讀】是由ITU制定的通信控制協(xié)議，用于在分組交換網(wǎng)中提供多媒體業(yè)務?？刂剖瞧渲械闹匾M成部分，它可用來建立點到點的媒體會話和多點間媒體會議。目前最新的是V4。認證即檢驗使用者

　　

【正文】 行可視電話呼叫。 “第 1層協(xié)議”參數(shù)為“ ”表明此呼叫為 可視電話呼叫。 第十六～十九行： 網(wǎng)絡向用戶發(fā)送 ASCII（ American Standard Code for Information Interchange）字符串，供顯示。 第二十～二十五行：主叫用戶號碼信息， 用于 計費、主叫號碼顯示等。 第二十六～三十一行： 被叫用戶號碼信息，用于 網(wǎng)絡選路。 第三十二～三十三行：表明以下為用戶－用戶信息單元（ UUIE）。 USYS SoftX3000 軟交換系統(tǒng) 技術手冊 信令與協(xié)議分冊 第 4章 424 第三十四行： 表示用戶－用戶信息內容長度 為 126個字節(jié)。 第三十五行： 協(xié)議鑒別語。 第三十六 ～最后一 行： Setup 消息的 UUIE內容 。 該 Setup消息的 UUIE 主要包含如下內容： sourceAddress (AliasAddress)： 主叫端點別名。端點別名可為 地址或 標識。此時，該端點的 地址為電話號碼 7670000； 7670000。 sourceInfo (EndpointType)： 主叫端點的 廠商標識。 vendor單元表示國家編碼為 8擴展碼為 0、廠商編號為 2290。 productId 和 versionId 是能提供產品和版本信息的文本串。 destinationAddress (AliasAddress)：被叫端點別名。端點別名可為 地址或 標識。此時，該端點的 7670001，無 。 callType (pointToPoint)： 該參數(shù)提供呼叫的拓撲信息。此時為端 對端呼叫。 sourceCallSignalAddress (ipAddress)： 該參數(shù)為本端點的呼叫信令信道傳輸層地址（ IP 地址＋ TCP 端口號） ，此時的 IP 地址為： ，端口號為 1074。 callIdentifier：呼叫 ID 為 3F503030DCBC98393FB9D7A6F6B50BF4。 基本消息流程 本小節(jié)以兩端點在同一網(wǎng)守上登記為例，介紹兩種消息傳送方式時的信令過程，以便更加深入地了解 系統(tǒng)的呼叫控制過程。 1. 基本呼叫建立流程（直接選路信令方式 ） 其信 令過程如 圖 412所示，簡要說明如下： USYS SoftX3000 軟交換系統(tǒng) 技術手冊 信令與協(xié)議分冊 第 4章 425 端 點 1 端 點 2網(wǎng) 守ARQACFSetupCall proceedingARQACFAlertingConnectRAS 消 息呼 叫 信 令 消 息12345678 圖 412 公共網(wǎng)守（直接選路）信令過程 (1) 事件 1：端點 1（主叫）在 RAS信道上向其網(wǎng)守發(fā)送 ARQ 消息，請求發(fā)起至端點 2 的呼叫。 (2) 事件 2：網(wǎng)守 同意 接納此呼叫，并翻譯得出端點 2 的呼叫信令信道傳輸層地址（ IP 地址＋ TCP端口號 ） ，由 ACF消息回送端點 1。 (3) 事件 3： 端點 1建立至端點 2的呼叫信令信道， 在此信道上發(fā)送 Setup 消息。如果 ARQ 中已帶呼叫引用值 CRV，則 Setup及其后信令消息中的 CRV應取此相同值。 (4) 事件 4：端點 2 回送 Call Proceeding消息，指示呼叫已抵達，正在處理之中。對于兩個 ，除了 UUIE 之外， 消息一般不必帶其它信息單元。如果是 終端和 ISDN終端之間的通信，即端點 2 是網(wǎng)關，則 端點2將把自 SCN側收到的信息單元，如承載能力和進展表示語透明回傳給端點 1。若端點 1 是 ，則不予解釋；若端點 1 也是網(wǎng)關，則需將這些信息單元繼續(xù)向前傳給 SCN 側的主叫。 (5) 事件 5：端點 2 愿意接收此呼叫，經 RAS信道向網(wǎng)守發(fā)送 ARQ， 請求接受此呼叫。 (6) 事件 6：網(wǎng)守同意接納，回送 ACF。 (7) 事件 7：端點 2 向端點 1 回送 Alerting消息，等待用戶應答。 (8) 事件 8：用戶應答，端點 2 向端點 1 發(fā)送 Connect消息，消息中帶有端點 2的 控制信道 TCP 端口號。至此，呼叫建立完成。 如果網(wǎng)守不同意端點 2 接受此呼叫，則回送 ARJ，此時端點 2 將向端點 1 發(fā)送Release Complete 消息。 USYS SoftX3000 軟交換系統(tǒng) 技術手冊 信令與協(xié)議分冊 第 4章 426 2. 基本呼叫建立流程（ 網(wǎng)守選路信令方式 ） 端 點 1 端 點 2網(wǎng) 守ARQACFARQACFAlertingConnectRAS 消 息呼 叫 信 令 消 息1278Setup3SetupCall proceedingCall proceedingAlertingConnect4569101112 圖 413 公共網(wǎng)守（網(wǎng)守選路）信令過程 其信令過程如 圖 413所示。其差別在于： (1) 網(wǎng)守向端點 1 回送的 ACF 消息中包含的不是端點 2 的呼叫信令信道傳輸層地址， 而是網(wǎng)守自身的呼叫信令信道傳輸層地址。同時，網(wǎng)守 建立至端點 2 的呼叫信令信道。 (2) 其后，端點 1 的呼叫信令消息只能發(fā)送到網(wǎng)守，再由網(wǎng)守將其轉發(fā)給端點 2。由于端點 2只和網(wǎng)守建有 信令信道，因此其信令消息也只能發(fā)往網(wǎng)守，再由網(wǎng)守轉發(fā)給端點 1。 (3) 呼叫建立成功時，端點 2 仍經 Connect消息 告之 其 控制信道傳輸層地址，但網(wǎng)守向端點 1 發(fā)送的 Connect 消息所含信息取決于 傳送方式。 如果網(wǎng)守決定采用直接方式傳送媒體控制消息，則消息中包含的是端點 2 的 控制信道地址；如果采用網(wǎng)守轉接方式，則消息中包含的是網(wǎng)守的 控制信道地址，此時，網(wǎng)守中一般包含 MC 功能。 主被叫任何一端掛機，送 Release Complete 消息給網(wǎng)守，網(wǎng)守再送 Release Complete 消息給對端。主被叫間斷開 TCP 連接。 USYS SoftX3000 軟交換系統(tǒng) 技術手冊 信令與協(xié)議分冊 第 4章 427 概述 是通用的多媒體通信控制協(xié)議 ，主要針對會議通信設計。 系統(tǒng)采用 協(xié)議作為控制協(xié)議，用于控制通信信道的建立 、維護和釋放。 在 中，定義了兩類信道： (1) 控制信道：也稱為 信道，位于不同 對等信令實體通過該信道傳送 ，以控制媒體信道的建立和釋放。 控制信道是可靠信道，在 IP 網(wǎng)絡中對應為一個 TCP的連接 ，連接端口號動態(tài)分配。在 呼叫建立過程中 主被叫端 點（或網(wǎng)守）通過 Setup 和 Connect消息互相交換各自分配的 ，呼叫建立完成后， 起來了。每個呼叫有且僅有一個 ，它在整個呼叫期間始終存在，直到 呼叫 完成后才予釋放。 (2) 通信信道：也就是媒體信道，在 中稱為邏輯信道，在其上傳送用戶通信信息。 一般來說，兩個實體間可有多條邏輯信道，在呼叫中可以根據(jù)需要隨時建立和釋放，在 。 邏輯信道的開關由 控制協(xié)議完成，每個邏輯信道在打開時賦予一個標識號?？梢哉J為控制信道是一個特殊的永久邏輯信道，其信道號指定為 0。 中大多數(shù)邏輯信道都是單向信道，在會議通信中尤為如此。但是 數(shù)據(jù)通信協(xié)議和普通的點到點電話通信都要求雙向信道，它由一對單向邏輯信道構成，占用兩個邏輯信道號 。 邏輯信道打開過程既支持單向信道的建立，也支持雙向信道的建立。傳送音頻和視頻信號的邏輯信道為不可靠信道（如 UDP）， 傳送數(shù)據(jù)信號的為可靠信道（如 TCP）， 它們的端口號均為動態(tài)分配。 所謂邏輯信道的建立，就是通信雙方通過邏輯信道打開消息 （ OLC） 和證實消息 （ OLCA） 交換各自分配的端口號。 每個邏輯信道限定傳送某種媒體信息，采用一定的編碼算法 ，具有一定的帶寬，因此，在信道建立之前，收發(fā)雙方必須就這些參數(shù)進行協(xié)商 ，確定雙發(fā)可接受的參數(shù)范圍，這就是 的能力交換過程。 協(xié)議采用接收方控制的原 則建立邏輯信道，發(fā)送方只能在接收方規(guī)定的范圍內確定信道特性參數(shù)。能力 交換過程的主要功能就是通過適當?shù)南⑾驅Ψ酵ǜ姹径说慕邮漳芰Α?該消息也允許通告發(fā)送能力，但其作用只是表示本端的一種選擇 意向，希望對方在確定其接收能力時予以考慮。當獲知對方的接收能力后，本端就在此范圍內確定其發(fā)送方式，啟動邏輯信道打開過程。 USYS SoftX3000 軟交換系統(tǒng) 技術手冊 信令與協(xié)議分冊 第 4章 428 下面介紹 定義的主要控制過程。 (3) 能力交換 能力交換的過程將保證傳輸?shù)亩嗝襟w信號能被接收并能得到相應處理。這就要求每個終端的接收和解碼的能力應該是被另一個終端所知的。每個終端不需要理解或儲存所有的輸 入 (ining)能力。那些不被理解的或不被用到的能力可以被忽視，不認為是出錯。 當接收到的能力包含另一終端不理解的擴展時，能力將按不包含擴展來接受。 終 端 的 整 個 接 收 和 對 不 同 信 號 的 解 碼 能 力 將 通 過 傳 送 能 力 集（ TerminalCapabilitySet） 消息 通知其他終端。 接收能力表示了終端接收和處理輸入 （ ining） 信息流的能力。發(fā)送器將限制它們傳送信息的內容，以保證符合接收器指出的接收能力。如果沒有接收能力這一項則表明終端不能接收 （ 只是一個傳送器 ） 。 發(fā)送能力表示終端發(fā)送信息流的能力。發(fā)送能力用于發(fā) 給接收器一個可能的操作模式的選擇。這樣接收器可以要求它愿意接收的模式。如果沒有發(fā)送能力這一項則表明終端沒有給接收器提供一個模式的優(yōu)先選擇權（但是它仍能發(fā)送在接收器能力范圍之內的任何東西 ） 。 能力集提供了同時發(fā)送一種以上的所給媒體類型的信息流的能力。例如，終端可以宣布它具有同時接收（或發(fā)送）兩個獨立的 視頻流和兩個獨立 音頻流的能力。能力消息可以定義為允許一個終端指示它不具有固定的能力，但該能力依賴于同時所用的其它模式。例如，可能指示當用一個簡單音頻算法時，可以解碼較高視頻分辨率；或要么解碼兩 路低分辨率視頻序列，要么一路高分辨率序列。也可能指示在發(fā)送能力和接收能力間的折衷。 非標準的能力和控制消息可以用 NonStandardParameter 結構發(fā)送。當非標準消息的含義由某個機構定義時，如果制造商的設備理解其含義，可發(fā)送非標準信號。 (4) 邏輯 信道 信令過程 邏輯 信道 信令過程定義了如何打開和關閉音頻圖象和數(shù)據(jù)的邏輯 信道 ，采用證實協(xié)議過程實現(xiàn)。 其設計思路是首先建立連接 ，確保接收方能夠接收并已準備好接收由對端發(fā)來的數(shù)據(jù) 后，才開始媒體數(shù)據(jù)的傳送。在接納新的邏輯 信道 時，接收方必須確保原有邏輯 信道 的通信不受影響。 協(xié)議的一部分講到了雙向 信道 的打開。為了避免在兩個終端同時初始化同樣的事件，一個終端會被定義成主終端，而另一個定義成從終端。為此，定義了一個主從決定過程來決定哪一個終端是主終端，哪一個是從終端。使用本建議的系統(tǒng)可指定用在本建議中定義的過程或其它方式來決定主終端和從終端。 邏輯 信道 的打開和關閉都由發(fā)送方發(fā)起。 USYS SoftX3000 軟交換系統(tǒng) 技術手冊 信令與協(xié)議分冊 第 4章 429 (5) 接收方關閉邏輯 信道 請求 接收方關閉邏輯 信道 請求的作用是使接收方也能提出關閉邏輯 信道 的請求，發(fā)送終端可以接受該請求 ，也可以拒絕該請求。設計此過程的目的是使接收方在遇到特殊情況，如無法解碼輸入信息 時，可以主動提出關閉 信道 請求。 另一用途是在雙向邏輯信道的情況下，可由非信道建立方（如從終端）請求關閉信道。 需要注意的是，接收方只能提出請求，真正的關閉過程仍應由發(fā)送方啟動。 (6) 主從確定過程 主從 確定過程用于避免信令過程中的沖突現(xiàn)象。 其主要應用是會議通信中的 MC（ Multipoint Controller） 仲裁。由于一個會議呼叫只能有一個 MC，如果兩個參會的 實體都含有 MC，則必須通過一定的規(guī)則確定其中一個是主 MC。同樣的協(xié)議過程也適用于雙向信道建立時的主從終端確定。主從狀態(tài)確定后，在整個呼叫中將保持不 變。 (7) 往返時延確定 某些 應用 需要知道發(fā)送終端和接收終端之間的往返時延，往返時延確定過程即提供了測量該時延的一種機制。 其方法十分簡單，只包含兩個無參數(shù)的消息：時延測量請求和響應，發(fā)起請求方本地測量發(fā)收這兩個消息之間的時間間隔得出該時延值。該過程也可用于檢測遠端終端是否在工作（如是否關機）。 (8) 環(huán)路維護 環(huán)路維護是一個常規(guī)的維護過程，經由專用消息通知對方配合進行環(huán)路測試，還包含一個環(huán)路測試結束命令消息。 此過程對于網(wǎng)關來說是必備功能。 (9) 其它命令和指示 協(xié)議定義了許多簡單的命令和指示消息， 可用于各種用途，它 們不涉及通常的協(xié)議過程。比較常用的有流量控制命令、多點方式命令、通信方式命令、用戶輸入指示等。 協(xié)議消息 消息 可 分為 4 種類型 ：請求、響應、 命令和指示。 請求和響應消息由協(xié)議實體使用，構成協(xié)議過程 。 請求消息要求接收方執(zhí)行所要求的動作，并立即返回響應。響應消息是對請求消息的回復