本発明の特定の実施形態を対象とする以下の説明および関連する図面で本発明の態様を開示する。本発明の範囲から逸脱することなく代替実施形態を考案することができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。
「例示的」および/または「例」という用語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および/または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈すべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が論じられた特徴、利点または動作モードを含むことを必要としない。
さらに、多くの実施形態については、たとえば、コンピューティングデバイスの要素によって実行すべき一連のアクションに関して説明する。本明細書で説明する様々なアクションは、特定の回路(たとえば、特定用途向け集積回路(ASIC))によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行できることを認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形式のコンピュータ可読記憶媒体内で全体として実施すべきものと見なすことができる。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で実施できる。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形式を、たとえば、記載のアクションを実行する「ように構成された論理」として本明細書で説明することがある。
本明細書でアクセス端末(AT)と呼ぶ高データレート(HDR)加入者局は、移動でも固定でもよく、本明細書でモデムプールトランシーバ(MPT)または基地局(BS)と呼ぶ1つまたは複数のHDR基地局と通信することができる。アクセス端末は、1つまたは複数のモデムプールトランシーバを介して、モデムプールコントローラ(MPC)、基地局コントローラ(BSC)および/またはパケット制御機能(PCF)と呼ばれるHDR基地局コントローラとの間でデータパケットを送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは複数のアクセス端末間でデータパケットをトランスポートする。
アクセスネットワークは、企業イントラネットまたはインターネットなど、アクセスネットワークの外部の追加のネットワークにさらに接続され得、各アクセス端末とそのような外部のネットワークとの間でデータパケットをトランスポートし得る。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立したアクセス端末は、アクティブアクセス端末と呼ばれ、トラフィック状態にあると言われる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立中であるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを介して、または、たとえば、光ファイバまたは同軸ケーブルを使用するワイヤードチャネルを介して通信する任意のデータデバイスであり得る。アクセス端末はさらに、限定はしないが、PCカード、コンパクトフラッシュ(登録商標)、外部または内部モデム、あるいはワイヤレス電話または有線電話を含む、いくつかのタイプのデバイスのいずれかであり得る。アクセス端末が信号をモデムプールトランシーバに送信するための通信リンクは、逆方向リンクまたは逆方向トラフィックチャネルと呼ばれる。モデムプールトランシーバが信号をアクセス端末に送信するための通信リンクは、順方向リンクまたは順方向トラフィックチャネルと呼ばれる。本明細書で使用するトラフィックチャネルという用語は、順方向トラフィックチャネルまたは逆方向トラフィックチャネルのいずれかを指すことができる。
図1に、本発明の少なくとも1つの実施形態によるワイヤレスシステム100の例示的な一実施形態のブロック図を示す。システム100は、アクセス端末102をネットワーク機器に接続して、パケット交換データネットワーク(たとえば、イントラネット、インターネット、および/またはキャリアネットワーク126)とアクセス端末102、108、110、112との間にデータ接続性を与えることができるエアインターフェース104を介してアクセスネットワークまたは無線アクセスネットワーク(RAN)120と通信している、セルラー電話102などのアクセス端末を含むことができる。本明細書に示すように、アクセス端末は、セルラー電話102、携帯情報端末108、本明細書に双方向テキストページャとして示すページャ110、さらにはワイヤレス通信ポータルを有する別個のコンピュータプラットフォーム112であり得る。したがって、本発明の実施形態は、ワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せもしくは部分的な組合せを限定なしに含む、ワイヤレス通信ポータルを含むか、またはワイヤレス通信機能を有する任意の形態のアクセス端末上で実現され得る。さらに、本明細書で使用する「アクセス端末」、「ワイヤレスデバイス」、「クライアントデバイス」、「モバイル端末」という用語およびそれらの変形体は、互換的に使用され得る。
再び図1を参照すると、ワイヤレスネットワーク100の構成要素および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム100は、例示的なものにすぎず、ワイヤレスクライアントコンピューティングデバイス102、108、110、112などのリモートアクセス端末が、互いに、および/またはキャリアネットワーク126、インターネットおよび/または他のリモートサーバを限定なしに含む、エアインターフェース104およびRAN120を介して接続された構成要素との間で無線で通信することを可能にする任意のシステムを含むことができる。
RAN120は、基地局コントローラ/パケット制御機能(BSC/PCF)122に送信される(一般に、データパケットとして送信される)メッセージを制御する。BSC/PCF122は、パケットデータサービスノード101(「PDSN」)とアクセス端末102/108/110/112との間でのベアラチャネル(すなわち、データチャネル)のシグナリング、確立およびティアダウンを担当する。リンクレイヤ暗号化が使用可能である場合、BSC/PCF122はまた、エアインターフェース104を介してコンテンツを転送する前にそのコンテンツを暗号化する。BSC/PCF122の機能は当技術分野でよく知られており、簡潔のためにさらに論じない。キャリアネットワーク126は、ネットワーク、インターネットおよび/または公衆交換電話網(PSTN)によってBSC/PCF122と通信することができる。代替的に、BSC/PCF122はインターネットまたは外部ネットワークに直接接続することができる。一般に、キャリアネットワーク126とBSC/PCF122との間のネットワークまたはインターネット接続はデータを転送し、PSTNはボイス情報を転送する。BSC/PCF122は複数の基地局(BS)またはモデムプールトランシーバ(MPT)124に接続され得る。キャリアネットワークと同様の方法で、BSC/PCF122は一般に、データ転送および/またはボイス情報のために、ネットワーク、インターネットおよび/またはPSTNによってMPT/BS124に接続される。MPT/BS124は、セルラー電話102などのアクセス端末にデータメッセージをワイヤレスにブロードキャストすることができる。MPT/BS124、BSC/PCF122および他の構成要素は、当技術分野で知られているように、RAN120を形成することができる。ただし、代替構成も使用でき、本発明は、図示の構成に限定されない。たとえば、別の実施形態では、BSC/PCF122の機能とMPT/BS124の1つまたは複数とを、BSC/PCF122とMPT/BS124の両方の機能を有する単一の「ハイブリッド」モジュールに縮小することができる。
図2Aに、本発明の一実施形態によるキャリアネットワーク126を示す。図2Aの実施形態では、キャリアネットワーク126は、パケットデータサービングノード(PDSN)160と、ブロードキャストサービングノード(BSN)165と、アプリケーションサーバ170と、インターネット175とを含む。ただし、代替実施形態では、アプリケーションサーバ170および他の構成要素はキャリアネットワークの外部に位置することがある。PDSN160は、たとえば、cdma2000の無線アクセスネットワーク(RAN)(たとえば、図1のRAN120)を利用して、インターネット175、イントラネットおよび/またはリモートサーバ(たとえば、アプリケーションサーバ170)へのアクセスを移動局(たとえば、図1の102、108、110、112などのアクセス端末)に与える。アクセスゲートウェイとして働くので、PDSN160は、単純IPおよびモバイルIPアクセス、外部エージェントサポート、およびパケットトランスポートを与えることができる。PDSN160は、認証、認可、および課金(AAA)サーバおよび他のサポートインフラストラクチャのクライアントとして働くことができ、当技術分野で知られているように、IPネットワークへのゲートウェイを移動局に与える。図2Aに示すように、PDSN160は、従来のA10接続を介してRAN120(たとえば、BSC/PCF122)と通信し得る。A10接続は当技術分野でよく知られており、簡潔のためにさらに説明しない。
図2Aを参照すると、ブロードキャストサービングノード(BSN)165は、マルチキャストおよびブロードキャストサービスをサポートするように構成され得る。BSN165について、以下でより詳細に説明する。BSN165は、ブロードキャスト(BC)A10接続を介してRAN120(たとえば、BSC/PCF122)と通信し、インターネット175を介してアプリケーションサーバ170と通信する。BCA10接続は、マルチキャストおよび/またはブロードキャストメッセージングを転送するために使用される。したがって、アプリケーションサーバ170は、インターネット175を介してユニキャストメッセージングをPDSN160に送信し、インターネット175を介してマルチキャストメッセージングをBSN165に送信する。
一般に、以下でより詳細に説明するように、RAN120は、BCA10接続を介してBSN165から受信されたマルチキャストメッセージを、エアインターフェース104のブロードキャストチャネル(BCH)を介して1つまたは複数のアクセス端末200に送信する。
図2Bに、図1のワイヤレス通信の例100をより詳細に示す。特に、図2Bを参照すると、AT1...Nは、異なるパケットデータネットワークエンドポイントによってサービスされるロケーションにおいてRAN120に接続するものとして示されている。したがって、AT1およびAT3は、(たとえば、PDSN160、BSN165、ホームエージェント(HA)、外部エージェント(FA)などに対応し得る)第1のパケットデータネットワークエンドポイント162によってサービスされる部分においてRAN120に接続する。第1のパケットデータネットワークエンドポイント162は、今度はルーティングユニット188を介して、インターネット175に、ならびに/あるいは認証、認可および課金(AAA)サーバ182、プロビジョニングサーバ184、インターネットプロトコル(IP)マルチメディアサブシステム(IMS)/セッション開始プロトコル(SIP)登録サーバ186および/またはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT2およびAT5...Nは、(たとえば、PDSN160、BSN165、HA、FAなどに対応し得る)第2のパケットデータネットワークエンドポイント164によってサービスされる部分においてRAN120に接続する。第1のパケットデータネットワークエンドポイント162と同様に、第2のパケットデータネットワークエンドポイント164は、今度はルーティングユニット188を介して、インターネット175に、ならびに/あるいはAAAサーバ182、プロビジョニングサーバ184、IMS/SIP登録サーバ186および/またはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT4は、インターネット175に直接接続し、次いで、インターネット175を通して、上記で説明したシステム構成要素のうちのいずれかに接続することができる。
図2Bを参照すると、AT1、AT3およびAT5...Nはワイヤレスセルフォンとして示され、AT2はワイヤレスタブレットPCとして示され、AT4はワイヤードデスクトップ局として示されている。ただし、他の実施形態では、ワイヤレス通信システム100は任意のタイプのATに接続することができ、図2Bに示す例は、システム内に実装され得るATのタイプを限定するものではないことが諒解されよう。また、AAA182、プロビジョニングサーバ184、IMS/SIP登録サーバ186およびアプリケーションサーバ170は、それぞれ構造的に個別のサーバとして示されているが、これらのサーバのうちの1つまたは複数は、本発明の少なくとも1つの実施形態に統合され得る。
さらに、図2Bを参照すると、アプリケーションサーバ170は、複数のメディア制御コンプレックス(MCC)1...N170Bと複数の地域ディスパッチャ1...N170Aとを含むものとして示されている。集合的に、地域ディスパッチャ170AおよびMCC170Bは、少なくとも1つの実施形態では、ワイヤレス通信システム100内の通信セッション(たとえば、IPユニキャストプロトコルおよび/またはIPマルチキャストプロトコルを介した半二重グループ通信セッション)を調停するように集合的に機能するサーバの分散型ネットワークに対応することができるアプリケーションサーバ170内に含まれる。たとえば、アプリケーションサーバ170によって調停される通信セッションは、理論的には、システム100内のどこかに位置するAT間で行われ得るので、調停される通信セッションのレイテンシを低減するために(たとえば、北米のMCCが、中国にいるセッション参加者間でメディアをあちこちに中継していないように)複数の地域ディスパッチャ170AおよびMCCが分散される。したがって、アプリケーションサーバ170に言及する場合、関連する機能が地域ディスパッチャ170Aのうちの1つまたは複数ならびに/あるいはMCC170Bのうちの1つまたは複数によって執行され得ることを諒解されよう。地域ディスパッチャ170Aは、概して、(たとえば、AT間のシグナリングメッセージを処理すること、告知メッセージをスケジュールおよび/または送信することなど)通信セッションを確立することに関係する機能を担当し、MCC170Bは、調停された通信セッション中に呼中シグナリングおよびメディアの実際の交換を行うことを含む、呼インスタンスの持続時間の間に通信セッションをホスティングすることを担当する。
図3を参照すると、セルラー電話などのアクセス端末200(本明細書ではワイヤレスデバイス)は、キャリアネットワーク126、インターネットおよび/または他のリモートサーバおよびネットワークから最終的に発生することがある、RAN120から送信されたソフトウェアアプリケーション、データおよび/またはコマンドを受信および実行することができるプラットフォーム202を有する。プラットフォーム202は、特定用途向け集積回路(「ASIC」208)または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ206を含むことができる。ASIC208または他のプロセッサは、ワイヤレスデバイスのメモリ212中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース(「API」)210レイヤを実行する。メモリ212は、読取り専用メモリまたはランダムアクセスメモリ(RAMおよびROM)、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成され得る。プラットフォーム202は、メモリ212中でアクティブに使用されないアプリケーションを保持することができるローカルデータベース214を含むこともできる。ローカルデータベース214は、一般にフラッシュメモリセルであるが、磁気メディア、EEPROM、光メディア、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム202の構成要素は、当技術分野で知られていているように、構成要素の中でもアンテナ222、ディスプレイ224、プッシュツートークボタン228およびキーパッド226などの外部デバイスに動作可能に結合することもできる。
したがって、本発明の一実施形態は、本明細書で説明する機能を実行するための能力を含むアクセス端末を含むことができる。当業者なら諒解するように、本明細書で開示する機能を達成するために、様々な論理要素を、個別要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで実施することができる。たとえば、ASIC208、メモリ212、API210およびローカルデータベース214をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがってこれらの機能を実行する論理を様々な要素に分散することができる。代替的に、機能を1つの個別構成要素に組み込むことができる。したがって、図3中のアクセス端末の特徴は例示的なものにすぎないと見なすべきであり、本発明は図示の特徴または構成に限定されない。
アクセス端末102とRAN120との間のワイヤレス通信は、符号分割多元接続(CDMA)、WCDMA、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交周波数分割多重(OFDM)、Global System for Mobile Communications(GSM(登録商標))、またはワイヤレス通信ネットワークまたはデータ通信ネットワークにおいて使用できる他のプロトコルなど、様々な技術に基づくことができる。データ通信は、一般に、クライアントデバイス102とMPT/BS124とBSC/PCF122との間で行われる。BSC/PCF122は、キャリアネットワーク126、PSTN、インターネット、バーチャルプライベートネットワークなどの複数のデータネットワークに接続でき、したがって、アクセス端末102はより広範囲の通信ネットワークにアクセスできるようになる。前述のように、および当技術分野で知られているように、様々なネットワークおよび構成を使用して、ボイス送信および/またはデータをRANからアクセス端末に送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。
さらに、当業者には諒解されるように、所与のアクセス端末は一般に、アクセスネットワークが所与のアクセス端末にリソース(たとえば、トラフィックチャネル(TCH)、QoSなど)をプロビジョニングする前に、その端末自体をアクセスネットワークに対して識別することが必要とされる。たとえば、EV-DO 1xでは、所与のアクセス端末は、アクセスネットワークに対して、ユニキャストアクセス端末識別子(UATI)でそれ自体を識別することができる。したがって、所与のアクセス端末は、アクセスネットワークが送信者の識別に気づくように、そのUATIを逆方向リンクメッセージ通信にアタッチする。同様に、UATIは、ダウンリンクメッセージ通信において、指定受信者またはアクセス端末を識別するのに使われ得る。
UATIは、ある特定のサービングエリア(たとえば、ある特定のサブネット、セクタ、セルなど)内でのみATを一意に識別するように機能する。したがって、ATが、サービングエリアの外に動いた(たとえば、ATが、別のセル、別のサブネットなどにハンドオフした)場合、新たなUATIがATに割り当てられる。ATが、正しいUATIを使わずに(たとえば、古いサービングエリアからのUATIなどを使って)サービングエリア内のアクセスネットワークに対してリソース(たとえば、QoSリソース、TCHなど)を要求することを試みた場合、アクセスネットワークは、(たとえば、少なくとも、要求が正しいUATIに関連付けられ得るまでは)要求側ATに対して、要求されたリソースを認めない。
したがって、図4A〜4Dを参照して後で説明するように、所与のATは通常、所与のATによって所与のサービングエリア内でデータを送り、かつ/または受信するのに使うことができるセッション情報(たとえば、UATI、ならびに/または交渉されたプロトコルおよび/もしくはQoSプロファイルのリストなど、所与のサービングエリアに固有の取得した他のセッションパラメータ)を獲得することによって、所与のサービングエリア内でのセッションをセットアップする(たとえば、所与のATが逆方向リンクデータを送ることを望む場合、またはRAN120がダウンリンクでATに送るべきデータをもっている場合)。
図4Aを参照すると、400Aで、所与のATが、第1のサービングエリア(たとえば、サブネット)に位置し、所与のATは、TCHをもたず、通信セッションに今のところ参加しておらず、所与のATは、第1のサービングエリア内で確立されたセッションをもっていると考える。上述したように、確立されたセッション(たとえば、PPPセッション)をもっているということは、所与のATが、第1のサービングエリア内の所与のATとRAN120との間でデータを送る/受信するのに使うことができるセッション情報(たとえば、UATI#1、交渉されたプロトコル、QoSプロファイルなどのリスト)を取得していることを意味する。図4Bを参照すると、図4Aの400Aで、所与のATは、第1のサービングエリア内の位置#1に位置し得る。
図4Aに戻ると、404Aで、所与のATは、第1のサービングエリアを離れ、第2のサービングエリアに入ると考える。たとえば、図4Bを参照すると、所与のATは、第1のサービングエリア内の位置#1から第2のサービングエリア内の位置#2に移動し得る。
第1のサービングエリアから第2のサービングエリアへの所与のATのハンドオフを円滑にするために、所与のATは、第2のサービングエリアとのセッションを確立しなければならない(たとえば、所与のATが第2のサービングエリア内で接触され得るように、所与のATが、第2のサービングエリア内でデータを送り、認識され得るように、RAN120が、所与のATがもはや第1のサービングエリア内にないことに気づくように、など)。したがって、所与のATは、408Aで、第2のサービングエリア内で使うことができるUATIを要求するためのUATI要求を、逆方向リンクアクセスチャネルに載せてRAN120に送る。
RAN120がUATI要求を受信した後、RAN120は、412Aで、ダウンリンク制御チャネル(CC)上でACAckメッセージを所与のATに送ることによって、所与のATからのUATI要求の受信に肯定応答する。ただし、412AでRAN120がUATI要求に肯定応答する間、RAN120は、第2のサービングエリア向けのUATIを所与のATにまだ割り当てていない。
RAN120がUATI要求を受信した後、412AでのようにUATI要求にACKするのとは別に、この場合はハンドオフの「目標」サービングエリアである第2のサービングエリア(たとえば、ある特定のサブネットを制御するRNC)は、416Aで、この場合、ハンドオフの「ソース」サービングエリアである第1のサービングエリア(たとえば、繰返しになるが、所与のサブネットを制御するRNCに対応し得る)にA13セッション情報要求を送る。A13セッション情報要求は、第1のサービングエリア内での所与のATの以前のセッションに関連付けられたセッション情報を要求する。第1のサービングエリアは、420Aで、要求されたセッション情報を提供するA13セッション情報応答で、A13セッション情報要求に応答する。第2のサービングエリアは、424Aで、第1のサービングエリアにA13セッション情報確認メッセージを返送することによって、A13セッション情報応答にACKする。
第1および第2のサービングエリアが、416A〜424Aで、第1のサービングエリアから第2のサービングエリアへの所与のATのハンドオフを調整した後、第2のサービングエリアは、428Aで、ダウンリンクCC上でUATI割当てを送ることによって、第2のサービングエリア内で使うためのUATI(すなわち、UATI#2)を所与のATに割り当てる。UATI割当てを受信した後、所与のATは、432Aで、第1のサービングエリアからの、ATのUATI(すなわち、UATI#1)を記憶する1つまたは複数のレジスタを、第2のサービングエリアの新たに割り当てられたUATI(すなわち、UATI#2)で更新する。同様に、424Aで、セッション情報確認メッセージを受信すると、第1のサービングエリアは、436Aで、所与のATの以前のセッションに関連付けられていたセッション情報も削除する。所与のATは、440Aで、逆方向リンクアクセスチャネル上で、UATI完了メッセージをRAN120に送信する。
したがって、444Aで、所与のATは今では、第2のサービングエリアに(たとえば、図4Bに示すように位置#2に)位置し、所与のATは、TCHをもたず、通信セッションに今のところ参加しておらず、所与のATは、第2のサービングエリア内で確立されたセッションをもっている。以降のどこかの時点において、所与のATは、448Aで、第2のサービングエリアを離れ、第2のサービングエリアに入り直すと考える。たとえば、図4Bを参照すると、所与のATは、第2のサービングエリア内の位置#2から第1のサービングエリア内の位置#3に移動し得る。
第2のサービングエリアから第1のサービングエリアへの所与のATのハンドオフを円滑にするために、所与のATは、第1のサービングエリアとのセッションを確立し直さなければならない(たとえば、所与のATが、第1のサービングエリア内で再度接触され得るように、所与のATが、再度データを送り、第1のサービングエリア内で認識され得るように、RAN120が、所与のATがもはや第2のサービングエリア内にないと気づくように、など)。したがって、ブロック452A〜488Aが、どのように所与のATがハンドオフして第1のサービングエリアに戻り、UATI#3を取得するかを示し、ブロック408A〜444Aが、どのように所与のATが第2のサービングエリアにハンドオフし、UATI#2を取得したかを示すことを除いて、ブロック452A〜488Aは概して、上述したブロック408A〜444Aに対応する。したがって、ブロック452Aから488Aのさらなる説明は簡潔のために省略する。諒解されるように、エリア内のATそれぞれに対する独自の一意のセッション情報をもつ新たな(または以前訪れた)どのサービングエリアに入っても、新たな(または以前訪れた)サービングエリア内でTCHが確立され得る前に、所与のATは、セッションをセットアップする(たとえば、サービングエリア用のUATIを取得し、かつ/または他のセッションパラメータを確立する)ことが必要とされる。
所与のATがアイドルのままである(たとえば、実際の通信セッションに参加しない)ことにより、図4Aを説明しているが、図4Aのプロセス中のどの時点でも、RAN120が、所与のATに送るべきデータをもっている場合があり、または所与のATが、RAN120に送るべきデータをもっている場合がある(たとえば、所与のATのユーザが呼開始を要求する場合など)。したがって、図4C、4Dはそれぞれ、448Aで、所与のATが、第2のサービングエリアから第1のサービングエリアに戻った後、RAN120に逆方向リンクデータをどのようにして送ることができるかの例を示す。
図4Cを参照すると、所与のATは、448Aで、第2のサービングエリアを離れ、第1のサービングエリアに入る。たとえば、図4Bを参照すると、所与のATは、第2のサービングエリア内の位置#2から第1のサービングエリア内の位置#3に移動し得る。所与のATは、452Aで、第1のサービングエリア内で使うことができるUATIを要求するためのUATI要求を、逆方向リンクアクセスチャネル上でRAN120に送り、RAN120は、456Aで、ダウンリンク制御チャネル(CC)上でACAckメッセージを所与のATに送ることによって、所与のATからのUATI要求の受信に肯定応答する。
この時点で、所与のATがアイドルのままである図4Aとは異なり、400Cで、所与のATは、RAN120にデータを送ると決定すると考える。たとえば、所与のATのユーザが、プッシュツートーク(PTT)ボタンを押して、PTTセッションの開始を要求する場合があり、ユーザが、テキストメッセージを送ること、ボイスメールをチェックすることなどを要求する場合がある。404Cで、所与のATは、実際には第2のサービングエリアに関連付けられたUATI#2である、その現UATIを使って、第1のサービングエリア内でTCH要求を送る。したがって、所与のATには、その現サービングエリア内で使うためのUATIがまだ割り当てられていないので、所与のATは、この時点では間違ったUATIを使っている。したがって、第1のサービングエリアは、408Cで、TCH要求を無視する。
RAN120がUATI要求を受信した後、456AでのようにUATI要求にACKするのとは別に、第1のサービングエリアは、460Aで、第2のサービングエリアにA13セッション情報要求を送り、464Aで、要求セッション情報を提供するA13セッション情報応答を受信し、468Aで、第2のサービングエリアにA13セッション情報確認メッセージを送る。
第1および第2のサービングエリアが、460A〜468Aで、第2のサービングエリアから第1のサービングエリアに戻る所与のATのハンドオフを調整した後、第1のサービングエリアは、472Aで、ダウンリンクCC上でUATI割当てを送ることによって、所与のATが第1のサービングエリア内で使うためのUATI(すなわち、UATI#3)を割り当てる。UATI割当てを受信した後、所与のATは、476Aで、第2のサービングエリアからのATのUATI(すなわち、UATI#2)を記憶する1つまたは複数のレジスタを、第1のサービングエリアの新たに割り当てられたUATI(すなわち、UATI#1)で更新する。同様に、468Aで、セッション情報確認メッセージを受信すると、第2のサービングエリアは、480Aで、所与のATの以前のセッションに関連付けられていたセッション情報も削除する。所与のATは、484Aで、逆方向リンクアクセスチャネル上で、UATI完了メッセージをRAN120に送信する。この時点で、所与のATは、第1のサービングエリア内で使用するための有効なUATIをもっているので、所与のATは、412Cで、そのTCH要求を、有効なUATI(すなわち、UATI#3)を用いて第1のサービングエリア内で送り直すことができる。
図4Dを参照すると、所与のATは、448Aで、第2のサービングエリアを離れ、第1のサービングエリアに入る。たとえば、図4Bを参照すると、所与のATは、第2のサービングエリア内の位置#2から第1のサービングエリア内の位置#3に移動し得る。所与のATは、452Aで、第1のサービングエリア内で使うことができるUATIを要求するためのUATI要求を、逆方向リンクアクセスチャネル上でRAN120に送り、RAN120は、456Aで、ダウンリンク制御チャネル(CC)上でACAckメッセージを所与のATに送ることによって、所与のATからのUATI要求の受信に肯定応答する。
この時点で、所与のATがアイドルのままである図4Aとは異なり、所与のATは、400Dで、RAN120にデータを送ると決定すると考える。たとえば、所与のATのユーザが、プッシュツートーク(PTT)ボタンを押してPTTセッションの開始を要求する場合があり、ユーザは、テキストメッセージを送ること、ボイスメールをチェックすることなどを要求する場合がある。404Dで、間違ったUATI(すなわち、第2のサービングエリアからの古いUATI)を用いてプリエンプティブTCH要求を送るのではなく、所与のATは、404Dで、どのTCH要求も送る前に、第1のサービングエリア用のUATIを受信するのを待つ。
次に、460A〜484Aが、図4Aおよび/または図4Cを参照して上述したように実行されるが、そのさらなる説明は、簡潔にするために省いてある。第1のサービングエリア内で使用するための有効なUATIを取得した後、所与のATは、408Dで、第1のサービングエリア内でのそのTCH要求を、有効なUATI(すなわち、UATI#3)を用いて送る。
当業者には諒解されるように、図4C、4Dは、新たな(または以前訪れた)サービングエリア(たとえば、サブネット)に入ると、ATは、新たな(または以前訪れた)サービングエリア内でTCHを取得する前に、その新たな(または以前訪れた)サービングエリア用のUATIを受信するのを待たなければならないことを示す。所与のATが、サービングエリアを以前訪れ、そのサービングエリア向けに確立されたセッションをもっていたことがあるケースであっても、このセッション情報は、所与のATが別のサービングエリアにハンドオフすると、記憶されない。したがって、所与のATが、異なるサービングエリアの間の境界領域に近い場合、所与のATは、異なるサービングエリアの間を「ピンポンする」、すなわち素早く交互に切り換えることができる。この場合、所与のATはしばしば、それ自体が、頻繁なサービングエリアハンドオフ中にUATIおよび/または他のセッションパラメータを待っている状態にあることを発見する。したがって、所与のATは、サービングエリアを切り換えるたびに新規セッションを確立しなければならなくなるので、所与のATのユーザは、通信セッション用のTCHをセットアップする際に遅延を経験する場合もある。
したがって、本発明の実施形態は、所与のATがワイヤレス通信システムの異なるサービングエリアの間を動くとき、少なくとも閾値期間の間、以前入ったサービングエリアを制御するRAN120の一部分(たとえば、所与のATが出たサブネットを制御するRNCなど)と、所与のATとの両方において、「古い」セッション情報を維持することに関する。以下でより詳細に説明するように、所与のATが、閾値期間が経過する前に、以前入ったサービングエリアに戻った場合は、所与のATは、その記憶UATIを再活動化し、以前入ったサービングエリア内での新たなUATI割当てを待たずに、その再活動化されたUATIを使ってデータを送ることができ、実際にそうする。
図5Aを参照すると、500Aで、所与のATは、第1のサービングエリア(たとえば、サブネット)に位置し、所与のATは、TCHをもたず、通信セッションに今のところ参加しておらず、所与のATは、第1のサービングエリア内で確立されたセッションをもっていると考える。上述したように、確立されたセッションをもっていることは、所与のATが、第1のサービングエリア内の所与のATとRAN120との間でデータを送る/受信するのに使うことができるセッション情報(たとえば、UATI#1など)を取得済みであることを意味する。図4Bを参照すると、図5Aの500Aで、所与のATは、ある例では、第1のサービングエリア内の位置#1に位置し得る。
図5Aに戻ると、504Aで、所与のATは、第1のサービングエリアを離れ、第2のサービングエリアに入ると考える。たとえば、図4Bを参照すると、所与のATは、第1のサービングエリア内の位置#1から第2のサービングエリア内の位置#2に移動し得る。図5Aの例において、これは、所与のATが第2のサービングエリアに初めて入ったときであり、あるいは所与のATが第2のサービングエリアに最後に入ったときから比較的長時間がたっているとさらに考えることもできる。以下でより詳細に説明するように、この場合の「比較的長時間」は、第2のサービングエリアが、第2のサービングエリア内での所与のATの以前のセッションからのセッション情報を維持することが予想される期間より長い期間に相当する。
したがって、所与のATは、第2のサービングエリア内で使うことができるセッション情報をまだもっていないので(たとえば、第2のサービングエリアに行ったことがないか、または古いセッションを「再生させる」、第2のサービングエリア内で使用可能な、有効なセッション情報をもはやもっていないので)、所与のATは、第2のサービングエリア内でセッションを確立し、UATI#2および/または他のセッションパラメータなどのセッション情報を獲得するための手順を開始する。
したがって、所与のATは、508Aで、第2のサービングエリア内で使うことができるUATIを要求するためのUATI要求を、逆方向リンクアクセスチャネルに載せてRAN120に送る。RAN120がUATI要求を受信した後、RAN120は、512Aで、ダウンリンク制御チャネル(CC)上でACAckメッセージを所与のATに送ることによって、所与のATからのUATI要求の受信に肯定応答する。ただし、512AでRAN120がUATI要求に肯定応答する間、RAN120は、第2のサービングエリア向けのUATIを所与のATにまだ割り当てていない。
RAN120がUATI要求を受信した後、512AでのようにUATI要求にACKするのとは別に、この場合はハンドオフの「目標」サービングエリアである第2のサービングエリア(たとえば、ある特定のサブネットを制御するRNC)は、516Aで、この場合、ハンドオフの「ソース」サービングエリアである第1のサービングエリア(たとえば、繰返しになるが、所与のサブネットを制御するRNCに対応し得る)にA13セッション情報要求を送る。第1のサービングエリアは、520Aで、要求されたセッション情報を提供するA13セッション情報応答で、A13セッション情報要求に応答する。第2のサービングエリアは、524Aで、第1のサービングエリアにA13セッション情報確認メッセージを返送することによって、A13セッション情報応答にACKする。
第1および第2のサービングエリアが、516A〜524Aで、第1のサービングエリアから第2のサービングエリアへの所与のATのハンドオフを調整した後、第2のサービングエリアは、528Aで、ダウンリンクCC上でUATI割当てを送ることによって、第2のサービングエリア内で使うためのUATI(すなわち、UATI#2)を所与のATに割り当てる。本発明の少なくとも1つの実施形態では、528AでのUATI割当てメッセージは、所与のATに対して、所与のATが第1のサービングエリアに戻った場合、第1のサービングエリア内での所与のATの以前のセッションに関する、所与のATの「古い」セッション情報が有効なままである所与の期間を示すようにさらに構成され得る。この実施形態については、図5C、5Dを参照して以下でより詳細に説明する。
当然ながら、UATI割当てメッセージは、所与のATに対して所与の期間が示され得る唯一の方法である必要はない。代替例では、期間は、初回セッション確立中にATとRAN120との間で交換されるセッション情報の一部でよい。代替例では、所与のATの以前のセッション情報が有効である所与の期間を所与のATに知らせるための固有メッセージが、所与のATとRAN120との間で交換され得る。別の代替例では、所与のATは、RAN120からの期間の明示的指示なしで、第2のサービングエリアへのハンドオフからのデフォルトの期間の間、古いセッション情報が有効なままであると考えることができる。したがって、古いセッション情報が保持される持続時間について所与のATおよびRAN120が交渉するための異なるやり方を考慮して、図5Aはここでは、いずれにしても、RAN120と所与のATの両方が、所与のATの以前のセッションについてのセッション情報が記憶される有効性持続時間、または所与の期間に気づいているという仮定で記載されている。
UATI割当てを受信した後、所与のATは、532Aで、第1のサービングエリアからの、ATのUATI(すなわち、UATI#1)を記憶する1つまたは複数のレジスタを、第2のサービングエリアの新たに割り当てられたUATI(すなわち、UATI#2)で更新する。また、第1のサービングエリアおよび/または他のセッションパラメータからUATIを削除するのではなく、所与のATは、第1のサービングエリア内でのその以前のセッションについてのセッション情報を、所与のATが第1のサービングエリアに戻る場合にセッション情報が使用に応じられるままであると予想される所与の期間と関連付けて記憶し、またはキャッシュする。同様に、524Aで、セッション情報確認メッセージを受信すると、第1のサービングエリアは、536Aで、所与のATの以前のセッションに関連付けられていたセッション情報も、同じ所与の期間とともに記憶し、またはキャッシュする。所与のATは、540Aで、逆方向リンクアクセスチャネル上で、UATI完了メッセージをRAN120に送信する。
したがって、544Aで、所与のATは今では、第2のサービングエリアに(たとえば、図4Bに示すように位置#2に)位置し、所与のATは、TCHをもたず、通信セッションに今のところ参加しておらず、所与のATは、第2のサービングエリア内で確立されたセッションをもっている。さらに、所与のATは、第1のサービングエリア内で確立されたアクティブセッションはもたないが、所与のATは、第1のサービングエリアのセッション情報を保持しており、この情報は、所与のATが第1のサービングエリアに戻った場合、所与の期間の間使うことができる。
この時点で、図5Aのプロセス中に、所与のATとRAN120の両方が、所与の期間を監視して、所与の期間が経過したかどうか判定し、所与のATが第1のサービングエリアに戻らずに所与の期間が経過している場合、所与のATと第1のサービングエリア(たとえば、または第1のサービングエリアを制御するRNC)の両方が、548A、552Aで、第1のサービングエリア内での所与のATの以前のセッションに関連したセッション情報を削除する。したがって、548A、552Aはそれぞれ、第1のサービングエリア内での所与のATの以前のセッションからのセッション情報が「満了」した場合に起こる条件ステップに対応する。
以降のどこかの時点において、所与のATは、556Aで、第2のサービングエリアを離れ、第1のサービングエリアに入り直すと考える。たとえば、図4Bを参照すると、所与のATは、第2のサービングエリア内の位置#2から第1のサービングエリア内の位置#3に移動し得る。
所与のATが第1のサービングエリアに入り直したと判断すると、所与のATは、560Aで、セッション情報が第1のサービングエリア内での使用に有効であると予想される所与の期間が満了し、または経過しているかどうか判定する。所与の期間が満了していると判定された場合、プロセスは568Aに進み、これについては以下でより詳細に説明する。
あるいは、所与の期間が満了していないと判定された場合、所与のATは、564Aで、第1のサービングエリアの記憶されたセッション情報を「再活動化」する。言い換えると、所与のATは、第2のサービングエリアからのそのUATI(すなわち、UATI#2)を記憶する1つまたは複数のレジスタを、第1のサービングエリアの記憶されたUATI(すなわち、UATI#1)で更新する。したがって、この時点で、図5Aには明示的に示さないが、所与のATは、その以前のセッションからの、その古い記憶されたUATIを使うことができると知っているので、UATI割当てメッセージを待たずに、第1のサービングエリア内でRAN120に逆方向リンクでデータを(たとえば、TCHなどを要求するために)送ることが可能である。したがって、図5Bを参照して以下で詳細に説明するように、所与のATが、UATI割当ての後まで待ってから、その現サービングエリアによって肯定応答され認識されたデータ送信を送る、従来の図4C、4Dと比較して、所与のATは、より素早くRAN120にデータを送ることが可能である。
568Aで、所与のATは、第1のサービングエリア内でRAN120にロケーション更新を送って、第1のサービングエリアに、所与のATが存在することを通知する。ある例では、568Aが、560Aでの所与の期間が経過したという評価の後に起こる場合、ロケーション更新は、所与のATからのどのデータ送信成功の前にも送られるUATI要求メッセージに対応する。言い換えると、所与のATの第1のサービングエリアのセッション情報に対する所与の期間の満了は、所与のATが、データを送る前に有効なUATIおよび/または他のセッションパラメータを最初に獲得しなければならないことを意味する。ただし、568Aが、560Aでの所与の期間が経過していないという評価の後に起こる場合、568Aのロケーション更新は、データ送信の後に起こり得る。言い換えると、所与の期間が満了する前にロケーション更新が送られる限り、第1のサービングエリアは、所与のATが第1のサービングエリアに入り直したとき、ロケーション更新が直ちに送られる必要がないように、所与のATのセッション情報を確保し続ける。
図5Aの例ではUATI要求メッセージに対応するロケーション更新を受信すると、RAN120は、第1のサービングエリア内でのATの以前のセッションからの記憶されたセッション情報を、所与の期間が満了していない限り、570Aで再活動化する。第1のサービングエリアを制御するRAN120の部分は、572Aで、ダウンリンク制御チャネル(CC)上でACAckメッセージを所与のATに送ることによって、所与のATからのUATI要求の受信にも肯定応答し、576Aで、第2のサービングエリアにA13セッション情報要求を送り、580Aで、要求されたセッション情報を提供するA13セッション情報応答を受信し、584Aで、第2のサービングエリアにA13セッション情報確認メッセージを返送することによって、A13セッション情報応答にACKする。この時点で、第1のサービングエリア内のRAN120は、588Aで、そのUATI(すなわち、UATI#1)が依然として、第1のサービングエリア内での使用に有効であることを確認するためのUATI割当てメッセージを所与のATに送る。また、図5C、5Dを参照して以下でより詳細に説明するように、UATI割当てメッセージは、所与のATが第2のサービングエリアに戻った場合に第2のサービングエリア内での所与のATの以前のセッションに関するセッション情報が有効なままである所与の期間を、所与のATに対して示すように構成してもよい。
したがって、590Aで、第2のサービングエリアおよび/または他のセッションパラメータからUATIを削除するのではなく、所与のATは、第2のサービングエリア内でのその以前のセッションにおけるセッション情報を、所与のATが第2のサービングエリアに戻った場合にセッション情報が使用に応じられるままであると予想される所与の期間と関連付けて記憶する。同様に、584Aで、セッション情報確認メッセージを受信すると、第2のサービングエリア内のRAN120は、592Aで、所与のATの以前のセッションに関連付けられていたセッション情報も、同じ所与の期間とともに記憶する。所与のATは、594Aで、逆方向リンクアクセスチャネル上で、UATI完了メッセージをRAN120に送信する。
代替実施形態では、図5Aには明示的に示さないが、所与のATが、564Aで、第1のサービングエリア内での以前のセッションからの記憶されたセッション情報を再活動化した場合、所与のATが、568Aでロケーション更新(またはUATI要求)が送られる前に、「再活動化された」セッション情報を使ってデータを送り得ることが可能である。この場合、所与のATは、そのデータを送信するのに新たなUATIを必ずしも必要としないので、568AのUATI要求は送られる必要がないことが諒解されよう。そうではなく、所与のATからのデータ送信は、ロケーション更新として機能してよく、この更新は、RAN120によって、568AのUATI要求が送られたかのように解釈される。したがって、本代替実施形態では、UATI要求として示される568Aのロケーション更新は、ロケーション更新がUATI要求に対応していたときのように570A〜592Aが実施されるデータ送信で置き換えることができる。さらに別の代替実施形態では、564Aと568Aの間にデータが送られるとしても、UATI要求は依然として、568Aで送ればよい。逆方向リンクワイヤレスチャネルを経由するトラフィックが増える可能性があるが、UATI要求としてのロケーション更新の自動送付の結果、「より分かりやすい」またはより簡単な実装となり得る。そうすることによって、特定の実装は、ある特定のベンダの好みに基づいて変わり得る。
所与のATがアイドルのままである(たとえば、実際の通信セッションに参加しない)ことにより、図5Aを説明しているが、図5Aのプロセス中のどの時点でも、RAN120が、所与のATに送るべきデータをもっている場合があり、または所与のATが、RAN120に送るべきデータをもっている場合がある(たとえば、所与のATのユーザが呼開始を要求する場合など)。したがって、図5Bは、所与のATが、556Aで、第2のサービングエリアから第1のサービングエリアに戻った後、RAN120に逆方向リンクデータをどのように送り得るかという例を示す。
図5Bを参照すると、556A〜564Aは、図5Aにある同様の番号のブロックに対応するので、図5Bでは、560Aで所与の期間が経過していないと考えられることを除いて、簡潔にするためにさらには説明しない。したがって、564Aの後、所与のATは、図4Bに示すように、第1のサービングエリア内の位置#3にあり、そのセッション情報(たとえば、UATI#1)を、第1のサービングエリア内で使用するために再活動化済みである。564Aで所与のATがアイドルのままである図5Aとは異なり、所与のATは、500Bで、RAN120にデータを送ると決定すると考える。たとえば、所与のATのユーザは、プッシュツートーク(PTT)ボタンを押してPTTセッションの開始を要求する場合があり、ユーザは、テキストメッセージを送り、ボイスメールをチェックすることなどを要求する場合がある。504Bで、所与のATは、その再活動化されたUATI(すなわち、UATI#1)を使って、第1のサービングエリア内でTCH要求を送る。第1のサービングエリア内のRAN120は、TCH要求を受信し、506Bで、(たとえば、図5Aの570Aと同様に)第1のサービングエリア内での所与のATの以前のセッションからの記憶されたセッション情報を再活動化する。UATI#1がアタッチされたTCH要求は、ロケーション更新の前に受信されるので、図5Bの506Bは、図5Aの570Aでのようなロケーション更新ではなく、TCH要求に応答するものであることが諒解されよう。
次に、RAN120は、所与のATを識別するアタッチUATIが第1のサービングエリア内で有効であると判断し、そうすることによって、508Bで、TCH要求を認める。したがって、所与のATは、そのTCHを、UATI割当てメッセージを待つ必要なく取得し、または実際には、そのTCH要求(たとえば、もしくは他のデータ送信)を送る前にそのUATI要求を送るのを待つ必要もない。図示していないが、所与のATはその後、アクティブ通信セッション中の508Bで取得されたTCHを介して通信することができる。
以降のどこかの時点において、所与のATは、568Aで、第1のサービングエリア内でRAN120にロケーション更新を送って、第1および第2のサービングエリアの間でのセッション転送をトリガする。諒解されるように、568Aのロケーション更新は厳密には、すべての実装形態において必要なわけではない。たとえば、図5Bの504Bと568Aの間のデータパケット送信は、所与のATのロケーションを更新するように機能してよく、図5Bのブロック576A〜594Aをトリガし得る。ただし、図5Aの568Aに示すような別個のロケーション更新の送付により、ブロック504Bの後でデータが送られたかどうかの評価が実施される必要がないという意味では、実装用の「より分かりやすい」またはより簡単なプロトコルが円滑になり得る。ブロック568A〜594Aは図5Aにある同様の番号のブロックに対応し、したがって、それらについては簡潔のためにさらに説明しない。
図5Cおよび図5Dは、所与のATが古いサービングエリアに入り直すと、どの程度の間、古いサービングエリア内での以前のセッションに関するセッション情報が有効であるか、または使用に応じられるかに関連した期間を、RAN120の所与のATおよび異なるサービングエリアがどのように調整し得るかについての特定の一例を示す。諒解されるように、特定のサービングエリアを制御する所与のATとRAN120の両方が、所与のATが記憶され、またはキャッシュされたそのセッション情報を使うことができるかどうかわかるように、また、RAN120がセッション情報の確保を維持し、所与のATを依然として認識し得るように、この期間に気づくべきである。
図5Cを参照すると、500A〜524Aは、図5Aで上述したように実行されると考える。500Cで、RAN120は、第1のサービングエリアが第1のサービングエリア内で所与のATのセッション情報を記憶する予定である所与の期間を決定する。ある例では、所与の期間は、所与の時点(たとえば、524AでA13セッション情報確認メッセージが送信または受信されたとき、508AでUATI要求が受信されたときなど)で始まる、固定された、所定の期間(たとえば、30分など)に相当し得る。あるいは、所与の期間は、適合型であり、所与のATに関連付けられた挙動の履歴に基づき得る。たとえば、所与のATが、所与のATの通常の使用場所から遠く離れたサービングエリアを離れつつあり、所与のATが、出ていくサービングエリアに行ったことがない場合、所与の期間は、比較的短くなり得る(たとえば、所与のATが、サービングエリアの境界領域をうろついていない限り、このケースでは、所与のATが短い期間でサービングエリアに戻ることになるので、所与のATは、サービングエリアにあまり戻りそうにないと見なされ、そのセッション情報の無期限の記憶は有用でないであろう)。別の例では、所与のATが、出ていくサービングエリアに何度も行ったことがある(たとえば、サービングエリアが、所与のATのユーザの職場、自宅、ジムなどをカバーする)場合、所与の期間は、比較的長くなり得る。ある例では、所与の期間が無期限または無限であることも可能である。したがって、所与のATのセッション情報は効果的には、本発明の少なくとも1つの実施形態では、永続的であってもよい。たとえば、所与のATが、自宅の電話として使われるだけであり、所与のATのユーザの家から取り除かれることがない場合、所与のATのセッション情報またはどのサービングエリアは、電源投入されると、UATI要求およびUATI割当てが最初に送られずに、直ちにデータが送られ得るように、永続的にしてもよいであろう。
500Cで所与の期間を決定した後、第2のサービングエリア内のRAN120は、第2のサービングエリア内で使用するためのUATI(たとえば、UATI#2)を割り当てるためのUATI割当てメッセージを構成し、504Cで、500Cで決定された所与の期間を示すためのUATI割当てメッセージも構成し、この期間は、第1のサービングエリア内での所与のATの古いセッション用のUATI#1および/または他のシステムパラメータが有効なままである持続時間を示す。RAN120は次いで、508Cで、ダウンリンクCC上で、構成されたUATI割当てメッセージを所与のATに送信し、その後の532A〜540Aは、図5Aにある同様の番号のブロックに対応するので、簡潔にするためにさらには説明しない。
図5Dを参照すると、556A〜584Aは、図5Aで上述したように実行されると考える。500Dで、RAN120は、第2のサービングエリアが、第2のサービングエリア内での所与のATのセッション情報を記憶する予定である所与の期間を決定する。ある例では、500Dの決定は、500Cを参照して上述した例のいずれに従って実施してもよい。
500Dで所与の期間を決定した後、第1のサービングエリア内のRAN120は、所与のATのセッション情報(たとえば、UATI#1)が第1のサービングエリア内での使用に依然として有効であることを確認するためのUATI割当てメッセージを構成し、504Dで、500Dで決定された所与の期間を示すためのUATI割当てメッセージも構成し、この期間は、第2のサービングエリア内での所与のATの古いセッション用のUATI#2および/または他のシステムパラメータが有効なままである持続時間を示す。RAN120は次いで、508Dで、ダウンリンクCC上で、構成されたUATI割当てメッセージを所与のATに送信し、その後の590A〜594Aは、図5Aにある同様の番号のブロックに対応するので、簡潔にするためにさらには説明しない。
情報および信号は、多種多様な技術および技法のいずれかを使用して表すことができることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
本明細書で開示した実施形態に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
本明細書で開示した実施形態と関連して説明した方法、シーケンス、および/またはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はASIC中に常駐することができる。ASICはユーザ端末(たとえば、アクセス端末)中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
1つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装する場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL)、またはワイヤレス技術、たとえば赤外線、無線、およびマイクロ波を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、赤外線、無線、およびマイクロ波などの同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、またはワイヤレス技術は媒体の定義内に含まれる。本明細書で使用する場合、ディスク(disk)およびディスク(disc)は、コンパクトディスク(CD)、レーザーディスク(登録商標)、光ディスク、デジタル多用途ディスク(DVD)、フロッピー(登録商標)ディスク、およびブルーレイディスクを含み、ディスク(disk)は、通常、磁気的にデータを再生し、ディスク(disc)は、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるものとする。
上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく本明細書において様々な変更および修正を行うことができることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび/またはアクションを特定の順序で実行しなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。