CN101998462A - 提高上行方向系统容量的方法及系统 - Google Patents

Abstract

本发明公开了一种提高上行方向系统容量的方法包括：语音业务中的UE的协议栈检测到应用层发送的数据为舒适噪音数据时，不向物理层发送所述舒适噪声数据。网络侧在设定时段内未收到语音业务中的UE的任何数据包时，构建舒适噪声数据并发送给与所述UE通话的对端。本发明同时公开了一种提高上行方向系统容量的系统，应用于无线通信系统中；包括设于UE中的检测单元和发送单元；其中，检测单元，用于检测应用层发送的数据是否为舒适噪音数据，是时触发发送单元；发送单元，用于不向物理层发送所述舒适噪声数据。本发明中，处于语音业务的UE在话音不激活的时段，将不向网络侧发送任何的数据包，从而降低了网络资源的占用，提高了通信系统的系统容量。

Description

提高上行方向系统容量的方法及系统

技术领域

本发明涉及一种提高上行方向系统容量的技术，尤其涉及一种通过降低空口上的舒适噪声数据而提高上行方向系统容量的方法及系统。

背景技术

随着无线通信系统在全球的普遍使用，如何使得低组网成本获得最大化的运营效益，是各运营商无时无刻不在关心的问题，因此，如何尽可能地提高无线通信系统的容量就成了目前各运营商所面临的课题。

目前无线通信系统的话音业务，话音激活的时间通常在67％，而在不通话的时段，会存在一些电流噪声，这使得通话双方听起来非常不舒服，因此，通常的做法是在话音不激活的时段，发送一些舒适噪声来提高通话者的感受。因为要发送这些舒适噪声，那么在无线通信系统中的空口就必然要发送这些舒适噪声的数据，这样，必然也就占用了无线通信系统的容量；如果一个小区中通话的用户非常多，那么为发送这些舒适噪声而对通信系统所造成的容量损失也将非常大。但是如果不发送这些舒适噪声，处于通话业务的用户的服务感受又会变差，造成客户流失，或被用户投诉。

发明内容

有鉴于此，本发明的主要目的在于提供一种提高上行方向系统容量的方法及系统，能降低上行空口上发送到网络侧的舒适噪声数据，从而提高了UE所在小区的系统容量。

为达到上述目的，本发明的技术方案是这样实现的：

一种提高上行方向系统容量的方法，包括：

语音业务中的用户设备(UE，User Equipment)的协议栈检测到应用层发送的数据为舒适噪音数据时，不向物理层发送所述舒适噪声数据以及对应的控制信息数据。

优选地，所述方法还包括：

网络侧在设定时段内未收到语音业务中的UE的任何数据包时，构建舒适噪声数据并发送给与所述UE通话的对端。

优选地，所述协议栈为无线链路控制(RLC，Radio Link Control)层和/或分组数据汇聚协议(PDCP，Packet Data Convergence Protocol)层；

话音无线承载映射于专用信道(DCH，Dedicated Channel)上时，由所述RLC层检测应用层发送的数据；话音无线承载映射于增强专用信道(E-DCH，Enhanced Dedicated Channel)上时，由所述PDCP或RLC检测应用层发送的数据。

优选地，所述语音业务中的UE的数据链路层检测到应用层发送的数据为舒适噪音数据，具体为：

语音业务承载于DCH上时，检测到应用层发送的数据协议单元尺寸组合为自适应多速率AMR(39，0，0)或AMR(40，0)，确定为所述舒适噪声数据；

语音业务承载于E-DCH上时，检测到应用层发送的RLC层数据协议单元尺寸为56个比特，或检测到应用层发送的PDCP层数据协议单元尺寸为48个比特时，确定为所述舒适噪声数据。

优选地，网络侧在设定时段内未收到语音业务中的UE的任何数据包时，构建舒适噪声数据具体为：

语音业务承载于DCH上时，网络侧的RLC层构建数据协议单元尺寸组合为：窄带AMR(39，0，0)或宽带AMR(40，0)；

