CM-IMS会话初始协议(SIP) 第4部分v1.0.0报批稿.doc

中中 国国 移移 动动 通通 信信 企企 业业 标标 准准 中中国国移移动动C CM M I IM MS S 会会话话初初始始协协议议 S SI IP P 技技术术 规规范范 第第 4 4 部部分分C CM M I IM MS S 业业务务对对S SI IP P 的的要要求求 C C M M I I M M S S S S p p e e c c i i f f i i c c a a t t i i o o n n s s o o f f S S e e s s s s i i o o n n I I n n i i t t i i a a t t i i o o n n P P r r o o t t o o c c o o l l S S I I P P P P a a r r t t 4 4 S S I I P P R R e e q q u u i i r r e e m m e e n n t t s s o o f f C C M M I I M M S S S S e e r r v v i i c c e e s s S S I I P P P P r r o o t t o o c c o o l l 版版本本号号 1 1 0 0 中国移动通信集团公司中国移动通信集团公司 发布发布 发发布布 实实施施 QB QB QB QB I 目录 前 言 III 1 范围 1 2 规范性引用文件 1 3 术语 定义和缩略语 1 4 概述 2 5 CM IMS 业务对 SIP 消息头域及参数的要求 3 5 1 FROM头域 3 5 1 1 业务需求 3 5 1 2 使用方式 3 5 2 PRIVACY头域 3 5 2 1 业务需求 3 5 2 2 使用方式 3 5 3 HISTORY INFO头域 4 5 3 1 业务需求 4 5 3 2 使用方式 4 5 4 ALERT INFO头域 4 5 4 1 业务需求 4 5 4 2 使用方式 5 6 CM IMS 业务对 SIP 信令流程的要求 5 6 1 前转流程 5 6 1 1 业务需求 5 6 1 2 流程描述及使用方式 5 6 2 等待流程 6 6 2 1 业务需求 6 6 2 2 流程描述及使用方式 6 6 3 早媒体协商流程 7 6 3 1 业务需求 7 6 3 2 流程描述及使用方式 7 6 4 REFER 流程 8 6 4 1 业务需求 8 6 4 2 流程描述及使用方式 8 6 5 INFO 流程 9 6 5 1 业务需求 9 6 5 2 流程描述及使用方式 9 6 6 没有媒体成分的媒体协商流程 10 6 6 1 业务需求 10 QB QB II 6 6 2 流程描述及使用方式 10 7 CM IMS 业务对 SIP 协议的扩展原则 10 8 编制历史 11 QB QB III 前 言 本标准依据IETF 3GPP以及ITU T制定的相关标准 结合有关国内标准和中国移动相 关企业标准 基于中国移动CM IMS总体技术要求和实际需求而拟定 充分考虑了网络的 平滑演进能力 为中国移动CM IMS的技术试验 网络建设和运行维护提供技术依据 本标准规定了中国移动IMS网络及业务对会话初始协议 SIP 的定制化需求 本标准是 系列标准之一 该系列标准的结构 名称或预计的名称如下 序号标准编号标准名称 1 QB XX XXX XXXX 中国移动CM IMS会话初始协议 SIP 规范 第1部分 SIP的总体要求 2 QB XX XXX XXXX 中国移动CM IMS会话初始协议 SIP 规范 第2部分 SIP的消息 3 QB XX XXX XXXX 中国移动CM IMS会话初始协议 SIP 规范 第3部分 SIP的基本流程 4 QB XX XXX XXXX 中国移动CM IMS会话初始协议 SIP 规范 第4部分 CM IMS业务对 SIP的要求 5 QB XX XXX XXXX 中国移动CM IMS会话初始协议 SIP 规范 第5部分 SIP与BICC ISUP的互通 本标准由中移 号文件印发 本标准由中国移动通信集团计划部提出 集团公司技术部归口 本标准起草单位 中国移动通信有限公司研究院 本标准主要起草人 宋月 陈旭 孙强 QB QB 1 1 范围 本标准规定了中国移动IMS网络及业务对会话初始协议 SIP 的定制化需求 供中国移动内部和厂 商共同使用 适用于中国移动CM IMS中包括Gm Mw ISC Mg Mj在内的所有SIP接口 适用于中 国移动CM IMS核心网设备 接入设备及终端设备的研发 引入和运行维护 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款 凡是注日期的引用文件 其随后所有 的修改单 不包括勘误的内容 或修订版均不适用于本标准 然而 鼓励根据本标准达成协议的各方 研究是否可使用这些文件的最新版本 凡是不注日期的引用文件 其最新版本适用于本标准 序号标准编号标准名称发布单位 1 QB x xxx xxxx 中国移动CM IMS试点 统 一Centrex业务总体技术 要求 中国移动通信集团公司 2 QB x xxx xxxx 中国移动CM IMS试点 多 媒体电话业务总体技术要 求 中国移动通信集团公司 3 QB x xxx xxxx 中国移动CM IMS试点 个 人多媒体彩铃业务总体技 术要求 中国移动通信集团公司 4 QB x xxx xxxx 中国移动CM IMS融合一 号通总体技术要求 中国移动通信集团公司 3 术语 定义和缩略语 下列术语 定义和缩略语适用于本标准 词语解释 B2BUA 背靠背用户代理 B2BUA 是一个逻辑功能实体 它作 为UAS接收请求消息并处理该消息 同时也作为UAC来 发送请求消息 B2BUA也可分别作为UAC发起两个会话 B2BUA需要维护两个会话的对应关系 CPIM Common Presence and Instant Messaging 参加 RFC3862 FQDNFull Qualified Domain Name 全称域名 QB QB 2 GRUU Globally Routable User agent URI 全局可路由用户代 理标识 iFCInitial Filter Criteria 初始过滤规则 IMPIIMS Private Identity IMS用户私有标识 IMPUIMS Public Identity IMS用户公有标识 IPSec 一种开放标准的框架结构 通过使用加密的安全服务以 确保在IP网络上进行保密而安全的通讯 PLMNPublic Land Mobile Network 公共移动电话网 ProxySIP逻辑实体 用于转发SIP消息 PSIPublic Service Identity 公共业务标识 PSTNPublic Switched Telephone Network 公共交换电话网 SASecurity Association 安全关联 SDPSession Description Protocol 会话描述协议 TLSTransport Layer Security 传输层安全 UA用户代理 SIP逻辑实体 是SIP消息的发起和终结方 UAC 用户代理客户端 SIP逻辑实体 产生SIP请求消息 并 终结SIP响应消息 UAS 用户代理服务器 SIP逻辑实体 终结SIP请求消息 并 返回SIP响应消息 UEUser Equipment 用户设备 URIUniform Resource Identifier 统一资源标识符 XMLeXtensible Markup Language 可扩展标记语言 对话 对话是两个UA之间持续一段时间的点对点的SIP连接 它使UA之间的消息变得有序 同时给出请求消息的正确 的路由 会话会话是通信参与方及它们之间的媒体流的集合 4 概述 CM IMS为用户提供丰富的多媒体通信业务 包括多媒体电话业务 Centrex 多媒体彩铃 一号通 多媒体彩铃 即时消息 点击拨号等 本部分根据CM IMS业务规范系统梳理了现有业务对于SIP消息 头域以及信令流程提出的定制化需 求 重点说明了各项要求满足的业务需求及其使用方式 本部分内容为CM IMS业务流程设计提供了常 用SIP头域使用方式及通用SIP流程 本部分明确了业务开发阶段的业务流程设计中 应根据业务需求充分考虑应用已纳入本规范的定 制化要求 并提出SIP协议扩展应遵循的原则 QB QB 3 5 CM IMS 业务对 SIP 消息头域及参数的要求 5 1 From 头域 5 1 1 业务需求 CM IMS业务中包含号码显示特性 如主叫号码显示 号码显示限制 群内呼叫显示短号等 在国 际规范的描述中使用P Asserted Identity头域进行主叫号码显示 P Asserted Identity头域用于网 络对用户身份的标识 其内容必须是准确的 已经进行过注册的用户公有身份标识 考虑到CM IMS业 务中的号码显示逻辑比较复杂 显示内容也不全是合法的用户公有身份标识 因此CM IMS中不能使用 P Asserted Identity头域进行号码显示 From头域中的URI部分不用于会话路由 也不用于标识用户身份 其内容可以根据需要进行修改 因此CM IMS使用From头域进行主叫号码显示 5 1 2 使用方式 使用From头域的URI参数进行号码显示 display name参数不用于号码显示 其内容可以是SIP URI也可以是Tel URI 如 From From 在进行主叫号码显示限制业务时 From头域内容需要表示匿名 其格式为 From Anonymous 其他号码显示类业务须参照本部分要求进行实现 5 2 Privacy 头域 5 2 1 业务需求 CM IMS网络会提供一些匿名类业务 如主叫号码显示限制业务 在进行这类业务时 需要向被叫 UE隐藏能揭示主叫用户身份的SIP消息头域和参数 如From P Asserted Identity 因此需要有一种 机制指示后续网元将上述头域进行隐藏 5 2 2 使用方式 CM IMS使用Priavcy头域表示匿名类业务 需要进行主叫号码显示限制时 在INVITE消息中添加 Privacy头域 该头域取值为 id 如 Privacy id QB QB 4 在主叫号码显示限制流程中 主叫AS在INVITE消息中添加 privacy id 同时将From头域修改为 5 1 2中描述的匿名形式 被叫P CSCF收到包含 privacy id 的INVITE消息后将P Asserted Identity 头删除 其他匿名类业务须参照本部分要求实现 5 3 History Info 头域 5 3 1 业务需求 在一些CM IMS业务场景中 呼叫在到达最终的被叫之前会经过一些中间用户 如呼叫前转业务 为了业务逻辑的实现以及话务统计的需要 要求SIP协议能够记录呼叫到达最终被叫的路径和原因 RFC 4244定义History Info头域用于记录呼叫历史信息 CM IMS使用History Info头域实现上述功能 5 3 2 使用方式 History Info头域的格式参见 CM IMS会话初始协议 第2部分 不同业务场景中History Info 头域的使用方法如下 前转类业务 如果本次前转为第一次前转 INVITE消息中不包含History Info头域 AS应在INVITE消息中插 入History Info头域 并包含两个hi entry条目 第一个hi entry条目的hi targeted to uri参数为初始被叫的URI 第二个hi entry条目的hi targeted to uri参数为前转目的地的URI cause参数为相应 的前转原因代码 如果本次前转不是第一次前转 AS应在History Info头域中插入一个hi entry条目 其中hi targeted to uri参数为前转目的地的URI cause参数为相应的前转原因代码 不同前转业务场景下hi entry条目中cause参数对应的原因代码如下表所示 表5 1 cause参数的原因代码 前转类型原因代码 无条件前转 302 遇忙前转 486 无应答前转 408 未注册前转 404 其他使用History Info头域的业务须参照本部分要求实现 QB QB 5 5 4 Alert Info 头域 5 4 1 业务需求 在提供铃音类业务时有两种方式实现 一种是网络侧为用户播放定制铃音 另一种是终端自行播 放特定的铃音 当采用第二种方式时 需要SIP消息能够指示终端需要播放的铃音 CM IMS采用Alert Info头域携带终端需要播放的铃音信息 5 4 2 使用方式 Alert Info头域格式参见 CM IMS会话初始协议 第2部分 Alert Info头域中的URL参数为终端 需要播放的媒体资源地址 在向被叫用户播放定制的振铃音时 需要在初始INVITE消息中包含Alert Info头域 在向主叫用户播放定制的回铃音时 需要在180响应中包含Alert Info头域 在进行群内外区别振铃业务时 需要在Alert Info头域中添加info参数 该参数取值为alert internal表示群内 或者为alert external表示群外 6 CM IMS 业务对 SIP 信令流程的要求 6 1 前转流程 6 1 1 业务需求 CM IMS提供多种前转类业务 在发生前转时 有必要通知主叫网络及终端本次呼叫正在被前转 采用播放提示音的方式不能被网络及终端设备识别 因此需要在SIP消息中表明发生前转 6 1 2 流程描述及使用方式 CM IMS使用181响应通知呼叫被前转 流程如图6 1所示 QB QB 6 主叫UE主叫网络被叫网络被叫UE 1 INVITE 2 INVITE 3 INVITE 4xx ACK CANCEL 200 OK 487 ACK 4a 4b 5 181 Forwarding 6 181 Forwarding 7 INVITE 图6 1 前转流程 触发前转流程时 若已经与初始被叫建立early dialog 则需要将该对话结束 结束对话的方式 可以是被叫UE直接返回4xx响应 如流程4a所示 也可以是网络侧主动发CANCEL请求结束对话 如流 程4b所示 之后被叫侧向主叫返回181 Forwarding响应 消息7与消息2 前转前后的INVITE消息 中的route头含有相同的Origin Dialog ID参数 在进行前转类业务时 应参照上述方式通知主叫侧呼叫发生前转 6 2 等待流程 6 2 1 业务需求 在一些业务场景中 当被叫用户处在通话状态时有新的呼叫呼入 此时需要将该呼叫放入等待队 列中 典型业务为呼叫等待业务 在进行这类业务时 需要通知主叫网络及终端本次呼叫被加入等待 队列 因此需要在SIP消息中表明呼叫正在等待状态 6 2 2 流程描述及使用方式 CM IMS使用182 Queued响应消息通知呼叫正处于等待状态 流程如图6 2所示 QB QB 7 主叫被叫 1 INVITE 将请求放入 等待队列 2 182 Queued 图6 2 等待流程 在进行呼叫等待业务时 被叫业务在通话过程中收到新的呼叫后应返回182 Queued响应 返回该 响应后被叫终端仍可以返回180响应 6 3 早媒体协商流程 6 3 1 业务需求 在很多业务场景中 需要为用户提供早媒体 即在呼叫最终建立之前终端能够与网络进行临时的 媒体交互 典型应用场景有彩铃业务 呼叫建立前向用户播放提示音等 因此SIP协议应支持早媒体协 商流程 同时在呼叫建立后切换至实际通话媒体 6 3 2 流程描述及使用方式 CM IMS中使用18x临时响应进行早媒体协商 使用UPDATE流程进行呼叫建立前的媒体切换 如图6 3所示 主叫被叫 1 INVITE SDP A 2 18x SDP B 3 PRACK 4 200 OK 早媒体 5 UPDATE SDP C 6 200 OK SDP A 7 200 OK 8 ACK 图6 3 早媒体协商流程 QB QB 8 消息1 初始INVITE消息携带主叫SDP 消息2 若需要建立早媒体则被叫侧通过18x临时响应携带响应的SDP完成媒体协商 由于该18x响 应携带SDP 因此需要保证可靠传输 18x消息中包含 require 100rel 消息3 4 主叫对消息2进行确认 消息5 8 被叫应答后 通过UPDATE流程进行第二次媒体协商将媒体切换至实际通话媒体 媒体协 商完成后被叫侧返回对初始INVITE请求的200 OK响应 若早媒体播放后需要直接结束对话 则可在媒体播放完成后返回4xx响应 如图6 4所示 主叫被叫 1 INVITE SDP A 2 18x SDP B 3 PRACK 4 200 OK 早媒体 5 4xx 6 ACK 图6 4 早媒体播放后直接结束对话 早媒体流程用于所有需要建立早媒体的业务场景 这类业务的实现须参照本部分规定 6 4 REFER 流程 6 4 1 业务需求 在一些业务场景中需要通知对方对第三方进行会话控制 如会议业务中要求添加或删除与会者 呼叫转接业务等 SIP协议采用REFER请求消息实现这类功能 6 4 2 流程描述及使用方式 REFER消息流程如图6 5所示 QB QB 9 AB 1 REFER 2 202 Accept 对第三方 进行控制 3 NOTIFY 4 200 OK 图6 5 RERER流程 REFER消息可以在INVITE消息建立的对话内发送 也可以在对话外发送 当REFER消息在对话外发 送时REFER消息本身会建立一个对话 REFER消息中包含refer to头域 该头域内容为需要对其进行控制的第三方的URI 该URI中可包含 method参数表示要求采用何种请求消息进行控制 在呼叫转接业务中 URI中需包含replaces参数携带 需要替换的对话标识 对REFER请求的成功响应消息为202 Accept 当REFER消息所要求的第三方控制功能完成后 可以通过NOTIFY消息向REFER消息的发出方进行通 知 6 5 INFO 流程 6 5 1 业务需求 在一些业务场景中 需要传递会话相关的控制信息 re INVITE机制通常用于对媒体属性的修改 INFO流程则可以用于更广泛的应用层控制消息的传递 INFO流程不一定会影响已有的会话状态 6 5 2 流程描述及使用方式 INFO流程如图6 6所示 AB 1 INVITE 2 200 OK 3 ACK 4 INFO 5 200 OK 图6 6 INFO流程 INFO消息传递会话相关的控制信息 必须在INVITE消息建立的对话内发送 INFO消息可以携带不 同类型的消息体 如MSML脚本 用以完成不同的控制功能 QB QB 10 在会议业务中 AS对媒体服务器进行控制时 如放音 收号 增加 删除与会者等 采用INFO流程 6 6 没有媒体成分的媒体协商流程 6 6