(57)【要約】装置および方法は、通信セッションの効率的な低レイテンシ・ハンドオフを可能にする。これは、特に、高データ・レート・ネットワークにおいて有効である。この装置および方法は、ターゲット送信モジュールに送信の終了ポイントを通知しながら、同時に、進行中の送信を完了するソース・トランシーバ・モジュールを備える。これによって、アンカ・ネットワーク機能モジュールのシャドウ・バッファ内のデータが、ハンドオフ実行前に、ターゲット・トランシーバ機能へ送られるようになる。それゆえ、この装置および方法によって、バックホール・ネットワークの利用を最小化する極めて迅速なハンドオフが可能となる。
2010524301.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてセッション・ハンドオフを実行する方法であって、
アクセス端末との通信セッションを確立した後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信することを備え、
前記通信セッションは、前記アンカ・ネットワーク機能モジュールによって制御され、
前記アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備え、
前記方法はさらに、
前記順序付けられたデータ・パケットのシーケンスのセグメントを、前記通信セッションによって、前記アクセス端末へ送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信することと、
前記セグメントの終了に対応するシーケンス・マーカを、前記送信の終了ポイントとして識別することと、
前記セグメントの終了まで送信を完了するように続けることと、
前記送信を完了するように続けることと並行して、前記通信セッションのハンドオフ・データ状態を、前記アンカ・ネットワーク機能モジュールへ送信することとを備え、
前記ハンドオフ・データ状態は、前記ターゲット・トランシーバ・モジュールの識別子と、前記シーケンス・マーカとを備え、
前記ハンドオフ・データ状態は、前記シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、前記順序付けられたデータ・パケットのシーケンスの一部を送信するように、前記アンカ・ネットワーク機能モジュールをトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記シーケンス・マーカによって識別されたセグメントの終了後に始まる方法。
【請求項２】
前記送信を完了するように続けることはさらに、誤り訂正メッセージを送信することを備える請求項１に記載の方法。
【請求項３】
前記送信を完了するように続けることはさらに、ハイブリッド自動反復要求（ＨＡＲＱ）メッセージを送信することを備える請求項１に記載の方法。
【請求項４】
前記ハンドオフは、前記通信セッションに関する制御を維持する前記アンカ・ネットワーク機能モジュールを用いて引き起こる請求項１に記載の方法。
【請求項５】
前記送信は、約１Ｍビット／秒よりも大きなデータ・レートを備える請求項１に記載の方法。
【請求項６】
前記ターゲット・トランシーバ・モジュールへ、最終状態情報を含むハンドオフ応答メッセージを送信することと、
前記ハンドオフを完了するために、前記通信セッションの制御を維持するアンカ・ネットワーク機能モジュールのネットワーク制御機能部へ、ハンドオフ転送メッセージを送信することと
を備える請求項１に記載の方法。
【請求項７】
無線通信システムにおいてセッション・ハンドオフを実行するように動作可能な少なくとも１つのプロセッサであって、
アクセス端末との通信セッションを確立した後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信する第１のモジュールを備え、
前記通信セッションは、前記アンカ・ネットワーク機能モジュールによって制御され、
前記アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備え、
前記少なくとも１つのプロセッサはさらに、
前記順序付けられたデータ・パケットのシーケンスのセグメントを、前記通信セッションによって、前記アクセス端末へ送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信する第２のモジュールと、
前記セグメントの終了に対応するシーケンス・マーカを、前記送信の終了ポイントとして識別する第３のモジュールと、
前記セグメントの終了まで送信を完了するように続ける第４のモジュールと、
前記送信を完了するように続けることと並行して、前記通信セッションのハンドオフ・データ状態を、前記アンカ・ネットワーク機能モジュールへ送信する第５のモジュールとを備え、
前記ハンドオフ・データ状態は、前記ターゲット・トランシーバ・モジュールの識別子と、前記シーケンス・マーカとを備え、
前記ハンドオフ・データ状態は、前記シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、前記順序付けられたデータ・パケットのシーケンスの一部を送信するように、前記アンカ・ネットワーク機能モジュールをトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記シーケンス・マーカによって識別されたセグメントの終了後に始まる少なくとも１つのプロセッサ。
【請求項８】
無線通信システムにおいてセッション・ハンドオフを実行するためのコンピュータ・プログラム製品であって、
コンピュータに対して、アクセス端末との通信セッションを確立した後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信させるための少なくとも１つの命令を備えるコンピュータ読取可能媒体を備え、
前記通信セッションは、前記アンカ・ネットワーク機能モジュールによって制御され、
前記アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備え、
前記コンピュータ読取可能媒体はさらに、
前記コンピュータに対して、前記順序付けられたデータ・パケットのシーケンスのセグメントを、前記通信セッションによって、前記アクセス端末へ送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信させるための少なくとも１つの命令と、
前記コンピュータに対して、前記セグメントの終了に対応するシーケンス・マーカを、前記送信の終了ポイントとして識別させるための少なくとも１つの命令と、
前記コンピュータに対して、前記セグメントの終了まで送信を完了するように続けさせる少なくとも１つの命令と、
前記コンピュータに対して、前記送信を完了するように続けさせることと並行して、前記通信セッションのハンドオフ・データ状態を、前記アンカ・ネットワーク機能モジュールへ送信させる少なくとも１つの命令とを備え、
前記ハンドオフ・データ状態は、前記ターゲット・トランシーバ・モジュールの識別子と、前記シーケンス・マーカとを備え、
前記ハンドオフ・データ状態は、前記シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、前記順序付けられたデータ・パケットのシーケンスの一部を送信するように、前記アンカ・ネットワーク機能モジュールをトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記シーケンス・マーカによって識別されたセグメントの終了後に始まるコンピュータ・プログラム製品。
【請求項９】
アクセス・ポイントであって、
アクセス端末との通信セッションを確立した後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信する手段を備え、
前記通信セッションは、前記アンカ・ネットワーク機能モジュールによって制御され、
前記アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備え、
前記アクセス・ポイントはさらに、
前記順序付けられたデータ・パケットのシーケンスのセグメントを、前記通信セッションによって、前記アクセス端末へ送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信する手段と、
前記セグメントの終了に対応するシーケンス・マーカを、前記送信の終了ポイントとして識別する手段と、
前記セグメントの終了まで送信を完了するように続ける手段と、
前記送信を完了するように続けることと並行して、前記通信セッションのハンドオフ・データ状態を、前記アンカ・ネットワーク機能モジュールへ送信する手段とを備え、
前記ハンドオフ・データ状態は、前記ターゲット・トランシーバ・モジュールの識別子と、前記シーケンス・マーカとを備え、
前記ハンドオフ・データ状態は、前記シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、前記順序付けられたデータ・パケットのシーケンスの一部を送信するように、前記アンカ・ネットワーク機能モジュールをトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記シーケンス・マーカによって識別されたセグメントの終了後に始まるアクセス・ポイント。
【請求項１０】
アクセス・ポイントであって、
シーケンス判定ロジックを有するハンドオフ・マネジャ・モジュールを備えるメモリと、
前記メモリと通信しており、前記ハンドオフ・マネジャ・モジュールを実行するように動作可能なプロセッサと、
アクセス端末との通信セッションを確立した後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信するように動作可能なソース・トランシーバ・モジュールとを備え、
前記通信セッションは、前記アンカ・ネットワーク機能モジュールによって制御され、
前記アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備え、
前記ソース・トランシーバ・モジュールは、前記順序付けられたデータ・パケットのシーケンスのセグメントを、前記通信セッションによって、前記アクセス端末へ送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信するように動作可能であり、
前記シーケンス判定ロジックは、前記セグメントの終了に対応するシーケンス・マーカを、前記送信の終了ポイントとして識別するように動作可能であり、
前記ソース・トランシーバ・モジュールは、前記セグメントの終了まで送信を完了するように続けるように動作可能であり、
前記ソース・トランシーバ・モジュールは、前記送信を完了するように続けることと並行して、前記通信セッションのハンドオフ・データ状態を、前記アンカ・ネットワーク機能モジュールへ送信するように動作可能であり、
前記ハンドオフ・データ状態は、前記ターゲット・トランシーバ・モジュールの識別子と、前記シーケンス・マーカとを備え、
前記ハンドオフ・データ状態は、前記シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、前記順序付けられたデータ・パケットのシーケンスの一部を送信するように、前記アンカ・ネットワーク機能モジュールをトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記シーケンス・マーカによって識別されたセグメントの終了後に始まるアクセス・ポイント。
【請求項１１】
前記送信はさらに、誤り訂正メッセージを備える請求項１０に記載のアクセス・ポイント。
【請求項１２】
前記送信はさらに、ハイブリッド自動反復要求（ＨＡＲＱ）メッセージを備える請求項１０に記載のアクセス・ポイント。
【請求項１３】
前記ハンドオフは、前記通信セッションに関する制御を維持する前記アンカ・ネットワーク機能モジュールを用いて引き起こる請求項１０に記載のアクセス・ポイント。
【請求項１４】
前記送信は、約１Ｍビット／秒よりも大きなデータ・レートを備える請求項１０に記載のアクセス・ポイント。
【請求項１５】
前記ソース・トランシーバ・モジュールは、前記ターゲット・トランシーバ・モジュールへ、最終状態情報を含むハンドオフ応答メッセージを送信し、前記ハンドオフを完了するために、前記通信セッションの制御を維持するアンカ・ネットワーク機能モジュールのネットワーク制御機能部へ、ハンドオフ転送メッセージを送信するように動作可能である請求項１０に記載のアクセス・ポイント。
【請求項１６】
無線通信システムにおいてセッション・ハンドオフを実行する方法であって、
ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定することを備え、
前記判定することは、前記ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされ、
前記方法はさらに、
前記判定に基づいて、前記ターゲット・トランシーバ・モジュールへハンドオフ要求を送信することを備え、
前記ハンドオフ要求は、前記セグメントを受信している間、前記ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、前記順序付けられたデータ・パケットのシーケンスの一部を受信してキューするようにトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記セグメント後の順序付けられたシーケンス部分に相当し、
前記方法はさらに、
前記ソース・トランシーバ・モジュールから、前記セグメントに対応する最後の送信を受信することと、
前記ソース・トランシーバ・モジュールから最後の送信を受信した後に、前記ターゲット・トランシーバ機能との通信セッションを確立することと、
前記ターゲット・トランシーバ機能との通信セッションの確立後、前記アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、前記ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信することと
を備える方法。
【請求項１７】
前記セグメントを受信することはさらに、誤り訂正メッセージを受信することを備える請求項１６に記載の方法。
【請求項１８】
前記セグメントを受信することはさらに、ハイブリッド自動反復要求（ＨＡＲＱ）メッセージを受信することを備える請求項１６に記載の方法。
【請求項１９】
前記ハンドオフは、前記通信セッションに関する制御を維持する前記アンカ・ネットワーク機能モジュールを用いて引き起こる請求項１６に記載の方法。
【請求項２０】
前記送信は、約１Ｍビット／秒よりも大きなデータ・レートを備える請求項１６に記載の方法。
【請求項２１】
無線通信システムにおいてセッション・ハンドオフを実行する少なくとも１つのプロセッサであって、
ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定する第１のモジュールを備え、
前記判定することは、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされ、
前記少なくとも１つのプロセッサはさらに、前記判定に基づいて、前記ターゲット・トランシーバ・モジュールへハンドオフ要求を送信する第２のモジュールを備え、
前記ハンドオフ要求は、前記セグメントを受信している間、前記ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、前記順序付けられたデータ・パケットのシーケンスの一部を受信してキューするようにトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記セグメント後の順序付けられたシーケンス部分に相当し、
前記少なくとも１つのプロセッサはさらに、
前記ソース・トランシーバ・モジュールから、前記セグメントに対応する最後の送信を受信する第３のモジュールと、
前記ソース・トランシーバ・モジュールから前記最後の送信を受信した後に、前記ターゲット・トランシーバ機能との通信セッションを確立する第４のモジュールとを備え、
前記第３のモジュールはさらに、前記ターゲット・トランシーバ機能との通信セッションの確立後、前記アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、前記ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信する少なくとも１つのプロセッサ。
【請求項２２】
無線通信システムにおいてセッション・ハンドオフを実行するためのコンピュータ・プログラム製品であって、
コンピュータに対して、ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定させるための少なくとも１つの命令を備えるコンピュータ読取可能媒体を備え、
前記判定することは、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされ、
前記コンピュータ読取可能媒体はさらに、前記コンピュータに対して、前記判定に基づいて、前記ターゲット・トランシーバ・モジュールへハンドオフ要求を送信させるための少なくとも１つの命令を備え、
前記ハンドオフ要求は、前記セグメントを受信している間、前記ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信しキューするようにトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記セグメント後の順序付けられたシーケンス部分に相当し、
前記コンピュータ読取可能媒体はさらに、
前記コンピュータに対して、前記ソース・トランシーバ・モジュールから、前記セグメントに対応する最後の送信を受信させるための少なくとも１つの命令と、
前記コンピュータに対して、前記ソース・トランシーバ・モジュールから最後の送信を受信した後に、前記ターゲット・トランシーバ機能との通信セッションを確立させるための少なくとも１つの命令と、
前記コンピュータに対して、前記ターゲット・トランシーバ機能との通信セッションの確立後、前記アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、前記ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信させるための少なくとも１つの命令と
を備えるコンピュータ・プログラム製品。
【請求項２３】
アクセス端末であって、
ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定する手段を備え、
前記判定することは、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされ、
前記アクセス端末はさらに、前記判定に基づいて、前記ターゲット・トランシーバ・モジュールへハンドオフ要求を送信する手段を備え、
前記ハンドオフ要求は、前記セグメントを受信している間、前記ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信し、キューするようにトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記セグメント後の順序付けられたシーケンス部分に相当し、
前記アクセス端末はさらに、
前記ソース・トランシーバ・モジュールから、前記セグメントに対応する最後の送信を受信する手段と、
前記ソース・トランシーバ・モジュールから最後の送信を受信した後に、前記ターゲット・トランシーバ機能との通信セッションを確立する手段と、
前記ターゲット・トランシーバ機能との通信セッションの確立後、前記アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、前記ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信する手段と
を備えるアクセス端末。
【請求項２４】
アクセス端末であって、
ハンドオフ判定ロジックとハンドオフ・リクエスタ・ロジックとを有するハンドオフ・マネジャ・モジュールを備えるメモリと、
前記メモリと通信しており、前記ハンドオフ・マネジャ・モジュールを実行するように動作可能なプロセッサとを備え、
前記ハンドオフ判定ロジックは、ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定するように動作可能であり、
前記判定することは、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされ、
前記ハンドオフ・リクエスタ・ロジックは、前記判定に基づいて、前記ターゲット・トランシーバ・モジュールへハンドオフ要求を送信するように動作可能であり、
前記ハンドオフ要求は、前記セグメントを受信している間、前記ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信してキューするようにトリガするように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記セグメント後の順序付けられたシーケンス部分に相当し、
前記アクセス端末はさらに、前記メモリと通信しており、前記ソース・トランシーバ・モジュールから、前記セグメントに対応する最後の送信を受信するように動作可能な通信モジュールを備え、
前記ハンドオフ・マネジャ・モジュールは、前記ソース・トランシーバ・モジュールから最後の送信を受信した後に、前記ターゲット・トランシーバ機能との通信セッションを確立するように動作可能であり、
前記通信モジュールはさらに、前記ターゲット・トランシーバ機能との通信セッションの確立後、前記アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、前記ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信するように動作可能であるアクセス端末。
【請求項２５】
前記セグメントはさらに、誤り訂正メッセージを備える請求項２４に記載のアクセス端末。
【請求項２６】
前記セグメントはさらに、ハイブリッド自動反復要求（ＨＡＲＱ）メッセージを備える請求項２４に記載のアクセス端末。
【請求項２７】
前記ハンドオフは、前記通信セッションに関する制御を維持する前記アンカ・ネットワーク機能モジュールを用いて引き起こる請求項２４に記載のアクセス端末。
【請求項２８】
前記送信は、約１Ｍビット／秒よりも大きなデータ・レートを備える請求項２４に記載のアクセス端末。
【請求項２９】
無線通信システムのネットワーク側システムによってセッション・ハンドオフを実行する方法であって、
ソース・トランシーバ・モジュールを用いて、アクセス端末の通信セッションを制御することと、
前記アクセス端末に向けられた順序付けられたデータ・パケットのシーケンスを、前記ソース・トランシーバ・モジュールへ送信することと、
前記順序付けられたデータ・パケットのシーケンスを、前記順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファへコピーすることと、
前記順序付けられたデータ・パケットのシーケンスのセグメントを、前記通信セッションによって前記アクセス端末へ送信している間、前記ソース・トランシーバ・モジュールによって、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信することと、
前記ソース・トランシーバ・モジュールによって、前記セグメントの終了に対応するシーケンス・マーカを、前記送信の終了ポイントとして識別することと、
前記ソース・トランシーバ・モジュールによって、前記セグメントの終了まで、送信を完了するように続けることと、
前記送信を完了するように続けることと並行して、前記通信セッションのハンドオフ・データ状態をアンカ・ネットワーク機能モジュールへ送信することとを備え、
前記ハンドオフ・データ状態は、前記ターゲット・トランシーバ・モジュールの識別子と、前記シーケンス・マーカとを備え、
前記方法はさらに、
前記アンカ・ネットワーク機能によって、ハンドオフ・データ状態を受信することに応答して、前記順序付けられたデータ・パケットのシーケンスの一部を、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへ送信することを備え、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記シーケンス・マーカによって識別されたセグメントの終了後に始まり、
前記方法はさらに、前記順序付けられたデータ・パケットのシーケンスの一部を送信している間、前記アクセス端末から発信されたパケット・データを、前記ソース・トランシーバ・モジュールから、前記アンカ・ネットワーク機能によって受信することを備える方法。
【請求項３０】
前記シーケンス・マーカは、部分的なデータ・パケットのトラッキングを可能にする請求項２９に記載の方法。
【請求項３１】
無線通信システムのセッション・ハンドオフを実行するシステムであって、
対応するシャドウ・バッファを有するアンカ・ネットワーク機能モジュールを備え、
前記アンカ・ネットワーク機能モジュールは、ソース・トランシーバ・モジュールを用いて、アクセス端末の通信セッションを制御するように動作可能であり、
前記アンカ・ネットワーク機能モジュールは、アクセス端末に向けられた順序付けられたデータ・パケットのシーケンスを、前記ソース・トランシーバ・モジュールへ送信するように動作可能であり、
前記アンカ・ネットワーク機能モジュールはさらに、前記順序付けられたデータ・パケットのシーケンスを、前記順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファへコピーするように動作可能であり、
前記ソース・トランシーバ・モジュールは、前記順序付けられたデータ・パケットのシーケンスのセグメントを、前記通信セッションによって前記アクセス端末へ送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信するように動作可能であり、
前記ソース・トランシーバ・モジュールは、前記セグメントの終了に対応するシーケンス・マーカを、前記送信の終了ポイントとして識別するように動作可能であり、
前記ソース・トランシーバ・モジュールは、前記ソース・トランシーバ・モジュールによって、前記セグメントの終了まで、送信を完了するように続けるように動作可能であり、
前記ソース・トランシーバ・モジュールは、前記送信を完了するように続けることと並行して、前記通信セッションのハンドオフ・データ状態をアンカ・ネットワーク機能モジュールへ送信するように動作可能であり、
前記ハンドオフ・データ状態は、前記ターゲット・トランシーバ・モジュールの識別子と、前記シーケンス・マーカとを備え、
前記アンカ・ネットワーク機能モジュールは、前記ハンドオフ・データ状態を受信することに応答して、前記順序付けられたデータ・パケットのシーケンスの一部を、前記シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへ送信するように動作可能であり、
前記順序付けられたデータ・パケットのシーケンスの一部は、前記シーケンス・マーカによって識別されたセグメントの終了後に始まり、
前記アンカ・ネットワーク機能モジュールは、前記順序付けられたデータ・パケットのシーケンスの一部を送信している間、前記アクセス端末から発信されたパケット・データを、前記ソース・トランシーバ・モジュールから受信するように動作可能であるシステム。
【請求項３２】
前記シーケンス・マーカは、部分的なデータ・パケットのトラッキングを可能にする請求項３１に記載のシステム。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、２００７年３月２６日に出願され、"NETWORK CONTROL FUNCTION LAYER 2 HANDOFF LOW LEVEL DESIGN"と題された仮出願６０／９０８，０５５号、２００７年３月２６日に出願され、"NETWORK FUNCTION HIGH LEVEL DESIGN"と題された仮出願６０／９０８，１２０号、および、２００７年３月２６日に出願され、"TRANSCIEVER FUNCTION SOFTWARE HIGH LEVEL DESIGN"と題された仮出願６０／９０８，０４７号に対する優先権を主張する。これらの全ては、本願の譲受人に譲渡され、本明細書において、参照によって明確に組み込まれる。
【技術分野】
【０００２】
以下の記載は、一般に無線通信に関し、さらに詳しくは、ネットワーク・エンティティ間でのセッション・ハンドオフを実行する装置および方法に関する。
【背景技術】
【０００３】
過去数年にわたって、無線通信技術は、アナログ駆動システムからデジタル・システムまで発展した。一般に、従来のアナログ・システムでは、アナログ信号は、順方向リンクおよび逆方向リンクで中継され、信号が適切な品質をもって送信および受信されることを可能にするために、相当量の帯域幅を必要とする。アナログ信号は、時間および空間において連続的であるので、ステータス・メッセージ（例えば、データの受信または非受信を示すメッセージ）は生成されない。対照的に、パケット交換システムによって、アナログ信号が、データ・パケットへ変換され、物理チャネルによって、アクセス端末と、基地局、ルータ等との間で送信されるようになる。さらに、デジタル・データは、パケット交換ネットワークを使用することによって、その本来の形式（例えば、テキスト、インターネット・データ等）で中継されうる。それゆえ、デジタル無線通信システムは、例えば電話通信、ビデオ、データ、メッセージング、ブロードキャスト等のようなさまざまな通信サービスを提供するために広く開発されている。
【０００４】
増大するデータ要求とともにサービスを実行するために、無線通信デバイスをますます利用することによって、無線ネットワーク帯域幅およびデータ・レートもまた増加している。それゆえ、無線アクセス・ポイントは、無線アクセス・ポイントによってサービス提供される無線デバイスに向けられたデータのキューを蓄積することができる。先行技術におけるシステムでは、無線デバイス通信セッションのハンドオーバが、１つのアクセス・ポイントから別のアクセス・ポイントへと要求される場合、これらデータ・キューは、十分小さいので、接続の品質に悪影響を与えることなく、容易に取り扱われる。しかしながら、現在の高データ・レート・ネットワークでは、ハンドオフが迅速に実行されない場合、データのキューは、非常に大きくなりうる。そのような大きなデータ・キューは、進行中のサービスや、例えばボイス・オーバＩＰ（ＶｏＩＰ）のようなサービスで経験されるレイテンシに悪影響を与える。レイテンシは、重要なサービス品質（ＱｏＳ）要件である。さらに、そのような大きなキューは、データを正しく転送するために、バックホール・ネットワークを非常に多く使用しなければならない。バックホール・ネットワークの使用は高価であるので、それは、ネットワーク費用に対して悪影響を与える。
【０００５】
したがって、そのような高データ・レート・システムでは、セッション・ハンドオフを実行する場合、さまざまなエンティティ間の効率的なハンドオフが重要となる。
【発明の概要】
【０００６】
以下は、記載された局面の基本的な理解を提供するために、より簡単な概要を示す。この概要は、広範囲な概観でなく、重要要素や決定的要素を特定するも、そのような局面を線引きすることも意図されていない。その目的は、後に説明されるより詳細な記載に対する前置きとして、より簡単な形式でそれら局面の幾つかの概念を示すことである。
【０００７】
局面では、無線通信システムにおいてセッション・ハンドオフを実行する方法は、アクセス端末との通信セッションを確立した後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信することを備える。ここで、通信セッションは、アンカ・ネットワーク機能モジュールによって制御され、アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備える。この方法はまた、順序付けられたデータ・パケットのシーケンスのセグメントを、通信セッションによって、アクセス端末へと送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信することと、セグメントの終了に対応するシーケンス・マーカを、送信の終了ポイントとして識別することと、セグメントの終了まで送信を完了するように続けることと、送信を完了するように続けることと並行して、セッションのハンドオフ・データ状態を、アンカ・ネットワーク機能モジュールへ送信することとを備える。ここで、ハンドオフ・データ状態は、ターゲット・トランシーバ・モジュールの識別子と、シーケンス・マーカとを備える。また、ハンドオフ・データ状態は、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、順序付けられたデータ・パケットのシーケンスの一部を送信するように、アンカ・ネットワーク機能モジュールをトリガするように動作可能である。ここで、順序付けられたデータ・パケットのシーケンスの一部は、シーケンス・マーカによって識別されたセグメントの終了後に始まる。
【０００８】
別の局面では、無線通信システムによってセッション・ハンドオフを実行するように動作可能な少なくとも１つのプロセッサは、アクセス端末との通信セッションを確立した後、順序付けられたデータ・パケットのシーケンスをアンカ・ネットワーク機能モジュールから受信する第１のモジュールを備える。ここで、通信セッションは、アンカ・ネットワーク機能モジュールによって制御され、アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備える。このプロセッサはまた、順序付けられたデータ・パケットのシーケンスのセグメントを、通信セッションによって、アクセス端末へと送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信する第２のモジュールと、セグメントの終了に対応するシーケンス・マーカを、送信の終了ポイントとして識別する第３のモジュールと、セグメントの終了まで送信を完了するように続ける第４のモジュールと、送信を完了するように続けることと並行して、通信セッションのハンドオフ・データ状態を、アンカ・ネットワーク機能モジュールへ送信する第５のモジュールとを備える。ここで、ハンドオフ・データ状態は、ターゲット・トランシーバ・モジュールの識別子と、シーケンス・マーカとを備える。また、ハンドオフ・データ状態は、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、順序付けられたデータ・パケットのシーケンスの一部を送信するように、アンカ・ネットワーク機能モジュールをトリガするように動作可能である。ここで、順序付けられたデータ・パケットのシーケンスの一部は、シーケンス・マーカによって識別されたセグメントの終了後に始まる。
【０００９】
さらなる局面では、無線通信システムにおいてセッション・ハンドオフ実行するためのコンピュータ・プログラム製品は、コンピュータ読取可能媒体を備える。このコンピュータ読取可能媒体は、コンピュータに対して、アクセス端末との通信セッションを確立した後、順序付けられたデータ・パケットのシーケンスをアンカ・ネットワーク機能モジュールから受信させるための少なくとも１つの命令を備える。ここで、通信セッションは、アンカ・ネットワーク機能モジュールによって制御され、アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備える。このコンピュータ読取可能媒体はまた、順序付けられたデータ・パケットのシーケンスのセグメントを、通信セッションによって、アクセス端末へと送信している間、コンピュータに対して、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信させるための少なくとも１つの命令と、コンピュータに対して、セグメントの終了に対応するシーケンス・マーカを、送信の終了ポイントとして識別させるための少なくとも１つの命令と、コンピュータに対して、セグメントの終了まで送信を完了するために続けさせるための少なくとも１つの命令と、コンピュータに対して、送信を完了するように続けることと並行して、セッションのハンドオフ・データ状態を、アンカ・ネットワーク機能モジュールへ送信させるための少なくとも１つの命令とを備える。ここで、ハンドオフ・データ状態は、ターゲット・トランシーバ・モジュールの識別子と、シーケンス・マーカとを備える。また、ハンドオフ・データ状態は、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、順序付けられたデータ・パケットのシーケンスの一部を送信するように、アンカ・ネットワーク機能モジュールをトリガするように動作可能である。ここで、順序付けられたデータ・パケットのシーケンスの一部は、シーケンス・マーカによって識別されたセグメントの終了後に始まる。
【００１０】
また別の局面では、アクセス・ポイントは、アクセス端末との通信セッションを確立した後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信する手段を備える。ここで、通信セッションは、アンカ・ネットワーク機能モジュールによって制御され、アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備える。アクセス・ポイントはまた、順序付けられたデータ・パケットのシーケンスのセグメントを、通信セッションによって、アクセス端末へ送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信する手段と、セグメントの終了に対応するシーケンス・マーカを、送信の終了ポイントとして識別する手段と、セグメントの終了まで送信を完了するように続ける手段と、送信を完了するように続けることと並行して、セッションのハンドオフ・データ状態を、アンカ・ネットワーク機能モジュールへ送信する手段とを備える。ここで、ハンドオフ・データ状態は、ターゲット・トランシーバ・モジュールの識別子と、シーケンス・マーカとを備える。また、ハンドオフ・データ状態は、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、順序付けられたデータ・パケットのシーケンスの一部を送信するように、アンカ・ネットワーク機能モジュールをトリガするように動作可能である。ここで、順序付けられたデータ・パケットのシーケンスの一部は、シーケンス・マーカによって識別されたセグメントの終了後に始まる。
【００１１】
さらなる局面では、アクセス・ポイントは、シーケンス判定ロジックを有するハンドオフ・マネジャ・モジュールを備えるメモリと、メモリと通信しており、ハンドオフ・マネジャ・モジュールを実行するように動作可能なプロセッサと、アクセス端末との通信セッションを確立した後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信するように動作可能なソース・トランシーバ・モジュールとを備える。ここで、通信セッションは、アンカ・ネットワーク機能モジュールによって制御され、アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備える。ここで、ソース・トランシーバ・モジュールは、順序付けられたデータ・パケットのシーケンスのセグメントを、通信セッションによって、アクセス端末へと送信している間、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信するように動作可能である。また、シーケンス判定ロジックは、セグメントの終了に対応するシーケンス・マーカを、送信の終了ポイントとして識別するように動作可能である。また、ソース・トランシーバ・モジュールは、セグメントの終了まで送信を完了するように続けるように動作可能である。また、ソース・トランシーバ・モジュールは、送信を完了するように続けることと並行して、通信セッションのハンドオフ・データ状態を、アンカ・ネットワーク機能モジュールへ送信しを続けるように動作可能である。ここで、ハンドオフ・データ状態は、ターゲット・トランシーバ・モジュールの識別子と、シーケンス・マーカとを備える。また、ハンドオフ・データ状態は、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへと、順序付けられたデータ・パケットのシーケンスの一部を送信するように、アンカ・ネットワーク機能モジュールをトリガするように動作可能である。ここで、順序付けられたデータ・パケットのシーケンスの一部は、シーケンス・マーカによって識別されたセグメントの終了後に始まる。
【００１２】
また別の局面では、無線通信システムにおいてセッション・ハンドオフを実行する方法は、ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの、確立された通信セッションのハンドオフを要求する条件が存在するかを判定することを備える。この判定は、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされる。この方法はまた、この判定に基づいて、ターゲット・トランシーバ・モジュールへハンドオフ要求を送信することを備える。ここで、このハンドオフ要求は、セグメントを受信している間、ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信し、キューするようにトリガする。ここで、順序付けられたデータ・パケットのシーケンスの一部は、このセグメント後の順序付けられたシーケンス部分に相当する。この方法はさらに、ソース・トランシーバ・モジュールからセグメントに対応する最後の送信を受信することと、ソース・トランシーバ・モジュールからの最後の送信を受信した後に、ターゲット・トランシーバ機能との通信セッションを確立することと、ターゲット・トランシーバ機能との通信セッションの確立後、アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信することとを備える。
【００１３】
さらなる局面では、無線通信システムにおいてセッション・ハンドオフを実行する少なくとも１つのプロセッサは、ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定する第１のモジュールを備える。ここで、この判定は、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされる。少なくとも１つのプロセッサはまた、この判定に基づいて、ターゲット・トランシーバ・モジュールへハンドオフ要求を送信する第２のモジュールを備える。ここで、このハンドオフ要求は、セグメントを受信している間、ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信し、キューするようにトリガする。ここで、順序付けられたデータ・パケットのシーケンスの一部は、このセグメント後の順序付けられたシーケンス部分に相当する。少なくとも１つのプロセッサはさらに、ソース・トランシーバ・モジュールからのセグメントに対応する最後の送信を受信する第３のモジュールと、ソース・トランシーバ・モジュールからの最後の送信を受信した後に、ターゲット・トランシーバ機能との通信セッションを確立する第４のモジュールとを備える。第３のモジュールはさらに、ターゲット・トランシーバ機能との通信セッションの確立後、アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信する。
【００１４】
別の局面では、無線通信システムにおいてセッション・ハンドオフを実行するためのコンピュータ・プログラム製品は、コンピュータ読取可能媒体を備える。このコンピュータ読取可能媒体は、コンピュータに対して、ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定させるための少なくとも１つの命令を備える。ここで、この判定は、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされる。コンピュータ読取可能媒体はまた、コンピュータに対して、この判定に基づいて、ターゲット・トランシーバ・モジュールへとハンドオフ要求を送信させる少なくとも１つの命令を備える。ここで、このハンドオフ要求は、セグメントを受信している間、ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信し、キューするようにトリガする。ここで、順序付けられたデータ・パケットのシーケンスの一部は、このセグメント後の順序付けられたシーケンス部分に相当する。コンピュータ読取可能媒体はさらに、コンピュータに対して、ソース・トランシーバ・モジュールからのセグメントに対応する最後の送信を受信させるための少なくとも１つの命令と、コンピュータに対して、ソース・トランシーバ・モジュールからの最後の送信を受信した後に、ターゲット・トランシーバ機能との通信セッションを確立させるための少なくとも１つの命令と、コンピュータに対して、ターゲット・トランシーバ機能との通信セッションの確立後、アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信させるための少なくとも１つの命令とを備える。
【００１５】
さらなる局面では、アクセス端末は、ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定する手段を備える。ここで、この判定は、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされる。アクセス端末はまた、この判定に基づいて、ターゲット・トランシーバ・モジュールへとハンドオフ要求を送信する手段を備える。ここで、このハンドオフ要求は、セグメントを受信している間、ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信し、キューするようにトリガする。ここで、順序付けられたデータ・パケットのシーケンスの一部は、セグメント後の順序付けられたシーケンス部分に相当する。アクセス端末はさらに、ソース・トランシーバ・モジュールからのセグメントに対応する最後の送信を受信する手段と、ソース・トランシーバ・モジュールからの最後の送信を受信した後に、ターゲット・トランシーバ機能との通信セッションを確立する手段と、ターゲット・トランシーバ機能との通信セッションの確立後、アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信する手段とを備える。
【００１６】
さらに別の局面では、アクセス端末は、ハンドオフ判定ロジックおよびハンドオフ・リクエスタ・ロジックを有するハンドオフ・マネジャ・モジュールを備えるメモリと、このメモリと通信しており、ハンドオフ・マネジャ・モジュールを実行させるように動作可能なプロセッサとを備える。このハンドオフ判定ロジックは、ソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへの確立された通信セッションのハンドオフを要求する条件が存在するかを判定するように動作可能である。ここで、この判定は、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされる。ハンドオフ・リクエスタ・ロジックはまた、この判定に基づいて、ターゲット・トランシーバ・モジュールへハンドオフ要求を送信するように動作可能である。ここで、このハンドオフ要求は、セグメントを受信している間、ターゲット・トランシーバ・モジュールに対して、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信し、キューするようにトリガする。ここで、順序付けられたデータ・パケットのシーケンスの一部は、セグメント後の順序付けられたシーケンス部分に相当する。アクセス端末はさらに、メモリと通信しており、ソース・トランシーバ・モジュールからのセグメントに対応する最後の送信を受信するように動作可能な通信モジュールを備える。ここで、ハンドオフ・マネジャ・モジュールは、ソース・トランシーバ・モジュールからの最後の送信を受信した後に、ターゲット・トランシーバ機能との通信セッションを確立するように動作する。また、通信モジュールはさらに、ターゲット・トランシーバ機能との通信セッションの確立後、アンカ・ネットワーク機能モジュールの制御の下、実質的なレイテンシなく、ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部をキューから受信するように動作可能である。
【００１７】
さらなる局面は、無線通信システムのネットワーク側システムによってセッション・ハンドオフを実行する方法を含む。この方法は、アクセス端末のソース・トランシーバ・モジュールとの通信セッションを制御することと、アクセス端末へ向けられた順序付けられたデータ・パケットのシーケンスを、ソース・トランシーバ・モジュールへ送信することと、順序付けられたデータ・パケットのシーケンスを、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファへコピーすることと、順序付けられたデータ・パケットのシーケンスのセグメントを、通信セッションによってアクセス端末へ送信している間、ターゲット・トランシーバ・モジュールからのハンドオフ要求をソース・トランシーバ・モジュールによって受信することと、ソース・トランシーバ・モジュールによって、セグメントの終了に対応するシーケンス・マーカを、送信の終了ポイントとして識別することと、ソース・トランシーバ・モジュールによって、セグメントの終了まで、送信を完了するように続けることと、送信を完了するように続けることと並行して、ソース・トランシーバ・モジュールによって、通信セッションのハンドオフ・データ状態を、アンカ・ネットワーク機能モジュールへ送信することとを備える。このハンドオフ・データ状態は、ターゲット・トランシーバ・モジュールの識別子と、シーケンス・マーカとを備える。この方法はさらに、アンカ・ネットワーク機能モジュールによって、ハンドオフ・データ状態を受信することに応答して、順序付けられたデータ・パケットのシーケンスの一部を、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへ送信することを備える。ここで、順序付けられたデータ・パケットのシーケンスの一部は、シーケンス・マーカによって識別されたセグメントの終了後に始まる。この方法はさらに、順序付けられたデータ・パケットのシーケンスの一部を送信している間、ソース・トランシーバ・モジュールからのアンカ・ネットワーク機能モジュールによって、アクセス端末からのパケット・データを受信することを備える。
【００１８】
さらなる局面は、無線通信システムのセッション・ハンドオフを実行するシステムを含む。このシステムは、対応するシャドウ・バッファを有するアンカ・ネットワーク機能モジュールを備える。ここで、アンカ・ネットワーク機能モジュールは、ソース・トランシーバ・モジュールを用いて、アクセス端末の通信セッションを制御するように動作可能である。また、アンカ・ネットワーク機能モジュールは、アクセス端末に向けられた順序付けられたデータ・パケットのシーケンスを、ソース・トランシーバ・モジュールへ送信するように動作可能である。アンカ・ネットワーク機能モジュールはさらに、順序付けられたデータ・パケットのシーケンスを、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファへとコピーするように動作可能である。また、ソース・トランシーバ・モジュールは、順序付けられたデータ・パケットのシーケンスのセグメントを、通信セッションによってアクセス端末へ送信している間、ターゲット・トランシーバ・モジュールからハンドオフ要求を受信するように動作可能である。ソース・トランシーバ・モジュールはさらに、セグメントの終了に対応するシーケンス・マーカを、送信の終了ポイントとして識別するように動作可能である。ソース・トランシーバ・モジュールはさらにまた、ソース・トランシーバ・モジュールによって、セグメントの終了まで、送信を完了するように続けるように動作可能である。ソース・トランシーバ・モジュールはまた、送信を完了するように続けることと並行して、セッションのハンドオフ・データ状態をアンカ・ネットワーク機能モジュールへ送信するように動作可能である。このハンドオフ・データ状態は、ターゲット・トランシーバ・モジュールの識別子と、シーケンス・マーカとを備える。アンカ・ネットワーク機能モジュールは、ハンドオフ・データ状態を受信することに応答して、順序付けられたデータ・パケットのシーケンスの一部を、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへ送信するように動作可能である。ここで、順序付けられたデータ・パケットのシーケンスの一部は、シーケンス・マーカによって識別されたセグメントの終了後に始まる。また、アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスの一部を送信している間、アクセス端末から発信されたパケット・データを、ソース・トランシーバ・モジュールから受信するように動作可能である。
【００１９】
前述および関連する目的を達成するために、本明細書では、以下の記載および添付図面と関連してある例示的な局面が説明される。しかしながら、開示された対象とされる主題の原理が適用される様々な方法のうちの極僅かしか示しておらず、特許請求された主題は、そのような局面およびそれらの等価物の全てを含むことが意図されている。その他の利点および新規の特徴は、これら図面と連携して検討された場合、以下の詳細記述から明らかになる。
【図面の簡単な説明】
【００２０】
【図１】図１は、効率的なハンドオフ・システムの１つの局面の概略図である。
【図２】図２は、図１の構成要素のうちの１または複数のコンピュータ・デバイス実装の１つの局面の概略図である。
【図３】図３は、図１のアクセス端末の機能モジュールの１つの局面の概略図である。
【図４】図４は、図１のソース・アクセス・ポイントの機能モジュールの１つの局面の概略図である。
【図５】図５は、図１のアンカ・アクセス・ポイントの機能モジュールの１つの局面の概略図である。
【図６】図６は、図１のターゲット・アクセス・ポイントの機能モジュールの１つの局面の概略図である。
【図７】図７は、図１のシステムのコール・フローの局面のコール・フロー図である。
【図８】図８は、図１のソース・アクセス・ポイントの方法の１つの局面のフロー図である。
【図９】図９は、図１のアクセス端末の方法の１つの局面のフロー図である。
【図１０】図１０は、ソース・トランシーバからターゲット・トランシーバへ状態を転送する方法の１つの局面のフロー図である。
【発明を実施するための形態】
【００２１】
様々な局面が、図面を参照して説明される。以下の記載では、説明の目的のために、１または複数の局面の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、そのような局面は、これら具体的な詳細無しで実現されうることが明確である。
【００２２】
本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、限定される訳ではないが、例えば、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアのようなコンピュータ関連エンティティを含むことが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１または複数のコンピュータに局在化されるか、および／または、２またはそれ以上のコンピュータに分散されうる。さらに、これらの構成要素は、様々なデータ構造を格納して有する様々なコンピュータ読取可能媒体から実行可能である。これら構成要素は、例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータのような１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００２３】
さらに、本明細書では様々な局面が、有線端末または無線端末でありうる端末に関連して記載される。端末はまた、システム、デバイス、加入者ユニット、加入者局、モバイル局、モバイル、モバイル・デバイス、遠隔局、遠隔端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器（ＵＥ）とも称されうる。無線端末は、セルラ電話、衛星電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、コンピュータ・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。さらに、本明細書では、様々な局面が、基地局に関して説明される。基地局は、無線端末と通信するために利用され、アクセス・ポイント、ノードＢ、エンハンスト基地局（ｅＢＳ）、またはその他幾つかの専門用語でも称されうる。
【００２４】
さらに、用語「または」は、排他的な「または」ではなく、包括的な「または」を意味することが意図される。すなわち、もし、他の方法で指定されなかったならば、あるいは文脈から明らかではないのであれば、句「ＸはＡまたはＢを使用する」は、自然な包括的な置換交換のうちの何れかを意味するように意図される。すなわち、「ＸはＡまたはＢを適用する」は、以下の例のうちのいずれかによって満足される。ＸがＡを適用するか、ＸがＢを適用するか、ＸがＡとＢとの両方を適用する。さらに、本明細書および特許請求の範囲で使用される冠詞「ａ」および「ａｎ」は、一般に、特に指定されていないか、あるいは、単数を示すものであることが文脈から明らかではない場合、「１または複数」を意味すると解釈されるべきである。
【００２５】
本明細書に記載された技術は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、およびその他のシステムのような様々な無線通信システムのために適用されうる。用語「システム」および「ネットワーク」は、しばしば交換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、ＣＤＭＡの広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびその他の変形を含んでいる。さらに、ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、グローバル移動体通信システム（ＧＳＭ）のようなラジオ技術を実現しうる。ＯＦＤＭＡシステムは、例えば、イボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、超モバイル広帯域（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のようなラジオ技術を実現しうる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースであり、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記述されている。さらに、ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記述されている。
【００２６】
様々な局面または機能が、多くのデバイス、構成要素、モジュール等を含むシステムの観点から表されるだろう。これら様々なシステムは、さらなるデバイス、構成要素、モジュール等を含んでいるか、および／または、図面に関連して説明されたデバイス、構成要素、モジュール等の必ずしも全てを含んでいる訳ではないことが理解され認識されるべきである。これらのアプローチの組み合わせもまた適用されうる。
【００２７】
１つの局面では、図１に示すように、高データ・レート・ネットワーク１２において効率的なハンドオフを実行するシステム１０は、アクセス端末２０をネットワーク１２へと、通信可能に動作できるように接続する複数のアクセス・ポイント１４、１６，１８を含む。特に、アクセス・ポイント１６は、アクセス端末２０との確立された無線通信セッション２４を有するソース・トランシーバ・モジュール２２を含む。さらに、アクセス・ポイント１６は、アクセス・ポイント１４とネットワーク通信している。アクセス・ポイント１４は、通信セッション２４を制御するアンカ・ネットワーク機能モジュール２６を含む。特に、アンカ・ネットワーク機能モジュール２６は、通信セッション２４の確立および遷移を管理し、さらに、アクセス端末２０との通信セッション２４を有するアクセス・ポイントと、ネットワーク１２との間のインタフェースとして動作する。この場合、例えば、アンカ・ネットワーク機能モジュール２６は、ネットワーク１２からのデータ・パケットを受信して、順序付けし、アクセス端末２０と通信するために、順序付けされたデータ・パケット２８の結果として得られるシーケンスを、ソース・トランシーバ・モジュール２２へ送信する。さらに、アクセス・ポイント１４は、例えば、固定サイズの循環メモリ（例えば、ファースト・イン、ファースト・アウト）のように、ソース・トランシーバ・モジュール２２へ送られる順序付けられたデータ・パケット２８のシーケンスのコピーを格納するシャドウ・バッファ３０を含む。
【００２８】
アクセス端末２０は、システム１０内で移動することができるので、アクセス端末２０は、アクセス端末２０が他のアクセス・ポイントへの通信セッション２４のハンドオフをトリガする条件を経験する位置に移動するかもしれない。例えば、アクセス端末２０は、近くのアクセス・ポイントのパイロット信号強度を連続的にモニタし、パイロット信号強度の比較に基づいて、アクセス・ポイントを切り換えるように選択することができる。例えば、アクセス・ポイント１８へ向かう方向３１へと移動しているアクセス端末２０が最終的にそのような場所に到達し、これによって、アクセス・ポイント１８のターゲット・トランシーバ・モジュール３２に対して、アクセス・ポイント１６のソース・トランシーバ・モジュール２２へハンドオフ要求３４を送るようにトリガする。
【００２９】
順序付けられたデータ・パケット２８のシーケンスのセグメントを送信している間に、ソース・トランシーバ・モジュール２２が、ハンドオフ要求３４を受信すると、システム１０は、進行中の送信において経験されるレイテンシを最小化する相対的に迅速かつ効率的なハンドオフを確実にするための多くの動作を提供する。特に、システム１０によって、ソース・トランシーバ・モジュール２２は、ソース・トランシーバ・モジュール２２によって完了される進行中の送信の終了を、ターゲット・トランシーバ・モジュール３２に同時あるいは並行して通知しながら、および、幾つかの局面においては、ハンドオフ後にアクセス端末２０へ配信されるために、ターゲット・トランシーバ・モジュール３２へ向けられる順序付けられたデータ・パケット２８のシーケンスの後に、新たに順序付けられたデータ・パケットをさらに同時または並行してアレンジしながら、順序付けられたデータ・パケット２８のシーケンスのセグメントの進行中の送信を完了することが可能となる。
【００３０】
特に、ハンドオフ要求３４を受信すると、ソース・トランシーバ・モジュール２２は、同時送信されるセグメントの終了に対応するシーケンス・マーカ３６を、送信の終了ポイントとして識別することと、セグメントの終了まで、進行中の送信を完了するように続けることと、シーケンス・マーカ３６とターゲット・トランシーバ・モジュール・アイデンティティ４０とを含み、セッションの状態を規定するハンドオフ状態データ・メッセージ３８を生成することと、セグメントの送信を完了するように続けることと並行して、ハンドオフ・データ状態メッセージ３８をアンカ・ネットワーク機能モジュール２６へ送信することと、を実質的同時にあるいは実質的に並行して実行する。
【００３１】
ハンドオフ・データ状態メッセージ３８を受信すると、順序付けられたデータ・パケット２８のシーケンスが、識別されたターゲット・トランシーバ・モジュール３２へ送られた後、アンカ・ネットワーク機能モジュール２６は、新たな任意のデータ・パケット４２の送信を直ちに切り換える。さらに、データ・シーケンス・マーカ３６に基づいて、シャドウ・バッファ３０に格納されたデータ・パケット２８のシーケンスのコピーにおいて、ソース・トランシーバ・モジュール２２によって送信された最後のセグメントの終了を識別することができ、その後、識別されたターゲット・トランシーバ・モジュール３２へと、残りのデータ・パケット部４４を送る。したがって、ターゲット・トランシーバ・モジュール３２は、通信セッション２４の実際のハンドオフ前に、通信セッション２４のためのデータ・パケットが予めロードされる。
【００３２】
さらに、セグメントの送信を完了し、順序付けられたデータ・パケット２８のシーケンスを、シーケンス・マーカ３６まで送信すると、ソース・トランシーバ・モジュール２２は、通信セッション２４のハンドオフを正式に完了するために、ターゲット・トランシーバ・モジュール３２へハンドオフ応答４６を送信し、バックホール・ネットワーク３における往復時間の半分を節約する。例えば、ハンドオフ応答４６は、限定される訳ではないが、例えば、１または複数のリンク状態、再送信バッファ状態、および制御バッファ状態のようなセッション状態情報を含みうる。この時、アンカ・ネットワーク機能モジュール２６は、ターゲット・トランシーバ・モジュール３２がアクセス端末２０にサービス提供するトランシーバ・モジュールを確認し、アンカ・ネットワーク機能モジュール２６は、ハンドオフが生じた場合であっても、通信を制御し続ける。
【００３３】
さらに、別の局面では、ターゲット・トランシーバ・モジュール３２が、ハンドオフ応答４６における再送信バッファに基づいて、ソース・トランシーバ機能モジュール３２によって送られたパケットまたはセグメントが受信されていないことを、アクセス端末２０によって通知された場合、あるいは、知った場合、ターゲット・トランシーバ機能モジュール３２は、ソース・トランシーバ・モジュール２２へコンタクトし、その送信バッファからそれを取得する必要はない。代わりに、ターゲット・トランシーバ・モジュール３２は、失われたデータ・パケットまたはセグメントの対応するシーケンス・マーカに基づいて、シャドウ・バッファ３０から、失われたデータ・パケットまたはセグメントを取得することによって、バックホール・ネットワーク利用を節約することができる。
【００３４】
それゆえ、記述されたアーキテクチャは、データ通信が生じていない期間中にレイヤ３ハンドオフが実施される間にモバイル／休止状態に入るまで、あるいはアクセス端末２０が比較的大きな距離を移動するまで、１つのネットワーク機能モジュールから他のネットワーク機能モジュールへのレイヤ３ハンドオフを実施する必要なく、１つのトランシーバ・モジュールから、別の位置におけるトランシーバに対応する別のトランシーバ・モジュールへの可能性のある多くのレイヤ２ハンドオフを考慮する。
【００３５】
このアプローチには様々な利点がある。例えば、１つの利点は、どのトランシーバ・モジュールが以前にサービス提供していたのかを知る必要がないことである。代わりに、このアプローチは、ネットワーク機能モジュールからの未送信および再送信データ・パケットを取得することができる。さらに、ネットワーク機能モジュールは、サービス提供しているトランシーバ・モジュールへ送られた順序付けられたデータ・パケットをバッファするためのシャドウ・バッファを含んでいるので、全ての古いトランシーバ・モジュールが、アクセス端末との送信を終了している間、このアプローチによって、ネットワーク機能モジュールは、ハンドオフが開始すると直ちに、およびそれが完了する直前に、新たなデータを新たなトランシーバ・モジュールへ送るように命令される。例えば、順序付けられたデータ・パケットのシーケンスのセグメントの進行中の送信は、再送信を可能にすることによって、誤り訂正を可能にする発展的な送信でありうる。ハンドオフを予め準備することによって、実際にハンドオフが生じた場合、新たなトランシーバ・モジュールはすでに、順方向リンクを介してアクセス端末へ送信するためのデータを有している。
【００３６】
さらに、いくつかの局面では、シーケンス・マーカ３６は、パケット・ベースのシーケンス・マーカではなく、バイト・ベースのシーケンス・マーカでありうる。有利なことに、バイト・ベースのシーケンス・マーカ３６によって、部分的なデータ・パケットのトラッキングが可能となり、もって、部分的なパケット喪失をも最小化あるいは阻止することができる。
【００３７】
さらに、本装置および方法は、ある局面においては、約２０ミリ秒から約６０ミリ秒の期間で、別の局面においては、約４０ミリ秒から約８０ミリ秒の期間で、さらに別の局面においては、１００ミリ秒未満の期間で、ハンドオフが生じることが明らかになった。
【００３８】
図２に示すように、システム１０（図１）の構成要素は、プロセッサ５４と通信するメモリ５２を含むコンピュータ・デバイス５０において具体化されうる。メモリ５２は、プロセッサ５４によって実行されるアプリケーションを格納するように動作可能である。メモリ５２は、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、およびそれらの組み合わせを含みうる。特に、システム１０（図１）のおのおのの構成要素は、本明細書に記載の構成要素に特有の動作を実行するように動作可能な１または複数の機能モジュール、アプリケーション、あるいはプログラム６２を含みうる。さらに、プロセッサ５４は、本明細書に記載の構成要素の１または複数に関連する処理機能を実行するように動作可能である。プロセッサ５４は、単一のプロセッサ、あるいは、複数のプロセッサのセットまたはマルチ・コア・プロセッサを含みうる。さらに、プロセッサ５４は、統合処理システムおよび／または分散処理システムとして実施されうる。
【００３９】
さらに、コンピュータ・デバイス５０は、アクセス端末２０のユーザからの入力を受け取り、ユーザへ表示するための出力を生成するように動作可能なユーザ・インタフェース５６を含む。ユーザ・インタフェース５６は、限定される訳ではないが、キーボード、テン・キー、マウス、タッチ式ディスプレイ、ナビゲーション・キー、ファンクション・キー、マイクロホン、音声認識構成要素、ユーザからの入力を受け取ることができるその他任意のメカニズム、あるいはこれらの任意の組み合わせを含む１または複数の入力デバイスを含みうる。さらに、ユーザ・インタフェース５６は、限定される訳ではないが、ディスプレイ、スピーカ、触覚式フィードバック・メカニズム、プリンタ、ユーザへ出力を表示することが可能なその他任意のメカニズム、あるいはこれら任意の組み合わせを含む１または複数の出力デバイスを含みうる。
【００４０】
さらに、コンピュータ・デバイス５０は、ハードウェア、ソフトウェア、およびサービスを利用する１または複数のその他の構成要素との通信を確立および維持する通信構成要素５８を含む。通信構成要素５８は、例えば、アクセス・ポイント１４、１６、１８（図１）、その他のネットワーク側要素またはインフラストラクチャ要素、あるいは、コンピュータ・デバイス５０へ連続的あるいはローカルに接続されたその他のデバイスのような外部デバイスとコンピュータ・デバイス５０との間と同様、通信デバイス５０上の構成要素間の通信を搬送することができる。通信構成要素５８は、通信を受信する受信機と、通信を送信する送信機とを含む。さらに、通信構成要素５８は、１または複数のそれぞれのプロトコルにしたがってデータを交換することができる対応する受信チェーン構成要素と、送信チェーン構成要素とを含む。
【００４１】
さらに、コンピュータ・デバイス５０は、データベース６０を含みうる。これは、ハードウェアおよび／またはソフトウェアの任意の適切な組み合わせであり、アクティブなメモリ５２で使用されていない場合、本明細書で記載の局面に関連して適用されたデータ／情報、データ関係、およびソフトウェア・プログラム／アプリケーションの大容量記憶を提供する。さらに、データベース６０は、それぞれのアプリケーションが、アクティブなメモリ５２にない場合、１または複数の機能モジュール／プログラム／アプリケーション６２を格納することができる。
【００４２】
アクセス端末２０の１つの局面では、図３に示すように、機能プログラム６２（図２）は、本明細書に記載のハンドオフ関連機能を実行するためのロジック、実行可能命令群等を含むアクセス端末（ＡＴ）ハンドオフ・マネジャ・モジュール７０を含みうる。特に、ＡＴハンドオフ・マネジャ・モジュール７０は、様々なアクセス・ポイントの信号強度を評価し、ハンドオフのための条件が存在するときを判定するハンドオフ判定ロジック７２を含みうる。さらに、ＡＴハンドオフ・マネジャ・モジュール７０は、判定ロジック７２の出力に応答して、ハンドオフが要求されたことをターゲット・トランシーバ・モジュール３２へ通知するハンドオフ・リクエスタ・ロジック７４を含みうる。さらに、ＡＴハンドオフ・マネジャ・モジュール７０は、通信セッションのハンドオフのリソーシングを管理および調整するハンドオフ・リソース・ロジック７６を含みうる。
【００４３】
図４に示すように、アクセス・ポイント１６の１つの局面では、機能プログラム６２（図２）は、本明細書に記載のハンドオフ関連機能を実行するロジック、実行可能命令群等を含むソース・アクセス・ポイント（ＡＰ）ハンドオフ・マネジャ・モジュール８０を含みうる。特に、ソースＡＰハンドオフ・マネジャ・モジュール８０は、進行中の送信を評価し、シーケンス・マーカ３６（図１）として定義される送信の終了ポイントを見つけ出すように動作可能なシーケンス判定ロジック８２を含みうる。さらに、ソースＡＰハンドオフ・マネジャ・モジュール８０は、ハンドオフ要求３４を分析し、ターゲット・トランシーバ・モジュール識別子４０を判定するターゲット判定ロジック８４を含みうる。さらに、ソースＡＰハンドオフ・マネジャ・モジュール８０は、ハンドオフが完了したときを判定する完了判定ロジック８６を含みうる。さらに、ソースＡＰハンドオフ・マネジャ・モジュール８０は、ハンドオフ・データ状態メッセージ３８とハンドオフ応答メッセージ４６との送信を生成し開始するように動作可能である。
【００４４】
図５に示すように、アクセス・ポイント１４の１つの局面では、機能プログラム６２（図２）が本明細書に記載のハンドオフ関連機能を実行するロジックや実行可能な命令群等を含むアンカＡＰハンドオフ・マネジャ・モジュール９０を含む。アンカＡＰハンドオフ・マネジャ・モジュール９０は、特に、１または複数のアクセス端末との通信セッションを維持する１または複数の他のアクセス・ポイントと、ネットワーク１２（図１）との間の順方向リンク通信および逆方向リンク通信の経路を管理する制御ロジック９２を含みうる。さらに、アンカＡＰハンドオフ・マネジャ・モジュール９０は、シャドウ・バッファ３０（図１）の動作を制御し、そこからデータ・パケットを取得するシャドウ・ロジック９４を含みうる。さらに、アンカＡＰハンドオフ・マネジャ・モジュール９０は、１つのトランシーバ・モジュールから、別のトランシーバ・モジュールへの、バッファを含む状態情報の交換を管理することを含む切換セッションを管理する切換ロジック９６を含みうる。さらに、アンカＡＰハンドオフ・マネジャ・モジュール９０は、誤配置されたデータ・パケットを求める要求のみならず、データ状態メッセージ３８をハンドオフすることに応答することを含み、シャドウ・バッファ３０からデータを取得する要求に応答して動作するシーケンス判定ロジック９８を含みうる。
【００４５】
図６に示すように、アクセス・ポイント１８の１つの局面では、機能プログラム６２（図２）は、本明細書に記載のハンドオフ関連機能を実行するロジックや実行可能な命令群等を含むターゲットＡＰハンドオフ・マネジャ・モジュール１０１を含みうる。特に、ターゲットＡＰハンドオフ・マネジャ・モジュール１０１は、アクセス端末からハンドオフを求める要求を受信することに応答して、ハンドオフ要求メッセージ３４を生成して送信するハンドオフ要求ロジック１０３を含みうる。さらに、ターゲットＡＰハンドオフ・マネジャ・モジュール１０１は、それぞれのアクセス端末において終端するあるいはそこから発信されるデータ・パケットをキューするように動作可能な順方向リンク（ＦＬ）および／または逆方向リンク（ＲＬ）キュー１０５を含みうる。ターゲットＡＰハンドオフ・マネジャ・モジュール１０１は、これらアクセス端末を用いて、ハンドオフ準備動作に基づいてサービス提供しているか、あるいは、サービス提供する段階にある。さらに、ターゲットＡＰハンドオフ・マネジャ・モジュール１０１は、例えば、ハンドオフが完了し、ソース・トランシーバ・モジュール状態情報を受信すると得られる誤配置されたデータ、および／またはデータ・パケット部４４のように、ハンドオフの準備中に受信されたデータ、またはキュー内に保持されたデータをどのように配列するかを判定するシーケンス・ロジック１０７を含みうる。
【００４６】
図７に示すように、１つの限定しない局面では、コール・フロー１１１が、例えばシステム１０（図１）のような高データ・レート・ネットワークのさまざまな構成要素間のインタラクションを詳述する。この例において、アクセス端末（ＡＴ）２０は、ＡＴ２０が通信する潜在的なトランシーバ・モジュール、あるいは、「アクティブ・セット」とも称されるソースＴＦ２２、ターゲットＴＦ３２、およびその他のＴＦ３３を有する。アクティブ・セット内のおのおののトランシーバ・モジュールは、ユニークなアクティブ・セット・インデクス番号を受信する。そして、この例では、ＴＦ２２は「０」が、ＴＦ３２は「１」が、ＴＦ３３は「２」が割り当てられる。いずれにせよ、動作１１５において、ソースＴＦ２２は、ＡＴ２０との通信セッションを維持する。これは、サービス提供セクタを維持するとも称され、おのおののＴＦは、異なるセクタにサービス提供することができる。動作１１７では、ＡＴ２０は、例えば、ソースＴＦ２２のパイロット信号強度を弱めることや、および／または、ターゲットＴＦ３２のパイロット信号強度を強めることのような、ハンドオフをトリガする条件を検出する。ＡＴ２０は、ハンドオフされるであろうセクタ（アクティブ・セットの番号）を識別し、動作１１９、１２１、１２３は、ハンドオフを有効にするために、所望のサービス提供セクタを識別する変更制御要求を、アクティブ・セット内の全てのトランシーバ・モジュールへ送る。動作１２５、１２７では、ソースＴＦ２２およびターゲットＴＦ３２は、自分たちが、所望のハンドオフに含まれたＴＦであることを知る。それに応答して、で、動作１２９において、ターゲットＴＦ３２は、ソースＴＦ２２へハンドオフ要求を送る。それに応答して、動作１３１において、ソースＴＦ２２は、ネットワーク機能モジュール２６へ、さらに詳しくは、アンカ・ネットワーク制御機能２７と称されるその制御モジュール部へと、ハンドオフ・データ状態メッセージを送る。上述したように、ハンドオフ・データ状態メッセージは、ソースＴＦ２２がデータ送信を終了する場所を識別するシーケンス・マーカのみならず、ターゲットＴＦ３２を、セッションを受信するＴＦとして識別する。
【００４７】
この時点では、例えば、超モバイル広帯域（ＵＭＢ）実施のような幾つかの局面において、アクセス・ポイントは、ネットワーク制御機能（ＮＣＦ）、ネットワーク・データ機能（ＮＤＦ）、および、トランシーバ機能（ＴＦ）といった個別のエンティティに分割されうることが注目されるべきである。一般に、ＮＣＦは、例えば、１つのＴＦから他のＴＦへセッションの制御を転送するセッション・プロトコルおよび接続レイヤ・シグナリング・プロトコルを開始することができる。例えば、そのようなアクティビティは、アクセス端末（ＡＴ）からのシステム・アクセスの管理、セッション発見／生成／終了機能の提供、接続のための専用のリソースの割当／再利用等を含みうる。上述するように、トランシーバ機能（ＴＦ）はさらに、（例えば、セクタ内のアクセス端末のためのエア・インタフェース接続ポイントを提供するために、）媒体アクセス制御（ＭＡＣ）レイヤに関連する機能を実行するセクタを表しうる。さらに、ネットワーク・データ機能（ＮＤＦ）は、アクセス端末にサービス提供するトランシーバ機能とネットワークとの間でデータを中継するデータ処理機能を実現することができる。さらに、ＮＤＦがデータ・パケットを経路付ける能力は、ＮＣＦによって制御される。ＮＣＦは、関連するハンドオフと連携して、端末機能とトランシーバ機能との間の関係を指定する。したがって、ネットワークからアクセス端末への順方向リンク・トラフィックの場合、ＮＤＦは、シャドウ・バッファを管理し、仮想ラジオ・リンク・プロトコル（ＶＲＬＰ）シーケンシング等を適用し、アクセス端末からネットワークへの逆方向リンク・トラフィックにおける対応機能を実行する。
【００４８】
コール・フローに戻って、アンカＮＣＦ２７は、動作１３１においてハンドオフ・データ状態メッセージを受信した後、動作１３３において、ハンドオフ切換コマンドを生成しそれを送信するように動作することができる。ハンドオフ切換コマンドは、ハンドオフ・データ状態メッセージから、ＡＴ、ターゲットＴＦ、対応するＭＡＣ識別子、およびシーケンス・マーカを識別する。動作１３５では、アンカＮＣＦ２７が、ハンドオフが終了するまで、ＡＴ２０からソースＴＦ２２を介してアンカＮＤＦ２９までの逆方向リンク接続を維持する。一方、動作１３７および動作１３９では、アンカＮＣＦ２７は、送られるシーケンス・マーカ後の順方向リンク・データ・パケットを、ターゲットＴＦ３２へ直ちに送る。これらパケットは、ターゲットＴＦ３２において、ハンドオフ後にＡＴ２０へ配信されるためにキューされるだろう。動作１４１において、ソースＴＦ２２は、送信を終了する。１つの局面では、例えば、終了は、例えば、送信するものを示した最後のデータ・セグメント・ソースＴＦ２２に対応する最後のハイブリッド自動反復要求（ＨＡＲＱ）送信のような最後の誤り訂正再送信を実行することを含む。それに応じて、動作１４５では、ハンドオフを確認するために、ソースＴＦ２２が、ハンドオフ応答メッセージをターゲットＴＦ３２へ送る。このハンドオフ応答メッセージは、シーケンスが送信される最終情報、再送信バッファに関する情報、バッファの制御に関する情報、および、逆方向リンク・バッファ・レベルに関連する情報、のうちの１または複数を含む最終状態情報を含みうる。
【００４９】
さらに、転送のための典型的な状態は、データ状態、接続状態、セッション状態等を含みうる。データ状態は、接続および／またはハンドオフ転送中におけるアクセス端末とネットワーク・データ機能との間のデータ経路におけるアクセス・ネットワークの状態を称しうる。そのようなデータ状態はさらに、一般には本質的に動的である例えばヘッダ・コンプレッサ状態またはラジオ・リンク・プロトコルバッファ状態のような項目を含みうる。同様に、接続状態は、接続がクローズし、アクセス端末がアイドルのままである場合、保持されていないＮＣＦとアクセス端末との間の制御経路におけるアクセス・ネットワークの状態を指定しうる。接続状態はさらに、アクセス端末、電力制御ループ値、アクティブ・セット情報等のために保持されたエア・インタフェース・リソースのセットのような情報を含みうる。
【００５０】
それゆえ、ターゲットＴＦ３２は、通信セッションに関してソースＴＦ２２が終了したところで、取得する必要のある全ての情報を持っている。また、ハンドオフ応答の送信後、動作１４５では、ソースＴＦ２２が、ターゲットＴＦ３２およびターゲットＴＦアクティブ・セット・インデクスを含むハンドオフ転送メッセージを送信することによって、アンカＮＣＦ２７とのハンドオフを確認する。一方、動作１４７では、ＡＴ２０との通信を確立し、セッションを制御するために、ターゲットＴＦ３２が、１または複数のリソース・メッセージを送る。ソースＴＦ２２からハンドオフ転送メッセージを受信した後、動作１５１、１５３、１５５では、ＮＣＦ２７が、アクティブ・セット内の全てのＴＦに対してハンドオフ完了メッセージを送る。ハンドオフ完了メッセージは、ターゲットＴＦ３２のようなサービス提供ＴＦを識別する。したがって、コール・フロー１１１は、高データ・レート・ネットワークのレイテンシを効率的に低減するように動作するレベル２ハンドオフ検出および切換を規定する。例えば、１つの局面では、コール・フロー１１１は、例えば高速データ・システム（ＨＳＤＳ）ネットワークのように、約１Ｍビット／秒を超えるデータ・レート、あるいは他の局面では約５Ｍビット／秒を超えるデータ・レート、他の局面では、約１０Ｍビット／秒から約１５０Ｍビット／秒の範囲のデータ・レートを持つネットワークにおけるレイテンシを低減することができる。さらに、コール・フロー１１１のアーキテクチャは、レイテンシをさらに低減するために、ネットワーク内の深くにＲＬＰ機能を有するのではなく、ＡＴ２０の近くにＲＬＰ機能を配置する。
【００５１】
システムの動作方法を以下に示す。本明細書では、さまざまなイベントおよび／または動作を示す一連のブロックとして典型的な方法が例示されているが、主題とする局面は、そのような例示されたブロックの順序によって限定されない。例えば、幾つかの動作またはイベントは、説明された局面にしたがって、例示された順序とは異なる順序で、および／または、他の動作またはイベントと同時に生じうる。さらに、主題とする局面にしたがった方法を実現するために、例示された全てのブロック、イベント、または動作が必要とされる訳ではない。さらに、説明された局面にしたがった典型的な方法およびその他の方法は、例示も記載もされていない他のシステムおよび装置と関連してだけではなく、本明細書で例示され説明された方法と関連して実現されうることが認識されよう。
【００５２】
動作では、図８に示すように、１つの局面において、無線通信システムにおいてセッション・ハンドオフを実行する方法１６０は、アクセス端末との通信セッションの確立後、アンカ・ネットワーク機能モジュールから、順序付けられたデータ・パケットのシーケンスを受信することを備える（ブロック１６２）。この場合、通信セッションは、アンカ・ネットワーク機能モジュールによって制御される。ここでは、アンカ・ネットワーク機能モジュールは、順序付けられたデータ・パケットのシーケンスを格納するように動作可能なシャドウ・バッファを備える。例えば、順序付けられたデータ・パケットのシーケンスは、ネットワーク・データ制御機能要素から、順方向リンクで受信されうる。
【００５３】
さらに、この方法は、順序付けられたデータ・パケットのシーケンスのセグメントを送信している間、通信セッションによって、ターゲット・トランシーバ・モジュールから、ハンドオフ要求を受信することを含む（ブロック１６４）。例えば、ターゲット・トランシーバ・モジュールは、ハンドオフを開始するために、アクセス端末から、要求を受信している。
【００５４】
さらに、この方法は、セグメントの終了に対応するシーケンス・マーカを、送信の終了ポイントとして識別することを含む（ブロック１６６）。例えば、ソース・トランシーバ・モジュールは、例えば、送信の反復を可能とする誤り訂正送信でみられるようなプログレッシブな送信でありうる現在送信中のセグメントの終了を識別するように動作可能である。
【００５５】
さらに、この方法は、セグメントの終了まで送信を完了するように続ける（ブロック１６８）。上述したように、この送信は、例えばハイブリッドＡＲＱ送信のような誤り訂正タイプの送信でありうる。
【００５６】
さらに、この方法は、送信を完了するために続けることと並行して、セッションのハンドオフ・データ状態をアンカ・ネットワーク機能モジュールへ送信することを含む（ブロック１７０）。この場合、ハンドオフ・データ状態は、ターゲット・トランシーバ・モジュールの識別子、およびシーケンス・マーカを備える。さらに、ハンドオフ・データ状態は、順序付けられたデータ・パケットのシーケンスの一部を、シャドウ・バッファから、識別されたターゲット・トランシーバ・モジュールへ送信するように、アンカ・ネットワーク機能モジュールをトリガするように動作することができる。ここで、順序付けられたデータ・パケットのシーケンスの一部は、シーケンス・マーカによって識別されたセグメントの終了後に始まる。例えば、ソース・トランシーバ・モジュールは、ターゲット・トランシーバ・モジュールに対する制御を切り換えるように動作するネットワーク制御機能モジュールへ、ハンドオフ・データ状態を転送するように動作可能であり、これによって、セグメントの終了後の送信のシャドウ・バッファ部は、ハンドオフ前に、ターゲット・トランシーバ・モジュールにおいてキューされうる。ソース・トランシーバ・モジュールがその送信を完了する一方で、ターゲット・トランシーバ・モジュールを事前ローディングすることは、特に高データ・レート・ネットワークでは、非常に効率的であり、低いレイテンシ・ハンドオフを提供する。
【００５７】
図９に示すように、別の局面では、無線通信システムにおいてセッション・ハンドオフを実行する方法１８０は、確立された通信セッションのソース・トランシーバ・モジュールからターゲット・トランシーバ・モジュールへのハンドオフを要求する条件が存在するかを判定することを備える（ブロック１８２）。ここで、この判定は、ソース・トランシーバ・モジュールから、順序付けられたデータ・パケットのシーケンスのセグメントを受信している間になされる。例えば、アクセス端末は、隣接するアクセス・ポイントの受信したパイロット信号強度に基づいて、ハンドオフ条件を検出するように動作可能なロジックを含みうる。
【００５８】
この方法はさらに、この判定に基づいて、ターゲット・トランシーバ・モジュールへとハンドオフ要求を送信することを含む（ブロック１８４）。ここで、ハンドオフ要求は、ターゲット・トランシーバ・モジュールに対して、セグメントを受信している間、アンカ・ネットワーク機能モジュールのシャドウ・バッファから、順序付けられたデータ・パケットのシーケンスの一部を受信し、キューするようトリガするように動作可能である。ここで、順序付けられたデータ・パケットのシーケンスの一部は、セグメント後の順序付けられたシーケンス部分に相当する。例えば、アクセス端末によってハンドオフ要求を送ると、ソース・トランシーバ・モジュールにハンドオーバ要求が通知され、ハンドオフ前に状態情報を提供する一連の動作によって、ターゲット・トランシーバ・モジュールは、ソース・トランシーバ機能によって現在送信されているセグメントの終了後のデータ・パケットのキューを蓄積できるようになる。
【００５９】
また、この方法は、ソース・トランシーバ・モジュールから、セグメントに対応する最後の送信を受信することを含む（ブロック１８６）。例えば、この送信は、与えられた再送信番号を含む誤り訂正送信でありうる。ハンドオフが迅速に達成される場合に生じるように、誤り訂正機能を実行する際に費やされる時間を無駄にするのではなく、本局面は、ターゲット・トランシーバにデータを準備することによって、送信を終了するための時間を有効に使うことができる。よって、このハンドオフは、レイテンシを低減する。
【００６０】
さらに、この方法は、ソース・トランシーバ・モジュールから最後の送信を受信した後、ターゲット・トランシーバ機能を用いて通信セッションを確立することを含む（ブロック１８８）。例えば、最後の送信が完了すると、アクセス端末の通信セッションがターゲット・トランシーバ・モジュールへハンドオフされる。
【００６１】
さらに、この方法は、ターゲット・トランシーバ機能を用いて通信セッションを確立した後、実質的なレイテンシなく、他のネットワーク機能モジュールの制御の下、キューから、ターゲット・トランシーバ機能からの順序付けられたデータ・パケットのシーケンスの一部を受信することを含む（ブロック１９０）。上述したように、他のアンカ・ネットワーク機能は既に、識別されたセグメントの終了後に、順序付けられた任意のデータでターゲット・トランシーバ・モジュールに負荷をかけ始めている。それゆえ、ターゲット・トランシーバ・モジュールは、特に高データ・レート・システムにおいて、高効率の、低レイテンシのハンドオフを達成する。さもなければ、高データ・レート・システムでは、バックホール・ネットワークの使用が蓄積され、高い費用を必要とするだろう。
【００６２】
図１０は、局面にしたがって、ソース・トランシーバから、ターゲット・トランシーバへと状態を転送する関連方法を例示する。４１０において、ＡＴは、アクティブ・セット内に少なくとも１つのセクタを含めることによって、アクティブ・セットを確立する。さらに、アクティブ・セット確立の一部として、ＡＴは、アクティブ・セット内に少なくとも１つのセクタを含める要求をＡＰに通知する。４２０において、ＡＰは、所望のセクタと通信して、このアクティブ・セットに参加する所望のセクタを準備する。特に、所望のセクタが、アクティブ・セットに参加することに合意した場合、この所望のセクタは、リソースを割り当て、ＡＴとの通信のための準備をする。一方、所望のＡＴは、この要求に応答しないか、あるいは拒否することができる。いずれの場合も、４３０において、ＡＰはＡＴに対して、所望のセクタをアクティブ・セットに追加する試みの結果を通知する。その後、４４０において、ラジオ接続における変化がＡＴによって検出される。これは、アクティブ・セット内のセクタ間の変化を促しうる。例えば、上述したように、マルチレイヤ・プロトコルのデータ／ラジオ・リンク・レイヤとしても知られているレイヤ２においてハンドオフが生じうる。したがって、４５０において、セッション状態が、ソース・トランシーバ機能から、ターゲット・トランシーバ機能へと転送される。ＡＴを含む通信セッションのハンドオーバを受信するために、アクティブ・セット内のセクタが準備されるので、（例えば、トランシーバ機能におけるラジオ・リンク・プロトコルに関する）ＴＦ転送が、実質的に低いレイテンシでかつ迅速（例えば、２０乃至４０ミリ秒の範囲）に、シームレスに実行される。
【００６３】
本明細書に記載されるように、「構成要素」、「システム」といった用語は、ハードウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェアまたは実行中のソフトウェア、および／または、電子機械ユニットの何れかであるコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で動作しているプロセス、プロセッサ、オブジェクト、インスタンス、実行形式、実行スレッド、プログラム、および／または、コンピュータでありうる。例示によれば、コンピュータ上で動作しているアプリケーションと、コンピュータとの両方が構成要素になりうる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在することができ、構成要素は、１つのコンピュータ上に局在化されるか、および／または、２またはそれ以上のコンピュータ内に分散されうる。
【００６４】
用語「典型的な」は、本明細書において、例、事例、または例示となることを意味するために使用される。本明細書において「典型的な」と示される局面または設計は、必ずしも他の局面または設計よりも好適であるとか、有利であるとか解釈される必要はない。同様に、本明細書では、明確化および理解のためにのみ例が提供され、何れの場合であれ、記述した局面またはその一部を限定することは意味されていない。多くの追加例または代替例が提示されうるが、簡潔化の目的で省略されていることが認識されるべきである。
【００６５】
さらに、記述された局面の全てまたは一部は、開示された局面を実現するようにコンピュータを制御するためのソフトウェア、ファームウェア、ハードウェア、あるいはこれらの組み合わせを生成するための標準的なプログラミング技術またはエンジニアリング技術を用いるシステム、方法、装置、または製造物品として実現されうる。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストライプ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ等）を含みうる。さらに、電子メールを送受信する際、あるいはインターネットやローカル・エリア・ネットワーク（ＬＡＮ）のようなネットワークにアクセスする際に使用されるようなコンピュータ読取可能電子データを搬送するために、搬送波が適用されうることが認識されるべきである。もちろん、当業者は、特許請求される主題の範囲または精神から逸脱することなく、この構成に対して多くの修正がなされうることを認識するだろう。
【００６６】
本明細書に記載されたこれらシステムおよび／または方法が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラム・コードあるいはコード・セグメントで実現される場合、これらは、例えば記憶装置のような機械読取可能媒体に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいはメモリ・コンテンツの引渡しおよび／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引渡し、転送、あるいは送信されうる。
【００６７】
ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手順、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。
【００６８】
上述したものは、開示された主題の例を含んでいる。もちろん、そのような主題を説明する目的で、構成要素または方法論の考えられる全ての組み合わせを記述することは可能ではないが、当業者であれば、さらなる組み合わせおよび置き換えが可能であることを認識することができる。したがって、本主題は、請求項の精神および範囲内にあるそのような全ての変更、修正、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細説明あるいは請求項のうちの何れかで使用されている限り、その用語は、用語「備える」が、請求項における遷移語として適用される場合に解釈されるように、用語「備える」と同様に包括的であることが意図される。
【図１】
2010524301.tif 000003
【図２】
2010524301.tif 000004
【図３】
2010524301.tif 000005
【図４】
2010524301.tif 000006
【図５】
2010524301.tif 000007
【図６】
2010524301.tif 000008
【図７】
2010524301.tif 000009
【図８】
2010524301.tif 000010
【図９】
2010524301.tif 000011
【図１０】
2010524301.tif 000012
【国際調査報告】
2010524301.tif 000013
2010524301.tif 000014
2010524301.tif 000015