JP5722250B2 - スティッキーな割り当て（ｓｔｉｃｋｙａｓｓｉｇｎｍｅｎｔ）の間にギャップ表示を与える方法 - Google Patents

Description

本発明は、一般に、通信システムに関し、特に、スティッキーな割り当て（sticky assignment）の間のギャップ表示のための技術に関する。

無線通信システムは、音声、データ等のような様々なタイプの通信を提供するために広く展開されている。これらシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することにより、多数のユーザとの通信をサポートできる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、及び直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。一般に、無線通信システムは、いくつかの基地局を含む。そこでは、各基地局は順方向リンクを用いて移動局と通信する。また、各移動局（又はアクセス端末）は、逆方向リンクを用いて基地局と通信する。

基地局と端末との間の通信をより効率的にするために、スティッキーな割り当ての概念が使用される。スティッキーな割り当ては、多くのユーザが、制限された割当メッセージリソースを求めて競合している場合において、スケジュールされたデータ送信システムにおいて役立つ。スティッキーな割り当ては、特定のユーザに割り当てられたリソース（例えば、チャネル）が、標準単位の送信（例えば、「パケット」）が完了した後、そのユーザに対して利用可能であり続ける場合である。したがって、ユーザが送信を継続することを可能にするために、必ずしも新たな割り当てメッセージは必要ではない。

一般に、アクセスポイント又はアクセス端末の送信機が、１セットの実際のデータの送信を完了し、別のセットの実際のデータパケットを送信する前に、送信における中断（「ギャップ」とも称される）が生じる。このデータ送信におけるギャップは、割り当てられたリソースで実際のデータが送信されない持続時間を称する（図２で更に説明する）。一般的な通信システムでは、アクセスポイント送信機の場合には、送信におけるギャップは、割り当てられたリソースの喪失として解釈される可能性がある。この場合、たとえアクセス端末が割り当てを要求しても、送信リソースが未だにアクセス端末に割り当てられる。アクセスポイントの場合、このギャップは、割り当てられたリソースをもはやアクセス端末が必要としないという印として解釈されるかもしれない。この場合、アクセスポイントは、システム内の別のアクセス端末へリソースを割り当てるかもしれない。何れの場合でも、それは非効率的であり、通信システムの品質及び信頼性を低下させうる。

したがって、アクセスポイント及びアクセス端末が、送信におけるギャップを、割り当てられたリソースを必要としない印として、あるいは割り当てられたリソースがもはや利用可能ではない印として解釈しないように、送信におけるギャップの表示を与えるシステム及び方法のニーズがある。

本特許出願は、本明細書の譲受人に譲渡され、本明細書に参照により明確に組み込まれる２００４年７月２１日出願の仮出願番号６０／５９０，１１２号の優先権を主張する。本願は、以下の同時係属米国特許出願と関連する。２００３年１月１０日に出願された米国特許出願番号１０／３４０，５０７、２００３年１２月３日に出願された米国特許出願番号１０／７２６，９４４、２００３年４月２９日に出願された米国特許出願番号１０／４２６，５４６、２００４年６月１日に出願された米国特許出願番号１０／８５８，８７０、及び２００４年７月１３日に出願された米国特許出願番号１０／８９０，７１７。これらは全て本明細書の譲受人に譲渡され、参照によって本明細書に明確に組み込まれる。

従って、通信システムにおいてデータを送信するために割り当てられたリソースの割り当てを管理する方法であり、前記方法は、割り当てられたリソースで送信するデータが無い場合、割り当てられたリソースで第１のデータパターンを送信する。

別の局面では、通信システムにおいてデータ通信のために割り当てられた１つ又は複数のリソースの割り当てを管理する方法が提供される。この方法は、割り当てられたリソースで１つ又は複数の情報を受信し、前記１つ又は複数の情報ビットが消去記号パケットを表すのであれば、前記割り当てられたリソースの割り当てを維持する。

