JP4326947B2 - 無線通信装置において補助チャネル要求メッセージを送信するシステムおよび方法 - Google Patents

Description

関連出願

この出願は、２００１年９月２７日に出願された米国仮出願第６０／３２５，７０２号および２００２年５月２３日に出願された米国仮出願第６０／３８３，２５０号に対する優先権を請求する。

技術分野は一般に無線通信の分野に関する。特に、技術分野は、無線通信装置において逆方向補助チャネル（Ｒ−ＳＣＨ）のための補助チャネル要求メッセージ（ＳＣＲＭ）の効率的な送信のためのシステムおよび方法に関する。

無線通信の近年の進歩およびインターネットの使用の急速な拡大はモバイルコンピューティングの需要を大幅に増大させた。大多数のシステムユーザーが符号分割多重アクセス（ＣＤＭＡ）技術のような通信システムを共有可能にさせる技術は、その需要を満足させるのに重要な役割を果たしてきた。

ＣＤＭＡは、参照することによりここに組み込まれる、１９９３年７月に発行された、「デュアルモード広帯域スペクトラム拡散セルラーシステムのための移動局−基地局互換標準(MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM)というタイトルの米電子通信工業会／米国電子工業会暫定ＩＳ−９５に定義されるデジタル無線周波数（ＲＦ）技術である。

ＣＤＭＡ通信装置には、固有のコードが割当てられ、各装置は、そのコードを用いて共通のスペクトラム拡散帯域を横切る通信信号を拡散する。通信装置が正しいコードを有する限り、通信装置は、同じ帯域幅上で同時に送信された他の信号の中からその信号を成功裏に検出し選択することができる。

他の多重アクセス技術は、時分割多重アクセス（ＴＤＭＡ）および周波数分割多重アクセス（ＦＤＭＡ）システムを含む。さらに、高度移動電話システム（ＡＭＰＳ）のようなアナログ周波数変調に基づいた無線通信システムがある。さらに、多くの無線通信装置は通信能力を全地球測位システム（ＧＰＳ）技術と結合する。いくつかの無線通信システムは、ＣＤＭＡおよびＧＰＳを用いて動作するまたはセルラーまたはパーソナル通信サービス（ＰＣＳ）帯域のような異なる周波数帯域上で動作することができる。

移動通信の信頼性が増大したことにより、ラップトップコンピューターまたはパームトップコンピューターのような計算装置が携帯電話を介してコンピューターネットワーク（例えば、インターネット）に遠隔的に接続される遠隔無線コンピューティングの需要を引き起こした。

図１は、無線データ接続を図解する機能ブロック図である。図１において、端末機器（ＴＥ）１０は、ラップトップ、パームトップ、または他の一般的な計算装置であってよい。ＴＥ１０は、通常移動システムモデム（ＭＳＭ）１４を介して携帯電話（ＭＴ）１２のような無線通信装置に接続される。ＭＳＭ１４は、ＴＥ１０内あるいはＭＴ１２内に組み込んでも良い。

図１の破線で示すように、ＴＥ１０、ＭＴ１２およびＭＳＭ１４は便宜的に集合的に移動局（ＭＳ）１６として特徴づけられる。実際に、ＭＳ１６は、ＴＥ１０、ＭＴ１２、およびＭＳＭ１４から成る集積装置であってよい。

図１の無線通信システムはまた基地局トランシーバーシステム（ＢＴＳ）１８を含む。ＢＴＳ１８は、無線通信リンク２０を介してＭＳ１６と通信する。

ＭＳ１６とＢＴＳ１８の間の通信リンクを確立するために、通信信号は交換される。種々のプロトコルおよび標準は、無線データ接続を実施するための骨組みを提供する。その骨組み内のハードウエアおよびソフトウエアの実際の実施は、設計者の自由裁量に委ねられる。

そのような実施は、殆どの通信セッションにおいて、ＭＳ１６がＢＴＳ１８に送信する（逆方向チャネル通信）よりもＭＳ１６がＢＴＳ１８からより多くのデータを受信する（順方向チャネル通信）という事実を利用してもよい。従って、通常より少ない帯域幅を逆方向チャネル通信に対して割当てることができ、その上、送信されるデータの量として割当てられるさらなる帯域幅が増大する。そのような１つの実施において、ＢＴＳ１８は、ＭＳ１６からの補助チャネル要求メッセージ（ＳＣＲＭ）に応答して、割当てられたデータ転送速度とバースト長を有した逆方向補助チャネル（Ｒ−ＳＣＨ）に割当てるように構成される。

一般に呼の設定において、ＭＳ１６とＢＴＳ１８は、最大の合意されたＲ−ＳＣＨデータ転送速度をネゴシエートするであろう。ネゴシエートされた速度は、ＭＳ１６がサポート可能な最大速度および逆方向チャネル通信に割当てられたＭＳ１６の利用可能な電力リソースの量のような種々の要因に基づくことができる。ＭＳ１６は、ノンゼロ長ＳＣＲＭをＢＴＳ１８に送信し、あるトリガイベントに応答してＲ−ＳＣＨが必要であることを示す。

例えば、ＭＳ１６は、Ｒ−ＳＣＨ割当てを有さず、ＢＴＳ１８に送信するためのある数のバイトがバッファリングされているとき、ＳＣＲＭを送信することができる。ＭＳ１６はまた、割当てられたＲ−ＳＣＨデータ転送速度が現在の動作条件に対してあまりに高いまたはあまりに低いときＳＣＲＭを送信することができる。ＭＳ１６はまた、Ｒ−ＳＣＨをキャンセルするためにゼロ長ＳＣＲＭを送信することができる。

