JP2012521686A - アップリンクデータブロック伝送を割り振り、伝送するためのシステムおよび方法 - Google Patents

Abstract

ピギーバック式ＡＣＫ／ＮＡＣＫビットマップフィールドを伴うアップリンクデータブロック伝送を割り振り、伝送するためのシステムおよび方法を提供する。システムおよび方法は、データ伝送のためのタイムスロットを割り振るために、ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を使用することを伴う。また、ＵＡＤＢ（データブロックのためのアップリンク割振）は、タイムスロットを割り振るために使用されない。

Description

（関連出願）
本願は、米国仮特許出願第６１／１６２，５６７号（２００９年３月２３日出願）の利益を主張する。該出願は、その全体が参照により本明細書に援用される。

（技術分野）
本願は、ピギーバック式ＡＣＫ／ＮＡＣＫビットマップフィールドを伴うアップリンクデータブロック伝送を割り振り、伝送するためのシステムおよび方法に関する。

いくつかの無線電気通信システムは、時分割多重スキームを採用する。利用可能な伝送時間は、スロットに分割される。一例として、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）時間は、複数組の８つのスロットに分割される。各組の８つのスロットは、集合的にフレームと呼ばれる。

この説明では、割当は、所与の移動局に利用可能となるスロットを識別するために使用される信号伝達を指す。一方向データフローに割り当てられる１組のスロットは、ＴＢＦ（一時的ブロックフロー）と呼ばれる。ＴＢＦは、一方向エンティティであり、アップリンクＴＢＦは、アップリンク割当／割振に関し、ダウンリンクＴＢＦは、ダウンリンク割当／割振に関する。

この説明では、割振は、特定のスロット上のデータの実際の受信／伝送を指す。割振は、必然的に、利用可能な割当の一部または全てとなる。複数の移動局が同じまたは重複する割当を有することができ、割振は衝突を回避するために使用される。

ＧＳＭ（登録商標）フレーム定義を用いて、同時に受信および伝送するように移動局に要求することなく、同じ番号を伴うダウンリンクスロットおよびアップリンクスロットを、ダウンリンクおよびアップリンクの両方の上に割り当て、割り振ることができるように、アップリンク用のスロット番号付けは、ダウンリンク用のスロット番号付けからオフセットされる。所与の移動局について、所与のフレームの中の同じ物理的タイムスロットを、アップリンクまたはダウンリンクのいずれか一方に割り当てる、および／または割り振ることができるが、両方にはできない。しかしながら、上記で説明されるオフセット番号付けスキームにより、同じスロット番号を有する所与のフレームの中のスロットを、アップリンクおよびダウンリンクの両方の上で割り当て、割り振ることができる。

所与の地域内の複数の移動局は、これらのタイムスロットを共有する。各移動局がデータを有する時はいつでも、アップリンク割振機構に基づいて、アップリンク方向にデータを送信する。ネットワークはまた、これらのスロット上でダウンリンク方向にデータを複数の移動局へ送信する。例えば、第１のフレームスロット０では、第１の移動局用のデータを含み得る一方で、次のフレームでは、同じスロットが第２の移動局用のデータを含み得る。スロットは非常に小さい時間単位であるため、スロットは複数の連続フレーム上で移動局に割り振られ得る。例えば、ＢＴＴＩ（基本伝送時間間隔）ブロックは、４つの連続フレームにわたって割り振られるスロットから成る。例えば、フレーム１スロット１、フレーム２スロット１、フレーム３スロット１、およびフレーム４スロット１が、ＢＴＴＩブロックを構成する。いくつかの実装では、フレームは持続時間が約５ミリ秒であり、ＢＴＴＩブロックが４つのフレームまたは２０ミリ秒間隔にわたって及ぶ。ＢＴＴＩ ＴＢＦは、ＢＴＴＩブロックを使用するＴＢＦである。

ＲＴＴＩ（縮小伝送時間間隔）ブロックは、上記で紹介される同じフレーム構造を使用するが、ＲＴＴＩブロックは、第１のフレーム中の１対のスロット、および次のフレーム中の１対のスロットから成り、ＲＴＴＩブロックが２つのフレームまたは１０ミリ秒間隔にわたって及ぶ。ＲＴＴＩ ＴＢＦは、ＲＴＴＩブロックを使用するＴＢＦである。ＢＴＴＩブロックと比較したＲＴＴＩブロックの伝送間隔は半分に縮小される。

無線ブロックは、ＲＬＣ／ＭＡＣデータブロック、ＰＡＣＣＨブロック等を送信するために使用される、４バーストの集合である。この説明で参照される全ての伝送は、４バースト無線ブロックとして送信される。ＢＴＴＩ（基本伝送時間間隔）については、無線ブロックが、４つのフレームの中の同じタイムスロット番号を使用して送信され、ＲＴＴＩ（縮小伝送時間間隔）については、２つのフレームの中の２つのタイムスロットを使用して送信される。次いで、無線ブロック期間は、無線ブロックが送信される、４つまたは２つのＴＤＭＡフレームの持続時間である。アップリンク伝送のための割振は、ＢＴＴＩブロックを、４つのＴＤＭＡフレームのそれぞれの中の同じタイムスロットに割り振るか、またはＲＴＴＩブロックを、２つのＴＤＭＡフレームのそれぞれの中の２つのタイムスロットに割り振る。

それぞれ８つのタイムスロットに分割された、ダウンリンクフレーム３０およびアップリンクフレーム３２の実施例が、図１Ａに示されている。移動局が、同時に伝送および受信する必要なく、ダウンリンクフレームの中のタイムスロット＃ｎ上で受信し、アップリンクフレームの中の同じタイムスロット＃ｎを有するタイムスロット上で応答を送信することができるように、ダウンリンクフレームは、アップリンクフレームから時間がオフセットされる。

アップリンクＢＴＴＩ割振を行うために、ネットワークは、先行ブロック期間のダウンリンクスロットの中のダウンリンクＢＴＴＩブロック中に、ＵＳＦ（アップリンク状態フラグ）を伝送する。それにより、移動局は、ＵＳＦを伝送するために使用されるダウンリンクスロットと同じ番号を有するアップリンクＢＴＴＩブロックのアップリンク伝送のためのタイムスロットが割り振られる。図１Ａは、４つの連続ダウンリンクフレームのそれぞれの第１のスロットを含む、４０で示される単一のＢＴＴＩブロックのダウンリンク伝送、および４つの連続アップリンクフレームのそれぞれの第１のスロットを含む、４１で示されるＢＴＴＩアップリンク割振の実施例を示す。図示された実施例では、以前のブロック期間（図示せず）の４つのダウンリンクスロット＃１はまた、移動局に対するＵＳＦを含み、該ＵＳＦは、ＢＴＴＩアップリンクブロック４１を移動局に割り振る。ＢＴＴＩの中のＵＳＦは、ＢＴＴＩブロックとともに送信され、ＵＳＦが送信された後のＢＴＴＩ無線ブロック期間においてアップリンクブロックを割り振る。図１Ｂは、概して５０において示されるＲＴＴＩダウンリンク伝送および概して５１で示されるＲＴＴＩアップリンク伝送の実施例を示す。この実施例では、ＲＴＴＩブロックは、タイムスロット＃１、＃２上で、ダウンリンクにおいて移動局に伝送され、以前の無線ブロック期間（図示せず）におけるタイムスロット＃１、＃２上のＵＳＦ信号伝達を用いて、移動局は、アップリンクＲＴＴＩブロックの伝送のためのアップリンクタイムスロット＃１、＃２が割り振られ、これらのスロットは、タイムスロット＃１、＃２から成るダウンリンクペアに対する「対応スロットペア」または「対応ＰＤＣＨ（パケットデータチャネル）ペア」として定義される。この実施例では、アップリンクスロットは、アップリンク割振の目的でＵＳＦを伝送するために使用されるダウンリンクスロットと同じであるが、これはＲＴＴＩ割振では必ずしもそうではない。ＲＴＴＩ ＵＳＦモードでのＵＳＦは、ＲＴＴＩブロックのように送信され（すなわち、２つの連続フレームにわたって１対のスロットを占有する）、ＵＳＦが送信された後に、２つのフレームの中の対応アップリンクタイムスロット上のＲＴＴＩブロックを指し示す。また、２つのＲＴＴＩブロックを割り振るために２つのＢＴＴＩ ＵＳＦが使用される、ＲＴＴＩ割振のハイブリッドバージョンもある。具体的には、２つのＢＴＴＩ ＵＳＦに続く４つのフレームのうちの最初の２つのフレームの中のＲＴＴＩ無線ブロックを割り振るために、第１のＢＴＴＩ ＵＳＦが使用され、２つのＢＴＴＩ ＵＳＦに続く４つのフレームのうちの次の２つのフレームの中のＲＴＴＩ無線ブロックを割り振るために、第２のＢＴＴＩ ＵＳＦが使用される。

歴史的に、より具体的には３ＧＰＰ Ｒｅｌｅａｓｅ ６まで、ダウンリンクブロックのヘッダーでＲＲＢＰ（予約無線ブロック期間）またはＥＳ／Ｐ（ＥＧＰＲＳ補足／ポーリング）フィールドを使用する、ネットワークによるポールは、２つの機能を果たした。
ａ）移動局が伝送するために、将来の特定のアップリンクブロックを割り振る。
ｂ）そのブロックのコンテンツを移動局に示す。