本発明の全ての長所及び範囲のより完全な理解は、添付図面、説明、及び添付の特許請求の範囲から得ることができる。

図１は、無線多元接続通信システムのブロック図を示す。 図２は、スティッキーな割り当て概念の使用中おける割当チャネルのデータトラフィックの実例を示す。 図３は、順方向リンクのリソースのスティッキーな割り当て中のアクセスポイントによるデータ送信プロセスを示す。 図４は、逆方向リンクのリソースのスティッキーな割り当て中のアクセスポイントによるデータ受信プロセスを示す。 図５は、アクセスポイントと２つの端末との実施形態のブロック図を示す。

本発明の機能、特性、および長所は、同一参照符号が全体を通じて同一部分を特定する図面とともに用いられた場合に、以下に述べる詳細説明からより明らかになるであろう。

用語「典型的」（exemplary）は、本明細書では、例、インスタンス、又は例示として役立つことを意味するために使用される。本明細書で「典型的」（exemplary）と記載される何れの実施形態又は設計も、他の実施形態又は設計に対して好適であるとか、有利であると必ずしも解釈される必要は無い。用語「リスニング」（listening）は、本明細書では、受信者デバイス（アクセスポイント又はアクセス端末）がデータを所定のチャネルで受信し、受信したデータを処理することを意味するために使用される。

図１は、マルチキャリア変調を使用する無線多元接続通信システム１００のブロック図を示す。システム１００は、１つ又は複数のアクセス端末（ＡＴ）１２０（図１では簡略のために２つのアクセスポイント１１０ａ，１１０ｂのみを示している）と通信する多くのアクセスポイント（ＡＰ）１１０を含む。ＡＰ１１Ｏｘ（ＡＰ１１Ｏｘは、図５で更に説明する）は、アクセス端末と通信するために使用される固定局である。ＡＰ１１０ｘは、基地局あるいは他の用語で称されうる。

アクセスポイント、例えばＡＰ１１０ｘは、１つ又は複数のアクセス端末、例えばＡＴ１２０ｘ（ＡＴ１２０ｘは、図５で更に説明する）と通信するように構成された電子デバイスである。アクセスポイント１１０ｘはまた、アクセスノード、アクセスネットワーク、基地局、基地端末、固定端末、固定局、基地局コントローラ、コントローラ、送信機、あるいは他の用語で称されうる。アクセスポイント、基地端末、および基地局は、以下の説明では置換可能に使用される。アクセスポイントは、ＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ(登録商標)、ＷＣＤＭＡ等のシステムによって定義されるエアインタフェース方法に従ってデータを送信、受信、及び処理するように構成された電子デバイス、固定端末、標準的なラップトップ、汎用コンピュータでありうる。アクセスポイントは、ＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等によって定義されるエアインタフェース方法に従ってデータを送信、受信、及び処理するプロセッサ又はコントローラによって制御される１つ又は複数のコンピュータチップを備える電子モジュールでありうる。

アクセス端末、例えばＡＴ１２Ｏｘは、通信リンクを経由してＡＰ１１０ｘと通信するように構成された電子デバイスである。ＡＴ１２Ｏｘはまた、端末、ユーザ端末、遠隔局、移動局、無線通信デバイス、受信者端末、あるいはその他の用語で称されうる。アクセス端末、モバイル端末、ユーザ端末、端末は、以下の説明では置換可能に使用される。各ＡＴ１２Ｏｘは、所定の瞬間において、ダウンリンク及び／又はアップリンクで１つ又は複数のアクセスポイントと通信する。ダウンリンク（すなわち、順方向リンク）は、ＡＰ１１ＯｘからＡＴ１２Ｏｘへの送信を称し、アップリンク（すなわち、逆方向リンク）は、ＡＴ１２Ｏｘからアクセスポイントへ送信を称する。ＡＴ１２Ｏｘは、ＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等のシステムによって定義されるエアインタフェース方法に従ってデータを送信、受信、及び処理するように構成された電子デバイス、セルラ電話、モバイル電話、パーソナル電子オーガナイザ又はアシスタント、標準的なラップトップでありうる。ＡＴ１２Ｏｘは、ＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等のシステムによって定義されるエアインタフェース方法に従ってデータを送信、受信、及び処理するプロセッサ又はコントローラによって制御される１つ又は複数のコンピュータチップを備える電子モジュールでありうる。