ＭＳ１６は、Ｒ−ＳＣＨを要求することができる。それに応じて、ＢＴＳ１８は、Ｒ−ＳＣＨを割当て、ＭＳ１６に、拡張された補助チャネル割当てメッセージ（ＥＳＣＡＭ）またはユニバーサルハンドオフ指示メッセージ（ＵＨＤＭ）を用いた割当てを通知する。さらに、ＢＴＳ１８は、要求されたデータ転送速度を承諾しないかもしれないまたは要求を全く承諾しないかもしれない。さらに、要求を承諾する際に、遅延があるかもしれない。ＢＴＳ１８はまた、リトライ遅延メッセージをＭＳ１６に送信することもできる。

ＳＣＲＭでＢＴＳ１８があふれることを防止するために、ＭＡ１６は、トリガイベントが生じても、最後のＳＣＲＭから遅延期間が経過するまで、要求を送らないように構成することができる。例えば、ＭＳ１６は、１秒に２回以上ＳＣＲＭを送らないように構成することができる。しかしながら、この制約をもってしても、ＭＳ１６は、ＢＴＳ１８によるＲ−ＳＣＨｓのより最適な割当てを生じる可能性が無いＳＣＲＭｓを含む、あまりにも多くのＳＣＲＭｓを送信することができる。さらに、送信されるデータの量が現在割当てられているＲ−ＳＣＨの容量を越えるとき、現在のＲ−ＳＣＨバーストの終了と次のＲ−ＳＣＨの開始との間に著しい遅延を生じる。

それゆえ、無線通信装置において、Ｒ−ＳＣＨに対するＳＣＲＭの送信を制御するための効率的なシステムおよび方法の重大な必要性がああることが理解できる。

ここに記載されるシステムおよび方法は、無線通信装置による補助チャネル要求メッセージ（ＳＣＲＭ）の送信を制御することに向けられている。一実施形態において、システムは、所定のトリガイベントに応答してＳＣＲＭの最後の送信から一定の期間が経過するまで、所定のトリガイベントに応答して、ＳＣＲＭの送信を防止するように構成されている。他の実施形態において、逆方向補助チャネル（Ｒ−ＳＣＨ）バーストが割当てられたが開始されてなかったとき、ＳＣＲＭの送信を禁止するように構成することができる。

ここに記載されたシステムおよび方法は、移動通信装置においてＳＣＲＭｓの効率的な送信に向けられている。

上述したように、無線データ通信システムを管理するために多くの異なる標準が存在する。これらの標準は、設計者に多少の柔軟性を与えるために多数の異なる方法で実施することができる。図１は、通信プロセスをサポートする簡単化された一般的な無線接続を図解する。

システムは、図２の機能ブロック図で図解されるＭＳ１６において具現化される。ＭＳ１６は、中央処理装置（ＣＰＵ）２２およびシステムの動作を制御するメモリ２４を含む。当業者は、用語「ＣＰＵ」が、単独または、ＭＳ１６またはＭＳの一部を動作させることができる、メモリ（図示せず）のような他の装置との組合せにおけるいかなる処理装置を含むように意図されている。これは、マイクロプロセッサ、埋め込み式コントローラー、特定用と向け集積回路（ＡＳＩＣｓ）、デジタルシグナルプロセッサ（ＤＳＰｓ）、ステートマシン、専用ディスクリーとハードウエア、等を含む。ここに記載されるシステムおよび方法は、ＣＰＵ２２を実施するために選択された特定のハードウエア部品により限定されない。さらに、明細書を精査した後、当業者は、ＣＰＵ２２は、ＭＳＭ１４、ＭＴ１２、またはＴＥ１０を含むＭＳ１６の他の部品に組み込むことができることを認識するであろう。

リードオンリーメモリー（ＲＯＭ）およびランダムアクセスメモリー（ＲＡＭ）の両方を含んでいても良いメモリ２４は、命令およびデータをＣＰＵ２２に供給する。メモリ２４の一部は、また不揮発性ランダムアクセスメモリーを含んでいていも良い。

ＭＳ１６はまたＭＳ１６と、基地トランシーバー局（ＢＴＳ）１８（図１参照）のような遠隔位置との間で、オーディオ通信およびプログラミングデータのようなデータを送受信可能にする送信器３０および受信器３２を含む。上述したように、送信器３０と受信器３２は、トランシーバーに結合することができる。アンテナ３６は、電気的にトランシーバー３４に接続される。送信器３０、受信器３２、およびアンテナ３６の動作は技術的に良く知られており、ここでは記載する必要がない。

ＭＳ１６はまた、一般に、メモリ２４に記憶された命令を実行するＣＰＵ２２により実施可能なＳＣＲＭコントローラー５４を含む。ＭＳ１６は、ＳＣＲＭコントローラー５４を用いて、ＭＳ１６によりＳＣＲＭの送信を制御するために制御信号を発生することができる。

ＭＳ１６はまたＳＣＲＭタイマー５６およびイベントタイマー５８を含み、この両方は、一般にＣＰＵ５２またはＳＣＲＭコントローラー５４により実施することができる。以下に記載するように、ＳＣＲＭコントローラー５４は、タイマー５６、５８を用いてＳＣＲＭ送信を制御する。

ＭＳ１６の種々の部品は、データバスに加えて、電力バス、制御バス、およびステータス信号バスを含むことができるバスシステム６０により一緒に接続される。しかしながら、明瞭さのために、種々のバスがバスシステム６０として図２に図解される。

ＭＳ１６は、バッテリー（図示せず）および入出力装置（図示せず）のような他の部品を含むことができ、部品は種々の構成で配置することができる。例えば、図２は、図１にも図解されるように、ＭＳＭ１４を介してＭＴ１２に接続されたＴＥ１０を図解する。しかしながら、ＴＥ１０、ＭＴ１２、およびＭＳＭ１４がＭＳ１６に集積されているなら、ＴＥ１０をバスシステム６０に直接接続することができる。ここに記載するシステムおよび方法は、図示した部品の特定の構成および配置に限定されない。

