WO2009012641A1

WO2009012641A1 - Procédé de transmission de données de service et appareil dans le sous-système de la station de base

Info

Publication number: WO2009012641A1
Application number: PCT/CN2008/000935
Authority: WO
Inventors: Qunfeng Shang; Zhangyi Chen; Songhai Wang; Jie Zou; Shui Yu; Chengshan Sun; Xiaofeng Qin; Jue Huang
Original assignee: Alcatel Lucent
Priority date: 2007-07-25
Filing date: 2008-05-13
Publication date: 2009-01-29
Also published as: CN101355716A; CN101355716B

Description

基站子系统中的业务数据传输方法及装置技术领域

本发明涉及基站子系统中的业务数据传输，尤其涉及包括多个码转换器（Tmnscoder ) 的基站子系统中基站收发信台与码转换器之间的业务数据传输。背景技术

图 1 所示的一个标准基站子系统 BSS'包括：一个基站控制器 BSC5' , 多个码转换器 TC— a，、 TC_b，、 TC„c，以及成百上千个基站收发信台（为筒明起见仅示出 BTS1 '和 BTS2' )。为描述方便，未在图中示出子复用设备（SM ) ，本领域技术人员结合下文能够理解，上述省略不会对本发明的描述产生任何实质性影响。移动终端 MS3，和 MS4'分别处于 BTS1 '和 BTS2'的覆盖区域之内。

对图 1所示 BSS，中的各网元简要介绍如下：

( 1 ) 基站收发信台

BSS，中的基站收发信台（BTS1 VBTS2' )包括基带单元、载频单元和控制单元三部分，其属于 BSS，的无线部分，受基站控制器 BSC5' 控制并服务于其下属小区（Cell ) , 通过空中接口（Um接口）与移动终端之间进行无线信号传输并对其进行相关控制。

BTS17BTS2，包括一至多个收发器（ transceiver, TRX ) , 每一个 TRX承载多至 8个全速率语音信道或多至 16个半速率语音信道。通常，每个移动终端占用一个上述语音信道。

( 2 ) 基站控制器

BSS，中的 BSC5'负责完成 A接口和 Abis接口上语音信道的交换，此外，其作为 BSS，中的控制部分，还需对无线网络、资源进行管理，并控制移动终端和基站收发信台之间无线连接的建立、接续和拆除等。

( 3 ) 码转换器相互独立的各个码转换器 TC— a，、 TC— b，、 TC__c，位于 MSC6，与 BSC5，之间，主要负责完成空中接口（Um 接口）所用的 16kbit/s RPE-LTP (规则脉冲激励长期预测）编码与 A接口所用的 64kbit/s A律编码之间的转换。应当理解，上述两种编码方式及码率仅为 Um接口和 A接口分别所用的具体编码方式以及码率的一个实例，在实际应用中还可能有其它情形。

在 BSS，内，以语音为例的业务数据传输基于纯 TDM(时分复用）模式，但是， TDM传输网因成本较高等原因，不能令运营商满意。因此，低成本且日臻成熟的 IP传输网终将成为固网、移动网络以及未来的固定-移动融合网络的首选，其也是业界近年的研究热点。

要在基站子系统中实现基于 IP的业务数据传输，存在一些需要解决的技术问题。并且，运营商为降低传输网换代所带来的风险，希望在纯 TDM与纯 IP之间实现平滑的过渡。于是，在 TDM传输网与 IP传输网并存的这段过渡时期内，如何很好地对基站子系统中处于不同传输模式（TDM/IP ) 下的基站收发信台进行管理，以及如何完成在处于不同传输模式的基站收发信台之间的呼叫 Handover (切换），都是人们普遍关心的问题。另外，在进行基于 IP协议的语音数据传输时，还须考虑对 IP、 UDP包头所产生的带宽开销进行优化控制。发明内容

为解决现有技术中的上述问题，本发明提供了一种能够同时支持 IP和传统 TDM的混合组网基站子系统以及其中的呼叫建立、切换和释放方案，以及 BTS和 TC之间在 BSC控制下的基于 IP的业务数据传输方法及装置。

根据本发明的第一方面，提供了一种在无线通信网络的码转换器中用于基于 IP协议来控制业务数据传输的方法，其中，所述码转换器为与一个基站收发信台相对应的主码转换器，其特征在于，包括步驟：处理并转发所述基站收发信台和与之相对应的各个从码转换器之间传输的业务数据。

根据本发明的第二方面，提供了一种在无线通信网络的码转换器中用于基于 IP协议来辅助控制业务数据传输的方法，其中，所述码转换器为与一个基站收发信台相对应的从码转换器，其特征在于，包括步骤：经由与该基站收发信台相对应的一个主码转换器来与所述基站收发信台进行业务数据传输。

根据本发明的第三方面，提供了一种在无线通信网络的基站收发信台中用于进行基于 IP的业务数据传输的方法，其特征在于，包括步骤：经由与其相对应的主码转换器来和与其相对应的各个从码转换器进行所述业务数据传输。

根据本发明的第四方面，提供了一种在无线通信网络的基站控制器中用于对基于 IP的业务数据传输进行控制的方法，其特征在于，包括步骤：在多个码转换器中为所述基站收发信台选择与其相对应的主、从码转换器，以生成一个用以指示所述主、从码转换器的第二指示信息；生成码转换器通知消息，其中包含所述第二指示信息；将所述码转换器通知消息发送至所述各个码转换器以及所述基站收发信台。

根据本发明的第五方面，提供了一种在无线通信网络的码转换器中用于基于 IP协议来控制业务数据传输的第一控制装置，其中，所述码转换器为与一个基站收发信台相对应的主码转换器，其特征在于，处理并转发所述基站收发信台与其各个从码转换器之间传输的业务数据。

根据本发明的第六方面，提供了一种在无线通信网络的码转换器中用于基于 IP协议来辅助控制业务数据传输的辅助控制装置，其中，所述码转换器为与一个基站收发信台相对应的从码转换器，其特征在于，经由与该基站收发信台相对应的一个主码转换器来与所述基站收发信台进行业务数据传输。

根据本发明的笫七方面，提供了一种在无线通信网络的基站收发信台中用于进行基于 IP的业务数据传输的传输装置，其特征在于，包括用于经由与所述基站收发信台相对应的主码转换器来和与其相对应的各个从码转换器进行所述业务数据传输的装置。

根据本发明的第八方面，提供了一种在无线通信网络的基站控制器中用于对基于 IP的业务数据传输进行控制的第二控制装置，其特征在于，包括：选择装置，用于在多个码转换器中为所述基站收发信台选择与其相对应的主、从码转换器，以生成一个用以指示所述主、从码转换器的第二指示信息；生成装置，用于生成码转换器通知消息，其中包含所述第二指示信息；通知发送装置，用于将所述码转换器通知消息发送至所述各个码转换器以及所述基站收发信台。

本发明提供的技术方案有至少如下技术优势：

1. 本发明在为 BSS引入基于 IP的业务传输模式的同时，实现了对基于 TDM的业务传输模式的兼容，从而保证了在传输网由纯 TDM 向纯 IP过渡的时期中，运营商能够继续沿用现有基站子系统中无法升级到支持基于 IP的语音数据传输模式的基站收发信台，降低了风险；

2. 对于原有的采用 E1接入技术且能够升级到支持基于 IP的业务数据传输模式的 BTS, 利用 IPoEl ( IP Over El ) 技术避免了对这些 BTS原有的 E1传输链路进行改动。并且，这些 BTS可随时在 BSC 的控制下进行传输模式的切换（TDM" P over El /IP over El ^TDM).

3. 最重要地，在基站收发信台与码转换器之间进行基于 IP ( IP over El、 IP over Ethernet、 IP over ADSL ) 的业务数据传输时，本发明有效地降低了其间 IP和 UDP 包头所造成的开销，从而优化地利用这部分带宽资源。附图说明

通过参照附图阅读以下所作的对非限制性实施例的详细描述，本发明的其它特征、目的和优点将会变得更明显。在附图中，相同或相似的附图标记代表相同或相似的装置或方法步骤。

图 1示出了包括一个标准基站子系统的无线通信网络；

图 2 示出了包括一个引入本发明后的基站子系统的无线通信网络，所示基站子系统包括分别基于 IP/TDM进行业务数据传输的多个基站收发信台；

图 3示出了图 2所示的 BSS中基于 IP协议的呼叫建立流程图；图 4示出了图 2所示的 BSS中基于 IP的呼叫建立后，由 MSC6 触发的向基于 TDM的 BTS切换的具体流程图；

图 5示出了图 2所示的 BSS中成功建立的基于 IP的语音呼叫的释放流程；

图 6示出了在图 2基础上为 BTS2确定主、从 TC后的基于 IP 的语音数据传输模式；

图 7示出了采用图 6所示语音数据传输模式时系统中上行业务数据的具体传输流程；

图 8示出了采用图 6所示语音数据传输模式时系统中下行业务数据的具体传输流程；

图 9示出了根据本发明的一个具体实施方式的在主 TC中用于对下行业务数据传输进行控制的方法流程图；

图 10示出了根据本发明的一个具体实施方式的在主 TC中用于对上行业务数据传输进行控制的方法流程图；

图 1 1示出了根据本发明的一个具体实施方式的在从 TC中用于对基于 IP的下行业务数据包的传输进行辅助控制的方法流程图；图 12示出了根据本发明的一个具体实施方式的在从 TC中用于对基于 IP的上行业务数据包的传输进行辅助控制的方法流程图；图 13示出了根据本发明的一个具体实施方式的在基站收发信台中用于在多码转换器环境下进行基于 IP 的业务数据传输方法流程图；

图 14所示为根据本发明的一个具体实施方式的在图 6所示 BSS 中 BSC对基于 IP的业务数据传输进行控制的方法流程图；图 15示出了根据本发明的一个具体实施方式的在主码转换器中用于对基于 IP的业务数据传输进行控制的第一控制装置框图；

图 16示出了根据本发明的一个具体实施方式的在从码转换器中用于对基于 IP的业务数据传输进行控制的辅助控制装置框图；

图 17示出了根据本发明的一个具体实施方式的在基站收发信台中用于在多码转换器环境下进行基于 IP的业务数据传输的传输装置框图；

图 18示出了根据本发明的一个具体实施方式的在基站控制器中用于对图 6所示 BSS中的基于 IP的业务数据传输进行控制的第二控制装置框图；

图 19为根据本发明的一个具体实施例的基于 IP的语音承载逻辑网络连接图；

图 20所示为采用主、从 TC的优选方案后，一个 BTS和与之相对应的主 TC之间的用户平面协议栈的一个具体实施例；

图 21所示为采用主、从 TC的优选方案后，一个 BTS和与之相对应的主 TC之间，主 TC与从 TC之间的用户平面协议栈的一个具体实施例。 , 具体实施方式

在本发明的各个具体实施例中，不失一般性地均以语音数据的传输为例。

图 2 所示的拳站子系统典型地处于上文所述的过渡时期，其中包括多个基站收发信台（为简明起见仅示出其中的 BTS1和 BTS2 ) , 三个码转换器 TC—a、 TC— b和 TQ_c，以及基站控制器 BSC5和媒体交换中心 MSC6。移动终端 MS3和 MS4分别处于 BTS1和 BTS2的覆盖区域之内

在现有的 BSS内部，仅有 E1这一种接入方式，且仅有由 E1线承载的基于 TDM的语音数据传输模式（以下简称 TDM模式）。而为支持全 IP技术，本发明为 BSS引入了 IP over El ( IP由 El线承载）的传输技术，并且，为利用成本较低的以太网（Ethernet )和 ADSL 等接入技术，本发明还为 BSS引入了分别由 Ethernet和 ADSL承载的两种基于 IP的语音数据传输模式，称为 IP over Ethernet和 IP over ADSL。

下文中，假设 BTSl工作于 TDM模式，并假设 BTS2工作于 IP over Ethernet模式。可见， BTS2与各 TC之间的语音数据传输将无须 BSC5参与交换，双方居被告知的对方的信道号和 IP地址即可通过如图 2所示的路由器实现相互间的语音数据传输（以 IP数据包的形式）。当然，如果 BTS1 属于上文中提到的可升级的 BTS , 则其还可在 BSC5的控制下在 TDM模式和 IP over El之间进行模式转换，当其工作在 IP over E1下时，可由 BSC5来简单转发 BTSl与各 TC之间的 IP数据包。

图 2中以实线双箭头的形式示出了该 BSS中传输的语音数据，本领域技术人员能够理解，图中未示出 BSC5与如 BTS1、 BTS2以及各个 TC等网络设备间的控制信令仅为简明起见，图 2不应被理解为 BSC5与上述各网络设备间没有必要的控制信令。

图 3为图 2所示的 BSS中基于 IP协议的呼叫建立流程图。其中，基站收发信台以 BTS2为例，码转换器则以 TC— a为例（本领域技术人员理解，对于图 2所示的多码转换器的情形， BTS2此时可能还与其它码转换器之间存在语音数据的传输，其原理请参照下文对 TC一 a 的示例性描述），被叫终端個 _设为 MS3。由 MSC6触发的呼叫建立过程包括以下步骤：

- MSC6发送呼叫建立请求至 TC— a;

- TC— a接收到来自 MSC6的所述呼叫建立请求后，将基于 TDM 模式传输的七号信令转换成基于 IP模式传输的七号信令，然后转发至 BSC5;

- BSC5接收到来自 TC— a的所述呼叫建立请求后，为即将建立的呼叫分配无线资源，并检查该次呼叫的类型（语音 /视频），根据利用该呼叫建立请求所携带的被叫终端 MS3的逻辑号码，确定 MS3 位于处于 ΠΜ专输模式下的 BTS2后， BSC将向 BTS2发送无线信道分配请求；

- 接收到来自 BSC5 的所述无线信道分配请求后， BTS2 将向 TC— a发送语音信道连接建立请求；

- 如此， BSS中基于 IP协议的语音信道被激活，建立了上 /下行

'链路。

该次呼叫如上所述地成功建立后，在 TDM传输网与 IP传输网并存的如图 2所示的 BSS中，由于移动终端（仍以 MS3为例）的移动性，其可能在呼叫建立之后由一个基站收发信台（如 BTS2 ) 的覆盖区域之内移动到另一基站收发信台（如 BTS1 ) 的覆盖区域之内，此时为保证业务不中断，需要进行由 BTS2到 BTS1的呼叫切换。由 MSC6触发的呼叫切换过程的具体流程如图 4所示。其中包括以下步骤：

