JP6599479B2 - 端末、基地局、およびスケジューリング要求送信方法 - Google Patents

Description

本発明は、ワイヤレス通信技術の分野に関し、詳細には、端末、基地局、およびスケジューリング要求送信方法に関する。

ワイヤレス通信システム、例えば、ロング・ターム・エボリューション（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サブヘッダのフォーマットが、図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）の長さを示すために使用される。

アグリゲーションを行うためにより多くのキャリア（32のキャリアおよびより高次の変調・符号化方式など）が導入されると、ピークデータ送信レートが大幅に向上する（例えば、データ送信レートは25Gbpsに達する場合がある）。したがって、送信時間間隔（Transmission Time Interval、TTI）ごとにより多くのデータが送信され、各データ片の長さが長くなる。

しかしながら、Lフィールドの長さは、7bitsまたは15bitsのみであり、より長いデータの長さを効果的に示すことができない。したがって、レートの要求を満たすことができない。すなわち、より長いデータの長さを示すために、より長いLフィールドが必要とされる。

本発明の実施形態は、より長いLフィールドを使用してより長いデータの長さを効果的に示す方法に関する問題を解決する。すなわち、本発明の実施形態では、より高い送信レートを効果的にサポートするために、新しいMACサブヘッダフォーマットならびにデータのカプセル化およびデカプセル化の方法が設計される。

他の態様によれば、本発明の一実施形態は、データ処理方法であって、
端末によって、媒体アクセス制御プロトコルデータユニット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
図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ビットの長さのフィールドと
を含む。

前記態様の第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と
を含む、送信デバイスを提供する。

詳細については第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 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ビットであってもよい。

任意選択で、ステップ801の前に、端末は、RRCメッセージを受信するが、この場合、RRCメッセージは、Lフィールドの長さの値を搬送する。

あるいは、Lフィールドの長さの値をプロトコルで固定してもよい。これは、本発明のこの実施形態では限定されない。

さらに、任意選択で、ステップ801の前に、端末は、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に具体的に示されている。

他の態様の端末は、基地局などのネットワーク側デバイスに置き換えることができることが理解され得る。すなわち、基地局がMAC PDUを受信する場合、他の態様の各実施方法を用いることができ、詳細はここでは説明しない。

MAC PDUのヘッダ情報および処理方法が端末のデータ送信処理にも適用可能であることが理解され得る。データ送信処理は、受信処理の逆である。この場合、端末は、MAC PDUに含まれるMAC SDUのサイズに従ってLフィールドの特定の長さを選択し、Lフィールドの長さに従ってMAC PDUのヘッダ情報とMAC PDUとを組み合わせ、この場合、ヘッダ情報は、Fフィールド、F2フィールド、およびLフィールドの値を含む。基地局が端末によって送信されたMAC PDUを受信した後、処理方法は、端末がMAC PDUを受信するときと同じであり、詳細はここでは説明しない。

他の態様の端末は、基地局などのネットワーク側デバイスに置き換えることができることが理解され得る。すなわち、基地局がMAC PDUを送信する場合、他の態様の各実施方法を用いることができ、詳細はここでは説明しない。

さらに、本発明の一実施形態は、受信デバイスであって、
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 送信モジュール

Claims (13)

1. 端末である装置、または端末のプロセッサである装置であって、
   ネットワーク側デバイスから、スケジューリング要求のための構成パラメータを受信するための手段(201)であって、前記構成パラメータが、少なくとも2つのキャリアのスケジューリング要求リソースを割り当てる、手段(201)と、
   前記少なくとも2つのキャリアから1つのキャリアを選択するための手段（202）と、
   前記スケジューリング要求がトリガされたときに、前記構成パラメータに従って、前記少なくとも2つのキャリアのうちの前記選択された1つのキャリアのスケジューリング要求リソースで前記スケジューリング要求を送信するための手段（201）と、
   を備え、
   前記少なくとも2つのキャリアが、少なくとも2つのセカンダリキャリアを含み、
   前記装置は、前記スケジューリング要求を送信した後、前記少なくとも2つのキャリアのすべてのキャリアが非アクティブ化されたら、プライマリキャリアでランダムアクセス手順を実行し、前記トリガされたスケジューリング要求をキャンセルするための手段をさらに備える、装置。
2. 前記選択された1つのキャリアのスケジューリング要求リソースは、現在の送信時間間隔TTIにおいて前記選択された1つのキャリアの有効なスケジューリング要求リソースであり、
   前記選択された1つのキャリアは、
   前記選択された1つのキャリアがアクティブ化されていること、および
   前記選択された1つのキャリアが配置されたタイミング・アドバンス・グループTAGのタイマがタイムアウトしていないこと
   の少なくとも1つの条件を満たす、請求項1に記載の装置。
3. 前記構成パラメータが、第1のカウンタの閾値を含み、前記第1のカウンタが、同じスケジューリング要求プロセスにおいてスケジューリング要求を送信した量を記録するために使用され、
   前記送信するための手段は、前記第1のカウンタが前記第1のカウンタの前記閾値よりも小さいときに、前記少なくとも2つのキャリアのうちの前記選択された1つのキャリアの前記スケジューリング要求リソースで前記スケジューリング要求を送信すると共に、前記第1のカウンタの値を1だけ増加させるための手段（201）を含む、請求項1または2に記載の装置。
