JP4843052B2 - ハンドオフ中のデータ状態遷移 - Google Patents

Description

関連出願の相互参照

本願は、２００５年１１月３０日に出願され、「順方向ハンドオフのための方法及び装置(METHOD AND APPARATUS FOR FORWARD HANDOFF)」と題された米国仮出願第６０／７４１，１７０号の利益を主張するものである。上述の出願の全体は参照によりここに組み込まれる。

背景

［Ｉ．分野］
以下の説明は、概して無線通信に関し、とりわけ、無線通信システムのための柔軟な通信スキーム(flexible communication schemes)に関する。

［ＩＩ．背景］
最近の数年にわたって、無線通信技術は、アナログで駆動されるシステム（これは、維持および動作するのに高価である）からディジタル（パケット交換）システムへと発展した。従来のアナログシステムにおいては、アナログ信号は、順方向リンクおよび逆方向リンク上で中継され、概して、信号が適切な品質に関連付けられながら送信および受信されることを可能にするために、多量の帯域幅を必要とする。しかしながら、時間の経過と共に、ネットワーク技術は発展したので、多くのネットワークはパケット交換ネットワークであり、それによって、例えば、インターネットトラフィックが無線リンク上で中継されることを可能にした。より具体的には、パケット交換システムは、データパケットがアナログ信号に変換され、アクセス端末と基地局、ルータ等との間の物理チャネルを通して送信されることを、可能にする。さらに、パケット交換ネットワークは、ディジタルデータがそのディジタルデータの通常の形態（例えば、テキスト、インターネットデータ、．．．）で中継されることを可能にする。

無線（ＯＴＡ）接続上で多量のデータ損失がないことを保証するために無線リンクプロトコル（Radio Link Protocol）（ＲＬＰ）またはその他の適切なプロトコルが使用されることができる。ＲＬＰは無線エアインターフェース（air interface）を介して使用される自動再送要求プロトコルであり、パケット損失をインターネットアプリケーションに適切なレベルまで削減するために利用されることができる。一例によれば、物理チャネル上の伝送に適切なフレームはヘッダを含むことができ、そのようなヘッダ内の情報はフレームシーケンス番号(sequence number)を示すことができる。フレームは、アクセス端末に、所望のシーケンス(desired sequence)で送信されることができ、そのアクセス端末は、そのあと、フレームを配列し(order)、適切な数のフレームが受信された（例えば、１つまたは複数のフレームが失われなかった）ことを確かなものとするために、ヘッダを分析できる。

あるネットワークアーキテクチャにおいては、アクセス端末に対してエアインターフェースを提供すること、および、アクセス端末に対してインターネットへの接続点を提供すること、に関して、別々の論理的（および／または物理的）エンティティ(entities)が利用される。例えば、一例のネットワークアーキテクチャは、アクセス端末に対してエアインターフェース接続を提供するトランシーバモジュールを含むことができ、トランシーバモジュールは、アクセス端末に対してインターネット接続点を提供することができるネットワークモジュールに通信可能に(communicatively)結合されることができる。そのようなアーキテクチャにおいては、従来、ネットワークモジュールは、データパケットを生成すること、および、それらのデータパケットがトランシーバモジュールによって無線でアクセス端末に送信されることができるようにデータパケットをフレーム化すること(framing)、を受け持つ。トランシーバモジュールは、フレームを受信し、該フレームをアクセス端末に送信する。

［概要］
以下は、開示される主題のいくつかの態様の基本的理解を提供するために簡略化された概要(summary)を示す。この概要は広範な概説ではなく、また、重要な／決定的な要素を特定するようには、あるいはそのような主題の範囲を描写するようには意図されていない。その唯一の目的は、後で示される、より詳細な説明に対する前置きとして、簡略化された形態でいくつかの概念を示すことである。

簡単に説明すると、開示される対象は、概して、アクセス端末のハンドオフ(handoff)中の複数のモジュールの間のデータおよび状態情報(state information)の遷移(transition)に関する。より具体的には、ネットワークは、トランシーバモジュールがアクセス端末に対して無線(over-the-air)（ＯＴＡ）接続点(attachment point)を提供し、ネットワークモジュールがアクセス端末に対してインターネットへの接続点を提供することができるように、階層化アーキテクチャ(tiered architecture)に関連付けられることができる。以下で説明されるように、ネットワークモジュールは、ＩＰカプセル化データパケット(IP-encapsulated data packets)をトランシーバモジュールに提供することができ、次に、そのトランシーバモジュールは、アクセス端末へのＯＴＡ伝送のためにデータパケットを（例えば、無線リンクプロトコル（ＲＬＰ）に従って）フラグメント化(fragment)およびフレーム化(frame)することができる。

アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求するとき、第１のトランシーバモジュールは、ネットワークモジュールから第１のトランシーバモジュールに配信された(delivered)がアクセス端末にまだ送信されていないデータを、第２のトランシーバモジュールに提供することができる。さらに、ネットワークモジュールは、アクセス端末に送信されるべき（しかし、第１のトランシーバモジュールによって第２のトランシーバモジュールに提供されたデータに対して重複(duplicated)しない）データを第２のトランシーバモジュールに提供することを開始することができる。第２のトランシーバモジュールは、第１のトランシーバモジュールおよびネットワークモジュールによって提供されたデータに関連するシーケンス(sequence)の指示(indications)を調べることができ、その後、データをフラグメント化し、フレーム化し、適切なシーケンスでアクセス端末に送信することができる。

ここにおいて説明される態様に従って、ターゲットトランシーバモジュール(target transceiver module)におけるハンドオフのための方法は、アクセス端末に望ましい方法で送信される、ソーストランシーバモジュール(source transceiver module)からのデータ、を受信することと、受信データのどの部分が次にアクセス端末に送信されるべきかの指示を受信することと、を備える。方法は、アクセス端末に望ましい方法で送信される、ネットワークモジュールからのデータ、を受信することと、ソーストランシーバモジュールおよびネットワークモジュールから受信されたデータを選択的に配列し、アクセス端末に送信することと、をさらに備えることができる。さらに、通信装置(communication apparatus)がここにおいて説明されており、該装置はメモリを備え、該メモリは、アクセス端末に望ましい方法で送信される、トランシーバモジュールからの第１のデータを受信すること、アクセス端末に望ましい方法で送信される、ネットワークモジュールからの第２のデータを受信すること、および、第１のおよび第２のデータを適切なシーケンスでアクセス端末に送信すること、のための命令を含む。通信装置は、メモリ内の該命令を実行するように構成されるプロセッサを、さらに備えることができる。

別の態様に従って、コンピュータ可読媒体(computer readable media)は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定すること(determining)、アクセス端末に望ましい方法で送信されるデータを、第１のトランシーバモジュールから受信すること、および、どのデータが次にアクセス端末に送信されるべきかの指示を第１のトランシーバモジュールから受信すること、のためのコンピュータ実行可能命令(computer executable instructions)を該媒体中に記憶することができる。加えて、命令は、アクセス端末に望ましい方法で送信されるデータを、ネットワークモジュールから受信すること、および、第１のトランシーバモジュールから受信されたデータおよびネットワークモジュールから受信されたデータを適切なシーケンスでアクセス端末に送信すること、を含むことができる。さらに、通信装置が以下に説明されており、ここでは、該装置は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定するための手段と、第１のトランシーバモジュールからのデータ、および、どのデータが次にアクセス端末に送信されるべきかの指示を受信するための手段、とを備えており、該通信装置は、第２のトランシーバモジュールを備えている。該装置は、アクセス端末に望ましい方法で送信されるデータをネットワークモジュールから受信するための手段と、第１のトランシーバモジュールおよびネットワークモジュールから受信されるデータを適切なシーケンスでアクセス端末に送信するための手段と、をさらに含むことができる。さらに別の態様においては、シーケンス情報に関連付けられている第１のトランシーバモジュールからのデータを受信すること、シーケンス情報に関連付けられているネットワークモジュールからのデータを受信すること、および、第１のトランシーバモジュールおよびネットワークモジュールから受信されたデータを正しいシーケンスでアクセス端末に送信すること、のための命令を実行するように、プロセッサは、構成されることができる。

その上さらに、以下により詳細に説明されるように、ネットワークモジュールにおけるハンドオフのための方法は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという指示を受信することと、アクセス端末が現在第２のトランシーバモジュールによってサービスを受けていることを複数のトランシーバモジュールに示すことと、を備えることができる。加えて、通信装置は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという指示を受信するための命令、および、第２のトランシーバモジュールが現在アクセス端末にサービスを行っていることを第１のトランシーバモジュールおよび第２のトランシーバモジュールに示すための更なる命令、を含むメモリを備えることができる。通信装置はまた、該命令を実行するように構成されるプロセッサも含むことができる。さらに、なお別の態様に従って、コンピュータ可読媒体は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定すること、および、第２のトランシーバモジュールがアクセス端末に順方向リンク上でデータを送信していることを複数のトランシーバモジュールに示すこと、のためのコンピュータ実行可能命令を、備えることができる。

さらに、以下に説明されるように、通信装置は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという指示を受信するための手段と、第２のトランシーバモジュールがアクセス端末にサービスを行っていることを示すメッセージを複数のトランシーバモジュールに提供するための手段と、を含むことができる。別の態様においては、プロセッサは、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定すること、および、第２のトランシーバモジュールがアクセス端末にサービスを行っていることを複数のアクセス端末に知らせること、のための命令を実行するように構成されることができる。

上述および関連する目的の達成のために、ある例示的な態様が、以下の記述および添付の図面と共にここに説明される。これらの態様は、しかしながら、開示される主題の原理が使用され得る様々な方法のうちのほんの数例だけを示しており、特許請求の範囲に記載された対象は、全てのそのような態様とそれらの均等物(equivalents)とを含むように意図される。その他の利点および新規な特徴は、図面と併せて検討されるときに以下の詳細な説明から明らかになるであろう。