- 在基于 IP协议的呼叫进行过程中， TC—a会接收到来自 MSC6 的呼叫切换请求。当 TC—a收到来自于 MSC6的呼叫切换请求后，将基于 TDM的七号信令转换成基于 IP协议的七号信令，然后将其转发至 BSC5;

- BSC5接收到来 TC—a的所述呼叫切换请求后，为即将发生的切换分配无线资源，并检查该次呼叫的类型（语音 /视频），根据发生切换的移动终端 MS3此时（切换发生前）位于基于 IP的 BTS2 (所述切换的源 BTS ) 的覆盖区域之内。此后， BSC5向 TC—a发送 TC 交换链路建立请求，同时， BSC5在自身内部执行交换链路的建立过程，然后向所述切换的目标 BTS即 BTS1发送无线信道分配请求；

- 处于 TDM传输模式下的 BTS1 向 TC—a发送语音信道连接建立请求；

- 如此， BSS中基于 TDM传输模式的语音信道被激活，建立了相应的上 /下行链路；

- 接着， BTS1向 BSC5发送表示 MS3到 BTS1的接入已经成功的成功接入指示； - 接到 BTS1发来的所述成功接入指示后， BSC5将向源 BTS即 BTS2发送无线信道释放请求， BTS2相应地向 TC一 a发送交换链路释放请求。

上文对由基于 IP 传输模式的 BTS2 向基于 TDM传输模式的 BTS1的呼叫切换过程进行了描述，反之，由基于 TDM传输模式的 BTS1 向基于 IP传输模式的呼叫切换过程与上述过程同理，不再赘迷。

以上举例说明了语音呼叫（视频等其它类型的业务同理）的建立和切换过程，以下将参照图 5简要说明图 2所示的 BSS中成功建立的基于 IP的语音呼叫的释放过程。由 MSC6触发的呼叫舞放过程具体包括下列步骤：

- MSC6发送呼叫释放请求至 TC— a;

- 当 TC— a接收到来自 MSC6的所述呼叫释放请求后，其将基于 TDM的七号信令转换成基于 IP协议的七号信令，然后将其转发至 BSC5;

- 接收到来自 TC— a的呼叫释放请求后， BSC5向 BTS2发送无线信道释放请求；

- BTS2向 TC一 a发送 TC交换链路释放请求；

- 如此， BSS中所述基于 IP协议的语音信道得以释放。

以下，对图 2所示各个接口（ interface )上所用的协议进行举例说明。