语音业务是承载在E-DCH上时，网络侧的RLC层构建数据协议单元尺寸为56个比特，或者，网络侧的PDCP层构建的数据协议单元尺寸为48个比特，或者，网络侧的Iu-up层构建的数据协议单元尺寸为：窄带AMR为39比特、宽带AMR为40个比特。

优选地，所述方法还包括：

所述UE的RLC层、和/或Iu接口的用户面(Iu-up，Iu-User Plane)层、和/或PDCP层构建发往网络侧的舒适噪声数据；

话音无线承载映射于DCH上时，由RLC层构建舒适噪声数据；话音无线承载映射于E-DCH上，由Iu-up层、PDCP层或RLC层构建舒适噪声数据。

优选地，所述设定时段为n×20ms，n≥1。

一种提高上行方向系统容量的系统，应用于无线通信系统中；所述系统包括设于UE中的检测单元和发送单元；其中，

检测单元，用于检测到应用层发送的数据为舒适噪音数据时，触发发送单元；

发送单元，用于不向物理层发送所述舒适噪声数据以及对应的控制信息数据。

优选地，所述系统还包括设于网络侧的接收单元和构建单元，其中，

接收单元，用于在设定时段内未收到语音业务中的UE的任何数据包时，触发构建单元；

构建单元，用于构建舒适噪声数据并发送给与所述UE通话的对端。

优选地，所述检测单元设于所述UE的RLC层和/或PDCP层中；

话音无线承载映射于DCH上时，由所述RLC层的所述检测单元检测应用层发送的数据；话音无线承载映射于E-DCH上时，由所述PDCP层或所述RLC层的所述检测单元检测应用层发送的数据。

优选地，所述检测单元在语音业务承载于DCH上时，检测到应用层发送的数据协议单元尺寸组合为自适应多速率AMR(39，0，0)或AMR(40，0)，确定为所述舒适噪声数据；

在语音业务承载于E-DCH上时，检测到应用层发送的RLC层数据协议单元尺寸为56个比特，或检测到应用层发送的PDCP层数据协议单元尺寸为48个比特时，确定为所述舒适噪声数据。

优选地，所述构建单元，语音业务承载于DCH上时，设于网络侧的RLC层，构建数据协议单元尺寸组合为：窄带AMR(39，0，0)或宽带AMR(40，0)；

语音业务是承载在E-DCH上时，设于网络侧的RLC层，构建数据协议单元尺寸为56个比特，或者，设于网络侧的PDCP层，构建的数据协议单元尺寸为48个比特，或者，设于网络侧的Iu-up层，构建的数据协议单元尺寸为：窄带AMR为39比特、宽带AMR为40个比特。

本发明中，语音业务中的UE的协议栈检测到应用层发送的数据为舒适噪音数据时，不向物理层发送舒适噪声数据，也就是说，当前UE处于话音不激活的时段，按照目前的技术，UE将生成舒适噪声数据，并发送给通话的对端，以增加通话对端用户的体验。而本发明中，当前UE处于话音不激活的时段而又不发送舒适噪声数据时，网络侧将不会接收到UE发送的任何数据包。网络侧在设定时段内未收到语音业务中的UE的任何数据包时，将构建舒适噪声数据并发送给与所述UE通话的对端。这样，处于语音业务的UE在话音不激活的时段，将不向网络侧发送任何的数据包，从而降低了网络资源的占用，提高了通信系统的系统容量。

附图说明

图1是本发明实施例一的窄带AMR业务承载在DCH上时发送端和接收端的处理流程图；

图2是本发明实施例二的宽带AMR业务承载在DCH上时发送端和接收端的处理流程图；

图3是本发明实施例三的窄带AMR业务承载在E-DCH时上发送端和接收端的处理流程图；

图4是本发明实施例四的宽带AMR业务承载在E-DCH上时发送端和接收端的处理流程图；

