JP2011521494A - 全帯域幅利用のためのｕｌ／ｄｌスケジューリング - Google Patents

Abstract

方法には、送信および受信が同時にはできないユーザ装置により、上りリンクでデータを送信する予定を受信する工程、ユーザ装置により、上りリンクで送信される予定のデータがあるかどうかを検出する工程、および送信される予定のデータがないことが決定される場合に、ユーザ装置により、予定に対応する時間の間に、下りリンクに関連したデータを受信する工程を含む場合がある。

Description

本明細書で説明する実装は広く、通信システムにおける上りリンク送信および下りリンク送信のためのスケジューリング方式に関する。

一部の通信システムに従って、ユーザ装置（ＵＥ）は、マルチスロット・クラスの能力を有する場合がある。マルチスロット・クラスは、上りリンク（ＵＬ）方向におよび下りリンク（ＤＬ）方向に最大転送速度を規定する場合がある。ＵＥのマルチスロット・クラスによっては、ＵＥは、同時にはデータを受信および送信できない場合がある。

通常、ＵＥは、登録処理中に自身のマルチスロット・クラスをネットワークに知らせる場合がある。その後、ネットワークは、とりわけ、セッションの主たる転送方向（たとえば、ＵＬまたはＤＬ）を決定する。セッションのタイプ（たとえば、対話型サービスのセッション）によっては、ネットワークは、帯域幅要求をＵＬからＤＬに迅速に切り替えることが必要になる場合があり、そして逆もまた同様である。しかしながら、ＵＬ方向とＤＬ方向との間の切り替えは、かなり多くの時間を占めることが多い。このようにして、同時にはデータを受信および送信できないＵＥに対して、利用できる帯域幅の利用に不十分な場合があり、同様に、ユーザへのサービス品質を劣化させる場合がある。

全地球移動通信システム（ＧＳＭ）／ＥＤＧＥ無線アクセス・ネットワーク（ＧＥＲＡＮ）では、たとえば、ＧＥＲＡＮに対する現行仕様は、テンポラリ・ブロック・フロー（ＴＢＦｓ）の再割り当てを必要とするので、帯域幅要求の迅速な切り替えに対処できない場合がある。このようにして、ＧＥＲＡＮは大抵、ＵＬｓおよびＤＬｓに等しい帯域幅を供給する場合がある。しかしながら、そのような手法は、ＵＥのマルチスロット能力および利用できる帯域幅の利用で不十分に繋がることがある。その上、またはその代わりに、ＵＥの処理リソースは、任意の時点で、受信と送信との間で切り替えるために、かなりの要求を受ける場合がある。これは、特に、ＵＥが、受信および送信のためにそれぞれ多数のタイムスロット（たとえば、４タイムスロットを超える）をサポートする場合である。結果として、実際に、たとえば、ＵＥは、ある方向に搬送波あたり５タイムスロットまたは６タイムスロットに、そして反対方向に１タイムスロットまたは２タイムスロットに制限される場合がある。

上記不都合の少なくとも一部を取り除き、そして通信システム内のデバイスの操作性を改善することが、目的である。

１つの態様に従って、方法には、送信および受信が同時にはできないユーザ装置により、上りリンクでデータを送信する予定を受信する工程、ユーザ装置により、上りリンクで送信される予定のデータがあるかどうかを検出する工程、そして送信される予定のデータがないということが決定される場合、ユーザ装置により、予定に対応する時間の間に、下りリンクに関連したデータを受信する工程を含む場合がある。

別の態様に従って、デバイスには、命令を記憶するメモリおよび命令を実行するプロセッサを含む場合がある。デバイスが、下りリンクからの受信および上りリンクへの送信が同時にはできないマルチスロット・クラスであって、プロセッサは命令を実行して、別のデバイスに送信する上りリンクの予定を受信し、送信される予定のデータがあるかどうかを検出し、そして送信される予定のデータがあると決定された場合に、送信する上りリンクの予定の時間ウィンドウ内に時間を選択し、または送信される予定のデータがないと決定された場合に、上りリンクの予定の時間ウィンドウ内に下りリンクから受信する場合がある。

さらに別の態様に従って、デバイスには、命令を記憶するメモリおよび命令を実行するプロセッサを含む場合がある。プロセッサは命令を実行し、受信および送信が同時にはできないユーザ装置のマルチスロット・クラスを認識し、ユーザ装置が送信するための予定をユーザ装置に下りリンクで送信し、そして送信する予定の間に受信される予定のデータをユーザ装置に下りリンクで送信する場合がある。

さらに別の態様に従って、システムには、送信する上りリンクの予定を受信し、上りリンクの予定を読み取り、送信される予定のデータがあるかどうかを決定し、送信される予定のデータがあると決定される場合にデータの送信を優先し、そして上りリンクの予定に基づいてデータを送信し、または送信される予定のデータがないと決定される場合に上りリンクの予定の間に、下りリンクに関連したデータを受信できるユーザ装置を含む場合がある。

別の態様に従って、コンピュータで読み取り可能な記憶媒体に、受信および送信が同時にはできないデバイスの少なくとも１つのプロセッサにより実行できる命令が入っている場合がある。コンピュータで読み取り可能な記憶媒体には、上りリンクでデータを送信する予定を受信するための１つ以上の命令、上りリンクで送信される予定のデータがあるかどうかを決定するための１つ以上の命令、および送信される予定のデータがないと決定された場合に、送信する予定に対応する時間の間に、下りリンクに関連したデータを受信するための１つ以上の命令を含む場合がある。

図１は、通信システムを経由して１つの別のデバイスと通信するデバイスを説明する図である。 図２Ａは、図１のＵＥの典型的な構成要素を説明する図である。 図２Ｂは、図１のデバイスの典型的な構成要素を説明する図である。 、 、 図３Ａから図３Ｃまでは、図１のＵＥの典型的な機能を説明する図である。 図４は、図１のＵＥの典型的な実装を説明する図であって、ＵＥには無線電話を含む。 、 、 、 、 、 、 図５から図１１までは、本明細書で説明する構想に関連する場合があるタイムスロットの典型的な利用を説明する図である。 、 、 図１２から図１４までは、本明細書で説明する構想に関連した典型的な処理を説明するフロー図である。

以下の詳細な明細書では添付図面を参照する。種々の図面内の同じ参照番号は、同じ要素または同様な要素を同定する場合がある。また、以下の明細書は発明を限定するものではない。

用語“場合がある（may）”は、この出願を通して用いられ、そして、たとえば、“〜をする可能性がある（having the potential to）”、“〜するように構成される（configured to）”、または“〜できる（being able to）”のように解釈されることを意図しており、そして強制的な意味合い（たとえば、“〜しなければならない”（must）のように）ではない。用語“１つの（a）”、“１つの（an）”、および“その（the）”は、１つ以上の項目を含むように解釈されることを意図している。一つの項目のみを意図する場合には、用語“１つの（one）”または同様な術語が用いられる。さらに、句“〜に基づいて（based on）”は、明示的にそうでないと明記されなければ、“少なくとも一部、〜に基づいて（based,at least in part,on）”のように解釈されるように意図している。用語“および／または（and/or）”は、１つ以上の関連リスト項目の任意の組み合わせおよびすべての組み合わせを含むように解釈されることを意図している。

本明細書で説明する構想は、通信システムにおける帯域幅の利用を改善することだけでなく、必然的にそこから生じる場合がある、または後に続く明細書から明らかである他の利点にも関する。通信システムは、セルラー網または移動網（たとえば、ＧＳＭ、ユニバーサル移動電気通信システム（ＵＭＴＳ）、ロング・ターム・エボリューション（ＬＴＥ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、高速パケット接続（ＨＳＰＡ）、アドホック・ネットワーク、マイクロ波接続のための世界的相互運用（ＷｉＭＡＸ）、米国電気電子学会（ＩＥＥＥ）８０２Ｘ等）のような、いかなる種類の無線ネットワーク、または他の種類の無線ネットワークを含むように広く解釈されることを意図している。通信システムはまた、有線ネットワーク（たとえば、ケーブル・ネットワーク、デジタル加入者線（ＤＳＬ）、サービス総合デジタル網（ＩＳＤＮ）、等）を含む場合がある。用語“通信システム”および“ネットワーク”は、本明細書を通して殆んど同じ意味で用いられる場合がある。用語“パケット”は、本明細書では、データグラム、フレーム、セル、ブロック、または任意の他の種類のデータの送信／受信ユニットを含むように広く解釈されることを意図している。

本明細書で説明する実施形態は、ＵＬおよびＤＬに関連して１つ以上のルールベース方式を採用する場合がある。ルールベース方式は、ＤＬ受信に対して読み取る前に、ＵＥでＵＬ送信を優先することを含む場合がある。さらに、またはその代わりに、ＵＥは、送信するものがない場合、ＤＬ受信に対して読み取る場合がある。さらに、またはその代わりに、ＵＥは、送信するためのＵＬタイムスロットを、読み取りに対するＤＬタイムスロットの損失が最小になるように選択する場合がある。

