YD/T 1972.4-2009.Technical requirements for 800MHz/2GHz cdma2000 digital cellular mobile telecommunicationnetwork multimedia domain equipment Part 4:Multimedia resource equipments.
1范围
YD/T 1972.4规定了800MHz/2GHz cdma2000数字蜂窝移动通信网多媒体域媒体资源类设备支持的业务、功能、操作维护、接口、软件和硬件要求等方面的技术要求。
YD/T 1972.4适用于800MHz/2GHz cdma2000数字蜂窝移动通信网中MMD系统的媒体资源类设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
GB/T 2887-2000电子计算机场地通用规范
GB 9254-1998信息技术设备的无线电骚扰限值和测量方法
GB/T 17618-1998信息技术设备抗扰度限值和测量方法
GB 50174-2000电子计算机机房设计规范
ITU-T H.248网关控制协议
IETF RFC2833 DTMF数字，电话音调和电话信号的RTP负载
IETF RFC4240 SIP基础网络媒体服务
IETF RFC4722 媒体服务器控制标记语言(MSCML)和协议
3缩略语
下列缩略语适用于本部分。
AS                                   Application Server                     应用服务器

ICS33.060.99
中华人民共和国通信行业标准
YD/T 1972.4-2009
800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求第4部分：媒体资源类设备
Technical requirements for 800MHz/2GHz cdma2000 digital cellularmobile telecommunicationnetwork multimedia domain equipmentPart 4:Multimedia resource equipments2009-12-11发布
2010-01-01实施
中华人民共和国工业利信息化部发布前
规范性引用文件
缩略语
系统架构和相关功能实体
功能要求·
接口要求·
业务流程及对设备的要求-
安全要求
计费功能要求
性能指标
可靠性指标
操作维护和网管要求
13环境要求
-KAONIKAca
YD/T 1972.4-2009
YD/T 1972.4-2009
《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》是根据我国CDMA网络的发展需要，参考3GPP2的系列规范，并根据我国国内的实际情况制定而成的。YD/T1972《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》分为4部分。
二第1部分：会话控制类设备：
一第2部分：用户数据类设备；
一第3部分：互通类设备：
一第4部分：媒体资源类设备。
本部分是YDT1972的第4部分。
《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.4《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备测试方法第4部分：媒体资源类设备》配套使用。本部分内中国通信标准化协会提出并归山。本部分起草单位：工业利信息化部电信研究院、中国联合网络通信股份有限公司、华为技术有限公司。本部分主要起草人：李侠字、顾晏霞、王君珂、刘文宇。1范围
YD/T 1972.4-2009
800MHz/2GHzcdma2000数学蜂窝移动通信网多媒体域（MMD）系统设备技术要求第4部分：媒体资源类设备
本部分规定了800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域媒体资源类设备支持的业务、功能、操作维护、接口、软件和硬件要求等方面的技术要求。本部分适用于800MHz/2GHzcdma2000数字蜂窗移动通信网中MMD)系统的媒体资源类设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用丁本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用丁本标准。GB/T2887-2000电子计算机场地通用规范GB9254-1998
信息技术设备的无线电扰限值和测量方法8信息技术设备抗扰度限值和测量方法GB/T 17618-1998
GB 50174-2000
ITU-T H.248
IETF RFC2833
IETF RFC4240
IETF RFC4722
3缩略语
电子计算机机房设计规范
网关控制协议
DTMF数字，电话音调和电话信号的RTP负载S业基础网络媒体服务
媒体服务器控制标记语言（MSCML）和协议下列缩略语适用于本部分。
Application Server
Adaptive Multi-Rate
Common Intermediate Format
Call Session Control FunctionDual Tone Multiplc FrcquencyEnhanced Variable Ratc CODECHyper Text Transfer ProtocolInternal Service Control
Interactive Voice Respunse
Media Gateway
Multimedia Domain
Media Objects Markup LanguageTIKAONIKACa-
应用服务器
自适应多速率
普通媒体格式
呼叫会话控制功能
双音多频
增强型可变速率编解码器
超文木传输协议
内部业务控制
互动式语音应答
媒体网关
多媒体域
媒体对象标示语言
YD/T 1972.4-2009
S-CSCF
Multimedia Resource Funetion Multirnedia Resource Function ControllerMultimedia Resource Function ProcessorMedia Sessions Markup LanguageQuarter Common Intermediate FormatRequcst for Comments
Real-time Transport ProtocolServing-CSCF
Session Initiation Protocol
Speech Synthesis Markup LanguageText to Speech
4、系统架构和相关功能实体
4.1系统架构
媒体资源功能（MRF）系统架构如图1所示。AS
S-CSCF
图1 MRF 系统架构
媒体资源功能
媒体资源功能控制器
媒体资源功能处理器
媒体会话标示语言
四分之-普通媒体格式
请求注释
实时传输协议
服务CSCF
会话初始协议
语音合成标注语言
文本到语音
MRFC可以是逻辑模块，也可以是独立的物理实体，为适应MMD灵活的网络部署，MRF可以有下列4种部署方式
a）AS提供MRFC功能，由AS直接控制MRFP的媒体资源；b）S-CSCF提供MRFC功能，由S-CSCF直接控制MRFP的媒体资源：c）MRFC单独设立；
d）MRFC和MRFP合设，提供MRF能力。4.2相关功能实体
a）应用服务器（AS）
应用服务器负责各种增值业务和智能业务的逻辑产生和管理，并且还提供各种开放的API，为第三方业务的开发提供创作平台。应用服务器是一个独立的组件，与控制层的呼叫控制无关，从而实现了业务与呼叫控制的分离，有利于新业务的引入b）服务呼叫会话控制功能服务器（S-CSCF）2
YD/T 1972.4-2009
服务呼叫会话控制功能服务器为呼叫会话控制层实体CSCF网元的一种，其基本功能为用户的注册、鉴权、授权；负责业务的触发以及和业务层的交互；建立、维持、终止应用层的端到端的会话。此外还包括注册用户位置和与用户有关的用户业务档次信息；反馈用户终端的特征信息：与会话对方协商会话类型和需求：修改已有会话的媒体资源（如信道带宽）以及终止现有会话：提供计费信息等。c）媒体资源功能控制器（MRFC）MRFC主要完成MMD域内部的媒体资源控制功能，负责对MRFP资源的控制：接受AS或S-CSCF的控制，提供所需的媒体资源，完成业务的实现：提供根据媒体资源的计费功能。该实体保证了资源集中控制，完成控制和承载的分离。
d）媒体资源功能处理器（MRFP）接受MRFC的控制，提供语音，传真，会议桥等各种媒体资源，通过媒体层的MGW等设备配合完成与对应的终端的媒体交互。该实体架构上实现资源的分布式部署，以支持MMD系统海量媒体资源需求。5功能要求
5.1MRFC 功能要求
5.1.1媒体资源控制功能
接受来白AS或者S-CSCF的控制命令并控制MRFP上的媒体资源，支持增强的媒体控制（高级会议、等。
控制MRFP中的媒体资源，包括输入媒体流的混合（如多媒体会议），媒体流发送源处理（如多媒体公告）、媒体流接收的处理（如音频的编解码转换、媒体分析）等。5.1.2协设处理功能
MRFC支持SIP协议实现与CSCF或者AS的交互。MRFC支持H.248协议实现对MRFP的媒体资源控制。MRFC支持Diameter协议发送计费信息给计费网关。MRFC支持HTTP协议实现与AS的IVR交互。5.1.3计费功能
MRFC能够生成相关的计费详单，通过Diameter协议发送绘计费网关，支持在线和离线计费方式5.2MRFP功能要求
5.2.1媒体转换功能
音频编解码能力：MRHP可在MRFC的控制下完成音频呼叫的编解码转换，要求必须支持如下编解码问的任意两两转换：G.711A，G.711U、G.729、AMR、EVRC，以支持同网络内不同音频终端的互通。视频编解码能力：MRHP可准MRFC的控制下完成视频呼叫的编解码转换、速率适配，支持视频编解码能力包括H.263baseline(Profile 0)Level 45、H.263 Interactive and Streaming Wireless Profile (Profile3) Level 45.H.264 baseline profile level1.h、TSO/IEC 14496-2 [13] (MPEG-4 Visual) Simple Profile Level 0b,支持II263/H264/MPEG4编解码转换、CIF/QCIF转换，15-30的不同顺频转换，不同速率的转换，输出最大速率2Mbps，以支持不同终端用户的视频互通。5.2.2音频播放功能
支持播放MRFP内部预置的变量音，包括时间、日期、数字，金额。支持播放外部文件服务器上的固定智能音的语音片断wav文件，wav可存储G.711或者G.729编解码。3
TIKAONIKACa-
YD/T1972.4-2009
支持放音和收号同时进行以支持IVR业务。5.2.3多媒体播放功能
支持播放外部NFS文件服务器上的多媒体片断文件，文件格式为3GP、3G2。支持多媒体播放和收号同时进行以支持视频播放中的IVR业务。5.2.4DTMF收号功能
在编解码为G.711时，支持DTMF的带内检测上报；支持RFC2833方式下的DTMF检测上报（见IETFRFC2833的要求）；支持按照DigitMap搜集DTMF信号（包括RFC2833和G.711方式）。5.2.5音频录制功能
在一个会话中，语音可以被实时地记录为wav文件，存储到外部的NFS服务器上。5.2.6音频会设功能
提供混音资源，支持多方音频会议功能，单个上下文最少能够支持64个会议方：支持对会议内案进行录音。
6接口要求
6.1MRFC接口要求
6.1.1MRFC与CSCF接口（Mr）
MRFC与CSCF协议接口为Mr接口，必须使用SIP协议。Mr接口可选支持以下协议。
a）MSME/MOML标准。
b）RFC4240协议，见IETFRFC4240的要求。c）RFC4722协议，见IETFRFC4722的要求。6.1.2MRFC与MRFP接口（Mp）
采用H.248协议，见ITUH.248的要求。6.1.3 MRFC 与 AS 接口 (Sr)
MRFC与AS之间的协议接口为Sr接口，支持VXML协议。6.2MRFP接口要求
IP接口物理上支持100MBASE-T和、1000BAST-T、1000BASE-X。外部IP接口上的辑流包括以下4种。
a）Mp接口的H.248信令：SCTP/IP或UDP/LP，必须支持SCTP/IP，可选支持UDP/IP。b）Mb接口的承载流：RTP/UDP/IPc）文件流：UDP/IPorTCP/P。
d）操作维护流：TCP/LP。
要求支持4种逻辑流独立分布在不同物理接口上。7业务流程及对设备的要求
7.1基本放音业务
对于放音，主要包含播放音频（PlayTone），播放语音通知（PlayAnnouncement）、播放文本（PlayTTS），对于这3种方式基本业务流程类似，这里统一说明，细节不同处会加以描述。4
YD/T 1972.4-2009
其中播放音频（PlayTone）、播放语音通知（PlayAnnouncement）功能为必须具备的功能，播放文本（PlayTTS）属子可选功能，可根据网络发展情况部署。基本放音业务流程图如图2所示。用户
接入业务
AS/S-CSCF
②放商请求
③播放频/播放语音通知
/播微支本
媒体通道建义，的用广激管
放音完成
..... . .. ..........
图2基本放音业务流程示意
波育完成
a）用户接入S-CSCF，同时建立IMGW的媒体链路连接。根据业务触发规则，S-CSCF触发放音业务，和1AS通过ISC接口进行交五，业务逻辑出AS提供，AS请求对用户放音：b）S-CSCF通过Mr接口下发放音请求到MRFC，或者根据Mr接口卜发的放音脚本地址，建立到AS的HTTP连接片，宏AS取放音脚本。c）MRFC根据资源管理以及负荷分担算法，通过Mp接口请求特定的MRFP提供放音资源，MRFP接受放音请求，建立和MGW的媒体链路，同时根据放音请求类型的不同分别进行以下处理：1）播放音频（PlayTone）一一MRFP调用音频生成器产生特定的音频（Tone）；2）播放语音通知（PlayAnnouncement）-—MRFP在内存或存储加载指定的语音通知（Announcement）；3）播放文本（Play TTS）一
一MRFP调川TTS资源，将请求的文本转换为语音数据：4）MRFP接受放音请求，通过和MGW建立的媒体链路，向用户放音。d）音究成，MRFP通知MRFC，MRFC通知业务控測层：放产业务还需满足以下流程要求：a）播放音频（PlayTone）
1）应该持续播放，肖到业务要求停止；2）可以通过最大放音的长参数自动终止放音；3）放音期问可以检测DTMF；
4）可以根据DTMF检测终止放音
b）播放语音通知（PlayAnnouncement）1）可以通过最大放音附长参数白动终l:放音：2）可以通过最大播放次数参数自动终止放音：3）放音期间可以检测DTMF：
4）可以根据DTMF检测终止放音；5
IKAONIKAa-
YD/T1972.4-2009
5）支持变量音自动生成和播放：6）支持受控业务层停止放音请求。c）播放文本（PlayTTS）
1）可以通过最大放音时长参数自动终止放音：2）可以通过最大播放次数参数自动终止放音；3）放音期间可以检测DTMF：
4）可以根据DTMF检测终止放音；5）支持变量音自动生成和播放；6）支持受控业务层停止放音请求：7）TTS功能可以支持SSML标准。7.2基本!VR业务
基本IVR业务流程，其实质是通过放音流程和DTMF检测流程完成的语自动交互工作，该交互过程由业务逻辑控制，对于MRF没有次数.上的限制。音频/多媒体录制业务流程和基木IVR业务类似，业务流程参照IVR业务流程。
基本IVR类业务流程示意如图3所示。用户
D接入业务
AS/S-CSCF
②放音收号
②叫户按链！
③按键通知1-
放音收好2
出户按链2
按键通知2
图3基本IVR类业务流程示意图
放产收号1
@按键迎知
放音收52
按键通知2-
a）用户接入S-CSCF，同时建立和MGW的媒体链路连接；根据业务触发规则，S-CSCF触发业务和AS通过ISC接口进行交互，或者MRFC通过Sr接口从AS获得IVR脚本；业务逻辑由AS提供，业务为IVR流程类：
b）请求MRFC放音收号。
c）MRFC请求MRFP放音同时检测DTMF。d）用户收听到放音，根据提示按键。e）MRFP检查到DTMF，根据收号规则，MRFP将收号结果上报MRFC。f）MRFC通过Mr/Sr接向AS上报按键信息给AS。g）重复以上放音收号流程，直到IVR业务流程终止。6
IVR业务还需满足以下流程要求：YD/T 1972.4-2009
a）放音收号操作可以由统一的放音收号请求消息控制，也可以由分离的放音消息和收号消息组合完b）放音收号操作可以由放音收号脚本控制。c）控制消息可以设置根据收号终止码终止放音。d）MRF具有简单的收号规则处理能力，复杂的收号逻辑应由AS进行控制，建议由AS根据MRF返回的收号信息进行逻辑控制。
7.3基本会议业务
对于MRF会议业务是比较复杂的功能，这里重点描述预约会议业务流程。预约会议业务流程如图4所示。
-呼叫会议巩户
用户应答
@呼叫会议
@用户应答
月户设出会议
AS/S-CSCF
①创建会议
·资源申请成动
@将用户加入会议
③将用户加入会议
夺议进行
②创建会议，中请会议资源
全资源申请成动
③将用户加入会议·
@将用户圳入会议
@从会议中删除州户
图4预约会议业务流程示意图
a）AS根据业务受理情况，向MRFC发起建立会议。b）MRFC向MRFP中请会议资源。
c）MRFP申请会议资源成功，通知MRFC，MRFC通知AS。d）AS通过S-CSCF呼叫会议用户。e）会议用户应答。
）AS通知MRFC把会议用户加入会议中；重复4、5、6步骤，直到呼叫完所有会议用户，将应答的用户都加入会议。
g）用户退出会议。
h）AS通知MRFC用户退出会议。
i）MRFC通知MRFP将用户从会议中删除。以上会议流程为单步方式，也可以采用并发汇聚方式，同时加入多个用户进入会议。7.4媒体编码格式转换业务
-TKAONIKACa-
YD/T 1972.4-2009
MRFP支持不同语音/视频编码类型的转换，MRFC需要根据需要向MRFP申请编解码转换资源。AS
①请求编解码转换
②谐求综解码转换资源
③请求啊应
图5媒体编码格式转换业务流程示意图a）AS向MRFC申请编解码转换，指明需要转换的类型。b）MRFC向MRFP中请编解码转换资源。c）MRFP推备好编解码转换资源，向MRFC返回响应。d）MRFC向AS返回200OK。
e）AS向MRFC返回ACK。
7.5高级会议业务
高级会议业务流程和基本会议流程相同，但是会议可选择多种高级会议属性和会议控制模式，如建立多媒体会议、高清视频会议、设置分会场等。高级会议业务属可选功能，根据网络和业务发展情况进行部署，7.6业务对MRS的要求
为实现上述基本业务，MRS应该能够配合CSCF/AS，具备放音、收号、播放（谱音、文本）、建立基本会议以及媒体编解码转换的能力。8安全要求
维扩面支持不同的安全特性，阻止没有被授权的个体进入，并阻止通过不安全的后门进入：用户接入控制，端口接入控制和安全的登录方式。信令面、承载面支持防DOS的各种攻击（可选）。9计费功能要求
9.1计费类别
MRF提供不同的计费类别，为业务提供灵活的计费策略，主要类别分为以下3种：a）按时长计费：
b）按流量计费；
c）按资源类型计费。
9.2计费方式
MRF通过CTF触发计费策略，提供计费数据给计费中心。MRFC产生计费记录，支持在线和离线计费。9.3计费记录
对丁经过MRF系统提供的业务，为保证计费系统灵活的计费策略，MRF应能自动记录以下主要信息：消息标示，具体的计费记录格式和信息。8
9.4计费接口
离线计费，支持Rf接口。
在线计费，支持Ro接口。
10性能指标
YD/T1972.4-2009
单设备的放音容量需满足的要求：最大在线放音业务通道6000、最大支持500Caps。单设备全部用于语音会议容量需满足的要求：最大在线会议方数1200011可靠性指标
a）设备的板卡需支持热插拨；
b）控制模块支持余备份功能：bZxz.net
c）媒体内部资源模块支持N+1允余：d）媒体外部IP资源支持按照端口设置主备或者负荷分担，支持端口独立的倒换保护。12操作维护和网管要求
12.1维护测试功能
支持通过人机交互界面完成硬件、软件进程、业务的配置支持通过人机交互界面完成硬件和软件的维护管理为了便维护时对接，设备需要支持对于外部控制面接口的跟踪，MRFC需支持：SIP接口跟踪、H248接口跟踪，MRFP需支持：H248接口跟踪。12.2故障检测及处理
a）：般要求
系统应备有白动诊断功能，应能检测软件、硬件的故障，对各种故障应其有记录的功能。硬件故障的检测应具有故障定位的功能，以便维扩人员及时准确地处埋故障。在发生硬件故障时，应能隔离有故障的硬件或自动倒换至无故障的备用硬件，保证系统继续正常运行。在发生软件故障时，系统应具有~定的自纠能力和白动恢复功能，其中包括再启动和再装入等。当发生软件和硬件故障时，除应能打印输出故障记录报告外，对丁重要故障还应发出可闻、可见信号，并应立即向操作维护中心送出报告。在无人值机时，输出设备可以关闭，但相应的告警信号仍可送至操作维护中心。
b）故障的容错性
当发生软件和硬件故障时，一般不应产生系统阻断。当发生的故障将不可避免地导致降低服务质量时，系统应能继续运行。系统中的重要设备可以具有备份或\n+x\的几余。保证在发生故障时能自动脱离并进行倒换或进行系统再配置。系统对某一硬件故障应经重复检测后进行确定，以防止因偶发性故障造成系统的再配置或导致服务质量的下降。
c）硬件故障的定位
系统对硬件故障应具有白动诊断定位的能力。d）故障的恢复
KAONIKACa
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。