一种实现电路型数据业务呼叫的方法和系统的制作方法

文档序号:7628291阅读:286来源:国知局
专利名称:一种实现电路型数据业务呼叫的方法和系统的制作方法
技术领域
本发明涉及一种通信技术,尤其涉及一种在IP化的核心网和IP化的码分多址系统中实现电路型数据业务呼叫的方法和系统。
背景技术
在CDMA(码分多址)系统中,规定了一种电路型数据业务,也叫IWF(网间互通功能)业务。这种业务允许通过移动台发起G3(三类)传真业务和异步数据业务。由于空中接口的特殊性,电路型数据业务容易造成延迟、误码等不足,为了避免这种不足,空中接口传递的是未调制前的传真或异步数据,然后在BSC(基站控制器)或MSC(移动交换中心)中接一个IWF的设备,用来完成传真或异步数据的调制过程。
在现有技术中,在电路域的CDMA系统MSC接IWF的情况中,需要依靠BSC一侧的TC(码变换器)按照ISLP协议(系统间链路协议),完成将IWF业务转换为64K电路数据,然后IWF将这些数据反向转换后在再进行调制过程。下面介绍现有技术的IWF业务呼叫的流程。
下面结合图1描述现有技术中的呼叫业务流程。在该流程中,以MSC(移动交换中心)和PSTN(公共电话交换网)之间以使用ISUP为例。
步骤101、MS(移动台)发起始呼请求(CM Service Request),在该过程中,MS首先向BSC发送始呼叫请求,BSC选择A口电路后,然后将该始呼请求发送给MSC,所述的始呼请求消息带有参数SO,该参数表明本次呼叫是一种IWF业务。
步骤102、MSC根据配置,选择BSC选择的电路或另外选择一条A口电路,给MGW发送添加(Add)命令消息,该消息中带有BC(承载能力)、SO参数,所述的BC、SO参数用来指示该次呼叫为IWF业务呼叫,从而使MGW(媒体网关)为对应的T端点插入IWF资源。
步骤103、MGW为该呼叫分配C(上下文),为该电路分配T端点,插入IWF资源,然后向MSC返回添加响应(Add Rsp)消息。
步骤104、MSC向BSC发起指配请求(ASSIGN),为本次IWF业务分配地面电路和空中链路。
步骤105、当BSC分配完地面电路和空中链路后,向MSC发送分配完成(ASSIGN CMP)消息。
步骤106、MSC选择出局电路后,给MGW下发添加(Add)命令,要求MGW将出局电路加入到对应的C中。
步骤107、MGW为出局电路分配对应的T(T2),将T2加入到C中,然后向MSC发送添加响应(Add Rsp)消息。
步骤108、MSC给MGW的IWF下发更改(Mod)命令消息,以便激活IWF。
步骤109、MGW执行Mod命令,从而激活IWF,此时IWF可以开始和MS进行PPP协商等建立传真通道的过程,然后向MSC返回更改响应(Mod Rsp)。
步骤110、MSC给PSTN发送发送起始地址消息(IAM),以便建立到PSTN的电路。
步骤111、PSTN交换机根据IAM消息中的被叫号码,找到对应的传真机并振铃(RING)。
步骤112、PSTN交换机给MSC发送地址全消息(ACM),表示被叫已振铃。
步骤113、传真机向PSTN交换机应答(ANSWER)该次呼叫。
步骤114、PSTN交换机收到传真机的应答信号后,给MSCe发送应答消息(ANM),表示传真机已应答,MSC将IWF资源接在PSTN电路和A口电路之间。
步骤115、主叫MS和被叫传真机之间开始传真过程。
因此,在上述的现有技术中,MSC接IWF的情况下,BSC需要TC进行数据编解码转换,在CDMA系统的A接口和核心网IP化之后,如果仍然要求支持该功能,则不仅需要BSC同时支持TDM(时分复用)和IP,而且BSC还需要保留将IWF数据转换为ISLP数据的编解码器,使得IP化之后BSC系统无法简化,而且影响IP化之后的TrFO/RTO(免编解码操作/远端码型变换操作)等业务。
因此,需要有一种新的方法,可以支持在软交换架构下MSCe接IWF后,BSC不需要使用TC而实现IWF业务的流程。