１つの実装では、ルールベース方式は、現行のＧＥＲＡＮ仕様を補完する場合がある。ルールベース方式は、柔軟性のあるタイムスロット割り当てを採用する場合がある。すなわち、ＵＥに配分されるタイムスロット割り当て（たとえば、ＵＬタイムスロットの数およびＤＬタイムスロットの数）は、送信時間間隔（ＴＴＩ）当たりに応じて変わる場合がある。

考察のために、マルチスロット・クラス対応の通信システムを、本明細書で説明することとする。当然のことながら、本明細書で説明する構想は、この特別な種類の通信システムを採用することに依存しない。むしろ、これらの構想は、本明細書では特に説明しない、他の種類のネットワーク、通信標準等に適応される場合がある。“マルチスロット対応の通信システム”は、ＧＥＲＡＮまたは汎用パケット無線サービス（ＧＰＲＳ）ネットワークのようなネットワークを含む場合がある。

ルールベース方式を考慮して、ＵＥのマルチスロット・クラス能力は、利用できる帯域幅のすべてを採用する方法で利用される場合がある。さらに、またはその代わりに、ＵＥのマルチスロット・クラス能力が同時での受信および送信をサポートしなくても、ＵＥは受信および送信のために多くのタイムスロット（たとえば、搬送波および方向あたり８タイムスロットまで）をサポートする場合がある。さらに、またはその代わりに、対応するマルチスロット・クラスよりも、ＵＬとＤＬとの間での切り替え時間に関する、低い必要要件および／または受信および送信のための数多くのタイムスロットが提供される場合がある。さらに、またはその代わりに、通信システムは、ＵＬおよびＤＬ双方においてすべての利用できるタイムスロットでＵＥを同時に予定する場合があり、そして切り替え時間要件は、（優先される）ＵＬ送信がある事例でのみ受信帯域幅を制限する場合がある。

図１は、本明細書で説明する構想が実装される場合がある、典型的な通信システム１００を説明する図である。図示しているように、通信システム１００は、ＵＥ１０５−１、デバイス１１５を含むネットワーク１１０、およびデバイス１２０を含む場合がある。図示しているように、ＵＥ１０５−１は、ネットワーク１１０を経由してデバイス１２０と通信的に連結している場合がある。たとえば、デバイス１１５は、ＵＥ１０５−１と通信的に連結している場合がある。

ＵＥ１０５−１は、通信能力を有し、そして本明細書で説明するルールベース方式の１つ以上を行うことができるデバイスを含む場合がある。たとえば、ＵＥ１０５−１は、電話、コンピュータ、携帯情報端末（ＰＤＡ）、ウェブ・ブラウザ、パーソナル通信システム（ＰＣＳ）端末、キオスク端末、パーベイシブ・コンピューティング・デバイス、および／または本明細書で説明する構想に関連した機能（すなわち、ルールベース方式）の１つ以上を行うように構成された他の何らかの種類のユーザ・デバイスを含む場合がある。ＵＥ１０５−１は、マルチスロット・クラス能力を有するデバイスを含む場合がある。ＵＥ１０５−１は、受信および送信が同時にはできないデバイスを含む場合がある。

ネットワーク１１０は、デバイス１１５に加えて、無線ネットワークまたは有線ネットワークを含めて、１つ以上の任意の種類のネットワークを含む場合がある。たとえば、ネットワーク１１０は、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）または公衆陸上移動網（ＰＬＭＮ）のような電話網、衛星ネットワーク、イントラネット、インターネット、またはネットワークまたは通信システムの組み合わせを含む場合がある。

デバイス１１５は、通信能力を有するデバイスを含む場合がある。たとえば、デバイス１１５は、無線局または有線局を含む場合がある。用語“無線局（wireless station）”は、無線リンクによってＵＥ１０５−１と通信する場合がある、任意の種類のデバイスを含むように広く解釈されることを意図している。たとえば、無線局は、基地局（ＢＳ）、無線基地局装置（ＢＴＳ）（たとえば、ＧＳＭ通信システムにおいて）、ｅＮｏｄｅＢ（たとえば、ＬＴＥ通信システムにおいて）、ＮｏｄｅＢ（たとえば、ＵＭＴＳ通信システムにおいて）、リピータ、リレーまたは他の何らかの種類のデバイスを含む場合がある。用語“有線局（wired station）”は、有線リンクによってＵＥ１０５−１と通信する場合がある、任意の種類のデバイスを含むように広く解釈されることを意図している。たとえば、有線局は、エッジ・ルータ、スイッチ、ゲートウェイ、または他の何らかの種類のデバイスを含む場合がある。

デバイス１１５は、ＵＥ１０５−１のような別のデバイスのマルチスロット能力を認識できるデバイスを含む場合がある。さらに、またはその代わりに、デバイス１１５は、別のデバイスが受信および送信を同時にはできないということを認識できるデバイスを含む場合がある。

デバイス１２０は、通信能力を有するデバイスを含む場合がある。たとえば、デバイス１２０は、ＵＥ、リソースおよび／またはサービスを提供するサーバ、および／またはデバイス１１５によってＵＥ１０５−１とエンド・ツー・エンド通信を保持できる他の何らかの種類のデバイスを含む場合がある。

図２Ａは、ＵＥ１０５−１の典型的な構成要素を説明する図である。図示しているように、ＵＥ１０５−１は、送受信機２０５、プロセッサ２１０、メモリ２１５、入力デバイス２２０、出力デバイス２２５、およびバス２３０を含む場合がある。用語“構成要素（component）は、本明細書では、たとえば、ハードウェア、ソフトウェアおよびハードウェア、ファームウェア等を含むように広く解釈されることを意図している。

送受信機２０５は、情報を送信し、そして受信できる構成要素を含む場合がある。たとえば、送受信機２０５は、他のデバイスおよび／または通信システムにパケットを送信し、そして他のデバイスおよび／または通信システムからパケットを受信するための送受信機回路を含む場合がある。

プロセッサ２１０は、命令を解釈し、および／または命令を実行できる構成要素を含む場合がある。たとえば、プロセッサ２１０は、汎用プロセッサ、マイクロプロセッサ、データ・プロセッサ、コプロセッサ、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、コントローラ、プログラマブル論理デバイス、チップセット、および／またはフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）を含む場合がある。

メモリ２１５は、情報（たとえば、データおよび／または命令）を記憶できる構成要素を含む場合がある。たとえば、メモリ２１５は、ランダム・アクセス・メモリ（ＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、同期ダイナミック・ランダム・アクセス・メモリ（ＳＤＲＡＭ）、強誘電体ランダム・アクセス・メモリ（ＦＲＡＭ）、リード・オンリ・メモリ（ＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、および／またはフラッシュ・メモリを含む場合がある。

入力デバイス２２０は、ユーザおよび／または別のデバイスからの入力を受信できる構成要素を含む場合がある。たとえば、入力デバイス２２０は、キーボード、キーパッド、マウス、ボタン、スイッチ、マイクロフォン、ディスプレイ、および／または音声認識論理を含む場合がある。

出力デバイス２２５は、ユーザおよび／または別のデバイスに情報を出力できる構成要素を含む場合がある。たとえば、出力デバイス２２５は、ディスプレイ、スピーカ、１つ以上の発光ダイオード（ＬＥＤｓ）、および／またはバイブレータを含む場合がある。

バス２３０は、ＵＥ１０５−１の構成要素間および／または構成要素同士で通信を容認できる構成要素を含む場合がある。たとえば、バス２３０は、システム・バス、アドレス・バス、データ・バス、および／または制御バスを含む場合がある。バス２３０はまた、バス・ドライバ、バス・アービタ、バス・インターフェース、および／またはクロックを含む場合がある。

図２ＡはＵＥ１０５−１の典型的な構成要素を示しているが、他の実装では、ＵＥ１０５−１は、図２Ａで描かれているそれらよりも、より少ない、付加的な、および／または異なる構成要素を含む場合がある。たとえば、ＵＥ１０５−１は、ハード・ディスクまたは何らかの他の種類のコンピュータで読み取り可能な記憶媒体を、対応するドライブと共に含む場合がある。用語“コンピュータで読み取り可能な記憶媒体（computer-readable medium）”は、本明細書では、物理的または論理的な記憶デバイスを含むように広く解釈されることを意図している。当然のことながら、ＵＥ１０５−１の１つ以上の構成要素は、ＵＥ１０５−１の１つ以上の他の構成要素に関連した１つ以上の他のタスクを行うことができる場合がある。

図２Ｂは、デバイス１１５の典型的な構成要素を説明する図である。デバイス１２０は、同じように構成される場合がある。

送受信機２５０は、情報を送信し、そして受信できる構成要素を含む場合がある。たとえば、送受信機２５０は、他のデバイスおよび／または通信システムにパケットを送信し、そして他のデバイスおよび／または通信システムからパケットを受信するための送受信機回路を含む場合がある。

プロセッサ２５５は、命令を解釈し、および／または命令を実行できる構成要素を含む場合がある。たとえば、プロセッサ２５５は、汎用プロセッサ、マイクロプロセッサ、データ・プロセッサ、コプロセッサ、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、コントローラ、プログラマブル論理デバイス、チップセット、および／またはフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）を含む場合がある。

