一种检测业务类型的方法及装置的制作方法

文档序号:7972999阅读:268来源:国知局
专利名称:一种检测业务类型的方法及装置的制作方法
技术领域
本发明涉及3G技术领域,具体来说,涉及到承载和控制分离的网络架构下,GMSC((Gateway Mobile Switching Center关口移动交换中心)对数据业务的检测处理的技术。
背景技术
在3GPP R99(第三代移动通信合作伙伴协议R99标准)之前的网络架构下,由于承载和控制是合一的,并且都是基于TDM(Time Division Multiplex时分复用)方式连接的,因此数据业务呼叫对于GMSC只要完成TDM接网即可,由于不存在语音压缩编解码,数据承载在TDM连接上透传,没有额外要求。
在3GPP R4以后网络中,承载和控制分离,承载网基本上是基于非TDM方式连接的,核心网业务承载需要采用压缩编解码完成。由于压缩编解码主要用于语音在局间IP承载上传输,多数压缩编解码无法完成数据业务的传送要求,因此对于数据业务呼叫,要求GMSC能够识别出本次呼叫是数据业务呼叫,并通知MGW(Media Gateway媒体网关)采用G.711编解码方式,使得数据承载能够在IP网络上进行透传。
为解决R4组网下GMSC场景下的数据业务的检测处理的问题,现有技术中采用如下几种方案1、MGW网关带内检测的方案,通过网关检测带内数据业务的数据业务码流或者握手信号,识别并上报给MSC server(MSC服务器),然后由MSCserver下发修改编解码操作的指令,完成GMSC数据业务的检测和透传;
网关带内检测方案的问题在于Modem/IWF(interworking function网络互通功能单元)必须按照协议标准生成握手信号(检测信号音),对于没有生成握手信号的Modem/IWF,上来就是数据,网关检测方案存在起始数据无法正常传输的情况;并且部分低速率数据业务并不一定能够正确检测出来,对于一些比较老的数据终端业务,特别是在欧洲等电信设备比较陈旧的国家,媒体网关检测方案就更加不可靠。
2、对于主叫可以判断的数据业务呼叫,始发端局可以在出局的IAM消息(Initial Address Message初始地址消息)中携带相关数据业务承载信息,通知后向交换机本次呼叫采用数据承载建立呼叫。
采用出局IAM消息携带数据承载信息的方案对于主叫局和转接局都有要求,现有网络并非所有交换机都可以根据主叫决定触发携带和转接数据承载信息的IAM消息,比如主叫是传真机的情况,此外,对于数据业务,只有被叫侧的判断是准确的,主叫侧的信息并不能作为最终的判断。
3、被叫局在收到被叫用户的call confirm(呼叫确认)消息后,如果识别出是数据业务承载,可以通过后向ANM(Answer Message应答消息)通知主叫局本次呼叫是数据业务呼叫,始发端局可以在收到后向ANM消息后切换到数据业务承载,对本次呼叫进行透传。
这种方案的承载切换相对滞后,对业务实现的可靠性有影响,并且被叫局携带承载信息通知主叫切换承载,对主叫交换机的要求较高,不利于业务推广。

发明内容
本发明的目的在于提供一种检测业务类型的方法及装置,以解决GMSC确定呼叫业务类型,从而通知网关采用对应的编解码方式的问题。
为实现上述目的,本发明采用的技术方案如下
一种检测业务类型的方法,所述的方法包括如下步骤a、归属位置寄存器HLR收到关口移动交换中心GMSC发送的发送路由信息SRI消息后,判断本次呼叫的业务类型;b、所述的HLR向所述的GMSC返回发送路由响应SRI_ACK消息,所述的SRI_ACK消息中携带本次呼叫的业务类型信息。
其中步骤a具体包括a1、所述的HLR接收到SRI消息后,根据被叫用户的签约信息和/或签约信息与本次呼叫号码的对应关系判断本次呼叫的业务类型。
其中步骤b具体包括b1、所述的HLR向所述的GMSC返回发送路由响应SRI_ACK消息,所述的消息中增加可选信元,携带本次呼叫的业务类型信息。
所述的可选信元为基本业务码basic service code。
其中步骤b之后还包括c、所述的GMCS收到所述的SRI_ACK消息后,根据其中的本次呼叫的业务类型信息指示媒体网关MGW选择与业务类型相对应的编解码方式建立呼叫承载。
其中步骤c具体包括c1、所述的GMCS收到所述的SRI_ACK消息后,如果本次呼叫的业务类型为语音业务,则指示所述的MGW采用压缩编解码方式建立呼叫承载,如果本次呼叫的业务类型为数据业务,则指示所述MGW采用G.711方式建立呼叫承载。
其中步骤c还包括所述的GMCS收到所述的SRI_ACK消息后,向端局移动交换中心VMSC发送初始地址消息IAM,指示所述的VMSC选择与业务类型相对应的编解码方式。
本发明还提供了一种检测业务类型的装置,用来接收GMSC发送的SRI消息,所述的装置还包括业务类型信息处理模块,用来判断呼叫的业务类型后将业务类型信息通过SRI_ACK消息发送给GMSC。
所述的判断呼叫的业务类型具体为根据被叫的签约信息和/或签约信息与本次呼叫号码的对应关系判断呼叫的业务类型。
所述的将业务类型信息通过SRI_ACK消息发送给GMSC具体为在所述的SRI_ACK消息中增加可选信元,携带本次呼叫的业务类型信息。
本发明克服现有技术的不足,采用由HLR(Home Location Register归属位置寄存器)判断本次呼叫的业务类型并通过SRI_ACK(send routinginformation acknowledge发送路由信息响应)消息中增加的可选信元将业务类型信息传递给GMSC,GMSC据此通知MGW采用对应的编解码方式建立呼叫承载的技术方案,通过带外信令方式有效解决3GPP R4组网下数据业务呼叫承载的建立和接续,确保数据业务在R4组网下顺利完成,避免了在带内检测方案下数据业务无法成功建立、起始部分数据无法正常传输、接续时间长、以及对Modem和IWF的种种要求和约束。


图1为本发明实施例一流程图;图2为本发明实施例二流程图。
具体实施例方式
本发明的基本原理是当HLR收到GMSC发送的SRI(发送路由信息SendRouting Information)消息后,HLR根据被叫的签约信息判断本次呼叫为语音业务呼叫还是数据业务呼叫,然后HLR在发送给GMSC的SRI_ACK消息中增加可选信元,通知GMSC本次呼叫为语音业务呼叫还是数据业务呼叫,如果是数据业务,GMSC通知MGW采用G.711协议建立呼叫承载,完成数据业务透传。
以下结合附图和具体实施例进行详细说明。
实施例一被叫为单号码移动用户3GPP R4组网下数据业务典型应用如图1所示,入局呼叫通过GMSC入局,到被叫VMSC(Visited Mobile Switching Center移动端局)进行MT(mobile terminating移动终结)呼叫,入局可以采用ISUP(ISDN User PartISDN用户部分)信令,GMSC到VMSC采用IP承载,局间采用BICC(BearerIndependent Call Control Protocol与承载无关的呼叫控制协议)信令。
如图1所示,本实施例流程主要包括如下步骤1、GMSC收到IAM消息后,向HLR发送SRI消息;2、HLR根据被叫的签约信息判断本次呼叫为语音业务呼叫还是数据业务呼叫,然后向GMSC发送SRI_ACK消息,所述的消息中增加了可选信元basicservice code,携带本次呼叫的业务类型信息,通知GMSC本次呼叫为语音业务呼叫还是数据业务呼叫;3、GMSC根据SRI_ACK消息中的basic service code携带的信息判断本次呼叫为语音业务还是数据业务,如果是语音业务,转步骤4,否则转步骤5;4、GMSC向MGW发送ADD.req(H.248承载建立消息)消息,通知MGW采用压缩编解码方式建立承载;5、GMSC向MGW发送ADD.req消息,通知MGW采用G.711编解码方式建立承载,对数据进行透传;6、GMSC选择G.711编解码后,发送IAM消息给VMSC(端局移动交换中心),选择的编解码列表为G.711;7、端局VMSC接收到IAM消息后,选择G.711编解码算法,并给GMSC回APM(应用传输消息);8、被叫用户振铃后,给GMSC回ACM(地址全)响应消息,GMSC将透传ACM消息给主叫局;9、被叫用户应答后,给GMSC回ANM(应答消息),GMSC将透传ANM消息给主叫局,此时呼叫正常接通,业务数据将在建立好的G.711承载上传输。
实施例二被叫为双号码移动用户对于双号码移动用户,根据语音、数据签约业务不同,关口局GMSC到HLR查询路由数据时,HLR根据被叫的签约信息和被叫号码的对应关系判断本次呼叫是数据业务还是语音业务,然后向GMSC返回SRI-ACK消息,在SRI-ACK消息中增加可选信元,如basic service code,携带业务类型的信息,GMSC根据本次呼叫类型的不同,GMSC可以给对应的网关下发不同的codec建立呼叫承载对于语音呼叫采用压缩编解码算法,对于数据业务呼叫采用G.711透传方式建立呼叫承载。
本实施例流程如图2所示,包括如下步骤1、GMSC收到IAM消息后,向HLR发送SRI消息;2、HLR根据被叫的签约信息和被叫号码的对应关系判断本次呼叫为语音业务呼叫还是数据业务呼叫,然后向GMSC发送SRI_ACK消息,所述的消息中增加了可选信元basic service code,携带本次呼叫的业务类型信息,通知GMSC本次呼叫为语音业务呼叫还是数据业务呼叫;3、GMSC根据SRI_ACK消息中的basic service code携带的业务类型信息判断本次呼叫为语音业务还是数据业务,如果是语音业务,转步骤4,否则转步骤5;4、GMSC向MGW发送ADD.req消息,通知MGW采用压缩编解码方式建立承载;5、GMSC向MGW发送ADD.req消息,通知MGW采用G.711编解码方式建立承载,对数据进行透传;6、GMSC选择G.711编解码后,发送IAM消息给VMSC(端局移动交换中心),选择的编解码列表为G.711;7、端局VMSC接收到IAM消息后,选择G.711编解码算法,并给GMSC回APM(应用传输消息);8、被叫用户振铃后,给GMSC回ACM(地址全)响应消息,GMSC将透传ACM消息给主叫局;9、被叫用户应答后,给GMSC回ANM(应答消息),GMSC将透传ANM消息给主叫局,此时呼叫正常接通,业务数据将在建立好的G.711承载上传输。
权利要求
1.一种检测业务类型的方法,其特征在于,所述的方法包括如下步骤a、归属位置寄存器HLR收到关口移动交换中心GMSC发送的发送路由信息SRI消息后,判断本次呼叫的业务类型;b、所述的HLR向所述的GMSC返回发送路由响应SRI_ACK消息,所述的SRI_ACK消息中携带本次呼叫的业务类型信息。
2.根据权利要求1所述的方法,其特征在于,其中步骤a具体包括a1、所述的HLR接收到SRI消息后,根据被叫用户的签约信息和/或签约信息与本次呼叫号码的对应关系判断本次呼叫的业务类型。
3.根据权利要求1所述的方法,其特征在于,其中步骤b具体包括b1、所述的HLR向所述的GMSC返回发送路由响应SRI_ACK消息,所述的消息中增加可选信元,携带本次呼叫的业务类型信息。
4.根据权利要求3所述的方法,其特征在于,所述的可选信元为基本业务码basic service code。
5.根据权利要求1所述的方法,其特征在于,其中步骤b之后还包括c、所述的GMCS收到所述的SRI_ACK消息后,根据其中的本次呼叫的业务类型信息指示媒体网关MGW选择与业务类型相对应的编解码方式建立呼叫承载。
6.根据权利要求5所述的方法,其特征在于,其中步骤c具体包括c1、所述的GMCS收到所述的SRI_ACK消息后,如果本次呼叫的业务类型为语音业务,则指示所述的MGW采用压缩编解码方式建立呼叫承载,如果本次呼叫的业务类型为数据业务,则指示所述MGW采用G.711方式建立呼叫承载。
7.根据权利要求5所述的方法,其中步骤c还包括所述的GMCS收到所述的SRI_ACK消息后,向端局移动交换中心VMSC发送初始地址消息IAM,指示所述的VMSC选择与业务类型相对应的编解码方式。
8.一种检测业务类型的装置,用来接收GMSC发送的SRI消息,其特征在于,所述的装置还包括业务类型信息处理模块,用来判断呼叫的业务类型后将业务类型信息通过SRI_ACK消息发送给GMSC。
9.根据权利要求8所述的装置,其特征在于,所述的判断呼叫的业务类型具体为根据被叫的签约信息和/或签约信息与本次呼叫号码的对应关系判断呼叫的业务类型。
10.根据权利要求8所述的装置,其特征在于,所述的将业务类型信息通过SRI_ACK消息发送给GMSC具体为在所述的SRI_ACK消息中增加可选信元,携带本次呼叫的业务类型信息。
全文摘要
本发明公开了一种检测业务类型的方法及装置,所述的方法包括如下步骤a.归属位置寄存器HLR收到关口移动交换中心GMSC发送的发送路由信息SRI消息后,判断本次呼叫的业务类型;b.所述的HLR向所述的GMSC返回发送路由响应SRI_ACK消息,所述的SRI_ACK消息中携带本次呼叫的业务类型信息。本发明克服现有技术的不足,通过带外信令方式有效解决3GPP R4组网下数据呼叫承载的建立和接续,确保数据业务在R4组网下顺利完成,避免了现有的带内检测方案下数据业务无法成功建立、起始数据无法正常传输、接续时间长、以及对Modem和IWF的种种要求和约束。
文档编号H04M3/42GK1972472SQ20061015718
公开日2007年5月30日 申请日期2006年11月29日 优先权日2006年11月29日
发明者穆立昌, 姜青松, 张 浩 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1