CDMA(Code Division Multiple Access，码分多址接入)在实现A口IP 化之后，A2p接口是使用IP/RTP(Real-time Transport Protocol，实时传输协议) 包进行承载数据传送的。如图1所示，在CDMA系统中，MSCe(Mobile Switch Center Emulation，移动软交换中心)与BSC(Base Station Controller，基站控 制器)之间的接口是A1p接口，BSC与MGW(MGW Media GateWay，媒体 网关)之间的接口为A2p接口，BSC与MGW之间的媒体流传输由IP网络承 载。IP网络具有价格低、组网灵活等优点，但是由于IP协议是面向无连接的 协议，作为无连接方式，IP包没有确认数据包是按顺序发送的或者没有被破坏 的过程，因此IP网络具有丢包的缺点。然而，作为传统电信业务应用(如语 音、电路数据、DTMF(Dual Tone Multi-Frequency，双音多频)大多都要求服 务提供相当好的质量，而IP传输的很多因素都会影响到应用的质量，其中最 明显的就是包丢失问题。当网络流量增大或中间路由传输设备故障导致拥塞 时，丢包问题尤为明显。因此，需要提供一种冗余传输机制，来保证一个数据 包丢失时，可以通过后续数据包进行恢复和重组，从而保证数据的完整性。
在现有CDMA协议标准的A口IP化处理中，未考虑承载的冗余传输。例 如，对于DTMF，A2p承载按照RFC 2833协议规定进行DTMF传输；对于语 音，A2p承载按照RFC 3558协议规定进行SMV(Selectable Mode Vocoder，可 选模式编解码)或EVRC(Enhanced Variable Rate Codec，增强可变速率编解码) 的传输，按照RFC 2658协议规定传输13K(13K vocoder，13K语音编解码)， 按照PCM(PCM Pulse Code Modulation，脉码调制)协议规定传输G.711A/U 语音编解码等；对于传真和异步数据业务，协议中未描述，但传输内容也是在 RTP之上传递电路数据帧。
在信令上，A2p Bearer Format-Specific Parameters(A2p承载格式定义)参 数中只针对承载格式进行了定义，如图2所示。
由于A2p接口为IP网络，当IP网络承载质量较差时，丢包的概率可能会 比较高。如果RFC 2833包丢失，将可能导致DTMF无法检测到；传真对数据 包交互完整性比较敏感，若数据包丢失可能导致传真失败；若语音帧丢失，则 可能会导致语音质量下降。
在RFC 2198协议中描述了用于对冗余编码的音频数据进行传输的RTP负 载格式。为了防止数据丢失，可以进行多级冗余，下面以2级冗余为例描述其 传输方式，如图3所示：
RTP n中除携带有主数据N以外，还携带有2个冗余数据N-1和N-2。若 RTP n丢失，主数据N中的信息可以在RTP n+1中恢复；若RTP n+1也丢失， 主数据N中的信息可以在RTP n+2中恢复；只有连续3个RTP帧都丢失时， 主数据N的信息才无法恢复。
目前在CDMA系统的A2p接口中尚未采用冗余传输方式传输承载数据。 由于A2p接口要求连续丢包率很低，而目前CDMA系统的A2p接口传输承载 数据的方式不能满足对丢包率的要求，因此不能保证语音质量、传真成功率和 双音多频检测成功率。

本发明的实施例提供了一种承载数据的传输方法，实现IP化的Ap2接口 采用冗余方式传输承载数据，以减少数据传输丢包率。该方法包括以下步骤：
确定基站控制器与媒体网关之间传输承载数据的冗余传输信息；所述基站 控制器与媒体网关采用所述冗余传输信息中所指定的冗余传输方式进行承载 数据的传输。
本发明的另一个实施例提供了一种基站控制器，该基站控制器包括：
获取模块，用于获取冗余传输信息，所述冗余传输信息是由移动软交换中 心协商出的；
承载数据发送模块，用于采用所述获取模块获取到的冗余传输信息所指定 的冗余传输方式，向媒体网关发送承载数据；
承载数据接收模块，用于接收并处理媒体网关发送的承载数据，所述承载 数据采用所述冗余传输方式发送。
本发明的另一个实施例提供了一种媒体网关，该媒体网关包括：
获取模块，用于获取媒体网关与基站控制器之间传输承载数据的冗余传输 信息；
承载数据发送模块，用于采用所述获取模块获取到的冗余传输信息所指定 的冗余传输方式，向基站控制器发送承载数据；
承载数据接收模块，用于接收基站控制器发送的承载数据，所述承载数据 采用所述冗余传输方式发送。
本发明的另一个实施例提供了一种移动软交换中心，包括：
协商模块，用于获取基站控制器发送的该基站控制器能够支持的冗余能力 信息，并根据获取到的所述基站控制器能够支持的冗余能力信息，以及媒体网 关能够支持的冗余能力信息，协商出该基站控制器和媒体网关之间传输承载数 据的冗余传输信息；
发送模块，用于将所述协商模块协商出的冗余传输信息分别发送到所述基 站控制器和所述媒体网关。
本发明的另一个实施例提供了一种承载数据的传输系统，该系统包括：基 站控制器、媒体网关和移动软交换中心；
所述基站控制器，用于与所述移动软交换中心进行该基站控制器与所述媒 体网关间传输承载数据的冗余能力协商，从所述移动软交换中心获取协商后的 传输承载数据的冗余传输信息，并该冗余传输信息所指定的冗余传输方式向所 述媒体网关发送承载数据，接收所述媒体网关采用所述冗余传输方式发送的承 载数据；
所述媒体网关，用于从所述移动软交换中心获取协商后的所述冗余传输信 息，并采用该冗余传输信息所指定的冗余传输方式向所述基站控制器发送承载 数据，接收所述基站控制器采用所述冗余传输方式发送的承载数据；
所述移动软交换中心，用于与所述基站控制器进行该基站控制器与所述媒 体网关间传输承载数据的冗余能力的协商，并将协商后的所述冗余传输信息分 别发送到所述基站控制器和所述媒体网关。
本发明的上述实施例，通过确定基站控制器与媒体网关间传输承载数据的 冗余传输信息，使基站控制器和媒体网关之间采用该确定的冗余传输信息中指 定的冗余传输方式进行承载数据的传输，通过采用冗余方式传输承载数据可以 减少A2p接口上语音、数据、DTMF等数据包信息丢失，从而提高呼叫质量。
附图说明
图1为现有技术中CDMA系统中的A口传输示意图；
图2为现有技术中A2p Bearer Format-Specific Parameters参数中承载格式 定义示意图；
图3为现有技术中RFC 2198协议中的2级冗余传输示意图；
图4为本发明实施例的呼叫流程示意图；
图5为本发明实施例的BSC的结构示意图；
图6为本发明实施例的MGW的结构示意图；
图7为本发明实施例的MSCe的结构示意图；
图8为本发明实施例的承载数据传输系统结构示意图。

下面结合附图对本发明实施例进行详细描述。
本发明实施例可通过BSC与MSCe进行该BSC和MGW之间传输承载数 据的冗余能力协商，得到BSC和MGW两者之间传输承载数据的冗余传输方 式。因此需要在BSC与MSCe之间的信令中携带BSC的冗余能力信息以及协 商出的冗余传输信息。可以通过扩展A2p Bearer Format-Specific Parameters参 数实现在其中添加冗余能力参数；然后，在BSC和MGW之间的信令交互中 使用携带扩展的A2p Bearer Format-Specific Parameters参数的信令进行冗余能 力协商；最后，BSC和MGW在A2p接口上使用协商出的冗余传输方式传输 媒体流数据。
本发明实施例中，对IOS协议中的A2p Bearer Format-Specific Parameters 参数进行扩展以携带冗余能力参数，可以通过定义如下扩展信息实现：
Extension ID：扩展标识，表示该扩展类型为数据冗余配置参数；1字节信 息，取值为2；
Extension Length：字段长度，表示扩展参数内容的总长度；1字节信息， 取值为2，表示扩展参数内容占用2个字节；
Extension Parameters：扩展参数内容，占用2个字节；其中一个字节用于 表示是否采用冗余传输方式以及冗余级别，该字节信息如下：
0：表示不进行冗余；
1：表示进行1级冗余；
2：表示2级冗余；
n：表示n级冗余。
依此类推，其中n级冗余表示对数据包冗余的次数，如n＝1，则表示冗余 一次，即对于同一个数据包，会发送两次。
扩展参数内容的另一个字节表示冗余RTP负载类型(不进行冗余传输时该 值无效)。
该扩展信息可针对每一种承载格式都进行扩展。
BSC通过与MGW之间的信令交互(由协议定义的正常承载信息交换流 程)完成冗余能力协商。例如，在BSC与MGW的信令交互过程中，可在BSC 发送到MGW的CM Service Request(连接管理业务请求消息)、Paging Response (寻呼响应消息)、Bearer Update Response(承载更新响应消息)、Handoff Request Acknowledge(切换请求应答消息)等消息中的A2p Bearer Format-Specific Parameters参数中携带数据冗余能力参数；然后，MSCe经过与 MGW支持的冗余能力比较，通过Assignment Request(指配请求消息)、Bearer Update Request(承载更新请求消息)等消息向BSC携带选择的承载格式类型 以及对应数据冗余级别，同时将这些信息携带给MGW。
下面以呼叫流程为例，描述冗余能力协商过程以及使用协商出的冗余传输 方式传输承载数据的过程。
参见图4，为本发明实施例的呼叫流程，具体步骤包括：
1、主叫侧BSC1发送CM Service Request消息，发起始呼，其中用 REDLEVEL参数指示BSC1支持的冗余级别为3；
2、MSCe比较MGW支持的冗余级别(REDLEVEL＝2)与BSC1支持的 冗余级别(REDLEVEL＝3)，取较小的一个作为协商后的冗余级别 (REDLEVEL＝2)；然后，MSCe向MGW发送Add Request(添加端点请求) 消息，指示其创建BSC1侧的端点T1，并指示冗余级别REDLEVEL＝2；
3、MGW创建端点T1，用于与BSC1连接；然后向MSCe返回Add Reply (添加端点请求的应答)消息；
4、MSCe向BSC1发送Assignment Request(指配请求)消息，指示BSC1 进行无线信道资源指配，其中指示协商后的冗余级别REDLEVEL＝2；
5、BSC1进行无线信道指配，并使用协商后的冗余级别，然后向MSCe 返回Assignment Complete(指配完成)消息；
6、MSCe向被叫侧BSC2发送Paging Request(寻呼请求)消息，寻呼被 叫用户；
7、被叫发出寻呼响应后，BSC2响应Paging Response(寻呼响应)消息， 其中携带被叫BSC2支持的冗余级别REDLEVEL＝1；
8、MSCe比较MGW支持的冗余级别(REDLEVEL＝2)与BSC2支持的 冗余级别(REDLEVEL＝1)，取较小的一个作为协商后的冗余级别 (REDLEVEL＝1)；然后向MGW发送Add Request消息，指示其创建BSC1 侧的端点T2，并指示冗余级别REDLEVEL＝1。
MSCe在协商BSC2与MGW之间的冗余级别时，要参考BSC1与MGW 之间协商出的冗余级别，使BSC2与MGW之间的冗余级别不高于BSC1与 MGW之间的冗余级别。
9、MGW创建端点T2，用于与BSC2连接；然后向MSCe返回Add Reply 消息；
10、MSCe向BSC2发送Assignment Request(指配请求)消息，其中指示 协商后的冗余级别REDLEVEL＝1；
11、BSC2进行无线信道指配，并使用协商后的冗余级别，然后向MSCe 返回Assignment Complete(指配完成)消息；
12、MSCe向MGW发送Modify Request(修改请求)消息，将T1端点的 冗余级别修改为REDLEVEL＝1，并指示放回铃音；
13、MGW修改端点T1冗余级别并放回铃音；
14、MSCe向BSC1发送Bearer Update Request(承载更新请求)消息，其 中指示协商后的新的冗余级别REDLEVEL＝1；
MSCe判断BSC1与MGW之间的承载级别高于BSC2与MGW之间的承 载级别，则在Bearer Update Request消息中指示更新后的新的冗余级别，所述 新的冗余级别为两者中较低的冗余级别。若MSCe判断BSC1与MGW之间的 承载级别与BSC2与MGW之间的承载级别相等，则不用在Bearer Update Request消息中携带冗余级别。
15、BSC1使用协商后的新的冗余级别，并响应Bearer Update Complete(承 载更新完成)消息；
16、被叫应答，BSC2发送CONNECT(连接)消息给MSCe；
17、MSCe向MGW发送Modify Request(修改请求)消息，指示其停止 回铃音播放，并将T1和T2端点双向连接；
18、MGW停止对T1端点放回铃音，并将T1和T2端点双向连接；然后 向MSCe返回Modify Reply(修改应答)消息；
19、BSC1、MGW、BSC2之间使用对应的冗余级别(REDLEVEL＝1)传 输承载数据。
本实施例中，协商后的冗余级别为1，则在传输承载数据时，对每个数据 帧发送两次，即一个主帧和一个冗余帧，以保证接收端能够接收到。
上述实施例可采用RFC 2198冗余定义的方式进行传输，即连续在相邻的 RTP帧上传输主帧和冗余帧。本实施例还可以采用其他的方式进行冗余传输， 如主帧和冗余帧不在连续RTP帧上传递，这样可以减少连续丢包率较高时数据 无法恢复的概率。在实际应用过程中，可根据具体的应用和系统的性能，采用 适合的冗余传输方式，或者根据系统性能的变化，及时调整冗余传输方式，以 保证数据的可靠传输。
除了通过上述BSC与MSCe之间协商冗余传输方式，还可通过预先在BSC 中配置冗余传输参数，如，可以在MSCe上针对本MSCe下所有BSC进行配 置，呼叫时由MSCe将配置的冗余传输参数通知给MGW；在BSC与MGW进 行承载数据传输时采用预先配置的冗余传输方式传输承载数据。
本发明实施例还分别提供了一种BSC、一种MGW和一种MSCe。
参见图5，为本发明实施例的BSC的结构示意图，该BSC包括：获取模 块、承载数据发送模块和承载数据接收模块。
获取模块用于获取协商出的该BSC与MGW之间传输承载数据的冗余传 输信息并保存；
承载数据发送模块用于采用获取模块获取到的冗余传输信息所指定的冗 余传输方式，向MGW发送承载数据；
承载数据接收模块用于接收并处理媒体网关发送的采用上述冗余传输方 式发送的承载数据。
该BSC还可以包括冗余能力信息发送模块，该模块用于发送该BSC能够 支持的冗余能力信息，以便进行该BSC与MGW之间传输承载数据的冗余能 力协商。
参见图6，为本发明实施例的MGW的结构示意图，该MGW包括：获取 模块、承载数据发送模块和承载数据接收模块。
获取模块用于获取MGW与BSC之间传输承载数据的冗余传输信息并存 储；
承载数据发送模块用于采用获取模块获取到的冗余传输信息所指定的冗 余传输方式，向BSC发送承载数据；
承载数据接收模块用于接收BSC发送的采用上述冗余传输方式发送的承 载数据。
参见图7，为本发明实施例提供的MSCe的结构示意图，该MSCe包括： 协商模块、发送模块和更新模块。
协商模块用于获取BSC发送的或MSCe本地保存的该BSC能够支持的冗 余能力信息，并根据获取到的BSC能够支持的冗余能力信息，以及MGW能 够支持的冗余能力信息，协商出该BSC和MGW之间传输承载数据的冗余传 输信息，并指示发送模块将该冗余传输信息发送到所述BSC和MGW；
更新模块用于比较协商模块协商出的主叫侧BSC与MGW之间的冗余传 输信息中携带的冗余级别，与被叫侧BSC和MGW之间的冗余传输信息中携 带的冗余级别，取其中较低的冗余级别作为主叫侧BSC与MGW之间、被叫 侧BSC与GW之间传输承载数据的冗余级别，并指示发送模块更新相应BSC 的冗余级别，以及MGW中与该BSC连接的端点的冗余级别。
发送模块用于按照所述指示，将冗余传输信息发送到指定的BSC和 MGW。
本发明实施例还提供了一种承载数据的传输系统。
参见图8，为本发明实施例的承载数据传输系统结构示意图。该系统包括： BSC、MGW和MSCe。BSC和MGW之间通过IP化的A2p接口连接，以传输 承载数据。
BSC用于与MSCe进行该BSC与MGW间传输承载数据的冗余能力协商， 从MSCe获取协商后的传输承载数据的冗余传输信息，并采用协商后的冗余传 输信息所指定的冗余传输方式向MGW发送承载数据，接收MGW采用所述冗 余传输方式发送的承载数据；
MGW用于从MSCe获取协商后的冗余传输信息，并采用协商后的冗余传 输信息所指定的冗余传输方式向BSC发送承载数据，接收BSC采用所述的冗 余传输方式发送的承载数据；
MSCe用于与BSC进行该BSC与MGW间传输承载数据的冗余能力的协 商，并将协商后的冗余传输信息分别发送到BSC和MGW。
上述系统中的BSC、MGW和MSCe的结构分别如图5、图6和图7所示。 BSC包括用于获取冗余传输信息的获取模块、承载数据发送模块、承载数据接 收模块，还可包括冗余能力信息发送模块，该模块用于将BSC能够支持的冗 余能力信息发送到MSCe进行冗余传输信息协商；MGW包括用于获取冗余传 输信息的获取模块、承载数据发送模块和承载数据接收模块；MSCe包括用于 协商BSC与MGW之间传输承载数据的冗余传输信息的协商模块、用于发送 协商好的冗余传输信息的发送模块，还可包括更新模块。BSC的承载数据发送 模块和MGW的承载数据接收模块之间采用IP化的A2p接口传输承载数据， MGW的承载数据发送模块和BSC的承载数据接收模块之间采用IP化的A2p 接口传输承载数据。
BSC的冗余能力信息发送模块通过A1p接口向MSCe发送BSC的冗余能 力信息，其中包括BSC能够支持的冗余级别；
MSCe的协商模块接收BSC的冗余能力信息发送模块发送的冗余能力信 息，MSCe的协商模块也可从MSCe本地获取其保存的该BSC能够支持的冗余 能力信息，并根据BSC能够支持的冗余能力信息，以及MGW能够支持的冗 余能力信息，协商出该BSC和MGW之间传输承载数据的冗余传输信息，例 如，若BSC能支持的冗余级别为3，MGW能支持的冗余级别为2，则MSCe 的协商模块将BSC和MGW都能支持的冗余级别2作为协商后的冗余级别， 然后，MSCe的协商模块指示MSCe的发送模块分别将该冗余传输信息发送到 BSC和MGW；MSCe的发送模块通过A1p接口向BSC发送冗余传输信息， 通过H.248接口向MGW发送冗余传输信息。
主叫侧BSC和被叫侧BSC分别与MSCe协商冗余传输信息。如果协商 出的主叫侧BSC与MGW之间的冗余传输信息中携带的冗余级别，与被叫侧 BSC和MGW之间的冗余传输信息中携带的冗余级别，两者不相等，则MSCe 的更新模块取其中较低的冗余级别作为主叫侧BSC与MGW之间、被叫侧BSC 与GW之间传输承载数据的冗余级别，并指示发送模块更新相应BSC的冗余 级别，以及MGW中与该BSC连接的端点的冗余级别；
BSC的获取模块接收MSCe的发送模块发送的该BSC与MGW之间传输 承载数据的冗余传输信息；在BSC与MGW之间传输承载数据时，BSC的承 载数据发送模块采用获取模块获取到的冗余传输信息所指定的冗余传输方式， 向MGW发送承载数据；BSC的承载数据接收模块接收MGW的承载数据发送 模块发送的承载数据，该承载数据也采用相同的冗余传输方式；
同样，MGW的获取模块接收MSCe的发送模块发送的该MGW与BSC 之间传输承载数据的冗余传输信息；在BSC与MGW之间传输承载数据时， MGW的承载数据发送模块采用获取模块获取到的冗余传输信息所指定的冗余 传输方式，向BSC发送承载数据；MGW的承载数据接收模块接收BSC的承 载数据发送模块发送的采用上述冗余传输方式发送的承载数据。
综上所述，本发明实施例通过协商BSC和MGW之间传输承载数据的冗 余传输信息，在BSC与MSCe经过冗余能力协商后，将协商出的冗余传输信 息发送给BSC和MGW，使BSC与MGW之间采用该冗余传输信息所指定的 冗余方式通过IP化的A2P接口进行承载数据的传输，从而可通过IP化的A2p 接口传送语音、传真、双音多频等承载数据时，减少由于IP传输带来的丢包 的影响，提高A2p接口的可靠性，保证语音质量、传真成功率和双音多频检测 成功率。另外，本发明实施例中的BSC与MSCe通过利用已有流程中的交互 信令进行冗余能力协商，不增加信令交互，因此不会增加网络开销。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。