初期の仕様（すなわち、３ＧＰＰ Ｒｅｌｅａｓｅ ６まで）では、ポールに応じて移動局によって送信されるアップリンクブロックは、常にＰＡＣＣＨ（パケット付随制御チャネル）上で送信される制御ブロックであり、典型的には、応答は、ＥＧＰＲＳパケットダウンリンクＡＣＫ／ＮＡＣＫメッセージ等のダウンリンクＡＣＫ／ＮＡＣＫ（肯定応答／否定応答）メッセージである。ＰＡＣＣＨブロックに対してネットワークによってポーリングされる時に、３ＧＰＰ ＴＳ ４４．０６０、ｖ７．１５．０、１０．４．５項の通りの仕様から、ポールが受信されたのと同じタイムスロット番号上で、応答メッセージが送信されなければならないことが明確である。これの実施例が図２に示されている。図２では、ネットワークが１０で示され、移動局が１２で示される。ネットワーク１０は、フレーム＃ｘおよびタイムスロット＃ｎの中で、１４においてＰＡＣＣＨブロックに対するポールを伝送して示されている。初期の使用では、ポールは、ＲＲＢＰ、ＥＳ／Ｐフィールドのコンテンツによって示される。フレーム＃ｘおよびタイムスロット＃ｎは単に、ネットワークによって選択されるようなフレーム番号およびタイムスロット番号を表し、タイムスロット＃ｎにおいてポールを含む無線ブロックの第１のバーストが伝送される。それに応じて、移動局１２は、フレーム＃ｙ、タイムスロット＃ｎで始まる、１６において示されるようなＰＡＣＣＨブロック（例えば、ＥＧＰＲＳパケットダウンリンクＡＣＫ／ＮＡＣＫ）を伝送する。フレーム＃ｙおよびタイムスロット＃ｎは、ポールへの応答を含む無線ブロックの第１のバーストを伝送するために移動局によって使用される、フレーム番号およびタイムスロット番号を表す。明確にするために、これらの無線ブロックの後続のバーストは示されていない。タイムスロット＃ｎは、ポールを伝送するためにネットワークによって使用されるものと同じである。加えて、フレーム番号ｘおよびｙの間の関係は、ポールメッセージによって明示的に特定される（例えば、３ＧＰＰ ＴＳ ４４．０６０の中の１０．４．４ｂ、１０．４．５を参照）。

３ＧＰＰ Ｒｅｌｅａｓｅ ７では、携帯電話がピギーバック式ＡＣＫ／ＮＡＣＫビットマップフィールド（ＰＡＮ）を伴うＲＬＣ／ＭＡＣデータブロックを伝送するものであることをポールが示す可能性が追加された。これは、新たに定義されたＣＥＳ／Ｐ（複合ＥＧＰＲＳ補足／ポーリング）フィールド内のビットの適切な設定によって要求される。そのようなポールは、ダウンリンクデータブロックに含まれ、ポール応答が始まるフレームを指し示す。ポールは、４つのフレームに対する同じスロットを意味する、ＢＴＴＩモード、または２つのフレームに対する１対のスロットを意味する、ＲＴＴＩモードで送信することができる。移動局は、アップリンク予約ブロックがＲＴＴＩを使用するか否かを知り、応答を送信する位置を理解することができる。

通常、データブロックの伝送用のアップリンク無線リソースのための割振は、上記で詳述されるように、アップリンク割振が有効である無線ブロック期間の直前の無線ブロック期間で送信される、ＵＳＦを用いて信号伝達される。

ＰＡＮを伴うＲＬＣ／ＭＡＣブロックを伝送する必要がない場合、アップリンクデータ転送のための割振を有すると移動局が決定することと、割り振られたアップリンク無線ブロック伝送時間との間の比較的短い時間にもかかわらず、これは処理／符号化にとって問題ではない。なぜなら、符号化は、データブロックが伝送される時、特に、データブロックが伝送されるタイムスロット番号に、正確には依存しないため、移動局が事前に無線ブロックを符号化することが可能であるためである。

所与の無線ブロック期間でのアップリンク伝送を要求するポールは、同じ無線ブロック期間でリソースを割り振るＵＳＦよりもはるかに早く送信されることに留意されたい。ポールおよびＵＳＦは、同じアップリンク伝送機会を指し得ることが可能である。これは、スケジューリングを行う時にネットワークによって考慮される。

本開示の第１の広義の側面は、
ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を受信することと、
第１のタイムスロット上でデータブロックを伝送することと、
第１のタイムスロット上でデータブロックを伝送することと
を含み、
第１のタイムスロットを無線デバイスに割り振るどんなＵＡＤＢ（データブロックに対するアップリンク割振）も受信されていない、無線デバイスにおける方法を提供する。

本開示の第２の広義の側面は、無線デバイスにおける方法を提供し、方法は、
ＤＢＣＣＩの要求を無線チャネル上で受信することと、
該当する場合、ＤＢＣＣＩの要求によって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、および、該当する場合、同じ無線ブロック期間内のＤＢＣＣＩの要求によって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、ＤＢＣＣＩを符号化することと、
ＤＢＣＣＩを伝送することと、
を含む。

本開示の別の広義の側面は、無線デバイスによるアップリンク伝送のためのタイムスロットを割り振る、ネットワークデバイスにおける方法を提供し、方法は、
ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を伝送することと、
第１のタイムスロット上で無線デバイスからデータブロックを受信することであって、第１のタイムスロットを無線デバイスに割り振るどんなＵＡＤＢ（データブロックのためのアップリンク割振）も受信されていない、ことと
を含む。

さらなる側面は、実行されると、移動局に、上記で要約された方法のうちの１つまたは本明細書で開示される方法のうちの１つを行わせる、移動局によって実行するための、その上に記憶されたコンピュータ実行可能命令を有する、コンピュータ可読媒体を提供する。さらなる側面は、上記で要約された方法のうちの１つまたは本明細書で開示される方法のうちの１つを行うように構成される、無線デバイスまたはネットワーク構成要素を提供する。

図１Ａは、ＢＴＴＩブロックの概略図である。 図１Ｂは、ＲＴＴＩブロックの概略図である。 図２は、ＰＡＣＣＨブロックに対するポールのメッセージ交換図である。 図３は、ブロックＢＳＮ＝ｂを伴ってタイムスロット２で伝送されるＰＡＮを示す、ＲＬＣデータブロック＋ＰＡＮに対するポールのメッセージ交換図である。 図４は、ブロックＢＳＮ＝ｂ＋１を伴ってタイムスロット２で伝送されるＰＡＮを示す、ＲＬＣデータブロック＋ＰＡＮに対するポールのメッセージ交換図である。 図５から７は、本願の実施形態による、ＲＬＣデータブロック＋ＰＡＮに対するポールのメッセージ交換図である。 図５から７は、本願の実施形態による、ＲＬＣデータブロック＋ＰＡＮに対するポールのメッセージ交換図である。 図５から７は、本願の実施形態による、ＲＬＣデータブロック＋ＰＡＮに対するポールのメッセージ交換図である。 図８は、同じアップリンク伝送機会を割り振るポールおよびＵＳＦの両方を示す、メッセージ交換図である。 図９は、本願の実施形態による、ＲＬＣデータブロック＋ＰＡＮに対するポールのメッセージ交換図である。 図１０は、移動局の実装例のブロック図である。 図１１−１５は、移動局によるＲＬＣデータブロック＋ＰＡＮに対するポールの受信を処理する方法のフローチャートである。 図１１−１５は、移動局によるＲＬＣデータブロック＋ＰＡＮに対するポールの受信を処理する方法のフローチャートである。 図１１−１５は、移動局によるＲＬＣデータブロック＋ＰＡＮに対するポールの受信を処理する方法のフローチャートである。 図１１−１５は、移動局によるＲＬＣデータブロック＋ＰＡＮに対するポールの受信を処理する方法のフローチャートである。 図１１−１５は、移動局によるＲＬＣデータブロック＋ＰＡＮに対するポールの受信を処理する方法のフローチャートである。 図１６は、ネットワークにおいてスケジューリングを行う方法のフローチャートである。 図１７は、ネットワークにおけるＲＬＣデータブロック＋ＰＡＮに対するポールの伝送、および移動局によるポールへの応答を実装するためのシステムのブロック図である。

ＰＡＮを伴うＲＬＣ／ＭＡＣデータブロックを示すポールへの応答に使用されるタイムスロットが、ポールに使用されたタイムスロットと対応する必要があることは明確ではない。

アップリンク無線リソースのための通常の割振は、上記で定義されるようなＵＳＦを用いて信号伝達される。アップリンクデータブロックの伝送用のリソースも、上記で説明されるようなＰＡＮを加えたＲＬＣ／ＭＡＣデータブロックに対するポールを用いて信号伝達することができると思われる。しかしながら、ポール単独がＲＬＣ／ＭＡＣデータブロックのための割振を示すのに十分であるかどうか、または、代わりに、たとえポールが同じアップリンクブロックに対するＰＡＮを伴うＲＬＣデータブロックについて送信されていても、データブロック伝送のためのアップリンク割振がＵＳＦを用いて信号伝達されなければならないという既存の規則にネットワークが従わなければならないかどうかは明確ではない。