图5是本发明实施例五的宽带AMR业务承载在E-DCH上时发送端和接收端的处理流程图；

图6为本发明提高上行方向系统容量的系统的一种组成结构示意图；

图7为本发明提高上行方向系统容量的系统的另一种组成结构示意图。

具体实施方式

本发明的基本思想为，语音业务中的UE的协议栈检测到应用层发送的数据为舒适噪音数据时，不向物理层发送所述舒适噪声数据。网络侧在设定时段内未收到语音业务中的UE的任何数据包时，构建舒适噪声数据并发送给与所述UE通话的对端。

本发明中，主要包括语音数据发送端用户设备以及网络侧的处理步骤，其中，语音数据发送端用户设备的处理步骤包括：用户设备接收到应用层发送过来的数据；用户设备的协议栈检测到发送的数据协议单元是舒适噪声时，则不向物理层发送该舒适噪声数据。

上述用户设备检测的协议栈可以是下述的任何一个协议栈PDCP协议栈、RLC协议栈；如果话音无线承载是映射在DCH信道上，则由RLC层来检测；如果话音无线承载是映射在E-DCH上，则可以由PDCP、RLC的任何一个协议栈来检测。

用户设备检测到发送的数据协议单元是舒适噪声的方法为：如果AMR业务(语音业务)承载在DCH信道上，则RLC层检测到子流的数据协议单元尺寸组合为：窄带AMR(39，0，0)，宽带AMR(40，0)；如果语音业务(AMR和宽带AMR业务)承载在E-DCH信道上，则检测到RLC层数据协议单元尺寸为56个比特，检测到PDCP层数据协议单元尺寸为48个比特。也就是说，当检测出的数据协议单元尺寸组合具有上述特征时，则意味着当前的数据为舒适噪声数据。

接收端无线网络控制器(网络侧)的处理步骤包括：当无线网络控制器在设定周期内未收到任何数据包，则自身构建舒适噪声数据；无线网络控制器将舒适噪声数据发送给核心网。也就是说，当网络侧在一段时间内未接收到UE的任何数据包时，意味着UE处于话音不激活的时段，这样，为保证与UE通话的对端的体验感觉，网络侧将自动为其生成舒适噪声数据，并发送给与UE通话的对端。这样，将避免了UE向网络侧发送舒适噪声数据，这样，一定时段内节约了上行资源，能避免与其他具有业务的UE的信号干扰，提高了系统的容量。设定周期可以为20ms的n倍，其中，n≥1。例如n为自然数，或为1.5、2.4、4.5等非整实数。

无线网络控制器构建舒适噪声的方法为：如果AMR业务是承载在DCH信道上，则RLC层构建的数据协议单元尺寸组合为：窄带AMR(39，0，0)，宽带AMR(40，0)；如果窄带AMR和宽带AMR业务是承载在E-DCH上，则RLC层构建的数据协议单元尺寸为56个比特，PDCP层构建的数据协议单元尺寸为48个比特，Iu-up层构建的数据协议单元尺寸为：窄带AMR业务为39比特，宽带AMR业务为40个比特。

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

实施例一

图1是本发明实施例一的窄带AMR业务承载在DCH上时发送端和接收端的处理流程图，如图1所示，对于发送端(UE侧)，处理步骤具体包括：

步骤110，用户设备接收到应用层发过来的数据；

步骤120，用户设备的RLC层协议栈检测到该数据协议单元组合尺寸为(39，0，0)，则认为该数据协议单元是舒适噪声；

步骤130，用户设备的RLC层协议栈丢弃该数据协议单元，即不向用户设备的物理层发送该舒适噪声数据。

对于接收端(网络侧)，处理步骤具体包括：

步骤140，无线网络控制器在20ms的周期内未收到物理层发送过来的数据；

