CNS 14698-2002 Infrastructure of audiovisual services - Transmission multiplexing and synchronization - Multiplexing protocol for low bit rate multimedia communication《视听服务之基本结构-传输.pdf

《CNS 14698-2002 Infrastructure of audiovisual services - Transmission multiplexing and synchronization - Multiplexing protocol for low bit rate multimedia communication《视听服务之基本结构-传输.pdf》由会员分享，可在线阅读，更多相关《CNS 14698-2002 Infrastructure of audiovisual services - Transmission multiplexing and synchronization - Multiplexing protocol for low bit rate multimedia communication《视听服务之基本结构-传输.pdf（69页珍藏版）》请在麦多课文档分享上搜索。

1、1 視聽服務之基本結構傳輸多工及同步 低位元速率多媒體通信之多工協定 印月 94 10 月 本標準非經本局同意得翻印 中華民國國家標準 CNS 總號 號 ICS 35.110 14698 X1240 經濟部標準檢驗局印 公布日期 修訂公布日期 91 12 月 5 日 月日(共 69 頁) Infrastructure of audiovisual services - Transmission multiplexing and syn-chronization - Multiplexing protocol for low bit rate multimedia communication 1

2、. 適用範圍：本標準針對低位元速多媒體通信，規定其分封多工協定的訊框結構、位格式及程序，此項協定可用於個低位元速多媒體終端機之間或低位元速多媒體終端機及多點控制單元 (Multipoint Control Unit，簡稱 MCU)或交互工作配接器 (InterWorking Adapter，簡稱 IWA)之間，需要實作此多工協定之控制程序則規定於 CNS_(ITU-T H.245)。 在本標準中，把在同協定層間之通信模型化為代表輯資訊交換之一組抽象基元。而功能性之分解為 (子 )層以及各基元之描述，並意指特定之實作方式。尤其是各層間可用 “ (streaming)”模式交換輯單元 (服務資單元

3、 )內容而其中資訊交換可在轉送層擁有整個單元以前就起動。 2. 相關標準 (1) ITU-T Recommendation H.245 (1996), Control protocol for multimedia communi-cation. (2) ITU-T Recommendation V.42 (1993), Error-correcting procedures for DCEs using asynchronous-to-synchronous conversion. (3) ITU-T Recommendation H.324 (1996), Terminal for low

4、 bit rate multimedia com-munication. (4) CCITT Recommendation Q.922 (1992), ISDN data link layer specification for frame mode bearer services. 3. 定義及格式規約 3.1 用語釋義 3.1.1 調適層 (adaptation layer，簡稱 AL)：本標準中層多工器之上層。 3.1.2 調適層協定據單元 (adaptation layer protocol data unit，簡稱 AL-PDU)：在同級調適層個體之間所交換之資訊單元， AL-PDU

5、 被當作多工服務資單元 (multiplex-service data unit，簡稱 MUX-SDU)傳遞。 3.1.3 調適層服務資單元 (adaptation layer service data unit，簡稱 AL-SDU)：從一個 AL 使用者轉送到同級 AL 使用者而其完整性已保存之輯資訊單元。 3.1.4 AL 使用者 (AL user)：用調適層服務之較高層個體。 3.1.5 控制通道 (control channel)：載運 CNS_(ITU-T H.245)控制信息之輯通道。 3.1.6 標頭錯誤控制 (header error control ，簡稱 HEC)：在多工協

6、定據單元2 CNS 14698 , X 1240 (multiplex-protocol data unit，簡稱 MUX-PDU)標頭中之 3 位元循環冗餘碼(cyclic redundancy code，簡稱 CRC)，其用於偵測會影響多工碼 (multiplex code，簡稱 MC)欄之錯誤。 3.1.7 邏輯通道號碼 (logical channel number，簡稱 LCN)：指配給邏輯通道之唯一整數，介於 0 及 65535 之間。 3.1.8 多工碼 (multiplex code，簡稱 MC)欄：在 MUX-PDU 標頭中之 4 位元欄位，其藉由參考到多工表項目而規定在資訊

7、欄中每一個八位元組所屬之邏輯通道。 3.1.9 多工 (multiplex，簡稱 MUX)層：本標準中兩層多工器之下層。 3.1.10 多工表 (multiplex table)：最多為 16 個項之表，其規定 MUX-PDU 之資訊欄的多工型樣。 3.1.11 多工協定資料單元 (multiplex-protocol data unit，簡稱 MUX-PDU)：在同級MUX 層個體之間所交換的資訊單元。 3.1.12 多工服務資料單元 (multiplex-service data unit，簡稱 MUX-SDU)：從一個調適層轉送到同級調適層而其完整性已保存之邏輯資訊單元。 3.1.13