メモリ２６０は、情報（たとえば、データおよび／または命令）を記憶できる構成要素を含む場合がある。たとえば、メモリ２６０は、ランダム・アクセス・メモリ（ＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、同期ダイナミック・ランダム・アクセス・メモリ（ＳＤＲＡＭ）、強誘電体ランダム・アクセス・メモリ（ＦＲＡＭ）、リード・オンリ・メモリ（ＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、および／またはフラッシュ・メモリを含む場合がある。

バス２６５は、デバイス１１５の構成要素間および／または構成要素同士で通信を容認できる構成要素を含む場合がある。たとえば、バス２６５は、システム・バス、アドレス・バス、データ・バス、および／または制御バスを含む場合がある。バス２６５はまた、バス・ドライバ、バス・アービタ、バス・インターフェース、および／またはクロックを含む場合がある。

図２Ｂはデバイス１１５の典型的な構成要素を示しているが、他の実装では、デバイス１１５は、図２Ｂで描かれているそれらよりも、より少ない、付加的な、および／または異なる構成要素を含む場合がある。たとえば、デバイス１１５は、ハード・ディスクまたは何らかの他の種類のコンピュータで読み取り可能な記憶媒体を、対応するドライブと共に含む場合がある。当然のことながら、デバイス１１５の１つ以上の構成要素は、デバイス１１５の１つ以上の他の構成要素に関連した１つ以上の他のタスクを行うことができる場合がある。

図３Ａから図３Ｃまでは、本明細書で説明するルールベース方式の１つ以上を行うことができる典型的な機能構成要素を説明する図である。これらの典型的な機能構成要素は、ＵＥ１０５−１に関連して説明することとする。これまでに上述したように、ルールベース方式の１つは、ＤＬ受信に対する読み取りの前に、ＵＬ送信を優先する工程を含む場合がある。図３Ａは、ＵＬプライオリタイザ（prioritizer）３０５と呼ばれる、この機能を行うための典型的な機能構成要素を示す。ＵＬプライオリタイザ３０５は、図２Ａに描かれている構成要素の１つ以上を利用して実装される場合がある。たとえば、ＵＬプライオリタイザ３０５は、送受信機２０５およびメモリ２１５に実装される場合がある。

ＵＬプライオリタイザ３０５は、ＵＬスケジューラ３１０および送信バッファ３１５のような、機能構成要素を含む場合がある。ＵＬスケジューラ３１０は、ＵＬ送信の予定の知識、およびパケットが送信バッファ３１５に記憶される場合を検出する能力を有する場合がある。送信バッファ３１５はＵＬ送信のためのパケットを記憶する場合がある。

典型的な運用では、ＵＬスケジューラ３１０は、送信バッファ３１５がＵＬ送信のためのパケットを記憶しているかどうかを決定する場合がある。ＵＬスケジューラ３１０は、ＵＥ１０５−１にＵＬ送信が予定されている場合がある最も近い時間に、そのような決定をする場合がある。ＵＬスケジューラ３１０が、送信バッファ３１５がＵＬ送信のためのパケットを記憶していることを決定すると、その場合ＵＥ１０５−１は、ＤＬ受信に対する読み取りの前にパケットのＵＬ送信を優先する場合がある。ＵＬ送信の優先的扱いは、以下でより詳細に説明することとする。

さらに、またはその代わりに、ＵＥ１０５−１は、送信するものがない場合、ＤＬ受信に対して読み取る場合がある。図３Ｂは、ＤＬリーダ・デターミナ（reader determiner）３２０と呼ばれる、この機能を行うための典型的な機能構成要素を示す。ＤＬリーダ・デターミナ３２０は、図２Ａに描かれている１つ以上の構成要素を利用して実装される場合がある。たとえば、ＤＬリーダ・デターミナ３２０は、送受信機２０５およびメモリ２１５に実装される場合がある。

ＤＬリーダ・デターミナ３２０は、ＵＬスケジューラ３１０、送信バッファ３１５、ＤＬリーダ３２５および受信バッファ３３０のような、機能構成要素を含む場合がある。ＵＬスケジューラ３１０および送信バッファ３１５は、これまでに説明したのと同様な方法で動作する場合がある。ＤＬリーダ３２５はパケットを読み取りでき、そしてパケットを受信バッファ３３０に格納する場合がある。受信バッファ３３０は、ＤＬ送信から受信したパケットを記憶する場合がある。

典型的な運用では、ＵＬスケジューラ３１０は、送信バッファ３１５がＵＬ送信のためのパケットを記憶しているかどうかを決定する場合がある。ＵＬスケジューラ３１０は、ＵＥ１０５−１にＵＬ送信が予定されている場合がある最も近い時間に、そのような決定をする場合がある。ＵＬスケジューラ３１０が、送信バッファ３１５がＵＬ送信のためのパケットを記憶していないことを決定すると、その場合ＵＬスケジューラ３１０は、ＤＬリーダ３２５に通知する場合がある。ＤＬリーダ３２５は、ＤＬ送信から読み取り、そして受信バッファ３３０に格納する場合がある。たとえば、ＤＬリーダ３２５は、ＤＬタイムスロット上で読み取り、そしてタイムスロットにパケットがあるかどうかを調べる場合がある。タイムスロットにパケットがあると、パケットは受信バッファ３３０に格納される場合がある。当然のことながら、たとえば、ＵＬスケジューラ３１０はまた、受信バッファ３３０がパケットを記憶していることを承知している場合がある。ＤＬ受信の読み取りは、以下でより詳細に説明することとする。

さらに、またはその代わりに、ＵＥ１０５−１は、ＤＬタイムスロットの読み取り損失を最小にするように送信するために、またＤＬ送信が所与のＴＴＩですべてのＤＬタイムスロットを使用しないことを考慮して、ＵＬタイムスロットを選択する場合がある。図３Ｃは、送信セレクタ３３５と呼ばれる、この機能を行うための典型的な機能構成要素を示す。送信セレクタ３３５は、図２Ａに描かれている１つ以上の構成要素を利用して実装される場合がある。たとえば、送信セレクタ３３５は、送受信機２０５およびメモリ２１５に実装される場合がある。

送信セレクタ３３５は、ＵＬスケジューラ３１０、送信バッファ３１５、およびタイムスロット・セレクタ３４０のような、機能構成要素を含む場合がある。ＵＬスケジューラ３１０および送信バッファ３１５は、これまでに説明したのと同様な方法で動作する場合がある。タイムスロット・セレクタ３４０は、ＤＬタイムスロットの読み取り損失を最小にする、または言い方を変えると、読み取りに対するＤＬタイムスロットの数を最大にする、送信するためのＵＬタイムスロットを選択する場合がある。

典型的な運用では、ＵＬスケジューラ３１０は、送信バッファ３１５がＵＬ送信のためのパケットを記憶しているかどうかを決定する場合がある。ＵＬスケジューラ３１０は、ＵＥ１０５−１にＵＬ送信が予定されている場合がある最も近い時間に、そのような決定をする場合がある。ＵＬスケジューラ３１０が、送信バッファ３１５がＵＬ送信のためのパケットを記憶していることを決定すると、その場合ＵＬスケジューラ３１０は、タイムスロット・セレクタ３４０に通知する場合がある。タイムスロット・セレクタ３４０は、パケットを送信するために、ＤＬタイムスロットの損失を最小にするＵＬタイムスロットを選択する場合がある。送信バッファ３１５にある（複数の）パケットは、選択された（複数の）タイムスロットに基づいて送信される場合がある。タイムスロット・セレクタ３４０によるＵＬタイムスロットの選択は、以下でより詳細に説明することとする。

図４は、ＵＥ１０５−１が無線電話を含む、ＵＥ１０５−１の典型的な実装の図である。図示しているように、ＵＥ１０５−１は、とりわけ、ＵＥ１０５−１に音声情報を入力するための（たとえば、入力デバイス２２０の）マイクロフォン４０５、ＵＥ１０５−１から音声出力を供給するための（たとえば、出力デバイス２２５の）スピーカ４１０、データを入力する、またはデバイス機能を選択するための（たとえば、入力デバイス２２０の）キーパッド４１５、およびデータをユーザに表示する、および／またはデータを入力するまたはデバイス機能を選択するためのユーザ・インタフェースを提供するための（たとえば、入力デバイス２２０および／または出力デバイス２２５の）ディスプレイ４２０を含む場合がある。

上述したように、本明細書で説明する実装は、ＵＬおよびＤＬに関連して、とりわけ、帯域幅利用等を改善する場合があるルールベース方式を提供する。考察のために、これらの構想は現行のＧＥＲＡＮ仕様に準拠して説明することとする。さらに、考察のために、ＵＥ１０５−１は、受信および送信が同時にはできないマルチスロット・クラス能力を有すると仮定する。現在、ＧＥＲＡＮ仕様は、１から４５までに及ぶマルチスロット・クラスばかりでなく、タイプ１またはタイプ２のような、ユーザ装置の対応するクラス分けを概説する。ＵＥ１０５−１は、とりわけ、受信のためのタイムスロットの最大数、送信のためのタイムスロットの最大数、および総和（すなわち、ＴＴＩ当たり使用される場合があるＵＬおよびＤＬのタイムスロットの総数）を有するタイプ１のデバイスと考えられる場合がある。さらに、デバイス１１５はＧＥＲＡＮの無線局と考えられる場合がある。