移動局にアプリンク方向の１つ以上のタイムスロットが割り当てられ（すなわち、進行中のアップリンクＴＢＦを有する）、移動局がネットワークによってポールされ、所与の無線ブロック期間でＰＡＮとともにＲＬＣデータブロックを送信するように命令されている場合において、移動局が、以下のようなブロックシークエンシング規則およびＰＡＮタイムスロット規則の両方に従うよう要求されるならば、ポールへの応答が送信される無線ブロック期間でリソースを割り振るＵＳＦフィールドの復号の前に、移動局がデータブロックを正しく符号化することが可能ではない場合がある（または少なくとも非常に困難な場合がある）。
ブロックシークエンシング規則：無線ブロック期間内の特定の順序に従ってデータブロックの伝送を確保する（例えば、ＥＧＰＲＳ ＲＬＣプロトコルに対して特定される順序、例えば、３ＧＰＰ ＴＳ ４４．０６０、従属節９．１．３．２．１、バージョン７．１５．０を参照。例えば、２つのブロックの初期伝送については、ｂ＜ｃであれば、シーケンス番号ｃを伴うブロックより低い数のタイムスロットで開始して、シーケンス番号ｂを伴うデータブロックが伝送されることを確実にする）。
ＰＡＮタイムスロット規則：ポールに使用されたものと同じ番号を伴うタイムスロット上でＰＡＮを伝送する。
ブロックシークエンシング規則は現在、未応答モード動作（ｕｎａｃｋｎｏｗｌｅｄｇｅ ｍｏｄｅ ｏｐｅｒａｔｉｏｎ）を使用して送信されるデータブロックに関して多くの場合で義務付けられている。例えば、３ＧＰＰ ＴＳ ４４．０６０ ９．３．３．０を参照されたい。３ＧＰＰ ＴＳ ４４．０６０ ｖ７．１５．０からは、ポールによって割り振られた無線ブロックに加えて、ＵＳＦ信号伝達を用いて、移動局が、ポール応答が送信されるべき無線ブロック期間中の１つ以上のアップリンク無線ブロックを割り振られる場合において、どのタイムスロット上で、ＰＡＮを含むＲＬＣデータブロックがアップリンク方向に伝送されるべきかについて、特定の制限があるかどうかは明確ではない。

ＲＬＣデータブロック（データブロックと組み合わせられるＰＡＮを含む）は、典型的には、移動局に割り振られるアップリンクブロックの数が知られる前に（すなわち、アップリンク割振を信号伝達するＵＳＦが復号される前に）符号化される。しかしながら、ＰＡＮに対するポールに関して、ブロックシークエンシング規則およびＰＡＮタイムスロット規則に従わなければならない場合、移動局に割り振られたアップリンクタイムスロットの数を知る前にブロックが符号化される場合には、移動局は、どのデータブロックがそれと組み合わせられたＰＡＮを有するべきかを決定することができない。なぜなら、ＰＡＮの場所は、ポールが受信されたタイムスロット番号よりも低い番号のタイムスロット番号を有するいくつのアップリンクタイムスロットが移動局に割り振られているかに依存するからである。

応答に使用されるタイムスロット番号がポールに使用されるものと同じになると予期され、データブロックが順番に伝送されるように要求される場合における問題を例証する、以下の実施例を考慮されたい。図３を参照すると、第１の実施例において、ネットワークは、１００において、タイムスロット＃２の中でＲＬＣデータブロック＋ＰＡＮに対するポールを伝送する。後に、ネットワークは、１０２において、タイムスロット＃２に対するアップリンク割当を示すＵＳＦを含むブロックを伝送する。ＵＳＦは、ポールへの応答が同じタイムスロット上にある必要があると仮定して、ポールと同じタイムスロットを指す。それに応じて、移動局は、１０４において、ＰＡＮを伴うＲＬＣ／ＭＡＣデータブロックＢＳＮ（ブロックシーケンス番号）＝ｂを伝送する。用語ＢＳＮ＝ｂは単純に、ブロックが何らかのブロックシーケンス番号を有することを意味する。これは、複数のブロックが考慮され、ブロックの順序付けが要因である時に重要となる。ここで図４を参照すると、第２の実施例では、ネットワークは、１１０において、タイムスロット＃２でＲＬＣデータブロック＋ＰＡＮに対するポールを伝送する。後に、ネットワークは、タイムスロット＃１のアップリンク割当を示すＵＳＦを含むブロックを伝送する。次いで、ネットワークは、タイムスロット＃２のアップリンク割当を示すＵＳＦを含むブロックを伝送する。それに応じて、移動局は、１１６において、タイムスロット＃１の中でＲＬＣ／ＭＡＣブロックＢＳＮ＝ｂを伝送し、移動局は、１１８において、タイムスロット＃２の中でＰＡＮとともにＢＳＮ＝ｂ＋１を伴うＲＬＣ／ＭＡＣブロックを伝送する。ブロックｂがブロックｂ＋１の前に伝送されるという点で、ＲＬＣブロックの順序付けが順守されていることが分かり、また、ＲＬＣ／ＭＡＣブロック＋ＰＡＮがタイムスロット＃２の中で送信されるという点で、ポールと同じタイムスロット上でポールへの応答を伝送するという要件も順守されていることも分かる。

図３および４を比較することによって、図３では、ＰＡＮがＢＳＮ＝ｂを有するＲＬＣブロックとともに伝送される一方で、図４では、ＰＡＮがＢＳＮ＝ｂ＋１を有するＲＬＣブロックとともに伝送されることが分かる。ＵＳＦが受信されるまで、移動局は上記の実施例のうちのどちらかが発生するかが分からない。これらの実施例から、ＰＡＮが送信されるタイムスロット番号が、ポールに使用されるものと同じになると込まれ、データブロックが順番に伝送されるように要求される場合に、移動局は、ＵＳＦを受信する後まで、ＰＡＮがＢＳＮ＝ｂを伴う無線ブロックを用いて符号化されるべきか、またはＢＳＮ＝ｂ＋１を伴う無線ブロックを用いて符号化されるべきかどうか確信できないことが明確に分かる。ＵＳＦを含むブロックの受信の終了と、ブロックの伝送の開始との間の短い時間（約１ＴＤＭＡフレーム期間）を考慮すると、移動局がそのような短い時間量でデータブロックを符号化することは非常に困難である。

ＰＡＮを加えたデータブロックに対するポールの受信にもかかわらず、データブロックの伝送をトリガするＵＳＦを受信する前に、そのデータブロックを符号化できるというオプションを移動局に与える、種々の実施形態が提供される。いくつかの実施形態では、これらの方法のうちの１つで作動する移動局の構成は、デバイス製造またはデバイスプロビジョニング中のモバイルデバイスへの適切なソフトウェア、ファームウェア、ハードウェアのインストールを通して達成される。他の実施形態では、移動局は、電波信号伝達を通して、これらの方法のうちの１つで挙動するように構成される。

本明細書で説明されるいくつかの実施形態は、より低いブロックシーケンス番号を伴うブロックの前に、より高いブロックシーケンス番号を伴うブロックが伝送されないように、ブロックが順次ブロックシーケンス番号に従って順番に伝送されるような移動局の要件または構成に関する。より一般的には、これらの実施形態と対応する実施形態が提供され、その構成または要件において、この要件が、例えば、再伝送を可能にするように、特定の順序（ブロックシーケンス番号の順次的な順序であってもなくてもよい）に従ってブロックが伝送されるという構成または要件に置換される。順次的な順序で伝送することは、特定の順序で伝送することの特殊な場合である。いくつかの実施形態では、特定の順序は、送信されるべきＰＡＮがない場合に、アップリンクデータブロック伝送に適用される順序である。いくつかの実施形態では、特定の順序は、ブロックシーケンス番号順序で発生する初期伝送を伴う。

本明細書で説明されるいくつかの実施形態は、より低いブロックシーケンス番号を伴うブロックの前に、より高いブロックシーケンス番号を伴うブロックが伝送されてもよいように、順次的な順序外で、すなわち、順次ブロックシーケンス番号に従わずに、ブロックを伝送することを可能にする移動局の要件または構成に関する。より一般的には、これらの実施形態と対応する実施形態が提供され、この構成または要件が、どのような順序であろうと、特定の順序外でブロックを伝送することを可能にする移動局の構成または要件に置換される。特定の順序は、ブロックシーケンス番号の順次的な順序であってもなくてもよい。これは、例えば、再伝送を可能にすることができる。順次的な順序外で伝送することは、特定の順序外で伝送することの特殊な場合である。

初めに、本開示の１つ以上の実施形態の例証的実装が後述されるが、開示されるシステムおよび／または方法は、現在既知または存在するかどうかにかかわらず、任意の数の技術を使用して、実装され得ることを理解されたい。本開示は、本明細書に例証および説明される例示的設計および実装を含め、以下に例証される例証的実装、図面、ならびに技術にいかようにも限定されるものではなく、添付の請求項の範囲とともに、それらの均等物の全範囲内において修正され得る。

（第１の実施形態―ＰＡＮに対するポールに応答している無線ブロック期間内に、ＲＬＣデータブロックを順序外で送信することを許可されるように移動局を構成する）
第１の実施形態では、事前にデータブロックを符号化できるというオプションを移動局に許可するために、移動局は、ポールに使用されたのと同じタイムスロット番号を有するアップリンクタイムスロットを使用して、ＰＡＮを含むポールへの応答を伝送するように、およびＰＡＮに対するポールに応答している無線ブロック期間内に、ＲＬＣデータブロックを順序外で送信することを許可されるように構成される。この場合、ネットワークは、そのような無線ブロック期間で受信されるブロックを順序付けし直す必要がある場合がある。

