(57)【特許請求の範囲】
【請求項１】
端末デバイスによってアップリンクチャネル上でリッスンするための方法であって、
第１のリッスンビフォアトーク（ＬＢＴ）を実施するステップと、前記第１のＬＢＴが成功した後に、第１のアップリンクバースト上で第１のデータパケットを送るステップと、
第２の競合ウィンドウサイズ（ＣＷＳ）を決定するステップであって、
第１の時間長が第１の時間しきい値よりも大きく、前記第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報が受信されないという条件で、前記第２のＣＷＳは第１のＣＷＳよりも大きく、および／または
前記第１の時間長が前記第１の時間しきい値以下であり、前記第１のアップリンクバーストの後に、前記ＨＡＲＱステータスを示す前記第１のインジケーション情報が受信されないという条件で、前記第２のＣＷＳは前記第１のＣＷＳに等しい、
ステップと、
前記第２のＣＷＳに基づいて第２のＬＢＴを実施するステップであって、
前記第１の時間長は、第１の基準時間単位と、前記第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔であり、前記第１のＣＷＳは、前記第２のＬＢＴの以前のＬＢＴに用いられ、前記第１の基準時間単位は、前記第１のアップリンクバーストに対応する前記第２の基準時間単位よりも後にある、
ステップとを備え、
前記方法はさらに、
前記第２のＬＢＴが成功することを条件として、第２のアップリンクバーストで第２のデータパケットを送信するステップであって、前記第２のアップリンクバーストは、前記第１のアップリンクバーストよりも遅く、
前記第１の基準時間単位は、前記第２のＣＷＳを決定するための時間単位であるか、または、前記第２のアップリンクバーストの開始時間単位であり、かつ、前記第１のアップリンクバーストに対応する第２の基準時間単位は、前記第１のアップリンクバーストにおける時間単位である
ステップを備える、方法。
【請求項２】
前記第１のアップリンクバーストの後に、前記ＨＡＲＱステータスを示す前記第１のインジケーション情報が受信されないことは、
前記第１のアップリンクバーストに対応する前記第２の基準時間単位の後に、および前記第１の基準時間単位の前に、前記ＨＡＲＱステータスを示す前記第１のインジケーション情報が受信されないこと
を備える請求項１に記載の方法。
【請求項３】
前記第１のアップリンクバーストに対応する前記第２の基準時間単位は、前記第１のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、前記第２の基準時間単位は、前記第１のアップリンクバーストの前記開始時間単位の後にある
請求項１又は２に記載の方法。
【請求項４】
前記第１のアップリンクバーストに対応する前記第２の基準時間単位は、前記第１のアップリンクバーストの前記開始時間単位である
請求項１又は２に記載の方法。
【請求項５】
前記第１の基準時間単位は、前記第２のアップリンクバーストの開始時間単位であり、前記第１の時間長は、前記第１のアップリンクバーストに対応する前記第２の基準時間単位の終了位置から前記第２のアップリンクバーストの開始位置までの間隔である請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記第２のアップリンクバーストは、前記第１のアップリンクバーストの直後のアップリンクバーストである
請求項１に記載の方法。
【請求項７】
前記第１のＣＷＳと前記第２のＣＷＳとは、同じアクセス優先度に対応する
請求項１に記載の方法。
【請求項８】
前記時間単位は、１つもしくは複数のスロットを含み、又は１つもしくは複数のシンボルを含む
請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記第２のＬＢＴの以前の前記ＬＢＴは、前記第１のＬＢＴと同じである
請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記第３の時間長は、あらかじめ定義されるか、またはネットワークデバイスから受信される
請求項３に記載の方法。
【請求項１１】
プロセッサと、前記プロセッサに結合されたトランシーバとを備える、ワイヤレス装置であって、
前記プロセッサは、第１のリッスンビフォアトーク（ＬＢＴ）を実施するように構成され、
前記トランシーバは、前記第１のＬＢＴが成功した後に、第１のアップリンクバースト上で第１のデータパケットを送るように構成され、
前記プロセッサは、第２の競合ウィンドウサイズ（ＣＷＳ）を決定するようにさらに構成され、
第１の時間長が第１の時間しきい値よりも大きく、前記第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報が受信されないという条件で、前記第２のＣＷＳは第１のＣＷＳよりも大きく、および／または
前記第１の時間長が前記第１の時間しきい値以下であり、前記第１のアップリンクバーストの後に、前記ＨＡＲＱステータスを示す前記第１のインジケーション情報が受信されないという条件で、前記第２のＣＷＳは前記第１のＣＷＳに等しく、または
前記第１の時間長が前記第１の時間しきい値以下であり、前記第１のアップリンクバーストの後に、前記ＨＡＲＱステータスを示す前記第１のインジケーション情報が受信されないという条件で、前記第２のＣＷＳは第２のインジケーション情報に基づいて決定され、前記第２のインジケーション情報は、前記第１のアップリンクバーストの前に前記ワイヤレス装置によって受信され、前記ＨＡＲＱステータスを示すために使用されるインジケーション情報であり、
前記プロセッサは、前記第２のＣＷＳに基づいて第２のＬＢＴを実施するようにさらに構成され、
前記第１の時間長は、第１の基準時間単位と、前記第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔であり、前記第１のＣＷＳは、前記第２のＬＢＴの以前のＬＢＴに用いられ、前記第１の基準時間単位は、前記第１のアップリンクバーストに対応する前記第２の基準時間単位よりも後にあり、
前記トランシーバは、さらに、前記第２のＬＢＴが成功することを条件として、第２のアップリンクバーストで第２のデータパケットを送信するように構成され、前記第２のアップリンクバーストは、前記第１のアップリンクバーストよりも遅く、
前記第１の基準時間単位は、前記第２のＣＷＳを決定するための時間単位であるか、または、前記第２のアップリンクバーストの開始時間単位であり、かつ、前記第１のアップリンクバーストに対応する第２の基準時間単位は、前記第１のアップリンクバーストにおける時間単位である
ワイヤレス装置。
【請求項１２】
前記第１のアップリンクバーストの後に、前記ＨＡＲＱステータスを示す前記第１のインジケーション情報が受信されないことは、
前記第１のアップリンクバーストに対応する前記第２の基準時間単位の後に、および前記第１の基準時間単位の前に、前記ＨＡＲＱステータスを示す前記第１のインジケーション情報が受信されないこと
を備える請求項１１に記載のワイヤレス装置。
【請求項１３】
前記第１のアップリンクバーストに対応する前記第２の基準時間単位は、前記第１のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、前記第２の基準時間単位は、前記第１のアップリンクバーストの前記開始時間単位の後にある
請求項１１又は１２に記載のワイヤレス装置。
【請求項１４】
前記第１のアップリンクバーストに対応する前記第２の基準時間単位は、前記第１のアップリンクバーストの前記開始時間単位である
請求項１１乃至１３のいずれか一項に記載のワイヤレス装置。
【請求項１５】
前記第１の基準時間単位は、前記第２のアップリンクバーストの開始時間単位であり、前記第１の時間長は、前記第１のアップリンクバーストに対応する前記第２の基準時間単位の終了位置から前記第２のアップリンクバーストの開始位置までの間隔である請求項１１乃至１４のいずれか一項に記載のワイヤレス装置。
【請求項１６】
前記第２のアップリンクバーストは、前記第１のアップリンクバーストの直後のアップリンクバーストである
請求項１１に記載のワイヤレス装置。
【請求項１７】
前記第１のＣＷＳと前記第２のＣＷＳとは、同じアクセス優先度に対応する
請求項１１乃至１６のいずれか一項に記載のワイヤレス装置。
【請求項１８】
前記時間単位は、１つもしくは複数のスロットを含み、又は１つもしくは複数のシンボルを含む
請求項１１乃至１７のいずれか一項に記載のワイヤレス装置。
【請求項１９】
前記第２のＬＢＴの以前の前記ＬＢＴは、前記第１のＬＢＴと同じである
請求項１１乃至１８のいずれか一項に記載のワイヤレス装置。
【請求項２０】
前記第３の時間長は、あらかじめ定義されるか、またはネットワークデバイスから受信される
請求項１３のいずれか一項に記載のワイヤレス装置。
【請求項２１】
請求項１乃至１０のいずれか一項に記載の方法を実施するように構成された、通信装置。
【請求項２２】
プログラムがコンピュータによって実行されるとき、前記コンピュータに請求項１乃至１０のいずれか一項に記載の方法を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信分野に関し、詳細には、通信分野における、アップリンクチャネル上でリッスンするための方法および装置に関する。
【背景技術】
【０００２】
第４世代（４Ｇ）モバイル通信技術のリリース１３にはロングタームエボリューションを使用した認可支援型アクセス（ｌｉｃｅｎｓｅｄ−ａｓｓｉｓｔｅｄ  ａｃｃｅｓｓ  ｕｓｉｎｇ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＡＡ−ＬＴＥ）技術（すなわち、ＬＡＡ技術）が導入され、リリース１４には拡張認可支援型アクセス（ｅｎｈａｎｃｅｄ  ｌｉｃｅｎｓｅｄ−ａｓｓｉｓｔｅｄ  ａｃｃｅｓｓ、ｅＬＡＡ）技術が導入されている。ＬＡＡ技術およびｅＬＡＡ技術では、利用可能なスペクトルは、キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）技術を使用することによって５ＧＨｚ無認可帯域に拡大され得る。認可スペクトルの支援を用いて、ネットワークデバイスおよび端末デバイスは、無認可スペクトル上でダウンリンク情報およびアップリンク情報を送信し得る。ＬＡＡおよびｅＬＡＡに基づいて、Ｍｕｌｔｅｆｉｒｅ１．０規格は、さらに、認可スペクトルの支援に依拠することなしに、無認可スペクトル上でＬＴＥシステムにおけるアップリンクおよびダウンリンク送信を完全に実装する。将来の第５世代新無線（ｆｉｆｔｈ  ｇｅｎｅｒａｔｉｏｎ  Ｎｅｗ  Ｒａｄｉｏ、５Ｇ  ＮＲ）システムでは、無認可スペクトル上の送信も存在する。
【０００３】
無認可スペクトル上でＷｉ−Ｆｉ無線ノードなどの異なる事業者およびインターＲＡＴのネットワークデバイスおよび端末デバイスとの公平な共存を実装するために、ＬＡＡ、ｅＬＡＡ、およびＭｕｌｔｅｆｉｒｅシステムは、リッスンビフォアトーク（ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  ｔａｌｋ、ＬＢＴ）チャネルアクセス機構を使用し、この機構では、ネットワークデバイスがダウンリンク送信を実施するかまたは端末デバイスがアップリンク送信を実施する前に、チャネル上でリッスンすることが要求される。リッスン方式は、ランダムバックオフのクリアチャネルアセスメント（ｃｌｅａｒ  ｃｈａｎｎｅｌ  ａｓｓｅｓｓｍｅｎｔ、ＣＣＡ）を含み、ＣＣＡの初期ランダムバックオフカウンタの値は、競合ウィンドウサイズ（ｃｏｎｔｅｎｔｉｏｎ  ｗｉｎｄｏｗ  ｓｉｚｅ、ＣＷＳ）によって決定される。スケジューリングベースのアップリンク送信では、端末デバイスは、ネットワークデバイスによってフィードバックされるハイブリッド自動再送要求（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ、ＨＡＲＱ）ステータス情報に基づいてＣＷＳを動的に調整して、チャネルステータスに適応し、競合ノードと公平に共存する。
【０００４】
リリース１５に導入された追加拡張認可支援型アクセス（Ｆｕｒｔｈｅｒ  ｅｎｈａｎｃｅｄ  ｌｉｃｅｎｓｅｄ−ａｓｓｉｓｔｅｄ  ａｃｃｅｓｓ、ＦｅＬＡＡ）システムおよびＭｕｌｔｅｆｉｒｅ１．１システムでは、グラントフリーアップリンク（Ｇｒａｎｔ−ｆｒｅｅ  ＵｐｌｉｎｋもしくはＧｒａｎｔｌｅｓｓ  Ｕｐｌｉｎｋ、ＧＵＬ）送信機構、または自律アップリンク（Ａｕｔｏｎｏｍｏｕｓ  ＵＬ、ＡＵＬ）送信機構と呼ばれるものが導入されている。端末デバイスは、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ、ＳＲ）を送り、アップリンクグラント（ＵＬ  ｇｒａｎｔ）を待つ必要がない。代わりに、端末デバイスは、ＬＢＴが成功した後に、ＡＵＬリソース上でアップリンクデータを直接送り、それにより、ＳＲおよびＵＬグラントについてのチャネルリッスンをなくし得る。グラントフリーアップリンク送信では、端末デバイスがＡＵＬ送信を送った後に、ネットワークデバイスは、端末デバイスのＡＵＬ送信を正しく受信しないことがあり、対応する端末デバイスを識別しない。結果的に、端末デバイスは、どんなＨＡＲＱステータス情報も受信することができない。従来技術におけるアップリンクＣＷＳ調整基準は、端末デバイスがＡＵＬ送信においてＨＡＲＱステータス情報を受信することができず、ＡＵＬ送信における端末デバイスのチャネル適応問題を解決することができないシナリオには適用不可能である。
【発明の概要】
【０００５】
本発明の実施形態は、アップリンクＣＷＳ調整方法を提供するために、アップリンクチャネル上でリッスンするための方法および装置を提供する。
【０００６】
第１の態様によれば、本発明の実施形態は、アップリンクチャネル上でリッスンするための方法を提供する。本方法では、端末デバイスは、第１のリッスンビフォアトークＬＢＴを実施し、第１のＬＢＴが成功した後に、第１のアップリンクバースト上で第１のデータパケットを送る。端末デバイスは、第２の競合ウィンドウサイズＣＷＳを決定し、第２のＣＷＳに基づいて第２のＬＢＴを実施する。
【０００７】
第１の方式では、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳよりも大きい。たとえば、第２のＣＷＳは７であり得、第１のＣＷＳは３であり得る。
【０００８】
第２の方式では、第１の時間長が第１の時間しきい値以下であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳに等しい。
【０００９】
第３の方式では、第１の時間長が第１の時間しきい値以下であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第２のインジケーション情報に基づいて決定され、第２のインジケーション情報は、第１のアップリンクバーストの前に端末デバイスによって受信され、ＨＡＲＱステータスを示すために使用されるインジケーション情報である。
【００１０】
第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、第１のＣＷＳは、第２のＬＢＴの前のＬＢＴに対応するＣＷＳであり、第１の基準時間単位は、第２の基準時間単位よりも後にある。
【００１１】
第２の態様によれば、本発明の実施形態はワイヤレス装置を提供する。本装置は、プロセッサと、プロセッサに結合されたメモリおよびトランシーバとを含む。
【００１２】
プロセッサは、第１のリッスンビフォアトークＬＢＴを実施するように構成され、トランシーバは、第１のＬＢＴが成功した後に、第１のアップリンクバースト上で第１のデータパケットを送るように構成され、プロセッサは、第２の競合ウィンドウサイズＣＷＳを決定するようにさらに構成される。
【００１３】
第１の方式では、第１の時間長が第１の時間しきい値以上であり、ワイヤレス装置が、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳよりも大きい。
【００１４】
第２の方式では、第１の時間長が第１の時間しきい値以下であり、ワイヤレス装置が、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳに等しい。
【００１５】
第３の方式では、第１の時間長が第１の時間しきい値以下であり、ワイヤレス装置が、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第２のインジケーション情報に基づいて決定され、第２のインジケーション情報は、第１のアップリンクバーストの前に受信され、ＨＡＲＱステータスを示すために使用されるインジケーション情報である。
【００１６】
プロセッサは、第２のＣＷＳに基づいて第２のＬＢＴを実施するようにさらに構成される。
【００１７】
第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第１の基準時間単位は、第２の基準時間単位よりも後にある。
【００１８】
上記の３つの方式は、独立した解決策として使用され得るか、または上記の３つの方式のうちのいずれか２つが解決策全体として使用されるか、またはこれら３つの解決策が解決策全体として使用され得ることに留意されたい。たとえば、第１の方式が独立して使用される。別の場合には、別の方式が使用されてよく、本発明のこの実施形態において提供される方法に限定されない。代替として、第２の方式が独立して使用される。別の場合には、別の方式が使用されてよく、本発明のこの実施形態において提供される方法に限定されない。加えて、本発明の実施形態では、すべての並列方式はこの場合と同様であり、詳細について以下で再び説明されない。
【００１９】
任意選択で、端末デバイスは、第２のＬＢＴが成功するという条件で、第２のアップリンクバースト上で第２のデータパケットを送り、第２のアップリンクバーストは第１のアップリンクバーストよりも後にある。
【００２０】
任意選択で、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないことは、端末デバイスが、第１のアップリンクバーストの後に、および第２のアップリンクバーストの前に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないことであり得るか、または端末デバイスが、第１のアップリンクバーストに対応する第２の基準時間単位の後に、および第１の基準時間単位の前に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないことであり得るか、または端末デバイスが、第１のアップリンクバーストに対応する第２の基準時間単位から開始する第１の時間しきい値内に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないことであり得る。
【００２１】
第１のアップリンクバーストおよび第２のアップリンクバーストは、自律アップリンク（Ａｕｔｏｎｏｍｏｕｓ  ＵＬ、ＡＵＬ）送信のバーストである。この記述は、本発明の実施形態におけるすべてのアップリンクバーストに適用可能であることを理解されたい。第２のＬＢＴの以前のＬＢＴは、ランダムバックオフＣＣＡに基づいて以前のＬＢＴである。この記述も、本発明の実施形態におけるすべてのＬＢＴに適用可能であることを理解されたい。
【００２２】
上記の実施形態では、ＣＷＳは、時間しきい値、たとえば、タイマーに関して決定される。（第１のアップリンクバーストと呼ばれる）アップリンクバーストを送った後に、端末デバイスが、ＨＡＲＱステータスを搬送する（第１のインジケーション情報と呼ばれる）インジケーション情報を受信しない場合、たとえば、端末デバイスが、第１のアップリンクバーストと第２のアップリンクバーストとの間で第１のインジケーション情報を受信せず、第１の基準時間単位が、第１のアップリンクバーストに対応する第１の時間しきい値、具体的には、第１のアップリンクバーストに対応するタイマーの持続時間を超える場合、端末デバイスは、第２のアップリンクバーストに対応するＣＷＳを増加させた後に、チャネルリッスンを実施する。時間しきい値、たとえば、タイマーは、第１の基準時間単位がタイマーを超え、ＨＡＲＱステータス情報が受信されないとき、ＣＷＳが増加されるように設定され、それにより、ＨＡＲＱステータス情報をフィードバックするのに遅延があるので、１つのアップリンクバーストの後の時間間隔（たとえば、その遅延よりも小さい時間間隔）内に、ネットワークデバイスによってフィードバックされるＨＡＲＱステータス情報が受信されないとき、ＣＷＳが増加されることが回避される。したがって、ＣＷＳの過大な増加により、端末デバイスがチャネルにアクセスする成功率が低減されることが回避され、それにより、端末デバイスは、ＡＵＬアップリンク送信を実施するとき、チャネルステータスにより適切に適応することができる。
【００２３】
第３の態様によれば、本発明の実施形態は、アップリンクチャネル上でリッスンするための方法を提供する。本方法では、端末デバイスは、第１のアップリンクバースト上で第１のデータパケットを送る。端末デバイスは、第１のＬＢＴを実施し、第１のＬＢＴが成功した後に、第２のアップリンクバースト上で第２のデータパケットを送る。第２のアップリンクバーストは第１のアップリンクバーストよりも後にある。端末デバイスは、第２の競合ウィンドウサイズＣＷＳを決定し、第２のＣＷＳに基づいて第２のＬＢＴを実施する。端末デバイスは、第２のＬＢＴが成功するという条件で、第３のアップリンクバースト上で第３のデータパケットを送り、第３のアップリンクバーストは第２のアップリンクバーストよりも後にある。第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、第１の基準時間単位と、第２のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第２の時間長である。第２の時間長が第１の時間しきい値以上であり、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは、第１のＣＷＳに基づいて増加されたＣＷＳであり、第１のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【００２４】
第４の態様によれば、本発明の実施形態はワイヤレス装置を提供する。本装置は、プロセッサと、プロセッサに結合されたメモリおよびトランシーバとを含む。
【００２５】
トランシーバは、第１のアップリンクバースト上で第１のデータパケットを送るように構成される。プロセッサは、第１のＬＢＴを実施するようにさらに構成される。トランシーバは、第１のＬＢＴが成功した後に、第２のアップリンクバースト上で第２のデータパケットを送るようにさらに構成され、第２のアップリンクバーストは第１のアップリンクバーストよりも後にある。プロセッサは、第２の競合ウィンドウサイズＣＷＳを決定することと、第２のＣＷＳに基づいて第２のＬＢＴを実施することとを行うようにさらに構成される。
【００２６】
第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、第１の基準時間単位と、第２のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第２の時間長である。第２の時間長が第１の時間しきい値以上であり、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは、第１のＣＷＳに基づいて増加されたＣＷＳであり、第１のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【００２７】
プロセッサは、第２のＬＢＴが成功するという条件で、端末デバイスを制御し第３のアップリンクバースト上で第３のデータパケットを送るようにさらに構成され、第３のアップリンクバーストは第２のアップリンクバーストよりも後にある。
【００２８】
第３の態様および第４の態様では、第１の基準時間単位は、第１のアップリンクバーストに対応する第１の時間しきい値、すなわち、第１のアップリンクバーストに対応するタイマーの持続時間を超え、第１の基準時間単位はまた、第２のアップリンクバーストに対応するタイマーの持続時間を超える。加えて、第１のアップリンクバーストの後に、ＨＡＲＱステータス情報が受信されないという条件で、言い換えれば、端末デバイスが、複数のアップリンクバーストに対応するタイマーを超え、ＨＡＲＱステータス情報を受信しないとき、端末デバイスは、ＣＷＳを１回のみ増加させ、それにより、複数回の満了があるとき、ＣＷＳへの過大なペナルティを回避し、ＡＵＬシナリオにおいて端末デバイスによってＣＷＳを調整することの妥当性を改善する。
【００２９】
任意選択で、第２のＣＷＳは、第２のインジケーション情報に基づいて決定され得る。第２のインジケーション情報がＡＣＫであるかまたはＮＤＩがトグル状態にあるＵＬグラントであるとき、第２のＣＷＳは第１のＣＷＳよりも小さい。第２のインジケーション情報がＮＡＣＫであるかまたはＮＤＩが非トグル状態にあるＵＬグラントであるとき、第２のＣＷＳは第１のＣＷＳよりも大きい。
【００３０】
任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバースト中の時間単位である。
【００３１】
任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、第２の基準時間単位は、第１のアップリンクバーストの開始時間単位の後にある。さらに、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストの開始時間単位であり得る。
【００３２】
任意選択で、第１のＣＷＳと第２のＣＷＳとは、同じアクセス優先度に対応する。
【００３３】
第５の態様によれば、本発明の実施形態は、端末デバイスによってアップリンクチャネル上でリッスンするための方法を提供する。本方法では、端末デバイスは、第１のアップリンクバースト上で第１のデータパケットを送る。端末デバイスは、第１のＬＢＴを実施し、第１のＬＢＴが成功した後に、第２のアップリンクバースト上で第２のデータパケットを送り、第２のアップリンクバーストは第１のアップリンクバーストよりも後にある。端末デバイスは、第２の競合ウィンドウサイズＣＷＳを決定し、第２のＣＷＳに基づいて第２のＬＢＴを実施する。第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、第１の基準時間単位と、第２のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第２の時間長である。端末デバイスは、第２のＬＢＴが成功するという条件で、第３のアップリンクバースト上で第３のデータパケットを送り、第３のアップリンクバーストは第２のアップリンクバーストよりも後にある。
【００３４】
第１の方式では、第２の時間長が第１の時間しきい値未満であり、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、さらに、第１のＬＢＴに対応する第１のＣＷＳが、第３のＣＷＳと比較して増加されないという条件で、第２のＣＷＳは第４のＣＷＳよりも大きく、第４のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第３のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【００３５】
第２の方式では、第２の時間長が第１の時間しきい値未満であり、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、さらに、第１のＬＢＴに対応する第１のＣＷＳが、第３のＣＷＳと比較して増加されるという条件で、第２のＣＷＳは第４のＣＷＳに等しく、第４のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第３のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【００３６】
第６の態様によれば、本発明の実施形態はワイヤレス装置を提供する。本装置は、プロセッサと、プロセッサに結合されたメモリおよびトランシーバとを含む。
【００３７】
トランシーバは、第１のアップリンクバースト上で第１のデータパケットを送るように構成される。プロセッサは、第１のＬＢＴを実施するように構成される。トランシーバは、第１のＬＢＴが成功した後に、第２のアップリンクバースト上で第２のデータパケットを送るようにさらに構成され、第２のアップリンクバーストは第１のアップリンクバーストよりも後にある。プロセッサは、第２の競合ウィンドウサイズＣＷＳを決定することと、第２のＣＷＳに基づいて第２のＬＢＴを実施することとを行うようにさらに構成される。第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、第１の基準時間単位と、第２のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第２の時間長である。
【００３８】
第１の方式では、第２の時間長が第１の時間しきい値未満であり、第１の時間長が第１の時間しきい値以上であり、ワイヤレス装置が、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、さらに、第１のＬＢＴに対応する第１のＣＷＳが、第３のＣＷＳと比較して増加されないという条件で、第２のＣＷＳは第４のＣＷＳよりも大きく、第４のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第３のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【００３９】
第２の方式では、第２の時間長が第１の時間しきい値未満であり、第１の時間長が第１の時間しきい値以上であり、ワイヤレス装置が、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、さらに、第１のＬＢＴに対応する第１のＣＷＳが、第３のＣＷＳと比較して増加されるという条件で、第２のＣＷＳは第４のＣＷＳに等しく、第４のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第３のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、
トランシーバは、第２のＬＢＴが成功するという条件で、第３のアップリンクバースト上で第３のデータパケットを送るようにさらに構成され、第３のアップリンクバーストは第２のアップリンクバーストよりも後にある。
【００４０】
上記の実施形態では、第３のアップリンクバーストが、第１のアップリンクバーストに対応するタイマーを超えるという条件で、言い換えれば、第１の時間長が第１の時間しきい値以上であるという条件で、第１のアップリンクバーストと第３のアップリンクバーストとの間に第２のアップリンクバーストがあるとき、第１のＬＢＴに対応する第１のＣＷＳが、第３のＣＷＳと比較して増加されるという条件で、第３のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、言い換えれば、第２のアップリンクバーストに対応するＣＷＳは、以前のＬＢＴに対応するＣＷＳと比較して増加されたＣＷＳである。加えて、第３のアップリンクバーストが、第２のアップリンクバーストに対応するタイマーを超えない場合、言い換えれば、第２の時間長が第１の時間しきい値よりも小さい場合、端末デバイスは第２のＣＷＳを増加させず、すなわち、第２のＣＷＳは第４のＣＷＳに等しい。任意選択で、端末デバイスは、ＣＷＳがその上で調整される第２のアップリンクバーストのために新しいタイマーを再開し、ＨＡＲＱステータスの受信ステータス、および第２のアップリンクバーストと第３のアップリンクバーストとの間の時間間隔に基づいて、第３のアップリンクバーストに対応するＣＷＳを決定する。
【００４１】
この実施形態において提供される方法によれば、第１のアップリンクバーストの後にＨＡＲＱステータス情報が受信されず、端末デバイスが、第１のアップリンクバーストと第３のアップリンクバーストとの間の第２のアップリンクバーストに対応するＣＷＳを増加させており、第１の基準時間単位が第２のアップリンクバーストのタイマー持続時間を超えないという条件で、端末デバイスは、第３のアップリンクバーストが、第１のアップリンクバーストに対応するタイマー持続時間を超えるので、第３のアップリンクバーストに対応するＣＷＳを増加させず、第３のアップリンクバーストに対応するＣＷＳを不変に保つ。端末デバイスが、第１の基準時間単位がタイマー持続時間を超えるとすれば、ＣＷＳを増加させる方法と比較して、この実施形態は、ＡＵＬシナリオにおいて端末デバイスによってＣＷＳを調整することの妥当性を改善する。
【００４２】
本明細書における第１の方式および第２の方式は、解決策全体として使用され得るか、または独立した解決策として使用され得ることに留意されたい。
【００４３】
任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバースト中の時間単位であるか、または第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、第２の基準時間単位は、第１のアップリンクバーストの開始時間単位の後にあり、
第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバースト中の時間単位であるか、または第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、第２の基準時間単位は、第１のアップリンクバーストの開始時間単位の後にある。
【００４４】
さらに、第１のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストに対応する第２の基準時間単位とは異なり得る。
【００４５】
任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストの開始時間単位であるか、または第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストの開始時間単位である。
【００４６】
任意選択で、第２のＣＷＳと第３のＣＷＳは、同じアクセス優先度に対応し、第１のＣＷＳと第４のＣＷＳとは、同じアクセス優先度に対応する。
【００４７】
任意選択で、上記の態様では、第１の基準時間単位は、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位である。
【００４８】
さらに、上記の態様の実施形態は、第２のＬＢＴが成功するという条件で、第２のアップリンクバースト上で第２のデータパケットを送ることをさらに含んでよく、第２のアップリンクバーストは第１のアップリンクバーストよりも後にある。
【００４９】
任意選択で、第１の基準時間単位は、第２のアップリンクバーストの開始時間単位である。
【００５０】
任意選択で、第２のＬＢＴの以前のＬＢＴは、第１のＬＢＴと同じである。
【００５１】
さらに、第２の時間長は、あらかじめ定義されるか、またはネットワークデバイスから受信され得る。
【００５２】
任意選択で、第３の時間長は、ネットワークデバイスによってＨＡＲＱステータスをフィードバックする遅延に関係し得る。
【００５３】
任意選択で、第２のＣＷＳと第１のＣＷＳは、同じアクセス優先度に対応する。
【００５４】
任意選択で、端末デバイスによって、第２のＣＷＳを決定することは、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後および第２のアップリンクバーストの前の時間内に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信せず、第２のアップリンクバーストが、第１のアップリンクバーストに対応する第３の基準時間単位の直後のアップリンクバーストであるという条件で、第２のＣＷＳは第１のＣＷＳよりも大きく、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第１のアップリンクバーストに対応する第３の基準時間単位は、第１のアップリンクバーストに対応する第２の基準時間単位よりも後にあり、第１のアップリンクバーストに対応する第３の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の時間間隔が、第１の時間しきい値であることをさらに含む。
【００５５】
任意選択で、本発明のこの実施形態では、第２のＣＷＳが第１のＣＷＳよりも大きいことは、ＣＷＳセットにおいて、第２のＣＷＳが、第１のＣＷＳのネクストレベルＣＷＳであること、すなわち、第１のＣＷＳよりも大きく、ＣＷＳセット中にある最小のＣＷＳであることを意味し得る。
【００５６】
たとえば、端末デバイスのために利用可能なＣＷＳ値が、ＣＷＳセットを形成する。ＣＷＳを増加させるとき、端末デバイスは、ＣＷＳセット中の次のより高い値にＣＷＳを増加させる。たとえば、ＣＷＳセットは、｛３，７｝、｛７，１５｝、または｛１５，３１，６３，１２７，２５５，５１１，１０２３｝であり得る。
【００５７】
任意選択で、ＣＷＳを減少させるとき、端末デバイスは、ＣＷＳセット中の最小値にＣＷＳを減少させる。
【００５８】
第７の態様によれば、通信装置が提供される。通信装置は、上記の方法における端末デバイスの挙動の機能を実際に実施するように構成される。これらの機能は、ハードウェアによって実装され得るか、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、機能に対応する１つまたは複数のユニットを含む。
【００５９】
第８の態様によれば、命令を含むコンピュータ記憶媒体が提供される。命令がコンピュータ上で走らされたとき、コンピュータは、上記の方法における端末デバイスの挙動の機能を実際に実施することが可能である。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態が適用された通信システムの概略図である。
【図２】本発明の実施形態によるアップリンクチャネル上でリッスンするための方法の概略通信図である。
【図３】本発明の実施形態によるアップリンクチャネル上でリッスンするための方法のシーケンス図である。
【図４】本発明の実施形態によるアップリンクチャネル上でリッスンするための方法のシーケンス図である。
【図５】本発明の実施形態によるアップリンクチャネル上でリッスンするための方法のシーケンス図である。
【図６】本発明の実施形態によるアップリンクチャネル上でリッスンするための方法のシーケンス図である。
【図７】本発明の実施形態によるアップリンクチャネル上でリッスンするための方法のシーケンス図である。
【図８】本発明の実施形態によるアップリンクチャネル上でリッスンするための別の方法の概略通信図である。
【図９】本発明の実施形態によるアップリンクチャネル上でリッスンするための別の方法のシーケンス図である。
【図１０】本発明の実施形態によるアップリンクチャネル上でリッスンするための別の方法のシーケンス図である。
【図１１】本発明の実施形態によるアップリンクチャネル上でリッスンするためのさらに別の方法のシーケンス図である。
【図１２】本発明の実施形態によるアップリンクチャネル上でリッスンするための装置の概略ブロック図である。
【発明を実施するための形態】
【００６１】
以下で、添付の図面を参照しながら、本発明の実施形態における技術的解決策について説明する。
【００６２】
本明細書において使用される「構成要素」、「モジュール」、および「システム」などの用語は、コンピュータ関係のエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行されているソフトウェアを示すために使用される。たとえば、構成要素は、限定はされないが、プロセッサ上で走らされる処理、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータであり得る。図に示されているように、コンピューティングデバイスと、コンピューティングデバイス上で走るアプリケーションの両方が、構成要素であり得る。１つまたは複数の構成要素は、処理および／または実行スレッド内に存在し得、構成要素は、１つのコンピュータ上に配置され、および／または２つ以上のコンピュータ間で分散され得る。加えて、これらの構成要素は、様々なデータ構造を記憶する様々なコンピュータ可読媒体から実行され得る。たとえば、構成要素は、ローカルおよび／またはリモート処理を使用することによって、ならびに、たとえば、１つまたは複数のデータパケット（たとえば、ローカルシステム中で、分散システム中で、および／または信号を使用することによって他のシステムと対話するインターネットなどのネットワークを横断して、別の構成要素と対話する２つの構成要素からのデータ）を有する信号に従って通信し得る。
【００６３】
本発明は、通信のために無認可スペクトルを使用するワイヤレスセルラー通信ネットワークシステム、たとえば、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）の認可支援型アクセス（Ｌｉｃｅｎｓｅｄ  ａｓｓｉｓｔｅｄ  ａｃｃｅｓｓ、ＬＡＡ）システム、拡張認可支援型アクセス（Ｅｎｈａｎｃｅｄ  Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ、ｅＬＡＡ）システム、追加拡張認可支援型アクセス（Ｆｕｒｔｈｅｒ  Ｅｎｈａｎｃｅｄ  Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ、ＦｅＬＡＡ）システム、５Ｇ通信システムにおいて無認可スペクトルを使用する通信システム、および無認可スペクトルにおいて独立して動作するＭｕｌｔｅＦｉｒｅシステム、および将来のモバイル通信ネットワークにおいて無認可スペクトルを使用する通信システムに適用可能であることを理解されたい。
【００６４】
図１は、本発明の実施形態による通信システムの概略図である。図１に示されているように、通信システム１００はネットワークデバイス１０２を含む。ネットワークデバイス１０２は、複数のアンテナ、たとえば、アンテナ１０４、１０６、１０８、１１０、１１２、および１１４を含み得る。加えて、ネットワークデバイス１０２は、送信機チェーンおよび受信機チェーンをさらに含み得る。当業者は、送信機チェーンと受信機チェーンの両方が、信号送受信に関係する複数の構成要素（たとえば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、またはアンテナ）を含み得ることを理解されよう。ネットワークデバイス１０２は、（端末デバイス１１６および端末デバイス１２２などの）複数の端末デバイスと通信し得る。しかしながら、ネットワークデバイス１０２は、端末デバイス１１６または１２２と同様である端末デバイスの任意の量と通信し得ることが理解されよう。
【００６５】
図１に示されているように、端末デバイス１１６はネットワークデバイス１０２と通信する。ネットワークデバイス１０２は、ダウンリンク１１８を介して端末デバイス１１６に情報を送り、アップリンク１２０を介して端末デバイス１１６から情報を受信する。加えて、端末デバイス１２２はネットワークデバイス１０２と通信する。ネットワークデバイス１０２は、ダウンリンク１２４を介して端末デバイス１２２に情報を送り、アップリンク１２６を介して端末デバイス１２２から情報を受信する。
【００６６】
たとえば、無認可周波数帯域上で、ダウンリンク１１８とアップリンク１２０は同じ周波数帯域を使用することがあり、ダウンリンク１２４とアップリンク１２６は同じ周波数帯域を使用することがある。
【００６７】
加えて、通信システム１００は、パブリックランドモバイルネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＰＬＭＮ）、Ｄ２Ｄネットワーク、Ｍ２Ｍネットワーク、または別のネットワークであり得る。図１は簡略図の例にすぎない。ネットワークは、図１に示されていない別のネットワークデバイスをさらに含み得る。
【００６８】
本発明の実施形態では、端末デバイスに関する実施形態について説明する。端末デバイスは、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＭＳ）、モバイル端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）などと呼ばれることもある。端末デバイスは、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）を使用することによって１つまたは複数のコアネットワークと通信し得る。たとえば、端末デバイスは、ワイヤレストランシーバ機能を有するデバイスであり、屋内もしくは屋外に展開されることを含めて、陸上に展開され得、ハンドヘルドもしくは車載型であり得るか、（船舶などの）水上に展開され得るか、または（飛行機、気球、および衛星などの）空中に展開され得る。端末デバイスは、モバイルフォン（ｍｏｂｉｌｅ  ｐｈｏｎｅ）、タブレットコンピュータ（パッド）、ワイヤレストランシーバ機能をもつコンピュータ、仮想現実（Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（Ａｕｇｍｅｎｔｅｄ  Ｒｅａｌｉｔｙ、ＡＲ）端末デバイス、工業制御（ｉｎｄｕｓｔｒｉａｌ  ｃｏｎｔｒｏｌ）におけるワイヤレス端末、自動運転（ｓｅｌｆ  ｄｒｉｖｉｎｇ）におけるワイヤレス端末、遠隔医療（ｒｅｍｏｔｅ  ｍｅｄｉｃａｌ）におけるワイヤレス端末、スマートグリッド（ｓｍａｒｔ  ｇｒｉｄ）におけるワイヤレス端末、輸送安全性（ｔｒａｎｓｐｏｒｔａｔｉｏｎ  ｓａｆｅｔｙ）におけるワイヤレス端末、スマートシティ（ｓｍａｒｔ  ｃｉｔｙ）におけるワイヤレス端末、スマートホーム（ｓｍａｒｔ  ｈｏｍｅ）におけるワイヤレス端末などであり得る。
【００６９】
加えて、本発明のこの実施形態におけるネットワークデバイス（たとえば、ネットワークデバイス２０１）は、無線アクセスネットワーク中に展開され、端末デバイスにワイヤレス通信機能を提供するように構成された装置である。ネットワークデバイスは、マクロ基地局、マイクロ基地局（スモールセルとも呼ばれる）、リレー局、アクセスポイントなどの様々な形態を含み得る。ネットワークデバイスは、ＧＳＭもしくはＣＤＭＡにおける基地トランシーバ局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）であり得るか、ＷＣＤＭＡにおけるノードＢ（ＮｏｄｅＢ、ＮＢ）であり得るか、ＬＴＥもしくはｅＬＴＥにおける発展型ノードＢ（Ｅｖｏｌｕｔｉｏｎａｌ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ、ｅＮＢ、もしくはｅ−ＮｏｄｅＢ）であり得るか、または次世代モバイルネットワーク、たとえば、５Ｇ（第５世代）における基地局ｇＮＢ（（次）世代ノードＢ）であり得る。
【００７０】
ワイヤレス通信のために通信システム１００において使用される時間周波数リソースについて以下で詳細に説明される。
【００７１】
本発明の実施形態では、ネットワークデバイスおよび端末デバイスによって情報を送信するために使用される時間領域リソースは、時間領域において複数の時間単位に分割され得る。
【００７２】
加えて、本発明のこの実施形態では、複数の時間単位が連続し得るか、またはいくつかの隣接する時間単位の間でプリセット間隔が設定される。これは、本発明のこの実施形態では特に限定されない。
【００７３】
本発明の実施形態では、時間単位は、アップリンク情報（たとえば、アップリンクデータ）送信および／またはダウンリンク情報（たとえば、ダウンリンクデータ）送信のために使用される時間単位を含み得る。
【００７４】
本発明の実施形態では、１つの時間単位の長さがランダムに設定され得る。これは、本発明の実施形態では特に限定されない。
【００７５】
たとえば、１つの時間単位は、１つもしくは複数のサブフレームを含み得るか、または
１つの時間単位は、１つもしくは複数のスロットを含み得るか、または
１つの時間単位は、１つもしくは複数のシンボルを含み得るか、または
１つの時間単位は、１つもしくは複数のＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）を含み得るか、または
１つの時間単位は、１つもしくは複数のショート送信時間間隔（ｓｈｏｒｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ｓＴＴＩ）を含み得る。
【００７６】
本発明のこの実施形態では、ワイヤレス通信のために通信システム１００において使用される時間周波数リソースは、時間領域において複数のＴＴＩに分割され得る。ＴＴＩは、現在の通信システム（たとえば、ＬＴＥシステム）において一般に使用されるパラメータであり、無線リンク上で情報送信をスケジュールするためのスケジューリング単位である。
【００７７】
本発明のこの実施形態では、ＴＴＩは、１ｍｓ  ＴＴＩであり得るか、または１ｍｓの長さをもつサブフレームと呼ばれることがあるか、または１ｍｓよりも短いｓＴＴＩであり得るか、またはミニスロット（ｍｉｎｉ−ｓｌｏｔ）と呼ばれることがあることを理解されたい。ｓＴＴＩによって占有される時間領域リソースの長さは、１ｍｓ  ＴＴＩのそれよりも短い。言い換えれば、データチャネルに対応するＴＴＩがｓＴＴＩであるとき、端末デバイスによって占有される時間領域リソースの長さは１ｍｓよりも小さい。アップリンク送信では、ＴＴＩは、アップリンクリソース割振りもしくはアップリンク送信のための時間領域グラニュラリティであるか、またはＴＴＩは、端末デバイスによってアップリンク送信を実施するための最小時間領域単位である。
【００７８】
レイテンシ敏感なサービス要件により、スケジューリング間隔をさらに短縮し、ユーザエクスペリエンスを改善するために、より短いＴＴＩフレームの構造が物理レイヤに導入される必要がある。たとえば、ＬＴＥシステムにおけるＴＴＩの長さは、１ｍｓから、１つのシンボル（ｓｙｍｂｏｌ）から（７つのシンボルを含む）１つのスロットの範囲に短縮され得る。上記のシンボルは、ＬＴＥシステムにおける直交周波数分割多重化（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボルもしくはシングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＳＣ−ＦＤＭＡ）シンボルであり得るか、または別の通信システムにおけるシンボルであり得る。別の例では、５Ｇ通信システムにおけるＴＴＩ長さも、１ｍｓよりも小さい。
【００７９】
１ｍｓよりも小さい長さを有するＴＴＩはｓＴＴＩと呼ばれることが可能である。たとえば、ＬＴＥシステムでは、ｓＴＴＩの長さは、１つのシンボルから７つのシンボルの任意の長さであり得るか、またはｓＴＴＩの長さは、１つのシンボルから７つのシンボル内の少なくとも２つの異なる長さの組合せであり得る。たとえば、１ｍｓは６つのｓＴＴＩを含み、ｓＴＴＩの長さは、それぞれ、３つのシンボル、２つのシンボル、２つのシンボル、２つのシンボル、２つのシンボル、および３つのシンボルであり得る。代替として、１ｍｓは４つのｓＴＴＩを含み、ｓＴＴＩの長さは、それぞれ、３つのシンボル、４つのシンボル、３つのシンボル、および４つのシンボルであり得るか、または他の異なる長さの組合せであり得る。
【００８０】
本発明の実施形態では、従来技術（たとえば、ＬＴＥシステム）において指定されるＴＴＩ（たとえば、長さが１ｍｓであるかまたは１ｍｓよりも長いＴＴＩ）およびｓＴＴＩは、ＴＴＩと総称されることがある。加えて、本発明の実施形態では、ＴＴＩの長さは、実際の要件に基づいて変更されてよい。
【００８１】
時間単位の上記の列挙された構造は説明のための例にすぎないことを理解されたい。本発明のこの実施形態は特に限定されず、時間単位の構造は、実際の要件に基づいてランダムに変更されてよい。たとえば、ｓＴＴＩをサポートしないＬＴＥシステムでは、１つの時間単位は１つのサブフレーム（Ｓｕｂｆｒａｍｅ）であり得る。別の例では、ｓＴＴＩをサポートするＬＴＥシステムでは、１つの時間単位は１つのｓＴＴＩを含み得るか、１つの時間単位は１つのスロット（Ｓｌｏｔ）を含み得るか、１つの時間単位は、１つもしくは複数（たとえば、７未満の正の整数もしくは６未満の正の整数）のシンボルを含み得るか、または１つの時間単位は１つのサブフレームであり得る。
【００８２】
１つの時間単位が少なくとも１つのシンボルを含むとき、少なくとも１つのシンボルのいずれか１つは、完全なシンボルであり得るか、またはシンボルの一部であり得ることを理解されたい。シンボルの一部とは、デバイスが情報を送るためにシンボルの時間領域リソースの一部を占有し、残りの部分が、情報を送るために使用されないかまたはクリアとして予約されることを意味する。
【００８３】
本発明の実施形態では、時間単位についてであり、情報を送信するために使用される長さ（または情報送信持続時間）は、１ｍｓであり得るか、または１ｍｓ未満であり得ることに留意されたい。
【００８４】
本発明のこの実施形態では、通信システム１００によって使用される周波数領域リソースは無認可周波数帯域を含む。本発明は、通信のために無認可スペクトルを使用するワイヤレスセルラー通信ネットワークシステム、たとえば、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）の認可支援型アクセス（Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ、ＬＡＡ）システム、拡張認可支援型アクセス（Ｅｎｈａｎｃｅｄ  Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ、ｅＬＡＡ）システム、追加拡張認可支援型アクセス（Ｆｕｒｔｈｅｒ  Ｅｎｈａｎｃｅｄ  Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ、ＦｅＬＡＡ）システム、５Ｇ通信システムにおいて無認可スペクトルを使用する通信システム、または無認可スペクトルにおいて独立して動作するＭｕｌｔｅＦｉｒｅシステムに適用可能であることを理解されたい。簡略化された通信システム１００は、本発明のこの実施形態における例として使用され、本発明の実施形態において提供される技術的解決策への限定とはならない。当業者は、ネットワークアーキテクチャの発展および新しいサービスシナリオの出現とともに、本発明の実施形態において提供される技術的解決策が、同様の技術的問題にも適用可能であることを知っていよう。
【００８５】
無認可スペクトル上でＷｉ−Ｆｉ無線ノードなどの異なる事業者およびインターＲＡＴのネットワークデバイスおよび端末デバイスとの公平な共存を実装するために、ＬＡＡ／ｅＬＡＡ／Ｍｕｌｔｅｆｉｒｅシステムなど、無認可スペクトル上で動作するシステムは、リッスンビフォアトーク（Ｌｉｓｔｅｎ−Ｂｅｆｏｒｅ−Ｔａｌｋ、ＬＢＴ）チャネルアクセス機構を使用する必要がある。ネットワークデバイスがダウンリンク送信を実施する前に、または端末デバイスがアップリンク送信を実施する前に、ネットワークデバイスまたは端末デバイスは、チャネル上でリッスンする必要があり、チャネルがクリアであることを検出した後に、送信のためにチャネルを占有する。送りノードがリソースを占有することを希望する前に、送りノードがチャネルがクリアであることを検出した場合、それはＬＢＴ成功と呼ばれる。他の場合、それはＬＢＴ失敗と呼ばれる。
【００８６】
送信の前にチャネルを占有するために送りノード（ネットワークデバイスまたは端末デバイス）によって使用されるＬＢＴ手順は、ランダムバックオフクリアチャネルアセスメント（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ、ＣＣＡ）処理を含む。ネットワークデバイスがダウンリンク送信を実施することが例として使用される。ＣＣＡ処理の特定の手順は次のように記述され得る。ネットワークデバイスが、０と競合ウィンドウサイズ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ  Ｓｉｚｅ、ＣＷＳ）との間でバックオフカウンタＮを一様におよびランダムに生成し、リッスンスロット（ＣＣＡスロット、たとえば、９μｓの持続時間）のグラニュラリティでリッスンを実施する。ネットワークデバイスが、チャネルがリッスンスロット内でクリアであることを検出した場合、ネットワークデバイスは、バックオフカウンタを１だけ減少させるか、またはネットワークデバイスが、チャネルがビジーであることを検出した場合、ネットワークデバイスは、ネットワークデバイスがチャネルがクリアであることを検出するまで、バックオフカウンタを一時停止し、すなわち、バックオフカウンタＮは、チャネルがビジーである時間中は不変のままである。バックオフカウンタが（バックオフカウンタゼロ化と呼ばれる）０に減少されたとき、それはＬＢＴ成功と呼ばれ、ネットワークデバイスは、ダウンリンク情報を送るためにチャネルを直ちに占有し得る。加えて、バックオフカウンタが０にリセットされた後に、ネットワークデバイスは、ダウンリンク情報を直ちに送る代わりに、時間期間の間待ち得る。待つのが終わった後に、ネットワークデバイスは、ダウンリンク情報が送られる必要がある瞬間の前に、追加のスロット上でリッスンを実施する。ネットワークデバイスがリッスンし、追加のスロット中で、チャネルがクリアであることを検出した場合、チャネルリッスンが成功すると考えられ、ネットワークデバイスは情報を直ちに送り得る。ダウンリンク情報が送られる前にバックオフカウンタが０にリセットされないか、または追加のリッスンスロットがビジーである場合、それはチャネルリッスン失敗と呼ばれる。ネットワークデバイスは、ダウンリンク送信処理において、動的に調整されたＣＷＳを使用する。ネットワークデバイスは、ダウンリンク基準サブフレームのために端末デバイスによってフィードバックされるＨＡＲＱステータスに基づいてダウンリンク送信のためにＣＷＳを動的に調整する。ダウンリンク基準サブフレームに対応する否定応答（ｎｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）フィードバックの比率が比較的大きいとき、ネットワークデバイスは、ＣＷＳを増加させ、増加されたＣＷＳを使用することによって次のＬＢＴにおいてチャネルリッスンを実施して、リッスン時間を延長することによって周囲の競合ノードとの衝突を回避し、それにより、公平な共存を実装する。肯定応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）フィードバックの比率が比較的大きいとき、ネットワークデバイスは、ＣＷＳを減少させて、より高速なチャネルアクセスのためにリッスン時間を低減する。
【００８７】
本発明のこの実施形態におけるアップリンクバーストは、時間的に連続する１つまたは複数の時間単位を含み得る。時間単位の概念については、上記の説明を参照されたい。特に、無認可スペクトル上で、成功したＬＢＴを完了した後に、送りデバイスは、スペクトル上で最大時間期間の間、情報を連続的に送ることを可能にされる。この時間期間は最大チャネル占有時間と呼ばれる。最大チャネル占有時間内に、送りデバイスは、チャネル上で再リッスンするために送るのを中断する必要がない。最大チャネル占有時間が超えられると、送りデバイスは、チャネル上で再リッスンするために送るのを停止する必要があり、ＬＢＴが再び成功した後にのみ、再び送ることを実施することができる。本発明におけるアップリンクバーストは、端末デバイスがＬＢＴを１回正常に完了した後に送ることを連続的に実施する１つまたは複数の時間単位であり、この１つまたは複数の時間単位の総持続時間は最大チャネル占有時間を超えない。端末デバイスが、１つのアップリンクバースト中断の後にアップリンク情報を送り続ける必要がある場合、端末デバイスは、チャネル上で再びリッスンする必要がある。次のアップリンクバーストは、ＬＢＴが再び成功した後にのみ開始されることが可能である。任意選択で、端末デバイスは、アップリンクバースト中でアップリンクデータ、アップリンク制御情報、またはアップリンク基準信号の１つまたは組合せを送り得る。任意選択で、アップリンクバースト中の２つの連続する時間単位は、時間的に不連続であり得る。たとえば、アップリンクバースト中に含まれる２つの隣接する時間単位間にギャップがあり得る。たとえば、アップリンクバーストは、いくつかの時間単位の開始シンボルおよび／または終了シンボルの時間領域リソースを占有しない。
【００８８】
リリース１５に導入された追加拡張認可支援型アクセス（Ｆｕｒｔｈｅｒ  ｅｎｈａｎｃｅｄ  Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ、ＦｅＬＡＡ）システムおよびＭｕｌｔｅｆｉｒｅ１．１システムでは、グラントフリーアップリンク（Ｇｒａｎｔ−ｆｒｅｅ  ＵｐｌｉｎｋもしくはＧｒａｎｔｌｅｓｓ  Ｕｐｌｉｎｋ、ＧＵＬ）送信機構、または自律アップリンク（Ａｕｔｏｎｏｍｏｕｓ  ＵＬ、ＡＵＬ）送信機構と呼ばれるものが導入されている。このようにして、端末デバイスは、ＳＲを送るかまたはＵＬグラントを待つ必要がなく、ＳＲおよびＵＬグラントのためのチャネルリッスンは除去される。代わりに、端末デバイスは、ＬＢＴが成功した後に、予約されたＡＵＬリソース上でアップリンクデータを直接送り得る。本発明のこの実施形態で説明されるＡＵＬ送信機構は、以下の特徴のうちの少なくとも１つを含む。
【００８９】
１．スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ、ＳＲ）は、端末デバイスのアップリンク情報のためにネットワークデバイスに送られる必要がなく、ネットワークデバイスは、アップリンク情報を動的にスケジュールする必要がない。代わりに、端末デバイスは、アップリンク情報を送ることを独立して決定する。
【００９０】
２．スケジューリングベースのアップリンク（Ｓｃｈｅｄｕｌｉｎｇ  ｂａｓｅｄ  Ｕｐｌｉｎｋ、ＳＵＬ）送信とは異なり、ネットワークデバイスは、時間領域リソースおよび周波数領域リソースを含む、ＡＵＬ送信のために使用されるＡＵＬ無線リソースを端末デバイスのために半静的または半永続的に構成する。特に、ＡＵＬ無線リソースは、半永続的ＲＲＣシグナリングおよび／または半永続的ＤＣＩシグナリングを使用することによって端末デバイスのために構成される。特に、ＡＵＬ時間領域リソースは周期的であるか、またはＡＵＬ時間領域リソースは永続的時間領域リソースであり、ＳＵＬベースのアップリンク情報は、限られた量の時間単位の間のみ有効となる。
【００９１】
３．端末デバイスは、ＡＵＬアップリンク情報を送るとき、グラントフリーアップリンク制御情報（Ａｕｔｏｎｏｍｏｕｓ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、Ａ−ＵＣＩとも呼ばれる）を報告し、Ａ−ＵＣＩは、アップリンクデータに対応する制御情報である。Ａ−ＵＣＩは、アップリンク情報に対応するＨＡＲＱ処理のＨＡＲＱ処理番号情報、新規データインジケータ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ、ＮＤＩ）情報、アップリンク情報に対応する冗長バージョン（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ、ＲＶ）情報、および端末デバイスの（ＵＥ  ＩＤとして示される）ユーザ識別子情報のうちの少なくとも１つを含む。
【００９２】
アップリンク送信を実施する前に、端末デバイスはＬＢＴ手順を実施する必要もある。アップリンクチャネルを占有するために使用されるＬＢＴ手順はまた、ランダムバックオフＣＣＡベースのＬＢＴと呼ばれる、ランダムバックオフＣＣＡ手順を含む。ダウンリンクＬＢＴと同様に、端末デバイスは、０とＣＷＳとの間でバックオフカウンタＮを一様におよびランダムに生成し、リッスンスロット（たとえば、９μｓの持続時間）のグラニュラリティにおいてキャリア上でチャネルリッスンを実施する。端末デバイスが、チャネルがリッスンスロット内でクリアであることを検出した場合、端末デバイスは、バックオフカウンタを１だけ減少させる。端末デバイスが、チャネルがリッスンスロット内でビジーであることを検出した場合、端末デバイスは、端末デバイスがチャネルがクリアであることを検出するまで、バックオフカウンタを一時停止し、すなわち、バックオフカウンタＮは、チャネルがビジーである時間内は不変のままであり、バックオフカウンタを再びカウントしない。バックオフカウンタが０にリセットされたとき、チャネルリッスンが成功すると考えられ、端末デバイスは、アップリンク情報を送るためにチャネルを直ちに占有し得る。加えて、バックオフカウンタが０にリセットされた後に、端末デバイスは、アップリンク情報を直ちに送る代わりに、時間期間の間待ち得る。待つのが終わった後に、端末デバイスは、アップリンク情報が送られる必要がある瞬間の前に、追加のスロット上でリッスンを実施する。端末デバイスがリッスンし、追加のスロット中で、チャネルがクリアであることを検出した場合、チャネルリッスンが成功すると考えられ、端末デバイスは情報を直ちに送り得る。アップリンク情報が送られる前にバックオフカウンタが０にリセットされないか、または追加のリッスンスロットがビジーである場合、それはチャネルリッスン失敗と呼ばれる。ダウンリンクと同様に、チャネルを占有するＬＢＴ手順を実施するとき、端末デバイスは、ＣＷＳを動的に調整する機構をも使用する。端末デバイスは、アップリンク基準サブフレームのＨＡＲＱステータスに基づいてアップリンクバーストのためにＣＷＳを動的に調整する。アップリンク基準サブフレームのＨＡＲＱステータスが肯定応答されたとき、端末デバイスはＣＷＳを減少させる。そうでないとき、端末デバイスはＣＷＳを増加させる。
【００９３】
ＡＵＬ送信をサポートする端末デバイスでは、ＨＡＲＱステータス情報を受信することは、以下の場合を含むことを理解されたい。
【００９４】
１．端末デバイスは、ネットワークデバイスによって送られたアップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ、ＵＬ  ｇｒａｎｔ）を受信し、ネットワークデバイスは、端末デバイスをスケジュールしながら、ＡＵＬデータの受信ステータス、すなわち、ＨＡＲＱステータスを示す。たとえば、ネットワークデバイスは、ＡＵＬデータを正しく受信しないが、ＡＵＬ送信のシーケンス情報（たとえば、アップリンク復調基準信号のシーケンス）を検出することによって、ＡＵＬデータが属する端末デバイスを正しく識別するという条件で、ネットワークデバイスは、ＳＵＬリソース上で再送信を実施するように端末デバイスをスケジュールするためにＵＬグラントを送る。ＵＬグラント中のＮＤＩが、ＡＵＬデータに対応するＮＤＩと比較してトグルされない場合、すなわち、ＮＤＩ値が変化しない場合、それは、ＡＵＬデータが正しく受信されないことを示す。これは、ＡＵＬデータのＮＡＣＫフィードバックと等価である。この場合、端末デバイスはＣＷＳを増加させる。ＡＵＬデータのＡＣＫフィードバックと等価である、ＵＬグラント中のＮＤＩが、ＡＵＬデータに対応するＮＤＩと比較してトグルされるという条件で、端末デバイスはＣＷＳを減少させる。
【００９５】
２．端末デバイスは、ＨＡＲＱ処理番号を使用することによって端末デバイスによって実施された以前の送信が正しく受信されたかどうかを示すための、ネットワークデバイスによって送られたＨＡＲＱ−ＡＣＫフィードバック情報を受信する。たとえば、ＨＡＲＱ処理番号に基づいて実施された以前の送信が正しく受信された場合、ネットワークデバイスは端末デバイスにＡＣＫを送るか、またはＨＡＲＱ処理番号に基づいて実施された以前の送信が正しく受信されない場合、ネットワークデバイスは端末デバイスにＮＡＣＫを送る。さらに、ＨＡＲＱ−ＡＣＫフィードバック情報は、複数のＡＵＬ  ＨＡＲＱ処理にそれぞれ対応する複数のＨＡＲＱ−ＡＣＫ情報であり得る。したがって、ＨＡＲＱ−ＡＣＫフィードバック情報は、独立したダウンリンク制御チャネル上で搬送され得る。ダウンリンク制御チャネルは、リソース割振り情報を概して含む必要がないが、電力制御情報などの情報を含み得る。任意選択で、ＨＡＲＱ−ＡＣＫフィードバック情報は、代替として、リソース割振り情報、電力制御情報などを含み得る。
【００９６】
端末デバイスのために利用可能なＣＷＳ値がＣＷＳセットを形成することを理解されたい。ＣＷＳを増加させるとき、端末デバイスは、ＣＷＳセット中の次のより高い値にＣＷＳを増加させる。ＣＷＳを低減するとき、端末デバイスは、ＣＷＳセット中の最小値にＣＷＳを減少させる。たとえば、ＣＷＳセットは、｛３，７｝、｛７，１５｝、または｛１５，３１，６３，１２７，２５５，５１１，１０２３｝であり得る。
【００９７】
この実施形態では、ＣＷＳを増加させることは、ＣＷＳを次のレベルに増加させること、たとえば、３を７に増加させること、または６３を１２７に増加させることであり得る。
【００９８】
グラントフリーアップリンク送信では、ネットワークデバイスは、端末デバイスがＡＵＬ送信を送ることを事前に知らない。したがって、端末デバイスがＡＵＬ送信を送った後に、ネットワークデバイスが、端末デバイスからＡＵＬ送信を正しく受信せず、ＡＵＬ送信に対応する端末デバイスを識別しないとき、ネットワークデバイスは、端末デバイスに、対応するＨＡＲＱステータス（ＵＬグラント、ＨＡＲＱ−ＡＣＫフィードバックなどの）情報をフィードバックすることができない。ＡＵＬ送信に対応する端末デバイスは、予約されたリソース上で複数の端末デバイスがＡＵＬ送信を同時に実施するために引き起こされる競合により、識別されないことがある。結果的に、ネットワークデバイスは、いずれかの端末デバイスによって送られたアップリンクシーケンス（たとえば、アップリンク復調基準信号）を識別しないか、またはアップリンクシーケンスが識別された場合でも、ネットワークデバイスは、アップリンクシーケンスを使用することのみによって端末デバイスを識別することはできない。たとえば、ネットワークデバイスは、アップリンク制御情報を正しく受信または復号していないことがあり、アップリンク制御情報は端末デバイスの識別情報を搬送する。上記の場合、端末デバイスは、ＡＵＬ送信の後にどんなＨＡＲＱステータス情報も受信することができず、チャネルステータスに適応するために、従来技術のネットワークデバイスによってフィードバックされるＨＡＲＱステータス情報に基づいてアップリンクＣＷＳを調整することができない。
【００９９】
別の可能な場合には、ネットワークデバイスは、アップリンクシーケンス検出を通して、ＡＵＬ送信を実施するか、またはアップリンク制御情報およびアップリンクデータ情報を正しく復号する端末デバイスを識別する。しかしながら、システムオーバーヘッドを考慮して、ネットワークデバイスは、ＡＵＬ端末デバイスにＨＡＲＱステータス情報を直ちにフィードバックせず、端末デバイスがＡＵＬ送信を複数回実施するのを待つ。次いで、複数のＡＵＬ送信のＨＡＲＱ処理に対応するＨＡＲＱ−ＡＣＫフィードバック情報が、１つのダウンリンク送信を通して同時にフィードバックされる。この場合、アップリンクバーストの後の時間期間内にＨＡＲＱステータス情報が受信されないことは、アップリンクチャネルステータスが悪くなることを示さない。この場合、端末デバイスがＣＷＳを増加させた場合、端末デバイスは、より長い時間内にチャネルを占有することがおそらくできない。結果的に、チャネルリソース利用量が低減されることがあり、端末デバイスの送信効率が低減されることがある。
【０１００】
上記の問題を解決するために、本発明の実施形態は、無認可スペクトル上のグラントフリー送信のシナリオにおいて端末デバイスがＨＡＲＱステータス情報を受信しないとき、ＣＷＳを適切に調整して、チャネルステータスに適応し、アップリンクＣＷＳへの過大なペナルティを回避するために、アップリンクチャネル上でリッスンするための方法を提供する。
【０１０１】
本発明の実施形態において提供される方法について、図２から図９を参照しながら詳細に説明される。図２は、本発明の実施形態によるチャネル上でリッスンするための方法の概略図である。
【０１０２】
ステップ２１０：端末デバイスが第１のＬＢＴを実施する。
【０１０３】
このステップの動作は、図１２の端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１０４】
ステップ２２０：端末デバイスが、第１のＬＢＴが成功した後に、第１のアップリンクバースト上で第１のデータパケットを送る。
【０１０５】
１つのアップリンクバーストは、端末デバイスがランダムバックオフＣＣＡベースのＬＢＴを正常に１回実施した後に、データパケットを送るために占有される時間周波数リソースであることを理解されたい。アップリンクバーストは少なくとも１つの時間単位を含み、少なくとも１つの時間単位は時間的に連続し得る。たとえば、アップリンクバースト中に含まれるＴＴＩまたはサブフレームシーケンス番号が連続する。代替として、少なくとも１つの時間単位は時間的に不連続であり得る。アップリンクバースト中に含まれるいずれか２つの隣接する時間単位間に間隔があり得る。たとえば、アップリンクバーストは、時間単位の開始または終了における時間領域リソースを占有しない。これは、本発明のこの実施形態では限定されない。
【０１０６】
端末デバイスは、第１のアップリンクバースト中でグラントフリーＡＵＬアップリンク情報を送るか、または第１のバースト中でＡＵＬアップリンク情報の一部を送ることをさらに理解されたい。上記の記述は、本発明のこの実施形態における別のアップリンクバースト、たとえば、第２のアップリンクバーストおよび第３のアップリンクバーストにも適用可能である。いずれか２つの異なるアップリンクバースト、たとえば、図２の第１のアップリンクバーストおよび第２のアップリンクバーストは、時間的に不連続である。
【０１０７】
このステップにおける送るアクションは、図１２の端末デバイスのトランシーバ１２１０によって実装され得る。もちろん、アクションは、代替として、図１２において、トランシーバ１２１０を制御することによって端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１０８】
ステップ２３０：端末デバイスが第２の競合ウィンドウサイズＣＷＳを決定する。
【０１０９】
第１の方式では、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳよりも大きい。
【０１１０】
このステップの動作は、図１２の端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１１１】
任意選択で、端末デバイスは、第２のＬＢＴが成功するという条件で、第２のアップリンクバースト上で第２のデータパケットを送り、第２のアップリンクバーストは第１のアップリンクバーストよりも後にある。
【０１１２】
任意選択で、ＨＡＲＱステータスを示す第１のインジケーション情報は、ＡＵＬ送信およびＳＵＬ送信に対応するＨＡＲＱステータス情報を含むか、またはＨＡＲＱステータスを示す第１のインジケーション情報は、ＡＵＬ送信に対応するＨＡＲＱステータス情報を含むが、ＳＵＬ送信に対応するＨＡＲＱステータス情報を含まない。ＨＡＲＱステータスを示す第１のインジケーション情報の上記の記述は、本発明の別の実施形態にも適用可能であることを理解されたい。
【０１１３】
本発明のこの実施形態では、ＣＷＳを決定するためにタイマーが導入される。第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストに対応するタイマーの開始点である。特に、タイマーの開始瞬間は、第２の基準時間単位の終了瞬間または開始瞬間であり、タイマーの長さは第１の時間しきい値である。本発明のこの実施形態では、タイマーの開始瞬間が第２の基準時間単位の終了瞬間である例が使用される。タイマーの開始点および長さの上記の記述は、本発明のこの実施形態における別のバーストに対応するタイマーにも適用可能であることを理解されたい。たとえば、本発明の別の実施形態では、第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストに対応するタイマーの開始点である。
【０１１４】
第１のアップリンクバーストに対応する第２の基準時間単位について以下の可能な場合があることに留意されたい。
【０１１５】
場合１
【０１１６】
第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバースト中の時間単位、たとえば、サブフレームまたはＴＴＩである。任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバースト中の終了サブフレームまたはＴＴＩである。特に、第１のアップリンクバーストに対応するタイマーの開始点は、図３の（ａ）に示されているように、第１のアップリンクバーストの終了瞬間である。任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバースト中の最も早いサブフレームまたはＴＴＩである。特に、第１のアップリンクバーストに対応するタイマーの開始点は、図３の（ｂ）に示されているように、第１のアップリンクバースト中の最も早いサブフレームまたはＴＴＩの終了瞬間である。
【０１１７】
場合２
【０１１８】
第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバースト中のターゲット時間単位の後の第３の時間長の間隔における時間単位である。任意選択で、第１のアップリンクバースト中のターゲット時間単位は、第１のアップリンクバースト中の第１の時間単位である。たとえば、ターゲット時間単位は、第１のアップリンクバースト中の第１のサブフレームまたはＴＴＩである。特に、第１のアップリンクバーストに対応するタイマーの開始点は、図３の（ｃ）に示されているように、第１のアップリンクバースト中の第１のサブフレームまたはＴＴＩの後の第３の時間長における瞬間である。
【０１１９】
任意選択で、第２の時間長は、プロトコルまたは規定において定義され得、たとえば、端末デバイス中でプリセットされ得る。代替として、第２の時間長は、上位レイヤシグナリングを使用することによってネットワークデバイスによって構成されるか、または物理レイヤシグナリングを使用することによってネットワークデバイスによって通知され得る。さらに、第２の時間長は、ＨＡＲＱステータス情報フィードバック遅延であるか、またはこのフィードバック遅延よりも大きくなり得る。特に、アップリンクデータ情報を受信した後に、ネットワークデバイスは、遅延を伴ってデータ情報のＨＡＲＱステータス情報をフィードバックする。たとえば、時間単位＃ｎ中のデータ情報に対応するＨＡＲＱステータス情報は、時間単位＃ｎ＋ｋ中で最初にフィードバックされ得る。この場合、ＨＡＲＱステータス情報フィードバック遅延はｋ個の時間単位と呼ばれる。任意選択で、第２の時間長はｋ個のサブフレームまたはＴＴＩであり得る。たとえば、第２の時間長はｋ＝４個のサブフレームまたはＴＴＩであり得る。
【０１２０】
第１のアップリンクバーストに対応する第２の基準時間単位の２つの可能な場合は、本発明のこの実施形態における別のアップリンクバーストに対応する第２の基準時間単位、たとえば、第２のアップリンクバーストに対応する第２の基準時間単位にも適用可能であることを理解されたい。詳細について以下で再び説明されない。
【０１２１】
可能な設計では、第１の基準時間単位は、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位である。たとえば、端末デバイスがＴＴＩ中の第２のＣＷＳを決定する場合、第１の基準時間単位は、このＴＴＩまたは第２のアップリンクバーストの開始時間単位である。たとえば、開始時間単位は、時系列関係に基づいて端末デバイスによって決定される開始時間単位であり得る。以下で、第１の基準時間単位の２つの可能性について別々に説明する。
【０１２２】
可能性１：第１の基準時間単位は、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位である。この場合、第１の時間長は、第１のアップリンクバーストに対応するタイマーの開始点から、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位までの時間長である。この可能性では、第１の時間長が第１の時間しきい値よりも大きいことは、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位が、第１のアップリンクバーストに対応するタイマーの終了点を超えることを示し、これは、第１の基準時間単位がタイマーを超えることと呼ばれる。
【０１２３】
端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位は、端末デバイスが第２のＬＢＴを実施する前の時間単位であることを理解されたい。たとえば、端末デバイスは、アップリンクＡＵＬ情報を送る必要があり、第２のＬＢＴが無認可チャネルを占有する前に、第２のＬＢＴに対応する第２のＣＷＳを決定する必要がある。
【０１２４】
任意選択で、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位では、端末デバイスは、アップリンクＡＵＬ情報を送る必要がない。たとえば、第１のアップリンクバーストに対応するタイマーが満了し、ＨＡＲＱステータス情報が受信されないという条件で、端末デバイスは、ＣＷＳを直ちに増加させ、すなわち、第２のＣＷＳを決定する。時間期間の後に、端末デバイスがアップリンクＡＵＬ情報を送る必要があるとき、端末デバイスは、第２のＣＷＳに基づいて第２のＬＢＴを実施し、第２のＬＢＴが成功するという条件で、第２のアップリンクバースト中でアップリンク情報を送る。
【０１２５】
可能性２：第１の基準時間単位は、第２のアップリンクバーストの開始時間単位である。たとえば、開始時間単位は、時系列関係に基づいて端末デバイスによって決定される開始時間単位であり得る。任意選択で、第２のアップリンクバーストの開始時間単位は、第２のアップリンクバースト中の第１の（最も早い）サブフレームまたはＴＴＩであり得る。この可能性では、第１の時間長が第１の時間しきい値よりも大きいことは、第２のアップリンクバーストの開始時間単位または開始瞬間が、第１のアップリンクバーストに対応するタイマーの終了点を超えることを示し、これは、第１の基準時間単位がタイマーを超えることと呼ばれる。
【０１２６】
第１の基準時間単位の２つの可能な場合は、本発明のこの実施形態における別のアップリンクバーストに対応する第１の基準時間単位、たとえば、第３のアップリンクバーストに対応する第１の基準時間単位にも適用可能であることを理解されたい。詳細について以下で再び説明されない。
【０１２７】
第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、すなわち、第１の基準時間単位と、第１のアップリンクバーストに対応するタイマーの開始点との間の間隔が、第１の時間長である。
【０１２８】
第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳよりも大きく、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳである。図３の図示された（ａ）、（ｂ）、および（ｃ）のように、端末デバイスは、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信せず、第２のアップリンクバーストに対応する第１の基準時間単位は、第１のアップリンクバーストに対応するタイマーＴ１を超える。上記で説明されたように、ＨＡＲＱステータスを示す第１のインジケーション情報は、ＨＡＲＱ−ＡＣＫフィードバック情報およびＵＬグラントのうちの少なくとも１つを含むことを理解されたい。この場合、端末デバイスはＣＷＳを増加させる。言い換えれば、第２のＣＷＳは第１のＣＷＳよりも大きく、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳである。特に、第２のＬＢＴの以前のＬＢＴは、以前のランダムバックオフＣＣＡベースのＬＢＴを指す。別段に規定されていない限り、本発明のこの実施形態で説明されるＬＢＴはランダムバックオフＣＣＡベースのＬＢＴである。詳細について以下で説明されない。
【０１２９】
端末デバイスによって実施されるＬＢＴの各時間に対応するＣＷＳは、端末デバイスによって実施される以前のＬＢＴに対応するＣＷＳに基づいて調整され、調整は、増加させること、不変に保つこと、および低減を含むことを理解されたい。たとえば、現在のＬＢＴに対応するＣＷＳが増加されるべきであると決定された場合、現在のＬＢＴに対応するＣＷＳは、以前のＬＢＴに対応するＣＷＳと比較して、ＣＷＳセット中の次のより高い値に増加される。現在のＬＢＴに対応するＣＷＳが不変のままであると決定された場合、現在のＬＢＴに対応するＣＷＳは、以前のＬＢＴに対応するＣＷＳと同じままである。
【０１３０】
第１のＣＷＳと第２のＣＷＳとは、同じアクセス優先度に対応する。言い換えれば、第１のＣＷＳは、第２のＣＷＳと同じアクセス優先度に対応する第２のＬＢＴの以前のＬＢＴのＣＷＳである。
【０１３１】
チャネルにアクセスするとき、各端末デバイスは、少なくとも２つのアクセス優先度（優先度クラス）のうちの１つを使用することによってサービスタイプに基づいてＬＢＴを実施し得ることを理解されたい。各アクセス優先度は、特定のＣＷＳ値セットに対応する。たとえば、４つのアクセス優先度では、アクセス優先度１をもつＣＷＳセットは｛３，７｝であり、アクセス優先度２をもつＣＷＳセットは｛７，１５｝であり、アクセス優先度３をもつＣＷＳセットは｛１５，３１，６３，１２７，２５５，５１１，１０２３｝であり、アクセス優先度４をもつＣＷＳセットは｛１５，３１，６３，１２７，２５５，５１１，１０２３｝である。端末デバイスがＬＢＴを実施する前にＣＷＳを調整するたびに、ＣＷＳを増加させるか、減少させるか、または不変に保つ調整動作が、少なくとも２つのアクセス優先度の各々について実施され、ＬＢＴを実施するために使用されるアクセス優先度に限定されない。たとえば、４つのアクセス優先度では、端末デバイスがアクセス優先度１を使用することによってＬＢＴを実施する前に、ＣＷＳが増加される必要がある場合、４つのアクセス優先度の各々について、ＣＷＳは、アクセス優先度に対応するＣＷＳ値セット中の次のより高い値に増加され、次いで、ＬＢＴを実施するために、アクセス優先度１に基づいて調整されたＣＷＳ値が使用される。したがって、本発明のこの実施形態で説明されるいずれか２つのＣＷＳの間の大きさの関係は、同じアクセス優先度をもつ２つのＣＷＳの間の関係を指す。たとえば、第２のＣＷＳが第１のＣＷＳよりも大きいことは、いずれかのアクセス優先度について、第１のＬＢＴに対応する第１のＣＷＳが、第２のＬＢＴに対応する第２のＣＷＳに増加されることを意味する。別の例では、第２のＣＷＳが第１のＣＷＳに等しいことは、いずれかのアクセス優先度について、第２のＬＢＴに対応する第２のＣＷＳが、第１のＬＢＴに対応する第１のＣＷＳに等しく保たれることを意味する。
【０１３２】
同じアクセス優先度に対応する第１のＣＷＳと第２のＣＷＳの記述は、本発明の別の実施形態にも適用可能であることを理解されたい。本発明のこの実施形態で説明されるいずれか２つのＣＷＳの間の大きさの関係は、同じアクセス優先度をもつ２つのＣＷＳの間の関係である。
【０１３３】
任意選択で、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないことは、端末デバイスが、第１のアップリンクバーストの後に、および第２のアップリンクバーストの前に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないことであり得るか、または端末デバイスが、第１のアップリンクバーストに対応する第２の基準時間単位の後に、および第１の基準時間単位の前に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないことであり得るか、または端末デバイスが、第１のアップリンクバーストに対応する第２の基準時間単位から開始する第１の時間しきい値内に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないことであり得る。
【０１３４】
任意選択で、第１の時間長が第１の時間しきい値よりも大きく、端末デバイスが、第１のアップリンクバーストに対応する第２の基準時間単位と、第１の基準時間単位との間の時間内に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳよりも大きく、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、言い換えれば、端末デバイスはＣＷＳを増加させる。図３に示されているように、可能な場合には、端末デバイスは、第１のアップリンクバーストに対応する第２の基準時間単位中に、すなわち、タイマーの開始点の前に、および第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信する。この場合、第１の基準時間単位がタイマーをそれによって超える第２のアップリンクバーストのために、端末デバイスはＣＷＳを増加させる。
【０１３５】
任意選択で、第１の時間長が第１の時間しきい値よりも大きく、端末デバイスが、第１のアップリンクバーストに対応する第２の基準時間単位から開始する第１の基準時間しきい値内に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳよりも大きく、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、言い換えれば、端末デバイスはＣＷＳを増加させる。図４に示されているように、可能な場合には、端末デバイスは、第１のアップリンクバーストに対応するタイマーが満了した後に、および第１の基準時間単位の前に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信する。この場合、第１の基準時間単位がタイマーをそれによって超える第２のアップリンクバーストのために、端末デバイスはＣＷＳを増加させる。
【０１３６】
第２の方式では、第１の時間長が第１の時間しきい値以下であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第１のＣＷＳに等しい。
【０１３７】
第２のＬＢＴの以前のＬＢＴは、以前のランダムバックオフＣＣＡベースのＬＢＴを指すことを理解されたい。
【０１３８】
図５に示されているように、端末デバイスは、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信せず、第２のアップリンクバーストに対応する第１の基準時間単位は、第１のアップリンクバーストに対応するタイマーＴ１を超えない。上記で説明されたように、ＨＡＲＱステータスを示す第１のインジケーション情報は、ＨＡＲＱ−ＡＣＫフィードバック情報およびＵＬグラントのうちの少なくとも１つを含むことを理解されたい。この場合、端末デバイスはＣＷＳを増加させない。言い換えれば、第２のＣＷＳは第１のＣＷＳに等しく、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【０１３９】
任意選択で、この可能な設計では、第１のアップリンクバーストに対応する第２の基準時間単位が、上記で説明された場合３を満たすとき、端末デバイスが第２のＣＷＳを決定することは、第１の基準時間単位が、第１のアップリンクバーストに対応する第２の基準時間単位よりも後にないとき、または第１の時間長が第１の時間しきい値よりも小さく、端末デバイスが、第１のアップリンクバーストに対応する第２の基準時間単位と、第１の基準時間単位との間に、ＨＡＲＱステータスを含む第１のインジケーション情報を受信しないとき、端末デバイスがＣＷＳを増加させないことを含む。言い換えれば、第２のＣＷＳは第１のＣＷＳに等しく、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【０１４０】
任意選択で、第３の方式では、第１の時間長が第１の時間しきい値以下であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは第２のインジケーション情報に基づいて決定され、第２のインジケーション情報は、第１のアップリンクバーストの前に端末デバイスによって受信され、ＨＡＲＱステータスを示すために使用されるインジケーション情報である。
【０１４１】
図６に示されているように、端末デバイスは、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信せず、第２のアップリンクバーストに対応する第１の基準時間単位は、第１のアップリンクバーストに対応するタイマーＴ１を超えない。上記で説明されたように、ＨＡＲＱステータスを示す第１のインジケーション情報は、ＨＡＲＱ−ＡＣＫフィードバック情報およびＵＬグラントのうちの少なくとも１つを含むことを理解されたい。この場合、端末デバイスは、第１のアップリンクバーストの前にＨＡＲＱステータス情報に基づいて第２のＣＷＳを決定する。端末デバイスは、従来技術の方法を使用することによってＨＡＲＱステータス情報に基づいてＣＷＳを調整し得る。
【０１４２】
上記の３つの方式は、独立した解決策として使用され得るか、または上記の３つの方式のうちのいずれか２つが解決策全体として使用されるか、またはこれら３つの解決策が解決策全体として使用され得ることに留意されたい。
【０１４３】
任意選択で、可能な設計では、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後および第２のアップリンクバーストの前の時間内に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信せず、第２のアップリンクバーストが、第１のアップリンクバーストに対応する第３の基準時間単位の直後のアップリンクバーストであるという条件で、端末デバイスはＣＷＳを増加させる。言い換えれば、第２のＣＷＳは第１のＣＷＳよりも大きく、第１のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第１のアップリンクバーストに対応する第３の基準時間単位は、第１のアップリンクバーストに対応する第２の基準時間単位よりも後にあり、第１のアップリンクバーストに対応する第３の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の時間間隔が、第１の時間しきい値である。第１のアップリンクバーストに対応する第３の基準時間単位は、第１のアップリンクバーストに対応するタイマーの終了時間単位であることを理解されたい。この可能な設計では、端末デバイスは、第１のアップリンクバーストに対応するタイマーが満了した後に現れる第１のアップリンクバーストのためにのみＣＷＳを増加させる。任意選択で、第２のアップリンクバーストは、第１のアップリンクバーストに対応する第３の基準時間単位の後の第１のＡＵＬアップリンクバーストであり得る。任意選択で、第２のアップリンクバーストは、第１のアップリンクバーストに対応する第３の基準時間単位の後の、ランダムバックオフＣＣＡベースのＬＢＴがその上で実施される第１のアップリンクバーストであり得る。任意選択で、第２のアップリンクバーストは、第１のアップリンクバーストに対応する第３の基準時間単位の後の、ランダムバックオフＣＣＡベースのＬＢＴがその上で実施される第１のＡＵＬアップリンクバーストであり得る。
【０１４４】
端末デバイスは、本発明のこの実施形態において提供される方法を実施し、時間しきい値、たとえば、タイマーに関してＣＷＳを決定する。時間しきい値、たとえば、タイマーは、第１の基準時間単位がタイマーを超え、ＨＡＲＱステータス情報が受信されない場合、ＣＷＳが増加されるように設定され、それにより、ＨＡＲＱステータス情報をフィードバックするのに遅延があるので、１つのアップリンクバーストの後の時間間隔（たとえば、その遅延よりも小さい時間間隔）内に、ネットワークデバイスによってフィードバックされるＨＡＲＱステータス情報が受信されないとき、ＣＷＳが増加されることが回避される。したがって、ＣＷＳの過大な増加により、端末デバイスがチャネルにアクセスする成功率が低減されることが回避され、それにより、端末デバイスは、ＡＵＬアップリンク送信を実施するとき、チャネルステータスにより適切に適応することができる。
【０１４５】
図８は、本発明の実施形態によるアップリンクチャネル上でリッスンするための方法の概略処理図である。図９および図１０は、本発明の実施形態による方法のシーケンス図である。以下で、図８から図１０を参照しながら本発明の実施形態において提供される方法について説明する。
【０１４６】
ステップ８１０：端末デバイスが第１のアップリンクバースト上で第１のデータパケットを送る。
【０１４７】
ステップ８２０：端末デバイスが第１のＬＢＴを実施する。
【０１４８】
このステップの動作は、図１２の端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１４９】
ステップ８３０：第１のＬＢＴが成功した後に、第２のアップリンクバースト上で第２のデータパケットを送り、第２のアップリンクバーストが第１のアップリンクバーストよりも後にある。
【０１５０】
上記のステップにおける送るアクションは、図１２の端末デバイスのトランシーバ１２１０によって実装され得る。もちろん、アクションは、代替として、図１２において、トランシーバ１２１０を制御することによって端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１５１】
ステップ８４０：端末デバイスが第２の競合ウィンドウサイズＣＷＳを決定する。
【０１５２】
第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、第１の基準時間単位と、第２のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第２の時間長である。
【０１５３】
第１の方式では、第２の時間長が第１の時間しきい値未満であり、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信せず、第１のＬＢＴに対応する第１のＣＷＳが、第３のＣＷＳと比較して増加されないという条件で、第２のＣＷＳは第４のＣＷＳよりも大きく、第４のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第３のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【０１５４】
第２の方式では、第２の時間長が第１の時間しきい値未満であり、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信せず、第１のＬＢＴに対応する第１のＣＷＳが、第３のＣＷＳと比較して増加されるという条件で、第２のＣＷＳは第４のＣＷＳに等しく、第４のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第３のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【０１５５】
特に、第３のアップリンクバーストが、第１のアップリンクバーストに対応するタイマーを超える場合、言い換えれば、第１の時間長が第１の時間しきい値以上である場合、第１のアップリンクバーストと第３のアップリンクバーストとの間に第２のアップリンクバーストがあり、第２のアップリンクバーストに対応するＣＷＳが、調整されたＣＷＳであり、第１の基準時間単位が、第２のアップリンクバーストに対応するタイマーを超えず、言い換えれば、第２の時間長が第１の時間しきい値よりも小さいとき、端末デバイスは第２のＣＷＳを増加させない。言い換えれば、端末デバイスは、ＣＷＳがその上で調整される第２のアップリンクバーストのために新しいタイマーを再開し、ＨＡＲＱステータスの受信ステータス、および第２のアップリンクバーストと第３のアップリンクバーストとの間の時間間隔に基づいて、第３のアップリンクバーストに対応するＣＷＳを決定する。
【０１５６】
さらに、端末デバイスが第２のアップリンクバーストのＣＷＳを調整することは、端末デバイスが第２のアップリンクバーストのＣＷＳを増加させることを意味する。言い換えれば、第１のアップリンクバーストと第３のアップリンクバーストとの間にアップリンクバーストがあり、アップリンクバーストに対応するＣＷＳが、以前のＬＢＴに対応するＣＷＳと比較して不変のままであるか、または以前のＬＢＴに対応するＣＷＳと比較して減少された場合、端末デバイスは第２のＣＷＳを増加させる必要がある。端末デバイスは、ＣＷＳを繰り返し処罰するのを回避するために、第２のアップリンクバーストに対応するＣＷＳが増加されたときのみ、第３のアップリンクバーストに対応する第２のＣＷＳを増加させない。第２のアップリンクバーストがＣＷＳを不変に保つかまたはＣＷＳを減少させた場合、端末デバイスはＣＷＳを増加させ、すなわち、第２のＣＷＳは第４のＣＷＳよりも大きく、第４のＣＷＳは、第２のＬＢＴの以前のＬＢＴに対応するＣＷＳである。第２のＬＢＴの以前のＬＢＴは、以前のランダムバックオフＣＣＡベースのＬＢＴを指すことを理解されたい。
【０１５７】
任意選択で、第２のアップリンクバーストに対応するＣＷＳは、ＨＡＲＱステータスを含むインジケーション情報に基づいて増加され得る。図７に示されているように、たとえば、第１のアップリンクバーストの前に端末デバイスによって受信されるＨＡＲＱステータス情報は、ＮＡＣＫである。したがって、端末デバイスは、第２のアップリンクバーストに対応するＣＷＳを増加させる。
【０１５８】
任意選択で、第２のアップリンクバーストに対応するＣＷＳは、ＨＡＲＱステータス受信タイムアウトにより増加され得る。図８に示されているように、たとえば、第２のアップリンクバーストは、以前のバーストのタイマーを超え、それら２つのバースト間でＨＡＲＱステータス情報は受信されない。したがって、端末デバイスは、第２のアップリンクバーストに対応するＣＷＳを増加させる。
【０１５９】
本明細書における第１の方式および第２の方式は、解決策全体として使用され得るか、または独立した解決策として使用され得ることに留意されたい。
【０１６０】
このステップの動作は、図１２の端末デバイスのモデムプロセッサ１２４0によって実装され得る。
【０１６１】
ステップ８５０：第２のＣＷＳに基づいて第２のＬＢＴを実施する。
【０１６２】
このステップの動作は、図１２の端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１６３】
ステップ８６０：第２のＬＢＴが成功するという条件で、第３のアップリンクバースト上で第３のデータパケットを送り、第３のアップリンクバーストが第２のアップリンクバーストよりも後にある。
【０１６４】
このステップにおける送るアクションは、図１２の端末デバイスのトランシーバ１２１０によって実装され得る。もちろん、アクションは、代替として、図１２において、トランシーバ１２１０を制御することによって端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１６５】
ＣＷＳおよびＬＢＴの上記の記述はこの実施形態にも適用可能であり、詳細について本明細書で再び説明されないことを理解されたい。
【０１６６】
可能な設計では、第１の基準時間単位は、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位である。たとえば、端末デバイスがＴＴＩ中の第２のＣＷＳを決定する場合、第１の基準時間単位は、このＴＴＩまたは第３のアップリンクバーストの開始時間単位である。たとえば、開始時間単位は、時系列関係に基づいて端末デバイスによって決定される開始時間単位であり得る。
【０１６７】
任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバースト中の時間単位であるか、または第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、第２の基準時間単位は、第１のアップリンクバーストの開始時間単位の後にあり、
第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバースト中の時間単位であるか、または第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、第２の基準時間単位は、第１のアップリンクバーストの開始時間単位の後にある。
【０１６８】
さらに、第１のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストに対応する第２の基準時間単位とは異なり得る。
【０１６９】
任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストの開始時間単位であるか、または第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストの開始時間単位である。
【０１７０】
任意選択で、第１のＣＷＳと第３のＣＷＳとは、同じアクセス優先度に対応し、第２のＣＷＳと第４のＣＷＳは、同じアクセス優先度に対応する。
【０１７１】
端末デバイスによって実施されるＬＢＴの各時間に対応するＣＷＳは、端末デバイスによって実施される以前のＬＢＴに対応するＣＷＳに基づいて調整され、調整は、増加させること、不変に保つこと、および低減を含むことを理解されたい。たとえば、現在のＬＢＴに対応するＣＷＳが増加されるべきであると決定された場合、現在のＬＢＴに対応するＣＷＳは、以前のＬＢＴに対応するＣＷＳと比較して、ＣＷＳセット中の次のより高い値に増加される。現在のＬＢＴに対応するＣＷＳが不変のままであると決定された場合、現在のＬＢＴに対応するＣＷＳは、以前のＬＢＴに対応するＣＷＳと同じままである。
【０１７２】
チャネルにアクセスするとき、各端末デバイスは、少なくとも２つのアクセス優先度（優先度クラス）のうちの１つを使用することによってサービスタイプに基づいてＬＢＴを実施し得ることを理解されたい。各アクセス優先度は、特定のＣＷＳ値セットに対応する。たとえば、４つのアクセス優先度では、アクセス優先度１をもつＣＷＳセットは｛３，７｝であり、アクセス優先度２をもつＣＷＳセットは｛７，１５｝であり、アクセス優先度３をもつＣＷＳセットは｛１５，３１，６３，１２７，２５５，５１１，１０２３｝であり、アクセス優先度４をもつＣＷＳセットは｛１５，３１，６３，１２７，２５５，５１１，１０２３｝である。端末デバイスがＬＢＴを実施する前にＣＷＳを調整するたびに、ＣＷＳを増加させるか、減少させるか、または不変に保つ調整動作が、少なくとも２つのアクセス優先度の各々について実施され、ＬＢＴを実施するために使用されるアクセス優先度に限定されない。たとえば、４つのアクセス優先度では、端末デバイスがアクセス優先度１を使用することによってＬＢＴを実施する前に、ＣＷＳが増加される必要がある場合、４つのアクセス優先度の各々について、ＣＷＳは、アクセス優先度に対応するＣＷＳ値セット中の次のより高い値に増加され、次いで、ＬＢＴを実施するために、アクセス優先度１に基づいて調整されたＣＷＳ値が使用される。したがって、本発明のこの実施形態で説明されるいずれか２つのＣＷＳの間の大きさの関係は、同じアクセス優先度をもつ２つのＣＷＳの間の関係を指す。たとえば、第２のＣＷＳが第１のＣＷＳよりも大きいことは、いずれかのアクセス優先度について、第１のＬＢＴに対応する第１のＣＷＳが、第２のＬＢＴに対応する第２のＣＷＳに増加されることを意味する。別の例では、第２のＣＷＳが第１のＣＷＳに等しいことは、いずれかのアクセス優先度について、第２のＬＢＴに対応する第２のＣＷＳが、第１のＬＢＴに対応する第１のＣＷＳに等しく保たれることを意味する。
【０１７３】
任意選択で、第１の基準時間単位は、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位である。
【０１７４】
任意選択で、第１の基準時間単位は、第２のアップリンクバーストの開始時間単位である。
【０１７５】
任意選択で、第２のＬＢＴの以前のＬＢＴは、第１のＬＢＴと同じである。
【０１７６】
さらに、第２の時間長は、あらかじめ定義されるか、またはネットワークデバイスから受信され得る。
【０１７７】
任意選択で、第３の時間長は、ネットワークデバイスによって示される遅延に関係し得る。
【０１７８】
この実施形態において提供される方法によれば、第１のアップリンクバーストの後にＨＡＲＱステータス情報が受信されず、端末デバイスが、第１のアップリンクバーストと第３のアップリンクバーストとの間の第２のアップリンクバーストに対応するＣＷＳを増加させており、第１の基準時間単位が第２のアップリンクバーストのタイマー持続時間を超えないという条件で、端末デバイスは、第３のアップリンクバーストが、第１のアップリンクバーストに対応するタイマー持続時間を超えるので、第３のアップリンクバーストに対応するＣＷＳを増加させず、第３のアップリンクバーストに対応するＣＷＳを不変に保つ。端末デバイスが、第１の基準時間単位がタイマー持続時間を超えるとすれば、ＣＷＳを増加させる方法と比較して、この方法は、ＣＷＳが短時間に増加されたとき、タイマー満了により、ＣＷＳが再び増加されることを回避することができ、それにより、ＣＷＳへの過大なペナルティを回避し、ＡＵＬシナリオにおいて端末デバイスによってＣＷＳを調整することの妥当性を改善する。
【０１７９】
図１１は、本発明の実施形態によるアップリンクチャネル上でリッスンするためのさらに別の方法のシーケンス図である。本発明の実施形態において提供されるさらに別の方法について、図８および図１１を参照しながら以下で説明される。
【０１８０】
ステップ８１０：端末デバイスが第１のアップリンクバースト上で第１のデータパケットを送る。
【０１８１】
ステップ８２０：端末デバイスが第１のＬＢＴを実施する。
【０１８２】
このステップの動作は、図１２の端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１８３】
ステップ８３０：第１のＬＢＴが成功した後に、第２のアップリンクバースト上で第２のデータパケットを送り、第２のアップリンクバーストが第１のアップリンクバーストよりも後にある。
【０１８４】
ステップ８４０：端末デバイスが第２の競合ウィンドウサイズＣＷＳを決定する。
【０１８５】
第１の基準時間単位と、第１のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第１の時間長であり、第１の基準時間単位と、第２のアップリンクバーストに対応する第２の基準時間単位との間の間隔が、第２の時間長である。第２の時間長が第１の時間しきい値以上であり、第１の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、第２のＣＷＳは、第１のＣＷＳに基づいて増加されたＣＷＳであり、第１のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【０１８６】
ＣＷＳおよびＬＢＴの上記の記述はこの実施形態にも適用可能であり、詳細について本明細書で再び説明されないことを理解されたい。
【０１８７】
特に、第３のアップリンクバーストが、第１のアップリンクバーストに対応するタイマーを超え、すなわち、第１の時間長が第１の時間しきい値以上であり、第３のアップリンクバーストが、第２のアップリンクバーストに対応するタイマーを超え、すなわち、第２の時間長が第１の時間しきい値以上であり、端末デバイスが、第１のアップリンクバーストの後に、および第３のアップリンクバーストの前に、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しないという条件で、端末デバイスは、ＣＷＳを１回のみ増加させる。具体的には、第１のＣＷＳは、第２のＣＷＳを１回増加させることによって取得されるＣＷＳであり、第２のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳである。
【０１８８】
図９に示されているように、第３のアップリンクバーストは、第１のアップリンクバーストに対応するタイマーＴ１と、第２のアップリンクバーストに対応するタイマーＴ２の両方を超え、端末デバイスは、第１のアップリンクバーストと第３のアップリンクバーストとの間で、ＨＡＲＱステータスを示す第１のインジケーション情報を受信しない。この場合、端末デバイスはＣＷＳを１回のみ増加させる。特に、第３のアップリンクバーストに対応する第１のＣＷＳは、第２のＣＷＳよりも大きく、第２のＣＷＳは、第１のＬＢＴの以前のＬＢＴに対応するＣＷＳであり、第１のＣＷＳは、第２のＣＷＳよりも大きく、同じアクセス優先度を有するＣＷＳのセット中にあるＣＷＳ中の最小のＣＷＳである。アクセス優先度の概念について上記で説明され、詳細について本明細書で再び説明されないことに留意されたい。
【０１８９】
このステップの動作は、図１２の端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１９０】
ステップ８５０：第２のＣＷＳに基づいて第２のＬＢＴを実施する。
【０１９１】
このステップの動作は、図１２の端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１９２】
ステップ８６０：第２のＬＢＴが成功するという条件で、第３のアップリンクバースト上で第３のデータパケットを送り、第３のアップリンクバーストが第２のアップリンクバーストよりも後にある。
【０１９３】
上記のステップにおける送るアクションは、図１２の端末デバイスのトランシーバ１２１０によって実装され得る。もちろん、アクションは、代替として、図１２において、トランシーバ１２１０を制御することによって端末デバイスのモデムプロセッサ１２４０によって実装され得る。
【０１９４】
可能な設計では、第１の基準時間単位は、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位である。たとえば、端末デバイスがＴＴＩ中の第２のＣＷＳを決定する場合、第１の基準時間単位は、このＴＴＩまたは第３のアップリンクバーストの開始時間単位である。たとえば、開始時間単位は、時系列関係に基づいて端末デバイスによって決定される開始時間単位であり得る。
【０１９５】
任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバースト中の時間単位であるか、または第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、第２の基準時間単位は、第１のアップリンクバーストの開始時間単位の後にあり、
第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバースト中の時間単位であるか、または第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストの開始時間単位から第３の時間長の間隔を有する時間単位であり、第２の基準時間単位は、第１のアップリンクバーストの開始時間単位の後にある。
【０１９６】
さらに、第１のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストに対応する第２の基準時間単位とは異なり得る。
【０１９７】
任意選択で、第１のアップリンクバーストに対応する第２の基準時間単位は、第１のアップリンクバーストの開始時間単位であるか、または第２のアップリンクバーストに対応する第２の基準時間単位は、第２のアップリンクバーストの開始時間単位である。
【０１９８】
任意選択で、第１の基準時間単位は、端末デバイスが第２のＣＷＳをそれにおいて決定する時間単位である。
【０１９９】
任意選択で、第１の基準時間単位は、第２のアップリンクバーストの開始時間単位である。
【０２００】
任意選択で、第１のＣＷＳと第２のＣＷＳとは、同じアクセス優先度に対応する。
【０２０１】
任意選択で、第２のＬＢＴの以前のＬＢＴは、第１のＬＢＴと同じである。
【０２０２】
さらに、第２の時間長は、あらかじめ定義されるか、またはネットワークデバイスから受信され得る。
【０２０３】
任意選択で、第３の時間長は、ネットワークデバイスによってＨＡＲＱステータスをフィードバックする遅延に関係し得る。
【０２０４】
上記の実施形態では、第１の基準時間単位が、第１のアップリンクバーストに対応する第１の時間しきい値、すなわち、第１のアップリンクバーストに対応するタイマーの持続時間を超え、第１の基準時間単位が、第２のアップリンクバーストに対応するタイマーの持続時間をも超え、第１のアップリンクバーストの後にＨＡＲＱステータス情報が受信されないという条件で、言い換えれば、端末デバイスが、複数のアップリンクバーストに対応するタイマーを超え、ＨＡＲＱステータス情報を受信しないという条件で、端末デバイスは、ＣＷＳを１回のみ増加させ、それにより、複数回の満了があるとき、ＣＷＳへの過大なペナルティを回避し、ＡＵＬシナリオにおいて端末デバイスによってＣＷＳを調整することの妥当性を改善する。
【０２０５】
図１２は、端末デバイスの可能な概略構造図である。端末デバイスは、本発明の実施形態において提供される方法を実施することができる。端末デバイスは、図１の２つの端末デバイス１１６および１２２のうちのいずれか１つであり得る。端末デバイスは、トランシーバ１２１０、アプリケーションプロセッサ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｃｅｓｓｏｒ）１２２０、メモリ１２３０、およびモデムプロセッサ（ｍｏｄｅｍ  ｐｒｏｃｅｓｓｏｒ）１２４０を含む。
【０２０６】
トランシーバ１２１０は、出力サンプリングを調整（たとえば、アナログ変換、フィルタ処理、増幅、およびアップコンバージョンを実施）し、アップリンク信号を生成し得る。アップリンク信号は、アンテナを使用することによって上記の実施形態のネットワークデバイスに送信される。ダウンリンクにおいて、アンテナは、ネットワークデバイスによって送信されたダウンリンク信号を受信する。トランシーバ１２１０は、アンテナから受信された信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバージョン、およびデジタル化を実施）し、入力サンプルを提供し得る。トランシーバ１２１０は、アップリンクバースト中でデータパケットを送る機能を含む、上記の方法実施形態における端末デバイスの送受信機能を実装し得る。上記の方法実施形態における技術的特徴は装置実施形態にも適用可能である。詳細について本明細書で再び説明されない。
【０２０７】
モデムプロセッサ１２４０は、コントローラまたはプロセッサと時々呼ばれ、ベースバンドプロセッサ（ｂａｓｅｂａｎｄ  ｐｒｏｃｅｓｓｏｒ、ＢＢＰ）（図示されず）を含み得る。ベースバンドプロセッサは、受信されたデジタル化信号を処理して、この信号中で送信された情報またはデータビットを抽出する。要件または期待に基づいて、ＢＢＰは、通常、モデムプロセッサ１２４０中に１つもしくは複数の桁で実装されるか、または分離された集積回路（ＩＣ）として実装される。
【０２０８】
設計では、モデムプロセッサ（ｍｏｄｅｍ  ｐｒｏｃｅｓｓｏｒ）１２４０は、エンコーダ１２４１、変調器１２４２、デコーダ１２４３、および復調器１２４４を含み得る。エンコーダ１２４１は、送られるべき信号を符号化するように構成される。たとえば、エンコーダ１２４１は、アップリンク中で送られるべきサービスデータおよび／またはシグナリングメッセージを受信し、サービスデータおよびシグナリングメッセージを処理（たとえば、フォーマット、符号化、またはインターリーブ）するように構成され得る。変調器１２４２は、エンコーダ１２４１の出力信号を変調するように構成される。たとえば、変調器は、エンコーダの出力信号（データおよび／またはシグナリング）上でシンボルマッピングおよび／または変調などの処理を実施し、出力サンプルを提供し得る。復調器１２４４は、入力信号を復調するように構成される。たとえば、復調器１２４４は、入力サンプルを処理し、シンボル推定を行う。デコーダ１２４３は、復調された入力信号を復号するように構成される。たとえば、デコーダ１２４３は、復調された入力信号上でデインターリーブおよび／または復号などの処理を実施し、復号信号（データおよび／またはシグナリング）を出力する。エンコーダ１２４１、変調器１２４２、復調器１２４４、およびデコーダ１２４３は、複合モデムプロセッサ１２４０によって実装され得る。これらのユニットは、無線アクセスネットワークにおいて使用される無線アクセス技術に基づいて処理を実施する。
【０２０９】
モデムプロセッサ１２４０は、アプリケーションプロセッサ１２２０から、音声、データ、または制御情報を表し得るデジタル化データを受信し、送信のためにデジタル化データを処理する。モデムプロセッサは、たとえば、ＬＴＥ、新無線、ユニバーサルモバイルテレコミュニケーションズシステム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、ＵＭＴＳ）、および高速パケットアクセス（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ、ＨＳＰＡ）など、複数の通信システムの複数のワイヤレス通信プロトコルのうちの１つまたは複数をサポートし得る。任意選択で、モデムプロセッサ１２４０は、１つまたは複数のメモリをも含み得る。
【０２１０】
任意選択で、モデムプロセッサ１２４０とアプリケーションプロセッサ１２２０は、１つのプロセッサチップに統合され得る。
【０２１１】
モデムプロセッサ１２４０は、ＣＷＳを決定することおよびＬＢＴを実施することを含む、上記の方法実施形態における端末デバイスの処理機能を実装し得るか、またはモデムプロセッサ１２４０は、データパケットを送ることおよびトランシーバ１２１０とともにＬＢＴを実施することという機能を実装し得る。上記の方法実施形態における技術的特徴はこの装置実施形態にも適用可能である。詳細について本明細書で再び説明されない。
【０２１２】
メモリ１２３０は、端末デバイスの通信をサポートするために使用されるプログラムコード（プログラム、命令、ソフトウェアなどとも時々呼ばれる）および／またはデータを記憶するように構成される。
【０２１３】
メモリ１２３０は、１つまたは複数の記憶ユニットを含むことがあり、たとえば、モデムプロセッサ１２４０もしくはアプリケーションプロセッサ１２２０内にあり、プログラムコードを記憶するように構成された記憶ユニットであり得るか、またはモデムプロセッサ１２４０もしくはアプリケーションプロセッサ１２２０とは無関係の外部記憶ユニットであり得るか、またはモデムプロセッサ１２４０もしくはアプリケーションプロセッサ１２２０内の記憶ユニット、およびモデムプロセッサ１２４０もしくはアプリケーションプロセッサ１２２０とは無関係の外部記憶ユニットを含む構成要素であり得ることに留意されたい。
【０２１４】
モデムプロセッサ１２４０は、中央処理ユニット（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェア構成要素、別の集積回路、またはそれらの任意の組合せであり得る。モデムプロセッサ１２４０は、本発明の実施形態で開示される内容に関して説明される様々な例示的な論理ブロック、モジュール、および回路を実装または実行し得る。プロセッサはまた、コンピューティング機能デバイスを実装する組合せ、たとえば、１つもしくは複数のマイクロプロセッサ、ＤＳＰとマイクロプロセッサとの組合せ、またはシステムオンチップ（ｓｙｓｔｅｍ−ｏｎ−ａ−ｃｈｉｐ、ＳＯＣ）を含む組合せであり得る。
【０２１５】
本出願で開示される様々な態様に関して説明される様々な説明的な論理ブロック、モジュール、回路、およびアルゴリズムは、電子ハードウェア、メモリもしくは別のコンピュータ可読媒体に記憶され、プロセッサもしくは別の処理デバイスによって実行される命令、またはそれらの組合せとして実装され得ることを、当業者なら理解することができる。たとえば、本明細書で説明されるデバイスは、任意の回路、ハードウェア構成要素、ＩＣ、またはＩＣチップに適用され得る。本出願で開示されるメモリは、任意のサイズで任意のタイプのメモリであってよく、任意のタイプの必要な情報を記憶するように構成され得る。そのような互換性について明確に説明するために、様々な説明的な構成要素、ブロック、モジュール、回路、およびステップについて上記では機能に基づいて概して説明された。どのようにそのような機能を実装すべきかは、特定の適用例、設計選択、および／またはシステム全体に課された設計制約に依存する。当業者は、特定の適用例ごとに、説明される機能を実装するために異なる方式を使用し得るが、そのような実装が本発明の範囲を越えると考えられるべきではない。
【０２１６】
モデムプロセッサ１２４０は、端末のアクションを制御および管理し、上記の実施形態において端末デバイスによって実施されるアクションを実施するように構成される。トランシーバ１２１０は、モデムプロセッサ１２４０に接続され、アンテナを使用することによって無線信号を送るかまたは受信し、単一のアンテナまたは複数のアンテナがあってよい。メモリ１２３０は、端末デバイスが本発明の実施形態の方法を実施するときに生成されるデータと、端末デバイスの通信をサポートするために使用されるプログラムコードとを記憶するように構成される。
【０２１７】
本発明の例は、上記の方法を実装するように構成された装置（たとえば、集積回路、ワイヤレスデバイス、または回路モジュール）をさらに提供する。本明細書で説明される方法を実装するための装置は、自立したデバイス、またはより大きいデバイスの一部であり得る。デバイスは、（ｉ）独立したＩＣ、（ｉｉ）１つもしくは複数のIＣのセットであって、データおよび／もしくは命令を記憶するように構成されたメモリＩＣを含み得る、セット、（ｉｉｉ）  ＲＦ受信機もしくはＲＦ送信機／受信機などのＲＦＩＣ、（ｉｖ）移動局モデムなどのＡＳＩＣ、（ｖ）別のデバイスに埋め込まれ得るモジュール、（ｖｉ）受信機、セルラーフォン、ワイヤレスデバイス、もしくはモバイルユニット、または（ｖｉｉ）その他であり得る。
【０２１８】
本発明の実施形態において提供される方法および装置は、端末デバイスに適用され得る。端末デバイスは、ハードウェアレイヤ、ハードウェアレイヤ上で走るオペレーティングシステムレイヤ、およびオペレーティングシステムレイヤ上で走るアプリケーションレイヤを含み得る。ハードウェアレイヤは、中央処理ユニット（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＣＰＵ）、メモリ管理ユニット（ｍｅｍｏｒｙ  ｍａｎａｇｅｍｅｎｔ  ｕｎｉｔ、ＭＭＵ）、およびメモリ（メインメモリとも呼ばれる）などのハードウェアを含む。オペレーティングシステムは、処理（ｐｒｏｃｅｓｓ）を使用することによってサービス処理を実装するいずれか１つまたは複数のコンピュータオペレーティングシステム、たとえば、Ｌｉｎｕｘオペレーティングシステム、Ｕｎｉｘオペレーティングシステム、Ａｎｄｒｏｉｄオペレーティングシステム、ｉＯＳオペレーティングシステム、またはＷｉｎｄｏｗｓオペレーティングシステムであり得る。アプリケーションレイヤは、ブラウザ、アドレス帳、ワード処理ソフトウェア、およびインスタントメッセージングソフトウェアなどのアプリケーションを含む。加えて、本方法の実行本体の特定の構造は、本発明の実施形態の方法のコードを記録するプログラムが、本発明のこの実施形態の方法に従って通信を実施するように走らされることが可能であるとすれば、本発明の実施形態では限定されない。たとえば、本発明の実施形態の方法は、プログラムを呼び出し、プログラムを実行することができる端末デバイス、または機能モジュールによって実行され得る。
【０２１９】
当業者は、本明細書で開示される実施形態において説明される例と組み合わせて、ユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せによって実装され得ることに気づいているであろう。機能がハードウェアによって実施されるか、またはソフトウェアによって実施されるかは、特定の適用例および技術的解決策の設計制約条件に依存する。当業者は、特定の適用例ごとに、説明される機能を実装するために異なる方法を使用し得るが、実装が本発明の実施形態の範囲を越えると考えられるべきではない。
【０２２０】
加えて、本発明の実施形態における態様または特徴は、標準のプログラミングおよび／またはエンジニアリング技術を使用する方法、装置または製品として実装され得る。本出願において使用される「製品」という用語は、任意のコンピュータ可読構成要素、キャリアまたは媒体からアクセスされ得るコンピュータプログラムを包含する。たとえば、コンピュータ可読媒体は、限定はされないが、磁気記憶構成要素（たとえば、ハードディスク、フロッピーディスクまたは磁気テープ）、光ディスク（たとえば、コンパクトディスク（ｃｏｍｐａｃｔ  ｄｉｓｃ、ＣＤ）、デジタル多用途ディスク（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ、ＤＶＤ））、スマートカードおよびフラッシュメモリ構成要素（たとえば、消去可能プログラマブル読取り専用メモリ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＥＰＲＯＭ）、カード、スティック、またはキードライブ）を含み得る。加えて、本明細書で説明される様々な記憶媒体は、情報を記憶するように構成された１つまたは複数のデバイスおよび／または他の機械可読媒体を示し得る。「機械可読媒体」という用語は、限定はされないが、命令および／またはデータを記憶、含有、および／または搬送することができる無線チャネル、および様々な他の媒体を含み得る。
【０２２１】
上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。実施形態を実装するためにソフトウェアが使用されるとき、実施形態は、完全にまたは部分的にコンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されたとき、本発明の実施形態による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。たとえば、コンピュータ命令は、ワイヤード（たとえば、同軸ケーブル、光ファイバー、もしくはデジタル加入者線（ＤＳＬ））またはワイヤレス（たとえば、赤外線、無線、もしくはマイクロ波）方式で、ウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターに送信され得る。コンピュータ可読記憶媒体は、１つまたは複数の使用可能な媒体を組み込んでいる、サーバまたはデータセンターなどのコンピュータまたはデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（たとえば、ＤＶＤ）、半導体媒体（たとえば、ソリッドステートドライブ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ、ＳＳＤ））などであり得る。
【０２２２】
上記の処理の説明順序は、本発明の実施形態の様々な実施形態における実行順序を意味しないことを理解されたい。処理の実行順序は、処理の機能および内部論理に基づいて決定されるべきであり、本発明の実施形態の実装処理に対するいかなる限定としても考えられるべきではない。
【０２２３】
便宜的で簡単な説明のために、上記のシステム、装置、およびユニットの詳細な作業処理については、上記の方法実施形態における対応する処理を参照されたく、詳細について本明細書で再び説明されないことを当業者は明確に理解されよう。
【０２２４】
本出願において提供されるいくつかの実施形態では、開示されるシステム、装置、および方法は、他の方式で実装され得ることを理解されたい。たとえば、説明される装置実施形態は例にすぎない。たとえば、ユニット分割は、論理機能分割にすぎず、実際の実装では他の分割であり得る。たとえば、複数のユニットまたは構成要素が組み合わされるかもしくは別のシステムに統合されることがあるか、またはいくつかの特徴が無視されるかもしくは実施されないことがある。加えて、表示または説明された相互結合もしくは直接結合または通信接続は、いくつかのインターフェースを使用することによって実装され得る。装置またはユニット間の間接結合または通信接続は、電子的な形態、機械的な形態、または他の形態で実装され得る。
【０２２５】
別個の部分として説明されたユニットは、物理的に別個であることもそうでないこともあり、ユニットとして表示された部分は、物理ユニットであることもそうでないこともあり、１つの位置に位置し得るか、または複数のネットワークユニット上に分散され得る。ユニットの一部または全部は、実施形態の解決策の目的を達成するために実際の要件に基づいて選択され得る。
【０２２６】
機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能はコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本質的に本発明の実施形態の技術的解決策、または従来技術に寄与する部分、または技術的解決策のうちのいくつかは、ソフトウェア製品の形態で実装され得る。ソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態で説明される方法のステップの全部または一部を実施するように（パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）コンピュータデバイスに命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
【０２２７】
上記の説明は、本発明の特定の実装方式にすぎず、本発明の保護範囲を限定するようには意図されない。本発明で開示される技術範囲内で当業者によって容易に想到されるいかなる変形または置換も、本発明の保護範囲内に入るものである。
【図１】
0006955093.tif 000002
【図２】
0006955093.tif 000003
【図３】
0006955093.tif 000004
【図４】
0006955093.tif 000005
【図５】
0006955093.tif 000006
【図６】
0006955093.tif 000007
【図７】
0006955093.tif 000008
【図８】
0006955093.tif 000009
【図９】
0006955093.tif 000010
【図１０】
0006955093.tif 000011
【図１１】
0006955093.tif 000012
【図１２】
0006955093.tif 000013