システムコントローラ１３０は、アクセスポイントへ接続され、更に他のシステム／ネットワーク（例えば、パケットデータネットワーク）へ接続することもできる。システムコントローラ１３０は、それに接続されたアクセスポイントの調整及び制御を行う。アクセスポイント経由で、システムコントローラ１３０は更に、複数の端末間、及び他のシステム／ネットワークに接続された他ユーザと端末との間でのデータのルーティングを制御する。

送信におけるギャップ表示を与える本明細書に記載の技術は、様々な無線多元接続マルチチャリア通信システムで実現されうる。例えば、システム１００は、データ送信を利用するＯＦＤＭＡ、ＣＤＭＡ、ＧＳＭ、ＷＣＤＭＡ等でありうる。

実施形態では、「スティッキー」な割り当てが使用される。スティッキーな割り当てによって、システムコントローラ１３０は、割当要求を減少することが可能になる。スティッキーな割り当てによって、所定のリソースの受信者は、割り当てられたリソースを用いて、各通信に対して新たな割り当てを要求することなく複数の通信（送信又は受信）を実行できるようになる。説明目的のために、ＡＴ１２Ｏｘは、ＡＴ１２０ｘをサービスしているＡＰ１１０にデータ（実際のデータ、コンテンツ等）を送信するために逆方向リンク送信リソースを要求する。割当メッセージを使用して、ＡＰ１１Ｏｘは、割り当てを要求したＡＴ１２０ｘへ、逆方向リンク送信リソース割当情報、例えばチャネル識別表示を提供する。この割当情報が一旦受信されると、ＡＴ１２Ｏｘは、割り当てられた逆方向リンクチャネル（リソース）で実際のデータを送信する。スティッキーな割り当てでは、この割り当てられたチャネルは、ＡＴ１２Ｏｘに割り当てられ続ける。したがって、チャネルが割り当てられる期間中の様々な時間において、ＡＴ１２０ｘ又はＡＰ１１０ｘによる実際のデータの送信も受信もない。したがって、消去記号パケットと称される第１のデータパターンが、送信におけるギャップを埋めるために使用される。消去記号パケットの長さ、構成、及びデータレートは、利用可能なリソースに基づいて変わりうる。利用可能なリソースは、システムコントローラ１３０、あるいは要求元ＡＴと通信しているＡＰによって決定されうる。例えば、より多くの情報ビット（例えば３ビット）を有する消去記号パケットを処理するリソースを受信エンティティが有するのであれば、消去記号パケットの長さは、より多くの情報ビットを与えるように調節される。これによって、受信エンティティは、受信したパケットが消去記号パケットであったことを簡単に判定できるようになるかもしれない。また、消去シーケンスの送信が有意な干渉を引き起こさないように十分低い電力レベルで消去シーケンスを送信するために、消去記号パケットが送信される電力レベルも変わりうる。

