(57)【特許請求の範囲】
【請求項１】
半永続的スケジューリング方式が使用可能であるか、ＵＥが半永続的スケジューリング方式をサポートするかを判断するステップと、
半永続的スケジューリング方式が使用可能であり、かつＵＥが半永続的スケジューリング方式をサポートする場合、半永続的スケジューリングの方式でスケジューリングするステップと、
半永続的スケジューリング方式が使用できず、又はＵＥが半永続的スケジューリング方式をサポートしない場合、ダイナミック・ディレイ・スケジューリング方式が使用できるかを判断し、使用できれば、ダイナミック・ディレイ・スケジューリング方式で２個連続の音声データパケットをバインディングしてスケジューリングし、使用できなければ、ダイナミック・スケジューリング方式でスケジューリングするステップとを備え、
前記ダイナミック・ディレイ・スケジューリング方式で２個連続の音声データパケットをバインディングしてスケジューリングするステップは、
プリセットした時間間隔内に、連続着信した２個音声データパケットを取得するステップと、
前記２個音声データパケットの属性情報を取得して、ＭＡＣへ送信するステップと、
２個音声データパケットの属性情報に基づき、バッファにおいて、バッファスペースをリザーブするステップと、
前記リザーブするバッファスペースにおいて、前記２個音声データパケットをスケジューリングするステップとを備えることを特徴とする音声データのダイナミック・ディレイ・スケジューリング方法。
【請求項２】
前記音声データパケットの属性情報は、音声データパケットのサイズと、音声データパケットにおけるヘッド圧縮の有無と、音声データパケットのコーディングフォーマットとを含むことを特徴とする請求項１に記載の音声データのダイナミック・ディレイ・スケジューリング方法。
【請求項３】
前記リザーブするバッファスペースにおいて、前記２個音声データパケットをスケジューリングするステップは、
アップリングダイナミック・ディレイ・スケジューリングの場合、ＬＧＧが１であるアップリングデータの有無を判断し、有であれば、アップリングデータをアップリングスケジューリングのキューに挿入し、アップリングリザーブするバッファスペースを登録するステップと、
ダウンリングダイナミック・ディレイ・スケジューリングの場合、ＱＣＩが１であるアップリングデータの有無を判断し、有であれば、ダウンリングデータをアップリングスケジューリングのキューに挿入し、ダウンリングリザーブするバッファスペースを登録するステップとを備えることを特徴とする請求項１に記載の音声データのダイナミック・ディレイ・スケジューリング方法。
【請求項４】
前記半永続的スケジューリング方式が使用できるか、ＵＥが半永続的スケジューリング方式をサポートするかを判断する前に、前記ＭＡＣは、ダイナミック・スケジューリング方式で、前記音声データパケットをスケジューリングするステップをさらに備えることを特徴とする請求項１に記載の音声データのダイナミック・ディレイ・スケジューリング方法。
【請求項５】
半永続的スケジューリング方式が使用できるか、ＵＥが半永続的スケジューリング方式をサポートするかを判断する判断モジュールと、  
半永続的スケジューリング方式が使用でき、かつＵＥが半永続的スケジューリング方式をサポートする場合、半永続的スケジューリングの方式でスケジューリングする半永続的スケジューリングモジュールと、
半永続的スケジューリング方式が使用できず、又はＵＥが半永続的スケジューリング方式をサポートしない場合、ダイナミック・ディレイ・スケジューリング方式が使用可能であるかを判断し、使用できれば、ダイナミック・ディレイ・スケジューリング方式で、２個連続の音声データパケットをバインディングしてスケジューリングし、使用できなければ、ダイナミック・スケジューリング方式でスケジューリングするダイナミック・ディレイ・スケジューリングモジュールとを備え、
前記ダイナミック・ディレイ・スケジューリングモジュールは、
プリセットした時間間隔内に、連続着信した音声データパケットを取得する第１取得サブモジュールと、
第１取得サブモジュールが取得した２個音声データパケットから、音声データパケットの属性情報を取得してＭＡＣへ送信する第２取得サブモジュールと、
第２取得サブモジュールが取得した音声データパケットの属性情報に基づき、バッファにおいて、バッファスペースをリザーブするリザーブサブモジュールと、
前記リザーブするバッファにおけるバッファスペースにおいて、２個音声データパケットをスケジューリングするスケジューリングサブモジュールとを備えることを含めることを特徴とする基地局。
【請求項６】
前記スケジューリングサブモジュールは、
アップリングダイナミック・ディレイスケジューリングの場合、ＬＧＧが１であるアップリングデータの有無を判断し、有であれば、アップリングデータをアップリングスケジューリングのキューに挿入し、アップリングリザーブするバッファスペースを登録するアップリングダイナミック・ディレイ・スケジューリングサブモジュールと、
ダウンリングダイナミック・ディレイ・スケジューリングの場合、ＱＣＩが１であるアップリングデータの有無を判断し、有であれば、ダウンリングデータをアップリングスケジューリングのキューに挿入し、ダウンリングリザーブするバッファスペースを登録するダウンリングダイナミック・ディレイ・スケジューリングサブモジュールとを備えることを特徴とする請求項５に記載の基地局。
【請求項７】
前記音声データパケットの属性情報は、音声データパケットのサイズと、音声データパケットにおけるヘッド圧縮の有無と、音声データパケットのコーディングフォーマットが含まれることを含むことを特徴とする請求項５に記載の基地局。
【請求項８】
前記ＭＡＣがダイナミック・スケジューリング方式を利用して、前記音声データパケットをスケジューリングするダイナミック・スケジューリングモジュールをさらに備えることを特徴とする請求項５に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術分野に関し、特に音声データのダイナミック・ディレイ・スケジューリング方法及び基地局に関する。
【背景技術】
【０００２】
ロング・ターム・エボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ,ＬＴＥ）はオールＩＰ基盤の無線通信技術であり、高いＵＬ/ＤＬデータ伝送速度、柔軟な帯域幅配置、簡潔化のネットワーク体系構造を有することにより、４Ｇ規格の最有力な競争者となってきた。ＬＴＥ無線インタフェースのリソースが共有リソースであるため、シグナリングとデータは、このような共有リソースを競争して伝送される。現在、ＬＴＥ音声（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ，ＶoＬＴＥ）サービスに利用する可能性がある無線リソースのスケジューリング方案はダイナミック・スケジューリング、半永続的スケジューリングとグループスケジューリングなどがある。ここで、ダイナミック・スケジューリングは、通用のスケジューリング方法であり、スケジューラは、ＵＥのリソース・リクエストに応じて、無線リソーススケジューリング際の基本単位とする物理リソースブロック（ＰｈｙｓｉｃａｌResource Ｂｌｏｃｋ、ＰＲＢという）それぞれのために、リソースを割り当てる。半永続的スケジューリングは、ＶｏＬＴＥのようなリアルタイムサービスに採用されれば、シグナリングオーバーヘッドを低減する一方、システム容量を増加可能のスケジューリング方法である。
【０００３】
音声データパケットの出力ルールは図１に示されている。無通話段階で、スケジューリングする必要がある音声データパケットがなくて、この際、ファイル・トランスファー・プロトコル（ＦＩＬＥ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ,ＦＴＰ）又はユーザデータグラムプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ、ＵＤＰ）などの他のデータサービスに対し、ダイナミック・スケジューリングを行うことができる。通話段階において、ユーザ通話の場合、２０ｍｓごとに、サンプリングパケットを生成する。なので、ユーザの音声メッセージの生成は予測でき、この場合、毎回のダイナミック・スケジューリングを避けるために、半永続的スケジューリングを利用することで、音声伝送能力が約２０％向上されることができる。通話間歇段階に、理論上で、１６０ｍｓごとに、バックグラウンドサウンドシンボルが生成されるが、音声データをスケジューリングしない。音声サービスが始まると、ダイナミック・スケジューリングを採用してスケジューリングし、半永続的スケジューリング方式のスイッチが使用できるか、かつ、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥという）が半永続的スケジューリング方式をサポートするかを判断する。半永続的スケジューリングのスイッチがオンになり、かつＵＥが半永続的スケジューリング方式をサポートする場合、ＵＥが半永続的スケジューリングの方式でスケジューリングするように設定するが、さもないと、ダイナミック・スケジューリング方式を採用して、スケジューリングするように設定する。３ＧＰＰプロトコールによれば、ダイナミック・スケジューリング際のＵＬ/ＤＬ変調とコーディング方法（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ,ＭＣＳ）のレベール範囲は０〜２８であり、スケジューリングたびに、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ,ＤＣＩという）、物理ダウンリンク制御情報（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＤＣＣＨという）を発送することにより、リソースのオーバーヘッドが大きくなる。半永続的スケジューリングのレベール範囲は０〜１５であり、半永続的スケジューリングの活性や非活性状態のみに、ＤＣＩを発送するため、ＰＤＣＣＨのオーバーヘッドが小さい。チャンネル条件が優れている場合、同様に１５個のＰＲＢをスケジューリングすると、ダイナミック・スケジューリングのレベールは２８、スケジューリングされたリソースブロックサイズは１１０６４であるが、半永続的スケジューリング場合のＭＣＳレベールは１５、スケジューリングされているリソースブロックサイズは４２６４である。ダイナミック・スケジューリング場合のリソースブロックサイズは約半永続的スケジューリング場合の２.５倍になる。即ち、ダイナミック・スケジューリングと半永続的スケジューリングそれぞれの優劣とは、ダイナミック・スケジューリングの場合、より高い変調コーディングレベールをスケジューリングすることができるが、ＰＤＣＣＨのリソースのオーバーヘッドが大きくなってしまう。半永続的スケジューリングの場合、最小のリソースのオーバーヘッドを達成できるが、スケジューリングできる最高ＭＣＳレベールは１５しかできない。ダイナミック・スケジューリングも半永続的スケジューリングも、実施が簡易なのに、柔軟性に欠如され、ダイナミック・スケジューリングと半永続的スケジューリング両方のメリットをともに活かすことができず、ＰＤＣＣＨリソースを適宜に割り当てできなくて、基地局の総容量を低減させてしまう。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題としては、制御チャンネルリソースオーバーヘッドを減少する一方、基地局のスループットを高めることにある。
【０００５】
このような発明の目的を達成するために、本発明は、変調コーディングレベールが高いが、ＰＤＣＣＨリソースオーバーヘッドが小さい音声データのダイナミック・ディレイ・スケジューリング方法及び基地局を提供する。
【課題を解決するための手段】
【０００６】
第一実施態様によれば、本発明は、音声データのダイナミック・ディレイ・スケジューリング方法を提供し、当該方法は、
半永続的スケジューリング方式が使用可能であるか、及びＵＥが半永続的スケジューリング方式をサポートするかを判断するステップと、
半永続的スケジューリング方式が使用可能であり、かつＵＥが半永続的スケジューリング方式をサポートする場合、半永続的スケジューリングの方式でスケジューリングするステップと、
半永続的スケジューリング方式が使用できず、又はＵＥが半永続的スケジューリング方式をサポートしない場合、ダイナミック・ディレイ・スケジューリング方式が使用できるかを判断し、使用できれば、ダイナミック・ディレイ・スケジューリング方式で２個連続の音声データパケットをバインディングしてスケジューリングし、使用できなければ、ダイナミック・スケジューリング方式でスケジューリングするステップとを備える。
【０００７】
好ましくは、前記ダイナミック・ディレイ・スケジューリング方式で２個連続の音声データパケットをバインディングしてスケジューリングするステップは、
プリセットした時間間隔内に、連続着信した２個音声データパケットを取得するステップと、
前記２個音声データパケットの属性情報を取得して、ＭＡＣへ送信するステップと、
２個音声データパケットの属性情報に基づき、バッファにおいて、バッファスペースをリザーブするステップと、
前記リザーブするバッファスペースにおいて、前記２個音声データパケットをスケジューリングするステップとを備える。
【０００８】
好ましくは、前記音声データパケットの属性情報には、音声データパケットのサイズと、音声データパケットにおけるヘッド圧縮の有無と、音声データパケットのコーディングフォーマットが含まれる。
【０００９】
好ましくは、前記リザーブするバッファスペースのにおいて、前記２個音声データパケットをスケジューリングするステップは、
アップリングダイナミック・ディレイ・スケジューリングの場合、ＬＧＧが１であるアップリングデータの有無を判断し、有であれば、アップリングデータをアップリングスケジューリングのキューに挿入し、アップリングリザーブするバッファスペースを登録するステップと、
ダウンリングダイナミック・ディレイ・スケジューリングの場合、ＱＣＩが１であるアップリングデータの有無を判断し、有であれば、ダウンリングデータをアップリングスケジューリングのキューに挿入し、ダウンリングリザーブするバッファスペースを登録するステップとを備える。
【００１０】
好ましくは、前記半永続的スケジューリング方式が使用できるか、ＵＥが半永続的スケジューリング方式をサポートするかを判断する前に、前記方法は、
前記ＭＡＣは、ダイナミック・スケジューリング方式で、前記音声データパケットをスケジューリングするステップをさらに備える。
【００１１】
他の１態様によれば、本発明は基地局を提供し、当該基地局は、
半永続的スケジューリング方式が使用できるか、ＵＥが半永続的スケジューリング方式をサポートするかを判断する判断モジュールと、
半永続的スケジューリング方式が使用でき、かつＵＥが半永続的スケジューリング方式をサポートする場合、半永続的スケジューリングの方式でスケジューリングする半永続的スケジューリングモジュールと、
半永続的スケジューリング方式が使用できず、又はＵＥが半永続的スケジューリング方式をサポートしない場合、ダイナミック・ディレイ・スケジューリング方式が使用可能であるかを判断し、使用できれば、ダイナミック・ディレイ・スケジューリング方式で、２個連続の音声データパケットをバインディングしてスケジューリングし、使用できなければ、ダイナミック・スケジューリング方式でスケジューリングするダイナミック・ディレイ・スケジューリングモジュールとを備える。
【００１２】
好ましくは、前記ダイナミック・ディレイ・スケジューリングモジュールは、
プリセットした時間間隔内に、連続着信した音声データパケットを取得する第１取得サブモジュールと、
第１取得サブモジュールが取得した２個音声データパケットから、音声データパケットの属性情報を取得してＭＡＣへ送信する第２取得サブモジュールと、
第２取得サブモジュールが取得した音声データパケットの属性情報に基づき、バッファにおいて、バッファスペースをリザーブするリザーブサブモジュールと、
前記リザーブするバッファにおけるバッファスペースにおいて、２個音声データパケットをスケジューリングするスケジューリングサブモジュールとを備える。
【００１３】
好ましくは、前記スケジューリングサブモジュールは、
アップリングダイナミック・ディレイ・スケジューリングの場合、ＬＧＧが１であるアップリングデータの有無を判断し、有であれば、アップリングデータをアップリングスケジューリングのキューに挿入し、アップリングリザーブするバッファスペースを登録するアップリングダイナミック・ディレイ・スケジューリングサブモジュールと、
ダウンリングダイナミック・ディレイ・スケジューリングの場合、ＱＣＩが１であるアップリングデータの有無を判断し、有であれば、ダウンリングデータをアップリングスケジューリングのキューに挿入し、ダウンリングリザーブするバッファスペースを登録するダウンリングダイナミック・ディレイ・スケジューリングサブモジュールとを備える。
【００１４】
好ましくは、前記音声データパケットの属性情報は、
音声データパケットのサイズと、音声データパケットにおけるヘッド圧縮の有無と、音声データパケットのコーディングフォーマットが含まれる。
【００１５】
好ましくは、前記基地局は、前記ＭＡＣがダイナミック・スケジューリング方式を利用して、前記音声データパケットをスケジューリングするダイナミック・スケジューリングモジュールをさらに備える。
【発明の効果】
【００１６】
本発明が提供するダイナミック・ディレイ・スケジューリング方法及び基地局によれば、連続着信した２個音声データパケットを音声データとしてバインディングしてＰＤＣＣＨを介してスケジューリングすることにより、ＰＤＣＣＨリソースのオーバーヘッドを半分削減するだけではなく、高い変調コーディングレベルを保持することができる。本発明は、音声サービスを柔軟にスケジューリングすることができ、ＰＤＣＣＨリソースを適宜に割り当て、基地局のユーザの容量を高めることができる。
【図面の簡単な説明】
【００１７】
図面を参照することにより、本発明の特徴及びメリットをさらに明確に理解できる。図面は例示するためすぎず、本発明を制限するものではない。
【図１】従来技術における音声データパケットの出力ルールを示す図である。
【図２（ａ）】実施例１に係るダイナミック・ディレイ・スケジューリング方法のフローチャートである。
【図２（ｂ）】実施例１に係るダイナミック・ディレイ・スケジューリング方法のフローチャートである。
【図２（ｃ）】実施例１に係るダイナミック・ディレイ・スケジューリング方法のフローチャートである。
【図３】実施例２に係るダイナミック・ディレイ・スケジューリング場合の基地局の構造図である。
【発明を実施するための形態】
【００１８】
以下、図面及び実施例に基づき、本発明の具体な実施携帯を詳細に説明する。以下の実施例は本発明を説明するために用いられるが、本発明の範囲を制限するものではない。
【００１９】
実施例１
図２（ａ）に示すように、本発明に係るダイナミック・ディレイ・スケジューリング方法は、以下のステップを備える。
Ｓ１：半永続的スケジューリング方式が使用できるか、ＵＥが半永続的スケジューリング方式をサポートするかを判断し、使用できれば、ステップＳ２を執行する。使用できなければ、ステップＳ３を執行する。
Ｓ２：半永続的スケジューリング方式でスケジューリングする。
Ｓ３：ダイナミック・ディレイ・スケジューリング方式が使用できるかを判断し、使用できれば、ステップＳ４を執行する。使用できなければ、ステップＳ５へジャンプする。
Ｓ４：ダイナミック・ディレイ・スケジューリング方式で２個連続の音声データパケットをバインディングしてスケジューリングする。
Ｓ５：ダイナミック・スケジューリング方式でスケジューリングする。
【００２０】
本実施例において、半永続的スケジューリング方式が使用できるとともに、ＵＥが半永続的スケジューリング方式をサポートする場合に限り、半永続的スケジューリング方式でスケジューリングする。使用できなければ、ダイナミック・ディレイ・スケジューリング方式を採用する。ダイナミック・ディレイ・スケジューリング方式も使用できなければ、ダイナミック・スケジューリング方式でスケジューリングする。ダイナミック・ディレイ・スケジューリング方式でスケジューリングする場合、連続着信した２個音声データパケットを一つの音声データとしてスケジューリングして、一つのＰＤＣＣＨを介してスケジューリングすることにより、ＰＤＣＣＨリソースのオーバーヘッドを半分削減するだけではなく、高い変調コーディングレベルを保持することができる。
【００２１】
実施する際に、図２（ｂ）のように、ステップＳ４は以下のステップをさらに備える。
Ｓ４０１：プリセットした時間間隔内に、連続着信した２個音声データパケットを取得する。
Ｓ４０２：２個音声データパケットの属性情報を取得して、メデイアアクセスコントロールレーヤ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）へ送信する。
Ｓ４０３：２個音声データパケットの属性情報に基づき、バッファにおいて、バッファスペースをリザーブする。
Ｓ４０４：リザーブするバッファスペースにおいて、前記２個音声データパケットをスケジューリングする。
【００２２】
さらに、パッケートデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ,ＰＤＣＰ）は２個音声データパケットの属性情報を取得する。属性情報には、音声データパケットのサイズと、音声データにおけるヘッド圧縮の有無と、音声データパケットのコーディングフォーマットとが含まれる。こうして、音声データパケットの属性情報に基づき、バッファにおいて、バッファスペースをリザーブすることができる。例えば、一種の音声データパケットの属性情報は、ＩＰＶ４プロトコルに従って伝送し、ヘッド圧縮有、データコーディングフォーマットが狭帯域伝送である。たの一種の音声データパケットの属性情報は、ＩＰＶ６プロトコルに従って伝送し、ヘッド圧縮なし、データコーディングフォーマットが広帯域伝送である。
【００２３】
さらに、好ましくは、ここで、プリセットした時間間隔を４０ｍｓにする。一つの音声データパケットのサンプリング時間が２０ｍｓであるため、本方法は、時間的に連続する２個音声データパケットをバインディングしてスケジューリングするため、プリセットした時間間隔は４０ｍｓとなる。本実施例の音声データのダイナミック・ディレイ・スケジューリング方式により、取得した音声データパケットは一回ごとに二つを超えない。というのは、二つ以上になる場合、音声データパケットの遅延が大きくなり、音声サービスの体験に影響を与えるためである。
【００２４】
実施の際に、図２（ｃ）のように、ステップＳ４０４は以下のステップを備える。
Ｓ４０４１：アップリングダイナミック・ディレイ・スケジューリングの場合、ＬＧＧ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ，ロジックチャンネルグループ）が１であるアップリングデータの有無を判断し、有であれば、アップリングデータをアップリングスケジューリングのキューに挿入し、アップリングリザーブするバッファスペースを登録する。
Ｓ４０４２：ダウンリングダイナミック・ディレイ・スケジューリングの場合、ＱＣＩ（Ｑｏｓ Ｃｌａｓｓ Ｓｅｒｖｉｃｅ，Ｑｏｓクラスサービス）が１であるアップリングデータの有無を判断し、有であれば、ダウンリングデータをアップリングスケジューリングのキューに挿入し、ダウンリングリザーブするバッファスペースを登録する。
【００２５】
また、ダイナミック・ディレイ・スケジューリングは、アップリングダイナミック・ディレイ・スケジューリングとダウンリングダイナミック・ディレイ・スケジューリングに分けられる。アップリングダイナミック・ディレイ・スケジューリングの場合、スケジューリング対象は音声データであるため、アップリングダイナミック・ディレイ・スケジューリングの音声がアクティブ状態になる場合、ＬＧＧが１であるアップリングデータ（アップリングチャンネル伝送のデータタイプが音声データタイプであることを示す）の有無を判断する。２個音声データサイズであるバッファスペースを再度登録することにより、バウンディングされた２個音声データパケットをスケジューリングする。ダウンリングダイナミック・ディレイ・スケジューリングの場合、ダウンリングダイナミック・ディレイ・スケジューリングの音声データパケットのＱＣＩを１にして、ダウンリングチャンネル伝送のデータタイプが音声データタイプであることを示す。
【００２６】
本実施例において、ステップＳ１の前にいかのステップをさらに備える。
Ｓ１０１：ＭＡＣはダイナミック・スケジューリング方式で音声データパケットをスケジューリングする（未図示）。
【００２７】
実施の場合、半永続的スケジューリング方式が使用可能であるか、及びＵＥが半永続的スケジューリング方式をサポートするかを判断しない前に、送信された音声データパケットはダイナミック・スケジューリング方式を採用する。
【００２８】
よって、本発明が提供したダイナミック・ディレイ・スケジューリング方法によれば、連続着信した２個音声データパケットを音声データとしてバインディングしてＰＤＣＣＨを介してスケジューリングすることにより、ＰＤＣＣＨリソースのオーバーヘッドを半分削減するだけではなく、高い変調コーディングレベルを保持することができる。本発明は、音声サービスを柔軟にスケジューリングすることができ、ＰＤＣＣＨリソースを適宜に割り当て、基地局のユーザの容量を高めることができる。
【００２９】
実施例２
図３のように、本発明に係る基地局は、
半永続的スケジューリング方式がオンにならない、又はＵＥが半永続的スケジューリング方式をサポートするか判断する判断モジュールと、
半永続的スケジューリング方式が使用でき、かつ、ＵＥが半永続的スケジューリング方式をサポートする場合、半永続的スケジューリング方式でスケジューリングする半永続的スケジューリングモジュールと、
半永続的スケジューリング方式が使用できない場合、ダイナミック・ディレイ・スケジューリング方式が使用可能であるかを判断し、使用できれば、ダイナミック・ディレイ・スケジューリング方式で、２個連続の音声データパケットをバインディングしてスケジューリングし、使用できなければ、ダイナミック・スケジューリング方式でスケジューリングするダイナミック・ディレイ・スケジューリングモジュールとを備える。
【００３０】
本実施例によれば、半永続的スケジューリング方式が使用できるとともに、ＵＥが半永続的スケジューリング方式をサポートする場合に限り、半永続的スケジューリング方式でスケジューリングし、使用できなければ、ダイナミック・ディレイ・スケジューリング方式を採用する。ダイナミック・ディレイ・スケジューリング方式も使用できなければ、ダイナミック・スケジューリング方式でスケジューリングする。ダイナミック・ディレイ・スケジューリング方式でスケジューリングする場合、連続着信した２個音声データパケットを一つの音声データとしてスケジューリングして、一つのＰＤＣＣＨを介してスケジューリングすることにより、ＰＤＣＣＨリソースのオーバーヘッドを半分削減するだけではなく、高い変調コーディングレベルを保持することができる。
【００３１】
実施する際に、ダイナミック・ディレイ・スケジューリングモジュールは、
プリセットした時間間隔内に、連続着信した音声データパケットを取得する第１取得サブモジュールと、
第１取得サブモジュールが取得した２個音声データパケットから、音声データパケットの属性情報を取得してＭＡＣへ送信する第２取得サブモジュールと、
第２取得サブモジュールが取得した音声データパケットの属性情報に基づき、バッファにおいて、バッファスペースをリザーブするリザーブサブモジュールと、
前記リザーブするバッファにおけるバッファスペースにおいて、２個音声データパケットをスケジューリングするスケジューリングサブモジュールとを備える。
【００３２】
また、パッケートデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ,ＰＤＣＰ）は２個音声データパケットの属性情報を取得する。属性情報は、音声データパケットのサイズと、音声データにおけるヘッド圧縮の有無と、音声データパケットのコーディングフォーマットとを含む。こうして、音声データパケットの属性情報に基づき、バッファにおいて、バッファスペースをリザーブする。例えば、１種の音声データパケットの属性情報は、ＩＰＶ４プロトコルに従って伝送し、ヘッド圧縮あり、データコーディングフォーマットが狭帯域伝送である。他の１種の音声データパケットの属性情報は、ＩＰＶ６プロトコルに従って、ヘッド圧縮なし、データコーディングフォーマットが広帯域伝送である。
【００３３】
また、好ましくは、プリセットした時間間隔を４０ｍｓにし、一つの音声データパケットのサンプリング時間を２０ｍｓにする。本方法は２個音声データパケットをバインディングしてスケジューリングするため、プリセットした時間間隔が４０ｍｓとなり、本実施例の音声データのダイナミック・ディレイ・スケジューリング方式により、取得した音声データパケットは一回ごとに二つを超えない。二つ以上になる場合、音声データパケットの遅延が大きくなり、音声サービスの体験に影響を与える。
【００３４】
実施の際に、アップリングダイナミック・ディレイ・スケジューリングサブモジュールは、アップリングダイナミック・ディレイ・スケジューリングの場合、ＬＧＧが１であるアップリングデータの有無を判断し、有であれば、アップリングデータをアップリングスケジューリングのキューに挿入し、アップリングリザーブするバッファスペースを登録する。
【００３５】
ダウンリングダイナミック・ディレイ・スケジューリングの場合、ＱＣＩが１であるアップリングデータの有無を判断し、有であれば、ダウンリングデータをアップリングスケジューリングのキューに挿入し、ダウンリングリザーブするバッファスペースを登録する。
【００３６】
また、ダイナミック・ディレイ・スケジューリングは、アップリングダイナミック・ディレイ・スケジューリングと、ダウンリングダイナミック・ディレイ・スケジューリングに分けられる。アップリングダイナミック・ディレイ・スケジューリングの場合、スケジューリング対象は音声データであり、アップリングダイナミック・ディレイ・スケジューリングの音声がアクティブ状態になる場合、ＬＧＧが１であるアップリングデータ（アップリングチャンネル伝送のデータタイプは音声データタイプであることを示す）の有無を判断し、２個音声データサイズであるバッファスペースを再度登録することにより、バウンディングされた２個音声データパケットをスケジューリングする。ダウンリングダイナミック・ディレイ・スケジューリングの場合、ダウンリングダイナミック・ディレイ・スケジューリングの音声データパケットのＱＣＩを１にし、ダウンリングチャンネル伝送のデータタイプが音声データタイプであることを示す。
【００３７】
本実施例に係る基地局は、ＭＡＣがダイナミック・スケジューリング方式で音声データパケットをスケジューリングするダイナミック・スケジューリングモジュールをさらに備える。
【００３８】
実施の際に、半永続的スケジューリング方式が使用可能であるか、及びＵＥが半永続的スケジューリング方式をサポートするかを判断していない前に、受信した音声データパケットはダイナミック・スケジューリング方式を採用するものである。
【００３９】
よって、本発明が提供したダイナミック・ディレイ・スケジューリング方法によれば、連続着信した２個音声データパケットを音声データとしてバインディングしてＰＤＣＣＨを介してスケジューリングすることにより、ＰＤＣＣＨリソースのオーバーヘッドを半分削減するだけではなく、高い変調コーディングレベルを保持することができる。本発明は、音声サービスを柔軟にスケジューリングすることができ、ＰＤＣＣＨリソースを適宜に割り当て、基地局のユーザの容量を高めることができる。
【００４０】
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがかわるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。
【００４１】
以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を前記した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。  
【００４２】
これらのコンピュータプログラム指令は又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００４３】
これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。  
【００４４】
最後に、本文の中に、第一又は第二のような関連用語は、１実体又は操作を、たの実体又は操作と区分させるために用いられる、それらの実体又は操作の間に何らかの実際の関係又は順序を示すためではない。または、用語「包括」、「含める」又はその他変体は非排他的な含めをカバーすることを示す。それにで、一連の要素を含めるプロセス、方法、品物又は設備には、それらの要素を含めるだけではなく、明確に表示するその他の要素を含め、又はそのようなプロセス、方法、品物又は設備の固定的な要素も含める。それ以上の制限がない場合、「一つの…を含める」という言葉で限定される要素は、前記要素を含めるプロセス、方法、品物又は設備の中に、もう一つの同じ要素を排除するわけではない。術語の「上」、「下」のようなに指示された方位又は位置関係は、図面で示した方位又は位置関係をベースにする。本発明の説明に便宜を図り、説明を簡潔化するためだけであるが、装置又はユニットを特定の方位を有させて、特定の方位構造で操作することを指示し示唆するわけではない。従い、本発明への制限を理解しないようにようする。別途に明確な規定と制限を除き、「取付」、「接続」、「アクセス」という術語を広義的に理解できる。例えば、固定的な接続や分解可能接続又は一体化の接続でもいい。機械的な接続や電気接続でもいい。直接接続や中間媒介を通じる間接な接続や２個部品内部の接続でもいい。本領域の普通技術者にとっては、具体的な状況により、前記術語の本発明における具体的な意味を理解すればいい。
【００４５】
本発明の明細書において、沢山の具体的な細かいことを説明した。しかしながら、本発明の実施例はそのような具体的な細かいことがない場合に、実施可能であることを理解することができる。本説明書の理解をあいまいにしないように、そのような実例に、公知の方法と構造と技術を詳細に明示していない。類似的に、本発明の開示を簡潔化して、各発明における一つ又は複数のことを理解させるために、上述の本発明の例示的な実施例の説明において、本発明の各特徴は、同時に一つの実施例、図、又はそれに対する説明に配られることがある。しかしながら、開示の方法解釈を次通りの意図に反映させないようにする。つまり、請求保護対象の本発明は、権利請求書に明確に記載されている特徴より多いものを要求すること。精確に言えば、権利請求書通りに、発明の面は、その前に開示された一つの実施例の全ての特徴より少ないこと。従い、具体的な実施方式の権利請求書に従い、具体的な実施方式に明確に取り入れ、其々の権利請求項そのものは本発明の単独な実施例とする。
【００４６】
上述の各実施例は本発明の技術方案の説明に限られるが、それを制限するわけではない。前述の各実施例を参考して、本発明を詳細に説明した、本領域の普通技術者として、前述の各実施例に記載の技術方案を修正でき、又はその一部又は全部技術特徴を同じく切り替えられるが、それらの修正又は切替により、関連技術方案の本質を本発明の各実施例技術方案の範囲から脱逸されずに、本発明の権利請求書の範囲にカバーする必要がある。
【産業上の利用可能性】
【００４７】
本発明が提供した音声データのダイナミック・ディレイ・スケジューリング方法及び基地局は、連続着信した２個音声データパケットを一つの音声データをスケジューリングし、ＰＤＣＣＨを介してスケジューリングする。高い変調コーディングレベールを保持するうえ、ＰＤＣＣＨリソースのオーバーヘッドを半分削減できる。本発明は音声サービススケジューリングの柔軟性を高めて、チャンネルリソースを適宜に割り当てることができ、基地局のユーザの容量を高めることができ、産業上の利用可能性を有する。
【図１】
0006482689.tif 000002
【図２（ａ）】
0006482689.tif 000003
【図２（ｂ）】
0006482689.tif 000004
【図２（ｃ）】
0006482689.tif 000005
【図３】
0006482689.tif 000006