【誤訳訂正書】
【提出日】平成21年1月14日(2009.1.14)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】自律送信とスケジュール送信間での移動局の切替えを行う方法及び装置
【技術分野】
【０００１】
本発明は、一般に移動無線通信システムに関し、特に、ｃｄｍａ２０００型システムにおいて移動局から基地局へリバースチャネルでデータの送信を行う際に、基地局を用いて携帯電話などの移動局を作動させる方法および装置に関する。
【背景技術】
【０００２】
送信リソースが複数のユーザによって共有されたり、ユーザの送信品質が別のユーザによって影響を受ける可能性があったりするデータ通信システムでは、一般に２チャネル動作モードが設けられている。これらのチャネル動作モードは一般に自律モードおよびスケジュールモードと呼ばれる場合がある。自律モードが、通信に先行して必ずしも送信機と受信機との間でのリソース要求／許可関係を必要とするとはかぎらないのに対して、スケジュールモードは、複数の送信機に対する送信認証および／または送信スケジュールを行うための（受信機側などでの）いくつかのタイプのアービタを必要とする。
【０００３】
個々の動作モードにはその利点並びにその欠点がある。例えば、自律モードが小さなパケットや回線などの送信に好適であるのに対して、スケジュールモードは呼出し時間を区別しない送信に好適である。
【０００４】
ｃｄｍａ２０００  １ｘＥＶ−ＤＶ（またはｃｄｍａ２０００、改訂版Ｄ）のリバースリンクフレームワークの場合、リバース補助チャネル（Ｒ−ＳＣＨ）に対して自律モードとスケジュール動作モードとの双方をサポートすることが望ましい。しかし、自律モードとスケジュールモードとに相互に互換性を持たせるには多くの技術上の問題点の解決を必要とする。例えば、１つの重要な問題点として、これら２つのモードを交互に作動させるために２つのモード間で最適の遷移を行う方法に関する問題がある。
【０００５】
相補形アップリンク構造（１ｘＥＶ−ＤＶ改訂版Ｄ用の、３ＧＰＰにおける拡張機能を備えたアップリンクパケットアクセス（ＥＵＰＡ））の標準化を行う努力が始まったばかりである。しかし、自律モードとスケジュール送信モードとの間で移動局の遷移を行う手段は現在存在していない。
【０００６】
その結果、現在仕様化されているように、パケットデータシステムにおいて移動局がいつデータを送信する必要があるかを基地局が任意の所定時刻に知り得ない場合がある。
【発明の開示】
【０００７】
上述の問題点並びにその他の問題点を解決し、これらの教示の現在の推奨実施形態に従って別の利点を実現する。
【０００８】
自律送信モードと、スケジュール送信モード間での移動局の遷移を行うための、スケジュール済みの切替えモードを達成する処理手順を規定することが本発明の態様である。
【０００９】
基地局を用いて移動局を作動させる方法、並びに、この方法を実行する装置が開示される。上記方法には、移動局が自律動作モードにあるとき、リバース補助チャネルまたはリバースアクセスチャネル（Ｒ−ＥＡＣＨなど）で、移動局から基地局へ自律的にデータを送信するステップと、移動局向けのリバースチャネル割当てメッセージを含む基地局からの確認応答表示の受信に応答して、スケジュール動作モードへ移動局を切り替えるステップと、割当て済みリバースチャネルで移動局からデータを送信するステップとが含まれる。
【００１０】
推奨実施形態では、スケジュールモードのデータ送信を開始する際、移動局は補助チャネル要求メッセージを送信し、リバースアクセスチャネルはリバース拡張アクセスチャネルとなる。補助チャネル割当てメッセージの一部として確認応答表示が送信され、この確認応答表示には電力制御ビットとデータレート許可ビットとがさらに含まれ、電力制御ビットとデータレート許可ビットとは共通電力制御チャネルで移動局により受信される。割当て済みリバースチャネルで移動局からデータを送信するステップには、移動局バッファ活動ビットとデータレート要求ビットとを送信するステップも含まれ、上記方法は電力制御ビットと、データレート許可ビットと、ＡＣＫ／ＮＡＣＫ表示とを基地局から受信するステップをさらに含むものとなる。ダイナミックバッファ状況レポートの一部としてデータレート要求ビットの送信を行うことが望ましく、該データレート要求ビットはデータレートの上昇、データレートの低下または前記データレートの変更なしのうちの１つを要求し、データレート許可ビットは、基地局により電力制御ビットと時間多重化され、要求されたデータレートの許可または要求されたデータレートの却下のうちの一方を指示する。
【００１１】
基地局と双方向無線通信を行うＲＦ送受信装置と、移動局から基地局へのリバース補助チャネルまたはリバースアクセスチャネルで、移動局から基地局へデータを自律的に送信する.データプロセッサを備えた移動局も開示される。上記データプロセッサは、受信移動局向けのリバースチャネル割当てメッセージが含まれるリバースチャネル割当てメッセージを具備する基地局からの確認応答表示の受信に応動するが、この応動は、移動局をスケジュール動作モードへ切り替えるために、および、割当て済みリバースチャネルで移動局からデータを送信するために行われるものである。
【００１２】
添付図面と共に読むとき、上述の態様並びにその他の態様は以下の推奨実施形態でさらに明らかになる。
【好適な実施形態の詳細な説明】
【００１３】
導入として、また図１を参照してわかるように、本発明の実施に適した無線通信システム１０の実施形態が簡略ブロック図として図示されている。無線通信システム１０は少なくとも１つの移動局（ＭＳ）１００を備えるシステムである。図１には、例えば、公衆パケットデータネットワークやＰＤＮなどの通信ネットワークとの接続用ノード３０、少なくとも１つの基地局コントローラ（ＢＳＣ）４０や同等の装置、並びに、エアインタフェース規格に従って順方向またはダウンリンク方向の物理チャネルおよび論理チャネルの双方で移動局１００へ送信を行う基地局（ＢＳＳ）とも呼ばれている複数の基地送受信局（ＢＴＳ）５０を備えた例示のネットワークオペレータ２０も示されている。移動局１００からネットワークオペレータへのリバース通信経路すなわち上り通信経路も存在し、移動局側から発信されるアクセス要求とトラフィックとが送られる。セル３は、個々のＢＴＳ５０と関連づけられ、このＢＴＳ５０において任意の所定時刻に１つのセルが使用中セルであると見なされ、一方、近傍セルが隣接セルと見なされることになる。さらに小さなセル（ピコセルなど）の利用も可能である。
【００１４】
エアインタフェース規格は任意の好適な規格やプロトコルに準拠するものであってもよく、インターネット７０アクセスおよびウェブページのダウンロードを可能にするデータトラフィックのような音声トラフィックとデータトラフィックの双方のトラフィックを作動可能にするものであってもよい。本発明の現在の推奨実施形態では、エアインタフェース規格は、ｃｄｍａ２０００として知られているエアインタフェース規格のような符号分割多元接続（ＣＤＭＡ）エアインタフェース規格と互換性を有するものである。但しこれは本発明の実施に対する限定ではない。
【００１５】
典型的には、移動局１００は、表示装置１４０の入力部と接続された出力部、および、キーボードまたはキーパッド１６０の出力部と接続された入力部を有するマイクロ制御ユニット（ＭＣＵ）１２０のような制御ユニットまたは制御論理回路を備えるものである。移動局１００は携帯電話や個人用コミュニケータのようなハンドヘルド型無線電話であってもよい。使用中に別の装置と接続されたカードやモジュール内に移動局１００を設けることも可能である。例えば、ラップトップ型コンピュータ内や、ノートブック型コンピュータのような携帯用データプロセッサ、あるいは、ユーザが着用可能なコンピュータ内でも、使用中にインストールされるＰＣＭＣＩＡや同様のタイプのカード、あるいは、モジュール内に移動局１０を設けることも可能である。
【００１６】
ＭＣＵ１２０は、或るタイプのメモリ１３０を備えたものとして、あるいは、或るタイプのメモリ１３０と接続されたものとして想定されるものであり、このタイプのメモリ１３０には、オペレーティングプログラム、および、その他の情報を格納する不揮発性メモリ、並びに、必要なデータ、スクラッチパッドメモリ、受信済みパケットデータ、送信対象パケットデータ等を一時的に記憶する揮発性メモリが含まれる。この一時データのうちの少なくともいくつかをデータバッファ１３０Ａに記憶することが可能である。本発明の目的のために、上記オペレーティングプログラムは、ＭＣＵ１２０を作動可能にして、以下の詳細に記載するように、本発明に基づく方法の実行に必要なソフトウェアルーチン、レイヤおよびプロトコルを実行するのみならず、表示装置１４０およびキーパッド１６０を介してユーザとの好適なユーザインタフェースを提供するものとして想定されるものである。図示されてはいないが、典型的には、ユーザが通常の方法で音声通信を行えるよううにするマイクとスピーカとが設けられる。
【００１７】
移動局１００には、デジタル信号プロセッサ（ＤＳＰ）１８０、あるいは、同等の高速プロセッサや論理回路、並びに、ネットワークオペレータとの通信用アンテナ２４０と双方とも接続された送信機２００と受信機２２０とを備えた無線送受信装置を備えた無線部も含まれる。周波数シンセサイザ（ＳＹＮＴＨ）２６０のような少なくとも１つの局部発振器が送受信装置の同調用として設けられる。デジタル化された音声のようなデータおよびパケットデータはアンテナ２４０を介して送受信される。
【００１８】
以下の解説は、まず複数のリバース補助チャネル（Ｒ−ＳＣＨ）の状態について説明し、次いで、状態遷移について説明するものである。しかし、本発明の教示には状態設計および状態遷移に関連するすべての可能なオプションが包含される。本発明はモード遷移について説明するためにサービス品質（ＱｏＳ）要求も提供するものである。
【００１９】
前述したように、本発明の態様は、ＭＳ１００用のモードの追加によってＩＳ２０００用のリバースリンク（アップリンク）の改善を図って、自律送信を利用する作動時にスケジューリング送信への遷移を行うようにすることである。図２は、ＭＳ１００がアクティブな状態にある間のシナリオを描く図である。遷移は以下のステップによって進行する。
【００２０】
１．ＭＳ１００がＲ−ＥＡＣＨ（リバース拡張アクセスチャネル）またはリバース補助チャネルでデータ転送を開始する。移動局が所望の場合、リバース基本チャネルまたはリバース専用チャネルを介してＳＣＲＭ（補助チャネル要求メッセージ）を送信し、スケジュールモード処理を要求することが可能である。
【００２１】
２．ＭＳ１００の送信に対して確認応答を行う場合、ＢＳ５０は、前回のステップでリバースデータがＲ−ＥＡＣＨを介して送信されたかどうかの確認応答インジケータ（ＡＩ）を送信する。基地局はＳＣＡＭ（補助チャネル割当てメッセージ）を送信して、ＭＳ１００のチャネル割当てについて順方向基本チャネルまたは専用チャネルを介してＭＳ１００に通知するように図ることも可能である。さらに、ＢＳ５０は、ＰＣＢ（電力制御ビット）、ＲＧＢ（レート許可ビット）およびＡＣＫ／ＮＡＫビットをＣＰＣＣＨ（共通電力制御チャネル）を介して送信する。
【００２２】
上記に対応して、ＭＳ１００は、図１のデータバッファ１３０Ａの利用を反映して、ＢＡＢ（バッファ活動ビット）並びにＲＲＢ（レート要求ビット）と共にＭＳ１００のデータを送信する。ＢＳ５０がＭＳ１００の送信に対して確認応答を行わない場合、すなわち、ＭＳ１００が送信許可を与えられなかった場合、ＭＳ１００はステップ１を反復する。
【００２３】
３．ＭＳ１００が送信許可を得た場合、ＭＳ１００とＢＳ５０とはＭＳ１００によって一緒に"リバースデータ送信ループを閉じ"て、そのデータおよびＢＡＢとＲＲＢとを送信する。ＢＳ５０は、ＰＣＢ、ＲＧＢおよびＡＣＫ／ＮＡＫのうちの適当な方を応答として送信する。
【００２４】
ＭＳ１００が制御装置ホールド状態にあるとき、ＭＳ１００はまずデータ転送の開始に先行して制御ホールド状態の中から遷移を行う。
【００２５】
本発明の利用によって、いつデータ送信を行う必要があるかに関する情報をＭＳ１００が持っていないというＢＳ５０の前述の問題が解決されることが理解できる。本発明の利用によって、データ送信を継続（スケジュールモードへの入力）してもよいかどうかについてＢＳ５０を制御する前に、ＭＳ１００はデータ送信処理を自律的に開始することが許される。したがって、本発明の利用は、リバースリンク送信（スタートアップ）と関連して遅延を少なくするものと考えることができる。さらに、ＢＳ５０には、ＭＳ１００によるデータ送信の継続を許すかどうかについての制御が含まれるため、ＢＳ５０はＲＯＴ（ロット・オーバー・サーマル）の制御を行うことが可能となる。
【００２６】
本発明のさらに詳細な説明を行う。
【００２７】
図３に図示のように、ｃｄｍａ２０００  １ｘＥＶ−ＤＶの中に４つのＲ−ＳＣＨの状態／モード、並びに、上記状態／モード間に８つの遷移が存在する。次の解説では"状態"および"モード"という用語の入替えが可能であることに留意されたい。上記４つの状態とは、Ｒ−ＳＣＨの初期化状態、Ｒ−ＳＣＨの自律状態、Ｒ−ＳＣＨのスケジュール状態、およびＲ−ＳＣＨの解放状態である。これらについて以下さらに詳細に説明する。
【００２８】
Ａ．Ｒ−ＳＣＨの初期化状態
Ｒ−ＳＣＨを初期化する種々の可能な（オプションの）方法がｃｄｍａ２０００  １ｘＥＶ−ＤＶには設けられている。
【００２９】
オプション１：
ＭＳ１００は、Ｒ−ＤＣＣＨを介して補助チャネル要求メッセージ（ＳＣＲＭ）をＢＳへ送信する。ＢＳ５０は、Ｆ−ＦＣＨ／Ｆ−ＤＣＣＨ／Ｆ−ＰＤＣＨを介して拡張補助チャネル割当てメッセージ（ＥＳＣＡＭ）を用いて確認応答を行う。これは従来方式のｃｄｍａ２０００  １ｘＲＴＴによるアプローチと同じである。
【００３０】
オプション２：
ＭＳ１００は、Ｒ−ＤＣＣＨを介して補助チャネル要求ミニメッセージ（ＳＣＲＭＭ）をＢＳ５０へ送信する。ＢＳ５０はＦ−ＦＣＨ／Ｆ−ＤＣＣＨ／Ｆ−ＰＤＣＨ／Ｆ−ＣＡＣＨを介して補助チャネル割当てミニメッセージ（ＳＣＡＭＭ）を用いて確認応答を行う。これは従来方式の１ｘＲＴＴによるアプローチの場合と同じである。
【００３１】
オプション３：
ＭＳ１００は、Ｒ−ＤＣＣＨを介して変更済みの補助チャネル要求メッセージ（ＳＣＲＭ）をＢＳ５０へ送信する。ＢＳ５０は、Ｆ−ＦＣＨ／Ｆ−ＤＣＣＨ／Ｆ−ＰＤＣＨ／を介して変更済みの拡張補助チャネル割当てメッセージ（ＥＳＣＡＭ）を用いて確認応答を行う。変更済みのＳＣＲＭには、ＭＳ１００のバッファ状態、送信電力、ＱｏＳレベルおよび（自律モードまたはスケジュールモードのいずれかの）ＭＳ１００のＲ−ＳＣＨ動作推奨モードのような付加パラメータが含まれる。ＢＳ５０により送信される変更済みＥＳＣＡＭには、電力制御サブチャネル（すなわちＦ−ＦＣＨ、Ｆ−ＤＣＣＨまたはＦ−ＣＰＣＣＨ）内のＲ−ＳＣＨのアクセスと、制御情報（ＰＣ、ＲＧおよびＡ／Ｎなどの）のビット位置とに対してＭＳ１００を特定するための、ＭＡＣ  ｍ（媒体アクセス制御ＩＤ）のような付加パラメータが含まれる。
【００３２】
ＭＳ１００用のＦ−ＰＤＣＨが存在する場合、ＭＡＣ  ｍをＦ−ＰＤＣＨ用のＭＡＣ  ｍと同じにすることが可能であることを付記しておく。また、リバースリンクＲ−ＳＣＨのアクセスＩＤとして使用中のマップ用識別子よってＳＣＡＭ内のＭＡＣ  ｍを置き換えることが可能である。
【００３３】
オプション４：
ＭＳ１００は、（上記オプション１の場合のように）Ｒ−ＤＣＣＨを介して補助チャネル要求メッセージ（ＳＣＲＭ）をＢＳ５０へ送信する。ＢＳ５０はＦ−ＦＣＨ／Ｆ−ＤＣＣＨ／Ｆ−ＰＤＣＨ／Ｆ−ＣＡＣＨを介して変更済みの拡張補助チャネル割当てミニメッセージ（ＥＳＣＡＭＭ）を用いて確認応答を行う。ＥＳＣＡＭＭにはオプション３の変更済みＥＳＣＡＭの場合のようなパラメータが含まれる。
【００３４】
オプション５：
ＭＳ１００は付加パラメータを用いてＲ−ＥＡＣＨを介して要求を送信する。付加パラメータはＲ−ＳＣＨの特性と、Ｒ−ＳＣＨの好適な動作モードとを指定する。
【００３５】
Ｒ−ＳＣＨの自律モード
この動作モードでＭＳ１００は事前の許可なくＲ−ＳＣＨにアクセスすることができる。このモードでの動作には２つのオプションがある。
【００３６】
オプション１：
固定／一定データレートを利用する場合、すべてのアクティブなＭＳ１００は、以下の規定のうちのいずれかによって確立されるデータレートを用いてＲ−ＳＣＨを介して自律的にデータ送信を行うことができる：
（１）最低データレート、すなわち９.６ｋｂｐｓで
（２）ＢＳ５０によって構成可能な低い固定データレートで、または
（３）ＭＳ１００とＢＳ５０とが合意した最小レートで。例えば、ＭＳ１００とＢＳ５０との間で、および、ＩＳ−２０００．５処理手順に従ってＱｏＳ  ＢＬＯＢを交換することによりデータレートのネゴシエーションを行うようにしてもよい。
【００３７】
Ｒ−ＳＣＨの初期化状態でまたは、Ｆ−ＰＤＣＨの割当て段で、ＭＡＣを用いてすべてのアクティブなＭＳ１００の割当てを行うことが望ましいことを付記しておく。ＭＡＣはマルチ自律モードのＳ１００を区別するためにＢＳ５０により用される。しかし、ＢＳ５０は、ＭＡＣ＿ＩＤに関する情報を持つことなく、ＭＳ１００のロングコードの復号化によりマルチ自律モードのＭＳ１００を区別することができる。
【００３８】
このオプションはショートフレーム送信用アプリケーションや低速データレート用アプリケーションで利点を有することができる。
【００３９】
オプション２：
ｃｄｍａ２０００ＩｘＥＶ−ＤＯ（ＨＤＲとも呼ばれる）の場合と同様、Ｒ−ＳＣＨのユーザトラフィック送信と共に、ＭＳ１００は現在のＲ−ＳＣＨのフレームで使用されるデータレートを示すために、リバースチャネルを介してレート指示情報を明示的に送信することができる。リバースレート指示チャネルは、別個の専用ウォルシュ-コード化チャネル、共通チャネルあるいは別のチャネルと時間多重化されるチャネルであってもよい。
【００４０】
Ｒ−ＳＣＨのスケジュールモード
Ｒ−ＳＣＨのスケジュールモード用として利用可能な２つのオプションが存在する。
【００４１】
オプション１：
ｃｄｍａ２０００  １ｘＲＴＴの場合と同様、Ｒ−ＳＣＨの処理手順および関連するメッセージが利用される。ＭＳ１００はＲ−ＳＣＨのチャネル割当てを要求し、ＢＳ５０はある特定のデータレートと継続時間とを用いて、Ｒ−ＳＣＨのチャネルのスケジュールと、割当てとを行う。
【００４２】
オプション２：
可変データレート用アプリケーションの場合、以下の動作モードは"セミスケジュール"モードと考えることができる。
【００４３】
ＭＳ１００処理手順：
上記に定義したように、ＭＳ１００は低速データレートで自律モードで動作を始める。Ｒ−ＳＣＨを介してデータを送る一方で、ＭＳ１００は"データレート要求"もＢＳ５０へ送信する。データレート要求には以下の特性が含まれる。データレート要求は、３状態変調（すなわち−１、０、１）を持つ１ビット情報であり、専用のアップリンクオーバヘッドまたは共通チャネルを介してこのデータレート要求を搬送してもよいし、あるいは、ＭＳ１００のトラフィックと制御情報とが多重化される特別の多重化用オプションによってＲ−ＳＣＨを介して上記データレート要求を搬送してもよい。上記データレート要求は、ＭＳ１００において、動的バッファ状態、ＱｏＳレベルおよびＢＳ５０への送信電力レポートが反映されていてもよい。換言すれば、データレート要求ビットはＢＡＢ（バッファ活動ビット）と呼ぶことができるものである。データレート要求の定義は以下のようになる：
ＢＡＢ＝ＩＮＣＲＥＡＳＥ＝１ならば、ＭＳ１００は（現在のデータレート＋増分レート）のデータレートでのＲ−ＳＣＨでの送信を要求している。但し、増分レート＝増加ステップレート。
ＢＡＢ＝ＤＥＣＲＥＡＳＥ＝−１ならば、ＭＳ１００は（現在のデータレート−減分レート）のデータレートでのＲ−ＳＣＨでの送信を要求している。
ＢＡＢ＝ＣＯＮＳＴＡＮＴ＝０ならば、ＭＳ１００は現在のデータレートと同じデータレートでのＲ−ＳＣＨでの送信を要求している。
【００４４】
ＢＳ５０処理手順：
ＭＳ１００からのＩＮＣＲＥＡＳＥ／ＤＥＣＲＥＡＳＥ／ＣＯＮＳＴＡＮＴのうちの１つのデータレート要求の受信時に、ＢＳ５０は、許可／却下を示す１ビット情報（フィードバック情報）によってＭＳ１００に対する確認応答を行う（すなわち、許可または却下のいずれかを行う）。この１ビット情報には以下の特性が含むまれる。この１ビット情報は、Ｆ−ＦＣＨ、Ｆ−ＤＣＣＨまたはＦ−ＣＰＣＣＨ内の電力制御サブチャネルを介して搬送され、（Ｆ−ＦＣＨ、Ｆ−ＤＣＣＨ、Ｆ−ＣＰＣＣＨ内の）電力制御ビット並びにその他の制御情報と時間多重化される。このビットのより高い送信信頼性を得るためにＢＳ５０はビット反復を利用してもよい。許可／却下ビットの定義は以下のようになる。
１ビットのフィードバック情報＝ＧＲＡＮＴ＝１ならば、ＢＳ５０はＭＳ１００にＢＡＢ要求を許可する。
１ビットのフィードバック情報＝ＤＥＮＹ＝−１ならば、ＢＳ５０はＭＳ１００に対してＢＡＢ要求を許可しない。
【００４５】
（ＭＳ１００による）自律データレート要求並びに（ＢＳ５０による）許可は或る一定のタイミング関係を有するものである。図４は、このタイミング関係の１つの実施例（但し本発明を限定するものではない）を示す図である。図４に図示のタイミング関係に関連する特別の注記は以下のようなものである。
【００４６】
ステップ１-ａ（トップトレース（top trace））および１−ｂ（第２のトップトレース）に対して、１つの２０ｍｓフレーム内に１６のＰＣＧが存在する任意の電力制御グループ（ＰＣＧ）において、任意のＭＳ１００（ＭＳ１００＃１またはＭＳ１００＃２など）はデータレートの上昇、低下あるいは保持を要求することができる。遅延時間Ｄ１後、ＢＳ５０は要求の受信と処理とを行う。ＢＳ５０は指定されたＰＣＧ側に在るＭＳ１００に対して確認応答を送信する。遅延時間Ｄ２後、ＭＳ１００はＢＳ５０と合意しているデータレートでＲ−ＳＣＨで送信を開始する。レート制御は"ＰＣＧ当たり"または"フレーム当たり"のものであってもよく、Ｄ１とＤ２の値はＢＳ５０によって制御あるいは構成される。
【００４７】
Ｒ−ＳＣＨの解放状態
この状態はｃｄｍａ２０００  １ｘＲＴＴの状態の場合と同様となる場合がある。
【００４８】
Ｒ−ＳＣＨの状態／モード遷移
図３の状態図に図示の８つの遷移に関連するイベント（または方法）について以下のように説明する。
【００４９】
遷移１：
推奨動作モードが（変更された）Ｒ−ＳＣＨの割当て（ミニ）メッセージの形で組み込まれる。
遷移２：
推奨動作モードが（変更された）Ｒ−ＳＣＨの割当て（ミニ）メッセージの形で組み込まれる。
遷移３：
オプション１の場合、低い（または最低の）データレートで送信を続けているとき、ＭＳ１００は自律モード状態のままである。オプション２の場合、ＭＳ１００は、リバースレート指示が正規のデータレート（モードスイッチ指示の代わりに）を示すとき、自律モード状態のままである。
遷移４：
ＭＳ１００は、ＳＣＲＭの中に新たなモード切替え要求が存在しないかぎりスケジュールモード状態のままである。あるいはＭＳ１００／ＢＳ５０は本願で定義されるデータレート要求／許可の"スケジュール"処理手順に基づいてそのまま作動する。
遷移５：
オプション１の場合、推奨動作モードは（変更された）Ｒ−ＳＣＨの割当て（ミニ）メッセージの形で組み込まれる。オプション２の場合、スケジュールモードに対応するより高いＱｏＳニーズとその遷移とを設けて、ＱｏＳレベルを持つ遷移トリガを実装することが可能である。
遷移６：
オプション１の場合、Ｒ−ＳＣＨの割当て継続時間タイマがトリガとして使用される。すなわち、スケジュール送信の継続時間後、ＭＳ１００は自律モードへ戻る。オプション２の場合、（変更された）Ｒ−ＳＣＨの割当て（ミニ）メッセージの形で推奨動作モードが組み込まれる。オプション３の場合、自律モードとその遷移とに対応する低いＱｏＳニーズを設けて、ＱｏＳレベルモデルを持つ遷移トリガを実装することが可能である。
遷移７：
この遷移は、Ｒ−ＳＣＨの解放メッセージと処理手順とを利用する１ｘＲＴＴの場合と同様の遷移になる場合がある。
遷移８：
この遷移も、Ｒ−ＳＣＨの解放メッセージと処理手順とを利用する１ｘＲＴＴの場合と同様の遷移になる場合がある。
【００５０】
以上説明したように、ｃｄｍａ２０００  １ｘＥＶ−ＤＶリバースリンクフレームワークの場合、Ｒ−ＳＣＨに対する動作の自律モードとスケジュールモードの双方のモードをサポートすることが望ましい。本発明の上述の解説は、個々のＲ−ＳＣＨの状態および状態遷移について詳細に説明するものであり、さらにその他の可能な状態設計と状態遷移にも同様にあてはまるものである。ＱｏＳパラメータを用いて現在推奨される状態遷移をサポートすることが可能である。
【００５１】
上述の説明は本発明を限定するものではない例示の実施例を提供するものであり、本発明を実行するために本願発明者らによって現在熟慮される最善の方法および装置について十分な情報を与える説明である。しかし、添付図面並びに添付の請求項と関連して読むとき、上記説明を考慮して種々の変更並びに適合化が当業者に明らかになることも考えられる。しかし、本発明の教示のこのような変更はすべてそのまま本発明の範囲に属することになる。さらに、本明細書に記載の方法および装置は或る一定レベルの特異性を備えてはいるが、ユーザの必要性に応じてより、大きな特異性あるいはより小さな特異性によって本発明を実施することも可能である。さらに、本発明の特徴のいくつかは、対応するその他の特徴を利用することなく利用することが可能である。したがって、上述の説明は、本発明の原理についての単に例示的な説明と考えるべきものであって、本発明を限定するものではない。なぜなら、本発明は以下の請求項によって規定されるものであるからである。
【図面の簡単な説明】
【００５２】
【図１】本発明の教示の実施に適した移動通信システムの簡略ブロック図である。
【図２】自律送信モードからスケジュール送信モードへの状態遷移を例示する結線図である。
【図３】１ｘＥＶ−ＤＶ  Ｒ−ＳＣＨの状態および遷移を例示する図である。
【図４】データレート要求と許可との間でのタイミング関係を例示し、遅延Ｄ１とＤ２とが基地局によって構成可能なタイミング図である。