ＳＣＲＭコントローラー５４は、タイマー５６、５８を用いて、ＭＳ１６によるＳＣＲＭｓの送信を制御するための信号をいつ発生するかを決定する。ＳＣＲＭタイマー５６は、ＭＳ１６がノンゼロＲ−ＳＣＨに対してＳＣＲＭを送信するとき、開始または再開始することができる。ＳＣＲＭタイマー５６は、一定の期間が経過したとき、またはＭＳ１６がノンゼロＲ−ＳＣＨ割当てを有するＥＳＣＡＭまたはＵＨＤＭを受信するとき、キャンセルすることができる。ＳＣＲＭコントローラー５４は、ＳＣＲＭタイマー５６が実行中に、ＭＳ１６の能力をディスエーブルにし、ノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するためにＭＳ１６の能力をディスエーブルするように構成することができる。この明細書を考察した後、当業者は、ＲＦ条件、またはチャネル上のトラヒックの量に応答して、期間は工場で決定することができ、ユーザーにより決定することができ、ＳＣＲＭコントローラー５４により決定することができ、またはＭＳ１６により受信した信号に応答して決定することができる。

イベントタイマー５８は、所定のイベントが生じると、開始または再開始することができる。例えば、所定のイベントは、特定のトリガイベントに応答してＭＳ１６によるＳＣＲＭの送信であり得る。所定のイベントは、また割当てられたＲ−ＳＣＨバーストの開始であってもよい。イベントタイマー５８はまた複数の所定のイベントの１つが生じると開始または再開始することができる。

イベントタイマー５８は、一定の期間が経過したとき、現在のＲ−ＳＣＨバーストが終了したとき、またはＲ−ＳＣＨをキャンセルするためのＥＳＣＡＭが受信され、アクティブなＲ−ＳＣＨバーストが無いときにキャンセルすることができる。この明細書を考察した後、当業者は、期間は工場で決定することができ、ユーザーにより決定することができ、チャネル上のＲＦ条件またはトラヒックに応答して、ＳＣＲＭコントローラー５４により決定することができ、あるいは、ＭＳ１６により受信した信号に応答して決定することができる。イベントタイマー５８が満了するときの決定された期間は、ＳＣＲＭタイマー５６が満了するときの同じ決定された期間である必要はない。

ＳＣＲＭコントローラー５４は、イベントタイマー５８が実行中のとき、所定のトリガイベントに応答して、ノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するためにＳＭ１６の能力をディスエーブルするように構成することができる。ＳＣＲＭコントローラー５４はまた、イベントタイマー５８が実行中のとき、複数の所定のトリガーイベントのいずれか１つに応答してノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するためにＭＳ１６の能力をディスエーブルするように構成することができる。

例示実施形態において、ＳＣＲＭコントローラー５４は、現在のＲ−ＳＣＨバーストが現在のデータの必要性に適していないとＭＳ１６が判断し、そして現在のＲ−ＳＣＨバーストが終了する前にノンゼロＲ−ＳＣＨのためのバースト拡張ＳＣＲＭの送信を生じさせる制御信号を発生するように構成可能である。例えば、ＭＳ１６は、送信すべき残存するバイトまたはフレームの数が現在のＲ−ＳＣＨバーストで送信できるバイトまたはフレームの数を超えていることを決定することができる。バースト拡張ＳＣＲＭに応答して、ＢＴＳ１８は新しいＲ−ＳＣＨバーストを割当てることができ、またはその要求を拒絶することができる。バースト拡張ＳＣＲＭｓの使用は、現在のＲ−ＳＣＨバーストの満了と次のＲ−ＳＣＨバーストの開始との間の時間を低減するのに役立つ。例示実施形態において、新しく割当てられたＲ−ＳＣＨバーストは、現在のＲ−ＳＣＨバーストと重なるかまたは近接するであろう。例示実施形態において、バースト拡張ＳＣＲＭの送信は、イベントタイマー５８の開始または再開始を生じる所定のイベントの１つではないであろう。

ＳＣＲＭコントローラー５４は、ＳＣＲＭタイマー５６が実行中のとき、バースト拡張ＳＣＲＭを送信するためにＭＳ１６の能力をディスエーブルにすることができる。バースト拡張ＳＣＲＭを送信するためにＭＳ１６の能力もまたさらに制限することができる。例えば、ＭＳの能力は、現在のＲ−ＳＣＨに残存するバースト長がある数の残存する利用可能なフレームのような所定の閾値を下回るまで、あるいは、現在のＲ−ＳＣＨバーストの終了前の一定期間まで、禁止することができる。所定の閾値は、工場で設定することができ、ユーザーにより設定することができ、ＲＦ条件またはチャネル上のトラヒックに応じて設定することができ、またはＭＳ１６により受信した信号に応答して設定することができる。他の条件がバースト拡張ＳＣＲＭの送信を可能にすると仮定して、バースト拡張ＳＣＲＭが現在のＲ−ＳＣＨバーストの拡張を要求するために送信することができる期間は、バースト拡張ギャップと呼ぶことができる。バースト拡張ＳＣＲＭを送信するためにＭＳ１６の能力にさらなる制約を実施するためにさらなるタイマーを採用することができる。

他の実施形態において、ノンゼロＲ−ＳＣＨを割当てるＥＳＣＡＭまたはＵＨＤＭが受信された後でかつ割当てられたＲ−ＳＣＨバーストが開始する前または割当てられたノンゼロＲ−ＳＣＨをキャンセルするメッセージが受信される前の期間中にノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するためにＭＳ１６の能力をディスエーブルにするようにＳＣＲＭコントローラー５４を構成することができる。