8、非可分段的邏輯通道 (non-segmentable logical channel)：不可將 MUX-SDU分段的邏輯通道，來自於非可分段的邏輯通道之 MUX-SDU 被以單一MUX-PDU 之連續八位元組傳輸。 3.1.14 封包標誌 (packet marker ，簡稱 PM)欄：一位元欄位用於標示來自於可分段邏輯通道之 MUX-SDU 的結束。 3.1.15 協定資料單元 (protocol data unit ，簡稱 PDU)：在同級協定層個體之間所交換的資訊單元。 3.1.16 服務品質 (quality of service ，簡稱 QOS)：個別資訊流從多工器接收之服務的品質，

9、係以諸如位元速率、延遲抖動、 遺漏 等之參數來衡量。 3.1.17 可分段的邏輯通道 (segmentable logical channel)：可將 MUX-SDU 分段的邏輯通道，分段允許 MUX-SDU 之傳輸被暫時擱置，以傳輸從另一個 MUX-SDU來的八位元組。 3.1.18 服務資料單元 (service data unit，簡稱 SDU)：從一個協定層個體轉送到同級協定層個體而其完整性已保存之邏輯資訊單元。 3.1.19 槽 (slot)：在單一 MUX-PDU 內連續的八位元組序列，由單一 CNS_(ITU-T H.245) logicalChannelNumber 型式中之

10、MultiplexElement 結構所描述，每一槽持有來自於單一 MUX-SDU 之八位元組的整數。 3.2 格式及規約 本標準所使用的編號 (numbering)、欄對映 (field mapping)及位元傳輸規約與CNS_(ITU-T V.42)標準中所用者一致。 3.2.1 編號規約 本標準所使用的基本編號規約如圖 1 所示，在每一資訊單元中之位元群集成眾多八位元組，八位元組之位元如圖所示水平地從 1 到 8 依次編號，垂直所示為多個八位元組從 1 到 n 依次編號。 3.2.2 位元傳輸之次序 3 CNS 14698 , X 1240 依由小而大之號碼次序傳輸八位元組；在八位元組內

11、，第一個傳輸的位元為位元 1。 3.2.3 欄對映規約 在單一個八位元組內，包含某一欄位時，該欄之最低編號位元代表最低次之值 (或最小有效位元 )。 當某一欄位占用超過一個八位元組時，第一個八位元組之最高編號位元代表最高次之值，而最後一個八位元組之最低編號代表最低次之值。 前述欄對映規約之例外為循環冗餘碼 (cyclic redundancy code，簡稱 CRC)欄，在此情況中，第一個八位元組的最低編號位元為代表 CRC 欄之多項式的最高次項；最後一個八位元組之最高編號位元為代表 CRC 欄之多項式的最低次項。 圖 1 格式規約 8 7 6 5 4 3 2 1 八位元組 1 2 n 4.縮

12、寫 AL 調適層 (Adaptation Layer) AL1-AL3 調適層 1-3 (Adaptation Layer 1-3) CRC 循環冗餘碼 (Cyclic Redundancy Code) DRTX 拒絕重送 (Decline Retransmission) EI 錯誤指示 (Error Indication) HDLC 高階資料鏈路控制 (High-level Data Link Control) HEC 標頭錯誤控制 (Header Error Control) IWA 交互工作配接器 (InterWorking Adapter) LAPM 數據機之鏈路接取程序 (Link

13、Access Procedure for Modems) LCN 邏輯通道號碼 (Logical Channel Number) MC 多工碼 (Multiplex Code) MUX 多工 (Multiplex)PDU 協定資料單元 (Protocol Data Unit) PM 封包標誌 (Packet Marker) PT 封包型式 (Packet Type) QOS 服務品質 (Quality of Service) SREJ 選擇性拒絕 (Selective Reject) SDU 服務資料單元 (Service Data Unit) SN 序列號碼 (Sequence Number

14、) 4 CNS 14698 , X 1240 5. 概觀 本標準係為在較高層個體諸如數據及控制協定與音訊及視訊編解碼器之間交換一串以上的資訊流，因而設計所規定的封包導向多工協定。 在本標準中，每一資訊流由單一方向邏輯通道所表現，而由唯一的邏輯通道號碼識別該邏輯通道，該號碼為介於 0 及 65535 間之整數。 LCN0 為指配給 CNS_(ITU-T H.245) 之控制通道之永久邏輯通道，傳送器使用 CNS_(ITU-T H.245) 之OpenLogicalChannel 及 CloseLogicalChannel 信息，動態地打開及關閉所有其他的邏輯通道， OpenLogicalChan