4. 前記構成パラメータが、第1のカウンタの閾値を含み、前記第1のカウンタは、同じスケジューリング要求プロセスにおいて前記スケジューリング要求を送信する量を記録するために使用され、
   前記装置は、さらに、
   前記第1のカウンタが前記第1のカウンタの前記閾値よりも小さくないときに、すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するための手段（202）を含む、請求項1または2に記載の装置。
5. 前記少なくとも2つのキャリアが、前記少なくとも2つのセカンダリキャリアを含み、
   前記解放するための手段が、すべての前記セカンダリキャリアの前記物理アップリンク制御チャネルリソースおよび／または前記アップリンク基準信号リソースを解放するための手段（202）を含む、請求項４に記載の装置。
6. 前記構成パラメータが、第1のタイマの閾値長さと正の整数nとを含み、
   前記第1のタイマの前記閾値長さが、前記少なくとも2つのキャリアのうちの特定のキャリアのスケジューリング要求リソースの周期のn倍であり、前記特定のキャリアの前記スケジューリング要求リソースの前記周期は最小であり、
   前記装置は、さらに、前記スケジューリング要求が送信された後の前記第1のタイマの前記閾値長さに従って前記第1のタイマを起動するための手段（202）を含む、
   請求項1から5のいずれか一項に記載の装置。
7. 端末または前記端末のプロセッサで、スケジューリング要求を送信する方法であって、
   ネットワーク側デバイスから、スケジューリング要求のための構成パラメータを受信するステップ(601)であって、前記構成パラメータが、少なくとも2つのキャリアで前記スケジューリング要求を送信するためのスケジューリング要求リソースを割り当てる、ステップ(601)と、
   前記少なくとも2つのキャリアから1つのキャリアを選択するステップと、
   前記スケジューリング要求がトリガされたときに、前記構成パラメータに従って、前記少なくとも2つのキャリアのうちの前記選択された1つのキャリアのスケジューリング要求リソースで前記スケジューリング要求を送信するステップ（602）であって、前記少なくとも2つのキャリアが、少なくとも2つのセカンダリキャリアを含む、ステップ（602）と
   を含み、
   前記方法は、前記スケジューリング要求を送信した後、前記少なくとも2つのキャリアのすべてのキャリアが非アクティブ化されたら、プライマリキャリアでランダムアクセス手順を実行し、前記トリガされたスケジューリング要求をキャンセルするステップをさらに含む、方法。
8. 前記選択された1つのキャリアのスケジューリング要求リソースは、現在の送信時間間隔TTIにおいて前記選択された1つのキャリアの有効なスケジューリング要求リソースであり、
   前記選択された1つのキャリアは、
   前記選択された1つのキャリアがアクティブ化されていること、および
   前記選択された1つのキャリアが配置されたタイミング・アドバンス・グループTAGのタイマがタイムアウトしていないこと
   の少なくとも1つの条件を満たす、請求項7に記載の方法。
9. 前記構成パラメータが、第1のカウンタの閾値を含み、前記第1のカウンタが、同じスケジューリング要求プロセスにおいてスケジューリング要求を送信した量を記録するために使用され、
   前記スケジューリング要求を送信するステップは、前記第1のカウンタが前記第1のカウンタの前記閾値よりも小さいときに、前記少なくとも2つのキャリアのうちの前記選択された1つのキャリアの前記スケジューリング要求リソースで前記スケジューリング要求を送信すると共に、前記第1のカウンタの値を1だけ増加させる、ステップを含む、
   請求項7または8に記載の方法。
10. 前記構成パラメータが、第1のカウンタの閾値を含み、前記第1のカウンタは、同じスケジューリング要求プロセスにおいて前記スケジューリング要求を送信する量を記録するために使用され、
    前記方法は、さらに、
    前記第1のカウンタが前記第1のカウンタの前記閾値よりも小さくないときに、すべてのサービングキャリアの物理アップリンク制御チャネルリソースおよび／またはアップリンク基準信号リソースを解放するステップを含む、
    請求項7または8に記載の方法。
11. 前記少なくとも2つのキャリアが、前記少なくとも2つのセカンダリキャリアを含み、
    前記解放するステップが、すべての前記セカンダリキャリアの前記物理アップリンク制御チャネルリソースおよび／または前記アップリンク基準信号リソースを解放するステップを含む、
    請求項10に記載の方法。
12. 前記構成パラメータが、第1のタイマの閾値長さを含み、
    前記第1のタイマの前記閾値長さが、前記少なくとも2つのキャリアのうちの特定のキャリアのスケジューリング要求リソースの周期のn倍であり、前記特定のキャリアの前記スケジューリング要求リソースの前記周期は最小であり、nは正の整数であり、
    前記方法は、さらに、前記スケジューリング要求が送信された後の前記第1のタイマの前記閾値長さに従って前記第1のタイマを起動するステップを含む、
    請求項7から11のいずれか一項に記載の方法。
13. 請求項7から12のいずれか一項に記載の方法を達成するために実行されるプログラムを含む記憶装置を備えるコンピュータ可読媒体。

Images