(57)【要約】  本発明は、ユーザのリアルタイムサービスのグループ分けのためにリソースの割り付けのシグナリングをする方法および装置である。音声起動状態と音声不使用状態との間の各ユーザの遷移の音声起動状態報告のためのアップリンクシグナリングが無線送受信ユニットからＮｏｄｅＢに送信される。無線通信システムのユーザへの無線リソース割り付けは、ユーザ測定報告、周波数ポッピングなどの予め定められたパターン、または疑似ランダム関数に基づいて変わる。音声起動状態係数をよりよく使用するためにグループ分け方法が調整され、したがって、物理的なリソースをより効率的に使用するために統計多重を使用することができる。
2010502103.tif 000002
【特許請求の範囲】
【請求項１】
グループ分け情報を無線送受信ユニット（ＷＴＲＵ）のグループに信号で伝えるための方法であって、
無線リソースを前記グループに割り当てるステップと、
前記無線ベアラ割り当てを含む共通制御チャネルを介して、前記無線リソースを前記グループにおける前記ＷＴＲＵに信号で伝えるステップと
を含むことを特徴とする方法。
【請求項２】
前記信号で伝えるステップは、前記ＷＴＲＵ識別子を信号で伝えることをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記信号で伝えるステップは、ハイブリッド自動再送要求情報を信号で伝えることをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記信号で伝えるステップは、前記ＷＴＲＵ識別子およびハイブリッド自動再送要求情報を信号で伝えることをさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
グループ分け情報を無線送受信ユニット（ＷＴＲＵ）のグループに信号で伝えるための方法であって、
無線リソースを前記グループに割り当てるステップと、
リソース割り当てビットマップの位置、無線ベアラ割り当て、およびハイブリッド自動再送要求情報を含む無線リソース制御構成メッセージを送信することによって、前記無線リソースを前記グループにおける前記ＷＴＲＵに信号で伝えるステップと
を含むことを特徴とする方法。
【請求項６】
前記構成メッセージは、前記ＷＴＲＵがそれによって前記ビットマップのどこでそのリソース割り当てを探すかがわかる、前記リソース割り当てビットマップにおける特定のＷＴＲＵの位置をさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記構成メッセージは、前記ＷＴＲＵがそれによっていつ前記リソース割り当て情報を読むかがわかる送信時間間隔情報をさらに含むことを特徴とする請求項５に記載の方法。
【請求項８】
ダウンリンク音声動作レポートに基づいて、無線通信システムにおいてリソースを割り当てるための方法であって、
ＮｏｄｅＢによって、無線送受信ユニット（ＷＴＲＵ）の音声起動状態遷移を検出するステップと、
前記ＮｏｄｅＢによって、無線リソースを無音音声状態のＷＴＲＵから音声起動の状態のＷＴＲＵに割り当てるステップと、
前記新しい無線リソースの割り当てを前記ＮｏｄｅＢから前記ＮｏｄｅＢと通信するすべてのＷＴＲＵに信号で伝えるステップと
を含むことを特徴とする方法。
【請求項９】
前記ＮｏｄｅＢは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ＮｏｄｅＢであることを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＮｏｄｅＢは、前記ＷＴＲＵの前記ダウンリンク音声起動状態に基づいて、前記ＷＴＲＵのアップリンク音声起動状態レベルを予測することを特徴とする請求項８に記載の方法。
【請求項１１】
前記ＮｏｄｅＢは、前記予測されたアップリンク音声起動状態レベルに基づいて、前記ＷＴＲＵに割り振られた前記無線リソースを調整することを特徴とする請求項１０に記載の方法。
【請求項１２】
アップリンク音声動作レポートに基づいて、無線通信システムにおいてリソースを割り当てるための方法であって、
無線送受信ユニット（ＷＴＲＵ）で音声起動状態遷移を検出するステップと、
前記音声起動状態を前記ＷＴＲＵからＮｏｄｅＢに報告するステップと、
前記ＮｏｄｅＢによって、無線リソースを、無音音声状態のＷＴＲＵから音声起動の状態のＷＴＲＵに割り当てるステップと、
前記新しい無線リソースの割り当てを前記ＮｏｄｅＢから前記音声起動の状態の前記ＷＴＲＵに信号で伝えるステップと
を含むことを特徴とする方法。
【請求項１３】
前記ＮｏｄｅＢは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ＮｏｄｅＢであることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記報告するステップは、状態レポートを前記ＷＴＲＵから前記ＮｏｄｅＢに送信することを含むことを特徴とする請求項１２に記載の方法。
【請求項１５】
前記状態レポートは、前記ＷＴＲＵの前記音声起動状態を示すための１ビットを含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記状態レポートは、物理制御シグナリングによって前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項１７】
前記状態レポートは、アップリンク周期専用チャネルを介して前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項１８】
他のチャネルが使用できない場合、前記アップリンク周期専用チャネルが使用されることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記状態レポートは、同期ランダムアクセスチャネルを介して前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２０】
前記状態レポートは、前記ＷＴＲＵから前記ＮｏｄｅＢに送信される最後のデータパケットと共に、前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２１】
前記状態レポートは、媒体アクセス制御ヘッダーの一部として前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２２】
前記状態レポートは、別のアップリンク層２パケットにピギーバックされて、前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２３】
前記状態レポートは、媒体アクセス制御パケットで前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２４】
前記状態レポートは、無線リンク制御状態レポートの一部として前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２５】
前記状態レポートは、無線リソース制御シグナリングを使用して前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２６】
前記状態レポートは、スケジューリング情報メッセージの一部として前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２７】
前記状態レポートは、バッファサイズメッセージの一部として前記ＷＴＲＵから前記ＮｏｄｅＢに送信されることを特徴とする請求項１４に記載の方法。
【請求項２８】
前記状態レポートは、繰り返し符号を使用することによって保護され、前記状態レポートを誤って解釈する可能性が低減することを特徴とする請求項１４に記載の方法。
【請求項２９】
前記状態レポートは、巡回冗長検査を使用することによって保護され、前記状態レポートを誤って解釈する可能性が低減することを特徴とする請求項１４に記載の方法。
【請求項３０】
前記割り当てるステップは、前記ＷＴＲＵが前記無音状態であることの表示を送信するとき、前記ＷＴＲＵが前記無線リソースを自動的に放棄することを含むことを特徴とする請求項１２に記載の方法。
【請求項３１】
前記割り当てるステップは、前記ＮｏｄｅＢが、前記無線リソースを解放するよう前記ＷＴＲＵに指示するリソース割り付け解除メッセージを前記ＷＴＲＵに送信することを含むことを特徴とする請求項１２に記載の方法。
【請求項３２】
前記割り付け解除メッセージは、前記ＷＴＲＵによって解放された前記無線リソースが前記第２のＷＴＲＵに割り振られる、第２のＷＴＲＵへの割り付けメッセージをさらに含むことを特徴とする請求項３１に記載の方法。
【請求項３３】
前記音声起動状態レポートを検証するステップをさらに含むことを特徴とする請求項１２に記載の方法。
【請求項３４】
前記検証するステップは、
前記音声起動状態レポートを前記ＮｏｄｅＢに送信した後、前記ＷＴＲＵでタイマを開始するステップと、
前記タイマが期限切れになる前に、予期しないメッセージが前記ＷＴＲＵで受信されたかどうかを決定するステップと、予期しないメッセージが受信されなかった場合、
前記タイマが期限切れになる前に、新しいリソースの割り付けが前記ＷＴＲＵで受信されたかどうかを決定するステップと
を含むことを特徴とする請求項３３に記載の方法。
【請求項３５】
前記タイマが期限切れになった場合、前記ＷＴＲＵは、エラーレポートを前記ＮｏｄｅＢに送信し、前記方法は、前記ＷＴＲＵで終了することを特徴とする請求項３４に記載の方法。
【請求項３６】
前記エラーレポートを受信すると、前記ＮｏｄｅＢは、前記無線リソースを前記ＷＴＲＵにおける異なるサービスに割り当てることを特徴とする請求項３５に記載の方法。
【請求項３７】
前記エラーレポートを受信すると、前記ＮｏｄｅＢは、前記無線リソースを異なるＷＴＲＵに割り当てることを特徴とする請求項３５に記載の方法。
【請求項３８】
前記タイマが期限切れになった場合、前記ＷＴＲＵは、前記音声起動状態レポートを前記ＮｏｄｅＢに再送し、前記方法は、前記ＷＴＲＵで終了することを特徴とする請求項３４に記載の方法。
【請求項３９】
前記ＷＴＲＵが前記無音音声状態に入っている場合、前記ＮｏｄｅＢは、前記無線リソースを前記ＷＴＲＵにおける異なるサービスに割り当てることを特徴とする請求項３８に記載の方法。
【請求項４０】
前記ＷＴＲＵが前記無音音声状態に入っている場合、前記ＮｏｄｅＢは、前記無線リソースを異なるＷＴＲＵに割り当てることを特徴とする請求項３８に記載の方法。
【請求項４１】
前記ＷＴＲＵが前記音声起動の状態に入っている場合、前記ＮｏｄｅＢは、無線リソースを前記ＷＴＲＵに割り当てることを特徴とする請求項３８に記載の方法。
【請求項４２】
前記ＷＴＲＵが予期しないメッセージを受信した場合、前記ＷＴＲＵは、エラーレポートを前記ＮｏｄｅＢに送信し、前記方法は、前記ＷＴＲＵで終了することを特徴とする請求項３４に記載の方法。
【請求項４３】
前記エラーレポートを受信すると、前記ＮｏｄｅＢは、前記無線リソースを前記ＷＴＲＵにおける異なるサービスに割り当てることを特徴とする請求項４２に記載の方法。
【請求項４４】
前記エラーレポートを受信すると、前記ＮｏｄｅＢは、前記無線リソースを異なるＷＴＲＵに割り当てることを特徴とする請求項４２に記載の方法。
【請求項４５】
前記ＷＴＲＵが予期しないメッセージを受信した場合、前記ＷＴＲＵは、前記音声起動状態レポートを前記ＮｏｄｅＢに再送し、前記方法は、前記ＷＴＲＵで終了することを特徴とする請求項３４に記載の方法。
【請求項４６】
無線リソースを無線送受信ユニット（ＷＴＲＵ）のグループに割り当てるための方法であって、
複数のＷＴＲＵをグループ分けするステップと、
無線リソースを前記ＷＴＲＵのグループに割り当てるステップと、
無線リソースブロック割り当てをランダム化するステップであって、前記無線リソースブロック割り当てがそれによって変わるステップと、
前記無線リソースブロック割り当てを前記グループにおける前記ＷＴＲＵに信号で伝えるステップと
を含むことを特徴とする方法。
【請求項４７】
前記ランダム化するステップは、疑似ランダム関数を使用することを含むことを特徴とする請求項４６に記載の方法。
【請求項４８】
前記疑似ランダム関数は、無線リソースブロック番号によって繰り返されることを特徴とする請求項４７に記載の方法。
【請求項４９】
前記疑似ランダム関数は、フレーム番号によって繰り返されることを特徴とする請求項４７に記載の方法。
【請求項５０】
前記ランダム化するステップは、既知のパターンの周波数ホッピングを使用することを含むことを特徴とする請求項４６に記載の方法。
【請求項５１】
前記ランダム化するステップは、
前記ＷＴＲＵでチャネル品質を測定するステップと、
前記測定されたチャネル品質に基づいて、前記ＷＴＲＵで望ましい無線リソースブロックを選択するステップと、
前記望ましい無線リソースブロックを前記ＷＴＲＵから前記ＮｏｄｅＢに報告するステップと、
前記ＮｏｄｅＢによって前記望ましい無線リソースブロックを分析するステップと
を含むことを特徴とする請求項４６に記載の方法。
【請求項５２】
前記分析するステップは、セル負荷状態、干渉レベル、他のＷＴＲＵからのサービス要求、およびサービス優先度から成るグループから選択された少なくとも１つの追加の要素を考慮に入れることを含むことを特徴とする請求項５１に記載の方法。
【請求項５３】
前記信号で伝えるステップは、複数ビットのシグナリングを使用することを含むことを特徴とする請求項４６に記載の方法。
【請求項５４】
前記複数ビットのシグナリングは、前記ＷＴＲＵの前記音声起動状態および前記無線リソースブロックの割り当てに関連する情報を含むことを特徴とする請求項５３に記載の方法。
【請求項５５】
前記複数ビットのシグナリングは、ハイブリッド自動再送要求識別子に関連する情報をさらに含むことを特徴とする請求項５４に記載の方法。
【請求項５６】
前記信号で伝えるステップは、共通制御チャネルを使用することを含むことを特徴とする請求項４６に記載の方法。
【請求項５７】
前記信号で伝えるステップは、専用制御チャネルを使用することを含むことを特徴とする請求項４６に記載の方法。
【請求項５８】
無線通信システムにおける音声ユーザ多重化のための方法であって、
複数の音声ユーザを１つのグループに割り当てるステップと、
前記グループの音声起動状態係数が統計的平均数になるように、前記グループにおける前記音声ユーザを多重化するステップと
を含むことを特徴とする方法。
【請求項５９】
前記多重化するステップは、あるセルにおける音声トラフィックボリュームに基づいて、統計多重を行うことを含むことを特徴とする請求項５８に記載の方法。
【請求項６０】
多重化されるべきユーザの数は、所望の音声起動状態係数を達成するための閾値に基づくことを特徴とする請求項５８に記載の方法。
【請求項６１】
多重化されるべきユーザの数は、音声トラフィックボリュームに基づくことを特徴とする請求項５８に記載の方法。
【請求項６２】
多重化されるべきユーザの数は、チャネル品質に基づくことを特徴とする請求項５８に記載の方法。
【請求項６３】
あるグループにおける音声起動ユーザの数が前記グループから使用可能な前記無線リソースを超える場合、異なるグループからの無線リソースをスケジューリングするステップをさらに含むことを特徴とする請求項５８に記載の方法。
【請求項６４】
送受信機と、
前記送受信機に接続されているアンテナと、
前記送受信機と通信する音声起動状態遷移検出器であって、前記ＷＴＲＵがいつ音声起動の状態と音声無音状態との間で遷移するかを検出し、前記ＷＴＲＵの現在の音声起動状態を前記ＷＴＲＵが通信するＮｏｄｅＢに報告するよう構成されている音声起動状態遷移検出器と、
前記送受信機と通信する無線リソース割り当て受信機であって、無線リソース割り当て情報を受信するよう構成されている無線リソース割り当て受信機と、
前記音声起動状態遷移検出器および前記無線リソース割り当て受信機と通信するタイマであって、前記ＷＴＲＵが音声起動状態を変更した後、予め定められた期間をカウントするよう構成されているタイマと、
前記タイマおよび前記送受信機と通信するタイマ満了ハンドラであって、前記タイマが期限切れになると、アクションを実行するよう構成されているタイマ満了ハンドラと、
前記送受信機と通信する予期しないメッセージハンドラであって、前記タイマが開始された後、前記ＷＴＲＵが予期しないメッセージを受信した場合、アクションを実行するよう構成されている予期しないメッセージハンドラと
を含むことを特徴とする無線通信システムで使用するための無線送受信ユニット（ＷＴＲＵ）。
【請求項６５】
前記タイマ満了ハンドラは、前記タイマが期限切れになった後、エラーレポートを前記ＮｏｄｅＢに送信するよう構成されていることを特徴とする請求項６４に記載のＷＴＲＵ。
【請求項６６】
前記タイマ満了ハンドラは、前記タイマが期限切れになった後、前記ＷＴＲＵの前記音声起動状態を前記ＮｏｄｅＢに再送するよう構成されていることを特徴とする請求項６４に記載のＷＴＲＵ。
【請求項６７】
前記予期しないメッセージハンドラは、前記タイマが開始された後、予期しないメッセージが受信された場合、エラーレポートを前記ＮｏｄｅＢに送信するよう構成されていることを特徴とする請求項６４に記載のＷＴＲＵ。
【請求項６８】
前記予期しないメッセージハンドラは、前記タイマが開始された後、予期しないメッセージが受信された場合、前記ＷＴＲＵの前記音声起動状態を前記ＮｏｄｅＢに再送するよう構成されていることを特徴とする請求項６４に記載のＷＴＲＵ。
【請求項６９】
送受信機と、
前記送受信機に接続されているアンテナと、
前記送受信機と通信する音声起動状態遷移検出器であって、前記ＮｏｄｅＢと通信する無線送受信ユニット（ＷＴＲＵ）がいつ音声起動の状態と音声無音状態との間で遷移するかを検出するよう構成されている音声起動状態遷移検出器と、
前記送受信機および前記音声起動状態遷移検出器と通信する無線リソース割り当て装置であって、前記ＷＴＲＵの現在の音声起動状態に基づいて無線リソースを割り当てるよう構成されている無線リソース割り当て装置と、
前記送受信機および前記無線リソース割り当て装置と通信するエラーレポートハンドラであって、前記ＷＴＲＵから前記ＮｏｄｅＢによって受信されたエラーを処理するよう構成されているエラーレポートハンドラと
を含むことを特徴とする無線通信システムで使用するためのＮｏｄｅＢ。
【請求項７０】
前記無線リソース割り当て装置は、受信されたエラーレポートに基づいて無線リソースを割り当てるようさらに構成されていることを特徴とする請求項６９に記載のＮｏｄｅＢ。
【請求項７１】
前記無線リソース割り当て装置は、無線リソースを前記音声無音状態のＷＴＲＵから前記音声起動状態のＷＴＲＵに割り当てるよう構成されていることを特徴とする請求項６９に記載のＮｏｄｅＢ。
【請求項７２】
前記無線リソース割り当て装置は、無線リソースを前記同じＷＴＲＵにおける異なるサービスに割り当てるよう構成されていることを特徴とする請求項６９に記載のＮｏｄｅＢ。
【請求項７３】
前記無線リソース割り当て装置は、無線リソースを異なるＷＴＲＵに割り当てるよう構成されていることを特徴とする請求項６９に記載のＮｏｄｅＢ。
【請求項７４】
前記エラーレポートハンドラは、前記無線リソース割り当て装置に前記受信されたエラーレポートを通知するよう構成されていることを特徴とする請求項６９に記載のＮｏｄｅＢ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、長期的発展型（long term evolution：ＬＴＥ）または高速パケットサービス（ＨＳＰＡ）システムにおけるリアルタイムサービス（ＲＴＳ）のグループ分けのための状態報告、リソースの割り付け、スケジューリング、およびシグナリングに関する。特に、本発明は、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ユーザがＬＴＥまたはＨＳＰＡにおいてパケット交換によりサービスを受けるとき、音声の無音／活性の状態（voice silent and active behavior）を十分に使用することによって、効率的にスケジューリングを決定する媒体アクセス制御（ＭＡＣ）層および物理（ＰＨＹ）層でのリソースの割り付けおよびシグナリングの方法に関する。
【背景技術】
【０００２】
発展型（Ｅｖｏｌｖｅｄ）ＵＴＲＡおよびＵＴＲＡＮの目的は、システム容量およびカバレージを改良した、データレートが速く待ち時間が短いパケット最適化システムに向けて、無線アクセスネットワークを進展させることである。この目的を達成するためには、無線インターフェイスおよび無線ネットワークアーキテクチャの進展を検討する必要がある。例えば、現在３ＧＰＰで使用されているＣＤＭＡ（符号分割多元接続）を使用する代わりに、ＯＦＤＭＡ（直交周波数分割多元接続）およびＦＤＭＡ（周波数分割多元接続）が、それぞれダウンリンク送信およびアップリンク送信で使用するよう提案されているエアインターフェイス技術である。検討された変更の１つは、ＬＴＥにおけるすべてのパケット交換サービス、つまりすべての音声コールがパケット交換に基づき行われることである。このことは、ＶｏＩＰサービスに対応するＬＴＥシステム設計において多くの問題を引き起こす。
【０００３】
ＶｏＩＰユーザは、データ通信のユーザと同様にＬＴＥシステムの進化したリンクアダプテーションおよび統計多重技術を使用できる点で有利であるが、音声パケットサイズが小さいことから、システムによってサービスを提供することができるユーザの数が大幅に増加する場合、ＬＴＥシステムの制御およびフィードバック機構にかなりの負担がかかる可能性がある。既存のリソースの割り付けおよびフィードバック機構は、一般に、そのシステムにおけるＶｏＩＰユーザに見られるように、割り付け数のピーク対平均が大きい場合に対処するようには設計されていない。
【０００４】
従来のセルラー方式の音声トラフィックは、一定の間隔のボコーダ出力、明確に定義された最大および最小レートなど、（出力は、快適ノイズ、フルレート、サブレートなどとすることができる）いくつかの特徴的な属性を有し、約３５〜５０％のわずかな音声起動状態係数（voice activity factor：ＶＡＦ）で処理される。ＶＡＦは、ユーザの通話している時間の割合である。これらの属性を活用して、リソースの割り当ておよびフィードバックのための制御シグナリング用の最小限のリソースで、多数の音声ユーザをスケジュールすることが望ましい。
【０００５】
従来技術において、ＬＴＥにおける音声トラフィックに対応するのに必要なシグナリングおよびフィードバックの量を低減するために、ほぼ同じ無線の状態のユーザをグループ分けすることが提案されている。既知のトラフィックの特徴を活用し、したがって、ＶＡＦおよび再送要件に基づいて統計多重を可能にするため、グループを特定のサブフレームに関連付けることが提案された。
【０００６】
従来技術の提案によれば、ネットワークにおいて、ＶＡＦを活用し、一般のサブフレームで音声パケットに対応するよりも多くのユーザ数（ｐｏｐｕｌａｔｉｏｎ）をそのグループに含めることができる。例えば、５ＭＨｚでは、０．５ｍｓサブフレームにおける音声サービスについて、３人または４人のユーザに対応することができると予想される。０．４の一般的なＶＡＦで、８人から１０人のユーザのグループを定義することができるはずである。
【０００７】
図１は、この一般のグループ分けの原理を示し図であり、ユーザは、そのチャネル状態に基づいてグループ分けされている。基本原理は、ほぼ同じチャネル状態のユーザが、変調、符号化レートなどほぼ同じチャネル属性で処理されることである。図２は、ビットマップを使用してユーザ機器（ＵＥ）グループ内で無線リソースブロックを割り当てる方法を示す図である。グループのスケジューリングは、より小さいＵＥグループのサブフレームへの事前に構成された割り当てを使用して、そのサブフレームにおけるアドレス指定可能なＵＥの数を低減する、オン／オフ制御が速い永続的なスケジューリングの一種であることに留意されたい。図２に示すように、第１のサブフレームにおいて、無線リソースは、ＵＥ１、ＵＥ２、ＵＥ７、ＵＥ８、およびＵＥ９に割り当てられている。ＵＥ２が前の送信を認め、もはや無線リソースを必要としない場合、そのリソースは、自由に再割り当てされる。第２のサブフレームにおいて、無線リソースは、ＵＥ１、ＵＥ３、ＵＥ７、ＵＥ８、およびＵＥ９に割り当てられている。
【０００８】
ＬＥＴシステムおよび既存の提案から特定される問題は以下の通りである。
【０００９】
１．現在の提案には、サービスをグループ分けするための詳細なシグナリング手法が欠如している。
【００１０】
２．無線リソースは、準静（semi-static）的に音声ユーザに割り付けられる。音声の無音／活性の状態遷移（voice silent and active state transition）のため、音声ユーザが無音期間中である場合、その音声ユーザの無線リソースを他のユーザまたはサービスに割り付けることが効率的である。発展型ＵＴＲＡ  ＮｏｄｅＢ（ｅＮＢ）は、ダウンリンク（ＤＬ）で送信されるすべてのＵＥへの音声活性状態を容易に監視し、効率的なリソースの割り当てを行い、その決定をＵＥに信号で伝える。ｅＮＢが、アップリンク（ＵＬ）音声サービスのためにＵＥに割り当てられた無線リソースを他のサービスまたは他のＵＥに割り付け直す必要がある場合、このＵＥが音声無音期間中であるときは問題となる。というのは、ｅＮＢは、ＵＬのＵＥの音声活性状態を監視することができないため、効率的なＵＬリソーススケジューリングを決定することができないからである。
【００１１】
３．チャネル状態は、絶えず変化しており、音声サービスのために各ＵＥに割り当てられた無線リソースブロックは、一定のパターンになり得ず、さもなければ性能の低下につながる。全ＶｏＩＰサービス中に割り当てられた無線リソースが固定されている場合、性能の低下には、例えばディープフェーディングチャネル（deep fading channel）による音声パケットの紛失も含まれる可能性がある。連続的に音声パケットが紛失することにより、リスナは歪んだかたちで受信することとなり、これは受け入れられないレベルのサービスとなる可能性がある。例えば、ＵＥのグループ分けを使用すると、ＶｏＩＰグループ内のＵＥに割り当てられた無線リソースは、一定の順序とすることはできない。リソース割り付けパターンを変更し、関連のシグナリングでリソースの置換に対応するために、いくつかの方法を検討する必要がある。
【００１２】
４．オーバーヘッドを低減するために音声活性状態オン−オフを使用することによって、ＶｏＩＰサービスが効率的に無線リソースを使用するために、ＵＥグループ分け方法を用いる場合、グループ内のＵＥの数が少なすぎると問題となる。３５〜５０％の間のＶＡＦの場合、従来技術で提案されたように、１０人の音声ユーザのみを０．５ｍｓの１つのサブフレームにまとめるとすると、１つのグループ内に常に４人以下の使用中のユーザおよび６人の不使用中のユーザがいるというのは、統計的に正しいとは言えない。使用可能なリソースより多くのＵＥがある場合、システムは、新しい無線リソースをグループ内のＵＥに割り当てる必要があり、これにより余分なオーバーヘッドが発生する。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＶＡＦを考慮に入れることによって、多数のＵＥがまとめられる場合のみ、グループ分け方法を適切に使用することができ、したがって統計的に約３５〜５０％の使用中の音声ユーザが存在し、残りは不使用の音声ユーザであると想定することができる。そのため、１０を超えるＵＥがまとめられるか、いくつかのリソーススケジューリング方法を検討する必要がある。また、１つのグループ内に同じ数のＵＥがあるため、チャネルおよび音声トラフィックの量を柔軟に反映することができない。
【課題を解決するための手段】
【００１４】
本発明は、ユーザのリアルタイムサービスをグループ分けするためのリソースの割り付けのシグナリングの法および装置である。使用状態（ａｃｔｉｖｅ  ｓｔａｔｅ）と音声不使用状態（ｉｎａｃｔｉｖｅ  ｖｏｉｃｅ  ｓｔａｔｅ）との間の各ユーザの遷移の音声起動状態報告（voice activity reporting）のためのアップリンクシグナリングが無線送受信ユニットからＮｏｄｅＢに送信される。無線通信システムのユーザへの無線リソース割り付けは、ユーザ測定報告、周波数ポッピングなどの予め定められたパターン、または疑似ランダム関数に基づいて変わる。音声起動状態係数をより有効に使用するためにグループ分け方法が調整され、したがって、物理的なリソースをより効率的に使用するために統計多重を使用することができる。
【００１５】
本発明のより詳細な理解は、一例として提供され、添付の図面と併せ読めば理解される望ましい実施形態の以下の説明から得ることができる。
【図面の簡単な説明】
【００１６】
【図１】２０ｍｓのリソースの割り付けを、単一グループにおけるＵＥの割り当てと共に示す図である。
【図２】ＵＥのグループ分けに基づくビットマップを使用した無線リソースの割り当てを示す図である。
【図３】サービスをグループ分けするためのシグナリングの方法のフロー図である。
【図４】ＤＬ音声動作レポートに基づいてリソースを再割り当てする方法のフロー図である。
【図５】ＵＬ音声動作レポートに基づいてリソースを再割り当てする方法のフロー図である。
【図６】リソースの再割り当てと関連してＵＬ音声動作レポートを検証する方法のフロー図である。
【図７】音声起動状態をチェックし、無線リソースを割り当てるために構築されたシステムの図である。
【発明を実施するための形態】
【００１７】
以下、「無線送受信ユニット」（ＷＴＲＵ）には、それだけには限定されないが、ユーザ機器、移動局、固定式または携帯式の加入者ユニット、ページャ、または無線環境で動作することができる他の任意の種類の装置が含まれる。以下で言及するとき、「基地局」には、それだけに限定されないが、ＮｏｄｅＢ、ｅＮＢ、サイトコントローラ、アクセスポイント、または無線環境における他の任意の種類のインターフェイス装置が含まれる。
【００１８】
本発明の一実施形態は、具体例としてＬＴＥを参照して説明するが、類似のサービスを使用して、ＨＳＰＡシステムを別の適用可能な例とすることができる。本発明の実施形態では、１つの具体例としてＶｏＩＰ操作を説明するが、断続的に送信するいずれのアプリケーションにも対応することができる。
【００１９】
［サービスをグループ分けするためのシグナリング］
本発明の第１の実施形態において、サービスをグループ分けするためのシグナリングを説明する。サービスをグループ分けするためのシグナリングにおいては、１つのグループ内のＷＴＲＵに対する無線リソースブロックの割り付けがＬ１共通制御チャネルに含まれることが望ましい。無線リソースブロックの割り当てを信号で伝えるためのビット数は、いくつの無線ベアラ（ＲＢ）が割り当てに使用されるかによる。例えば、１６ＲＢが割り当てられる場合、シグナリングのためには４ビットが必要である。
【００２０】
グループが構成されている間に、１組の共通制御リソースが、グループ分けの目的でＷＴＲＵに明示的または黙示的に割り当てられ、信号で伝えられる。ビットマップの位置、割り当てられたＲＢのリスト、および共通制御チャネルで送信されない場合はＨＡＲＱプロセス情報が、共通制御チャネルからＷＴＲＵに信号で伝えられる。共通制御チャネルを使用してＷＴＲＵのグループ分けを信号で伝えるには３つの方法がある。
ａ）ＷＴＲＵ  ＩＤおよびＲＢ割り当て情報のみを含める。
ｂ）ＷＴＲＵ  ＩＤ、ＲＢ割り当て情報、およびＨＡＲＢプロセス情報を含める。または
ｃ）ＲＢ割り当て情報およびＨＡＲＱプロセス情報のみを含める。
【００２１】
Ｌ１制御チャネルを使用してＷＴＲＵグループ分けを信号で伝えることの他に、他の方法として、無線リソース制御（ＲＲＣ）構成メッセージを介してグループ分けを信号で伝えることができる。ＲＲＣ構成メッセージは、以下の内容、すなわちリソース割り当てビットマップの位置、ＲＢ割り当て、およびＨＡＲＱプロセス情報、および他の必要な情報を有する。どのビットがその動作状態をトリガすることになっているかをＷＴＲＵが認識できるように、ビットマップ内の特定のＷＴＲＵの位置も信号で伝えられる。例えば、あるＷＴＲＵは、ビットマップにおける３番目の位置がそのＷＴＲＵについての表示であることを認識しなければならない。ＨＡＲＱプロセスがオンであるかオフであるかを、ＲＢ割り当てと共に、信号で伝えることができる。ＷＴＲＵがこの情報を読み込むべき送信時間間隔（ＴＴＩ）の開始時期も含まれる。信号で伝えられたＴＴＩから始めて、ＷＴＲＵは、必要な情報を取得するために、信号で伝えられた位置から内容を読み込む。
【００２２】
図３は、サービスをグループ分けするためのシグナリングの方法３００のフロー図である。ｅＮＢは、グループ分けのためＷＴＲＵにリソースを割り当てる（ステップ３０２）。上述したように、ｅＮＢからＷＴＲＵへのリソースの割り当てを伝達には、異なる２つの方法、共通制御チャネルを介する方法、およびＲＲＣ構成メッセージによる方法がある。共通制御チャネルを使用する場合（ステップ３０４）、ＲＢ割り当て情報、並びにＷＴＲＵ  ＩＤ（ステップ３０８）、ＷＴＲＵ  ＩＤおよびＨＡＲＱプロセス情報（ステップ３１０）、およびＨＡＲＱプロセス情報（ステップ３１２）のうちの１つまたは複数の情報が送信される（ステップ３０６）。リソース割り当て情報を送信した後、この処理は終了する（ステップ３１４）。
【００２３】
リソース割り当て情報をＲＲＣ構成メッセージによって送信する場合（ステップ３２０）、ｅＮＢは、リソース割り当てビットマップの位置、ＲＢ割り当て、ＨＡＲＱプロセス情報、およびＴＴＩ情報をＷＴＲＵに送信する（ステップ３２２）。リソース割り当て情報を送信した後、この処理は終了する（ステップ３１４）。
【００２４】
ＷＴＲＵへのＲＲＣメッセージによっても、無線リソースを停止状態とし再割り当てすることができる。リソースを停止状態にするとき、ｅＮＢは、グループ分け期間が終わった旨の表示をＷＴＲＵに示す。リソースを再割り当てするとき、ＲＲＣメッセージには、新しい無線リソース割り付けメッセージが含められる。
【００２５】
［ＵＬにおける音声動作レポート］
第２の実施形態において、ＵＬは、ＷＴＲＵの音声動作レポートを含む。ＤＬでは、ｅＮＢは、音声コーデックを音声起動／無音検出器とともに使用して、無音状態と音声起動の状態との間の音声起動状態遷移を検出する、または欠けている音声データおよび／または無音表示パケット（silence indication packet）を単に監視することができる。検出後、ｅＮＢは、無音状態のＷＴＲＵから音声起動の状態の他のＷＴＲＵに、無線リソースを効率的に割り当てることができる。新しいリソースの割り当ては、ｅＮＢからＷＴＲＵに信号で伝えられる。
【００２６】
図４は、ＤＬ音声動作レポートに基づいてリソースを再割り当てする方法４００のフロー図である。ｅＮＢは、ＷＴＲＵによる音声起動状態遷移を検出する（ステップ４０２）。ｅＮＢは、無音状態のＷＴＲＵから音声起動の状態のＷＴＲＵに無線リソースを割り当てる（ステップ４０４）。ｅＮＢは、新しい無線リソースの割り当てをＷＴＲＵに信号で伝え（ステップ４０６）、この処理は終了する（ステップ４０８）。
【００２７】
ＵＬリソースの再割り付けも、ｅＮＢによってスケジュールされ、割り当てられる。そうすることができるように、ｅＮＢは、ＷＴＲＵが無音期間にあるために使用されないリソースを別の音声ユーザまたは別のサービスに割り当てることができるように、各ＷＴＲＵの音声起動／無音音声状態遷移の情報を有している必要がある。新しいリソースの割り当ての決定は、適時にＷＴＲＵに信号で伝えられなければならない。ＵＬにおける音声動作遷移は、ＷＴＲＵでしか検出できないため、音声動作遷移が検出されたときは、ｅＮＢに効率的に、即座に報告されなければならない。
【００２８】
図５は、ＵＬ音声動作レポートに基づいてリソースを再割り当てする方法５００のフロー図である。音声起動状態遷移がＷＴＲＵで検出され（ステップ５０２）、ｅＮＢに報告される（ステップ５０４）。ｅＮＢは、無音状態のＷＴＲＵから使用状態のＷＴＲＵに無線リソースを割り当てる（ステップ５０６）。ｅＮＢは、新しい無線リソースの割り当てをＷＴＲＵに信号で伝え（ステップ５０８）、この処理は終了する（ステップ５１０）。
【００２９】
ＵＬにおける音声オン−オフ動作のレポートには以下のような方法が考えられる。第１の実施形態において、ＷＴＲＵからの音声オン−オフ動作を示すために１ビットの状態レポートが追加され、これは音声動作がオン状態とオフ状態との間で遷移するときのみ使用される。ＵＬにおいてこのレポートを認識するためのいくつかの方法がある。
【００３０】
（１）処理起動のためのＬＩシグナリングの方法には、以下のようなものがある。
（ａ）ＨＡＲＱ、ＡＣＫ／ＮＡＫ、ＣＱＩなど、他のＵＬ  Ｌ１シグナリングと多重化することができる物理制御シグナリングの使用。例えば、単一ビットのシグナリングにより、音声動作状態を示すためにビット値１を使用し、無音状態を示すためにビット値０を使用する、またはその逆を使用する。この制御シグナリングパラメータ（control signaling parameter）は、既知の物理的なチャネル割り付けが確立／維持され、または解放されるべきである旨の一般の表示を提供するものであり、多目的であることが望ましい。
（ｂ）ＵＬ周期専用チャネル（UL periodic dedicated channel）の使用。他のチャネルが使用できない場合、音声起動状態変更表示を、ＵＬ周期専用チャネルから送信することができる。この表示は、ＷＴＲＵ音声起動状態がオフからオンに遷移するときに重要であり、ｅＮＢがそのＵＬ音声サービスのために、ＵＬリソースをＷＴＲＵに迅速に割り当てることができるように、ＷＴＲＵができるだけ早くｅＮＢに報告することが必要である。
（ｃ）同期ＲＡＣＨの使用。この場合、音声動作状態変更表示が同期ＲＡＣＨ上で送信されるが、これは少しのアクセス遅延を有する。
【００３１】
（２）動作停止のためのＬ１シグナリングは、最後のデータパケットに付随したシグナリング、同期ＰＲＡＣＨまたはＵＬ周期専用チャネル上での最後のデータパケットの後の予め定められた（構成されたまたは指定された）反復パターン、またはＵＬデータパケットが送信されない状態で行われてもよい。
【００３２】
（３）Ｌ２／Ｌ３シグナリングの方法としては、以下の様なものがある。
（ａ）他のＵＬバッファ占有シグナリングの変形体であり得るＭＡＣヘッダーに表示を追加すること。
（ｂ）ＵＬ  Ｌ２パケットによりピギーバックされるという表示を追加すること。ピギーバックされるパケットが長時間の遅延をもたらさない場合に使用することができる。短い遅延は、ＷＴＲＵがｅＮＢからの即座のリソース割り付けを必要とすることから、ＷＴＲＵが無音状態から使用状態に遷移するとき重要である。
（ｃ）新しいＭＡＣ制御パケットを送信すること。
（ｄ）ピギーバックフィードバックオプションを使用する場合と同じ短い遅延要件で、ＷＴＲＵからのＲＬＣ状態レポート内に表示を追加すること。
（ｅ）ピギーバックフィードバックオプションを使用する場合と同じ短い遅延要件で、既存のＲＲＣシグナリングに表示を追加すること。
（ｆ）スケジューリング情報（ＳＩ）メッセージまたはバッファサイズメッセージに表示を追加すること。
【００３３】
誤って解釈される可能性を最低限に抑えるために、その位置に応じて（Ｌ１またはＬ２／Ｌ３）、音声オン−オフ状態レポートを示す１ビットを、繰り返し符号またはＣＲＣによって保護する。すなわち、状態レポートが誤って受信された場合、ｅＮＢが、リソースの割り付けまたは割り付け解除を行うべきではないときに行うなど、誤った決定を行う危険性があるからである。ＷＴＲＵは、タイマ機構によって生じた誤り（例えば、その音声起動状態は起動中である旨の表示を送信したが、まだ割り付けを受けていないなど）、または予期しないメッセージの受信によって生じた誤り（例えば、音声動作状態が無音であるとき、ＷＴＲＵがリソース割り当てメッセージを受信する、またはその音声動作状態が使用中であるとき、リソース割り付け解除メッセージを受信する）など、何らかの誤りが起こったかどうかを検出することができる。こうした誤りを検出すると、ＷＴＲＵは、音声動作状態レポートを再送するか、誤りが起こったことを示す別のレポートを送信することができる。
【００３４】
ｅＮＢが１つのＷＴＲＵから無音状態を検出すると、そのＷＴＲＵのリソースを、他のＶｏＩＰ  ＷＴＲＵ、他のサービス、または異なるＷＴＲＵに割り振ることができる。
【００３５】
以下、リソースの割り付け解除の方法について２例説明する。
（ａ）無音の表示を信号で伝えると、ＷＴＲＵは、自動的に（またはそれ自体で）リソースを放棄するが、これは、ｅＮＢが簡単にリソースを別のＷＴＲＵに即座に割り振ることができるという意味では効率的である。
（ｂ）ＷＴＲＵは、それ自体でリソースを放棄するのではなく、ｅＮＢからリソース割り付け解除メッセージの受信を待つ。
【００３６】
後者の場合、複数のＷＴＲＵ（例えば２つのＷＴＲＵ）を対象とすることができるリソース割り付け結合メッセージ（combined resource allocation message）を有することが望ましい。結合メッセージは、あるＷＴＲＵに、そのＵＬリソースが割り付け解除されたことを通知し、別のＷＴＲＵに、ＵＬリソースが割り振られたことを通知する。誤って解釈された結果出されたＵＬ起動／動作停止の表示であることをＷＴＲＵが認識し、訂正することができるように、このリソース割り付け解除信号も使用される。
【００３７】
別の方法（図示せず）において、ｅＮＢは、ユーザのＤＬ音声起動状態に基づいて、ＵＬにおける音声起動状態を検出または予測するよう試みることができる。基本原理は、一方が話をしている間（例えば、ＤＬ音声が使用中）、大体の場合（必ずしもその時間の１００％とは限らないが）、他方が聞いている（例えば、ＵＬ音声が不使用中）ため、ＵＬ音声起動状態とＤＬ音声起動状態との間の負の相関があるということである。ｅＮＢは、割り当てられたＵＬリソースを増減するのに、特定のユーザのＤＬ音声起動状態情報を使用することができる。例えば、ｅＮＢは、ＤＬにおける音声起動状態を分析し、それに応じて、ＵＬリソースを徐々に増減することができる。
【００３８】
図６は、ＷＴＲＵ６０２とｅＮＢ６０４との間のリソースの再割り当てと関連してＵＬ音声動作レポートを検証する方法６００のフロー図である。図６は、１つのＷＴＲＵしか示していないが、方法６００の原理は、任意の数のＷＴＲＵに適用されることに留意されたい。ＷＴＲＵ６０２は、使用状態と無音状態との間のＵＬ音声起動状態遷移を検出する（ステップ６１０）。ＷＴＲＵ６０２は、音声起動状態遷移をｅＮＢ６０４に通知し（ステップ６１２）、内部タイマを開始させる（ステップ６１４）。
【００３９】
ｅＮＢ６０４は、無音状態のＷＴＲＵから音声起動の状態のＷＴＲＵに無線リソースを割り当てる（ステップ６１６）。次いで、ｅＮＢ６０４は、新しい無線リソースの割り当てをＷＴＲＵに信号で伝える（ステップ６１８）。
【００４０】
ＷＴＲＵ６０２で、タイマが期限切れかどうかを決定する（ステップ６２０）。タイマが期限切れである場合、ＷＴＲＵ６０２は、ｅＮＢ６０４にエラーレポートを送信するか、その音声起動状態を再送し（ステップ６２２）、処理が終了する（ステップ６２４）。ＷＴＲＵ６０２の現在の音声起動状態が正しく報告されたかどうかのチェックとして、上述したように、エラーレポートの送信、または音声起動状態の再送が行われる。
【００４１】
ｅＮＢ６０４で、ＷＴＲＵ６０２がエラーレポートを送信したかどうかの決定が行われる（ステップ６２６）。ＷＴＲＵ６０２がエラーレポートを送信した場合、ｅＮＢ６０４は、ＷＴＲＵ６０２の無線リソースをＷＴＲＵにおける他のサービス、または異なるＷＴＲＵに割り当て（ステップ６２８）、処理が終了する（ステップ６２４）。ＷＴＲＵ６０２がエラーレポートを送信しなかった場合（ステップ６２６）、ＷＴＲＵ６０２によって再送された音声起動状態が起動から動作停止への遷移であるかどうかのチェックが行われる（ステップ６３０）。ＷＴＲＵ６０２が音声不使用になった場合、ｅＮＢ６０４は、ＷＴＲＵ６０２の無線リソースをＷＴＲＵにおける他のサービス、または異なるＷＴＲＵに割り当て（ステップ６２８）、処理が終了する（ステップ６２４）。ＷＴＲＵ６０２が音声起動の状態になった場合（ステップ６３０）、ｅＮＢ６０４は、ＷＴＲＵ６０２に無線リソースを割り当て、処理が終了する（ステップ６２４）。
【００４２】
タイマが期限切れでない場合（ステップ６２０）、ＷＴＲＵ６０２が予期しないメッセージを受信したかどうかのチェックが行われる（ステップ６３４）。ＷＴＲＵ６０２が予期しないメッセージを受信した場合、ＷＴＲＵ６０２は、エラーレポートをｅＮＢ６０４に送信するか、その音声起動状態を再送し（ステップ６２２）、処理が終了する（ステップ６２４）。
【００４３】
ＷＴＲＵ６０２が予期しないメッセージを受信していない場合（ステップ６３４）、ＷＴＲＵ６０２が新しい無線リソースの割り付けをｅＮＢ６０４から受信したかどうかの決定が行われる（ステップ６３６）。ＷＴＲＵ６０２が新しい無線リソースの割り付けを受信した場合、処理は終了する（ステップ６２４）。ＷＴＲＵ６０２が新しいリソースの割り付けを受信していない場合（ステップ６３６）、上述したように、タイマが期限切れであるかどうかのチェック（ステップ６２０）から開始して、この一連のチェックが繰り返される。
【００４４】
［割り振られた無線リソースのパターン変化］
本発明の第３の実施形態によれば、ＷＴＲＵグループ分けが使用されているかどうかにかかわらず、無線リソースブロック割り当ての順序を固定ではなく、可変とする。無線リソースブロック割り当てが変化することよって、逆バーストチャネル状態（adverse bursty channel condition）に遭遇するおそれのある特定のＷＴＲＵに、同じ無線リソースブロックを割り当てることを回避する。例えば、ＷＴＲＵグループ分けにおいて、１から１０までの番号が付けられたユーザがおり、ＷＴＲＵ１、３、４、および７がビットマップ中にある場合、これは、ＷＴＲＵ１が常に無線リソースブロックＸに割り当てられ（無線リソースブロックが表に揚げられているものとして）、この割り当ては、チャネル変動に順応できないことを意味する。
【００４５】
この実施形態において、無線リソースブロック割り当ては、連続して使用する音声ユーザのために、さらにはＷＴＲＵグループ分け内でランダム化される。ランダム化は、システム構成、性能要件、または測定結果に基づいて、動的または準静的とすることができる。ｅＮＢは、使用すべき方式を決定する。以下、可能な手法について説明する。
【００４６】
（１）無線リソースブロック割り当てのランダム化は、無線リソースブロック番号またはフレーム番号によって繰り返される疑似ランダム関数によって実現することができる。疑似ランダム関数の選択は、「最適な」関数が、ネットワークの詳細に基づくシミュレーション結果に基づいて最適に選択され、したがってネットワークごとに異なることから実装時に決定される。無線リソースブロックの置換は、予め定められた期間に組み込むことができる。予め定められた期間の長さは、バッファ占有率および予想されるサービスの長さに応じて決まることに留意されたい。疑似ランダム関数で使用されるパラメータも、構成可能とすべきである。
【００４７】
（２）無線リソースブロック割り当てのランダム化は、既知のパターンの周波数ホッピングを適用することによって実現することもできる。パターンの選択は、「最適な」パターンが、ネットワークの詳細に基づくシミュレーション結果に基づいて最適に選択され、したがって、ネットワークごとに異なることから実装に決定される。周波数ホッピングパターンは、構成可能であり、ＷＴＲＵに信号で伝えられるべきである。周波数ホッピングは、予め定められた期間に構成することができる。
【００４８】
（３）ＷＴＲＵで測定されたチャネル品質に基づいて、ＷＴＲＵは、ＷＴＲＵでの測定結果の観点から、望ましい無線リソースブロックを報告する。チャネル品質インジケータ（ＣＱＩ）を除いて、ＷＴＲＵは、無線リソースブロックＩＤを示すことによって、望ましいリソース割り付けをｅＮＢに報告することができる。ｅＮＢは、それだけには限定されないが、ＷＴＲＵの推薦、ならびにセル負荷状態、干渉レベル、他のＷＴＲＵのサービス要求、およびサービスの優先度を含む他の要素を総体的に考慮に入れることによって、最終的なスケジューリングの決定を行う。
【００４９】
上述したように、動的または準静的なリソーススケジューリングを信号で伝えるためには、明示的なシグナリングが望ましい。したがって、以下の方法が適用される。第１の方法では、リソース割り付けのランダム性を達成するために、ＷＴＲＵごとにビットマップ中において、単一ビットのシグナリングが複数ビットのシグナリングに替えられる。第２の方法では、ＷＴＲＵごとにシグナリングビットの数を可変とすることができる。これらのシグナリングのビットは、グループ内のＷＴＲＵに少なくとも以下の情報を信号で伝えなければならない。（ａ）音声無音／起動、（ｂ）最初のまたは前の割り付けからの変更がある場合、リソースブロックの割り当て、および（ｃ）非同期ＨＡＲＱ方式が使用される場合、ＨＡＲＱプロセスの無線リソースブロックへの関連付けが変わると、ＨＡＲＱ  ＩＤおよびリソースシーケンス番号（ＲＳＮ）を信号で伝える必要がある。
【００５０】
共通制御チャネルと専用制御チャネルとの間で動的切り替えが行われることがさらに可能である。例えば、ＲＢ割り当てなどの制御情報、およびＨＡＲＱプロセス情報は、共通制御チャネルまたは専用制御チャネルのいずれかにおいて使用することができる。これは、共通制御チャネル内における情報のサイズに応じて決まる。例えば、多数のＷＴＲＵが１つのグループ内にある場合（例えば、１００を超える）、共通制御チャネル内に含まれる非常に多くのスケジューリング情報がある可能性があり、これは、制御チャネルの容量を超えることになる。切り替えを示す制御情報は、共通制御部分で、またはＲＲＣ構成によって信号で伝えられる。
【００５１】
［効率的で柔軟性のある音声ユーザ多重化］
本発明の第４の実施形態によれば、音声ユーザの統計多重は、セル音声のトラフィック量に応じて行われる。多重化されるべき音声ユーザの数は、ＶＡＦが統計的平均数になるように、閾値より多くなければいけない。多重化グループ内の音声ユーザの数は、トラフィック量およびチャネル品質に応じて変わり、したがって異なるＷＴＲＵグループのビットマップのサイズは異なる可能性がある。１つの多重化グループ内の音声起動中ユーザの数がある瞬間の１つのグループ内の使用可能な無線リソースを超える場合、ｅＮＢは、割り振られた全無線リソースを使用しない他のＷＴＲＵグループからの無線リソースをスケジューリングすることができる。
【００５２】
［音声起動状態をチェックし、無線リソースを割り当てるためのシステム］
図７は、音声起動状態をチェックし、無線リソースを割り当てるために構築されたシステム７００の図である。システム７００は、ＷＴＲＵ７０２およびｅＮＢ７０４を含む。ＷＴＲＵ７０２は、送受信機７１０および送受信機７１０に接続されたアンテナ７１２を備える。音声起動状態遷移検出器７１４は、送受信機７１０およびタイマ７１６と通信する。タイマ７１６は、タイマ満了ハンドラ（timer expiration handler）７１８と通信し、次いでタイマ満了ハンドラは、送受信機７１０と通信する。無線リソース割り当て受信機７２０は、送受信機７１０およびタイマ７１６と通信する。予期しないメッセージハンドラ（unexpected message handler）７２２は、送受信機７１０と通信する。
【００５３】
ｅＮＢ７０４は、送受信機７３０および送受信機７３０に接続されたアンテナ７３２を備える。音声起動状態遷移検出器７３４は、送受信機７３０および無線リソース割り当て装置７３６と通信し、次いで無線リソース割り当て装置は送受信機７３０と通信する。エラーレポートハンドラは、送受信機７３０および無線リソース割り当て装置７３６と通信する。
【００５４】
稼働中、システム７００は、上述した方法４００、５００、および６００を実行することができる。方法４００に関して、ｅＮＢ７０４における音声起動状態遷移検出器７３４は、ＷＴＲＵ７０２がいつ音声起動と無音とで変わるかを検出する。音声起動状態遷移検出器７３４は、音声起動状態の変更を無線リソース割り当て装置７３６に通知し、無線リソース割り当て装置７３６は、必要に応じて、無音状態のＷＴＲＵから音声起動の状態のＷＴＲＵへの無線リソースの割り当てまたは再割り当てを行う。新しい無線リソースの割り当ては、送受信機７３０に転送され、送受信機は、新しい無線リソースの割り当てをＷＴＲＵ７０２に送信する。
【００５５】
方法５００に関して、ＷＴＲＵ７０２における音声起動状態遷移検出器７１４は、ＷＴＲＵ７０２がいつ音声起動と無音とで変わるかを検出する。音声起動状態は、送受信機７１０に転送され、送受信機は、音声起動状態をｅＮＢ７０４に報告する。ｅＮＢ７０４で、送受信機７３０は、ＷＴＲＵ７０２の音声起動状態を受信し、それを音声起動状態遷移検出器７３４に転送する。音声起動状態遷移検出器７３４は、音声起動状態の変更を無線リソース割り当て装置７３６に通知し、無線リソース割り当て装置７３６は、必要に応じて、無音状態のＷＴＲＵから音声起動の状態のＷＴＲＵへの無線リソースの割り当てまたは再割り当てを行う。新しい無線リソースの割り当ては、送受信機７３０に転送され、送受信機は、新しい無線リソースの割り当てをＷＴＲＵ７０２に送信する。
【００５６】
方法６００に関して、ＷＴＲＵ７０２における音声起動状態遷移検出器７１４は、ＷＴＲＵ７０２がいつ音声起動と無音とで変わるかを検出する。音声起動状態は、送受信機７１０に転送され、送受信機は、音声起動状態をｅＮＢ７０４に報告する。ｅＮＢ７０４で、送受信機７３０は、ＷＴＲＵ７０２の音声起動状態を受信し、それを音声起動状態遷移検出器７３４に転送する。音声起動状態遷移検出器７３４は、音声起動状態の変更を無線リソース割り当て装置７３６に通知し、無線リソース割り当て装置７３６は、必要に応じて、無音状態のＷＴＲＵから音声起動の状態のＷＴＲＵへの無線リソースの割り当てまたは再割り当てを行う。新しい無線リソースの割り当ては、送受信機７３０に転送され、送受信機は、新しい無線リソースの割り当てをＷＴＲＵ７０２に送信する。
【００５７】
また、音声起動状態遷移検出器７１４は、タイマ７１６に通知し、タイマは稼働を開始する。タイマ７１６は、期限切れになった場合、タイマ満了ハンドラ７１８に通知し、タイマ満了ハンドラは、送受信機７１０を介してｅＮＢ７０４にエラーレポートを送信し、または音声起動状態を再送する。ｅＮＢ７０４がエラーレポートを受信した場合、エラーレポートは、送受信機７３０からエラーレポートハンドラ７３８に渡され、エラーレポートハンドラは、次いで無線リソース割り当て装置７３６に通知する。無線リソース割り当て装置７３６は、無線リソースを同じＷＴＲＵ７０２における異なるサービスに割り当てる、または無線リソースを異なるＷＴＲＵに割り当てる。この新しい無線リソースの割り当ては、送受信機７３０に転送され、送受信機は、新しい無線リソースの割り当てをＷＴＲＵ７０２に送信する。
【００５８】
ｅＮＢが再送された音声起動状態を受信した場合、音声起動状態は、音声起動状態遷移検出器７３４に転送される。再送された音声起動状態が、ＷＴＲＵ７０２が無音状態であることを示す場合、音声起動状態遷移検出器７３４は、無線リソース割り当て装置７３６に通知する。無線リソース割り当て装置７３６は、無線リソースを同じＷＴＲＵ７０２における異なるサービスに割り当てる、または無線リソースを異なるＷＴＲＵに割り当てる。この新しい無線リソースの割り当ては、送受信機７３０に転送され、送受信機は、新しい無線リソースの割り当てをＷＴＲＵ７０２に送信する。
【００５９】
タイマ７１６が期限切れでなく、ＷＴＲＵ７０２が予期しないメッセージを受信した場合、予期しないメッセージハンドラ７２２は、送受信機７１０を介してｅＮＢ７０４にエラーレポートを送信する、または音声起動状態を再送する。ｅＮＢは、エラーレポートまたは再送された音声起動状態を上述したように処理する。タイマ７１６が期限切れでなく、ＷＴＲＵ７０２が新しい無線リソースの割り付けを受信した場合、無線リソース割り当て受信機７２０は、タイマ７１６に通知し、タイマはその時点で停止する。
【００６０】
本発明を、任意の種類の無線通信システムまたはネットワーク、特にＷＴＲＵ、基地局、またはｅＮＢに望み通りに実装することができる。一例として、本発明を、任意の種類のＩＥＥＥ８０２関連のシステム、広帯域符号分割多元接続（ＷＣＤＭＡ）、ユニバーサル移動体通信システム（universal mobile telecommunications system：ＵＭＴＳ）周波数分割複信（ＦＤＤ）、ＵＭＴＳ時分割複信（ＴＤＤ）、時分割同期符号分割多元接続（ＴＤＳＣＤＭＡ）、直交周波数分割多元（ＯＦＤＭ）複数入出力（multiple input multiple output：ＭＩＭＯ）、または他の任意の種類の無線通信システムに実装することができる。また、本発明を、デジタル信号プロセッサ（ＤＳＰ）、ソフトウェア、ハードウェア、特定用途向け集積回路（ＡＳＩＣ）などの集積回路、複数の集積回路、プログラム可能論理ゲートアレイ（logical programmable gate array：ＬＰＧＡ）、複数のＬＰＧＡ、個別部品、または集積回路、ＬＰＧＡ、および個々の部品の組合せに実装することもできる。本発明は、物理層（無線またはデジタル広帯域）、データリンク層、またはネットワーク層に実装するのが望ましい。
【００６１】
本発明の特徴および要素は、望ましい実施形態に、特定の組合せで記載されているが、各特徴または要素は、望ましい実施形態の他の特徴および要素無しに単独で、または本発明の他の特徴および要素の有無にかかわらず様々な組合せで使用することができる。本発明で提供された方法またはフロー図は、汎用コンピュータまたはプロセッサによって実行するために、コンピュータ可読記憶媒体に有形で組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読記憶媒体の例には、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよび取外式ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）などの光媒体などがある。
【００６２】
適したプロセッサには、一例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け専用回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意の種類の集積回路（ＩＣ）および／または状態機械などがある。
【００６３】
ソフトウェアと関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータで使用するための無線周波数トランシーバを実施するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェアに実装されるモジュールと共に使用することができる。
【００６４】
実施態様
１．グループ分け情報を無線送受信ユニット（ＷＴＲＵ）のグループに信号で伝えるための方法。
【００６５】
２．本方法は、無線リソースをグループに割り当てるステップと、無線ベアラ割り当てを含む共通制御チャネルを介して、無線リソースをグループにおけるＷＴＲＵに信号で伝えるステップとを含む実施態様１に記載の方法。
【００６６】
３．信号で伝えるステップは、ＷＴＲＵ識別子を信号で伝えることをさらに含む実施態様２に記載の方法。
【００６７】
４．信号で伝えるステップは、ハイブリッド自動再送要求情報を信号で伝えることをさらに含む実施態様２または３に記載の方法。
【００６８】
５．本方法は、無線リソースをグループに割り当てるステップと、リソース割り当てビットマップの位置、無線ベアラ割り当て、およびハイブリッド自動再送要求情報を含む無線リソース制御構成メッセージを送信することによって、無線リソースをグループにおけるＷＴＲＵに信号で伝えるステップとを含む実施態様１に記載の方法。
【００６９】
６．構成メッセージは、ＷＴＲＵがそれによってビットマップのどこでそのリソース割り当てを探すかがわかる、リソース割り当てビットマップにおける特定のＷＴＲＵの位置をさらに含む実施態様５に記載の方法。
【００７０】
７．構成メッセージは、ＷＴＲＵがそれによっていつリソース割り当て情報を読むかがわかる送信時間間隔情報をさらに含む実施態様５または６に記載の方法。
【００７１】
８．ダウンリンク音声動作レポートに基づいて、無線通信システムにおいてリソースを割り当てるための方法。
【００７２】
９．本方法は、ＮｏｄｅＢによって、無線送受信ユニット（ＷＴＲＵ）の音声起動状態遷移を検出するステップと、ＮｏｄｅＢによって、無線リソースを無音状態のＷＴＲＵから音声起動の状態のＷＴＲＵに割り当てるステップと、新しい無線リソースの割り当てをＮｏｄｅＢからＮｏｄｅＢと通信するすべてのＷＴＲＵに信号で伝えるステップとを含む実施態様８に記載の方法。
【００７３】
１０．ＮｏｄｅＢは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ＮｏｄｅＢである実施態様９に記載の方法。
【００７４】
１１．ＮｏｄｅＢは、ＷＴＲＵのダウンリンク音声起動状態に基づいて、ＷＴＲＵのアップリンク音声起動状態レベルを予測する実施態様９または１０に記載の方法。
【００７５】
１２．ＮｏｄｅＢは、予測されたアップリンク音声起動状態レベルに基づいて、ＷＴＲＵに割り振られた無線リソースを調整する実施態様９〜１１のいずれか一項に記載の方法。
【００７６】
１３．アップリンク音声動作レポートに基づいて、無線通信システムにおいてリソースを割り当てるための方法。
【００７７】
１４．本方法は、無線送受信機（ＷＴＲＵ）で音声起動状態遷移を検出するステップと、音声起動状態をＷＴＲＵからＮｏｄｅＢに報告するステップと、ＮｏｄｅＢによって、無線リソースを、無音音声状態のＷＴＲＵから音声起動の状態のＷＴＲＵに割り当てるステップと、新しい無線リソースの割り当てをＮｏｄｅＢから音声起動の状態のＷＴＲＵに信号で伝えるステップとを含む実施態様１３に記載の方法。
【００７８】
１５．ＮｏｄｅＢは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ＮｏｄｅＢである実施態様１４に記載の方法。
【００７９】
１６．報告するステップは、状態レポートをＷＴＲＵからＮｏｄｅＢに送信することを含む実施態様１４または１５に記載の方法。
【００８０】
１７．状態レポートは、ＷＴＲＵの音声起動状態を示すための１ビットを含む実施態様１６に記載の方法。
【００８１】
１８．状態レポートは、物理制御シグナリングによってＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００８２】
１９．状態レポートは、アップリンク周期専用チャネルを介してＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００８３】
２０．他のチャネルが使用できない場合、アップリンク周期専用チャネルが使用される実施態様１９に記載の方法。
【００８４】
２１．状態レポートは、同期ランダムアクセスチャネルを介してＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００８５】
２２．状態レポートは、ＷＴＲＵからＮｏｄｅＢに送信される最後のデータパケットと共に、ＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００８６】
２３．状態レポートは、媒体アクセス制御ヘッダーの一部としてＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００８７】
２４．状態レポートは、別のアップリンク層２パケットにピギーバックされて、ＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００８８】
２５．状態レポートは、媒体アクセス制御パケットでＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００８９】
２６．状態レポートは、無線リンク制御状態レポートの一部としてＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００９０】
２７．状態レポートは、無線リソース制御シグナリングを使用してＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００９１】
２８．状態レポートは、スケジューリング情報メッセージの一部としてＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００９２】
２９．状態レポートは、バッファサイズメッセージの一部としてＷＴＲＵからＮｏｄｅＢに送信される実施態様１６または１７に記載の方法。
【００９３】
３０．状態レポートは、繰り返し符号を使用することによって保護され、状態レポートを誤って解釈する可能性が低減する実施態様１６〜２９のいずれか一項に記載の方法。
【００９４】
３１．状態レポートは、巡回冗長検査を使用することによって保護され、状態レポートを誤って解釈する可能性が低減する実施態様１６〜２９のいずれか一項に記載の方法。
【００９５】
３２．割り当てるステップは、ＷＴＲＵが無音状態であることの表示を送信するとき、ＷＴＲＵが無線リソースを自動的に放棄することを含む実施態様１４に記載の方法。
【００９６】
３３．割り当てるステップは、ＮｏｄｅＢが、無線リソースを解放するようＷＴＲＵに指示するリソース割り付け解除メッセージをＷＴＲＵに送信することを含む実施態様１４に記載の方法。
【００９７】
３４．割り付け解除メッセージは、ＷＴＲＵによって解放された無線リソースが第２のＷＴＲＵに割り振られる、第２のＷＴＲＵへの割り付けメッセージをさらに含む実施態様３３に記載の方法。
【００９８】
３５．音声起動状態レポートを検証するステップをさらに含む実施態様１４に記載の方法。
【００９９】
３６．検証するステップは、音声起動状態レポートをＮｏｄｅＢに送信した後、ＷＴＲＵでタイマを開始するステップと、タイマが期限切れになる前に、予期しないメッセージがＷＴＲＵで受信されたかどうかを決定するステップと、予期しないメッセージが受信されなかった場合、タイマが期限切れになる前に、新しいリソースの割り付けがＷＴＲＵで受信されたかどうかを決定するステップとを含む実施態様３５に記載の方法。
【０１００】
３７．タイマが期限切れになった場合、ＷＴＲＵは、エラーレポートをＮｏｄｅＢに送信し、本方法は、ＷＴＲＵで終了する実施態様３６に記載の方法。
【０１０１】
３８．エラーレポートを受信すると、ＮｏｄｅＢは、無線リソースをＷＴＲＵにおける異なるサービスに割り当てる実施態様３７に記載の方法。
【０１０２】
３９．エラーレポートを受信すると、ＮｏｄｅＢは、無線リソースを異なるＷＴＲＵに割り当てる実施態様３７に記載の方法。
【０１０３】
４０．タイマが期限切れになった場合、ＷＴＲＵは、音声起動状態レポートをＮｏｄｅＢに再送し、本方法は、ＷＴＲＵで終了する実施態様３６に記載の方法。
【０１０４】
４１．ＷＴＲＵが無音音声状態に入っている場合、ＮｏｄｅＢは、無線リソースをＷＴＲＵにおける異なるサービスに割り当てる実施態様４０に記載の方法。
【０１０５】
４２．ＷＴＲＵが無音音声状態に入っている場合、ＮｏｄｅＢは、無線リソースを異なるＷＴＲＵに割り当てる実施態様４０に記載の方法。
【０１０６】
４３．ＷＴＲＵが音声起動状態に入っている場合、ＮｏｄｅＢは、無線リソースをＷＴＲＵに割り当てる実施態様４０に記載の方法。
【０１０７】
４４．ＷＴＲＵが予期しないメッセージを受信した場合、ＷＴＲＵは、エラーレポートをＮｏｄｅＢに送信し、本方法は、ＷＴＲＵで終了する実施態様３６に記載の方法。
【０１０８】
４５．エラーレポートを受信すると、ＮｏｄｅＢは、無線リソースをＷＴＲＵにおける異なるサービスに割り当てる実施態様４４に記載の方法。
【０１０９】
４６．エラーレポートを受信すると、ＮｏｄｅＢは、無線リソースを異なるＷＴＲＵに割り当てる実施態様４４に記載の方法。
【０１１０】
４７．ＷＴＲＵが予期しないメッセージを受信した場合、ＷＴＲＵは、音声起動状態レポートをＮｏｄｅＢに再送し、本方法は、ＷＴＲＵで終了する実施態様３６に記載の方法。
【０１１１】
４８．無線リソースを無線送受信ユニット（ＷＴＲＵ）のグループに割り当てるための方法。
【０１１２】
４９．本方法は、複数のＷＴＲＵをグループ分けするステップと、無線リソースをＷＴＲＵのグループに割り当てるステップと、無線リソースブロック割り当てをランダム化するステップであって、無線リソースブロック割り当てがそれによって変わるステップと、無線リソースブロック割り当てをグループにおけるＷＴＲＵに信号で伝えるステップとを含む実施態様４８に記載の方法。
【０１１３】
５０．ランダム化するステップは、疑似ランダム関数を使用することを含む実施態様４９に記載の方法。
【０１１４】
５１．疑似ランダム関数は、無線リソースブロック番号によって繰り返される実施態様５０に記載の方法。
【０１１５】
５２．疑似ランダム関数は、フレーム番号によって繰り返される実施態様５０に記載の方法。
【０１１６】
５３．ランダム化するステップは、既知のパターンの周波数ホッピングを使用することを含む実施態様４９に記載の方法。
【０１１７】
５４．ランダム化するステップは、ＷＴＲＵでチャネル品質を測定するステップと、測定されたチャネル品質に基づいて、ＷＴＲＵで望ましい無線リソースブロックを選択するステップと、望ましい無線リソースブロックをＷＴＲＵからＮｏｄｅＢに報告するステップと、ＮｏｄｅＢによって望ましい無線リソースブロックを分析するステップとを含む実施態様４９に記載の方法。
【０１１８】
５５．分析するステップは、セル負荷状態、干渉レベル、他のＷＴＲＵからのサービス要求、およびサービス優先度から成るグループから選択された少なくとも１つの追加の要素を考慮に入れることを含む実施態様５４に記載の方法。
【０１１９】
５６．信号で伝えるステップは、複数ビットのシグナリングを使用することを含む実施態様４９に記載の方法。
【０１２０】
５７．複数ビットのシグナリングは、ＷＴＲＵの音声起動状態および無線リソースブロックの割り当てに関連する情報を含む実施態様５６に記載の方法。
【０１２１】
５８．複数ビットのシグナリングは、ハイブリッド自動再送要求識別子に関連する情報を含む実施態様５６または５７に記載の方法。
【０１２２】
５９．信号で伝えるステップは、共通制御チャネルを使用することを含む実施態様４９に記載の方法。
【０１２３】
６０．信号で伝えるステップは、専用制御チャネルを使用することを含む実施態様４９に記載の方法。
【０１２４】
６１．無線通信システムにおける音声ユーザ多重化のための方法。
【０１２５】
６２．本方法は、複数の音声ユーザを１つのグループに割り当てるステップと、グループの音声起動状態係数が統計的平均数になるように、グループにおける音声ユーザを多重化するステップとを含む実施態様６１に記載の方法。
【０１２６】
６３．多重化するステップは、あるセルにおける音声トラフィックボリュームに基づいて、統計多重を行うことを含む実施態様６２に記載の方法。
【０１２７】
６４．多重化されるべきユーザの数は、所望の音声起動状態係数を達成するための閾値に基づく実施態様６２に記載の方法。
【０１２８】
６５．多重化されるべきユーザの数は、音声トラフィックボリュームに基づく実施態様６２に記載の方法。
【０１２９】
６６．多重化されるべきユーザの数は、チャネル品質に基づく実施態様６２に記載の方法。
【０１３０】
６７．あるグループにおける使用中音声ユーザの数がグループから使用可能な無線リソースを超える場合、異なるグループからの無線リソースをスケジューリングするステップをさらに含む実施態様６２に記載の方法。
【０１３１】
６８．送受信機と、送受信機に接続されているアンテナと、送受信機と通信する音声起動状態遷移検出器であって、ＷＴＲＵがいつ音声起動の状態と音声無音状態との間で遷移するかを検出し、ＷＴＲＵの現在の音声起動状態をＷＴＲＵが通信するＮｏｄｅＢに報告するよう構成されている音声起動状態遷移検出器と、送受信機と通信する無線リソース割り当て受信機であって、無線リソース割り当て情報を受信するよう構成されている無線リソース割り当て受信機と、音声起動状態遷移検出器および無線リソース割り当て受信機と通信するタイマであって、ＷＴＲＵが音声起動状態を変更した後、予め定められた期間をカウントするよう構成されているタイマと、タイマおよび送受信機と通信するタイマ満了ハンドラであって、タイマが期限切れになると、アクションを実行するよう構成されているタイマ満了ハンドラと、送受信機と通信する予期しないメッセージハンドラであって、タイマが開始された後、ＷＴＲＵが予期しないメッセージを受信した場合、アクションを実行するよう構成されている予期しないメッセージハンドラとを含む無線通信システムで使用するための無線送受信ユニット（ＷＴＲＵ）。
【０１３２】
６９．タイマ満了ハンドラは、タイマが期限切れになった後、エラーレポートをＮｏｄｅＢに送信するよう構成されている実施態様６８に記載のＷＴＲＵ。
【０１３３】
７０．タイマ満了ハンドラは、タイマが期限切れになった後、ＷＴＲＵの音声起動状態をＮｏｄｅＢに再送するよう構成されている実施態様６８に記載のＷＴＲＵ。
【０１３４】
７１．予期しないメッセージハンドラは、タイマが開始された後、予期しないメッセージが受信された場合、エラーレポートをＮｏｄｅＢに送信するよう構成されている実施態様６８〜７０のいずれか一項に記載のＷＴＲＵ。
【０１３５】
７２．予期しないメッセージハンドラは、タイマが開始された後、予期しないメッセージが受信された場合、ＷＴＲＵの音声起動状態をＮｏｄｅＢに再送するよう構成されている実施態様６８〜７０のいずれか一項に記載のＷＴＲＵ。
【０１３６】
７３．送受信機と、送受信機に接続されているアンテナと、送受信機と通信する音声起動状態遷移検出器であって、ＮｏｄｅＢと通信する無線送受信ユニット（ＷＴＲＵ）がいつ音声起動の状態と音声無音状態との間で遷移するかを検出するよう構成されている音声起動状態遷移検出器と、送受信機および音声起動状態遷移検出器と通信する無線リソース割り当て装置であって、ＷＴＲＵの現在の音声起動状態に基づいて無線リソースを割り当てるよう構成されている無線リソース割り当て装置と、送受信機および無線リソース割り当て装置と通信するエラーレポートハンドラであって、ＷＴＲＵからＮｏｄｅＢによって受信されたエラーを処理するよう構成されているエラーレポートハンドラとを含む無線通信システムで使用するためのＮｏｄｅＢ。
【０１３７】
７４．無線リソース割り当て装置は、受信されたエラーレポートに基づいて無線リソースを割り当てるようさらに構成されている実施態様７３に記載のＮｏｄｅＢ。
【０１３８】
７５．無線リソース割り当て装置は、無線リソースを音声無音状態のＷＴＲＵから音声起動の状態のＷＴＲＵに割り当てるよう構成されている実施態様７３または７４に記載のＮｏｄｅＢ。
【０１３９】
７６．無線リソース割り当て装置は、無線リソースを同じＷＴＲＵにおける異なるサービスに割り当てるよう構成されている実施態様７３〜７５のいずれか一項に記載のＮｏｄｅＢ。
【０１４０】
７７．無線リソース割り当て装置は、無線リソースを異なるＷＴＲＵに割り当てるよう構成されている実施態様７３〜７５のいずれか一項に記載のＮｏｄｅＢ。
【０１４１】
７８．エラーレポートハンドラは、無線リソース割り当て装置に受信されたエラーレポートを通知するよう構成されている実施態様７３〜７７のいずれか一項に記載のＮｏｄｅＢ。
【図１】
2010502103.tif 000003
【図２】
2010502103.tif 000004
【図３】
2010502103.tif 000005
【図４】
2010502103.tif 000006
【図５】
2010502103.tif 000007
【図６】
2010502103.tif 000008
【図７】
2010502103.tif 000009
【国際調査報告】
2010502103.tif 000010
2010502103.tif 000011
2010502103.tif 000012
2010502103.tif 000013
2010502103.tif 000014