15、nel 信息規定邏輯通道所有必需的屬性，對於需要反向通道之應用， CNS_(ITU-T H.245)也定義打開雙向邏輯通道之程序。 多工器之一般結構如圖 2 所示，多工器包含兩個不同的層：多工層 (MUX)及調適層(AL)。 圖 2 本標準用之協定堆疊 應用層 音訊 l/O 視訊 l/O CNS_(ITU-T H.245)控制 控制 數據 音訊 視訊 LAPM 數據 協定 音訊 編碼器 視訊 編碼器 調適層 多工層本標準所涵蓋之範圍 實體層 5.1 多工層概觀 MUX 層負責使用在其下的實體層之服務，從 AL 轉送所收到的資訊至遠端， MUX層以 MUX-SDU 邏輯單元與 AL 交換資訊，

16、MUX-SDU 總是包含屬於單一邏輯通道的整數倍八位元組， MUX-SDU 典型上表現資訊方塊，其開始及結束標示接收器中需要解譯的欄位置。 MUX 層以一個以上變動長度的 MUX-PDU 封包，轉送 MUX-SDU 到遠端，MUX-PDU 包含一個八位元組之標頭，隨著數量可變動的八位元組於資訊欄位5 CNS 14698 , X 1240 中， HDLC 旗標界定 MUX-PDU， HDLC 零位元插入法則用於確保在 MUX-PDU內不具有模擬旗標。 從多邏輯通道來的八位元組可在單一 MUX-PDU 資訊欄中表現，標頭八位元組包含 4 位元多工碼欄，其藉由參考到多工表項目規定在資訊欄中每一個八位

17、元組所屬之邏輯通道。多工表項目 0 永遠指配給控制通道。傳送器形成其他多工表項目，且於其使用之前透過控制通道送信號至遠端。 多工表項目規定槽的型樣，其中，每一槽均指配給單一邏輯通道，在任一已知MUX-PDU 中可使用 16 個多工表項之任一項目。這樣讓從一個 MUX-PDU 到下一個 MUX-PDU 分配給每一個邏輯通道之位元數目有迅速且低額外負擔之交換。多工表頭之建構及其在 MUX-PDU 中之使用，完全由傳送器之控制，當然也受限於某些接收器能力。 當打開邏輯通道時，就註記好非可分段的或可分段的，來自於可分段的邏輯通道之 MUX-SDL 可分成幾段，然後再以一個以上的 MUX-PDU 將之轉

18、送至遠端。在提供已改善的服務品質，此種分段是有用的，例如：允許暫時懸置來自於可分段資料邏輯通道之長的 MUX-SDU 之傳輸，以從非可分段的音訊邏輯通道傳輸 MUX-SDU。 5.2 調適層概觀 在 AL 及較高層 AL 使用者間所交換資訊的單元為 AL-SDU，本標準並未規定從較高層對映資訊流進入 AL-SDU 之方法，而是在使用本標準的系統規範標準中規定之。 AL-SDU 包含整數數目個八位元組， AL 調適 AL-SDU 至 MUX 層係利用加上 (若適用的話 )額外的八位元組，以達到各項目的諸如錯誤偵測、序列編號及重送。在同級 AL 個體間所交換資訊之單元稱為 AL-PDU，而 AL-

19、PDU 是當作 MUX-SDU傳遞。 本標準規定三種不同型式的 AL，即 AL1、 AL2 及 AL3，茲分述如下： (1) AL1 主要係設計用於數據或控制資訊之轉送。 AL1 不提供任何錯誤控制， AL1使用者應該提供所有需要的錯誤保護。 在已分框之轉送模式中， AL1 以可變長度的 AL-SDU 從它的較高層 (例如：提供錯誤控制之數據鏈路層協定諸如 LAPM/V.42 或 LAPF/Q.922)接收資訊，並且，只是以 MUX-SDU 將這些傳給 MUX 層而無任何修改。 在未分框模式， AL1 用於從 AL1 使用者轉送未分框的八位元組序列。在此模式中，一個 AL-SDU 代表整個序列

