【通信行业标准(YD)】 800MHz/2GHz cdma2000数字蜂窝移动通信网 多媒体域（MMD）系统设备技术要求 第3部分：互通类设备

ICS33.060.99
中华人民共和国通信行业标准
YD/T 1972.3-2009
800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求第3部分：互通类设备
Technical requirements for 800MHz/2GHz cdma2000 digital cellularmobile telecommunicationnetwork multimedia domain equipmentPart 3: Inter-working equipments2009-12-11 发布
2010-01-01实施
中华人民共和国工业和信息化部发布前
范围·
2规范性引用文件·
缩略语·
5MGCF功能要求
网络架构
5.2控制层互通·
6IM-MGW功能要求
6.1一般要求·
6.2MGCF和IM-MGW的交互·
6.3IM-MGW在用户面的功能·
7BGCF功能要求·
性能指标
操作维护及网管要求·
MML 和 GUI
本地维护和远程维护
性能统计
故障诊断·
软件版本及补丁管理·
10定时与同步要求
电源及接地要求
电源要求
11.2接地要求…
12环境要求
YD/T1972.3-2009
YD/T1972.3-2009
《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》是根据我国CDMA网络的发展需要，参考3GPP2的系列规范，并根据我国国内的实际情况制定而成的。YD/T1972《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》分为4部分。
一第1部分：会话控制类设备；
第2部分：用户数据类设备
一第3部分：互通类设备；
一第4部分：媒体资源类设备。
本部分是YD/T1972的第3部分。
《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》是“800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统”系列标准之一，该系列标准的结构及名称如下：
a）YD/T1972《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》一第1部分：会话控制类设备；
第2部分：用户数据类设备；
第3部分：互通类设备；
一第4部分：媒体资源类设备。
b）YD/T1973《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备测试方法》一第1部分：会话控制类设备；
一第2部分：用户数据类设备；
一第3部分：互通类设备；
第4部分：媒体资源类设备。
本部分与YD/T1973.3《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备测试方法第3部分：互通类设备》配套使用。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国联合网络通信股份有限公司、上海贝尔股份有限公司。
本部分主要起草人：李侠宇、顾晏霞、王君珂、柳晶。I
1范围
YD/T1972.3-2009
800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求第3部分：互通类设备
本部分规定了800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域互通类设备在网络中的位置、网络框架结构、功能、通信接口、协议及其性能和业务要求，本部分规定的互通类设备包括MGCF、BGCF和IM-MGW。
本部分适用于800MHz/2GHzcdma2000数字蜂窝移动通信网中MMD系统的互通类设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T 2887-2000
GB9254-1998
GB/T17618-1998
GB50174-2000
电子计算机场地通用规范
信息技术设备的无线电扰限值和测量方法信息技术设备抗扰度限值和测量方法电子计算机机房设计规范
ITU-TH.248.1（2002）网关控制协议：版本23GPPTS29.232
IETFRFC1305
IETFRFC5079
3缩略语
媒体网关控制器与媒体网关的接口：阶段3网络时间协议（版本3）规范和执行SIP协议中拒绝匿名请求
下列缩略语适用于本部分。
Authentication，Authorization，Accounting认证、鉴权和计费Address Complete Message
Answer Message
BreakoutGatewayControlFunctionCallProgress
Call Session Control FunctionDual Tone Multi Frequency
Enhanced Variable Rate CODECGraphics UserInterface
Initial Address Message
Internet Protocol
地址完成消息
应答消息
出口网关控制功能
呼叫进展
呼叫会话控制功能
双音多频
增强型可变速率编解码器
图形用户接口
初始地址消息
互联网协议
YD/T1972.3-2009
IM-MGW
S-CSCF
4概述
IPMultimediaMediaGatewayFunctionISDN用户部分
MTP-L3UserAdaptation layer
Media Gateway Control FunctionMultimedia Domain
Man-Machine Language
Message Transfer Part
StreamControlTransmissionProtocolSessionDescriptionProtocol
Signalling Gateway
SessionInitiatedProtocol
Serving-CSCF
IP多媒体网关功能
ISDN用户部分
MTP层3用户应用层
媒体网关控制功能
多媒体域
人机语言
消息传送部分
流控制传输协议
会话描述协议
信令网关
会话初始协议
服务CSCF
为了实现MMD域和传统电路域的基本语音呼叫的互通，MGCF需要在控制面对MMD的SIP消息和电路域的ISUP消息进行转换，以完成呼叫建立，维护，释放等流程，并控制IM-MGW连接两个域中承载通道，进行语音编码转换。
同时MGCF还可以通过在Ro接口发送DIAMETER消息（AccountingRequest）给AAA以实现计费功能。5MGCF功能要求
5.1网络架构
MMD域与CS域互通网络架构如图1所示。BGCF
元加AS
用户平面
控制平面
ISUP基于MTF
EISUP基于
CS通道，如
图1MMD域和CS域互通网络架构
Mg接口位于CSCF和MGCF之间，使用3GPP2的SIP。Mn接口位于MGCF和IM-MGW之间，使用H.248（见ITU-TH.248.1（2002））的特性和3GPPTS29.232中一致。
Mj接口位于BGCF和MGCF之间，使用3GPP2的SIP。Mb接口是基于IPv4或IPv6的承载数据通道。ISUP可以在M3UA/SCTP/P上传输，也可以在MTP上传输，SGW负责对M3UA/SCTP/IP和MTP2
进行转换。
5.2控制层互通
5.2.1控制层互通结构
控制层互通的结构如图2所示。
更低层
7号信令功能
媒体网关控制功能
图2控制层互通的结构
5.2.2在1-MGCF上，入局呼叫的SIP和ISUP的互通5.2.2.1发送IAM
SIP信令功能
YD/T1972.3-2009
当收到一个需要发起语音呼叫的SIPINVITE或不含SDP的SIPINVITE时，MGCF向电路域发出IAM。如果ISUP网络中支持连续性检测，MGCF应在收到SIPINVITE之后立刻发出IAM，并在SIP资源预留和ISUP连续性检测都成功后发出COT消息指示“continuitychecksuccessful”；如果ISUP网络中不支持连续性检测，MGCF必须在SIP资源预留成功后才发出IAM。如果SIPINVITE中包含多个媒体类型，MGCF应只选择一个它所支持的媒体流进行资源预留（这个媒体流只能是语音媒体流），并在SDPanSWer中拒绝其他的媒体流；如果SIPINVITE包含的所有的媒体类型都不能被MGCF支持的话，MGCF应回送SIP488“NotAcceptableHere”。5.2.2.2接收ACM
收到ACM后，MGCF须判断CalledParty'sStatusIndicator的值，如果是“SubscriberFree”，则发送180Ringing。
5.2.2.3接收CPG
收到CPG后，MGCF须判断eventindicator的值，如果是“alerting”，则发送180Ringing；否则就不发送ISUP消息。
5.2.2.4接收ANM、CON
收到ANM或CON后，MGCF须发出针对初始INVITE的200（OK）。5.2.2.5发送REL
当MGCF收到SIPBYE或SIPCANCEL或MGCF决定释放会话时，发送REL消息。5.2.2.6接收REL
MGCF在发出200OK（INVITE）之后收到REL，则发出BYE消息。MGCF在接收REL时没有发出过200OK（INVITE），则根据表1发出相应的SIP状态码。表1REL对应的SIP状态码
←SIP消息
状态码
404NotFound
500 Server Internai error
500 Server Internal error
←REL
原因值（十进制）
YD/T1972.3-2009
←SIP消息
500 Server Internal error
404 Not Found
486BusyHere
480 Temporarily unavailable
480Temporarilyunavailable
480 Temporarily unavailable
480Temporarily unavailable
410Gone
433 Anonymity Disallowed*
480 Temporarily unavailable
502 Bad Gateway
484 Address Incomplete
500 Server Internal error
480Temporarilyunavailable
486Busyhere
500 Server Internal error
500Server Internal error
500 Server Internal error
500 Server Internal error
500 Server Internal error
500 Server Internal error
500 Server Intermal error
404NotFound
500 Server Internal error
500 Server Internal error
500 Server Internal error
480 Temporarily unavailable
500 Server Internal error
500 Server Intermal error
480Temporarilyunavailable
a见IETFRFC5079.
bClass1和class2有同样的缺省值表1(续）
←REL
34（class是010）
38，41，42，43，44，&47（Class是010)50
65，70&79（Class是100）
接收RSC，GRS或CGB（HWoriented）5.2.2.7
MGCF在发出200OK（INVITE）之后收到RSC，GRS或CGB（H/Woriented），则发出BYE消息。MGCF在接收RSC，GRS或CGB（H/Woriented）时没有发出过200OK（INVITE），则发出480TemporarilyUnavailable。
MGCF自身决定释放会话
MGCF根据表2在不同的触发事件中，向ISUP和MMD侧发送不同的释放消息。+
表2不同触发条件下，MGCF向ISUP和MMD侧发送不同的释放消息触发事件
YD/T1972.3-2009
REL→
原因值（十进制）
484 Address Incomplete
480 TemporarilyUnavailable
500 Server Internal error
484Address Incomplete
480 Temporarily Unavailable
480TemporarilyUnavailable
号码没有收全
MGCF拥塞或呼叫不可路由
应答之后ISUP流程引起的释放
应答之后SIP流程引起的释放
ISUP兼容性问题
T7超时
T9超时
应答之前ISUP流程引起的释放
aMGCF收到不认识的ISUP信令信息，并决定呼叫需要释放5.2.2.9接受CPG（Hold）和CPG（Retrieve）不发送
不发送
根据ISUP流程
根据ISUP流程
根据ISUP流程
根据ISUP流程
根据ISUP流程
接收到CPG（Hold），发出SIPUPDATE或re-INVITE，其中的SDP为a=sendonly/inactive。接收到CPG（Retrieve），发出SIPUPDATE或re-INVITE，其中的SDP为a=sendrecv/recvonly。5.2.3在O-MGCF上，出局呼叫的SIP和ISUP的互通5.2.3.1发送INVITE
如果收到的IAM消息中NatureofConnectionIndicators是“continuitycheckrequiredonthiscircuit”或“continuitycheckperformedonpreviouscircuit\，O-MGCF需要收到表示连续性检测成功的COT之后再发送INVITE消息；否则O-MGCF直接发送INVITE消息。如果MGCF在发出INVITE之后收到了表示连续性检测成功的COT消息后，MGCF向MMD侧发出SIP消息（比如UPDATE）表明SIP资源预留成功。如果连续性检测失败，MGCF发出SIPCANCEL。发出IAM之后，启动Ti/W2定时器。在INVITE消息中加上全球唯一的ICID参数。5.2.3.2发送ACM
当MGCF收到第一个180Ringing时，发送ACM，其中的CalledParty'sStatusIndicator是SubscriberFree；当MGCF没有收到180Ringing却收到第一个183SessionProgress或Ti/W2定时器超时，发送ACM，其中的CalledParty'sStatusIndicator是NoIndication。5.2.3.3发送CPG
当收到第一个SIP180Ringing并且MGCF已经发送过ACM时，MGCF应发送CPG消息，其中的Event Indicator 指示 alerting。5.2.3.4接收200OK（INVITE）
收到200OK（INVITE）后且没有发出过ACM时，MGCF应发出CON消息；收到200OK（INVITE）后且发出过ACM时，MGCF应发出ANM消息。5.2.3.5接收SIP状态码4xX，5xX，6xX接收到SIP状态码4xx，5xx，6xx后，MGCF应立刻发出REL消息。注：当接受到针对UPDATE的580消息时，不仅要发出REL消息，还要向MMD侧发出针对初始INVITE的BYE消息。表3规定了如何从SIP状态码映射出REL消息中的Cause值。5
YD/T1972.3-2009
←REL（Cause值）
127或不发消息
无映射
从SIP状态码映射出REL消息中的Cause值←4xx/5xx/6xxSIP消息
400BadRequest
401 Unauthorized
402 Payment Required
403Forbidden
404NotFound
405 Method Not Allowed
406 Not Acceptable
407Proxy authentication required408 Request Timeout
410Gone
413RequestEntitytoolong
414 Request-URI too long
415UnsupportedMediatype
416UnsupportedURIscheme
420BadExtension
421 Extension required
423 Interval Too Brief
480TemporarilyUnavailable
481 Call/Transaction does not exist482Loopdetected
483Toomanyhops
484 Address Incomplete
485Ambiguous
486BusyHerebzxz.net
487 Request terminated
488Not acceptable here
491 Request Pending
493 Undecipherable
500 Server Internal error
501 Not implemented
502Bad Gateway
503 Service Unavailable
504 Server timeout
505 Version not supported
513 Message too large
580 Precondition failure
600 Busy Everywhere
603Decline
604Does notexist anywhere
606 Not acceptable
a如果O-MGCF已经发过CANCEL消息，则不做交互；b此状态码并不终结SIP对话，只是终结一个SIP事务6
5.2.3.6接收BYE，CANCEL
收到BYE时，MGCF应发出REL消息其中的Cause值为16。收到CANCEL时，MGCF应发出REL消息其中的Cause值为31。5.2.3.7接收REL
MGCF在收到200OK（INVITE）之后收到REL，则发出BYE消息。MGCF在收到REL时没有收到200OK（INVITE），则发出CANCEL消息。5.2.3.8接收RSC，GRS或CGB（HWoriented）YD/T1972.3-2009
MGCF在收到200OK（INVITE）之后收到RSC，GRS或CGB（H/Woriented），则发出BYE消息。MGCF在收到RSC，GRS或CGB（H/Woriented）时没有收到200OK（INVITE），则发出CANCEL消息。
5.2.3.9MGCF自身决定释放会话
MGCF根据内部流程决定释放会话时，应该发出以下2种消息：a）BYE消息，如果ACK已经发出；b）CANCEL消息，如果200OK（INVITE）还未接收到。5.2.3.10接收SIP3xX
接收到SIP3xx后，MGCF应立刻发出REL消息。5.2.3.11发送CPG（Hold）和CPG（Retrieve）接收到SIPUPDATE或re-INVITE，其中的SDP为a=sendonly/inactive时，发出CPG（Hold）。接收到SIPUPDATE或re-INVITE，其中的SDP为a=sendrecv/recvonly时，发出CPG（Retrieve）。5.2.3.12定时器
表4定时器
15~20s
（缺省值是15s）
6IM-MGW功能要求
6.1一般要求
定时开始条件
定时停止条件
收到对应于初始INVITE的180Ringing，INVITE已经发出而
ACM还未发出
或404NotFound或484AddressIncomplete或200OK（INVITE）
超时后
发送ACM
(no indication)
在MMD系统中，MGCF和IM-MGW的能够实现MMD和其他ISUP的传统核心网（如：PSTN、ISDN和PLMN等）之间的互通。其中IM-MGW根据MGCF的控制提供不同的传输承载和媒体格式的转换功能。
IM-MGW和MGCF之间通过Mn接口连接。IM-MGW和其他MIMD网络实体的用户平面之间通过Mb接口连接。
6.2MGCF和IM-MGW的交互
MGCF和IM-MGW使用标准的H.248（见ITU-TH.248.1（2002））进行交互，来控制MMD和电路域的媒体流的连通。
6.3IM-MGW在用户面的功能
IM-MGW的基本功能是负责将一种网络中的媒体转换成另一种网络所要求的媒体格式。IM-MGW能7
YD/T1972.3-2009
够在电路交换网的承载通道和分组网的媒体流之间进行转换。编码转换
电路交
换承载
图3用户层互通的结构图
由于MMD子系统支持EVRC编码，所以IM-MGW需要使用RTP来传输EVRC，同时还要支持EVRC和G.711之间的编码转换。
IM-MGW应能支持DTMF音的带内传送。为节约带宽，提高带宽利用率，媒体网关应具有语音活动检测的功能和静音压缩、产生舒适噪音功能，应支持静音检测算法。
分组承载网的传输会有一定的丢包率，影响通话质量，因此，网关需要支持语音报文的丢包补偿采用平滑输出的机制使这种丢包错误对语音听受者产生的影响最小。由于在IP网中分组数据包在各个节点处理时间开销的差异性，将会造成分组数据包的延时抖动，为保证通话质量，媒体网关必须设有输入缓冲，以尽可能地消除时延抖动对通话质量的影响。在IP网上和移动网上传送的语音信息具有较大的延时，并且存在2/4线转换，为避免回声对通话质量的影响，媒体网关必须具有回声控制机制，支持移动电学回声抑制功能。合适的语音发送与接收电平是影响通话质量的重要因素，因此媒体网关必须具有语音电平调节的功能。
BGCF功能要求
当S-CSCF发现MMD起始的会话需要路由到电路域时，它会把SIPINVITE消息发送到BGCF。BGCF将根据从其他协议或数据库获得的信息，决定是否需要把会话路由到内部电路域或外部电路域。a）如果是内部电路域：BGCF在自已所在的网络中选择一个MGCF，并将SIPINVITE前转到此MGCF。b）如果是外部电路域：BGCF前转SIPINVITE到选中的外部网络的BGCF。BGCF不需要把它自身的地址放入初始INVITE的Record-Route头域中，这样此会话的后续请求消息不会再经过BGCF。
8性能指标
MGCF应能够支持200万及以上BHSA的处理能力；BGCF应能够支持300万及以上BHSA的处理能力；注：平均通话时长为120s。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。