在 Abis接口上，本发明将 Lapd ( D信道链路接入）协议承载在 UDP之上，借此，兼顾地实现了基站控制器和基站收发信台的信令传输的实时性和可靠性。 Abis接口协议层如表 1所示：

表 1

Lapd

UDP IP

而为了解决 TC和 BSC之间基于 IP的七号信令传输问题，本发明采用 M2UA方式，实现了 TC和 BSC之间的七号信令传输在 IP 上的可靠传输。其间基于 IP的七号信令传输协议层如表 2所示：

表 2

M2UA

SCTP IP

此外，为了实现在混合组网中在 Atermux 接口上支持传统的 TDM传输，本发明采用 TCSL协议，以便 BSC对各 TC上 A接口与 Atermux接口之间的交换链路的建立和释放进行控制，使系统能够继续在 Atermux上支持传统的 TDM传输。 TC和 BSC之间基于 IP的交换链路控制协议层如表 3所示：

表 3

TCSL SCTP或 TCP

IP

最后，为了解决各 TC与 BTS之间基于 IP的用户平面传输问题，本发明将已有的 TRAUP协议承载在 UDP之上，从而实现了 TC和 BTS之间的用户平面基于 IP的可靠传输。 TC和 BTS之间基于 IP的用户平面协议层如表 4所示：

表 4

TRAUP

~ MUXTRAUP ~

UDP

上文中，对在基站子系统中引入基于 IP的业务数据传输方案进行了介绍。对于图 2所示的多码转换器的环境，从 BSS的角度来看，一个 BTS (如， BTS2 ) 所承载的多个语音信道中的某一个具体由哪个 TC来负责进行码型转换是随机分配的（由 MSC分配），因此， BTS2 的所有语音信道将 4艮可能分布在各个 TC (包括 TC— a、 TC—b 和 TC— c )上。由于 BTS2工作在基于 IP的传输模式之下，因此，其将如图 2所示地以 IP数据包的形式与相互独立的 TC— a、 TC—b以及 TC— c分别进行语音数据传输。

然而，上文所述的 BTS2与各个 TC分别一对一地建立 IP连接以传输 IP数据包的方案存在如下不足：由于每个 TC分别负责的语音信道有限，其与 BTS2之间传输的每个 IP数据包中的数据部分的数据量通常比较有限（一个完整语音帧长度仅为 40字节），相比之下，每个 IP数据包的包头部分（包括 IP包头和 UDP包头）的长度却有 36字节，从而造成非常可观的包头开销。

考虑到上述问题，本发明进一步为 BTS、 TC之间提供了一种优选的基于 IP协议的语音数据传输方案，其核心在于，为 BSS中的每个基于 IP协议进行业务数据传输的 BTS确定一个与之相对应的主 TC (以下简称为该 BTS的主 TC ) , 相应地，该 BSS中其它 TC可作为与该 BTS相对应的从 TC (以下简称为该 BTS的从 TC ) 。

图 6示出了在图 2中为 BTS2确定主、从 TC后的基于 IP的语音数据传输模式（其中未示出在图 2中出现的工作在 TDM传输模式下的 BTS1 ) 。本领域技术人员能够理解，图中仅为简明起见而未示出 BSC5与如 BTS2以及各个 TC等网络设备间的控制信令，图 6不应被理解为 BSC5与上述各网络设备间没有必要的控制信令传输。

假设 TC—a为 BTS2的主 TC, 比较图 2与图 6可见， BTS2仅与其主 TC即 TC— a之间建立 IP连接，并且，在主 TC与各个从 TC之间分别建立 IP连接，以使主 TC得以执行语音数据的分发和汇聚。基于本优选方案的上行业务数据传输流程如图 7 所示，其中包括以下步骤：

1) 上行语音数据在 BTS2处被封装为 IP包，并唯一地发往 TC—a, 封装后的上行语音数据包中的每个语音帧均由一个与某个对象 TC 对应的特定标识（即第一指示信息，在该 BSS 内部专用并可以唯一标识一个语音信道，形如； BTS— ID+TRX— ID+TS— ID ) 所标识，其中， TRX为收发器， TS为时隙；

2 ) TC— a接收到该上行 IP包后将其解封装，并根据所得到的各个语音帧各自所带的特征信息来在其预先存储的所述特征信息与 CIC的映射信息中进行查找，从而确定各个语音帧的对象 TC (可能是某个从 TC, 也可能是本 TC也即主 TC ) ；

3 )主 TC根据 2 )中确定的结果，将与各个从 TC相对应的语音数据分别打包，分发至各个从 TC;

4 ) 一般而言，来自 BTS2 的上行业务数据包中会包括与本 TC ( TC— a )相对应的语音数据， TC— a将对这部分语音数据进行第二类型转换 (譬如， 16kbit/s RPE-LTP编码到 64kbit/s A律编码的转换 ) , 并将转换后的上行语音数据根据 BSC5预先配置的信息（例如， CIC 与特定标识之间的映射信息）来经由 TC_a与 MSC6之间的特定的 E1线上的特定时隙发给 MSC6;

5 ) 各个从 TC接收到主 TC分发的 IP数据包后，将该数据包解封装，并对得到的上行语音数据进行第二类型转换，并根据 BSC预先配置的上述映射信息来将转换后的上行语音数据经由其与 MSC6 之间的特定 E1线上的特定时隙（与 CIC——对应）发给 MSC6。

采用图 6 所示的语音数据传输模式时，系统中下行语音数据的具体传输流程如图 8所示。

下行：

A ) MSC6将其需要发往 BTS2并与各个 TC相对应的下行语音数据分别发给各个 TC, 其中，发给某一个 TC 的下行语音数据经 MSC6与该 TC之间的特定 E1线上的特定时隙传输（唯一地对应于一个 CIC ) , 由特定 E1线上的特定时隙接收到下行语音数据后， TC 的上述映射信息中进行查询，从而得到相应的特定标识从而用于所述下行语音数据的转发；

B ) 主 TC对来自 MSC6的下行语音数据进行第一类型转换； C ) 从 TC对来自 MSC6的下行数据数据进行第一类型转换后，封装为 IP包后发给主 TC,从 TC发给主 TC的下行 IP数据包中的语音数据由上述特定标识所标识，以使得主 TC能够知晓该数据包中的下行语音数据应发往哪个 BTS;

D ) 主 TC接收来自各个从 TC的语音数据包并分别解封装后，与本地转换后的语音数据一起打成一个较大的数据包（该数据包的格式参见表 4所示），并发往相应 BTS。同样地，该数据包中的语音数据也需由上述特征信息所标识，以使得 BTS知晓相应的语音数据应在哪个时隙上向下（向用户终端侧）发出。优选地，由于主 TC 发给一个 BTS的下行语音数据包中仅包含与该 BTS相对应的语音数据，因此，该数据包中的所述特征信息可以采用一种较为筒单的形式，如， TRX— ID+TS— ID。从而进一步节约 BTS与 TC之间的带宽。

根据本发明的一个具体实施例， BSC5需要事先通知 BTS2其主 TC为 TC— a, 从 TC为 TC— b和 TC— c，并相应地通知各个 TC。此外， BSC5 还将上文中所述的特定标识与 CIC 之间的映射关系通知各个 TC (直接告知或经由 BTS2告知），并将上述特定标识告知 BTS2。从而保证 BTS2与主 TC之间、主 TC与从 TC之间、各个 TC与 MSC6 之间正确的数据传输。

根据本发明的另一具体实施例，上述特定标识以及其与相应 C I C 之间的映射信息可在设备初始化时预先配置在上述各网络设备处。

由此可见，在此优选方案中， BTS2只与其主 TC进行 IP语音数据传输，也即，其经由主 TC来与各个从 TC进行 IP语音数据传输。 BTS2将与所有 TC相对应的上行语音数据均发往 TC— a, 并且，各个从 TC均将下行语音数据发往 TC— a。于是，在将 TC— a、 TC— b和 TC— c 看作一个整体时，这个整体与 BTS2之间进行 IP语音数据传输所造成的 IP 包头开销得到了很好的控制，从而有助于节约 BTS2与 TC 之间的传输带宽。以上从系统的角度总体上对上述优选方案进行了描述，下文中，将分方法、装置两部分对该优选方案所涉及的网络设备（主、从 TC以及 BTS、 BSC ) 进行详细介绍。图 9 示出了根据本发明的一个具体实施方式的在主码转换器中用于对下行业务数据传输进行控制的方法流程图。仍假设 TC— a为与 BTS2相对应的主 TC。