发明内容
本发明的目标是提供一种实现IWF业务呼叫的方法和系统,在IP化的核心网和IP化的码分多址系统中不需要BSC中配置TC资源就可实现IWF业务。
本发明提供了一种实现电路型数据业务呼叫的方法,包括A、始发终端向移动交换中心发送电路型数据业务呼叫请求;B、移动交换中心根据电路型数据业务呼叫请求通过媒体网关激活网间互通功能资源和编解码资源;C、移动交换中心与接收终端建立连接,以便始发终端与接收终端进行电路型数据业务。
所述的始发终端和接收终端分别包括移动台和固定台。
当始发终端为移动台时,所述的步骤A进一步包括A1、始发终端通过基站控制器将电路型数据业务呼叫请求发给移动交换中心。
当始发终端为固定台时,所述的步骤A进一步包括A2、始发终端通过公共电话交换网将电路型数据业务呼叫请求发给移动交换中心。
所述的电路型数据业务呼叫请求包括电路型数据没有进行系统间链路协议转换的标志。
当始发终端为移动台时,所述的步骤B进一步包括B1、移动交换中心向媒体网关发送添加命令,以便媒体网关分配用户数据报协议端口号和地址,以及分配与用户数据报协议端口号和地址对应的端点,并申请进行网间互通功能数据到系统间链路协议数据转换的编解码器;B2、移动交换中心向基站控制器发送指配请求,以便基站控制器指配网间互能功能业务的用户数据报协议端口和地址、空中链路;B3、移动交换中心向媒体网关发送更改命令以激活网间互通功能业务。
当始发终端为固定台时,所述的步骤B进一步包括B1、移动交换中心向移动台发起寻呼;B2、移动交换中心向媒体网关发送添加命令,以便媒体网关分配用户数据报协议端口号和地址,以及分配与用户数据报协议端口号和地址对应的端点,并申请进行网间互通功能数据到系统间链路协议数据转换的编解码器;B3、移动交换中心向基站控制器发送指配请求,以便基站控制器指配网间互通功能业务的用户数据报协议端口和地址、空中链路;B4、移动交换中心向媒体网关发送更改命令以激活网间互通功能业务。
所述的步骤B1进一步包括B11、移动交换中心向媒体网关发送添加命令,以便媒体网关分配主叫侧端点和呼叫的上下文;B12、移动交换中心向移动台发起寻呼。
本发明还提供了一种实现电路型数据业务呼叫的系统,包括始发终端,用于向移动交换中心发送电路型数据业务请求,所述的电路型数据业务请求包括没有经过网间互通功能业务到系统间链路协议数据转换的标志;移动交换中心,用于根据电路型数据业务请求控制媒体网关插入和激活网间互通功能资源,并控制基站控制器指配用户数据报协议端口号和地址、空中链路;
基站控制器,用于在移动交换中心的控制下指配用户数据报协议端口号和地址、空中链路;媒体网关,用于管理码变换器资源、网间互通功能资源;接收终端,用于接收网间互通功能务数据。
因此,根据本发明,通过扩展承载更新请求消息,使得在BSC中没有TC,也不需要在所有局间TDM时隙上支持对电路型数据业务的检测的情况下,就可实现IWF业务,从而节省了系统资源。因此,适应在IP化的核心网和IP化的码分多址系统中实现传电路型数据业务。


图1示出了现有技术中实现IWF业务的流程图;图2示出了本发明的从MS向传真机发送IWF业务的流程图;图3示出了本发明的从传真机向MS发送IWF业务的流程图。
具体实施例方式
为了便于本领域一般技术人员理解和实现本发明,现结合附图描绘本发明的实施例。
本发明的基本思想是,在IWF业务始呼/终呼时,BSC在始呼请求/寻呼响应消息中的A2p参数中指明RTP承载数据为IWF业务,表示BSC没有进行IWF数据的编解码转换工作。这样,MSCe给MGW发送Add命令时,参数中指明需要MGW进行IWF数据转换,MGW再根据业务类型参数SO,进行IWF业务数据变换。
为了实现本发明,首先对本发明所用到的有关信令进行扩展。
1.为了实现本发明,需要扩展表示IWF业务类型的Bearer Format ID位,在本发明中,扩展的Bearer Format ID位仅仅表示BSC没有进行IWF数据到ISLP数据的转换,但为了兼容另一篇专利文档《一种实现语音业务切换到电路型数据业务的方法和系统》中在Bearer Update Request(承载更新请求)消息中对A2p参数的扩充,这里仍然使用Bearer Format ID的8个扩充值,Bearer Format ID取这8个扩充值都表示BSC没有进行IWF数据到ISLP数据的转换。而IWF的业务类型在始呼请求消息CM Service Request/或寻呼响应消息Paging Rsp中的SO已指定。所述承载更新请求消息包括A2p承载特殊参数和A2p会话参数。在本发明中,通过对A2p承载特殊参数进行信令扩展,以表示BSC没有进行IWF数据到ISLP数据的转换,以便在MGW中对IWF数据数据进行ISLP数据转换。A2P承载特殊参数的格式如下A2p Bearer Format-Specific Parameters