上記で説明される図２のようなネットワーク伝送を仮定すると、移動局の挙動は図２と同じである。図３のようなネットワーク伝送を仮定すると、移動局の応答は図５で描写される通りである。タイムスロット＃１の中で、移動局は、１２０において示されるように、ＢＳＮ＝ｂ＋１を伴うＲＬＣ／ＭＡＣブロックを伝送する。タイムスロット＃２の中で、移動局は、１２２において示されるように、ＰＡＮとともにＢＳＮ＝ｂを伴うＲＬＣ／ＭＡＣブロックを伝送する。ここで、ＰＡＮがタイムスロット＃２の中で伝送される際に、タイムスロット番号付けが順守され、ポールに使用されるタイムスロットと同じ番号である。しかしながら、ＲＬＣブロックは順序外で伝送され、ＢＳＮ＝ｂを伴うブロックの前にＢＳＮ＝ｂ＋１を伴うブロックが伝送される。しかしながら、このアプローチを用いると、移動局は、ＵＳＦを待つ必要なく、ポールの受信時にＰＡＮを加えたＢＳＮ＝ｂを伴うＲＬＣ／ＭＡＣブロックを符号化することができる。移動局はまた、ＢＳＮ＝ｂ＋１を伴うＲＬＣ／ＭＡＣブロックを事前符号化することもできる。

この実施形態に対応する方法のフローチャートが図１１に示されている。方法は、ＰＡＮを加えたＲＬＣ／ＭＡＣデータブロックに対するポールを無線チャネル上で受信することから、ブロック１１−１で始まる。ブロック１１−２では、移動局は、ポールに使用されるのと同じタイムスロット番号を有するアップリンクタイムスロットを使用して、ＰＡＮを加えたＲＬＣ／ＭＡＣデータブロックに対するポールへの応答を伝送するように構成される。ブロック１１−３では、移動局は、ＰＡＮに対するポールに応答している無線ブロック期間内に、ＲＬＣデータブロックを順序外で送信することを許可されるように構成される。ブロック１１−４では、移動局は、モバイルデバイスの構成に従ってＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを伝送する。いくつかの実施形態では、方法はさらに、該当する場合、ＵＳＦが受信され、ポールによって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、および、該当する場合、ＵＳＦが受信され、同じブロック期間内のポールによって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、ＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを符号化する、移動局を含む。

（第２の実施形態―どのタイムスロット内でポールが受信されたかに関係なく、第１の割り振られたタイムスロットによって規定される無線ブロックの中でＰＡＮを伴うＲＬＣデータブロックを伝送するように移動局を構成する）
いくつかの実施形態では、事前にデータブロックを符号化できるというオプションを移動局に許可するために、移動局は、ＲＬＣデータブロックの伝送の順序を順守するように、およびどのタイムスロット内でポールが受信されたかに関係なく、第１の割り振られたタイムスロットによって規定される無線ブロックの中でＰＡＮを伴うＲＬＣデータブロックを伝送するように構成される。

上記の図２のようなネットワーク伝送を仮定すると、移動局の挙動は図２と同じである。図３のようなネットワーク伝送を仮定すると、移動局の応答は図６で描写される通りである。タイムスロット＃１の中で、移動局は、１３０において示されるように、ＰＡＮとともにＢＳＮ＝ｂを伴うＲＬＣ／ＭＡＣブロックを伝送する。タイムスロット＃２の中で、移動局は、１３２において示されるように、ＢＳＮ＝ｂ＋１を伴うＲＬＣ／ＭＡＣブロックを伝送する。ここで、ＰＡＮがタイムスロット＃１の中で伝送される際に、タイムスロット番号付けが順守されず、ポールに使用されたタイムスロットと同じ番号ではない。しかしながら、ＲＬＣブロックは順序通りに伝送され、ＢＳＮ＝ｂ＋１を伴うブロックの前にＢＳＮ＝ｂを伴うブロックが伝送される。しかしながら、このアプローチを用いると、移動局は、ＵＳＦを待つ必要なく、ポールの受信時にＰＡＮを加えたＢＳＮ＝ｂを伴うＲＬＣ／ＭＡＣブロックを符号化することができる。移動局はまた、ＢＳＮ＝ｂ＋１を伴うＲＬＣ／ＭＡＣブロックを事前符号化することもできる。

この実施形態に対応する方法のフローチャートが図１２に示されている。方法は、ＰＡＮを加えたＲＬＣ／ＭＡＣデータブロックに対するポールを無線チャネル上で受信することから、ブロック１２−１で始まる。ブロック１２−２では、移動局は、ＰＡＮを伴うＲＬＣデータブロックが伝送されるかどうかに関係なく、無線ブロック期間内にＲＬＣデータブロックを伝送するように構成される。ブロック１２−３では、移動局は、どのタイムスロット内でポールが受信されたかに関係なく、第１の割り振られたタイムスロットによって規定される無線ブロックの中でＰＡＮを伴うＲＬＣデータブロックを伝送するように構成される。ブロック１２−４では、移動局は、モバイルデバイスの構成に従ってＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを伝送する。いくつかの実施形態では、方法はさらに、該当する場合、ＵＳＦが受信され、ポールによって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、および、該当する場合、ＵＳＦが受信され、同じブロック期間内のポールによって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、ＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを符号化する、移動局を含む。

（第３の実施形態―ＰＡＮが割り振られたタイムスロットのうちの第１のＵＬタイムスロット上で伝送されることを確実にするように、ネットワークにおいてスケジューリングを行う）
別の実施形態では、上記で説明される第２の実施形態とは逆に、ＰＡＮはポールが受信されたのと同じタイムスロット上で送信され、ブロックシーケンス番号が順守されることが予期される。しかしながら、ネットワークは、ＰＡＮが送信される無線ブロック期間を考慮して、ＰＡＮが割り振られたタイムスロットのうちの第１のアップリンクタイムスロット上で伝送されることを確実にするよう、ＰＡＮについてポーリングし、アップリンクブロックを割り振ることに責任がある。

上記の図２のようなネットワーク伝送を仮定すると、移動局の挙動は図２と同じである。図３で描写されたネットワークの挙動は、この実施形態には許可されない。むしろ、図７で描写されたネットワークの挙動が実装される。この場合、ネットワークは、いくつのスロットが割り振られるべきかを決定し、これらのスロットのうちの第１のスロットの中でＰＡＮに対してポーリングすべきか、または、ＵＳＦ信号伝達を用いて、どの無線ブロックを携帯電話に割り振るかを決定する時に、以前に送信されたポールを考慮し、ポールが送信されたタイムスロットよりも低いタイムスロットを信号伝達するＵＳＦを用いて割り振らない。タイムスロット＃１および＃２が割り振られるものと仮定すると（具体的実施例にすぎない）、ＰＡＮに対するポールがタイムスロット＃１上で伝送される。図７では、ネットワークは、１５０において、タイムスロット＃１の中でＲＬＣデータブロック＋ＰＡＮに対するポールを伝送する。後に、ネットワークは、タイムスロット＃１のアップリンク割当を示すＵＳＦ１５２を含むブロックを伝送する。次いで、ネットワークは、タイムスロット＃２のアップリンク割当を示すＵＳＦ１５４を含むブロックを伝送する。それに応じて、移動局は、１５６において、タイムスロット＃１の中でＰＡＮを伴うＲＬＣ／ＭＡＣブロックＢＳＮ＝ｂを伝送し、移動局は、１５８において、タイムスロット＃２の中でＢＳＮ＝ｂ＋１を伴うＲＬＣ／ＭＡＣブロックを伝送する。ブロックｂがブロックｂ＋１の前に伝送されるという点で、ＲＬＣブロックの順序付けが順守されていることが分かり、また、ＲＬＣ／ＭＡＣブロック＋ＰＡＮがタイムスロット＃１の中で送信されるという点で、ポールと同じタイムスロット上でのポールへの応答の伝送も順守されていることも分かる。しかしながら、この実施例と図４の実施例との間の違いは、ここでは、移動局が、図４の場合のようにＰＡＮとともにどのブロックを符号化すべきかを観察することなく、ポールを受信するとすぐに、ＰＡＮを伴う次のブロックを符号化できることである。

この実施形態に対応する方法のフローチャートが図１３に示されている。方法は、ＰＡＮを加えたＲＬＣ／ＭＡＣデータブロックに対するポールを無線チャネル上で受信することから、ブロック１３−１で始まる。ブロック１３−２では、移動局は、該当する場合、ＵＳＦが受信され、ポールによって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、および、該当する場合、ＵＳＦが受信され、同じブロック期間内のポールによって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、ＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを符号化する。ブロック１３−３では、移動局は、ポールが受信されたのと同じタイムスロット上でＰＡＮを伝送するように構成される。ブロック１３−４では、移動局は、特定の順序に従ってブロックを伝送するように構成される。ブロック１３−５では、移動局は、ＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを伝送する。

この実施形態に対応する方法のフローチャートが、ネットワークによる実行のために図１６に示されている。方法は、ＰＡＮを加えたＲＬＣデータブロック伝送のためのアップリンクブロックを割り振るようにＰＡＮに対するポールを伝送することから、ブロック１６−１で始まる。ブロック１６−２では、ネットワークは、少なくとも１つのアップリンクブロックを割り振るように、少なくとも１つのＵＳＦを伝送し、ポールおよび少なくとも１つのＵＳＦは、最初期のアップリンクブロックを含む複数のアップリンクブロックを集合的に割り振る。ブロック１６−３では、ネットワークは、ポールおよび少なくとも１つのＵＳＦが、ＰＡＮが送信される無線ブロック期間を考慮して、ＰＡＮに対するポーリングが複数のアップリンクブロックのうちの最初期のアップリンクブロックを割り振るために常に使用されるようなものであるように、割振を行う。

いくつかの実施形態では、移動局は、例えば、基地局が誤って構成された場合のように、ネットワーク割振が第３の実施形態によって予期されるものと一致しない時に、本明細書で説明される他の実施形態のうちの１つ、例えば、第１、第２、または第４の実施形態を実装するように構成される。このように進むことによって、移動局は、事前にデータブロックをコード化することを進めることができる。

