当前位置:文档之家› 中国移动CS和IMS语音及可视电话互通技术规范V1.9.1

中国移动CS和IMS语音及可视电话互通技术规范V1.9.1

中国移动通信企业标准

QB-╳╳-╳╳╳-╳╳╳╳

C S域和C M-I M S域语音及可视

电话互通技术要求

T e c h n i c a l R e q u i r e m e n t s f o r V o i c e&V i d e o

P h o n e I n t e e r w o r k i n g b e t e e n C S a n d C M-I M S

版本号:1.7.0

╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布

目录

前言 ...................................................................................................................... III 1范围 (4)

2规范性引用文件 (4)

3名词俗语和缩略语 (10)

3.1名词俗语 (10)

3.2缩略语 (10)

4可视电话介绍及互通业务场景 (11)

4.1可视电话 (11)

4.2可视电话互通普通场景 (11)

4.3可视电话回落 (12)

4.3.1IMS拨打CS可视电话导致的回落 (12)

4.3.2CS拨打IMS可视电话导致的回落 (13)

5总则及互通模型 (13)

5.1总则 (13)

5.2互通逻辑参考模型 (13)

5.2.1互通参考点和接口 (14)

5.2.2互通功能实体 (14)

5.3互通逻辑参考模型 (14)

6控制面互通 (15)

6.1控制面互通总则 (15)

6.2支持ISUP的CS网络与IMS网络的信令面互通 (15)

6.2.1控制面网络实体执行的业务能力 (15)

6.2.2控制面网络实体间的信令交互 (16)

6.2.3SIP-ISUP协议互通 (16)

6.3BICC域和IMS域的互通 (49)

6.3.1SIP-BICC协议互通 (50)

6.4补充业务 (56)

6.4.1主叫号码显示/主叫号码显示限制(CLIP/CLIR) (56)

6.4.2被连接号码显示/被连接号码显示限制(COLP/COLR) (56)

6.4.3CFB/ CFNR/ CFU (60)

6.4.4 呼叫保持 (60)

7 媒体面互通 (61)

8互通流程 (62)

8.1 语音呼叫正常流程(被叫用户未签约彩铃业务) (63)

8.1.1从IMS域到CS的呼叫 (63)

8.1.2 从CS域到IMS的呼叫 (65)

8.2语音呼叫正常流程(被叫用户签约彩铃业务) (66)

8.2.1 从IMS到CS的呼叫 (66)

8.2.2 从CS到IMS的呼叫 (68)

8.3可视电话呼叫正常流程(被叫用户不签约多媒体彩铃) (69)

8.3.1从IMS域到CS的呼叫 (69)

8.3.2 从CS域到IMS的呼叫 (71)

8.4可视电话呼叫正常流程(被叫用户签约多媒体彩铃) (73)

8.4.1从IMS域到CS的呼叫 (73)

8.4.2 从CS域到IMS的呼叫 (75)

8.5可视电话呼叫回落流程 (77)

8.5.1 从CS域到IMS的可视电话回落流程 (77)

8.5.2从IMS域到CS的可视电话回落流程 (78)

8.6业务变换 (79)

8.6.1 从多媒体切换为语音 (80)

8.6.2 从语音切换为多媒体 (80)

8.7呼叫等待 (81)

8.7.1从IMS域到CS的呼叫等待 (81)

8.7.2从CS域到IMS的呼叫等待 (83)

8.8呼叫异常流程 (83)

8.8.1 从CS域到IMS的语音呼叫失败流程 (84)

8.8.2 从IMS到CS的语音呼叫失败流程 (84)

8.8.3从CS域到IMS的可视电话失败流程 (87)

8.8.4 从IMS到CS的可视电话呼叫失败流程 (87)

9对现网MSC和关口局的改造要求 (91)

9.1 MSC (91)

9.2GMSC (91)

10 编制说明 (91)

前言