この構成に基づいて、ＧＥＲＡＮは、ＵＥ１０５−１に送信する予定がある場合、ＤＬでＵＥ１０５−１に送信しないであろう。しかしながら、本明細書で説明する構想に従って、ＧＥＲＡＮは、ＵＥ１０５−１に送信する予定がある場合でもＤＬでＵＥ１０５−１に送信する場合がある。図５から図１１までは、本明細書で説明する構想に関連する場合がある、タイムスロットの典型的な利用を説明する図である。当然のことながら、ＵＬおよびＤＬのタイムスロットは、時間をシフトさせて図５から図１１に示している。たとえば、ＵＬフレーム（たとえば、８タイムスロット）は、ＵＥ１０５−１のマルチスロット・クラス能力に適応するために、ＤＬフレームから若干のタイムスロット（たとえば、３タイムスロット）だけ時間をシフトされる場合がある。

図５から図１１までに関連して考察するために、ＵＥ１０５−１の時間を切り替える能力（たとえば、ＤＬ読み取りからＵＬ送信へ、そして逆も同様）は、Ｔｔｂ＝１タイムスロット（すなわち、Ｔｔｂは、ＵＥ１０５−１が送信する準備をするのに必要な時間である)およびＴｒｂ＝１タイムスロット（すなわち、Ｔｒｂは、ＵＥ１０５−１が受信する準備をするのに必要な時間である)に相当すると仮定している。また、隣接するセルの信号レベル測定結果が、この例では無視され、そしてパケット関連制御チャネル（ＰＡＣＣＨ）は、ピギーバック確認応答（ＰＡＮ）を含めて、ＵＥ１０５−１が読み取りできるタイムスロットで、またはＵＥ１０５−１が最も読み取りできそうなタイムスロットでＤＬに送られる場合がある。さらに、図５から図１１に関連して考察のために、ＵＥ１０５−１は、常にＤＬから読み取るパケットを有すると仮定している。すなわち、これまでに上述したように、たとえば、ＧＥＲＡＮは、ＵＥ１０５−１に送信する予定がある場合でも、ＤＬでＵＥ１０５−１に送信する場合がある。

図５は、ＵＬ送信をＤＬに対する読み取りよりも高く優先する構想を説明する図である。図示しているように、タイミング図５００は、ＤＬ５０５およびＵＬ５１０を含む場合がある。ＤＬ５０５およびＵＬ５１０は各々、ＵＬ送信およびＤＬ受信のために整列しているタイムスロットを含む場合がある。

ＤＬ５０５およびＵＬ５１０の各々で、タイムスロットは、（０）から（７）まで番号が付されている。考察のために、ＵＥ１０５−１に対するタイムスロット割り当ては、ＵＬに対しては４タイムスロット、そしてＤＬに対しては８タイムスロットを仮定する。これらのタイムスロット割り当ては、図５に、ＵＬ５１０ではタイムスロット群５１５、タイムスロット群５２０、およびタイムスロット群５２５、そしてＤＬ５０５ではタイムスロット群５３０、タイムスロット群５３５、およびタイムスロット群５４０として示している。さらに図示しているように、上りリンク状態フラグ（ＵＳＦｓ）は、文字“Ｕ”で示されていて、ＵＥ１０５−１に送信するタイムスロットの配分を提供するために、たとえば、デバイス１１５からＤＬ５０５で受信される場合がある。この例では、ＵＳＦの受信は、タイムスロットの次群（すなわち、タイムスロット群５１５に対するタイムスロット群５２０）の間に、パケットを送信するための実際の可用性を示す。この種類の配分法は、拡張動的配分（ＥＤＡ）法と呼ばれる。したがって、ＵＥ１０５−１はＥＤＡモードで動作していると仮定する。

上記に基づいて、以下のシナリオが生じる場合がある。ＵＥ１０５−１はタイムスロット群５３０のタイムスロット（４）の間にＵＳＦを受信する場合がある。それに最も近い時間で、ＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがあることを検出する場合がある。ＵＬプライオリタイザ３０５は、これらのパケットの送信を、受信バッファ３３０にあるパケットの読み取りよりも優先する場合がある。たとえば、ＤＬからＵＬへの切り替えは、タイムスロット群５３５のタイムスロット（６）の間に生じる場合がある。さらに、文字“Ｘ”で示しているように、非読み取りタイムスロット群５５０は、ＵＥ１０５−１が、タイムスロット群５３５のタイムスロット（６）からタイムスロット群５４０のタイムスロット（３）まで読み取りをしない場合がある。ＵＬ５１０内のタイムスロット群５２０のタイムスロット（４）で、ＵＥ１０５−１が送信を始める場合がある。さらに、文字“Ｔ”で示しているように、送信タイムスロット群５４５は、ＵＥ１０５−１がタイムスロット群５２０のタイムスロット（４）からタイムスロット（７）まで送信する場合があることを示す。したがって、タイムスロット群５４０のタイムスロット（３）の間に、ＵＥ１０５−１はＤＬ５０５に切り戻す場合がある。

この方式を考慮すると、利用できる帯域幅は、ＵＥ１０５−１の切り替え時間能力から見て存分に利用される。すなわち、できる限り多くのタイムスロットが、ＤＬ送信に利用され、そして残っている帯域幅がＵＬ送信に利用される。さらに、ＵＥ１０５−１が非読み取りタイムスロット群５５０の間にパケットを受信できず、そしてこれらのパケットがＵＥ１０５−１に再送される必要がある場合があっても、ＧＥＲＡＮは、ＵＥ１０５−１から受信した送信に関連したタイムスロット番号（すなわち、送信タイムスロット群５４５）に基づいて、任意の拒否されたパケット（すなわち、非受信パケット）を識別する場合がある。このようにして、任意の非受信パケットは、その後に（直ちに）再送される場合がある。

図６は、ＵＥ１０５−１に送信するものがない場合、ＤＬ受信に対する読み取りの構想を説明する図である。すなわち、ＵＥ１０５−１にＵＬ送信の予定があるが、しかしＵＥ１０５−１に送信するものが何もない場合はいつでも、ＵＥ１０５−１はＤＬ受信に対して読み取る場合がある。

図示しているように、タイミング図６００は、図５に関連してこれまでに上述したように、ＤＬ５０５およびＵＬ５１０を含む場合がある。また、ＵＥ１０５−１は、ＵＬに対しては４タイムスロットの割り当て、そしてＤＬに対しては８タイムスロットの割り当てを有するＥＤＡモードで動作している場合がある。

このシナリオでは、ＵＥ１０５−１には、送信バッファ３１５内に送信するパケットが何もない場合がある。たとえば、ＵＥ１０５−１はタイムスロット群５２０の間に送信するために、タイムスロット群５３０のタイムスロット（４）の間にＵＳＦを受信する場合がある。これに最も近い時間で、ＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがないことを検出する場合がある。そのような時間に、ＤＬリーダ・デターミナ３２０に従って、ＵＬスケジューラ３１０は、送信バッファ３１５の状態（すなわち、送信するパケットがない）をＤＬリーダ３２５に通知する場合がある。そのような事例では、ＤＬリーダ３２５は、ＤＬ送信から読み取り、そしてＵＬに配分されたタイムスロットの間に受信バッファ３３０に格納する場合がある。すなわち、タイムスロット群６０５により示しているように、ＵＥ１０５−１は、この時間区間の間にＤＬ受信に対して読み取り、そしてしたがって帯域幅等を効率よく利用する場合がある。このようにして、タイムスロット群５２０に関連した４つのＵＬタイムスロット割り当て（タイムスロット群６０５のタイムスロットに対応）は、ＤＬ受信に対する読み取りに利用される場合がある。これは、ＵＥ１０５−１に送信する予定がある場合でも、ＧＥＲＡＮではＤＬでＵＥ１０５−１に送信する場合があるので、可能になる。

図７は、ＤＬ受信に対する読み取り損失が最小になる場合があるように、ＵＬ送信のためのタイムスロットを選択する構想を説明する図である。図示しているように、タイミング図７００は、図５に関連してこれまでに説明しているように、ＤＬ５０５およびＵＬ５１０を含む場合がある。また、ＵＥ１０５−１は、ＵＬに対しては４タイムスロットの割り当てを、そしてＤＬに対しては８タイムスロットの割り当てを有するＥＤＡモードで動作している場合がある。