步骤150，无线网络控制器的RLC层协议栈构建舒适噪声数据协议单元，为(39，0，0)；这里，无线网络控制器构造与用户设备侧相同的舒适噪声数据协议单元即可。或者，根据与UE通话的对端语音业务承载的信道情况，根据前述的构造舒适噪声数据的原则，构造相应的舒适噪声数据并发送给与UE通话的对端即可。

步骤160，无线网络控制器将RLC层协议栈构建的舒适噪声数据协议单元发送到核心网。核心网将RLC层协议栈构建的舒适噪声数据协议单元发送给与UE通话的对端。

实施例二

图2是本发明实施例二的宽带AMR业务承载在DCH上时发送端和接收端的处理流程图，如图2所示，对于发送端(UE侧)，处理步骤具体包括：

步骤210，用户设备接收到应用层发过来的数据；

步骤220，用户设备的RLC层协议栈检测到该数据协议单元组合尺寸为(40，0)，则认为该数据协议单元是舒适噪声；

步骤230，用户设备的RLC层协议栈丢弃该数据协议单元，即不向用户设备的物理层发送该舒适噪声数据。

对于接收端(网络侧)，处理步骤具体包括：

步骤240，无线网络控制器在20ms的周期内未收到物理层发送过来的数据；

步骤250，无线网络控制器的RLC层协议栈构建舒适噪声数据协议单元，为(40，0)；这里，无线网络控制器构造与用户设备侧相同的舒适噪声数据协议单元即可。或者，根据与UE通话的对端语音业务承载的信道情况，根据前述的构造舒适噪声数据的原则，构造相应的舒适噪声数据并发送给与UE通话的对端即可。

步骤260：无线网络控制器将RLC层协议栈构建的舒适噪声数据协议单元发送到核心网。核心网将RLC层协议栈构建的舒适噪声数据协议单元发送给与UE通话的对端。

实施例三

图3是本发明实施例三的窄带AMR业务承载在E-DCH时上发送端和接收端的处理流程图，如图3所示，对于发送端(UE侧)，处理步骤具体包括：

步骤310，用户设备接收到应用层发过来的数据；

步骤320，用户设备的PDCP层协议栈检测到该数据协议单元组合尺寸为39比特，则认为该数据协议单元是舒适噪声；

步骤330，用户设备的PDCP层协议栈丢弃该数据协议单元，即不向用户设备的物理层发送该舒适噪声数据。

对于接收端(网络侧)，处理步骤具体包括：

步骤340，无线网络控制器在20ms的周期内未收到物理层发送过来的数据；

步骤350，无线网络控制器的Iu-up层协议栈构建舒适噪声数据协议单元尺寸为39比特；这里，无线网络控制器构造与用户设备侧相同的舒适噪声数据协议单元即可。或者，根据与UE通话的对端语音业务承载的信道情况，根据前述的构造舒适噪声数据的原则，构造相应的舒适噪声数据并发送给与UE通话的对端即可。

步骤360，无线网络控制器将Iu-up层协议栈构建的舒适噪声数据协议单元发送到核心网。核心网将RLC层协议栈构建的舒适噪声数据协议单元发送给与UE通话的对端。

实施例四

图4是本发明实施例四的宽带AMR业务承载在E-DCH上时发送端和接收端的处理流程图，如图4所示，对于发送端(UE侧)，处理步骤具体包括：

步骤410，用户设备接收到应用层发过来的数据；

步骤420，用户设备的PDCP层协议栈检测到该数据协议单元组合尺寸为48比特，则认为该数据协议单元是舒适噪声；

步骤430，用户设备的PDCP层协议栈丢弃该数据协议单元，即不向用户设备的物理层发送该舒适噪声数据。

对于接收端(网络侧)，处理步骤具体包括：

步骤440，无线网络控制器在40ms的周期内未收到物理层发送过来的数据；

步骤450，无线网络控制器的PDCP层协议栈构建舒适噪声数据协议单元尺寸为40比特；

步骤460，无线网络控制器将PDCP层协议栈构建的舒适噪声数据协议单元发送到Iu-up协议栈，并发送到核心网。核心网将RLC层协议栈构建的舒适噪声数据协议单元发送给与UE通话的对端。