MSC6将发往 BTS2的下行语音数据（假设包括语音帧 Fl、 F2、 F3，分别需由 TC— a、 TC— b和 TC— c进行第一类型转换，如 64kbit/s A 律编码与 16kbit/s RPE-LTP编码之间的转换）分别经由其与各个 TC 之间的特定 E1 线上的特定时隙分发至所述各个 TC：。也即，语音帧 F1到达 TC— a; 语音帧 F2到达 TC— b; 语音帧 F3到达 TC— c。此后， TC一 b和 TC_c在对各自接收到的 F2和 F3进行第一类型转换后，将其封装为下行语音数据包并经由其各自与 TC—a之间的 IP连接发往 TC—a。 TC— b与 TC—c分别发给 TC—a的下行语音数据包中， F2和 F3 均由相应的特定标识所标识（或直接使用相应的 CIC来标识，待到 TC—a处再基于 CIC和特定标识的映射信息进行查询以得到相应特定标识）。

于是， TC—a将在步骤 S10中接收到来自 TC— b和 TC— c的下行语音数据包，其中分别包括已经转换为 16kbit/s RPE-LTP编码方式的 F2和 F3。

此后的步骤 Si l t , TC—a将对上述两个数据包进行解封装操作，从而得到 16kbit/s RPE-LTP编码方式下的 F2和 F3。

MSC6发出的需要 TC—a进行第一类型转换的 F1会到达 TC—a, 于是， TC—a在步骤 S12 中接收 Fl。需要说明的是，所述步骤 S12 以及其后的步驟 SB与接收并解封装来自从 TC的下行语音数据包的步骤 S10、 S11之间没有严格的顺序关系，图 9示例性示出的步骤顺序关系不构成对本发明的保护范围的限制。

在将 F1发往 BTS2之前， TC— a还需在步骤 S13中将 F1的编码方式由 64kbit/s A律 PCM转换为 16kbit/s RPE-LTP。

至此， TC— a得到了可发往 BTS2的 Fl、 F2和 F3。于是，在步骤 S14中，将其统一封装为一个新的下行 IP数据包。

所迷新的下行 IP 数据包将在随后的步骤 S15 中经由 TC_a与 BTS2之间的 IP连接发往 BTS2。其中， Fl、 F2 F3分别由相应的特定标识所标识，以便 BTS2 确定其各自的转发时隙。当然，如果 BTS2知晓（可由 BSC5告知）特定标识与相应 CIC之间的映射信息，则 TC— a可以用 CIC来代替上述特定标识来对所述 Fl、 F2和 F3进行标识，由 BTS2接收并解封装所述数据包后根据其预存的上述映射信息来查找各语音帧所分别对应的特定标识，从而确定应在哪个时隙上向下转发。

来简单比较一下图 2所示方案与图 6 所示方案中，上述三个语音帧的下行传输在三个 TC 这一整体与 BTS2之间所造成的包头开销，以 IP包头长度为 28字节、 UDP包头为 8字节为例。

― 在图 2所示方案中， TC— a、 TC— b和 TC— c分别发送 IP数据包给 BTS2, 其产生的包头开销为：（28+8)*3=108字节；

- 在图 6所示方案中，三个 TC这一整体总共发给 BTS2的 IP 数据包只有一个（数据部分则为图 2所示方案中各个 IP数据包的数据部分的总和），产生的包头开销为： 28+8=36字节。

两种方式中，传输的语音数据均为（以一个语音帧长度 40字节计算） 40*3=120字节。从传输带宽的角度来看，相比于 120字节的语音数据， 36字节的包头开销远比 108字节的包头开销要经济得多。

本优选实施例中各语音帧所带的特定标识长度一般为 2 字节，可见，其为带宽所带来的开销远小于省去的包头所造成的带宽开销。

在实际应用中，一个 IP 数据包的数据部分优选地长至 380-400byte , 因此，主 TC与 BTS之间传输的一个 IP数据包的数据部分可以包含若干个语音帧，而不限于上文所述的三个语音帧。

同理，从 TC发给主 TC的 IP数据包中也可以包含多个语音帧，这些语音帧可以对应同一个 BTS , 也可以对应不同的 BTS (当该主 TC为两个或两个以上 BTS的主 TC时），由于其中各个语音帧均由特定标识所标识，因此，主 TC接收到从 TC发来的下行数据包并解封装后，可以准确地确定其目的 BTS。

根据上述情形的一个变化例，其中， TC__a不参与 BTS2的数据码型转换，这或许是建网时管理员有意配置所致；又或是 BTS2承载的语音信道均恰巧没有被分配到 TC— a处。此时，假设来自 TC— b的数据包中包括 F1和 F2, 来自 TC_c^ 数据包中包括 F3 , 则上述步骤 S12与 S13均是可以省略的，并且，在所述步骤 S14中， TC— a只需将其在步骤 S11中解封装所得到的来自 TC— b和 TC一 c的经过第一类型转换的各语音帧封装为一个下行语音数据包即可。上行数据的情形同理，不再赘述。

可见，在此变化例中，在将上述三个 TC看作一个整体时，上述三个语音帧的下行传输在这个整体与 BTS2之间仍只需一个包头（包括 IP和 UDP ) ，优于 TC— b和 TC— c分别向 BTS2发送 IP数据包的选择。

考虑到通信的双向性， BTS2同样会发送上行语音数据包，并且是唯一地发往 TC— a, 假设其中包括 16kbit/s RPE-LTP编码方式下的上行语音帧 F4、 F5、 F6, 分别需要由 TC— a、 TC— b和 TC— c进行第二类型转换。以下结合图 10对主 TC对上行语音数据的传输控制过程进行描述。

在步骤 S20中， TC— a将接收到 BTS2发来的所述上行语音数据包。

于是，在步骤 S21中， TC— a先将该数据包解封装，从而得到带有相应第一指示信息（特定标识）的 F4、 F5和 F6。

在步骤 S22中， TC— a将需要分发至各从 TC的上行语音帧分别封装为待发往相应从 TC的新的上行语音数据包。具体地，将 F5封装为一个数据包，并将 F6封装为另一数据包。

此后，在步骤 S23中， TC—a将包含 F5和 F6的两个新的上行语音数据包分别发往 TC— b和 TC—c。

对于步驟 S21 中得到的 F4, 由于其第一指示信息所指示的 TC 为 TC—a, 也即， F4需要在 TC—a处转换为 64kbit/s A律编码。于是，还需要依次执行步骤 S24-S25。

在步骤 S24 中， TC—a将 F4 由 16kbit/s RPE-LTP编码转换为 6⁴kbit/s A律编码，生成待发往 MSC6的经第二类型转换的 F4。而后的步骤 S25中， F4将被发往 MSC6。

本领域技术人员能够理解，示例性的图 10所示的步骤顺序不构成对本发明的保护范围的限制。

才艮据本发明的一个具体实施方式， BTS2的主 TC由 BSC5确定和通知，于是， TC— a还需由 BSC5处获得指示其主 TC的第二指示信息。

此外， TC— a还由 BSC5处获得该 BSS内部所用的特定标识（第一指示信息）与 CIC之间的映射信息，其可以直接由 BSC5处获得该映射信息，也可经由 BTS2来间接地获得。