このシナリオでは、ＵＥ１０５−１は、ＤＬタイムスロットの読み取り損失が最小になるように送信するために、ＵＬタイムスロットの中から選択する場合がある。たとえば、ＵＥ１０５−１は、（たとえば、タイムスロット群５２０の間で）送信するためにタイムスロット群５３０のタイムスロット（４）の間にＵＳＦを受信する場合がある。それに最も近い時間で、ＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがあることを検出する場合がある。この例の場合、ＵＬスケジューラ３１０は、送信予定のパケットの数がタイムスロット群５２０内に送信できるパケットの数よりも少ないことを検出する場合がある。ＵＬスケジューラ３１０は、送信バッファ３１５の状態をタイムスロット・セレクタ３４０に通知する場合がある。タイムスロット・セレクタ３４０は、読み取りに対してＤＬタイムスロットの最小数が損失になる場合があるように、送信バッファ３１５にあるパケットを送信するために、（複数の）タイムスロットを選択する場合がある。

１つの実装では、送信に利用する（複数の）タイムスロットは、ＵＬ送信タイムスロット群内の最新のタイムスロットから始めて、ＵＬ送信タイムスロット群内の最旧のタイムスロットに向かう順に従って選択される場合がある。たとえば、送信バッファ３１５の状態に基づいて、１つのタイムスロットのみが、送信バッファ３１５にあるパケットを送信するのに必要であると仮定する。そのような事例では、送信セレクタ３３５は、これらのパケットがタイムスロット群５２０の間に送信されるであろう（複数の）タイムスロットを選択する場合がある。たとえば、文字“Ｔ”で示しているように、送信タイムスロット群７０５は、ＵＥ１０５−１がこれらのパケットをタイムスロット群５２０のタイムスロット（７）の間に送信する場合があることを示す。すなわち、タイムスロット・セレクタ３４０は、タイムスロット群５２０内の最新のタイムスロットから始めて送信するタイムスロットを選択する場合がある。さらに文字“Ｘ”で示しているように、非読み取りタイムスロット群７１０は、ＵＥ１０５−１がタイムスロット群５４０のタイムスロット（１）からタイムスロット（３）まで読み取りしない場合があることを示し、それらのタイムスロットに関連して対応するパケットの再送を必要とする場合がある。

上記に基づいて、当然のことながら、ＵＥ１０５−１は、タイムスロット群５２０のタイムスロット（４）およびタイムスロット（５）（タイムスロット群５３５のタイムスロット（７）およびタイムスロット群５４０のタイムスロット（０）に対応）の間に、ＤＬ受信に対して読み取る場合がある。このようにして、タイムスロット群５２０に関連したＵＬタイムスロット割り当ては、ＤＬタイムスロットの読み取りに部分的に利用される場合がある。結果として、読み取りに対するＤＬタイムスロットの最小数が、この期間中に損失する場合がある。すなわち、タイムスロット（５）またはタイムスロット（６）での送信とは異なって、ここでは１つのタイムスロットのみが読み取りに利用される場合があり、または読み取りに利用するタイムスロットがない場合があって、ＵＥ１０５−１がタイムスロット群５２０の一部の間に読み取る場合がある。

送信予定のパケットの数に依存して、しかしながら、タイムスロットの選択は異なる場合がある。たとえば、２つのタイムスロットがパケットを送信するのに必要であるとすると、タイムスロット・セレクタ３４０は、タイムスロット群５２０のタイムスロット（６）およびタイムスロット（７）を選択する場合があり、３つのタイムスロットが必要であるとすると、タイムスロット・セレクタ３４０は、タイムスロット群５２０のタイムスロット（５）、タイムスロット（６）およびタイムスロット（７）を選択する場合があり、４つのタイムスロットがパケットを送信するのに必要であるとすると、タイムスロット・セレクタ３４０は、タイムスロット群５２０のタイムスロット（４）、タイムスロット（５）、タイムスロット（６）およびタイムスロット（７）を選択する場合があり、５つのタイムスロットがパケットを送信するのに必要であるとすると、タイムスロット・セレクタ３４０は、タイムスロット群５２０のタイムスロット（４）、タイムスロット（５）、タイムスロット（６）およびタイムスロット（７）、そして送信するためにタイムスロット群５２５のタイムスロット（７）（図示していない）を選択する場合がある。

当然のことながら、別の実装では、送信に利用される（複数の）タイムスロットは、ＵＬ送信タイムスロット群内の最旧のタイムスロットから始まりＵＬ送信タイムスロット群内の最新のタイムスロットに向かう順序に従って選択する場合がある。図７のシナリオでは、そのような実装は、同じ結果をもたらすであろう（すなわち、２つのタイムスロットが読み取りに利用される場合がある）。

図８は、ＤＬ受信を読み取るよりも高くＵＬ送信を優先すること、ＵＥ１０５−１に送信するものがない場合にＤＬ受信を読み取ること、およびＵＬ送信のために、ＤＬ受信に対する読み取り損失が最小になる場合があるように、タイムスロットを選択することの構想を説明する図である。図示しているように、タイミング図８００は、図５に関連してこれまでに上述したように、ＤＬ５０５およびＵＬ５１０を含む場合がある。しかしながら、ＵＥ１０５−１に対するタイムスロット割り当ては、ＵＬに対しては（タイムスロット群５１５、タイムスロット群５２０およびタイムスロット群５２５により示しているように）２タイムスロットであり、そしてＤＬに対しては（タイムスロット群５３０、タイムスロット群５３５およびタイムスロット群５４０により示しているように）８タイムスロットであると仮定する。ＵＥ１０５−１は、動的配分（ＤＡ）モードで動作している場合がある。この種類の配分法は、利用できる各ＵＬタイムスロットに対してＵＳＦが受信されること（たとえば、１対１ベース）を除いて、ＥＤＡモードに類似している。ＵＳＦｓに加えて、図８は、文字“Ｐ”により示しているように、ＤＬ確認応答（ＡＣＫ）／ＤＬ否定応答（ＮＡＣＫ）に対して用いられる、相対留保ブロック周期（Relative Reserved Block Period）ポール（poll）を示している。

上記に基づいて、以下のシナリオが生じる場合がある。ＵＥ１０５−１は、タイムスロット群５３０より前に、ＲＲＢＰポールおよびＵＳＦｓを受信する場合がある。それに最も近い時間で、ＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがあることを検出する場合がある。ＵＬプライオリタイザ３０５は、これらのパケットの送信を、受信バッファ３３０にある（複数の）パケットの読み取りよりも優先する場合がある。たとえば、ＤＬからＵＬへの切り替えは、タイムスロット群５３５のタイムスロット（０）の間に生じる場合がある。さらに文字“Ｘ”により示しているように、非読み取りタイムスロット群８２０は、ＵＥ１０５−１がタイムスロット群５３５のタイムスロット（０）からタイムスロット（３）まで読み取らない場合があることを示す。ＵＬ５１０内のタイムスロット群５１５のタイムスロット（６）で、ＵＥ１０５−１は送信し始める場合がある。さらに文字“Ｔ”により示しているように、送信タイムスロット群８０５は、ＵＥ１０５−１がタイムスロット群５１５のタイムスロット（６）からタイムスロット（７）まで送信する場合があることを示す。その後、タイムスロット群５４０のタイミング（３）の間に、ＵＥ１０５−１は、ＤＬ５０５に切り戻す場合がある。

送信タイムスロット群８１０の間でのパケットの送信に関連して、図８は、ＵＥ１０５−１がタイムスロット群５３０のタイムスロット（６）およびタイムスロット（７）の間にＵＳＦｓを受信することを示している。それに最も近い時間で、ＵＬスケジューラ３１０は、第１のＵＳＦに対応して送信するパケットがあることを検出するが、しかし第２のＵＳＦに対応して送信するパケットがないことを検出する場合がある。しかしながら、１つの実装では、ＵＥ１０５−１は、タイムスロット群５２０のタイムスロット（６）で、パケットを送信することを選択する場合がある。たとえば、ＵＥ１０５−１は、送信タイムスロット群８２５のタイムスロット（０）の間に、ＵＬでの送信に切り替える場合がある。送信タイムスロット群８１０のタイムスロット（６）の間に、ＵＥ１０５−１が送信する場合がある。その後、送信バッファ３１５の状態が与えられると、ＵＬスケジューラ３１０は、ＤＬリーダ３２５に受信バッファ３３０から読み取るように通知する場合がある。しかしながら、ＵＥ１０５−１は、非読み取りタイムスロット群８２５のタイムスロット（２）の間に切り戻している場合があるので、ＤＬリーダ３２５は読み取りできない場合がある。

送信タイムスロット群８１５の間でのパケットの送信に関連して、図８は、ＵＥ１０５−１がタイムスロット群５３５のタイムスロット（７）の間にＵＳＦを受信していることを示している。タイムスロット群５３５のタイムスロット（６）に図示されているプラス印（“＋”）は、ＲＲＢＰポールが送信タイムスロット群８１５のタイムスロット（６）に予定されている場合があるので、ＵＳＦが受信されない場合があることを示す。図８に示しているように、非読み取りタイムスロット群８３０は、ＵＥ１０５−１がタイムスロット（０）からタイムスロット（２）まで読み取りしない場合があることを示す。送信タイムスロット群８１５のタイムスロット（６）の間に、ＵＥ１０５−１は、ＡＣＫまたはＮＡＣＫを送信する場合がある。しかしながら、注目すべきは、ＧＥＲＡＮはＵＥ１０５−１がこの時間の間にはＡＣＫまたはＮＡＣＫを送信しているであろうということを承知しているので、ＧＥＲＡＮは非読み取りタイムスロット群８３０の間にはＤＬで送信しない場合があることである。この点に関して、再送は必要でない場合がある。