实施例五

图5是本发明实施例五的宽带AMR业务承载在E-DCH上时发送端和接收端的处理流程图，如图5所示，对于发送端(UE侧)，处理步骤具体包括：

步骤510，用户设备接收到核心网发过来的数据；

步骤520，用户设备的RLC层协议栈检测到该数据协议单元组合尺寸为56比特，则认为该数据协议单元是舒适噪声；

步骤530，用户设备的RLC层协议栈丢弃该数据协议单元，即不向用户设备的物理层发送该舒适噪声数据。

对于接收端(网络侧)，处理步骤具体包括：

步骤540，无线网络控制器在20ms的周期内未收到物理层发送过来的数据；

步骤550，无线网络控制器的RLC层协议栈构建舒适噪声数据协议单元尺寸为40比特；

步骤560，无线网络控制器将RLC层协议栈构建的舒适噪声数据协议单元发送到PDCP和Iu-up协议栈，并发送到核心网。核心网将RLC层协议栈构建的舒适噪声数据协议单元发送给与UE通话的对端。

本发明提高上行方向系统容量的系统应用于无线通信系统中；图6为本发明提高上行方向系统容量的系统的一种组成结构示意图，如图6所示，本发明提高上行方向系统容量的系统包括设于UE中的检测单元60和发送单元61；其中，

检测单元60，用于检测到应用层发送的数据为舒适噪音数据时，触发发送单元61；

发送单元61，用于不向物理层发送所述舒适噪声数据以及对应的控制信息数据。

图7为本发明提高上行方向系统容量的系统的另一种组成结构示意图，如图7所示，在图6所示系统的基础上，本发明提高上行方向系统容量的系统还包括设于网络侧的接收单元62和构建单元63，其中，

接收单元62，用于在设定时段内未收到语音业务中的UE的任何数据包时，触发构建单元；

构建单元63，用于构建舒适噪声数据并发送给与所述UE通话的对端。

上述检测单元60设于所述UE的RLC层和/或PDCP层中；话音无线承载映射于DCH上时，由所述RLC层的所述检测单元60检测应用层发送的数据；话音无线承载映射于E-DCH上时，由所述PDCP层或所述RLC层的所述检测单元60检测应用层发送的数据。

在语音业务承载于DCH上时，上述检测单元60检测到应用层发送的数据协议单元尺寸组合为自适应多速率AMR(39，0，0)或AMR(40，0)，确定为所述舒适噪声数据；

在语音业务承载于E-DCH上时，上述检测单元60检测到应用层发送的RLC层数据协议单元尺寸为56个比特，或检测到应用层发送的PDCP层数据协议单元尺寸为48个比特时，确定为所述舒适噪声数据。

语音业务承载于DCH上时，上述构建单元63，设于网络侧的RLC层，构建数据协议单元尺寸组合为：窄带AMR(39，0，0)或宽带AMR(40，0)；

语音业务承载在E-DCH上时，上述检测单元60，设于网络侧的RLC层，构建数据协议单元尺寸为56个比特，或者，设于网络侧的PDCP层，构建的数据协议单元尺寸为48个比特，或者，设于网络侧的Iu-up层，构建的数据协议单元尺寸为：窄带AMR为39比特、宽带AMR为40个比特。

设定周期可以为20ms的n倍，其中，n≥1。例如n为自然数，或为1.5、2.4、4.5等非整实数。

本领域技术人员应当理解，本发明图6及图7所示的提高上行方向系统容量的系统是为实现前述的本发明提高上行方向系统容量的方法而设计的，上述各处理单元的实现功能可参照前述方法的相关描述而理解。图中的各处理单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (11)

1.一种提高上行方向系统容量的方法，其特征在于，所述方法包括：

语音业务中的用户设备(UE)的协议栈检测到应用层发送的数据为舒适噪音数据时，不向物理层发送所述舒适噪声数据以及对应的控制信息数据。

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