（第４の実施形態―どのタイムスロット内でポールが受信されるかに関係なく、携帯電話に割り振られる適切な無線ブロック期間内の任意のアップリンクタイムスロット上で、ポールに応じて送信されるＰＡＮを含むことを許可されるように移動局を構成する）
この実施形態では、移動局は、どのタイムスロット内でポールが受信されるかに関係なく、移動局に割り振られる適切な無線ブロック期間内の任意のアップリンクタイムスロット上で、ポールに応答して送信されるＰＡＮを含むことを許可される。移動局は、この実施形態についてブロックシーケンス番号付けを順守するように構成される。より一般的には、いくつかの実施形態では、移動局はさらに、移動局が事前にブロックを符号化することを可能にするよう、移動局が特定の順序でブロックを伝送し、ポールに使用されたのと同じタイムスロットの中でポールに応答できることを確実にするように、ネットワークによるスケジューリングが失敗した場合にＰＡＮを加えたＲＬＣデータブロックに対するポールに応答する別の方法を実装するように構成される。

この実施形態に対応する方法のフローチャートが図１４に示されている。方法は、ＰＡＮを加えたＲＬＣ／ＭＡＣデータブロックに対するポールを無線チャネル上で受信することから、ブロック１４−１で始まる。ブロック１４−２は、どのタイムスロット内でポールが受信されるかに関係なく、携帯電話に割り振られる適切な無線ブロック期間内の任意のアップリンクタイムスロット上で、ポールに応答して送信されるＰＡＮを含むことを許可されるように移動局を構成することを伴う。ブロック１４−３では、移動局は、ブロックシーケンス番号付けを順守するように構成される。ブロック１４−４では、移動局は、ＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを伝送する。いくつかの実施形態では、方法はさらに、該当する場合、ＵＳＦが受信され、ポールによって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、および、該当する場合、ＵＳＦが受信され、同じブロック期間内のポールによって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、ＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを符号化する、移動局を含む。

第４の実施形態の自由を考慮しても、移動局は、（ポール以外によって）追加のリソースが割り振られないという、最悪の場合のシナリオを仮定しなければならない場合があるため、実践では、第４の実施形態が第２の実施形態に変換し得ることに留意されたい。そのようなものとして、これはは、１つのブロックを伝送することしか許可されない場合に伝送するブロックを伴って、ＰＡＮを符号化することを進める。

第１、第２、および第３の実施形態は、以下のように要約することができる。

ＰＡＮは、（ポールによって割り振られたリソース上で）１つのブロックを伝送することしか許可されない場合に移動局が伝送するブロックとともに符号化される。次いで、第１の実施形態と第２および第３の実施形態との間の違いは、ブロックが伝送される順序であり、第２および第３の実施形態の間の違いは、挙動が第３の実施形態のようなネットワークによって実施されるか、または第２の実施形態のような移動局によって単純に実行されるかどうかである。

以下の表１は、各実施形態に適用可能な規則の概要と、実現され得るいくつかの利点／不利点とを含む。

全ての場合において、原則的有益性は、（該当する場合）ＵＳＦが、アップリンクリソースを割り振るために送信されるのを知る前に、携帯電話が、必要に応じてＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを符号化できる（しかし、必ずしも符号化するように要求されない）ことである。

本願の実施形態によって提供される方法のフローチャートが図１５に示されている。方法は、移動局によって実行され、ＰＡＮを加えたＲＬＣ／ＭＡＣデータブロックに対するポールを無線チャネル上で受信することから、ブロック１５−１で始まる。ブロック１５−２では、移動局は、該当する場合、ＵＳＦが受信され、ポールによって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、および、該当する場合、ＵＳＦが受信され、同じブロック期間内のポールによって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振ることを知る前に、ＰＡＮを含むＲＬＣ／ＭＡＣデータブロックを符号化する。

ネットワークは常に、アップリンクリソースを割り振る時に、ポールによる割振およびＵＳＦによる割振が「衝突」しない、すなわち、同じアップリンクリソースを異なる移動局に割り当てないことを確実にするべきである。図８の実施例では、同じタイムスロットが、１７０におけるポールで、および１７２におけるＵＳＦで割り振られている。任意のイベントでポールに使用されるタイムスロット上のＵＳＦは、ポーリングされるのと同じ移動局に属しなければならないか、または未使用の値でなければならない。全ダウンリンクスロットがＵＳＦを含み、ＵＳＦは、割り当てられたＴＢＦを指し得るか、または指さないことがある。したがって、未使用の値を含むＵＳＦは、単純に、ＵＳＦがいずれの割り当てられたＴＢＦも指さないことを意味する。しかしながら、この場合、同じ移動局に属するＵＳＦ（すなわち、ＵＳＦ１７２）が送信される必要はなく、実際には、これは、タイムスロット＃２上で移動局にアップリンクＴＢＦまたはアップリンク割当がなければ、不可能であり得ることに留意されたい。

（実施形態：ＵＳＦおよびポールは、異なるタイムスロットを指し、ポールは、ポールのタイムスロットとは異なるタイムスロット上で送信される）
別の実施形態は、ＵＳＦおよびポールがそれぞれ、異なるタイムスロットを指し、ポールへの応答が、ポールのタイムスロットとは異なるタイムスロット上で送信される、状況に対処する特定の方法を提供する。上記で説明される第２および第４の実施形態等のいくつかの実施形態では、移動局は、必ずしもポールが受信されたのと同じタイムスロット番号上でＰＡＮを伴うＲＬＣデータブロックを伝送するとは限らない。これは、移動局が、別のアップリンクブロックを割り振る別の有効ＵＳＦを受信したことを暗示し、携帯電話が進行中のアップリンクＴＢＦを有することを暗示すると留意されたい。

いくつかの実施形態では、移動局は、ポールが受信されたのと同じタイムスロット上で、ポールによって示されるブロック上のアップリンクＲＬＣデータブロックの伝送のための割振としてポールを扱うように、および（ブロックがその携帯電話に対する有効ＵＳＦによって実際に割り振られたか否かにかかわらず）そのアップリンクブロックがＵＳＦを用いて割り振られたかのようにＲＬＣデータブロックを伝送するように構成される。

この挙動の実施例が図９で描写されている。ネットワークは、２００において、タイムスロット＃２の中でＲＬＣデータブロック＋ＰＡＮに対するポールを移動局に伝送する。ネットワークは、タイムスロット＃１の中で、２０２においてＵＳＦ割振を含むブロックを同じ移動局に伝送し、タイムスロット＃２の中で、２０４において割り当てられていないＵＳＦを含むブロックを伝送する。割り当てられていないＵＳＦを伝送することは、タイムスロットを別のユーザに割り当てないことと同等である。それに応じて、タイムスロット＃１を割り当てるＵＳＦおよびタイムスロット＃２上で伝送されるポールの組み合わせは、スロット１およびスロット２の両方の上でのＲＬＣ／ＭＡＣブロック伝送のためのアップリンク割振として集合的に扱われる。したがって、移動局は、２０６において、タイムスロット＃１上でＲＬＣ／ＭＡＣデータブロック＋ＰＡＮを送信する。そうする際に、携帯電話は、ポールが受信されたタイムスロット（タイムスロット＃２）（上記で説明される第２および第４の実施形態と一致する）とは異なるタイムスロット（タイムスロット＃１）上でＰＡＮを送信するが、タイムスロット＃２上でアップリンクデータブロックを明示的に割り振るいずれのＵＳＦも移動局によって受信されなかった。移動局は、２０８において、タイムスロット＃２上でＲＬＣデータブロックを伝送することによって、（たとえそのタイムスロット上にアップリンク割当がなく、リソースを割り振るように送信できたはずの可能なＵＳＦ値がなかったことを意味しても）タイムスロット＃２上でそれにリソースを割り振る有効ＵＳＦを受信したかのように作動する。

上記の実施形態は、タイムスロット＃ｎ上で割振またはポールを受信する移動局が、ＲＬＣ／ＭＡＣデータブロック＋ＰＡＮ状況を取り扱うように詳述される例外を受けて、タイムスロット＃ｎ上で伝送すると予期されることを仮定している。これは、例えば、背景で説明されるＢＴＴＩ割振に適用可能である。本明細書で説明される実施形態はまた、１対のダウンリンクタイムスロット上で割振またはポールを受信する移動局が、対応する１対のアップリンクタイムスロット上で伝送すると予期される場合に、対合割振に概して適用可能である。ダウンリンクタイムスロットペアのタイムスロット番号、および応答が送信される対応アップリンクタイムスロットペアのタイムスロット番号は、同じである必要はないが、ダウンリンクタイムスロットペアに対するアップリンクタイムスロットペアのタイムスロット番号において所定の関係がある。これは、例えば、ＲＴＴＩ（縮小伝送時間間隔）割振を伴う場合である。

したがって、ＢＴＴＩおよびＲＴＴＩの両方について、割り振られたアップリンクスロットは、ＵＳＦを含むダウンリンクスロットと対応するが、対応の性質が異なる。ＢＴＴＩについて、対応するスロットは、同じスロット番号を有する。ＲＴＴＩについて、対応するスロットは、必ずしも同じスロット番号を持たない。したがって、ＲＴＴＩ実装について、ＢＴＴＩに適用可能な「同じタイムスロット番号」への言及は、「対応するタイムスロットペア」を指すと解釈することができる。３ＧＰＰ仕様も、「タイムスロットペア」と本質的に同義である「ＰＤＣＨペア」を指す。