図２は、スティッキーな割り当て概念の使用中おける割当チャネルのデータトラフィックの実例２００を示す。スティッキーな割り当て期間２０８は、一般に、割当と割当解除との間にある。スティッキーな割り当て期間２０８の間、例えば２０２ａ〜２０２ｄのように、送信データパケットが送信される幾つかのデータ送信がある。一般に、データは、スティッキーな割り当て期間２０８の間、必ずしも連続的に送信される訳ではない。従って、例えば２０４ａ〜２０４ｄのようなギャップ部を残す。説明目的のために、後述するＡＴ１２０ｘのＴＸデータプロセッサ５７４がデータを送信しない場合はいつでも、ＴＸデータプロセッサ５７４は、例えば２０６ａ〜２０６ｄのような消去記号パケットを送信するように構成される。消去記号パケットはユニークなデータパターンを示す１又は複数のビットでありうる。言いかえれば、消去記号パケットは、ユニークなパターンでギャップ部２０４ａ〜ｄを埋め、リソースが終了しないように保つ。消去記号パケットは、消去記号パケットを使用する前に送信機と受信機との両方に知られているユニークな識別子でありうる。また、消去記号パケットは、干渉を低減するために、低電力及び／又は低データレートで送信されうる。

図３は、送信リソースのスティッキーな割り当ての間にデータを送信するように構成されたプロセッサ（ＡＴのＴＸデータプロセッサ５７４又はＡＰのＴＸデータプロセッサ５１４）によるデータ送信のプロセス３００を示す。簡潔のために、ＴＸデータプロセッサ５１４は、順方向リンクでのデータ送信のためのプロセス３００の各ステップの実行を説明するために使用される。このプロセス３００はまた、逆方向リンクでのデータ送信（例えば、ＡＰへのデータ送信）のためにＴＸプロセッサ５７４によっても実施される。ステップ３０２では、順方向リンクデータチャネル割当が完了し、ＴＸデータプロセッサ５１４が、例えばデータパケットを送信するように、データを送る準備ができている。ステップ３０４では、ＴＸデータプロセッサ５１４は、何れかの送信データパケット（例えば、データパケットに変換された符号化データ）がキューされ、送信される準備ができているかを判定する。１つ又は複数のデータパケットの送信準備ができていると判定されると、ステップ３０６では、割り当てられたリソース（すなわち、ＡＰ１１０ｘの場合、順方向リンクデータチャネル、端末の場合、逆方向リンクチャネル）を用いてＴＸデータプロセッサ５１４がデータパケットを送信する。そうでない場合、ステップ３０８において、割り当てられたチャネルを用いてＴＸデータプロセッサ５１４が、予め定めた消去記号パケットを送信する。

この消去記号パケットは、予め定めたしきい値よりも低い送信電力レベルで送信されうる。このしきい値は、予め定められているかもしれず、この値を超える送信が干渉をもたらしうる送信電力レベルを示す。消去記号パケットはまた、低データレートにおいて送信されうる。消去パケット又は送信データパケットを送信すると、ＴＸデータプロセッサ５１４はこの処理を繰り返し、リソースが割当解除又は終了するまでステップ３０４を実行する。

図４は、リソースのスティッキーな割り当ての間にデータを受信するように構成されたプロセッサ（ＡＴのＲＸデータプロセッサ５５６又はＡＰのＲＸデータプロセッサ５３４）によるデータ受信の処理のためのプロセス４００を示す。簡潔のために、ＲＸデータプロセッサ５３４は、逆方向リンクでのデータ受信のためのプロセス４００の各ステップの実行を説明するために使用される。このプロセス４００はまた、順方向リンクでのデータ受信（例えば、ＡＰからのデータ受信）のためにＲＸプロセッサ５５６によっても実施される。ステップ４０２では、割り当てられたチャネルを介して受信された１つ又は複数の情報ビットが、データパケットとして評価される。ステップ４０４では、データパケットが実際のデータパケット（送信エンティティによって送信された符号化データ）を示すかをＲＸデータプロセッサ５３４が判定する。実際のデータパケットを示すのであれば、ステップ４０６において、ＲＸデータプロセッサ５３４は、このデータパケットを正常なものとして処理する。実際のデータパケットを示さないのであれば、ステップ４０８において、ＲＸデータプロセッサ５３４は、このデータパケットが、消去記号パケットを表しているのかを判定する。このデータパケットが消去記号パケットである場合、このパケットは破棄され、ステップ４０２において、追加情報ビットがサンプルされる。消去記号パケットではない場合、ステップ４１０において、ＲＸデータプロセッサ５３４が、このデータパケットを雑音データとしてフラグし、ステップ４０２において、追加情報ビットがサンプルされる。ＡＰ１１Ｏｘの実施形態では、ＲＸデータプロセッサ５３４は、この雑音データをモニタし続けるかもしれないし、リソースが失われたと判定するかもしれない。あるいは、雑音データを予め定めた時間受信した後に、割り当てられたリソースを送信エンティティが必要としていないと判定するかもしれない。

