[發明專利]提高下行方向系統容量的方法及系統

有效

• 申請號: 201010297848.7
• 申請日: 2010-09-28
• 公開（公告）號: CN102421108A
• 公開（公告）日: 2012-04-18
• 發明（設計）人: 柯雅珠;程翔
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W24/00
• 分類號: H04W24/00;H04W28/06;G10L19/00
• 代理公司: 北京派特恩知識產權代理事務所(普通合伙) 11270
• 代理人: 王黎延;遲姍

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

無線網絡控制器檢測到核心網發送的數據為舒適噪音數據時，不向基站發送所述舒適噪聲數據。

2.根據權利要求1所述的方法，其特征在于，所述方法還包括：

用戶設備(UE)在設定時段內未收到網絡側發送的任何數據包時，構建舒適噪聲數據并發送給自身的應用層。

3.根據權利要求1所述的方法，其特征在于，所述無線網絡控制器的Iu接口的用戶面(Iu-up)層、和/或無線鏈路控制(RLC)層、和/或分組數據匯聚協議(PDCP)層檢測核心網發送的數據是否為舒適噪音數據；

其中，話音無線承載映射于專用信道(DCH)上時，由RLC層構建舒適噪聲數據；話音無線承載映射于HS-DSCH上，由Iu-up層、PDCP層或RLC層構建舒適噪聲數據。

4.根據權利要求3所述的方法，其特征在于，所述無線網絡控制器檢測到核心網發送的數據為舒適噪音數據，具體為：

語音業務承載于DCH上時，檢測到數據協議單元尺寸組合為自適應多速率AMR(39，0，0)或AMR(40，0)，確定為所述舒適噪聲數據；

語音業務承載于高速下行鏈路共享信道(HS-DSCH)上時，檢測到RLC層數據協議單元尺寸為56個比特，或檢測到PDCP層數據協議單元尺寸為48個比特時，或檢測到Iu-up層的數據協議單元尺寸窄帶AMR業務為39比特、寬帶AMR業務為40個比特時，確定為所述舒適噪聲數據。

5.根據權利要求2所述的方法，其特征在于，UE在設定時段內未收到網絡側發送的任何數據包時，構建舒適噪聲數據具體為：

語音業務承載于DCH上時，UE的RLC層構建數據協議單元尺寸組合為：窄帶AMR(39，0，0)或寬帶AMR(40，0)；

話音無線承載映射于HS-DSCH信道上時，UE的RLC層構建數據協議單元尺寸，為56個比特的；或者，UE的PDCP層構建數據協議單元尺寸，為48個比特。

6.根據權利要求2至5任一項所述的方法，其特征在于，所述設定時段為n×20ms，n≥1。

7.一種提高下行方向系統容量的系統，應用于無線通信系統中；其特征在于，所述系統包括設于無線網絡控制器中的檢測單元和第一發送單元；其中，

檢測單元，檢測到核心網發送的數據為舒適噪音數據時，觸發第一發送單元；

第一發送單元，用于不向基站發送所述舒適噪聲數據。

8.根據權利要求7所述的系統，其特征在于，所述系統還包括設于UE中的接收單元、構建單元和第二發送單元，其中，

接收單元，用戶設備(UE)在設定時段內未收到網絡側發送的任何數據包時，

構建單元，用于構建舒適噪聲數據

第二發送單元，用于將所述構建單元構建的舒適噪聲數據發送給UE的應用層。

9.根據權利要求7所述的系統，其特征在于，所述檢測單元設于無線網絡控制器的Iu-up層、和/或RLC層、和/或PDCP層；所述構建單元設于UE的Iu-up層、和/或RLC層、和/或PDCP層；

其中，話音無線承載映射于DCH上時，由RLC層的構建單元構建舒適噪聲數據；話音無線承載映射于HS-DSCH上，由Iu-up層、PDCP層或RLC層的構建單元構建舒適噪聲數據。

10.根據權利要求9所述的系統，其特征在于，語音業務承載于DCH上時，所述檢測單元檢測到數據協議單元尺寸組合為AMR(39，0，0)或AMR(40，0)，確定為所述舒適噪聲數據；

語音業務承載于HS-DSCH上時，所述檢測單元檢測到RLC層數據協議單元尺寸為56個比特，或檢測到PDCP層數據協議單元尺寸為48個比特時，或檢測到Iu-up層的數據協議單元尺寸窄帶AMR業務為39比特、寬帶AMR業務為40個比特時，確定為所述舒適噪聲數據。

11.根據權利要求8所述的系統，其特征在于，語音業務承載于DCH上時，UE的RLC層的構建單元構建數據協議單元尺寸組合為：窄帶AMR(39，0，0)或寬帶AMR(40，0)；

話音無線承載映射于HS-DSCH信道上時，UE的RLC層的構建單元構建數據協議單元尺寸，為56個比特的；或者，UE的PDCP層的構建單元構建數據協議單元尺寸，為48個比特。