図１７は、その内側に上記で説明される実施形態のうちの１つ以上が実装され得る、システムのブロック図である。ネットワークデバイス２１０によって表されるようなネットワークと無線通信している移動局２００がある。移動局２００は、少なくとも１つのアンテナ２０２と、伝送機２０２と、受信機２０４（送受信機として一緒に実装され得る）と、ＵＳＦおよびポールプロセッサ２０８とを有する。ＵＳＦポールプロセッサは、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせ、例えば、プロセッサ上で作動するソフトウェアで実装される。ネットワークデバイス２１０は、少なくとも１つのアンテナ２１４と、伝送機２１６と、受信機２１８（送受信機として一緒に実装され得る）と、スケジューラ２２０とを有する。スケジューラは、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせ、例えば、プロセッサ上で作動するソフトウェアで実装される。

図１７では、スケジューラと、伝送機および受信機とは、同じネットワーク構成要素の一部として示されている。他の実施形態では、これらの要素は、異なるネットワーク要素の一部として実装される。例えば、スケジューラは、ＢＳＣ（基地局コントローラ）内に実装され得、伝送機および受信機は、基地局内に実装され得る。

動作中、スケジューラは、どの移動局（移動局２０２等）がどのアップリンクリソースを得るかを決定する責任がある。スケジューラは、いつアップリンクリソースを割り振るＵＳＦを伝送するか、およびいつＲＬＣ／ＭＡＣブロック＋ＰＡＮに対するポールを伝送するかを決定する。本願の特定の実施形態は、スケジューラ２２０、伝送機２１６、および受信機２１８が、上記で説明される図１４の方法を実装するように構成される、ネットワークデバイス２１０を提供する。

動作中、ＵＳＦおよびポールプロセッサ２０８、伝送機２０４、ならびに受信機２０６は、ＵＳＦおよびポールを集合的に受信し、それに応じてアップリンクデータブロックを生成し、伝送する。特定の実施形態では、本願は、伝送機２０４、受信機２０６、ならびにＵＳＦおよびポールプロセッサ２０８が、図９の方法、図１０の方法、図１１の方法、図１２の方法、または図１３の方法を実装するように集合的に構成される、モバイルデバイス２００を提供する。

（無線デバイス）
ここで図１０を参照すると、例えば、本開示で説明されるモバイルデバイス方法のうちのいずれかを実装し得る、無線デバイス１００のブロック図が示されている。無線デバイス１００は、例示的な目的のみで、非常に具体的な詳細を伴って示されていることを理解されたい。処理デバイス（マイクロプロセッサ１２８）が、キーボード１１４とディスプレイ１２６との間に連結されるものとして概略的に示されている。マイクロプロセッサ１２８は、ユーザによるキーボード１１４上のキーの作動に応じて、ディスプレイ１２６の動作、ならびに無線デバイス１００の全体的動作を制御する。

無線デバイス１００は、垂直に細長くてもよい筐体を有するか、または他のサイズおよび形状を成し得る（二つ折り筐体構造を含む）。キーボード１１４は、テキスト入力と電話入力とを切り替えるためのモード選択キー、または他のハードウェアあるいはソフトウェアを含み得る。

マイクロプロセッサ１２８に加えて、無線デバイス１００の他の部品が概略的に示されている。これらは、１式のＬＥＤ１０４、一式の補助Ｉ／Ｏデバイス１０６、シリアルポート１０８、スピーカ１１１、およびマイクロホン１１２を含む、他の入出力デバイス、ならびにフラッシュメモリ１１６およびランダムアクセスメモリ（ＲＡＭ）１１８を含むメモリデバイス、および種々の他のデバイスサブシステム１２０とともに、通信サブシステム１７０と、短距離通信サブシステム１０２と、キーボード１１４と、ディスプレイ１２６とを含む。無線デバイス１００は、無線デバイス１００の能動要素に電力供給するようにバッテリ１２１を有し得る。無線デバイス１００は、いくつかの実施形態では、音声およびデータ通信能力を有する、両方向無線周波数（ＲＦ）通信デバイスである。加えて、無線デバイス１００は、いくつかの実施形態では、インターネットを介して他のコンピュータシステムと通信する能力を有する。

マイクロプロセッサ１２８によって実行されるオペレーティングシステムソフトウェアは、いくつかの実施形態では、フラッシュメモリ１１６等の持続的記憶部に記憶されるが、読み出し専用メモリ（ＲＯＭ）または同様の記憶要素等の他の種類のメモリデバイスに記憶され得る。加えて、システムソフトウェア、特定デバイスアプリケーション、またはそれらの複数部分が、ＲＡＭ１１８等の揮発性記憶部に一時的にロードされ得る。無線デバイス１００によって受信される通信信号も、ＲＡＭ１１８に記憶され得る。

マイクロプロセッサ１２８は、そのオペレーティングシステム機能に加えて、無線デバイス１００上でのソフトウェアアプリケーションの実行を可能にする。音声通信モジュール１３０Ａおよびデータ通信モジュール１３０Ｂ等の、基本デバイス動作を制御する所定の一式のソフトウェアアプリケーションが、製造中に無線デバイス１００にインストールされ得る。加えて、個人情報マネージャ（ＰＩＭ）アプリケーションモジュール１３０Ｃも、製造中に無線デバイス１００にインストールされ得る。ＰＩＭアプリケーションは、いくつかの実施形態では、Ｅメール、カレンダーイベント、音声メール、予約、およびタスクアイテム等のデータアイテムを整理および管理することが可能である。ＰＩＭアプリケーションはまた、いくつかの実施形態では、無線ネットワーク１１０を介してデータアイテムを送受信することが可能である。いくつかの実施形態では、ＰＩＭアプリケーションによって管理されるデータアイテムは、デバイスユーザの対応するデータアイテムがホストコンピュータシステムに記憶されるか、または関連付けられた状態で、無線ネットワーク１１０を介して、シームレスに統合、同期化、および更新される。同様に、別のソフトウェアモジュール１３０Ｎとして図示される、付加的なソフトウェアモジュールが製造中にインストールされ得る。

データおよび音声通信を含む通信機能は、通信サブシステム１７０を通して、およびおそらく短距離通信サブシステム１０２を通して果たされる。通信サブシステム１７０は、受信機１５０と、伝送機１５２と、受信アンテナ１５４および伝送アンテナ１５６として図示される１つ以上のアンテナとを含む。加えて、通信サブシステム１７０はまた、デジタル信号プロセッサ（ＤＳＰ）１５８等の処理モジュール、および局部発振器（ＬＯ）１６０も含む。伝送機１５２および受信機１５０を有する通信サブシステム１７０は、上記で詳細に説明される実施形態のうちの１つ以上を実装するための機能性を含む。通信サブシステム１７０の特定の設計および実装は、無線デバイス１００が動作することを目的としている通信ネットワークに依存する。例えば、無線デバイス１００の通信サブシステム１７０は、Ｍｏｂｉｔｅｘ^ＴＭ、ＤａｔａＴＡＣ^ＴＭ、または汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ／ＧＰＲＳ）移動データ通信ネットワークとともに動作するように設計され、また、高度携帯電話サービス（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｅｒｖｉｃｅ／ＡＭＰＳ）、時分割多重アクセス（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ／ＴＤＭＡ）、符号分割多重アクセス（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ／ＣＤＭＡ）、個人通信サービス（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ／ＰＣＳ）、グローバル・システム・フォー・モバイル・コミュニケーションズ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ／ＧＳＭ（登録商標））等の種々の音声通信ネットワークのうちのいずれかとともに動作するように設計され得る。ＣＤＭＡの実施例は、ＩＸおよびＩｘ ＥＶ−ＤＯを含む。通信サブシステム１７０はまた、８０２．１１ Ｗｉ−Ｆｉネットワークおよび／または８０２．１６ ＷｉＭＡＸネットワークとともに動作するように設計され得る。別個および統合の両方である、他の種類のデータおよび音声ネットワークも、無線デバイス１００とともに利用され得る。

ネットワークアクセスは、通信システムの種類に応じて異なり得る。例えば、Ｍｏｂｉｔｅｘ^ＴＭおよびデータＴＡＣ^ＴＭネットワークでは、無線デバイスは、各デバイスと関連付けられる一意の個人識別番号（ＰＩＮ）を使用して、ネットワーク上で登録される。しかしながら、ＧＰＲＳネットワークでは、ネットワークアクセスは、典型的にはデバイスの加入者またはユーザと関連付けられる。したがって、ＧＰＲＳデバイスは、典型的には、ＧＰＲＳネットワーク上で動作するために、加入者識別モジュール（ＳＩＭ）カードと呼ばれる加入者識別モジュールを有する。

ネットワーク登録または起動手順が完了すると、無線デバイス１００は、通信ネットワーク１１０上で通信信号を送受信し得る。受信アンテナ１５４によって通信ネットワーク１１０から受信された信号は、信号増幅、周波数下方変換、フィルタリング、チャネル選択等を提供し、また、アナログ・デジタル変換を提供し得る、受信機１５０へ送られる。受信した信号のアナログ・デジタル変換は、ＤＳＰ１５８が、復調および復号等のより複雑な通信機能を果たすことを可能にする。同様に、ネットワーク１１０に伝送される信号は、ＤＳＰ１５８によって処理（例えば、変調および符号化）され、次いで、デジタル・アナログ変換、周波数上方変換、フィルタリング、増幅、および伝送アンテナ１５６を介した通信ネットワーク１１０（または複数のネットワーク）への伝送のために、伝送機１５２に提供される。

通信信号を処理することに加えて、ＤＳＰ１５８は、受信機１５０および伝送機１５２の制御を提供する。例えば、受信機１５０および伝送機１５２において通信信号に適用される利得は、ＤＳＰ１５８で実装される自動利得制御アルゴリズムを通して適応的に制御され得る。