ＳＣＲＭコントローラー５４は、メモリー２４に記憶された一連の命令として容易に実施することができ、ＣＰＵ２２により実施することができる。従って、既存のハードウエアに対する軽微なソフトウエア変更は、ＭＳ１６の実施を可能にする。

簡潔にするために、ＳＣＲＭｓを効率的に送信するためにＭＳ１６の動作は限られた数の例を用いて図解されるであろう。図を簡単にするために、イベントは一般に、均一に間隔をあけた時間間隔で生じるように示される。しかしながら、イベントは図示するものとは異なる時間間隔および異なる順番で生じても良い。

図３は、ＭＳ１６の実施形態の動作を図解するタイミング図である。図３に図解する実施形態において、ＭＳ１６は、以下の所定のイベントに応答して、イベントタイマー５８を開始または再開始するように構成される。現在のＲ−ＳＣＨバーストが無く、ＢＴＳ１８に送信されるデータ量が閾値を越えるので、ＭＳ１６はノンゼロＲ−ＳＣＨ ＳＣＲＭを送信する；現在のＲ−ＳＣＨバーストのデータ転送速度が最適でないので、ＭＳ１６はノンゼロＲ−ＳＣＨ ＳＣＲＭを送信する；およびＲ−ＳＣＨバーストが開始する。ＳＣＲＭコントローラー５４は、イベントタイマー５８が実行中のとき以下のトリガイベントに応答して、ノンゼロＲ−ＳＣＨ ＳＣＲＭを送信するためにＭＳ１６の能力をディスエーブルするように構成される。現在のＲ−ＳＣＨバーストが無く、ＢＴＳ１８に送信すべきデータの量が閾値を越える；および現在のＲ−ＳＣＨバーストのデータ転送速度が最適でない。

時刻３００において、Ｒ−ＳＣＨは、アクティブではなく、ＢＴＳ１８に送信すべきデータの量が閾値を越えているので、ＭＳ１６は、ノンゼロＲ−ＳＣＨ ＳＣＲＭを送信する。ノンゼロＲ−ＳＣＨが送信されたので、ＳＣＲＭタイマー５６が開始される。所定のイベントの１つが生じたので、イベントタイマー５８が開始される−ＢＴＳ１８に送信すべきデータの量が閾値を越えているので、現在のＲ−ＳＣＨバーストがアクティブでなかったとき、ノンゼロＲ−ＳＣＨ ＳＣＲＭが送信された。時刻３００と３１０との間において、ＳＣＲＭタイマー５６は実行中なので、ノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するためにＳＣＲＭコントローラー５４は、ＭＳ１６の能力をディスエーブルする。この期間中に、イベントタイマー５８は実行中なので、ＳＣＲＭコントローラー５４は、所定のトリガイベントの１つに応答して、Ｒ−ＳＣＨ ＳＣＲＭを送信するためにＭＳ１６の能力をディスエーブルにする。

時刻３１０において、ＭＳ１６は、ノンゼロＲ−ＳＣＨバーストを割当てるＥＳＣＡＭを受信する。ＥＳＣＡＭの受信に応答して、ＳＣＲＭタイマー５６が停止する。イベントタイマー５８は実行を継続する。時刻３１０と３２０の間において、イベントタイマー５８は実行中なので、ＳＣＲＭコントローラー５４は、所定のトリガイベントの１つ応答して、ノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するために、ＭＳ１６の能力をディスエーブルにする。図３に図解する例示実施形態において、ノンゼロＲ−ＳＣＨバーストを割当てるＥＳＣＡＭが受信され、割当てられたバーストがまだ開始されていないので、ＳＣＲＭコントローラー５４は、ノンゼロＲ−ＳＣＨバーストのためのいずれかのＳＣＲＭを送信するためにＭＳ１６の能力をディスエーブルにする。これは、ＥＳＣＡＭ送信／ＳＣＲＭディスエーブルとして図３に図解される。

時刻３２０において、動作させるイベントタイマー５８の決定された期間が満了する。イベントタイマー５８は停止する。図３に図解する例示実施形態において、時刻３２０および３３０の間において、ノンゼロＲ−ＳＣＨバーストが割当てられているが、まだ開始されていないので、ＳＣＲＭコントローラー５４は、ノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するためにＭＳ１６の能力をディスエーブルにする。上述したように、これは、ＥＳＣＡＭ送信／ＳＣＲＭディスエーブルとして図３に図解される。

時刻３３０において、割当てられたＲ−ＳＣＨバーストが開始する。ＭＳ１６は割当てられたデータ転送速度を満足していないので、イベントタイマー５８はＭＳ１６が瞬時にＳＣＲＭを送信することを防止するために始動される。ＳＣＲＭタイマー５６は停止したままである。時刻３３０および３４０との間で、イベントタイマー５８は実行中であるので、所定のトリガイベントの１つに応答してノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するためにＭＳ１６の能力がディスエーブルされる。ＳＣＲＭタイマー５６が実行中でなく、現在のＲ−ＳＣＨが始動されたので、ノンゼロＲ−ＳＣＨのためのバースト拡張ＳＣＲＭを送信するために、ＭＳ１６の能力はイネーブルになる。他の実施形態において、イネーブルにするための他の規準が満足されないかもしれないので、ノンゼロＲ−ＳＣＨのためのバースト拡張ＳＣＲＭを送信するために、ＭＳ１６の能力は、引き続きディスエーブルにされる。例えば、現在のＲ−ＳＣＨバースト内の利用可能なフレームの数が閾値レベルを超えるかもしれない。言い換えれば、現在のＲ−ＳＣＨバーストは、バースト拡張ギャップ内にないかもしれない。