由上表可知,A2p承载特殊参数(A2p Bearer Format-Specific Parameters)包括承载格式标识(Bearer Format ID)和RTP承载类型(RTP Paylod Type Value),承载格式ID为4个比特位,目前只定义了0-7的枚举值,根据本发明,定义承载格式ID的枚举值8-F及相应的RTP承载类型来表示BSC没有进行IWF数据到ISLP数据的转换,其定义如下,其中,表1示出了目前定义的0-7枚举值所对应的业务类型,表2示出了本发明的8-F枚举值及相应的RTP承载类型。
表1
Bearer Format IDs & RTP Payload Types

表2

下面参照图2来描述本发明的从MS到传真机的IWF业务呼叫的流程。
步骤201、MS发起始呼请求,BSC接到始呼请求后,BSC分配A接口使用的UDP(用户数据报协议)端口号和地址,然后向MSCe发送始呼请求(CM_SERV_Req)消息,该消息带有A2p承载参数,A2p承载参数中包括A2p承载会话参数(A2p Bearer Session-Level Parameters),A2p承载特殊参数(A2p Bearer Format-Specific Parameters),A2p承载特殊参数中的承载格式ID(Bearer Format ID)表示IWF业务是否需要进行IWF数据到ISLP数据的转换,其中8-F为表示没有经过IWF数据到ISLP数据的转换;IWF的业务类型由始呼请求消息中的另一个参数SO来指定。
步骤202、MSCe给MGW发送添加(Add)命令消息,该命令消息中带BC、SO参数,用来指示该次呼叫为IWF业务及其对应的承载能力;该命令消息还带有ISLP标志,这里为FALSE,表示BSC没有进行IWF数据到ISLP数据的转换;所述的添加命令还带有RmtSDP参数,所述的RmtSDP参数为BSC侧SDP(会话描述协议)信息。
步骤203、MGW收到添加命令后,分配用于A接口的UDP端口号和地址,并为该呼叫分配C(上下文),及分配与该呼叫对应的T端点,MGW在该T端点插入IWF资源,并申请进行IWF数据到ISLP数据转换的编解码器,给MSCe返回添加响应(Add Rep)消息,响应消息中包含本端SDP信息LocSDP。
步骤204、MSCe向BSC发送指配请求(Assignment Reqest)消息,指配本次IWF业务的UPD端口和地址、空中链路,指配请求消息中带有A2p承载参数,其中A2p承载特殊参数中的承载格式ID(Bearer Format ID)表示本次IWF业务是否已进行到ISLP数据的转换。
步骤205、当UPD端口和地址、空中链路指配完成后,BSC向MSCe返回指配完成消息。
步骤206、MSCe给MGW下发更改(Mod)命令消息,以便激活IWF业务。
步骤207、MGW执行更改命令,从而激活IWF。
步骤208、此时IWF可以开始和MS进行PPP协商等建立传真通道的过程。
步骤209、MSCe选择出局电路后,给MGW下发添加(Add)命令,要求MGW将出局电路加入到对应的C中。
步骤210、MGW为出局电路分配对应的T(T2),将T2加入到C中。
步骤211、MSCe给PSTN发送发送起始地址消息(IAM),以便建立到PSTN的电路。
步骤212、PSTN交换机根据IAM消息中的被叫号码,找到对应的传真机并振铃(RING)。
步骤213、PSTN交换机给MSC发送地址全消息(ACM),表示被叫已振铃。
步骤214、FAX(传真机)向PSTN交换机应答(ANSWER)该次呼叫。
步骤215、PSTN交换机收到传真机的应答信号后,给MSCe发送应答消息(ANM),表示传真机已应答,MSCe将IWF资源接在PSTN电路和A5口电路之间。
步骤216、MSCe给MGW下发更改(Mod)命令消息,以便激活IWF业务。
步骤217、MGW执行更改命令,从而激活IWF。
步骤218、主叫MS和被叫传真机之间开始传真过程。
步骤219、拆除呼叫。
下面以传真机向MS发送传真为例来说明MS接收IWF业务的流程。
步骤301、FAX向PSTN拨号发起IWF呼叫。
步骤302、PSTN将起始地址消息(IAM)发给MSCe,建立到MSCe的电路。
步骤303、MSCe向MGW发送添加(Add)命令。
步骤304、MGW收到添加命令后,分配呼叫的上下文C(C1),和主叫侧端点T(T1)。
步骤305、MSC判断被叫用户处于本局后,向BSC发起寻呼(Paging)。
步骤306、BSC返回寻呼响应(Paging Res),寻呼响应中带有A2p承载参数,其中A2p承载特殊参数中的承载格式ID(Bearer Format ID)为IWF,SO参数表明IWF业务的业务类型。
步骤307、MSCe给MGW发送添加(Add)命令,命令中带BC、SO参数,用来指示该次呼叫为IWF业务的呼叫;同时还带有ISLP标志,这里为FALSE,表示BSC没有进行IWF数据到ISLP数据的转换;命令中的RmtSDP参数为BSC侧SDP信息。
步骤308、MGW收到添加命令后,分配用于A接口的UDP端口号和地址,并分配与UDP端口号和地址相对应的T端点T2,将T2加入到C1,并在T2端点插入IWF资源,申请进行IWF数据到ISLP数据转换的编解码器,然后给MSCe返回添加响应(Add Rsp)消息,响应消息中包含本端SDP信息LocSDP。
步骤309、MSCe向BSC发送指配请求(Assignment Request)消息,以便BSC指配本次IWF业务的UPD端口和地址、空中链路,指配请求消息中带有A2p承载参数,其中A2p承载特殊参数中的承载格式ID(Bearer Format ID)为IWF。
步骤310、当BSC指配完本次IWF业务的UPD端口和地址、空中链路后,向MSCe返回指配完成(Assignment Complete)消息。
步骤311、MSCe给MGW下发更改(Mod)命令消息,以便激活IWF业务。
步骤312、MGW执行Mod命令,从而激活IWF。
步骤313、此时IWF可以开始和MS进行PPP协商等建立传真通道的过程。
步骤314、MSCe给PSTN发送发送起始地址消息(IAM),以便建立到PSTN的电路。
步骤314a、PSTN交换机根据IAM消息中的被叫号码,找到对应的传真机并振铃(RING)。
步骤315、BSC向MSCe发送连接消息,应答此次呼叫。
步骤316、MSCe向PSTN发送应答消息。
步骤316a、PSTN向传真机发连接消息。
步骤317、MSCe给MGW下发更改(Mod)命令消息,以便激活IWF业务。
步骤318、MGW执行更改命令,从而激活IWF。
步骤319、在FAX和MS之间进行IWF数据的传递。
步骤320,呼叫完成后拆除。
本发明还提供了一种实现电路型数据业务的系统,包括始发终端,用于向移动交换中心发送电路型数据业务请求,所述的电路型数据业务请求包括没有经过电路型数据业务到ISLP数据转换的标志;移动交换中心,用于根据电路型数据业务请求控制媒体网关插入和激活网间互通功能资源,并控制基站控制器指配UDP端口号和地址、空中链路;基站控制器,用于在移动交换中心的控制下指配UDP端口号和地址、空中链路;媒体网关,用于管理码变换器资源、网间互通功能资源;接收终端,用于接收网间互通功能务数据。所述始发终端和接收终端包括移动台和固定台,所述的固定台为连接在PSTN上的传真机及其他数据业务接收终端。
因此,根据本发明,通过扩展承载更新请求消息,使得在BSC中没有TC,也不需要在所有局间TDM时隙上支持对电路型数据业务的检测的情况下,就可实现IWF业务,从而节省了系统资源。因此,适应在IP化的核心网和IP化的码分多址系统中实现传电路型数据业务。
虽然通过实施例描绘了本发明,但本领域普通技术人员知道,在不脱离本发明的精神和实质的情况下,就可使本发明有许多变形和变化,本发明的范围由所附的权利要求来限定。
权利要求
1.一种实现电路型数据业务呼叫的方法,其特征在于,包括A、始发终端向移动交换中心发送电路型数据业务呼叫请求;B、移动交换中心根据电路型数据业务呼叫请求通过媒体网关激活网间互通功能资源和编解码资源;C、移动交换中心与接收终端建立连接,以便始发终端与接收终端进行电路型数据业务。
2.根据权利要求1所述的实现电路型数据业务呼叫的方法,其特征在于,所述的始发终端和接收终端分别包括移动台和固定台。
3.根据权利要求2所述的实现电路型数据业务呼叫的方法,其特征在于,当始发终端为移动台时,所述的步骤A进一步包括A1、始发终端通过基站控制器将电路型数据业务呼叫请求发给移动交换中心。
4.根据权利要求2所述的实现电路型数据业务呼叫的方法,其特征在于,当始发终端为固定台时,所述的步骤A进一步包括A2、始发终端通过公共电话交换网将电路型数据业务呼叫请求发给移动交换中心。
5.根据权利要求1至4其中任一所述的实现电路型数据业务呼叫的方法,其特征在于,所述的电路型数据业务呼叫请求包括电路型数据没有进行系统间链路协议转换的标志。
6.根据权利要求2所述的实现电路型数据业务呼叫的方法,其特征在于,当始发终端为移动台时,所述的步骤B进一步包括B1、移动交换中心向媒体网关发送添加命令,以便媒体网关分配用户数据报协议端口号和地址,以及分配与用户数据报协议端口号和地址对应的端点,并申请进行网间互通功能数据到系统间链路协议数据转换的编解码器;B2、移动交换中心向基站控制器发送指配请求,以便基站控制器指配网间互能功能业务的用户数据报协议端口和地址、空中链路;B3、移动交换中心向媒体网关发送更改命令以激活网间互通功能业务。
7.根据权利要求1所述的实现电路型数据业务呼叫的方法,其特征在于,当始发终端为固定台时,所述的步骤B进一步包括B1、移动交换中心向移动台发起寻呼;B2、移动交换中心向媒体网关发送添加命令,以便媒体网关分配用户数据报协议端口号和地址,以及分配与用户数据报协议端口号和地址对应的端点,并申请进行网间互通功能数据到系统间链路协议数据转换的编解码器;B3、移动交换中心向基站控制器发送指配请求,以便基站控制器指配网间互通功能业务的用户数据报协议端口和地址、空中链路;B4、移动交换中心向媒体网关发送更改命令以激活网间互通功能业务。
8.根据权利要求1所述的实现电路型数据业务呼叫的方法,其特征在于,所述的步骤B1进一步包括B11、移动交换中心向媒体网关发送添加命令,以便媒体网关分配主叫侧端点和呼叫的上下文;B12、移动交换中心向移动台发起寻呼。
9.一种实现电路型数据业务呼叫的系统,其特征在于,包括始发终端,用于向移动交换中心发送电路型数据业务请求,所述的电路型数据业务请求包括没有经过网间互通功能业务到系统间链路协议数据转换的标志;移动交换中心,用于根据电路型数据业务请求控制媒体网关插入和激活网间互通功能资源,并控制基站控制器指配用户数据报协议端口号和地址、空中链路;基站控制器,用于在移动交换中心的控制下指配用户数据报协议端口号和地址、空中链路;媒体网关,用于管理码变换器资源、网间互通功能资源;接收终端,用于接收网间互通功能务数据。
全文摘要
本发明公开了一种实现电路型数据业务呼叫的方法,应用于IP化的核心网和IP化的码分多址系统,所述方法包括始发终端向移动交换中心发送电路型数据业务呼叫请求;移动交换中心根据电路型数据业务呼叫请求通过媒体网关激活网络互通功能资源和编解码资源;移动交换中心与接收终端建立连接以便始发终端和接收终端进行电路型数据业务。根据本发明,TC资源由媒体网关统一管理,不需要基站控制器配置TC,从而节省了系统资源。
文档编号H04W88/16GK1848974SQ200510126200
公开日2006年10月18日 申请日期2005年12月1日 优先权日2005年12月1日
发明者郝光明, 邓承峰 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1