図５は、多元接続マルチキャリア通信システム１００におけるＡＰ１１０ｘと２つのＡＴ１２０ｘ，１２０ｙとの実施形態のブロック図を示す。ＡＰ１１Ｏｘでは、送信（ＴＸ）データプロセッサ５１４がデータソース５１２からのトラフィックデータ（すなわち、情報ビット）と、コントローラ５２０及びスケジューラ５３０からのシグナリング及びその他の情報を受信する。例えば、コントローラ５２０は、アクティブなＡＴの送信電力を調節するために使用される電力制御（ＰＣ）コマンドを供給し、スケジューラ５３０は、ＡＴのためのキャリア割当を提供しうる。これらの様々なタイプのデータは、異なる輸送チャネルで送信されうる。ＴＸデータプロセッサ５１４は、受信したデータを、マルチキャリア変調（例えば、ＯＦＤＭ）を用いて符号化及び変調し、変調データ（例えば、ＯＦＤＭシンボル）を提供する。そして、送信機ユニット（ＴＭＴＲ）５１６が、この変調データを処理し、ダウンリンク変調信号を生成する。この変調信号は、その後、アンテナ５１８から送信される。

ＡＴ１２Ｏｘ及び１２Ｏｙの各々では、送信され変調された信号が、アンテナ５５２によって受信され、受信機ユニット（ＲＣＶＲ）５５４に供給される。受信機ユニット５５４は、この受信信号を処理してデジタル化し、サンプルを提供する。その後、受信（ＲＸ）データプロセッサ５５６は、このサンプルを復調及び復号して、復号データを提供する。これは、復元されたトラフィックデータ、メッセージ、シグナリング等を含む。このトラフィックデータは、データシンク５５８に供給され、この端末へ送られたキャリア割当及びＰＣコマンドがコントローラ５６０へ提供される。

コントローラ５６０は、この端末に割り当てられ、受信キャリア割当で示された具体的なキャリアを用いて、アップリンクのデータ送信を指示する。コントローラ５６０は更に、送信する実際のデータが存在しないが、割り当てられたリソースの維持を望む場合、消去記号パケットを挿入する。

各アクティブな端末１２０では、ＴＸデータプロセッサ５７４がデータソース５７２からのトラフィックデータと、コントローラ５６０からのシグナリング及び他の情報とを受信する。例えば、コントローラ５６０は、必要な送信電力、最大送信電力、又はこの端末の最大送信電力と必要な送信電力との差を示す情報を提供する。様々なタイプのデータが、割り当てられたキャリアを用いて、ＴＸデータプロセッサ５７４によって符号化及び変調され、更に送信機ユニット５７６によって処理され、アップリンク変調信号が生成される。この変調信号は、その後、アンテナ５５２から送信される。

ＡＰ１１０ｘでは、ＡＴからの送信され変調された信号がアンテナ５１８によって受信され、受信機ユニット５３２によって処理され、ＲＸデータプロセッサ５３４によって復調及び復号される。受信機ユニット５３２は、各端末の受信信号品質（例えば、受信ＳＮ比（ＳＮＲ））を推定し、コントローラ５２０にこの情報を提供しうる。そして、コントローラ５２０は、端末の受信信号品質が、許容範囲内に維持されるように各端末のＰＣコマンドを導出する。ＲＸデータプロセッサ５３４は、各端末の復元されたフィードバック情報（例えば、必要な送信電力）を、コントローラ５２０及びスケジューラ５３０へ提供する。