20、，並且，假設是無限地繼續下去。 (2) AL2 主要設計用於數位音訊的轉送。 AL2 以 AL-SDU，從其較高層 (例如：音訊編碼器 )接收資訊，可能是可變長度，並且，在用於 8 位元 CRC 時加上 1 個八位元組，且用序列編號時選項地加上 1 個八位元組以後，以 MUX-SDU 將此傳給 MUX 層。 (3) AL3 主要設計用於數位視訊的轉送。 AL3 以可變長度 AL-SDU，從其較高層 (例如：視訊編碼器 )接收資訊，並且在用於 16 位元 CRC 時加上 2 個八位元組，且選項地加上 1 個或以上控制八位元組以後，以 MUX-SDU 將這些傳給 MUX 層。 AL3 包含為視訊設

21、計的重送協定。 6 CNS 14698 , X 1240 6. 多工層規格 6.1 多工層框架 MUX 層使用其下實體層之服務，提供從發送 AL 轉送 MUX-SDU 至接收 AL 之能力。 MUX-SDU 應該包含整數個八位元組， MUX 層應依上述從 AL 收到MUX-SDU 之相同次序，轉送於屬於已知邏輯通道之 MUX-SDU。 6.2 在 MUX 層及 AL 之間所交換的基元 MUX 層可與一個以上之 AL 介面，在 MUX 層及每一個別 AL 之間所交換的資訊包括下列基元： (1) MUX-DATA.request (MUX-SDU) (2) MUX-DATA.indication

22、(MUX-SDU) (3) MUX-Abort.request. (4) MUX-Abort.indication 6.2.1 基元描述 (1) MUX-DATA.request： AL 發送個體發出此基元至 MUX 層，以請求轉送MUX-SDU 至對應的接收個體。 (2) MUX-DATA.indication： MUX 層發出此基元至接收個體，以指示從對應的發送個體來的 MUX-SDU 之到達。 (3) MUX-Abort.request： AL 發送個體發出此基元至 MUX 層，以報知將要丟棄部分已遞送的 MUX-SDU，所有 AL 式均可使用此基元。 (4) MUX-Abort.ind

23、ication： MUX 層發出此基元至 AL 接收個體，以報知將要丟棄部分已遞送的 MUX-SDU。 6.2.2 參數描述 MUX-SDU：此參數包含來往 AL 之整數數目個八位元組， MUX-SDU 應該包含恰好一個完整的 AL-PDU。 6.3 MUX-PDU 分框 所有 MUX-PDU 均應該使用 HDLC 旗標來定界。 6.3.1 旗標 所有的 MUX-PDU 之前後均應加有包含唯一位元型樣 ”01111110”之旗標，MUX-PDU 之前所加的旗標定義為打開旗標 (opening flag)， MUX-PDU 之後所接的旗標定義為關閉旗標 (closing flag)。關閉旗標也可

24、充作下一個MUX-PDU 之打開旗標，然而，所有符合本標準之接收器應該容納超過一個連續旗標之接收，因為在 MUX-PDU 之間可重覆地傳送旗標。 6.3.1.1 透通性 傳送器應該檢驗在打開及關閉旗標間的 MUX-PDU 內容，並且，在所有連續五個 ”1”之序列以後，應該插入 ”0”位元，以確保在 MUS-PDU 之內不會有模擬旗標。接收器則應該檢驗在打開及關閉旗標間的已收到之位元流，並應丟棄直接跟在五個連續 ”1”位元之後任一 ”0”位元。 6.4 MUX-PDU 格式及編碼 所有 MUX-PDU 應該符合圖 3 所示之格式。 7 CNS 14698 , X 1240 圖 3 MUX-PDU

25、 格式 位元 8 7 6 5 4 3 2 1 八位元組 標頭 (1 個八位元組 ) 1 資訊欄 (0 個以上八位元組 ) 2 6.4.1 標頭 標頭格式應該符合圖 4 所示之格式。 圖 4 MUX-PDU 之標頭格式 位元 8 7 6 5 4 3 2 1 HEC MC PM MC 多工碼 (Mutiplex Code) HEC 標頭錯誤控制 (Header Error Control) PM封包標誌 (Packet Marker) 6.4.1.1 多工碼 (MC)欄 4 位元之 MC 欄規定 MUX-PDU 資訊欄之每一個八位元組屬於哪一個邏輯通道，此係藉用參考多工表之項目而得，該欄位表現多工