時刻３４０において、ＭＳ１６は、現在のＲ−ＳＣＨバーストがＭＳ１６のデータ送信ニーズを満足させるのに不十分であると判断する。ＳＣＲＭコントローラー５４はＭＳ１６にノンゼロＲ−ＳＣＨのためのバースト拡張ＳＣＲＭを送信させるための制御信号を発生する。バースト拡張ＳＣＲＭに応答して、ＳＣＲＭタイマー５６が始動される。時刻３４０と３５０の間において、ＳＣＲＭタイマー５６が実行中であるので、ノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するためにＭＳ１６の能力はディスエーブルになる。ＳＣＲＭはバースト拡張のためのものであって、トリガイベントによるものではなかったので、イベントタイマー５８は再始動されない。

時刻３５０において、Ｒ−ＳＣＨバーストが終了する。現在のＲ−ＳＣＨバーストの終了に応答して、イベントタイマー５８はオフになる。図示するように、動作すべきイベントタイマー５８の決定された期間が満了するので、イベントタイマー５８もオフになるであろう。明細書を考察した後で、当業者は、現在のＲ−ＳＣＨバーストの終了は必ずしも、動作すべきイベントタイマー５８の決定された期間の満了と一致する必要がないことを認識するであろう。時刻３４０と３５０の間で、ＳＣＲＭタイマー５６は実行中であるので、いかなる理由に対しても、ノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信するために、ＭＳ１６の能力がディスエーブルされる。

図４は所定のトリガイベントの１つに応答して送信されたノンゼロＲ−ＳＣＨ ＳＣＲＭに対して応答が受信されないときの実施形態の動作を図解するタイミング図である。時刻４１０において、ＭＳ１６は、所定のトリガイベントの１つに応答してノンゼロレングスのＲ−ＳＣＨのためのＳＣＲＭを送信する。タイマー５６および５８は両方とも始動される。時刻４１０および４２０の間では、ＳＣＲＭタイマー５６が実行中なので、ＭＳ１６はノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信することができない。

時刻４２０において、ＳＣＲＭタイマー５６が満了する。時刻４３０において、イベントタイマー５８が満了する。時刻４２０と４３０の間において、イベントタイマー５８は実行中であるので、ＭＳ１６は、所定のトリガイベントの１つに応答してノンゼロレングスＲ−ＳＣＨのためのＳＣＲＭを送信することができない。アクティブな現在のＲ−ＳＣＨバーストが無いので、ＭＳ１６は、バースト拡張ＳＣＲＭを送信できない。時刻４３０の後、両方のタイマー５６、５８が満了し、ノンゼロＲ−ＳＣＨバーストを割当てるＥＳＣＡＭまたはＵＨＤＭのようなメッセージが受信されなかったので、ＭＳ１６は、所定のイベントの１つに応答して、ノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信することができる。アクティブな現在のＲ−ＳＣＨバーストがないので、ＭＳ１６はバースト拡張ＳＣＲＭを送信することができない。従って、ＭＳ１６がバースト拡張ＳＣＲＭを送信することができるいかなる期間も示していない。

図５はバースト拡張ＳＣＲＭに対する応答が受信されないときの一実施形態の動作を図解するタイミング図である。時刻５１０において、ＳＣＲＭタイマー５６はオフであり、イベントタイマー５８は実行中であり、現在のＲ−ＳＣＨバーストはアクティブである。時刻５１０および５２０との間において、ＭＳ１６は、イベントタイマー５８が実行中なので、所定のトリガイベントの１つに応答してノンゼロＳＣＲＭを送信することができない。ＭＳ１６は、例えば、現在のＲ−ＳＣＨに残存するフレームの数が閾値を越えているかもしれないので、現在のバーストはバースト拡張ギャップよりも長いので、バースト拡張ＳＣＲＭを送信することができない。

時刻５２０において、現在Ｒ−ＳＣＨバーストにおいて利用可能な数は、閾値を下回って減少し、ＳＣＲＭタイマー５６は実行中でないので、バースト拡張ＳＣＲＭの能力はイネーブルされる。時刻５２０と時刻５４０における現在のバーストの終了との間の時間がバースト拡張ギャップである。

時刻５３０において、ＭＳ１６は、現在のバースト長が不十分であり、バースト拡張ＳＣＲＭを送信する。バースト拡張ＳＣＲＭに応答して、ＳＣＲＭタイマー５６は開始される。イベントタイマー５８は、ＳＣＲＭが所定のトリガイベントの１つによるものでないのでリセットされない。時刻５３０と５４０との間において、ＭＳ１６は、ＳＣＲＭタイマー５６が実行中なので、所定のトリガイベントの１つによるものであろうとなかろうと、あるいはバースト拡張Ｒ−ＳＣＨを要求するために、ノンゼロＲ−ＳＣＨ ＳＣＲＭを送信することができない。

時刻５４０において、現在のＲ０ＳＣＨが終了し、それに応答して、イベントタイマー５８が停止される。時刻５４０と５５０との間において、ＭＳ１６は、ＳＣＲＭタイマー５６が実行中なので、所定のトリガイベントによるものであろうとなかろうと、またはバースト拡張Ｒ−ＳＣＨを要求するために、ノンゼロＲ−ＳＣＨ ＳＣＲＭを送信することができない。バースト拡張ＳＣＲＭを送信するためのＭＳ１６の能力は、現在のＲ−ＳＣＨバーストが無いので、バースト拡張ギャップが無いというさらなる理由のために、ディスエーブルされる。

時刻５５０において、ＳＣＲＭタイマー５６が満了し、両方のタイマー５６、５８が停止し、ノンゼロＲ−ＳＣＨバーストを割当てるメッセージが受信されなかったので、所定のトリガイベントの１つに応答してノンゼロＲ−ＳＣＨ ＳＣＲＭを送信するためのシステムの能力は、イネーブルになる。時刻５６０において、ＭＳ１６は、所定のトリガイベントに応答してノンゼロＲ−ＳＣＨのためのＳＣＲＭを送信する。それに応答して両方のタイマー５６，５８が始動される。