本技术规范根据3GPP TS29.163、ITU1902.4TS29.232,中华人民共和国信息产业部相关技术规范制定,规定了CS域和IMS域之间可视电话互通的消息格式、编码和程序。3GPP TS29.163主要参照R8,,此后的最新版本适用于本规范。

本技术规范适用于CS域和IMS域的互通。本技术规范适用于完成MGCF设备的开发、生产、引进和购买。

本标准由中国移动通信有限公司技术部提出并归口。

本标准起草单位:中国移动集团公司研究院。

本标准主要起草人:张昊、陈旭、吴宁、姜怡、辜苏

本标准解释单位:中国移动通信有限公司技术部。

1范围

本标准规定了CS和IMS在语音和可视电话互通时的相关协议映射技术规范,用于各公司开发研制符合中国移动通信集团公司要求的CS和IMS域互通产品。此标准是基于3GPP TS29.163 V8.6.0的技术标准,随着3GPP相关标准的不断发展,本标准将会进行修订。

2规范性引用文件

下列标准所包含的条文,通过在本标准中的引用而构成本标准的条文。在标准出版时,所示版本均有效。所示标准都会被修订。使用本标准的各方应探讨使用下列标准最新版本的可能性。本标准参考以下标准或规范:

3名词俗语和缩略语

3.1名词俗语

入方向互通单元(I-MGCF):物理实体,该实体终结从IMS域发起的SIP呼叫请求,并向CS域使用BICC或ISUP协议发起呼叫请求。

出方向互通单元(O-MGCF):物理实体,该实体终结从CS域发起的BICC或ISUP呼叫请求,并向IMS 域使用SIP协议发起呼叫请求。

3.2缩略语

表3-2缩略语

缩略语英文全称中文含义

ACM Address Complete Message 地址全消息

ANM ANswer Message 应答消息

地址显示限制指示语

APRI Address Presentation

Restriction Indicator

边界网关控制功能

BGCF Breakout Gateway Control

Function

BICC Bearer Independent Call Control 与承载无关的呼叫控制协议

CC Country Code 国家码

主叫号码显示

CLIP Calling Line Identification

Presentation

主叫号码显示限制

CLIR Calling Line Identification

Restriction

CN Core Network 核心网络

COLP Connected line presentation 被连接号码显示

COLR Connected line restriction 被连接号码显示限制

CPC Calling Party's Category 主叫号码类别

CPG Call ProGress message 呼叫接续消息

CS Circuit Switched 电路域

CSCF Call Session Control Function 呼叫会话控制功能

GTP GPRS Tunneling Protocol GPRS隧道协议

H/W Hardware 硬件

IP Internet Protocol 因特网协议

IP多媒体媒体网关功能

IM-MGW IP Multimedia Media Gateway

Function

ISDN Integrated Services Data Network 综合业务数据网络

ISUP Integrated Services User Part 综合业务用户部分

M3UA MTP-L3 User Adaptation layer MTP第三级用户适配层

MGCF Media Gateway Control Function 媒体网关控制功能

MGW Media Gateway 媒体网关

MSN Multiple Subscriber Number 多用户号码

MTP Message Transfer Part 消息传送部分

NOA Nature Of Address 地址特性

PLMN GSM Public Land Mobile Network GSM公共陆地移动网

SCTP Stream Control Transmission

流控制传输协议

Protocol

SDP Session Description Protocol 会话描述协议

SGW Signalling Gateway 信令网关

SIP Session Initiated Protocol 初始会话协议

SN Subscriber Number 用户号码

SS7 Signalling System No. 7 7号信令网

TNL Transport Network Layer 传输网络层

UAC User Agent Client 客户端用户代理

URL Uniform Resource Location 统一资源定位器

UE User Equipment 用户设备

4可视电话介绍及互通业务场景

4.1可视电话

可视电话业务是一种集图像、语音于一体的多媒体通信业务,可以实现人们面对面的实时沟通,即通话双方在通话过程中能够互相看到对方场景。电路域(CS)承载实现的可视电话业务,主要是采用H.324M 协议来实现的;基于IMS的分组域可视电话业务主要是采用SIP和SDP协议来实现的。在本技术规范中,主要规定了基于电路域的可视电话业务和IMS分组域的可视电话互通技术规范。

