(57)【要約】１ｘＥｖｏｌｕｔｉｏｎ（１ｘＥＶ）ＤａｔａＯｎｌｙ（ＥＶ−ＤＯ）通信ネットワークにおいて、ネットワークの基地局によってそれによってサービングされる複数のユーザへのブロードキャスト用のＱｕｉｃｋＣｏｎｆｉｇメッセージを構築する方法において、ＱｕｉｃｋＣｏｎｆｉｇメッセージのフィールド内にフォワードトラフィック有効（ＦＴ有効）ビットが全てのユーザに対してロジックハイ状態のデフォルト値に設定される。ＱｕｉｃｋＣｏｎｆｉｇメッセージが基地局によって構築された後にユーザがコールセットアップをリクエストしたとしても、ユーザと基地局の間のコールセットアップについて遅延は発生しない。
2010522482.tif 000002
【特許請求の範囲】
【請求項１】
１ｘＥｖｏｌｕｔｉｏｎ（１ｘＥＶ）ＤａｔａＯｎｌｙ（ＥＶ−ＤＯ）通信ネットワークにおいて、該ネットワークの基地局によってそれによってサービングされる複数のユーザへのブロードキャストのためのＱｕｉｃｋＣｏｎｆｉｇメッセージを構築する方法であって、
該ＱｕｉｃｋＣｏｎｆｉｇメッセージのフィールド内にフォワードトラフィック有効（ＦＴ有効）ビットを全てのユーザに対してロジックハイ状態のデフォルト値に設定するステップ
からなる方法。
【請求項２】
請求項１の方法において、該基地局がＱｕｉｃｋＣｏｎｆｉｇメッセージを構築するよう命令される時と、構築された該ＱｕｉｃｋＣｏｎｆｉｇメッセージがユーザにブロードキャストされる時の間にコールをセットアップすることをリクエストするいずれのユーザも、該ＦＴ有効ビットが該デフォルトのロジックハイに設定された該ＱｕｉｃｋＣｏｎｆｉｇメッセージを受信する、方法。
【請求項３】
請求項１の方法であって、さらに、所与のユーザがその該ネットワークへの接続を閉じたことの確認を該ネットワークが受けている場合、
該ＱｕｉｃｋＣｏｎｆｉｇメッセージの該ＦＴ有効ビットを該ロジックハイ状態のデフォルト値に維持するステップ
を備える方法。
【請求項４】
請求項１の方法であって、さらに、所与のユーザがその接続を閉じたことの確認を該ネットワークが受けていない場合、
該基地局において、該所与のユーザに対するＭＡＣインデックスリソースを、その終わりに該ＭＡＣインデックスが割当て解除される所定の期間Ｍにわたって維持するステップ、及び
該所与のユーザがその割当てＭＡＣインデックスに従って該ビットを監視してコールを廃棄するように、該ＦＴ有効ビットを該期間Ｍの間にロジックロー状態に切り換えるステップ
を備える方法。
【請求項５】
追加のコールセットアップ遅延をもたらすことなく１ｘＥＶ−ＤＯ通信ネットワークにおけるコール及びハンドオフ失敗率を低減する方法であって、
該ネットワークの基地局によって構築されているＱｕｉｃｋＣｏｎｆｉｇメッセージのフィールドにおけるＦＴ有効ビットを、該ネットワークの基地局によってサービングされている全てのユーザに対してロジックハイ状態のデフォルト値に設定するステップ、及び
該ＱｕｉｃｋＣｏｎｆｉｇメッセージを該サービングされているユーザに送信するステップを備え、該ＱｕｉｃｋＣｏｎｆｉｇメッセージが該基地局によって構築された後に該ユーザが該コールセットアップをリクエストしたとしても、該ユーザと該基地局の間のコールセットアップについて遅延が発生しないことを特徴とする方法。
【請求項６】
請求項５の方法において、該基地局がＱｕｉｃｋＣｏｎｆｉｇメッセージを構築するよう命令される時と、構築された該ＱｕｉｃｋＣｏｎｆｉｇメッセージがユーザにブロードキャストされる時の間にコールをセットアップすることをリクエストするいずれのユーザも、該ＦＴ有効ビットが該デフォルトのロジックハイに設定された該ＱｕｉｃｋＣｏｎｆｉｇメッセージを受信する、方法。
【請求項７】
請求項５の方法であって、さらに、所与のユーザがその該ネットワークへの接続を閉じたことの確認を該ネットワークが受けている場合、
該ＱｕｉｃｋＣｏｎｆｉｇメッセージの該ＦＴ有効ビットを該ロジックハイ状態のデフォルト値に維持するステップ
を備える方法。
【請求項８】
請求項５の方法であって、さらに、所与のユーザがその接続を閉じたことの確認を該ネットワークが受けていない場合、
該基地局において、該所与のユーザに対するＭＡＣインデックスリソースを、その終わりに該ＭＡＣインデックスが割当て解除される所定の期間Ｍにわたって維持するステップ、及び
該所与のユーザがその割当てＭＡＣインデックスに従って該ビットを監視してコールを廃棄するように、ＦＴ有効ビットを該期間Ｍの間にロジックロー状態に切り換えるステップ
を備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
実施例は概略として、１ｘＥｖｏｌｕｔｉｏｎＤａｔａＯｎｌｙ（１ｘＥＶＤＯ）通信ネットワークにおいてＱｕｉｃｋＣｏｎｆｉｇメッセージを構築する方法、及び追加のコールセットアップ遅延をもたらすことなく１ｘＥＶＤＯネットワークにおいてコール失敗率及びハンドオフ失敗率を減らす方法に関する。
【背景技術】
【０００２】
高速データ通信（ＨＤＲ）は、高いスペクトル効率での無線インターネットプロトコル（ＩＰ）接続性へのますます増える要求に応えるための専用パケットデータアプリケーション用にもともと開発された技術である。音声通信は低速データ通信でよいが、厳しい遅延及びジッタ要件を保守する。一方、パケットデータ送信は通常、厳しくない遅延及びジッタ要件でバースト性高速データ通信を必要とする。ＨＤＲの原理は音声ネットワークから高速データを完全に分離することによって、パケットデータ要件が最適かつ独立に充足され得るものである。
【０００３】
２０００年５月に、符号分割多重アクセス（ＣＤＭＡ）開発グループはＨＤＲを１ｘＥｖｏｌｕｔｉｏｎ（１ｘＥＶ）ＤａｔａＯｎｌｙ（ＤＯ）システムとして改良のためのわずかな要件をもって受け入れた。１ｘＥｖｏｌｕｔｉｏｎ（１ｘＥＶ）ＤａｔａＯｎｌｙ（ＤＯ）即ち１ｘＥＶ−ＤＯシステムによってセルラサービスプロバイダ業者が１以上のＩＳ−９５ＣＤＭＡ無線チャネルを用いてブロードバンド高速データサービスを彼らの顧客に提供することが可能となった。ＥＶ−ＤＯネットワークは、複雑なダイアルアップ接続なしにユーザがインターネットをブラウジングすることを可能とする「常時接続」システムである。１ｘＥＶ−ＤＯネットワーク内では、高速データ通信基地局は、スタンドアロンノードであっても音声基地局内に統合されたものであっても、パケットデータのみに対して割り当てられる１．２５ＭＨｚキャリアで動作する。
【０００４】
基地局はさらに、単一の共有時分割多重（ＴＤＭ）フォワードリンクを採用し、ここではいずれの段階においても単一の移動体端末のみがサービングされる。フォワードリンクのスループットレートは全ての移動体端末によって共有される。移動体端末はそのデータレート制御（ＤＲＣ）をセクタに向け、フォワードデータレートをチャネル条件に従って（即ち、チャネルのキャリア対干渉（Ｃ／Ｉ）比に基づいて）要求することによって、基地局のサービングセクタ（又はセル）を選択する。
【０００５】
図１は符号分割多重アクセス２０００（ＣＤＭＡ２０００）ネットワーク１００を示す。例示目的のために、ＣＤＭＡ２０００ネットワーク１００は、符号分割多重アクセス（ＣＤＭＡ）ｎｘＥＶ−ＤＯ（ＥｖｏｌｕｔｉｏｎＤａｔａ−Ｏｎｌｙ）ネットワークにおける第３世代パートナーシップ（３ＧＰＰ）ｃｄｍａ２０００マルチキャリア要件に従って動作し、高速パケットデータサービスを提供する。ネットワーク１００はアクセスネットワーク（ＡＮ）又は基地局１２０と通信する１以上の移動体端末（ＭＴ）１３０を含む。ｃｄｍａ２０００システムにおいて、移動体端末（アクセス端末ともいわれる）は移動局の等価物であり、アクセスネットワークは基地局の等価物である。
【０００６】
ＣＤＭＡ２０００ネットワーク１００はユーザあたり２Ｍｂｐｓまでのデータレートをサポートし、より高次の変調スキーム及びそのような高速データ通信をサポートする基地局１２０を用いる。基地局１２０は１以上の送受信機を介して移動体端末１３０とネットワーク１００の間のＲＦエアインターフェイス（キャリア１１５）を提供する。基地局１２０は基地局１２０によってサービングされる各セクタ（又はセル）にＨＤＲアプリケーション用の個別の１．２５ＭＨｚのデータオンリー（ＤＯ）キャリア１１５（エアインターフェイス）を提供する。個別の基地局又はキャリア（不図示）は音声アプリケーションには音声キャリアを提供する。
【０００７】
移動体端末１３０は音声サービス及びデータサービス双方を利用することができるＤＯ移動体端末又はデュアルモード移動体端末であればよい。データセッションに入るために、移動体端末１３０はＤＯキャリア１１５（エアインターフェイス）に接続してＤＯ高速データサービスを使用する。データセッションはパケットデータサービスノード（ＰＤＳＮ）１６０によって制御され、これがＨＤＲ移動体端末１３０とインターネット１８０の間の全てのデータパケットをルーティングする。ＰＤＳＮ１６０はパケット制御機能（ＰＣＦ）（不図示）への直接の接続を有し、これが基地局１２０の基地局コントローラ（基地局１２０Ｃ）１５０とインターフェイスする。基地局１２０Ｃ、１５０は基地局１２０の動作、保守及び管理、会話符号化、レート適合並びに無線リソースの取扱いについて責任を持つ。なお、基地局１２０Ｃ、１５０は個別ノードであってもよいし、１以上の基地局１２０とともに配置されていてもよい。
【０００８】
各基地局１２０は３個のセクタ１１５（又はセル）をサービングするものとして示している。しかし、各基地局１２０は単一のセルのみをサービングすることもできる（オムニセルといわれる）。また、ネットワーク１００は複数の基地局１２０を含み、各々が１以上のセクタ１１５をサービングし、移動体端末１３０が同じ基地局１２０のセクタ１１０間又は異なる基地局１２０のセクタ１１０間でハンドオフを行えるようにすることもできる。各セクタ１１０（又はセル）について、基地局１２０はさらに単一の共有時分割多重（ＴＤＭ）フォワードリンクを採用し、ここではいずれの段階においても単一の移動体端末１３０のみがサービングされる。移動体端末１３０は、そのデータレート制御（ＤＲＣ）をセクタ１１５の方に向け、フォワードデータレートをチャネル条件に従って（即ち、チャネルのキャリア対干渉（Ｃ／Ｉ）比に基づいて）要求することによって、基地局１２０のサービングセクタ１１０（又はセル）を選択する。
【０００９】
図２は本発明の実施例による、複数の移動体端末にサービングする基地局のブロック図である。図２は複数の移動体端末１３０（ＭＴ−Ａ、ＭＴ−Ｂ、ＭＴ−Ｃ及びＭＴ−Ｄ）にサービングする基地局１２０を示し、各々が自身のＤＲＣ１３５を基地局１２０の少なくとも１つのセクタ１１５（セクタ１）に向けている。ＣＤＭＡ２０００ネットワーク１００のデフォルトのフォワードトラフィックチャネル媒体アクセス制御（ＦＴＣＭＡＣ）プロトコルは、フォワードトラフィックチャネル（ＦＴＣ）を基地局１２０が送信し、移動体端末１３０が受信するのに必要な手順を規定する。このプロトコルは（１）非活動状態、（２）可変レート状態、及び（３）固定レート状態の３つの状態のうちの１つで動作する。非活動状態では、移動体端末１３０はフォワードトラフィックチャネルを割り当てられていない。可変レート状態では、基地局１２０はフォワードトラフィックチャネルを移動体端末１３０に、移動体端末のＤＲＣ１３５値の関数として可変のレートで送信する。固定レート状態では、基地局１２０はフォワードトラフィックチャネルをある特定のセクタからある特定のレートで移動体端末１３０に送信する。
【００１０】
移動体端末１３０がそのＤＲＣ１３５を特定のセクタ１１５の方に向けて要求レートを指定すると、基地局１２０はデータパケットを移動体端末１３０にフォワードトラフィックチャネル上において要求データレートで送信する。上述したように、フォワードトラフィックチャネル上の送信は時分割多重されている。任意の所与の時間において、フォワードトラフィックチャネルは送信されているかいないかのいずれかであり、送信されている場合、それは単一の移動体端末１３０に宛てられる。フォワードトラフィックチャネル上で送信するとき、基地局１２０は特定の移動体端末に対応付けられたＭＡＣインデックスを用いてデータパケットについての目標移動体端末１３０を識別する。ＭＡＣインデックスはトラフィックチャネル又は制御チャネルのいずれかに割り当てられたリソースの表示である。最大６４個のＭＡＣインデックスが規格において規定され、そのうちの５９個がトラフィックチャネルについて使用できる。
【００１１】
図３は移動体端末へのＱｕｉｃｋＣｏｎｆｉｇメッセージの送信を示すブロック図である。図３に示すように、基地局１２０Ｃ、１５０は選択された移動体端末１３０の各々に、選択された移動体端末１３０がそれらのＤＲＣ１３５をそのセクタ１１５の方に向けることを停止すべきことを示すメッセージ１４５を送信する。メッセージ１４５は基地局１２０のフォワードリンクの制御チャネル１１８に送信される。各制御チャネルパケットはゼロ又はそれ以上の移動体端末１３０に対してゼロ又はそれ以上の制御パケットを含んでいる。制御パケットはセクタ１１５内の移動体端末１３０に制御チャネル１１８を介してブロードキャストされるメッセージ１４５を含む。
【００１２】
制御パケット内に含まれるメッセージの１つのタイプはオーバーヘッドメッセージである。ＣＤＭＡ２０００ネットワーク１００におけるオーバーヘッドメッセージはＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５及びセクタ・パラメータ・メッセージを含む。セクタ・パラメータ・メッセージはセクタ特有情報をＨＤＲ移動体端末１３０に伝達するために使用される。ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５はオーバーヘッドメッセージのコンテンツにおける変化を示し、頻繁に変化する情報を提供すように使用される。
【００１３】
図４は図３に示すメッセージ内のフィールドの各々の設定を示す。図４に示すように、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５は多数のフィールド１４８及びフィールド１４８の各々についての設定１４９を含む。メッセージＩＤフィールドはメッセージがＱｕｉｃｋＣｏｎｆｉｇメッセージであることを示す。カラーコード及びセクタＩＤフィールドはＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５を送信するセクタ１１５のカラーコード及びＩＤを示す。セクタ・シグネチャ・フィールドは送信され得る次のセクタ・パラメータ・メッセージのセクタ・シグネチャ・フィールドの値に設定される。同様に、アクセス・シグネチャ・フィールドはアクセス・パラメータ・メッセージからのアクセス・シグネチャ・パラメータの値に設定され、それはフォワードリンクのアクセスチャネル（不図示）で送信される。再ディレクトフィールドは、ネットワーク１００が全ての移動体端末１３０をセクタ１１５から他へ再方向付けしているか否かを示すのに使用される。
【００１４】
ＲＰＣカウントフィールドはセクタ１１５によってサポートされるリバース電力制御（ＲＰＣ）チャネルの最大数に設定される。各ＲＰＣカウントの発生について（即ち、各移動体端末について）、ＭＡＣインデックスを割り当てられた移動体端末１３０からネットワーク１００が有効なＤＲＣ１３５を受信した場合、ＤＲＣロックフィールドは「１」に設定される。ＤＲＣロックフィールドの各発生ｎはＭＡＣインデックス６４−ｎに対応付けられる（例えば、このフィールドの発生１がＭＡＣインデックス６３に対応する）。それ以外の場合、ＤＲＣロックフィールドは「０」に設定される。同様に、各ＲＰＣカウントの発生ｎについて、ＭＡＣインデックス６４−ｎに対応付けられたフォワードトラフィックチャネルが有効な場合、フォワードトラフィック（ＦＴ）有効フィールドが「１」に設定される。予備フィールドは６ビットを含み、通常は０に設定される。
【００１５】
従って、図１−３に示すＣＤＭＡ２０００ネットワーク１００のようなＥＶ−ＤＯシステムにおいて、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５はブロードキャスト制御チャネル又はオーバーヘッドメッセージの部分として基地局１２０によって送られる。ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５において、フォワードトラフィックチャネルＭＡＣ（ＦＴＣＭＡＣ）レイヤ監督のためにＦＴ有効フィールドが用いられる。
【００１６】
基地局１２０のソフトウェアがどのようにアプリケーションソフトウェア及びドライバソフトウェアに構成されるかに基づいて、基地局１２０のアプリケーションソフトウェアは、制御チャネル「ビルドバック」時間といわれる時（「第１のタイミング」）にＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５を構築しなければならない。この第１のタイミングは、制御チャネル開始時（「第２のタイミング」、例えば、次の制御チャネルサイクルの開始時）でのエアインターフェイス１１５を介したドライバソフトウェアによる送信のための制御チャネルサイクルの開始の数スロット前である。
【００１７】
第１のタイミングと第２のタイミングの間の時間間隔は制御チャネル構築間隔（Ｔ）として理解できる。移動体端末１３０に対するいずれかのコール割当てがこの間隔Ｔの間に起こった場合、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５は後続の制御チャネルサイクルにおける送信のために既に構築されている。
【００１８】
ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５のＦＴ有効フィールド内のＦＴ有効ビットは基地局１２０の空きトラフィックチャネルのセットに基づいて設定される。従って、トラフィックチャネルが制御チャネル構築間隔Ｔの間に初めて空きとなった移動体端末１３０については、それらのトラフィックチャネルはＱｕｉｃｋＣｏｎｆｉｇメッセージがもともと構築された第１のタイミングでは空きではなかったことになる。従って、トラフィックチャネルが制御チャネル構築間隔Ｔの間に初めて開放された移動体端末１３０については、ＦＴ有効ビットはＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５において設定されていない。これが移動体端末１３０でのＦＴＣＭＡＣレイヤ監督エラーを誘発し、コール又はハンドオフの失敗の原因となり得る。
【００１９】
例えば、移動体端末１３０でのＦＣＴＭＡＣレイヤ監督は移動体端末１３０がトラフィックチャネル割当て（ＴＣＡ）メッセージを受信すると直ちに開始する。この時点で、移動体端末１３０はＱｕｉｃｋＣｏｎｆｉｇメッセージ内のＦＴ有効ビットの監視を開始し、これは上述のようにブロードキャスト制御チャネルメッセージの部分として受信される。ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５内のＦＴ有効フィールド内のビットが「偽」、即ち、ロジックロー又は「０」に設定された場合には、移動体端末１３０はＦＴＣＭＡＣレイヤ監督における失敗を想定してコールを端末側で廃棄する。これがネットワーク１００のようなＥＶ−ＤＯシステムにおけるコール失敗の原因となる。
【００２０】
従って、基地局１２０においてＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５を構築する既存の方法では、基地局１２０でのトラフィックチャネルリソースの割当て及び移動体端末１３０にトラフィックチャネルリソースの割当てについて通知する移動体端末１３０へのＴＣＡメッセージの送信が制御チャネル構築間隔Ｔの間に起こった場合には、移動体端末１３０はＦＴＣＭＡＣレイヤ監督し損なうことになる。これは、基地局１２０によって送られたＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５がＦＴ有効フィールド内のビットを「偽」に設定してしまうためである。
【００２１】
これを回避する可能な方法は、移動体端末１３０へのＴＣＡの送信を、次の制御チャネルサイクルが開始する第２のタイミングを超えて遅らせること、即ち、それを制御チャネル構築間隔Ｔの外に押し出すことである。しかし、最悪のシナリオとして、これはコールセットアップのために制御チャネル構築間隔Ｔの大幅な遅延をもたらす。プッシュ・トゥ・トーク（ＰＴＴ）のような遅延の影響を受け易いアプリケーションについては、このセットアップ遅延は許容できるものではなく、システムリソースを長時間にわたって停滞させ、これらのリソースが他のコールに割り当てられるのを妨げることになる。
【発明の概要】
【課題を解決するための手段】
【００２２】
実施例は、ネットワークの基地局による、それによってサービングされる複数のユーザへのブロードキャストのために、１ｘＥｖｏｌｕｔｉｏｎ（１ｘＥＶ）ＤａｔａＯｎｌｙ（ＥＶ−ＤＯ）通信ネットワークにおいてＱｕｉｃｋＣｏｎｆｉｇメッセージを構築する方法に向けられる。この方法では、ＱｕｉｃｋＣｏｎｆｉｇメッセージのフィールド内のフォワードトラフィック有効（ＦＴ有効）ビットが全てのユーザについてロジックハイ状態のデフォルト値に設定される。
【００２３】
他の実施例は、追加的なコールセットアップ遅延をもたらすことなく１ｘＥＶ−ＤＯ通信ネットワークにおいてコール失敗率及びハンドオフ失敗率を減らす方法に向けられる。この方法では、ネットワークの基地局によって構築されているＱｕｉｃｋＣｏｎｆｉｇメッセージのフィールド内のＦＴ有効ビットが、基地局にサービングされている全てのユーザについてロジックハイ状態のデフォルト値に設定される。ＱｕｉｃｋＣｏｎｆｉｇメッセージはそれによってサービングされているユーザに送信される。ＱｕｉｃｋＣｏｎｆｉｇメッセージが基地局によって構築された後にユーザがコールセットアップを要求したとしても、所与のユーザと基地局の間でコールセットアップについて遅延は起こらない。
【００２４】
本発明の実施例は以下の詳細な説明及び添付図面（同様の要素は同様の符号によって表される）からより完全に理解され、これらは例示目的のみで与えられ、従って本発明を限定するものではない。
【図面の簡単な説明】
【００２５】
【図１】図１は符号分割多重アクセス２０００（ＣＤＭＡ２０００）ネットワーク１００を示す。
【図２】図２は本発明の実施例による複数の移動体端末をサービングする基地局のブロック図である。
【図３】図３は移動体端末へのＱｕｉｃｋＣｏｎｆｉｇメッセージの送信を示すブロック図である。
【図４】図４は図３に示すメッセージにおけるフィールド各々の設定を示す。
【図５】図５は実施例による、ＱｕｉｃｋＣｏｎｆｉｇメッセージを構成するための方法を説明するタイミング図である。
【発明を実施するための形態】
【００２６】
図５は実施例による、ＱｕｉｃｋＣｏｎｆｉｇメッセージを構成するための方法を説明するタイミング図である。ＱｕｉｃｋＣｏｎｆｉｇメッセージを構成するための例示の方法では、制御チャネル構築間隔Ｔの間に初めて開放されたトラフィックチャネルを持つ移動体端末１３０に対するＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５においてＦＴ有効ビットが設定されておらず、そのためコール又はハンドオフ失敗の原因となり得る移動体端末１３０でのＦＣＴＭＡＣレイヤ監督エラーをもたらしてしまうという問題を回避する。図５から分かるように、例示の方法は、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５においてＦＴ有効ビットが設定される態様を、ネットワーク１００のような全ての現行のＥＶ−ＤＯシステムにおいて行われているものと比べて逆転することによってこの問題を回避する。
【００２７】
一般に、コールリソースが移動体端末１３０に対する基地局１２０及び移動体端末１３０に割り当てられることを示す「真」に設定されたＦＴ有効ビットはＦＴＣＭＡＣレイヤ監督をし損なうことはない。コールリソースが移動体端末１３０に対する基地局１２０及び移動体端末１３０に割り当てられないことを示す「偽」に設定されたＦＴ有効ビットはＦＴＣＭＡＣレイヤ監督をすることはない。現在のところ、ＦＴ有効ビットはコールがＭＡＣインデックス（即ち、基地局１２０でのコールに対して割り当てられるリソース）において割り当てられない場合にはデフォルトで「偽」に設定されている。現行の実施では、ＦＴ有効ビットは、ＭＡＣインデックスリソースがコールセットアップ中に移動体端末１３０に割り当てられたら「真」に設定されるだけである。
【００２８】
ＱｕｉｃｋＣｏｎｆｉｇメッセージを構成するための例示の方法は、ＦＴ有効フィールド内のビットをデフォルトによって全てのＭＡＣインデックスに対して「真」のデフォルト値、即ち、ロジックハイ又は「１」に設定する。ＦＴ有効ビットはＭＡＣインデックスが割当て解除プロセスにあるときのみ「偽」（ロジックロー即ち「０」）に切り換えられる。言い換えると、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５のＦＴ有効ビットを設定するロジックは現行のアプローチとは異なる。デフォルトによってＦＴ有効ビットが「真」に設定されるので、コールが制御チャネル構築間隔Ｔの間にセットアップされたとしても、ＦＴＣＭＡＣレイヤ監督の失敗の原因とはならない。
【００２９】
従って、基地局１２０から、それによってサービングされる複数の移動体端末１３０（即ち、ユーザ）へのブロードキャストのための１ｘＥｖｏｌｕｔｉｏｎ（１ＸＥＶ）ＤａｔａＯｎｌｙ（ＥＶ−ＤＯ）通信システムにおいてＱｕｉｃｋＣｏｎｆｉｇメッセージを構成する例示の方法では、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５のフィールドのＦＴ有効ビットは全ての移動体端末１３０に対してロジックハイ状態のデフォルト値に設定される。
【００３０】
代替的に、例示の方法は、追加のコールセットアップ遅延をもたらさずにＥＶ−ＤＯネットワークにおいてコール失敗率及びハンドオフ失敗率を低減する方法としても検討される。具体的には、ネットワーク１００の基地局１２０は構成しているＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５のフィールドのＦＴ有効ビットをロジックハイ状態のデフォルト値に設定する。そしてＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５は、サービングされている全ての移動体端末１３０に送信される。従って、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５が構築された後にコールのセットアップをリクエストするいずれの移動体端末１３０もＦＴＣＭＡＣレイヤ監督し損なうことはなく、コールセットアップにおける遅延をもたらさない。言い換えると、所与の移動体端末１３０と基地局１２０の間で、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５が基地局１２０によって構築された後に移動体端末１３０がコールセットアップをリクエストしたとしても、コールセットアップについての遅延は起こらない。
【００３１】
例示の方法は図５のタイミング図から最も良く理解できる。図５を参照すると、タイミングｔ１（前述の第１のタイミング又は制御チャネルビルドバック時である）は、基地局１２０アプリケーションソフトウェアがｔ４（前述の第２のタイミング又は制御チャネル開始時、例えば、次の制御チャネルサイクルのスタート時である）での送信のためのＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５を構築する時を表す。
【００３２】
ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５は基地局１２０に対して開放できる各トラフィックチャネルについての１つのＦＴ有効ビットを有する。現行の又は従来の実施では、このメッセージのＦＴ有効ビットに対する値は、この段階で基地局１２０に開放されているトラフィックチャネルのセットに基づいて満たされる。従って、この例では、ｔ１で構築されたＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５は、適切なＦＴ有効ビットを満たすために、その空きトラフィックチャネルのセット内にｔ２で所与の移動体端末１３０に対して開放されたトラフィックチャネルを含まない。
【００３３】
タイミングｔ２は移動体端末１３０へのトラフィックチャネル割当てが基地局１２０で実際に発生する時である。タイミングｔ３は（ＴＣＡ）メッセージが構築され、移動体端末１３０に送られる時である。ＴＣＡメッセージは、他の目的とともにＦＴＣＭＡＣレイヤ監督のために移動体端末１３０によって用いられるＦＴ有効ビット数を含む。この移動体端末１３０がＴＣＡメッセージを受信すると、それはトラフィックチャネル上にあるものとしてトラフィックチャネルを用いて基地局１２０とデータを交換できる。従って、この移動体端末１３０はそのＦＴＣＭＡＣレイヤ監督をこのインスタンスで開始することになる。
【００３４】
タイミングｔ４について、これはＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５（タイミングｔ１で構築された）がそのセル１１０内の基地局１２０によってサービングされている全ての移動体端末１３０にエアインターフェイス１１５を介して送られる。ＴＣＡメッセージ（この例では第１の移動体端末１３０を含む）を受信した全ての移動体端末１３０はこのメッセージ（特に、このメッセージのＦＴ有効ビット）をＦＴＣＭＡＣレイヤ監督のために使用する。
【００３５】
ＦＴＣＭＡＣレイヤ監督のために移動体端末１３０によって使用されるＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５はｔ１（第１の移動体端末１３０のトラフィックチャネルが基地局１２０に開放さえされていなかった時）において構築されたので、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５構築のための既存の方法が使用される場合、この移動体端末１３０についてｔ４でＦＴＣＭＡＣレイヤ監督は失敗する、ということが上記の例から分かる。
【００３６】
しかし、ここに提案される方法を用いれば、ＦＴ有効ビットはｔ２において移動体端末１３０に対して開放されているトラフィックチャネルに対して既に１に設定されているので（これはＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５がｔ１で構築された時に実行された）、移動体端末１３０のＦＴＣＭＡＣレイヤ監督がｔ４で合格することが可能となる。従って、制御チャネル構築間隔Ｔ（即ち、基地局がＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５を構築することが命令されるタイミングｔ１と、ＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５が移動体端末１３０にブロードキャストされるタイミングｔ４との間）においてコールをセットアップすることを要求するいずれの移動体端末１３０も、ＦＴ有効ビットがデフォルトのロジックハイ値に設定されているＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５を受信する。
【００３７】
この問題に対処する代替の方法はＴＣＡメッセージをタイミングｔ５（タイミングｔ４での次の制御チャネルサイクルの開始時の後）で送信することである。移動体端末１３０はＦＴＣＭＡＣレイヤ監督をｔ５で開始することになり、ＦＴ有効ビット値について受信された次のＱｕｉｃｋＣｏｎｆｉｇメッセージ１４５（タイミングｔ４´での制御チャネルサイクルについての次の開始時間での受信となる）を調べ、監督の失敗はこの場合は起こらない。しかし、これは移動体端末１３０がトラフィックチャネルセットアップのための追加の遅延（ｔ５−ｔ３）をもたらすであろうことを意味することが分かる。前述したように、これはプッシュ・トゥ・トーク（ＰＴＴ）のような遅延の影響を受け易いアプリケーションには受け入れられるものではない。
【００３８】
割当て解除の期間には２つのシナリオがあり得る。第１のシナリオでは、ネットワーク１００は、移動体端末１３０がそのネットワークへの接続を閉じたことの確認を基地局１２０からの接続クローズ命令への応答を介して受けている。この場合、ＭＡＣインデックスリソースが直ちに割当て解除され、従って、ＱｕｉｃｋＣｏｎｆｉｇメッセージのＦＴ有効ビットは変更されず、移動体端末１３０はもはやこのビットを読んでいないのでそれは真「１」に維持される。言い換えると、ＦＴ有効ビットは、それが当該ビットに対応するＭＡＣインデックスに割り当てられなかった場合のみ移動体端末１３０によって監視される。閉じられた接続の確認に起因してＭＡＣインデックスは割当て解除されたので、そのビットは移動体端末１３０によって読まれない。
【００３９】
第２のシナリオでは、ネットワーク１００は移動体端末１３０がその接続を閉じたことの確認を未だ受けていない。この第２の場合では、ＭＡＣインデックスリソースは基地局１２０によって、ある期間Ｍ（その終わりにＥＶ−ＤＯベースバンド処理を行う基地局１２０における（ＡＳＩＣのような）プロセッサ用のドライバからの、ＭＡＣインデックスが割当て解除される旨の通知がある）にわたって維持される。従って、この維持期間Ｍの間、移動体端末１３０が割当てＭＡＣインデックスに従ってＦＴ有効ビットを監視し、これにより規格で予定されている通りコールを廃棄するように、ＦＴ有効ビットは基地局１２０内のソフトウェアによって「偽」に設定される。期間Ｍの終わりにおいて、ＦＴ有効ビットは基地局１２０のソフトウェアによって「真」に再設定される。
【００４０】
ＦＴ有効ビットはそれが当該ビットに対応するＭＡＣインデックスに割り当てられた場合のみ移動体端末１３０によって監視されるので、ＦＴ有効ビットをデフォルトによって「真」に設定することは何ら不利な結果をもたらさない。それ以外の場合には、そのビットはいずれの移動体端末１３０によっても読まれない。
【００４１】
例示の方法は追加的なコールセットアップ遅延をもたらさずにＥＶ−ＤＯシステムにおけるコール失敗率及びハンドオフ失敗率を低減することができる。この制御チャネル構築間隔Ｔは２０個のスロット（１スロット＝１．６６ｍｓ）のオーダーで設定できる。制御チャネルサイクルは２５６スロットを有するので、コールの約２０／２５６即ち約８％がこのシナリオ（即ち、制御チャネル構築間隔Ｔの間にトラフィックチャネル割当てが起こる）に当てはまる可能性がある。言い換えると、例えば２０個のスロットのような大きな制御チャネル構築期間Ｔがあるような最悪の場合のシナリオでは、追加の遅延をもたらすことなくコール失敗率を８％低減できることになる。より低い遅延はシステムリソースの利用性の改善も意味し、これによりネットワーク１００がより多くのユーザにサービングすることが可能となる。
【００４２】
本発明の実施例がこのように記載されたが、同じことが多くの態様に変更され得ることは明らかである。このような変更は本発明の実施例の精神と範囲から離れたものとしてみなされず、当業者に自明であろう全てのそのような変形例は以降の特許請求の範囲内に含まれることが意図される。
【図１】
2010522482.tif 000003
【図２】
2010522482.tif 000004
【図３】
2010522482.tif 000005
【図４】
2010522482.tif 000006
【図５】
2010522482.tif 000007
【国際調査報告】
2010522482.tif 000008
2010522482.tif 000009