図６は、割当てられたＲ−ＳＣＨのバースト長がバースト拡張ギャップより短いときの一実施形態の動作を図解するタイミング図である。時刻６１０において、ＭＳ１６は、所定のトリガイベントの１つに応答してノンゼロＲ−ＳＣＨ ＳＣＲＭを送信する。それに応答して、両方のタイマー５６、５８はが始動される。時刻６１０および６２０との間において、ＭＳ１６は、ノンゼロＲ−ＳＣＨＳＣＲＭを送信することができない。

時刻６２０において、ノンゼロＲ−ＳＣＨを割当てるＥＳＣＡＭは、受信され、ＳＣＲＭタイマー５６は停止される。しかしながら、割当てられたＲ−ＳＣＨのバースト長は、バースト拡張ギャップより短い。ＭＳ１６は、Ｒ−ＳＣＨバーストが割当てられたが、まだ開始されてなかったので、ノンゼロＲ−ＳＣＨ ＳＣＲＭを送信することができない。ＭＳ１６は、イベントタイマー５８が実行中であるというさらなる理由のために、所定のトリガイベントの１つに応答してノンゼロＲ−ＳＣＨ ＳＣＲＭを送信することができない。

時刻６３０において、割当てられたＲ−ＳＣＨは始動する。それに応答して、イベントタイマー５８が再び始動される。送信されるデータの量がバースト拡張ＳＣＲＭを保証するのに十分であると仮定すると、ＭＳ１６は、バースト長がバースト拡張ギャップより短く、ＳＣＲＭタイマー５６が実行中でないので、バーストＳＣＲＭを殆ど瞬時に、送信するであろう。これは、時刻６３１において生じるように図６に図解される。バースト拡張ＳＣＲＭの送信は、ＳＣＲＭタイマー５６を開始させるであろう。時刻６４０において、現在のバーストが終了し、この結果、イベントタイマー５８が停止する。

図７は、スケジュールされたＲ−ＳＣＨバーストがキャンセルされる一実施例のの動作を図解するタイミング図である。時刻７１０において、ノンゼロＲ−ＳＣＨ ＳＣＲＭは、所定のトリガイベントに応答して送信される。両方のタイマー５６、５８が始動される。時刻７２０において、ノンゼロＲ−ＳＣＨを割当てるＥＳＣＡＭが受信される。それに応答して、ＳＣＲＭタイマー５６が停止される。ＭＳ１６は、ノンゼロＲ−ＳＣＨバーストが割当てられたが、まだ始動されていなかったので、ノンゼロＲ−ＳＣＨＹ ＳＣＲＭを送信することができない。これは、図７において、ＥＳＣＡＭ送信／ＳＣＲＭディスエーブルとして図解される。また、イベントタイマー５８が実行中であるので、所定のトリガイベントの１つによるノンゼロＲ−ＳＣＨ ＳＣＲＭは許可されない。

時刻７３０において、スケジュールされたＲ−ＳＣＨバーストをキャンセルするＥＳＣＡＭが受信される。それに応答して、イベントタイマー５８が停止され、ＭＳ１６は所定のトリガイベントに応答してノンゼロＳＣＲＭを送信することが許可される。

図８は、所定のトリガイベントが生じるときの一実施形態の動作を図解するフローチャートである。ステップ８００において、ＭＳ１６が始動される。ステップ８１０において、ＭＳ１６は、所定のトリガイベントによりノンゼロＲ−ＳＣＨ ＳＣＲＭが所望であるかどうか決定する。答えがＹＥＳならば、ＭＳ１６は、ステップ８２０に進む。答えがＮＯならば、ＭＳ１６はステップ８１０に戻る。

ステップ８２０において、ＭＳ１６はＳＣＲＭタイマー５６が実行中であるかどうか判断する。答えがＹＥＳならば、ＭＳ１６は、ＳＣＲＭタイマー５６が実行中の間、ノンゼロＲ−ＳＣＨ ＳＣＲＭが送信できないので、ステップ８１０に戻る。答えがＮＯならば、ＭＳ１６は、ステップ８３０に進む。

ステップ８３０において、ＭＳ１６は、イベントタイマーが実行中かどうか判断する。答えがＹＥＳならば、イベントタイマー５８が実行中の間、ノンゼロＲ−ＳＣＨ ＳＣＲＭは、所定のトリガイベントに応答して送信することができないので、ステップ８１０に戻る。答えがＮＯならば、ＭＳ１６はステップ８４０に進む。

ステップ８４０において、ＭＳ１６は、ノンゼロＲ−ＳＣＨが将来のためにスケジュールされるメッセージが受信されたかどうかを判断する。答えがＹＥＳなら、ＭＳ１６は、ノンゼロＲ−ＳＣＨバーストがスケジュールされたとしても、まだ開始されていないなら、ノンゼロＲ−ＳＣＨ ＳＣＲＭは送信できないので、ステップ８１０に戻る。答えがＮＯなら、ＭＳ１６はステップ８５０に進む。

ステップ８５０において、ＭＳ１６は、所定のトリガイベントに応答して、ノンゼロＲ−ＳＣＨを要求するＳＣＲＭを送信し、ステップ８６０に進む。ステップ８６０において、ＭＳ１６は、ＳＣＲＭおよびイベントタイマー５６および５８をリセットし、ステップ８７０に進み、ＭＳ１６による所定のトリガイベントの処理が終了する。明細書を考察した後で、当業者は、図８に図解されるステップは、図示した特定の順番で生じる必要がなく、異なる実施の形態において、ステップを省略したり、さらなるステップを実行できることを認識するであろう。

