发明内容
本发明首先所要解决的技术问题是为业务开发商提供一种能同时适用于多种通信网络的在通信系统中提供融合媒体资源的系统。为此,本发明采用以下技术方案:它包括以下模块:主控模块、窄带语音媒体资源模块、宽带语音媒体资源模块、窄带多媒体资源模块、宽带多媒体资源模块、收发号资源模块、控制模块、受控接口模块;所有资源模块的资源都统一为逻辑资源并被纳入资源池管理;所述主控模块通过对资源池的调度同时在各资源模块支持对外部PSTN、GSM、CDMA2000、3G R4网络、3G IMS网络、NGN网的接入和互联;各资源模块设有存储媒体资源并进行处理的媒体资源板卡;所述控制模块内设有资源转换和处理子模块,受控接口模块设有能连接IP网络而使系统接受应用服务器的控制和驱动的可编程控制接口,资源的申请、分配、资源间的交换和桥接由控制模块完成并通过受控接口模块接受系统外部应用服务器的控制。由于采用本发明的技术方案,本发明所提供的系统能与PSTN、GSM、CDMA2000、3G R4网络、3G IMS网络、NGN网等多种网络连接,符合电信网络的演进规划,能平滑兼容今后电信网络的发展需求。
本发明所提供的融合媒体资源的系统,包括以上所述媒体资源但并不限于此。所述的窄带语音媒体资源:TDM/E1;所述的宽带语音媒体资源:接入方式为IP,编码同时支持G.711、G.723.1、G.726、G.729、AMR2、AMR;所述的窄带多媒体资源:H.324M资源,包括两种方式:OVER IP和OVER TDM,支持3G R4网络Nb口承载。所述的宽带多媒体资源:RTP资源,视频编码格式包括:H.263、H.264、MEPG4,支持3G R4网络Nb口承载;所述的收发号资源:支持带内收发号,带外收发号,RFC2833,H.245收发号。
融合媒体资源可以同时提供各类资源的交换和桥接功能,包括但不限于以下方式:TDM到IP间、H.324M到RTP间、TDM到TDM间、RTP到RTP间、H.324M到H.324M间、音视频拆分等。
本发明另一个所要解决的技术问题是提供一种上述系统提供融合媒体资源的方法。为此,本发明采用以下技术方案:所述系统与应用服务器交互的主要步骤如下:
1)、应用服务器通过所述系统的受控接口模块发送媒体资源分配请求;
2)、所述系统的受控接口模块传递请求到所述控制模块,由所述控制模块根据资源类型从资源池中分配资源,并通过与应用服务器的接口反馈给应用服务器;
3)、应用服务器通过所述系统的受控接口模块下发业务请求到所述控制模块,控制模块会把所请求的事件在发生时通知应用服务器;
4)、应用服务器通过所述系统的受控接口模块下发逻辑资源关联请求到所述控制模块,控制模块响应请求,根据统一资源原则和机制调用内部相关转换和处理子模块完成资源的交换和桥接,并通过与应用服务器的接口把请求结果反馈给应用服务器;
5)、逻辑资源释放请求,资源在所述控制模块的控制下释放。
由于采用本发明的上述技术方案,本发明所提供的系统能提供给业务开发商一个能帮他们解决与电信网络交互的技术问题的平台,并提供丰富多样的媒体处理技术,使所有的电信核心网络对业务而言是一个技术透明的网络,与多种网络交互可以用统一透明的接口。开发商所接触到的只是业务所需要的应用信息和媒体内容,方便开发商全面灵活开发增值业务,大幅扩大业务应用范围。
在本发明中,所有资源在设计上统一为逻辑资源,几种资源可定义为4类资源池:经系统TDM交换的IVR资源池,经系统TDM交换的E1接口资源池,经系统TDM交换的IP路由资源池,纯IP端口的IVR资源池。每个逻辑资源时隙上均可指定上述四种物理承载资源之一,不同物理承载资源与单板逻辑资源之间具有影射关系。提供逻辑资源时,融合媒体资源系统在单板软件和DSP软件内部通过TDM交换或者IP-TDM交换实现系统侧逻辑资源的分配;对于全IP语音和多媒体交换,是将IP语音和多媒体端点作为系统IP输入和输出,通过缓冲机制,实现对外的全IP交换。
在本发明中,以下概念和缩写释义如下:
TDM:Division Multiplex and Multiplexer,时分复用和复用器;
H.324M:基于电路交换的H.324M/3G-324M协议;
TCP/IP:Transmission Control Protocol/Internet Protocol,传输控制协议/网间协议;
RTP:Real-timeTransportProtocol,实时传输协议RTP;
IVR:Interactive Voice Response,交互式语音应答;
PSTN:Public Switched Telephone Network,公共交换电话网络;
GSM:Global System for Mobile Communications,全球移动通信系统;
CDMA:Code Division Multiple Access,码分多址;
3G R4:第3代移动通信网4阶段;
3G IMS:第3代移动通信网IMS(IP Multimedia Subsystem)IP多媒体系统阶段;
NGN:Next Generation Network,下一代通信网络;
RTSP:RealTimeStreamingProtocol,实时流协议;
SIP:Session Initiation Protocol,会话发起协议;
H.248:媒体网关控制协议。
具体实施方式
本发明描述的系统在网络中的位置如图1、6所示,系统有两大接口,一是提供给系统外设备应用服务器的控制接口,另一个是与通信网的媒体连接接口。系统处于整个应用的中间层,在接受应用服务器的控制下实现对外部通信网的媒体连接与转换。参照图1、6、7,本发明包括以下模块:主控模块、窄带语音媒体资源模块、宽带语音媒体资源模块、窄带多媒体资源模块、宽带多媒体资源模块、收发号资源模块、控制模块、受控接口模块;所述系统设有资源池,所有资源模块的资源都统一为逻辑资源并被纳入资源池管理;所述主控模块通过对资源池的调度同时在各资源模块支持对外部PSTN、GSM、CDMA2000、3G R4网络、3G IMS网络、NGN网的接入和互联;各资源模块设有存储媒体资源并进行处理的媒体资源板卡;所述控制模块内设有资源转换和处理子模块,受控接口模块设有能连接IP网络而使系统接受应用服务器的控制和驱动的可编程控制接口,资源的申请、分配、资源间的交换和桥接由控制模块完成并通过受控接口模块接受系统外部应用服务器的控制。
融合媒体资源系统实现与外界的媒体交互和应用业务系统内部媒体资源的接入(包括E1/IP),外部应用服务器实现业务逻辑。融合媒体资源系统与外部应用服务器之间TCP/IP连接,承载控制接口为RTSP、SIP、H.248协议或者内部接口,媒体文件接口为RTP或NFS协议。图2为本发明所述系统与外部应用服务器交互的主要步骤。融合媒体资源系统与外部应用服务器之间主要的消息接口设计和流程简述如下:
1特殊资源分配请求消息(BG_A_IVRALLOC_REQ)
序号 |
参数名 |
字节 |
意义 |
备注 |
1 |
RefNum |
4 |
后台进程的参考号 |
注1: |
2 |
BoardSelector |
2 |
资源板卡选择子 |
注2 |
3 |
TrunkMID |
2 |
中继电路模块号 |
填0表示不提供 |
4 |
TrunkSLOT |
2 |
中继电路时隙号 |
填0表示不提供 |
5 |
SpecializedResourceType |
2 |
特殊资源类型 |
注3 |
注1:涉及到多个字节的参数,低字节在前,高字节在后,以下雷同。
注2:填0表示随机选择任意可用的资源板卡;填其它值表示以该值作为选择子,带有相同选择子的请求消息尽量分配相同的板卡资源。资源板卡可以缓存已经播放过的语音文件,在播放单个语音文件时(如播放音乐),如果把语音编号作为选择子,可以提高缓存的利用率,减轻语音文件服务器的工作负荷。
注3:SpecializedResourceType表示需要申请资源的类型,目前只使用
1:固定、可变通知和DTMF收集,
2:保留,
3:保留,
4:固定、可变通知、DTMF收集和FSK收发,
其他类型以后扩展用。
2媒体资源分配请求消息(BG_A_MEDIARESALLOC_REQ)
序号 |
参数名 |
字节 |
意义 |
备注 |
1 |
RefNum |
4 |
后台进程的参考号 |
|
2 |
BoardSelector |
2 |
资源板卡选择子 |
注1 |
3 |
TrunkMID |
2 |
中继电路模块号 |
填0表示不提供 |
4 |
TrunkSLOT |
2 |
中继电路时隙号 |
填0表示不提供 |
5 |
SpecializedResourceType |
2 |
特殊资源类型 |
注2 |
6 |
BCType |
1 |
承载类型 |
注3 |
7 |
AssocRsSlot |
2 |
相关联的媒体资源时隙号 |
注4 |
8 |
NbupMode |
1 |
NbUP协议模式 |
注5 |
9 |
MediaAttribute |
1 |
媒体属性 |
注6 |
注1:填0表示随机选择任意可用的资源板卡;填其它值表示以该值作为选择子,带有相同选择子的请求消息尽量分配相同的板卡资源。资源板卡可以缓存已经播放过的语音文件,在播放单个语音文件时(如播放音乐),如果把语音编号作为选择子,可以提高缓存的利用率,减轻语音文件服务器的工作负荷。
注2:SpecializedResourceType表示需要申请资源的类型,目前只使用
1:(保留)2:3G-324M多媒体流播放,(3G-R4)
3:RTP语音流播放,(3G-R4)
4:(保留)
5:RTP承载业务处理,(3G-R5)
其他类型以后扩展用。
注3:承载类型
1:基于IP_RTP
2:基于TDM
Else:备用
注4:相关联的资源时隙号
高4BIT用来表示模块号;
0:无相关联的资源
ELSE:相关联的模块号
低12BIT用来表示时隙号
注5:当“特殊资源类型”为“3G-324M多媒体流播放”或“RTP语音流播放”,承载类型为“基于RTP”时,该参数有效。
NbUP协议模式定义如下:
0:透明模式
1:支持模式注6:支持的媒体属性如下:
1:G.711 PCM-Alaw格式
2:(备用)
3:3G-324M格式
4:G711PCM-μlaw格式
5:AMR格式
6:H.263格式
7:MEPG4格式
else:备用
以上两条消息主要用于应用服务器通过所述系统的受控接口模块发送媒体资源分配请求。
3特殊资源业务请求消息(BG_A_IVRSERVICE_REQ)
序号 |
参数名 |
字节 |
意义 |
备注 |
1 |
RefNum |
4 |
后台进程的参考号 |
|
2 |
IVRSLOT |
2 |
资源时隙号 |
注1 |
3 |
SeqNumber |
1 |
消息序列号 |
注2 |
4 |
Service Indication |
1 |
业务类别指示 |
注3 |
5 |
AnnouncementList |
O |
语音播放参数列表 |
注5 |
6 |
DigitCollectionControl |
O |
数字收集控制参数 |
注5 |
7 |
RecordParameter |
O |
录音控制参数 |
注5 |
8 |
RtpConnectCmd |
O |
端点连接命令 |
注6 |
9 |
MutiMediaPlay |
O |
多媒体播放控制参数 |
注6 |
10 |
FskSignalControl |
O |
FSK信号收发控制参数 |
注5 |
6 |
RtpDigitCollectionControl |
O |
RTP数字收集控制参数 |
注6 |
7 |
RtpRecordParameter |
O |
RTP录音控制参数 |
注6 |
8 |
DigitSendControl |
O |
DTMF号码发送控制 |
|
9 |
H245LcControl |
O |
H245逻辑通道控制参数 |
|
注1:基本模块内特殊资源的时隙编号,所在模块由消息接收模块号确定。
注2:业务请求消息的序列号,每一次使用特殊资源的过程中从1开始递增。
注3:指示需要执行的业务类别:
1:表示开始播音/收集数字
2:表示停止播音/收集数字
3:表示开始录音/播音
4:表示结束录音/播音
5:表示激活RTP端点连接(资源类型为3G-324M时,包含NbUP启动)
6:表示进行RTP媒体播放/收号/录音
7:表示请求FSK信号收发控制
8:表示停止FSK信号收发控制
9:表示终止RTP端点连接
10:表示停止RTP媒体播放/收号/录音
11:表示发送DTMF号码
12:表示启动H.223/H.245请求
13:表示H.245会话结束请求
14:表示H.245逻辑通道控制请求else:备用
注4:在开始语音录制时携带,参见3.7。
注5:适用于TDM资源。
注6:适用于RTP资源。
4特殊资源单次业务请求消息(BG_A_IVRUNISERVICE_REQ)
序号 |
参数名 |
字节 |
意义 |
备注 |
1 |
RefNum |
4 |
后台进程的参考号 |
|
2 |
ContMembMID |
2 |
中继电路模块号 |
填0表示不提供 |
3 |
ConfMembSLOT |
2 |
中继电路时隙号 |
填0表示不提供 |
4 |
Service Indication |
1 |
业务类别指示 |
注1 |
5 |
Reserve |
1 |
保留 |
填0 |
6 |
AnnouncementList |
O |
语音播放参数列表 |
|
7 |
DigitCollectionControl |
O |
数字收集控制参数 |
|
8 |
RecordParameter |
O |
录音控制参数 |
|
注1:指示需要执行的业务类别:
1:表示开始播音/收集数字
2:保留
3:表示开始录音
4:保留
else:备用
5特殊资源事件指示消息(BG_A_IVREVENT_IND)
序号 |
参数名 |
字节 |
意义 |
备注 |
1 |
RefNum |
4 |
后台进程的参考号 |
|
2 |
GLOBSLOT |
2 |
资源时隙号 |
注1 |
3 |
IVREvent |
2 |
特殊资源事件参数 |
注1 |
4 |
BufRecordRsp |
O |
缓冲区录音响应参数 |
|
5 |
FileRecordRsp |
O |
文件录音响应参数 |
|
6 |
Dgts |
O |
收集的数字 |
|
7 |
FskSignalContent |
O |
传送的FSK信号 |
|
8 |
H245LCInd |
O |
H.245远端逻辑通道指示 |
|
注1:前置机主动上报给后台的特殊资源事件,具体定义如下:
1、定时检测(默认每10分钟发送一次),如果后台超时无回应(默认超时时间10s),则前置释放该时隙资源。
2、异常请求释放
3、上报缓冲区录音响应参数
4、上报录音业务接收到的DTMF数字
5、上报文件录音响应参数(用来指示存放录音文件的服务器地址,该指示在开始文件录音后上报)
6、上报会议接收到的FSK信号
7、H.245远端逻辑通道指示
else保留
以上三条消息用于应用服务器通过所述系统的受控接口模块下发业务请求到所述控制模块,控制模块会把所请求的事件在发生时通知应用服务器;
6桥接资源连接请求消息(BG_A_BRIDGERESCONN_REQ)
序号 |
参数名 |
字节 |
意义 |
备注 |
1 |
RefNum |
4 |
后台进程的参考号 |
|
2 |
ConnType |
2 |
搭接指令 |
注1 |
3 |
OTrunkMid |
2 |
源媒体资源模块号 |
|
4 |
OTrunkSlot |
2 |
源媒体资源时隙号 |
|
5 |
DTrunkMid |
2 |
目的媒体资源模块号 |
|
6 |
DTrunkSlot |
2 |
目的媒体资源时隙号 |
|
注1:搭接指令
取值=1源时隙→目的时隙(单向)
=2目的时隙→源时隙(单向)
=3源时隙←→目的时隙(双向)
=4拆除
=5强制拆除
7三方资源桥接请求消息(BG_A_BRIDGE3RES_REQ)
序号 |
参数名 |
字节 |
意义 |
备注 |
1 |
RefNum |
4 |
后台进程的参考号 |
|
2 |
ConnType |
2 |
搭接指令 |
注1 |
3 |
OTrunkMid |
2 |
源媒体资源模块号 |
|
4 |
OTrunkSlot |
2 |
源媒体资源时隙号 |
324M资源 |
5 |
DtrunkMid1 |
2 |
目的媒体资源模块号1 |
|
6 |
DtrunkSlot1 |
2 |
目的媒体资源时隙号1 |
|
7 |
DtrunkMid2 |
2 |
目的媒体资源模块号2 |
|
8 |
DtrunkSlot2 |
2 |
目的媒体资源时隙号2 |
|
注1:搭接指令
取值=1源时隙→目的时隙(单向)
=2目的时隙→源时隙(单向)
=3源时隙←→目的时隙(双向)
=4拆除
=5强制拆除
以上三条消息用于应用服务器通过所述系统的受控接口模块下发逻辑资源关联请求到所述控制模块,控制模块响应请求,根据统一资源原则和机制调用内部相关转换和处理子模块完成资源的交换和桥接,并通过与应用服务器的接口把请求结果反馈给应用服务器;
8特殊资源释放请求消息(BG_A_IVRRELEASE_REQ)
序号 |
参数名 |
字节 |
意义 |
备注 |
1 |
RefNum |
4 |
后台进程的参考号 |
|
2 |
IVRSLOT |
2 |
资源时隙号 |
|
以上消息用于逻辑资源释放请求,资源在所述控制模块的控制下释放。
媒体资源板卡是融合媒体资源系统的核心,集窄带资源、宽带资源、DTMF收号等功能为一体。
1、包括以下媒体资源:窄带语音媒体资源:TDM/E1。宽带语音媒体资源:接入方式为IP,编码同时支持G.711、G.723.1、G.726、G.729、AMR2、AMR。窄带多媒体资源:H.324M资源,包括两种方式:OVER IP和OVER TDM,支持3G R4网络Nb口承载。宽带多媒体资源:RTP资源,视频编码格式包括:H.263、H.264、MEPG4,支持3G R4网络Nb口承载。收发号资源:支持带内收发号,带外收发号,RFC2833,H.245收发号。并可以同时提供各类资源的交换和桥接功能,包括以下方式:TDM到IP间、H.324M到RTP间、TDM到TDM间、RTP到RTP间、H.324M到H.324M间、音视频拆分等。
2、可以同时用于对外部PSTN、GSM、CDMA2000、3G R4网络、3G IMS网络、NGN网的互联,也可提供通信业务应用系统内的媒体资源接入,包括媒体存储服务器、媒体网关、媒体服务器、座席等。可以实现放音、视频交互、录音、录像、收发号、媒体编码格式转换、内外或外外媒体交换和分拆等功能。
本发明的融合媒体资源涉及的关键技术主要有二,融合资源设计,二是资源配置与交换设计。
下面对这两项关键技术作具体说明:
一、融合资源设计
对于融合媒体资源,按照目前系统业务资源的分类划分,主要有:
(1)融合媒体资源系统内部TDM资源(单板与网络交换板NSU之间的PCM资源);
(2)融合媒体资源系统外部E1时隙资源(通过E1中继芯片转换为TDM信号);
(3)融合媒体资源系统外部IP,如UDP/RTP资源;
在融合媒体资源系统资源单板内部,TDM交换矩阵用来将(1)、(2)与DSP处理器或者其他具有TDM处理单元的TSA单元物理连接,由资源分配程序进行时隙搭接操作,如图3为板内TDM交换网络示意图。
UDP/RTP资源分配稍微有些复杂,如图4所示,单板UDP/RTP资源根据单板所设计网口资源情况,分为两种类型:PPC处理器所带的10/100M自适应以太网口和TI 64xx系列DSP所带的以太网口。对于系统侧的RTP资源分配:设定单板具有m个RTP端口能力,编号范围为0~m-1,系统将RTP业务通道分配在多媒体播放板上时,单板在证实中将分配的IP/Port号反馈给系统。单板对IP/Port分配采用类似PCM资源分配的算法。
二、资源配置与交换设计
所有资源定义为:经系统TDM交换的IVR资源池,经系统TDM交换的E1接口资源池,经系统TDM交换的IP路由资源池,纯IP端口的IVR资源池。表1为融合媒体资源系统资源单板的多种资源配置方式,配置方式1、2分别为资源单板资源池半固定配置方式。E1 IO/IVR TDM/IVR IP/IP IO为目前已经确认的物理资源载体,从资源池角度来说,配置方式1和配置方式2将这些物理资源通道按资源组的方式影射为系统资源。配置模式3为混合资源分配模式,与前两种配置方式比较,该模式下逻辑资源号没有分组概念,每个逻辑资源时隙上均可指定上述四种物理承载资源之一,不同物理承载资源与单板逻辑资源之间具有影射关系。
表1媒体资源系统资源单板多种物理承载资源配置方式
逻辑4#8M,逻辑时隙:512~639 |
IVR TDM/E1IO |
IVR TDM/IP IO/IVR IP |
资源时隙可任意分配为IVR TDM/E1IO/IP IO/IVR IP等(如果有该类型物理承载的话) |
逻辑5#8M,逻辑时隙:640~767 |
IVR TDM/E1IO |
IVR TDM/IP IO/IVR IP |
逻辑6#8M,逻辑时隙:768~895 |
IVR TDM/E1IO |
IVR TDM/IP IO/IVR IP |
逻辑7#8M,逻辑时隙:896~1023 |
IVR TDM/E1IO |
IVR TDM/IP IO/IVR IP |
对于资源单板2来说,实际IP承载通道是建立在具有EMAC的DSP处理器之上的,单板Host CPU与DSP之间的逻辑资源分配方式的关系和系统资源与单板逻辑资源的关系相类似。如同单板内部TDM资源组一样,单板系统为每一个DM642分配了一段IP承载资源组,IP承载资源组基址4096,资源单板2IP承载资源组分配见表2。
主控系统对单板逻辑资源组采用哪种配置方式具有决定性因素,主控系统可以根据需要通过下行资源配置指令将单板上的某段物理资源固定隐射至系统,如将E1口作为系统CIC资源使用,也可以采用动态的方式将单板上的物理资源灵活指配,单板作为业务终结节点资源池方式来处理。
单板为系统提供IVR TDM/IP IO/IVR IP逻辑资源时,在单板软件和DSP软件内部通过TDM交换或者IP-TDM交换实现系统侧逻辑资源的分配。对于全IP语音和多媒体交换,是将IP语音和多媒体端点作为系统IP输入和输出,通过缓冲机制,实现对外的全IP交换。
表2资源单板2内部IP承载资源组映射
IP资源组序号 |
物理码流号名称 |
所属资源组 |
资源组逻辑时隙[注1] |
0 |
HostIPRAB_num0 |
Host CPU承载资源组 |
逻辑资源IP0#,逻辑时隙:0x1000~0x10FF |
1 |
HostIPRAB_num1 |
Host CPU承载资源组 |
逻辑资源IP1#,逻辑时隙:0x1100~0x11FF |
2 |
DSPIPRAB_Rscnum1 |
DSP0 IP承载资源组 |
逻辑资源IP 2#,逻辑时隙:0x1200~0x12FF |
3 |
DSPIPRAB_Rscnum2 |
DSP1 IP承载资源组 |
逻辑资源IP 3#,逻辑时隙:0x1300~0x13FF |
4 |
DSPIPRAB_Rscnum3 |
DSP2 IP承载资 |
逻辑资源IP 4#,逻辑时隙: |
|
|
源组 |
0x1400~0x14FF |
5 |
DSPIPRAB_Rscnum4 |
DSP3 IP承载资源组 |
逻辑资源IP 5#,逻辑时隙:0x1500~0x15FF |
6 |
DSPIPRAB_Rscnum5 |
DSP4 IP承载资源组 |
逻辑资源IP 6#,逻辑时隙:0x1600~0x16FF |
7 |
DSPIPRAB_Rscnum6 |
DSP5 IP承载资源组 |
逻辑资源IP 7#,逻辑时隙:0x1700~0x17FF |
注1:逻辑资源IP0、1分配给Host CPU;逻辑资源IP 2~7分别分配给DSP,每个DSP预留了256个承载资源;
对于不同类型媒体或相同媒体类型的交换,逻辑资源在板内终结处理,首先入媒体数据(无论来自TDM还是IP数据)以时间片方式保存到缓冲区中,DSP根据需要处理缓冲区里的媒体数据,在一系列动作后,转换为指定的媒体(TDM或者IP)出去。其中采用的BD结构链表如图5所示。