数据传输方法、装置及网络系统的制作方法

专利名称：数据传输方法、装置及网络系统的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及一种数据传输方法、装置及网络系统。
背景技术：
在语音呼叫过程中，主叫终端将原始信号进行编码后经过无线接口传送到本 地的BSC(Base Station Controller,基站控制器)上，本地的BSC利用编码转换器 (Transcoder，TC)将来自主叫终端的压縮编解码转换成PCM(Pulse Code Modulation,脉冲 编码调制)码，通过核心网向被叫终端传递。被叫终端所在的BSC收到PCM码后，利用本地 的TC将PCM码转换成一种适合在无线接口上传输的编码格式，通过无线接口发送给被叫终 端。这样，在语音的传递过程中需要经过两次编解码转换，降低了语音质量。
为了提高语音质量，现有技术提出 一 种免二次编解码操作(Tandem FreeOperation, TF0)，也称为前后转换免除操作，指局间全部为时分复用(TimeDivision Multiplex and Multiplexer, TDM)连接时，两侧的BSC上的TC根据ITU-T G.711A律和u 律的传统64kb/s PCM语音抽样，利用每第16个抽样中的一个最不重要的比特位，交换TF0 协商信息，协商两侧的编解码类型。如果两侧使用相同的编解码类型，主叫终端和被叫终端 中的数据发送端的BSC上的TC在将压縮编解码转换成PCM码时，字节中的一部分比特仍然 传输PCM码，另一部分用来传输没有经过转换的压縮编解码。这样，主叫终端和被叫终端中 的数据接收端的BSC上的TC就可以使用PCM码中携带的压縮编解码，避免了网络内的编解 码转换，提高了语音质量。
现有技术的缺点是 对于核心网中存在IP承载的情况，如图1所示，媒体网关1 (终端1侧的媒体网 关)与BSC1的连接为T匿连接，与媒体网关3(终端2侧的媒体网关)的连接为IP连接时， BSC1与BSC2间无法启用TF0，即在核心网中存在IP承载的情况下，无法实现免二次编解码 操作。