4.2可视电话互通普通场景

移动用户UE A与移动用户UE B之间进行可视电话。UE A拨完UE B号码(或在通讯录中选择被叫用户,或在通话记录中选择对方号码)后拨出可视电话(如:按下移动终端设置的可视电话播出键,如果按普通电话拨出键则只拨出话音电话)。

当UEB接收到一个可视电话呼叫时,可以有以下三种选择:

1、接通可视电话呼叫;选择后,双方可视互通;

2、拒听可视电话呼叫;选择后,即挂断;

3、选择话音电话方式接听;选择后经主叫方确认,被叫方会在10秒内再次振铃,此时的呼叫即是普通话音电话呼叫,接听后双方话音互通,看不到图像,按话音电话呼叫收费。

4.3可视电话回落

可视电话回落指主叫发起一个可视呼叫时,由于某种原因造成可视呼叫回落到普通话音呼叫,并接续成功。一般分为普通回落和被叫用户决定的回落两种情况,具体描述如下:

普通回落:当主叫用户不支持可视电话呼叫(如未签约可视电话业务、不在覆盖区域等等)或当被叫用户不支持可视呼叫时(如未签约可视电话业务、不在覆盖区域等等),可视电话被释放,同时主叫可视电话终端提示主叫用户可视呼叫不成功,并询问主叫用户是否愿意发起语音呼叫,如果主叫用户选择发起呼叫(如主叫用户预设置有自动回落,则此时只是向用户提示,而无需用户操作),则主叫终端再发起语音呼叫,实现回落。

被叫决定的回落:被叫在收到可视电话时,选择按照语音方式接听,此时可视电话被释放,同时主叫可视电话终端提示主叫用户可视呼叫不成功,并询问主叫用户是否愿意发起语音呼叫,如果主叫用户选择发起呼叫(如主叫用户预设置有自动回落,则此时只是向用户提示,而无需用户操作),则主叫终端再发起语音呼叫,实现回落。

可视电话呼叫所需的回落和业务改变场景如图4-1所示:

图5-1 业务主流程图

4.3.1IMS拨打CS可视电话导致的回落

IMS域拨打CS域可视电话呼叫,导致失败的原因主要如下:

原因1:被叫是PSTN或其他PLMN的用户,且可视电话业务不互通。

原因2:被叫未签约可视电话业务。

原因3:被叫已签约可视电话业务,但被叫所在的网络不支持可视电话。

原因4:被叫已签约可视电话业务,被叫当前所处网络支持可视电话,但当前的终端不支持可视电话业务。

原因5:被叫已签约可视电话业务,被叫当前所处网络支持可视电话,被叫终端支持可视电话业务,但所在位置的无线或固定接入不支持可视电话业务。

原因6:被叫选择以语音形式接听。

对于如上原因,要求MGCF在接收到CS发送来的失败原因值时,由MGCF直接发起回落,发起到CS域的语音呼叫。

4.3.2CS拨打IMS可视电话导致的回落

CS域拨打IMS域可视电话呼叫,导致失败的原因主要如下:

原因1:被叫终端没有签约多媒体业务。

原因2:被叫终端不支持相关编解码格式。

原因3:被叫选择以语音形式接听。

5总则及互通模型

5.1总则

IMS和CS语音及可视电话互通主要支持如下相关业务,参见表5-1.

完成协议转换和媒体面互通,但为了统一在后续的描述中将所有的语音和视频互通网元统一定义为MGCF 和IM-MGW。

5.2互通逻辑参考模型

图5-1给出了IMS域和CS域互通模型。

B GCF

C SCF

其它用户面层设备

MGCF

Mj

Mg

IM-MGW

Mb

Mn

(G)MSC

Server

MGW

Mc

RTP/IP

