【導讀】中華人民共和國通信行業(yè)標準。會話初始協(xié)議技術要求。第三部分ISUP和會話初始協(xié)議的互通。中華人民共和國信息產業(yè)部發(fā)布

　　

【正文】 如果 NOA 是 “ 國際號碼 ” ， 則 置 為 “CC”+”NDC”+”SN” Privacy字頭未出現(xiàn) APRI 提供允許 Privacy字頭 privvalue APRI 地址提供限制指示語 privvalue header” APRI 提供限制 user (PAssertedIdentity 字頭不存在時 ) APRI 地址不可用 none APRI 提供允許 id (注 2) APRI 提供限制 注 1： PAssertedIdentity字頭有可能同時包含一個 tel URI和一個或多個 sip URI。 對這種情況的處理有待進一步研究。 注 2：如果 Privacy頭和 ” id” 包括在內的話， PAssertedIdentity字頭必須存在。 通用號碼 表 11 SIP From 字頭到 ISUP 通用號碼 (附加的主叫用戶號碼 )參數 (網絡選項 )的映射 SIP 單元 值 ISUP 參數 /字段 值 From 字頭 nameaddr 或 addrspec 通用號碼 Number Qualifier Indicator “附加的主叫用戶號碼 ” fromspec ( nameaddr / addrspec) 地址性質指示語 如果 +CC 等于 IWU 所處國家的 CC 且下一 ISUP節(jié)點位于同一國家，則置為 “國內 (有效 )號碼 ” ，否則置為 “國際號碼 ” 號碼不完整指示語 “完整 ” 編號計劃指示語 “ISDN/電話 ()” APRI 取決于 privvalue 過濾 指示語 “用戶提供，未核實 ” YD/T XXXX－ 200X 16 SIP 單元 值 ISUP 參數 /字段 值 Addrspec 來自 URI 的 “+CC” “NDC” “SN” 地址信號 如果 NOA 是 “國內 (有效 )號碼 ”” ， 則置為 “NDC” + “SN” 如果 NOA 是 “國際號碼 ” ，則置為 “CC”+”NDC”+”SN” Privacy 字頭 privvalue APRI 地址提供限制指示語 Privacy 字頭未出現(xiàn) APRI 提供允許 privvalue header” APRI 提供限制 user APRI 提供限制 none APRI 提供限制 id 不能映射到通用數字 提供允許 用戶業(yè)務信息 見 TMR 章節(jié)。 跳計數器 對于 Profile C， IIWU 應使用從封裝的 IAM中提取的跳計數器來執(zhí)行正常的 ISUP跳計數器程序。 對于 Profile A 和 B， IIWU 應執(zhí)行本節(jié)的下述互通程序。 在 IIWU 中，應使用 MaxForwards SIP 字頭來導出跳計數器參數。由于 SIP MaxForwards 字頭和跳計數器有不同的缺省值 (基于網絡要求 /預置 )， IIWU 應使用一個因數來將 Max Forwards 適配到跳計數器。例如，可以采用以下思路。 MaxForwards 應在每訪問過一個 SIP 實體后單調遞減，中間的互通不記入其中。 對跳計數器亦是如此。 MaxForwards 的初始值及其后的映射值應大到足以容納一個有效選路的呼叫所預期的最大跳數目。 注：對于通過 SIP 網絡的 ISUP 呼叫， IIWU 中的跳計數器應低于 OIWU 中的跳計數器，以避免循環(huán)路由。這也適用于通過不同網絡域的跳計數器 /Max Forwards。適配機制可以是，直接映射值 、使用適配因數或根據網絡要求采用固定的原則 (如乘 2 或加 20 等等 )。 下表給出了映射的原則： MaxForwards = X 跳計數器 =(X/Factor)的整數部分 注：應按所使用 (實現(xiàn) )的適配機制來進行值 X 到 Y 的映射。 適配原則應基于網絡預置、信任域規(guī)則和雙邊協(xié)定來實現(xiàn)。 YD/T XXXX－ 200X 17 后續(xù) INVITE 的接收和后續(xù)地址消息 (SAM)的處理 該應用過程依賴于后續(xù) PSTN/ISDN 是否支持重疊信令。 支持重疊信令 如果 IWU 接收到一個后續(xù)的 INVITE 消息，其中 CallID 和 From tag 與前一 INVITE 消息相同，但 RequestURI 不同，則利用 個 SAM消息。發(fā)送完 SAM 后，用 484地址不全來應答前面收到的 INVITE。 地址信令參數 SAM 消息只包含了地址信令消息。 IIWU 通過比較剛剛收到的 INVITE 中的 RequestURI 的用戶部分和發(fā)送給 ISUP 網絡 (通過 IAM/SAM)的累計數字來產生地址信令參數。和發(fā)送給 ISUP 的數字相比，只有在 INVITE 中收到的多余的數字才在 SAM 中發(fā)送。 不支持重疊信令 收到 INVITE 后，如果 IIWU 能夠判定 INVITE 中包含相對 IAM 太少的數字位，而不能向PSTN/ISDN 發(fā) 送 ”enbloc”時， IIWU 應該立即產生一個 484 地址不全應答。 COT 的發(fā)送 當 IIWU 確定已滿足入局 SIP 側的所有前提條件且在出局 ISUP 側的導通測試已成功完成時， IIWU應發(fā)送如下編碼的 COT消息： 如果后面的網絡是 ISUP網絡， COT 消息中的導通指示語應置為 導通檢驗成功 。 連接消息 (CON)的接收 如果收到 CON，則發(fā)送 200 OK(INVITE)。 表 10 接收到 CON 后給 SIP 發(fā)送的 Method ?發(fā)送給 SIP 的 Method ?從 ISUP 接收到的消息 200 OK (INVITE) CON ACM 的接收 表 11 給出了 IIWU 中 ACM 消息到 SIP 側的映射。 接收到 ACM后， IIWU 的入局側回送的 SIP 響應取決于 ACM 消息的“后向呼叫指示語 被叫用 YD/T XXXX－ 200X 18 戶狀態(tài)指示語 ”參數的值。 (1) BCI(被叫用戶狀態(tài)指示語 )=“用戶空閑 ”：如果該參數置為“用戶空閑”，則 IIWU 發(fā)送 180 Ringing SIP 響應。本節(jié)規(guī)定了 ACM 和 180 Ringing 的編碼。 (2) BCI(被叫用戶狀態(tài)指示語 )=“無指示 ”或“用戶空閑 ”外的其它值：如果該參數未被置為“ 用戶空閑 ”，則從 IIWU 發(fā)送 183 Session Progress 響應 (見表 11)。 如果使用了帶有 ISUP 的 MIME 編碼的 SIP，在 IIWU 應該應用 183 會話進程，在 183 中封裝了帶有被叫方狀態(tài)指示語等于“無指示”的 ACM。 然而，如果沒有使用帶有 ISUP 的 MIME 編碼的 SIP， IIWU 不應該將帶有被叫方狀態(tài)指示語等于“無指示”的 ACM映射成 183 會話進程。 如果 T9 定時器超時，則釋放 ISUP 連接并發(fā)送 480 Temporarily Unavailable。 表 10 接收到 ACM 后發(fā)送給 SIP 的 Method ?發(fā)送給 SIP 的消息 ?ACM 后向呼叫指示語參數 被叫用戶狀態(tài)指示語 183 Session Progress 00 無指示 180 Ringing 01 用戶空閑 CPG 的接收 收到 CPG 消息后， IIWU 的 SIP 側應該發(fā)送 180 Ringing 或者 183 會話進程 SIP 應答。表 13 提供了收到了 CPG 消息和 180 和 183 應答的映射。 如果使用了帶有 ISUP 的 MIME 編碼的 SIP，在 IIWU 應該應用 183 會話進程，在 183 中封裝了帶有事件指示語為 進展 或 帶內信息 的 CPG。 然而，如果沒有使用帶有 ISUP 的 MIME 編碼的 SIP， IIWU 不應該將帶有事件指示語為 進展 或帶內信息 的 CPG 映射成 183 會話進程。 表 13 IIWU 接收到 CPG ?發(fā)送給 SIP 的消息 ?CPG 事件信息參數 事件指示語 180 Ringing 000 0001 (振鈴 ) YD/T XXXX－ 200X 19 183 Session Progress 000 0010 (進展 ) 或 000 0011 (帶內信息或適當碼型現(xiàn)在可用 ) 應答消息 (ANM)的接收 接收到 ISUP ANM 后， IWU 應指示 SIP 協(xié)議向 UAC 發(fā)送 200 OK(INVITE)。 承載通路的直通連接 承載通路的直通連接只適用于 1 類或 3 類網關。 承載通路的直通連接 (ISUP) IIWU 中的直通連接應遵從 中始發(fā)交換的直通連接程序。 對于 SIPI 的情況， IIWU 應遵從 中轉發(fā)交換的直通連接程序。 網絡發(fā)起的暫停消息 (SUS)的接收 ISUP 側接收到暫停消息 (SUS)后的動作在 的 中描述。 SIP 側不產生任何動作。 注：上述 IWU 產生的 ISUP 動作用來控制交換機。 如果 IIWU 使用帶有 MIME 的 SIP， SUS 被封裝在 INFO 請求的 MIME 正文中。 表 15 接收到 SUS 后發(fā)送給 SIP 的 INFO ?發(fā)送給 SIP 的消息 ?從 ISUP 接收到的消息 INFO SUS (RES)的接收 ISUP 側接收到恢復消息 (RES)后的動作在 的 中描述。 SIP 側不產生任何動作。 注：上述 IWU 產生的 ISUP 動作用來控制交換機。 對于 Profile C， RES 被封裝在 INFO 中。 表 16 網絡發(fā)起的恢復消息 (RES)的接收 YD/T XXXX－ 200X 20 ?發(fā)送給 SIP 的消息 ?從 ISUP 接收到的消息 INFO RES IIWU 的釋放程序 BYE/CANCEL 的接收 接收到 BYE 或 CANCEL 后， IIWU 向 ISUP 側發(fā)送 ISUP REL。 表 17 BYE 或 CANCEL 的接收 SIP 消息 ? REL ? 原因參數 BYE 原因值 16 (normal clearing) CANCEL 原因值 31 (normal unspecified) REL 的接收 接收到 ISUP REL 后， IIWU 立即請求釋放內部承載通路。在有 ISUP 電路可供重選 時，向 ISUP側返回一個 ISUP RLC。 如果在接收到 ANM或 CON 之前接收到 REL， IIWU 應該發(fā)送狀態(tài)碼 4XX(客戶端錯誤 ),5XX(服務器錯誤 ),或者 6XX（全局錯誤）。表 19 給出了原因值到狀態(tài)值的映射。在表 19 中未出現(xiàn)原因值應該有同 相同的缺省的映射。 如果在接收到 ANM 或 CON 之后接收到 REL， IIWU 應發(fā)送 BYE。 如果在接收到 REL 消息之前， IIWU 的入局側已經發(fā)送最終響應 (如 200 OK(INVITE))(但還沒有接收到 ACK)，則 IIWU 不應發(fā)送 487 Request terminated，而是等到接收到 ACK 之后再發(fā)送 BYE 消息。 表 15 釋放消息 (REL)的接收 ?SIP 消息 ? REL 原因參數 404 Not Found 原因值 1 (未分配的號碼 ) 503 Service unavailable 原因值 2 (無路由到指定的網絡 ) 503 Service unavailable d 原因值 3 (n 無路由到目的地 ) 503 Service unavailable 原因值 4 (發(fā)送專用信息音 ) 404 Not Found 原因值 5 (誤撥長途字冠 ) 503 Service unavailable (ProfileC only) 原因值 8 (預占 ) YD/T XXXX－ 200X 21 ?SIP 消息 ? REL 原因參數 503 Service unavailable (ProfileC only) 原因值 9 (預占 電路留作再用 ) 486 Busy Here 原因值 17 (用戶忙 ) 480 Temporarily unavailable 原因值 18 (用戶未響應 ) 480 Temporarily unavailable 原因值 19 (用戶未應答 ) 480 Temporarily unavailable 原因值 20 (用戶缺席 ) 480 Temporarily unavailable 原因值 21 (呼叫拒絕 ) 410 Gone 原因值 22 (號碼改變 ) ISUP Only 原因值 23 (改發(fā)到新目的地 ) 480 Tem