【導(dǎo)讀】是由ITU制定的通信控制協(xié)議，用于在分組交換網(wǎng)中提供多媒體業(yè)務(wù)。目前最新的版本是V4。會(huì)議控制單元等實(shí)體。的信息，以供產(chǎn)生帳單之用。其中，終端、網(wǎng)關(guān)和MCU統(tǒng)稱為端點(diǎn)，端點(diǎn)可以發(fā)起呼叫也可以接

　　

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