【文章內(nèi)容簡介】 選。 2． RAS 信令 RAS 信令是網(wǎng)關(guān)和關(guān)守之間完成注冊 (Registration)、接入認證 (Adminssion)和狀態(tài) (Status)等通信的信令，下面進行分類解釋。 (1) 接入認證、地址解析和修改密碼信令 ? 接入請求 (ARQ)：網(wǎng)關(guān)向關(guān)守發(fā)送的用戶接入認證 /地址解析 /修改密碼請求信令。 ? 接入確認 (ACF)：關(guān)守對 ARQ 信令消息的確認回答。 ? 接入拒絕 (ARJ)：關(guān)守對 ARQ 信令消息的拒絕回答，并給出拒絕原因。 (2) 關(guān)守注冊信令 ? 注冊請求 (RRQ)：網(wǎng)關(guān)向關(guān)守注冊的登記請求信令，網(wǎng)關(guān)必須定期向關(guān)守發(fā)送 RRQ信令消息，以表明網(wǎng)關(guān)仍然存活。 ? 注冊確認 (RCF)：關(guān)守對 RRQ 信令消息的確認回答。 ? 注冊拒絕 (RRJ)：關(guān)守對 RRQ 信令消息的拒絕回答。 (3) 呼叫終止信令 ? 終止請求 (DRQ)：網(wǎng)關(guān)與關(guān)守之間的戶叫終止請求信令。當該信令由網(wǎng)關(guān)發(fā)起時，本消息應同時傳遞計費信息；當該信令是由關(guān)守發(fā)給網(wǎng)關(guān)時，消息中不包含計費信息，但網(wǎng)關(guān)必須回應一個 DCF 消息。 ? 終止確認 (DRF)：對 DRQ 消息的確認回答。 ? 終止拒絕 (DRJ)：關(guān)守對 DRQ 消息的拒絕回答。 (4) 狀態(tài)信令 ? 信息請求 (IRQ)：關(guān)守向網(wǎng)關(guān)發(fā)出的詢問某一話路或所有話路的狀態(tài)信息請求信令。 ? 信息請求響應 (IRR)：網(wǎng)關(guān)根據(jù) ACF 命令設(shè)定的間隔或 IRQ 請求向關(guān)守回送的狀態(tài) 消息。 ? 信息請求確認 (IACK)：對 IRR 的確認消息。 ? 信息請求確認 (INAK)：對 IRR 的拒絕消息。 (5) 網(wǎng)關(guān)資源報告消息 ? 資源可用指示 (RAI)：網(wǎng)關(guān)向關(guān)守發(fā)送的資源可用報告。 ? 資源可用確認 (RAC)：關(guān)守對 RAI 的確認消息。 ? 請求進展 (RIP)： RIP 消息是當終端收到一個請求消息后，如果判斷在相關(guān)的時限(timeout)內(nèi)不能及時返回回答消息時，則終端可通過發(fā)送 RIP消息以延長對方等待時間，等待時間由 RIP 消息的 delay 確定。對端在 timeout 加 delay 時間后若沒有收到回應則作超 時處理。 (6) 帶寬管理信令 ? 帶寬請求 (BRQ)：網(wǎng)關(guān)與關(guān)守之間請求改變帶寬的信令消息。當關(guān)守具備帶寬管理能力時，則帶寬請求消息是有實際意義的。由于 ARQ 消息的 bandwidth 取值總是大于每一話路的實際占用帶寬，因此為了能使關(guān)守掌握網(wǎng)關(guān)的帶寬利用情況，網(wǎng)關(guān)應根據(jù)實際帶寬利用情況使用 BRQ 消息來改變帶寬，以便釋放多余的帶寬或請求增加帶寬。若是使用 BRQ 消息增加帶寬，則網(wǎng)關(guān)必須等待關(guān)守的確認。 12 ? 帶寬確認 (BCF)：網(wǎng)關(guān)或 PC 與關(guān)守之間的帶寬改變確認消息。 ? 帶寬拒絕 (BRJ)：網(wǎng)關(guān)或 PC 與關(guān)守之間的帶寬改 變拒絕消息。 (7) 注銷消息 ? 注銷請求 (URQ)： URQ 消息用于網(wǎng)關(guān)和關(guān)守之間登記的注銷。 ? 注銷確認 (UCF)：網(wǎng)關(guān)或關(guān)守對 URQ 消息的確認回答。 ? 注銷拒絕 (URJ)：網(wǎng)關(guān)或關(guān)守對 URQ 消息的拒絕回答。 協(xié)議 協(xié)議是 多媒體通信系統(tǒng)的終端間的通信控制協(xié)議。 采用 協(xié)議的邏輯信道信令過程，從而控制 系統(tǒng)的運行。該協(xié)議的主要內(nèi)容包括終端間的能力交換打開和關(guān)閉邏輯信道、終端模式優(yōu)先請求、復用項的傳輸、流量控制消息、通用命令和指示等。 這個協(xié)議提供 了許多不同的業(yè)務，其中一些希望被應用于采用該協(xié)議的終端，另一些屬于專用業(yè)務。定義了交換音頻和數(shù)據(jù)能力的過程，請求傳輸某個音頻和數(shù)據(jù)模型的傳輸，管理用來傳輸音頻和視頻消息的邏輯信道，為了管理邏輯信道而把終端分成主從模式進行建立，傳送各種控制和指示信號，控制各個邏輯信道和整個復用的比特速率，測量從一個終端到另一終端并返回的來回行程的延遲等。下面對這些過程進行較詳細解釋。 這個協(xié)議中被定義為是獨立于底層傳輸機制，但是趨向使用可靠的傳輸層，就是說它須提供數(shù)據(jù)傳送正確保證。 1．主要功能 （ 1）主從確定功能 當在一個 類似啟動的事件中同時有兩個終端時可能會發(fā)生沖突，并且只有一個事件是可能的或所要求的，例如資源只適合一個事件出現(xiàn)。為了解決沖突問題，則必須把一個終端作為主終端而另一個作為從終端。該規(guī)則說明了如何利用主從確定來解決時間沖突問題，即主從確定過程允許在一個呼叫中進行確定那一個為主那一個為從，并且在呼叫期間的任何時間終端的狀態(tài)都可以被重定。 （ 2）能力交換功能 能力交換過程是用來保證被傳輸?shù)亩嗝襟w信號能被接收終端進行適當?shù)慕邮蘸吞幚?。這要求每個終端接收和編碼的能力能為其他終端所了解，但一個終端沒有必要理解或存儲所有呼 入能力，當不懂或不能做時可以不管。當所接收的一個能力包含不能被理解的控制時，則應接受不包含擴展的部分。 一個終端接收和編碼各種信號的總能力要通過其能力集的傳送來使其他終端知道。 接收能力描述該終端的接收和處理呼入信息流能力。當接收方已指示了其接收能力時，發(fā)送方應限制它發(fā)送信息的內(nèi)容。缺乏接收能力表示該終端不能接收（只是一個終端）。 發(fā)送能力描述該終端發(fā)送信息流的能力。發(fā)送能力用來供接收方選擇可能的操作模式，以使接收方能夠請求它所喜歡的模式。沒有發(fā)送能力表示該終端不對接收方通過喜歡模式選擇（但它可以在接收方能 力范圍內(nèi)傳送任何東西）。 這些能力集提供同時發(fā)送多于一個給定媒體類型的流。例如，一個終端可以聲明它的能 13 力可以同時接收（或發(fā)送）兩個獨立的 視頻流和兩個獨立的 音頻流。已被定義的能力信息允許一個終端指示它沒有固定的能力，但它可以按照其他正在被用的模式進行。例如，它可能指示當一個較簡單的音頻算法被使用時該較高分辨視頻可以被解碼，或者兩個低分辨視頻可被解碼或一個高分辨視頻。它也可以指示在發(fā)送能力和接收能力之間進行協(xié)商。 非標準能力和控制消息可以使用 NonStandardParameter 結(jié)構(gòu)進行討 論。終端在任何時間都可以討論能力集。 （ 3）邏輯信道信令過程功能 為操作和關(guān)閉傳送音頻和數(shù)據(jù)信息的邏輯信道定義了一個應答協(xié)議。這些過程的作用是為了保證一個終端能夠接收并解碼要在一個邏輯信道上傳送的數(shù)據(jù)，此時邏輯信道被打開而不是第一個數(shù)據(jù)被傳送；并且為了保證該接收終端在該邏輯信道上開始傳送數(shù)據(jù)之前已準備好接收和解碼該數(shù)據(jù)。 OpenLogicalChannel 消息包括了要被傳輸?shù)臄?shù)據(jù)的描述，例如， MP@ML at 6 Mbit/s. 邏輯信道僅當在所有打開的邏輯信道上同時具有充分能力接收數(shù)據(jù)時才 被打開。 這個協(xié)議部分涉及到打開雙向信道的問題。為了避免兩個終端同時確定相似事件可能產(chǎn)生沖突，則一個終端被定義成主終端，另一個被定義成從終端。為建立哪個終端是主是從定義了一個協(xié)議，然而系統(tǒng)可以使用在這個協(xié)議中所規(guī)定的指定過程也可以使用其他發(fā)生來確定誰是主是從。 （ 4）接收終端關(guān)閉邏輯信道請求功能 一個邏輯信道是由發(fā)送方進行打開和關(guān)閉的。定義了一個機制以允許接收終端請求關(guān)閉一個呼入的邏輯信道。發(fā)送終端可以接受或拒絕該邏輯信道關(guān)閉請求。例如，由于某個原因不能解碼，則一個終端可以使用這個過程請求關(guān)閉一個呼入的邏輯 信道。這些過程也可以被用來請求關(guān)閉一個雙向邏輯信道，不能打開信道。 （ 5） 復 用表項修改功能 復用表適合一個 MUX 消息內(nèi)具有特殊邏輯信道號的每個 8 比特字節(jié)。 復用表可以有高達 15 項。提供了一個允許發(fā)送終端指定和通知接收方的新 復用表項的機制。一個接收終端也可以請求重傳一個復用表項。 （ 6）音頻和 數(shù)據(jù)模式請求功能 當能力交換協(xié)議已被完成時，雙方終端將知道了已被交換的能力描述中所指定的彼此發(fā)送和接收能力。它并強制終端聲明其所有的能力，只須聲明它們所希望使用的能力。 一個終端可以對一個傳輸指示它的能力。一個接收來自遠方發(fā)送能力的終端可以請求特定的發(fā)送模式。一個終端可以通過發(fā)送沒有傳送能力來表示它不希望其傳送模式受遠方終端控制。 （ 7）來回 延遲確定功能 這在某些應用中為了了解發(fā)送終端和接收終端之間的來回延遲是非常有用的。提供了測量這個來回延遲的機制。這個機制作為確定遠程終端是否一直在操作中的手段可能也是非常有用的。 （ 8）維護 環(huán)功能 為建立維護環(huán)規(guī)定的過程。它可以指定一單個邏輯信道的環(huán)作為一個數(shù)字環(huán)或解碼環(huán)、 14 和整個復用的環(huán)。 （ 9）命令 和指示功能 命令和指示提供各種用途： 通知用戶的視頻 /音頻 /靜止信號，在多點應用中對源交換的快速更新請求等。命令在遠程終端上強制一個動作只是鳴笛指示提供信息并強制任何動作。 定義的命令允許邏輯信道和整個復用的比特速率受來自遠程終端的控制。這有許多作用：如使用復用與終端互通中僅有限多個比特速率適用；多點應用來自不同源的速率應被匹配；擁塞網(wǎng)中的流量控制等。 2．使用的消息 使用的消息見圖 至圖 中的描述。 消 息DeterminationDetermination AcknowledgeDetermination RejectDetermination Release說 明 接收端點狀態(tài) 發(fā)送端點狀態(tài)主從確定 必選 必選主從確定確認主從確定拒絕主從確定釋放必選必選必選必選必選必選圖6 . 5 主從確定功能消息 消 息Capability Set說 明 接收端點狀態(tài) 發(fā)送端點狀態(tài)能力集 必選 必選必選必選必選必選必選必選圖6. 6 能力集交換功能消息Capability Set AcknowledgeCapability Set RejectCapability Set Release能力集確認能力集拒絕能力集釋放 消 息Open Logical ChannelOpen Logical Channel AcknowledgeDetermination RejectDetermination Release說 明 接收端點狀態(tài) 發(fā)送端點狀態(tài)打開邏輯信道 必選 必選打開邏輯信道確認 必選必選必選必選必選必選 邏輯信道信令過程功能消息必選 必選打開邏輯信道拒絕打開邏輯信道證實關(guān)閉邏輯信道Close Logical ChannelClose Logical Channel AcknowledgeRequest Channel CloseRequest Channel Close AcknowledgeRequest Channel Close RejectRequest Channel Close Release關(guān)閉邏輯信道確認請求信道關(guān)閉請求信道關(guān)閉證實請求信道關(guān)閉拒絕請求信道關(guān)閉釋放必選必選必選必選必選任選任選 任選任選任選 消 息Send Terminal Capability SetEncryptionFlow ControlEnd Session說 明 接收端點狀態(tài) 發(fā)送端點狀態(tài)發(fā)送終端能力集 必選 必選加密流量控制結(jié)束會話任選必選必選任選任選必選圖6 . 8 命令消息 15 消 息Maintenance Loop RequestSystem LoopMedia LoopLogical Channel Loop說 明 接收端點狀態(tài) 發(fā)送端點狀態(tài)維護環(huán)回請求必選必選系統(tǒng)環(huán)回媒體環(huán)回邏輯信道環(huán)回禁用見注禁用禁用必選禁用 維護環(huán)回功能消息Maintenance Loop AcknowledgeMaintenance Loop RejectMaintenance Loop Command Off注：網(wǎng)關(guān)應用時必選，其它為任選。維護環(huán)回確認維護環(huán)回拒絕維護環(huán)回命令關(guān)閉 任選任選任選 任選 RTP 和 RTCP 協(xié)議 協(xié)議規(guī)定 終端間的媒體流采用 RTP/RTCP 協(xié)議進行封裝。 IETF（ Inter 工程任務組）定義的實時傳輸協(xié)議（ RTP）是用來解決 LAN 和 Inter上實時通信問題的一種技術(shù)方案。 RTP 可以用于任何實時數(shù)據(jù)流，例如語音和視頻信號。RTP 定義了一種承載等時數(shù)據(jù) IP 包的格式，包 括： ? 所傳送數(shù)據(jù)的類型信息。 ? 時間戳（ timestamps）。 ? 序列號（ sequence number）。 另一個協(xié)議 RTCP 通常和 RTP 一同使用，它可以用于承載關(guān)于傳輸質(zhì)量的反饋（譬如抖動量、分組的平均丟失率等），也能用于傳輸一些有關(guān)參加者身份的信息。 RTP 和 RTCP 并不影響 IP 網(wǎng)絡的服務性能，它們沒有任何保證服務質(zhì)量的方式，網(wǎng)絡可以象對待其他 IP 包一樣將該 RTP 包丟棄、延遲或打亂順序。因此， RTP 和 RTCP 借助于資源預留協(xié)議（ RSVP）所提供的能力來解決資源預留和 QoS（服務質(zhì)量）的控制問 題。 RTP/RTCP 的設(shè)計可以讓這些協(xié)議用于網(wǎng)絡層之上的任意層。但通常 RTP/RTCP 是用在UDP 上，這是因為 TCP 的重發(fā)機制不適于處理極短等待時間的數(shù)據(jù)，譬如交互式通信。在這種情況下， RTP 一般被分配在一個偶數(shù) UDP 端口