BICC/M3UA/

SCTP/IP

(G)MSC

ISUP/MTP

TDM

用户面

信令面

图5-1 IMS域与CS域的互通参考模型

5.2.1互通参考点和接口

Mg参考点:Mg参考点位于CSCF和MGCF之间,Mg参考点基于SIP协议,详细信息参见3GPP TS 24.229 [9] ;

Mn参考点:Mn参考点位于MGCF和IM-MGW之间,详细信息参见3GPP TS 29.332 [15] ;

Mj参考点:Mj参考点位于BGCF和MGCF之间,Mj参考点基于SIP协议,详细信息参见3GPP TS 24.229 [9] ;

Mb参考点:Mb参考点具体信息参见3GPP TS 23.002 [10],Mb参考点基于IPv6或IPV4。

5.2.2互通功能实体

5.2.2.1MGCF

MGCF位于IMS域,其主要控制IM-MGW,并执行SIP到BICC或SIP到ISUP的信令转换功能。MGCF的功能需遵循3GPP TS 23.002 [10]。

5.2.2.2IM-MGW

IM-MGW位于IMS域,主要提供用户面的互通,其功能遵循3GPP TS 23.002 [10]。

5.3互通逻辑参考模型

根据关口局能够根据媒体类型进行区别路由,互通网络结构图参见图5-2:

CSCF/BGCF

MGCF

IM-MGW

VIG

GMSC

关口局能根据媒体

类型分别路由

语音语音

视频

视频

图5-2 IMS和CS互通网络结构图

6控制面互通

6.1控制面互通总则

CS域和IMS域语音和可视电话互通过程中,MGCF应当在SIP会话和BICC/ISUP呼叫控制实例间建立一对一的映射关系。

6.2支持ISUP的CS网络与IMS网络的信令面互通

基于ISUP的CS网络与IMS网络的信令互通图参见图6-1。

SS7功能实体MGCF SIP功能实体

图6-1 支持ISUP的CS网络和IMS网络的信令面互通

6.2.1控制面网络实体执行的业务能力

6.2.1.1SS7信令功能模块

SS7信令功能模块提供发送和接收SS7 MTP3用户信息的功能。

6.2.1.2信令网关

信令网关应当完成3GPP TS 23.002 [10]中描述的功能。

为了支持SS7网络和IP网络的无缝操作,SGW应当支持MTP、M3UA和SCTP的相关功能。

6.2.1.3MGCF

MGCF的呼叫控制功能可参见3GPP TS 24.229 [9]。

MGCF提供MTP-3用户信息如ISUP协议同SIP协议的互通。MGCF互通功能也将提供SS7 MTP3用户信息与SIP协议的映射功能。

6.2.1.4SIP信令功能

SIP信令功能模块是一个逻辑实体,该实体发送和接收IMS网络中多媒体会话信息。

6.2.2控制面网络实体间的信令交互

6.2.2.1MGCF与CS域之间的信令交互

MGCF和CS域之间可采用ISUP或BICC协议交互。

6.2.2.2MGCF与IMS域之间的信令交互

MGCF和IMS域之间采用SIP协议交互。

6.2.3SIP-ISUP协议互通

6.2.3.1I-MGCF侧从SIP到ISUP的呼叫

6.2.3.1.1 发送IAM消息

在接收到SIP INVITE消息后,I-MGCF应发送IAM消息。

I-MGCF应当支持如下两种情况:(1)INVITE消息中带有支持SIP Precondition和100rel临时响应Supported或Require消息头;(2)INVITE请求中并没有带有要求支持SIP Precondition和100rel临时响应的Supported或Require消息头。

I-MGCF应当支持带有不同请求URIs的被分叉的INVITE请求。

如果接收到的SIP消息中Supported或Require头中不包括前提扩展,则I-MGCF应当在收到INVITE 后立刻发送IAM消息,且IAM消息中导通性指示语设为"Continuity check not required"。