さらに、ＵＬスケジューラ３１０は、ＵＳＦに対応して送信するパケットがないことを検出する場合があり、そしてＵＥ１０５−１は、非読み取りタイムスロット群８３０のタイムスロット（２）の間にＤＬ受信に対して読み取りするために切り戻す場合がある。

図９は、ＵＬ送信を優先すること、ＵＥ１０５−１に送信するものがない場合にＤＬ受信を読み取ること、およびＤＬタイムスロットの損失を最小にするタイムスロットを選択することの構想を説明する図である。図示しているように、タイミング図９００は、図５に関連してこれまでに上述したように、ＤＬ５０５およびＵＬ５１０を含む場合がある。この例では、ＵＥ１０５−１に対するタイムスロット割り当ては、ＵＬに対しては（タイムスロット群５１５、タイムスロット群５２０等により示しているように）４タイムスロット、そしてＤＬに対しては（タイムスロット群５３０、タイムスロット群５３５等により示しているように）８タイムスロットである。

ＵＥ１０５−１は、基本送信時間間隔（ＢＴＴＩ）ＵＳＦモード、および縮小送信時間間隔（ＲＴＴＩ）モード（たとえば、１０ミリ秒（ｍｓ）ＴＴＩ）を有するＥＤＡモードで動作している場合がある。すなわち、ＧＥＲＡＮ仕様で概説されているように、ＢＴＴＩ ＵＳＦモードでは、ＵＳＦは４つの連続する時分割多元接続（ＴＤＭＡ）フレームの間に、物理下りリンク・チャネル（ＰＤＣＨｓ）でＤＬ ＰＤＣＨ対のうちの１つで送信される４つのバーストに写像される場合がある。図９に関連して考察するために、ＴＤＭＡフレームは、８つのタイムスロットに相当する場合がある。ＲＴＴＩモードでは、無線ブロックは、２つの連続するＴＤＭＡフレームの各々内にＰＤＣＨ対を用いて送られる４つのバーストを含む。結果として、送信するための時間は、基本無線ブロック周期の半分（すなわち、２０ミリ秒の代わりに１０ミリ秒）である場合がある。このようにして、考察のために、図９に対するＴＴＩは、２つのタイムスロットに基づいている場合がある。

上記に基づいて、以下のシナリオが生じる場合がある。ＵＥ１０５−１は、タイムスロット群５１５に対するＵＳＦ（図示していない）を受信する場合がある。それに最も近い時間で、ＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがないことを検出する場合がある。ＤＬリーダ３２５は、ＵＬに配分されたタイムスロットの間に受信バッファ３３０から読み取る場合がある。

送信タイムスロット群９０５の間でのパケットの送信に関連して、図９は、ＵＥ１０５−１がタイムスロット群５３０のタイムスロット（４）の間にＵＳＦを受信していることを示している。それに最も近い時間で、ＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがあることを検出し、そして送信セレクタ３３５が（検出したパケットの送信を優先し、そして）送信するタイムスロットを選択する場合がある。たとえば、送信バッファ３１５の状態に基づいて、送信セレクタ３３５は、送信タイムスロット群９０５のタイムスロット（６）およびタイムスロット（７）の間に、送信することを決定する場合がある。さらに図示しているように、非読み取りタイムスロット群９１０は、ＵＥ１０５−１がタイムスロット群５４０のタイムスロット（０）からタイムスロット（３）まで読み取りしない場合があるということを示す。しかしながら、ＤＬリーダ・デターミナ３２０は、送信タイムスロット群９０５のタイムスロット（４）の間に読み取る場合がある。

図１０は、ＵＬ送信を優先すること、そしてＵＥ１０５−１に送信するものがない場合にＤＬ受信を読み取ることの構想を説明する図である。図示しているように、タイミング図１０００は、図５に関連してこれまでに上述したように、ＤＬ５０５およびＵＬ５１０を含む場合がある。ＵＥ１０５−１に対するタイムスロット割り当ては、ＵＬに対しては（タイムスロット群５１５、タイムスロット群５２０等により示しているように）４タイムスロット、そしてＤＬに対しては（タイムスロット群５３０、タイムスロット群５３５等により示しているように）８タイムスロットである。この例では、タイムスロット・フローは、５ミリ秒ＴＴＩモードで設定される。しかしながら、当然のことながら、５ミリ秒ＴＴＩは現行ＧＥＲＡＮ仕様に従ってまだ利用できない。考察のために、５ミリ秒タイムスロット・フローは４つのタイムスロットに相当する場合がある。ＵＥ１０５−１はＥＤＡモードで動作している場合がある。

上述に基づいて、以下のシナリオが生じる場合がある。ＵＥ１０５−１はタイムスロット群５１５に対してＵＳＦ（図示していない）を受信する場合がある。これに最も近い時間で、ＵＬスケジューラは、送信バッファ３１５に送信するパケットがないことを検出する場合がある。ＤＬリーダ３２５は、ＤＬ送信から読み取り、そしてタイムスロット群５３０のタイムスロット（７）からタイムスロット群５３５のタイムスロット（２）までに相当する、ＵＬに配分されたタイムスロット（すなわち、タイムスロット群５１５）の間に、受信バッファ３３０に格納する場合がある。

送信タイムスロット群１００５の間でのパケットの送信に関連して、図１０は、ＵＥ１０５−１がタイムスロット群５３０のタイムスロット（４）の間にＵＳＦを受信していることを示している。それに最も近い時間で、ＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがあることを検出する場合があり、そして検出したパケットの送信は、受信バッファ３３０にある（複数の）パケットの読み取りよりも優先される場合がある。送信バッファ３１５の状態に基づいて、ＵＥ１０５−１は、送信タイムスロット群１００５により示しているように、検出したパケットを送信する場合がある。さらに非読み取りタイムスロット群１０１０により示しているように、ＵＥ１０５−１は、タイムスロット群５３５のタイムスロット（４）からタイムスロット群５４０のタイムスロット（３）まで読み取りできない。

図１１は、ＵＬ送信を優先すること、送信するものがない場合にＤＬ受信を読み取ること、そしてＤＬタイムスロットの損失を最小にするタイムスロットを選択することの構想を説明する図である。図示しているように、タイミング図１１００は、図５に関連してこれまでに上述したように、ＤＬ５０５およびＵＬ５１０を含む場合がある。この例では、ＵＥ１０５−１に対するタイムスロット割り当ては、ＵＬに対しては（タイムスロット群５１５、タイムスロット群５２０等により示しているように）８タイムスロット、そしてＤＬに対しては（タイムスロット群５３０、タイムスロット群５３５等により示しているように）８タイムスロットである。ＵＥ１０５−１はＥＤＡモードで動作している場合がある。さらに、ＵＥ１０５−１はタイムスロット（０）およびタイムスロット（４）の間にＵＳＦｓを受信する場合がある。以下で説明するように、ＵＳＦ粒度のこの尺度は、関連のあるＴＢＦｓに対してＵＬスループットを改善する場合がある。すなわち、特定のＵＳＦがＵＥ１０５−１により読み取られない場合がある事例では、後続のＵＳＦが読み取られる場合があり、ＵＥ１０５−１のスループットを改善する場合がある。

上記に基づいて、以下のシナリオが生じる場合がある。ＵＥ１０５−１は、タイムスロット群５３０より前に、ＲＲＢＰポール（文字“Ｐ”で示している）およびＵＳＦを受信する場合がある。それに最も近い時間で、ＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがあることを検出する場合がある。ＵＬプライオリタイザ３０５は、これらのパケットの送信を、ＤＬ送信からの（複数の）パケットの読み取りよりも優先する場合がある。結果として、送信タイムスロット群１１０５は、ＵＥ１０５−１がタイムスロット群５１５のタイムスロット（０）からタイムスロット（７）まで送信する場合があることを示し、そして非読み取りタイムスロット群１１２０は、ＵＥ１０５−１がタイムスロット群５３０のタイムスロット（２）からタイムスロット群５３５のタイムスロット（３）まで読み取らない場合があることを示す。このようにして、ＵＳＦが非読み取りタイムスロット群１１２０の間に受信されると、ＵＥ１０５−１はＵＳＦを読み取りできない場合がある。たとえば、非読み取りタイムスロット群１１２０内のタイムスロット（０）の間に受信したＵＳＦは、読み取られない場合がある。しかしながら、この例におけるＵＳＦ粒度は、ＵＳＦｓが、タイムスロット（４）の間にまた送信されると規定するので、ＵＥ１０５−１のスループットが改善される場合がある。