図９は、ＭＳ１６がＭＳ１６の現在のデータのニーズを送信するのに、現在のＥ−ＳＣＨバーストが不十分であると判断するときの、一実施形態の動作を図解するフローチャートである。ステップ９００において、ＭＳ１６が開始される。ステップ９１０において、ＭＳ１６は、バースト拡張が所望であるかどうか判断する。一実施形態において、現在のバーストが無いならば、この質問に対する答えは常にＮＯであろう。ステップ９１０における答えがＮＯならば、ＭＳ１６は、ステップ９１０に進む。ステップ９１０における答えがＹＥＳならば、ＭＳ１６は、ステップ９２０に進む。

ステップ９２０において、ＭＳ１６は、現在のバーストがバースト拡張ギャップ内にあるかどうか判断する。ステップ９２０における答えがＮＯならば、ＭＳ１６はステップ９１０に戻る。ステップ９２０における答えがＹＥＳならば、ＭＳ１６はステップ９３０に進む。

ステップ９３０において、ＭＳ１６は、ＳＣＲＭタイマー５６が実行中かどうか判断する。ステップ９３０の答えがＹＥＳならば、ＭＳ１６は、ステップ９１０に戻る。ステップ９３０における答えがＮＯならば、ＭＳ１６はステップ９４０に進む。

ステップ９４０において、ＭＳ１６はノンゼロバースト拡張ＳＣＲＭを送信し、ステップ９５０に進む。ステップ９５０において、ＭＳ１６は、ＳＣＲＭタイマー５６を始動または再始動し、ステップ９６０に進み、そこで、ＭＳ１６によるバースト拡張要求の処理が終了する。

明細書を考察した後、当業者は、図９のステップは、図示した特定の順番で生じる必要が無く、異なる実施形態において、ステップを省略したり、さらなるステップを実行したりできることを認識するであろう。

図１０は、現在のＲ−ＳＣＨは最適ではないとＭＳ１６が判断するときの他の実施の形態の動作を図解するフローチャートである。ステップ１０００において、ＭＳ１６が始動される。ステップ１０１０において、ＭＳ１６は、バースト拡張が所望かどうか判断する。例示実施形態において、現在のＲ−ＳＣＨが無いならば、この質問に対する答えは常にＮＯであろう。ステップ１０１０における答えがＮＯならば、ＭＳ１６は、ステップ１０２０に進む。ステップ１０１０の答えがＹＥＳならば、ＭＳ１６はステップ１０３０に進む。

ステップ１０２０において、ＭＳ１６は、異なるＲ−ＳＣＨバーストが所望かどうか判断する。ステップ１０２０の答えがＮＯならば、ＭＳ１６は、ステップ１０１０に戻る。ステップ１０２０の答えがＹＥＳならば、ＭＳ１６はステップ１０７０に進む。ステップ１０３０において、ＭＳ１６は、現在のバーストがバースト拡張ギャップ内にあるかどうか判断する。ステップ１０３０の答えがＹＥＳならば、ＭＳ１６は、ステップ１０４０に進む。ステップ１０３０の答えがＮＯなら、ＭＳ１６は、ステップ１０２０に進む。

ステップ１０４０において、ＭＳ１６は、ＳＣＲＭタイマー５６が実行中かどうか判断する。ステップ１０４０の答えがＹＥＳなら、ＭＳ１６はステップ１０１０に戻る。ステップ１０４０の答えがＮＯならば、ＭＳ１６はステップ１０５０に進む。

ステップ１０５０において、ＭＳ１６はノンゼロバースト拡張ＳＣＲＭを送信し、ステップ１０６０に進む。ステップ１０６０において、ＭＳ１６は、ＳＣＲＭタイマー５６を始動または再始動し、ステップ２０１０に進み、処理を終了する。

ステップ１０７０において、ＭＳ１６は、イベントタイマー５８が実行中かどうか判断する。ステップ１０７０の答えがＹＥＳなら、ＭＳ１６はステップ１０１０に戻る。ステップ１０７０の答えがＮＯなら、ＭＳ１６はステップ１０８０に進む。

ステップ１０８０において、ＭＳ１６は、ＳＣＲＭタイマー５６が実行中かどうか判断する。ステップ１０８０の答えがＹＥＳなら、ＭＳ１６はステップ１０１０に戻る。ステップ１０８０の答えがＮＯなら、ＭＳ１６は、ステップ１０９０に進む。

ステップ１０９０において、ＭＳ１６は、ノンゼロＲ−ＳＣＨ ＳＣＲＭに送信し、ステップ２０００に進む。ステップ２０００において、ＭＳ１６は、イベントタイマー５８を始動または再始動し、ステップ１０６０に進む。上述したように、ステップ１０６０において、ＭＳ１６は、ＳＣＲＭタイマー５６を始動または再始動し、処理を終了する。

明細書を考察した後、当業者は、図１０に図解されるステップは、図解される特定の順番で生じる必要はなく、異なる実施の形態において、ステップを消去してもよいしかつさらなるステップを実行してもよいことを認識するであろう。

上述の記載において、種々の実施形態および利点について述べたが、上述の開示は、説明に役立つだけのものであり、詳細にわたって、変更が可能であり、開示の広い原理内に留まることが理解される。それゆえ、この発明は、添付されたクレームによってのみ限定される。

図１は、ＢＴＳとＭＳの無線リンクの機能ブロック図である。 図２は、一実施形態のＭＳの機能ブロック図である。 図３は、一実施形態の動作を図解するタイミング図である。 図４は、一実施形態の動作を図解するタイミング図である。 図５は、一実施形態の動作を図解するタイミング図である。 図６は、一実施形態の動作を図解するタイミング図である。 図７は、一実施形態の動作を図解するタイミング図である。 図８は、一実施形態の動作を図解するフローチャートである。 図９は、一実施形態の動作を図解するフローチャートである。 図１０は、一実施形態の動作を図解するフローチャートである。