データ通信モードでは、テキストメッセージまたはダウンロードされたウェブページ等の受信した信号が、通信サブシステム１７０によって処理され、マイクロプロセッサ１２８に入力される。次いで、受信した信号は、ディスプレイ１２６へ、または代替としていくつかの他の補助Ｉ／Ｏデバイス１０６への出力のために、マイクロプロセッサ１２８によってさらに処理される。デバイスユーザまた、キーボード１１４、および／またはタッチパッド、ロッカースイッチ、サムホイール、またはいくつかの他の種類の入力デバイス等の何らかの他の補助Ｉ／Ｏデバイス１０６を使用して、Ｅメールメッセージ等のデータアイテムを構成し得る。次いで、構成されたデータアイテムは、通信サブシステム１７０を介して通信ネットワーク１１０上で伝送され得る。

音声通信モードでは、デバイスの全体的動作は、受信した信号がスピーカ１１１に出力され、伝送のための信号がマイクロホン１１２によって生成されることを除いて、データ通信モードと実質的に同様である。音声メッセージ記録サブシステム等の代替的な音声または音響Ｉ／Ｏサブシステムも、無線デバイス１００上で実装され得る。加えて、ディスプレイ１２６も、例えば、発呼者の識別、音声電話の持続時間、または他の音声電話関連情報を表示するために、音声通信モードで利用され得る。

短距離通信サブシステム１０２は、無線デバイス１００と、必ずしも同様のデバイスである必要はない、他の近接システムまたはデバイスとの間の通信を可能にする。例えば、短距離通信サブシステムは、同様に使用可能なシステムおよびデバイスとの通信を提供するように、赤外線デバイス、ならびに関連回路および構成要素、またはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含み得る。

いくつかの実装では、無線デバイス１００は、ＣＳ（回路交換式）ならびにＰＳ（パケット交換式）通信の両方に従事することができ、連続性の損失を伴わずに１つの通信モードから別の通信モードへ移行することができるように、複数のモードで動作することが可能である。他の実装が可能である。

特定の実施形態では、ピギーバック式ＡＣＫ／ＮＡＣＫビットマップを伴うアップリンクデータブロック伝送を割り振り、伝送するための上記の方法のうちの１つ以上は、本明細書で説明される方法のうちの１つを実装するように集合的に適切に構成される、通信サブシステム１７０、マイクロプロセッサ１２８、ＲＡＭ１１８、およびデータ通信モジュール１３０Ｂによって実装される。

上記で説明される実施形態の全ては、ＰＡＮを伴うアップリンクＲＬＣブロックの割振のためのポールの使用、およびＰＡＮを伴うＲＬＣブロックの後続の伝送を指す。より一般的には、実施形態は、制御情報と組み合わせたユーザデータ（以降、ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック））の伝送のための特定された無線ブロック期間内のアップリンク無線ブロックの割振および／または伝送に適用可能である。ＰＡＮを伴うアップリンクＲＬＣブロックの割振および／または伝送において要求されるＡＣＫ／ＮＡＣＫは、制御情報の具合的実施例である。ＲＬＣブロックは、アップリンク無線ブロックの具体的実施例である。したがって、ＰＡＮを伴うＲＬＣブロックは、ＤＢＣＣＩの具体的実施例である。ＰＡＮを加えたＲＬＣデータブロックに対するポールは、ＤＢＣＣＩの要求の具体的実施例である。

上記で説明される実施形態の全ては、ＵＳＦ機構を通したアップリンクＲＬＣブロックの割振を指す。より一般的には、これらの実施形態は、ユーザデータの伝送の目的でアップリンク無線ブロックを割り振るための任意の割振機構に適用可能である。そのような割振の伝送は、ＵＡＤＢ（データブロックのためのアップリンク割振）の伝送と呼ばれる。ＵＳＦは、ＵＡＤＢの具体的実施例である。

実施形態は、大部分が方法として説明されている。さらなる実施形態は、実行されると、移動局に本明細書で説明される方法のうちのいずれかを行わせる、移動局によって実行するための、その上に記憶されたコンピュータ実行可能命令を有する、コンピュータ可読媒体を提供する。

さらなる実施形態は、実行されると、１つまたは複数のネットワークデバイスに本明細書で説明されるネットワーク方法のうちのいずれかを行わせる、１つまたは複数のネットワークデバイスによって実行するための、その上に記憶されたコンピュータ実行可能命令を有する、コンピュータ可読媒体を提供する。

さらなる実施形態は、本明細書で説明される移動局の方法のうちのいずれかを行うように構成される、移動局を提供する。

さらなる実施形態は、本明細書で説明されるネットワーク方法のうちのいずれかを行うように構成される、１つまたは複数のネットワークデバイスを提供する。

本願の多数の修正および変化例が、上記の教示に照らして可能である。したがって、添付の請求項の範囲内で、実施形態は、本明細書で具体的に説明されるのとは別様に実践され得ることを理解されたい。

さらなる側面は、実行されると、移動局に、上記で要約された方法のうちの１つまたは本明細書で開示される方法のうちの１つを行わせる、移動局によって実行するための、その上に記憶されたコンピュータ実行可能命令を有する、コンピュータ可読媒体を提供する。さらなる側面は、上記で要約された方法のうちの１つまたは本明細書で開示される方法のうちの１つを行うように構成される、無線デバイスまたはネットワーク構成要素を提供する。
例えば、本発明は以下の項目を提供する。
（項目１）
無線デバイスにおける方法であって、
ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を受信することと、
第１のタイムスロット上でデータブロックを伝送することと
を含み、
該第１のタイムスロットを該無線デバイスに割り振るどんなＵＡＤＢ（データブロックに対するアップリンク割振）も受信されていない、方法。
（項目２）
データは、上記ＤＢＣＣＩの要求に応答して送信されている、項目１に記載の方法。
（項目３）
上記ＤＢＣＣＩの要求は、ＲＬＣ（無線リンク制御）データブロック＋ＰＡＮ（ピギーバック式ＡＣＫ／ＮＡＣＫ）に対するポールである、項目１から２のうちのいずれか１項に記載の方法。
（項目４）
各ＵＡＤＢは、ＵＳＦ（アップリンク状態フラグ）である、項目１から３のうちのいずれか１項に記載の方法。
（項目５）
上記第１のタイムスロット以外の少なくとも１つのタイムスロットに関してＵＡＤＢを受信することと、
該第１のタイムスロット以外の少なくとも１つのタイムスロットのそれぞれの上でデータブロックを伝送することと
をさらに含む、項目１から４のうちのいずれか１項に記載の方法。
（項目６）
上記ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を受信することは、少なくとも１つのアップリンクタイムスロットの割振を示すＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を無線チャネル上で受信することを含み、
上記第１のタイムスロット以外の少なくとも１つのタイムスロットに関してＵＡＤＢを受信することは、少なくとも１つのＵＡＤＢ（データブロックのためのアップリンク割振）を受信することを含み、各ＵＡＤＢは、それぞれの少なくとも１つのアップリンクタイムスロットの割振を示し、該少なくとも１つのＵＡＤＢによって割り振られる各アップリンクタイムスロットは、ＤＢＣＣＩの要求を使用して割り振られる各アップリンクタイムスロットとは別個かつ異なり、
上記第１のタイムスロット上でデータブロックを伝送すること、該第１のタイムスロット以外の少なくとも１つのタイムスロットのそれぞれの上でデータブロックを伝送することは、ＵＡＤＢによって、または上記ＤＢＣＣＩの要求によって割り振られる少なくとも１つのアップリンクタイムスロットのそれぞれに対して、少なくとも２つのフレームにわたって、上記少なくとも１つのタイムスロット上でデータブロックを伝送することを含み、該データブロックは、上記ＤＢＣＣＩの一部として送信されるデータブロックを含む、
項目５に記載の方法。
（項目７）
上記ＤＢＣＣＩの要求および各ＵＡＤＢはそれぞれ、４つのフレームにわたる１つのタイムスロットの割振、または２つのフレームにわたる２つのタイムスロットの割振を示す、項目１に記載の方法。
（項目８）
該当する場合、上記ＤＢＣＣＩの要求によって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、および、該当する場合、同じ無線ブロック期間内の該ＤＢＣＣＩの要求によって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、ＤＢＣＣＩを符号化することをさらに含む、項目１に記載の方法。
（項目９）
無線デバイスにおける方法であって、
ＤＢＣＣＩの要求を無線チャネル上で受信することと、
該当する場合、該ＤＢＣＣＩの要求によって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、および、該当する場合、同じ無線ブロック期間内の該ＤＢＣＣＩの要求によって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、ＤＢＣＣＩを符号化することと、
該ＤＢＣＣＩを伝送することと
を含む、方法。
（項目１０）
移動局が上記ＤＢＣＣＩの要求が受信されたタイムスロットと同じタイムスロット上で上記ＤＢＣＣＩを伝送することをさらに含む、項目９に記載の方法。
（項目１１）
上記ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求は、ＲＬＣ（無線リンク制御）データブロック＋ＰＡＮ（ピギーバック式ＡＣＫ／ＮＡＣＫ）に対するポールである、項目９および１０のうちのいずれか１項に記載の方法。
（項目１２）
各ＵＡＤＢは、ＵＳＦ（アップリンク状態フラグ）である、項目９および１０のうちのいずれか１項に記載の方法。
（項目１３）
実行されると、移動局に項目１から１２のうちのいずれか１項に記載の方法を行わせる移動局による実行のためのコンピュータ実行可能命令を記憶したコンピュータ可読媒体。
（項目１４）
項目１から１２のうちのいずれか１項に記載の方法を行うように構成された無線デバイス。
（項目１５）
無線デバイスによるアップリンク伝送のためのタイムスロットを割り振るネットワークデバイスにおける方法であって、
ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を伝送することと、
第１のタイムスロット上で該無線デバイスからデータブロックを受信することであって、該第１のタイムスロットを該無線デバイスに割り振るどんなＵＡＤＢ（データブロックのためのアップリンク割振）も受信されていない、ことと
を含む、方法。
（項目１６）
上記データブロックを受信することは、上記ＤＢＣＣＩの要求に対する応答を受信することを含む、項目１５に記載の方法。
（項目１７）
上記第１のタイムスロット以外のタイムスロットのみを割り振るために、少なくとも１つのＵＡＤＢを伝送することをさらに含む、項目１６に記載の方法。
（項目１８）
少なくとも１つのＵＡＤＢによって割り振られるタイムスロットを割り振るために、少なくとも１つのＵＡＤＢを伝送することと、該少なくとも１つのＵＡＤＢに応答して、少なくとも１つのデータブロックを受信することとをさらに含み、
該ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を伝送することは、ＤＢＣＣＩの伝送のために少なくとも１つのＤＢＣＣＩにより割り振られるタイムスロットを割り振るために、ＤＢＣＣＩの要求を伝送することを含み、該少なくとも１つのＵＡＤＢにより割り振られるタイムスロットと該少なくとも１つのＤＢＣＣＩにより割り振られるタイムスロットとは相互排他的であり、
上記第１のタイムスロット上で無線デバイスからデータブロックを受信することであって、該第１のタイムスロットを該無線デバイスに割り振るどんなＵＡＤＢ（データブロックのためのアップリンク割振）も受信されていない、ことは、ＤＢＣＣＩへの応答を受信することを含む、
項目１５に記載の方法。
（項目１９）
上記ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求は、ＲＬＣ（無線リンク制御）データブロック＋ＰＡＮ（ピギーバック式ＡＣＫ／ＮＡＣＫ）に対するポールである、項目１５から１８のうちのいずれか１項に記載の方法。
（項目２０）
各ＵＡＤＢは、ＵＳＦ（アップリンク状態フラグ）である、項目１５から１９のうちのいずれか１項に記載の方法。
（項目２１）
実行されると、１つまたは複数のネットワークデバイスに項目１５から２０のうちのいずれか１項に記載の方法を行わせる該１つまたは複数のネットワークデバイスによる実行のためのコンピュータ実行可能命令を記憶したコンピュータ可読媒体。
（項目２２）
項目１５から２０のうちのいずれか１項に記載の方法を行うように構成された１つまたは複数のネットワークデバイス。