送信タイムスロット群１１１０の間でのパケットの送信に関連して、図１１は、ＵＥ１０５−１が、受信したＲＲＢＰポールに基づいてＡＣＫまたはＮＡＣＫを送信する場合があるということを示している。１つの実装では、ＡＣＫまたはＮＡＣＫの送信は、ＲＲＢＰポールがＡＣＫまたはＮＡＣＫの送信を特定のタイムスロットに予定する場合があるので、送信セレクタ３３５により行われるタイムスロット選択に影響を与えない場合がある。別の実装では、こうであるとは限らない場合がある。図示しているように、しかしながら、ＡＣＫまたはＮＡＣＫは、送信タイムスロット群１１１０により示しているように、タイムスロット（０）の間に送信される場合がある。結果として、非読み取りタイムスロット群１１２５は、ＵＥ１０５−１が、タイムスロット群５４０のタイムスロット（２）からタイムスロット（４）まで読み取らない場合があるということを示す。しかしながら、注目すべきは、ＧＥＲＡＮは、ＵＥ１０５−１がこの時間の間にＡＣＫまたはＮＡＣＫを送信するであろうということを承知しているので、ＧＥＲＡＮは、非読み取りタイムスロット群１１２５の間にＤＬで送信しない場合があるということである。この点に関して、再送が必要でない場合がある。

送信タイムスロット群１１１５の間でのパケットの送信に関連して、ＵＥ１０５−１は、読み取りに対するＤＬタイムスロットの損失が最小になるように送信するために、ＤＬタイムスロットを選択する場合がある。たとえば、これまでに説明したように、ＵＥ１０５−１は、タイムスロット群５３５のタイムスロット（４）の間にＵＳＦを受信する場合がある。それに最も近い時間で、送信セレクタ３３５は、これらのパケットがタイムスロット群５２５の間に送信されるであろう（複数の）タイムスロットを選択する場合がある。たとえば、送信バッファ３１５の状態に基づいて、１つのタイムスロットのみが送信バッファ３１５にあるパケットを送信するのに必要であるということを仮定する。結果として、パケットはタイムスロット群５２５のタイムスロット（７）の間に送信される場合がある。

当然のことながら、図５から図１１までは、ルールベース方式の１つ以上が採用される場合があるシナリオに対する例証を提供しているが、説明したルールベース方式のシナリオおよび／または組み合わせは、本明細書で説明した構想の包括的な適用と考えられるべきではない。

図１２および図１３は、本明細書で説明したルールベース方式に関連している場合がある典型的な処理を説明するフロー図である。当然のことながら、図１２および図１３に関連して説明している処理は、ＵＥ１０５−１のような、送信および受信が同時にはできないＵＥにより行われる場合がある。さらに、ネットワーク１１０のようなネットワークは、ＵＥ１０５−１が送信を予定している場合でも、ＵＥ１０５−１にＤＬで送信するように構成される場合がある。

図１２は、ＵＬ送信をＤＬ受信よりも優先すること、そして送信するパケットがない場合に読み取ることに関するフロー図を示す。図１２に示しているように、典型的な処理１２００は、送信する時間を示すＵＳＦを受信することから始まる場合がある（ブロック１２０５）。ＵＥ１０５−１は、パケットを送信する時間を示すＵＳＦをデバイス１１５から受信する場合がある。ＵＥ１０５−１が送信する場合がある時間の量は、ＵＥ１０５−１のマルチスロット・クラス能力に対応するＵＬタイムスロット割り当てに基づく場合がある。ＵＳＦの値が決定される場合がある（ブロック１２１０）。ＵＥ１０５−１は、利用できるＵＬリソースを知るためにＵＳＦの値を決定する場合がある。

送信する予定のパケットがあるかどうかが決定される場合がある（ブロック１２１５）。たとえば、ＵＥ１０５−１のＵＬスケジューラ３１０は、送信するパケットが送信バッファ３１５にあるかどうかを決定する場合がある。送信する予定のパケットがあることが決定されると（ブロック１２１５−ＹＥＳ）、その場合ＵＬプライオリタイザ３０５は、ＵＬパケットの送信をＤＬパケットに対する読み取りよりも優先する場合がある（ブロック１２２０）。ＵＥ１０５−１は、ＵＳＦに基づいてパケットを送信する場合がある（ブロック１２２５）。

他方、送信する予定のパケットがないと決定されると（ブロック１２１５−ＮＯ）、その場合ＤＬリーダ・デターミナ３２０は、ＵＥ１０５−１がＤＬパケットに対して読み取る場合があることを決定する場合がある（ブロック１２３０）。たとえば、ＵＥ１０５−１は、パケットを読み取り、そしてＵＥ１０５−１が送信を予定している場合がある時間の間に、受信バッファ３３０に格納する場合がある。

図１２は、典型的な処理１２００を示しているけれども、他の実装では、より少ない、付加的な、または異なる動作が行われる場合がある。

図１３は、パケットの読み取りおよび／または受信の損失を最小にする、送信するタイムスロットを選択するためのフロー図を示す。図１３に示しているように、典型的な処理１３００は、送信する時間を示すＵＳＦを受信することから始まる場合がある（ブロック１３０５）。たとえば、ＵＥ１０５−１は、パケットを送信する時間を示すＵＳＦをデバイス１１５から受信する場合がある。ＵＥ１０５−１が送信する場合がある時間の量は、ＵＥ１０５−１のマルチスロット・クラス能力に対応するＵＬタイムスロット割り当てに基づく場合がある。ＵＳＦの値が決定される場合がある（ブロック１３１０）。ＵＥ１０５−１は、利用できるＵＬリソースを知るためにＵＳＦの値を決定する場合がある。送信する予定のパケットがあるかどうかが決定される場合がある（ブロック１３１５）。たとえば、ＵＥ１０５−１のＵＬスケジューラ３１０は、送信バッファ３１５に送信するパケットがあるかどうかを決定する場合がある。送信する予定のパケットがあることが決定されると（ブロック１３１５−ＹＥＳ）、その場合ＵＬプライオリタイザ３０５は、ＵＬパケットの送信をＤＬパケットに対する読み取りよりも優先する場合がある（ブロック１３２０）。

パケットを送信するタイムスロットが、ＤＬパケットに対して読み取るタイムスロットの損失を最小にして、選択される場合がある（ブロック１３２５）。たとえば、送信セレクタ３３５は、これまでに説明したように、パケットを送信するタイムスロットを選択する場合がある。１つの実装では、送信するために利用する（複数の）タイムスロットは、ＵＬ送信タイムスロット群内の最新のタイムスロットから始まり、ＵＬ送信タイムスロット群内の最旧のタイムスロットに向かう順に従って選択される場合がある。別の実装では、送信するために利用する（複数の）タイムスロットは、ＵＬ送信タイムスロット群内の最旧のタイムスロットから始まり、ＵＬ送信タイムスロット群内の最新のタイムスロットに向かう順に従って選択される場合がある。

パケットは、選択されたタイムスロットに基づいて送信される場合がある（ブロック１３３０）。ＵＥ１０５−１は、送信セレクタ３３５により選択されたタイムスロットに従って、送信バッファ３１５にあるパケットを送信する場合がある。

他方、送信する予定のパケットがないと決定されると（ブロック１３１５−ＮＯ）、その場合ＤＬリーダ・デターミナ３２０は、ＵＥ１０５−１がＤＬパケットに対して読み取る場合があることを決定する場合がある（ブロック１３３５）。たとえば、ＵＥ１０５−１は、パケットを読み取り、そしてＵＥ１０５−１が送信を予定している場合がある時間の間に、受信バッファ３３０に格納する場合がある。

図１３は、典型的な処理１３００を示しているけれども、他の実装では、より少ない、付加的な、または異なる動作が行われる場合がある。

図１４は、ＵＥ１０５−１のような、ＵＥに送信するための典型的な処理を説明するフロー図を示す。当然のことながら、図１４に関連して説明する処理は、デバイス１１５のような、無線局により行われる場合がある。図１４に示しているように、典型的な処理１４００は、ＵＥのマルチスロット・クラスを認識することから始まる場合がある（ブロック１４０５）。たとえば、デバイス１１５は、ＵＥ１０５−１が受信および送信を同時にはできないことを認識する場合がある。

送信する予定は、ＵＥにＤＬで送信される場合がある（ブロック１４１０）。デバイス１１５は、ＵＥ１０５−１にデータを送信する時間を示す１つ以上のＵＳＦｓを送信する場合がある。

データは、送信する予定の間に受信されるようにＤＬでＵＥに送信される場合がある（ブロック１４１５）。デバイス１１５は、送信する予定の間に受信されるようにＤＬでＵＥ１０５−１にデータを送信する場合がある。これは、ＵＥ１０５−１が受信および送信を同時にはできないということを、デバイス１１５が認識していても、行われる場合がある。

図１４は、典型的な処理１４００を示しているけれども、他の実装では、より少ない、付加的な、または異なる動作が行われる場合がある。たとえば、デバイス１１５は、送信する予定の間にＵＥ１０５−１により受信されないパケットを再送する場合がある。デバイス１１５は、これまでに上述したように、ＵＥ１０５−１からのパケットの受信および対応するタイムスロットに基づいて、いずれのパケットを再送するかを決定する場合がある。