［詳細な説明］
同様の参照番号が全体をとおして同様の要素を指すように使用されている図面を参照して、開示された主題が今から説明される。以下の記述においては、説明の目的で、多くの具体的な詳細が、開示された主題の完全な理解を提供するために示される。しかしながら、そのような主題は、これらの具体的な詳細なしに実施されることができることは明らかであり得る。他の例においては、よく知られた構造およびデバイスは、開示された主題を説明することを容易にするために、ブロック図の形態で示される。

さらに、様々な実施形態が、アクセス端末に関連してここに説明される。アクセス端末は、システム、加入者ユニット、加入者局、移動局、ユーザ機器、移動体デバイス、遠隔局、遠隔端末、ユーザ端末、端末、ユーザエージェント、またはユーザデバイスとも呼ばれることができる。例えば、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカルループ（ＷＬＬ）局(wireless local loop(WLL)station）、ＰＤＡ、無線接続機能を有するハンドヘルドデバイス、移動体デバイス内のプロセッサ、または無線モデムに接続されたその他の処理デバイスであってよい。

さらに、開示される主題の態様は、ここに説明される種々の態様をインプリメントするようにコンピュータを制御するソフトウェア、ファームウェア、ハードウェア、あるいは任意のそれらの組合せを作るために標準的なプログラミングおよび／またはエンジニアリング技術を使用し、方法、装置、または製造物品としてインプリメントされることができる。ここにおいて使用されるような用語「製造物品(article of manufacture)」は、任意のコンピュータ可読デバイス、キャリア、あるいは媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ可読媒体は、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ．．．）、光ディスク（例えば、コンパクトディスク（ＣＤ）、ディジタルバーサタイルディスク（ＤＶＤ）．．．）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック、キードライブ．．．）を含むことができるがこれらに限定されない。さらに、コンピュータ可読電子データ、例えば、ボイスメールを送信することおよび受信することにおいて、あるいはセルラネットワークのようなネットワークにアクセスすることにおいて使用されるようなコンピュータ可読電子データ、を搬送するために、搬送波が使用されることができることは、理解されるべきである。勿論、ここにおいて説明されているものの範囲あるいは精神を逸脱することなく、このコンフィギュレーション(configuration)に対して多くの修正が行われることが可能であることが、認識されることができる。

ここで図面を見ると、図１は、ネットワークエッジ(network edge)においてデータパケットのフレーム化を実行することに関連して利用されることができる、ネットワークアーキテクチャ１００を示す。さらに、第１のトランシーバモジュールから第２のトランシーバモジュールへのアクセス端末のハンドオフ中にどのようにフレームが送信されるかを定義するプロトコルが、ここにおいて説明される。アーキテクチャ１００は、ホームエージェント１０２を含み、このホームエージェントは、インターネット１０６から受信されたパケットのアクセス端末１０４へのルーティングに関連する情報を維持するアクセス端末１０４のホームネットワーク上のルータであることができる。一例に従って、ホームエージェント１０２は、インターネット１０６からのデータを転送するために、トンネリングメカニズム(tunneling mechanisms)を利用することができ、それによって、アクセス端末１０４が異なる位置からホームネットワークに接続する度にアクセス端末１０４のＩＰアドレスが変わることを必要としない。

アーキテクチャ１００は、アクセス端末１０４に対してインターネット接続点を提供するネットワークモジュール１０８をさらに含む。ネットワークモジュール１０８は、少なくとも１つのトランシーバモジュールに通信可能に結合される。この例のアーキテクチャ１００において、ネットワークモジュール１０８は、ソーストランシーバモジュール１１０およびターゲットトランシーバモジュール１１２に通信可能に結合され、トランシーバモジュール１１０および１１２は、アクセス端末１０４にエアインターフェース接続を提供する。アクセス端末１０４は、（例えば、変動する無線状態が原因で）ソーストランシーバモジュール１１０からターゲットトランシーバモジュール１１２へのハンドオフを要求する可能性がある。従来、階層化アーキテクチャ（例えば、アーキテクチャ１００など）において、ネットワークモジュール１０８は、データパケットを生成し、トランシーバモジュール１１０および１１２による伝送に適切な方法で、データパケットをフラグメント化し、フレーム化する。アクセス端末１０４によってソーストランシーバモジュール１１０からターゲットトランシーバモジュール１１２へのハンドオフが要求されるとき、そのようなトランシーバモジュールのうちの１つがネットワークモジュール１０８に知らせ、そのネットワークモジュール１０８は、つぎに、フレームをターゲットトランシーバモジュール１１２に送信することを開始する。

しかしながら、いくつかのネットワーク設計においては、トランシーバモジュールがネットワークモジュール１０８によって生成されたデータパケットを受信し、次に、そのようなデータパケットのフレーム化(framing)およびフラグメント化(fragmenting)を実行することが望ましいかもしれない、それゆえに、フレーム化およびフラグメント化が、ネットワークエッジにおいて（トランシーバモジュールにおいて）始められることができる。そのような設計において、ネットワークモジュール１０８は、データパケットをトランシーバモジュールに中継する前に、データパケットにシーケンス番号でスタンプを付ける(stamp)ことができ、それによって、トランシーバモジュールがデータパケットの伝送のシーケンスを決定することを可能にする。したがって、トランシーバモジュール１１０および１１２ならびにネットワークモジュール１０８は、そのようなシステム設計において所望のシーケンスでアクセス端末１０４にデータパケット、部分的なデータパケット、および／またはフレームを提供するために互いに通信する必要がある。

したがって、アクセス端末１０４に現在サービスを行っているトランシーバモジュール（ソーストランシーバモジュール１１０）から、アクセス端末１０４に望ましい方法でサービスを行っているトランシーバモジュール（ターゲットトランシーバモジュール１１２）へのハンドオフを、アクセス端末１０４が要求するときに、アクセス端末１０４と、ネットワークモジュール１０８と、ソースおよびターゲットトランシーバモジュール１１０および１１２とによって行われる動作を定義するプロトコルが、ここに説明される。より詳細には、ソーストランシーバモジュール１１０は、アクセス端末１０４を対象とするネットワークモジュール１０８からのデータパケットを受信するように構成されることができ、例えば無線リンクプロトコル（ＲＬＰ）に従ってデータパケットをフラグメント化し、そのデータパケットの一部をフレーム化することができる。次に、ソーストランシーバモジュール１１０は、物理レイヤフレームを、順方向リンク上で、アクセス端末１０４に送信することができる。アクセス端末１０４は、ソーストランシーバモジュール１１０から受信される信号の強度（およびその他のトランシーバモジュールに関連する信号の強度）を監視する。したがって、アクセス端末１０４は、ターゲットトランシーバモジュール１１２に関連する信号強度がソーストランシーバモジュール１１０に関連する信号強度よりも強くなる場合にソーストランシーバモジュール１１０からターゲットトランシーバモジュール１１２へのハンドオフを要求することができる。

詳細な一例においては、アクセス端末１０４は、チャネル品質インジケータ(channel quality indicator)（ＣＱＩ）レポートを生成することができ、そのようなレポートをソーストランシーバモジュール１１０および／またはターゲットトランシーバモジュール１１２に送信することができる。ＣＱＩレポートは、そのアクセス端末１０４がどのトランシーバモジュールによってサービスを受けたいかの指示を含むことができる。したがって、アクセス端末がソーストランシーバモジュール１１０からターゲットトランシーバモジュール１１２へのハンドオフを望むとき、そのアクセス端末１０４は、ソーストランシーバモジュール１１０を所望のサービス提供モジュールとして示すのではなく、ターゲットトランシーバモジュール１１２を所望のサービス提供モジュールとして示すことができるＣＱＩレポートを生成および送信することができる。アクセス端末１０４は、周期的にＣＱＩメッセージを生成し、そのようなＣＱＩメッセージをいくつかのトランシーバモジュールに送信することができ、その結果、トランシーバモジュールはＣＱＩメッセージを受信するトランシーバモジュールに近い位置にアクセス端末１０４が存在することを知ることになることが理解される。

ソーストランシーバモジュール１１０が切換要求を受信する前にターゲットトランシーバモジュール１１２が切換要求を受信する場合、ターゲットトランシーバモジュール１１２は、ネットワークモジュール１０８と、ハンドオフ要求のソーストランシーバモジュール１１０とに指示することができる。ハンドオフ要求を知らされたことに応答して、ソーストランシーバモジュール１１０は、アクセス端末１０４への所望の伝送のためにソーストランシーバモジュール１１０によって受信されたがまだ送信されていないデータをターゲットトランシーバモジュール１１２に提供することができる。そのようなデータは、（ネットワークモジュール１０８によってデータパケットに割り当てられたシーケンス番号に関連する）データパケット全体、（ネットワークモジュール１０８によって割り当てられたシーケンス番号に関連する）部分的なデータパケット、および／またはデータパケットから生成された物理レイヤフレームの形態であることができる。加えて、ソーストランシーバモジュール１１０は、データパケットのどの部分が時間的に次のＲＬＰのフレーム化および伝送を行われるべきであるかを示すことができる。

さらに、一態様において、ソーストランシーバモジュール１１０は、ソーストランシーバモジュール１１０がもはやアクセス端末１０４にサービスを行っていないこと、およびターゲットトランシーバモジュール１１２がアクセス端末１０４にサービスを行っているという指示をネットワークモジュール１０８に提供することができる。加えて、ソーストランシーバモジュール１１０は、最も新しく受信されたデータパケットの識別情報をネットワークモジュール１０８に示すことができ、それによって、ネットワークモジュール１０８がターゲットトランシーバモジュール１１２にシーケンスが次のデータパケットを提供することを可能にする。別の例において、ソーストランシーバモジュール１１０は、データパケットをソーストランシーバモジュール１１０ではなくネットワークモジュール１０８によって転送する方がより効率的である可能性があるときに、ソーストランシーバモジュール１１０がどのデータパケットをターゲットトランシーバモジュール１１２に転送したかを（ネットワークモジュール１０８に）示すことができる。換言すると、ソーストランシーバモジュール１１０およびネットワークモジュール１０８は、重複するデータ(duplicative data)がターゲットトランシーバモジュール１１２に配信されないことを確かなものとするために相互作用(interact)できる。ターゲットトランシーバモジュール１１２は、ソーストランシーバモジュール１１０およびネットワークモジュール１０８から伝送のためのデータを受信することができ、さらに、シームレスなハンドオフ(seamless handoff)が行われ、データが適切な順序で(in an appropriate order)アクセス端末１０４に送信されるように伝送のシーケンスの指示を受信することができる。

理解されることができるように、上述のプロトコルに対する様々な順序の変更(permutations)が、考えられることができ、ここに添付の特許請求の範囲の範囲に入るように意図されている。例えば、ソーストランシーバモジュール１１０は、アクセス端末１０４がターゲットトランシーバモジュール１１２へのハンドオフを要求しているという指示(indication)を、ターゲットトランシーバモジュール１１２がそのような指示を受信する前に、受信することができる。ソーストランシーバモジュール１１０は、それに応じて、ターゲットトランシーバモジュール１１２にハンドオフを示す(indicate)ことができ、アクセス端末１０４への伝送のためにターゲットトランシーバモジュール１１２にデータを提供することができる。開示される主題の最も重要な点(crux)は、ソーストランシーバモジュール１１０からターゲットトランシーバモジュール１１２へのアクセス端末１０４のハンドオフ中のデータの状態の処理を中心に展開する(revolves)。

ここで図２を見ると、一例の無線通信システム２００が示される。システム２００は複数のセクタ２０２〜２１２を含み、アクセス端末はそのようなセクタ２０２〜２１２内で無線サービスを使用することができる。セクタ２０２〜２１２は事実上六角形であり、実質的に同様の大きさであるように示されるが、セクタ２０２〜２１２の大きさおよび形状は、ビルなどの物理的な障害物の地理的領域、数、大きさ、および形状と、いくつかのその他の要因とに依存して変わる可能性があることが理解される。アクセスポイント２１４〜２２４がセクタ２０２〜２１２に関連付けられ、アクセスポイント２１４〜２２４は、セクタ２０２〜２１２内でユーザ機器にサービスを提供するために利用される。アクセスポイント２１４〜２２４は、トランシーバモジュールおよびネットワークモジュールであることができるか、またはトランシーバモジュールおよびネットワークモジュールを備えることができる。例えば、アクセスポイント２１４〜２２４は、トランシーバモジュールおよび／またはネットワークモジュールを備える基地局および／または無線ルータであることができる。アクセスポイント２１４〜２２４のそれぞれは、いくつかのアクセス端末に同時にサービスを提供することができる。システム２００において、アクセス端末２２６はセクタ２１０に関連付けられ、したがって、アクセスポイント２２２によってサービスを提供されることができる。しかしながら、アクセス端末２２６は、持ち運びのできる(portable)可能性があり、したがって、本質的に異なるセクタ(disparate sectors)に移る(transition)ことがある（例えば、アクセスポイント間のハンドオフを起こしやすい）。アクセスポイント２１４〜２２２は、アクセスポイント間でアクセス端末２２６を効率的にハンドオフすることを容易にするためにデータの状態を互いに伝えるように構成されることができる。

特定の例において、アクセス端末２２６はアクセスポイント２２２に通信可能に結合されることができ、アクセスポイント２２２は、データパケットを受信し、アクセス端末への伝送のためにそのようなパケットを物理レイヤフレームに変換するトランシーバモジュール（示されていない）を含むことができる。データパケットは、アクセスポイント２２２内、異なるアクセスポイント内、および／またはアクセスポイント２１４〜２２４内に存在しないネットワークサーバ内に存在することができるネットワークモジュール（図示せず）から受信されることができる。ネットワークモジュールは、アクセスポイント２２２が所望のシーケンスでアクセス端末２２６にデータを送信することができるように、アクセスポイント２２２に関連するトランシーバモジュールに提供されるデータパケットに、シーケンス番号を提供することができる。

信号品質の変化（これは地理的領域上でアクセス端末２２６の移行すること(transitioning)から生じ得る）が原因で、アクセス端末２２６はアクセスポイント２２２からアクセスポイント２２４へのハンドオフを要求する可能性がある。一例において、要求は、アクセスポイント２２２、アクセスポイント２２４、および／または少なくともアクセス端末２２６のある程度近くにあるその他のアクセスポイントに送信されるＣＱＩレポート内で、示されることができる。（アクセスポイント２２２に関連するトランシーバモジュール、ネットワークモジュール、またはアクセス端末２２６から）指示を受信すると、アクセスポイント２２２に関連するトランシーバモジュールは、少なくとも部分的なデータパケットをアクセスポイント２２４に関連するトランシーバモジュールに提供することができ、さらには、次にどのデータをアクセス端末２２６に提供するかについての指示も提供することができる。次に、アクセスポイント２２４は、適切なデータを（ネットワークモジュール同様に、アクセスポイント２２２から受信された）適切なシーケンスでアクセス端末２２６に提供することができる。

ここで図３を参照すると、無線通信環境内で使用するための通信装置３００が示される。装置３００は、基地局あるいはその一部、ルータあるいはその一部、スイッチあるいはその一部、ゲートウェイあるいはその一部、等、であることができる。装置３００は、適切なシーケンスで順方向リンク上でアクセス端末にデータを提供することに関する様々な命令を保持するメモリ３０２、を含むことができる。例えば、装置３００がネットワークモジュールである場合、メモリ３０２は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという指示を受信するための命令、を含むことができる。そのような指示は、第１のトランシーバモジュール、第２のトランシーバモジュール、または別のトランシーバモジュールのうちの１つまたは複数から受信されることができる。メモリ３０２は、第２のトランシーバモジュール（例えば、アクセス端末にサービスを行うように要求されるトランシーバモジュール）の識別情報を決定するための命令をさらに含むことができる。一例に従って、第２のトランシーバモジュールは、そのトランシーバモジュールに関連するインターネットプロトコル（ＩＰ）アドレスを分析することを通して、識別されることができる。しかしながら、トランシーバモジュールを識別するための任意の適切な方法が、考えられており、ここに添付の特許請求の範囲の範囲に入るように意図される。メモリ３０２は、アクセス端末が第２のトランシーバモジュールによってサービスを受けていることを複数のトランシーバモジュールに示すための命令も、備えることができる。通信装置３００は、それらの命令を実行するように構成されるプロセッサ３０４を、さらに含むことができる。

別の例においては、通信装置３００はソーストランシーバモジュールであることができる。そのような場合、メモリ３０２は、フレーム化およびアクセス端末への伝送のためにネットワークモジュールからデータを受信し、フレーム化されたデータを、物理チャネル上でアクセス端末に送信するための命令を、含むことができる。メモリ３０２は、ソーストランシーバモジュールによってサービスを受けているアクセス端末が、ソーストランシーバモジュールからターゲットトランシーバモジュールへのハンドオフを要求したという指示を受信するための命令を、さらに備えることができる。なおさらに、メモリ３０２は、指示を受信次第、部分的なデータパケットをターゲットトランシーバモジュールに転送するための命令を、含むことができる。この場合もやはり、プロセッサ３０４はそのような命令を実行するように構成されることができる。

さらに別の例においては、通信装置３００はターゲットトランシーバモジュールであることができる。そのような場合、メモリ３０２は、ソーストランシーバモジュールからデータを受信するための命令を、備えることができ、該データは、アクセス端末に望ましい方法で送信される。一例において、データは、完全なデータパケット、部分的なデータパケット、物理レイヤフレームなどであることができる。メモリ３０２は、受信データのどの部分が次にアクセス端末に送信されるべきかの指示を受信するための命令も、含むことができる。一例に従えば、データパケット内にポインタが置かれることができ、ポインタは、（アクセス端末が適切な順序でデータを受信するように）データパケットのどの部分を最初にアクセス端末に送信するのかを示すために利用される。メモリ３０２は、ネットワークモジュールからデータを受信するための命令も、備えることができ、該データは、アクセス端末に望ましい方法で送信される。例えば、そのようなデータは、ＩＰカプセル化データパケットの形態であることができる。メモリ３０２は、第２のトランシーバモジュールおよびネットワークモジュールから受信されたデータを、選択的に配列すること、および、アクセス端末に送信すること、のための命令を、さらに含むことができる。プロセッサ３０４は、そのような命令を実行するように構成されることができる。

図４〜７を参照すると、アクセス端末に順方向リンク上でデータを送信することに関連する方法が示される。説明の簡略化の目的で、方法は、一連の動作として示されそして説明されるが、いくつかの動作は、ここに示されそして説明される動作とは異なる順序で、および／または、他の動作と同時に、行われることができるので、方法はその動作順序によって限定されないことを理解され、かつ認識されるべきである。例えば、当業者は、方法が、代替的に、状態図におけるような一連の相互に関連する状態またはイベントとして表されることができるであろうことを理解し、認識するであろう。さらに、１つまたは複数の実施形態に従って方法を実行するためには、示された動作の必ずしも全てが利用されなくてもよい。

図４だけを参照すると、１つまたは複数の部分的なデータパケットおよび／または１つまたは複数のデータパケットを、第１のトランシーバモジュールから第２のトランシーバモジュールに転送するための方法４００が、示される。方法４００は４０２で始まり、４０４において、ネットワークモジュールからのデータが、フラグメント化、フレーム化、およびアクセス端末への伝送のために、受信される。より詳細には、アクセス端末に現在サービスを行っている第１のトランシーバモジュールは、ネットワークモジュールから、ＩＰカプセル化データパケットを受信することができ、そのようなデータは、第１のトランシーバモジュールからアクセス端末に望ましい方法で送信される。加えて、ＩＰカプセル化データパケットは、データパケットに関連するシーケンスを示すスタンプ(stamps)に関連付けられることができる。次に、第１のトランシーバモジュールは、データパケットにアクセスし、伝送のための物理フレームを生成することができる。

４０６で、フレーム化されたデータが物理チャネル上でアクセス端末に送信される。４０８で、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを望むという指示が、受信される。例えば、そのような指示は、アクセス端末から受信されることができ、指示は、ＣＱＩレポートまたはその他の適切なメッセージ内で提供される。別の例においては、指示は、（アクセス端末から当該指示を受信した）第２のトランシーバモジュールから受信されることができる。さらに別の例においては、もしネットワークモジュールが、第１のトランシーバモジュールがハンドオフ要求を知る前に、該要求の指示を受信する場合は、ネットワークモジュールは、第１のトランシーバモジュールに当該要求を知らせることができる。４１０で、ネットワークモジュールから受信されたデータパケットの一部は、アクセス端末への伝送のために第２のトランシーバモジュールに転送され、そのようなデータパケットの一部は、第１のトランシーバモジュールがハンドオフ要求の指示を受信次第、転送される。さらに、その他のデータパケットの一部および完全なデータパケットが第１のトランシーバモジュールから第２のトランシーバモジュールに転送されることができる。一例において、データパケットの一部はメッセージの形態で第２のトランシーバモジュールに提供されることができ、メッセージは、どこでデータパケットの一部をフレーム化し始め、送信し始めるのか、だけではなく、データパケットに関連するシーケンス番号にも関連する情報を、さらに含むことができる。したがって、データは、適切な順序で、アクセス端末に提供されることができる。方法４００は、このあと、４１２で終了する。

ここで図５を見ると、ソーストランシーバモジュールおよびネットワークモジュールから受信されたデータを適切なシーケンスでアクセス端末に送信するための方法５００が示される。方法５００は５０２で開始し、５０４において、アクセス端末に望ましい方法で送信されるデータが、ソーストランシーバモジュールから受信される。例えば、アクセス端末は、アクセス端末がソーストランシーバモジュールからターゲットトランシーバモジュールにハンドオフすることを望むことを、ソーストランシーバモジュールおよび／またはターゲットトランシーバモジュールに示すことができる。５０６において、データのどの部分が次にアクセス端末に送信されるべきかの指示が、受信される。一例において、ソーストランシーバモジュールは、物理チャネル上で、アクセス端末への伝送のためにＩＰカプセル化データパケットの一部をフレーム化することを開始することができる。しかしながら、データパケットの残りの部分は、さらにフレーム化され、アクセス端末に送信される必要があるかもしれない。したがって、データパケットの一部がさらにアクセス端末に送信される必要があるかもしれず、ターゲットトランシーバモジュールにおいてどこでフレーム化および伝送が始まるべきかと同様に、そのような部分も、ターゲットトランシーバモジュールにおいてソーストランシーバモジュールから受信されることができる。

５０８において、アクセス端末に望ましい方法で送信されるデータがネットワークモジュールから受信される。例えば、ソーストランシーバモジュールは、データパケットの特定のセット(a particular set)がソーストランシーバモジュールによってターゲットトランシーバモジュールに提供されたことを、ネットワークモジュールに示すことができる。ここにおいて使用されるように、データパケットのセット(a set of data packets)は、１つもしくは複数の部分的なデータパケットおよび／または１つもしくは複数の完全なデータパケットを含むことができる。次に、ネットワークモジュールはデータパケットの適切なセット（例えば、シーケンスにおいて次のデータパケット）を提供することができ、ターゲットトランシーバモジュールは重複したデータパケットを受信しない。５１０で、ターゲットトランシーバモジュールは、ソーストランシーバモジュールおよびネットワークモジュールから受信されたデータを選択的に配列し(orders)、そのようなデータをアクセス端末に送信する。そのあと、方法５００は５１２で終了する。

ここで図６を参照すると、無線通信環境におけるアクセス端末へのデータ提供に関する方法６００が示される。方法６００は、６０２で始まり、６０４で、データパケットが第１のトランシーバモジュールに提供される。より具体的には、ネットワークモジュールが、レイヤ３トンネリングを用いてＩＰカプセル化データパケットを第１のトランシーバモジュールに提供することができ、第１のトランシーバモジュールが、そのようなデータパケットの一部をフレーム化してアクセス端末へのそれらの伝送を可能にすることができる。６０６において、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことの指示が受信される。６０８において、ネットワークモジュールは、第２のトランシーバモジュールがアクセス端末にサービスを行っている(serving)ことを、複数のトランシーバモジュールに示す。したがって、いくつかのトランシーバモジュールは、どのトランシーバモジュールが現在アクセス端末にサービスを行っているのかを知る。第２のトランシーバモジュールがアクセス端末にサービスを行っているという指示は、もし複数のハンドオフが短時間に発生すれば、指示を受信するトランシーバモジュールがどの指示が最も新しいのかを知るように、シーケンス番号に関連付けられることができる。方法６００は、そのあと、６１０で完了する。

ここで図７を見ると、ハンドオフに関して行われる動作を示す流れ図７００が示される。流れ図７００は、ハンドオフの前、間、および後の、順方向リンク上でアクセス端末７０２へデータを提供することに関して、アクセス端末７０２、ソーストランシーバモジュール７０４、ターゲットトランシーバモジュール７０６、およびネットワークモジュール７０８の間での相互作用を示す。上述のように、ネットワークモジュール７０８は、アクセス端末７０２に対してインターネットへの接続点を提供することができ、レイヤ３シグナリングを用いて、ソースおよびターゲットトランシーバモジュール７０４および７０６とそれぞれ通信することができる。ソースおよび／またはターゲットトランシーバモジュール７０４および７０６は、アクセス端末７０２に対して、無線（ＯＴＡ）インターフェースを提供することができ、レイヤ２シグナリングを用いて、アクセス端末７０２に関するデータを送信および受信することができる。

７１０において、アクセス端末は、そのアクセス端末がソーストランシーバモジュール７０４によってサービスを受ける（例えば、ソーストランシーバモジュール７０４から順方向リンク上でデータを提供される）ことを望むことを、ソーストランシーバモジュール７０２に示す。一例において、アクセス端末７０２はＣＱＩメッセージを生成することができ、そのＣＱＩメッセージの一部は、アクセス端末７０２にサービスを行うべきトランシーバモジュールを識別するために利用される。加えて、図示されていないが、アクセス端末７０２は、そのようなメッセージを、ターゲットトランシーバモジュール７０６およびいくつかのその他のトランシーバモジュールに送信することができる。７１２において、ネットワークモジュール７０８は、アクセス端末７０２への伝送のためにソーストランシーバモジュールにレイヤ３シグナリングを用いてデータを送信する。ソーストランシーバモジュール７０４は、例えば、ネットワークモジュール７０８からシーケンス値(sequence value)に関連付けられているＩＰカプセル化データパケットを受信することができ、ソーストランシーバモジュール７０４は、順方向リンク上でアクセス端末７０２への伝送のために、そのようなデータパケットの一部をフレーム化することができる。７１４において、ソーストランシーバモジュール７０４は、フレーム化されたデータ（およびスケジューリングパラメータなどの順方向リンク割り当てパラメータを示すメッセージ）をアクセス端末７０２に送信することができる。

７１６において、アクセス端末７０２は、ソーストランシーバモジュール７０４からターゲットトランシーバモジュール７０６へのハンドオフが望まれることを、ターゲットトランシーバモジュール７０６に示す。上述のように、アクセス端末７０２は、上述の指示をターゲットトランシーバモジュール７１６（ならびにソーストランシーバモジュール７０４および他のトランシーバモジュール）に提供するためにＣＱＩメッセージを利用することができる。７１８において、ターゲットトランシーバモジュール７０６は、アクセス端末７０２がソーストランシーバモジュール７０４からターゲットトランシーバモジュール７０６にハンドオフされることを要求したことを、ソーストランシーバモジュール７０４に示す。さらに、７２０において、ターゲットトランシーバモジュール７０６は、ネットワークモジュール７０８に要求を知らせることができる。

７２２において、ソーストランシーバモジュール７０４は、アクセス端末７０２にまだ送信されていないデータをターゲットトランシーバモジュール７０６に提供する。一例に従い、ソーストランシーバモジュール７０４は、ハンドオフ要求が受信されるときに、ＩＰカプセル化データパケットのおよそ半分をフレーム化して送信してしまっているかもしれない。したがって、ソーストランシーバモジュール７０４は、フレーム化および伝送のために、データパケットの残りの部分をターゲットトランシーバモジュール７０６に提供することができる。さらに、ソーストランシーバモジュール７０４がハンドオフ要求を知っていることを示すメッセージがターゲットトランシーバモジュール７０６に提供されることができる。７２４において、ソーストランシーバモジュール７０４は、ハンドオフが正しいことをネットワークモジュール７０８に示し、ソーストランシーバモジュール７０４によって受信された、および／またはターゲットトランシーバモジュール７０６に転送された最も新しいデータパケットを、ネットワークモジュール７０８に示す。したがって、ネットワークモジュール７０８は、どのデータパケットが次にターゲットトランシーバモジュール７０６に提供されるべきかを知ることができる。

７２６において、ターゲットトランシーバモジュール７０６は、ハンドオフが受理されたことを示すメッセージをソーストランシーバモジュール７０４に提供する。７２８において、ターゲットトランシーバモジュール７０６は、順方向リンク割り当てメッセージおよびデータを、アクセス端末７０２に送信することができる。データは、ソーストランシーバモジュール７０４からターゲットトランシーバモジュール７０６に転送されたデータであり得る。７３０および７３２において、ネットワークモジュール７０８は、ターゲットトランシーバモジュール７０６がアクセス端末７０２にサービスを行っていることをターゲットトランシーバモジュール７０６およびソーストランシーバモジュールにそれぞれ知らせる。さらに、ネットワークモジュール７０８は、ターゲットトランシーバモジュール７０６がアクセス端末７０２にサービスを行っていることを、他のトランシーバモジュール（示されておらず）に知らせることができる。７３６において、ネットワークモジュール７０８は、フラグメント化、フレーム化、およびアクセス端末７０２への伝送のために、少なくとも１つのＩＰカプセル化データパケットをターゲットトランシーバモジュール７０６に提供する。７３４において、ターゲットトランシーバモジュール７０６は、そのようなデータ（ならびにスケジューリングおよび順方向リンク割り当てパラメータ）をアクセス端末７０２に送信することができる。特定のプロトコルが上記に説明されたが、いくつかの動作は、省略されるか、または説明された順序とは異なる順序で行われることができることが理解される。

ここで図８を参照すると、ハンドオフに関するアクセス端末８０２、ソーストランシーバモジュール８０４、ターゲットトランシーバモジュール８０６、およびネットワークモジュール８０８の間の通信を示す、一例の流れ図８００が示される。この例の流れ図８００において、ターゲットトランシーバモジュール８０６は、アクセス端末８０２がソーストランシーバモジュール８０４からターゲットトランシーバモジュール８０６にハンドオフされることを望んでいるというメッセージを、アクセス端末から不正確に(incorrectly)受信あるいは復号化する。８１０において、アクセス端末は、ＣＱＩレポートを生成し、当該ＣＱＩレポートをソーストランシーバモジュール８０４（ならびに、場合によってはターゲットトランシーバモジュール８０６および他のトランシーバモジュール）に送信することができる。ＣＱＩレポートは、どのトランシーバモジュールがアクセス端末８０２に望ましい方法でサービスを行うのかの指示、を含むことができる。８１２において、ネットワークモジュール８０８は、アクセス端末８０２への伝送のためにデータパケットをソーストランシーバモジュール８０４に提供することができる。各データパケットは、ソーストランシーバモジュール８０４が所望の順序でアクセス端末８０２に物理フレームを送信することができるように、シーケンス番号でスタンプを付けられる(stamped)ことができる。８１４において、ソーストランシーバモジュール８０４は、スケジューリング情報および／またはデータをアクセス端末８０２に送信する。８１６において、ターゲットトランシーバモジュールは、アクセス端末８０２がターゲットトランシーバモジュール８０６によってサービスを受けることを望むという指示を、アクセス端末８０２から（不正確に）受信する。８１８において、ターゲットトランシーバモジュール８０６は、受信された要求をソーストランシーバモジュール８０４に知らせることができ、８２０において、ターゲットトランシーバモジュール８０６は、受信された要求をネットワークモジュール８０８に知らせることができる。しかしながら、一方では、ソーストランシーバモジュール８０４は、アクセス端末８０２からＣＱＩレポートを受信していることができ、そのようなレポートは、実際は、ソーストランシーバモジュール８０４がアクセス端末８０２にサービスを行うことをアクセス端末８０２が望むことを示す。

したがって、８２２において、ソーストランシーバモジュール８０４は、アクセス端末８０２がソーストランシーバモジュール８０４によってサービスを受けることを望むことを示すメッセージを、ネットワークモジュール８０８に提供することができ、８２４において、アクセス端末８０２に順方向リンク上でデータおよびスケジューリング情報を送信することができる。一例において、ソーストランシーバモジュール８０４は、ＲＬＰに従ってデータをフォーマットする(format)ことができる。ネットワークモジュール８０８は、それぞれ８２６および８２８において、ソーストランシーバモジュール８０４がアクセス端末８０２にサービスを行っていることをターゲットトランシーバモジュール８０６と、ソーストランシーバモジュール８０４と、そして多分、他のトランシーバモジュールと、に知らせることができる。その後、８３０において、ネットワークモジュール８０８は、アクセス端末８０２を対象とするＩＰカプセル化データパケットを、ソーストランシーバモジュール８０４に提供することができる。８３２において、ソーストランシーバモジュール８０４は、ネットワークモジュール８０８から受信されたデータをアクセス端末８０２に送信することができる。

ここで図９を参照して、ソーストランシーバモジュール９０４がハンドオフ要求を最初に受信するときにアクセス端末９０２、ソーストランシーバモジュール９０４、ターゲットトランシーバモジュール９０６、およびネットワークモジュール９０８によって行われる動作を示す、一例の流れ図９００が提供される。９１０において、アクセス端末は、アクセス端末がソーストランシーバモジュール９０４によって望ましい方法でサービスを受けていることを示す（例えば、ＣＱＩメッセージにおいてそのように示す）。９１２において、ネットワークモジュール９０８は、アクセス端末９０２への伝送のために少なくとも１つのＩＰカプセル化データパケットをソーストランシーバモジュールに提供し、９１４において、ソーストランシーバモジュール９０４は、データパケットの少なくとも一部をフレーム化し、アクセス端末９０２に送信する。

９１６において、アクセス端末９０２は、アクセス端末９０２がターゲットトランシーバモジュール９０６によってサービスを受けることを望むことを示し、ソーストランシーバモジュール９０４はそのような指示を受信することができる。９１８において、ソーストランシーバモジュールは、アクセス端末９０２に望ましい方法で送信されるデータをターゲットトランシーバモジュール９０６に提供することによって、ターゲットトランシーバモジュール９０６にハンドオフ要求を知らせる。上述のように、ソーストランシーバモジュール９０４は、ターゲットトランシーバモジュール９０６がどのデータをアクセス端末９０２に送信し始めるべきかの指示を提供することができる。別の例においては、ソーストランシーバモジュール９０４は、ターゲットトランシーバモジュール９０６に部分的なデータパケットを提供することができ、ターゲットトランシーバモジュール９０６はそれに応じて送信を開始することができる。

９２０において、ソーストランシーバモジュール９０４は、ネットワークモジュール９０８にハンドオフ要求を知らせ、どのデータパケットがターゲットトランシーバモジュール９０６に提供されたかをネットワークモジュールに示す。９２２において、ターゲットトランシーバモジュール９０６は、ターゲットトランシーバモジュール９０６へのハンドオフ要求が受信されたことをソーストランシーバモジュール９０４に示し、９２４において、ターゲットトランシーバモジュール９０６は、そのターゲットトランシーバモジュール９０６がアクセス端末９０２にサービスを行っていることになることをネットワークモジュール９０８に知らせる。９２６において、ターゲットトランシーバモジュール９０６は、ソーストランシーバモジュール９０４から受信されたデータをアクセス端末に送信し、および／またはターゲットトランシーバモジュール９０６がアクセス端末９０２にサービスを行うであろうことをアクセス端末９２６に知らせる。９２８および９３０において、ネットワークモジュール９０８は、ターゲットトランシーバモジュール９０６がアクセス端末９０２にサービスを行っていることをターゲットトランシーバモジュール９０６およびソーストランシーバモジュール９０４にそれぞれ示す。さらに、ネットワークモジュール９０８は、そのような指示を図示されていない他のトランシーバモジュールに提供することができる。９３２において、ネットワークモジュール９０８は、アクセス端末９０２への伝送のためにＩＰカプセル化データパケットをターゲットトランシーバモジュール９０６に提供し、９３４において、ターゲットトランシーバモジュール９０６は、データをフレーム化し、アクセス端末９０２に送信する。

ここで図１０を参照すると、ソーストランシーバモジュール１００４がハンドオフ要求を不正確に復調するときにアクセス端末１００２、ソーストランシーバモジュール１００４、ターゲットトランシーバモジュール１００６、およびネットワークモジュール１００８によって行われる動作を示す、一例の流れ図１０００が示される。１０１０において、アクセス端末１００２は、ソーストランシーバモジュール１００４が順方向リンク上でアクセス端末１００２にデータを提供するのをそのアクセス端末１００２が望むことを、（例えば、ＣＱＩレポートを用いて）ソーストランシーバモジュール１００４に示す。１０１２において、ネットワークモジュール１００８は、アクセス端末への伝送のために（レイヤ３トンネリングを用いて）ソーストランシーバモジュール１００４にデータを提供し、１０１４において、ソーストランシーバモジュール１００４は、ＲＬＰに従ってデータをフレーム化し、そのようなデータをアクセス端末１００２に送信する。

１０１６において、ソーストランシーバモジュール１００４はアクセス端末１００２からのハンドオフ要求を不正確に復号化し、ソーストランシーバモジュール１００４はアクセス端末１００２がターゲットトランシーバモジュール１００６へのハンドオフを要求していると信じる。１０１８において、ソーストランシーバモジュールは、ターゲットトランシーバモジュール１００６にハンドオフ要求を知らせ、データ（例えば、少なくとも部分的なデータパケット）をターゲットトランシーバモジュール１００６に提供する。さらに、１０２０において、ソーストランシーバモジュール１００４は、ネットワークモジュール１００８にハンドオフ要求を示し、ネットワークモジュール１００８にアクセス端末１００２に送信された最後のデータパケットを知らせる。１０２２において、ターゲットトランシーバモジュール１００６はハンドオフ要求を拒否し、ソーストランシーバモジュール１００４にそのような拒否を知らせる。例えば、ターゲットトランシーバモジュール１００６はアクセス端末１００２からＣＱＩレポートを受信することができ、そのようなレポートの一部はどのトランシーバモジュールがアクセス端末１００２にサービスを行うべきかを示すことができる。したがって、ターゲットトランシーバモジュール１００６は、アクセス端末１００２がターゲットトランシーバモジュール１００６によってサービスを受けることを望んでいないことを知ることができ、そのようにソーストランシーバモジュール１００４に知らせることができる。１０２４において、ターゲットトランシーバモジュール１００６は、ハンドオフ要求が拒否されたことをネットワークモジュール１００８に示す。

１０２６において、ソーストランシーバモジュール１００４は、データをアクセス端末１００２に提供し始めることができる。例えば、ソーストランシーバモジュール１００４は、ターゲットトランシーバモジュール１００６に提供されるデータが少なくとも一時的にソーストランシーバモジュール１００４に保持されるように送信バッファを有することができる。１０２８および１０３０において、ネットワークモジュール１００８は、ハンドオフが失敗したこと、およびソーストランシーバモジュール１００４がアクセス端末１００２にサービスを行っていることをターゲットトランシーバモジュール１００６およびソーストランシーバモジュール１００４の両方に知らせることができる。１０３２において、ネットワークモジュール１００８は、アクセス端末１００２に望ましい方法で送信されるデータを、ソーストランシーバモジュール１００４に提供し、１０３４において、ソーストランシーバモジュール１００４はアクセス端末１００２にデータを送信する。

ここで図１１〜１３をまとめて参照すると、システム１１００、１２００、および１３００が示されており、そのようなシステムは、ハンドオフ中にネットワークエンティティにデータの状態(state)を知らせることに関連する。システム１１００、１２００、および１３００は機能ブロックを含むように表されており、そのようなブロックはプロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によってインプリメントされる機能を表すことができる、ということが理解されるべきである。

特に図１１を見ると、ハンドオフが要求されるときにデータのアクセス端末への適切なシーケンスでの伝送を容易にするシステム１１００が示される。一例において、システム１１００は、アクセスポイントおよび／またはトランシーバモジュール内に存在することができる。システム１１００は、データをアクセス端末に送信することに関連して互いに通信することができる電気的モジュール(electrical modules)のグルーピング(grouping)１１０２を含む。グルーピング１１０２は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定するための電気的コンポーネント(electrical component)１１０４を含む。例えば、そのような決定は、アクセス端末によって生成されたＣＱＩレポート内で示されるトランシーバモジュールの識別情報を分析することによって行われることができる。より具体的には、第２のトランシーバモジュールは、ＣＱＩレポートを受信でき、受信されたＣＱＩレポート内に示された識別情報に第２のトランシーバモジュールの識別情報が対応することを決定することができる。識別情報は、１つまたは複数のその他のトランシーバモジュールの中からトランシーバモジュールを識別するために利用されることができる任意の適切なしるし(indicia)であることができる。したがって、ターゲットトランシーバモジュールの識別情報を示すための様々な方法が本発明者によって考えられ、ここに添付の特許請求の範囲の範囲に入るように意図されていることが、理解される。

グルーピング１１０２はまた、データを第１のトランシーバモジュールから受信し、どのデータが次にアクセス端末に送信されるべきかの指示を第１のトランシーバモジュールから受信するための電気的コンポーネント１１０６も含む。例えば、ＲＬＰパケットヘッダ内のタイムスタンプ(timestamp)あるいは他のシーケンス番号が、どのデータが次にアクセス端末に送信されるべきかを示すことができる。グルーピング１１０２は、ネットワークモジュールからデータを受信するための電気的コンポーネント１１０８をさらに含み、データはアクセス端末に望ましい方法で送信される。一例に従い、ネットワークモジュールから受信されたデータは、シーケンス番号あるいはスタンプに関連付けられているＩＰカプセル化データパケットであることができ、それによって、第２のトランシーバモジュールがどのデータを次にアクセス端末に送信するのかを決定することを可能にする。グルーピング１１０２は、適切なシーケンスでデータをアクセス端末に送信するための電気的コンポーネント１１１０をさらに含むことができ、データは第１のトランシーバモジュールおよびネットワークモジュールから受信される。要約すれば、第２のトランシーバモジュールは、アクセス端末に送信されるべきデータを受信することができ、データは重複しないが、特定のシーケンスで送信されるべきである。システム１１００は、コンポーネント１１０４〜１１１０を実行することに関連する命令を保持することができるメモリ１１１２も含むことができる。代替として、グルーピング１１０２およびその内容は、メモリ１１１２によって構成されることができる。

ここで図１２を参照すると、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを複数のトランシーバモジュールに知らせることを容易にするシステム１２００が示される。システム１２００は、電気的コンポーネントのグルーピング１２０２を含み、そのようなコンポーネントは、どのトランシーバモジュールが現在アクセス端末にサービスを行っているかをいくつかのトランシーバモジュールに知らせるために連携して動作することができる。グルーピング１２００は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという指示を受信するための電気的コンポーネント１２０４を含む。一例において、第１のトランシーバモジュール、第２のトランシーバモジュール、または両方のトランシーバモジュールがネットワークモジュールに要求を知らせることができる。

グルーピング１２００はまた、第２のトランシーバモジュールがアクセス端末にサービスを行っていることを複数のトランシーバモジュールに示すための電気的コンポーネント１２０６も含む。例えば、ネットワークモジュールは、サービスを行っているトランシーバモジュールのＩＰアドレスを複数のトランシーバモジュールに提供することができる。システム１２００はメモリ１２０８をさらに備え、メモリ１２０８はグルーピング１２０２によって実行される命令を含むことができる。代替として、グルーピング１２０２はメモリ１２０８内に存在することができる。

ここで図１３を見ると、アクセス端末にサービスを行っているトランシーバモジュールへの部分的なデータパケットの提供を容易にするシステム１３００が示される。システム１３００は、そのような目的を達成するために一緒に動作する電気的コンポーネントのグルーピング１３０２を含む。グルーピング１３０２は、アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという指示を受信するための電気的コンポーネント１３０４を含む。グルーピング１３０２は、部分的なデータパケットを第２のトランシーバモジュールに提供するための電気的コンポーネント１３０６をさらに備えることができる。データパケットの残りの部分は、第１のトランシーバモジュールによってアクセス端末に既に送信されたかもしれない。システム１３００はメモリ１３０８をさらに含み、メモリ１３０８は、それぞれ電気的コンポーネント１３０４および１３０６によって実行するためにアクセスされることができる命令を含むことができる、あるいは、メモリ１３０８は、グルーピング１３０２を含むことができる。

図１４は、ハンドオフ前および後に、データをアクセス端末に順次送信することに関連して利用されることができる、システム１４００を示す。システム１４００は、例えば１つまたは複数の受信アンテナから信号を受信し、受信信号に対して典型的な動作（例えば、フィルタリング、増幅、ダウンコンバート、．．．）を実行し、調整された信号をディジタル化してサンプルを得る受信機１４０２を備える。復調器１４０４は、受信パイロットシンボルを復調し、チャネル推定のためにプロセッサ１４０６に提供することができる。

プロセッサ１４０６は、受信機コンポーネント１４０２によって受信された情報の分析および／または送信機１４１４による伝送のための情報の生成専用のプロセッサであることができる。プロセッサ１４０６は、システム１４００の１つもしくは複数の部分を制御するプロセッサ、および／または受信機１４０２によって受信された情報を分析し、送信機１４１４による伝送のための情報を生成し、システム１４００の１つもしくは複数の部分を制御するプロセッサであることができる。システム１４００は、ハンドオフ前、ハンドオフ中、および／またはハンドオフ後にユーザ機器の性能を最適化することができる最適化コンポーネント１４０８を含むことができる。最適化コンポーネント１４０８はプロセッサ１４０６に組み込まれることができる。最適化コンポーネント１４０８は、ソーストランシーバモジュールからターゲットトランシーバモジュールにハンドオフするかどうかを決定することに関連してユーティリティベースの分析（utility based analysis）を実行する最適化コードを含むことができる、ということが認識されるべきである。最適化コードは、推論を実行することに関連して人工知能に基づく方法を、および／または、ハンドオフを実行することに関連して確率的決定、および／または統計に基づく決定を、 利用することができる。

システム（ユーザ機器）１４００はメモリ１４１０をさらに備えることができ、そのメモリは、プロセッサ１４０６に動作可能に(operatively)結合され、また、そのメモリは、情報、例えば、基地局（トランシーバモジュール）に関する信号強度情報、スケジューリング情報など、をさらに備えることができ、そのような情報は、ハンドオフを要求するかどうか、およびハンドオフをいつ要求するか、を決定することに関連して使用されることができる。メモリ１４１０は、システム１４００が記憶されたプロトコルおよび／またはアルゴリズムを使用してシステムの性能を高めることができるように、参照用テーブル(lookup tables)を生成することに関連するプロトコルなどをさらに記憶することができる。ここにおいて記載のデータストア(data store)（例えばメモリ）コンポーネントは、揮発性メモリまたは不揮発性メモリのいずれかであることができ、あるいは揮発性および不揮発性の両方のメモリを含むことができる、ということが理解されるであろう。限定ではなく例として、不揮発性メモリは、読み出し専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラマブルＲＯＭ(electrically programmable ROM)（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ(electrically erasable ROM)（ＥＥＰＲＯＭ）、あるいはフラッシュメモリを含むことができる。揮発性メモリは、外部キャッシュメモリとして働くランダムアクセスメモリ（ＲＡＭ）を含むことができる。限定ではなく例として、ＲＡＭは、シンクロナスＲＡＭ（synchronous RAM）（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（enhanced SDRAM）（ＥＳＤＲＡＭ）、ＳｙｎｃｈＬｉｎｋ ＤＲＡＭ（ＳＬＤＲＡＭ）、およびＤｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ（ＤＲＲＡＭ）のような、多くの形態で利用可能である。メモリ１４１０は、これらのおよび任意の他の適切なタイプのメモリを、それらに限定されることなしに、備えるように意図される。プロセッサ１４０６は、シンボル変調器１４１２、および変調信号を送信する送信機１４１４に接続される。

図１５は、ハンドオフの指示を受信すること、および／またはそれに応じてデータをアクセス端末に送信することに関連して利用されることができるシステムを示す。システム１５００は、１つまたは複数の受信アンテナ１５０６を用いて１つまたは複数のユーザデバイス１５０４から信号（単数または複数）を受信し、複数の送信アンテナ１５０８を介して１つまたは複数のユーザデバイス１５０４に送信する受信機１５１０を有する基地局１５０２を備える。一例において、受信アンテナ１５０６および送信アンテナ１５０８は、アンテナの単一のセットを使用してインプリメントされることができる。受信機１５１０は、受信アンテナ１５０６から情報を受信することができ、受信された情報を復調する復調器１５１２に、動作可能に関連付けられる。当業者によって認識されるであろうように、受信機１５１０は、例えば、Ｒａｋｅ受信機（例えば、複数のベースバンド相関器を使用してマルチパス信号成分を個々に処理する技術）、ＭＭＳＥに基づく受信機、または割り当てられたユーザデバイスを分離するための何らかの他の適切な受信機であることができる。例えば、複数の受信機が使用されることができ（例えば、受信アンテナ毎に１つ）、そのような受信機は互いに通信してユーザデータの改善された推定を提供することができる。復調されたシンボルは、図１４に関して上述されたプロセッサと同様であり、ユーザデバイスの割り当てに関する情報、それに関する参照用テーブルなどを記憶するメモリ１５１６に結合されるプロセッサ１５１４によって分析される。各アンテナに関する受信機の出力は、受信機１５１０および／またはプロセッサ１５１４によって一緒に処理されることができる。変調器１５１８は、送信機１５２０による送信アンテナ１５０８を介したユーザデバイス１５０４への伝送のために信号を多重化することができる。

ここにおいて説明された実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの任意の組合せでインプリメントされることができる、ということが理解されるべきである。ハードウェアインプリメンテーションの場合、ユーザ機器またはネットワークデバイス内の処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、ここにおいて説明された機能を実行するように設計された他の電子ユニット、またはこれらの組合せの中で、インプリメントされることができる。

ここにおいて説明されたシステムおよび／または方法がソフトウェア、ファームウェア、ミドルウェア、またはマイクロコード、プログラムコード、もしくはコードセグメントにおいてインプリメントされるとき、それらは、ストレージコンポーネントのような、機械可読媒体の中に記憶されることができる。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造、もしくはプログラムステートメントの任意の組合せを表すことができる。コードセグメントは、情報、データ、引数、パラメータ、またはメモリの内容を渡すことおよび／または受信することによって、別のコードセグメントまたはハードウェア回路に、結合されることができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク伝送を含む任意の適切な手段を使用して、渡されるか、転送されるか、または送信されることができる。

ソフトウェアインプリメンテーションの場合、ここにおいて説明された技術は、ここにおいて説明された機能を実行するモジュール（例えば、プロシージャ、関数など）を用いてインプリメントされることができる。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって実行されることができる。メモリユニットは、プロセッサ内で、あるいは、プロセッサの外部で、インプリメントされることができ、その場合には、メモリユニットは、様々な手段を通してプロセッサに通信可能に結合されることができる。

以上説明されてきたものは、開示された主題の例を含む。勿論、そのような主題を説明する目的で、コンポーネントまたは方法のすべての考え得る組合せを説明することは可能ではないが、当業者は、多くのさらなる組合せおよび変更が可能であることを認識するであろう。したがって、主題は、添付の特許請求の範囲の精神および範囲内に入るすべてのそのような変更、修正、および変形を包含するように意図されている。さらに、用語「含む(includes)」が詳細な説明または特許請求の範囲のいずれかで使用される限りにおいて、そのような用語は、用語「備えている(comprising)」が請求項においてトランジショナルワード(transitional word)として使用されるときに解釈されるように、用語「備えている」と同様な方法で包括的であるように意図されている。

一例の階層化システムアーキテクチャの高レベルブロック図。 一例の無線通信環境を示す図。 ハンドオフ中にアクセス端末に望ましい方法で送信されるデータの処理を容易にする一例の装置を示す図。 ターゲットトランシーバモジュールに部分的なデータパケットを転送するための一例の方法を示す代表的な流れ図。 データを配列し、アクセス端末に送信するための、一例の方法を示す代表的な流れ図。 アクセス端末にサービスを行っているトランシーバモジュールの識別情報を複数のトランシーバモジュールに示すための、一例の方法を示す代表的な流れ図。 ハンドオフ中のモジュール間のデータおよび状態情報の遷移を示す、一例の流れ図。 アクセス端末からの不適切に復号化されたハンドオフ要求を訂正することを示す、一例の流れ図。 ハンドオフ中のモジュール間のデータおよび状態情報の遷移を示す、一例の流れ図。 アクセス端末からの不適切に復号化されたハンドオフ要求を訂正することを示す、一例の流れ図。 ハンドオフ前およびハンドオフ後にデータをアクセス端末に適切なシーケンスで送信することを容易にする、一例のシステムを示す図。 特定のトランシーバモジュールが順方向リンクサービスをアクセス端末に提供していることを複数のトランシーバモジュールに知らせることを容易にする、一例のシステムを示す図。 トランシーバモジュールに部分的なデータパケットを提供することを容易にする、一例のシステムを示す図。 ハンドオフを要求することに関連して利用されることができる、一例のシステムを示す図。 アクセス端末から受信されるデータについての受信機状態メッセージを生成することに関連して利用されることができる、一例のシステムを示す図。

Claims (51)

1. アクセス端末に望ましい方法で送信される、ソーストランシーバモジュールからのデータを受信することと、
   前記受信データのどの部分が次に前記アクセス端末に送信されるべきかの指示を前記ソーストランシーバモジュールから受信することと、
   前記アクセス端末に望ましい方法で送信される、ネットワークモジュールからのデータを受信することと、および
   前記ソーストランシーバモジュールおよび前記ネットワークモジュールから受信されたデータを、前記ソーストランシーバモジュールから受信した指示に基づいて選択的に配列して前記アクセス端末に送信することと、
   を備える、ターゲットトランシーバモジュールにおけるハンドオフのための方法。
2. 前記ソーストランシーバモジュールから部分的なデータパケットを受信することをさらに備える、請求項１に記載の方法。
3. ＩＰカプセル化データパケットが前記アクセス端末に送信されるべきシーケンス内での位置を示すスタンプに関連付けられている、前記ネットワークモジュールからの前記ＩＰカプセル化データパケットを受信することをさらに備える、請求項１に記載の方法。
4. 受信データパケットのヘッダ内の情報を分析することによって前記ソーストランシーバモジュールから受信されたデータを配列することをさらに備える、請求項１に記載の方法。
5. 前記ヘッダ内の前記情報は、無線リンクプロトコル（ＲＬＰ）スタンプを備える、請求項４に記載の方法。
6. 前記アクセス端末が前記ソーストランシーバモジュールから前記ターゲットトランシーバモジュールにハンドオフされることを望むという指示を、前記アクセス端末から受信することをさらに備える、請求項１に記載の方法。
7. 前記ターゲットトランシーバモジュールが前記ソーストランシーバモジュールから前記データを受信するときに、前記アクセス端末が前記ソーストランシーバモジュールから前記ターゲットトランシーバモジュールへのハンドオフを要求したことを決定することをさらに備える、請求項１に記載の方法。
8. 請求項１に記載の方法を実行するように構成されたアクセスポイント。
9. アクセス端末に望ましい方法で送信される、第１のトランシーバモジュールからの第１のデータを受信すること、
   前記受信データのどの部分が次に前記アクセス端末に送信されるべきかの指示を前記第１のトランシーバモジュールから受信すること、
   前記アクセス端末に望ましい方法で送信される、ネットワークモジュールからの第２のデータを受信すること、および
   前記第１および第２のデータを、前記第１のトランシーバモジュールから受信した指示に基づいて決定された適切なシーケンスで、前記アクセス端末に送信すること、
   のための命令を備えるメモリと、
   前記メモリ内の前記命令を実行するように構成されているプロセッサと、
   を備える通信装置。
10. 前記メモリは、前記トランシーバモジュールから受信された前記データが部分的なデータパケットの形態であることを決定すること、のためのさらなる命令を備える、請求項９に記載の通信装置。
11. 前記メモリは、前記アクセス端末が前記トランシーバモジュールから前記通信装置へのハンドオフを要求していることを決定すること、のためのさらなる命令を備える、請求項９に記載の通信装置。
12. 前記メモリは、前記トランシーバモジュールから受信された前記データおよび前記ネットワークモジュールから受信された前記データに関連するシーケンスの指示を分析すること、および、前記分析の関数として前記アクセス端末に適切なシーケンスで前記データを送信すること、のためのさらなる命令を備える、請求項９に記載の通信装置。
13. 前記メモリは、アクセス端末が前記トランシーバモジュールから前記通信装置へのハンドオフを要求したことを決定するために前記アクセス端末から受信されたチャネル品質インジケータ（ＣＱＩ）レポートを分析すること、のためのさらなる命令を備える、請求項９に記載の通信装置。
14. 前記メモリは、前記アクセス端末が前記トランシーバモジュールから前記通信装置への前記ハンドオフを要求したことを決定するために前記ＣＱＩレポート内の識別子を分析すること、のためのさらなる命令を備える、請求項１３に記載の通信装置。
15. 請求項９に記載の通信装置を備えるアクセスポイント。
16. アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定すること、
    アクセス端末に望ましい方法で送信される、前記第１のトランシーバモジュールからのデータを受信すること、
    どのデータが次に前記アクセス端末に送信されるべきかの指示を前記第１のトランシーバモジュールから受信すること、
    前記アクセス端末に望ましい方法で送信される、ネットワークモジュールからのデータを受信すること、および
    前記第１のトランシーバモジュールから受信されたデータおよび前記ネットワークモジュールから受信されたデータを、前記第１のトランシーバモジュールから受信した指示に基づいて決定された適切なシーケンスで前記アクセス端末に送信すること、
    のためのコンピュータ実行可能命令を記憶したコンピュータ可読媒体。
17. アクセス端末からＣＱＩレポートを受信すること、および、
    前記アクセス端末が前記第２のトランシーバモジュールにハンドオフすることを望むことを決定するために前記ＣＱＩレポート内のトランシーバモジュールの識別子を分析すること、
    のためのさらなるコンピュータ実行可能命令を記憶した、請求項１６に記載のコンピュータ可読媒体。
18. 前記第１のトランシーバモジュールからの前記データを受信次第、前記アクセス端末が前記第１のトランシーバモジュールから前記第２のトランシーバモジュールにハンドオフすることを望むことを決定すること、のためのさらなるコンピュータ実行可能命令を記憶した、請求項１６に記載のコンピュータ可読媒体。
19. 前記ハンドオフが正常に完了されたことを前記ネットワークモジュールに示すこと、のためのさらなるコンピュータ実行可能命令を記憶した、請求項１６に記載のコンピュータ可読媒体。
20. 順方向リンクスケジューリング情報を前記アクセス端末に提供すること、のためのさらなるコンピュータ実行可能命令を記憶した、請求項１６に記載のコンピュータ可読媒体。
21. 通信装置であって、
    アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定するための手段と、なお、前記通信装置は前記第２のトランシーバモジュールを備える；
    前記第１のトランシーバモジュールからのデータ、および、前記第１のトランシーバモジュールからの、どのデータが次に前記アクセス端末に送信されるべきかの指示を受信するための手段と；
    前記アクセス端末に望ましい方法で送信される、ネットワークモジュールからのデータを受信するための手段と；および
    前記第１のトランシーバモジュールおよび前記ネットワークモジュールから受信されたデータを、前記第１のトランシーバモジュールから受信した指示に基づいて決定された適切なシーケンスで前記アクセス端末に送信するための手段と；
    を備える、通信装置。
22. 前記ネットワークモジュールから受信されたデータを物理レイヤフレームにフレーム化するための手段をさらに備える、請求項２１に記載の通信装置。
23. ＲＬＰに従って前記フレームをフォーマットするための手段をさらに備える、請求項２２に記載の通信装置。
24. 前記第１のトランシーバモジュールから部分的なデータパケットを受信するための手段、をさらに備え、前記部分的なデータパケットは、ＩＰカプセル化データパケットの一部である、請求項２１に記載の通信装置。
25. 第１のトランシーバモジュールからデータを受信すること、なお、前記第１のトランシーバモジュールから受信された前記データは、シーケンス情報に関連付けられている；
    前記受信データのどの部分が次に前記アクセス端末に送信されるべきかの指示を前記第１のトランシーバモジュールから受信すること、
    ネットワークモジュールからデータを受信すること、なお、前記ネットワークモジュールから受信された前記データは、シーケンス情報に関連付けられている；および
    前記第１のトランシーバモジュールおよび前記ネットワークモジュールから受信されたデータを、前記第１のトランシーバモジュールから受信した指示に基づいて決定された適切なシーケンスで前記アクセス端末に送信すること；
    のための命令を実行するように構成されたプロセッサ。
26. 前記ネットワークモジュールから受信されたデータを物理レイヤフレームにフレーム化すること、のためのさらなる命令を実行するように構成された、請求項２５に記載のプロセッサ。
27. 前記アクセス端末によって生成されたＣＱＩレポート内の識別情報を分析次第、前記アクセス端末が前記第１のトランシーバモジュールから第２のトランシーバモジュールにハンドオフすることを望むことを決定すること、のためのさらなる命令を実行するように構成された、請求項２５に記載のプロセッサ。
28. アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという第１の指示を受信することと、
    前記受信データのどの部分が次に第２のトランシーバモジュールに送信されるべきかの第２の指示を前記ソーストランシーバモジュールから受信することと、
    前記アクセス端末が前記第２のトランシーバモジュールによって現在サービスを受けていることを少なくとも１つのトランシーバモジュールに示すことと、および
    前記第１のトランシーバモジュールから受信した前記第２の指示に基づいて、前記アクセス端末への送信のためのデータを前記第２のトランシーバモジュールに送信することと、
    を備える、ネットワークモジュールにおけるハンドオフのための方法。
29. 前記第２のトランシーバモジュールに関連するインターネットプロトコル（ＩＰ）アドレスを分析することによって前記第２のトランシーバモジュールを識別することをさらに備える、請求項２８に記載の方法。
30. 前記第１のトランシーバモジュールから前記第１の指示を受信すること、をさらに備える請求項２８に記載の方法。
31. 前記第２のトランシーバモジュールから前記第２の指示を受信すること、をさらに備える請求項２８に記載の方法。
32. 前記第２のトランシーバモジュールが前記アクセス端末に現在サービスを行っていることを前記複数のトランシーバモジュールに示す前に前記第１のおよび第２のトランシーバモジュールから前記指示を受信することをさらに備える、請求項２８に記載の方法。
33. 前記第２のトランシーバモジュールに送信されるデータは、少なくとも１つのＩＰカプセル化データパケットと、前記ＩＰカプセル化データパケットに関連するシーケンスを示すスタンプと、を含む、請求項２８に記載の方法。
34. 前記指示内にシーケンス番号を提供すること、をさらに備える請求項２８に記載の方法。
35. 請求項２８に記載の方法を実行するように構成されたサーバ。
36. アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという第１の指示を受信すること、
    どのデータが次に第２のトランシーバモジュールに送信されるべきかの第２の指示を前記第１のトランシーバモジュールから受信すること、
    前記第２のトランシーバモジュールが前記アクセス端末に現在サービスを行っていることを前記第１のトランシーバモジュールおよび前記第２のトランシーバモジュールに示すこと、および
    前記第１のトランシーバモジュールから受信した前記第２の指示に基づいて、前記アクセス端末への送信のためのデータを前記第２のトランシーバモジュールに送信すること、
    のための命令を備えるメモリと、
    前記命令を実行するように構成されているプロセッサと、
    を備える通信装置。
37. 前記メモリは、前記第２のトランシーバモジュールが前記アクセス端末に現在サービスを行っていることを少なくとも１つのその他のトランシーバモジュールに示すこと、のためのさらなる命令を備える、請求項３６に記載の通信装置。
38. 前記メモリは、トランシーバモジュールに提供されるデータパケットを伝送のシーケンスを示すスタンプに関連付けること、のためのさらなる命令を備える、請求項３６に記載の通信装置。
39. 前記メモリは、前記アクセス端末が前記ハンドオフを要求したという前記指示を受信次第、前記第２のトランシーバモジュールに少なくとも１つのＩＰカプセル化データパケットを提供すること、のためのさらなる命令を備える、請求項３６に記載の通信装置。
40. 前記メモリは、前記受信された指示内に存在するＩＰアドレスを分析することによって前記第２のトランシーバモジュールを識別すること、のためのさらなる命令を備える、請求項３６に記載の通信装置。
41. ネットワークサーバである請求項４０に記載の通信装置。
42. アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定すること、
    どのデータが次に前記第２のトランシーバモジュールに送信されるべきかの指示を前記第１のトランシーバモジュールから受信すること、
    前記第２のトランシーバモジュールが順方向リンクを介して前記アクセス端末にデータを送信していることを複数のトランシーバモジュールに示すこと、および
    前記第１のトランシーバモジュールから受信した前記指示に基づいて、前記アクセス端末への送信のためのデータを前記第２のトランシーバモジュールに送信すること、
    のためのコンピュータ実行可能命令を備えるコンピュータ可読媒体。
43. 前記複数のトランシーバモジュールは前記第１のトランシーバモジュールおよび前記第２のトランシーバモジュールを含む、請求項４２に記載のコンピュータ可読媒体。
44. １つまたは複数のＩＰカプセル化データパケットを前記第２のトランシーバモジュールに提供すること、のためのさらなるコンピュータ実行可能命令を備える、請求項４２に記載のコンピュータ可読媒体。
45. 前記１つまたは複数のＩＰカプセル化データパケットは、前記データパケットがフレーム化され、前記アクセス端末に送信されるべきシーケンス、を示すスタンプを含む、請求項４４に記載のコンピュータ可読媒体。
46. 請求項４２に記載のコンピュータ可読媒体を備えるサーバ。
47. アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したという指示を受信するための手段と、
    どのデータが次に前記第２のトランシーバモジュールに送信されるべきかの指示を前記第１のトランシーバモジュールから受信するための手段と、
    前記第２のトランシーバモジュールが前記アクセス端末にサービスを行っていることを示すメッセージを複数のトランシーバモジュールに提供するための手段と、および
    前記第１のトランシーバモジュールから受信した前記指示に基づいて、前記アクセス端末への送信のためのデータを前記第２のトランシーバモジュールに送信するための手段と、
    を備える通信装置。
48. 前記データパケットはＩＰカプセル化データパケットである、請求項４７に記載の通信装置。
49. アクセス端末が第１のトランシーバモジュールから第２のトランシーバモジュールへのハンドオフを要求したことを決定すること、
    どのデータが次に前記第２のトランシーバモジュールに送信されるべきかの指示を前記第１のトランシーバモジュールから受信すること、
    前記第２のトランシーバモジュールが前記アクセス端末にサービスを行っていることを複数のアクセス端末に知らせること、および
    前記第１のトランシーバモジュールから受信した前記指示に基づいて、前記アクセス端末への送信のためのデータを前記第２のトランシーバモジュールに送信すること、
    のための命令を実行するように構成されたプロセッサ。
50. 前記アクセス端末への伝送のために前記第２のトランシーバモジュールにＩＰカプセル化データパケットを提供すること、のためのさらなる命令を実行するように構成された請求項４９に記載のプロセッサ。
51. 各ＩＰカプセル化データパケットは、シーケンスの中のどこで各ＩＰカプセル化データパケットが前記アクセス端末に送信されるべきかを識別するシーケンス番号に関連付けられる、請求項５０に記載のプロセッサ。

Images