网络侧在设定时段内未收到语音业务中的UE的任何数据包时，构建舒适噪声数据并发送给与所述UE通话的对端。

3.根据权利要求1所述的方法，其特征在于，所述协议栈为无线链路控制(RLC)层和/或分组数据汇聚协议(PDCP)层；

话音无线承载映射于专用信道(DCH)上时，由所述RLC层检测应用层发送的数据；话音无线承载映射于增强专用信道(E-DCH)上时，由所述PDCP或RLC检测应用层发送的数据。

4.根据权利要求3所述的方法，其特征在于，所述语音业务中的UE的数据链路层检测到应用层发送的数据为舒适噪音数据，具体为：

语音业务承载于DCH上时，检测到应用层发送的数据协议单元尺寸组合为自适应多速率AMR(39，0，0)或AMR(40，0)，确定为所述舒适噪声数据；

语音业务承载于E-DCH上时，检测到应用层发送的RLC层数据协议单元尺寸为56个比特，或检测到应用层发送的PDCP层数据协议单元尺寸为48个比特时，确定为所述舒适噪声数据。

5.根据权利要求2所述的方法，其特征在于，网络侧在设定时段内未收到语音业务中的UE的任何数据包时，构建舒适噪声数据具体为：

语音业务承载于DCH上时，网络侧的RLC层构建数据协议单元尺寸组合为：窄带AMR(39，0，0)或宽带AMR(40，0)；

语音业务是承载在E-DCH信道上时，网络侧的RLC层构建数据协议单元尺寸为56个比特，或者，网络侧的PDCP层构建的数据协议单元尺寸为48个比特，或者，网络侧的Iu-up层构建的数据协议单元尺寸为：窄带AMR为39比特、宽带AMR为40个比特。

6.根据权利要求5所述的方法，其特征在于，所述设定时段为n×20ms，n≥1。

7.一种提高上行方向系统容量的系统，应用于无线通信系统中；其特征在于，所述系统包括设于UE中的检测单元和发送单元；其中，

检测单元，用于检测到应用层发送的数据为舒适噪音数据时，触发发送单元；

发送单元，用于不向物理层发送所述舒适噪声数据以及对应的控制信息数据。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括设于网络侧的接收单元和构建单元，其中，

接收单元，用于在设定时段内未收到语音业务中的UE的任何数据包时，触发构建单元；

构建单元，用于构建舒适噪声数据并发送给与所述UE通话的对端。

9.根据权利要求7所述的系统，其特征在于，所述检测单元设于所述UE的RLC层和/或PDCP层中；

话音无线承载映射于专用信道(DCH)上时，由所述RLC层的所述检测单元检测应用层发送的数据；话音无线承载映射于增强专用信道(E-DCH)上时，由所述PDCP层或所述RLC层的所述检测单元检测应用层发送的数据。

10.根据权利要求9所述的系统，其特征在于，所述检测单元在语音业务承载于DCH上时，检测到应用层发送的数据协议单元尺寸组合为自适应多速率AMR(39，0，0)或AMR(40，0)，确定为所述舒适噪声数据；

在语音业务承载于E-DCH上时，检测到应用层发送的RLC层数据协议单元尺寸为56个比特，或检测到应用层发送的PDCP层数据协议单元尺寸为48个比特时，确定为所述舒适噪声数据。

11.根据权利要求8所述的系统，其特征在于，所述构建单元，语音业务承载于DCH上时，设于网络侧的RLC层，构建数据协议单元尺寸组合为：窄带AMR(39，0，0)或宽带AMR(40，0)；

语音业务是承载在E-DCH信道上时，设于网络侧的RLC层，构建数据协议单元尺寸为56个比特，或者，设于网络侧的PDCP层，构建的数据协议单元尺寸为48个比特，或者，设于网络侧的Iu-up层，构建的数据协议单元尺寸为：窄带AMR为39比特、宽带AMR为40个比特。

Images