Claims (24)

1. 下記を具備する無線通信装置においてノンゼロ補助チャネル要求メッセージＳＣＲＭの送信を制御するためのシステム：
   前記システムによりノンゼロ逆方向補助チャネルＲ−ＳＣＨ ＳＣＲＭｓの送信を制御するためのＳＣＲＭコントローラー；および
   イベントタイマー、前記ＳＣＲＭコントローラーは、ノンゼロＲ−ＳＣＨバーストが開始したとき、前記イベントのスタートを開始し、イベントタイマーが実行中のとき、所定のトリガに応答してノンゼロＲ−ＳＣＨ ＳＣＲＭの送信を禁止するように構成され。
2. 前記ＳＣＲＭコントローラーは、さらに、所定のトリガイベントに応答してノンゼロＲ−ＳＣＨ ＳＣＲＭが送信されると前記イベントタイマーを開始するように構成される、請求項１のシステム。
3. 前記ＳＣＲＭコントローラーは、さらに、前記イベントタイマーが最後に開始されたときから所定の期間が経過したとき、前記イベントタイマーを停止するように構成される、請求項１のシステム。
4. 前記ＳＣＲＭコントローラーは、さらに、現在のＲ−ＳＣＨバーストが終了するとき、前記イベントタイマーを停止するように構成される、請求項１のシステム。
5. 前記ＳＣＲＭコントローラーはさらに、予定されたＲ−ＳＣＨバーストをキャンセルするためのメッセージを受信し、現在のＲ−ＳＣＨバーストが無いとき、前記イベントタイマーを停止するように構成される、請求項１のシステム。
6. ＳＣＲＭタイマーをさらに具備し、前記ＳＣＲＭコントローラーは、ノンゼロＲ−ＳＣＨ ＳＣＲＭが送信されるとき、前記ＳＣＲＭタイマーを開始し、前記ＳＣＲＭタイマーが実行中のとき、ノンゼロＲ−ＳＣＨ ＳＣＲＭの送信を禁止するように構成される、請求項１のシステム。
7. 前記ＳＣＲＭコントローラーは、前記ＳＣＲＭタイマーが最後に開始されてから、所定の期間が経過したとき、前記ＳＣＲＭタイマーを停止するように構成される、請求項６のシステム。
8. 前記ＳＣＲＭコントローラーは、さらにノンゼロＲ−ＳＣＨバーストを割当てるメッセージが受信されると前記ＳＣＲＭタイマーを停止するように構成される、請求項６のシステム。
9. ノンゼロＲ−ＳＣＨバーストが受信されたが、前記割当てられたノンゼロＲ−ＳＣＨバーストが開始されなかったまたはキャンセルされたとき、ノンゼロＲ−ＳＣＨ ＳＣＲＭの送信を禁止するようにさらに構成される、請求項１のシステム。
10. 前記装置は、バースト拡張ＳＣＲＭを送信する、請求項１のシステム。
11. 前記ＳＣＲＭコントローラーは、バースト拡張ギャップが存在しない限り、バースト拡張ＳＣＲＭの送信を禁止するようにさらに構成される、請求項１のシステム。
12. 下記を具備する、無線通信装置において、補助チャネル要求メッセージＳＣＲＭの送信を制御する方法：
    逆方向補助チャネルＲ−ＳＣＨバーストの開始に応答してイベントタイマーを開始する；および
    前記イベントタイマーが実行中のとき、所定のイベントによって始動されるノンゼロＲ−ＳＣＨ ＳＣＲＭの送信を禁止する。
13. 前記所定のイベントにより始動されるノンゼロＲ−ＳＣＨ ＳＣＲＭの送信に応答して前記イベントタイマーを開始することをさらに具備する請求項１２の方法。
14. 現在のノンゼロＲ−ＳＣＨが終了すると、前記イベントタイマーを停止することをさらに具備する、請求項１２の方法。
15. 将来のノンゼロＲ−ＳＣＨバーストをキャンセルするためのメッセージが受信され、現在のノンゼロＲ−ＳＣＨバーストが無いとき、前記イベントタイマーを停止することをさらに具備する、請求項１２の方法。
16. 前記イベントタイマーが最後に開始されてから所定の期間が経過したとき、前記イベントタイマーを停止することをさらに具備する、請求項１２の方法。
17. ノンゼロＲ−ＳＣＨ ＳＣＲＭの送信に応答してＳＣＲＭタイマーを開始し、および
    前記ＳＣＲＭタイマーが実行中のとき、ノンゼロＲ−ＳＣＨ ＳＣＲＭの送信を禁止することをさらに具備する、請求項１２の方法。
18. ノンゼロＲ−ＳＣＨバーストを割当てるメッセージが受信されると、前記ＳＣＲＭタイマーを停止することをさらに具備する、請求項１７の方法。
19. 前記ＳＣＲＭタイマーが最後に開始してから所定の期間が経過したとき、前記ＳＣＲＭタイマーを停止することをさらに具備する、請求項１７の方法。
20. ノンゼロＲ−ＳＣＨバーストを割当てるメッセージが受信されたが、前記割当てられたバースト開始されなかったときまたはキャンセルされたとき、ノンゼロＲ−ＳＣＨ ＳＣＲＭの送信を禁止することをさらに具備する、請求項１２の方法。
21. バースト拡張ＳＣＲＭを送信することをさらに具備する、請求項１２の方法。
22. バースト拡張ギャップが存在しないかぎり、バースト拡張ＳＣＲＭの送信を禁止することをさらに具備する、請求項１２の方法。
23. 前記所定のイベントは、前記無線通信システムにより送信されるデータの閾値量の累積である、請求項１２の方法。
24. 前記所定のイベントは、異なるＲ−ＳＣＨデータ転送速度に対する要求である、請求項１２の方法。

Images