スケジューラ５３０は、リソースを維持するようにコントローラ５２０へ指示するかもしれない。より多くのデータが送信される予定である場合、この指示が与えられる。ＡＴ１２Ｏｘの場合、コントローラ５６０は、必要なリソースが維持されるべきかを判定する。

本明細書に記載の技術は、様々な手段によって実現されうる。例えば、これらの技術は、ハードウェア、ソフトウェア、又はこれらの組み合せで実現されうる。ハードウェアで実現する場合、これら技術のための処理ユニット（例えば、コントローラ５２０、コントローラ５７０、ＴＸプロセッサ５１４、及びＲＸプロセッサ５３４等）は、１つ又は複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理回路（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書に記載の機能を実行するように設計されたその他の電子部品、又はこれらの組み合わせ内で実現される。

ソフトウェアで実現する場合、本明細書に記載の技術は、本明細書に記載の機能を実行するモジュール（例えば手順、機能等）を用いて実現されうる。ソフトウェアコードは、メモリユニット（例えば、図５におけるメモリ５２２）に格納され、プロセッサ（例えば、コントローラ５２０）によって実行される。このメモリユニットは、プロセッサの内部、又はプロセッサの外部に実装される。この場合、当該技術で知られた様々な手段によってプロセッサに通信可能に接続することができる。

本明細書では、参考のために、およびあるセクションを見つけることを助けるために見出しが含まれている。これらの見出しは、その中で述べる概念の範囲を限定するように意図されておらず、これら概念は、明細書全体を通じた他のセクションにおける適用性を有しうる。

開示した実施形態の前述した記載は、当業者をして、本発明の活用又は利用を可能にするように提供される。これら実施形態への様々な変形は、当業者に対して容易に明らかになるであろう。そして、本明細書で定義した一般原理は、本発明の精神又は範囲から逸脱することなく他の実施形態へ適用されうる。したがって、本発明は、本明細書に示された実施形態に限定されることを意図しておらず、本明細書で開示された原理及び新規な特徴に一致する最も広い範囲が与えられるべきである。

Claims (16)

1. データ・パケットを送信するための逆方向リンクのリソースの割当を受信する手段と、
   前記逆方向リンクのリソースを使用して、前記データ・パケットを送信する手段とを備え、
   前記逆方向リンクのリソースは、前記逆方向リンクのリソースの割当を維持させる１又は複数の消去記号パケットの送信後、利用可能であり続け、
   前記１又は複数の消去記号パケットは、前記逆方向リンクのリソースを使用して送信されるデータ・パケットが存在しない場合、前記逆方向リンクのリソースで、予め定めたしきい値よりも低い送信電力レベルで、かつ、低データレートで送信される、装置。
2. 前記１又は複数の消去記号パケットを送信しないことによって、前記逆方向リンクのリソースの割当が終了する、請求項１に記載の装置。
3. データ・パケットを送信するための順方向リンクのリソースの割当を行う手段と、
   前記順方向リンクのリソースを使用して、前記データ・パケットを送信する手段とを備え、
   前記順方向リンクのリソースは、前記順方向リンクのリソースの割当を維持させる１又は複数の消去記号パケットの送信後、利用可能であり続け、
   前記１又は複数の消去記号パケットは、前記順方向リンクのリソースを使用して送信されるデータ・パケットが存在しない場合、前記順方向リンクのリソースで、予め定めたしきい値よりも低い送信電力レベルで、かつ、低データレートで送信される、装置。
