YD/T 1972.3-2009.Technical requirements for 800MHz/2GHz cdma2000 digital cellular mobile telecommunicationnetwork multimedia domain equipment Part 3: Inter-working equipments.
1范围
YD/T 1972.3规定了800MHz/2GHz cdma2000 数字蜂窝移动通信网多媒体域互通类设备在网络中的位置、网络框架结构、功能、通信接口、协议及其性能和业务要求,本部分规定的互通类设备包括MGCF、BGCF和IM-MGW。
YD/T 1972.3适用于800MHz/2GHz cdma2000数字蜂窝移动通信网中MMD系统的互通类设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
GB/T 2887-2000电子计算机场地通用规范
GB 9254-1998信息技术设备的无线电骚扰限值和测量方法
GB/T 17618-1998信息技术设备抗扰度限值和测量方法
GB 50174- 2000电子计算机机房设计规范
ITU-T H.248.1(2002)网关控制协议:版本2
3GPP TS 29.232媒体网关控制器与媒体网关的接口:阶段3
IETF RFC 1305网络时间协议(版本3)规范和执行
IETF RFC5079 SIP协议中拒绝匿名请求

ICS33.060.99
中华人民共和国通信行业标准
YD/T 1972.3-2009
800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求第3部分：互通类设备
Technical requirements for 800MHzl2GHz cdma2000 digital cellularmobile telecommunicationnetwork multimedia domain equipmentPart3:Inter-workingequipments2009-12-11 发布
2010-01-01实施
中华人民共和国工业和信息化部发布前
1范围·
2规范性引用文件
3缩略语·
4概述·
5MGCF功能要求·
网络架构…
5.2控制层互通·
6IM-MGW功能要求·
6.1　一般要求
6.2 MGCF 和 IM-MGW 的交互-..6.3IM-MGW在用户面的功能
7BGCF 功能要求·
性能指标·
操作维护及网管要求.
9.1 MML 和 GUI-
本地维护和远程维护
9.4性能统计
故障诊断
9.6加载.
9.7软件版本及补丁管理
10定时与同步要求
11电源及接地要求
11.1电源要求
11.2接地要求
12环境要求·
IKAONIKAa
YD/T 1972.3-2009
YD/T 1972.3-2009
800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》是根据我国CDMA网络的发展需要，参考3GPP2的系列规范，并根据我国国内的实际情况制定而成的。YD/T1972《800MHz/2GHzcdmia2000数字蜂窝移动通信网多媒体域（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部分：互通类设备》配套使用。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国联合网络通信股份有限公司、上海贝尔股份有限公司。
本部分主要起草人：李侠字、颇晏霞、王君珂、柳显。1范围
YD/T 1972.3-2009
800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求第3部分：互通类设备
本部分规定了800MHz2GHzcdma2000数字蜂窝移动通信网多媒体域互通类设备在网络中的位置，网络框架结构、功能、通信接口、协议及其性能和业务要求，本部分规定的互通类设备包括MGCF、BGCF和 IM-MGW。
本部分适用于800MHz/2GHzcdma2000数字蜂窝移动通信网中MMD系统的互通类设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用丁本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/F 2887-2000
GB 9254-1998
GB/T17618-1998
GB 50174-2000
电子计算机场地通用规范
信息技术设备的无线电骚扰限值和测量方法信息技术设备抗扰度限值和测量方法电子计算机机房设计规范
FTU-TH.248.1（2002）网关控制协议：版本23GPP TS 29.232
IETFRFC1305
IETF RFC5079
3缩略语
媒体网关挖制器与媒体网关的接口：阶段3网络时问协议（版本3）规范和执行SIP协议4拒绝暨名请求
下列缩略语适用于本部分。
Authentication，Authorization，Accounting认证、鉴权和计费Address Complete Message
Answer Message
BreakoutGateway Control FunctionCall Progress
Call Session Control FunctionDual Tone Multi Frequency
Enhanced Variable Rate CODECGraphicsUserInterface
Initial Address Message
Internet Protocol
IKAONIKAa-
地址完成消息
应答消息
出口网关控制功能
呼叫进展
呼叫会话控制功能
双音多频
增强型可变速率编解码器
图形用户接口
初始地址消息
互联网协议
YD/T 1972.3-2009
IM-MGW
S-CSCF
4概述
IPMultimediaMcdiaGatewayFunctionISDN用户部分
MTP-L3 User Adaptation layer Media Gateway Control FunctionMultimedia Domain
Man-Machine Language
Message Transfer Part
Stream Control Transmission ProtocolSession Description ProtccolSignalling Gateway
Session Initiated Protocol
Serving-CSCF
P多媒体网关功能
ISDN用户部分
MTP层3用户应用层
媒体网关控制功能
多媒体域
人机语言
消息传送部分
流控制传输协议
会话摧述协议
信令网关
会话初始协议
服务CSCF
为了实现MMD域和传统电路域的基本语音呼叫的互通，MGCF需要在控制面对MMD的SIP消息和电路域的ISUP消息进行转换，以完成呼叫建立，维护，释放等流程，并控制IM-MGW连接两个域中承载通道，进行语音编码转换。
同时MGCF还可以通过在Ro接口发送DIAMETER消息（AccountingRequest）给AAA以实现计费功能。5MGCF功能要求
5.1网络架构
MMD域与CS域互通网络架构如图1所示。BGGF
Ms中与承能损关e
网元血AS、
用产平面
轻制平面
ISUP基干MTP
CS 通道，如
ISUP 基于-
图1MMD域和CS域互通网络架构
M接口位于CSCF和 MGCF之间，使用 3GPP2的SIP。Mn接口位于MGCF和IM-MGW之间，使用H.248（见ITU-TH,248.1（2002））的特性和3GPPTS29,232中一致。
Mi接口位于 BGCF和 MGCF之问，使用 3GPP2 的 SIP。Mb接口是基于IPv4或IPy6的承载数据通道。ISUP可以在M3UA/SCTP/IP上传输，也可以在MTP上传输，SGW负责对M3UA/SCTP/IP和MTP2
进行转换。
5.2控制层互通
5.2.1控制层互通结构
控制层互通的结构如图2所示。
更低层
7号信令功能
媒体网关控制功能
图2控制层互通的结构
5.2.2 在 I-MGCF 上，入局呼叫的 SIP 和 ISUP的互通5.2.2.1发送IAM
SP倍今功能
YD/T 1972.3-2009
当收到一个需要发起语音呼叫的SPINVTTE或不含SDP的SIPINVTFE时，MGCF向电路域发出IAM。如果ISUP网络中支持连续性检测，MGCF应在收到SIPINVITE之后立刻发出IAM，并在SIP资源预留和ISUP连续性检测都成功后发出COT消息指示“continuitychecksuccessful”；如果ISUP网络中不支持连续性检测，MGCF必须在SIP资源预留成功后才发出IAM。如果SIPINVITE中包含多个媒体类型，MGCF应只选择一个它所支持的媒体流进行资源预留（这个媒体流只能是语音媒体流），并在SDPanswer中拒绝其他的媒体流；如果SIPINVITE包含的所有的媒体类型都不能被MGCF支持的话，MGCF应可送STP488“NotAcceptableHere\5.2.2.2接收ACM
收到ACM斥，MGCF须判断Called Party's Stalus Indicator的值，如渠是“SubscriberFree”，则发送180Ringing
5.2.2.3接收 CPG
收到CPG后，MGCF须判断eventindicator的值，如果是“alerting”，则发送I80Ringing；否则就不发送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在发出 200 OK（INVITE）之后收到REL，则发出 BYE消息。MGCF在接收REL时没有发出过200OK（INVITE），则根据表1发出相应的SIP状态码。表1REL对应的SIP状态码
←STP消息
状态码
404 Not Found
500 Server Intcrnal errar
500 Server Internal crror
IKAONIKAa
原因值（十逃制）
YD/T 1972.3-2009
←SIP消息
500 Server Intermal error
404 Not Found
486 Busy Here
480 Temporarily unavailable
480Tcmporarilyunavailable
480 Temporarily unavailable480Temporarily unavailable
410Gone
433 Anonymity Disallowed
480 Temporarily unavailable
502 Bad Gateway
484Address Incomplete
500 Server Internal error
480 Temporarily unavailable
486 Busy here
500 Server Intemal error
500 Server Intemal elror
500 Server Internal error
500 Server Internal error
500 Server Internal error
500 Server Intermal error
500 Server Internal error
404 Not Found
500 Server Intemal error
500 Server Entemal error
500 Server Internal error
480 Temporarily unavailahle 500 Server Interal er0r
500 Servcr Internal error
480 Temporarily unavailable
a见IETFRFC5079。
bclass1和class2有同样的缺省值表1(续）
34（class 是010)
38，41，42，43，44，&47（class是010)50
65,70 & 79 (Class 是 100)
5.2.2.7接收RSC，GRS或CGB（HWoriented）MGCF在发出200OK（INVTTE）之后收到RSC，GRS或CGB（H/Woriented），则发出BYE消息MGCF在接收RSC，GRS或CGB（H/Woriented）时没有发出过200OK（INVTTE），则发出480TemporarilyUnavailable.
5.2.2.8MGCF自身决定释放会话
MGCF根据表2在不同的触发事件中，向ISUP和MMD侧发送不同的释放消息。4
484 Address Incomplete
表2不同触发条件下，MGCF向ISUP和MMD侧发送不同的释放消息触发事件
YD/T 1972.3-2009
原因值（-十进制）
号码没有收全
480 Temporarily Unavailable
500Server Internal error
484 Addres Incomplere
480 Temporarily Unavailable480 Temporarily Unavailahle.MGCF拥塞或呼叫不可路由
应答之后ISUP流程引起的释放
应答之后 SIP 流程引起的释放
ISUP兼容性问题
T7超时
T9超时
应答之前ISUP流程引起的释放
aMGCF收到不认识的ISUP信令信息，并决定呼叫需要释放5.2.2.9接受 CPG （Hold） 和 CPG （Retrieve）不发送
不发送
根据ISUP流程
根据 ISUP 流程
根据 [SUP流程
根据 ISUP 流程
根据ISUP流程
接收到CPG（Hold），发出SIP UPDATE或re-INVTTE，其中的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”或\continuitycheck perfor'med onpreviouscircuit\，O-MGCF需要收到表示连续性检测成功的COT之后再发送INVITE消息：否则 O-MGCF直接发送INVTTE消息。如果MGCF在发出INVTTE之后收到了表示连续性检测成功的COT消息后，MGCF向MIMD侧发出SIP消息（比如UPDATE）表明SIP资源预留成功。如果连续性检测失败，MGCF发出SIPCANCEL.发出IAM之后，启动Ti/W2定时器。在INVTTE消息中加上全球唯一的ICID参数。5.2.3.2发送ACM
当MGCF收到第一个180Ringing时，发送ACM，其中的CalledParty'sStatusIndicalor是SubscribenFree：当MGCF没有收到180Ringing却收到第-个183SessionProgress或Ti/W2定时器超时，发送ACM，其中的 Called Party's Status Indicator 是 No Indication.5.2.3.3发送 CPG
当收到第一个 SIP 180 Ringing 并且 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侧发H针对初始INVTTE的BYE消息。表3规定了如何从SIP状态码映射出REL消息的Cause值。5
IKAONIKAa
YD/T 1972.3-2009
-REL (Cause 值)
127或不发消息
无映射
表3从S[P状态码映射出REL消息中的Cause值<4xx/5xx/6xxSIP消息
400 Bad Request
401 Unauthorized
402 Payrnent Required
403 Forbidden
404 Not Found
405 Method Not Allowed
406 Not Acxeptable
407 Proxy authentication required408 Request Timeout
410Gone
413 Request Entity too long
414 Request-URI too long
415 Unsupported Media type
416 Unsupported URI scheme
420 Bad Extension
421 Extension required
423 Interval Too Brief
480 Temporarily Unavailable
481 Call/Transaction does not exist482 Loop detected
483 Too many hops
484 Address Incomplete
485 Ambiguous
486BusyHere
487 Request terminated
488 Not acceptable here
491 Request Pending
493 Undecipherable
500 Server Internal erron
501 Not implcmented
502 Bad Gateway
5m Service Unavailable
504 Server timeout
505 Version not supporied
513 Message too large
580 Precondition failure
600 Busy Everywhere
603Decline
604 Does not exist 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在收到 200 OK （INVITE）之后收到 REL，则发出 BYE消息。MGCF在收到REL时没有收到20OOK（INVITE），则发出CANCEL消息。5.2.3.8接收RSC，GRS或CGB（HWoriented)YD/T 1972.3-2009
MGCF在收到200OK（INVITE）之后收到RSC，GRS或CGB（H/Woriented），则发出BYE消息。MGCF在收到RSC，GRS或CGB（HWoriented）时没有收到200OK（INVITE），则发出CANCEL消息。
5.2.3.9MGCF自身决定释放会话
MGCF根据内部流程决定释放会话时，应该发出以下2种消息：a）BYE消息，如果ACKL经发出：b）CANCEL消息，如果200OK（INVITE）还末接收到。5.2.3.10接收SIP 3xxwww.bzxz.net
接收到SIP3xx后，MGCF应立刻发出REL消息。5,2.3.11 发送 CPG (Hold) 和 CPG (Retrieve)接收到SPUPDATE或re-INVITE，其中的SDP为a=sendonly/inactive时，发山CPG（Hold）。接收到SIPUPDATE或re-INVTTE，其中的SDP为a=sendrecv/rccvonly时，发出CPG（Retrieve）。5.2.3.12定时器
表4定时器
15-20s
（缺省值是15s）
6IM-MGW功能要求
6.1般要求
定时开始条件
定时停止条件
INVITE 已经发出而收到对应于初始INVITE的 180 Ringing，ACM还未发出
或 404 Nat Found 或 484 Address Inconiplctc或200 OK （INVITE)
超时后
发送ACM
(no indication)
在MMD系统中，MGCF和IM-MGW的能够实现MMD和其他TSUP的传统核心网（如：PSTN、ISDN利1PLMN等）之间的互通。其中IM-MGW根据MGCF的控制提供不同的传输承载和媒体格式的转换功能。
IM-MGW和MGCF之间通过Mn接口连接。IM-MGW和英他MMD网络实体的用户平面之间通过Mb 接口连接。
6.2MGCF和IM-MGW的交互
MGCF和IM-MGW使用标推的H.248（见ITU-TH.248.1（2002））进行交互，来控制MMD和电路域的媒体流的连通。
6.3IM-MGW在用户面的功能
IM-MGW的基本功能是负责将一种网络中的媒体转换成另一-种网络所要求的媒体格式。IM-MGW能7
IKAONIKAa
YD/T 1972.3-2009
够在电路交换网的承载通道和分组网的媒体流之间进行转换。编妈转换
炭喷凝
图3用户层互通的结构图
由于MMD子系统支持EVRC编码，所以IM-MGW需要使用RTP来传输EVRC，同时还要支持EVRC和G.711之间的编码转换。
IM-MGW应能支持DTMF音的带内传送。为节约带宽，提高带宽利用率，媒体网关应具有语音活动检测的功能和静音压缩、产生舒适噪音功能，应支持静音检测算法。
分组承载网的传输会有一定的丢包率，影响通质量，因此，网关需要支持语音报文的丢包补偿，采用平滑输出的机制使这种丢包错误对语音听受者产生的影响最小。由于在卫网中分组数据包在各个节点处理时间开销的差异性，将会造成分组数据包的延时抖动，为保证通话质量，媒体网关必须设有输入缓冲，以尽可能地消除时延抖动对通话质量的影响。在P网上和移动网上传送的语音信息具有较大的延时，并且存在2/4线转换，为避免间声对通话质量的影响，媒体网关必须具有回声挖控制机制，支持移动电学国声抑制功能。合适的语音发送与接收电平是影响通话质量的重要因素，因此媒体网关必须具有语音电平调节的功能。
7 BGCF 功能要求
当S-CSCF发现MMD起始的会话需要路由到电路域时，它会把SIPINVIFE消息发送到BGCF。BGCF将根据从其他协议或数据库获得的信息，决定是否要把会话路由到内部中路域或外部电路域。a）如果是内部电路域：BGCF在自已所在的网络中选择一个MGCF，开将SIPINVITE前转到此MGCF，b）如果是外部电路域：BGCF前转SIPINVITE到选中的外部网络的BGCF。BGCF不需要把它自身的地址放入初始INVITE的Record-Route头域中，这样此会话的后续请求消息不会再经过BGCF。
8性能指标
MGCF应能够支持200万及以上BHSA的处理能力；BGCF应能够支持300及以上BHSA的处埋能力;注：平均通话时长为120s。
9操作维护及网管要求
9.1 MML和 GUI
MGCF/BGCF的操作维护系统应当提供MML和GUI形式的人机接口。9.2本地维护和远程维护
MGCF/BGCF的维护系统应当提供本地维护和远程维护两种方式。9.3日志
MGCF/BGCF的操作维护系统应当提供以下日志功能：a）操作日志的管理：
b）导出操作日志：
c）机运行和调试口志管理：
d）导山主机运行和调试日志。
9.4性能统计
MGCF/BGCF的操作维护系统应提供如下的性能统计管理功能：a）计数器管理和全指标上报；
b）增加。删除可配置测量对象；c）恢复和暂停测量：
d）设置任务的采集周期利开关：e）支持多网光的性能控制管理。9.5故障诊断
a）一般要求
YD/T 1972.3-2009
系统应备有白动诊断功能，应能检测软件、硬件的故障，对各种故障应具有记录的功能。硬件故障的检测应具有故障定位的功能，以便维护人员及时准确的处理故障。在发生硬件故障时，应能隔离有故障的硬件或自动倒换至无故障的备用硬件，保证系统继续正常运行。在发生软件故障时，系统应具有一定的白纠能力白动恢复功能，其中包括再启动和再装入等，当发生软件和硬件故障时，除应能打印输出故障记录报告外，对于要故障还应发出可闻、可见信号，并应立即向本局操作维护中心送出报告。在无人值机时，本局的输出设备可以关闭，但相应的告警信号仍可送至操作维护中心。
b）故障的容错性
当发生软件和硬件故障时，一般不应产生系统阻断。当发生的故障将不可避免地导致降低服务质量时，系统应能继续运行。系统中的重要设备可以具有备份或“n+x”的几余。保证在发生故障时能自动脱离开进行倒换或进行系统再配置。系统对某一硬件故障应经重复检测后进行确定，以防止偶发性故障造成系统的再配置或导致服务质，量的下降。
c）硬件故障的定位
系统对硬件故障应具有自动诊断定位的能力。d）故障的恢复
半发生一般性软件和硬件故障时，系统应具有口纠能力，例如硬件发生故障时能立即倒换至光故障9
KAONIKACa-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。