実装に関する前述の説明は、実例を提供しているが、しかし包括的である、または開示したまさにその形に実装を限定するようには意図していない。この点に関して、本明細書で説明した構想は、幅広く応用が利く場合がある。さらに、本明細書で説明した構想に基づいて、受信および送信が同時にはできないＵＥが、現状ではタイプ２分類を有するＵＥに限定されている、搬送波あたり８つのタイムスロットをサポートできる場合がある。

その上、一連のブロックが、図１２から図１４に示している処理に関して説明されてきているが、ブロックの順序は、他の実装では修正される場合がある。さらに、依存しないブロックは、並行して行われる場合がある。また、当然のことながら、図１２から図１４で示している処理および／または本明細書で説明されてきている他の処理は、コンピュータで読み取り可能な記憶媒体に格納された命令に基づいて、１つ以上のデバイスにより行われる場合がある。本明細書で説明している（複数の）デバイスが、図に示されている実装における多くの異なる形態のソフトウェア、ファームウェア、およびハードウェアで実装される場合があるということは、明らかであろう。これらの構想を実装するのに用いられる実際のソフトウェア・コードまたは専用の制御ハードウェアは、本発明を限定しない。このようにして、（複数の）デバイスの動作および挙動が、特定のソフトウェア・コードに関係なく説明された−当然のことながら、ソフトウェアおよび制御ハードウェアは、本明細書の記述に基づいて構想を実装するように設計できる。

特徴の特定の組み合わせが請求項で列挙され、および／または明細書で開示されていても、これらの組み合わせは、本発明を限定することを意図していない。実際、これらの特徴の多くは、請求項で明確に列挙されていない、および／または明細書に開示されていない方法で組み合わされる場合がある。

本出願で用いている要素、働き、または命令は、明確にそのように説明されない限り、本明細書で説明された実装に不可欠または本質的であると解釈されるべきではない。

Claims (23)

1. ユーザ装置（１０５）により上りリンク送信を優先させる方法であって、
   送信および受信が同時にはできない前記ユーザ装置（１０５）により、上りリンクでデータを送信する予定を受信する工程（１２０５、１３０５）と、
   前記ユーザ装置により、前記上りリンクで送信されるべきデータがあるかどうかを検出する工程（１２１５、１３１５）と、
   送信されるべきデータがないと決定された場合、前記ユーザ装置により、前記予定に対応する時間の間に、下りリンクに関連したデータを受信する工程（１２３０、１３３５）と、
   を備えることを特徴とする方法。
2. 前記上りリンクで送信されるべきデータがあると決定された場合、前記下りリンクと関連するデータの前記受信よりも前記上りリンクでの前記データの前記送信を優先させる工程（１２２０）と、
   前記予定に基づいて前記上りリンクで前記データを送信する工程（１２２５）と、
   をさらに備えることを特徴とする請求項１に記載の方法。
3. 前記上りリンクで送信されるべきデータがあると決定された場合、前記下りリンクと関連するデータの前記受信よりも前記上りリンクでの前記データの前記送信を優先させる工程（１３２０）と、
   前記下りリンクと関連したデータを受信する前記予定の範囲内の残り時間が最大化されるように、前記上りリンクで前記データの送信を開始するための、前記予定の範囲内の時間を選択する工程（１３２５）と、
   をさらに備えることを特徴とする請求項１に記載の方法。
4. 送信されるべき前記データは、前記予定と関連した利用可能な帯域幅よりも小さい量であることを特徴とする請求項１に記載の方法。
5. 送信されるべきデータがあると決定された場合、前記予定に対応する前記時間の間、前記ユーザ装置により、前記下りリンクでデータを受信する工程（１２３０、１３３５）をさらに備えることを特徴とする請求項１乃至３の何れか１項に記載の方法。
6. 前記ユーザ装置は、拡張動的配分モードまたは動的配分モードのうちの１つで動作することを特徴とする請求項１乃至３の何れか１項に記載の方法。
7. 前記データを送信するための前記予定は、上りリンクタイムスロット割り当てと関連したタイムスロットを識別することを特徴とする請求項１乃至３の何れか１項に記載の方法。
8. 前記上りリンクで送信されるべきデータがあると決定された場合、前記ユーザ装置により、前記データを送信する前記タイムスロットのうち最新のタイムスロットから開始して、前記タイムスロットから選択する工程（１３２５）をさらに備えることを特徴とする請求項７に記載の方法。
9. デバイス（１０５）であって、
   命令を格納するメモリ（２１５）と、
   前記命令を実行するプロセッサ（２１０）と、を備え、
   別のデバイスへ送信する上りリンクの予定を受信（１２０５、１３０５）し、
   送信されるべきデータがあるかどうかを検出（１２１５）し、
   送信されるべきデータがあると決定された場合に、送信する上りリンクの予定の時間ウィンドウ内に時間を選択（１２２５、１３２５）し、または送信されるべきデータがないと決定された場合に、前記上りリンクの予定の前記時間ウィンドウ内に下りリンクから受信（１２３０、１３３５）し、
   前記デバイスは、前記下りリンクからの受信および前記上りリンクへの送信が同時にはできないマルチスロット・クラスであることを特徴とするデバイス。
10. 前記プロセッサは、送信されるべきデータがあると決定された場合、前記下りリンクからの受信よりも、前記データの送信を優先させるようにさらに構成されることを特徴とする請求項９に記載のデバイス。
11. 前記時間を選択する時に、前記プロセッサは、前記上りリンクの予定の範囲内の残り時間が前記下りリンクからの受信のために使用されるように、送信を開始するためのタイムスロットを選択するようにさらに構成されることを特徴とする請求項９または１０に記載のデバイス。
12. 前記プロセッサは、前記選択された時間に基づいて前記上りリンクで前記データを送信するようにさらに構成されることを特徴とする請求項９または１０に記載のデバイス。
13. 前記プロセッサは、前記データが前記上りリンクで送信される前に、前記上りリンクの予定の前記時間ウィンドウ内に前記下りリンクから受信するようにさらに構成されることを特徴とする請求項１１または１２に記載のデバイス。
14. 前記デバイスは携帯電話を含むことを特徴とする請求項９乃至１１の何れか１項に記載のデバイス。
15. 前記デバイスは、グローバル・システム・フォー・モバイル・コミュニケーションズまたはＥＤＧＥ無線アクセス・ネットワーク（ＧＥＲＡＮ）仕様と互換性があるユーザ装置を含むことを特徴とする請求項９に記載のデバイス。
16. デバイス（１１５）であって、
    命令を格納するメモリと、
    前記命令を実行するプロセッサ（２５５）と、を備え、
    受信および送信が同時にはできないユーザ装置（１０５）のマルチスロット・クラスを認識（１４０５）し、
    前記ユーザ装置が送信するための予定を前記ユーザ装置に下りリンクで送信（１４１０）し、
    送信する前記予定の間に受信されるべきデータをユーザ装置に下りリンクで送信することを特徴とするデバイス。
17. 前記デバイスは、携帯電話ネットワークの無線局を含むことを特徴とする請求項１６に記載のデバイス。
18. システムであって、
    送信する上りリンクの予定を受信し、
    前記上りリンクの予定を読み取り、
    送信されるべきデータがあるかどうかを決定し、
    送信されるべきデータがあると決定される場合にデータの送信を優先し、前記上りリンクの予定に基づいて前記データを送信し、または、
    送信されるべきデータがないと決定される場合に前記上りリンクの予定の間に、下りリンクに関連したデータを受信することができるユーザ装置を備えることを特徴とするシステム。
19. 前記ユーザ装置は、送信および受信を同時にはできないことを特徴とする請求項１８に記載のシステム。
20. 送信する前記上りリンクの予定を前記ユーザ装置に送信できる無線局（１１５）をさらに備えることを特徴とする請求項１８または１９に記載のシステム。
21. 受信および送信が同時にはできないデバイス（１０５）の少なくとも１つのプロセッサ（２１０）により実行できる命令が含まれるコンピュータで読み取り可能な記憶媒体であって、前記コンピュータで読み取り可能な記憶媒体は、
    上りリンクでデータを送信する予定を受信（１２０５、１３０５）するための１つ以上の命令と、
    前記上りリンクで送信されるべきデータがあるかどうかを決定（１２１５、１３１５）するための１つ以上の命令と、
    送信されるべきデータがないと決定された場合に、送信する前記予定に対応する時間の間に、下りリンクに関連したデータを受信（１２３０、１３３５）するための１つ以上の命令と、
    を有することを特徴とするコンピュータで読み取り可能な記憶媒体。
22. 前記デバイスは、タイプ１のクラス分けのユーザ装置を含むことを特徴とする請求項２１に記載のコンピュータで読み取り可能な記憶媒体。
23. 前記上りリンクで送信されるべきデータがあると決定される場合に、
    前記下りリンクと関連したデータの前記受信よりもデータの送信を優先（１３２０）させるための１つ以上の命令と、
    前記データを送信するために利用される、タイムスロットのうち最新のタイムスロットから開始して、送信する前記予定の範囲内でタイムスロットを選択（１３２５）するための１つ以上の命令と、
    をさらに有することを特徴とする請求項２１または２２に記載のコンピュータで読み取り可能な記憶媒体。

Images