如果ISUP网络支持导通性检测且接收到的SIP消息中Supported或Require头中包含前提扩展,则I-MGCF在接收到INVITE消息后就立刻发送IAM消息。如果接收到SDP指示前提条件已经满足则IAM 消息中的导通性指示语设为"continuity check is not required";如果接收到的SDP指示前提条件还未满足则IAM消息中的导通性指示语设为"continuity check performed on a previous circuit"。

I-MGCF

图6-2 接收到Invite请求(ISUP网络支持导通流程)

如果ISUP网络不支持导通性检测且接收到的SDP指示前提条件还未满足,则I-MGCF将延迟发送IAM 消息。只有等到后续的SDP指示前提条件满足后才发送IAM消息其导通性指示语设为"Continuity check not required"。

I-MGCF

图6-3 接收到Invite请求(ISUP网络不支持导通流程)

当I-MGCF接收到INVITE请求但其并不支持对应的媒体类型时,I-MGCF应当向SIP侧发送488 "Not Acceptable Here"消息。如果INVITE消息中带有多个媒体流,则I-MGCF应当选择一个支持的媒体流并为之预留资源,并在SDP应答中拒绝其它媒体流和未被选择的编码方式。如果在INVITE请求中带有可支持的语音和非语音媒体流,应当选择语音媒体流。

为了建立早会话,I-MGCF应当在第一个后向非100临时响应中带有一个To标签。

说明:MGCF支持Precondition为可选。

6.2.3.1.2 IAM的编码

6.2.3.1.2.1 被叫号码

包含在SIP请求URI中的E.164地址应该被映射为IAM消息中的被叫号码。

表6-1 被叫号码编码

6.2.3.1.2.2 连接特性指示语

比特BA Satellite indicator

0 1 one satellite circuit in the connection

比特DC Continuity check indicator

0 0 continuity check not required如果后面的节点不支持导通性检测机制(图6-3).

0 1 continuity check required, 如果后面的节点需要执行导通性检测(图6-2)

1 0 c ontinuity check performed on a previous circuit otherwise, 如果后面的节点支持

导通性检测但后向节点不需要执行导通性检测(图6-2)

比特 E Echo control device indicator

1 outgoing echo control device included, 对于语音呼叫例如TMR为"3.1KHz

audio".

0 o utgoing echo control device not included对确定的数据呼叫,例如TMR为"64

kBit/s unrestricted" 或者HLC为 "Facsimile Group 2/3".

6.2.3.1.2.3 前向呼叫指示语

比特CB end-to-end method indicator

0 0 no end-to-end method available (only link-by-link method available)

比特 D Interworking indicator

1 interworking encountered

作为运营商的选择,对于TMR = 64 kBit/s unrestricted,比特 D 也可取值为0= "No interworking encountered" 。

比特 E End-to-end information indicator (national use)

0no end-to-end information available

比特 F ISDN user part/BICC indicator

0 ISDN user part/BICC not used all the way

作为运营商的选择,对于TMR = 64 kBit/s unrestricted,比特F也可取值为1 "ISDN user part/BICC used all the way"。

比特HG ISDN user part/BICC preference indicator

0 1 ISDN user part/BICC not required all the way

比特I ISDN access indicator

0 originating access non-ISDN

作为运营商的选择,对于TMR = 64 kBit/s unrestricted,比特I也可取值为"originating access ISDN"。

比特KJ SCCP method indicator

0 0 no indication

6.2.3.1.2.4 主叫用户类别

映射规则参见下表6-2。

6.2.3.1.2.5 传输媒体要求(TMR)

I-MGCF可以进行编解码转换也可以不进行编解码转换。如果I-MGCF要完成编解码转换,则TMR 参数应设置为"3.1 kHz audio";如果I-MGCF不进行编解码转换,则应当将TMR,USI和接入传输参数进行映射,映射规则参考表6-3。含有数据传输方式为64 kbit/s的SDP应当被映射为TMR "64 kbit/s unrestricted"。

相关主题
文本预览
相关文档 最新文档