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