26、表項目數，從0 至 15，多工表項目 0 為永久指配給控制通道，並且，應該恆表現指配給繼續到關閉旗標為止之控制通道 (LCN0)的八位元組之型樣。在使用其以前應依照 CNS_(ITU-T H.245)標準所描述之程序及語法，以CNS_(ITU-T H.245)標準中 MultiplexEntrySend 信息，發送多工表項目 1至 15 到遠端。 除非在系統標準中另行規定，在開始通信時， 只有表項目 0 為可用，表項目 1 至 15 則尚無可用，用於傳輸之每一方向的多工表項目互為獨立且可不同。 接收器應該丟棄任一 MUX-PDU 若其 MC 欄參考至尚無作用的多工表項目，接收器也應丟棄包含用於

27、尚未打開之邏輯通道的八位元組之任一MUX-PDU。 符合本標準之所有接收器應該報知其能力，以使用規定於 CNS_(ITU-T H.245)中之接收能力指示 h223MultiplexTableCapability，接收並正確地解譯基本型或加強型 MultiplexEntryDescriptors其定義請參照 CNS_(ITU-T H.245)。 MUX-PDU 8 CNS 14698 , X 1240 報知基本型 h223MuxTableCapability 之接收器，應該能接收並正確地解譯滿足下列限制之 MultiplexEntryDescriptors： (1) 最大之元件表列 (elem

28、entList)大小： 2 (2) 最大之巢套深度： 1 (3) 最大之次元件表列 (subElementList)大小： 2 且其在元件表列中的第一個 MultiplexElement 不會超過一次使用非可分段的邏輯通道，且其在元件表列中的第二個 MultiplexElement 只使用可分段的邏輯通道。 報知加強型能力的接收器，依照 CNS_(ITU-T H.245)標準之h223MultiplexTableCapability 指示，應該報知其能力以接收及正確地解譯 MultiplexEntryDescriptors，報知加強型能力之接收器，也能接收及正確地解譯包含於基本型能力之所有 M

29、ultiplexEntryDescriptors。 備考：每一個 MUX-PDU 之 MC 欄之選擇方式為提供每一資訊流所需之服務品質，此為本地多工實作之責任，已超過本標準的範疇。 6.4.1.2 標頭錯誤控制 (HFC)欄 3 位元的 HEC 欄使用 3 位元 CRC 於 MC 欄，提供錯誤偵測能力。 HEC 欄應該包含 MC 欄內容乘以 x3之積除以產生器多項式 P(x) x 3 x 1 之餘式 (模 2)。代 表 MC 欄內容之多項式係使用 MC 欄中位元號碼 2(即最低有效位元 )作為最高階項之係數而產生；代表 CRC 欄內容之多項式係使用位元號碼 6(即最低有效位元 )作為最高階項之

30、係數而產生。表 1 所示為 3 位元的 HEC 欄之值，其為 4 位元 MC 欄之函數。 接收器應丟棄 HEC 欄未通過錯誤檢查之任何 MUX-PDU。 6.4.1.3 封包標誌 (PM)欄 如 6.5 節中所描述，應該使用 1 位元 PM 欄，以標示可分段邏輯通道之MUX-SDU 的結束。 表 1 HEC 欄之值，其為 MC 欄之值的函數 MC 欄 HEC 欄 位元號碼 5 4 3 2 位元號碼 8 7 6 0 0 0 0 0 0 0 0 0 0 1 1 0 1 0 0 1 0 1 1 1 0 0 1 1 0 1 0 0 1 0 0 0 1 1 0 1 0 1 1 1 0 0 1 1 0 1

31、 0 0 0 1 1 1 0 0 1 1 0 0 0 1 1 0 1 0 0 1 0 1 1 1 0 1 0 0 0 1 1 0 1 1 1 0 0 1 1 0 0 1 0 1 1 1 0 1 0 0 0 1 1 1 0 0 1 0 1 1 1 1 1 1 1 9 CNS 14698 , X 1240 6.4.2 資訊欄 MC 欄所選擇的多工表項目，依照 CNS_(ITU-T H.245)標準所描述之多工表項目語法，規定資訊欄之多工型樣，從多邏輯通道來的八位元組可出現在資訊欄中，除了不應該解譯從非可分段的邏輯通道來的 MUX-SDU 以外，藉由以關閉旗標關閉 MUX-PDU 可終止資訊欄於任何

