CN101309205A - 一种数据传输方法及通信系统及基站控制器以及媒体网关 - Google Patents
一种数据传输方法及通信系统及基站控制器以及媒体网关 Download PDFInfo
- Publication number
- CN101309205A CN101309205A CNA2007101661181A CN200710166118A CN101309205A CN 101309205 A CN101309205 A CN 101309205A CN A2007101661181 A CNA2007101661181 A CN A2007101661181A CN 200710166118 A CN200710166118 A CN 200710166118A CN 101309205 A CN101309205 A CN 101309205A
- Authority
- CN
- China
- Prior art keywords
- data
- frame
- 64kbps
- base station
- media gateway
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明公开了一种数据传输方法及通信系统及基站控制器以及媒体网关,用于节省网络资源。本发明方法包括:基站控制器将从移动终端接收的数据帧封装为实时传输协议报文并将所述报文发送至媒体网关;媒体网关通过码变换将所述报文中的数据帧适配至64kbps格式的数据,并将所述数据通过时分复用交换至互连功能实体。本发明还提供一种通信系统,基站控制器以及媒体网关。本发明可有效地节省网络资源。
Description
技术领域
本发明涉及通信领域,尤其涉及一种数据传输方法及通信系统及基站控制器以及媒体网关。
背景技术
在基于全球移动通信系统(GSM,Global System for MobileCommunications)的数据业务中,现有技术中一种数据传输方法为:
A接口为64Kbps的时分复用(TDM,Time Division Multiplex)时隙。当呼叫为电路交换(CS,Circuit Switched)的数据业务呼叫时,基站控制器(BSC,Base Station Controller)收到基站收发信机(BTS,Base Transceiver Station)的数据帧。
请参阅图1,首先要将码型转换和速率适配单元(TRAU,Transcoding andRate Adaptation Unit)做中间速率适配(RAA,Additional inter-mediate RateAdaption function),将TRAU帧中的72bit的V.110帧做RAA适配到80bit的V.110帧。再将80bit的V.110帧做速率适配2(RA2,RateAdaptation 2)适配到64kbps,发给核心网。若核心网为R4架构的核心网,BSC将64Kbps的数据转发给媒体网关(MGW,Media Gate Way),MGW交给互连功能实体(IWF,Inter Working Function),由IWF进行V.110及无线链路协议/无线层二协议(RLP/L2R,Radio Link Protocol/Layer 2Relay)的处理,从而实现移动终端到公用交换电话网(PSTN,Public Switched Telephone Network)的数据业务。
但是由于A接口采用G.711编码,每路呼叫需要占有64Kbps的带宽,所以导致BSC到核心网的传输资源的浪费。
发明内容
本发明实施例要解决的技术问题是提供一种数据传输方法及通信系统及基站控制器以及媒体网关,能够节省网络资源。
本发明实施例提供的数据传输方法,包括:基站控制器将从移动终端接收的数据帧封装为实时传输协议报文并将所述报文发送至媒体网关;媒体网关通过码变换将所述报文中的数据帧适配至64kbps格式的数据,并将所述数据通过时分复用交换至互连功能实体。
本发明实施例提供的数据传输方法,包括:基站控制器将从移动终端接收的数据帧封装为实时传输协议报文并将所述报文发送至媒体网关;媒体网关对所述报文进行处理得到64kbps格式的数据,并将所述数据通过时分复用交换至互连功能实体。
本发明实施例提供的数据传输方法,包括:基站控制器对从移动终端接收的数据帧进行速率适配处理得到64kbps格式的数据;基站控制器对所述64kbps格式的数据进行封装得到互联网协议包,通过实时传输协议将所述互联网协议包发送至媒体网关;媒体网关从所述互联网协议包中提取出相应数据,并对所述数据执行时分复用处理,将处理后的数据发送至互连功能实体。
本发明实施例提供的通信系统,包括:基站控制器,媒体网关以及互连功能实体;所述基站控制器用于将从移动终端接收到的数据帧封装为实时传输协议报文并发送所述报文;所述媒体网关用于通过码变换将从所述基站控制器接收到的报文中的数据帧适配至64kbps格式的数据,并发送所述数据;所述互连功能实体用于接收媒体网关发送的数据。
本发明实施例提供的通信系统,包括:基站控制器,用于将从移动终端接收的数据帧封装为实时传输协议报文并将所述报文发送至媒体网关;媒体网关,用于对所述报文进行处理得到64kbps格式的数据,并将所述数据通过时分复用交换至互连功能实体;互连功能实体,用于接收媒体网关发送的数据。
本发明实施例提供的基站控制器,包括:数据帧接收单元,数据帧封装单元以及数据帧发送单元;所述数据帧接收单元用于接收来自移动终端的数据帧;所述数据帧封装单元用于将所述数据帧适配至80bits的V.110格式的帧,或72bits的V.110格式的帧或63bits的V.110格式的帧,并将适配后的帧封装为实时传输协议报文;所述数据帧发送单元用于将封装成的实时传输协议报文发送至媒体网关。
本发明实施例提供的基站控制器,包括:第一接收单元,用于接收移动交换中心发送的指配消息以及移动终端发送的数据帧;数据业务校验单元,用于根据所述指配消息判断当前数据业务是否为高速数据业务;第一数据处理单元,用于在当前数据业务为高速数据业务时对所述数据帧进行速率适配和/或多通道复用和/或多通道解复用处理得到64kbps格式的数据,将所述64kbps格式的数据封装为互联网协议包;第一数据发送单元,用于利用实时传输协议将所述互联网协议包发送至媒体网关。
本发明实施例提供的基站控制器,包括:第二接收单元,用于接收移动终端发送的数据帧;第二数据处理单元,用于对接收的数据帧进行速率适配和/或多通道复用和/或多通道解复用处理得到64kbps格式的数据,对所述64kbps格式的数据进行封装得到互联网协议包;第二数据发送单元,用于通过实时传输协议将所述互联网协议包发送至媒体网关。
本发明实施例提供的媒体网关,包括:数据接收单元,数据适配单元以及数据转发单元;所述数据接收单元用于接收基站控制器发送的实时传输协议报文;所述数据适配单元用于将所述实时传输协议报文中的V.110格式的帧适配至64kbps格式的数据;所述数据转发单元用于向互连功能实体转发适配后的64kbps格式的数据。
本发明实施例提供的媒体网关,包括:第二数据接收单元,用于接收基站控制器发送包含64kbps格式数据的互联网协议包;数据提取单元,用于从所述互联网协议包中提取相应的64kbps格式数据;第二数据适配单元,用于对所述64kbps格式的数据执行时分复用处理;第二数据转发单元,用于将处理后的数据发送至互连功能实体。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中由于由MGW将BSC发送的实时传输协议(RTP,Real-time Transport Protocol)报文中的数据帧适配至64kbps格式的数据并转发,所以节省了BSC到核心网的传输资源。
附图说明
图1为现有技术中数据传输网络示意图;
图2为本发明实施例中数据传输方法实施例总体流程图;
图3为本发明实施例中数据传输方法第一实施例流程图;
图4为本发明实施例中数据传输方法第二实施例流程图;
图5为本发明实施例中数据传输方法第三实施例流程图;
图6为本发明实施例中通信系统实施例示意图;
图7为本发明实施例中基站控制器第一实施例示意图;
图8为本发明实施例中基站控制器第二实施例示意图;
图9为本发明实施例中基站控制器第三实施例示意图;
图10为本发明实施例中媒体网关第一实施例示意图;
图11为本发明实施例中媒体网关第二实施例示意图。
具体实施方式
本发明实施例提供了一种数据传输方法及通信系统及基站控制器以及媒体网关,用于节省网络资源。
在下面的实施例中以TRAU帧作为数据帧的例子,可以理解的是,同样可以是其它类似的数据帧,其中,一个TRAU帧中包含4个数据帧。
下面首先介绍有关低速数据业务的处理流程,所谓低速数据业务一般是指传输速率低于9.6kbps的业务,具体有关高速数据业务的处理方式将在后续实施例中进行说明。
请参阅图2,本发明实施例中数据传输方法实施例总体流程包括:
201、BSC将接收到的数据帧封装为RTP报文;
BSC通过BTS从移动终端接收数据帧,并对接收到的数据帧进行封装,具体的封装过程在后续的实施例中将详细介绍。
202、BSC将封装成的RTP报文发送至MGW;
203、MGW通过码变换将数据帧适配至64kbps格式的数据;
MGW根据接收到的RTP报文中数据帧的封装形式通过码变换(TC,Transcoder)进行相应的适配,具体的适配过程也将在后续的实施例中详细介绍。
204、MGW将适配后的64kbps的数据发送至IWF进行进一步处理。
本实施例中由于由MGW将BSC发送的RTP报文中的数据帧适配至64kbps格式的数据并转发,所以节省了BSC到核心网的传输资源,进而提高了数据传输效率。
下面针对不同的数据帧封装方式以及适配方式提出三种实施例:
一、72bits封装:
请参阅图3,本发明实施例中数据传输方法第一实施例包括:
301、BSC将接收到的72bits的V.110格式的数据帧封装为RTP报文;
BSC通过BTS接收移动终端发送的72bits的V.110格式的数据帧,并删除数据帧中前四个字节的控制位,之后对数据帧进行封装。
本实施例中,在封装之前还可以先获取当前的中间速率,其中,中间速率参数的数值由移动交换中心服务器(MSC Server,Mobile Switching CenterServer)下发给MGW,若中间速率为16kbps,则BSC将4个72bits的V.110格式的数据帧封装到一个RTP报文中,若中间速率为8kbps,则4个72bits的V.110格式的数据帧中有2个数据帧为全1,即无效,BSC将剩余2个有效的72bits的V.110格式的数据帧封装到一个RTP报文中。
另外可以理解的是,同样可以不区分中间速率,即无论中间速率为8kbps或者为16kbps,BSC都将4个V.110格式的数据帧封装到一个RTP报文中。
302、BSC将封装成的RTP报文发送至MGW;
本实施例中,BSC通过A接口将封装后的RTP报文发送至MGW,为了能够提高RTP报文发送的成功率,可以在RTP报文中设置若干冗余帧,下面以设置一帧为例进行说明,具体为:在每个RTP的报文中,包含两个数据块。第一个数据块是前时刻的数据块(2个或4个V.110帧),第二个数据块是当前时刻的数据块(2个或4个V.110帧)。这样每个报文对前一次的数据都进行冗余发送,一旦IP网络出现了丢包的情况,可以从后续的报文中恢复出丢掉的数据,具体的格式如下表所示:
表1
IP | UDP | RTP | 前一次发送的数据 | 当前发送的数据 |
可以理解的是,具体的冗余帧数、RTP报文的负载类型(PT,PayloadType),每个数据块的PT,可以根据BSC和MGW上的配置决定。也可以由MSC Server通过Mc接口的H248和BSSAP消息中下发。
303、MGW将RTP报文中的72bits的V.110格式的数据帧适配至80bits的V.110格式的数据帧;
具体的适配过程为现有技术,不再赘述。
在适配之前还需要判断数据帧的个数,若中间速率为16kbps,即RTP报文中有4个V.110格式的数据帧,则直接进行适配,若中间速率为8kbps,即RTP报文中有2个V.110格式的数据帧,则需要先插入2个全1的无效数据帧,再进行适配的操作,其中,中间速率参数的数值由MSC Server下发给MGW。
同时,在MGW在接收到RTP报文之后还可以进行必要的校验操作,若校验成功,则进行适配,若校验失败,则丢弃该RTP报文,具体的校验操作为:
将PT设置为校验参数,A接口的数据业务的PT为动态PT,取值范围为96~127,为保证PT一致性,有如下方法:
方法一:在BSC和MGW上进行配置,保证BSC和MGW的数据业务PT类型一致。
方法二:在MSC上配置,A接口数据业务的使用的PT。再通过Mc的H248消息下发给MGW,通过扩展BSSAP协议把PT下发BSC。从而保证BSC和MGW的PT保持一致。
所以如果MGW从BSC接收到的RTP报文中标识的PT与期望接收到的PT一致,则认为校验通过。
304、MGW通过码变换将80bits的V.110格式的数据帧适配至64kbps的数据;
305、MGW将适配后的64kbps的数据发送至IWF进行进一步处理。
本实施例中,IWF对接收到的数据进行处理后返回给MGW,MGW将经过IWF处理的64kbps的数据适配至80bits的V.110格式的数据帧,再适配至72bits的V.110格式的数据帧,若中间速率的数值为16kbps,则将4个72bits的V.110格式的帧封装为RTP报文发送至被叫方基站控制器;若中间速率的数值为8kbps,则将2个72bits的V.110格式的帧封装为实时传输协议报文发送至被叫方BSC。
被叫BSC接收到由MGW发送的数据后判断,若中间速率的数值为16kbps,则直接对接收到的RTP报文进行下一步处理,若中间速率的数值为8kbps,则首先向接收到的RTP报文中插入2个全“1”的无效72bits的V.110格式的帧,之后将72bits的V.110格式的帧根据用户的要求发送至PSTN网络或者是其它移动终端。
二、80bits封装:
请参阅图4,本发明实施例中数据传输方法第二实施例包括:
401、BSC将接收到的72bits的V.110格式的数据帧适配至80bits的V.110格式的数据帧;
BSC通过BTS接收移动终端发送的72bits的V.110格式的数据帧,并将72bits的V.110格式的数据帧适配至80bits的V.110格式的数据帧。
402、将80bits的V.110格式的数据帧封装为RTP报文;
本实施例中,在封装之前还可以先获取当前的中间速率,其中,中间速率参数的数值由MSC Server下发给MGW,若中间速率为16kbps,则BSC将4个80bits的V.110格式的数据帧封装到一个RTP报文中,若中间速率为8kbps,则4个80bits的V.110格式的数据帧中有2个数据帧为全1,即无效,BSC将剩余2个有效的80bits的V.110格式的数据帧封装到一个RTP报文中。
另外可以理解的是,同样可以不区分中间速率,即无论中间速率为8kbps或者为16kbps,BSC都将4个V.110格式的数据帧封装到一个RTP报文中。
403、BSC将封装成的RTP报文发送至MGW;
本实施例中,BSC通过A接口将封装后的RTP报文发送至MGW,为了能够提高RTP报文发送的成功率,可以在RTP报文中设置若干冗余帧,下面以设置一帧为例进行说明,具体为:在每个RTP的报文中,包含两个数据块。第一个数据块是前时刻的数据块(2个或4个V.110帧),第二个数据块是当前时刻的数据块(2个或4个V.110帧)。这样每个报文对前一次的数据都进行冗余发送,一旦IP网络出现了丢包的情况,可以从后续的报文中恢复出丢掉的数据。
可以理解的是,具体的冗余帧数、RTP报文的PT,每个数据块的PT,可以根据BSC和MGW上的配置决定。也可以由MSC通过Mc接口的H.248和BSSAP消息中下发。
404、MGW通过码变换将RTP报文中的80bits的V.110格式的数据帧适配至64kbps的数据;
在适配之前还需要判断数据帧的个数,若中间速率为16kbps,即RTP报文中有4个V.110格式的数据帧,则直接进行适配,若中间速率为8kbps,即RTP报文中有2个V.110格式的数据帧,则需要先插入2个全1的无效数据帧,再进行适配的操作,其中,中间速率参数的数值由MSC Server下发给MGW。
同时,在MGW在接收到RTP报文之后还可以进行必要的校验操作,若校验成功,则进行适配,若校验失败,则丢弃该RTP报文,具体的校验操作为:
将PT设置为校验参数,A接口的数据业务的PT为动态PT,取值范围为96~127,为保证PT一致性,有如下方法:
方法一:在BSC和MGW上进行配置,保证BSC和MGW的数据业务PT类型一致。
方法二:在MSC上配置,A接口数据业务的使用的PT。再通过Mc的H248消息下发给MGW,通过扩展BSSAP协议把PT下发BSC。从而保证BSC和MGW的PT保持一致。
所以如果MGW从BSC接收到的RTP报文中标识的PT与期望接收到的PT一致,则认为校验通过。
405、MGW将适配后的64kbps的数据发送至IWF进行进一步处理。
本实施例中,IWF对接收到的数据进行处理后返回给MGW,MGW将经过IWF处理的64kbps的数据适配至80bits的V.110格式的数据帧,再适配至72bits的V.110格式的数据帧,若中间速率的数值为16kbps,则将4个72bits的V.110格式的帧封装为RTP报文发送至被叫方基站控制器;若中间速率的数值为8kbps,则将2个72bits的V.110格式的帧封装为实时传输协议报文发送至被叫方BSC。
被叫BSC接收到由MGW发送的数据后判断,若中间速率的数值为16kbps,则直接对接收到的RTP报文进行下一步处理,若中间速率的数值为8kbps,则首先向接收到的RTP报文中插入2个全“1”的无效72bits的V.110格式的帧,之后进行下一步处理。
三、63bits封装
请参阅图5,本发明实施例中数据传输方法第三实施例包括:
501、BSC将接收到的72bits的V.110格式的数据帧适配至63bits的V.110格式的数据帧;
BSC通过BTS接收移动终端发送的72bits的V.110格式的数据帧,并将72bits的V.110格式的数据帧适配至63bits的V.110格式的数据帧。
502、将63bits的V.110格式的数据帧封装为RTP报文;
本实施例中,在封装之前还可以先获取当前的中间速率,其中,中间速率参数的数值由MSC Server下发给MGW,若中间速率为16kbps,则BSC将4个63bits的V.110格式的数据帧封装到一个RTP报文中,若中间速率为8kbps,则4个63bits的V.110格式的数据帧中有2个数据帧为全1,即无效,BSC将剩余2个有效的63bits的V.110格式的数据帧封装到一个RTP报文中。
另外可以理解的是,同样可以不区分中间速率,即无论中间速率为8kbps或者为16kbps,BSC都将4个V.110格式的数据帧封装到一个RTP报文中。
503、BSC将封装成的RTP报文发送至MGW;
本实施例中,BSC通过A接口将封装后的RTP报文发送至MGW,为了能够提高RTP报文发送的成功率,可以在RTP报文中设置若干冗余帧,下面以设置一帧为例进行说明,具体为:在每个RTP的报文中,包含两个数据块。第一个数据块是前时刻的数据块(2个或4个V.110帧),第二个数据块是当前时刻的数据块(2个或4个V.110帧)。这样每个报文对前一次的数据都进行冗余发送,一旦IP网络出现了丢包的情况,可以从后续的报文中恢复出丢掉的数据。
可以理解的是,具体的冗余帧数、RTP报文的PT,每个数据块的PT,可以根据BSC和MGW上的配置决定。也可以由MSC通过Mc接口的H248和BSSAP消息中下发。
504、MGW通过码变换将RTP报文中的63bits的V.110格式的数据帧适配至80bits的V.110格式的数据帧;
具体的适配过程为现有技术,不再赘述。
在适配之前还需要判断数据帧的个数,若中间速率为16kbps,即RTP报文中有4个V.110格式的数据帧,则直接进行适配,若中间速率为8kbps,即RTP报文中有2个V.110格式的数据帧,则需要先插入2个全1的无效数据帧,再进行适配的操作,其中,中间速率参数的数值由MSC Server下发给MGW。
同时,在MGW在接收到RTP报文之后还可以进行必要的校验操作,若校验成功,则进行适配,若校验失败,则丢弃该RTP报文,具体的校验操作为:
将PT设置为校验参数,A接口的数据业务的PT为动态PT,取值范围为96~127,为保证PT一致性,有如下方法:
方法一:在BSC和MGW上进行配置,保证BSC和MGW的数据业务PT类型一致。
方法二:在MSC上配置,A接口数据业务的使用的PT。再通过Mc的H248消息下发给MGW,通过扩展BSSAP协议把PT下发BSC。从而保证BSC和MGW的PT保持一致。
所以如果MGW从BSC接收到的RTP报文中标识的PT与期望接收到的PT一致,则认为校验通过。
505、MGW将80bits的V.110格式的数据帧适配至64kbps的数据;
506、MGW将适配后的64kbps的数据发送至IWF进行进一步处理。
本实施例中,IWF对接收到的数据进行处理后返回给MGW,MGW将经过IWF处理的64kbps的数据适配至80bits的V.110格式的数据帧,再适配至72bits的V.110格式的数据帧,若中间速率的数值为16kbps,则将4个72bits的V.110格式的帧封装为RTP报文发送至被叫方基站控制器;若中间速率的数值为8kbps,则将2个72bits的V.110格式的帧封装为实时传输协议报文发送至被叫方BSC。
被叫BSC接收到由MGW发送的数据后判断,若中间速率的数值为16kbps,则直接对接收到的RTP报文进行下一步处理,若中间速率的数值为8kbps,则首先向接收到的RTP报文中插入2个全“1”的无效72bits的V.110格式的帧,之后进行下一步处理。
上述实施例中对数据传输的过程进行了详细的描述,可以采用多种方式进行封装和适配,所以提高了数据传输的灵活性;
其次,由于在RTP报文中设置有冗余帧,所以提高了数据传输的可靠性;
最后,由于在MGW接收RTP报文之前还需要对RTP进行校验,所以提高了数据传输的安全性。
下面对本发明实施例中的系统和装置进行描述:
请参阅图6,本发明实施例中通信系统实施例包括:
移动终端601,基站收发信机602,基站控制器603,媒体网关604以及互连功能实体605;
移动终端601用于发送数据帧;
基站收发信机602用于接收移动终端发送的数据帧并向基站控制器603转发所述数据帧;
基站控制器603用于将从所述移动终端接收到的数据帧封装为实时传输协议报文并发送所述报文;
媒体网关604用于通过码变换将从所述基站控制器603接收到的报文中的数据帧适配至64kbps格式的数据,并发送所述数据;
互连功能实体605用于接收媒体网关604发送的数据。
请参阅图7,本发明实施例中基站控制器第一实施例包括:
数据帧接收单元701,数据帧封装单元702以及数据帧发送单元703;
数据帧接收单元701用于接收来自移动终端的数据帧;
数据帧封装单元702用于将所述数据帧适配至80bits的V.110格式的帧,或72bits的V.110格式的帧或63bits的V.110格式的帧,并将适配后的帧封装为实时传输协议报文;
数据帧发送单元703用于将封装成的实时传输协议报文发送至媒体网关。
请参阅图10,本发明实施例中媒体网关第一实施例包括:
数据接收单元1001,数据适配单元1002以及数据转发单元1003;
数据接收单元1001用于接收基站控制器发送的实时传输协议报文;
数据适配单元1002用于将所述实时传输协议报文中的V.110格式的帧适配至64kbps格式的数据;
数据转发单元1003用于向互连功能实体转发适配后的64kbps格式的数据。
上述各个实施例中描述的技术方案为9.6kbps或9.6kbps以下的数据业务的处理方案,而针对超过9.6kbps的高速数据业务(HSCSD,High Speed CircuitSwitched Data)而言,可以采用下面的两种方式进行处理:
第一种方案,在BSC侧对高速数据业务和低速数据业务进行区分处理:
具体实施方式为:
BSC根据MSC指配消息中的承载控制(BC,Bearer control)参数,获取本次数据业务是高速数据业务还是低速数据业务。若为低速数据业务,承载面的处理采用前面描述的方法。
在呼叫建立的过程中,MSC会向BSC下发指配消息,该指配消息中包含有BC参数,用于指示当前的数据业务是低速数据业务还是高速数据业务。
若为高速数据业务,BSC完成速率适配,和/或多通道复用,和/或解复用处理,得到64kbps的脉冲编码调制(PCM,Pulse Code Modulation)数据。此时BSC只需采用完成TDM到IP的格式转化,即BSC采用固定时间间隔(如:20ms)进行RTP打包,将64kbps的PCM数据封装成IP包发送给MGW。
可以理解的是,本实施例中,BSC需要执行速率适配处理,用于将不同速率格式的数据适配至64kbps格式的数据,多通道复用和多通道解复用可以根据实际情况进行选择,例如若移动终端发射多路数据帧,则需要BSC进行多通道复用处理,此时BSC向移动终端下发的数据则需要相应的进行多通道解复用处理以形成多路数据下发至移动终端。
MGW根据MSC下发的PLMN BC参数,获取本次数据业务是高速数据业务还是低速数据业务。若为低速数据业务,按照前面描述的方法,进行RAA/RA2适配得到64kbps数据传输给IWF处理。
在呼叫建立的过程中,MSC会向BSC下发端点操作消息,具体可以为修改端点请求消息,或添加端点请求消息,在该消息中携带有PLMN BC参数,用于指示当前的数据业务是低速数据业务还是高速数据业务。
若MGW根据PLMN BC参数获取到的数据业务的类型与从BSC接收到的数据格式对应的数据业务类型不一致,则丢弃接收到的数据,并上报错误信息。
若为高速数据业务,MGW只需从RTP报文中取出净荷,通过TDM方式透明转化为64kbps的PCM格式传输给IWF处理。
第二种方案,BSC不对高速数据业务和低速数据业务进行区分:
本实施例中,可在A接口统一采用PCM over IP的方式传输。
BSC根据A接口信令指示,将A接口获取到的数据进行速率适配,和/或多通道复用,和/或解复用处理后,获得64kbps的PCM格式的数据。BSC再采用固定时间间隔(如:20ms)进行RTP打包,将64kbps的PCM数据封装成IP包发送给MGW。
可以理解的是,本实施例中,BSC需要执行速率适配处理,用于将不同速率格式的数据适配至64kbps格式的数据,多通道复用和多通道解复用可以根据实际情况进行选择,例如若移动终端发射多路数据帧,则需要BSC进行多通道复用处理,此时BSC向移动终端下发的数据则需要相应的进行多通道解复用处理以形成多路数据下发至移动终端。
在本实施例中,BSC将针对不同的数据业务类型的数据进行相应的速率适配处理,例如针对低速数据业务,可以按照前面的方法将不同速率的数据适配至64kbps,具体方法类似,此处不再赘述。
但无论是高速数据业务类型的数据还是低速数据业务类型的数据,BSC都会将这些数据适配到64kbps格式的数据,并封装为IP包,通过RTP发送至MGW。
MGW根据Mc接口的信令指示,得知此呼叫为数据业务呼叫后,MGW从RTP包中取出数据净荷(净荷数据的速率是64kbps)转化为TDM的PCM码流发给IWF处理。此转化过程,仅仅完成IP到TDM的格式转化,而不需要进行编解码转化和速率调整处理。
本实施例中,MGW接收到的数据为64kbps格式的数据,不需要考虑是高速数据业务类型的数据还是低速数据业务类型的数据,直接从提取出数据净荷,转换为TDM格式,并发送至IWF。
上述各个实施例中所描述的64kbps格式的数据是指每个数据中包含的净元大小为64Kb。
针对上述高速数据业务类型下的数据传输方法,下面介绍相应的通信系统实施例以及相关设备实施例:
同样请参阅图6,本发明实施例中通信系统包括:
移动终端601,用于发送数据帧;
基站控制器602,用于将从移动终端601接收的数据帧封装为实时传输协议报文并将该报文发送至媒体网关603;
媒体网关603,用于对该报文进行处理得到64kbps格式的数据,并将该数据通过时分复用交换至互连功能实体604。
互连功能实体604,用于接收媒体网关发送的数据。
具体可以分为以下两种情况:
一、区分高低速业务:
同样请参阅图6,本发明实施例中通信系统第二实施例包括:
移动终端601,用于发送数据帧;
基站收发信机602,用于接收移动终端发送的数据帧并向基站控制器603转发所述数据帧;
基站控制器603,用于接收移动交换中心发送的指配消息以及基站收发信机602发送的数据帧,根据指配消息判断当前数据业务是否为高速数据业务,若是,则对数据帧进行速率适配和/或多通道复用和/或多通道解复用处理得到64kbps格式的数据,将64kbps格式的数据封装为互联网协议包,利用实时传输协议将所述互联网协议包发送至媒体网关604;
媒体网关604,用于从互联网协议包中提取出相应数据,并对数据执行时分复用处理,将处理后的数据发送至互连功能实体605;
互连功能实体605,用于接收媒体网关604发送的数据。
本实施例中,基站控制器603需要执行速率适配处理,用于将不同速率格式的数据适配至64kbps格式的数据,多通道复用和多通道解复用可以根据实际情况进行选择,例如若移动终端601发射多路数据帧,则需要基站控制器603进行多通道复用处理,此时基站控制器603向移动终端601下发的数据则需要相应的进行多通道解复用处理以形成多路数据下发至移动终端601。
本实施例中,基站控制器603需要判断当前业务为高速数据业务还是低速数据业务,若为高速数据业务则按照上述方式执行,若为低速数据业务,则采用前面实施例中提到的低速数据业务处理方式进行处理。
二、不区分高低速业务:
同样请参阅图6,本发明实施例中通信系统第三实施例包括:
移动终端601,用于发送数据帧;
基站收发信机602,用于接收移动终端发送的数据帧并向基站控制器603转发所述数据帧;
基站控制器603,用于对从基站收发信机602接收的数据帧进行速率适配和/或多通道复用和/或多通道解复用处理得到64kbps格式的数据,对64kbps格式的数据进行封装得到互联网协议包,通过实时传输协议将所述互联网协议包发送至媒体网关604;
媒体网关604,用于从互联网协议包中提取出相应数据,并对数据执行时分复用处理,将处理后的数据发送至互连功能实体605;
互连功能实体605,用于接收媒体网关604发送的数据。
本实施例中,基站控制器603需要执行速率适配处理,用于将不同速率格式的数据适配至64kbps格式的数据,多通道复用和多通道解复用可以根据实际情况进行选择,例如若移动终端601发射多路数据帧,则需要基站控制器603进行多通道复用处理,此时基站控制器603向移动终端601下发的数据则需要相应的进行多通道解复用处理以形成多路数据下发至移动终端601。
本实施例中,基站控制器603不需要判断当前业务为高速数据业务还是低速数据业务,直接将数据帧适配至64kbps格式的数据进行下一步处理。
相应地,请参阅图8,本发明实施例中基站控制器第二实施例包括:
第一接收单元801,接收移动交换中心发送的指配消息以及移动终端发送的数据帧;
数据业务校验单元802,用于根据所述指配消息判断当前数据业务是否为高速数据业务;
第一数据处理单元803,用于在当前数据业务为高速数据业务时对所述数据帧进行速率适配和/或多通道复用和/或多通道解复用处理得到64kbps格式的数据,将所述64kbps格式的数据封装为互联网协议包;
第一数据发送单元804,用于利用实时传输协议将所述互联网协议包发送至媒体网关。
请参阅图9,本发明实施例中基站控制器第三实施例包括:
第三数据接收单元901,用于接收移动终端发送的数据帧;
第二数据处理单元902,用于对接收的数据帧进行速率适配和/或多通道复用和/或多通道解复用处理得到64kbps格式的数据,对所述64kbps格式的数据进行封装得到互联网协议包;
第二数据发送单元903,用于通过实时传输协议将所述互联网协议包发送至媒体网关。
相应地,请参阅图11,本发明实施例中媒体网关第二实施例包括:
第二数据接收单元1101,用于接收基站控制器发送的包含64kbps格式数据的互联网协议包;
数据提取单元1102,用于从所述互联网协议包中提取相应的64kbps格式的数据;
第二数据适配单元1103,用于对所述64kbps格式的数据执行时分复用处理;
第二数据转发单元1104,用于将处理后的数据发送至互连功能实体。
上述描述的媒体网关实施例可以适用于不区分高速数据业务和低速数据业务的情况下,可以理解的是,若需要区分高速数据业务和低速数据业务,则该媒体网关还需要包括:
业务处理单元1105,用于根据呼叫建立时从移动交换中心接收到的端点操作请求判断当前数据业务是否为高速数据业务,若是,则执行从所述互联网协议包中提取出相应数据的步骤。
在包含业务处理单元1105的情况下,具体的处理流程为:第二数据接收单元1101接收IP包,业务处理单元1105根据移动交换中心下发的端点操作请求判断当前的数据业务的类型,并根据不同的数据业务类型从IP包中提取相应的数据,并发送至第二数据适配单元1103进行后续处理。
以上对本发明实施例所提供的一种数据传输方法及通信系统及基站控制器以及媒体网关进行了详细介绍,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (25)
1、一种数据传输方法,其特征在于,包括:
基站控制器将从移动终端接收的数据帧封装为实时传输协议报文并将所述报文发送至媒体网关;
媒体网关通过码变换将所述报文中的数据帧适配至64kbps格式的数据,并将所述数据通过时分复用交换至互连功能实体。
2、根据权利要求1所述的数据传输方法,其特征在于,所述基站控制器将从移动终端接收的数据帧封装为实时传输协议报文的步骤包括:
基站控制器将接收到的数据帧中的72bits的V.110格式的帧封装至一个实时传输协议报文中;
所述通过码变换将所述报文中的数据帧适配至64kbps格式的数据的步骤包括:
媒体网关通过码变换将72bits的V.110格式的帧适配至80bits的V.110格式的帧;
将所述80bits的V.110格式的帧适配至64kbps格式的数据。
3、根据权利要求1所述的数据传输方法,其特征在于,所述基站控制器将从移动终端接收的数据帧封装为实时传输协议报文的步骤包括:
基站控制器接收数据帧;
将数据帧中72bits的V.110格式的帧适配至80bits的V.110格式的帧;
将80bits的V.110格式的帧封装至一个实时传输协议报文中;
所述通过码变换将所述报文中的数据帧适配至64kbps格式的数据的步骤包括:
媒体网关通过码变换将所述80bits的V.110格式的帧适配至64kbps格式的数据。
4、根据权利要求1所述的数据传输方法,其特征在于,所述基站控制器将从移动终端接收的数据帧封装为实时传输协议报文的步骤包括:
基站控制器接收数据帧;
将数据帧中72bits的V.110格式的帧适配至63bits的V.110格式的帧;
将63bits的V.110格式的帧封装至一个实时传输协议报文中;
所述通过码变换将所述报文中的数据帧适配至64kbps格式的数据的步骤包括:
媒体网关通过码变换将63bits的V.110格式的帧适配至80bits的V.110格式的帧;
将所述80bits的V.110格式的帧适配至64kbps格式的数据。
5、根据权利要求2,3或4所述的数据传输方法,其特征在于,所述基站控制器将从移动终端接收的数据帧封装为实时传输协议报文的步骤包括:
若中间速率的数值为8kbps,则基站控制器将2个V.110格式的帧封装为实时传输协议报文;
若中间速率的数值为16kbps,则基站控制器将4个V.110格式的帧封装为实时传输协议报文;
当中间速率的数值为8kbps时,所述通过码变换将所述报文中的数据帧适配至64kbps格式的数据的步骤包括:
媒体网关在接收到的V.110格式的帧中插入2个全1无效的V.110格式的帧;
将最终形成的4个V.110格式的帧适配至64kbps格式的数据。
6、根据权利要求5所述的数据传输方法,其特征在于,所述实时传输协议报文中设置有数据帧以及冗余帧。
7、根据权利要求5所述的数据传输方法,其特征在于,所述媒体网关通过码变换将所述报文中的数据帧适配至64kbps格式的数据的步骤之前包括:
对实时传输协议报文进行校验,若校验通过,则执行媒体网关通过码变换将所述报文中的数据帧适配至64kbps格式的数据的步骤,若校验不通过,则丢弃该实时传输协议报文。
8、根据权利要求7所述的数据传输方法,其特征在于,所述对实时传输协议报文进行校验的步骤包括:
判断媒体网关接收到的实时传输协议报文中的负载类型参数是否与发送该实时传输协议报文的基站控制器中设置的负载类型参数一致,若一致,则判断校验通过。
9、根据权利要求2,3或4所述的数据传输方法,其特征在于,所述媒体网关将所述数据通过时分复用交换至互连功能实体的步骤之后包括:
媒体网关将经过互连功能实体处理的64kbps格式的数据适配至80bits的V.110格式的帧;
将所述80bits的V.110格式的帧适配至72bits的V.110格式的帧;
若中间速率的数值为16kbps,则将4个72bits的V.110格式的帧封装为实时传输协议报文发送至被叫方基站控制器;
若中间速率的数值为8kbps,则将2个72bits的V.110格式的帧封装为实时传输协议报文发送至被叫方基站控制器。
10、一种数据传输方法,其特征在于,包括:
基站控制器将从移动终端接收的数据帧封装为实时传输协议报文并将所述报文发送至媒体网关;
媒体网关对所述报文进行处理得到64kbps格式的数据,并将所述数据通过时分复用交换至互连功能实体。
11、根据权利要求10所述的方法,其特征在于,所述基站控制器将从移动终端接收的数据帧封装为实时传输协议报文的步骤包括:
基站控制器对从移动终端接收的数据帧进行速率适配处理得到64kbps格式的数据;
对所述64kbps格式的数据进行封装得到互联网协议包。
12、根据权利要求11所述的方法,其特征在于,所述媒体网关对所述报文进行处理得到64kbps格式的数据的步骤包括:
媒体网关从所述互联网协议包中提取出64kbps格式的数据。
13、根据权利要求10所述的方法,其特征在于,所述媒体网关对所述报文进行处理得到64kbps格式的数据的步骤包括:
媒体网关通过码变换将所述报文中的数据帧适配至64kbps格式的数据,并将所述数据通过时分复用交换至互连功能实体。
14、一种数据传输方法,其特征在于,包括:
基站控制器对从移动终端接收的数据帧进行速率适配处理得到64kbps格式的数据;
基站控制器对所述64kbps格式的数据进行封装得到互联网协议包,通过实时传输协议将所述互联网协议包发送至媒体网关;
媒体网关从所述互联网协议包中提取出相应数据,并对所述数据执行时分复用处理,将处理后的数据发送至互连功能实体。
15、根据权利要求14所述的方法,其特征在于,所述基站控制器对从移动终端接收的数据帧进行速率适配处理得到64kbps格式的数据的步骤之前包括:
基站控制器接收移动交换中心发送的指配消息;
根据所述指配消息判断当前数据业务是否为高速数据业务,若是,则执行对从移动终端接收的数据帧进行速率适配处理得到64kbps格式的数据。
16、根据权利要求15所述的方法,其特征在于,所述媒体网关从所述互联网协议包中提取出相应数据的步骤之前包括:
媒体网关根据呼叫建立时从移动交换中心接收到的端点操作请求判断当前数据业务是否为高速数据业务,若是,则执行从所述互联网协议包中提取出相应数据的步骤。
17、一种通信系统,其特征在于,包括:
基站控制器,媒体网关以及互连功能实体;
所述基站控制器用于将从移动终端接收到的数据帧封装为实时传输协议报文并发送所述报文;
所述媒体网关用于通过码变换将从所述基站控制器接收到的报文中的数据帧适配至64kbps格式的数据,并发送所述数据;
所述互连功能实体用于接收媒体网关发送的数据。
18、根据权利要求17所述的通信系统,其特征在于,所述通信系统还包括:
基站收发信机,用于接收移动终端发送的数据帧并向基站控制器转发所述数据帧。
19、一种通信系统,其特征在于,包括:
基站控制器,用于将从移动终端接收的数据帧封装为实时传输协议报文并将所述报文发送至媒体网关;
媒体网关,用于对所述报文进行处理得到64kbps格式的数据,并将所述数据通过时分复用交换至互连功能实体;
互连功能实体,用于接收媒体网关发送的数据。
20、一种基站控制器,其特征在于,包括:
数据帧接收单元,数据帧封装单元以及数据帧发送单元;
所述数据帧接收单元用于接收来自移动终端的数据帧;
所述数据帧封装单元用于将所述数据帧适配至80bits的V.110格式的帧,或72bits的V.110格式的帧或63bits的V.110格式的帧,并将适配后的帧封装为实时传输协议报文;
所述数据帧发送单元用于将封装成的实时传输协议报文发送至媒体网关。
21、一种基站控制器,其特征在于,包括:
第一接收单元,用于接收移动交换中心发送的指配消息以及移动终端发送的数据帧;
数据业务校验单元,用于根据所述指配消息判断当前数据业务是否为高速数据业务;
第一数据处理单元,用于在当前数据业务为高速数据业务时对所述数据帧进行速率适配处理得到64kbps格式的数据,将所述64kbps格式的数据封装为互联网协议包;
第一数据发送单元,用于利用实时传输协议将所述互联网协议包发送至媒体网关。
22、一种基站控制器,其特征在于,包括:
第三接收单元,用于移动终端发送的数据帧;
第二数据处理单元,用于对接收的数据帧进行速率适配处理得到64kbps格式的数据,对所述64kbps格式的数据进行封装得到互联网协议包;
第二数据发送单元,用于通过实时传输协议将所述互联网协议包发送至媒体网关。
23、一种媒体网关,其特征在于,包括:
数据接收单元,数据适配单元以及数据转发单元;
所述数据接收单元用于接收基站控制器发送的实时传输协议报文;
所述数据适配单元用于将所述实时传输协议报文中的V.110格式的帧适配至64kbps格式的数据;
所述数据转发单元用于向互连功能实体转发适配后的64kbps格式的数据。
24、一种媒体网关,其特征在于,包括:
第二数据接收单元,用于接收基站控制器发送的包含64kbps格式数据的互联网协议包;
数据提取单元,用于从所述互联网协议包中提取相应的64kbps格式的数据;
第二数据适配单元,用于对所述64kbps格式的数据执行时分复用处理;
第二数据转发单元,用于将处理后的数据发送至互连功能实体。
25、根据权利要求24所述的媒体网关,其特征在于,所述媒体网关还包括:
业务处理单元,用于根据呼叫建立时从移动交换中心接收到的端点操作请求判断当前数据业务是否为高速数据业务,若是,则执行从所述互联网协议包中提取出相应数据的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101661181A CN101309205A (zh) | 2007-05-18 | 2007-11-07 | 一种数据传输方法及通信系统及基站控制器以及媒体网关 |
PCT/CN2008/070983 WO2008141573A1 (fr) | 2007-05-18 | 2008-05-16 | Procédé de transmission de données et système de communication, contrôleur d'une station de base et passerelle multimédia |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710107966.5 | 2007-05-18 | ||
CN200710107966 | 2007-05-18 | ||
CNA2007101661181A CN101309205A (zh) | 2007-05-18 | 2007-11-07 | 一种数据传输方法及通信系统及基站控制器以及媒体网关 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101309205A true CN101309205A (zh) | 2008-11-19 |
Family
ID=40125434
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101661181A Pending CN101309205A (zh) | 2007-05-18 | 2007-11-07 | 一种数据传输方法及通信系统及基站控制器以及媒体网关 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101309205A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102104525A (zh) * | 2011-03-16 | 2011-06-22 | 华为技术有限公司 | 媒体网关设备及转发数据帧的方法 |
CN102404135A (zh) * | 2010-09-14 | 2012-04-04 | 中兴通讯股份有限公司 | 基于虚拟媒体网关的ip承载优化确定方法及系统 |
CN112055078A (zh) * | 2020-09-02 | 2020-12-08 | 数字广东网络建设有限公司 | 一种数据传输方法、装置、计算机设备和存储介质 |
CN112671462A (zh) * | 2019-10-15 | 2021-04-16 | 华为技术有限公司 | 一种业务数据的传输方法、相关设备以及数字处理芯片 |
CN113411689A (zh) * | 2020-03-17 | 2021-09-17 | 华为技术有限公司 | 一种数据帧的传送方法以及相关设备 |
-
2007
- 2007-11-07 CN CNA2007101661181A patent/CN101309205A/zh active Pending
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404135A (zh) * | 2010-09-14 | 2012-04-04 | 中兴通讯股份有限公司 | 基于虚拟媒体网关的ip承载优化确定方法及系统 |
CN102404135B (zh) * | 2010-09-14 | 2015-06-03 | 中兴通讯股份有限公司 | 基于虚拟媒体网关的ip承载优化确定方法及系统 |
CN102104525A (zh) * | 2011-03-16 | 2011-06-22 | 华为技术有限公司 | 媒体网关设备及转发数据帧的方法 |
CN102104525B (zh) * | 2011-03-16 | 2013-04-24 | 华为技术有限公司 | 媒体网关设备及转发数据帧的方法 |
US9356833B2 (en) | 2011-03-16 | 2016-05-31 | Huawei Technologies Co., Ltd. | Media gateway device and method for forwarding data frames |
CN112671462A (zh) * | 2019-10-15 | 2021-04-16 | 华为技术有限公司 | 一种业务数据的传输方法、相关设备以及数字处理芯片 |
CN112671462B (zh) * | 2019-10-15 | 2023-11-17 | 华为技术有限公司 | 一种业务数据的传输方法、相关设备以及数字处理芯片 |
US11902718B2 (en) | 2019-10-15 | 2024-02-13 | Huawei Technologies Co., Ltd. | Service data transmission method, related device, and digital processing chip |
CN113411689A (zh) * | 2020-03-17 | 2021-09-17 | 华为技术有限公司 | 一种数据帧的传送方法以及相关设备 |
WO2021185196A1 (zh) * | 2020-03-17 | 2021-09-23 | 华为技术有限公司 | 一种数据帧的传送方法以及相关设备 |
CN113411689B (zh) * | 2020-03-17 | 2023-04-11 | 华为技术有限公司 | 一种数据帧的传送方法以及相关设备 |
CN112055078A (zh) * | 2020-09-02 | 2020-12-08 | 数字广东网络建设有限公司 | 一种数据传输方法、装置、计算机设备和存储介质 |
CN112055078B (zh) * | 2020-09-02 | 2023-10-03 | 数字广东网络建设有限公司 | 一种数据传输方法、装置、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100389616C (zh) | 实现交互功能业务数据交互的方法 | |
RU2431239C2 (ru) | Способ, устройство и система для установления канала-носителя в gsm-сети | |
CN1694440B (zh) | 配置网关的方法以及网络实体 | |
CN100571206C (zh) | 混合组网中基站系统及其呼叫建立、切换和释放处理方法 | |
CN100579069C (zh) | 语音前向纠错信息传输在cdma2000系统中的实现方法 | |
CN101170487B (zh) | 数据流复用中的压缩方法和压缩系统以及压缩设备 | |
CN101237603B (zh) | 一种实现gsm无线网和核心网间接口ip化的方法及系统 | |
CN101309205A (zh) | 一种数据传输方法及通信系统及基站控制器以及媒体网关 | |
CN101094162A (zh) | 一种采用头部去除方式传输媒体流的方法 | |
CN101360264B (zh) | 基于IP Abis接口的数据传输方法及装置 | |
CN100409642C (zh) | 用于在移动通信系统中多路复用和发送信令消息和补充数据的方法和系统 | |
CN100454906C (zh) | 在无线分组网中传输基于网络承载的语音流的方法及网关 | |
CN101136720A (zh) | 前向纠错信息传输的实现方法 | |
CN101351028B (zh) | 基于IP Abis接口的下行不连续语音传输的方法和装置 | |
CN101365186B (zh) | 基于ip承载的a接口的上行不连续语音传输方法及装置 | |
CN101282284B (zh) | 跨网关双音多频传送方法及装置 | |
CN102595498B (zh) | 在无线通信网络中对上传、下传数据处理的方法及系统 | |
CN101350964B (zh) | 一种Abis接口上行不连续传输的语音传输装置及方法 | |
CN102769609B (zh) | 一种数据传输的方法、系统及装置 | |
CN102055516B (zh) | Dtmf音的传送方法及装置 | |
CN101645824B (zh) | 数据传输方法、用户终端和网络设备 | |
CN101316379B (zh) | 第二代移动通信系统中实现a接口ip化的方法、设备及系统 | |
CN101365189B (zh) | 一种移动网中实现语音透传的方法和系统 | |
US8380249B2 (en) | Transmission method in a mobile communication system | |
CN100484093C (zh) | 网络间数据业务互通的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20081119 |