【文章內(nèi)容簡(jiǎn)介】 port= 5) 響應(yīng)的文本表示將包含數(shù)字狀 態(tài)碼和相關(guān)的方法。 例如 : 415 INVITE 6) SDP 信息描述將包含多行文本 ,形式如下 : YD/T XXXX－ 200X 3 類型 =值 此處的 類型 由一個(gè)字符表示 ,例如 : s= (會(huì)話名 ), m= (媒體名和傳送地址 ),等等；〈值〉為結(jié)構(gòu)化的文本，其格式依賴于〈 類型〉。 例如 : s=SDP seminar, m=video 51372 RTP/AVP 31, etc. 總則 IWU的 SIP接口應(yīng)作為 UA并支持附錄 E支持的標(biāo)準(zhǔn)， ISUP接口應(yīng)支持 ITUT建議 (2020)所定義的 ISUP協(xié)議 。 本規(guī)范僅描述和互通相關(guān)的程序、方法和信息單元（消息、參數(shù)、指示語(yǔ)、頭部字段、等等）。因此，僅具有本地意義的程序、方法和信息單元（例如：僅和某個(gè)信令系統(tǒng)相關(guān)： SIP或 ISUP）不包含在本規(guī)范中，并且這些程序、方法和信息單元不用于互通。 IWU應(yīng)提供 SIP和 ISUP網(wǎng)絡(luò)上承載網(wǎng)絡(luò)連接之間的互通。 呼叫標(biāo)識(shí)、對(duì)話標(biāo)識(shí)和呼叫控制偶聯(lián)標(biāo)識(shí) IWU應(yīng)在 SIP對(duì)話和 ISUP呼叫 /承載控制事例之間建立一對(duì)一的關(guān)系 ,以便關(guān)聯(lián)和同一個(gè)呼叫相關(guān)的信令信息。 ISUP 信息的封裝 ISUP封裝時(shí)使用下面所 述的通用規(guī)則： a) 收到 SIP消息的 IWU應(yīng)去掉 SIP消息中封裝的 ISUP消息。對(duì)于 SIP消息（例如：頭部字段和 SDP）與 ISUP消息之間的差異使用本規(guī)范中定義的程序進(jìn)行處理。任何情況下， ISUP信息都應(yīng)傳送到對(duì)應(yīng)的 ISUP程序。 b) 收到 ISUP信息的 IWU應(yīng)執(zhí)行本地的信任策略，來(lái)確定出局 SIP請(qǐng)求發(fā)往的后續(xù)節(jié)點(diǎn)是否可以信賴來(lái)接收 ISUP信息。一旦 IWU確定相鄰的 SIP節(jié)點(diǎn) (ASN)可以信賴來(lái)接收 ISUP信息，則 IWU將在 SIP消息體重封裝此 ISUP消息。關(guān)于哪些 ISUP消息可以封裝在 SIP消息中有一 些特例 ,第 ISUP封裝程序的詳細(xì)描述。這些詳細(xì)程序包括不能封裝在 SIP中的 ISUP消息列表。 YD/T XXXX－ 200X 4 任何情況下， IWU發(fā)覺(jué) SIP消息中沒(méi)有封裝的 ISUP消息， IWU應(yīng)使用在 SIP頭部字段和 SDP消息體（如果存在）中收到信息重新構(gòu)造適當(dāng)?shù)?ISUP消息。第 6節(jié)和第 7節(jié)給出了有關(guān) IWU重新構(gòu)造 ISUP消息的所有信息。 注：無(wú)論收到的 SIP消息中是否封裝有 ISUP消息，均可使用第 6節(jié)和第 7節(jié)中的規(guī)定。當(dāng)接收的 SIP消息中封裝有 ISUP信息時(shí)，這些封裝的 ISUP信息在 SIP頭部和相關(guān)的 ISUP參數(shù)之間提供了 互通所必需的信息，這樣在向 ISUP程序傳送 ISUP消息之前可以修改或更新封裝的 ISUP信息。當(dāng)收到的 SIP消息中不包含任何封裝的 ISUP信息時(shí)， IWU也可以使用第 6節(jié)和第 7節(jié)中的規(guī)定，完全根據(jù) SIP頭部（和 SDP消息體）中的信息構(gòu)造適當(dāng)?shù)?ISUP消息。 ISUP 重疊信令方式的互通 如果某個(gè) IWU連接到使用重疊信令方式的網(wǎng)絡(luò) ， 則使用本節(jié)（以及相關(guān)的后續(xù)章節(jié)）所描述的程序。 本規(guī)范對(duì)向 SIP網(wǎng)絡(luò)傳送重疊信令和在 OIWU將重疊信令轉(zhuǎn)換成成組信令所使用的互通程序進(jìn)行了描述。另外，第 6節(jié)對(duì)在 IIWU的 SIP側(cè)收到重疊信令時(shí)所采用的程序進(jìn)行了概述。雖然本規(guī)范涉及所有（共四種）重疊互通情況（ ISUP重疊方式到 SIP成組方式、 ISUP重疊方式到 SIP重疊方式、 SIP重疊方式到 ISUP成組方式、 SIP重疊到 ISUP重疊方式），但建議僅使用 SIP成組信令方式，即在 SIP網(wǎng)中應(yīng)避免使用重疊信令方式。因此 ， 最常出現(xiàn)的情況是在 OIWU上將 ISUP重疊信令方式轉(zhuǎn)換成 SIP成組信令方式。對(duì)于重疊信令方式在特定的某個(gè) IWU上如何進(jìn)行配置依賴于本地策略或網(wǎng)絡(luò)配置。 本規(guī)范的第 6節(jié)和第 7節(jié)提供了詳細(xì)的重疊方式處理程序。 注 1： 當(dāng) OIWU確定 SIP網(wǎng)絡(luò)是作為兩個(gè) PSTN端點(diǎn)之間的轉(zhuǎn)接網(wǎng)， IWU可以采用適當(dāng)?shù)姆绞酵ㄟ^(guò)SIP網(wǎng)絡(luò)傳送重疊信令，這樣在目的地 ISUP網(wǎng)絡(luò)中仍使用 ISUP重疊信令方式。 注 2： 和 PSTN（ PSTN通常支持重疊信令方式）相連的 OIWU如果可以，可將 ISUP重疊信令轉(zhuǎn)換成 SIP成組信令。 有關(guān) ISUP 封裝的詳細(xì)程序 本節(jié)僅涉及在 IWU的 SIP接口上發(fā)送的或接收的 SIP消息中封裝有 ISUP信息 （ 或期望封裝 ISUP信息 ） 時(shí)相關(guān)的程序 ， 主要基于 (b)中所描述的通用規(guī)則。 YD/T XXXX－ 200X 5 向相鄰的 SIP 節(jié)點(diǎn)發(fā)送 ISUP 信息 確定信任策略 在發(fā)送封裝有 ISUP信息的 INVITE消息之前 , OIWU 應(yīng)根據(jù)本地策略確定 ISUP信息是否可以傳送給 ASN。如果確定 ASN有權(quán)接收 ISUP信息，則 OIWU應(yīng)處理在相應(yīng)的 SIP消息中封裝的 ISUP信息（第）。和 ISUP消息體相關(guān)的頭部字段的設(shè)置在 。 同樣，在后向上收到后向 ISUP信息的 IIWU應(yīng)在相應(yīng)的 SIP消息中封裝收到的 ISUP信息（第 節(jié)中描述的消息除外） ,并且應(yīng)確定 SIP消息要發(fā) 往的節(jié)點(diǎn)有權(quán)接收 ISUP信息。 ISUP消息體處理相關(guān)的頭部字段的設(shè)置 關(guān)于 ISUP MIME消息體的 ContentType 頭部字段 (版本測(cè)試 ) 包含 ISUP MIME消息體的 ContentType 頭部字段應(yīng)如下填寫(xiě) : ContentType: application/ISUP。 version= CHN。 注 : CHN YDN0381997和 YD/T11572020 確定封裝 ISUP消息的 SIP消息 對(duì)于基本的呼叫建立 ,用于封裝 ISUP消息的 SIP消息是 IWU發(fā)送的 ,由本規(guī)范主體所規(guī)定的互通結(jié)果和任何 ISUP的特定附錄首次觸發(fā)的 SIP消息。 例如：在 (B)中接收的 ISUP IAM消息應(yīng)封裝在 INVITE消息中，并且 OIWU應(yīng)立即發(fā)送該消息。 對(duì)于基本呼叫建立過(guò)程中不涉及的消息或不是因?yàn)槭盏?ISUP消息而產(chǎn)生的 SIP消息，處理方 式請(qǐng)參見(jiàn) 。 ISUP 信息的接收 提取封裝的 ISUP信息 當(dāng)收到封裝 ISUP消息的 SIP消息 ,IIWU應(yīng)從 SIP消息中提取封裝的 ISUP消息。向 ISUP網(wǎng)絡(luò)發(fā)送ISUP消息之前 ,還要經(jīng)過(guò)許多附加的處理。附加的處理程序參見(jiàn) 。 YD/T XXXX－ 200X 6 協(xié)調(diào) SIP頭部字段和 ISUP消息體的內(nèi)容 當(dāng)收到封裝 ISUP消息的 SIP消息，并且當(dāng) ISUP消息中的參數(shù)和 SIP頭部字段有沖突時(shí)（例如：由于在 SIP網(wǎng)中起用了某些業(yè)務(wù)）， IIWU應(yīng)使用本規(guī)范中所描述的程序，根據(jù) SIP頭部字段來(lái)調(diào)整 ISUP消息中的參數(shù)。用哪個(gè) SIP頭部字段來(lái)修改 ISUP參數(shù)依賴于具體的應(yīng)用 /業(yè)務(wù)。 例如，當(dāng)收到封裝的 IAM消息時(shí)，將使用第 6章所描述的程序用 RequestURI中的被叫用戶號(hào)碼來(lái)修改封裝 ISUP消息中的被叫用戶號(hào)碼參數(shù)。 當(dāng)完成所有 ISUP參數(shù)（和相應(yīng)字段）的協(xié)調(diào)之后， IIWU將向 ISUP程序傳送最終的 ISUP消息 (參見(jiàn) )。 向 ISUP程序傳送最終的 ISUP消息 /發(fā)送 ISUP消息 當(dāng)對(duì)收到的 ISUP 消息進(jìn)行 了 ，可以將該 ISUP 消息傳送給相應(yīng)的 ISUP程序 , 并且將通過(guò)出局 ISUP 接口發(fā)送。 例外和特殊考慮 對(duì)于下面描述的 ISUP消息，或者不封裝在任何 SIP消息中，或者需要對(duì)封裝的 ISUP消息進(jìn)行特殊處理。 表 1 需要特殊考慮的 ISUP消息 ISUP 消息 參考 電路復(fù)原消息 注 1 電路群閉塞消息 注 1 電路群閉塞證實(shí)消息 注 1 電路群復(fù)原消息 注 1 電路群復(fù)原證實(shí)消息 注 1 混亂消息 注 2 性能拒絕消息 注 2 用戶到用戶信息消息 注 2 前向轉(zhuǎn)移消息 注 2 暫停消息 注 2 恢復(fù)消息 注 2 閉塞消息 注 1 閉塞證實(shí)消息 注 1 倒通檢驗(yàn)請(qǐng)求 注 1 YD/T XXXX－ 200X 7 ISUP 消息 參考 倒通消息 注 1 解除閉塞消息 注 1 解除閉塞證實(shí)消息 注 1 電路群解除閉塞消息 注 1 電路群解除閉 塞證實(shí)消息 注 1 性能接受消息 注 2 性能請(qǐng)求消息 注 2 用戶部分測(cè)試消息 注 1 用戶部分可用消息 注 1 性能消息 注 2 網(wǎng)絡(luò)資源管理消息 注 2 識(shí)別請(qǐng)求消息 注 2 識(shí)別響應(yīng)消息 注 2 分段消息 注 3 環(huán)回禁止消息 注 2 應(yīng)用傳遞消息 注 2 預(yù)先釋放消息 注 2 釋放完成消息 注 4 MPM OPR 注 1：參見(jiàn) 注 2：參見(jiàn) 注 3：參見(jiàn) 注 4：參見(jiàn) 僅和 ISUP端相關(guān)的程序 這些消息將不封裝在 SIP消息 ， 因?yàn)檫@消息僅和 ISUP側(cè)相關(guān) ,最典型的一種情況是這些消息僅涉及到 ISUP電路的維護(hù)。如果在 SIP消息中封裝有這些 ISUP消息，這些消息應(yīng)該被丟棄。 需要透明傳送的消息 在這些情況下， ISUP消息通過(guò)封裝在下列 SIP消息中透明地通過(guò) SIP網(wǎng)絡(luò)進(jìn)行傳遞： (a) “183”臨時(shí)響應(yīng)，如果是第一個(gè)后向消息； (b) 在其他情況下使用 INFO消息。 這些消息必須透明傳送以便維護(hù)端到端的業(yè)務(wù)。 YD/T XXXX－ 200X 8 ISUP 分段和 ISUP封裝 分段消息不能 封裝在 SIP消息中 , IIWU(ISUP側(cè) )應(yīng)對(duì)分段的 ISUP消息進(jìn)行組裝并且將組裝后的ISUP消息封裝在 SIP消息中。 RLC的處理 RLC消息應(yīng)封裝在 200（ OK） 消息中作為對(duì)封裝了 ISUP REL消息的 SIP BYE消息的響應(yīng)。 5 IIWU 中從 SIP 到 ISUP 的入局呼叫的互通 入局互通單元 (IIWU)實(shí)體用于傳送從 SIP 網(wǎng)絡(luò)域發(fā)起到 ISUP 網(wǎng)絡(luò)域的呼叫。 “入局 SIP”指入局 IWU 與 SIP 網(wǎng)絡(luò)域內(nèi)支持的呼叫始發(fā)實(shí)體之間使用的 SIP 協(xié)議。同樣， “出局ISUP”指入局接口服務(wù)節(jié)點(diǎn) 與 ISUP 網(wǎng)絡(luò)域內(nèi)的下一跳實(shí)體之間支持的是 ISUP 協(xié)議。 入局 IWU 分別從 ”入局 SIP”和 ”出局 ISUP”側(cè)接收前向和后向信令信息。在接收到信令信息并執(zhí)行適當(dāng)?shù)暮艚?/業(yè)務(wù)處理之后，入局 IWU 可將信令向下一 ISUP 節(jié)點(diǎn)或向前一 SIP 實(shí)體發(fā)送信令。本節(jié)規(guī)定在入局 IWU 處對(duì)基本呼叫的信令互通要求。根據(jù) IWU 的出局 ISUP 接口發(fā)送或者接收到的消息，本節(jié)被分成各個(gè)子章節(jié)。本章的互通只考慮 IWU 的入局 SIP 側(cè)互通所產(chǎn)生的消息。本規(guī)范不描述本地協(xié)議狀態(tài)機(jī)所產(chǎn)生的消息。 本節(jié)的范圍基于以下主要假設(shè) ： (a) 入局 IWU 只支 持始發(fā)的基本呼叫。 (b) 從 SIP 網(wǎng)絡(luò)域始發(fā)的呼叫不要求等同的 PSTN/ISDN 業(yè)務(wù)互通。本文檔的業(yè)務(wù)附錄將涵蓋與特定 PSTN/ISDN 業(yè)務(wù)相關(guān)的附加互通規(guī)范，其它互通網(wǎng)絡(luò)結(jié)構(gòu)可能會(huì)對(duì)此有需求。 初始地址消息 (IAM)的發(fā)送 發(fā)送 IAM 消息的程序依賴于從 SIP 網(wǎng)絡(luò)接收到的 INVITE 是否包含 SDP Offer。見(jiàn) 和 節(jié)。 IAM 參數(shù)按 節(jié)進(jìn)行編碼。 接收到的 INVITE 不包含 SDP Offer 接收到 INVITE 后， IIWU 應(yīng)判斷所接收到的 INVITE 是否指 明了支持可靠的臨時(shí)響應(yīng) (1) 如果支持可靠的臨時(shí)響應(yīng)， IIWU 應(yīng)立即在 183 Session Progress 消息中發(fā)送一個(gè)包含媒體描述的 SDP Offer。 (a) 如果未使用 SIP 前提條件，接收到包含媒體描述的 SDP 應(yīng)答后， IIWU 應(yīng)發(fā)送 IAM。 (b) 如果使用 SIP 前提條件， IIWU 應(yīng)按下面 (2)所述的程序發(fā)送 IAM。 (2) 如果不支持可靠的臨時(shí)響應(yīng)， IIWU 應(yīng)根據(jù)本地策略來(lái)設(shè)置 TMR/USI 必選參數(shù)并立即發(fā)送 YD/T XXXX－ 200X 9 IAM。 IIWU 應(yīng)根據(jù)所選 TMR/USI 所產(chǎn)生的任何必要的編解碼 ，在向 SIP 端點(diǎn)回送的第一個(gè) 18X 消息中發(fā)送包含媒體描述的 SDP Offer，并且在此后的任何臨時(shí)響應(yīng)中都可能重復(fù)該 SDP Offer，直到發(fā)出 200 OK (INVITE)。 200 OK(INVITE)應(yīng)包含與所有臨時(shí)響應(yīng)中相同的 Offer。 接收的 INVITE 含 SDP Offer 或 (1)節(jié)的延續(xù) 1) 如果沒(méi)有使用 SIP 前提條件，應(yīng)立即發(fā)送 IAM。 2) 如果使用了 SIP 前提條件，則： (a) 如果在后續(xù)網(wǎng)絡(luò)中的出局 ISUP 信令支持導(dǎo)通檢驗(yàn)程序，連接性質(zhì)指示語(yǔ)字段的導(dǎo)通檢驗(yàn)指示語(yǔ) 應(yīng)置為 ”在前面電路中執(zhí)行導(dǎo)通檢驗(yàn) ”，或 ”在本電路中要求導(dǎo)通檢驗(yàn)