会话初始协议sip技术要求第三部分isup和会话初始协议的互通

会话初始协议sip技术要求第三部分isup和会话初始协议的互通内容摘要：

port= 5) 响应的文本表示将包含数字状 态码和相关的方法。 例如 : 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协议。 本规范仅描述和互通相关的程序、方法和信息单元（消息、参数、指示语、头部字段、等等）。 因此，仅具有本地意义的程序、方法和信息单元（例如：仅和某个信令系统相关： SIP或 ISUP）不包含在本规范中，并且这些程序、方法和信息单元不用于互通。 IWU应提供 SIP和 ISUP网络上承载网络连接之间的互通。 呼叫标识、对话标识和呼叫控制偶联标识 IWU应在 SIP对话和 ISUP呼叫 /承载控制事例之间建立一对一的关系 ,以便关联和同一个呼叫相关的信令信息。 ISUP 信息的封装 ISUP封装时使用下面所 述的通用规则： a) 收到 SIP消息的 IWU应去掉 SIP消息中封装的 ISUP消息。 对于 SIP消息（例如：头部字段和 SDP）与 ISUP消息之间的差异使用本规范中定义的程序进行处理。 任何情况下， ISUP信息都应传送到对应的 ISUP程序。 b) 收到 ISUP信息的 IWU应执行本地的信任策略，来确定出局 SIP请求发往的后续节点是否可以信赖来接收 ISUP信息。 一旦 IWU确定相邻的 SIP节点 (ASN)可以信赖来接收 ISUP信息，则 IWU将在 SIP消息体重封装此 ISUP消息。 关于哪些 ISUP消息可以封装在 SIP消息中有一 些特例 ,第 ISUP封装程序的详细描述。 这些详细程序包括不能封装在 SIP中的 ISUP消息列表。 YD/T XXXX－ 200X 4 任何情况下， IWU发觉 SIP消息中没有封装的 ISUP消息， IWU应使用在 SIP头部字段和 SDP消息体（如果存在）中收到信息重新构造适当的 ISUP消息。 第 6节和第 7节给出了有关 IWU重新构造 ISUP消息的所有信息。 注：无论收到的 SIP消息中是否封装有 ISUP消息，均可使用第 6节和第 7节中的规定。 当接收的 SIP消息中封装有 ISUP信息时，这些封装的 ISUP信息在 SIP头部和相关的 ISUP参数之间提供了 互通所必需的信息，这样在向 ISUP程序传送 ISUP消息之前可以修改或更新封装的 ISUP信息。 当收到的 SIP消息中不包含任何封装的 ISUP信息时， IWU也可以使用第 6节和第 7节中的规定，完全根据 SIP头部（和 SDP消息体）中的信息构造适当的 ISUP消息。 ISUP 重叠信令方式的互通 如果某个 IWU连接到使用重叠信令方式的网络 ， 则使用本节（以及相关的后续章节）所描述的程序。 本规范对向 SIP网络传送重叠信令和在 OIWU将重叠信令转换成成组信令所使用的互通程序进行了描述。 另外，第 6节对在 IIWU的 SIP侧收到重叠信令时所采用的程序进行了概述。 虽然本规范涉及所有（共四种）重叠互通情况（ ISUP重叠方式到 SIP成组方式、 ISUP重叠方式到 SIP重叠方式、 SIP重叠方式到 ISUP成组方式、 SIP重叠到 ISUP重叠方式），但建议仅使用 SIP成组信令方式，即在 SIP网中应避免使用重叠信令方式。 因此 ， 最常出现的情况是在 OIWU上将 ISUP重叠信令方式转换成 SIP成组信令方式。 对于重叠信令方式在特定的某个 IWU上如何进行配置依赖于本地策略或网络配置。 本规范的第 6节和第 7节提供了详细的重叠方式处理程序。 注 1： 当 OIWU确定 SIP网络是作为两个 PSTN端点之间的转接网， IWU可以采用适当的方式通过SIP网络传送重叠信令，这样在目的地 ISUP网络中仍使用 ISUP重叠信令方式。 注 2： 和 PSTN（ PSTN通常支持重叠信令方式）相连的 OIWU如果可以，可将 ISUP重叠信令转换成 SIP成组信令。 有关 ISUP 封装的详细程序 本节仅涉及在 IWU的 SIP接口上发送的或接收的 SIP消息中封装有 ISUP信息 （ 或期望封装 ISUP信息 ） 时相关的程序 ， 主要基于 (b)中所描述的通用规则。 YD/T XXXX－ 200X 5 向相邻的 SIP 节点发送 ISUP 信息 确定信任策略 在发送封装有 ISUP信息的 INVITE消息之前 , OIWU 应根据本地策略确定 ISUP信息是否可以传送给 ASN。 如果确定 ASN有权接收 ISUP信息，则 OIWU应处理在相应的 SIP消息中封装的 ISUP信息（第）。 和 ISUP消息体相关的头部字段的设置在。 同样，在后向上收到后向 ISUP信息的 IIWU应在相应的 SIP消息中封装收到的 ISUP信息（第 节中描述的消息除外） ,并且应确定 SIP消息要发 往的节点有权接收 ISUP信息。 ISUP消息体处理相关的头部字段的设置 关于 ISUP MIME消息体的 ContentType 头部字段 (版本测试 ) 包含 ISUP MIME消息体的 ContentType 头部字段应如下填写 : ContentType: application/ISUP。 version= CHN。 注 : CHN YDN0381997和 YD/T11572020 确定封装 ISUP消息的 SIP消息 对于基本的呼叫建立 ,用于封装 ISUP消息的 SIP消息是 IWU发送的 ,由本规范主体所规定的互通结果和任何 ISUP的特定附录首次触发的 SIP消息。 例如：在 (B)中接收的 ISUP IAM消息应封装在 INVITE消息中，并且 OIWU应立即发送该消息。 对于基本呼叫建立过程中不涉及的消息或不是因为收到 ISUP消息而产生的 SIP消息，处理方 式请参见。 ISUP 信息的接收 提取封装的 ISUP信息 当收到封装 ISUP消息的 SIP消息 ,IIWU应从 SIP消息中提取封装的 ISUP消息。 向 ISUP网络发送ISUP消息之前 ,还要经过许多附加的处理。 附加的处理程序参见。 YD/T XXXX－ 200X 6 协调 SIP头部字段和 ISUP消息体的内容 当收到封装 ISUP消息的 SIP消息，并且当 ISUP消息中的参数和 SIP头部字段有冲突时（例如：由于在 SIP网中起用了某些业务）， IIWU应使用本规范中所描述的程序，根据 SIP头部字段来调整 ISUP消息中的参数。 用哪个 SIP头部字段来修改 ISUP参数依赖于具体的应用 /业务。 例如，当收到封装的 IAM消息时，将使用第 6章所描述的程序用 RequestURI中的被叫用户号码来修改封装 ISUP消息中的被叫用户号码参数。 当完成所有 ISUP参数（和相应字段）的协调之后， IIWU将向 ISUP程序传送最终的 ISUP消息 (参见 )。 向 ISUP程序传送最终的 ISUP消息 /发送 ISUP消息 当对收到的 ISUP 消息进行 了 ，可以将该 ISUP 消息传送给相应的 ISUP程序 , 并且将通过出局 ISUP 接口发送。 例外和特殊考虑 对于下面描述的 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 环回禁止消息 注 2 应用传递消息 注 2 预先释放消息 注 2 释放完成消息 注 4 MPM OPR 注 1：参见 注 2：参见 注 3：参见 注 4：参见 仅和 ISUP端相关的程序 这些消息将不封装在 SIP消息 ， 因为这消息仅和 ISUP侧相关 ,最典型的一种情况是这些消息仅涉及到 ISUP电路的维护。 如果在 SIP消息中封装有这些 ISUP消息，这些消息应该被丢弃。 需要透明传送的消息 在这些情况下， ISUP消息通过封装在下列 SIP消息中透明地通过 SIP网络进行传递： (a) “183”临时响应，如果是第一个后向消息； (b) 在其他情况下使用 INFO消息。 这些消息必须透明传送以便维护端到端的业务。 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 网络域发起到 ISUP 网络域的呼叫。 “入局 SIP”指入局 IWU 与 SIP 网络域内支持的呼叫始发实体之间使用的 SIP 协议。 同样， “出局ISUP”指入局接口服务节点 与 ISUP 网络域内的下一跳实体之间支持的是 ISUP 协议。 入局 IWU 分别从 ”入局 SIP”和 ”出局 ISUP”侧接收前向和后向信令信息。 在接收到信令信息并执行适当的呼叫 /业务处理之后，入局 IWU 可将信令向下一 ISUP 节点或向前一 SIP 实体发送信令。 本节规定在入局 IWU 处对基本呼叫的信令互通要求。 根据 IWU 的出局 ISUP 接口发送或者接收到的消息，本节被分成各个子章节。 本章的互通只考虑 IWU 的入局 SIP 侧互通所产生的消息。 本规范不描述本地协议状态机所产生的消息。 本节的范围基于以下主要假设 ： (a) 入局 IWU 只支 持始发的基本呼叫。 (b) 从 SIP 网络域始发的呼叫不要求等同的 PSTN/ISDN 业务互通。 本文档的业务附录将涵盖与特定 PSTN/ISDN 业务相关的附加互通规范，其它互通网络结构可能会对此有需求。 初始地址消息 (IAM)的发送 发送 IAM 消息的程序依赖于从 SIP 网络接收到的 INVITE 是否包含 SDP Offer。 见 和 节。 IAM 参数按 节进行编码。 接收到的 INVITE 不包含 SDP Offer 接收到 INVITE 后， IIWU 应判断所接收到的 INVITE 是否指 明了支持可靠的临时响应 (1) 如果支持可靠的临时响应， IIWU 应立即在 183 Session Progress 消息中发送一个包含媒体描述的 SDP Offer。 (a) 如果未使用 SIP 前提条件，接收到包含媒体描述的 SDP 应答后， IIWU 应发送 IAM。 (b) 如果使用 SIP 前提条件， IIWU 应按下面 (2)所述的程序发送 IAM。 (2) 如果不支持可靠的临时响应， IIWU 应根据本地策略来设置 TMR/USI 必选参数并立即发送 YD/T XXXX－ 200X 9 IAM。 IIWU 应根据所选 TMR/USI 所产生的任何必要的编解码 ，在向 SIP 端点回送的第一个 18X 消息中发送包含媒体描述的 SDP Offer，并且在此后的任何临时响应中都可能重复该 SDP Offer，直到发出 200 OK (INVITE)。 200 OK(INVITE)应包含与所有临时响应中相同的 Offer。 接收的 INVITE 含 SDP Offer 或 (1)节的延续 1) 如果没有使用 SIP 前提条件，应立即发送 IAM。 2) 如果使用了 SIP 前提条件，则： (a) 如果在后续网络中的出局 ISUP 信令支持导通检验程序，连接性质指示语字段的导通检验指示语 应置为 ”在前面电路中执行导通检验 ”，或 ”在本电路中要求导通检验。