1、 1 寬頻整體服務數位網路使用者部 修改程序 印月 94 10 月 本標準非經本局同意得翻印 中華民國國家標準 CNS 總號 號 ICS 33.040.40 14750 X1252 經濟部標準檢驗局印 公布日期 修訂公布日期 92 6 月 24 日 月日 (共 36 頁) B-ISDN user part - Modification procedures 1.適用範圍：本標準規定寬頻整體服務位網 (Broadband Integrated Services Digital Network，簡稱 B-ISDN)使用者部 (User Part)之延伸部分，於呼叫現用階段 (Active Phas
2、e)期間，用以支援接特性之修改 (Modification)。 2.用語釋義 本標準定義以下的用語。 (1)接擁有者 (Connection Owner)：啟動接建方 (Party)。 (2)正向 (Forward)：指示接擁有者至非接擁有者 (Non-Connection Owner)之方向。 (3)反向 (Backward)：指示非接擁有者至接擁有者之方向。 (4)訊 (Incoming)：指示一交換機之接擁有者側 (Side)。 (5)去訊 (Outgoing)：指示一交換機之非接擁有者側。 (6)啟動端交換機 (Initiating Exchange)：指示從使用者接收修改請求之市內交
3、換機(Local Exchange)。 (7)終端交換機 (Terminating Exchange)：指示在被請求的使用者側之市內交換機。 3.縮寫 照 CNS_(ITU-T Q.2764)。 4.概 4.1 範圍 (1)本標準涵蓋點對點單一接的組態 (Configuration)。 (2)修改程序僅於現用階段期間才被允許。 (3)這些程序得與窄頻模擬服務 (Narrow-band Emulation Service)組合。 (4)將在下述種型式交換機採取動作 (Action)：啟動端交換機 (Initiating Ex-change)、中間國內交換機 (Intermediate Natio
4、nal Exchange)、去訊國際交換機(Outgoing International Exchange)、中間國際交換機 (Intermediate international Exchange)、訊國際交換機 (Incoming International Exchange)及終端交換機(Terminating Exchange)等。 (5)欲加以修改的接特性只有尖峰細胞速 (Peak Cell Rate，簡稱 PCR)，包含正向的、反向的或者，這些特性是經由指示結果的值遞增地或遞減地修改。 (6)正向的尖峰細胞速及反向的尖峰細胞速能被獨地請求為遞增地或遞減地修改。 (7)如果全部的請求
5、修改被接受，則將只是接受此一請求。 (8)在所請求的正向或反向方向的尖峰細胞速，者有一值與目 2 CNS 14750, X 1252 前相同，則此一請求能夠被接受。 (9)本標準既不支援再選路程序 (Re-routing Procedure)，也不支援再建立程序(Re-establishment Procedure)。 (10)每一連接均可適用於循序的修改 (Sequential Modification)，但不適用於並行的修改 (Parallel Modification)。 (11)使用修改程序並不會妨礙 u 面細胞 (u-plane Cell)之轉送。針對含有端對端時序 (End-to-
6、end Timing)之 CBR 類別 A，於應用層次的中斷 (Interruption)可能為同步之目的所需。 (12)一連接之釋放程序應比此一連接的修改程序還優先。 (13)唯獨連接之擁有者才被允許去啟動修改程序。 (14)在一請求修改訊息裡，只可以請求修改一個參數。 (15)啟動的使用者 (Initiating User)於傳送一個修改請求訊息，以減少一連接的正向細胞速率時，必須減縮細胞之輸入；否則，當在遠端的市內交換機 (Remote Local Exchange)完成修改程序時，啟動的使用者可能依然正在傳送高的細胞速率，這樣會造成丟棄 (Discard)以及在遠端的市內交換機可能的操
7、作告警(Operation Alarm)。 (16)針對不是由此接取 (Access)送回的一個已證實的修改訊息之情形，在網路節點介面 (Network Node Interface，簡稱 NNI)上不需要有錯誤的程序。 4.2 規格模型 (Model) 修改服務之 B-ISDN 使用者部程序的描述是依據於圖 1 所述之模型來建造。 4.3 訊息和參數的一般功能 本節描述 CNS_(ITU-T Q.2762)之附加的訊息和參數。 4.3.1 訊息 4.3.1.1 修改請求 (Modify Request，簡稱 MOD) 為了修改與某一呼叫結合的連接特性而傳送的一種訊息。 4.3.1.2 修改認
8、可 (Modify Acknowledge，簡稱 MOA) 為了回應一修改請求訊息而傳送的一種訊息，以指示此一修改請求已被接受。 4.3.1.3 修改拒絕 (Modify Reject，簡稱 MOR) 為了回應一修改請求訊息而傳送的一種訊息，以指示此一修改請求已被拒絕。 4.3.1.4 修改確認 (Modify Confirm，簡稱 MOC) 用以指示完成修改程序而傳送的一種訊息。 4.3.2 參數 4.3.2.1 報告型式 用以指示修改確認是否需要而傳送的一種資訊。 3 CNS 14750, X 1252 圖 1 B-ISUP 修改服務之規格模型 說明： AE 應用個體 (Applicati
9、on Entity) ASE 應用服務元件 (Application Service Element) BCC 載送連接控制 (Bearer Connection Control) CC 呼叫控制 (Call Control) MC 維護控制 (Maintenance Control) NI 網路介面 (Network Interface) SACF 單一結合控制功能 (Single Association Control Function) SAO 單一結合物件 (Single Association Object) UI 無法辨識之資訊 (Unrecognized Information)
10、 備考：本圖中 BCC 和 CC ASE 係由 CNS_(ITU-T Q.2764)延伸而來。 B-ISUP 節點功能 SACFB-ISUP SAO B-ISUP AE NI 交換機應用處理 MTP-3deCCASEBCCASEMCASEUIASEabcfg 4 CNS 14750, X 1252 5. B-ISDN 使用者部之訊息和參數 5.1 參數 表 1 提供參數名稱碼 (Parameter Name Code)與相關之標準。 表 1 參數名稱碼與相關標準 參數名稱 相關標準 碼 AT M 細胞速率 原因指示符 (Cause Indicator) 目的地信號識別符 通知 報告型式 CNS
11、_(ITU-T Q.2763) CNS_(ITU-T Q.2763) CNS_(ITU-T Q.2763) CNS_(ITU-T Q.2763) 本標準 0000 1000 0001 0010 0000 0011 0010 1100 0110 0100 5.1.1 報告型式 報告型式欄位的格式如圖 2 所示。 圖 2 報告型式參數的欄位 8 7 6 5 4 3 2 1 1 1 延伸 編碼標準 保留 2 更進一步內容如 CNS_(ITU-T Q.2963.1) 所示，始於八位元組 5 使用於報告型式參數欄位之子欄位中的那些碼定義於 CNS_(ITU-T Q.2963.1) 的寬頻報告型式之資訊元
12、件裡。 5.2 訊息 表 2 提供訊息名稱碼 (Message Name Code)與相關之標準。 表 2 訊息名稱碼與相關標準 訊息型式 相關標準 碼 修改請求 修改認可 修改拒絕 修改確認 本標準表 3 本標準表 4 本標準表 5 本標準表 6 0011 1100 0011 1010 0011 1011 0011 1101 5 CNS 14750, X 1252 表 3 訊息型式：修改請求 參數 相關標準 長度 (八位元組 ) 目的地信號識別符 AT M 細胞速率 通知 * CNS_(ITU-T Q.2763) CNS_(ITU-T Q.2763) CNS_(ITU-T Q.2763) 8
13、 - 9 9 - 21 5 - 6 註 * 本參數可以被重複。 表 4 訊息型式：修改認可 參數 相關標準 長度 (八位元組 ) 目的地信號識別符 報告型式 通知 * CNS_(ITU-T Q.2763) 本標準 CNS_(ITU-T Q.2763) 8 - 9 6 - 7 5 - 6 註 * 本參數可以被重複。 表 5 訊息型式：修改拒絕 參數 相關標準 長度 (八位元組 ) 目的地信號識別符 通知 * 原因指示符 CNS_(ITU-T Q.2763) CNS_(ITU-T Q.2763) CNS_(ITU-T Q.2763) 8 9 5 - 6 6 - 7 註 * 本參數可以被重複。 表
14、6 訊息型式：修改確認 參數 相關標準 長度 (八位元組 ) 目的地信號識別符 通知 * CNS_(ITU-T Q.2763) CNS_(ITU-T Q.2763) 8 - 9 5 - 6 註 * 本參數可以被重複。 6.呼叫控制及應用處理功能 6.1 基元介面 6 CNS 14750, X 1252 於應用處理之修改服務功能使用由單一結合控制功能 (Single Association Con-trol Function，簡稱 SACF)基元所提供的服務， CNS_(ITU-T Q.2764)之附加的基元列於表 7 裡。 本介面之基元對應於 B-ISUP 訊息，於表 7 中同時也指示這點。
15、表 7 於 AP 與 SACF 間之呼叫控制基元 基元名稱 型式 對應的 B-ISUP 之訊息 Modify 請求 /指示 /回應 /確認 修改請求、修改認可 Modify_Rejected 請求 /指示 修改拒絕 Modify_Confirm 請求 /指示 修改確認 表 8 至表 11 列出這些基元之必備和選項的內容。 (參照第 6.7 節 ) 6.2 成功的修改 6.2.1 修改請求 /指示基元 6.2.1.1 啟動的交換機所需動作 當啟動的交換機一收到來自連接擁有者的一個修改連接特性之請求時，假如它是一指配的交換機 (Assigning Exchange)，則此交換機將在其去訊側保留對應
16、的資源，且將發出一修改請求基元給後一級的交換機(Succeeding Exchange)。當正向方向之頻寬 (Bandwidth)被請求減少時，於正向方向之管治政策 (Policing Policy)必須予以改變，採取改變管治政策的動作應在發出修改請求基元之前為之。 6.2.1.2 中間的國內交換機所需動作 當中間的交換機一收到修改指示基元時，假如它是來訊 /去訊虛擬路徑連接識別符 (Virtual Path Connection Identifier，簡 稱 VPCI)之一指配的交換機，則此交換機將在其來訊 /去訊側保留對應的資源，且將發出一修改請求基元給後一級的交換機。 6.2.1.3 去
17、訊的國際交換機所需動作 參照第 6.2.1.2 節與下列的增加事項： 如果應用管治，當反向之頻寬被請求增加時，於反向方向之管治政策必須予以改變，採取改變管治政策的動作應在發出修改請求基元之前為之。 6.2.1.4 中間的國際交換機所需動作 參照第 6.2.1.2 節與下列的增加事項： 如果應用管治，當正向之頻寬被請求減少時，於正向方向之管治政策必須予以改變，且當反向之頻寬被請求增加時，於反向方向之管治政策也必須予以改變，採取改變管治政策的動作應在發出修改請求基元之前為之。 7 CNS 14750, X 1252 6.2.1.5 來訊的國際交換機所需動作 參照第 6.2.1.2 節與下列的增加事
18、項： 如果應用管治，當正向之頻寬被請求減少時，於正向方向之管治政策必須予以改變，採取改變管治政策的動作應在發出修改請求基元之前為之。 6.2.1.6 終端的交換機所需動作 當終端的交換機一收到修改指示基元時，假如它是一指配的交換機，則此交換機將在其來訊側保留對應的資源，且將對非連接擁有者繼續進行修改之請求。 6.2.2 修改回應 /確認基元 6.2.2.1 終端的交換機所需動作 當終端的交換機一收到來自非連接擁有者的一個修改認可時，假如它是一指配的交換機，則此交換機將配置資源，且將發出一修改回應基元給前一級的交換機 (Preceding Exchange)。如果反向之頻寬被請求修改，則於反向方
19、向之管治政策必須予以改變，採取改變管治政策的動作應在發出修改回應基元之前為之。 6.2.2.2 中間的國內交換機所需動作 當中間的交換機一收到修改確認基元時，假如它是來訊 /去訊 VPCI 之一指配的交換機，則此交換機將配置資源，且將發出一修改回應基元給前一級的交換機。 6.2.2.3 去訊的國際交換機所需動作 參照第 6.2.2.2 節與下列的增加事項： 如果應用管治 (policing)，當反向之頻寬被請求減少時，於反向方向之管治政策必須予以改變，採取改變管治政策的動作應在發出修改回應基元之前為之。 6.2.2.4 中間的國際交換機所需動作 參照第 6.2.2.2 節與下列的增加事項： 如
20、果應用管治，當反向之頻寬被請求減少時，於反向方向之管治政策必須予以改變，且當正向之頻寬被請求增加時，於正向方向之管治政策也必須予以改變，採取改變管治政策的動作應在發出修改回應基元之前為之。 6.2.2.5 來訊的國際交換機所需動作 參照第 6.2.2.2 節與下列的增加事項： 如果應用管治，當正向之頻寬被請求增加時，於正向方向之管治政策必須予以改變，採取改變管治政策的動作應在發出修改回應基元之前為之。 6.2.2.6 啟動的交換機所需動作 當啟動的交換機一收到修改確認基元時，假如它是一指配的交換機，則此交換機將配置資源，且將對連接擁有者繼續進行修改認可之指示。當正向之頻寬被請求增加時，於正向方
21、向之管治政策必須予以改變，採取 8 CNS 14750, X 1252 改變管治政策的動作應在修改認可通知給連接擁有者之前為之。 6.2.3 Modify _ Confirm 請求 /指示基元 6.2.3.1 啟動的交換機所需動作 當啟動的交換機一收到來自連接擁有者的修改確認之請求時，此交換機將發出一 Modify _ Confirm 請求基元給後繼的交換機。 6.2.3.2 中間的國內交換機所需動作 當中間的交換機一收到 Modify _ Confirm 指示基元時，此交換機將發出一 Modify _ Confirm 請求基元給後一級的交換機。 6.2.3.3 去訊的國際交換機所需動作 參照
22、第 6.2.3.2 節。 6.2.3.4 中間的國際交換機所需動作 參照第 6.2.3.2 節。 6.2.3.5 來訊的國際交換機所需動作 參照第 6.2.3.2 節。 6.2.3.6 終端的交換機所需動作 當終端的交換機一收到 Modify _ Confirm 指示基元時，此交換機將對非連接擁有者繼續進行修改之確認。 6.3 不成功的修改 6.3.1 缺乏資源 假如由於缺乏資源而使得修改不能完成，則此交換機將立刻向前一級的交換機發出一 Modify_ Rejected 請求基元，此一程序僅適用於指配的交換機。Modify_ Rejected 基元必須包含表 10 所列出的必備參數，原因值 “
23、沒有可用的使用者細胞速率 “被包含於缺乏頻寬的情況裡。 6.3.2 收到 Modify _ Rejected 基元之交換機動作 當一交換機收到 Modify_ Rejected 指示基元時，假如它是一指配的交換機，則此交換機必須取消資源的保留，並恢復在修改請求之前所使用的管治政策；且： (1)中間的交換機將發出一 Modify_ Rejected 請求基元給前一級的交換機。 (2)啟動的交換機將傳送一指示給連接擁有者。 6.3.3 在傳送修改請求基元後收到釋放基元之交換機動作 當一交換機在傳送修改請求之後，接著收到釋放指示基元時，將以正常的連接釋放程序繼之。 6.3.4 收到混淆基元 (Con
24、fusion primitive)之交換機動作 當一交換機收到混淆指示基元時，假如原因指示符參數隱含其修改請求訊息已被丟棄，則此交換機必須發出一 Modify_ Rejected 請求基元給前一級的交換機。 6.4 與信號能力集 1 節點之互作 9 CNS 14750, X 1252 當信號能力集 1(Signalling Capability Set 1，簡稱 CS-1)節點收到一修改指示基元時，該節點將丟棄此一基元，並於跟隨指令指示符 (Instruction Indicator)之後，向前一級的節點回送一混淆基元。供修改請求基元和修改回應基元使用之訊息相容性資訊 (Message Com
25、patibility Information)的編碼如附錄 2 所示。收到這種混淆基元的節點係遵循 6.3.4 節之規定。 6.5 與窄頻網路之互作 不適用。 6.6 錯誤指示基元 錯誤指示基元是因為應用服務元件 (Application Service Element，簡稱 ASE)偵測到各種協定錯誤而可能被收到，除了在 CNS_(ITU-T Q.2764)中所描述的基元以外，以下的錯誤及其對應的動作亦被識別： (1)計時器 “等候修改認可 (Await Modify Acknowledge)“逾時 (Expiry)，由載送連接控制 (Bearer Connection Control，簡稱
26、 BCC) ASE 所偵測：如果發生這種錯誤，則此連接將被釋放。 (2)當正在等候位址完成請求 (Address Complete Request)或應答請求時，卻收到未預期的 MOD 訊息，由呼叫控制 (Call Control，簡稱 CC) ASE 所偵測：如果發生這種錯誤，則 VPCI/VCI 和頻寬必須從服務移除，並 且終止信號之結合，亦即刪除結合的應用個體實例 (Application Entity Instance，簡稱 AEI)， (由維護應用處理所啟動的重置 )。 假如收到用來指示任何其他錯誤的一個錯誤指示基元，則應不採取任何動作地予以丟棄。 6.7 基元內容 表 8 至表 1
27、1 列出於 CNS_(ITU-T Q.2764)中附加的 SACF 呼叫控制服務基元之必備和選項的內容。 針對應用處理所產生的基元，這些表指示必須被產生的參數。 針對應用處理所收到的基元，假如此一基元不包含在下列表中標示著 “ M “的這些參數，則此基元將被丟棄，而且必須採取適當的動作 (例如，釋放此一呼叫 )。 表 8 修改請求 /指示基元之參數 修改請求 /指示 參數 必備 /選項 訊息相容性資訊 M AT M 細胞速率 M 通知 O 交換機型式 * M 註 *：此交換機型式參數乃從本標準 4.1 節所列的交換機中選取適當的值，它被傳遞至應用個體 (Application Entity，簡
28、稱 AE)，使交換機能夠依據其正在履行此一呼叫 /連接的角色而改變協定。和其他的參數不一樣的是：它與協定資訊元件沒有關係，本參數只是呈現於請求基元裡。 10 CNS 14750, X 1252 表 9 修改回應 /確認基元之參數 修改回應 /確認 參數 必備 /選項 訊息相容性資訊 M 報告型式 O 通知 O 表 10 Modify_Rejected 請求 /指示之參數 Modify_Rejected 請求 /指示 參數 必備 /選項 訊息相容性資訊 M 原因指示符 M 通知 O 表 11 Modify_Confirm 請求 /指示之參數 Modify_Confirm 請求 /指示 參數 必備
29、 /選項 訊息相容性資訊 M 通知 O 7.維護控制及應用處理功能 CNS_(ITU-T Q.2764)與本節附加的描述均適用。應將下述的重置程序之動作加至於CNS_(ITU-T Q.2764)所述的規格中。 針對由 B-ISUP 信號式系統所偵出之信號異常 (Signalling Anomaly)，此重置程序應即被啟動。下列附加的異常情況係經由協定程序所偵出，並呈報至交換機管理功能，因而啟動重置程序： 當正在等候位址完成訊息 (Address 動作：重置本地 SID。 Complete Message)或應答訊息時，卻收到未預期的 MOD 訊息 (由 CC ASE 所偵測 )。 8.單一結合
30、控制功能 (SACF) CNS_(ITU-T Q.2764)與本節附加的描述均適用。 8.1 去訊訊息 呈現於介面 (d)上的基元列於表 7。 11 CNS 14750, X 1252 在這些基元裡的參數列於表 8 至表 11 中。 呈現於 SACF 與 BCC ASE 間之介面 (b)上的基元列於表 16。 在這些基元裡的參數列於表 17 至表 19 中。 在介面 (d)上從 AP 收到的基元對映於表 12。 表 12 AP 與 ASE 間基元之對映 介面 (d) (來自 AP) 介面 (c) (至 CC ASE) 介面 (b) (至 BCC ASE) 介面 (a) (至 MC ASE)Mo
31、dify 請求 Call_Modify 請求 Link_Modify 請求 Modify 回應 Link_Modify 回應 Modify_Rejected 請求 Link_Modify_ Re-jected 請求 Modify_Confirm 請求 Call_Modify_ Confirm 請求 表 8 至表 11(參照第 6.7 節 )列出必備和選項的基元內容。 SACF 根據發出給 BCC ASE 的基元來建造將被傳送的訊息型式，如表 13 所示。 表 13 從 BCC、 CC 及 MC ASE 基元至 B-ISUP 訊息之對映 介面 (c) (至 CC ASE) 介面 (b) (至 B
32、CC ASE) 介面 (a) (至 MC ASE) 訊息型式 Call_Modify 請求 Link_Modify 請求 Modify 請求 Link_Modify 回應 Modify 認可 Link_Modify_ Rejected請求 Modify 拒絕Call_Modify_ Con-firm 請求 Modify 確認8.2 來訊訊息 表 14 顯示將呼叫和載送控制訊息分配至 CC ASE 和 BCC ASE。 包含於轉送指示與轉送指示基元裡的資訊 (參數 )是那些 ASE 的參數之有效集合，如表 17 至表 19、表 23 及表 24 所示。 12 CNS 14750, X 1252
33、表 14 收到的 B-ISUP 訊息至 BCC ASE 和 CC ASE 的分配 收到的訊息 基元至 BCC ASE 基元至 CC ASE 基元至 MC ASE Modify 請求 是 是 否 Modify 認可 是 否 否 Modify 拒絕 是 否 否 Modify 確認 否 是 否 SACF 根據它從 ASE 收到的基元發出一基元，經過介面 (d)至 AP，如表 15 所示。 表 15 於 BCC、 CC 和 MC ASE 基元與 AP 基元間的對映 介面 (b) (來自 BCC) 介面 (c) (來自 CC) 介面 (a) (來自 MC) 介面 (d) * (傳送至 AP) Link_
34、Modify 指示 Call_Modify 指示 Modify 指示 Link_Modify 確認 Modify 確認 Link_Modify_ Re-jected 指示 Modify_Rejected 指示 Call_Modify_ Confirm 指示 Modify_Confirm 指示 註 *：傳送至 AP 的基元亦可能包含無法辨識之資訊 (Unrecognized Information，簡稱 UI) ASE 所處理的無法辨識參數。 (Unrecognized_Parameter 指示由 UI ASE 所發出 ) 9.載送連接控制 ASE (BCC ASE) CNS_(ITU-T Q.
35、2764)與本節附加的描述均適用。 BCC ASE 程序係隨著交換機之型式而定。 9.1 基元介面 BCC ASE 提供一組服務給它的使用者，如表 16 所述。本節即敘述提供這些服務給使用者所用之內部的 BCC ASE 程序。 表 16 於 SACF 與 BCC ASE 間之基元 基元名稱 型式 Link_Modify 請求 /指示 /回應 /確認 Link_Modify_Rejected 請求 /指示 13 CNS 14750, X 1252 表 17 和表 19(參照第 9.4 節 )列出這些基元的內容。於現用階段期間，這些基元可供連接特性的修改使用。 BCC ASE 使用 SACF 服務
36、基元：轉送請求 /指示。 9.2 去訊的 BCC ASE 本節描述當於兩個鄰接的交換機間之連接特性被修改時，於一交換機之去訊側所需施行的協定程序。 9.2.1 載送連接之修改 9.2.1.1 正常的程序 (1)當收到致 Link_Modify 請求基元時，去訊的 BCC ASE 程序即開始，然後發生以下的動作。 (a)在 Link_Modify 請求基元中收到的參數將被傳送至轉送請求基元裡的 SACF，以便能於一修改請求訊息內，將其傳遞給後一級的交換機。 (b)下列的交換機型式需運行計時器 “等候修改認可 “，這些交換機包括啟動端的交換機、去訊的國際交換機、中間的國際交換機及來訊的國際交換機等
37、，與於修改請求基元裡的交換機型式參數值所指示相同。 (c)當收到 Link_Modify 請求時，計時器 “等候修改認可 “即啟動。 (2)後續的動作： (a)如果從一轉送指示基元裡收到修改認可訊息，則計時器 “等候修改認可 (Await Modify Acknowledge)“應即停止。修改認可訊息的內容於 Link_Modify 確認基元中傳遞。 (b)另一方面，假如在一轉送指示基元裡收到修改拒絕訊息，以作為第一個反向訊息，則重新指配之意圖被認為業已失敗，計時器 “等候修改認可 (Await Modify Acknowledge)“應即停止。修改拒絕訊息的內容於 Link_Modify_R
38、ejected 指示基元中傳遞。 (c)其他的基元如同在 SDL 圖中所描述一樣地被控制，參照 9.5 節。 9.2.1.2 例外的程序 9.2.1.2.1 未預期基元的處理 不正常的基元順序使用如同在 SDL 圖中所描述的方式來處理，參照9.5 節。如果一協定錯誤被偵出，需要在此一呼叫 /連接上施行一動作(例如，釋放 )時，則應發出一 Link_Error 指示基元，然後由應用處理啟動適當的動作。 9.2.1.2.2 計時器逾時的處理 如果計時器 “等候修改認可 (Await Modify Acknowledge)“逾時，修改程序被認為業已失敗，則： (1)使用 Link_Error 指示基
39、元來報告此一事件，並且包含原因值 “協定錯誤，未規定的 (Protocol error, unspecified)“。 14 CNS 14750, X 1252 (2)管理被通知。 9.3 來訊的 BCC ASE 9.3.1 載送連接之修改 9.3.1.1 正常的程序 (1)當轉送指示基元裡收到修改請求訊息時，來訊的 BCC ASE 程序即開始，然後發生以下的動作： 於 Link_Modify 指示基元傳遞修改請求訊息的內容。 (2)後續的動作： (a)在Link_Modify回應基元中收到的參數，將被傳送至轉送請求基元裡的SACF，以便能於一修改認可訊息內，將其傳遞給前一級的交換機。 (b)
40、另一方面，於Link_Modify_Rejected請求基元裡收到的參數，將被傳送至轉送請求基元裡的SACF，以便能於一修改拒絕訊息內，將其傳遞給前一級的交換機。 (c)其他的基元如同在SDL圖中所描述一樣地被控制，參照9.5節。 9.3.1.2 例外的程序 9.3.1.2.1 未預期基元的處理 不正常的基元順序使用如同在 SDL 圖中所描述的方式來處理，參照9.5 節。如果協定錯誤被偵出，需要在此一呼叫 /連接上實行一動作 (例如，釋放 )時，則應發出一 Link_Error 指示基元，然後由應用處理啟動適當的動作。 9.3.1.2.2 計時器逾時的處理 不適用。 9.4 基元內容 表 17
41、、表 18 及表 19 列出 BCC ASE 服務基元的內容。 表 17 Link_Modify 請求 /指示基元的參數 訊息相容性資訊 AT M 細胞速率 通知 交換機型式 * 註 *：此交換機型式參數乃從本標準 4.1 節所列的交換機中選取適當的值，它被傳遞至 ASE，使交換機能夠依據其正在履行此一呼叫 /連接的角色而改變協定。和其他的參數不一樣的是：它與協定資訊元件沒有關係，本參數只是呈現於請求基元裡。 15 CNS 14750, X 1252 表 18 Link_Modify 回應 /確認基元的參數 訊息相容性資訊 通知 報告型式 表 19 Link_Modify_Rejected 請
42、求 /指示基元的參數 訊息相容性資訊 通知 原因指示符 9.5 SDL 圖 如果發現於這些 SDL 中所敘述的程序與本文裡所敘述的程序有任何差異時，則必須選取本文所述者為居先，參照圖 3 及圖 4。 圖 3 來訊 BCC 之處理 (3-1) PROCESS BCC-I 以下的 SDL 圖構成 CNS_(ITU-T Q.2764)中 BCC-I 處理之 SDL 圖的附加部分。與基元結合的 (#)符號指示參數表，這些參數列於表 17 至表 19 裡。第 1 頁 (3) 16 CNS 14750, X 1252 圖 3 來訊 BCC 之處理 (3-2) PROCESS BCC-I 第 2 頁 (3)
43、 LI-2 IAA 傳送 訊息型式 轉送指示 (#) LI-7 等待修改回應 Link_Modify 指示 (#)MOD 17 CNS 14750, X 1252 圖 3 來訊 BCC 之處理 (3-3) PROCESS BCC-I 第 3 頁 (3) LI-3 等待 RLC 訊息型式 Link_Release請求 (#) LI-7 等待修改回應 REL 轉送指示 (#) Link_Modify_ Rejected 請求 (#)Link_Resource_Mgmt 請求 (#) 鏈路修改回應 (#) 轉送請求(MOA,#) 轉送請求(MOR,#)Link_Release指示 (#) 轉送請求(
44、NRM,#) 設定 (NOW+ t1b, T1b) 轉送請求(REL,#) LI-7 等待修改回應 LI-2 IAA 傳送LI-2 IAA 傳送 Link_Resource管理指示 (#) 原因： =“非預期之訊息LI-4 等待釋放回應 LI-7 等待修改回應LI-7 等待修改回應Link_Error 指示 (原因， #) NRM* 18 CNS 14750, X 1252 圖 4 去訊 BCC 之處理 (3-1) PROCESS BCC-I 以下的 SDL 圖構成 CNS_(ITU-T Q.2764)中 BCC-O 處理之 SDL 圖的附加部分。 與基元結合的 (#)符號指示參數表 ， 這些
45、參數列於表 17 至表 19 裡。 第 1 頁 (3) 交換機型式表 ExchList InitiatingExch, OutgoingIntExch, In-termediateIntExch, IncomingIntExch 計時器 - T43b - 等待 MOA 19 CNS 14750, X 1252 圖 4 去訊 BCC 之處理 (3-2) PROCESS BCC-O 第 2 頁 (3) LO-2 IAA 接收 換機型式 Link_Modify請求 (#) LO-6 等待 MOAExchlist送請求 (MOD,#) SET(NOW+ t43b, T43b) * 20 CNS 147
46、50, X 1252 圖 4 去訊 BCC 之處理 (3-3) PROCESS BCC-O 第 3 頁 (3) LO-6 等待 MOA 訊息型式 Link_Release請求 (#) LO-6 等待 MOA REL 轉送指示(#) Link_Resource_Mgmt 請求 (#) T43b Link_ Modify確認 (#) Link_ Release指示 (#)Link_ Modify_ Re-jected指示 (#) SET(NOW + t1b, T1b) 轉送請求(NRM,#) LO-6 等待 MOALO-3 等待 RLCLink_ Re-source_Mgmt 指示 (#) 原因：
47、 =“非預期之訊息 “ LO-2 IAA接收 LO-4 等待釋放回應 Link_Error指示 (原因 ) NRM *原因： =“T43b 逾時 “ RESET T43b轉送請求(REL,#) LO-6 等待 MOA RESET T43b RESET T43bRESET T43b LO-2 IAA接收 Link_ Error 指示 ( 原因， #) LO-6 等待 MOA MOR MOA 21 CNS 14750, X 1252 10.呼叫控制 ASE (CC ASE) CNS_(ITU-T Q.2764)適用本節附加的描述。 10.1 基元介面 CC ASE 提供一組服務給它的使用者，這些服
48、務列於表 20。本節即描述提供這些服務給使用者所用之內部的 CC ASE 程序。 CC ASE 程序分成兩部分來描述： (1)去訊的 CC ASE。 (2)來訊的 CC ASE。 這樣的分類只是方便規格之描述而已。 表 20 SACF 與 CC ASE 間之基元 基元名稱 型式 Call_Modify 請求 /指示 Request Indication Call_Modify_Confirm 請求 /指示 Request Indication 表 23 和表 24(參照 10.4 節 )列出在本介面上這些服務基元的參數。 CC ASE 使用 SACF 服務基元：轉送請求 /指示。 10.2 去
49、訊的 CC ASE 包含於去訊的 CC ASE 中的協定功能由下列事項組成： (1)核對所收到訊息的正確順序：於 10.5 節中的 SDL 圖完整地定義去訊的 CC ASE 有限狀態機 (Finite State Machine)，如果一個協定錯誤被偵出，需要在此一呼叫上施行一個動作，例如：釋放，則應發出一個 Call_Error 指示基元，然後由應用處理啟動適當的動作。 (2)將從轉送指示基元的 User_data 欄位裡收到的訊息轉換成 CC ASE 服務基元，所施行的對映臚列於表 21 中。這種對映係假設這些事件是依 SDL 圖所示的正確順序收到的。 (3)將從 CC ASE 服務基元裡收到的資訊轉變成轉送基元的 User_data 欄位，所施行的對映臚列於表 21 中。這種對映係假設這些事件是依 SDL 圖所示的正確順序收到的。 表 21 訊息型式與服務基元間之去訊 CC ASE 的對映 介面 (c) 對映 訊息型式 Call_Modify 請求 Modify Request Call_M
