CN101742560A - 数据传输方法、装置及网络系统 - Google Patents
数据传输方法、装置及网络系统 Download PDFInfo
- Publication number
- CN101742560A CN101742560A CN200910221547A CN200910221547A CN101742560A CN 101742560 A CN101742560 A CN 101742560A CN 200910221547 A CN200910221547 A CN 200910221547A CN 200910221547 A CN200910221547 A CN 200910221547A CN 101742560 A CN101742560 A CN 101742560A
- Authority
- CN
- China
- Prior art keywords
- end side
- code
- pcm stream
- bsc
- msc
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种数据传输方法、装置及网络系统,其中,数据传输方法包括:第一媒体网关MGW通过时分复用TDM承载接收第一终端侧的基站控制器BSC发送的包括压缩编解码的脉冲编码调制PCM码流,确定是否对接收的所述PCM码流透传,如果是,使用G711编解码方式通过IP承载将所述包括压缩编解码的PCM码流透传到第二MGW;所述第二MGW通过TDM承载将所述包括压缩编解码的PCM码流发送给第二终端侧的BSC。使用本发明实施例提供的技术方案,能够保证核心网中存在IP承载的情况下,能成功启用主叫BSC和被叫BSC间端到端的TFO。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种数据传输方法、装置及网络系统。
背景技术
在语音呼叫过程中,主叫终端将原始信号进行编码后经过无线接口传送到本地的BSC(Base Station Controller,基站控制器)上,本地的BSC利用编码转换器(Transcoder,TC)将来自主叫终端的压缩编解码转换成PCM(Pulse Code Modulation,脉冲编码调制)码,通过核心网向被叫终端传递。被叫终端所在的BSC收到PCM码后,利用本地的TC将PCM码转换成一种适合在无线接口上传输的编码格式,通过无线接口发送给被叫终端。这样,在语音的传递过程中需要经过两次编解码转换,降低了语音质量。
为了提高语音质量,现有技术提出一种免二次编解码操作(Tandem FreeOperation,TFO),也称为前后转换免除操作,指局间全部为时分复用(TimeDivision Multiplex and Multiplexer,TDM)连接时,两侧的BSC上的TC根据ITU-T G.711A律和u律的传统64kb/s PCM语音抽样,利用每第16个抽样中的一个最不重要的比特位,交换TFO协商信息,协商两侧的编解码类型。如果两侧使用相同的编解码类型,主叫终端和被叫终端中的数据发送端的BSC上的TC在将压缩编解码转换成PCM码时,字节中的一部分比特仍然传输PCM码,另一部分用来传输没有经过转换的压缩编解码。这样,主叫终端和被叫终端中的数据接收端的BSC上的TC就可以使用PCM码中携带的压缩编解码,避免了网络内的编解码转换,提高了语音质量。
现有技术的缺点是:
对于核心网中存在IP承载的情况,如图1所示,媒体网关1(终端1侧的媒体网关)与BSC1的连接为TDM连接,与媒体网关3(终端2侧的媒体网关)的连接为IP连接时,BSC1与BSC2间无法启用TFO,即在核心网中存在IP承载的情况下,无法实现免二次编解码操作。
发明内容
本发明实施例提供一种数据传输方法、装置及网络系统,能够保证核心网中存在IP承载的情况下,能成功启用主叫BSC和被叫BSC间端到端的TFO。
有鉴于此,本发明实施例提供:
一种数据传输方法,包括:
第一媒体网关MGW通过时分复用TDM承载接收第一终端侧的基站控制器BSC发送的包括压缩编解码的脉冲编码调制PCM码流,确定是否对接收的所述PCM码流透传,如果是,使用G.711编解码方式通过IP承载将所述包括压缩编解码的PCM码流透传到第二MGW;
所述第二MGW通过TDM承载将所述包括压缩编解码的PCM码流发送给第二终端侧的BSC。
一种媒体网关,包括:
接收单元,用于接收BSC发送的包括压缩编解码的PCM码流;
判断单元,用于确定是否对所述接收单元接收的PCM码流透传;
处理单元,用于当所述判断单元的判断结果为是时,使用G.711编解码方式将所述包括压缩编解码的PCM码流透传输出。
一种网络系统,包括:第一终端侧的基站控制器BSC、第一媒体网关MGW、第二媒体网关MGW和第二终端侧的基站控制器BSC,所述第一终端侧的BSC与第一MGW之间是时分复用TDM连接,所述第二MGW与第二终端侧的BSC之间是TDM连接,所述第一MGW与第二MGW之间是IP连接;其中,
所述第一终端侧的BSC,用于向第一MGW发送包括压缩编解码的脉冲编码调制PCM码流;
所述第一MGW,用于接收第一终端侧的BSC发送的PCM码流,确定是否需要对接收的PCM码流透传输出,如果是,使用G.711编解码方式将所述PCM码流透传输出到第二MGW;
所述第二MGW,用于将接收的来自第一MGW的PCM码流输出到第二终端侧的BSC;
所述第二终端侧的BSC,用于接收来自第二MGW发送的所述PCM码流,从所述PCM码流中获取压缩编解码。
本发明实施例中第一终端侧的媒体网关使用G.711编解码方式将包括压缩编解码的PCM码流透传到第二终端侧的媒体网关,能够使接收该PCM码流的BSC(即第二终端侧的BSC)直接从PCM码流中获取压缩编解码,减少语音传递过程中编解码转换次数,提高语音质量。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术提供的通信网络示意图;
图2是本发明实施例一提供的数据传输方法流程图;
图3是本发明实施例二提供的数据传输方法流程图;
图4是本发明实施例三提供的数据传输方法流程图;
图5是本发明实施例四提供的媒体网关结构图;
图6是本发明实施例五提供的媒体网关结构图;
图7是本发明实施例六提供的网络系统结构图。
具体实施方式
实施例一:
参阅图2,本发明实施例一提供一种数据传输方法,该方法包括:
201、第一MGW通过TDM承载接收第一终端侧的BSC发送的包括压缩编解码的PCM码流。
其中,PCM码流的速率可以是为64kbit/S。
在该步骤之前,需要进行TFO协商,其协商可以通过如下方式实现:
第一种方式:第一终端侧的BSC与第二终端侧的BSC进行TFO协商:
第一MGW接收来自第一终端侧的BSC的PCM码流;判断来自第一终端侧的BSC的PCM码流中是否携带TFO协商信息,当来自第一终端侧的BSC的PCM码流中携带TFO协商信息时,将来自第一终端侧的BSC的PCM码流透传输出到另一侧,使第二终端侧的BSC能根据第二终端侧空口使用的编解码类型与所述TFO协商信息中包括的第一终端侧空口使用的编解码类型是否相同来确定是否能启用TFO;
其中,TFO协商信息会携带一终端侧空口使用的编解码类型,使接收该TFO协商信息的另一终端侧的BSC根据该TFO协商信息和本侧空口使用的编解码类型,确定是否能启用TFO。
同理,第二MGW判断来自第二终端侧的BSC的PCM码流中是否包括TFO协商信息,如果是,将所述来自第二终端侧的BSC的包括TFO协商信息的PCM码流透传输出到另一侧。第一MGW将包括TFO协商信息的PCM码流发送给第一终端侧的BSC,由于该TFO协商信息中包括第二终端侧空口使用的编解码类型信息,所以第一终端侧的BSC能根据第一终端侧空口使用的编解码类型和第二终端侧空口使用的编解码类型是否相同来确定是否能启用TFO;
该第一种TFO协商方法的具体的实现方式见实施例二中步骤301的相关描述。
第二种方式:由两个终端侧的MSC进行TFO协商:
第一终端侧的MSC接收第二终端侧的MSC发送的第二终端侧空口使用的编解码类型信息,判断所述第二终端侧空口使用的编解码类型与第一终端侧空口使用的编解码类型是否相同,如果是,向第一终端侧的的BSC发送启用TFO强制处理的指示信息;第二终端侧的MSC接收第一终端侧的MSC发送的第一终端侧空口使用的编解码类型信息,判断所述第一终端侧空口使用的编解码类型与第二终端侧空口使用的编解码类型是否相同,如果是,向第二终端侧的的BSC发送启用TFO强制处理的指示信息。
该第二种TFO协商方法的具体的实现方式见实施例四的相关描述。
第三种方式:由两个终端侧的MSC进行TFO协商,第一终端侧的MSC接收第二终端侧的MSC发送的第二终端侧空口使用的编解码类型信息,判断所述第二终端侧空口使用的编解码类型与第一终端侧空口使用的编解码类型是否相同,如果是,向第一终端侧的的BSC发送指示启动TFO处理的信息;第二终端侧的MSC接收第一终端侧的MSC发送的第一终端侧空口使用的编解码类型信息,判断所述第一终端侧空口使用的编解码类型与第二终端侧空口使用的编解码类型是否相同,如果是,向第二终端侧的的BSC发送指示启动TFO处理的信息;然后再由第一终端侧的BSC与第二终端侧的BSC进行TFO协商。
该第三种TFO协商方法的具体的实现方式见实施例三的相关描述。
通过上述三种TFO协商方法,可以在核心网中存在IP承载的情况下,协商两终端侧空口支持的编解码类型,以确定是否能够启用TFO。
202、第一MGW确定是否对接收的所述PCM码流透传,如果是,使用G.711编解码方式通过IP承载将所述包括压缩编解码的PCM码流透传到第二MGW。
该步骤在将包括压缩编解码的PCM码流透传输出时关闭了语音处理功能,并在所接收的PCM码流中加上IP头形成语音包后输出至第二MGW。
本发明实施例中IP承载上使用G.711编解码类型,G.711编解码类型的净荷大小与PCM码流相同,第一MGW将周期时间内接收的PCM码流作为一个语音包,该第一MGW不对PCM码的内容进行修改,将PCM码作为语音包的净荷。其中,周期时间可以是20ms。
具体的可以通过如下几种方式判断是否对接收的PCM码流透传:
第一种方式:第一MGW根据MSC发送的启动PCM透传的指示信息,确定对接收的PCM流透传输出。MSC可以在通知MGW建承载时,向第一MGW发送启动PCM透传的指示信息。
第二种方式:第一终端侧的MSC可以在通知第一MGW建承载时,通知第一MGW使用G.711编解码类型建承载,该步骤中第一MGW根据本地带宽的容量,确定是否对接收的PCM码流透传,即如果本地带宽足够大,则确定对接收的PCM码流透传。
第三种方式:第一终端侧的MSC可以在通知第一MGW建承载时,通知第一MGW使用G.711编解码类型建承载,该步骤中第一MGW根据本地数据配置,确定是否对接收的PCM码流透传,如果本地配置的表示是否将PCM码流透传的指示信息表示对PCM码流透传,则确定需要对PCM码流透传。
第四种方式:第一MGW判断所述PCM码流中是否携带表示所述PCM码流包括压缩编解码的指示信息,如果是,确定对接收的PCM流不进行编解码处理,直接透传。
203、第二MGW将包括压缩编解码的PCM码流发送给第二终端侧的BSC。
后续第二终端侧的BSC收到包括压缩编解码的PCM码流后会将压缩编解码发送给第二终端。
本发明实施例中,第一MGW连第一终端侧的承载为TDM承载,连第二MGW侧的承载为IP承载;第二MGW连第二终端侧的承载为TDM承载,连第一MGW侧的承载为IP承载;比如BSC1(第一终端侧的BSC)和BSC2(第二终端侧的BSC)间经过4个MGW:MGW1、MGW2、MGW3、MGW4,BSC1与MGW1为TDM连接,MGW1与MGW2为TDM连接,MGW2与MGW3为IP连接,MGW3与MGW4为TDM连接,MGW4与BSC2为TDM连接,则MGW2为上述第一MGW,MGW3为上述第二MGW。再比如,BSC1和BSC2间经过4个MGW:MGW1、MGW2、MGW3、MGW4,BSC1与MGW1为TDM连接,MGW1与MGW2为IP连接,MGW2与MGW3为IP连接,MGW3与MGW4为IP连接,MGW4与BSC2为TDM连接,则MGW1为上述第一MGW,MGW4为上述第二MGW,这种情况,MGW2两侧都采用G.711编解码,MGW2进行IP到IP的透传,MGW3两侧都采用G.711编解码,MGW3进行IP到IP的透传。
本发明实施例一中第一MGW使用G.711编解码方式将包括压缩编解码的PCM码流透传到第二MGW,能够使接收该PCM码流的BSC(即第二终端侧的BSC)直接从PCM码流中获取压缩编解码,减少语音传递过程中编解码转换次数,提高语音质量。
实施例二:
参阅图3,本发明实施二提供一种数据传输方法,该方法包括:
301、主叫侧的BSC与被叫侧的BSC进行TFO协商。
其中,主叫侧的BSC与被叫侧的BSC进行TFO协商的过程包括:
1)、主叫侧的BSC分析被叫号码,判断被叫用户是否为本网用户,当BSC判断被叫用户为本网用户时,主叫侧的BSC根据TFO协议,利用PCM中的每16个抽样中的一个最不重要的比特位来携带主叫侧的TFO协商信息,向主叫侧的MGW发送PCM码流。
其中,主叫侧的TFO协商信息包括:主叫侧空口使用的编解码类型。
2)、主叫侧的MGW接收到PCM码流后,使用G.711编解码方式并通过IP承载将该PCM码流透传到被叫侧的媒体网关,即使用G.711编解码方式将所有PCM码流转换成IP语音包,将所转换的所有IP语音包都输出。
具体的,使用G.711编解码方式将周期时间内接收的PCM码流加上一个IP头形成语音包,然后向被叫侧的MGW发送语音包,即将PCM码流透传输出。其中,周期时间可以是20ms。
MGW启动PCM码流透传的条件可以是:当MGW判断得到PCM码流中包括了TFO协商信息时启动PCM码流透传;或者,接收到MSC发送的使用G.711编解码类型的指示信息之后,确定本地带宽的容量足够大时启动PCM码流透传;或者,接收到MSC发送的使用G.711编解码类型的指示信息之后,根据数据配置启动PCM码流透传;或者,或者MSC在建承载时将启动PCM透传的指示信息发送给MGW,MGW根据该指示信息启动PCM码流透传。
3)、被叫侧的MGW接收到主叫侧的MGW发送的语音包后,从该语音包中提取PCM码流,向被叫侧的BSC发送PCM码流。
4)、被叫侧的BSC接收PCM码流,从PCM码中获取主叫侧的TFO协商信息,本发明实施例中假定主叫侧空口编解码类型与被叫侧的空口编解码类型相同,该步骤中被叫侧的BSC根据主叫侧空口编解码类型与被叫侧的空口编解码类型相同确定在主叫终端与被叫终端的语音传递过程中能够启用TFO。
5)、被叫侧BSC分析主叫号码,判断主叫用户是否为本网用户,当BSC判断主叫用户为本网用户时,被叫侧的BSC根据TFO协议,利用PCM中的每16个抽样中的一个最不重要的比特位来携带被叫侧的TFO协商信息,向被叫侧的MGW发送PCM码流。
6)、被叫侧的MGW接收到PCM码流后,使用G.711编解码方式并通过IP承载将该PCM码流透传到主叫侧的媒体网关,即使用G.711编解码方式将所有PCM码流转换成IP语音包,将所转换的所有IP语音包都输出。
被叫侧的MGW启用PCM码流透传的条件与2)中描述的相同,在此不再赘述。
7)、主叫侧的MGW接收到被叫侧的MGW发送的语音包后,从该语音包中提取PCM码流,向主叫侧的BSC发送PCM码流。
8)、主叫侧的BSC接收PCM码流,从PCM码中获取被叫侧的TFO协商信息,其中被叫侧的TFO协商信息中包括被叫侧空口使用的编解码类型,主叫侧的BSC根据主叫侧空口编解码类型与被叫侧的空口编解码类型相同确定在主叫终端与被叫终端的语音传递过程中能够启用TFO。
需要说明的是,本发明实施例中,比如:PCM码流为64Kbit/S,即每秒对语音进行8000次采样,每次采样使用一个字节记录采样值,每个字节为8bit,每秒为8000×8=64Kbit。在IP承载网上传递时,MGW不对PCM码内容进行改变,每20ms作为一个语音包在IP承载网上传递,即一秒中有50个语音包,每个语音包的净荷大小为:64000/50=1280bit,也就是160个采样值的内容(8000/50=160)。
为了尽量减少对正常语音的影响,利用每16个抽样中的一个最不重要的比特位来携带TFO协商信息,而一个完整的TFO协商信息大约需要70个bit,需要1120(16*70=1120)个PCM采样才能携带完整的TFO协商信息。对应的需要7个语音包(1120/160=7)携带完整的TFO协商信息。如果语音包在IP承载网传递过程中丢失,则需要重新进行协商。
302、主叫侧的BSC接收主叫终端通过空口传送的压缩编解码,将压缩编解码转换成PCM码,并利用PCM码中不重要的比特位携带压缩编解码,向主叫侧的媒体网关发送PCM码流。
举例说明,没有启用TFO时,一个字节的8个比特位都传递PCM码;启用TFO之后,一个字节的大部分比特位仍然传递PCM码,一小部分比特位(比如2比特位)传递压缩编解码。
303、主叫侧的媒体网关接收主叫侧的BSC发送的包括压缩编解码的PCM码流,使用G.711编解码方式并通过IP承载将该PCM码流透传到被叫侧的媒体网关,即使用G.711编解码方式将所有PCM码流转换成IP语音包,将所转换的所有IP语音包都输出。
具体的,主叫侧的媒体网关将周期时间内接收的PCM码流作为一个语音包的净荷,加上IP头,形成一个语音包向被叫侧的媒体网关发送。其中,周期时间可以是20ms。
304、被叫侧的媒体网关从该语音包中提取PCM码流,向被叫侧的BSC发送PCM码流。
305、被叫侧的BSC接收PCM码流,从PCM码流中直接获得压缩编解码,通过空口传递给被叫终端。
本发明实施例二中本发明实施例中主叫侧的媒体网关使用G.711编解码方式将包括压缩编解码的PCM码流透传到被叫侧的媒体网关,能够使接收该PCM码流的BSC(即被叫侧的BSC)直接从PCM码流中获取压缩编解码,减少语音传递过程中编解码转换次数,提高语音质量。进一步,通过使用核心网带外TFO协商的方式,确定是否能启用TFO。
被叫侧发往主叫侧语音码流进行类似的处理:即被叫侧的BSC接收被叫终端通过空口传送的压缩编解码,将压缩编解码转换成PCM码,并利用PCM码中不重要的比特位携带压缩编解码,向被叫侧的媒体网关发送PCM码流;被叫侧的媒体网关接收被叫侧的BSC发送的PCM码流,将该PCM码流转换成适用于在IP承载上传输的语音包,该语音包的净荷为PCM码,被叫侧的媒体网关向主叫侧的媒体网关发送语音包;主叫侧的媒体网关将语音包转换成PCM码流,向主叫侧的BSC发送PCM码流;主叫侧的BSC接收PCM码流,从PCM中直接获得压缩编解码。
上述本发明实施例中主叫侧的BSC确定主叫用户与被叫用户为同一网络的用户时,与被叫侧的BSC进行TFO协商;被叫侧BSC确定主叫用户与被叫用户为同一网络用户时,与主叫侧的BSC进行TFO协商。也可以由MSC通知BSC进行TFO协商,具体的,主叫侧的MSC分析被叫号码是否为本网号码,如果是,则主叫侧的MSC通知主叫侧的BSC启动TFO协商;被叫侧的MSC分析主叫号码是否为本网号码,如果是,则被叫侧的MSC通知被叫侧的BSC启动TFO协商。
上述实施例中,BSC1与MGW1为TDM连接,MGW1和MGW2为IP连接,MGW2与BSC2为TDM连接。BSC1和BSC2间经过多个MGW时,处理类似,当PCM码流包括压缩编解码或者TFO协商信息时,由一侧为TDM一侧为IP的MGW进行PCM码流到IP的透明传输处理。比如,BSC1和BSC2间经过4个MGW:MGW1、MGW2、MGW3、MGW4,BSC1与MGW1为TDM连接,MGW1与MGW2为TDM连接,MGW2与MGW3为IP连接,MGW3与MGW4为TDM连接,MGW4与BSC2为TDM连接,则由一侧为TDM一侧为IP的MGW2、MGW3进行类似上述PCM码流到IP的透明传输处理。再比如,BSC1和BSC2间经过4个MGW:MGW1、MGW2、MGW3、MGW4,BSC1与MGW1为TDM连接,MGW1与MGW2为IP连接,MGW2与MGW3为IP连接,MGW3与MGW4为IP连接,MGW4与BSC2为TDM连接,则由一侧为TDM一侧为IP的MGW1、MGW4进行类似上述PCM码流到IP的透明传输处理,这种情况,MGW2两侧都采用G.711编解码,MGW2进行IP到IP的透传,MGW3两侧都采用G.711编解码,MGW3进行IP到IP的透传。
实施例三:
参阅图4,本发明实施例三提供一种数据传输方法,该方法中MSC判断主叫侧空口使用的编解码类型与被叫侧空口使用的编解码类型相同时,通知BSC进行TFO协商,该方法包括:
401、主叫侧的BSC向主叫侧的MSC(MSC1)发送连接管理业务请求(Connection Management Service Req)消息,该消息中携带被叫号码。
402、主叫侧的MSC向主叫侧的BSC发送指配请求(Assignment Request)消息,该消息中携带主叫侧的MSC指配的主叫侧空口使用的编解码类型。
403、主叫侧的MSC发送位置请求(LOCREQ)消息到被叫终端归属的归属位置寄存器(Home Location Register,HLR)去取被叫位置信息。
404、被叫终端归属的HLR发送路由请求(ROUTREQ)消息到被叫侧的MSC(MSC2)取被叫漫游号码。
405、被叫侧的MSC返回路由请求响应(routreq)消息,该消息中携带被叫漫游号码。
406、被叫终端归属的HLR向主叫侧的MSC发送位置请求响应(locreq)消息,该消息中携带被叫漫游号码。
407、主叫侧的BSC完成空口信道建立,以及主叫侧的MSC与主叫侧的BSC间电路的承载建立后,主叫侧的BSC向主叫侧的MSC发送指配完成(Assignment Complete)消息,该消息中携带当前主叫侧空口使用的编解码类型,该编解码类型是主叫侧的BSC和主叫终端经过协商确定的在空口采用的编解码类型,一般情况下,该编解码类型与步骤402中主叫侧的MSC指配的主叫侧空口使用的编解码类型相同。
408、主叫侧的MSC获取被叫漫游号码后,向被叫侧的MSC发送INVITE消息,该消息中携带被叫漫游号码,以便将呼叫接续到被叫侧的MSC。
409、被叫侧的MSC向被叫侧的BSC发送寻呼消息。
410、被叫侧的BSC发送寻呼响应消息给被叫侧的MSC。
411、被叫侧的MSC向被叫侧的BSC发送指配请求(Assignment Request)消息,指配被叫侧的MSC与被叫侧的BSC间的电路和空口信道。被叫侧的MSC进行指配时,判断已经获取当前主叫侧空口使用的编解码类型信息,且被叫终端支持使用该编解码类型,则指配请求消息中携带的被叫侧的MSC指配的被叫侧空口使用的编解码类型,该指配的被叫侧空口使用的编解码类型为当前主叫侧空口使用的编解码类型。
在该步骤之前,在位置登记时,被叫侧的MSC从被叫终端归属的HLR获取用户签约的业务选项列表,用户签约的业务选项列表为被叫终端支持的编解码列表;被叫侧的MSC根据从HLR获取的被叫终端支持的编解码列表,确定主叫侧空口使用的编解码是否包括在被叫终端支持的编解码列表中。
其中,在步骤411之前,将当前主叫侧空口使用的编解码类型通知被叫侧的MSC可以采用如下方式实现:
第一种方式:主叫侧的MSC在通过被叫终端归属的HLR获取被叫漫游号码时,主叫侧MSC在向被叫终端归属的HLR发送的LOCREQ消息中携带主叫侧的MSC指配的主叫侧空口使用的编解码类型。被叫终端归属的HLR通过ROUTREQ消息将主叫侧空口使用的编解码类型通知给被叫侧的MSC。
第二种方式:主叫侧的MSC在收到主叫侧的BSC发送的指配完成消息后,从指配完成消息中获知当前主叫侧空口使用的编解码类型;主叫侧MSC在向被叫终端归属的HLR发送的LOCREQ消息中携带当前主叫侧空口使用的编解码类型;被叫终端归属的HLR通过ROUTREQ消息将主叫侧空口使用的编解码类型通知给被叫侧的MSC。
第三种方式:主叫侧的MSC在收到主叫侧的BSC发送的指配完成消息后,从指配完成消息中获知当前主叫侧空口使用的编解码类型,通过扩展中继信令,在INVITE消息中携带当前主叫侧空口使用的编解码类型。
412、被叫侧的BSC完成空口信道建立,以及和被叫侧的MSC与被叫侧的BSC间电路的承载建立后,被叫侧的BSC向被叫侧的MSC发送指配完成(Assignment Complete)消息,该消息中携带当前被叫侧空口使用的编解码类型,其中当前被叫侧空口使用的编解码类型是在被叫侧的BSC进行空口信道建立时,由被叫侧的BSC与被叫终端协商决定的,该当前被叫侧空口使用的编解码类型可能是步骤411中被叫侧的MSC指配的被叫侧空口使用的编解码类型。
413、被叫侧的MSC向主叫侧的MSC发送180消息。
414、主叫侧的MSC收到180消息后,向被叫侧的MSC发送临时响应确认PRACK(180)消息。
415、被叫侧的MSC收到PRACK(180)后,向主叫侧的MSC发送200OK(PRACK)。
416、被叫应答后,被叫侧的BSC向被叫侧的MSC发送Connect消息。
417、被叫侧的MSC向主叫侧的MSC发送200OK(INVITE)。
418、主叫侧的MSC收到200OK(INVITE)消息后,向被叫侧的MSC发送确认(ACK)消息。
419、主叫侧的MSC判断已经获取当前被叫侧空口使用的编解码类型信息,判断当前被叫侧空口使用的编解码类型和当前主叫侧空口使用的编解码类型是否相同,如果相同,通知主叫侧的BSC进行TFO处理。被叫侧的MSC判断已经获取当前主叫侧空口使用的编解码类型信息,判断当前主叫侧空口使用的编解码类型和当前被叫侧空口使用的编解码类型是否相同,如果相同,通知被叫侧的BSC进行TFO处理。
MSC通知BSC具体的处理方式可以是:MSC指示BSC进行TFO处理,例如,在向BSC发送的编码转换控制请求Transcoder Control Request中增加指示信息,指示BSC进行TFO处理。
在该步骤之前,被叫侧的MSC向主叫侧的MSC发送的200OK(INVITE)中携带当前被叫侧空口使用的编解码类型信息,使主叫侧的MSC获知当前被叫侧空口使用的编解码类型信息。
优选的,主叫侧的MSC和被叫侧的MSC可以通过如下方式彼此交互空口使用的编解码类型。
第一种方式:通过在主叫MSC与被叫MSC之间新增加MAP消息传递空口使用的编解码类型。
1)、被叫终端应答后,被叫侧的MSC向主叫侧的MSC发送TFORequest,携带当前被叫侧空口使用的编解码类型。主叫侧的MSC收到被叫侧的MSC的TFO Request消息,返回TFO Request ACK,携带当前主叫侧空口使用的编解码类型。
2)、被叫终端应答后,主叫侧的MSC向被叫侧的MSC发送TFORequest,携带当前主叫侧空口使用的编解码类型。被叫侧的MSC收到主叫侧的MSC的TFO Request消息,返回TFO Request ACK,携带当前被叫侧空口使用的编解码类型。
第二种方式:通过扩展中继信令传递空口使用的编解码类型。
1)、可以在INVITE消息中把主叫侧空口使用的编解码类型携带给被叫侧的MSC。被叫侧的MSC在180消息中把被叫侧空口使用的编解码类型携带给主叫侧MSC。
2)、被叫侧的MSC在180消息中把被叫侧空口使用的编解码类型携带给主叫侧的MSC。主叫侧的MSC在PRACK(180)消息中把主叫侧空口使用的编解码类型携带给被叫侧的MSC。
3)、被叫侧的MSC在200OK(INVITE)消息中把被叫侧空口使用的编解码类型携带给主叫侧的MSC。主叫侧的MSC在ACK消息中把主叫侧空口使用的编解码类型携带给被叫侧MSC。
420、主叫侧的MSC向主叫侧的MGW发送启动PCM透传的指示信息;被叫侧的MSC向被叫侧的MGW发送启动PCM透传的指示信息。
421、主叫侧的BSC与被叫侧的BSC进行TFO协商。其中,具体的TFO协商过程与实施例二中的步骤301相似,在此不再赘述。
422-425与实施例二中的步骤302-305相似,在此不再赘述。被叫侧发往主叫侧语音码流进行类似的处理,在此不再赘述。
本发明实施例三中主叫侧的媒体网关将PCM码流透传输出,被叫侧的媒体网关将PCM码流发送给被叫侧的BSC,由于PCM码流中携带压缩编解码,减少语音传递过程中编解码转换次数,提高语音质量;进一步,通过在呼叫过程的信令传递主叫侧空口使用的编解码类型到被叫侧的MSC,传递被叫侧空口使用的编解码类型到主叫侧的MSC,使被叫侧/主叫侧的MSC确定是否能够进行TFO处理。
参阅图5,本发明实施例四提供一种数据传输方法,该方法中MSC判断主叫侧空口使用的编解码类型与被叫侧空口使用的编解码类型相同时,通知BSC进行TFO强制处理,该方法包括:
501、第一终端侧的MSC判断第一终端侧的BSC是否具有TFO强制处理能力,如果是,执行502,即该MSC发起局间TFO协商。
其中,TFO强制处理能力是指本端的BSC不与对端的BSC进行TFO协商而直接传输携带压缩编解码的PCM码流。
MSC判断本侧的BSC是否支持TFO强制处理具体可以采用如下方式:
1)、MSC配置BSC的TFO强制处理能力,则MSC知道BSC是否具有TFO强制处理能力。
2)、MSC与BSC进行信息交互,获知BSC是否具有TFO强制处理能力,具体可以是BSC在指配完成消息中携带BSC支持TFO强制处理能力的指示信息。
502、第一终端侧的MSC向第二终端侧的MSC发送强制TFO请求,其中携带第一终端侧空口使用的编解码类型。
503、第二终端侧的MSC收到强制TFO请求之后,判断第二终端侧空口使用的编解码类型和强制TFO请求消息中携带的编解码类型是否相同,并判断第二终端侧的BSC是否具有TFO强制处理能力,如果两个判断都为是,执行504。
判断第二终端侧的BSC是否具有TFO强制处理能力的具体实现方式与步骤501中的描述相似,在此不再赘述。
504、第二终端侧的MSC向第一终端侧的MSC返回响应消息,响应消息中携带表示启动TFO强制处理的指示信息。
505、第二终端侧的MSC向第二终端侧的BSC发送启用TFO强制处理的指示信息。
506、第一终端侧的MSC接收到响应消息之后,向第一终端侧的BSC发送启用TFO强制处理的指示信息。
需要说明的是,步骤505和步骤506没有执行上的先后顺序,可以先执行步骤506再执行步骤505,或者步骤505和步骤506同时执行,不影响本发明的实现。
其中,上述步骤中的局间TFO协商具体可以采用如下方式:
第一种方式:通过在主叫侧的MSC与被叫侧的MSC之间新增加MAP消息进行局间TFO协商。
1)、被叫终端应答后,被叫侧的MSC向主叫侧的MSC发送TFO Request(此时TFO Request为强制TFO请求),携带当前被叫侧空口使用的编解码类型。主叫侧的MSC收到被叫侧的MSC的TFO Request消息,判断消息中的编解码类型和主叫侧空口使用的编解码类型一致,且本侧BSC支持TFO强制处理能力,返回TFO RequestACK,携带信息表示启动TFO强制处理。或者2)、被叫终端应答后,主叫侧的MSC向被叫侧的MSC发送TFORequest(此时TFO Request为强制TFO请求),携带当前主叫侧空口使用的编解码类型。被叫侧的MSC收到主叫侧的MSC的TFO Request消息,判断消息中的编解码类型和被叫侧空口使用的编解码一致,且本侧BSC支持TFO强制处理能力,返回TFO Request ACK,携带信息表示启动TFO强制处理。
第二种方式:通过扩展已有中继信令进行。
1)、被叫侧的MSC在200OK(INVITE)消息中把被叫侧空口使用的编解码类型携带给主叫侧的MSC,并携带强制TFO请求。主叫侧的MSC在ACK消息中把表示是否启动TFO强制处理的指示信息携带给被叫侧MSC。
507、第一终端侧的MSC向第一终端侧的MGW发送启动PCM透传的指示信息;第二终端侧的MSC向第二终端侧的MGW发送启动PCM透传的指示信息。
508、第一终端侧的BSC接收第一终端通过空口传送的压缩编解码,将压缩编解码转换成PCM码,并利用PCM码中不重要的比特位携带压缩编解码,向第一终端侧的媒体网关发送PCM码流。
509、第一终端侧的媒体网关接收第一终端侧的BSC发送的PCM码流,将该PCM码流转换成适用于在IP承载上传输的语音包,第一终端侧的媒体网关向第二终端侧的媒体网关发送语音包。
510、第二终端侧的媒体网关将语音包转换成PCM码流,向第二终端侧的BSC发送PCM码流。
511、第二终端侧的BSC接收PCM码流,从PCM中直接获得压缩编解码,通过空口传递给第二终端。
第二终端侧发往第一终端侧语音码流进行类似的处理,在此不再赘述。
其中,步骤507也可以省略,而是采用如下方式通知MGW相关信息:
1)、MSC可以在通知MGW建承载时,通知MGW使用G.711编解码类型建承载,后续MGW接收到来自BSC的PCM流后,根据带宽确定是否对接收的PCM码流透传输出,当本地带宽足够大时,MGW将接收的PCM码流透传输出。或者,MGW根据数据配置确定是否对接收的PCM码流透传输出。
2)MSC可以在通知MGW建承载时,通知MGW使用G.711编解码类型建承载,并指示MGW对接收的PCM流不进行编解码处理,直接透传输出。
3)MGW接收到PCM码流后,判断该PCM码流中是否携带表示所述PCM码流包括压缩编解码的指示信息,如果是,对接收的PCM流不进行编解码处理。
本发明实施例四中MSC发起局间TFO协商,并在协商通过后指示BSC进行强制TFO处理,并通知MGW对PCM码流进行透传输出,使一端的BSC将包括压缩编解码的PCM码流发送给本端的MGW,由本端的MGW将其透传输出到对端的MGW,使对端的BSC能直接从PCM码流中获取压缩编解码,减少语音传递过程中编解码转换次数,提高语音质量。
需要说明的,上述实施例三、四中,如果主、被叫MSC是同一MSC,可以简化为,MSC判断主、被叫使用相同编解码,则MSC在被叫应答后,分别通知主、被叫BSC启动先进行协商的TFO处理。
上述实施例三、四中,BSC1与MGW1为TDM连接,MGW1和MGW2为IP连接,MGW2与BSC2为TDM连接。BSC1和BSC2间经过多个MGW时,处理类似,当PCM码流包括压缩编解码或者TFO协商信息时,由一侧为TDM一侧为IP的MGW进行PCM码流到IP的透明传输处理。比如,BSC1和BSC2间经过4个MGW:MGW1、MGW2、MGW3、MGW4,BSC1与MGW1为TDM连接,MGW1与MGW2为TDM连接,MGW2与MGW3为IP连接,MGW3与MGW4为TDM连接,MGW4与BSC2为TDM连接,则由一侧为TDM一侧为IP的MGW2、MGW3进行类似上述PCM码流到IP的透明传输处理。再比如,BSC1和BSC2间经过4个MGW:MGW1、MGW2、MGW3、MGW4,BSC1与MGW1为TDM连接,MGW1与MGW2为IP连接,MGW2与MGW3为IP连接,MGW3与MGW4为IP连接,MGW4与BSC2为TDM连接,则由一侧为TDM一侧为IP的MGW1、MGW4进行类似上述PCM码流到IP的透明传输处理,这种情况,MGW2两侧都采用G.711编解码,MGW2进行IP到IP的透传,MGW3两侧都采用G.711编解码,MGW3进行IP到IP的透传。
实施例五:
参阅图6,本发明实施例五提供一种媒体网关,其包括:
接收单元601,用于接收BSC发送的包括压缩编解码的PCM码流;
判断单元602,用于确定是否对所述接收单元601接收的PCM码流透传;
处理单元603,用于当所述判断单元602的判断结果为是时,使用G.711编解码方式将所述包括压缩编解码的PCM码流透传输出。
其中,接收单元601还用于接收BSC发送的包括TFO协商信息的PCM码流。处理单元603,还用于当判断单元602判断得到对包括TFO协商信息的PCM码流透传时,使用G.711编解码方式将包括TFO协商信息的PCM码流透传输出。所述TFO协商信息包括:第一终端侧空口使用的编解码类型。其中,所述BSC是第一终端侧的BSC。
优选的,判断单元602包括:
第一判断子单元6021,用于确定接收的PCM码流中是否包括表示PCM码流中包括压缩编解码的指示信息,如果是,确认需要将包括压缩编解码的PCM码流透传;
或者,第二判断子单元6022,用于确定所述PCM码流中是否包括TFO协商信息,如果是,确认需要将包括TFO协商信息的PCM码流透传。
或者,第三判断子单元6023,用于根据本地带宽容量和MSC发送的使用G.711编解码类型的指示信息,确认是否需要将接收单元601接收的PCM码流透传;
或者,第四判断子单元6024,用于根据本地配置的表示是否将PCM码流透传的指示信息和MSC发送的使用G.711编解码类型的指示信息,确认是否需要将接收单元601接收的PCM码流透传;
或者,第五判断子单元6025,用于根据MSC发送的启动PCM透传的指示信息,确定需要将接收单元601接收的PCM码流透传。
本发明实施例五中媒体网关使用G.711编解码方式将包括压缩编解码的PCM码流透传到对端的媒体网关,能够使接收该PCM码流的BSC(即对端的BSC)直接从PCM码流中获取压缩编解码,减少语音传递过程中编解码转换次数,提高语音质量;进一步,使用G.711编解码方式将包括TFO协商信息的PCM码流透传到对端的媒体网关,使对端(第二终端侧)的BSC能够根据该TFO协商信息中的第一终端侧空口使用的编解码类型和第二终端侧空口使用的编解码类型确定是否启用TFO,成功进行TFO协商。
实施例六:
参阅图7,本发明实施例六提供一种网络系统,包括:第一终端侧的基站控制器BSC 701、第一终端侧的媒体网关MGW 702、第二终端侧的媒体网关MGW 703和第二终端侧的基站控制器BSC 704,所述第一终端侧的BSC 701与第一终端侧的MGW 702之间是时分复用TDM连接,所述第二终端侧的MGW703与第二终端侧的BSC 704之间是TDM连接,所述第一终端侧的MGW 702与第二终端侧的MGW 703之间是IP连接;其中,
所述第一终端侧的BSC 701,用于向第一终端侧的MGW 702发送包括压缩编解码的PCM码流;
所述第一终端侧的MGW 702,用于接收第一终端侧的BSC 701发送的PCM码流,确定是否需要对接收的PCM码流透传输出,如果是,使用G.711编解码方式将所述PCM码流透传输出到第二终端侧的MGW 703;
所述第二终端侧的MGW 703,用于将接收的来自第一终端侧的MGW 702的PCM码流输出到第二终端侧的BSC 704;
所述第二终端侧的BSC 704,用于接收来自第二终端侧的MGW 703发送的所述PCM码流,从所述PCM码流中获取压缩编解码。
其中,在启用TFO之前,需要进行TFO协商,此时,第一终端侧的BSC 701,还用于向第一MGW 702发送包括TFO协商信息的PCM码流;所述TFO协商信息包括第一终端侧空口使用的编解码类型;第一MGW 702,还用于接收第一终端侧的BSC 701发送的包括TFO协商信息的PCM码流,确定是否需要对接收的包括TFO协商信息的PCM码流透传输出,如果是,使用G.711编解码方式将所述包括TFO协商信息的PCM码流透传输出到第二MGW 703;第二MGW703,还用于将接收的来自第一MGW 702的包括TFO协商信息的PCM码流输出到第二终端侧的BSC 704;第二终端侧的BSC 704,还用于接收第二MGW 703发送的所述包括TFO协商信息的PCM码流,根据所述第一终端侧空口使用的编解码类型和第二终端侧空口使用的编解码类型确定是否启用TFO。
优选的,在第一终端侧的BSC 701与第二终端侧的BSC 704进行TFO协商之前,可以由两端的MSC先进行TFO协商。此时该网络系统还包括:第一终端侧的MSC 705,用于获取第二终端侧空口使用的编解码类型,当确认第二终端侧空口与第一终端侧空口使用同一种编解码类型时,向第一终端侧的BSC701发送启用TFO处理的指示信息;所述第一终端侧的BSC 701在接收到所述启用TFO处理的指示信息之后发送包括TFO协商信息的PCM码流。第二终端侧的MSC706,用于获取第一终端侧空口使用的编解码类型,当确认第一终端侧空口与第二终端侧空口使用同一种编解码类型时,向第二终端侧的BSC 704发送启用TFO处理的指示信息;所述第二终端侧的BSC 704在接收到所述启用TFO处理的指示信息之后发送包括TFO协商信息的PCM码流。
或者,不需要第一终端侧的BSC 701与第二终端侧的BSC 704进行TFO协商,而是由两端的MSC进行TFO协商然后通知各自的BSC进行TFO强制处理。此时该网络系统还包括:所述第一终端侧的MSC 705,用于获取第二终端侧空口使用的编解码类型,当确认第二终端侧空口与第一终端侧空口使用同一种编解码类型时,向第一终端侧的BSC 701发送启用TFO强制处理的指示信息;所述第一终端侧的BSC 701在接收到启用TFO强制处理的指示信息之后发送包括压缩编解码的PCM码流。所述第二终端侧的MSC 706,用于获取第一终端侧空口使用的编解码类型,当确认第一终端侧空口与第二终端侧空口使用同一种编解码类型时,向第二终端侧的BSC 704发送启用TFO强制处理的指示信息;所述第二终端侧的BSC 704在接收到启用TFO强制处理的指示信息之后发送包括压缩编解码的PCM码流。
需要说明的是,当第一终端是被叫终端,第二终端是主叫终端时,第一终端侧的MSC 705还用于根据从归属位置寄存器HLR获取的被叫终端支持的编解码列表,判断主叫终端侧空口使用的编解码类型是否包括在所述被叫终端支持的编解码列表中,如果是,向被叫终端侧的BSC(即第一终端的BSC701)发送指配请求消息,所述指配请求消息中包括被叫终端侧的MSC(即第一终端侧的MSC 705)指配的被叫侧空口使用的编解码类型,所述指配的被叫侧空口使用的编解码类型为主叫终端侧空口使用的编解码类型。这种情况是在被叫终端的MSC在呼叫过程中指配被叫终端侧空口使用主叫终端侧空口所使用的编辑码类型。
优选的,在需要第一终端侧的BSC 701与第二终端侧的BSC 704进行TFO协商的情况下,所述第一终端侧的BSC 701具体用于确定使用第一终端的用户和使用第二终端的用户是否为同一网络的用户,如果是,向第一终端侧的MGW 702发送携带TFO协商信息的PCM码流。或者,第一终端侧的MSC 705具体用于确定使用第一终端的用户和使用第二终端的用户是否是同一网络的用户,如果是,向第一终端侧的BSC 701发送指示启动TFO协商的信息;所述第一终端侧的BSC 701在接收到第一终端侧的MSC 705发送的指示启动TFO协商的信息之后发送包括TFO协商信息的PCM码流。
其中,第一终端侧的MGW 702可以通过如下方式确定是否需要对接收的PCM码流透传输出:
第一种方式,确定接收的PCM码流中是否包括表示PCM码流中包括压缩编解码的指示信息,如果是,确认需要将所述PCM码流透传。
第二种方式,根据本地带宽容量和第一终端侧的MSC发送的使用G.711编解码类型的指示信息,确认是否需要将所述PCM码流透传。
第三种方式,根据本地配置的表示是否将PCM码流透传的指示信息和第一终端侧的MSC发送的使用G.711编解码类型的指示信息,确认是否需要将所述PCM码流透传。
第四种方式,根据第一终端侧的MSC 705发送的启动PCM透传的指示信息,确认需要将所述PCM码流透传。
第五种方式,确定接收的PCM码流中是否包括TFO协商信息,如果是,确认需要将所述PCM码流透传。
上述具体描述了第一终端侧发往第二终端侧的语音流的处理过程,而第二终端侧发往第一终端侧的语音流的处理过程与此相似,在此不再赘述。
本发明实施例六中第一终端侧的媒体网关使用G.711编解码方式将包括压缩编解码的PCM码流透传到对端的媒体网关,能够使接收该PCM码流的BSC(即对端的BSC)直接从PCM码流中获取压缩编解码,减少语音传递过程中编解码转换次数,提高语音质量。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,例如只读存储器,磁盘或光盘等。
以上对本发明实施例所提供的数据传输方法、装置及网络系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (20)
1.一种数据传输方法,其特征在于,包括:
第一媒体网关MGW通过时分复用TDM承载接收第一终端侧的基站控制器BSC发送的包括压缩编解码的脉冲编码调制PCM码流,确定是否对接收的所述PCM码流透传,如果是,使用G.711编解码方式通过IP承载将所述包括压缩编解码的PCM码流透传到第二MGW;
所述第二MGW通过TDM承载将所述包括压缩编解码的PCM码流发送给第二终端侧的BSC。
2.根据权利要求1所述的方法,其特征在于,该方法还包括:
第一MGW通过TDM承载接收第一终端侧的BSC发送的包括免二次编解码操作TFO协商信息的PCM码流,使用G.711编解码方式通过IP承载将所述包括TFO协商信息的PCM码流透传到第二MGW,所述TFO协商信息包括第一终端侧空口使用的编解码类型;
所述第二MGW通过TDM承载将所述包括TFO协商信息的PCM码流发送给第二终端侧的BSC,使所述第二终端侧的BSC根据所述第一终端侧空口使用的编解码类型和第二终端侧空口使用的编解码类型确定是否启用TFO。
3.根据权利要求2所述的方法,其特征在于,在第一MGW通过TDM承载接收第一终端侧的BSC发送的包括TFO协商信息的PCM码流之前,该方法还包括:
第一终端侧的移动交换中心MSC获取第二终端侧空口使用的编解码类型;
当第一终端侧的MSC确认第二终端侧空口使用的编解码类型与第一终端侧空口使用的编解码类型相同时,向第一终端侧的BSC发送启用TFO处理的指示信息。
4.根据权利要求1所述的方法,其特征在于,在第一MGW通过TDM承载接收第一终端侧的BSC发送的包括压缩编解码的PCM码流之前,该方法还包括:
第一终端侧的MSC获取第二终端侧空口使用的编解码类型;
当第一终端侧的MSC确认第二终端侧空口使用的编解码类型与第一终端侧空口使用的编解码类型相同时,向第一终端侧的BSC发送启用TFO强制处理的指示信息。
5.根据权利要求3或者4所述的方法,其特征在于,
所述第一终端侧的MSC获取第二终端侧空口使用的编解码类型具体为:
所述第一终端侧的MSC接收归属位置寄存器HLR发送的路由请求ROUTREQ消息,所述ROUTREQ消息中携带第二终端侧空口使用的编解码类型;所述ROUTREQ消息是所述HLR接收到第二终端侧的MSC发送的携带第二终端侧空口使用的编解码类型的位置请求LOCREQ消息之后发出的;其中,所述第一终端是被叫终端,所述第二终端是主叫终端;
或者,
第一终端侧的MSC通过在第一终端侧的MSC与第二终端侧的MSC之间新增的MAP消息获取第二终端侧空口使用的编解码类型;
或者,
第一终端侧的MSC通过在第一终端侧的MSC与第二终端侧的MSC之间扩展的中继信令获取第二终端侧空口使用的编解码类型。
6.根据权利要求3或者4所述的方法,其特征在于,
所述第一终端是被叫终端,第二终端是主叫终端;
在第一终端侧的MSC获取第二终端侧空口使用的编解码类型之后,该方法还包括:
被叫终端侧的MSC根据从HLR获取的被叫终端支持的编解码列表,判断主叫终端侧空口使用的编解码类型是否包括在所述被叫终端支持的编解码列表中,如果是,向被叫终端侧的BSC发送指配请求消息,所述指配请求消息中包括被叫终端侧的MSC指配的被叫侧空口使用的编解码类型,所述指配的被叫侧空口使用的编解码类型为主叫终端侧空口使用的编解码类型。
7.根据权利要求2或者3所述的方法,其特征在于,在第一MGW通过TDM承载接收第一终端侧的BSC发送的包括TFO协商信息的PCM码流之前,该方法还包括:
第一终端侧的BSC确定使用第一终端的用户和使用第二终端的用户是同一网络的用户后,发送所述包括TFO协商信息的PCM码流。
8.根据权利要求2或者3所述的方法,其特征在于,在第一MGW通过TDM承载接收第一终端侧的BSC发送的包括TFO协商信息的PCM码流之前,该方法还包括:
第一终端侧的BSC接收第一终端侧的MSC发送的指示启动TFO协商的信息;所述指示启动TFO协商的信息是所述第一终端侧的MSC在确定使用第一终端的用户和使用第二终端的用户是同一网络的用户后发出的;或者,所述指示启动TFO协商的信息是所述第一终端侧的MSC确定第二终端侧空口使用的编解码类型与第一终端侧空口使用的编解码类型相同的情况下发出的。
9.根据权利要求1所述的方法,其特征在于,所述确定是否对接收的所述PCM码流透传具体为:
确定接收的PCM码流中是否包括表示PCM码流中包括压缩编解码的指示信息,如果是,确认需要将所述PCM码流透传;
或者,
根据本地带宽容量和第一终端侧的MSC发送的使用G.711编解码类型的指示信息,确认是否需要将所述PCM码流透传;
或者,
根据本地配置的表示是否将PCM码流透传的指示信息和第一终端侧的MSC发送的使用G.711编解码类型的指示信息,确认是否需要将所述PCM码流透传;
或者,
根据第一终端侧的MSC发送的启动PCM透传的指示信息,确认需要将所述PCM码流透传。
10.根据权利要求2所述的方法,其特征在于,在使用G.711编解码方式通过IP承载将所述包括TFO协商信息的PCM码流透传到第二MGW之前,该方法还包括:
确定接收的PCM码流中是否包括所述TFO协商信息,如果是,确认需要将所述PCM码流透传;
或者,
根据本地带宽容量和第一终端侧的MSC发送的使用G.711编解码类型的指示信息,确认是否需要将所述PCM码流透传;
或者,
根据本地配置的表示是否将PCM码流透传的指示信息和第一终端侧的MSC发送的使用G.711编解码类型的指示信息,确认是否需要将所述PCM码流透传;
或者,
根据第一终端侧的MSC发送的启动PCM透传的指示信息,确认需要将所述PCM码流透传。
11.一种媒体网关,其特征在于,包括:
接收单元,用于接收BSC发送的包括压缩编解码的PCM码流;
判断单元,用于确定是否对所述接收单元接收的PCM码流透传;
处理单元,用于当所述判断单元的判断结果为是时,使用G.711编解码方式将所述包括压缩编解码的PCM码流透传输出。
12.根据权利要求11所述的媒体网关,其特征在于,
所述接收单元,还用于接收所述BSC发送的包括TFO协商信息的PCM码流;
所述处理单元,还用于当所述判断单元判断得到对包括TFO协商信息的PCM码流透传时,使用G.711编解码方式将所述包括TFO协商信息的PCM码流透传输出。
13.根据权利要求12所述的媒体网关,其特征在于,
所述判断单元包括:
第二判断子单元,用于确定所述接收单元接收的PCM码流中是否包括TFO协商信息,如果是,确认需要将包括TFO协商信息的PCM码流透传。
14.根据权利要求11或者12所述的媒体网关,其特征在于,
所述判断单元包括:
第一判断子单元,用于确定所述接收单元接收的PCM码流中是否包括表示PCM码流中包括压缩编解码的指示信息,如果是,确认需要将包括压缩编解码的PCM码流透传;
或者,
第三判断子单元,用于根据本地带宽容量和MSC发送的使用G.711编解码类型的指示信息,确认是否需要将所述接收单元接收的PCM码流透传;
或者,
第四判断子单元,用于根据本地配置的表示是否将PCM码流透传的指示信息和MSC发送的使用G.711编解码类型的指示信息,确认是否需要将所述接收单元接收的PCM码流透传;
或者,
第五判断子单元,用于根据MSC发送的启动PCM透传的指示信息,确认需要将所述接收单元接收的PCM码流透传。
15.一种网络系统,其特征在于,包括:第一终端侧的基站控制器BSC、第一媒体网关MGW、第二媒体网关MGW和第二终端侧的基站控制器BSC,所述第一终端侧的BSC与第一MGW之间是时分复用TDM连接,所述第二MGW与第二终端侧的BSC之间是TDM连接,所述第一MGW与第二MGW之间是IP连接;其中,
所述第一终端侧的BSC,用于向第一MGW发送包括压缩编解码的脉冲编码调制PCM码流;
所述第一MGW,用于接收第一终端侧的BSC发送的PCM码流,确定是否需要对接收的PCM码流透传输出,如果是,使用G.711编解码方式将所述PCM码流透传输出到第二MGW;
所述第二MGW,用于将接收的来自第一MGW的PCM码流输出到第二终端侧的BSC;
所述第二终端侧的BSC,用于接收来自第二MGW发送的所述PCM码流,从所述PCM码流中获取压缩编解码。
16.根据权利要求15所述的网络系统,其特征在于,
所述第一终端侧的BSC,还用于向第一MGW发送包括TFO协商信息的PCM码流;所述TFO协商信息包括第一终端侧空口使用的编解码类型;
所述第一MGW,还用于接收第一终端侧的BSC发送的包括TFO协商信息的PCM码流,确定是否需要对接收的包括TFO协商信息的PCM码流透传输出,如果是,使用G.711编解码方式将所述包括TFO协商信息的PCM码流透传输出到第二MGW;
所述第二MGW,还用于将接收的来自第一MGW的包括TFO协商信息的PCM码流输出到第二终端侧的BSC;
所述第二终端侧的BSC,还用于接收所述第二MGW发送的包括TFO协商信息的PCM码流,根据所述第一终端侧空口使用的编解码类型和第二终端侧空口使用的编解码类型确定是否启用TFO。
17.根据权利要求15所述的网络系统,其特征在于,
该网络系统还包括:第一终端侧的移动交换中心MSC,用于获取第二终端侧空口使用的编解码类型,当确认第二终端侧空口使用的编解码类型与第一终端侧空口使用的编解码类型相同时,向第一终端侧的BSC发送启用TFO处理的指示信息或者启用TFO强制处理的指示信息。
18.根据权利要求17所述的网络系统,其特征在于,
所述第一终端是被叫终端,第二终端是主叫终端,
所述第一终端侧的MSC,还用于根据从归属位置寄存器HLR获取的被叫终端支持的编解码列表,判断主叫终端侧空口使用的编解码类型是否包括在所述被叫终端支持的编解码列表中,如果是,向被叫终端侧的BSC发送指配请求消息,所述指配请求消息中包括被叫终端侧的MSC指配的被叫侧空口使用的编解码类型,所述指配的被叫侧空口使用的编解码类型为主叫终端侧空口使用的编解码类型。
19.根据权利要求15所述的网络系统,其特征在于,
所述第一终端侧的BSC,还用于确定使用第一终端的用户和使用第二终端的用户是否为同一网络的用户,如果是,向第一MGW发送包括TFO协商信息的PCM码流。
20.根据权利要求15所述的网络系统,其特征在于,
该系统还包括:第一终端侧的MSC,用于确定使用第一终端的用户和使用第二终端的用户是否是同一网络的用户,如果是,向第一终端侧的BSC发送指示启动TFO协商的信息;
所述第一终端侧的BSC,还用于在接收到所述指示启动TFO协商的信息之后,向第一MGW发送包括TFO协商信息的PCM码流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910221547A CN101742560A (zh) | 2009-11-20 | 2009-11-20 | 数据传输方法、装置及网络系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910221547A CN101742560A (zh) | 2009-11-20 | 2009-11-20 | 数据传输方法、装置及网络系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101742560A true CN101742560A (zh) | 2010-06-16 |
Family
ID=42465267
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910221547A Pending CN101742560A (zh) | 2009-11-20 | 2009-11-20 | 数据传输方法、装置及网络系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101742560A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012130023A1 (zh) * | 2011-03-31 | 2012-10-04 | 华为技术有限公司 | 一种提高语音通信方法及装置 |
CN103490842A (zh) * | 2013-09-26 | 2014-01-01 | 深圳市大疆创新科技有限公司 | 数据传输系统及方法 |
CN103871415A (zh) * | 2012-12-14 | 2014-06-18 | 中国电信股份有限公司 | 实现异系统间语音互通的方法、系统与tfo转换装置 |
CN108513320A (zh) * | 2018-03-15 | 2018-09-07 | 中国联合网络通信集团有限公司 | 一种编解码协商的方法及装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870785A (zh) * | 2005-11-15 | 2006-11-29 | 华为技术有限公司 | 跨分组网实现免二次编解码操作业务的方法和媒体网关 |
-
2009
- 2009-11-20 CN CN200910221547A patent/CN101742560A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870785A (zh) * | 2005-11-15 | 2006-11-29 | 华为技术有限公司 | 跨分组网实现免二次编解码操作业务的方法和媒体网关 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102739605B (zh) * | 2011-03-31 | 2014-12-24 | 华为技术有限公司 | 一种提高语音通信方法及装置 |
CN102739605A (zh) * | 2011-03-31 | 2012-10-17 | 华为技术有限公司 | 一种提高语音通信方法及装置 |
WO2012130023A1 (zh) * | 2011-03-31 | 2012-10-04 | 华为技术有限公司 | 一种提高语音通信方法及装置 |
CN103871415A (zh) * | 2012-12-14 | 2014-06-18 | 中国电信股份有限公司 | 实现异系统间语音互通的方法、系统与tfo转换装置 |
WO2015043123A1 (en) * | 2013-09-26 | 2015-04-02 | SZ DJI Technology Co., Ltd | Data communication systems and methods |
US8908573B1 (en) | 2013-09-26 | 2014-12-09 | SZ DJI Technology Co., Ltd. | Data communication systems and methods |
CN103490842A (zh) * | 2013-09-26 | 2014-01-01 | 深圳市大疆创新科技有限公司 | 数据传输系统及方法 |
CN105794290A (zh) * | 2013-09-26 | 2016-07-20 | 深圳市大疆创新科技有限公司 | 数据通信系统及方法 |
CN103490842B (zh) * | 2013-09-26 | 2016-09-28 | 深圳市大疆创新科技有限公司 | 数据传输系统及方法 |
US9596026B2 (en) | 2013-09-26 | 2017-03-14 | SZ DJI Technology Co., Ltd | Data communication systems and methods |
US10263695B2 (en) | 2013-09-26 | 2019-04-16 | Sz Dji Technology, Co., Ltd. | Data communication systems and methods |
US10880002B2 (en) | 2013-09-26 | 2020-12-29 | SZ DJI Technology Co., Ltd. | Data communication systems and methods |
CN108513320A (zh) * | 2018-03-15 | 2018-09-07 | 中国联合网络通信集团有限公司 | 一种编解码协商的方法及装置 |
CN108513320B (zh) * | 2018-03-15 | 2022-04-22 | 中国联合网络通信集团有限公司 | 一种编解码协商的方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4028675B2 (ja) | 複数の相互接続ネットワークを経由する移動体無線通信の最適化方法 | |
US8116335B2 (en) | Methods and apparatus for data communication | |
EP1325618B1 (en) | Method for transmission of voice over wireless packet-switched networks | |
RU2431239C2 (ru) | Способ, устройство и система для установления канала-носителя в gsm-сети | |
EP1933511A1 (en) | Protocol conversion system in media communications between packet exchanging network and line exchanging network | |
JP5598550B2 (ja) | ゲートウェイ装置および音声通信方法 | |
FI106510B (fi) | Järjestelmä puheen siirtämiseksi matkapuhelinverkon ja kiinteän verkon päätelaitteen välillä | |
EP1205082B1 (en) | Implementation of call setup procedures with separation of call control and bearer control | |
CN101141807B (zh) | 一种编解码协商方法 | |
CN101043756B (zh) | 核心网ip化后特殊业务的处理方法、装置及系统 | |
CN101742560A (zh) | 数据传输方法、装置及网络系统 | |
EP1192821B1 (en) | Method for transmitting calls over packet network | |
CN1655631B (zh) | 在公共陆地移动网基础设施的核心网中传输压缩语音方法 | |
US20010027104A1 (en) | Method for data connections in a cellular mobile communication network | |
US20050037790A1 (en) | Method and system for selecting a vocoder in a mobile communication system | |
JP4477240B2 (ja) | データ送信方法及びネットワーク要素 | |
JP2003517778A (ja) | Ip接続におけるデータコールルーティング | |
CN1208978C (zh) | 移动通信系统的脉冲编码调制呼叫处理设备及方法 | |
CN102137112A (zh) | 媒体流转换方法及装置 | |
CN101262706B (zh) | 语音转传真业务的实现方法 | |
CN101558670B (zh) | 改变业务选项到电路数据的方法 | |
CN102484851B (zh) | 由呼叫发起和端接控制节点使用公共媒体网关节点和协同编解码 | |
WO2010134420A1 (ja) | 通信システムおよび通信方法 | |
CN101365189A (zh) | 一种移动网中实现语音透传的方法和系统 | |
CN101801028B (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: 20100616 |