(57)【特許請求の範囲】
【請求項１】
IPネットワーク音声(VOIP)サービス半永続スケジューリングリソース配置の方法であって、
発展型ノードB(eNB)に音声データパケットサイズとリソースブロック(RB)リソース数量との対応関係を保存しており、
通話参加者が今回通話に使用する音声符号化アルゴリズムを確定した後、前記音声符号化アルゴリズムの採用に必要な音声データパケットのサイズ情報を前記eNBに発信し、前記eNBが前記音声データパケットのサイズ情報を受信した後、前記音声データパケットのサイズに従って前記対応関係において対応するRBリソースの数量を検索した後、対応する数量のRBリソースを前記通話参加者に割り当てることを含むIPネットワーク音声(VOIP)サービス半永続スケジューリングリソース配置の方法。
【請求項２】
VOIP音声サービス半永続スケジューリングアクティブの時刻になると、通話が終わるまで、前記通話参加者がそれに割り当てたRBリソースにおいてサービスデータの伝送を行うことをさらに含む請求項1に記載の方法。
【請求項３】
前記通話参加者は発呼者ユーザー装置(UE)または被呼者UEである請求項1に記載の方法。
【請求項４】
対応数量のRBリソースを前記通話参加者に割り当てるステップにおいて、
前記eNBは物理ダウンリンク制御チャネル(PDCCH)によって対応数量のRBリソースを前記通話参加者に割り当てるのである請求項1に記載の方法。
【請求項５】
通話参加者が今回通話に使用する音声符号化アルゴリズムを確定するステップは、
前記通話参加者は相手端末と音声符号化能力を交換し、自身の音声復号化能力に従って今回通話に使用する音声復号化アルゴリズムを確定し、その後相手端末と音声復号化アルゴリズムを交換し、相手端末の使用する音声復号化アルゴリズムに従って自身の使用する音声符号化アルゴリズムを確定することを含む請求項1又は3に記載の方法。
【請求項６】
IPネットワーク音声(VOIP)サービス半永続スケジューリングリソース配置のシステムであって、
通話参加者及び発展型ノードB(eNB)を含み、
前記通話参加者は、今回通話に使用する音声符号化アルゴリズムを確定した後、前記音声符号化アルゴリズムの採用に必要な音声データパケットのサイズ情報を前記eNBに発信するように設置され、及び
前記eNBは、音声データパケットサイズとリソースブロック(RB)リソース数量との対応関係を保存し、受信した前記音声データパケットサイズ情報に従って前記対応関係において対応するRBリソースの数量を検索した後、対応数量のRBリソースを前記通話参加者に割り当てるように設置されるIPネットワーク音声(VOIP)サービス半永続スケジューリングリソース配置のシステム。
【請求項７】
前記通話参加者は、VOIP音声サービス半永続スケジューリングアクティブの時刻になると、通話が終わるまで、前記通話参加者に割り当てたRBリソースにおいてサービスデータの伝送を行なうようにさらに設置される請求項6に記載のシステム。
【請求項８】
前記通話参加者は発呼者ユーザー装置(UE)或は被呼者UEである請求項6に記載のシステム。
【請求項９】
前記eNBは、以下の方式で対応数量のRBリソースを前記通話参加者に割り当てるように設置されるのであり、該方式は即ち、物理ダウンリンク制御チャネル(PDCCH)によって対応数量のRBリソースを前記通話参加者に割り当てることである請求項6に記載のシステム。
【請求項１０】
通話参加者は以下の方式で今回通話に使用する音声符号化アルゴリズムを確定するように設置され、該方式は即ち、
前記通話参加者は相手端末と音声符号化能力を交換し、
自身の音声復号化能力に従って今回通話に使用する音声復号化アルゴリズムを確定し、及び
相手端末と音声復号化アルゴリズムを交換した後、相手端末の使用する音声復号化アルゴリズムに従って自身の使用する音声符号化アルゴリズムを確定することである請求項6或は8に記載のシステム。
【請求項１１】
IPネットワーク音声(VOIP)サービス半永続スケジューリングリソース配置を支持する発展型ノードB(eNB)であって、
音声データパケットサイズとリソースブロック(RB)リソース数量との対応関係を保存し、及び
通話参加者から受信した、前記通話参加者が今回通話に使用する音声符号化アルゴリズムを確定した後、前記eNBに発送した前記音声符号化アルゴリズムの採用に必要な音声データパケットのサイズ情報に従って、前記対応関係において対応するRBリソースの数量を検索した後、対応数量のRBリソースを前記通話参加者に割り当てるように設置されるIPネットワーク音声(VOIP)サービス半永続スケジューリングリソース配置を支持する発展型ノードB(eNB)。
【請求項１２】
前記eNBは以下の方式で対応数量のRBリソースを前記通話参加者に割り当てるように設置されるのであり、該方式は即ち、物理ダウンリンク制御チャネル(PDCCH)によって対応数量のRBリソースを前記通話参加者に割り当てることである請求項11に記載のeNB。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は主にロングタームエボリューション(Long Term Evolution，LTE)移動通信システムに関し、特にIPネットワーク音声(Voice over Internet Protocol、VOIP)業務半静的（semi-persistent）スケジューリングリソース配置の方法及びシステムに関する。
【背景技術】
【０００２】
LTE通信システムは発展型通用移動通信陸上無線アクセスネットワーク(Evolved-Universal Mobile Telecommucations System Terrestrial Radio Access Network、 E-UTRAN)とコアネットワーク(Core Network，CN)からなる。その中、アクセスネットワークは主に発展中のノードB(eNodeB，eNB)からなり、eNB間にX2インタフェースによって情報の交互を実現し、コアネットワークは主に移動性管理実体 (Mobility Management Entity、MME)とサービングゲートウェイ(Serving Gateway，S-GW)からなる。コアネットワークはSIインタフェースを介してeNBと情報交互し、１つのeNBが複数のMME或はS-GWに接続して情報の交互を実現することができ、1つのMME或はS-GWが複数のeNBに接続して情報の交互を実現することもできる。
【０００３】
音声業務はLTE通信システムにおけるもっとも基本的な業務であり、VOIPの方式で実現され、VOIP業務の典型的な特徴は半静的方式でスケジューリングすることである。
【０００４】
VOIP業務に対して、半静的スケジューリングがアクティブされると、eNBの媒体アクセス制御(Media Access Control，MAC)層はユーザー装置(User Equipment、UE)にリソースブロック(Resource Block，RB)リソースを割り当て、割り当てたRBリソース数量は普通MAC層により固定的に配置されるのである。図1に示すように、VOIP業務がアクティブされると、eNBのMAC層がUEに割り当てたRBリソース数は1つ（図中太い線で囲まれた部分）であると仮定して、アクティブの時刻になると、該UEに割り当てたRBリソースは固定で変わらないのである。
【０００５】
VOIP業務を行う各UEが所在する環境は異なる可能性があり、採用される音声符号化（voice coding）アルゴリズムも変化するものである。発呼UEと被呼UEは互いの音声符号化能力を交換し、同時に、自身の復号化能力に従って今回音声通話業務に使用できる音声復号化アルゴリズムを確定し、その後互いの音声復号化アルゴリズムを交換し、且つ相手の使用する音声復号化アルゴリズムによって今回通話に使用する音声符号化アルゴリズムを確定する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
音声符号化アルゴリズムの違いによって音声データパケットのサイズが異なることになるため、MAC層がUEに固定RBリソースを配置すると、通話する際に実際に必要のRBリソースとマッチングしない問題を引き起こされる。MAC層の固定的に配置されたリソース数が実際に必要なリソース数より大きいと、無線リソースの浪費を引き起こし、無線リソースの利用率を大幅に低下させ、固定的に配置されたリソース数が実際に必要なリソース数より小さいと、VOIP業務品質の低下を引き起こされる。
【０００７】
本発明が解決しようとする技術課題は、従来の技術におけるVOIP業務半静的スケジューリング時eNBがUEに割り当てたRBリソースとVOIP音声業務の特性がマッチングしなくて無線リソース浪費と通話品質低下をもたらす欠点を克服するように、IPネットワーク音声業務半静的スケジューリングリソース配置の方法及びシステムを提供する。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明はIPネットワーク音声(VOIP)業務半静的スケジューリングリソース配置の方法を提供し、該方法には、
発展型ノードB(eNB)に音声データパケットサイズとリソースブロック(RB)リソース数量との対応関係を保存しており、
通話参加方が今回通話に使用する音声符号化アルゴリズムを確定した後、前記音声符号化アルゴリズムの採用に必要な音声データパケットのサイズ情報を前記eNBに発信し、前記eNBが前記音声データパケットのサイズ情報を受信した後、前記音声データパケットのサイズに従って前記対応関係において対応するRBリソースの数量を検索した後、対応する数量のRBリソースを前記通話参加方に割り当てることを含む。
【０００９】
上記方法は、
VOIP音声業務半静的スケジューリングアクティブの時刻になると、通話が終わるまで、前記通話参加方がそれに割り当てたRBリソースにおいて業務データの伝送を行うことをさらに含む。
【００１０】
前記通話参加方は発呼方ユーザー装置(UE)または被呼方UEである。
【００１１】
対応数量のRBリソースを前記通話参加方に割り当てるステップにおいて、
前記eNBは物理ダウンリンク制御チャネル(PDCCH)によって対応数量のRBリソースを前記通話参加方に割り当てるのである。
【００１２】
通話参加方が今回通話に使用する音声符号化アルゴリズムを確定するステップは、
前記通話参加方は反対端（opposite end）と音声符号化能力を交換し、自身の音声復号化能力に従って今回通話に使用する音声復号化アルゴリズムを確定し、その後反対端と音声復号化アルゴリズムを交換し、反対端の使用する音声復号化アルゴリズムに従って自身の使用する音声符号化アルゴリズムを確定することを含む。
【００１３】
上記問題を解決するため、本発明はまたIPネットワーク音声(VOIP)業務半静的スケジューリングリソース配置のシステムを提供し、
それには通話参加方及び発展型ノードB(eNB)を含み、
前記通話参加方は、今回通話に使用する音声符号化アルゴリズムを確定した後、前記音声符号化アルゴリズムの採用に必要な音声データパケットのサイズ情報を前記eNBに発信するように設置され、及び
前記eNBは、音声データパケットサイズとリソースブロック(RB)リソース数量との対応関係を保存し、受信した前記音声データパケットサイズ情報に従って前記対応関係において対応するRBリソースの数量を検索した後、対応数量のRBリソースを前記通話参加方に割り当てるように設置される。
【００１４】
前記通話参加方は、VOIP音声業務半静的スケジューリングアクティブの時刻になると、通話が終わるまで、前記通話参加方に割り当てたRBリソースにおいて業務データの伝送を行なうようにさらに設置される。
【００１５】
前記通話参加方は発呼方ユーザー装置(UE)或は被呼方UEである。
【００１６】
前記eNBは、以下の方式で対応数量のRBリソースを前記通話参加方に割り当てるように設置されるのであり、該方式は即ち、物理ダウンリンク制御チャネル(PDCCH)によって対応数量のRBリソースを前記通話参加方に割り当てることである。
【００１７】
通話参加方は以下の方式で今回通話に使用する音声符号化アルゴリズムを確定するように設置され、該方式は即ち、
前記通話参加方は反対端と音声符号化能力を交換し、
自身の音声復号化能力に従って今回通話に使用する音声復号化アルゴリズムを確定し、及び
反対端と音声復号化アルゴリズムを交換した後、反対端の使用する音声復号化アルゴリズムに従って自身の使用する音声符号化アルゴリズムを確定することである。
【００１８】
上記問題を解決するため、本発明はまたIPネットワーク音声(VOIP)業務半静的スケジューリングリソース配置を支持する発展型ノードB(eNB)を提供し、それは、
音声データパケットサイズとリソースブロック(RB)リソース数量との対応関係を保存し、及び
通話参加方から受信した、前記通話参加方が今回通話に使用する音声符号化アルゴリズムを確定した後、前記eNBに発送した前記音声符号化アルゴリズムの採用に必要な音声データパケットのサイズ情報に従って、前記対応関係において対応するRBリソースの数量を検索した後、対応数量のRBリソースを前記通話参加方に割り当てるように設置される。
【００１９】
前記eNBは以下の方式で対応数量のRBリソースを前記通話参加方に割り当てるように設置されるのであり、該方式は即ち、物理ダウンリンク制御チャネル(PDCCH)によって対応数量のRBリソースを前記通話参加方に割り当てることである請求項11に記載のeNB。
【発明の効果】
【００２０】
本発明は、従来の技術に比べて、eNBのMACがUEから実際に報告した音声データパケットのサイズ指示に従ってUEにRBリソースを割り当てるため、無線リソースとVOIP音声業務の特性とがマッチングしない問題を解決でき、無線リソースの利用率と通話品質を向上させ、無線リソースの浪費を減少させるとともに、UEが自身の符号化アルゴリズムを確定した後、音声データパケットのサイズをただ一回だけ基地局のMACに報告するため、シグナリングオーバーヘッドを減少させる。
【図面の簡単な説明】
【００２１】
【図１】従来の技術においてUEがVOIP業務を行なう時、eNBからUEに割り当てるリソースブロックの模式図。
【図２】本発明の応用実例における発呼UEがアイドル状態で、ネットワークにアクセスし、VOIP業務データパケットのサイズ指示メッセージを報告するフローチャート図。
【図３】本発明の応用実例における被呼UEがアイドル状態で、ネットワークにアクセスし、VOIP業務データパケットのサイズ指示メッセージを報告するフローチャート図。
【発明を実施するための形態】
【００２２】
以下、図面及び実施例を結び付けて本発明の技術案を詳細的に説明する。
【００２３】
本発明の基本的な構想は、eNBに音声データパケットサイズとRBリソース数量との対応関係を保存しており、
通話参加方が今回通話に使用する音声符号化アルゴリズムを確定した後、eNBに該アルゴリズムの採用に必要な音声データパケットのサイズ情報を発信し、eNBが受信した後、音声データパケットのサイズに従って前記対応関係において対応するRBリソースの数量を検索した後、該RBリソースの数量に対応するRBリソースを上記通話参加方に割り当てることである。その中、通話参加方は発呼UE或は被呼UEであり、eNBは物理ダウンリンク制御チャネル(Physical Downlink Control Channel，PDCCH)によって、対応数量のRBリソースを上記通話参加方に割り当てる。
【００２４】
その後、VOIP音声業務半静的スケジューリングアクティブの時刻になると、通話が終わるまで、該通話参加方はそれに割り当てたRBリソースにおいて業務データの伝送を行なうことになる。
本発明の前記方法は、以下のステップを含んでもよい。
ステップ１：UEとネットワークとは接続を構築する；
ステップ2：UEが音声業務を発起し、業務ベアラーを構築する；
ステップ3：UEが自身の符号化/復号化能力と相手のUEの符号化/復号化能力に従って今回通話に使用する音声符号化アルゴリズムを確定する；
ステップ4：UEが確定した音声符号化アルゴリズムに従って、該アルゴリズムの使用に必要な音声データパケットのサイズ情報を基地局のMAC層に報告する；
ステップ5：基地局のMAC層が受信した音声データパケットのサイズ情報に従ってそれの中に保存されている対応関係において対応するRBリソースの数量を検索した後、該RBリソースの数量に対応するRBリソースを上記UEに割り当てる;
ステップ6：VOIP音声業務半静的スケジューリングアクティブの時刻になると、通話が終わるまで、UEが基地局のMAC層からそれに割り当てたRBリソースを使用して業務データの伝送を行う。
【００２５】
以下、本発明の二つの応用実例を利用してさらに説明する。
応用実例1：
発呼UEがネットワークにアクセスし、eNBにVOIP業務データパケットサイズ指示メッセージを報告することを例として、本発明を説明する。
【００２６】
図2に示すようである。発呼UEがアイドル状態にあって、VOIP業務データパケットサイズが8BYTEであると仮定する。
【００２７】
ステップ200：無線リソース制御(Radio Resource Control，RRC)接続構築過程：即ち
発呼UEとeNBとがネットワーク接続を構築すること；
ステップ201：UEコンテクスト構築過程、発呼UEとネットワーク通信のコンテクスト環境を構築するためであり、
ステップ202：E-UTRAN無線アクセスベアラー(E-UTRAN Radio Access Bearer，E-RAB) 構築過程、VOIP音声業務をベアリングするためであり、
ステップ203：発呼UEがVOIP業務符号化アルゴリズムを確定する過程。発呼UEと被呼UEが音声符号化能力を交換し、自身の音声復号化能力に従って今回通話に使用する音声復号化アルゴリズムを確定し、その後被呼UEと音声復号化アルゴリズムを交換し、被呼UEの使用する音声復号化アルゴリズムに従って自身の使用する音声符号化アルゴリズムを確定することを含む；
ステップ204：発呼UEが音声データパケットのサイズ指示メッセージをeNBのMAC層に報告し、その中、発呼UEの使用する音声符号化アルゴリズムに必要な音声データパケットのサイズ情報を携帯する；
ステップ205：eNBのMAC層がRBリソースをマッピングする過程。eNBのMAC層が受信した音声データパケットのサイズ8BYTEに従ってそれに保存される対応関係において対応するRBリソースの数量を検索した後、該数量のRBリソースを発呼UEに割り当てることを含む。そうすると、通話が終わるまで、発呼UEは半静的スケジューリングアクティブ期間においてMACが報告のデータパケットサイズに従ってそれに割り当てたRBリソースを使用することになる。
【００２８】
応用実例2：
被呼UEがネットワークにアクセスし、eNBにVOIP業務データパケットサイズを報告することを例として本発明を説明する。
【００２９】
図3に示すようである。被呼UEがアイドル状態にあって、VOIP業務データパケットサイズが10BYTEであると仮定する。
ステップ300：呼び出し過程、即ちMMEが被呼UEを呼び出すこと;
ステップ301：RRC接続構築過程、被呼UEとeNBとがネットワーク接続を構築する；
ステップ302：UEコンテクスト構築過程、被呼UEとネットワーク通信のコンテクスト環境を構築する：
ステップ303：E-RAB構築過程、 VOIP音声業務をベアリングする；
ステップ304：被呼UEがVOIP業務符号化アルゴリズムを確定する過程。被呼UEと発呼UEが音声符号化能力を交換し、自身の音声復号化能力に従って今回通話に使用する音声復号化アルゴリズムを確定し、その後発呼UEと音声復号化アルゴリズムを交換し、発呼UEの使用する音声復号化アルゴリズムに従って自身の使用する音声符号化アルゴリズムを確定することを含む；
ステップ305：被呼UEが音声データパケットのサイズ指示メッセージをeNBのMACに報告し、その中、被呼UEの使用する音声符号化アルゴリズムに必要な音声データパケットのサイズ情報を携帯する；
ステップ306：eNBのMAC層がRBリソースをマッピングする過程。eNBのMAC層が受信した音声データパケットのサイズ10BYTEに従ってそれに保存される対応関係において対応するRBリソースの数量を検索した後、該数量のRBリソースを被呼UEに割り当てることを含む。そうすると、通話が終わるまで、被呼UEは半静的スケジューリングアクティブ期間においてMACが報告のデータパケットサイズに従ってそれに割り当てたRBリソースを使用することになる。
【００３０】
本発明による前記VOIP業務半静的スケジューリングリソース配置のシステムは、通話参加方及びeNBを含み、その中、通話参加方は呼方UE或は被呼UEであってもよい。
【００３１】
通話参加方は、今回通話に使用する音声符号化アルゴリズムを確定した後、eNBに該アルゴリズムへの採用に必要な音声データパケットのサイズ情報を発信するように設置され、
eNBは、音声データパケットのサイズとリソースブロック(RB)リソース数量との対応関係を保存しており、受信した音声データパケットのサイズ情報に従って上記対応関係において対応するRBリソースの数量を検索した後、該数量のRBリソースを上記通話参加方に割り当てるように設置される。
【００３２】
その中、前記通話参加方は、VOIP音声業務半静的スケジューリングアクティブの時刻になると、通話が終わるまで、それに割り当てたRBリソースにおいて業務データの伝送を行なうようにさらに設置される。
【００３３】
その他、eNBはPDCCHによって対応数量のRBリソースを上記通話参加方に割り当てるように設置される。
【００３４】
通話参加方は以下の方式で今回通話に使用する音声符号化アルゴリズムを確定するように設置され、該方式は即ち、
通話参加方は反対端と音声符号化能力を交換し、自身の音声復号化能力に従って今回通話に使用する音声復号化アルゴリズムを確定し、反対端と音声復号化アルゴリズムを交換した後、反対端の使用する音声復号化アルゴリズムに従って自身の使用する音声符号化アルゴリズムを確定することである。
【００３５】
前記課題を解決するために，本発明はIPネットワーク音声(VOIP)業務半静的スケジューリングリソース配置を支持する発展型ノードB(eNB)を提供し、それは、
音声データパケットサイズとリソースブロック(RB)リソース数量との対応関係を保存し、及び
通話参加方から受信した、通話参加方が今回通話に使用する音声符号化アルゴリズムを確定した後、eNBに発送した該音声符号化アルゴリズムの採用に必要な音声データパケットのサイズ情報に従って、対応関係において対応するRBリソースの数量を検索した後、対応数量のRBリソースを通話参加方に割り当てるように設置される。
【００３６】
ENBは以下の方式で対応数量のRBリソースを通話参加方に割り当てるように設置されるのであり、該方式は即ち、
物理ダウンリンク制御チャネル(PDCCH)によって対応数量のRBリソースを通話参加方に割り当てることである。
【００３７】
もちろん、本発明はさらに他の多種類の実施例があってもよく、本発明の主旨及その本質を逸脱しない範囲内で、当業者は本発明に従って相応する変更、変形をすることができるが、相応する変更、変形は本発明によるクレームの保護範囲に属するべきである。
【産業上の利用可能性】
【００３８】
本発明は、eNBのMACがUEから実際に報告した音声データパケットのサイズ指示に従ってUEにRBリソースを割り当てるため、無線リソースとVOIP音声業務の特性とがマッチングしない問題を解決でき、無線リソースの利用率と通話品質を向上させ、無線リソースの浪費を減少させるとともに、UEが自身の符号化アルゴリズムを確定した後、音声データパケットのサイズをただ一回だけ基地局のMACに報告するため、シグナリングのオーバーヘッドを減少させる。
【図１】
0005430741.tif 000002
【図２】
0005430741.tif 000003
【図３】
0005430741.tif 000004