4. 前記１又は複数の消去記号パケットを送信しないことによって、前記順方向リンクのリソースの割当が終了する、請求項３に記載の装置。
5. 前記逆方向リンクのリソースでデータ・パケットを処理している間にパケット誤りが発生したと判定した後、前記逆方向リンクのリソースを再割当する手段を更に備える請求項１に記載の装置。
6. 前記順方向リンクのリソースでデータ・パケットを処理している間にパケット誤りが発生したと判定した後、前記順方向リンクのリソースを再割当する手段を更に備える請求項３に記載の装置。
7. 前記１又は複数の消去記号パケットの長さを、利用可能なリソースに基づいて選択する選択手段を更に備える請求項１又は３に記載の装置。
8. データ・パケットを送信するための逆方向リンクのリソースの割当を受信することと、
   前記逆方向リンクのリソースを使用して、前記データ・パケットを送信することとを備え、
   前記逆方向リンクのリソースは、前記逆方向リンクのリソースの割当を維持させる１又は複数の消去記号パケットの送信後、利用可能であり続け、
   前記１又は複数の消去記号パケットは、前記逆方向リンクのリソースを使用して送信されるデータ・パケットが存在しない場合、前記逆方向リンクのリソースで、予め定めたしきい値よりも低い送信電力レベルで、かつ、低データレートで送信される、方法。
9. 前記１又は複数の消去記号パケットを送信しないことによって、前記逆方向リンクのリソースの割当が終了する、請求項８に記載の方法。
10. データ・パケットを送信するための順方向リンクのリソースの割当を行うことと、
    前記順方向リンクのリソースを使用して、前記データ・パケットを送信することとを備え、
    前記順方向リンクのリソースは、前記順方向リンクのリソースの割当を維持させる１又は複数の消去パケットの送信後、利用可能であり続け、
    前記１又は複数の消去記号パケットは、前記順方向リンクのリソースを使用して送信されるデータ・パケットが存在しない場合、前記順方向リンクのリソースで、予め定めたしきい値よりも低い送信電力レベルで、かつ、低データレートで送信される、方法。
11. 前記１又は複数の消去記号パケットを送信しないことによって、前記順方向リンクのリソースの割当が終了する、請求項１０に記載の方法。
12. 前記逆方向リンクのリソースでデータ・パケットを処理している間にパケット誤りが発生したと判定した後、前記逆方向リンクのリソースを再割当することを更に備える請求項８に記載の方法。
13. 前記順方向リンクのリソースでデータ・パケットを処理している間にパケット誤りが発生したと判定した後、前記順方向リンクのリソースを再割当することを更に備える請求項１０に記載の方法。
14. 前記１又は複数の消去記号パケットの長さを、利用可能なリソースに基づいて選択することを更に含む請求項８又は１０に記載の方法。
15. データ・パケットを送信するための逆方向リンクのリソースの割当を受信するための受信機と、
    前記逆方向リンクのリソースを使用して、前記データ・パケットの送信をサポートする送信機とを備え、
    前記逆方向リンクのリソースは、前記逆方向リンクのリソースの割当を維持させる１又は複数の消去記号パケットの送信後、利用可能であり続け、
    前記１又は複数の消去記号パケットは、前記逆方向リンクのリソースを使用して送信されるデータ・パケットが存在しない場合、前記逆方向リンクのリソースで、予め定めたしきい値よりも低い送信電力レベルで、かつ、低データレートで送信される、装置。
16. データ・パケットを送信するための順方向リンクのリソースの割当を行うプロセッサと、
    前記順方向リンクのリソースを使用して、前記データ・パケットの送信をサポートする送信機とを備え、
    前記順方向リンクのリソースは、前記順方向リンクのリソースの割当を維持させる１又は複数の消去記号パケットの送信後、利用可能であり続け、
    前記１又は複数の消去記号パケットは、前記順方向リンクのリソースを使用して送信されるデータ・パケットが存在しない場合、前記順方向リンクのリソースで、予め定めたしきい値よりも低い送信電力レベルで、かつ、低データレートで送信される、装置。

Images