32、八位元組之邊界上。 本程序為選項為且僅當使用本標準之系統標準需要它時才使用：當使用本選項時，在施用透通程序以前，傳送器應該以八位元組 000uxyz0，與資訊欄中的每一個八位元組做“互斥或”，其中， “uxyz”代表 MC 欄之位元， z 對應於該欄之最低有效位元 (位元號碼 2)，接收器應該履行相同的操作，以恢復原先的資訊欄內容。遵循此程序以確保：影響 MC 欄之錯誤將會改變所接收到的資訊欄之八位元組內容，可高或然率的確保應用於資訊欄內容之任何CRC 檢查的失敗。 備考：當未使用上述程序時，應設計多工器為若一旦影響 MC 欄之未偵測出的錯誤發生時，則以高或然率確保施用於資訊欄之 CRC 檢查

33、的失敗。 資訊欄的長度並不受限制，然而，當傳送器選擇資訊欄長度時，其應考慮在下層的實體媒體之錯誤特性，一旦影響 MC 欄之位元錯誤發生，則可能遺漏整個 MUX-PDU。 備考：在接收器中， MUX 層在擁有完整的 MUX-PDU 以前，可採用 “資料流 ”模式，把資訊欄之八位元組傳遞到 AL。 6.4.3 放棄 在接收器中，如果沒有資訊欄之 MUX-PDU 的 PM 欄設定為 “0”，且其 MC欄相同於前一次收到的 MUX-PDU，則應解譯該 MUX-PDU 為放棄，待放棄的 MUX-SDU 為在前一次收到的 MUX-PDU 中佔住最後一個八位元組者。 6.5 MUX-SDU 邊界的標示 在