Claims (22)

1. 無線デバイスにおける方法であって、
   ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を受信することと、
   第１のタイムスロット上でデータブロックを伝送することと
   を含み、
   該第１のタイムスロットを該無線デバイスに割り振るどんなＵＡＤＢ（データブロックに対するアップリンク割振）も受信されていない、方法。
2. データは、前記ＤＢＣＣＩの要求に応答して送信されている、請求項１に記載の方法。
3. 前記ＤＢＣＣＩの要求は、ＲＬＣ（無線リンク制御）データブロック＋ＰＡＮ（ピギーバック式ＡＣＫ／ＮＡＣＫ）に対するポールである、請求項１から２のうちのいずれか１項に記載の方法。
4. 各ＵＡＤＢは、ＵＳＦ（アップリンク状態フラグ）である、請求項１から３のうちのいずれか１項に記載の方法。
5. 前記第１のタイムスロット以外の少なくとも１つのタイムスロットに関してＵＡＤＢを受信することと、
   該第１のタイムスロット以外の少なくとも１つのタイムスロットのそれぞれの上でデータブロックを伝送することと
   をさらに含む、請求項１から４のうちのいずれか１項に記載の方法。
6. 前記ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を受信することは、少なくとも１つのアップリンクタイムスロットの割振を示すＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を無線チャネル上で受信することを含み、
   前記第１のタイムスロット以外の少なくとも１つのタイムスロットに関してＵＡＤＢを受信することは、少なくとも１つのＵＡＤＢ（データブロックのためのアップリンク割振）を受信することを含み、各ＵＡＤＢは、それぞれの少なくとも１つのアップリンクタイムスロットの割振を示し、該少なくとも１つのＵＡＤＢによって割り振られる各アップリンクタイムスロットは、ＤＢＣＣＩの要求を使用して割り振られる各アップリンクタイムスロットとは別個かつ異なり、
   前記第１のタイムスロット上でデータブロックを伝送すること、該第１のタイムスロット以外の少なくとも１つのタイムスロットのそれぞれの上でデータブロックを伝送することは、ＵＡＤＢによって、または前記ＤＢＣＣＩの要求によって割り振られる少なくとも１つのアップリンクタイムスロットのそれぞれに対して、少なくとも２つのフレームにわたって、前記少なくとも１つのタイムスロット上でデータブロックを伝送することを含み、該データブロックは、前記ＤＢＣＣＩの一部として送信されるデータブロックを含む、
   請求項５に記載の方法。
7. 前記ＤＢＣＣＩの要求および各ＵＡＤＢはそれぞれ、４つのフレームにわたる１つのタイムスロットの割振、または２つのフレームにわたる２つのタイムスロットの割振を示す、請求項１に記載の方法。
8. 該当する場合、前記ＤＢＣＣＩの要求によって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、および、該当する場合、同じ無線ブロック期間内の該ＤＢＣＣＩの要求によって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、ＤＢＣＣＩを符号化することをさらに含む、請求項１に記載の方法。
9. 無線デバイスにおける方法であって、
   ＤＢＣＣＩの要求を無線チャネル上で受信することと、
   該当する場合、該ＤＢＣＣＩの要求によって割り振られる同じタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、および、該当する場合、同じ無線ブロック期間内の該ＤＢＣＣＩの要求によって割り振られるタイムスロットよりも低い任意のタイムスロットでアップリンクデータブロック伝送を割り振るために、ＵＡＤＢが受信されるであろうことを知る前に、ＤＢＣＣＩを符号化することと、
   該ＤＢＣＣＩを伝送することと
   を含む、方法。
10. 移動局が前記ＤＢＣＣＩの要求が受信されたタイムスロットと同じタイムスロット上で前記ＤＢＣＣＩを伝送することをさらに含む、請求項９に記載の方法。
11. 前記ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求は、ＲＬＣ（無線リンク制御）データブロック＋ＰＡＮ（ピギーバック式ＡＣＫ／ＮＡＣＫ）に対するポールである、請求項９および１０のうちのいずれか１項に記載の方法。
12. 各ＵＡＤＢは、ＵＳＦ（アップリンク状態フラグ）である、請求項９および１０のうちのいずれか１項に記載の方法。
13. 実行されると、移動局に請求項１から１２のうちのいずれか１項に記載の方法を行わせる移動局による実行のためのコンピュータ実行可能命令を記憶したコンピュータ可読媒体。
14. 請求項１から１２のうちのいずれか１項に記載の方法を行うように構成された無線デバイス。
15. 無線デバイスによるアップリンク伝送のためのタイムスロットを割り振るネットワークデバイスにおける方法であって、
    ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を伝送することと、
    第１のタイムスロット上で該無線デバイスからデータブロックを受信することであって、該第１のタイムスロットを該無線デバイスに割り振るどんなＵＡＤＢ（データブロックのためのアップリンク割振）も受信されていない、ことと
    を含む、方法。
16. 前記データブロックを受信することは、前記ＤＢＣＣＩの要求に対する応答を受信することを含む、請求項１５に記載の方法。
17. 前記第１のタイムスロット以外のタイムスロットのみを割り振るために、少なくとも１つのＵＡＤＢを伝送することをさらに含む、請求項１６に記載の方法。
18. 少なくとも１つのＵＡＤＢによって割り振られるタイムスロットを割り振るために、少なくとも１つのＵＡＤＢを伝送することと、該少なくとも１つのＵＡＤＢに応答して、少なくとも１つのデータブロックを受信することとをさらに含み、
    該ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求を伝送することは、ＤＢＣＣＩの伝送のために少なくとも１つのＤＢＣＣＩにより割り振られるタイムスロットを割り振るために、ＤＢＣＣＩの要求を伝送することを含み、該少なくとも１つのＵＡＤＢにより割り振られるタイムスロットと該少なくとも１つのＤＢＣＣＩにより割り振られるタイムスロットとは相互排他的であり、
    前記第１のタイムスロット上で無線デバイスからデータブロックを受信することであって、該第１のタイムスロットを該無線デバイスに割り振るどんなＵＡＤＢ（データブロックのためのアップリンク割振）も受信されていない、ことは、ＤＢＣＣＩへの応答を受信することを含む、
    請求項１５に記載の方法。
19. 前記ＤＢＣＣＩ（制御情報と組み合わせられたデータブロック）の要求は、ＲＬＣ（無線リンク制御）データブロック＋ＰＡＮ（ピギーバック式ＡＣＫ／ＮＡＣＫ）に対するポールである、請求項１５から１８のうちのいずれか１項に記載の方法。
20. 各ＵＡＤＢは、ＵＳＦ（アップリンク状態フラグ）である、請求項１５から１９のうちのいずれか１項に記載の方法。
21. 実行されると、１つまたは複数のネットワークデバイスに請求項１５から２０のうちのいずれか１項に記載の方法を行わせる該１つまたは複数のネットワークデバイスによる実行のためのコンピュータ実行可能命令を記憶したコンピュータ可読媒体。
22. 請求項１５から２０のうちのいずれか１項に記載の方法を行うように構成された１つまたは複数のネットワークデバイス。

Images