以上说明了主 TC在传输与 BTS2相关的上 /下行语音数据时所执行的控制过程，下文中，将对从 TC (以 TC— b为例）在与 BTS2相关的上 /下行语音数据的传输过程中所执行的辅助控制过程进行说明。

图 11示出了根据本发明的一个具体实施方式的在从 TC中用于对基于 IP的下行语音数据包的传输进行辅助控制的方法流程图，以 TC— b为例，仍假设 MSC6将需要 TC— a、 TC— b以及 TC__c进行转换的下行语音帧 Fl、 F2和 F3分别经由其与各个 TC之间的特定 E1线上的特定时隙分发给上述三个 TC。

在步骤 S30中， TC— b将经由其与 MSC6之间的特定 E1线上的特定时隙接收到 MSC6发来的 64kbit/s A律编码方式下的下行语音数据帧 F2。由上述特定 El线上的特定时隙， TC— b确定 CIC (一种硬信息），既而在此前由 BSC5 通知的映射信息中查得相应的特定标识（第一指示信息）。

在步驟 S31 中 , TC— b将 F2转换为 16kbit/s RPE-LTP编码。之后的步骤 S32中， TC一 b将 F2封装为一个待发往主 TC的下行语音数据包。不难理解，特定标识能够明确地指向一个 BTS, 再由此前 BSC5通知的指示 BTS2的主、从 TC的信息（第二指示信息）， TC— b即可知晓 BTS2的主 TC为 TC a。此后的步骤 S33中，包括经第一类型转换后的 F2的所述下行语音数据包将被发往 TC— a, 并将在 TC— a处解封装后，随 TC— c提供给 TC_a的 F3 以及 TC—a 自行转换的 F1 —起封装为一个新的待发往 BTS2的下行语音数据包以备发往 BTS2。

考虑到通信的双向性，各从码转换器还会接收到由主码转换器分发的需要进行第二类型转换的上行语音数据，具体结合图 12所示流程图进行描述。

图 12示出了根据本发明的一个具体实施方式的在从 TC中用于对基于 IP的上行语音数据包的传输进行辅助控制的方法流程图。仍以 TC— b为例，并假设 BTS2将需要 TC— a、 TC— b以及 TC— c进行转换的上行语音帧 F4、 F5和 F6封装在一个上行语音数据包中唯一地发给主 TC ( TC—a ) 。对该数据包解封装后， TC— a将 F5、 F6分别封装为一个 IP数据包 , 分发至 TC—b和 TC—c。

在步骤 S40中， TC—b将接收到来自 TC—a的包括需要 TC_b进行第二类型转换的上行语音帧 F5 的一个上行语音数据包，其中的 F5由一个如上文所述的特定标识所标识。

在步骤 S41中， TC—b对该上行语音数据包进行解封装，得到其中的 16kbit/s RPE-LTP编码方式下的 F5。

在步骤 S42中， TC—b对 F5进行第二类型转换，从而生成 64kbit/s A ：编码方式下的 F5。

在步骤 S43中， TC_b将经第二类型转换的 F5经由其根据 F5所带的特定标识查到的 CIC信息所指向的其与 MSC6之间特定 E1线上的特定时隙发给 MSC6。

才艮据本发明的一个具体实施方式， BTS2的主 TC由 BSC5确定和通知，于是， TC— b还需由 BSC5处获得指示 BTS2的主 TC的第二指示信息。

此外， TC—b还由 BSC5处获得该 BSS内部所用的特定标识（第一指示信息）与 CIC之间的映射信息，其可以直接由 BSC5处获得该映射信息，也可经由 BTS2来间接地获得。以上对主 /从码转换器中基于 IP 的语音数据传输的控制 /辅助控制方法进行了详述，下面，将以 BTS2为例对基站收发信台中用于在多码转换器环境下进行基于 IP的语音数据传输方法进行描述。

该方法的详细流程图如图 13所示。其中，将 BTS2中的上、下行语音数据传输步骤示于同一流程图中仅为描述方便，并不对本发明的保护范围造成限制。

在步骤 S50中， BTS2接收来自 BSC5的码转换器通知消息，其中包含用于指示 BSC5此前为 BTS2确定的主码转挺器以及从码转换器的第二指示信息，不失一般性，假设所述第二指示信息指示如下信息： TC— a为 BTS2的主 TC。

在步骤 S51 中， BTS2由其在步骤 S50中接收到的码转换器通知消息中提取所述第二指示信息。

在步骤 S 52中， BTS2基于第二指示信息来确定其主 TC( TC一 a )。根据本发明的一个具体实施例， BSC5在初始化时将第二指示信息告知 BTS2, 其后根据需要适时地进行再次通知。另外， BSC5还将上文所述的特定标识（第一指示信息）告知 BTS2, 以供其对上行数据进行标识以及对下行数据进行识别。所述第一指示信息的获得过程简明起见未示于图 13中。

步骤 S53至 S54描述了 BTS2对下行语音数据的处理过程：在步骤 S53中， BTS2接收到来自 TC—a的下行语音数据包，其中包括 TC—a由 MSC6处接收并进行第一类型转换的下行语音帧 F1 , 以及 TC—a由 TC— b和 TC— c处分别接收到的经第一类型转换的下行语音帧 F2和 F3。上述各语音帧均由上述的特定标识所标识，优选地，形如： TRX— ID+TS— ID。

在步骤 S54中对该数据包进行解封装后， BTS2即可得到 16kbit/s

RPE-LTP编码方式下的 Fl、 F2和 F3 , 才艮据其各自所带的特定标识可确定相应的转发时隙。

步骤 S55与 S56描述了 BTS2对上行语音数据的处理过程：在步骤 S55中， BTS2对上行语音帧 F4、 F5和 F6进行封装处理，生成一个待发往 TC— a的上行语音数据包， F4、 F5和 F6均各包含上述第一指示信息。

在步骤 S56中， BTS2经由其与 TC— a之间的 IP连接将生成的该上行语音数据包发往 TC—a。

以下结合图 14对 BSC5对图 6所示 BSS中的基于 IP的语音数据传输的控制方法进行筒要介绍。

在步骤 S60中， BSC5获取其所在 BSS中的各个 TC的负载信息，以作为为 BTS2确定主 TC的重要依据。所述获取过程可以由 BSC5 主动发起：其通过检测来获取各 TC的负载信息，或者向各 TC要求其报告各自的负载信息；所述获取过程也可以由 TC发起，如，各个 TC周期性地向 BSC5汇报其自身的负载信息，以供 BSC5参考。优选地，优先考虑一个 TC作为主 TC工作时的所产生的负荷（通常明显大于简单地负责语音信道的格式转换所产生的负荷）。

在步骤 S61中，根据本发明的一个具体实施例， BSC5选择负载较轻的一个 TC作为与 BTS2相对应的主 TC, 以生成第二指示信息。由于 BSS中有众多基于 IP传输模式的 BTS，其各自都拥有与之相对应的主、从 TC ( TC— a、 TC一 b、 TC— c对于不同的 BTS地位可能不同），一个 TC可能是与多个 BTS (设为 N )相对应的主 TC, 所述负载较轻的一个 TC可为该 N值较小的一个 TC。

在步骤 S62中， BSC5生成码转换器通知消息，其中包含所述第二指示信息，用于指示与 BTS2相对应的主、从码转换器，假设主码转换器为 TC— a, TC— b和 TC—c为相应的从码转换器。

通过在各个 TC 之间进行上述的负荷分担，可以有效地避免主 TC的分配过于集中，从而提高系统的可靠性（避免一个 TC不能工作会中断很多 BTS的业务传输的情形发生）。

此外的步骤 S64中， BSC5还将将与 BTS2相对应的各第一指示信息与相应 CIC (与某 TC和 MSC6之间的特定 E1线上的特定时隙 ——对应）之间的映射信息通知各码转换器以及该基站收发信台，以便各码转换器以及 BTS2对其将要发出的语音数据进行标识，以及确定如何处理接收到的语音数据。应当理解，步骤 S64 与步骤组 S60-S63之间没有严格的顺序关系。

根据本发明的一个具体实施例，对于切换至 IPoEl 传输模式的 BTS1 , BSC5还负责转发 BTS1与其主 TC之间的 IP语音数据包。

下面，将对本发明为各个网络设备 (主、从 TC、 BTS2和 BSC5) 分别引入的装置 /模块进行说明。

图 15示出了根据本发明的一个具体实施方式的在主码转换器中用于对下行业务数据传输进行控制的第一控制装置框图。结合图 6, 假设 TC一 a为与 BTS2相对应的主 TC。第一控制装置 10具体包括：主下行接收装置 100、主下行解封装装置 101、主下行封装装置 102、主下行发送装置 103、主下行转换装置 104; 主上行接收装置 105、主上行解封装装置 106、上行分发装置 107、主上行转换装置 108以及主上行发送装置 109。其中，上行分发装置 107进一步包括未示于图中的分发封装装置 1070以及分发发送装置 1071。

MSC6将发往 BTS2的下行语音数据（包括语音帧 Fl、 F2、 F3 , 分别需由 TC— a、 TC_b和 TC— c进行码型转换 ) 经由其与各个 TC之间的特定 E1 线上的特定时隙分发至所述各个 TC。此后， TC— b和 TC— c分别对 F2和 F3进行第一类型转换并将其封装为下行语音数据包后，经由其各自与 TC_a之间的 IP连接发往 TC— a。 TC— b与 TC_c 分别发给 TC—a的下行语音数据包中， F2和 F3均由相应的特定标识所标识（或接使用相应的 CIC来标识，待到 TC—a处再基于 CIC和特定标识的映射信息进行查询以得到相应特定标识）。

于是， TC—a 处的主下行接收装置 100 将接收到来自 TC— b 和 TC_c 的下行语音数据包，其中分别包括已经转换为 16kbit/s RPE-LTP编码方式的 F2和 F3。接收到的下行语音数据包被提供给主下行解封装装置 101。

主下行解封装装置 101 将对上述两个数据包进行解封装操作，得到 F2和 F3后，将其提供给主下行封装装置 102。

MSC6发出的需要 TC— a进行第一类型转换的 F1会到达 TC—a, 因此，所述主下行接收装置 100还会接收到 Fl , 并将其提供给主下行转换装置 104。

要将 F1发往 BTS2,还需由主下行转换装置 104将 F1的编码方式由 64kbit/s A律 PCM编码转换为 16kbit/s RPE-LTP编码。

至此， TC— a得到了 16kbit/s RPE-LTP编码方式下的 Fl、 F2和

F3。再由主下行封装装置 102将其统一封装为一个新的 IP数据包。

封装成的所述新的 IP数据包将被交由主下行发送装置 103来经由 TC— a与 BTS2之间的 IP连接发往 BTS2。其中， Fl、 F2、 F3分别由相应的特定标识所标识，以便 BTS2确定其各自的转发时隙。当然，如果 BTS2知晓（可由 BSC5告知）特定标识与相应 CIC之间的映射信息，则 TC—a可以用 CIC来代替上述特定标识来对所述 Fl、 F2和 F3进行标识，由 BTS2接收并解封装所述数据包后根据其预存的上述映射信息来查找各语音帧所分别对应的特定标识，从而确定应在哪个时隙上向下转发。

根据上述情形的一个特殊变化例，其中， TC_a不参与 BTS2的数据码型转换。此时，假设来自 TC一 b的数据包中包括 F1和 F2，来自 TC— c的数据包包括 F3，则上述主下行转换装置 104是可以省略的，并且，所述主下行封装装置 102 只需将主下行解封装装置 101 所得到的来自 TC— b和 TC—c的经过第一类型转换的各语音帧封装为 —个新的下行语音数据包即可。上行数据的情形同理，下文中不再赘述。

考虑到通信的双向性， BTS2同样会发送上行语音数据包，并且是唯一地发往与其相对应的 TC_a, 假设其中包括 16kbit/s RPE-LTP 编码方式下的语音帧 F4、 F5、 F6, 分别需要由 TC—a、 TC— b和 TC— c 进行第二类型转换。以下仍结合图 15对第一控制装置 10对上行语音数据的传输控制过程进行描述。

TC_a处的主上行接收装置 105将接收到 BTS2发来的所述上行语音数据包，并将其交由主上行解封装装置 106。

主上行解封装装置 106先将该数据包解封装，从而得到 16kbit/s RPE-LTP编码方式下的 F4、 F5和 F6。此前，为使得 TC— a能够准确地分发上述各上行语音帧， BTS2已将其分别用与相应 TC对应的第一指示信息进行标识。

得到分别带有各自的第一指示信息（特定标识）的 F4、 F5 和 F6后，分发封装装置 1070将需要分发至各从 TC的上行语音帧分别封装为待发往相应从 TC的新的上行语音数据包。具体地，将 F5封装为一个数据包，并将 F6封装为另一数据包。如果主、从 TC之间不采用 IP传输模式，则上行分发装置 107将相应地采用其它形式实现。

此后，分发发送装置 1071将封装得到的包含 F5和 F6的两个新的上行语音数据包分别发往 F5和 F6的第一指示信息所指向的 TC—b 和 TC— c。

对于主上行解封装装置 106 得到的 F4, 由于其第一指示信息 (如， CIC )所指示的 TC即 TC— a, 也即， F4需要在 TC— a处转换为 64kbit/s A律编码。于是，主上行解封装装置 106将其提供给主上行转换装置 108。

此后，主上行转换装置 108将 F4由 16kbit/s RPE-LTP编码转换为 64kbit/s A律编码，生成待发往 MSC6的经第二类型转换的 F4。 . 而后，主上行发送装置 109将 64kbit/s A律编码方式下的 F4发往 MSC6。

以上对作为主 TC的 TC—a在传输与 BTS2相关的上 /下行语音数据时所用的装置进行了说明，下文中，将从作为从 TC的 TC— b/TC— c 的角度来对与 BTS2相关的上 /下行语音数据的传输过程中所使用的装置进行介绍。

图 16示出了根据本发明的一个具体实施方式的在从 TC中用于对基于 IP的语音数据包的传输进行辅助控制的辅助控制装置框图，以 TC—b为例，仍假设 MSC6将需要 TC— a、 TC—b以及 TC— c进行转换的下行语音帧 Fl、 F2和 F3相应地分发给上述三个 TC；。辅助控制装置 20具体包括：从下行接收装置 200、从下行转换装置 201、从下行提供装置 202; 从上行接收装置 203、从上行解封装装置 204、从上行转换装置 205以及从上行发送装置 206。根据本发明的一个具体实施例，所述从下行提供装置 202进一步包括未示于图中的提供封装装置 2020和提供发送装置 2021。

从下行接收装置 200将经由 TC— b与 MSC6之间的特定 E1线上的特定时隙接收到 MSC6发来的 64kbit/s A律编码方式下的 F2, 并将其提供给从下行转换装置 201。由上述特定 E1线上的特定时隙， TC—b确定 CIC (一种硬信息），既而在此前由 BSC5通知的映射信息中查得相应的特定标识（第一指示信息）。

从下行转换装置 201将 F2转换为 16kbit/s RPE-LTP编码。

经第一类型转换的 F2将由提供封装装置 2020封装为一个待发往主 TC ( TC_a ) 的下行语音数据包。

此后，提供发送装置 2021将提供封装装置 2020得到所述下行语音数据包发往 TC—a。

考虑到通信的双向性，各从码转换器还会接收到由主码转换器分发的需要进行第二类型转换的上行语音数据，具体仍结合图 15所示框图并以 TC—b为例进行描述。

BTS2将需要 TC— a、TC— b以及 TC—c进行转换的上行语音帧 F4、 F5和 F6封装在一个上行语音数据包中唯一地发给 TC—a。 TC— a将 F5、 F6分别封装为一个新的待发往相应从 TC的新的上行语音数据包后，分发至 TC—b和 TC— c。

于是，从上行接收装置 203将接收到来自 TC— a的包括需要 TC—b 进行第二类型转换的上行语音帧 F5的一个上行语音数据包，并将其提供给从上行解封装装置 204。

从上行解封装装置 204将对该上行语音数据包进行解封装，得到其中的 16kbit/s RPE-LTP编码方式下的 F5。

从上行转换装置 205 负责对 F5 进行第二类型转换，从而生成 64kbit/s A律编码方式下的 F5。

待发往 MSC6的经第二类型转换的 F5将由从上行发送装置 206 发往 MSC6。

下面，将以 BTS2为例对基站收发信台中用于在多码转换器环境下进行基于 IP的语音数据传输的传输装置 30进行描述。

所述传输装置 30的详细框图如图 17所示。其具体包括通知接收装置 300、通知提取装置 301、通知确定装置 302、下行接收装置 303、下行解封装装置 304、上行封装装置 305以及上行发送装置 306。

所述通知接收装置 300 负责接收来自 BSC5 的码转换器通知消息，其中包含用于指示 BSC5此前为 BTS2确定的与其相对应的主码转换器的第二指示信息，假设所述第二指示信息指示如下信息： TC— a 为 BTS2的主 TC。

所述通知提取装置 301 由通知接收装置 300接收到的码转换器通知消息中提取所述第二指示信息并提供给通知确定装置 302。

通知确定装置 302由通知提取装置 301提取出的第二指示信息来确定 BTS2的主（从） TC，此处假设 TC— a为与 BTS2相对应的主 TC, TC—b和 TC—c为相应从 TC。

BTS2对下行语音数据的处理过程如下：

下行接收装置 303接收来自 TC—a的下行语音数据包，其中包括 TC一 a由 MSC6处接收并进行了第一类型转换的下行语音帧 F1 ,还包括 TC—a由 TC—b和 TC— c处分别接收到的经第一类型转换的下行语音帧 F2和 F3。上述各语音帧均由上述的特定标识所标识，优选地，形如： TRX— ID+TS— ID。

下行解封装装置 304 对该数据包进行解封装，得到 16kbit/s RPE-LTP编码方式下的 Fl、 F2和 F3。根据其各自所带的第一指示信息（特定标识）可确定相应的转发时隙。

BTS2对上行语音数据的处理过程如下：

上行封装装置 305对待发往各个相应码转换器的上行语音帧 F4、 F5和 F6进行封装处理，以生成一个待发往 TC—a的上行语音数据包 , 其中的 F4、 F5和 F6均各包含用于指示该语音帧所应发往的码转换器的第一指示信息（特定标识）。上行发送装置 306负责经由 BTS2与 TC—a之间的 IP连接将生成所述上行语音数据包发往 TC— a。

以下结合图 18对 BSC5中用于对图 6所示 BSS中的基于 IP的业务数据传输进行控制的第二控制装置 40进行简要介绍。其具体包括：选择装置 400、生成装置 401、通知发送装置 402以及映射信息通知装置 403 , 其中所述选择装置 400具体包括获取装置 4000和受控确定装置 4001。

获取装置 4000负责获取 BSC5所在 BSS中的各个 TC的负载信息，以作为为 BTS2确定主 TC的重要依据。其获取过程可以由 BSC5 主动发起：获取装置 4000通过检测来获取各 TC的负载信息，或者向各 TC要求其报告各自的负载信息；所述获取过程也可以由 TC发起，如，各个 TC周期性地向 BSC5汇报其自身的负载信息， BSC5 经由获取装置 4000得到上述汇报并在选择主、从 TC时作为参考。

根据本发明的一个具体实施例，受控确定装置 4001确定负载较轻的一个 TC作为与 BTS2相对应的主 TC, 以生成第二指示信息。由于 BSS中有众多基于 Π 专输模式的 BTS ,其各自都拥有与之相对应的主、从 TC ( TC—a、 TC— b、 TC— c对于不同的 BTS地位可能不同），一个 TC可能是与多个 BTS (设为 N )相对应的主 TC，所述负载较轻的一个 TC可为该 N值较小的一个 TC。

确定主、从 TC后，由生成装置 401来生成码转换器通知消息，其中包含所述第二指示信息，用于指示与 BTS2相对应的主、从码转换器，假设主码转换器为 TC一 a, TC— b和 TC— c为相应的从码转换器。

所述码转换器通知消息将由通知发送装置 402发往各个 TC和 BTS2。

此外，还由映射信息通知装置 403将与 BTS2相对应的各第一指示信息与相应 CIC (与某 TC和 MSC6之间的特定 E1线上的特定时隙——对应）之间的映射信息通知各码转换器以及该基站收发信台，以便各码转换器以及 BTS2对其将要发出的语音数据进行标识，以及确定如何处理接收到的语音数据。根据本发明的一个具体实施例，对于切换至 IPoEl 传输模式的 BTS1 ,由 BSC5处的一个转发装置来负责转发 BTS1与其主 TC之间的 IP语音数据包。

图 19为根据本发明的一个具体实施例的基于 IP的语音承载逻辑网络连接图。其中各概念简要解释如下： MUX—多路复用； TCIF— TC 接口； HSI—高速接口； TRAU—语音编码转换单元。

采用主、从 TC的优选方案后，一个 BTS和与之相对应的主 TC之间的用户平面协议栈的一个具体实施例如图 20所示。

采用主、从 TC的优选方案后，一个 BTS和与之相对应的主 TC之间，主 TC与从 TC之间的用户平面协议栈的一个具体实施例如图 21所示。

以上对本发明的实施例进行了描述，但是本发明并不局限于特定的系统、设备和具体协议，本领域内技术人员可以在所附权利要求的范围内做出各种变形或修改。

Claims

权利要求书

1. 一种在无线通信网络的码转换器中用于基于 IP协议来控制业务数据传输的方法，其中，所述码转换器为与一个基站收发信台相对应的主码转换器，其特征在于，包括步骤：

- 处理并转发所述基站收发信台和与之相对应的各个从码转换器之间传输的业务数据。

2. 根据权利要求 1所述的方法，其特征在于，包括以下步骤： a. 接收来自所述各个从码转换器的下行业务数据包，其中包含需发往所述基站收发信台的下行业务数据；

b . 对来自各个从码转换器的下行业务数据包进行解封装处理，以得到来自各个从码转换器的下行业务数据；

c 将来自所述各个从码转换器的下行业务数据封装为一个或多个新的下行业务数据包；

d. 将所述一个或多个新的下行业务数据包发往所述基站收发信

3. 根据权利要求 2所述的方法，其特征在于，还包括以下步骤： - 接收来自媒体交换中心的下行业务数据；

- 对来自所述媒体交换中心的下行业务数据进行第一类型转换，以生成经第一类型转换的下行业务数据；

其中，所述步骤 c还包括：

c'. 将所述经第一类型转换的下行业务数据与来自所述各个从码转换器的下行业务数据封装为一个或多个新的下行业务数据包。

4. 根据权利要求 1-3 中任一项所述的方法，其特征在于，该方法还包括步骤：

A. 接收来自所述基站收发信台的上行业务数据包；

B. 对所述来自该基站收发信台的上行业务数据包进行解封装处理，以得到包含多个业务数据单元的上行业务数据，每个所述业务数据单元包含第一指示信息，其用于指示所述业务数据单元所应发往的码转换器；

C. 根据所述各个业务数据单元的第一指示信息，将与各个从码转换器相对应的各个业务数据单元分发至相应的从码转换器。

5. 根据权利要求 4所述的方法，其特征在于，所述步骤 C包括以下步骤：

C1. 根据所述各个业务数据单元的第一指示信息，对与各个从码转换器相对应的业务数据单元分别进行封装处理，以生成待发往所述各个相应从码转换器的多个新的上行业务数据包；

C 2. 将所述待发往各个相应从码转换器的多个新的上行业务数据包发往相应的从码转换器。

6. 根据权利要求 4或 5所述的方法，其特征在于，还包括以下步驟：

- 对与本码转换器相对应的各个上行业务数据单元进行第二类型转换，以生成经第二类型转换的待发往媒体交换中心的上行业务数据；

- 将所述经第二类型转换的待发往媒体交换中心的上行业务数据发往所述媒体交换中心。

7. 一种在无线通信网絡的码转换器中用于基于 I P协议来辅助控制业务数据传输的方法，其中，所述码转换器为与一个基站收发信台相对应的从码转换器，其特征在于，包括步骤：

- 经由与该基站收发信台相对应的一个主码转换器来与所述基站收发信台进行业务数据传输。

8. 根据权利要求 7所述的方法，其特征在于，包括：

I. 接收来自媒体交换中心的发往该基站收发信台的下行业务数据；

II. 对所述来自该媒体交换中心的发往该基站收发信台的下行业务数据进行第一类型转换，以生成经第一类型转换的下行业务数据；

III. 将所述经第一类型转换的下行业务数据提供给所述主码转换器。

9. 根据权利要求 8所述的方法，所述步骤 III包括：

1111. 对所述经第一类型转换的下行业务数据进行封装处理，以生成一个或多个待发往所述主码转换器的下行业务数据包；

1112. 将所述一个或多个待发往所述主码转换器的下行业务数据包发往所述主码转换器。

10. 根据权利要求 7-9中任一项所述的方法，其特征在于，还包括以下步骤：

i. 接收由所述主码转换器分发的上行业务数据包，其中包含来自所述基站收发信台且与本码转换器相对应的上行业务数据；

ii. 对所述上行业务数据包进行解封装处理，以得到所述来自该基站收发信台且与本码转换器相对应的上行业务数据；

iii. 对所述来自该基站收发信台且与本码转换器相对应的上行业务数据进行第二类型转换，以生成经第二类型转换的待发往媒体交换中心的上行业务数据；

IV. 将所述经第二类型转换的待发往媒体交换中心的上行业务数据发往所述媒体交换中心。

11. 一种在无线通信网络的基站收发信台中用于进行基于 IP 的业务数据传输的方法，其特征在于，包括步骤：

- 经由与其相对应的主码转换器来和与其相对应的各个从码转换器进行所述业务数据传输。

12. 根据权利要求 11 所述的方法，其特征在于，在所述经由主码转换器来与各个从码转换器进行所述业务数据传输的步驟之前还包括以下步骤：

- 接收来自基站控制器的码转换器通知消息，其中包含用于指示与所述基站收发信台相对应的主码转换器的第二指示信息；

- 由所述码转换器通知消息中提取所述第二指示信息；

- 根据所述第二指示信息的指示来确定所述与其相对应的主码转换器。

13. 根据权利要求 11或 12所述的方法，其特征在于，所述经由主码转换器来与各个从码转换器进行所述业务数据传输的步骤包括以下步錄：

- 接收来自所述主码转换器的下行业务数据包，其中包含来自所述各个码转换器的下行业务数据；

- 对所述来自主码转换器的下行业务数据包进行解封装处理，以得到所述来自其各个码转换器的下行业务数据。

14. 根据权利要求 11-13中任一项所述的方法，其特征在于，所述经由与所述基站收发信台相对应的主码转换器来和与其相对应的各个从码转换器进行所述业务数据传输的步骤还包括以下步骤： - 对待发往各个相应码转换器的上行业务数据单元进行封装处理，以生成一个或多个待发往该主码转换器的上行业务数据包，每个所述上行业务数据单元包含第一指示信息，其用于指示所述业务数据单元所应发往的码转换器；

- 将所述一个或多个待发往该主码转换器的上行业务数据包发往该主码转换器。

15. 一种在无线通信网络的基站控制器中用于对基于 IP 的业务数据传输进行控制的方法，其特征在于，包括步骤：

α. 在多个码转换器中为一个基站收发信台选择与其相对应的主码转换器，以生成一个用以指示所述主码转换器的第二指示信息； β. 生成码转换器通知消息，其中包含所述第二指示信息； γ. 将所述码转换器通知消息发送至所述各个码转换器以及所述基站收发信台。

16. 根据权利要求 15所述的方法，其特征在于，还包括步骤：

- 将与该基站收发信台相对应的各第一指示信息与相应业务信道之间的映射信息通知各码转换器以及该基站收发信台，所述映射信息在所述各码转换器以及该基站收发信台处用于业务数据的转发。

17. 根据权利要求 15或 16所述的方法，其特征在于，所述步骤 α包括： al . 获取所述各个码转换器的负载相关信息；

α2. 根据所述负载相关信息，将所述多个码转换器中负载较轻的二指示信息。、；一、；、 — 、、 18. 一种在无线通信网络的码转换器中用于基于 IP协议来控制业务数据传输的第一控制装置，其中，所述码转换器为与一个基站收发信台相对应的主码转换器，其特征在于，处理并转发所述基站收发信台和与之相对应的各个从码转换器之间传输的业务数据。

19. 根据权利要求 18所述的第一控制装置，其特征在于，包括：主下行接收装置，用于接收来自所述各个从码转换器的下行业务数据包，其中包含需发往所述基站收发信台的下行业务数据；

主下行解封装装置，用于对来自各个从码转换器的下行业务数据包进行解封装处理，以得到来自各个从码转换器的下行业务数据；主下行封装装置，用于将来自所述各个从码转换器的业务数据封装为一个或多个新的下行业务数据包；

主下行发送装置，用于将所述一个或多个新的下行业务数据包发往所述基站收发信台。

20. 根据权利要求 19所述的第一控制装置，其特征在于，所述主下行接收装置还用于，接收来自媒体交换中心的下行业务数据；

所述第一控制装置还包括：

主下行转换装置，用于对来自所述媒体交换中心的下行业务数据进行第一类型转换，以生成经第一类型转换的下行业务数据；

所述主下行封装装置还用于，将所述经第一类型转换的下行业务数据与来自所述各个从码转换器的下行业务数据封装为一个或多个新的下行业务数据包。

21. 根据权利要求 18-20中任一项所述的第一控制装置，其特征在于，还包括：

主上行接收装置，用于接收来自所述基站收发信台的上行业务数据包；

主上行解封装装置，用于对所述来自该基站收发信台的上行业务数据包进行解封装处理，以得到包含多个业务数据单元的上行业务数据，每个所述业务数据单元包含第一指示信息，其用于指示所述业务数据单元所应发往的码转换器；

上行分发装置，用于根据所述各个业务数据单元的第一指示信息，将与各个从码转换器相对应的各个业务数据单元分发至相应的码转换器。

22. 根据权利要求 21 所述的第一控制装置，其特征在于，所述上行分发装置包括：

分发封装装置，用于根据所述各个业务数据单元的第一指示信息对与各个从码转换器相对应的业务数据单元分别进行封装处理，以生成待发往所述各个相应从码转换器的多个新的上行业务数据包；分发发送装置，用于将所述待发往各个相应从码转换器的多个新的上行业务数据包发往相应的从码转换器。

23. 根据权利要求 21或 22所述的笫一控制装置，其特征在于，还包括：

主上行转换装置，用于对与本码转换器相对应的各个上行业务数据单元进行第二类型转换，以生成经第二类型转换的待发往媒体交换中心的上行业务数据；

主上行发送装置，用于将所述经第二类型转换的待发往媒体交换中心的上行业务数据发往所述媒体交换中心。

24. 一种在无线通信网络的码转换器中用于基于 IP协议来辅助控制业务数据传输的辅助控制装置，其中，所述码转换器为与一个基站收发信台相对应的从码转换器，其特征在于，经由与该基站收发信台相对应的一个主码转换器来与所述基站收发信台进行业务数据传输。

25. 根据权利要求 24所述的辅助控制装置，其特征在于，包括：从下行接收装置，用于接收来自媒体交换中心的发往该基站收发信台的下行业务数据；

从下行转换装置，用于对所述来自该媒体交换中心的发往该基站收发信台的下行业务数据进行第一类型转换，以生成经第一类型转换的下行业务数据；

下行提供装置，用于将所述经第一类型转换的下行业务数据提供给所述主码转换器。

26. 根据权利要求 25 所述的辅助控制装置，其特征在于，所述下行提供装置包括：

提供封装装置，用于对所述经第一类型转换的下行业务数据进行封装处理，以生成一个或多个待发往所述主码转换器的下行业务数据包；

提供发送装置，用于将所述一个或多个待发往所述主码转换器的下行业务数据包发往所述主码转换器。

27. 根据权利要求 24-26所述的辅助控制装置，其特征在于，还包括：

从上行接收装置，用于接收由所述主码转换器分发的上行业务数据包，其中包含来自所述基站收发信台且与本码转换器相对应的上行业务数据；

从上行解封装装置，用于对所述上行业务数据包进行解封装处理，以得到所述来自该基站收发信台且与本码转换器相对应的上行业务数据；

从上行转换装置，用于对所述来自该基站收发信台且与本码转换器相对应的上行业务数据进行第二类型转换，以生成经第二类型转换的待发往媒体交换中心的上行业务数据；

从上行发送装置，用于将所述经第二类型转换的待发往媒体交换中心的上行业务数据发往所述媒体交换中心。

28. —种无线通信网络中的码转换器，其特征在于，包括根据权利要求 18-23中任一项所述的用于基于 IP协议来控制业务数据传输的第一控制装置和 /或根据权利要求 24-27 中任一项所述的用于基于 IP协议来辅助控制业务数据传输的辅助控制装置。

29. 一种在无线通信网絡的基站收发信台中用于进行基于 IP 的业务数据传输的传输装置，其特征在于，包括用于经由与所述基站收发信台相对应的主码转换器来和与其相对应的各个从码转换器进行所述业务数据传输的装置。

30. 根据权利要求 29所述的传输装置，其特征在于，还包括：通知接收装置，用于接收来自基站控制器的码转换器通知消息，其中包含用于指示与所述基站收发信台相对应的主码转换器的第二指示信息；

通知提取装置，用于由所述码转换器通知消息中提取所述第二指示信息；

通知确定装置，用于根据所述第二指示信息确定所述与该基站收发信台相对应的主码转换器。

31. 根据权利要求 29或 30所述的传输装置，其特征在于，所述用于经由与所述基站收发信台相对应的主码转换器来和与其相对应的各个从码转换器进行所述业务数据传输的装置包括：

下行接收装置，用于接收来自其主码转换器的下行业务数据包，其中包含来自各个码转换器的下行业务数据；

下行解封装装置，用于对所述来自主码转换器的下行业务数据包进行解封装处理，以得到所述来自各个码转换器的下行业务数据。

32. 根据权利要求 29-31中任一项所述的传输装置，其特征在于，所述用于经由与所述基站收发信台相对应的主码转换器来和与其相对应的各个从码转换器进行所述业务数据传输的装置还包括：

上行封装装置，用于对待发往所述各个码转换器的上行业务数据进行封装处理，以生成一个或多个待发往该主码转换器的上行业务数据包，每个所述上行业务数据单元包含第一指示信息，其用于指示所述业务数据单元所应发往的码转换器；

上行发送装置，用于将所述一个或多个待发往该主码转换器的上行业务数据包发往该主码转换器。

33. 一种在无线通信网絡中的基站收发信台，其特征在于，包括根据权利要求 29-32中任一项所述的用于进行基于 IP的业务数据传输的传输装置。

34. 一种在无线通信网络的基站控制器中用于对基于 IP 的业务数据传输进行控制的第二控制装置，其特征在于，包括：

选择装置，用于在多个码转换器中为一个基站收发信台选择与其相对应的主码转换器，以生成一个用以指示所述主码转换器的第二指示信息；

生成装置，用于生成码转换器通知消息，其中包含所述第二指示信息；

通知发送装置，用于将所述码转换器通知消息发送至所述各个码转换器以及所述基站收发信台。

35. 根据权利要求 34所述的第二控制装置，其特征在于，还包括：

映射信息通知装置，用于将与该基站收发信台相对应的各第一指示信息与相应业务信道之间的映射信息通知各码转换器以及该基站收发信台，所述映射信息在所述各码转换器以及该基站收发信台处用于业务数据的转发。

36. 根据权利要求 34或 35所述的第二控制装置，其特征在于，所述选择装置包括：

获取装置，用于获取所述各个码转换器的负载相关信息；受控确定装置，用于根据所述负载相关信息，将所述多个码转换器中负载较轻的一个码转换器确定为所述与其相对应的主码转换器，以生成所述指示信息。

37. 一种在无线通信网络中的基站控制器，其特征在于，包括根据权利要求 34-36中任一项所述的用于对基于 IP的业务数据传输进行控制的第二控制装置。