34、AL 中及 /或在訊框導向的較高層中，為了識別接收器必須解譯的所有欄位置，需要偵測出接收器中 MUX-SDU 之邊界，應完成下述： 對於非可分段邏輯通道，每一個 MUX-SDU 應該以符合型式為logicalChannelNumber(參照 CNS_(ITU-T H.245)之單一 MultiplexElement結構中所規定的槽來開始，並且應該在規定的 repeatCount 之後，或於目前 MUX-PDU之關閉旗標設定時結束，視何者先發生者而定。假如在 MUX-SDU 以後，關閉旗標立刻終止目前的 MUX-PDU，則 MUX-SDU 之真正長度可小於槽之長度，由於每一個 MUX-SDU 之

35、大小可能會變動，故可定義多個多工表項目來搭配MUX-SDU 之可能長度，以使用來自於其他邏輯通道之八位元組來混合此MUX-SDU。應該注意的是此處所給的定義連同 CNS_(ITU-T H.245)標準中所給的條件，隱含允許在一個 MUX-PDU 中從非可分段的邏輯通道，置放超過一個MUX-SDU，但僅當遠端接收器已經指示加強型多工能力。 對於可分段邏輯通道，可將每一個 MUX-SDU 打破成數段，且可在一個以上之MUX-PDU 中轉送這些段。應該使用在 MUX-PDU 標頭中之 PM 欄來標示每一個MUX-SDU 之結束。特別是，應該設定 PM 欄為 “1”來指示前一個 MUX-PDU 之最後

36、一個八位元組為終止 MUX-SDU 的最後八位元組。為此程序之結果是只允許一個可分段的 MUX-SDU 終止於 MUX-PDU 中；只要一到達來自於可分段邏10 CNS 14698 , X 1240 輯通道之任一 MUX-SDU 的結束，則應該以關閉旗標及下一個 MUX-PDU 之 PM欄為 ”1”來終止 MUX-PDU，而在所有其他環境下，應該設定 PM 欄為 “0”。此一程序的另一結果是 MUX-PDU 將絕不會包含來自相同可分段邏輯通道之兩個不同的 MUX-SDU。 假如傳送器在關閉 MUX-PDU 以後，並沒有資訊立刻發送，則為了終止從可分段的邏輯通道來的 MUX-SDU，應該傳輸未具

37、資訊欄的空 MUX-PDU。此一MUX-PDU 之 PM 欄應該設定為 “1”，並且， MC 欄應該與前一個 MUX-PDU 者相同。 6.6 實例 表 2 所示為在 elementList 中包含 1 、 2 或 3 個 MultiplexElements 之MultiplexEntryDescriptors 之實例，表中每一列對應於每一個MultiplexEntryDescriptor，對於每一個 MultiplexEntryDescriptor，在 elementList中的 MultiplexElements 數目、巢套深度及 subElementList 均於各行 (column)中

38、給定。 假設有五個邏輯通道如次： LCN0：控制、 LCN1：音訊 I、 LCN2：數據、 LCN3：視訊及 LCN4：音訊 II。此處指定音訊邏輯通道為非可分段的，且所有其他通道則指定為可分段的。 前五列所示為基本型 MultiplexEntryDescriptors 之實例。 表 2 MultiplexEntryDescriptors 之實例 (LCN: logicalChannelNumber, RC: repeat Count, UCF: untilClosingFlag) 列 MultiplexEntryDescriptor 元件 表列大小巢套深度次元件 表列大小實例 1 LCN1,

39、RC UCF 1 0 0 全為音訊 2 LCN3,RC UCF 1 0 0 全為視訊 3 LCN1,RC21,LCN3,RC UCF 2 0 0 音訊 , 全為視訊 4 LCN2,RC1,LCN3,RC3,RC UCF 1 1 2 1:3 數據 :視訊 5 LCN1,RC4,LCN2,RC1, LCN3,RC2,RC UCF 2 1 2 音訊 , 1:2 數據 :視訊 6 LCN1,RC21,LCN2,RC2, LCN3,RC6,LCN0,RC1RC UCF2 1 3 音訊 , 2:6:1 數據 :視訊 :控制7 LCN1,RC21,LCN4,RC25, LCN2,RC1,LCN3,RC1RC

40、 UCF 3 1 2 音訊 I, 音訊 II, 1:1 數據 :視訊 8 LCN1,RC25,LCN2,RC1, LCN3,RC1,RC5,RC UCF 1 2 2 兩層巢套 前兩列所示為如何能指配整個 MUX-PDU 資訊欄至單一邏輯通道，應該注意第一列所示之項能用於任何長度之音訊，但不能發送超過一個音訊之 MUX-SDU。 第三列說明在單一 MUX-PDU 中之音訊 MUX-SDU 以後，可如何傳輸視訊。 第四列所示為使用數據的 1 個八位元組及視訊的三個八位元組之重複型樣，可如何混合數據及視訊。 11 CNS 14698 , X 1240 PM1 第五列所示為使用數據及視訊之重複型樣，可

41、如何混合在靜音期間所發送之可能代表背景雜音資訊的短音訊 MUX-SDU。 後三列所示為加強型 MultiplexEntryDescriptors 之實例： 第六列說明用來自於視訊、數據及控制通道的八位元組，可如何混合音訊。 第七列所示使用 MultiplexEntryDescriptor 暨 3 個多工元件，以發送從兩個不同的音訊邏輯通道來的兩個音訊 MUX-SDU，混以來自於數據及視訊通道的八位元組。 最後，第八列所示為兩層巢套，其中，音訊 MUX-SDU 後接著重複五次之數據及視訊八位元組的替用型樣，並且，包含音訊 MUX-SDU 之整個型樣重複 ”直到關閉旗標 ”(untilClosin

42、gFlag，簡稱 UCF)。 圖 5 所示為從 MultiplexEntryDescriptor 來的資訊欄之構建實例，並且說明 PM欄的使用，在此實例中，使用表 2 之第五列所示之 MultiplexEntryDescriptor。 圖 5 資訊欄實例 LCN1(音訊 ) LCN2(數據 ) LCN3(視訊 ) AL MUX 層4 個八位元組 3個八位元組 3個八位元組 旗標 標頭 LCN1 LCN2 LCN3 LCN2 LCN3 旗標 標頭 假設在此實例中之某一時間點，多工器預備傳輸三個 MUX-SDU： 從 LCN1 來的 4 個八位元組之 MUX-SDU、從 LCN2 來的 3 個八位

43、元組之MUX-SDU 及從 LCN3 來的 3 個八位元組之 MUX-SDU。 MUX-PDU 的形成是從 LCN1 來的 4 個八位元組之 MUX-SDU 起動，並以從 LCN2來的 1 個八位元組之段、從 LCN3 來的 2 個八位元組之段、從 LCN2 來的 1 個八位元組之段及另一從 LCN3 來的 1 個八位元組之段來繼續，因為從 LCN3 來的MUX-SDU 結束接著到達，故以旗標關閉 MUX-PDU，並設定下一個 MUX-PDU中之 PM 欄，在隨後的任一 MUX-PDU 中，可傳輸從 LCN2 來的 MUX-SDU 之最後一個八位元組。 7. 調適層規格 7.1 簡介 本節規定

44、在 AL 及其之上較高層間以及 AL 及 MUX 間之互動和在同級 AL 間端對端之操作。 AL 加強由其下 MUX 層所提供之服務，以支援 AL 使用者所需之12 CNS 14698 , X 1240 功能，並支援在 MUX 層及其上層間之對映，此處規定三種不同的 AL 型式，分別命名為 AL1、 AL2 及 AL3。 使用 CNS_(ITU-T H.245)標準之 OpenLogicalChannel 信息之傳送器，在打開邏輯通道時選擇了 AL。三種 AL 型式中的任一種可用於載運已給定邏輯通道，惟受到使用本標準之系統標準所加諸之限制。在打開邏輯通道時， AL 包含了傳送器以 OpenLo

45、gicalChannel 信息選擇的一些選項欄位。 在 AL 及較高層個體之間所交換的資訊單位，稱為 AL-SDU， AL-SDU 可為變動長度， AL 使用者決定 AL-SDU 之最大長度，從較高層對映資訊流至 AL-SDU，為本標準中外的範疇，而是定義於使用本標準之系統標準 (例如： CNS 14697低位元速率多媒體通訊用終端設備 ) 。 AL 應該轉送屬於已給定邏輯通道之AL-SDU，依照從較高層個體收到其時之相同次序。 AL 以單一 AL-PDU 轉送從AL 使用者所收到之完整 AL-SDU。 AL-PDU 直接對映至單一 MUX-SDU，MUX-SDU 即為 MUX 層基元之參數；

46、反之亦然。 7.2 調適層型式 1(AL1)規格 7.2.1 AL1 之框架 AL1 主要是設計用來轉送數據或控制資訊。 因為 AL1 不提供任何錯誤偵測或校正能力，所以，較高層應該提供任何必需的錯誤控制，可能包含重送程序。 AL1 提供兩種轉送模式： (1) 已分框的轉送模式 (2) 未分框的轉送模式 在已分框的轉送模式中， AL1 可用於轉送較高層協定所產生之訊框，諸如數據鏈路層協定 LAPM/V.42 或 LAPF/Q.922。在此一情形中，首先將訊框對映至 AL-SDU，然後置於 MUX-SDU 由 AL1 傳遞至 MUX 層。 AL1 也可用於載運未分框的八位元組序列，在此一模式中，

47、在八位元組序列中任何內部目前分框並未由 AL1 所看得到，該 AL1 傳遞從較高層收到之八位元組至 MUX 層，而不管是否分框。 AL1 之轉送模式，係由傳送器以 CNS_(ITU-T H.245) 標準中之OpenLogicalChannel 信息來選擇。 AL1 使用未分框的轉送模式所轉送的邏輯通道，應該被指定為可分段的，以便能夠中斷八位元組傳輸，來發送來自於其他資訊流的八位元組，然而，因為 AL-SDU 不定地繼續於此類邏輯通道，故 PM 欄應該絕不設定為 “1”。 7.2.2 在 AL1 及 AL1 使用者間交換的基元 在 AL1 及 AL1 使用者間交換的資訊，包含下列基元： (1)

48、 AL-DATA.request (AL-SDU). (2) AL-DATA.indication (AL-SDU). (3) AL-Abort.request. (4) AL-Abort.indication. 7.2.2.1 基元描述 (1) AL-DATA.request： AL1 使用者發出本基元至 AL1，以請求轉送AL-SDU 至其對應的接收個體。 13 CNS 14698 , X 1240 (2) AL-DATA.indication： AL1 發出本基元至 AL1 使用者，以指示 AL-SDU之抵達。 (3) AL-Abort.request： AL1 使用者發出本基元至 AL

49、1，以報知將要放棄部分已傳遞的 AL-SDU，在未分框的轉送模式中不使用此基元。 (4) AL-Abort.indication： AL1 發出本基元至 AL1 使用者，以報知將要放棄部分已傳遞的 AL-SDU，在未分框的轉送模式中不使用此基元。 7.2.2.2 參數描述 AL-SDU：本參數規定在 AL1 與 AL1 使用者間所交換資訊之單位。每一個 AL-SDU 應該包含整數數目個八位元組， AL-SDU 之長度可以是變動的， AL1 使用者應決定 AL-SDU 之最大長度，將在 AL-SDU 中的八位元組編號為 1 到 n，同時，在每一個八位元組中，將位元從 1 到 8 編號，八位元組 1 的位元 1 先被傳輸。 7.2.3 放棄之程序 當以資料流模式在各層間交換資訊時，可使用放棄程序。 當從 AL1 使用者發送 AL-Abort.request 基元至 AL1，以便放棄部分已遞送之AL-SDU 時，假如已經部分地遞送包含該 AL-SDU 之 MUX-SDU 至 MUX 層，則