(57)【要約】【課題】スケジューリング要求リソースが複数のキャリアで構成される場合にスケジューリング要求を効果的に送信する端末、基地局及びスケジューリング要求送信方法を提供する。【解決手段】本発明の端末では、トランシーバモジュールは、基地局によって送信された、スケジューリング要求のための構成パラメータであって、端末にサービスを提供するキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される、構成パラメータを受信し、スケジューリング要求がトリガされた後に、処理モジュールは、トランシーバモジュールを使用して、構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する。【選択図】図１
2020017989.tif 000002
【特許請求の範囲】
【請求項１】
端末であって、
基地局から、スケジューリング要求のための構成パラメータを受信するように構成されたトランシーバモジュールであって、
前記構成パラメータが、前記端末にサービスを提供する少なくとも1つのキャリアのスケジューリング要求リソースであって、前記スケジューリング要求を送信するために前記端末によって使用されるスケジューリング要求リソースを前記端末に割り当てるために使用される、トランシーバモジュールと、
前記スケジューリング要求がトリガされた後に、前記トランシーバモジュールを使用して、前記トランシーバモジュールによって受信された前記構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信するように構成された処理モジュールであって、
前記少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、前記少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、処理モジュールと
を備える、端末。
【請求項２】
前記処理モジュールが、
前記少なくとも1つのキャリアから1つのキャリアを選択し、
前記選択されたキャリアのスケジューリング要求リソースを構成するために使用された、前記受信した構成パラメータ内の構成パラメータに従って、前記選択されたキャリアで前記スケジューリング要求を送信する
ように特に構成される、請求項1に記載の端末。
【請求項３】
前記処理モジュールが、
現在の送信時間間隔TTIにおいて有効なスケジューリング要求リソースを有する前記少なくとも1つのキャリアから1つのキャリアを選択する
ように特に構成される、請求項1に記載の端末。
【請求項４】
前記処理モジュールが、
前記少なくとも1つのキャリアから、前記スケジューリング要求を送信するために使用される候補キャリアを決定し、前記決定された候補キャリアから、前記現在のTTIにおいて有効なスケジューリング要求リソースを有するキャリアを選択するように特に構成され、
前記候補キャリアが、
前記少なくとも1つのキャリア、または
前記少なくとも1つのキャリア内のアクティブ化されたキャリア
を含む、
請求項3に記載の端末。
【請求項５】
前記処理モジュールが、
前記少なくとも1つのキャリアから、構成されたスケジューリング要求リソースが現在のTTIに時間的に最も近いキャリアを選択する
ように特に構成され、
前記処理モジュールが、前記選択されたキャリアのスケジューリング要求リソースを構成するために使用された、前記受信した構成パラメータ内の構成パラメータに従って、前記選択されたキャリアで前記スケジューリング要求を送信する前に、
前記選択されたキャリアの前記スケジューリング要求リソースのTTIが来たときに、前記選択されたキャリアが有効なスケジューリング要求リソースを有することを判定する
ようにさらに構成される、
請求項2に記載の端末。
【請求項６】
前記処理モジュールが、
前記少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有するかどうかを判定し、
前記少なくとも1つのキャリアが前記現在のTTIにおいて有効なスケジューリング要求リソースを有する場合は、有効なスケジューリング要求リソースを有すると判定された前記キャリアから1つのキャリアを選択し、前記少なくとも1つのキャリアが前記現在のTTIにおいて有効なスケジューリング要求リソースを有さない場合は、次のTTIが来たときに、前記少なくとも1つのキャリアが有効なスケジューリング要求リソースを有するかどうかを前記判定するステップに戻る
ように特に構成される、請求項2に記載の端末。
【請求項７】
以下の条件の少なくとも1つを満たすキャリアが、前記有効なスケジューリング要求リソースを有する前記キャリアであり、前記条件が、
キャリアのスケジューリング要求リソースが解放されていないこと、
キャリアがアクティブ化されていること、
キャリアが配置されたタイミング・アドバンス・グループTAGのタイマがタイムアウトしていないこと、および
キャリアでの前記端末によるスケジューリング要求の送信の量が、前記キャリアでの前記端末によるスケジューリング要求の送信の量の最大値未満であること
を含む、請求項3から6のいずれか一項に記載の端末。
【請求項８】
前記構成パラメータが、第1のカウンタの閾値を含み、
前記処理モジュールが、前記トランシーバモジュールが前記構成パラメータを受信した後で、前記処理モジュールが、前記トランシーバモジュールを使用して、前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信する前に、前記構成パラメータから前記第1のカウンタの前記閾値を取得し、前記第1のカウンタが前記第1のカウンタの前記閾値未満であるかどうかを判定するようにさらに構成され、
前記第1のカウンタが、同じスケジューリング要求プロセスにおいて前記端末がスケジューリング要求を送信した量を記録するために使用され、
前記処理モジュールが、前記第1のカウンタが前記第1のカウンタの前記閾値未満である場合に、前記トランシーバモジュールを使用して前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信するように特に構成され、
前記処理モジュールが、前記トランシーバモジュールが、前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信した後に、前記第1のカウンタの値を1だけ増加させるようにさらに構成される、
請求項1から7のいずれか一項に記載の端末。
【請求項９】
前記処理モジュールが、前記第1のカウンタが前記第1のカウンタの前記閾値未満であるかどうかを判定した後、前記第1のカウンタが前記第1のカウンタの前記閾値未満でない場合に、
前記少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するか、または  前記少なくとも1つのキャリアのすべてのセカンダリキャリアが配置された物理アップリンク制御チャネルグループのキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するか、または
すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放する
ようにさらに構成される、請求項8に記載の端末。
【請求項１０】
前記処理モジュールが、
前記少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、前記少なくとも1つのキャリアの前記すべてのセカンダリキャリアの前記物理アップリンク制御チャネルリソースおよび／または前記アップリンク基準信号リソースを解放する
ように特に構成される、請求項9に記載の端末。
【請求項１１】
前記処理モジュールが、
前記少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、前記少なくとも1つのキャリアの前記すべてのセカンダリキャリアがそれぞれ配置された前記物理アップリンク制御チャネルグループのすべての前記キャリアの前記物理アップリンク制御チャネルリソースおよび／または前記アップリンク基準信号リソースを解放する
ように特に構成される、請求項9に記載の端末。
【請求項１２】
前記処理モジュールが、
前記少なくとも1つのキャリアがセカンダリキャリアおよびプライマリキャリアのみを含む場合に、前記すべてのサービングキャリアの、前記アップリンク制御チャネルの前記物理アップリンク制御チャネルリソースおよび／または前記アップリンク制御チャネルのアップリンク基準信号リソースを解放する
ように特に構成される、請求項9に記載の端末。
【請求項１３】
前記構成パラメータが、第1のタイマの閾値長さを含み、
前記第1のタイマが、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、前記端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、前記端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
前記第1のタイマの前記閾値長さが、同じスケジューリング要求プロセスにおいて、前記端末がスケジューリング要求の今回の送信を行う時点から遡って、前記端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
前記処理モジュールが、前記トランシーバモジュールを使用して、前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信した後に、前記第1のタイマの閾値長さに従って前記第1のタイマを起動するようにさらに構成される、
請求項1から12のいずれか一項に記載の端末。
【請求項１４】
前記構成パラメータが、nを含み、第1のタイマの閾値長さが、前記少なくとも1つのキャリアの特定のキャリアのスケジューリング要求リソースの周期のn倍であり、nが、正の整数であり、
前記第1のタイマが、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、前記端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、前記端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
前記第1のタイマの前記閾値長さが、同じスケジューリング要求プロセスにおいて、前記端末がスケジューリング要求の今回の送信を行う時点から遡って、前記端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
前記少なくとも1つのキャリアがプライマリキャリアを含む場合、前記特定のキャリアが前記プライマリキャリアであるか、または、前記特定のキャリアが、前記少なくとも1つのキャリアのうちの、前記スケジューリング要求リソースの前記周期が最小であるキャリアであるか、または、前記特定のキャリアが、前記少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、前記スケジューリング要求リソースの前記周期が最小であるキャリアであり、
前記処理モジュールが、前記トランシーバモジュールを使用して、前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信した後に、nに従って前記第1のタイマの閾値長さを決定し、決定された前記第1のタイマの前記閾値長さに従って前記第1のタイマを起動するようにさらに構成される、
請求項1から12のいずれか一項に記載の端末。
【請求項１５】
前記処理モジュールが、
前記トランシーバモジュールを使用して、前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信する前に、前記第1のタイマがタイムアウトしているかどうかを判定する
ようにさらに構成され、
前記処理モジュールが、
前記第1のタイマがタイムアウトしている場合に、前記トランシーバモジュールを使用して、前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信する
ように特に構成される、
請求項13または14に記載の端末。
【請求項１６】
基地局であって、
端末のスケジューリング要求のための構成パラメータを決定するように構成された処理モジュールであって、前記構成パラメータが、少なくとも1つのキャリアのスケジューリング要求リソースであって、前記スケジューリング要求を送信するために前記端末によって使用されるスケジューリング要求リソースを前記端末に割り当てるために使用される、処理モジュールと、
前記スケジューリング要求がトリガされた後に前記構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信するよう前記端末に命令するために、前記処理モジュールによって決定された前記構成パラメータを前記端末に送信するように構成された送信モジュールであって、
前記少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、前記少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、送信モジュールと
を備える、基地局。
【請求項１７】
前記構成パラメータが、第1のカウンタの閾値を含み、
前記第1のカウンタの前記閾値が、前記第1のカウンタが前記第1のカウンタの前記閾値未満である場合に前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信するよう前記端末に命令するために使用され、
前記第1のカウンタが、同じアップリンクデータ送信において前記端末がスケジューリング要求を送信した量を記録するために使用される、
請求項16に記載の基地局。
【請求項１８】
前記構成パラメータが、第1のタイマの閾値長さを含み、
前記第1のタイマの前記閾値長さが、前記第1のタイマの前記閾値長さに従って前記第1のタイマがタイムアウトしていると判定された場合に、前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信するよう前記端末に命令するために使用され、
前記第1のタイマが、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、前記端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、前記端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
前記第1のタイマの前記閾値長さが、同じスケジューリング要求プロセスにおいて、前記端末がスケジューリング要求の今回の送信を行う時点から遡って、前記端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔である、
請求項16または17に記載の基地局。
【請求項１９】
前記構成パラメータが、nを含み、第1のタイマの閾値長さが、前記少なくとも1つのキャリアの特定のキャリアの、前記端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nが、正の整数であり、
nが、nに従って前記第1のタイマの前記閾値長さを決定し、決定された前記第1のタイマの前記閾値長さに従って前記第1のタイマがタイムアウトしていると判定された場合に、
前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信するよう前記端末に命令するために使用され、
前記第1のタイマが、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、前記端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するために使用され、
前記第1のタイマの前記閾値長さが、同じスケジューリング要求プロセスにおいて、前記端末がスケジューリング要求の今回の送信を行う時点から遡って、前記端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
前記少なくとも1つのキャリアがプライマリキャリアを含む場合、前記特定のキャリアが前記プライマリキャリアであるか、または、前記特定のキャリアが、前記少なくとも1つのキャリアのうちの、前記スケジューリング要求リソースの前記周期が最小であるキャリアであるか、または、前記特定のキャリアが、前記少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、前記スケジューリング要求リソースの前記周期が最小であるキャリアである、
請求項16または17に記載の基地局。
【請求項２０】
スケジューリング要求送信方法であって、
基地局によって送信された、スケジューリング要求のための構成パラメータを端末によって受信するステップであって、
前記構成パラメータが、前記端末にサービスを提供する少なくとも1つのキャリアのスケジューリング要求リソースであって、前記スケジューリング要求を送信するために前記端末によって使用されるスケジューリング要求リソースを前記端末に割り当てるために使用される、ステップと、
前記スケジューリング要求がトリガされた後に、前記受信した構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を前記端末によって送信するステップであって、
前記少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、前記少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、ステップと、
を含む、スケジューリング要求送信方法。
【請求項２１】
スケジューリング要求受信方法であって、
基地局によって、端末のスケジューリング要求のための構成パラメータを決定するステップであって、前記構成パラメータが、少なくとも1つのキャリアのスケジューリング要求リソースであって、前記スケジューリング要求を送信するために前記端末によって使用されるスケジューリング要求リソースを前記端末に割り当てるために使用される、ステップと、
前記スケジューリング要求がトリガされた後に前記構成パラメータに従って前記少なくとも1つのキャリアのうちの1つのキャリアで前記スケジューリング要求を送信するよう前記端末に命令するために、前記基地局によって、前記決定された構成パラメータを前記端末に送信するステップと、
を含み、
前記少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、前記少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、
スケジューリング要求受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス通信技術の分野に関し、詳細には、端末、基地局、およびスケジューリング要求送信方法に関する。
【背景技術】
【０００２】
ワイヤレス通信システム、例えば、ロング・ターム・エボリューション（Long Term Evolution、LTE）システムでは、スケジューリング要求（Scheduling Request、SR）がトリガされた後、ユーザ機器（User Equipment、UE）は、アップリンクデータ送信に使用されるアップリンクリソースの割り当てを進化型ノードB（evolved NodeB、eNB）に要求するためにSRを進化型ノードBに送信することができる。
【０００３】
SRを送信するとき、UEは、eNBによって構成されたSRリソースを使用することができる。eNBは、UEに利用可能なSRリソース、SRリソースの周期、サブフレームオフセット、送信時間の最大量、およびSR禁止タイマなどをUEに示すために、SRリソースを構成するために使用された構成パラメータを送信することができる。
【０００４】
シングルキャリアの場合、すなわち、UEは、1つのキャリアのみを使用してデータ送信を行う。言い換えれば、1つのキャリアだけがUEにサービスを提供する。従来のマルチキャリアの場合、すなわち、UEは、複数のキャリアを使用してデータ送信を行う。言い換えれば、複数のキャリアがUEにサービスを提供する。eNBは、セカンダリキャリア（例えば、SCell、Secondary Cell）でUEのSRリソースを構成する代わりに、UEのプライマリキャリア（例えば、PCell、Primary Cell）のみで、UEに利用可能なSRリソースを構成する。
【０００５】
マルチキャリア強化技術では、eNBは、セカンダリキャリアで、UEに利用可能なSRリソースを構成することができる。現在、SRリソースが複数のキャリアで構成される場合にSRを効果的に送信する解決策は存在しない。
【発明の概要】
【課題を解決するための手段】
【０００６】
そこで、本発明の実施形態は、端末、基地局、およびスケジューリング要求送信方法を提供して、SRリソースが複数のキャリアで構成される場合にSRを効果的に送信する解決策を提供する。
【０００７】
第1の態様によれば、本発明の一実施形態は、端末であって、
基地局によって送信された、スケジューリング要求のための構成パラメータを受信するように構成されたトランシーバモジュールであって、
構成パラメータが、端末にサービスを提供する少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される、トランシーバモジュールと、
スケジューリング要求がトリガされた後に、トランシーバモジュールを使用して、トランシーバモジュールによって受信された構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するように構成された処理モジュールであって、
少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、処理モジュールと
を含む、端末を提供する。
【０００８】
第1の態様に関連して、第1の可能な実施態様では、処理モジュールは、
少なくとも1つのキャリアから1つのキャリアを選択し、
選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する
ように特に構成される。
【０００９】
第1の態様に関連して、第2の可能な実施態様では、処理モジュールは、
現在の送信時間間隔TTIにおいて有効なスケジューリング要求リソースを有する少なくとも1つのキャリアから1つのキャリアを選択する
ように特に構成される。
【００１０】
第1の態様の第2の可能な実施態様に関連して、第3の可能な実施態様では、処理モジュールは、
少なくとも1つのキャリアから、スケジューリング要求を送信するために使用される候補キャリアを決定し、決定された候補キャリアから、現在のTTIにおいて有効なスケジューリング要求リソースを有するキャリアを選択する
ように特に構成され、
候補キャリアは、
少なくとも1つのキャリア、または
少なくとも1つのキャリア内のアクティブ化されたキャリア
を含む。
【００１１】
第1の態様の第1の可能な実施態様に関連して、第4の可能な実施態様では、処理モジュールは、
少なくとも1つのキャリアから、構成されたスケジューリング要求リソースが現在のTTIに時間的に最も近いキャリアを選択する
ように特に構成され、
処理モジュールは、選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する前に、
選択されたキャリアのスケジューリング要求リソースのTTIが来たときに、選択されたキャリアが有効なスケジューリング要求リソースを有することを判定するようにさらに構成される。
【００１２】
第1の態様の第1の可能な実施態様に関連して、第5の可能な実施態様では、処理モジュールは、
少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有するかどうかを判定し、
少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有する場合は、有効なスケジューリング要求リソースを有すると判定されたキャリアから1つのキャリアを選択し、少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有さない場合は、次のTTIが来たときに、少なくとも1つのキャリアが有効なスケジューリング要求リソースを有するかどうかを判定するステップに戻る
ように特に構成される。
【００１３】
第1の態様の第2〜第5の可能な実施態様のいずれかに関連して、第6の可能な実施態様では、以下の条件の少なくとも1つを満たすキャリアが、有効なスケジューリング要求リソースを有するキャリアであり、この条件は、
キャリアのスケジューリング要求リソースが解放されていないこと、
キャリアがアクティブ化されていること、
キャリアが配置されたタイミング・アドバンス・グループTAGのタイマがタイムアウトしていないこと、および
キャリアでの端末によるスケジューリング要求の送信の量が、キャリアでの端末によるスケジューリング要求の送信の量の最大値未満であること
を含む。
【００１４】
第1の態様または第1の態様の第1〜第6の可能な実施態様のいずれかに関連して、第7の可能な実施態様では、
構成パラメータは、第1のカウンタの閾値を含み、
処理モジュールは、トランシーバモジュールが構成パラメータを受信した後で、処理モジュールが、トランシーバモジュールを使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する前に、構成パラメータから第1のカウンタの閾値を取得し、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定するようにさらに構成され、
第1のカウンタは、同じスケジューリング要求プロセスにおいて端末がスケジューリン
グ要求を送信した量を記録するために使用され、
処理モジュールは、第1のカウンタが第1のカウンタの閾値未満である場合に、トランシーバモジュールを使用して少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するように特に構成され、
処理モジュールは、トランシーバモジュールが、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、第1のカウンタの値を1だけ増加させるようにさらに構成される。
【００１５】
第1の態様の第7の可能な実施態様に関連して、第8の可能な実施態様では、処理モジュールは、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定した後、第1のカウンタが第1のカウンタの閾値未満でない場合に、
少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するか、または
少なくとも1つのキャリアのすべてのセカンダリキャリアが配置された物理アップリンク制御チャネルグループのキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するか、または
すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放する
ようにさらに構成される。
【００１６】
第1の態様の第8の可能な実施態様に関連して、第9の可能な実施態様では、処理モジュールは、
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するように特に構成される。
【００１７】
第1の態様の第8の可能な実施態様に関連して、第10の可能な実施態様では、処理モジュールは、
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、少なくとも1つのキャリアのすべてのセカンダリキャリアがそれぞれ配置された物理アップリンク制御チャネルグループのすべてのキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放する
ように特に構成される。
【００１８】
第1の態様の第8の可能な実施態様に関連して、第11の可能な実施態様では、処理モジュールは、
少なくとも1つのキャリアがセカンダリキャリアおよびプライマリキャリアのみを含む場合に、すべてのサービングキャリアの、アップリンク制御チャネルの物理アップリンク制御チャネルリソースおよび／またはアップリンク制御チャネルのアップリンク基準信号リソースを解放する
ように特に構成される。
【００１９】
第1の態様または第1の態様の第1〜第11の可能な実施態様のいずれかに関連して、第12の可能な実施態様では、
構成パラメータは、第1のタイマの閾値長さを含み、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
処理モジュールは、トランシーバモジュールを使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、第1のタイマの閾値長さに従って第1のタイマを起動するようにさらに構成される。
【００２０】
第1の態様または第1の態様の第1〜第11の可能な実施態様のいずれかに関連して、第13の可能な実施態様では、
構成パラメータは、nを含み、第1のタイマの閾値長さは、少なくとも1つのキャリアの特定のキャリアの、端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nは、正の整数であり、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアがプライマリキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであり、
処理モジュールは、トランシーバモジュールを使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、nに従って第1のタイマの閾値長さを決定し、決定された第1のタイマの閾値長さに従って第1のタイマを起動するようにさらに構成される。
【００２１】
第1の態様の第12または第13の可能な実施態様に関連して、第14の可能な実施態様では、
処理モジュールは、
トランシーバモジュールを使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する前に、第1のタイマがタイムアウトしているかどうかを判定する
ようにさらに構成され、
処理モジュールは、
第1のタイマがタイムアウトしている場合に、トランシーバモジュールを使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する
ように特に構成される。
【００２２】
第2の態様によれば、本発明の一実施形態は、基地局であって、
端末のスケジューリング要求のための構成パラメータを決定するように構成された処理モジュールであって、構成パラメータが、少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される、処理モジュールと、
スケジューリング要求がトリガされた後に構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために、処理モジュールによって決定された構成パラメータを端末に送信するように構成された送信モジュールであって、
少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、送信モジュールと
を含む、基地局を提供する。
【００２３】
第2の態様に関連して、第1の可能な実施態様では、
構成パラメータは、第1のカウンタの閾値を含み、
第1のカウンタの閾値は、第1のカウンタが第1のカウンタの閾値未満である場合に少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のカウンタは、同じアップリンクデータ送信において端末がスケジューリング要求を送信した量を記録するために使用される。
【００２４】
第2の態様または第2の態様の第1の可能な実施態様に関連して、第2の可能な実施態様では、
構成パラメータは、第1のタイマの閾値長さを含み、
第1のタイマの閾値長さは、第1のタイマの閾値長さに従って第1のタイマがタイムアウトしていると判定された場合に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔である。
【００２５】
第2の態様または第2の態様の第1の可能な実施態様に関連して、第3の可能な実施態様では、
構成パラメータは、nを含み、第1のタイマの閾値長さは、少なくとも1つのキャリアの特定のキャリアの、端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nは、正の整数であり、
nは、nに従って第1のタイマの閾値長さを決定し、決定された第1のタイマの閾値長さに従って第1のタイマがタイムアウトしていると判定された場合に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアがプライマリキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアである。
【００２６】
第3の態様によれば、本発明の一実施形態は、スケジューリング要求送信方法であって、
基地局によって送信された、スケジューリング要求のための構成パラメータを端末によって受信するステップであって、
構成パラメータが、端末にサービスを提供する少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される、ステップと、
スケジューリング要求がトリガされた後に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を端末によって送信するステップであって、
少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、ステップと、
を含む、スケジューリング要求送信方法を提供する。
【００２７】
第3の態様に関連して、第1の可能な実施態様では、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を端末によって送信するステップが、
端末によって、少なくとも1つのキャリアから1つのキャリアを選択するステップと、
選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信するステップと
を含む。
【００２８】
第3の態様に関連して、第2の可能な実施態様では、端末によって、少なくとも1つのキャリアから1つのキャリアを選択するステップが、
端末によって、現在の送信時間間隔TTIにおいて有効なスケジューリング要求リソースを有する少なくとも1つのキャリアから1つのキャリアを選択するステップ
を含む。
【００２９】
第3の態様の第2の可能な実施態様に関連して、第3の可能な実施態様では、端末によって、現在のTTIにおいて有効なスケジューリング要求リソースを有する少なくとも1つのキャリアから1つのキャリアを選択するステップが、
端末によって、少なくとも1つのキャリアから、スケジューリング要求を送信するために使用される候補キャリアを決定し、端末によって、決定された候補キャリアから、現在のTTIにおいて有効なスケジューリング要求リソースを有するキャリアを選択するステップ
を含み、
候補キャリアは、
少なくとも1つのキャリア、または
少なくとも1つのキャリア内のアクティブ化されたキャリア
を含む。
【００３０】
第3の態様の第1の可能な実施態様に関連して、第4の可能な実施態様では、端末によって、少なくとも1つのキャリアから1つのキャリアを選択するステップが、
端末によって、少なくとも1つのキャリアから、構成されたスケジューリング要求リソースが現在のTTIに時間的に最も近いキャリアを選択するステップ
を含み、
選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信するステップの前に、本方法は、
選択されたキャリアのスケジューリング要求リソースのTTIが来たときに、端末によって、選択されたキャリアが有効なスケジューリング要求リソースを有することを判定するステップ
をさらに含む。
【００３１】
第3の態様の第1の可能な実施態様に関連して、第5の可能な実施態様では、端末によって、少なくとも1つのキャリアから1つのキャリアを選択するステップが、
端末によって、少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有するかどうかを判定するステップと、
少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有する場合は、端末によって、有効なスケジューリング要求リソースを有すると判定されたキャリアから1つのキャリアを選択し、少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有さない場合は、次のTTIが来たときに、端末によって、少なくとも1つのキャリアが有効なスケジューリング要求リソースを有するかどうかを判定するステップに戻るステップと
を含む。
【００３２】
第3の態様の第2〜第5の可能な実施態様のいずれかに関連して、第6の可能な実施態様では、以下の条件の少なくとも1つを満たすキャリアが、有効なスケジューリング要求リソースを有するキャリアであり、この条件は、
キャリアのスケジューリング要求リソースが解放されていないこと、
キャリアがアクティブ化されていること、
キャリアが配置されたTAGグループのタイマがタイムアウトしていないこと、および
キャリアでの端末によるスケジューリング要求の送信の量が、キャリアでの端末によるスケジューリング要求の送信の量の最大値未満であること
を含む。
【００３３】
第3の態様または第3の態様の第1〜第6の可能な実施態様のいずれかに関連して、第7の可能な実施態様では、
構成パラメータは、第1のカウンタの閾値を含み、
端末によって、スケジューリング要求が受信された後に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するステップの前に、本方法は、端末によって、構成パラメータから第1のカウンタの閾値を取得し、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定するステップをさらに含み、
第1のカウンタは、同じスケジューリング要求プロセスにおいて端末がスケジューリング要求を送信した量を記録するために使用され、
端末によって、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するステップが、端末によって、第1のカウンタが第1のカウンタの閾値未満である場合に、少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するステップを含み、
端末によって、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、本方法は、端末によって第1のカウンタの値を1だけ増加させるステップをさらに含む。
【００３４】
第3の態様の第7の可能な実施態様に関連して、第8の可能な実施態様では、端末によって、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定するステップの後に、本方法は、
第1のカウンタが第1のカウンタの閾値未満でない場合に、
端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するステップ、または
端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアが配置された物理アップリンク制御チャネルグループのキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するステップ、または
端末によって、すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するステップ
をさらに含む。
【００３５】
第3の態様の第8の可能な実施態様に関連して、第9の可能な実施態様では、端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するステップは、
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するステップ
を含む。
【００３６】
第3の態様の第8の可能な実施態様に関連して、第10の可能な実施態様では、端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアが配置された物理アップリンク制御チャネルグループのキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するステップは、
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアがそれぞれ配置された物理アップリンク制御チャネルグループのすべてのキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するステップ
を含む。
【００３７】
第3の態様の第8の可能な実施態様に関連して、第11の可能な実施態様では、端末によって、すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するステップは、
少なくとも1つのキャリアがセカンダリキャリアおよびプライマリキャリアのみを含む場合に、端末によって、すべてのサービングキャリアの、アップリンク制御チャネルの物理アップリンク制御チャネルリソースおよび／またはアップリンク制御チャネルのアップリンク基準信号リソースを解放するステップ
を含む。
【００３８】
第3の態様または第3の態様の第1〜第11の可能な実施態様のいずれかに関連して、第12の可能な実施態様では、
構成パラメータは、第1のタイマの閾値長さを含み、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
端末によって、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するステップの後に、本方法は、
端末によって、第1のタイマの閾値長さに従って第1のタイマを起動するステップ
をさらに含む。
【００３９】
第3の態様または第3の態様の第1〜第11の可能な実施態様のいずれかに関連して、第13の可能な実施態様では、
構成パラメータは、nを含み、第1のタイマの閾値長さは、少なくとも1つのキャリアの特定のキャリアの、端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nは、正の整数であり、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアがプライマリキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであり、
端末によって、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するステップの後に、本方法は、
端末によって、nに従って第1のタイマの閾値長さを決定し、決定された第1のタイマの閾値長さに従って第1のタイマを起動するステップ
をさらに含む。
【００４０】
第3の態様の第12または第13の可能な実施態様に関連して、第14の可能な実施態様では、
端末によって、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するステップの前に、本方法は、
端末によって、第1のタイマがタイムアウトしているかどうかを判定するステップ
をさらに含み、
端末によって、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するステップが、
第1のタイマがタイムアウトしている場合に、端末によって、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するステップ
を含む。
【００４１】
第4の態様によれば、本発明の一実施形態は、スケジューリング要求受信方法であって、
基地局によって、端末のスケジューリング要求のための構成パラメータを決定するステップであって、構成パラメータが、少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される、ステップと、
スケジューリング要求がトリガされた後に構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために、基地局によって、決定された構成パラメータを端末に送信するステップと、
を含み、
少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、
スケジューリング要求受信方法を提供する。
【００４２】
第4の態様に関連して、第1の可能な実施態様では、
構成パラメータは、第1のカウンタの閾値を含み、
第1のカウンタの閾値は、第1のカウンタが第1のカウンタの閾値未満である場合に少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のカウンタは、同じアップリンクデータ送信において端末がスケジューリング要求を送信した量を記録するために使用される。
【００４３】
第4の態様または第4の態様の第1の可能な実施態様に関連して、第2の可能な実施態様では、
構成パラメータは、第1のタイマの閾値長さを含み、
第1のタイマの閾値長さは、第1のタイマの閾値長さに従って第1のタイマがタイムアウトしていると判定された場合に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔である。
【００４４】
第4の態様または第4の態様の第1の可能な実施態様に関連して、第3の可能な実施態様では、
構成パラメータは、nを含み、第1のタイマの閾値長さは、少なくとも1つのキャリアの特定のキャリアの、端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nは、正の整数であり、
nは、nに従って第1のタイマの閾値長さを決定し、決定された第1のタイマの閾値長さに従って第1のタイマがタイムアウトしていると判定された場合に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアがプライマリキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアである。
【００４５】
スケジューリング要求リソースは、構成パラメータを送信することによって、複数のキャリアで端末に割り当てられ、これにより、端末は、受信した構成パラメータに従って複数のキャリアのうちの1つのキャリアでスケジューリング要求を送信することができる。これは、スケジューリング要求リソースが複数のキャリアで構成される場合にスケジューリング要求を効果的に送信する解決策を提供する。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施形態によるワイヤレス通信システムの概略構成図である。
【図２】本発明の一実施形態による第1の端末の概略構成図である。
【図３Ａ】本発明の一実施形態による第1の端末の実施態様の概略構成図である。
【図３Ｂ】本発明の一実施形態による第1の端末の異なる種類の実施態様の概略構成図である。
【図４】本発明の一実施形態による第1の基地局の概略構成図である。
【図５Ａ】本発明の一実施形態による第1の基地局の実施態様の概略構成図である。
【図５Ｂ】本発明の一実施形態による第1の基地局の異なる種類の実施態様の概略構成図である。
【図６】本発明の一実施形態によるスケジューリング要求送信方法のフローチャートである。
【図７】本発明の一実施形態によるスケジューリング要求受信方法のフローチャートである。
【図８】本発明の一実施形態によるデータ処理方法のフローチャートである。
【図９Ａ】既存のLTEシステムにおいて長さフィールドが7ビットである、MAC PDUのヘッダ情報の構成図である。
【図９Ｂ】既存のLTEシステムにおいて長さフィールドが15ビットである、MAC PDUのヘッダ情報の構成図である。
【図１０Ａ】本発明の一実施形態に従って長さフィールドが23ビットである、MAC PDUのヘッダ情報の構成図である。
【図１０Ｂ】本発明の一実施形態に従って長さフィールドが16ビットである、MAC PDUのヘッダ情報の構成図である。
【図１０Ｃ】本発明の一実施形態に従って長さフィールドが17ビットである、MAC PDUのヘッダ情報の構成図である。
【図１１】本発明の一実施形態による受信デバイスの概略構成図である。
【図１２】本発明の一実施形態による送信デバイスの概略構成図である。
【発明を実施するための形態】
【００４７】
本発明の実施形態は、端末、基地局、およびスケジューリング要求送信方法を提供して、SRリソースが複数のキャリアで構成される場合にSRを効果的に送信する解決策を提供する。
【００４８】
本発明の実施形態では、基地局は、端末のスケジューリング要求のための構成パラメータを決定し、この場合、構成パラメータは、少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される。スケジューリング要求がトリガされた後、端末は、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信し、この場合、少なくとも1つのキャリアは、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアは、少なくとも1つのセカンダリキャリアを含む。
【００４９】
スケジューリング要求リソースは、構成パラメータを送信することによって、複数のキャリアで端末に割り当てられ、これにより、端末は、受信した構成パラメータに従って複数のキャリアのうちの1つのキャリアでスケジューリング要求を送信することができる。これは、スケジューリング要求リソースが複数のキャリアで構成される場合にスケジューリング要求を効果的に送信する解決策を提供する。
【００５０】
最初に、スケジューリング要求に関連する基本原理を紹介する。
【００５１】
既存のLTEシステムでは、eNBは、SRリソースを構成するために使用される構成パラメータを送信することによって、UEに利用可能なSRリソース、SRリソースの周期、サブフレームオフセット、最大送信量、およびSR禁止タイマなどの情報をUEに示すことができる。SRがトリガされた後、UEは、アップリンクリソースの割り当てを要求するために構成パラメータに従ってSRを送信する。
【００５２】
具体的には、SRがトリガされるとき（例えば、アップリンクデータを送信する必要があることから通常のバッファ・ステータス・レポート（Buffer Status Report、BSR）がトリガされた後に）、BSRを送信するために使用される、物理アップリンク共有チャネル（Physical Uplink Shared CHannel、PUSCH）などのアップリンクリソースが存在しない場合、UEは、SRをトリガする。
【００５３】
さらに、有効なSRリソースが存在しない場合に、UEは、トリガされたSRをキャンセルするためにアップリンク・ランダム・アクセス手順をトリガしてもよい。
【００５４】
現在のTTIにおいて有効なSRリソースが存在し、SR禁止タイマが実行されておらず、SRの送信時間の量が、送信時間の最大量に達していない場合、UEは、SRをeNBに送信する。
【００５５】
SRの送信時間の量が送信時間の最大量に達した場合、UEは、すべてのキャリアの物理アップリンク制御チャネル（Physical Uplink Control CHannel、PUCCH）リソースおよび／またはサウンディング基準信号（Sounding Reference Signal、SRS）リソースを解放し、アップリンク・ランダム・アクセス手順をトリガし、トリガされたSRをキャンセルする。
【００５６】
UEに関して、UEのスケジューリング要求プロセスは、UEが、スケジューリング要求がトリガされた時点からスケジューリング要求がキャンセルされる時点までの継続時間内にスケジューリング要求を送信するプロセスである。
【００５７】
SRのトリガ条件は、アップリンクデータが到着し、通常のBSRがトリガされたが、BSRを送信するために使用されるアップリンクリソースが存在しない場合に、SRがトリガされることを含む。
【００５８】
SRのキャンセル条件は、SRをトリガするために使用されるBSRがUEによって送信されることまたはアップリンクデータがUEによって送信されることを含む。
【００５９】
以下、添付の図面を参照して本発明の実施形態を詳細に説明する。
【００６０】
最初に、本発明の実施形態で提供されるワイヤレス通信システムを紹介し、次に、端末、基地局、ならびにスケジューリング要求の送信方法および受信方法を紹介する。
【００６１】
図1は、本発明の一実施形態によるワイヤレス通信システムの概略構成図である。図1に示すように、ワイヤレス通信システムは、基地局101および端末102を含む。
【００６２】
基地局101は、端末102のスケジューリング要求のための構成パラメータを決定し、決定された構成パラメータを端末に送信するように構成され、この場合、構成パラメータは、端末102にサービスを提供する少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末102によって使用されるスケジューリング要求リソースを端末102に割り当てるために使用される。
【００６３】
キャリアおよびサービングセルは交換可能に使用することができることが理解されよう。これは、本発明では限定されない。
【００６４】
端末102は、スケジューリング要求がトリガされた後に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するように構成される。
【００６５】
任意選択で、基地局101は、構成パラメータで割り当てられたスケジューリング要求リソースで端末102によって送信されたスケジューリング要求を受信する。
【００６６】
本発明のこの実施形態で提供されるワイヤレス通信システムの通信規格としては、移動通信用グローバルシステム（Global System of Mobile communication、GSM(登録商標)）、符号分割多元接続（Code Division Multiple Access、CDMA）IS−95、符号分割多元接続（Code Division Multiple Access、CDMA）2000、時分割−同期符号分割多元接続（Time Division−Synchronous Code Division Multiple Access、TD−SCDMA）、広帯域符号分割多元接続（Wideband Code Division Multiple Access、WCDMA(登録商標)）、時分割複信−ロング・ターム・エボリューション（Time Division Duplexing−Long Term Evolution、TDD LTE）、周波数分割複信−ロング・ターム・エボリューション（Frequency Division Duplexing−Long Term Evolution、FDD LTE）、ロング・ターム・エボリューション−アドバンスド（Long Term Evolution−Advanced、LTE−advanced）、パーソナル・ハンディホン・システム（Personal Handy−phone System、PHS）、802．11シリーズプロトコルで規定されたワイヤレスフィデリティ（Wireless Fidelity、WiFi）、およびマイクロ波アクセスのための世界的相互運用性（Worldwide Interoperability for Microwave Access、WiMAX）などが挙げられるが、これらに限定されない。
【００６７】
端末102は、携帯電話、タブレットコンピュータ、携帯情報端末（Personal Digital Assistant、PDA）、販売時点情報管理（Point of Sales、POS）、および車載コンピュータなどを含み得るが、これらに限定され得ない。
【００６８】
基地局101は、無線リソース管理デバイスなどをさらに含んでもよく、端末102は、基地局101と通信する端末デバイスであり、ユーザ機器および中継ノードなどを含む。
【００６９】
例えば、TDD LTE、FDD LTE、またはLTE−AなどのLTEシステムの場合、本発明のこの実施形態で提供されるワイヤレス通信システムの基地局101は、進化型ノードB（evolved NodeB、eNodeB）であってもよく、端末102は、UEであってもよい。TD−SCDMAシステムまたはWCDMA(登録商標)システムの場合、本発明のこの実施形態で提供されるワイヤレス通信システムの基地局101は、ノードB（NodeB）、またはNodeBおよび無線ネットワークコントローラ（Radio Network Controller、RNC）を含んでもよく、端末102は、UEであってもよい。GSM(登録商標)システムの場合、本発明のこの実施形態で提供される基地局101は、基地トランシーバ局（Base Transceiver Station、BTS）、またはBTSおよび基地局コントローラ（Base Station Controller、BSC）を含んでもよく、端末102は、移動局（Mobile Station、MS）であってもよい。WiFiシステムの場合、基地局101は、アクセスポイント（Access Point、AP）および／またはアクセスコントローラ（Access Controller、AC）を含んでもよく、端末102は、ステーション（STAtion、STA）であってもよい。
【００７０】
スケジューリング要求は、端末102によって基地局101に送信され、アップリンクリソースを要求するために使用される要求（例えば、LTEシステムにおけるSRなど）であってもよい。
【００７１】
少なくとも1つのキャリアは、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含んでもよいし、または
少なくとも1つのキャリアは、少なくとも1つのセカンダリキャリアを含むが、プライマリキャリアを含まなくてもよい。
【００７２】
少なくとも1つのキャリアの各キャリアに関して、基地局101によって送信される構成パラメータは、以下の情報、すなわち、
キャリアのスケジューリング要求リソース、
キャリアのスケジューリング要求リソースの周期、および
キャリアのスケジューリング要求リソースのサブフレームオフセットを示すために使用される指示情報
のうちの少なくとも1つを含み得るが、これらに限定され得ない。
【００７３】
基地局101によって送信される構成パラメータは、
同じスケジューリング要求プロセスにおいて端末102がスケジューリング要求を送信した量を記録するために使用される第1のカウンタの閾値
をさらに含んでもよい。
【００７４】
基地局101によって送信される構成パラメータは、第1のタイマの閾値長さをさらに含んでもよい。第1のタイマの閾値長さが、少なくとも1つのキャリアのうちの特定のキャリアの、端末102に利用可能なスケジューリング要求リソースの周期のn倍（nは正の整数）である場合、構成パラメータは、nの値を含んでもよく、端末102は、倍数と特定のキャリアに対応する周期とに従って第1のタイマの閾値長さを決定してもよい。
【００７５】
第1のタイマは、端末102がアップリンクスケジューリングを受信せずにスケジューリング要求を頻繁に送信する状況を回避することができる。これは、端末102の高い電力消費の原因となり、アップリンク干渉を生じる。
【００７６】
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末102がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するために使用される。第1のタイマの長さが、第1のタイマの閾値長さに達すると、第1のタイマは、動作を停止する、すなわち、計時を停止する。
【００７７】
あるいは、第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から、端末102がスケジューリング要求を次に送信する時点までの時間長の計時を実行するために使用される。第1のタイマの長さが短くなって0になると、第1のタイマは、動作を停止する、すなわち、計時を停止する。
【００７８】
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末102がスケジューリング要求の今回の送信を行う時点から遡って、端末102がスケジューリング要求の前回の送信を行った時点までの最小時間間隔である。
【００７９】
特定のキャリアは、端末102自体によって決定されてもよいし、プロトコルに予め規定されてもよいし、基地局101によって予め設定されてもよい。例えば、どのキャリアが特定のキャリアであるか、言い換えれば、端末102が特定のキャリアをどのように決定するかを知るためには、以下の分析を参照されたい。
【００８０】
構成パラメータは、以下のメッセージ、すなわち、
無線リソース制御（Radio Resource Control、RRC）接続再構成メッセージ、
RRC接続設定メッセージ、
別のRRCメッセージ、および
RRC以外の層（媒体アクセス制御（Medium Access Control、MAC）層、無線リンク制御（Radio Link Control、RLC）層、または物理（Physical、PHY）層など）のメッセージ
のうちの1つ以上を使用して送信されてもよい。
【００８１】
任意選択で、構成パラメータが第1のカウンタの閾値を含む場合、
端末102は、構成パラメータから第1のカウンタの閾値を取得し、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定してもよい。
【００８２】
第1のカウンタが第1のカウンタの閾値未満である場合、端末102は、少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する。
【００８３】
任意選択で、スケジューリング要求を送信した後、端末102は、第1のカウンタを1だけ増加させる。
【００８４】
任意選択で、第1のカウンタが第1のカウンタの閾値未満でない場合、異なる状況に関して、端末102は、以下の3つの異なる任意選択の実施態様を有してもよい。
【００８５】
任意選択の実施態様1
少なくとも1つのキャリアがセカンダリキャリアのみを含み、第1のカウンタが第1のカウンタの閾値未満でない場合、それは、アップリンクチャネルの品質または端末102のセカンダリキャリアで搬送されるアップリンク基準信号の品質が比較的悪いことを示し得る。この場合、任意選択で、端末102は、少なくとも1つのキャリアのすべてのキャリアの物理アップリンク制御チャネル（PUCCHなど）リソースおよび／またはアップリンク基準信号（SRSなど）リソースを解放してもよい。
【００８６】
さらに、UEは、プライマリキャリアでランダムアクセス手順を実行し、トリガされたSRをキャンセルする。
【００８７】
任意選択の実施態様2
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合、任意選択で、端末102は、少なくとも1つのキャリアのすべてのセカンダリキャリアがそれぞれ配置された物理アップリンク制御チャネルグループ（PUCCHグループなど）のすべてのキャリアの物理アップリンク制御チャネル（PUCCHなど）リソースおよび／またはアップリンク基準信号（SRSなど）リソースを解放してもよい。
【００８８】
物理アップリンク制御チャネルグループは、同じキャリアの物理アップリンク制御チャネルリソースを共有する少なくとも1つのキャリアを含む。一般に、同じ物理アップリンク制御チャネルグループのキャリアが配置された無線チャネル環境は類似する。したがって、少なくとも1つのキャリアがセカンダリキャリアのみを含み、第1のカウンタが第1のカウンタの閾値未満でない場合、それは、物理アップリンクチャネルの品質または端末102のセカンダリキャリアで搬送されるアップリンク基準信号の品質が比較的悪いことを示し得る。したがって、端末102は、すべてのセカンダリキャリアがそれぞれ配置された物理アップリンク制御チャネルグループのすべてのキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放してもよい。
【００８９】
さらに、UEは、プライマリキャリアでランダムアクセス手順を実行し、トリガされたSRをキャンセルする。
【００９０】
任意選択の実施態様3
少なくとも1つのキャリアがセカンダリキャリアおよびプライマリキャリアのみを含み、第1のカウンタが第1のカウンタの閾値未満でない場合、アップリンクチャネルの品質、またはプライマリキャリアおよびセカンダリキャリアを含む、端末102のサービングキャリアで搬送されるアップリンク基準信号の品質は比較的悪い。したがって、任意選択で、端末102は、すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放してもよい。
【００９１】
端末102のサービングキャリアは、プライマリキャリアおよびセカンダリキャリアを含む、端末102にサービスを提供するキャリアを含んでもよい。
【００９２】
さらに、UEは、プライマリキャリアでスケジューリング要求プロセスを実行し続けてもよい。
【００９３】
任意選択で、構成パラメータが第1のタイマの閾値長さを含む場合、端末102は、受信した構成パラメータから第1のタイマの閾値長さを取得する。
【００９４】
あるいは、構成パラメータがnの値を含む場合、構成パラメータを受信した後、端末102は、構成パラメータからnの値を取得し、nの値と、特定のキャリアで使用することができるスケジューリング要求リソースの周期とに従って第1のタイマの閾値長さを決定する。
【００９５】
任意選択で、スケジューリング要求を送信した後、端末102は、第1のタイマを起動してもよい。
【００９６】
任意選択で、スケジューリング要求を送信する前に、端末102は、第1のタイマがタイムアウトしているかどうかをさらに判定してもよく、第1のタイマがタイムアウトしている場合（すなわち、第1のタイマが動作していない場合）、端末102は、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する。
【００９７】
上述したように、特定のキャリアは、端末102自体によって決定されてもよいし、プロトコルに予め規定されてもよいし、基地局101によって予め設定されてもよい。例えば、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアは、端末102のプライマリキャリアである。プライマリキャリアは非アクティブ化され得ないため、プライマリキャリアにおける、端末102のスケジューリング要求リソースは常に利用可能である。したがって、プライマリキャリアの周期に従って決定される長さ（第1のタイマの閾値の）は、一定であり、一般に不変であり続ける。
【００９８】
あるいは、特定のキャリアは、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアである。最小周期の整数倍が使用されるため、第1のタイマの閾値長さの設定は比較的柔軟であり、このため、スケジューリング要求の送信間隔は過度に制限されず、スケジューリング要求の送信遅延が短くなる。
【００９９】
あるいは、特定のキャリアは、少なくとも1つのキャリアのアクティブ化されたキャリーのうちの、スケジューリング要求リソースの周期が最小であるキャリアである。同様に、最小周期の整数倍が使用されるため、第1のタイマの閾値長さの設定は比較的柔軟であり、このため、スケジューリング要求の送信間隔は過度に制限されず、スケジューリング要求の送信遅延が短くなる。
【０１００】
以上、第1のタイマおよび第1のカウンタに関連する任意選択の実施態様を説明した。以下では、スケジューリング要求を送信するときに端末102が採用可能な任意選択の実施態様について説明する。
【０１０１】
任意選択で、構成パラメータを受信した後、端末102は、最初に少なくとも1つのキャリアから1つのキャリアを選択し、端末102は、選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する。
【０１０２】
例えば、端末102は、選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアの、端末102に利用可能なスケジューリング要求リソースを決定する。端末102は、選択されたキャリアの決定されたスケジューリング要求リソースでスケジューリング要求を送信する。以下では、任意選択の実施解決策について具体的に説明する。
【０１０３】
任意選択の実施解決策1
端末102は、現在の送信時間間隔（Transmission Time Interval、TTI）において有効なスケジューリング要求リソースを有する少なくとも1つのキャリアから1つのキャリアを選択する。端末102は、選択されたキャリアのスケジューリング要求リソースを構成するために使用された、構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する。
【０１０４】
端末102によってキャリアを選択する方法は、以下を含み得るが、これに限定され得ない。
【０１０５】
方法1：有効なスケジューリング要求リソースを有する少なくとも1つのキャリア内にセカンダリキャリアが存在する場合、端末102は、セカンダリキャリアから1つのキャリアを選択する。
【０１０６】
方法2：端末102は、キャリアシーケンス番号に従ってキャリアを選択する。例えば、端末102は、有効なスケジューリング要求リソースを有する少なくとも1つのキャリアから、より小さいキャリアシーケンス番号を有するキャリアを選択する。
【０１０７】
方法3：ランダム選択。
【０１０８】
方法4：端末102は、有効なスケジューリング要求リソースを有する少なくとも1つのキャリアから、最小のアップリンク干渉を受けるキャリアを選択する。
【０１０９】
方法5：少なくとも1つのキャリア内に、有効なスケジューリング要求リソースを有するキャリアが1つしか存在しない場合、そのキャリアが直接選択される。言い換えれば、端末102は、この場合はキャリアを選択する必要はない。
【０１１０】
任意選択の実施解決策2
端末102は、少なくとも1つのキャリアから、スケジューリング要求を送信するために使用される候補キャリアを決定する。端末102は、決定された候補キャリアから、現在のTTIにおいて有効なスケジューリング要求リソースを有するキャリアを選択する。選択方法は、任意選択の実施解決策1と同様である。ここでは、これについて説明しない。現在のTTIにおいて有効なスケジューリング要求リソースを有するキャリアが選択されるため、スケジューリング要求を直ちに送信することができ、その結果、アップリンクデータ送信効率が向上する。
【０１１１】
候補キャリアは、
少なくとも1つのキャリア、または
少なくとも1つのキャリア内のアクティブ化されたキャリア
を含む。
【０１１２】
本発明のこの実施形態では、端末102は、基地局101によって送信された指示メッセージに従って、キャリアがアクティブ化されているかどうかを判定してもよい。指示メッセージは、MAC層メッセージ、例えば、アクティブ化MAC制御要素（Control Element、CE）メッセージおよび／または非アクティブ化MAC CEメッセージであってもよい。
【０１１３】
あるいは、キャリアをアクティブ化するかどうかは、指示メッセージおよび予め設定された時間に従って決定される。例えば、基地局101によって送信されたアクティブ化MAC CEメッセージを受信した後、キャリアに関して、端末102は、メッセージが受信されてから、予め設定された時間の長さ以内にキャリアをアクティブ化することを決定してもよく、また、予め設定された時間の長さの経過後にキャリアを非アクティブ化することを決定してもよい。
【０１１４】
任意選択の実施解決策3
端末102は、少なくとも1つのキャリアから、構成されたスケジューリング要求リソースが現在のTTIに最も近い1つのキャリアを選択する。選択されたキャリアのスケジューリング要求リソースのTTIが来たときに、選択されたキャリアが有効なスケジューリング要求リソースを有する場合、端末102は、選択されたキャリアのスケジューリング要求リソー
スを構成するために使用された、構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する。
【０１１５】
任意選択の実施解決策3を適用することによって、端末102は、スケジューリング要求を可能な限り早く送信することができ、その結果、アップリンクデータ送信効率が向上する。
【０１１６】
任意選択の実施態様4
端末102は、少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有するかどうかを判定する。
【０１１７】
少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有する場合、端末102は、有効なスケジューリング要求リソースを有すると判定されたキャリアから1つのキャリアを選択し、受信した構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する。選択の解決策は、任意選択の実施解決策1と同様であり、同じ詳細については再度説明しない。
【０１１８】
少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有さない場合、次のTTIが来たときに、端末は、少なくとも1つのキャリアが有効なスケジューリング要求リソースを有するかどうかを判定するステップに戻る。
【０１１９】
上記の任意の解決策では、任意選択で、以下の条件の少なくとも1つを満たすキャリアを、有効なスケジューリング要求リソースを有するキャリアとして規定することができる。この条件は、
キャリアのスケジューリング要求リソースが解放されていないこと、
キャリアがアクティブ化されていること、
キャリアが配置されたタイミング・アドバンス・グループ（Timing Advance Group、TAGグループ）のタイマがタイムアウトしていないこと、および
キャリアでの端末102によるスケジューリング要求の送信の量が、キャリアでの端末102によるスケジューリング要求の送信の量の最大値未満であること
を含む。
【０１２０】
具体的には、利用可能なスケジューリング要求リソースは、有効なスケジューリング要求リソースであってもよく、構成されたスケジューリング要求リソース、またはスケジューリング要求リソースが配置されたキャリアがアクティブ化されている構成されたスケジューリング要求リソースを意味し得る。
【０１２１】
任意選択で、端末がスケジューリング要求を送信した後、または端末がスケジューリング要求をトリガした後、少なくとも1つのキャリアがセカンダリキャリアのみを含む場合、任意選択で、端末102は、少なくとも1つのキャリアのすべてのキャリアが非アクティブ化されたら、プライマリキャリアでランダムアクセス手順を実行し、トリガされたSRをキャンセルする。
【０１２２】
以上、本発明のこの実施形態で提供されるワイヤレス通信システムについて説明した。同じ発明概念に基づいて、本発明の実施形態は、端末、基地局、およびスケジューリング要求送信方法をさらに提供する。端末、基地局、およびスケジューリング要求送信方法の問題解決の原理は、本発明のこの実施形態で提供されるワイヤレス通信システムと同様であるため、端末、基地局、およびスケジューリング要求送信方法を実施するために、このシステムの実施態様を参照することができることから、詳細についてはここでは説明しない。
【０１２３】
図2は、本発明の一実施形態による第1の端末の概略構成図である。図2に示すように、端末は、
基地局によって送信された、スケジューリング要求のための構成パラメータを受信するように構成されたトランシーバモジュール201であって、
構成パラメータが、端末にサービスを提供する少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される、トランシーバモジュール201と、
スケジューリング要求がトリガされた後に、トランシーバモジュール201を使用して、トランシーバモジュール201によって受信された構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するように構成された処理モジュール202であって、
少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、処理モジュール202と
を含む。
【０１２４】
任意選択で、処理モジュール202は、
少なくとも1つのキャリアから1つのキャリアを選択し、
選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する
ように特に構成される。
【０１２５】
任意選択で、処理モジュール202は、
現在の送信時間間隔TTIにおいて有効なスケジューリング要求リソースを有する少なくとも1つのキャリアから1つのキャリアを選択する
ように特に構成される。
【０１２６】
任意選択で、処理モジュール202は、
少なくとも1つのキャリアから、スケジューリング要求を送信するために使用される候補キャリアを決定し、決定された候補キャリアから、現在のTTIにおいて有効なスケジューリング要求リソースを有するキャリアを選択する
ように特に構成され、
候補キャリアは、
少なくとも1つのキャリア、または
少なくとも1つのキャリア内のアクティブ化されたキャリア
を含む。
【０１２７】
任意選択で、処理モジュール202は、
少なくとも1つのキャリアから、構成されたスケジューリング要求リソースが現在のTTIに時間的に最も近いキャリアを選択する
ように特に構成され、
処理モジュール202は、選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する前に、
選択されたキャリアのスケジューリング要求リソースのTTIが来たときに、選択されたキャリアが有効なスケジューリング要求リソースを有することを判定するようにさらに構成される。
【０１２８】
任意選択で、処理モジュール202は、
少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有するかどうかを判定し、
少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有する場合は、有効なスケジューリング要求リソースを有すると判定されたキャリアから1つのキャリアを選択し、少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有さない場合は、次のTTIが来たときに、少なくとも1つのキャリアが有効なスケジューリング要求リソースを有するかどうかを判定するステップに戻る
ように特に構成される。
【０１２９】
任意選択で、以下の条件の少なくとも1つを満たすキャリアが、有効なスケジューリング要求リソースを有するキャリアであり、この条件は、
キャリアのスケジューリング要求リソースが解放されていないこと、
キャリアがアクティブ化されていること、
キャリアが配置されたTAGグループのタイマがタイムアウトしていないこと、および
キャリアでの端末によるスケジューリング要求の送信の量が、キャリアでの端末によるスケジューリング要求の送信の量の最大値未満であること
を含む。
【０１３０】
任意選択で、構成パラメータは、第1のカウンタの閾値を含み、
処理モジュール202は、トランシーバモジュール201が構成パラメータを受信した後で、処理モジュール202が、トランシーバモジュール201を使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する前に、構成パラメータから第1のカウンタの閾値を取得し、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定するようにさらに構成され、
第1のカウンタは、同じスケジューリング要求プロセスにおいて端末がスケジューリング要求を送信した量を記録するために使用され、
処理モジュール202は、第1のカウンタが第1のカウンタの閾値未満である場合に、トランシーバモジュール201を使用して少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するように特に構成され、
処理モジュール202は、トランシーバモジュール201が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、第1のカウンタの値を1だけ増加させるようにさらに構成される。
【０１３１】
任意選択で、処理モジュール202は、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定した後、第1のカウンタが第1のカウンタの閾値未満でない場合に、
少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するか、または
少なくとも1つのキャリアのすべてのセカンダリキャリアが配置された物理アップリンク制御チャネルグループのキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放するか、または
すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放する
ようにさらに構成される。
【０１３２】
任意選択で、処理モジュール202は、
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するように特に構成される。
【０１３３】
任意選択で、処理モジュール202は、
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、少なくとも1つのキャリアのすべてのセカンダリキャリアがそれぞれ配置された物理アップリンク制御チャネルグループのすべてのキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放する
ように特に構成される。
【０１３４】
任意選択で、処理モジュール202は、
少なくとも1つのキャリアがセカンダリキャリアおよびプライマリキャリアのみを含む場合に、すべてのサービングキャリアの、アップリンク制御チャネルの物理アップリンク制御チャネルリソースおよび／またはアップリンク制御チャネルのアップリンク基準信号リソースを解放する
ように特に構成される。
【０１３５】
任意選択で、構成パラメータは、第1のタイマの閾値長さを含み、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
処理モジュール202は、トランシーバモジュール201を使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、第1のタイマの閾値長さに従って第1のタイマを起動するようにさらに構成される。
【０１３６】
任意選択で、構成パラメータは、nを含み、第1のタイマの閾値長さは、少なくとも1つのキャリアの特定のキャリアの、端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nは、正の整数であり、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアがプライマリキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであり、
処理モジュール202は、トランシーバモジュール201を使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、nに従って第1のタイマの閾値長さを決定し、決定された第1のタイマの閾値長さに従って第1のタイマを起動するようにさらに構成される。
【０１３７】
任意選択で、処理モジュール202は、
トランシーバモジュール201を使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する前に、第1のタイマがタイムアウトしているかどうかを判定する
ようにさらに構成され、
処理モジュール202は、
第1のタイマがタイムアウトしている場合に、トランシーバモジュール201を使用して、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する
ように特に構成される。
【０１３８】
端末の別の任意選択の実施態様については、端末102を参照することとし、詳細はここでは説明しない。
【０１３９】
さらに、端末は、図3Aまたは図3Bに示す構造を使用して実施されてもよく、処理モジュール202は、プロセッサ302によって実施されてもよく、トランシーバモジュール201は、
トランシーバ301によって実施されてもよい。
【０１４０】
任意選択で、図3Bに示すように、構造は、メモリ303をさらに含んでもよい。任意選択で、メモリ303は、制御命令を格納してもよく、プロセッサ302は、メモリ303に格納された命令を呼び出して、様々な処理動作を実行する。
【０１４１】
図3Bにおいて、バスアーキテクチャは、任意の量の相互接続されたバスおよびブリッジを含んでもよい。具体的には、プロセッサ302によって表される1つ以上のプロセッサおよびメモリ303によって表されるメモリの様々な回路が互いにリンクされる。バスアーキテクチャでは、周辺デバイス、電圧レギュレータ、および電力管理回路の様々な他の回路がさらに互いにリンクされてもよく、このことは、当該技術分野では周知である。したがって、本明細書ではこれ以上の説明は行わない。バスインタフェースは、インタフェースを提供する。トランシーバ301は、伝送媒体で様々な他の装置と通信するためのユニットを提供する、送信機および受信機を含む複数の要素であってもよい。異なるユーザ機器の場合、ユーザインタフェース304はさらに、必要なデバイスに外部的または内部的に接続することができるインタフェースであってもよく、この場合、接続されるデバイスとしては、キーパッド、表示画面、スピーカ、マイクロホン、およびジョイスティックなどが挙げられるが、これらに限定されない。
【０１４２】
図4は、本発明の一実施形態による第1の基地局の概略構成図である。図4に示すように、基地局は、
端末のスケジューリング要求のための構成パラメータを決定するように構成された処理モジュール401であって、構成パラメータが、少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される、処理モジュール401と、
スケジューリング要求がトリガされた後に構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために、処理モジュール401によって決定された構成パラメータを端末に送信するように構成された送信モジュール402であって、
少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアが、少なくとも1つのセカンダリキャリアを含む、送信モジュール402と
を含む。
【０１４３】
任意選択で、構成パラメータは、第1のカウンタの閾値を含み、
第1のカウンタの閾値は、第1のカウンタが第1のカウンタの閾値未満である場合に少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のカウンタは、同じアップリンクデータ送信において端末がスケジューリング要求を送信した量を記録するために使用される。
【０１４４】
任意選択で、構成パラメータは、第1のタイマの閾値長さを含み、
第1のタイマの閾値長さは、第1のタイマの閾値長さに従って第1のタイマがタイムアウトしていると判定された場合に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔である。
【０１４５】
任意選択で、構成パラメータは、nを含み、第1のタイマの閾値長さは、少なくとも1つのキャリアの特定のキャリアの、端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nは、正の整数であり、
nは、nに従って第1のタイマの閾値長さを決定し、決定された第1のタイマの閾値長さに従って第1のタイマがタイムアウトしていると判定された場合に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアがプライマリキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアである。
【０１４６】
基地局の別の任意選択の実施態様については、基地局101を参照することとし、詳細はここでは説明しない。
【０１４７】
さらに、基地局は、図5Aまたは図5Bに示す構造を使用して実施されてもよく、処理モジュール401は、プロセッサ501によって実施されてもよく、送信モジュール402は、送信機502によって実施されてもよい。
【０１４８】
任意選択で、図5Bに示すように、構造は、メモリ503をさらに含んでもよい。任意選択で、メモリ503は、制御命令を格納してもよく、プロセッサ501は、メモリ503に格納された命令を呼び出して、様々な処理動作を実行する。
【０１４９】
図5Bにおいて、バスアーキテクチャは、任意の量の相互接続されたバスおよびブリッジを含んでもよい。具体的には、プロセッサ501によって表される1つ以上のプロセッサおよびメモリ503によって表されるメモリの様々な回路が互いにリンクされる。バスアーキテクチャでは、周辺デバイス、電圧レギュレータ、および電力管理回路の様々な他の回路がさらに互いにリンクされてもよく、このことは、当該技術分野では周知である。したがって、本明細書ではこれ以上の説明は行わない。バスインタフェースは、インタフェースを提供する。異なるユーザ機器の場合、ユーザインタフェース504はさらに、必要なデバイスに外部的または内部的に接続することができるインタフェースであってもよく、この場合、接続されるデバイスとしては、キーパッド、表示画面、スピーカ、マイクロホン、およびジョイスティックなどが挙げられるが、これらに限定されない。
【０１５０】
図6は、本発明の一実施形態によるスケジューリング要求送信方法のフローチャートである。図6に示すように、本方法は、以下のステップを含む。
【０１５１】
S601．端末は、基地局によって送信された、スケジューリング要求のための構成パラメータを受信する。
【０１５２】
構成パラメータは、端末にサービスを提供する少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される。
【０１５３】
S602．端末は、スケジューリング要求がトリガされた後に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する。
【０１５４】
少なくとも1つのキャリアは、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアは、少なくとも1つのセカンダリキャリアを含む。
【０１５５】
任意選択で、ステップS602において、端末が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信することは、
端末が、少なくとも1つのキャリアから1つのキャリアを選択すること、および
端末が、選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信すること
を含む。
【０１５６】
任意選択で、端末は、現在の送信時間間隔TTIにおいて有効なスケジューリング要求リソースを有する少なくとも1つのキャリアから1つのキャリアを選択する。
【０１５７】
任意選択で、端末は、少なくとも1つのキャリアから、スケジューリング要求を送信するために使用される候補キャリアを決定し、決定された候補キャリアから、現在のTTIにおいて有効なスケジューリング要求リソースを有するキャリアを選択する。
【０１５８】
候補キャリアは、
少なくとも1つのキャリア、または
少なくとも1つのキャリア内のアクティブ化されたキャリア
を含む。
【０１５９】
任意選択で、端末は、少なくとも1つのキャリアから、構成されたスケジューリング要求リソースが現在のTTIに時間的に最も近いキャリアを選択し、
端末が、選択されたキャリアのスケジューリング要求リソースを構成するために使用された、受信した構成パラメータ内の構成パラメータに従って、選択されたキャリアでスケジューリング要求を送信する前に、本方法は、
選択されたキャリアのスケジューリング要求リソースのTTIが来たときに、端末によって、選択されたキャリアが有効なスケジューリング要求リソースを有することを判定すること
をさらに含む。
【０１６０】
任意選択で、端末は、少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有するかどうかを判定し、
少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有する場合、端末は、有効なスケジューリング要求リソースを有すると判定されたキャリアから1つのキャリアを選択し、少なくとも1つのキャリアが現在のTTIにおいて有効なスケジューリング要求リソースを有さない場合、次のTTIが来たときに、端末は、少なくとも1つのキャリアが有効なスケジューリング要求リソースを有するかどうかを判定するステップに戻る。
【０１６１】
任意選択で、以下の条件の少なくとも1つを満たすキャリアが、有効なスケジューリング要求リソースを有するキャリアであり、この条件は、
キャリアのスケジューリング要求リソースが解放されていないこと、
キャリアがアクティブ化されていること、
キャリアが配置されたTAGグループのタイマがタイムアウトしていないこと、および
キャリアでの端末によるスケジューリング要求の送信の量が、キャリアでの端末によるスケジューリング要求の送信の量の最大値未満であること
を含む。
【０１６２】
任意選択で、構成パラメータは、第1のカウンタの閾値を含み、
端末が、構成パラメータを受信した後に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する前に、本方法は、端末によって、構成パラメータから第1のカウンタの閾値を取得し、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定することをさらに含み、
第1のカウンタは、同じスケジューリング要求プロセスにおいて端末がスケジューリング要求を送信した量を記録するために使用され、
ステップS602において、端末が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信することが、端末が、第1のカウンタが第1のカウンタの閾値未満である場合に、少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信することを含み、
端末が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、本方法は、端末によって第1のカウンタの値を1だけ増加させることをさらに含む。
【０１６３】
任意選択で、端末が、第1のカウンタが第1のカウンタの閾値未満であるかどうかを判定した後に、本方法は、
第1のカウンタが第1のカウンタの閾値未満でない場合に、
端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放すること、または
端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアが配置された物理アップリンク制御チャネルグループのキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放すること、または
端末によって、すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／もしくはアップリンク基準信号リソースを解放すること
をさらに含む。
【０１６４】
任意選択で、端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放することは、
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放すること
を含む。
【０１６５】
任意選択で、端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアが配置された物理アップリンク制御チャネルグループのキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放することは、
少なくとも1つのキャリアがセカンダリキャリアのみを含む場合に、端末によって、少なくとも1つのキャリアのすべてのセカンダリキャリアがそれぞれ配置された物理アップリンク制御チャネルグループのすべてのキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放すること
を含む。
【０１６６】
任意選択で、端末によって、すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放することは、
少なくとも1つのキャリアがセカンダリキャリアおよびプライマリキャリアのみを含む場合に、端末によって、すべてのサービングキャリアの、アップリンク制御チャネルの物理アップリンク制御チャネルリソースおよび／またはアップリンク制御チャネルのアップリンク基準信号リソースを解放すること
を含む。
【０１６７】
任意選択で、構成パラメータは、第1のタイマの閾値長さを含み、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
端末が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、本方法は、
端末によって、第1のタイマの閾値長さに従って第1のタイマを起動すること
をさらに含む。
【０１６８】
任意選択で、構成パラメータは、nを含み、第1のタイマの閾値長さは、少なくとも1つのキャリアの特定のキャリアの、端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nは、正の整数であり、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアがプライマリキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであり、
端末が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信した後に、本方法は、
端末によって、nに従って第1のタイマの閾値長さを決定し、決定された第1のタイマの閾値長さに従って第1のタイマを起動すること
をさらに含む。
【０１６９】
任意選択で、ステップS602において、端末が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信する前に、本方法は、
端末によって、第1のタイマがタイムアウトしているかどうかを判定すること
をさらに含み、
端末が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信することが、
第1のタイマがタイムアウトしている場合に、端末が、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信すること
を含む。
【０１７０】
本方法の別の任意選択の実施態様については、端末102の処理を参照することとし、詳細はここでは説明しない。
【０１７１】
図7は、本発明の一実施形態によるスケジューリング要求受信方法のフローチャートである。図7に示すように、本方法は、以下のステップを含む。
【０１７２】
S701．基地局は、端末のスケジューリング要求のための構成パラメータを決定し、この場合、構成パラメータは、少なくとも1つのキャリアのスケジューリング要求リソースであって、スケジューリング要求を送信するために端末によって使用されるスケジューリング要求リソースを端末に割り当てるために使用される。
【０１７３】
S702．基地局は、スケジューリング要求がトリガされた後に構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために、決定された構成パラメータを端末に送信する。
【０１７４】
少なくとも1つのキャリアは、少なくとも1つのセカンダリキャリアおよびプライマリキャリアを含むか、または、少なくとも1つのキャリアは、少なくとも1つのセカンダリキャリアを含む。
【０１７５】
任意選択で、構成パラメータは、第1のカウンタの閾値を含み、
第1のカウンタの閾値は、第1のカウンタが第1のカウンタの閾値未満である場合に少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のカウンタは、同じアップリンクデータ送信において端末がスケジューリング要求を送信した量を記録するために使用される。
【０１７６】
任意選択で、構成パラメータは、第1のタイマの閾値長さを含み、
第1のタイマの閾値長さは、第1のタイマの閾値長さに従って第1のタイマがタイムアウトしていると判定された場合に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するか、または同じスケジューリング要求プロセスにおいて、現在の時点から、端末がスケジューリング要求を次に送信することができる時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔である。
【０１７７】
任意選択で、構成パラメータは、nを含み、第1のタイマの閾値長さは、少なくとも1つのキャリアの特定のキャリアの、端末に利用可能なスケジューリング要求リソースの周期のn倍であり、nは、正の整数であり、
nは、nに従って第1のタイマの閾値長さを決定し、決定された第1のタイマの閾値長さに従って第1のタイマがタイムアウトしていると判定された場合に、受信した構成パラメータに従って少なくとも1つのキャリアのうちの1つのキャリアでスケジューリング要求を送信するよう端末に命令するために使用され、
第1のタイマは、同じスケジューリング要求プロセスにおいて、現在の時点から遡って、端末がスケジューリング要求を最後に送信した時点までの時間長の計時を実行するために使用され、
第1のタイマの閾値長さは、同じスケジューリング要求プロセスにおいて、端末がスケジューリング要求の今回の送信を行う時点から遡って、端末がスケジューリング要求の前回の送信を行った時点までの最小時間間隔であり、
少なくとも1つのキャリアがプライマリキャリアを含む場合、特定のキャリアがプライマリキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアであるか、または、特定のキャリアが、少なくとも1つのキャリアのアクティブ化されたキャリアのうちの、スケジューリング要求リソースの周期が最小であるキャリアである。
【０１７８】
要するに、スケジューリング要求リソースは、構成パラメータを送信することによって、複数のキャリアで端末に割り当てられ、これにより、端末は、受信した構成パラメータに従って複数のキャリアのうちの1つのキャリアでスケジューリング要求を送信することができる。これは、スケジューリング要求リソースが複数のキャリアで構成される場合にスケジューリング要求を効果的に送信する解決策を提供する。
【０１７９】
さらに、LTEシステムに関して、媒体アクセス制御プロトコルデータユニット（Media Access Control protocol data unit、MAC PDU）におけるMACサブヘッダのフォーマットが、図Aまたは図9Bに示されている。
【０１８０】
Rフィールドは、予約（reserved）ビットである。Eは、MACサブヘッダに続く別のMACサブヘッダが存在するかどうかを示すために使用される拡張（Extension）ビットであり、E＝1は、MACサブヘッダに続く別のMACサブヘッダが存在することを示す。論理チャネル識別子（Logical Channel Identifier、LCID）フィールドは、MACサブヘッダに対応するペイロード部が、どの論理チャネルのデータであるか、またはどの媒体アクセス制御の制御要素（Media Access Control protocol data unit control element、MAC CE）であるか、またはパディングであることを示す。長さ指示フィールドF（Flag）は、長さL（length）フィールドの長さを示すために使用され、F＝0は、図8の左図に示すように、Lフィールドの長さが7bitsであることを示し、F＝1は、図8の右図に示すように、長さが15bitsであることを示す。L（length）フィールドは、媒体アクセス制御サービスデータユニット（Media Access Control service data unit、MAC PDU MAC SDU）の長さを示すために使用される。
【０１８１】
アグリゲーションを行うためにより多くのキャリア（32のキャリアおよびより高次の変調・符号化方式など）が導入されると、ピークデータ送信レートが大幅に向上する（例えば、データ送信レートは25Gbpsに達する場合がある）。したがって、送信時間間隔（Transmission Time Interval、TTI）ごとにより多くのデータが送信され、各データ片の長さが長くなる。
【０１８２】
しかしながら、Lフィールドの長さは、7bitsまたは15bitsのみであり、より長いデータの長さを効果的に示すことができない。したがって、レートの要求を満たすことができない。すなわち、より長いデータの長さを示すために、より長いLフィールドが必要とされる。
【０１８３】
本発明の実施形態は、より長いLフィールドを使用してより長いデータの長さを効果的に示す方法に関する問題を解決する。すなわち、本発明の実施形態では、より高い送信レートを効果的にサポートするために、新しいMACサブヘッダフォーマットならびにデータのカプセル化およびデカプセル化の方法が設計される。
【０１８４】
第5の態様によれば、本発明の一実施形態は、データ処理方法であって、
端末によって、媒体アクセス制御プロトコルデータユニットMAC PDUを受信するステップであって、MAC PDUが、ヘッダ情報および媒体アクセス制御サービスデータユニットMAC SDUを含み、ヘッダ情報が、5ビットの論理チャネル識別子フィールドと、1ビットの拡張フィールドと、Nビットの長さフィールドと、1ビットの第2の長さ指示フィールドとを含み、長さフィールドが、MAC SDUの長さを示すために使用され、第2の長さ指示フィールドが、長さフィールドの長さNの値を示すために使用され、Nが、正の整数である、ステップと、
端末によって、MAC PDUのヘッダ情報内の第2の長さ指示フィールドに従ってMAC SDUの長さを取得するステップと、
端末によって、取得したMAC SDUの長さに従ってMAC SDUを取得するステップと
を含む、データ処理方法を提供する。
【０１８５】
第5の態様に関連して、第1の可能な実施態様では、
端末によって、MAC PDUのヘッダ情報に従ってMAC SDUの長さを取得するステップは、
第2の長さ指示フィールドが1である場合に、端末によって、長さフィールドの長さがMビットであると決定するステップであって、Mが、無線リソース制御（Radio Resource Control、RRC）プロトコルメッセージを使用して構成されるか、またはプロトコルに規定されており、Mの値が、16ビット、17ビット、または23ビットのいずれかである、ステップ
を含む。
【０１８６】
第5の態様および第5の態様の第1の可能な実施態様に関連して、第2の可能な実施態様では、
ヘッダ情報は、長さ指示フィールドをさらに含み、長さ指示フィールドは、図9Aまたは図9Bに示す「長さ指示フィールド」であってもよく、
第2の長さ指示フィールドが0である場合、端末は、長さ指示フィールドに従って長さフィールドの長さをさらに決定し、この場合、
長さ指示フィールドが0である場合は、長さフィールドの長さは7ビットであり、長さ指示フィールドが1である場合は、長さフィールドの長さは15ビットであり、あるいは
第2の長さ指示フィールドが1である場合、端末は、長さ指示フィールドに従って長さフィールドの長さを決定する必要はない。
【０１８７】
第5の態様の第1〜第3の可能な実施態様のいずれか1つに関連して、第4の可能な実施態様では、ヘッダ情報の特定のフォーマットは、以下のいくつかのフォーマットであってもよい。
【０１８８】
フォーマット1
図10Aに示すように、ヘッダ情報は、
値が常に0である1ビットの予約フィールドと、
1ビットの第2の長さ指示フィールドと、
ヘッダ情報に続く他のヘッダ情報が存在するかどうかを示すために使用される1ビットの拡張フィールドであって、他のヘッダ情報が、MAC SDUに続く別のMAC SDUおよび／またはMAC CEが存在するかどうかを示すために使用される、1ビットの拡張フィールドと、
MAC SDUが属する論理チャネルをマークするために使用される5ビットの論理チャネル識別子フィールドと、
1ビットの長さ指示フィールドと、
23ビットの長さのフィールドと
を含む。
【０１８９】
フォーマット2
図10Bに示すように、ヘッダ情報は、
値が常に0である1ビットの予約フィールドと、
1ビットの第2の長さ指示フィールドと、
ヘッダ情報に続く他のヘッダ情報が存在するかどうかを示すために使用される1ビットの拡張フィールドであって、他のヘッダ情報が、MAC SDUに続く別のMAC SDUおよび／またはMAC CEが存在するかどうかを示すために使用される、1ビットの拡張フィールドと、
MAC SDUが属する論理チャネルをマークするために使用される5ビットの論理チャネル識別子フィールドと、
16ビットの長さのフィールドと
を含む。
【０１９０】
フォーマット3
図10Cに示すように、ヘッダ情報は、
1ビットの第2の長さ指示フィールドと、
ヘッダ情報に続く他のヘッダ情報が存在するかどうかを示すために使用される1ビットの拡張フィールドであって、他のヘッダ情報が、MAC SDUに続く別のMAC SDUおよび／またはMAC CEが存在するかどうかを示すために使用される、1ビットの拡張フィールドと、
MAC SDUが属する論理チャネルをマークするために使用される5ビットの論理チャネル識別子フィールドと、
17ビットの長さのフィールドと
を含む。
【０１９１】
第5の態様の第1〜第4の可能な実施態様に関連して、第5の可能な実施態様では、端末によってMAC PDUを受信するステップの前に、本方法は、
端末によって、第1の構成メッセージを受信するステップであって、第1の構成メッセージが、第2の長さ指示フィールドに従って長さフィールドの長さを決定するよう端末に命令するために使用される、ステップ
を含む。
【０１９２】
第6の態様によれば、本発明の一実施形態は、受信デバイスであって、
デバイスによって、媒体アクセス制御プロトコルデータユニットMAC PDUを受信するように構成された受信モジュールであって、MAC PDUが、ヘッダ情報および媒体アクセス制御サービスデータユニットMAC SDUを含み、ヘッダ情報が、5ビットの論理チャネル識別子フィールドと、1ビットの拡張フィールドと、Nビットの長さフィールドと、1ビットの第2の長さ指示フィールドとを含み、長さフィールドが、MAC SDUの長さを示すために使用され、第2の長さ指示フィールドが、長さフィールドの長さNの値を示すために使用され、Nが、正の整数である、受信モジュールと、
デバイスによって、MAC PDUのヘッダ情報内の第2の長さ指示フィールドに従ってMAC SDUの長さを取得するように構成された処理モジュールと
を含み、
受信デバイスが、取得したMAC SDUの長さに従ってMAC SDUを取得する、
受信デバイスを提供する。
【０１９３】
詳細については第5の態様の各実施態様の説明を参照することとし、詳細はここでは説明しない。
【０１９４】
第7の態様によれば、本発明の一実施形態は、送信デバイスであって、
MAC PDUを処理するように、例えば、MAC PDUに含まれるMAC SDUのサイズに従ってLフィールドの特定の長さを選択し、Lフィールドの長さに従ってMAC PDUのヘッダ情報とMAC PDUとを組み合わせるように構成された処理モジュール1201であって、ヘッダ情報が、Fフィールド、F2フィールド、およびLフィールドの値を含む、処理モジュール1201と、
MAC PDUを送信するように構成された送信モジュール1202と
を含む、送信デバイスを提供する。
【０１９５】
詳細については第5の態様の各実施態様の説明を参照することとし、詳細はここでは説明しない。
【０１９６】
図8において、本発明の一実施形態は、以下のステップを含むデータ処理方法を提供する。
【０１９７】
S801．端末は、媒体アクセス制御プロトコルデータユニット（Media Access Control protocol data unit、MAC PDU）を受信する。
【０１９８】
一般に、基地局または進化型ノードBなどのネットワーク側デバイスが、MAC PDUをUEなどの端末に送信するが、別の端末が、MAC PDUを端末に送信してもよい。これは、本発明では限定されない。
【０１９９】
S802．端末は、MAC PDUのヘッダ情報に従ってMAC SDU媒体アクセス制御サービスデータユニット（Media Access Control service data unit、MAC SDU）の長さを取得する。
【０２００】
MAC SDUは、論理チャネルのデータであってもよい。
【０２０１】
具体的には、以下の図に示すように、MAC PDUのヘッダ情報は、
Lフィールドの長さを示すために使用される1ビットの第2の長さ指示フィールド（F2）と、
MACサブヘッダに続く別のMACサブヘッダが存在するかどうかを示すために使用されるEフィールド（拡張指示ビット）であって、E＝1が、MACサブヘッダに続く別のMACサブヘッダが存在することを示すために使用されるEフィールドと、MACサブヘッダに対応するペイロード部（すなわち、MAC SDU）がどの論理チャネルのデータであるか、またはどのMAC CEであるか、またはパディングであることを示すために使用されるLCIDフィールド（1ビットであってもよい）と、
MACサブヘッダに対応するペイロード部がどの論理チャネルのデータであるか、またはどのMAC CEであるか、またはパディングであることを示すために使用される5ビットのLCIDフィールドと、
MAC SDUの長さを示すために使用されるLフィールド（長さフィールド）であって、Lフィールドによって占有されるビットがFフィールドに従って取得される、Lフィールドと、
Lフィールドの長さを示すためにさらに使用され、1ビットを占有するFフィールド（任意選択）（すなわち、長さ指示フィールド）と、
予約ビットである1ビットのRフィールド（任意選択）と
を含む。
【０２０２】
F2フィールドの値が0である場合、UEは、既存のMACサブヘッダフォーマットに従って、MAC SDUの長さを示すLフィールドの長さを取得する。すなわち、UEは、既存のMACサブヘッダフォーマットのFフィールドの値に従って、Lフィールドの長さを取得する。例えば、F＝0は、図9Aに示すように、Fフィールドの長さが7bitsであることを示し、F＝1は、図9Bに示すように、長さが15bitsであることを示す。
【０２０３】
F2フィールドの値が1である場合、UEは、新しいMACサブヘッダフォーマットに従ってMAC SDUの長さを示すLフィールドの長さを取得する。
【０２０４】
具体的には、Lフィールドの長さは、23ビット、16ビット、または17ビットであってもよい。
【０２０５】
任意選択で、ステップ1の前に、端末は、RRCメッセージを受信するが、この場合、RRCメッセージは、Lフィールドの長さの値を搬送する。
【０２０６】
あるいは、Lフィールドの長さの値をプロトコルで固定してもよい。これは、本発明のこの実施形態では限定されない。
【０２０７】
さらに、任意選択で、ステップ1の前に、端末は、RRCメッセージを受信するが、この場合、RRCメッセージは、第2の長さ指示フィールドに従って長さフィールドの長さを決定するよう端末に命令するために使用される構成メッセージ、または第2の長さ指示フィールドを有効にするよう端末に命令するために使用される構成メッセージ、または15ビットを上回る長さフィールドを有効にするよう端末に命令するために使用される構成メッセージを搬送する。端末は、構成メッセージに従って、Lフィールドの長さが23ビット、16ビット、または17ビットであることを知ることができる。
【０２０８】
任意選択で、Lフィールドの長さが23ビットである場合に、F2フィールドの値が1であるとき、UEは、Fフィールドの値を無視する。すなわち、端末は、長さ指示フィールドに従って長さフィールドの長さを決定する必要はない。したがって、UEは、Fフィールドの値によってLフィールドの長さを間違って決定しないか、またはFフィールドは、Rフィールドと等しい。
【０２０９】
Lフィールドの長さを取得した後、端末は、Lフィールドの値に従ってMAC SDUの長さをさらに取得する。
【０２１０】
S803．端末は、MAC SDUの長さに従ってMAC PDUからMAC SDUを取得する。
【０２１１】
本発明のこの実施形態では、従来技術のRビットを適切に使用することによって、拡張されたLフィールドの長さを効果的に示すことができ、その結果、UEの正常な通信が保証される。
【０２１２】
Lフィールドが16bitの場合、元の15bitのLフィールドと元のFフィールドとが効果的に使用されて、新しい拡張されたLフィールドとして組み合わされる。拡張されたLフィールドの長さが効果的に示されるのと同時に、新しいビットまたはバイトの増加による不必要なプロトコル・ヘッダ・オーバヘッドがさらに低減される。ヘッダ情報フォーマットは、図10Bに具体的に示されている。
【０２１３】
Lフィールドが17bitの場合、元の15bitのLフィールドと元のFフィールドとRフィールドとが効果的に使用されて、新しい拡張されたLフィールドとして組み合わされる。拡張されたLフィールドの長さが効果的に示されるのと同時に、新しいビットまたはバイトの増加による不必要なプロトコル・ヘッダ・オーバヘッドがさらに低減される。ヘッダ情報フォーマットは、図10Cに具体的に示されている。
【０２１４】
第5の態様の端末は、基地局などのネットワーク側デバイスに置き換えることができることが理解され得る。すなわち、基地局がMAC PDUを受信する場合、第5の態様の各実施方法を用いることができ、詳細はここでは説明しない。
【０２１５】
MAC PDUのヘッダ情報および処理方法が端末のデータ送信処理にも適用可能であることが理解され得る。データ送信処理は、受信処理の逆である。この場合、端末は、MAC PDUに含まれるMAC SDUのサイズに従ってLフィールドの特定の長さを選択し、Lフィールドの長さに従ってMAC PDUのヘッダ情報とMAC PDUとを組み合わせ、この場合、ヘッダ情報は、Fフィールド、F2フィールド、およびLフィールドの値を含む。基地局が端末によって送信されたMAC PDUを受信した後、処理方法は、端末がMAC PDUを受信するときと同じであり、詳細はここでは説明しない。
【０２１６】
第5の態様の端末は、基地局などのネットワーク側デバイスに置き換えることができることが理解され得る。すなわち、基地局がMAC PDUを送信する場合、第5の態様の各実施方法を用いることができ、詳細はここでは説明しない。
【０２１７】
さらに、本発明の一実施形態は、受信デバイスであって、
MAC PDUを受信するように構成された受信モジュール1101
を含む受信デバイスを提供する。
【０２１８】
一般に、基地局または進化型ノードBなどのネットワーク側デバイスが、MAC PDUをUEに送信するが、別の端末が、MAC PDUを端末に送信してもよい。これは、本発明では限定されない。
【０２１９】
任意選択で、デバイスは、処理モジュール1102であって、MAC PDUを処理するように、例えば、MAC PDUのヘッダ情報に従ってMAC SDU媒体アクセス制御サービスデータユニット（Media Access Control service data unit、MAC SDU）の長さを取得するように構成された処理モジュール1102をさらに含む。
【０２２０】
以上、MAC PDUの具体的なヘッダ情報について説明し、具体的な処理方法について説明した。
【０２２１】
任意選択で、処理モジュールは、MAC SDUの長さに従ってMAC PDUからMAC SDUを取得するようにさらに構成される。
【０２２２】
以上、具体的な処理方法について説明した。
【０２２３】
受信デバイスは、端末であってもよいし、基地局などのネットワーク側デバイスであってもよいことが理解され得る。したがって、詳細はここでは説明しない。
【０２２４】
さらに、本発明の一実施形態は、送信デバイスであって、送信デバイスが、
MAC PDUを処理するように、例えば、MAC PDUに含まれるMAC SDUのサイズに従ってLフィールドの特定の長さを選択し、Lフィールドの長さに従ってMAC PDUのヘッダ情報とMAC PDUとを組み合わせるように構成された処理モジュール1201であって、ヘッダ情報が、Fフィールド、F2フィールド、およびLフィールドの値を含む、処理モジュール1201
を含む、送信デバイスを提供する。
【０２２５】
任意選択で、送信デバイスは、MAC PDUを送信するように構成された送信モジュール1202をさらに含む。
【０２２６】
送信デバイスは、端末であってもよいし、基地局などのネットワーク側デバイスであってもよいことが理解され得る。したがって、詳細はここでは説明しない。
【０２２７】
当業者は、本発明の実施形態が、方法、システム、またはコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本発明は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとを組み合わせた実施形態の形態を使用することができる。さらに、本発明は、コンピュータ使用可能プログラムコードを含む1つ以上のコンピュータ使用可能記憶媒体（ディスクメモリ、CD−ROM、および光メモリなどを含むが、これらに限定されない）で実施されるコンピュータプログラム製品の形態を使用することができる。
【０２２８】
本発明は、本発明の実施形態による方法、デバイス（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明されている。フローチャートおよび／またはブロック図の各処理および／または各ブロックならびにフローチャートおよび／またはブロック図の処理および／またはブロックの組み合わせを実施するためにコンピュータプログラム命令を使用することができることを理解されたい。これらのコンピュータプログラム命令は、機械を作るために汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または任意の他のプログラマブルデータ処理デバイスのプロセッサに提供することができ、これにより、コンピュータまたは任意の他のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、フローチャートの1つ以上の処理および／またはブロック図の1つ以上のブロックにおける特定の機能を実施するための装置を作る。
【０２２９】
これらのコンピュータプログラム命令は、コンピュータまたは任意の他のプログラマブルデータ処理デバイスに特定の仕方で動作するよう命令することができるコンピュータ可読メモリに記憶されてもよく、これにより、コンピュータ可読メモリに記憶された命令は、命令装置を含む人工物を作る。命令装置は、フローチャートの1つ以上の処理および／またはブロック図の1つ以上のブロックにおける特定の機能を実施する。
【０２３０】
これらのコンピュータプログラム命令は、一連の動作およびステップがコンピュータまたは別のプログラマブルデバイス上で実行されるようにコンピュータまたは別のプログラマブルデータ処理デバイスにロードされ、これにより、コンピュータ実施処理が行われてもよい。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの1つ以上の処理および／またはブロック図の1つ以上のブロックにおける特定の機能を実施するためのステップを提供する。
【０２３１】
本発明のいくつかの好ましい実施形態について説明したが、当業者は、基本的な発明概念を習得したら、これらの実施形態を変更および修正することができる。したがって、添付の特許請求の範囲は、本発明の範囲内に入る好ましい実施形態ならびにすべての変更および修正を包含すると解釈されることを意図されている。
【０２３２】
明らかに、当業者は、本発明の精神および範囲から逸脱することなく、本発明に対して様々な修正および変形を行うことができる。本発明は、添付の特許請求の範囲およびその均等な技術によって規定される保護範囲内に入るならば、これらの修正および変形を包含することを意図されている。
【符号の説明】
【０２３３】
101  基地局
102  端末
201  トランシーバモジュール
202  処理モジュール
301  トランシーバ
302  プロセッサ
303  メモリ
304  ユーザインタフェース
401  処理モジュール、プロセッサ
402  送信モジュール、送信機
403  メモリ
404  ユーザインタフェース
501  プロセッサ
502  送信機
504  ユーザインタフェース
1101  受信モジュール
1102  処理モジュール
1201  処理モジュール
1202  送信モジュール
【図１】
2020017989.tif 000003
【図２】
2020017989.tif 000004
【図３Ａ】
2020017989.tif 000005
【図３Ｂ】
2020017989.tif 000006
【図４】
2020017989.tif 000007
【図５Ａ】
2020017989.tif 000008
【図５Ｂ】
2020017989.tif 000009
【図６】
2020017989.tif 000010
【図７】
2020017989.tif 000011
【図８】
2020017989.tif 000012
【図９Ａ】
2020017989.tif 000013
【図９Ｂ】
2020017989.tif 000014
【図１０Ａ】
2020017989.tif 000015
【図１０Ｂ】
2020017989.tif 000016
【図１０Ｃ】
2020017989.tif 000017
【図１１】
2020017989.tif 000018
【図１２】
2020017989.tif 000019
【手続補正書】
【提出日】令和1年10月28日(2019.10.28)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００８５
【補正方法】変更
【補正の内容】
【００８５】
任意選択の実施態様1
少なくとも1つのキャリアがセカンダリキャリアのみを含み、第1のカウンタが第1のカウンタの閾値未満でない場合、それは、アップリンクチャネルの品質または端末102のセカンダリキャリアで搬送されるアップリンク基準信号の品質が比較的悪いことを示し得る。この場合、任意選択で、端末102は、少なくとも1つのキャリアのすべてのキャリアの物理アップリンク制御チャネル（PUCCH）リソースおよび／またはアップリンク基準信号（SRSなど）リソースを解放してもよい。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１１９
【補正方法】変更
【補正の内容】
【０１１９】
上記の任意の解決策では、任意選択で、以下の条件の少なくとも1つを満たすキャリアを、有効なスケジューリング要求リソースを有するキャリアとして規定することができる。この条件は、
キャリアのスケジューリング要求リソースが解放されていないこと、
キャリアがアクティブ化されていること、
キャリアが配置されたタイミング・アドバンス・グループ（Timing Advance Group、TAG）のタイマがタイムアウトしていないこと、および
キャリアでの端末102によるスケジューリング要求の送信の量が、キャリアでの端末102によるスケジューリング要求の送信の量の最大値未満であること
を含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
具体的には、利用可能なスケジューリング要求リソースは、有効なスケジューリング要求リソースであってもよく、構成されたスケジューリング要求リソース、または、スケジューリング要求リソースが配置されたキャリアがアクティブ化されている構成されたスケジューリング要求リソース、を意味し得る。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１７９
【補正方法】変更
【補正の内容】
【０１７９】
さらに、LTEシステムに関して、媒体アクセス制御プロトコルデータユニット（Media Access Control protocol data unit、MAC PDU）におけるMACサブヘッダのフォーマットが、図9Aまたは図9Bに示されている。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１８０
【補正方法】変更
【補正の内容】
【０１８０】
Rフィールドは、予約（reserved）ビットである。Eは、MACサブヘッダに続く別のMACサブヘッダが存在するかどうかを示すために使用される拡張（Extension）ビットであり、E＝1は、MACサブヘッダに続く別のMACサブヘッダが存在することを示す。論理チャネル識別子（Logical Channel Identifier、LCID）フィールドは、MACサブヘッダに対応するペイロード部が、どの論理チャネルのデータであるか、またはどの媒体アクセス制御の制御要素（Media Access Control control element、MAC CE）であるか、またはパディングであることを示す。長さ指示フィールドF（Flag）は、長さL（length）フィールドの長さを示すために使用され、F＝0は、図8の左図に示すように、Lフィールドの長さが7bitsであることを示し、F＝1は、図8の右図に示すように、長さが15bitsであることを示す。L（length）フィールドは、媒体アクセス制御サービスデータユニット（Media Access Control service data unit、MAC SDU）の長さを示すために使用される。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１８４
【補正方法】変更
【補正の内容】
【０１８４】
他の態様によれば、本発明の一実施形態は、データ処理方法であって、
端末によって、媒体アクセス制御プロトコルデータユニットMAC PDUを受信するステップであって、MAC PDUが、ヘッダ情報および媒体アクセス制御サービスデータユニットMAC SDUを含み、ヘッダ情報が、5ビットの論理チャネル識別子フィールドと、1ビットの拡張フィールドと、Nビットの長さフィールドと、1ビットの第2の長さ指示フィールドとを含み、長さフィールドが、MAC SDUの長さを示すために使用され、第2の長さ指示フィールドが、長さフィールドの長さNの値を示すために使用され、Nが、正の整数である、ステップと、
端末によって、MAC PDUのヘッダ情報内の第2の長さ指示フィールドに従ってMAC SDUの長さを取得するステップと、
端末によって、取得したMAC SDUの長さに従ってMAC SDUを取得するステップと
を含む、データ処理方法を提供する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１８５
【補正方法】変更
【補正の内容】
【０１８５】
前記態様に関連して、第1の可能な実施態様では、
端末によって、MAC PDUのヘッダ情報に従ってMAC SDUの長さを取得するステップは、
第2の長さ指示フィールドが1である場合に、端末によって、長さフィールドの長さがMビットであると決定するステップであって、Mが、無線リソース制御（Radio Resource Control、RRC）プロトコルメッセージを使用して構成されるか、またはプロトコルに規定されており、Mの値が、16ビット、17ビット、または23ビットのいずれかである、ステップ
を含む。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１８６
【補正方法】変更
【補正の内容】
【０１８６】
前記態様および前記態様の第1の可能な実施態様に関連して、第2の可能な実施態様では、
ヘッダ情報は、長さ指示フィールドをさらに含み、長さ指示フィールドは、図9Aまたは図9Bに示す「長さ指示フィールド」であってもよく、
第2の長さ指示フィールドが0である場合、端末は、長さ指示フィールドに従って長さフィールドの長さをさらに決定し、この場合、
長さ指示フィールドが0である場合は、長さフィールドの長さは7ビットであり、長さ指示フィールドが1である場合は、長さフィールドの長さは15ビットであり、あるいは
第2の長さ指示フィールドが1である場合、端末は、長さ指示フィールドに従って長さフィールドの長さを決定する必要はない。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１８７
【補正方法】変更
【補正の内容】
【０１８７】
前記態様の第1〜第3の可能な実施態様のいずれか1つに関連して、第4の可能な実施態様では、ヘッダ情報の特定のフォーマットは、以下のいくつかのフォーマットであってもよい。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１９１
【補正方法】変更
【補正の内容】
【０１９１】
前記態様の第1〜第4の可能な実施態様に関連して、第5の可能な実施態様では、端末によってMAC PDUを受信するステップの前に、本方法は、
端末によって、第1の構成メッセージを受信するステップであって、第1の構成メッセージが、第2の長さ指示フィールドに従って長さフィールドの長さを決定するよう端末に命令するために使用される、ステップ
を含む。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１９２
【補正方法】変更
【補正の内容】
【０１９２】
他の態様によれば、本発明の一実施形態は、受信デバイスであって、
デバイスによって、媒体アクセス制御プロトコルデータユニットMAC PDUを受信するように構成された受信モジュールであって、MAC PDUが、ヘッダ情報および媒体アクセス制御サービスデータユニットMAC SDUを含み、ヘッダ情報が、5ビットの論理チャネル識別子フィールドと、1ビットの拡張フィールドと、Nビットの長さフィールドと、1ビットの第2の長さ指示フィールドとを含み、長さフィールドが、MAC SDUの長さを示すために使用され、第2の長さ指示フィールドが、長さフィールドの長さNの値を示すために使用され、Nが、正の整数である、受信モジュールと、
デバイスによって、MAC PDUのヘッダ情報内の第2の長さ指示フィールドに従ってMAC SDUの長さを取得するように構成された処理モジュールと
を含み、
受信デバイスが、取得したMAC SDUの長さに従ってMAC SDUを取得する、
受信デバイスを提供する。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１９３
【補正方法】変更
【補正の内容】
【０１９３】
詳細については前記態様の各実施態様の説明を参照することとし、詳細はここでは説明しない。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１９４
【補正方法】変更
【補正の内容】
【０１９４】
他の態様によれば、本発明の一実施形態は、送信デバイスであって、
MAC PDUを処理するように、例えば、MAC PDUに含まれるMAC SDUのサイズに従ってLフィールドの特定の長さを選択し、Lフィールドの長さに従ってMAC PDUのヘッダ情報とMAC PDUとを組み合わせるように構成された処理モジュール1201であって、ヘッダ情報が、Fフィールド、F2フィールド、およびLフィールドの値を含む、処理モジュール1201と、
MAC PDUを送信するように構成された送信モジュール1202と
を含む、送信デバイスを提供する。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０２０１
【補正方法】変更
【補正の内容】
【０２０１】
具体的には、以下の図に示すように、MAC PDUのヘッダ情報は、
Lフィールドの長さを示すために使用される1ビットの第2の長さ指示フィールド（F2）と、
MACサブヘッダに続く別のMACサブヘッダが存在するかどうかを示すために使用されるEフィールド（拡張指示ビット）であって、E＝1が、MACサブヘッダに続く別のMACサブヘッダが存在することを示すために使用されるEフィールドと、
MACサブヘッダに対応するペイロード部がどの論理チャネルのデータであるか、またはどのMAC CEであるか、またはパディングであることを示すために使用される5ビットのLCIDフィールドと、
MAC SDUの長さを示すために使用されるLフィールド（長さフィールド）であって、Lフィールドによって占有されるビットがFフィールドに従って取得される、Lフィールドと、
Lフィールドの長さを示すためにさらに使用され、1ビットを占有するFフィールド（任意選択）（すなわち、長さ指示フィールド）と、
予約ビットである1ビットのRフィールド（任意選択）と
を含む。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０２０５
【補正方法】変更
【補正の内容】
【０２０５】
任意選択で、ステップ801の前に、端末は、RRCメッセージを受信するが、この場合、RRCメッセージは、Lフィールドの長さの値を搬送する。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０２０７
【補正方法】変更
【補正の内容】
【０２０７】
さらに、任意選択で、ステップ801の前に、端末は、RRCメッセージを受信するが、この場合、RRCメッセージは、第2の長さ指示フィールドに従って長さフィールドの長さを決定するよう端末に命令するために使用される構成メッセージ、または第2の長さ指示フィールドを有効にするよう端末に命令するために使用される構成メッセージ、または15ビットを上回る長さフィールドを有効にするよう端末に命令するために使用される構成メッセージを搬送する。端末は、構成メッセージに従って、Lフィールドの長さが23ビット、16ビット、または17ビットであることを知ることができる。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０２１１
【補正方法】変更
【補正の内容】
【０２１１】
本発明のこの実施形態では、従来技術のRフィールドを適切に使用することによって、拡張されたLフィールドの長さを効果的に示すことができ、その結果、UEの正常な通信が保証される。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】０２１４
【補正方法】変更
【補正の内容】
【０２１４】
他の態様の端末は、基地局などのネットワーク側デバイスに置き換えることができることが理解され得る。すなわち、基地局がMAC PDUを受信する場合、他の態様の各実施方法を用いることができ、詳細はここでは説明しない。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】０２１６
【補正方法】変更
【補正の内容】
【０２１６】
他の態様の端末は、基地局などのネットワーク側デバイスに置き換えることができることが理解され得る。すなわち、基地局がMAC PDUを送信する場合、他の態様の各実施方法を用いることができ、詳細はここでは説明しない。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】０２３２
【補正方法】変更
【補正の内容】
【０２３２】
明らかに、当業者は、本発明の範囲から逸脱することなく、本発明に対して様々な修正および変形を行うことができる。本発明は、添付の特許請求の範囲およびその均等な技術によって規定される保護範囲内に入るならば、これらの修正および変形を包含することを意図されている。
【手続補正２１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ処理方法であって、
受信デバイスにより、ヘッダ情報および媒体アクセス制御（MAC）サービスデータユニット（SDU）を備えるMACプロトコルデータユニット（PDU）を受信するステップであって、前記ヘッダ情報が前記MAC SDUの長さを示す長さフィールド（L）および1ビットの第2の長さ指示フィールド（F2）を備える、ステップと、
前記受信デバイスにより、前記第2の長さ指示フィールド（F2）が1を示すとき、前記長さフィールド（L）の長さが16ビット、17ビット、または23ビットであると決定するステップと、
前記受信デバイスにより、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、0を示す長さ指示フィールド（F）をさらに備えるとき、前記長さフィールド（L）の長さが7ビットであると決定するステップと、
前記受信デバイスにより、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、1を示す長さ指示フィールド（F）をさらに備えるとき、前記長さフィールド（L）の長さが15ビットであると決定するステップと、
前記受信デバイスにより、前記長さフィールド（L）の長さに従って前記MAC SDUの長さを決定するステップと、
前記受信デバイスにより、前記MAC SDUの長さに従って前記MAC SDUを決定するステップと、
を備える方法。
【請求項２】
データ処理方法であって、
受信デバイスにより、ヘッダ情報および媒体アクセス制御（MAC）サービスデータユニット（SDU）を備えるMACプロトコルデータユニット（PDU）を受信するステップであって、前記ヘッダ情報が、前記MAC SDUの長さを示す長さフィールド（L）および1ビットの第2の長さ指示フィールド（F2）を備え、前記第2の長さ指示フィールド（F2）が1を示すとき、前記長さフィールド（L）の長さが16ビット、17ビット、または23ビットであり、または、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、0を示す長さ指示フィールド（F）をさらに備えるとき、前記長さフィールド（L）の長さが7ビットであり、または、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、1を示す長さ指示フィールド（F）をさらに備えるとき、前記長さフィールド（L）の長さが15ビットである、ステップと、
前記受信デバイスにより、前記長さフィールド（L）の長さに従って前記MAC SDUの長さを決定するステップと、
前記受信デバイスにより、前記MAC SDUの長さに従って前記MAC SDUを決定するステップと、
を備える方法。
【請求項３】
前記方法が、
前記受信デバイスにより、前記第2の長さ指示フィールド（F2）が1を示すとき、前記ヘッダ情報が前記長さ指示フィールド（F）を備えないと決定するステップをさらに備える、請求項１または２に記載の方法。
【請求項４】
前記方法が、
前記受信デバイスにより、前記第2の長さ指示フィールド（F2）が0を示すとき、前記ヘッダ情報が前記長さ指示フィールド（F）をさらに備えると決定するステップをさらに備える、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記ヘッダ情報が、
前記MAC PDUが前記ヘッダ情報に続く他のヘッダ情報をさらに備えるかどうかを示す拡張フィールド（E）であって、前記MAC PDUが他のMAC SDUまたは前記MAC SDUに続くMAC制御要素をさらに備えるかどうかを前記他のヘッダ情報が示す、拡張フィールド（E）、
前記MAC SDUが属する論理チャネルを示す論理チャネル識別子（LCID）フィールド、
をさらに備える、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記方法が、
前記受信デバイスにより、前記第2の長さ指示フィールド（F2）に従って前記長さフィールド（L）の長さを決定するように前記受信デバイスに指示する第1の構成メッセージを受信するステップをさらに備える、請求項１から５のいずれか一項に記載の方法。
【請求項７】
受信デバイスであって、
ヘッダ情報および媒体アクセス制御（MAC）サービスデータユニット（SDU）を備えるMACプロトコルデータユニット（PDU）を受信する手段であって、前記ヘッダ情報が前記MAC SDUの長さを示す長さフィールド（L）および1ビットの第2の長さ指示フィールド（F2）を備える、手段と、
前記第2の長さ指示フィールド（F2）が1を示すとき、前記長さフィールド（L）の長さが16ビット、17ビット、または23ビットであると決定する手段と、
前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、0を示す長さ指示フィールド（F）をさらに備えるとき、前記長さフィールド（L）の長さが7ビットであると決定する手段と、
前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、1を示す長さ指示フィールド（F）をさらに備えるとき、前記長さフィールド（L）の長さが15ビットであると決定する手段と、
前記長さフィールド（L）の長さに従って前記MAC SDUの長さを決定する手段と、
前記MAC SDUの長さに従って前記MAC SDUを決定する手段と、
を備える受信デバイス。
【請求項８】
受信デバイスであって、
ヘッダ情報および媒体アクセス制御（MAC）サービスデータユニット（SDU）を備えるMACプロトコルデータユニット（PDU）を受信する手段であって、前記ヘッダ情報が、前記MAC SDUの長さを示す長さフィールド（L）および1ビットの第2の長さ指示フィールド（F2）を備え、前記第2の長さ指示フィールド（F2）が1を示すとき、前記長さフィールド（L）の長さが16ビット、17ビット、または23ビットであり、または、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、0を示す長さ指示フィールド（F）をさらに備えるとき、前記長さフィールド（L）の長さが7ビットであり、または、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、1を示す長さ指示フィールド（F）をさらに備えるとき、前記長さフィールド（L）の長さが15ビットである、手段と、
前記長さフィールド（L）の長さに従って前記MAC SDUの長さを決定する手段と、
前記MAC SDUの長さに従って前記MAC SDUを決定する手段と、
を備える受信デバイス。
【請求項９】
前記デバイスが、
前記第2の長さ指示フィールド（F2）が1を示すとき、前記ヘッダ情報が前記長さ指示フィールド（F）を備えないと決定する手段をさらに備える、請求項７または８に記載のデバイス。
【請求項１０】
前記デバイスが、
前記第2の長さ指示フィールド（F2）が0を示すとき、前記ヘッダ情報が前記長さ指示フィールド（F）をさらに備えると決定する手段をさらに備える、請求項７から９のいずれか一項に記載のデバイス。
【請求項１１】
前記ヘッダ情報が、
前記MAC PDUが前記ヘッダ情報に続く他のヘッダ情報をさらに備えるかどうかを示す拡張フィールド（E）であって、前記MAC PDUが他のMAC SDUまたは前記MAC SDUに続くMAC制御要素をさらに備えるかどうかを前記他のヘッダ情報が示す、拡張フィールド（E）、
前記MAC SDUが属する論理チャネルを示す論理チャネル識別子（LCID）フィールド、
をさらに備える、請求項７から１０のいずれか一項に記載のデバイス。
【請求項１２】
前記デバイスが、
前記第2の長さ指示フィールド（F2）に従って前記長さフィールド（L）の長さを決定するように前記受信デバイスに指示する第1の構成メッセージを受信する手段をさらに備える、請求項７から１１のいずれか一項に記載のデバイス。
【請求項１３】
受信デバイスであって、プロセッサと、命令を記憶する記憶部とを備え、前記命令が前記プロセッサによって呼び出されて請求項１から６のいずれか一項に記載の方法を実現する、受信デバイス。
【請求項１４】
データ処理方法であって、
送信デバイスにより、媒体アクセス制御（MAC）プロトコルデータユニット（PDU）内のMACサービスデータユニット（SDU）の長さを決定するステップであって、前記MAC PDUがヘッダ情報をさらに備え、前記ヘッダ情報が前記MAC SDUの長さを示す長さフィールド（L）および1ビットの第2の長さ指示フィールド（F2）を備える、ステップと、
前記MAC SDUの長さに従って前記長さフィールド（L）の長さが16ビット、17ビット、または23ビットであると前記送信デバイスが決定するとき、前記送信デバイスにより、前記第2の長さ指示フィールド（F2）が1を示すことを決定するステップと、
前記MAC SDUの長さに従って前記長さフィールド（L）の長さが7ビットであると前記送信デバイスが決定するとき、前記送信デバイスにより、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、0を示す長さ指示フィールド（F）をさらに備えることを決定するステップと、
前記MAC SDUの長さに従って前記長さフィールド（L）の長さが15ビットであると前記送信デバイスが決定するとき、前記送信デバイスにより、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、1を示す長さ指示フィールド（F）をさらに備えることを決定するステップと、
前記送信デバイスにより、前記MAC PDUを送信するステップと、
を備える方法。
【請求項１５】
データ処理方法であって、
送信デバイスにより、媒体アクセス制御（MAC）プロトコルデータユニット（PDU）を決定するステップであって、前記MAC PDUがヘッダ情報およびMACサービスデータユニット（SDU）を備え、前記ヘッダ情報が、前記MAC SDUの長さを示す長さフィールド（L）および1ビットの第2の長さ指示フィールド（F2）を備え、前記長さフィールド（L）の長さが16ビット、17ビット、または23ビットであるとき、前記第2の長さ指示フィールド（F2）が1を示し、または、前記長さフィールド（L）の長さが7ビットであるとき、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、0を示す長さ指示フィールド（F）をさらに備え、または、前記長さフィールド（L）の長さが15ビットであるとき、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、1を示す長さ指示フィールド（F）をさらに備える、ステップと、
前記送信デバイスにより、前記MAC PDUを送信するステップと、
を備える方法。
【請求項１６】
前記方法が、
受信デバイスにより、前記ヘッダ情報が前記長さ指示フィールド（F）を備えないとき、前記第2の長さ指示フィールド（F2）が1を示すと決定するステップをさらに備える、請求項１４または１５に記載の方法。
【請求項１７】
前記方法が、
受信デバイスにより、前記ヘッダ情報が前記長さ指示フィールド（F）をさらに備えるとき、前記第2の長さ指示フィールド（F2）が0を示すと決定するステップをさらに備える、請求項１４から１６のいずれか一項に記載の方法。
【請求項１８】
前記ヘッダ情報が、
前記MAC PDUが前記ヘッダ情報に続く他のヘッダ情報をさらに備えるかどうかを示す拡張フィールド（E）であって、前記MAC PDUが他のMAC SDUまたは前記MAC SDUに続くMAC制御要素をさらに備えるかどうかを前記他のヘッダ情報が示す、拡張フィールド（E）、
前記MAC SDUが属する論理チャネルを示す論理チャネル識別子（LCID）フィールド、
をさらに備える、請求項１４から１７のいずれか一項に記載の方法。
【請求項１９】
前記方法が、
前記送信デバイスにより、前記第2の長さ指示フィールド（F2）に従って前記長さフィールド（L）の長さを決定するように受信デバイスに指示する第1の構成メッセージを送信するステップをさらに備える、請求項１４から１８のいずれか一項に記載の方法。
【請求項２０】
送信デバイスであって、
媒体アクセス制御（MAC）プロトコルデータユニット（PDU）内のMACサービスデータユニット（SDU）の長さを決定する手段であって、前記MAC PDUがヘッダ情報をさらに備え、前記ヘッダ情報が前記MAC SDUの長さを示す長さフィールド（L）および1ビットの第2の長さ指示フィールド（F2）を備える、手段と、
前記MAC SDUの長さに従って前記長さフィールド（L）の長さが16ビット、17ビット、または23ビットであると前記送信デバイスが決定するとき、前記第2の長さ指示フィールド（F2）が1を示すことを決定する手段と、
前記MAC SDUの長さに従って前記長さフィールド（L）の長さが7ビットであると前記送信デバイスが決定するとき、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、0を示す長さ指示フィールド（F）をさらに備えることを決定する手段と、
前記MAC SDUの長さに従って前記長さフィールド（L）の長さが15ビットであると前記送信デバイスが決定するとき、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、1を示す長さ指示フィールド（F）をさらに備えることを決定する手段と、
前記MAC PDUを送信する手段と、
を備える送信デバイス。
【請求項２１】
送信デバイスであって、
媒体アクセス制御（MAC）プロトコルデータユニット（PDU）を決定する手段であって、前記MAC PDUがヘッダ情報およびMACサービスデータユニット（SDU）を備え、前記ヘッダ情報が、前記MAC SDUの長さを示す長さフィールド（L）および1ビットの第2の長さ指示フィールド（F2）を備え、前記長さフィールド（L）の長さが16ビット、17ビット、または23ビットであるとき、前記第2の長さ指示フィールド（F2）が1を示し、または、前記長さフィールド（L）の長さが7ビットであるとき、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、0を示す長さ指示フィールド（F）をさらに備え、または、前記長さフィールド（L）の長さが15ビットであるとき、前記第2の長さ指示フィールド（F2）が0を示し、かつ前記ヘッダ情報が、1を示す長さ指示フィールド（F）をさらに備える、手段と、
前記MAC PDUを送信する手段と、
を備える送信デバイス。
【請求項２２】
前記デバイスが、
前記ヘッダ情報が前記長さ指示フィールド（F）を備えないとき、前記第2の長さ指示フィールド（F2）が1を示すと決定する手段をさらに備える、請求項２０または２１に記載のデバイス。
【請求項２３】
前記デバイスが、
前記ヘッダ情報が前記長さ指示フィールド（F）をさらに備えるとき、前記第2の長さ指示フィールド（F2）が0を示すと決定する手段をさらに備える、請求項２０から２２のいずれか一項に記載のデバイス。
【請求項２４】
前記ヘッダ情報が、
前記MAC PDUが前記ヘッダ情報に続く他のヘッダ情報をさらに備えるかどうかを示す拡張フィールド（E）であって、前記MAC PDUが他のMAC SDUまたは前記MAC SDUに続くMAC制御要素をさらに備えるかどうかを前記他のヘッダ情報が示す、拡張フィールド（E）、
前記MAC SDUが属する論理チャネルを示す論理チャネル識別子（LCID）フィールド、
をさらに備える、請求項２０から２３のいずれか一項に記載のデバイス。
【請求項２５】
前記デバイスが、
前記第2の長さ指示フィールド（F2）に従って前記長さフィールド（L）の長さを決定するように受信デバイスに指示する第1の構成メッセージを送信する手段をさらに備える、請求項２０から２４のいずれか一項に記載のデバイス。
【請求項２６】
送信デバイスであって、プロセッサと、命令を記憶する記憶部とを備え、前記命令が前記プロセッサによって呼び出されて請求項１４から１９のいずれか一項に記載の方法を実現する、送信デバイス。
【請求項２７】
コンピュータ可読媒体であって、命令を記憶する記憶部を備え、前記命令がプロセッサによって呼び出されて請求項１から６のいずれか一項に記載の方法を実現する、コンピュータ可読媒体。
【請求項２８】
コンピュータ可読媒体であって、命令を記憶する記憶部を備え、前記命令がプロセッサによって呼び出されて請求項１４から１９のいずれか一項に記載の方法を実現する、コンピュータ可読媒体。
【外国語明細書】
2020017989000001.pdf