发明内容
本发明实施例提供一种数据传输方法、装置及网络系统，能够保证核心网中存在 IP承载的情况下，能成功启用主叫BSC和被叫BSC间端到端的TF0。
有鉴于此，本发明实施例提供
—种数据传输方法，包括 第一媒体网关MGW通过时分复用T匿承载接收第一终端侧的基站控制器BSC发送 的包括压縮编解码的脉冲编码调制PCM码流，确定是否对接收的所述PCM码流透传，如果 是，使用G. 711编解码方式通过IP承载将所述包括压縮编解码的PCM码流透传到第二MGW ;
所述第二 MGW通过TDM承载将所述包括压縮编解码的PCM码流发送给第二终端侧 的BSC。 —种媒体网关，包括
接收单元，用于接收BSC发送的包括压縮编解码的PCM码流； 判断单元，用于确定是否对所述接收单元接收的PCM码流透传； 处理单元，用于当所述判断单元的判断结果为是时，使用G. 711编解码方式将所
述包括压縮编解码的PCM码流透传输出。 —种网络系统，包括第一终端侧的基站控制器BSC、第一媒体网关MGW、第二媒体 网关MGW和第二终端侧的基站控制器BSC,所述第一终端侧的BSC与第一 MGW之间是时分复 用TOM连接，所述第二 MGW与第二终端侧的BSC之间是TOM连接，所述第一 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通过T匿承载接收第一终端侧的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编解码类型的净荷大小
8与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连第一终端侧的承载为TOM承载，连第二 MGW侧的承 载为IP承载；第二 MGW连第二终端侧的承载为TOM承载，连第一 MGW侧的承载为IP承载； 比如BSC1 (第一终端侧的BSC)和BSC2 (第二终端侧的BSC)间经过4个MGW :MGW1、 MGW2、 MGW3、 MGW4， BSC1与MGWl为TDM连接，MGWl与MGW2为TDM连接，MGW2与MGW3为IP连接， MGW3与MGW4为TDM连接，MGW4与BSC2为TDM连接，则MGW2为上述第一 MGW， MGW3为上述 第二 MGW。再比如，BSC1和BSC2间经过4个MGW :MGW1、 MGW2、 MGW3、 MGW4， BSC1与MGWl为 TDM连接，MGWl与MGW2为IP连接，MGW2与MGW3为IP连接，MGW3与MGW4为IP连接，MGW4 与BSC2为TDM连接，则MGWl为上述第一 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码流中包括了 TF0协 商信息时启动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，每秒为8000X8 = 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接收主叫终端通过空口传送的压縮编解码，将压縮编解码转换
10成PCM码，并利用PCM码中不重要的比特位携带压縮编解码，向主叫侧的媒体网关发送PCM 码流。 举例说明，没有启用TF0时，一个字节的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 为TOM连接。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连接，则由一侧为TOM —侧为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发送2000K(PRACK)。
416、被叫应答后，被叫侧的BSC向被叫侧的MSC发送Connect消息。
417、被叫侧的MSC向主叫侧的MSC发送2000K(INVITE)。 418、主叫侧的MSC收到2000K(INVITE)消息后，向被叫侧的MSC发送确认(ACK) 消息。 419、主叫侧的MSC判断已经获取当前被叫侧空口使用的编解码类型信息，判断当 前被叫侧空口使用的编解码类型和当前主叫侧空口使用的编解码类型是否相同，如果相 同，通知主叫侧的BSC进行TFO处理。被叫侧的MSC判断已经获取当前主叫侧空口使用的 编解码类型信息，判断当前主叫侧空口使用的编解码类型和当前被叫侧空口使用的编解码 类型是否相同，如果相同，通知被叫侧的BSC进行TFO处理。 MSC通知BSC具体的处理方式可以是MSC指示BSC进行TFO处理，例如，在向BSC 发送的编码转换控制请求Transcoder Control Request中增加指示信息，指示BSC进行 TFO处理。 在该步骤之前，被叫侧的MSC向主叫侧的MSC发送的2000K(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在2000K(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收到强制TF0请求之后，判断第二终端侧空口使用的编解 码类型和强制TF0请求消息中携带的编解码类型是否相同，并判断第二终端侧的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在2000K(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处理。 上述实施例三、四中，BSCl与MGWl为TDM连接，MGWl和MGW2为IP连接，MGW2与BSC2为TOM连接。BSCl和BSC2间经过多个MGW时，处理类似，当PCM码流包括压縮编解码或者TFO协商信息时，由一侧为TDM —侧为IP的MGW进行PCM码流到IP的透明传输处理。比如，BSC1和BSC2间经过4个MGW :MGW1、MGW2、MGW3、MGW4，BSC1与MGWl为TDM连接，MGWl与MGW2为TDM连接，MGW2与MGW3为IP连接，MGW3与MGW4为TDM连接，MGW4与BSC2为TDM连接，则由一侧为TOM —侧为IP的MGW2、MGW3进行类似上述PCM码流到IP的透明传输处理。再比如，BSCl和BSC2间经过4个MGW :MGW1、 MGW2、 MGW3、 MGW4， BSCl与MGWl为TDM连接，MGWl与MGW2为IP连接，MGW2与MGW3为IP连接，MGW3与MGW4为IP连接，MGW4与BSC2为TOM连接，则由一侧为TOM —侧为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发送的包括TF0协商信息的PCM码流。处理单元603，还用于当判断单元602判断得到对包括TFO协商信息的PCM码流透传时，使用G. 711
16编解码方式将包括TF0协商信息的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之间是时分复用T匿连接，所述第二终端侧的MGW703与第二终端侧的BSC 704之间是T匿连接，所述第一终端侧的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在接收到所述启用TF0处理的指示信息之后发送包括TF0协商信息的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发送启用TF0强制处理的指示信息；所述第二终端侧的 BSC 704在接收到启用TFO强制处理的指示信息之后发送包括压縮编解码的PCM码流。
需要说明的是，当第一终端是被叫终端，第二终端是主叫终端时，第一终端侧的 MSC 705还用于根据从归属位置寄存器HLR获取的被叫终端支持的编解码列表，判断主叫 终端侧空口使用的编解码类型是否包括在所述被叫终端支持的编解码列表中，如果是，向 被叫终端侧的BSC(即第一终端的BSC701)发送指配请求消息，所述指配请求消息中包括被 叫终端侧的MSC(即第一终端侧的MSC 705)指配的被叫侧空口使用的编解码类型，所述指 配的被叫侧空口使用的编解码类型为主叫终端侧空口使用的编解码类型。这种情况是在被 叫终端的MSC在呼叫过程中指配被叫终端侧空口使用主叫终端侧空口所使用的编辑码类 型。 优选的，在需要第一终端侧的BSC 701与第二终端侧的BSC 704进行TFO协商的 情况下，所述第一终端侧的BSC 701具体用于确定使用第一终端的用户和使用第二终端的 用户是否为同一网络的用户，如果是，向第一终端侧的MGW 702发送携带TF0协商信息的 PCM码流。或者，第一终端侧的MSC 705具体用于确定使用第一终端的用户和使用第二终端 的用户是否是同一网络的用户，如果是，向第一终端侧的BSC 701发送指示启动TF0协商的 信息；所述第一终端侧的BSC 701在接收到第一终端侧的MSC 705发送的指示启动TFO协 商的信息之后发送包括TFO协商信息的PCM码流。 其中，第一终端侧的MGW 702可以通过如下方式确定是否需要对接收的PCM码流
18透传输出 第一种方式，确定接收的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码流中获取压縮编解码，减少语音传递过程中编解码转换次数，提高语音质量。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，例 如只读存储器，磁盘或光盘等。 以上对本发明实施例所提供的数据传输方法、装置及网络系统进行了详细介绍， 本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用 于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的 思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为 对本发明的限制。
权利要求
一种数据传输方法，其特征在于，包括第一媒体网关MGW通过时分复用TDM承载接收第一终端侧的基站控制器BSC发送的包括压缩编解码的脉冲编码调制PCM码流，确定是否对接收的所述PCM码流透传，如果是，使用G.711编解码方式通过IP承载将所述包括压缩编解码的PCM码流透传到第二MGW；所述第二MGW通过TDM承载将所述包括压缩编解码的PCM码流发送给第二终端侧的BSC。
2. 根据权利要求1所述的方法，其特征在于，该方法还包括第一 MGW通过T匿承载接收第一终端侧的BSC发送的包括免二次编解码操作TFO协商信息的PCM码流，使用G. 711编解码方式通过IP承载将所述包括TFO协商信息的PCM码流透传到第二 MGW，所述TFO协商信息包括第一终端侧空口使用的编解码类型；所述第二 MGW通过TOM承载将所述包括TFO协商信息的PCM码流发送给第二终端侧的BSC，使所述第二终端侧的BSC根据所述第一终端侧空口使用的编解码类型和第二终端侧空口使用的编解码类型确定是否启用TFO。
3. 根据权利要求2所述的方法，其特征在于，在第一 MGW通过TOM承载接收第一终端侧的BSC发送的包括TFO协商信息的PCM码流之前，该方法还包括第一终端侧的移动交换中心MSC获取第二终端侧空口使用的编解码类型；当第一终端侧的MSC确认第二终端侧空口使用的编解码类型与第一终端侧空口使用的编解码类型相同时，向第一终端侧的BSC发送启用TFO处理的指示信息。
4. 根据权利要求l所述的方法，其特征在于，在第一MGW通过TOM承载接收第一终端侧的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通过TOM承载接收第一终端侧的BSC发送的包括TFO协商信息的PCM码流之前，该方法还包括第一终端侧的BSC确定使用第一终端的用户和使用第二终端的用户是同一网络的用户后，发送所述包括TFO协商信息的PCM码流。
8. 根据权利要求2或者3所述的方法，其特征在于，在第一 MGW通过TOM承载接收第一终端侧的BSC发送的包括TFO协商信息的PCM码流之前，该方法还包括第一终端侧的BSC接收第一终端侧的MSC发送的指示启动TFO协商的信息；所述指示启动TFO协商的信息是所述第一终端侧的MSC在确定使用第一终端的用户和使用第二终端的用户是同一网络的用户后发出的；或者，所述指示启动TFO协商的信息是所述第一终端侧的MSC确定第二终端侧空口使用的编解码类型与第一终端侧空口使用的编解码类型相同的情况下发出的。
9. 根据权利要求l所述的方法，其特征在于，所述确定是否对接收的所述PCM码流透传具体为确定接收的PCM码流中是否包括表示PCM码流中包括压縮编解码的指示信息，如果是，确认需要将所述PCM码流透传；或者，根据本地带宽容量和第一终端侧的MSC发送的使用G. 711编解码类型的指示信息，确认是否需要将所述PCM码流透传；或者，根据本地配置的表示是否将PCM码流透传的指示信息和第一终端侧的MSC发送的使用. 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. 根据权利要求ll所述的媒体网关，其特征在于，所述接收单元，还用于接收所述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之间是时分复用T匿连接，所述第二 MGW与第二终端侧的BSC之间是TOM连接，所述第一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码流。
全文摘要
本发明实施例提供一种数据传输方法、装置及网络系统，其中，数据传输方法包括第一媒体网关MGW通过时分复用TDM承载接收第一终端侧的基站控制器BSC发送的包括压缩编解码的脉冲编码调制PCM码流，确定是否对接收的所述PCM码流透传，如果是，使用G711编解码方式通过IP承载将所述包括压缩编解码的PCM码流透传到第二MGW；所述第二MGW通过TDM承载将所述包括压缩编解码的PCM码流发送给第二终端侧的BSC。使用本发明实施例提供的技术方案，能够保证核心网中存在IP承载的情况下，能成功启用主叫BSC和被叫BSC间端到端的TFO。
文档编号H04L29/06GK101742560SQ20091022154
公开日2010年6月16日 申请日期2009年11月20日 优先权日2009年11月20日
发明者刘兵义, 嵇家刚, 曾雪红, 李云飞, 杨涛, 杨胜强, 王玉勇, 甘斌, 谭冠中, 邓爱林, 陈万军, 韩文勇 申请人:华为技术有限公司