(57)【要約】  本発明は、総合マルチＲＡＴネットワークにおけるユーザ端末ＵＴ（２４０）に関する通信セッションのハンドオーバを支援する方法を提供し、前記ネットワークに実装するＲＮＣ１（２３０）が前記方法を実行し、前記方法は以下のステップを含む。−「ハンドオーバ候補」メッセージを受信するステップであって、前記「ハンドオーバ候補」メッセージは前記メッセージを「ハンドオーバ候補」メッセージであると特定するメッセージタイプ識別子の情報要素を含み、前記メッセージは前記セッションを特定し、前記メッセージは前記ネットワークの候補ＲＮＣ（２３１）をさらに特定し、前記候補ＲＮＣ（２３１）は前記セッションのＲＮＣ（２３１）ハンドオーバ候補を構成する「ハンドオーバ候補」メッセージを受信するステップと、−前記メッセージを調べることにより前記ＲＮＣ（２３１）のアイデンティティを確認するステップと、−前ステップで特定した前記候補ＲＮＣ（２３１）と前記通信セッションを関連付けるステップ。本方法は、本発明による方法を実現するＲＮＣ１（２３０）、ＲＮＣ２（２３１）およびソフトウェアを提供する。
2009510871.tif 000002
【特許請求の範囲】
【請求項１】
総合マルチＲＡＴネットワークにおけるユーザ端末ＵＴ（２４０）に関する通信セッションのハンドオーバを支援する方法であって、
前記ネットワークに実装するＲＮＣ１（２３０）が前記方法を実行し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じて、前記ＲＮＣ１（２３０）が前記セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて、前記ＲＮＣ１（２３０）が前記セッションをルーティングするようにし、
−「ハンドオーバ候補」メッセージを受信するステップであって、前記「ハンドオーバ候補」メッセージが前記メッセージを「ハンドオーバ候補」メッセージであると特定するメッセージタイプ識別子の情報要素を含み、前記メッセージが前記セッションを特定し、前記メッセージがさらに前記ネットワークの候補ＲＮＣを特定し、前記候補ＲＮＣが前記セッションのＲＮＣハンドオーバ候補を構成する、「ハンドオーバ候補」メッセージを受信するステップと、
−前記メッセージを調べることにより前記ＲＮＣのアイデンティティを確認するステップと、
−前記前ステップで特定した前記候補ＲＮＣと前記通信セッションを関連付けるステップと、
を有する方法。
【請求項２】
前記「ハンドオーバ候補」メッセージが、
−前記ＵＴ（２４０）を特定するユーザ端末識別子ＵＴＩＤと、
−無線アクセスポイントＡＰ２（２６６）のアクセスポイント識別子ＡＰ２ＩＤ、またはノードＢ(２５１)のノードＢ識別子ノードＢＩＤ、前記ＵＴ（２４０）が検出するノードＢの前記ビーコン信号を含み、
前記代替無線アクセス・ネットワーク・プロトコル、または前記候補ＲＮＣ（２３１）に関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスと共にＵＴ（２４０）の移動ＩＰアドレス（ｍｏｂｉｌｅ  ＩＰ  ａｄｄｒｅｓｓ）ＭＩＰ、またはセキュアなＭＩＰアドレス（ｓｅｃｕｒｅ  ＭＩＰ  ａｄｄｒｅｓｓ）ＭＩＰＳｅｃにより前記ＡＰ２ＩＤが定義され、
前記候補ＲＮＣの前記アイデンティティを確認する前記ステップは、
−前記ＡＰ２ＩＤ／ノードＢＩＤ／ＡＲ（２５６）のＩＰアドレスを前記候補ＲＮＣ（２３１）の前記アイデンティティにリンクする蓄積情報を調べるステップを有し、
前記通信セッションを前記候補ＲＮＣ（２３１）と関連付ける前記ステップは、
−前記セッションのルーティングテーブルを更新するステップであって、前記候補ＲＮＣを特定する識別子を前記ルーティングテーブルに蓄積することにより、前記セッション識別子にリンクする前記ＵＴＩＤにより前記セッションを特定する、前記セッションのルーティングテーブルを更新するステップを有する、請求項１に記載の方法。
【請求項３】
前記「ハンドオーバ候補」メッセージが、前記メッセージのソースアドレスとして前記候補ＲＮＣ（２３１）の前記ネットワークアドレスを含み、前記候補ＲＮＣ（２３１）を特定し、前記ＲＮＣ１（２３０）を前記候補ＲＮＣと接続するＲＮＣ間インタフェースを経て前記「ハンドオーバ候補」メッセージを受信する、請求項２に記載の方法。
【請求項４】
前記「ハンドオーバ候補」メッセージが、前記候補ＲＮＣ（２３１）を特定する前記候補ＲＮＣ（２３１）のネットワークアドレスを含み、前記ＵＴＩＤが前記ＵＴ（２４０）の前記代替ネットワークアドレスであり、前記ＡＰ２ＩＤが前記ＡＰ２（２６５）の前記代替ネットワークアドレスであり、
−前記第１の無線アクセスネットワーク経路を経てまたは前記代替無線アクセスネットワーク経路を経て前記「ハンドオーバ候補」メッセージを受信するステップをさらに有する、請求項２に記載の方法。
【請求項５】
前記第１のネットワーク・ルーティング・プロトコルが３ＧＰＰプロトコルであり、前記代替アクセス・ネットワーク・プロトコルがＩＥＥＥ８０２規格プロトコルであるか、または移動ＩＰプロトコルＭＩＰ、またはセキュアな移動ＩＰプロトコルＭＩＰＳｅｃであり、
−前記第１の無線アクセスネットワーク経路を経て前記「ハンドオーバ候補」メッセージを受信する場合、前記「ハンドオーバ候補」メッセージが前記３ＧＰＰ規格に準拠するＲＲＣメッセージであり、
−前記代替無線アクセスネットワーク経路を経て前記「ハンドオーバ候補」メッセージを受信する場合、前記「ハンドオーバ候補」メッセージが前記ＩＡＰＰプロトコルまたはＬＷＡＰプロトコルに準拠するＵＤＰ／ＩＰメッセージである、
請求項４に記載の方法。
【請求項６】
−前記第２のポート（２７２）を介し前記代替無線アクセスネットワーク経路を通じて、前記セッションをルーティングするステップ、および、
−前記第１の無線ネットワーク・ルーティング・プロトコルにより前記第１の無線アクセスネットワーク経路を通じて前記ＵＴ（２４０）へ／から前記セッションに関連付ける、制御プレーンデータとＲＲＭ情報との少なくともいずれかを信号通知するステップ、または
−前記代替アクセス・ネットワーク・ルーティング・プロトコルにより前記代替無線アクセスネットワーク経路を通じて前記ＵＴ（２４０）へ／から前記セッションに関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかを信号通知するステップと
をさらに有する、請求項１乃至請求項５のいずれか１項に記載の方法。
【請求項７】
−前記第１の無線ネットワークプロトコルにより実行する無線トラフィックチャネル割り当てを無効にするステップであって、前記割り当てが前記セッションと関連付けられた、割り当てを無効にするステップ
をさらに有する、請求項６に記載の方法。
【請求項８】
−前記第２のポート（２７２）を介し前記代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするステップ、および、
−前記代替無線アクセスネットワーク経路を通じて前記ＵＴ（２４０）へ／から前記セッションと関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかを信号通知するステップと
をさらに有する、請求項１乃至請求項５のいずれか１項に記載の方法。
【請求項９】
−前記第１の無線ネットワークプロトコルにより実行する無線トラフィックチャネル割り当てを無効にするステップであって、前記割り当てが前記セッションと関連付けられている、割り当てを無効にするステップと
−前記第１の無線ネットワークプロトコルにより実行するチャネル割り当てを無効にし、前記割り当てが前記セッションと関連付けられ、前記第１の無線ネットワーク・ルーティング・プロトコルにより定義するようなアイドルモード状態に前記ＵＴ（２４０）を設定するステップと、
をさらに有する、請求項８に記載の方法。
【請求項１０】
−前記候補ＲＮＣ（２３１）がＲＮＣ１（２３０）でないことを確認するステップと、
−前記候補ＲＮＣを通じる前記通信セッションのルーティングを決定するステップと、
−前記ＲＮＣ１（２３０）を前記候補ＲＮＣと接続するＲＮＣ間インタフェースを経てＲＮＣ間トンネルベアラを設定するステップと
をさらに有する、請求項１乃至請求項９のいずれか１項に記載の方法。
【請求項１１】
−「無線リンク設定要求」メッセージを形成するステップであって、「無線リンク設定要求」メッセージが、
−前記メッセージを「無線リンク設定要求」メッセージと特定するメッセージタイプ識別子と、
−無線リンク設定要求情報要素と、
−前記ＵＴ（２４０）の前記代替ネットワークアドレスと、
−前記ＲＮＣ間トンネルベアラのトンネルポート番号と、
を含む「無線リンク設定要求」メッセージを形成するステップと、
−前記ＲＮＣ１（２３０）を前記候補ＲＮＣと接続する前記ＲＮＣ間インタフェースを経て前記候補ＲＮＣに前記無線リンク設定要求メッセージを送信するステップと、
をさらに有する、請求項１０に記載の方法。
【請求項１２】
前記無線リンク設定要求情報要素が、セッション・ハンドオーバ・タイプ識別子と、前記セッションと関連付けられた制御信号通知を特定する識別子と、前記セッションを特定する識別子との少なくともいずれかをさらに含み、
前記識別子(単数または複数)が、
（１）ＡＰ１（２６５）と関連付けられた前記ＷＬＡＮ経路からＲＮＣ２（２３１）の前記ノードＢ（２５１）と関連付けられた前記ＵＴＲＡＮ経路へのセッションハンドオーバおよび制御プレーンハンドオーバと、
（２）前記ＲＮＣ１（２３０）と関連付けられた無線アクセスノードＢ（２５０）から前記候補ＲＮＣ（２３０）と関連付けられた候補無線アクセスノードＢ（２５１）への制御プレーン信号通知のハンドオーバであって、前記セッションと関連付けられ、前記ノードＢ（２５０）を通じて信号通知される、制御プレーン信号通知とＲＲＭ情報の少なくともいずれかのみを前記候補ノードＢ（２５１）へハンドオーバし、前記信号通知を前記第１の無線ネットワーク・ルーティング・プロトコルにより実行する、制御プレーン信号通知のハンドオーバと、
（３）前記ＲＮＣ１（２３０）と関連付けられた無線アクセスポイントＡＰ１（２６５）から前記候補ＲＮＣ（２３１）と関連付けられた候補無線アクセスポイントＡＰ２（２６６）への前記セッションに関するユーザプレーンのハンドオーバであって、前記ＲＮＣ１（２３０）および前記アクセスポイントＡＰ１（２６５）を通じて、前記セッションを現在ルーティングし、前記候補ＲＮＣ（２３１）および前記候補アクセスポイントＡＰ２（２６６）を通じて、前記セッションをルーティングすることを予定し、前記アクセスポイントＡＰ１（２６５）およびＡＰ２（２６６）を通じる前記セッションの前記ルーティングを前記代替アクセス・ネットワーク・ルーティング・プロトコルにより実行する、ユーザプレーンハンドオーバと、
（４）前記ＲＮＣ１（２３０）と関連付けられた無線アクセスポイントＡＰ１（２６５）から前記候補ＲＮＣ（２３１）と関連付けられた候補無線アクセスポイントＡＰ２（２６６）への前記セッションのユーザプレーンおよび制御プレーンハンドオーバであって、前記ＲＮＣ１（２３０）および前記無線アクセスポイントＡＰ１（２６５）を通じて、前記セッション自体と共に前記セッションと関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかを現在ルーティングし、前記候補ＲＮＣ（２３１）および前記候補アクセスポイントＡＰ２（２６６）を通じて、前記セッション自体と共に前記セッションと関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかをルーティングすることを予定し、前記アクセスポイントＡＰ１（２６５）およびＡＰ２（２６６）を通じる前記ルーティングを前記代替アクセス・ネットワーク・ルーティング・プロトコルにより実行する、ユーザプレーンおよび制御プレーンハンドオーバと、
のいずれか１つのハンドオーバタイプを指定する、請求項１１に記載の方法。
【請求項１３】
前記無線リンク設定要求メッセージが、
−前記要求無線リンク(単数または複数)の要求ＱｏＳレベルを指定する情報要素をさらに含む、請求項１２に記載の方法。
【請求項１４】
−着信ダウンリンクＩＰセッション・ユーザ・データ・パケットからプロトコルヘッダを除去し、前記着信ダウンリンクＩＰセッション・ユーザ・データ・パケットをその元の伝送フォーマットに変形するステップと、
−前記元の伝送フォーマットのダウンリンクＩＰセッション・ユーザ・データ・パケットにＬＬＣヘッダを加え、前記代替アクセス・ネットワーク・プロトコルに従い、前記元の伝送フォーマットのダウンリンクＩＰセッション・ユーザ・データ・パケットを前記ＲＮＣ１（２３０）のＬＬＣネットワーク・ソース・アドレスを持つＬＬＣフォーマットに変形するステップと、
−前記ＲＮＣ間トンネルベアラを特定するトンネル識別子に前記セッション識別子を結合し、前記候補ＲＮＣ（２３１）に前記ＬＬＣセッションパケットをトンネルさせるステップと、
をさらに有する、請求項１０乃至請求項１３のいずれか１項に記載の方法。
【請求項１５】
−着信ダウンリンクＩＰセッション・ユーザ・データからプロトコルヘッダを除去し、前記着信ダウンリンクＩＰセッション・ユーザ・データをその元の伝送フォーマットに変形するステップと、
−前記ＲＮＣ間トンネルベアラを特定するトンネル識別子に前記セッション識別子を結合し、前記候補ＲＮＣ（２３１）に前記元の伝送フォーマットのセッション・ユーザ・データをトンネルさせるステップと、
をさらに有する、請求項１０乃至請求項１３のいずれか１項に記載の方法。
【請求項１６】
前記「ハンドオーバ候補」メッセージの前記ＵＴＩＤがＵＴ（２４０）の移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃであり、前記「ハンドオーバ候補」メッセージが前記候補ＲＮＣ（２３１）と関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスを含み、
−前記セッションとリンクする前記ＵＴ（２４０）の前記ＭＩＰ／ＭＩＰＳｅｃアドレスにより前記セッションを特定するステップと、
−ＡＲ（２５６）の前記ＩＰアドレスを持つ前記セッションの前記ルーティングテーブルを更新するステップと、
−着信ダウンリンクＩＰセッション・ユーザ・データ・パケットからトンネル化プロトコルヘッダを除去し、前記着信ダウンリンクＩＰセッション・ユーザ・データ・パケットをその元の伝送フォーマットに変形するステップと、
−宛先アドレスとしてＡＲ（２５６）の前記ＩＰアドレスを持つ前記元の伝送フォーマットのＩＰセッションパケットをＵＤＰ／ＩＰまたはＴＣＰ／ＩＰによりカプセル化するステップと、
−前記このようにして取得するＵＤＰ／ＩＰまたはＴＣＰ／ＩＰセッションパケットを、トンネル化パケットを形成するＵＤＰ／ＩＰによりカプセル化するステップであって、前記トンネル化パケットの前記ＵＤＰポート番号が、上記のように確立した前記候補ＲＮＣ（２３１）へのＲＮＣ間トンネルを特定する、前記ＵＤＰ／ＩＰまたはＴＣＰ／ＩＰセッションパケットをカプセル化するステップと、
−前記ＲＮＣ間ＵＤＰトンネルポート番号に前記セッション識別子を結合し、前記カプセル化ダウンリンク・セッション・パケットを前記候補ＲＮＣ（２３１）にトンネルさせ、ＡＲ２５５の代わりにＡＲ２  ２５６を通じて前記パケットをルーティングするステップと、
をさらに有する、請求項２および請求項１０乃至請求項１３のいずれか１項に記載の方法。
【請求項１７】
前記ＲＮＣ１（２３０）が前記ＲＮＣ間トンネルを経て前記候補ＲＮＣに前記通信セッションをルーティングし、
−前記ＲＮＣ間トンネルを経る前記候補ＲＮＣへの前記セッションのルーティングと並列に前記第２のポート（２７２）を介し前記代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするステップをさらに有する、請求項１４乃至請求項１６のいずれか１項に記載の方法。
【請求項１８】
−前記ＵＴ（２４０）から「ハンドオーバ確認」メッセージを受信するステップをさらに有し、
前記メッセージは、
−前記メッセージを「ハンドオーバ確認」メッセージであると特定するメッセージタイプ識別子と、
−非関連付け情報要素と、前記ＵＴ（２４０）がもはや関連付けられていない、無線アクセスポイントＡＰ１（２６５）の前記ネットワークアドレスと、
−前記ＵＴ（２４０）が現在関連付けられた無線アクセスポイントＡＰ２（２６６）の前記ネットワークアドレスを伴うハンドオーバ確認情報要素と
を含み、
前記ＡＰ１（２６５）およびＡＰ２（２６６）の前記ネットワークアドレスを前記代替アクセス・ネットワーク・プロトコルにより定義し、
さらに、
−前記「ハンドオーバ確認」メッセージの受信応答として前記第２のポート（２７２）を介し前記代替無線アクセスネットワーク経路を通じる前記セッションの前記ルーティングを防止するステップを有する、請求項１７に記載の方法。
【請求項１９】
−前記候補ＲＮＣを通じる前記セッションのルーティングを決定するステップと、
−前記ＲＮＣ１（２３０）および前記候補ＲＮＣ（２３１）を通じて直列に前記セッションをルーティングすることができないことを確認するステップと、
−前記ＲＮＣ１（２３０）および前記候補ＲＮＣ（２３１）の双方と接続し、前記ＲＮＣ１（２３０）および前記候補ＲＮＣ（２３１）の双方を通じて前記セッションを現在ルーティングするデータ・パケット・サポート・ノード（２２０）を特定するステップと、
−「ＲＮＣ再配置要求」メッセージを形成するステップであって、
−前記メッセージを「ＲＮＣ再配置要求」メッセージであると特定するメッセージタイプ識別子の情報要素と、
−前記候補ＲＮＣ（２３１）を特定する識別子と、
−前記代替アクセス・ネットワーク・プロトコルにより定義する前記ＵＴ（２４０）の前記ネットワークアドレスと、
−前記セッションを現在トンネルさせている前記ＲＮＣ（２３０）と前記データ・パケット・サポート・ノード（２２０）との間の前記トンネルのトンネル識別子と
を含む「ＲＮＣ再配置要求」メッセージを形成するステップと、
−前記「ＲＮＣ再配置要求」メッセージを前記データ・パケット・サポート・ノード（２２０）に送信し、前記ＲＮＣ１（２３０）から前記候補ＲＮＣ（２３１）への前記セッションに対するサービス提供ＲＮＣの再配置を要求するステップと、
をさらに有する、請求項１乃至請求項９のいずれか１項に記載の方法。
【請求項２０】
前記候補ＲＮＣ（２３１）を通じる前記セッションのルーティングを決定する前記ステップは、
−前記ＵＴ（２４０）から「ハンドオーバ確認」メッセージを受信するステップであって、前記メッセージが、
−前記メッセージを「ハンドオーバ確認」メッセージであると特定するメッセージタイプ識別子の情報要素と、
−非関連付け情報要素および前記ＵＴ（２４０）がもはや関連付けられていない、前記無線アクセスポイントＡＰ１（２６５）の前記ネットワークアドレスと、
−前記ＵＴ（２４０）が現在関連付けられた無線アクセスポイントＡＰ２（２６６）の前記ネットワークアドレスを伴うハンドオーバ確認情報要素と
を含む、「ハンドオーバ確認」メッセージを受信するステップを有し、
前記ＡＰ１（２６５）およびＡＰ２（２６６）の前記ネットワークアドレスを前記代替アクセス・ネットワーク・プロトコルに従い定義し、
−前記代替アクセス・ネットワーク・プロトコルにより定義する前記代替ベアラ識別子を無効にし、前記代替無線アクセスネットワーク経路を通じる前記セッションの前記伝送に関連付けられた前記無線チャネル割り当てを無効にし、前記「ハンドオーバ確認」メッセージの受信応答として前記代替無線アクセスネットワーク経路を通じる前記セッションの前記ルーティングを防止するステップをさらに有する、請求項１９に記載の方法。
【請求項２１】
前記候補ＲＮＣを通じる前記セッションのルーティングを決定する前記ステップは、
−ビーコン信号を現在ＵＴ（２４０）が検出する、少なくとも前記無線アクセスポイントＡＰ１（２６５）およびＡＰ２（２６６）に関するＲＲＭ情報を収集するステップであって、前記第１の無線アクセスネットワーク経路を経て、または前記代替無線アクセスネットワーク経路を経て前記ＲＲＭ情報を信号通知する、ＲＲＭ情報を収集するステップと、
−前記収集ＲＲＭ情報に基づき予備的ハンドオーバの決定を行うステップと、
−ハンドオーバ指令識別子およびＡＰ２（２６６）の前記代替ネットワークアドレスを含む「物理的チャネル再構成」メッセージを前記ＵＴ（２４０）に送信し、前記メッセージがＡＰ１（２６５）に代わってＡＰ２（２６６）を通じて前記メッセージをルーティングすることを前記ＵＴ（２４０）に指令する、「物理的チャネル再構成」メッセージを前記ＵＴ（２４０）に送信するステップと、
を有する、請求項１９または請求項２０に記載の方法。
【請求項２２】
ビーコン信号を現在ＵＴ（２４０）が検出する、少なくとも前記無線アクセスポイントＡＰ１（２６５）およびＡＰ２（２６６）に関するＲＲＭ情報を収集する前記ステップは、
−前記第１の無線アクセスネットワーク経路を経て、または前記ＲＮＣ間インタフェースを経て無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）測定結果報告メッセージを受信するステップであって、前記メッセージが３ＧＰＰ  ＲＲＣ規格フォーマットに準拠し、目標アクセスポイントとして前記ＡＰ２（２６６）を指示する「追加測定結果」情報要素を含む、ＲＲＣ測定結果報告メッセージを受信するステップ、または、
−前記代替無線アクセスネットワークに従うＲＲＣメッセージフォーマットの前記規格フォーマットに準拠するＲＲＣ測定結果報告メッセージを受信するステップであって、前記ＲＲＣメッセージが目標アクセスポイントとして前記ＡＰ２（２６６）を指示する「追加測定結果」情報要素を含む、ＲＲＣ測定結果報告メッセージを受信するステップ
をさらに有する、請求項２０または請求項２１に記載の方法。
【請求項２３】
前記マルチＲＡＴネットワークが総合３ＧＰＰ−ＵＴＲＡＮ−ＩＥＥＥ８０２−ＷＬＡＮネットワークであり、前記通信セッションが３ＧＰＰ  ＰＤＰコンテキストセッションであり、前記第１の無線ネットワーク・ルーティング・プロトコルが３ＧＰＰ  ＵＴＲＡＮ規格プロトコルであり、前記セッション識別子がＲＮＣ１（２３０）と前記ＳＧＳＮ（２２０）との間のＵＤＰ／ＩＰトンネルの３ＧＰＰ  ＵＴＲＡＮ規格プロトコルによるＧＴＰ−Ｕトンネル終端ポイント識別子ＴＥＩＤであり、前記第１のルーティングプロトコルによる前記無線ベアラが３ＧＰＰ  ＲＢＩＤであり、前記代替ベアラ識別子がＷＬＡＮ無線ベアラ識別子（ＷＬＡＮ  ｒａｄｉｏ  ｂｅａｒｅｒ  ｉｄｅｎｔｉｆｉｅｒ、ＷＬＡＮ  ＲＢＩＤ）、または移動ＩＰ無線ベアラ識別子（ｍｏｂｉｌｅ  ＩＰ  ｒａｄｉｏ  ｂｅａｒｅｒ  ｉｄｅｎｔｉｆｉｅｒ、ＭＩＰ  ＲＢＩＤ）、またはセキュアな移動ＩＰ無線ベアラ識別子（ｓｅｃｕｒｅ  ｍｏｂｉｌｅ  ＩＰ  ｒａｄｉｏ  ｂｅａｒｅｒ  ｉｄｅｎｔｉｆｉｅｒ、ＭＩＰ／ＩＳｅｃ  ＲＢＩＤ）であり、前記代替アクセス・ネットワーク・プロトコルがＩＥＥＥ８０２ＷＬＡＮプロトコルまたはＩＰ／ＭＩＰ／ＩＰＳｅｃプロトコルまたは以上の組み合わせであり、前記ＵＴＩＤがＵＴ（２４０）のＷＬＡＮ  ＭＡＣアドレスまたはＵＴ（２４０）のＭＩＰアドレス、またはＵＴ（２４０）のＭＩＰＳｅｃアドレスであり、前記ＡＰ２ＩＤがＡＰ２（２６６）のＷＬＡＮ  ＭＡＣアドレスであり、前記ノードＢＩＤがノードＢ（２５１）を特定する３ＧＰＰ識別子であり、ＵＴ（２４０）の前記第２のネットワークアドレスがＭＩＰまたはＭＩＰＳｅｃアドレスであり、前記候補ＲＮＣを特定する前記識別子が前記候補ＲＮＣのＩＰアドレスまたはＵＴＲＡＮ  ＭＡＣであり、前記ＲＮＣ１（２３０）を前記候補ＲＮＣ（２３１）と接続する前記第１のインタフェースが３ＧＰＰｌｕｒインタフェースであり、前記候補ＲＮＣの前記ネットワークアドレスが前記候補ＲＮＣ（２３１）のＵＴＲＡＮ  ＭＡＣアドレスまたはＩＰアドレスであり、前記無線リンク設定要求メッセージが３ＧＰＰ無線リンク設定要求メッセージフォーマットに準拠し、無線アクセスポイントＡＰ１（２６５）、ＵＴ（２４０）およびＡＰ２（２６６）の前記ネットワークアドレスがそれぞれＡＰ１（２６５）、ＵＴ（２４０）およびＡＰ２（２６６）の前記ＷＬＡＮ  ＭＡＣアドレスであり、前記データ・パケット・サポート・ノード（２２０）が３ＧＰＰ  ＳＧＳＮ（２２０）であり、前記「ＲＮＣ再配置要求」メッセージフォーマットが前記３ＧＰＰ「ＲＮＣ再配置要求」メッセージフォーマットに準拠する、請求項１乃至請求項２２のいずれか１項に記載の方法。
【請求項２４】
プログラムコード手段を含むコンピュータプログラムであって、マルチＲＡＴネットワークに実装し、第１の無線ネットワーク・ルーティング・プロトコルに従い無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じて通信セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにするＲＮＣ１（２３０）の処理手段に、前記コンピュータプログラムをロードする場合、請求項１乃至請求項２３のいずれか１項に記載の前記方法を実現する少なくとも１つの手順を前記処理手段に実行させるプログラムコード手段を含むコンピュータプログラム。
【請求項２５】
コンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体であって、マルチＲＡＴネットワークに実装し、第１の無線ネットワーク・ルーティング・プロトコルに従い無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにするＲＮＣ１（２３０）の処理手段に、前記蓄積プログラムコード手段をロードする場合、請求項１乃至請求項２３のいずれか１項に記載の前記方法を実現する少なくとも１つの手順を前記処理手段に実行させるコンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体。
【請求項２６】
総合マルチＲＡＴネットワークにおけるユーザ端末ＵＴ（２４０）に関する通信セッションのハンドオーバを支援する方法であって、前記ネットワークに実装し、前記セッションのハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、第１のルーティングプロトコルに従い第１のポート（２７８）を介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッションを特定するセッション識別子を結合することにより、第２のポート（２７７）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにする候補ＲＮＣ（２３１）が実行する前記方法は、
−ＵＴ（２４０）と関連付けられた前記セッションを現在ルーティングする隣接ＲＮＣ１（２３０）から「無線リンク設定要求」メッセージを受信するステップと、
−前記「無線リンク設定要求」メッセージからＲＮＣ１（２３０）と前記候補ＲＮＣ（２３１）との間のＲＮＣ間トンネルのトンネルポート番号を抽出するステップと、
−前記「無線リンク設定要求」メッセージから前記ＵＴ（２４０）を特定するＵＴ識別子を抽出するステップと、
−前記トンネルポート番号を、前記ＵＴ（２４０）、および、前記ＵＴ（２４０）に関連付けられた前記セッションと関連付けるステップと、
−前記「無線リンク設定要求」メッセージのセッション・ハンドオーバ・タイプ識別子を抽出するステップと、
−前記ハンドオーバタイプ識別子に従い前記ＵＴ（２４０）の前記セッションをルーティングする無線トラフィックチャネルを設定するステップと、
を有する方法。
【請求項２７】
−「ハンドオーバ候補」メッセージを受信するステップであって、前記「ハンドオーバ候補」メッセージが、
−前記メッセージを「ハンドオーバ候補」メッセージであると特定するメッセージタイプ識別子の情報要素、および、
−無線アクセスポイントＡＰ２（２６６）のアクセスポイント識別子ＡＰ２ＩＤ、またはノードＢ(２５１)のノードＢ識別子ノードＢＩＤ、前記ＵＴ（２４０）が検出するノードＢの前記ビーコン信号を含み、前記代替無線アクセス・ネットワーク・プロトコル、または前記候補ＲＮＣ（２３１）と関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスと共にＵＴ（２４０）の移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃにより前記ＡＰ２ＩＤを定義し、
前記「ハンドオーバ候補」メッセージが前記ＵＴ（２４０）を特定する、「ハンドオーバ候補」メッセージを受信するステップと、
−前記ＵＴ（２４０）が前記候補ＲＮＣ（２３１）を通じてルーティングする進行中のセッションを持たないことを確認するステップと、
をさらに有する、請求項２６に記載の方法。
【請求項２８】
ＲＮＣ間インタフェースを経て前記セッションを現在ルーティングする前記ＲＮＣ１（２３０）から前記「ハンドオーバ候補」メッセージを受信し、
−前記「ハンドオーバ候補」メッセージの前記ネットワーク・ソース・アドレスがＲＮＣ１（２３０）の前記ネットワークアドレスであることを認識し、前記セッションが現在ＲＮＣ１（２３０）を通じてルーティングされていると結論付けるステップと、
−ＲＮＣ１（２３０）と前記候補ＲＮＣ（２３１）との間のＲＮＣ間トンネルを確立するステップと、
をさらに有する、請求項２７に記載の方法。
【請求項２９】
−前記第１の無線アクセスネットワーク経路を経て、または前記代替無線アクセスネットワーク経路を経て前記ＵＴ（２４０）から前記「ハンドオーバ候補」メッセージを受信するステップと、
−前記「ハンドオーバ候補」メッセージをその隣接ＲＮＣに転送するステップと、
をさらに有する、請求項２７に記載の方法。
【請求項３０】
前記アクセスポイント識別子が前記代替無線アクセスネットワーク経路のアクセスノードＡＰ２（２６６）に関するセル識別子であり、前記セッション・ハンドオーバ・タイプ識別子要素が、前記セッションが前記ＡＰ２（２６６）を通じてルーティングすべきであることを示し、ＵＴ（２４０）に対する無線トラフィックチャネルを設定する前記ステップは、
−前記ＡＰ２（２６６）を介しポート（２７７）を通じて前記ＵＴ（２４０）との論理ＬＬＣ接続を設定するステップであって、前記ＬＬＣ接続を前記代替アクセス・ネットワーク・プロトコルにより設定する、論理ＬＬＣ接続を設定するステップと、
−前記セッションを前記ＬＬＣ接続と関連付けるステップと
をさらに有する、請求項２７乃至請求項２９のいずれか１項に記載の方法。
【請求項３１】
−前記トンネルポート番号により特定する前記トンネルを通じて前記セッションのダウンリンクパケットを受信するステップと、
−前記受信ダウンリンクパケットからトンネル化プロトコルヘッダを除去し、前記代替アクセス・ネットワーク・プロトコルに従うフォーマットを持ち、前記代替アクセス・ネットワーク・プロトコルにより定義するようなＲＮＣ１（２３０）のネットワーク・ソース・アドレスを持つセッションパケットをこのようにして取得するステップと、
−前記ポート（２７７）を通じて前記このようにして取得するセッションパケットを転送し、前記ＡＰ２（２６６）を介してＵＴ（２４０）に前記パケットをこのようにしてルーティングするステップと、
をさらに有する、請求項３０に記載の方法。
【請求項３２】
−前記トンネルポート番号により特定する前記トンネルを通じて前記セッションのダウンリンクパケットを受信するステップと、
−前記受信パケットからトンネル化プロトコルヘッダを除去し、前記代替アクセス・ネットワーク・プロトコルに従うフォーマットを持ち、前記代替アクセス・ネットワーク・プロトコルにより定義するようなＲＮＣ１（２３０）のネットワーク・ソース・アドレスを持つセッションパケットをこのようにして取得するステップと、
−前記このようにして取得するパケットから前記代替アクセス・ネットワーク・プロトコルにより前記ＲＮＣ１（２３０）が加えたカプセル化ヘッダを除去し、前記ダウンリンクパケットをその元の伝送フォーマットに変形するステップと、
−前記元の伝送フォーマットのダウンリンク・セッション・パケットにＬＬＣヘッダを加え、前記元の伝送フォーマットのダウンリンク・セッション・パケットを前記代替アクセス・ネットワーク・プロトコルに従い前記候補ＲＮＣ（２３１）のＬＬＣネットワーク・ソース・アドレスを持つＬＬＣフォーマットに変形するステップと、
−前記ポート（２７７）を通じて前記このようにして形成するＬＬＣセッションパケットを転送し、前記ＡＰ２（２６６）を介してＵＴ（２４０）に前記パケットをこのようにしてルーティングするステップと、
をさらに有する、請求項３０に記載の方法。
【請求項３３】
前記「ハンドオーバ候補」メッセージが前記候補ＲＮＣ（２３１）と関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスと共に、ＵＴ（２４０）の移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃを含み、前記「無線リンク設定要求」メッセージの前記ＵＴ識別子がＵＴ（２４０）の対応するＭＩＰ／ＭＩＰＳｅｃアドレスであり、前記ＲＮＣ間トンネルがＵＤＰ／ＩＰトンネルであり、
−前記「無線リンク設定要求」メッセージからＵＴ（２４０）の前記ＭＩＰ／ＭＩＰＳｅｃを抽出するステップと、
−前記トンネルポート番号をＵＴ（２４０）の前記ＭＩＰ／ＭＩＰＳｅｃおよびＡＲ（２５６）の前記ＩＰアドレスと関連付けるステップと、
−前記セッションとリンクする前記ＵＴ（２４０）の前記ＭＩＰ／ＭＩＰＳｅｃアドレスにより前記セッションを特定するものを受信するステップと、
−ＡＲ（２５６）の前記ＩＰアドレスにより前記セッションの前記ルーティングテーブルを更新するステップと、
−前記ＵＤＰ／ＩＰ  ＲＮＣ間トンネルを経てダウンリンクＩＰカプセル化ＩＰセッションパケットを受信するステップと、
−前記ＩＰカプセル化ダウンリンクＩＰセッションパケットから前記トンネル化ＵＤＰ／ＩＰヘッダを除去し、ＩＰによりカプセル化するダウンリンクＩＰセッションパケットを取得するステップであって、前記ＩＰセッションパケットの前記カプセル化ＩＰアドレスがＡＲ２（２５６）の前記ＩＰアドレスである、ＩＰによりカプセル化するダウンリンクＩＰセッションパケットを取得するステップと、
−ＡＲ２（２５６）の前記ＩＰアドレスによりカプセル化する前記ダウンリンクＩＰセッションパケットを、ＡＲ（２５６）と関連付けられたポート（２７７）へ転送し、ＡＲ（２５６）およびＡＰ２（２６６）を通じて前記ＵＴ（２４０）に前記ダウンリンクＩＰセッションパケットをルーティングするステップと、
をさらに有する、請求項２７乃至請求項２９のいずれか１項に記載の方法。
【請求項３４】
前記マルチＲＡＴネットワークが総合３ＧＰＰ−ＵＴＲＡＮ−ＩＥＥＥ８０２−ＷＬＡＮネットワークであり、前記通信セッションが３ＧＰＰ  ＰＤＰコンテキストセッションであり、前記第１の無線ネットワーク・ルーティング・プロトコルが３ＧＰＰ  ＵＴＲＡＮ規格プロトコルであり、前記セッション識別子がＲＮＣ１（２３０）と前記候補ＲＮＣ（２３１）との間のＵＤＰ／ＩＰトンネルの３ＧＰＰ  ＵＴＲＡＮ規格プロトコルによるＧＴＰ−Ｕトンネル終端ポイント識別子ＴＥＩＤであり、前記第１のルーティングプロトコルに従う前記無線ベアラが３ＧＰＰ  ＲＢＩＤであり、前記代替ベアラ識別子がＷＬＡＮ無線ベアラ識別子ＷＬＡＮ  ＲＢＩＤ、または移動ＩＰ無線ベアラ識別子ＭＩＰ  ＲＢＩＤ、またはセキュアな移動ＩＰ無線ベアラ識別子ＭＩＰ／ＩＳｅｃ  ＲＢＩＤであり、前記代替アクセス・ネットワーク・プロトコルがＩＥＥＥ８０２ＷＬＡＮプロトコルまたはＩＰ／ＭＩＰ／ＩＰＳｅｃプロトコル、または以上の組み合わせであり、前記ＵＴＩＤがＵＴ（２４０）のＷＬＡＮ  ＭＡＣアドレス、またはＵＴ（２４０）のＭＩＰアドレス、またはＵＴ（２４０）のＭＩＰＳｅｃアドレスであり、前記ＡＰ２ＩＤがＡＰ２（２６６）のＷＬＡＮ  ＭＡＣアドレスであり、前記ノードＢＩＤがノードＢ（２５１）を特定する３ＧＰＰ識別子であり、ＵＴ（２４０）の前記第２のネットワークアドレスがＭＩＰまたはＭＩＰＳｅｃアドレスであり、前記無線リンク設定要求メッセージが３ＧＰＰ無線リンク設定要求メッセージフィーマットに準拠し、無線アクセスポイントＡＰ１（２６５）、ＵＴ（２４０）およびＡＰ２（２６６）の前記ネットワークアドレスがそれぞれＡＰ１（２６５）、ＵＴ（２４０）およびＡＰ２（２６６）の前記ＷＬＡＮ  ＭＡＣアドレスである、請求項２６乃至請求項３３のいずれか１項に記載の方法。
【請求項３５】
プログラムコード手段を含むコンピュータプログラムであって、前記ネットワークに実装し、前記セッションに対するハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７８）を介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングすることができ、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッションを特定するセッション識別子を結合することにより、第２のポート（２７７）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングすることができる候補ＲＮＣ（２３１）の処理手段に、前記コンピュータプログラムをロードする場合、請求項２６乃至請求項３４のいずれか１項に記載の前記方法を実現する少なくとも１つの手順を前記処理手段に実行させるプログラムコード手段を含むコンピュータプログラム。
【請求項３６】
コンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体であって、前記ネットワークに実装し、前記セッションに対するハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７８）を介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングすることができ、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッションを特定するセッション識別子を結合することにより、第２のポート（２７７）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングすることができる候補ＲＮＣ（２３１）の処理手段に、前記蓄積プログラムコード手段をロードする場合、請求項２６乃至請求項３４のいずれか１項に記載の前記方法を実現する少なくとも１つの手順を前記処理手段に実行させるコンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体。
【請求項３７】
無線ネットワークコントローラＲＮＣ１（２３０）であって、前記無線ネットワークコントローラＲＮＣ１（２３０）が、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、前記ＲＮＣが請求項１乃至請求項２３のいずれか１項に記載の前記方法を実現する手段を備える無線ネットワークコントローラＲＮＣ１。
【請求項３８】
請求項３７に記載のＲＮＣ１（２３０）において、前記手段が蓄積プログラムコード手段を持つデータメモリを備え、前記蓄積プログラムコード手段を前記ＲＮＣ１（２３０）の処理手段にロードする場合、前記蓄積プログラムコード手段が請求項１乃至請求項２３のいずれか１項に記載の前記方法を実現する少なくとも１つの手順を前記処理手段に実行させるＲＮＣ１。
【請求項３９】
無線ネットワークコントローラＲＮＣ２（２３１）であって、前記無線ネットワークコントローラＲＮＣ２（２３１）が、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７８）を介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッションを特定するセッション識別子を結合することにより、第２のポート（２７７）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、前記ＲＮＣ２（２３１）が請求項２６乃至請求項３４のいずれか１項に記載の前記方法を実現する手段を備える無線ネットワークコントローラＲＮＣ２。
【請求項４０】
請求項３９に記載のＲＮＣ２（２３１）において、前記手段が蓄積プログラムコード手段を持つデータメモリを備え、前記蓄積プログラムコード手段を前記ＲＮＣ１（２３０）の処理手段にロードする場合、前記蓄積プログラムコード手段が請求項２６乃至請求項３４のいずれか１項に記載の前記方法を実現する少なくとも１つの手順を前記処理手段に実行させるＲＮＣ２。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的に無線アクセスネットワークの総合化に関し、およびより詳細には、このような総合ネットワークにおけるハンドオーバを支援する方法および手段に関する。
【背景技術】
【０００２】
例えばサービス範囲、容量およびサービスに関するより柔軟な無線ネットワークの提供およびそれ故新しい／高度なビジネス機会の創造のため、例えばＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、汎用地上無線アクセスネットワーク）とＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、無線ローカル・エリア・ネットワーク）の総合化など異なる無線アクセスネットワークの総合化に現在大きな関心がある。
【０００３】
図１は、インターネット１８０および従来ＷＬＡＮに接続する従来ＵＴＲＡＮ形式のセル無線ネットワークの基本構成を図示する。ＵＴＲＡＮは無線ネットワークコントローラ（Ｒｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）１３０に接続する基地局ノードＢ１５０を含む。ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ、サービス提供ＧＰＲＳサポートノード)１２０およびＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ、ゲートウェイＧＰＲＳサポートノード)１１０を通じて、従来様式でＵＴＲＡＮをインターネット１８０に接続する。図１のＷＬＡＮはＩＥＥＥ８０２規格による従来ＷＬＡＮであり、アクセス・ポイント・コントローラ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｃｏｎｔｏｒｏｌｌｅｒ、ＡＰＣ）１６２に通常接続する少なくとも１つの無線アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＰ）１６５を通常含む。次に、ＷＬＡＮのＡＰＣを以後Ｍ−Ｌ２Ｓ（Ｍｕｌｔｉｃａｓｔ  ｅｎａｂｌｅｄ  Ｌａｙｅｒ２  Ｓｗｉｔｃｈ、マルチキャストが可能なレイヤ２スイッチ）と称する。イーサネット（登録商標）（ＩＥＥＥ８０２．３）プロトコルを大部分のＷＬＡＮレイヤ２プロトコルに使用して、固定ネットワークインフラストラクチャと通信するので、Ｍ−Ｌ２Ｓはイーサネットスイッチと同一である。ＵＴＲＡＮおよびＷＬＡＮ双方の能力を持つデュアルモードＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ、ユーザ端末）１４０は、その第１のデータポート１４１を通じる基地局ノードＢ１５０とのＵＴＲＡＮ無線接続およびその第２のデータポート１４２を通じるＷＬＡＮのＡＰ１６５とのＷＬＡＮ無線接続を確立することができる。図１に示すようにＳＧＳＮ１２０、またはＧＧＳＮ１１０を通じて、ＵＴＲＡＮおよびＷＬＡＮを従来様式で相互接続する。図１に示すようにＷＬＡＮ、即ちＡＰＣ１６２は従来様式で直接、またはＡＲ（Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ、アクセスルータ）とＩＰネットワーク(図１に図示せず)との少なくともいずれかを介してＧＧＳＮ１１０に接続することができる。
【０００４】
ＵＴ１４０とインターネット１８０に接続するホスト／サーバまたはピアなどの通信相手との間でデータ通信セッションを確立することができる。データ通信セッションは、例えばパケット無線データサービスのための３ＧＰＰ規格に従いＵＴＲＡＮ経路を経るＵＴ１４０とＧＧＳＮ１１０との間のＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ、パケット・データ・プロトコル）コンテキストセッションにより従来様式で実現することができる。
【０００５】
ＵＴＲＡＮルーティング経路からＷＬＡＮルーティング経路へのＰＤＰコンテキストセッションのハンドオーバの場合、対応するＵＴＲＡＮノード、即ちＲＮＣ１３０に送信し、蓄積したが、ユーザ端末１４０に未だ送信しておらず、ＡＰＣ１６２およびＡＰ１６５を介しＵＴ１４０にさらにルーティングすべきユーザデータ、即ちダウンリンクＰＤＰパケットを、コアネットワークを経て、即ちＧＧＳＮ１１０に逆に転送しなければならないので、多くの信号通知が必要であり、長い遅延が予測される。
【０００６】
別の問題は、図１に示すネットワーク構成におけるセル無線アクセスネットワーク、即ちＲＮＣ１３０がＷＬＡＮのＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ、無線リソース管理）情報へのアクセスを持たず、ＷＬＡＮはセル無線ネットワークのＲＲＭ情報へのアクセスを持たず、ＵＴＲＡＮ−ＷＬＡＮ全総合ネットワークの効率的マルチ無線リソース管理を妨げ、これが次いでＵＴＲＡＮ−ＷＬＡＮ全総合ネットワークの容量を低減することである。
【０００７】
より詳細には図１のＷＬＡＮについて、ＷＬＡＮがＵＴ１４０の認証を必要とし、その後ＷＬＡＮ経路を経てデータセッションを設定することができる場合、例えばＩＥＥＥ８０２．１ｌｉセキュリティ規格に従う従来規格のＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、拡張可能認証プロトコル)認証を適用することによりＵＴ１４０とＡＰ１６５との間のセキュリティのアソシエーション（関連付け）を確立すると、引き起こす中断時間に関して重大な問題を提起する、即ち例えば図１のＵＴＲＡＮ経路からＷＬＡＮ経路への通信／データセッションのハンドオーバの場合、音声とビデオとの少なくともいずれかなどの実時間アプリケーションに受容しがたいパケット遅延／損失を引き起こすことがある。
【０００８】
総合無線アクセスネットワークにおける、効率的、柔軟で、多様な通信セッションのハンドオーバを可能にする方法および手段が必要であり、この方法および手段は図１に示すように、例えばＵＴＲＡＮ３ＧＰＰ規格によるセル無線ネットワークおよび例えばＷＬＡＮＩＥＥＥ８０２規格による無線データネットワークを含む総合ネットワークなどの、異なるタイプの無線アクセスネットワークを含み、これら無線アクセスネットワークは例えばセッション管理、移動性管理、無線リソース管理、セキュリティ管理などに関する種々の技術規格を利用する。無線アクセスネットワークの効率的ハンドオーバ方式に関する一般的問題は、例えばデータ損失の最少化、干渉抑制、パケット遅延の最短化に関係し、ネットワーク信号通知の最少化に関係する。
【０００９】
より詳細には、１つのＲＮＣから他へ通信セッションをハンドオーバする場合など、種々のＲＮＣを含む総合無線アクセスネットワークにおける効率的ハンドオーバを可能にする手段および方法を見つける必要がある。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、上記の問題を緩和／解決しようとする。
【００１１】
ＩＥＥＥ８０２ＷＬＡＮおよび３ＧＰＰ  ＵＴＲＡＮを含む総合無線アクセスネットワークなどの、それぞれに関して異なるルーティングプロトコルを利用する、少なくとも２つの無線アクセスネットワークを含む総合無線アクセスネットワークのハンドオーバ特性を改善することが本発明の目的である。
【００１２】
このような無線アクセスネットワークにおける通信セッションのハンドオーバの過程における、データ損失を最少化することと、干渉とパケット遅延／損失とネットワーク信号通知の少なくともいずれかを軽減することとの、少なくともいずれかが本発明の目的である。
【００１３】
このような総合無線アクセスネットワークにおける第１の無線アクセスネットワークノードから第２の無線アクセスネットワークノードへのユーザ端末の通信セッションのハンドオーバの過程の認証手順が引き起こすパケット遅延問題を緩和することが本発明のさらなる目的であり、これは音声／ビデオなどの実時間アプリケーションに特に重要である。
【００１４】
ＩＥＥＥ８０２ＷＬＡＮおよび３ＧＰＰＵＴＲＡＮを含む総合無線アクセスネットワークなどの、お互いに対して異なるルーティングプロトコルを利用する、少なくとも２つの無線アクセスネットワークを含む無線アクセスネットワークの容量、従って収益の可能性を増加させることが本発明のなおさらなる目的である。
【００１５】
例えば１つのＲＮＣから他へ通信セッションをハンドオーバする場合にハンドオーバが幾つかのＲＮＣを含む場合、このような総合無線アクセスネットワークにおける効率的セッションハンドオーバを可能にする手段および方法を見つけることが本発明の特別な目的である。
【課題を解決するための手段】
【００１６】
第１の態様によれば、本発明は総合マルチＲＡＴネットワークにおけるユーザ端末ＵＴに関する通信セッションのハンドオーバを支援する方法を提供することによってこれを達成し、前記方法を前記ネットワークに実装するＲＮＣ１が実行し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポートを介し第１の無線アクセスネットワーク経路を通じて、ＲＮＣ１が前記セッションをルーティングするようにし、さらに代替アクセス・ネットワー・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポートを介し代替無線アクセスネットワーク経路を通じて、ＲＮＣ１が前記セッションをルーティングするようにし、本方法は以下のステップを含む。
−「ハンドオーバ候補」メッセージを受信するステップであって、「ハンドオーバ候補」メッセージが前記メッセージを「ハンドオーバ候補」メッセージであると特定するメッセージタイプ識別子の情報要素を含み、このメッセージが前記セッションを特定し、このメッセージがさらに前記ネットワークの候補ＲＮＣを特定し、前記候補ＲＮＣが前記セッションのＲＮＣハンドオーバ候補を構成する「ハンドオーバ候補」メッセージを受信するステップと、
−前記メッセージを調べることにより前記ＲＮＣのアイデンティティを確認するステップと、
−前ステップで特定した前記候補ＲＮＣと前記通信セッションを関連付けるステップ。
【００１７】
一実施形態では、前記「ハンドオーバ候補」メッセージは、
−前記ＵＴを特定するユーザ端末識別子ＵＴＩＤと、
−無線アクセスポイントＡＰ２のアクセスポイント識別子ＡＰ２ＩＤ、またはノードＢのノードＢ識別子ノードＢＩＤ、前記ＵＴが検出するノードＢのビーコン信号を含み、前記代替無線アクセス・ネットワーク・プロトコル、または候補ＲＮＣと関連付けられたアクセスルータＡＲのＩＰアドレスと共にＵＴの移動ＩＰアドレス（ｍｏｂｉｌｅ  ＩＰ  ａｄｄｒｅｓｓ）ＭＩＰ、またはセキュアなＭＩＰアドレス（ｓｅｃｕｒｅ  ＭＩＰ  ａｄｄｒｅｓｓ）ＭＩＰＳｅｃにより前記ＡＰ２ＩＤを定義し、
前記候補ＲＮＣのアイデンティティを確認するステップが、
−前記ＡＰ２ＩＤ／ノードＢＩＤ／ＡＲのＩＰアドレスを前記候補ＲＮＣのアイデンティティにリンクする蓄積情報を調べるステップを含み、
前記通信セッションを前記候補ＲＮＣと関連付けるステップが、
−前記セッションのルーティングテーブルを更新するステップであって、前記候補ＲＮＣを特定する識別子を前記ルーティングテーブルに蓄積することにより、前記セッション識別子にリンクする前記ＵＴＩＤによりセッションを特定する、前記セッションのルーティングテーブルを更新するステップを含む。
【００１８】
一実施形態では、前記「ハンドオーバ候補」メッセージは、前記メッセージのソースアドレスとして候補ＲＮＣを特定する前記候補ＲＮＣのネットワークアドレスを含み、前記ＲＮＣ１を前記候補ＲＮＣと接続するＲＮＣ間インタフェースを経て前記「ハンドオーバ候補」メッセージを受信する。
【００１９】
一実施形態では、前記「ハンドオーバ候補」メッセージは、候補ＲＮＣを特定する前記候補ＲＮＣのネットワークアドレスを含み、ＵＴＩＤは前記ＵＴの代替ネットワークアドレスであり、ＡＰ２ＩＤは前記ＡＰ２の代替ネットワークアドレスであり、前記方法が、
−第１の無線アクセスネットワーク経路を経てまたは代替無線アクセスネットワーク経路を経て前記「ハンドオーバ候補」メッセージを受信するステップをさらに含む。
【００２０】
一実施形態では、第１のネットワーク・ルーティング・プロトコルは３ＧＰＰプロトコルであり、代替アクセス・ネットワーク・プロトコルはＩＥＥＥ８０２規格プロトコルであるか、または移動ＩＰプロトコルＭＩＰ、またはセキュアな移動ＩＰプロトコルＭＩＰＳｅｃであり、
−第１の無線アクセスネットワーク経路を経て前記「ハンドオーバ候補」メッセージを受信する場合、前記「ハンドオーバ候補」メッセージは３ＧＰＰ規格に準拠するＲＲＣメッセージであり、
−代替無線アクセスネットワーク経路を経て前記「ハンドオーバ候補」メッセージを受信する場合、前記「ハンドオーバ候補」メッセージはＩＡＰＰプロトコルまたはＬＷＡＰプロトコルに準拠するＵＤＰ／ＩＰメッセージである。
【００２１】
一実施形態では、本方法は、
−前記第２のポートを介し前記代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするステップ、および、
−前記第１の無線ネットワーク・ルーティング・プロトコルにより前記第１の無線アクセスネットワーク経路を通じて前記ＵＴへ／から前記セッションと関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかの信号通知を行うステップ、または
−前記代替アクセス・ネットワーク・ルーティング・プロトコルにより前記代替無線アクセスネットワーク経路を通じて前記ＵＴへ／から前記セッションに関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかの信号通知を行うステップ
をさらに含む。
【００２２】
一実施形態では、本方法は、
−前記第１の無線ネットワークプロトコルにより実行する無線トラフィックチャネル割り当てを無効にするステップであって、前記割り当てが前記セッションと関連付けられた無線トラフィックチャネル割り当てを無効にするステップ
を含む。
【００２３】
一実施形態では、本方法は、
−前記第２のポートを介し前記代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするステップ、および、
−前記代替無線アクセスネットワーク経路を通じて前記ＵＴへ／から前記セッションと関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかの信号通知を行うステップ
をさらに含む。
【００２４】
一実施形態では、本方法は、
−前記第１の無線ネットワークプロトコルにより実行する無線トラフィックチャネル割り当てを無効にするステップであって、前記割り当てが前記セッションと関連付けられた割り当てを無効にするステップと、
−ＵＴの受信状態／モードを制御するチャネル割り当てを無効にするステップであって、無効化が例えば前記第１の無線ネットワークプロトコルにより実行する、専用制御チャネル（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ、ＤＣＣＨ）割り当ての無効化であり、前記チャネル割り当てが前記セッションと関連付けられており、前記第１の無線ネットワーク・ルーティング・プロトコルにより定義するようなアイドルモード状態に前記ＵＴを設定する、例えば制御チャネル（ＤＣＣＨ）割り当てである、ＵＴの受信状態／モードを制御するチャネル割り当てを無効にするステップと
をさらに含む。
【００２５】
一実施形態では、本方法は、
−前記候補ＲＮＣがＲＮＣ１でないことを確認するステップと、
−前記候補ＲＮＣを通じる前記通信セッションのルーティングを決定するステップと、
−ＲＮＣ１を前記候補ＲＮＣと接続するＲＮＣ間インタフェースを経てＲＮＣ間トンネルベアラを設定するステップと
をさらに含む。
【００２６】
一実施形態では、本方法は、
−「無線リンク設定要求」メッセージを形成するステップであって、
−前記メッセージを「無線リンク設定要求」メッセージと特定するメッセージタイプ特定情報と、
−無線リンク設定要求情報要素と、
−ＵＴの代替ネットワークアドレスと、
−前記ＲＮＣ間トンネルベアラのトンネルポート番号と
を含む「無線リンク設定要求」メッセージを形成するステップ、および
−ＲＮＣ１を候補ＲＮＣと接続するＲＮＣ間インタフェースを経て前記候補ＲＮＣに前記無線リンク設定要求メッセージを送信するステップと
をさらに含む。
【００２７】
一実施形態では、前記無線リンク設定要求情報要素はセッション・ハンドオーバ・タイプ識別子と、セッションと関連付けられた制御信号通知を特定する識別子と、セッションを特定する識別子との少なくともいずれかをさらに含み、前記識別子(単数または複数)は、
（１）ＡＰ１と関連付けられたＷＬＡＮ経路からＲＮＣ２のノードＢと関連付けられたＵＴＲＡＮ経路へのセッションハンドオーバおよび制御プレーンハンドオーバと、
（２）ＲＮＣ１と関連付けられた無線アクセスノードＢから候補ＲＮＣと関連付けられた候補無線アクセスノードＢへの制御プレーン信号通知ハンドオーバであって、セッションと関連付けられ、前記ノードＢを通じて信号通知する制御プレーン信号通知とＲＲＭ情報との少なくともいずれかのみを前記候補ノードＢへハンドオーバすることを予定し、前記信通知を前記第１の無線ネットワーク・ルーティング・プロトコルにより実行する、制御プレーン信号通知ハンドオーバと、
（３）ＲＮＣ１と関連付けられた無線アクセスポイントＡＰ１から候補ＲＮＣと関連付けられた候補無線アクセスポイントＡＰ２への前記セッションのユーザプレーンハンドオーバであって、ＲＮＣ１および前記アクセスポイントＡＰ１を通じて、セッションを現在ルーティングし、候補ＲＮＣおよび前記候補アクセスポイントＡＰ２を通じて、セッションをルーティングすることを予定し、前記アクセスポイントＡＰ１およびＡＰ２を通じるセッションのルーティングを前記代替アクセス・ネットワーク・ルーティング・プロトコルにより実行する、ユーザプレーンハンドオーバと、
（４）ＲＮＣ１と関連付けられた無線アクセスポイントＡＰ１から候補ＲＮＣと関連付けられた候補無線アクセスポイントＡＰ２への前記セッションのユーザプレーンおよび制御プレーンハンドオーバであって、ＲＮＣ１および前記アクセスポイントＡＰ１を通じて、セッション自体と共にセッションと関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかを現在ルーティングし、候補ＲＮＣおよび前記候補アクセスポイントＡＰ２を通じて、セッション自体と共にセッションと関連付けられた、制御プレーンデータとＲＲＭ情報との少なくともいずれかをルーティングすることを予定し、前記アクセスポイントＡＰ１およびＡＰ２を通じるルーティングを前記代替アクセス・ネットワーク・ルーティング・プロトコルにより実行する、ユーザプレーンおよび制御プレーンのハンドオーバと、
のいずれか１つのタイプを指定する。
【００２８】
一実施形態では、前記無線リンク設定要求メッセージは、
−要求無線リンク(単数または複数)の要求ＱｏＳレベルを指定する情報要素
をさらに含む。
【００２９】
一実施形態では、本方法は、
−着信ダウンリンクＩＰセッション・ユーザ・データ・パケットからプロトコルヘッダを除去し、着信ダウンリンクＩＰセッション・ユーザ・データ・パケットをその元の伝送フォーマットに変形するステップと、
−元の伝送フォーマットのダウンリンクＩＰセッション・ユーザ・データ・パケットにＬＬＣヘッダを加え、前記代替アクセス・ネットワーク・プロトコルに従い、元の伝送フォーマットのダウンリンクＩＰセッション・ユーザ・データ・パケットをＲＮＣ１のＬＬＣネットワーク・ソース・アドレスを持つＬＬＣフォーマットに変形するステップと、
−ＲＮＣ間トンネルベアラを特定するトンネル識別子に前記セッション識別子を結合し、候補ＲＮＣに前記ＬＬＣセッションパケットをトンネルさせるステップと
をさらに含む。
【００３０】
一実施形態では、本方法は、
−着信ダウンリンクＩＰセッション・ユーザ・データからプロトコルヘッダを除去し、着信ダウンリンクＩＰセッション・ユーザ・データをその元の伝送フォーマットに変形するステップと、
−ＲＮＣ間トンネルベアラを特定するトンネル識別子に前記セッション識別子を結合し、候補ＲＮＣに前記元の伝送フォーマットのセッション・ユーザ・データをトンネルさせるステップと
をさらに含む。
【００３１】
一実施形態では、「ハンドオーバ候補」メッセージのＵＴＩＤはＵＴの移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃであり、「ハンドオーバ候補」メッセージは候補ＲＮＣと関連付けられたアクセスルータＡＲのＩＰアドレスを含み、本方法は、
−セッションとリンクするＵＴのＭＩＰ／ＭＩＰＳｅｃアドレスによりセッションを特定するステップと、
−ＡＲのＩＰアドレスを持つセッションのルーティングテーブルを更新するステップと、
−着信ダウンリンクＩＰセッション・ユーザ・データ・パケットからトンネル化プロトコルヘッダを除去し、着信ダウンリンクＩＰセッション・ユーザ・データ・パケットをその元の伝送フォーマットに変形するステップと、
−宛先アドレスとしてＡＲのＩＰアドレスを持つ元の伝送フォーマットのＩＰセッションパケットをＵＤＰ／ＩＰまたはＴＣＰ／ＩＰによりカプセル化するステップと、
−このようにして取得するＵＤＰ／ＩＰまたはＴＣＰ／ＩＰセッションパケットを、トンネル化パケットを形成するＵＤＰ／ＩＰによりカプセル化するステップであって、トンネル化パケットのＵＤＰポート番号が、上記のごとく確立する候補ＲＮＣへのＲＮＣ間トンネルを特定する、トンネル化パケットを形成するＵＤＰ／ＩＰによりカプセル化するステップ、および
−ＲＮＣ間ＵＤＰトンネルポート番号に前記セッション識別子を結合し、カプセル化ダウンリンク・セッション・パケットを候補ＲＮＣにトンネルさせ、ＡＲの代わりにＡＲ２を通じてパケットをルーティングするステップと
をさらに含む。
【００３２】
一実施形態では、ＲＮＣ１はＲＮＣ間トンネルを経て候補ＲＮＣに通信セッションをルーティングし、本方法は、
−ＲＮＣ間トンネルを経る候補ＲＮＣへのセッションのルーティングと並列に第２のポートを介し代替無線アクセスネットワーク経路を通じてセッションをルーティングするステップ
をさらに含む。
【００３３】
一実施形態では、本方法は、
−ＵＴから「ハンドオーバ確認」メッセージを受信するステップであって、
このメッセージは、
−前記メッセージを「ハンドオーバ確認」メッセージであると特定するメッセージタイプ識別子と、
−非関連付け情報要素およびＵＴがもはや関連付けられていない、無線アクセスポイントＡＰ１のネットワークアドレス、および、
−ＵＴが現在関連付けられている無線アクセスポイントＡＰ２のネットワークアドレスを伴うハンドオーバ確認情報要素と
を含み、
前記ＡＰ１およびＡＰ２のネットワークアドレスを前記代替アクセス・ネットワーク・プロトコルに従い定義する、「ハンドオーバ確認」メッセージを受信するステップと、
−前記「ハンドオーバ確認」メッセージの受信応答として第２のポートを介し代替無線アクセスネットワーク経路を通じるセッションのルーティングを防止するステップと、
をさらに含む。
【００３４】
一実施形態では、本方法は、
−前記候補ＲＮＣを通じる前記セッションのルーティングを決定するステップと、
−ＲＮＣ１および候補ＲＮＣを通じて直列にセッションをルーティングすることができないことを確認するステップと、
−データ・パケット・サポート・ノードがＲＮＣ１および候補ＲＮＣ双方と接続しており、データ・パケット・サポート・ノードを通じてセッションを現在ルーティングすることを特定するステップと、
−「ＲＮＣ再配置要求」メッセージを形成するステップであって、「ＲＮＣ再配置要求」メッセージが、
−前記メッセージを「ＲＮＣ再配置要求」メッセージであると特定するメッセージタイプ識別子の情報要素と、
−候補ＲＮＣを特定する識別子と、
−代替アクセス・ネットワーク・プロトコルにより定義するようなＵＴのネットワークアドレスと、
−セッションを現在トンネルさせているＲＮＣとデータ・パケット・サポート・ノードとの間のトンネルのトンネル識別子と
を含む「ＲＮＣ再配置要求」メッセージを形成するステップ、および
−前記「ＲＮＣ再配置要求」メッセージを前記データ・パケット・サポート・ノードに送信し、前記ＲＮＣ１から前記候補ＲＮＣへのセッションに関するサービス提供ＲＮＣの再配置を要求するステップと
をさらに含む。
【００３５】
一実施形態では、前記候補ＲＮＣを通じるセッションのルーティングを決定するステップが、
−ＵＴから「ハンドオーバ確認」メッセージを受信するステップであって、メッセージが、
−前記メッセージを「ハンドオーバ確認」メッセージであると特定するメッセージタイプ識別子の情報要素と、
−非関連付け情報要素およびＵＴがもはや関連付けられていない無線アクセスポイントＡＰ１のネットワークアドレスと、
−ＵＴが現在関連付けられている無線アクセスポイントＡＰ２のネットワークアドレスを伴うハンドオーバ確認情報要素と
を含み、
前記ＡＰ１およびＡＰ２のネットワークアドレスを前記代替アクセス・ネットワーク・プロトコルに従い定義する、「ハンドオーバ確認」メッセージを受信するステップを含み、
本方法は、
−代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子を無効にし、代替無線アクセスネットワーク経路を通じるセッションの伝送と関連付けられた無線チャネル割り当てを無効にし、前記「ハンドオーバ確認」メッセージの受信応答として代替無線アクセスネットワーク経路を通じるセッションのルーティングを防止するステップ
をさらに含む。
【００３６】
一実施形態では、前記候補ＲＮＣを通じるセッションのルーティングを決定するステップは、
−ビーコン信号をＵＴが現在検出する、少なくとも無線アクセスポイントＡＰ１およびＡＰ２に関するＲＲＭ情報を収集するステップであって、第１の無線アクセスネットワーク経路を経て、または代替無線アクセスネットワーク経路を経て前記ＲＲＭ情報を信号通知する、ＲＲＭ情報を収集するステップと、
−前記収集したＲＲＭ情報に基づき予備的ハンドオーバの決定を行うステップ、および
−ハンドオーバ指令識別子およびＡＰ２の代替ネットワークアドレスを含む「物理チャネル再構成」メッセージをＵＴに送信し、メッセージがＡＰ１に代わってＡＰ２を通じてメッセージをルーティングすることをＵＴに指令する、「物理チャネル再構成」メッセージをＵＴに送信するステップ
を含む。
【００３７】
一実施形態では、ビーコン信号をＵＴが現在検出する、少なくとも無線アクセスポイントＡＰ１およびＡＰ２に関するＲＲＭ情報を収集するステップは、
−第１の無線アクセスネットワーク経路を経て、またはＲＮＣ間インタフェースを経て無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）測定結果報告メッセージを受信するステップであって、メッセージが３ＧＰＰ  ＲＲＣ規格フォーマットに準拠し、目標アクセスポイントとしてＡＰ２を指示する「追加測定結果」情報要素を含む、ＲＲＣ測定結果報告メッセージを受信するステップ、または、
−前記代替無線アクセスネットワークによるＲＲＣメッセージフォーマットの規格フォーマットに準拠するＲＲＣ測定結果報告メッセージを受信するステップであって、前記ＲＲＣメッセージが目標アクセスポイントとしてＡＰ２を指示する「追加測定結果」情報要素を含む、ＲＲＣ測定結果報告メッセージを受信するステップ
をさらに含む。
【００３８】
一実施形態では、前記マルチＲＡＴネットワークが総合３ＧＰＰ−ＵＴＲＡＮ−ＩＥＥＥ８０２−ＷＬＡＮネットワークであり、前記通信セッションが３ＧＰＰ  ＰＤＰコンテキストセッションであり、前記第１の無線ネットワーク・ルーティング・プロトコルが３ＧＰＰ  ＵＴＲＡＮ規格プロトコルであり、前記セッション識別子がＲＮＣ１とＳＧＳＮとの間のＵＤＰ／ＩＰトンネルの３ＧＰＰ  ＵＴＲＡＮ規格プロトコルによるＧＴＰ−Ｕトンネル終端ポイント識別子ＴＥＩＤであり、前記第１のルーティングプロトコルによる前記無線ベアラが３ＧＰＰ  ＲＢＩＤであり、前記代替ベアラ識別子がＷＬＡＮ無線ベアラ識別子（ＷＬＡＮ  ｒａｄｉｏ  ｂｅａｒｅｒ  ｉｄｅｎｔｉｆｉｅｒ、ＷＬＡＮ  ＲＢＩＤ）、または移動ＩＰ無線ベアラ識別子（ｍｏｂｉｌｅ  ＩＰ  ｒａｄｉｏ  ｂｅａｒｅｒ  ｉｄｅｎｔｉｆｉｅｒ、ＭＩＰ  ＲＢＩＤ）、またはセキュアな移動ＩＰ無線ベアラ識別子（ｓｅｃｕｒｅ  ｍｏｂｉｌｅ  ＩＰ  ｒａｄｉｏ  ｂｅａｒｅｒ  ｉｄｅｎｔｉｆｉｅｒ、ＭＩＰ／ＩＳｅｃ  ＲＢＩＤ）であり、前記代替アクセス・ネットワーク・プロトコルがＩＥＥＥ８０２ＷＬＡＮプロトコルまたはＩＰ／ＭＩＰ／ＩＰＳｅｃプロトコル、または以上の組み合わせであり、前記ＵＴＩＤがＵＴのＷＬＡＮ
ＭＡＣアドレス、またはＵＴのＭＩＰアドレス、またはＵＴのＭＩＰＳｅｃアドレスであり、前記ＡＰ２ＩＤがＡＰ２のＷＬＡＮ  ＭＡＣアドレスであり、前記ノードＢＩＤがノードＢを特定する３ＧＰＰ識別子であり、ＵＴの前記第２のネットワークアドレスがＭＩＰまたはＭＩＰＳｅｃアドレスであり、前記候補ＲＮＣを特定する前記識別子が前記候補ＲＮＣのＩＰアドレスまたはＵＴＲＡＮ  ＭＡＣであり、前記ＲＮＣ１を前記候補ＲＮＣと接続する前記第１のインタフェースが３ＧＰＰｌｕｒインタフェースであり、前記候補ＲＮＣの前記ネットワークアドレスが候補ＲＮＣのＵＴＲＡＮ  ＭＡＣアドレスまたはＩＰアドレスであり、前記無線リンク設定要求メッセージが３ＧＰＰ無線リンク設定要求メッセージフォーマットに準拠し、無線アクセスポイントＡＰ１、ＵＴおよびＡＰ２のネットワークアドレスがそれぞれＡＰ１、ＵＴおよびＡＰ２のＷＬＡＮ  ＭＡＣアドレスであり、前記データ・パケット・サポート・ノードが３ＧＰＰ  ＳＧＳＮであり、「ＲＮＣ再配置要求」メッセージフォーマットが３ＧＰＰ「ＲＮＣ再配置要求」メッセージフォーマットに準拠する。
【００３９】
第２の態様によれば、本発明はプログラムコード手段を含むコンピュータプログラムを提供し、マルチＲＡＴネットワークに実装し、第１の無線ネットワーク・ルーティング・プロトコルによる無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポートを介し第１の無線アクセスネットワーク経路を通じて通信セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポートを介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにするＲＮＣ１の処理手段に、コンピュータプログラムをロードする場合、コンピュータプログラムは本発明の第１の態様による方法を実現する少なくとも１つの手順を処理手段に実行させる。
【００４０】
第３の態様によれば、本発明はコンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体を提供し、マルチＲＡＴネットワークに実装し、第１の無線ネットワーク・ルーティング・プロトコルによる無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポートを介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポートを介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにするＲＮＣ１の処理手段に蓄積プログラムコード手段をロードする場合、蓄積プログラムコード手段は本発明の第１の態様による方法を実現する少なくとも１つの手順を前記処理手段に実行させる。
【００４１】
第４の態様によれば、本発明は総合マルチＲＡＴネットワークにおけるユーザ端末ＵＴに関する通信セッションのハンドオーバを支援する方法を提供し、前記ネットワークに実装し、セッションのハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポートを介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子にセッションを特定するセッション識別子を結合することにより、第２のポートを介し代替無線アクセスネットワーク経路を通じてセッションをルーティングするようにする候補ＲＮＣが実行する前記方法は、
−ＵＴと関連付けられたセッションを現在ルーティングする隣接ＲＮＣ１から「無線リンク設定要求」メッセージを受信するステップと、
−「無線リンク設定要求」メッセージからＲＮＣ１と候補ＲＮＣとの間のＲＮＣ間トンネルのトンネルポート番号を抽出するステップと、
−「無線リンク設定要求」メッセージからＵＴを特定するＵＴ識別子を抽出するステップと、
−前記トンネルポート番号を、ＵＴ、および、ＵＴに関連付けられたセッションと関連付けるステップと、
−前記「無線リンク設定要求」メッセージのセッション・ハンドオーバ・タイプ識別子を抽出するステップと、
−前記ハンドオーバタイプ識別子に従い前記ＵＴのセッションをルーティングする無線トラフィックチャネルを設定するステップと
を含む。
【００４２】
一実施形態では、本方法は、
−「ハンドオーバ候補」メッセージを受信するステップであって、「ハンドオーバ候補」メッセージが、
−前記メッセージを「ハンドオーバ候補」メッセージであると特定するメッセージタイプ識別子の情報要素、および、
−無線アクセスポイントＡＰ２のアクセスポイント識別子ＡＰ２ＩＤ、またはノードＢのノードＢ識別子ノードＢＩＤ、前記ＵＴが検出するノードＢのビーコン信号であって、前記代替無線アクセス・ネットワーク・プロトコル、または候補ＲＮＣと関連付けられたアクセスルータＡＲのＩＰアドレスと共にＵＴの移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃにより前記ＡＰ２ＩＤを定義し、「ハンドオーバ候補」メッセージがＵＴを特定する、無線アクセスポイントＡＰ２のアクセスポイント識別子ＡＰ２ＩＤ、またはノードＢのノードＢ識別子ノードＢＩＤ、前記ＵＴが検出するノードＢのビーコン信号を含む、「ハンドオーバ候補」メッセージを受信するステップと、
−前記ＵＴが候補ＲＮＣを通じてルーティングする進行中のセッションを持たないことを確認するステップと
をさらに含む。
【００４３】
一実施形態では、ＲＮＣ間インタフェースを経てセッションを現在ルーティングするＲＮＣ１から前記「ハンドオーバ候補」メッセージを受信し、本方法は、
−前記「ハンドオーバ候補」メッセージのネットワーク・ソース・アドレスがＲＮＣ１のネットワークアドレスであることを認識し、セッションがＲＮＣ１を通じて現在ルーティングされていると結論付けるステップと、
−ＲＮＣ１と候補ＲＮＣとの間のＲＮＣ間トンネルを確立するステップと
をさらに含む。
【００４４】
一実施形態では、本方法は、
−第１の無線アクセスネットワーク経路を経て、または代替無線アクセスネットワーク経路を経てＵＴから前記「ハンドオーバ候補」メッセージを受信するステップと、
−前記「ハンドオーバ候補」メッセージをその隣接ＲＮＣに転送するステップと
をさらに含む。
【００４５】
一実施形態では、アクセスポイント識別子が前記代替無線アクセスネットワーク経路のアクセスノードＡＰ２のセル識別子であり、前記セッション・ハンドオーバ・タイプ識別子要素が、前記セッションはＡＰ２を通じてルーティングすべきであることを示し、ＵＴに対する無線トラフィックチャネルを設定するステップが、
−ＡＰ２（２６６）を介し、ポートを通じて論理ＬＬＣのＵＴとの接続を設定するステップであって、ＬＬＣ接続を代替アクセス・ネットワーク・プロトコルにより設定する、論理ＬＬＣ接続を設定するステップと
−セッションをＬＬＣ接続と関連付けるステップと
をさらに含む。
【００４６】
一実施形態では、本方法は、
−前記トンネルポート番号により特定するトンネルを通じてセッションのダウンリンクパケットを受信するステップと、
−受信ダウンリンクパケットからトンネル化プロトコルヘッダを除去し、代替アクセス・ネットワーク・プロトコルによるフォーマットを持ち、前記代替アクセス・ネットワーク・プロトコルにより定義するようなＲＮＣ１のネットワーク・ソース・アドレスを持つセッションパケットをこのようにして取得するステップと、
−ポートを通じてこのようにして取得するセッションパケットを転送し、ＡＰ２を介してＵＴにパケットをこのようにしてルーティングするステップと
をさらに含む。
【００４７】
一実施形態では、本方法は、
−前記トンネルポート番号により特定するトンネルを通じてセッションのダウンリンクパケットを受信するステップと、
−受信パケットからトンネル化プロトコルヘッダを除去し、代替アクセス・ネットワーク・プロトコルによるフォーマットを持ち、前記代替アクセス・ネットワーク・プロトコルにより定義するようなＲＮＣ１のネットワーク・ソース・アドレスを持つセッションパケットをこのようにして取得するステップと、
−このようにして取得するパケットから代替アクセス・ネットワーク・プロトコルによりＲＮＣ１が加えたカプセル化ヘッダを除去し、ダウンリンクパケットをその元の伝送フォーマットに変形するステップと、
−元の伝送フォーマットのダウンリンク・セッション・パケットにＬＬＣヘッダを加え、元の伝送フォーマットのダウンリンク・セッション・パケットを前記代替アクセス・ネットワーク・プロトコルによる候補ＲＮＣのＬＬＣネットワーク・ソース・アドレスを持つＬＬＣフォーマットに変形するステップと、
−ポートを通じてこのようにして形成するＬＬＣセッションパケットを転送し、ＡＰ２を介してＵＴにパケットをこのようにしてルーティングするステップと
をさらに含む。
【００４８】
一実施形態では、「ハンドオーバ候補」メッセージが候補ＲＮＣと関連付けられたアクセスルータＡＲのＩＰアドレスと共に、ＵＴの移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃを含み、「無線リンク設定要求」メッセージのＵＴ識別子がＵＴの対応するＭＩＰ／ＭＩＰＳｅｃアドレスであり、ＲＮＣ間トンネルがＵＤＰ／ＩＰトンネルであり、本方法は、
−前記「無線リンク設定要求」メッセージからＵＴのＭＩＰ／ＭＩＰＳｅｃを抽出するステップと、
−トンネルポート番号をＵＴのＭＩＰ／ＭＩＰＳｅｃおよびＡＲのＩＰアドレスと関連付けるステップと、
−セッションとリンクするＵＴのＭＩＰ／ＭＩＰＳｅｃアドレスによりセッションを特定するものを受信するステップと、
−ＡＲのＩＰアドレスによりセッションのルーティングテーブルを更新するステップと、
−ＲＮＣ間ＵＤＰ／ＩＰトンネルを経てダウンリンクＩＰカプセル化ＩＰセッションパケットを受信するステップと、
−ＩＰカプセル化ダウンリンクＩＰセッションパケットからトンネル化ＵＤＰ／ＩＰヘッダを除去し、ＩＰによりカプセル化するダウンリンクＩＰセッションパケットを取得するステップであって、ＩＰセッションパケットのカプセル化ＩＰアドレスがＡＲ２のＩＰアドレスである、ＩＰによりカプセル化するダウンリンクＩＰセッションパケットを取得するステップと、
−ＡＲ２のＩＰアドレスによりカプセル化するダウンリンクＩＰセッションパケットをＡＲと関連付けられたポートに転送し、ＡＲおよびＡＰ２を通じてＵＴにダウンリンクＩＰセッションパケットをルーティングするステップと
をさらに含む。
【００４９】
一実施形態では、前記マルチＲＡＴネットワークは総合３ＧＰＰ−ＵＴＲＡＮ−ＩＥＥＥ８０２−ＷＬＡＮネットワークであり、前記通信セッションは３ＧＰＰ  ＰＤＰコンテキストセッションであり、前記第１の無線ネットワーク・ルーティング・プロトコルは３ＧＰＰ  ＵＴＲＡＮ規格プロトコルであり、前記セッション識別子はＲＮＣ１と候補ＲＮＣとの間のＵＤＰ／ＩＰトンネルの３ＧＰＰ  ＵＴＲＡＮ規格プロトコルによるＧＴＰ−Ｕトンネル終端ポイント識別子ＴＥＩＤであり、前記第１のルーティングプロトコルによる前記無線ベアラは３ＧＰＰ  ＲＢＩＤであり、前記代替ベアラ識別子はＷＬＡＮ無線ベアラ識別子ＷＬＡＮ  ＲＢＩＤ、または移動ＩＰ無線ベアラ識別子ＭＩＰ  ＲＢＩＤ、またはセキュアな移動ＩＰ無線ベアラ識別子ＭＩＰ／ＩＳｅｃ  ＲＢＩＤであり、前記代替アクセス・ネットワーク・プロトコルはＩＥＥＥ８０２ＷＬＡＮプロトコルまたはＩＰ／ＭＩＰ／ＩＰＳｅｃプロトコル、または以上の組み合わせであり、前記ＵＴＩＤはＵＴのＷＬＡＮ  ＭＡＣアドレス、またはＵＴのＭＩＰアドレス、またはＵＴのＭＩＰＳｅｃアドレスであり、前記ＡＰ２ＩＤはＡＰ２のＷＬＡＮ  ＭＡＣアドレスであり、前記ノードＢＩＤはノードＢを特定する３ＧＰＰ識別子であり、ＵＴの前記第２のネットワークアドレスはＭＩＰまたはＭＩＰＳｅｃアドレスであり、前記無線リンク設定要求メッセージは３ＧＰＰ無線リンク設定要求メッセージフィーマットに準拠し、無線アクセスポイントＡＰ１、ＵＴおよびＡＰ２のネットワークアドレスはそれぞれＡＰ１、ＵＴおよびＡＰ２のＷＬＡＮ  ＭＡＣアドレスである。
【００５０】
第５の態様によれば、本発明はプログラムコード手段を含むコンピュータプログラムを提供し、前記ネットワークに実装し、セッションに対するハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポートを介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングすることができ、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子にセッションを特定するセッション識別子を結合することにより、第２のポートを介し代替無線アクセスネットワーク経路を通じてセッションをルーティングすることができる候補ＲＮＣの処理手段に、コンピュータプログラムをロードする場合、プログラムコード手段を含むコンピュータプログラムは本発明の第４の態様による方法を実現する少なくとも１つの手順を前記処理手段に実行させる。
【００５１】
第６の態様によれば、本発明はコンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体を提供し、前記ネットワークに実装し、セッションに対するハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティン・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポートを介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングすることができ、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子にセッションを特定するセッション識別子を結合することにより、第２のポートを介し代替無線アクセスネットワーク経路を通じてセッションをルーティングすることができる候補ＲＮＣの処理手段に、蓄積プログラムコード手段をロードする場合、蓄積プログラムコード手段は本発明の第４の態様による方法を実現する少なくとも１つの手順を前記処理手段に実行させる。
【００５２】
第８の態様によれば、本発明は無線ネットワークコントローラＲＮＣ１を提供し、無線ネットワークコントローラＲＮＣ１は、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポートを介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポートを介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、前記ＲＮＣは本発明の第１の態様による方法を実現する手段を含む。
【００５３】
一実施形態では、前記手段は蓄積プログラムコード手段を持つデータメモリを含み、蓄積プログラムコード手段を前記ＲＮＣ１の処理手段にロードする場合、蓄積プログラムコード手段は本発明の第１の態様による方法を実現する少なくとも１つの手順を前記処理手段に実行させる。
【００５４】
第９の態様によれば、本発明は無線ネットワークコントローラＲＮＣ２を提供し、無線ネットワークコントローラＲＮＣ２は、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポートを介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子にセッションを特定するセッション識別子を結合することにより、第２のポートを介し代替無線アクセスネットワーク経路を通じてセッションをルーティングするようにし、前記ＲＮＣ２は本発明の第４の態様による方法を実現する手段を含む。
【００５５】
一実施形態では、前記手段は蓄積プログラムコード手段を持つデータメモリを含み、蓄積プログラムコード手段を前記ＲＮＣ１の処理手段にロードする場合、蓄積プログラムコード手段は本発明の第４の態様による方法を実現する少なくとも１つの手順を前記処理手段に実行させる。本発明を以上に開示したが、本発明は添付する請求項１乃至請求項４０により規定する。
【発明を実施するための最良の形態】
【００５６】
本発明の特徴および利点は、添付する図面を参照する以下の「発明を実施するための最良の形態」からさらに明らかになるであろう。
【００５７】
次に、図２乃至図８を参照して、本発明をさらに詳細に記述することにする。
【００５８】
記述のごとく、本発明は総合マルチＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ、無線アクセス技術）ネットワークに関し、ＵＴＲＡＮ−ＷＬＡＮ総合ＲＡＴネットワークの特定の場合について下記の実施形態または動作モードの例により本発明をさらに十分に記述することにする。一方、本発明は任意のレイヤ２ＩＥＥＥ８０２無線アクセスネットワークと総合する任意のセル無線ネットワークに適用することができ、多くの修正および組み合わせのすくなくともいずれかが可能である。例えばＷＬＡＮ、ＩＥＥＥ８０２．１６の場合、その場合当業者が了解するようにＡＰ２６５はＩＥＥＥ８０２．３ＭＡＣフレームを８０２．１１ＭＡＣフレームに代えて８０２．１６ＭＡＣフレームに変形するであろう。セル無線ネットワークは、任意のセル無線ネットワークでありえ、種々のルーティングプロトコルを使用して、種々のネットワーク伝送経路を通じてデータ（パケット）セッションを確立し、ルーティングすることができる無線ネットワークコントローラＲＮＣを含み、セルネットワークは、例えばＵＴＲＡＮ−ＧＰＲＳネットワーク、ＣＤＭＡ２０００ネットワーク、ＩＳ−９５ネットワーク、Ｄ−ＡＭＰＳネットワークなどでありえよう。例えばＣＤＭＡ２０００ネットワークの場合、当業者が了解するように下記の本発明によるＲＮＣの機能は、好ましくはＣＤＭＡ２０００のＢＳＣ（Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒｓ、基地局コントローラ）において実現するであろう。それ故本明細書では、用語ＲＮＣを３ＧＰＰ  ＵＴＲＡＮ規格によるＲＮＣのみを含むように厳密に解釈すべきではなく、データセッションをその種々のポートを通じて種々の伝送経路に対応付けることができ、種々の伝送経路が種々のルーティングプロトコルを使用するネットワーク制御ノードを含むと解釈すべきである。用語ルーティングプロトコルを、本明細書では特定の無線アクセスネットワーク伝送経路が使用する全伝送プロトコルを含むと解釈すべきであり、その経路には複数の伝送ノードを含むことができる。従って、ＲＮＣは任意のノードであり、第１のポートを通じて第１のノードへおよび第２のポートを通じて第２のノードへデータセッションをルーティングすることができ、第１のノードは第１のルーティングプロトコルを、第２のノードは第２の代替ルーティングを使用する。従って、用語「ルーティングプロトコル」を、単に従来様式で種々のネットワークノード間で到達可能情報を交換するために使用するプロトコルとしてではなく、代わって無線アクセスネットワーク経路に沿う特定のネットワーク技術によりデータをルーティングまたは伝送する機構として解釈すべきであり、その経路は複数のノードを通常含む。従って、ルーティングプロトコルは特定の技術によりデータパケットを伝送する手段であり、従って一伝送規格技術による１つのセットの伝送プロトコルを通常含み、そのプロトコルをネットワーク経路内のノードが使用する。例えば、３ＧＰＰ  ＵＴＲＡＮ技術はデータ伝送に第１のセットのプロトコルを指定し、それにより第１のルーティングプロトコルを定義し、ＩＥＥＥ８０２ＷＬＡＮ技術はデータ伝送に第２のセットのプロトコルを指定し、それにより第２のルーティングプロトコルを定義する。本発明によるＲＮＣはこのように任意のネットワークノードであり、ＲＮＣを（少なくとも）２つの異なるデータポートを介して異なる技術を使用する（少なくとも）２つの異なるネットワークに接続する場合、第１のデータポートと第２のデータポートとの少なくともいずれかを通じてデータセッションを対応付けることができ、データポートはユーザ端末と直接、または中間ネットワークノードを通じてユーザ端末と通信することができる。
【００５９】
図１乃至図８で、対応する要素に図のプレフィックス番号を伴う同一参照番号を付与しており、例えば図１におけるＡＰ１、１６５は図２ではＡＰ１、２６５として参照する、などである。
【００６０】
図２は、本発明によるＵＴＲＡＮ−ＷＬＡＮ総合ＲＡＴネットワーク形式のマルチＲＡＴネットワーク構成の実例を示す。図２で、ノードＢ２５０およびノードＢ２５１を従来のｌｕｂインタフェースおよびそれぞれポート２７３並びにポート２７８を通じてＲＮＣ１２３０およびＲＮＣ２２３１にそれぞれ接続する。本発明によれば、ＷＬＡＮ部をＲＮＣ１２３０およびＲＮＣ２２３１にそれぞれ接続する。それぞれのＷＬＡＮ部はアクセスポイントＡＰ１２６５およびＡＰ１２６６を含み、アクセスポイントＡＰ１２６５およびＡＰ１２６６を直接か、または図２に示すように従来のレイヤ２スイッチＭ−Ｌ２Ｓ１２６２およびレイヤ２スイッチＭ−Ｌ２Ｓ２２６３を介するかいずれかによりその各自のＲＮＣに接続する。図２に示すように一実施形態では、アクセスルータＡＲ２５５およびＡＲ２５６をＭ−Ｌ２Ｓ１２６２とＲＮＣ１２３０との間およびＭ−Ｌ２Ｓ２２６３とＲＮＣ２２３１との間に実装し、別の実施形態ではＡＰ１２６５とＲＮＣ１２３０との間およびＡＰ２２６６とＲＮＣ２２３１との間のルーティング経路にアクセスルータを実装せず、ＡＰをその各自のＲＮＣに直接か、選択可能にＭ−Ｌ２Ｓスイッチ（単数）／複数を介して接続する。多くの可能性が存在し、幾つかのＡＰは同じＭ−Ｌ２Ｓスイッチに接続することができ、幾つかのＭ−Ｌ２Ｓスイッチは同一ＲＮＣに直列または並列に接続することができ、ＡＲは他のデータネットワーク（例えば、ＩＰネットワーク）に接続することができ、ＩＰネットワークはＡＲとＲＮＣとの間に実装することができ、図２は本発明を理解するための純粋な実例を示す。ＲＮＣ１２３０およびＲＮＣ２２３１を、ポート２７０およびポート２７５を介し、従来のｌｕインタフェースによりＳＧＳＮ２２０に接続し、本発明の一態様によればＲＮＣ１２３０およびＲＮＣ２２３１を、ポート２７１およびポート２７６を介し従来のｌｕｒインタフェースにより相互に接続する。本発明の別の態様によれば、ＲＮＣ１２３０とＲＮＣ２２３１との間にはインタフェースによる接続はない。図２に示すように、ＲＮＣ１２３０とＲＮＣ２２３１はそれぞれポート２７２およびポート２７７を介して、さらにそのそれぞれのＡＲ／Ｍ−Ｌ２Ｓ／ＡＰ（即ち、ＷＬＡＮ部）に接続する。ＵＴ２４０はそのポート２４１を通じてノードＢ２５０およびノードＢ２５１とおよびそのポート２４２を通じてＡＰ２６５およびＡＰ２６６との無線リンク接続／セッションを従来様式で確立するようにする、即ちＵＴ２４０は２つの無線アクセスネットワーク技術（ＲＡＴ）の能力を持つ。
【００６１】
図３は、ＲＮＣ１２３０とＡＰ１２６５との間にＡＲ（またはＩＰネットワーク）を実装しない場合の図２に示すＲＮＣ１２３０、Ｍ−Ｌ２Ｓ１２６２、ＡＰ１２６５およびＵＴ２４０の主要なユーザ・プレーン・プロトコル・スタックを図示する。図３は、本発明の一態様によるｌｕｒインタフェースによりＲＮＣを相互に接続する場合を図示する。ＲＮＣ２２３１、Ｍ−Ｌ２Ｓ２２６３、ＡＰ２２６６およびノードＢ２５１のユーザ・プレーン・プロトコル・スタックは類似する。図３で、ＲＮＣ１３３０はそれぞれポート３７０およびポート３７１を通じるデータパケット通信のために従来の３ＧＰＰ  ＧＴＰ−Ｕ（ＧＰＲＳ  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ−ｕｓｅｒ  ｐｌａｎｅ、ＧＰＲＳトンネル化プロトコル−ユーザプレーン）、従来のＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ、ユーザデータグラムプロトコル）、従来のＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ、インターネットプロトコル）、従来の３ＧＰＰ  Ｌ２（レイヤ２）およびＬ１（レイヤ１）を持ち、ポート３７３を通じるデータパケット通信のために従来の３ＧＰＰ  ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、パケットデータ集中プロトコル）、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、無線リンク制御）プロトコル、ＵＴＲＡＮ  ＭＡＣレイヤ２およびレイヤ１を持つ。本発明によればＲＮＣ１３３０は、ポート３７２を通じるデータパケット通信のためにさらに従来のＩＥＥＥ８０２．２ＬＬＣ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｃｏｎｔｒｏｌ、リンクレイヤ制御）プロトコル、ＩＥＥＥ８０２．３ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、メディアアクセス制御）レイヤおよびＩＥＥＥ８０２物理レイヤ１（Ｅｔｈｅｒｎｅｔ（登録商標）  ｐｈｙｓｉｃａｌ  ｌａｙｅｒ、イーサネット物理レイヤ）を持つ。本発明によれば以下でさらに記述するように、ＲＮＣ１３３０はポート３７２およびポート３７３を通じるセッションのルーティングのためにルーティングエンティティ、およびＵＴＲＡＮおよびＷＬＡＮ無線リソースを総合して管理するマルチ無線リソース管理エンティティ（ｍｕｌｔｉ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ、ＭＲＲＭエンティティ）を持つ。Ｍ−Ｌ２Ｓ１３６２は従来のＩＥＥＥ８０２．３ＭＡＣプロトコルおよび物理レイヤ１を持つ。ＡＰ１２６５は従来のＩＥＥＥ８０２．１１ＭＡＣプロトコル、ＩＥＥＥ８０２．１１物理レイヤ、ＩＥＥＥ８０２．３ＭＡＣプロトコルおよびＩＥＥＥ８０２．１１物理レイヤを持つ。ノードＢ３５０は従来の３ＧＰＰスタック（ユーザおよび制御プレーンの双方、図３に図示せず）を持つ。ＵＴ３４０はポート３４２を通じるデータパケット通信のために従来のＩＥＥＥ８０２．１１ＬＬＣプロトコル、ＩＥＥＥ８０２．１１ＭＡＣプロトコル、ＩＥＥＥ８０２．１１物理レイヤを持ち、ポート３４１を通じるデータパケット通信のために従来のＰＤＣＰ−、ＲＬＣ−、ＵＴＲＡＮ  ＭＡＣ−プロトコルおよびＵＴＲＡＮ物理レイヤを持つ。ＵＴ３４０は実装するＵＤＰ／ＴＣＰプロトコル（単数／複数）およびＩＰプロトコルを持つ。ＲＮＣ１３３０の場合と類似するように、ＵＴ３���０３３０は以下でさらに記述するように、ポート３４１およびポート３４２を通じるセッションのルーティングのためのルーティングエンティティ並びにＵＴＲＡＮおよびＷＬＡＮ無線リソースを総合して管理するためのマルチ無線リソース管理エンティティ（ＭＲＲＭエンティティ）を持つ。
【００６２】
図４は、図３のネットワークノードの主要な制御プレーン・プロトコル・スタックを図示する。以上で図３を参照して記述した、ＩＥＥＥ８０２レイヤ１、２、３並びにＵＴＲＡＮレイヤ１およびレイヤ２並びに本発明により提供するかまたは可能にするＵＴ４４０およびＲＮＣ１４３０のルーティング並びにＭＲＲＭエンティティとは別に図４に示すように、ＵＴ４４０は実装するＲＬＣ（無線リンク制御）プロトコル、ＲＲＣ（無線リソース制御）プロトコルおよびＳＴＡＭＥ（Ｓｔａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、局管理エンティティ）を持ち、ＡＰ１４６５は実装するＡＰＭＥ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、アクセスポイント管理エンティティ）、ＩＡＰＰ（Ｉｎｔｅｒ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ    Ｐｒｏｔｏｃｏｌ、ａｃｃｏｒｄｉｎｇ  ｔｏ  ＩＥＥＥ８０２．１１ｆ  ｓｔａｎｄａｒｄ、ＩＥＥＥ８０２．１１ｆ規格によるアクセスポイント間プロトコル）、ＵＤＰ／ＴＣＰ−およびＩＰプロトコルを持ち、ＲＮＣ１４３０は実装するＩＡＰＰ、ＵＤＰ／ＴＣＰ−およびＩＰプロトコル、ＲＲＣ、ＲＬＣ、ＲＡＮＡＰ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ、無線アクセス・ネットワーク・アプリケーション部）、ＳＣＣＰ（Ｓｉｇｎａｌｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐａｒｔ、信号通知接続制御部）および３ＧＰＰ信号ベアラプロトコルを持つ。
【００６３】
図５は、本発明の一実施形態による図２のＵＴ２４０、ＡＰ１２６５、ＡＲ１２５５およびＲＮＣ１２３０の主要な制御／ユーザ・プレーン・プロトコル・スタックを図示し、図ではＡＲ１／ＡＲ２をＡＰ１／ＡＰ２とＲＮＣ１／ＲＮＣ２との間に実装する（Ｍ−Ｌ２Ｓ１２６２は単に中継スイッチとして機能し、図５では除外した）。この実施形態では、ＡＲとＲＮＣとの間にＩＰネットワークがある。図５に示すように、ＲＮＣ１５３０およびＵＴ５４０はさらに実装するＩＰｍプロトコル（移動ＩＰであるＭＩＰ）およびまた選択可能なＩＰＳｅｃプロトコルを持ち、ＡＲ１５５５は中間ＩＰネットワークを経てＴＣＰ／ＩＰによりＲＮＣ５３０と通信し、ＷＬＡＮネットワークを経てＩＥＥＥ８０２．２ＬＬＣによりＵＴ５４０と通信する。ＩＰｍおよびＩＰＳｅｃプロトコルを統合することができる。図５に示すその他のプロトコルを図３および図４を参照して考察する。ｌｕｒインタフェースのプロトコルスタックはｌｕインタフェースのスタックと同じであり、図５には示さない。
【００６４】
通常、ＵＴ２４０は例えば８０２．１ＸＥＡＰ／ＴＬＳ／ＴＴＬＳ／ＰＥＡＰ規格により実装するＷＬＡＮ認証エンティティ（図示せず）をさらに持ち、例えばＡＰ１２６５に接続するＲＡＤＩＵＳまたはＤＩＡＭＥＴＥＲサーバ形式の対応するＷＬＡＮ認証エンティティと認証のためにＵＴ２４０が通信することを可能にする。ＲＡＤＩＵＳまたはＤＩＡＭＥＴＥＲサーバは、例えばＡＲ１２５５またはＲＮＣ１２３０に統合することができるが、多くの可能性が存在する。当業者が了解するように、多くの他のプロトコルの選択肢が存在し、例えばＬＷＡＰＰ（Ｌｉｇｈｔ  Ｗｅｉｇｈｔ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ、軽量アクセス・ポイント・プロトコル）をＩＡＰＰの代わりに使用することができるか、またはＵＴＲＡＮなどの場合に、ＬＬＣ／ＩＡＰＰの代わりにＲＬＣ／ＲＮＣプロトコルを使用することができよう。例えば文献ＲＦＣ３５７９（ＥＡＰのためのＲＡＤＩＵＳのサポート）、ＲＦＣ２８６５、ＲＦＣ２８６９（ＲＡＤＩＵＳの拡張）、ＲＦＣ３５７６（ＲＡＤＩＵＳに対する動的認証拡張）およびＲＦＣ３５８０（ＩＥＥＥ８０２．１ＸＲＡＤＩＵＳ使用指針）が指定するように、ＲＡＤＩＵＳサーバは従来のＲＡＤＩＵＳプロトコルを通常使用し、例えばＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、インターネット技術タスクフォース）標準化団体が発行する規格ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｎｇ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、Ａｃｃｏｕｎｔｉｎｇ、認証、認可、経理）プロトコルＲＦＣ２２８４−ＰＰＰ  ＥＡＰ、ＲＦＣ４０１７（ＷＬＡＮに対するＥＡＰ要求条件）またはＲＦＣ３７４８（ＥＡＰ）またはＲＦＣ２７１６（ＰＰＰ  ＥＡＰ  ＴＬＳ）またはＥＡＰ  ＴＴＬＳ（ＥＡＰ  Ｔｕｎｎｅｌｅｄ  ＴＬＳ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＥＡＰによりトンネル化するＴＬＳ認証プロトコル）が定義するような従来のＥＡＰ（拡張可能認証プロトコル)と共に、例えばＲＦＣ３５８８（ＤＩＡＭＥＴＥＲベースプロトコル）が指定するような従来のＤＩＡＭＥＴＥＲプロトコルをＤＩＡＭＥＴＥＲサーバは通常使用し、さらにＥＡＰ−ＰＥＡＰ（Ｐｒｏｔｅｃｔｅｄ  ＥＡＰ  Ｐｒｏｔｏｃｏｌ、保護されたＥＡＰプロトコル）を使用することができる。
【００６５】
ＲＮＣ２２３１に対する対応するスタックと、それが関連付けられている図２のＷＬＡＮルーティング経路は、図３、図４および図５のスタックと類似である。
【００６６】
次に図２乃至図７を参照して、本発明による方法を実施形態についてさらに詳細に記述することにするが、実施形態ではアクセスルータＡＲ１２５５およびＡＲ２２５６は図２に示すネットワークには実装しない、即ちネットワークはＲＮＣ１／ＲＮＣ２２３０／２３２とＡＰ１／ＡＰ２２６５／２６６との間の純粋なＷＬＡＮ経路である。サービス提供エリアがそれ自体のものと重複する隣接ＡＰについての情報を含むそれ自体の最新のデータベースを、各ＡＰが維持することを仮定する。このようにして、各ＡＰはＩＥＥＥ８０２．１１ｋ規格によるサイト報告を関連付けられたＵＴに提供することができ、サイト報告はＵＴがローミング（ハンドオフ）することができる近くの他のＡＰについての情報を含む。関係する全てのＡＰを同じ運用会社が制御するか、または特別な運用会社間協定が存在する場合にのみ、これを達成することができる。本明細書に記述する方法は本発明を理解するための純粋な実例であり、当業者が了解するように多くの修正が可能であり、例えば幾つかのステップ／動作を異なる／逆の順序で実施し、同じ結果を提示することができる。
【００６７】
図６のステップ６０００で、ノードＢ２５０およびＲＮＣ１２３０を通じ、ＵＴＲＡＮルーティング経路を経るＵＴ２４０とインターネット２８０に接続する例えばピアまたはホストとの間に、マルチメディアセッションなどの進行中の従来のパケットデータセッションが存在する。セッションを搬送するために、ＵＴ２４０とＳＧＳＮ２２０およびＧＧＳＮ２１０との間で従来の３ＧＰＰ  ＰＤＰ（パケット・データ・プロトコル）コンテキストセッションを使用する。従来様式で例えばＵＴ２４０の主導で、ＰＤＰコンテキストセッションを設定することができ、ＵＴ２４０、ＳＧＳＮ２２０およびＧＧＳＮ２１０間の従来の信号通知の後ＰＤＰコンテキスト要求作成メッセージ（Ｃｒｅａｔｅ＿ＰＤＰ＿Ｃｏｎｔｅｘｔ＿Ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を通じて、ＳＧＳＮ２２０はＧＧＳＮ２１０へのＧＴＰ−Ｕトンネルの確立を開始する。トンネル終端ポイント識別子（ｔｕｎｎｅｌ  ｅｎｄｐｏｉｎｔ  ｉｄｅｎｔｉｆｉｅｒ、ＴＥＩＤ）、ＩＰアドレス（即ち、受信ノードのＩＰアドレス）およびＵＤＰポート番号によりＧＴＰトンネルを特定する。ＴＥＩＤは、曖昧さなくトンネル終端ポイントを特定するＧＴＰトンネルの受信側がローカルに割り当てる。ＧＴＰ−Ｃメッセージを使用してトンネル終端ポイント間で、ＴＥＩＤ値を交換する。ＰＤＰコンテキストセッションをそのＱｏＳプロファイルおよびＩＰアドレスにより特徴付け、各ノードのＴＥＩＤ（通常ＵＤＰポート番号）は、曖昧さなく従来様式でＲＮＣ１２３０、ＳＧＳＮ２２０およびＧＧＳＮ２１０間をトンネルする特定のＰＤＰコンテキストセッションを特定する。ＧＴＰ−Ｕトンネルを通じてＵＤＰ／ＩＰパケットとしてＳＧＳＮ２２０へ／からルーティングするＰＤＰパケットのルーティングのために、ＲＮＣ１はＰＤＰコンテキストのＧＴＰ−Ｕトンネルに関するＴＥＩＤを特定し、３ＧＰＰ  ＲＢＩＤ（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｉｄｅｎｔｉｆｉｅｒ、無線ベアラ識別子）に結合する前記ＴＥＩＤを３ＧＰＰ  ＲＡＢＩＤ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ  Ｉｄｅｎｔｉｆｉｅｒ、無線アクセスベアラ識別子）に結合することにより、ＵＴＲＡＮ／ＲＬＣ／ＭＡＣを経て従来様式でＰＤＣＰパケットとしてこれらのパケットをＵＴ２４０へ／からルーティングし、ＵＴ２４０は次いでＵＴ２４０へ／からＰＤＣＰパケットを伝達するための「正しい」３ＧＰＰチャネル（単数／複数）（および設定）を曖昧さなく定義する。表１はＰＤＰコンテキストセッションパケットを従来様式でルーティングするためにＲＮＣ１２３０のルーティングエンティティが使用するルーティングテーブルを示す。
【００６８】
【表１】
2009510871.tif 000003
【００６９】
表１に見るように、１つのＵＴは複数の進行中のＰＤＰセッションを持つことができる。以下の記述では、ＵＴ２４０は１つの進行中のＰＤＰセッションのみ、即ち表１のセッション１を持つと仮定する。ＵＴ２４０とＳＧＳＮ２２０との間のこのＰＤＰコンテキストセッションを図７Ａの通信ステップ１により示す。ＵＴ２４０を以下の表ではＵＴ１として参照する。
【００７０】
次いで、方法はステップ６０１０に進み、本発明によりＵＴ２４０は能力メッセージを形成し、ＵＴＲＡＮ経路を経て（即ち、ノードＢを介して）ＲＮＣ１２３０に能力メッセージを送信するが、このメッセージはＵＴ２４０が２つのＲＡＴ能力を持つ、即ちＵＴＲＡＮ経路およびＷＬＡＮ経路両方を経て通信できることをＲＮＣ１２３０に通報する。図７Ａの通信ステップ２によりこれを示す。本発明によれば、この能力メッセージは「ＵＴマルチモード／マルチＲＡＴ能力」情報要素を含み、この情報要素は代替ネットワークがＷＬＡＮの場合、ＵＴ２４０がＵＴＲＡＮおよびＷＬＡＮ両方の能力を持つことをＲＮＣ１２３０に通報する。「ＵＴマルチモード／マルチＲＡＴ能力」情報要素を定義する方法に多くの可能性が存在し、例えば代替ネットワークを曖昧さなく定義する「代替ネットワーク識別子」により情報要素を構成することができ、例えばこの代替ネットワーク識別子を第１の、特に定義するＲＲＣメッセージにおける４ビットのデータフィールドにより定義することができ、第２の特に定義するデータフィールドにおけるＵＴ２４０の代替ネットワークアドレスと共に、１６の異なる代替ネットワーク、即ち代替ネットワークがＲＮＣ１２３０に直接接続する（即ち、ＡＰ１２６５とＲＮＶ１２３０との間に中間のＡＲ２５５を実装しない）無線ＬＡＮである場合のＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスの定義を可能にする。図２に示すように例えばＡＲ２５５とＲＮＣ１２３０（図２に図示せず）との間のＩＰネットワークを介してＷＬＡＮ部をＲＮＣ１２３０に接続するＡＲ２５５がある場合以下でさらに記述するように、ＵＴ２４０の代替ネットワークアドレスはＵＴ２４０のＩＰアドレスでありうるが、多くの可能性が存在する。「代替ネットワーク識別子」を例えば００００に設定し代替ネットワークがＷＬＡＮであることを示すことができ、「０００１」に設定し代替ネットワークがＩＰネットワークであることを示すことができるなどである。能力メッセージを従って例えば前記「ＵＴマルチモード／マルチＲＡＴ能力」情報要素と共にＵＴのＷＬＡＮ  ＭＡＣアドレスを含むＲＲＣメッセージとして実現し、能力メッセージを（ＤＣＣＨを経て）ＲＮＣ１のＭＲＲＭエンティティに送信することができ、以下でさらに記述するようにＭＲＲＭエンティティは基本的にＷＬＡＮ  ＲＲＭ情報をまた統合するようにするＲＮＣ１の従来の３ＧＰＰ  ＲＲＭエンティティである。あるいは例えば、前記メッセージにおけるＵＴ２４０の前記代替ネットワークアドレスと共に前記「代替ネットワーク識別子」を含むことにより、能力メッセージを従来の「ＰＤＰコンテキストアクティベート要求」修正メッセージとして実現することができる。従って、以上のデータフィールドを含む「ＰＤＰコンテキストアクティベート要求」メッセージをＰＤＰコンテキストのアクティベート中にＵＴ２４０がＳＧＳＮ２２０に送信するが、能力メッセージの実現方法に多くの他の可能性が存在する。本発明に従い重要なことは、ＵＴ２４０の２つのＲＡＴ能力およびＵＴ２４０の代替ネットワークアドレス（即ち、この実例ではＷＬＡＮ  ＭＡＣアドレスであり、代替ネットワークはＷＬＡＮである）についてＲＮ��１２３０に通報すること、および以下でさらに記述するように、ＲＮＣ１２３０がＵＴ２４０の代替ネットワークアドレス（即ち、この実施例ではＷＬＡＮ  ＭＡＣアドレスであり、代替ネットワークはＷＬＡＮである）を正しいＰＤＰコンテキストセッション（即ち、ＵＴ２４０のセッション）と関連付けるようにすることである。
【００７１】
ステップ６０２０で、次いでＲＮＣ１２３０のＭＲＲＭエンティティはＵＴ２４０のこのＷＬＡＮ  ＭＡＣアドレスをＲＮＣ１のルーティングエンティティに転送し、表２に示すように、このエンティティはそれに応じてそのルーティングテーブルを更新する。
【００７２】
【表２】
2009510871.tif 000004
【００７３】
次いでステップ６０２０で、ＲＮＣ１のルーティングエンティティはＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスをその進行中のＰＤＰセッションと関連付け、一方ＲＡＢＩＤ１にＴＥＩＤ１を、およびＲＢＩＤ１にＲＡＢＩＤ１を結合することにより、ルーティングエンティティはＵＴＲＡＮ経路を経て（ノードＢ２５０を介して）ＰＤＰパケットのルーティングを続ける。
【００７４】
ステップ６０３０で、ＵＴ２４０はＡＰ１２６５のサービス提供エリアにローミングし、従来様式でＡＰ１２６５からのビーコンフレームを検出し、このフレームはＡＰ１２６５のＭＡＣアドレスを含み、このＭＡＣアドレスをＵＴ２４０のＭＲＲＭエンティティに転送する。図７Ａの通信ステップ３がこれを示す。
【００７５】
ステップ６０４０で、ＵＴ２４０はＵＴ２４０およびＡＰ１２６５を曖昧さなく特定する「ハンドオーバ候補」メッセージを形成し、このメッセージをＲＮＣ１２３０に送信する。このメッセージを実現する方法に多くの可能性が存在するが、重要なことは、以降ＡＰ１（２６５）を通じてメッセージをルーティングすることができることをＲＮＣ１（２３０）が確認することを可能にする情報を「ハンドオーバ候補」メッセージが含む／搬送することであり、ＡＰ１２６５がＲＮＣ１２３０ではなく、別のＲＮＣに接続する場合、ＲＮＣ１２３０がそのＲＮＣのアイデンティティを確認することを可能にする情報を「ハンドオーバ候補」メッセージが搬送しなければならないことである。さらにセッションを現在別のセッションを通じてルーティングしていれば、「ハンドオーバ候補」メッセージはＲＮＣ１２３０がそのＲＮＣのアイデンティティを確認することを可能にしなければならない。通常「ハンドオーバ候補」メッセージはメッセージタイプ識別子の情報要素を含み、情報要素は前記メッセージが、幾つかのセッション識別子、通常ＵＴ（２４０）のＷＬＡＮ  ＭＡＣアドレスを伴う「ハンドオーバ候補」メッセージであることをＲＮＣ１（２３０）に通報するが、それはＡＰ１（２６５）を特定するアクセスポイント識別子を伴うこのアドレスがＲＮＣ１（２３０）におけるセッションを特定するからであり、通常アクセスポイント識別子はＡＰ１（２６５）のＷＬＡＮ  ＭＡＣアドレス（または別のセルｉｄ）である。例えばＡＰ１（２６５）のＷＬＡＮ  ＭＡＣネットワークアドレス（または別のセル識別子）を含む修正ＲＲＣメッセージとして、「ハンドオーバ候補」メッセージを実現し、「ハンドオーバ候補」メッセージを、ノードＢ２５０を介しＢＣＣＨを経てＲＮＣ１２３０に送信することができるが、多くの可能性が存在する。図７Ａの通信ステップ４が、例を構成するこの「ハンドオーバ候補」メッセージの伝送を示す。例えば後段でＳＴＡＴＥ／ＡＰＭＥ／ＩＡＰＰプロトコルによりＷＬＡＮ経路を経て、「ハンドオーバ候補」を送信することができる。
【００７６】
ステップ６０５０で、ＲＮＣ１２３０はこの「ハンドオーバ候補」メッセージからＡＰ１２６５の代替ネットワークセル識別子、即ち代替ネットワークがＷＬＡＮであるこの実例におけるＡＰ１２６５のＷＬＡＮ  ＭＡＣアドレスを抽出し、このセル識別子をそのＭＲＲＭエンティティおよびルーティングエンティティに転送する。次いで例えば、ＵＴ２４０のＵＴＲＡＮ無線チャネル（単数／複数）をＡＰ１２６５にハンドオーバできることを示すデータを種々のＲＲＭアルゴリズムに供給することにより、ＲＮＣ１２３０のＭＲＲＭエンティティはそれに応じて関係するＭＲＲＭ情報を更新し、全体的な無線ネットワーク容量を最大にする。このような最適化のためのＲＮＣ１２３０のＭＲＲＭエンティティの正確なＭＲＲＭアルゴリズム、即ち正確な最適化基準などは本発明の主題ではなく、本発明の重要な利点は本発明が効率的なこのようなＭＲＲＭ機能の可能性に道を開くことである。本発明によれば、次いで例えば全総合ネットワークのＡＰの全セルに関する識別子（例えば、ＷＬＡＮアドレス）、およびそのそれぞれ関連付けられたＲＮＣのネットワークアドレス（例えば、それぞれＵＴＲＡＮ  ＲＮＣのＩＰアドレス）を含むルックアップテーブルを調べることにより、ＲＮＣ１２３０のＭＲＲＭエンティティは前記ＡＰ１２６５が関連付けられた（接続する）ＲＮＣを確認する。さらにステップ６０５０で、ＲＮＣ１のＭＲＲＭエンティティは前記ＲＮＣネットワークアドレスをＲＮＣ１２３０のルーティングエンティティに転送し、ＵＴ２４０のＰＤＰコンテキストセッション１を代替アクセスポイント、即ちＡＰ１２６５と関連付けられたＲＮＣのネットワークアドレス（例えば、ＩＰアドレス）、即ちＡＰ１２６５がＲＮＣ１２３０と接続する（ＲＮＣ１２３０を通じて「到達する」）この実例におけるＲＮＣ１２３０のネットワークアドレス（例えば、ＩＰアドレス）と関連付けることにより、ＲＮＣ１２３０のルーティングエンティティはそれに応じて表３に示すようにそのルーティングテーブルを更新する。
【００７７】
【表３】
2009510871.tif 000005
【００７８】
その後ステップ６０６０で、ＩＥＥＥ８０２規格に従いＵＴ２４０は関連付け（アソシエーション）要求メッセージをＡＰ１２６５に送信し、ＷＬＡＮ接続設定を開始し、これを図７Ａの通信ステップ５が示す。このメッセージはＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスを含む。ＡＰ１２６５はその関係するポートをＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスと関連付けることによりそれに応じてその橋渡しテーブルを更新する。前記関連付け要求メッセージは、また関係するＰＤＰセッションに対するＰＤＰコンテキストセッション識別子、例えばＰＤＰコンテキストセッションのＲＢＩＤまたはＲＡＢＩＤまたはＩＰアドレスまたはＵＴ２４０のＮＳＡＰＩを含むことができ、この理由をさらに以下で説明する。図７Ａの通信ステップ６が示すように、ＡＰ１２６５は８０２．１１メッセージとして関連付け応答メッセージをＵＴ２４０に送信することにより応答する。ＵＴ２４０はこの関連付け応答メッセージを受信し、次いでその第２の（ＷＬＡＮ）ポート２４２を介してＷＬＡＮとの無線接続を確立する。
【００７９】
ステップ６０７０で図７Ａの通信ステップ７が示すように、ＷＬＡＮ配信システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ、ＤＳ）に向けて、即ちＲＮＣ１２３０に向けてＭ−Ｌ２Ｓ１２６２へレイヤ２更新フレームをブロードキャスト（一斉送信）することにより、ＡＰ１２６５はＩＥＥＥ８０２規格に従い動作を継続する。前記Ｌ２更新フレームは、またステップ６０６０でＡＰ１２６５に送信したＲＮＣ１２３０に対するＰＤＰコンテキストセッション識別子を含むことができる。
【００８０】
ステップ６０８０で図７Ａの通信ステップ８が示すように、Ｍ−Ｌ２Ｓ１２６２はこのレイヤ２更新フレームをＲＮＣ１２３０に転送することにより応答する。このレイヤ２更新フレームはＭＡＣソースアドレスとしてＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスを含む。このレイヤ２フレームの目的は、フレームを受信するレイヤ２デバイスにおける転送または橋渡しテーブルをＵＴ２４０のＭＡＣアドレスにより対応して更新させること、即ちこのフレームを受信したポートをＵＴ２４０のＭＡＣアドレスと関連付け、ＵＴ２４０宛ての全ての将来トラフィックを正しいポート、即ちこのフレームを受信したポートに転送することである。レイヤ２フレームが多数押し寄せ、従って運用会社のネットワークにおける過剰なトラフィックを回避するために、マルチキャストの可能なスイッチ（Ｍ−Ｌ２Ｓ）の使用を想定し、隣接ＡＰ、サービス提供ＲＮＣ１２３０および対応するＭ−Ｌ２Ｓ１２６２が属すグループに、レイヤ２更新フレームを好ましくはマルチキャストする。この場合従って、例えば隣接ＡＰおよび関連付けられたＭ−Ｌ２ＳのＭＡＣアドレス蓄積テーブルを持つことにより、各ＡＰはレイヤ２ネットワークトポロジをある程度知る。レイヤ２更新フレームは、またステップ６０６０でＵＴ２４０がＡＰ１２６５に送信した関係するセッションに対する前記ＰＤＰコンテキストセッション識別子、例えばＰＤＰコンテキストセッションのＲＢＩＤまたはＲＡＢＩＤまたはＩＰアドレスまたはＮＳＡＰＩを含むことができる。
【００８１】
ステップ６０９０で、ＡＰ１２６５の事前構成の程度に応じてＡＰ１２６５はＩＡＰＰ−追加通知パケットの送信の是非を決定する。当業者が了解するように、ＩＡＰＰ−追加通知パケットの代わりに、別のプロトコルによる対応するメッセージ、例えばＬＷＡＰＰによるメッセージを使用することができよう。このＩＡＰＰ−追加通知パケットはＡＰ１２６５にとり送信することは必須ではなく、ステップ６０９０を省略することができる、即ち本発明による方法はステップ６０８０の後直接ステップ６１００に進むことができる。ＡＰ１２６５がＩＡＰＰ−追加通知パケットを送信するように事前構成されている場合、ＩＡＰＰプロトコルおよびＩＥＥＥ８０２規格の移動機能に従いＵＤＰ／ＩＰパケットとしてこのパケットを通常送信し、ＲＮＣ１２３０に接続する他のＡＰにＡＰ１２６５（新規目標）におけるＵＴ２４０の新しい関連付けについて通知する。図７Ｂにおける通信ステップ９がこれを示す。ＩＡＰＰパケットはＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスおよびシーケンス番号を通常含み、これは従来様式でパケットの有効性を示す。送信ＡＰ１２６５に地理的に近いＲＮＣ１２３０およびその他のＡＰのみがＩＡＰＰパケットを受信するように、マルチキャストＩＰアドレスを好ましくは選択すべきである。これはＷＬＡＮ領域内の信号通知を削減するためである。それ故、中間のＭ−Ｌ２Ｓ１２６２を好ましくは対応して事前構成する、即ち中間のＭ−Ｌ２Ｓ１２６は受信ＩＡＰＰ−追加通知パケットをマルチキャストするＩＰアドレス蓄積リストを持つ。ステップ６０９０はレイヤ２ネットワーク（即ち、ＷＬＡＮ）のＡＰに、ＵＴ２４０と通信するために実際に選択するＡＰを通報し、無線通信を正しく１つのＡＰから他へハンドオーバすることができるようにする主な目的を持つ。ステップ６０９０はＬ２−ＲＮが持つ従来のＲＲＭ（無線リソース管理）の一部を構成する。本発明によれば、ＩＡＰＰ−追加通知パケットはまた例えばＵＴ２４０とＡＰ１２６５との間に確立するＷＬＡＮ無線チャネルの現在のセル負荷、信号強度などの従来のＷＬＡＮ無線リソース管理パラメータを含む。当業者が了解するように、前記ＷＬＡＮ  ＲＲＭパラメータをＩＡＰＰ−追加通知パケットの特定のコンテキストコンテナに加えることにより、これを実行することができる。従って、さらに効率的／多様なＭＲＲＭ機能を全ＲＡＴネットワークに提供することができる。本発明によれば、ＩＡＰＰ−追加通知パケットはまた前記ＰＤＰコンテキストセッション識別子、例えばステップ６０６０でＵＴ２４０からＡＰ１２６５へ送信した関係するセッションのＲＢＩＤまたはＲＡＢＩＤ含むことができる。従って一代替実施形態で、本方法はステップ６０８０からステップ６１００へ直接進み、ＩＡＰＰ−追加通知パケットを送信しない。
【００８２】
ステップ６０１０でＵＴ２４０が能力メッセージを送信しないように事前構成されている場合ステップ６１００で、ＵＴ２４０のＭＲＲＭエンティティは能力メッセージを形成し、上記のようにＵＴＲＡＮ経路またはあるいはＷＬＡＮ部のいずれかを経て能力メッセージを送信し、ＲＮＣ１２３０のＭＲＲＭエンティティはこの能力メッセージを受信し、関係パラメータを抽出し、上記のように適切な関連付けを行う。この点で能力メッセージを送信しなかった場合のさらに別の可能性は、ステップ６０６０でＵＴ２４０からＡＰ１２６５へ送信した無線リンクメッセージが、またＰＤＰコンテキストセッション識別子、例えば関係するセッションの３ＧＰＰＲ  ＢＩＤ１または３ＧＰＰ  ＲＡＢＩＤ１を含むことができ、以上のステップ６０６０、６０７０、６０８０および６０９０で記述したように、このセッション識別子をＲＮＣ１２３０へ、例えばレイヤ２更新フレームと共に、または前記ＩＡＰＰ−追加通知パケットと共にＲＮＣ１２３０へ転送し、よってＲＮＣ１２３０のＭＲＲＭエンティティはこの受信レイヤ２更新フレームまたはステップ６０９０で記述したＩＡＰＰ−追加通知パケットを能力メッセージとして解釈することができる。さらに別の可能性は、ＵＴの代替ネットワークアドレス（ネットワークアドレス）、即ちこの場合ＵＴ２４０のＷＬＡＮアドレス、問題の特定のＰＤＰコンテキストセッションのＰＤＰコンテキストセッション識別子、即ち３ＧＰＰ  ＲＡＢＩＤ１または３ＧＰＰ  ＲＢＩＤ１またはＰＤＰコンテキストセッションの、ＩＰアドレスまたはそれが関連付けられているＮＳＡＰＩを含む能力メッセージを、ＵＴ２４０のＭＲＲＭエンティティが形成し、例えばＤＣＣＨを使用してＵＴＲＡＮ経路を介し、または前記能力メッセージをＬＬＣ８０２．２フレームフォーマットに変形し、ＷＬＡＮ経路を介しＡＰ１２６５へ前記ＬＬＣ８０２．２フレームをマルチキャストすることにより、この能力メッセージをＲＮＣ１２３０へ送信することである。あるいはＲＮＣのＭＡＣアドレスがＵＴ２４０に既知である（例えば、ＵＴＲＡＮ経路を経て信号通知した）場合には、前記能力メッセージ（ＬＬＣフレーム）を専用メッセージとしてＲＮＣ１２３０に送信する。次いで、ＲＮＣ１２３０のＭＲＲＭエンティティはこの能力メッセージを受信し、以上のステップ６０２０におけるのと同じ様式で特定のＵＴ２４０、特定のＰＤＰコンテキストセッション識別子、即ち３ＧＰＰ  ＴＥＩＤ１とＵＴ２４０の代替ネットワークアドレス、即ちＷＬＡＮアドレスを関連付ける。
【００８３】
さらにステップ６１００で、ＲＮＣ１２３０およびＵＴ２４０は以下の表４に示すように本明細書ではＷＬＡＮ  ＲＢＩＤ１と称する、特定のＰＤＰコンテキストセッションを意図した特定のＷＬＡＮ無線ベアラのアイデンティティ形式の代替ルーティング識別子をそれぞれ作成し、それに応じてそのルーティングテーブルを関連付ける。従って、ＲＮＣ１２３０はこのＷＬＡＮ  ＲＢＩＤ１をＵＴ２４０の代替ネットワークアドレス、即ちＷＬＡＮ  ＭＡＣアドレス（ポート３７２において受信するＬ２更新フレームに含む）と関連付け、またＷＬＡＮ  ＲＢＩＤ１をポート３７２と関連付ける。同様に、ＵＴ２４０はそのＷＬＡＮ  ＲＢＩＤ１をＰＤＰコンテキストセッションおよびそのＷＬＡＮポート２４２と関連付ける。従って表４に示すように、ＲＮＣ１２３０のルーティングエンティティはそのルーティングテーブルを更新することにより、関係するＰＤＰコンテキストセッション（即ち、セッション１）を前記代替ネットワークアドレス（ＵＴ２４０のＷＬＡＮ  ＭＡＣアドレス）、前記代替ルーティング識別子、即ちＷＬＡＮ  ＲＢＩＤ１およびポート３７２と関連付ける。従って前記代替アクセスネットワーク、即ちこの場合ＷＬＡＮの標準プロトコルルーティング方式により代替ルーティング識別子を定義する。あるいは、代替ルーティング識別子をＵＴ２４０からＲＮＣ１２３０に信号通知することができる。例えば同じ「代替」ルーティングおよびセッション管理方式、即ちＷＬＡＮ方式への入力値を形成するＱｏＳパラメータに関して同じ基準により代替ルーティング識別子を作成するので、代替ルーティング識別子はＲＮＣ１２３０およびＵＴ２４０において同一である。
【００８４】
【表４】
2009510871.tif 000006
【００８５】
ステップ６１００で、一方ＰＤＰコンテキストセッションのＴＥＩＤのＵＴＲＡＮ（３ＧＰＰ）ＲＡＢＩＤへの、および（３ＧＰＰ）ＲＡＢＩＤの（３ＧＰＰ）ＲＢＩＤへの結合を続けることにより、ＵＴＲＡＮ経路を通じて、即ちポート２７３を介して、ＲＮＣ１２３０はＰＤＰコンテキストセッションのユーザデータのルーティングを継続する。従って、ＴＥＩＤは３ＧＰＰ  ＲＢＩＤに結合する。次いで、本方法はステップ６１１０へ進む。
【００８６】
ステップ６１１０で、ＵＴ２４０のＭＲＲＭエンティティが関連付けメッセージをＲＮＣ１２３０に送信するか、または送信しないかはその事前構成による。関連付けメッセージは、ＵＴ２４０がＷＬＡＮとの無線接続を確立しており、次にＵＴＲＡＮ経路からＷＬＡＮ経路へのＰＤＰコンテキストセッションのハンドオーバが物理的に可能であることをＲＮＣ１２３０に通報する。例えば、ステップ６１００でＷＬＡＮ経路を経て能力メッセージを送信した場合の１つの可能性は、この能力メッセージがまた関連付けメッセージとして機能し、「さらなる」関連付けメッセージを送信せず、次いで本方法は直接ステップ６１４０に進むことである。あるいは例えばＵＴ２４０をＡＰ１２６５と物理的に関連付けた後に（即ち、ＡＰ１２６５から関連付け応答メッセージを受信した後に）、この「ハンドオーバ候補」メッセージを送信する場合、上記の「ハンドオーバ候補」はまた関連付けメッセージとして機能することができる。本発明により重要なことは、ＵＴ２４０がＡＰ１２６５との無線接続を確立したことをＲＮＣ１２３０のＭＲＲＭエンティティに通報することである。当業者が了解するように、多くの可能性が存在し、「能力メッセージ」、「ハンドオーバ候補」および関連付けメッセージはある程度相互に交換可能である。この段階で関連付けメッセージを形成し、送信するようにＵＴ２４０のＭＲＲＭエンティティを構成する場合、本方法はステップ６１２０に進む。
【００８７】
ステップ６１２０で、通常またＵＴ２４０がＷＬＡＮとの無線接続を確立したことを示すある情報、例えば「無線確立識別子」と共に、ＵＴ２４０の代替ネットワークアドレス、即ちこの場合ＷＬＡＮアドレス、および通常また特定のＰＤＰコンテキストセッションのセッション識別子、即ちこの場合３ＧＰＰ  ＲＡＢＩＤ１またはＲＢＩＤ１を含む関連付けメッセージを形成し、ＵＴＲＡＮ経路を経てＲＮＣ１２３０に例えばＤＣＣＨを使用するＲＲＣメッセージとして、またはＷＬＡＮを経てマルチキャストフレームメッセージとしてこの関連付けメッセージを送信するか、またはＵＴ２４０にＲＮＣのＭＡＣアドレスが既知である、例えばＲＮＣのＭＡＣアドレスをＲＮＣ１２３０からＵＴＲＡＮ経路を経てさらに早い段階で信号通知した場合、宛先アドレスとしてＲＮＣのＭＡＣアドレスを持つ専用Ｌ２メッセージとしてＷＬＡＮを経て、関連付けメッセージを送信することができる。関連付けメッセージを、ＷＬＡＮ経路を経て送信する場合、通常関連付けメッセージは前記「無線確立識別子」を含まない。能力メッセージ、ハンドオーバ候補メッセージおよび関連付けメッセージを形成し、組み合わせる方法には多くの可能性が存在する。例えば関連付けメッセージがまた特定のセッション識別子を含む場合、関連付けメッセージはまた能力メッセージとして機能することができ、ＵＴ２４０が特定の能力メッセージをＲＮＣ１２３０に送信することを、本発明による方法は必要としない。従って既述のように、これらのメッセージは本発明に従いある程度相互に交換可能である。さらに例えばステップ６０６０でＡＰ１２６５から関連付け応答メッセージの受信後直ちに、ＵＴＲＡＮ経路を経てＵＴ２４０が関連付けメッセージを送信することができるが、多くの可能性が存在する。上述のように、関連付けメッセージは特定のＰＤＰコンテキストセッションを唯一に特定する情報を通常含む。このように、ＵＴ２４０は進行中のＰＤＰコンテキストセッション（単数／複数）セットの中でハンドオーバが望ましいであろうＰＤＰコンテキストセッション（単数／複数）を制御することができる。
【００８８】
ステップ６１３０で、ＲＮＣ１２３０は前記関連付けメッセージを受信し、ＵＴ２４０の代替ネットワークアドレスおよび恐らくまた「無線確立識別子」を、関連付けメッセージがこのような識別子を含む場合抽出し、セッション識別子、即ちＴＥＩＤ１が結合する実際のアクティブ結合候補となるように代替ルーティング識別子、即ちこの場合ＷＬＡＮ
ＲＢＩＤ１を設定することにより、ＲＮＣ１２３０はそれに応じてそのルーティングテーブルを更新する。ＰＤＰコンテキストセッションのセッション識別子、即ちＴＥＩＤを第１のルーティング識別子、即ちこの場合（３ＧＰＰの）ＲＢＩＤに結合することにより、ＵＴＲＡＮ無線インタフェースを通じて、即ちポート２７３を介して、ＲＮＣ１２３０はこの点からＰＤＰコンテキストセッションをルーティングすることができるか、またはＰＤＰコンテキストセッションのセッション識別子、即ちこの場合ＴＥＩＤ１を代替ルーティング識別子、即ちこの場合ＷＬＡＮ  ＲＢＩＤ１に結合することにより、ＷＬＡＮ無線インタフェースを通じて、即ちポート２７２を介して、ＲＮＣ１２３０はＰＤＰコンテキストセッションをルーティングすることができることをこれは意味する。関連付けメッセージがＵＴ２４０のアクティブＰＤＰセッションセットの中で特定セッションを唯一に特定する場合、ＲＮＣ１２３０は特定の代替ルーティング識別子、即ちこの場合ＷＬＡＮ  ＲＢＩＤ１のみを更新し、セッション識別子が結合する実際のアクティブ結合候補となる。関連付けメッセージが特定セッションを特定しない場合、即ちＵＴ２４０がＷＬＡＮとの無線接続を確立したことを示すある情報要素と共に、関連付けメッセージがＵＴ２４０の代替ネットワークアドレスのみを含む場合、その場合ＲＮＣ１２３０は全ての代替ルーティング識別子を通常更新し、ＵＴ２４０と関連付けられた全てのＰＤＰセッションは全てのセッションに対して実際にアクティブな結合候補となる。一実施形態で、例えばＲＮＣ１２３０が特定のＰＤＰコンテキストセッションを唯一に特定する能力メッセージを受信した場合、「無線確立識別子」を関連付けメッセージにおいて省略することができ、ＲＮＣ１２３０がＵＴ２４０の代替ネットワークアドレスを受信するのは２回目であるので、ＲＮＣ１２３０は関連付けメッセージを自動的に正確に解釈する。次いで、本法はステップ６１４０に進む。
【００８９】
従ってステップ６１４０で、ＰＤＰコンテキストセッションのセッション識別子、即ちＴＥＩＤを第１のルーティング識別子、即ちこの場合（３ＧＰＰの）ＲＢＩＤに結合することにより、ＵＴＲＡＮ経路を通じて、即ちポート２７３を介して、ＲＮＣ１２３０はＵＴ２４０のＰＤＰコンテキストセッションをルーティングすることができるか、またはＰＤＰコンテキストセッションのセッション識別子、即ちこの場合ＴＥＩＤ１を代替ルーティング識別子、即ちこの場合ＷＬＡＮ  ＲＢＩＤ１に結合することにより、ＷＬＡＮ経路を通じて、即ちポート２７２を介して、ＲＮＣ１２３０はＰＤＰコンテキストセッションをルーティングすることができる。ステップ６１４０で、ノードＢ２５０およびポート２７３およびポート２４１を介する前記セル無線ネットワーク経路（ＵＴＲＡＮ経路）からポート３７２およびポート２４２を介する前記代替データネットワーク経路（ＷＬＡＮ経路）に前記ＰＤＰコンテキストセッションのルーティングを切り替える決定を行う。本発明によれば、種々のＲＲＭ情報に基づきＵＴ２４０のＭＲＲＭエンティティまたはＲＮＣ１２３０のＭＲＲＭエンティティがこの決定を行うことができる。この決定の正確な基準（単数／複数）は既述のように本発明の主題ではない。従来のＷＬＡＮ無線リソース管理プロトコル、即ちＩＡＰＰプロトコルを使用することによりＡＰ１２６５から、ＲＮＣ１２３０のＭＲＲＭエンティティは例えばセル負荷、無線チャネル品質、ＢＥＲ，ＦＥＲに関する情報を含むＲＲＭ（無線リソース管理）メッセージ（単数／複数）を例えば受信することができる。図４に示すように、実装する従来のＡＰＭＥアプリケーションおよびＵＴ２４０に実装する協同する従来のＳＴＡＭＥアプリケーションにより、ＡＰ１２６５はこのＲＲＭ情報を収集する。ＩＥＥＥ８０２．１１ｋ信号通知規格を使用して、ＩＥＥＥ８０２．１１ＷＬＡＮに対するＡＰ２６５の無線／セルＲＲＭ情報、例えばチャネル負荷、トラフィック負荷、伝送の成功統計、ＷＬＡＮチャネル品質などをＲＮＣ１２３０に報告することができる。以上で考察したようにステップ６０９０を参照して、ＩＡＰＰ−追加通知パケットはＷＬＡＮ接続のセル負荷、信号強度、利用可能なデータ速度などの無線リソース管理パラメータを含むことができる。あるいは、ＵＴ２４０のＵＴ−ＭＲＲＭエンティティはＵＴＲＡＮリンクおよびＷＬＡＮリンク双方の無線リンク品質に関する測定を実行し、例えば従来のＵＴＲＡＮ  ＲＬＣプロトコルを使用することにより例えばアップリンクＤＣＣＨにおいて、またはＲＮＣ１のＭＡＣアドレスがＵＴ２４０に既知であれば、即ちＲＮＣ１のＭＡＣアドレスを以前に信号通知をしたことがあれば、ＬＬＣ／ＷＬＡＮ−ＭＡＣプロトコルを使用することにより、またはＵＤＰ／ＩＰによりＷＬＡＮ経路を経てＲＮＣ１２３０のＭＲＲＭエンティティに測定結果報告（ＲＲＣメッセージ）を送信する。測定結果報告は、ＵＴＲＡＮ無線リンク（単数／複数）とＷＬＡＮ無線リンク（単数／複数）との少なくともいずれかに対する信号強度、ＱｏＳ、ＢＥＲ、ＦＥＲ、干渉レベル、ＵＴ２４０の速度などに関するパラメータ値を含むことができる。ステップ６１４０で例えば��ＬＡＮが現在ＵＴＲＡＮよりより良好な／より高いＱｏＳレベルを提供していれば、またはＵＴＲＡＮネットワークのトラフィック負荷レベルが特定閾値を超えれば、ＲＮＣ１２３０のＭＲＲＭエンティティはＵＴＲＡＮルーティング経路からＷＬＡＮルーティング経路へのハンドオーバを実行する決定を行うことができるか、または例えばＵＴ２４０の速度が速すぎるので、ＵＴＲＡＮルーティング経路の維持を決定することができるが、多くの可能性が存在する。あるいは、図４に示す協同するＳＴＭＥ−ＡＰＭＥアプリケーションを使用して信号通知し、例えば、ＡＰ１２６５から受信する前記測定ＭＲＲＭパラメータ値と無線リソース管理情報との少なくともいずれかに基づいて、ＵＴ２４０のＭＲＲＭエンティティはＰＤＰコンテキストセッションのルーティングをＷＬＡＮルーティング経路へ切り替える決定を行う。次いで、ＵＴ２４０はＲＮＣ１２３０のＭＲＲＭエンティティにこのハンドオーバの決定を、例えばＲＲＣメッセージとして信号通知する。一代替実施形態では計器計測パラメータ、即ち経費／分または伝送Ｋビットの故に、ＰＤＰコンテキストセッションのＷＬＡＮルーティング経路が常に好ましい。このように、ＲＮＣ１２３０とＵＴ２４０との少なくともいずれかのＭＲＲＭエンティティがＵＴＲＡＮおよびＷＬＡＮ  ＲＲＭ情報双方へのアクセスを持つので、ＵＴＲＡＮおよびその他の統合Ｌ２−ＲＮ双方を考慮する、完全に新しく、より効率的なＭＲＲＭ機能を開発する可能性を本発明は提供する。あるいは、本発明はＡＰ１２６５におけるＭＲＲＭ機能、即ち分散ＭＲＲＭ機能を提供する可能性をもたらす、即ち多様なＭＲＲＭタスクをＲＡＴネットワークの種々のノードにおいて実行する。通常、ＲＮＣ１２３０のＭＲＲＭエンティティはハンドオーバの決定を行い、これは上記の特別な利点を付与する。
【００９０】
本発明の方法によれば、ネットワークにおける特定のＭＲＲＭエンティティ（通常ＲＮＣ１２３０のＭＲＲＭエンティティ）がＷＬＡＮルーティング経路へのＰＤＰコンテキストセッションのハンドオーバを決定するまで、即ち前記ＭＲＲＭエンティティのＲＡＴハンドオーバ基準を満たすまで、本方法はステップ６１４０に留まり、次いでステップ６１４５に進む。
【００９１】
ステップ６１４５で、ステップ６１４０でハンドオーバの決定を行ったＭＲＲＭエンティティは、例えばＵＴＲＡＮまたはＷＬＡＮ経路を経て信号通知し、このハンドオーバの決定をＲＮＣ１２３０のＭＲＲＭエンティティに通報する。次いで、ＲＮＣ１２３０のＭＲＲＭエンティティはこのハンドオーバの決定を受理し、図７Ｂの通信ステップ９Ａが示す「物理的チャネル再構成」メッセージをＵＴ２４０に送信し、「物理的チャネル再構成」メッセージはハンドオーバの決定について、およびＵＴ２４０が以後またＡＰ１２６５からのダウンリンク・セッション・パケットをアクティブに聴取することになることをＵＴ２４０に通報する。このメッセージをＲＲＣ／ＲＬＣプロトコルにより通常実現し、ノードＢ２５０を介しＢＣＣＨを経てＵＴ２４０に送信する。例えばＡＰ１２６５のＷＬＡＮ  ＭＡＣアドレスをここで次のような情報要素として使用できれば情報要素を加えることにより、３ＧＰＰの「物理チャネル再構成」メッセージを使用して、代替アクセス・ネットワーク・プロトコルにより定義する無線アクセスノード（単数／複数）を特定することができよう。一方当業者が了解するように、このメッセージをまたこの段階でＷＬＡＮ経路を経て送信することができよう。
【００９２】
ステップ６１４７で、ハンドオーバの決定をＵＴ２４０が受理し、図７Ｂの通信ステップ９Ｂが示す「ハンドオーバ確認」メッセージを送信することにより、ＵＴ２４０がＡＰ１２６５に関連付けられていることを、ＵＴ２４０はＲＮＣ１２３０に通報する。このメッセージは以下を含む。
−前記メッセージを「ハンドオーバ確認」メッセージであると特定するメッセージタイプ識別子と、
−ＵＴ（２４０）がセッションのルーティングに対してもはや関連付けられていない、非関連付け情報要素および無線アクセスポイント、この場合ノードＢ（２５０）のネットワークアドレス、および、
−ＵＴ（２４０）がセッションのルーティングに対して現在関連付けられている、目標無線アクセスポイント、この場合ＡＰ１（２６５）のネットワークアドレスを伴うハンドオーバ確認情報要素。「ハンドオーバ確認」メッセージを例えば３ＧＰＰ  ＲＲＣの「測定結果報告」メッセージにより実現することができ、新しいアクセスポイントとしてＡＰ１（２６５）を示す情報を「追加測定結果」情報要素に含むことができる。この「ハンドオーバ確認」メッセージの目的は、ハンドオーバ目標アクセスノードを介してのみ、ＡＰ１（２６５）が以後ダウンリンクパケットをルーティングするであろうことをＲＮＣ１２３０に通報することであり、後段で例えば図７Ｂの通信ステップ１２の後にこのメッセージを送信することは有利であり、「ソフトハンドオーバ」能力を提供することができる。次いで、本方法はステップ６１５０に進む。
【００９３】
ステップ６１５０で、ＰＤＰコンテキストセッション識別子ＴＥＩＤ１を従来の３ＧＰＰ  ＲＢＩＤに代わって代替無線ベアラアイデンティティ、即ちこの場合表４のＷＬＡＮ  ＲＢＩＤ１に以後結合することをＲＮＣ１２３０のルーティングエンティティに指令することにより、次いでＲＮＣ１２３０のＭＲＲＭエンティティは前記セル無線ネットワーク経路（ＵＴＲＡＮ）から前記ＷＬＡＮルーティング経路へＰＤＰコンテキストセッションのハンドオーバを実行する、即ちＵＴＲＡＮ経路からＷＬＡＮ経路へユーザプレーンの伝送を切り替え、ポート２７３を介しＵＴＲＡＮ経路を通じる代わりに、ポート２７２を介しＷＬＡＮルーティング経路を通じてカプセル化ＩＥＥＥＬＬＣ８０２．２パケットとしてＰＤＰセッションのダウンリンクＩＰパケットのルーティングを開始する。対応するＧＴＰ−Ｕトンネルを通じてＳＧＳＮ２２０からＲＮＣ１２３０が受信するダウンリンクＩＰパケットにとり伝送切り替えは重大である。従来のユーザプレーン伝送では、ＲＮＣはＧＴＰ−Ｕ  ＰＤＵからのＩＰパケットのカプセル化を解除し、ＵＴＲＡＮチャネルを経る送信に先立ってＰＤＣＰによりＩＰパケットをカプセル化する。ＲＮＣ１２３０のルーティングエンティティに以下のステップを実行させることにより、本発明はデータ損失のないシームレスな伝送切り替えを可能にする。
【００９４】
１．ＲＡＴ（無線アクセス技術）間ハンドオーバを決定する前にＰＤＣＰパケットとして既にカプセル化し、キャッシュする全てのダウンリンクＩＰパケットを、ＵＴＲＡＮ経路を使用してＵＴ２４０に送信する。このようなＩＰパケットをＲＮＣ１２３０においてキャッシュできるのは、このようなＩＰパケットがその送信を待っているか、またはＵＴ２４０に送信したが、未確認であるからである。ＲＮＣ１２３０がそのＵＴＲＡＮルーティング経路を通じてＵＴ２４０からアップリンクＩＰパケットを受信する限り、ＲＮＣ２３０のＲＬＣエンティティはＵＴＲＡＮ経路を使用するパケットの受信を確認する（ＲＬＣ確認モードを使用する場合）。
【００９５】
２．ユーザプレーン伝送の確認モードＲＬＣサービスをＰＤＰコンテキストにおいて構成する場合、ＲＮＣ１２３０のＬＬＣエンティティとＵＴ２４０との間でＬＬＣ接続設定を通常まず実行し、ＬＬＣタイプ２フレームの確認伝送を可能にする。ＲＮＣ１２３０にＵＴ２４０へＬＬＣ設定接続メッセージフレームを送信させることによりこれを通常行い、その後ＬＬＣタイプ２接続サービス（確認モード）を使用して最初の（ダウンリンク）ＰＤＰ−ＩＰパケットをイーサネット８０２．３フレームとして送信する。
【００９６】
３．ステップ６１４０でＲＡＴ間ハンドオーバを決定後、宛先アドレスとしてＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスおよびソースアドレスとしてＲＮＣ１２３０のＭＡＣアドレスを持つＬＬＣ／イーサネットフレームとして、ＧＴＰ−Ｕ  ＰＤＵからカプセル化を解除した全てのダウンリンクＩＰパケットをカプセル化する。次いで、ＲＮＣ１２３０（イーサネット）のポート３７２を通じて、通常は１つまたは幾つかのＭ−Ｌ２ＳおよびＷＬＡＮ  ＡＰ１２６５を通じてＵＴ２４０に向けてこれらのフレームを送信する。
【００９７】
次いで図７Ｂの通信ステップ１０が示すようにステップ６１５０で、ＲＮＣ１２３０（のルーティングエンティティ）において作成したダウンリンクＬＬＣ／イーサネットフレームをＲＮＣ１２３０のポート３７２上でＭ−Ｌ２Ｓ１２６２に送信する。これらはダウンリンクＰＤＰ  ＩＰパケットを含むＬＬＣ／イーサネット８０２．３フレームである。Ｍ−Ｌ２Ｓ１２６２およびＡＰ１２６５はこの点でその橋渡しテーブルを更新しているので、図７Ｂの通信ステップ１１および１２が示すようにステップ６１５０でＷＬＡＮを通じてＵＴ２４０に向けて、これらのダウンリンク・イーサネット・フレームを正確にルーティングする。ＲＮＣ１２３０のルーティングエンティティは特定のセッションに対するセッション識別子、例えばこの場合ＷＬＡＮ  ＲＢＩＤ１または３ＧＰＰ  ＲＢＩＤ１をＬＬＣフレームに付加し、その後ダウンリンクパケットをＬＬＣ／イーサネットフレームとしてカプセル化することができる。ポート２４２を介しＷＬＡＮルーティング経路により受信する場合、これはダウンリンクＬＬＣ  ＰＤＰ  ＩＰパケットが関係する特定のＰＤＰセッションをＵＴ２４０のルーティングエンティティが唯一に特定する可能性を提供する。
【００９８】
ステップ６１６０で、Ｍ−Ｌ２Ｓ１２６２は受信ダウンリンクＬＬＣ／イーサネット８０２．３フレームをＵＴ２４０に向けて、即ちＡＰ１２６５に転送する。ＡＰ１２６５はダウンリンクＩＥＥＥ８０２．３フレームを従来のＩＥＥＥ８０２．１１フレームに変形し、これらをＵＴ２４０に送信する。
【００９９】
ステップ６１７０で、ＲＮＣ１２３０の代替ネットワーク・ソース・アドレスＮＳＡ、即ちこの場合ＲＮＣ１２３０のＷＬＡＮ  ＭＡＣアドレスを受信後、ＵＴＲＡＮルーティング経路から代替ＷＬＡＮルーティング経路へ前記ＰＤＰコンテキストセッションのルーティング経路を切り替える。例えば前記ＬＬＣ設定接続フレームまたはＲＮＣ１２３０から最初に受信するＬＬＣ８０２．２ＰＤＰダウンリンクＩＰパケットから、ＵＴ２４０は前記ＮＳＡを抽出することができる。あるいはより早い段階で、ＲＮＣ１２３０のＭＡＣアドレスをＵＴ２４０に信号通知している。次いでセッション識別子（単数／複数）をＲＮＣ１のＮＳＡ、即ちこの場合ＲＮＣ１２３０のＷＬＡＮ  ＭＡＣアドレスと関連付けることにより、ＵＴ２４０のルーティングエンティティはそのルーティングテーブルを更新する。最初のＰＤＰ−ＩＰパケットを受信後ＵＴ２４０が前記ルーティング経路のハンドオーバを実行する場合、ＵＴ２４０はＬＬＣ／８０２．１１フレームから受信するダウンリンクＩＰ−ＰＤＰパケットのカプセル化を解除し、ＵＴ２４０がそのＷＬＡＮインタフェースを介してＰＤＰユーザデータを受信することができるので、ＵＴ２４０はＷＬＡＮ伝送経路の設定が成功したことを確認する。次いでＲＮＣ１２３０に対して記述したのと同じ様式で、関係するＰＤＰコンテキストセッション識別子、即ち３ＧＰＰ  ＲＡＢＩＤ１をＷＬＡＮ  ＲＢＩＤ１に結合することにより、ＵＴ２４０はそれに応じてそのルーティングテーブルを更新する。
【０１００】
【表５】
2009510871.tif 000007
【０１０１】
最初のＰＤＰ−ＩＰパケットを受信後、ＵＴ２４０は前記ルーティング経路のハンドオーバを実行する。ＵＴ２４０はＬＬＣ／８０２．１１フレームから受信するダウンリンクＩＰ−ＰＤＰパケットのカプセル化を解除し、ＵＴ２４０がそのＷＬＡＮインタフェースを介してＰＤＰユーザデータを受信することができるので、ＷＬＡＮ伝送経路の設定が成功したことを確認する。次いで関係するＰＤＰコンテキストセッション識別子、即ち３ＧＰＰ  ＲＡＢＩＤ１をＷＬＡＮ  ＲＢＩＤ１に結合することにより、ＵＴ２４０はそれに応じてそのルーティングテーブル、即ち表５を更新する。従って、ＵＴ２４０はそのＵＴＲＡＮ送信ポート２４１を通じるそのアップリンク送信を終了し、そのＷＬＡＮポート２４２を通じてＬＬＣ／イーサネット８０２．１１フレームとして後続のアップリンクＰＤＰ  ＩＰパケットをＡＰ２６５へ送信することを開始する。より詳細には、ＵＴ２４０におけるユーザプレーンの送信切り替えはＵＴ２４０のルーティング・アプリケーション・エンティティが実行する以下のステップを通常含む。
【０１０２】
１．ダウンリンクＩＰパケットに対してＲＮＣ１２３０が類似して行うように、ＲＡＴ間伝送切り替えの決定前に、ＵＴＲＡＮ経路を使用して、即ち割り当てＵＴＲＡＮ無線ベアラ／チャネルを使用して、ＵＴ２４０においてカプセル化し、ＰＤＣＰパケットとしてキャッシュした全てのアップリンクＩＰパケットをＲＮＣ１２３０に送信する。このようなＩＰパケットをキャッシュできたのは、このようなＩＰパケットがその送信を待っているか、またはＲＮＣ１に送信したが、未確認であるからである。ＵＴ２４０がそのＵＴＲＡＮ伝送経路を通じてＲＮＣ１２３０からダウンリンクＩＰパケットを受信する限り、ＵＴ２４０のＲＬＣエンティティはＵＴＲＡＮ経路を使用するパケットの受信をまた確認する（ＲＬＣ確認モードを使用する場合）。
【０１０３】
２．ＷＬＡＮインタフェースを通じて受信するＬＬＣフレームのＤＳＡＰ（Ｄｅｓｔｉｎａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ、宛先サービス・アクセス・ポイント）フィールドにおいて示すように、抽出有料負荷、即ちダウンリンクＰＤＰ  ＩＰパケットをＵＴ２４０の重畳ＩＰレイヤに転送することになる。
【０１０４】
３．ＷＬＡＮポート２４２を通じて最初のダウンリンクＩＰパケットを受信後、ＵＴ２４０のルーティングエンティティはデータセッション識別子、即ち３ＧＰＰ  ＲＡＢＩＤ１を代替ルーティング識別子、即ちＷＬＡＮ  ＲＢＩＤ１に結合するが、これはＵＴ２４０がＰＤＣＰによるアップリンクＰＤＰ  ＩＰパケットのカプセル化を停止し、代わりにＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスをソースアドレスとし、ＲＮＣ１２３０のＷＬＡＮ  ＭＡＣアドレスを宛先アドレスとして使用し、ＬＬＣ／８０２．１１フレームとしてアップリンクＰＤＰ  ＩＰパケットをカプセル化することを意味する。次いで図７Ｂの通信ステップ１３が示すように、ポート２４２を通じＷＬＡＮインタフェースを介してＡＰ１２６５に、これらのフレームを送信する。
【０１０５】
ステップ６１８０で、ＡＰ１２６５はＵＴ２４０からのＩＥＥＥ８０２．１１アップリンクフレームをＩＥＥＥ８０２．２フレームに変形し、Ｍ−Ｌ２Ｓ１２６２にこれらを送信する。次いで図７Ｂの通信ステップ１４および１５が示すこれらＩＥＥＥ８０２．２フレームを、Ｍ−Ｌ２Ｓ１２６２はＲＮＣ１２３０に転送する。
【０１０６】
ステップ６１９０で、ＲＮＣ１２３０のルーティングエンティティは受信ＩＥＥＥ８０２．２ＬＬＣ／イーサネットフレームからＰＤＰ  ＩＰパケットを抽出し、ＰＤＰ  ＩＰパケットを従来のＰＤＰ  ＩＰパケットフレームに変形、カプセル化し、対応するＧＴＰ−Ｕのエンティティに転送し、さらにＧＴＰ−Ｕにカプセル化し、ＧＴＰ−Ｕトンネルを通じてＵＭＴＳ  ＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ、パケット交換）領域に向けて送信する。上記のように、問題のＰＤＰコンテキストに対して確立する（アップリンク・イーサネット・フレームのソースアドレスとして示す）ＵＴのＷＬＡＮ  ＭＡＣアドレス、ＷＬＡＮ  ＲＢＩＤ１およびＴＥＩＤ１の間の１対１関係を使用して、特定のＧＴＰ−Ｕエンティティおよびトンネルの特定を行う。従って図７Ｂの通信ステップ１６が示すようにこの点で次に、ノードＢ２５０を介するＵＴＲＡＮルーティング経路からＡＰ１２６５を介するＷＬＡＮルーティング経路へのアップおよびダウンリンクにおけるＰＤＰコンテキストセッションのハンドオーバが完成する。
【０１０７】
ＲＮＣ１２３０とＳＧＳＮ２２０との間、並びにＳＧＳＮ２２０とＧＧＳＮ２１０との間のＧＴＰ−ＵによるＩＰパケットのカプセル化は全ＲＡＴ間ハンドオーバの間およびその後に変化なく留まることに注意すべきである。ＰＤＰ  ＩＰパケットのＩＰアドレスにも変化はない。これは、遠隔インターネットホストまたはピアとのセッション連続性を提供するために有利であり、新規ＩＰアドレスを割り当てるためにＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ、動的ホストプロトコル構成）が原因となる遅延を削除する。
【０１０８】
従ってこの段階で、３ＧＰＰ  ＵＴＲＡＮプロトコルによる無線ベアラ（即ち３ＧＰＰ
ＲＢＩＤ）に前記セッションを曖昧さなく特定するセッション識別子、即ちこの場合ＴＥＩＤ１を結合することにより、３ＧＰＰ  ＵＴＲＡＮプロトコルに従いその第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じて、ＲＮＣ１２３０が前記セッションをルーティングするようにし、さらにＩＥＥＥ８０２．２規格により定義する代替ベアラ識別子（ＷＬＡＮ  ＲＢＩＤ１）に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路（即ちＷＬＡＮ経路）を通じて、前記ＲＮＣ１２３０が前記セッションをルーティングするようにする。
【０１０９】
次いで、本方法はステップ６２００に、またはあるいはＵＴ２４０／ＲＮＣ１２３０の事前構成および以下で説明するその他の考察に応じて直接ステップ６２２０に進む。
【０１１０】
ステップ６２００で、前記セッションと関連付けられたＵＴＲＡＮ無線トラフィックチャネルを無効にする。チャネル割り当てエンティティを起動して前記トラフィックチャネルを無効にするＲＮＣ１のＭＲＲＭエンティティがこれを行う。これはＵＴＲＡＮの負荷をなくし、ＡＰ１２６５より広いサービス提供エリアを通常持つノードＢ２５０を通じて制御プレーン情報を信号通知する有利な解決策を提供し、一方（ホットスポット）ＡＰ１２６５を経て、セッションのユーザプレーンデータを同時にルーティングし、これは全ＲＡＴネットワークに対しより柔軟で、効率的な無線リソース割り当てに道を開く。次いで、本方法はステップ６２１０に進む。
【０１１１】
ステップ６２１０で、ＵＴ２４０に割り当てる専用ＵＴＲＡＮ制御チャネル（単数／複数）（ＤＣＣＨ）を無効にし、ＵＴ２４０は所謂アイドルモードに入り、ＵＴ２４０は新規着信呼を聴取するのみであり、ＵＴＲＡＮは従来様式でＵＴ２４０と関連付けられたローミング情報を更新するのみである。例えば、さらにＵＴＲＡＮの負荷をなくすために、および／または、（例えば、ＵＴ２４０のＭＲＲＭエンティティが調査し、確立する）ＷＬＡＮ経路を介して利用可能な多くの高品質無線リソースがある場合に、これは有利でありうる。これは全ＲＡＴネットワークに対するさらに柔軟で、効率的な無線リソース割り当ての可能性を提供する。次いで、ＵＴ２４０およびＡＰ１２６５におけるＳＴＡＭＥおよびＡＰＭＥエンティティと共に上記のＩＡＰＰプロトコルにより、ＷＬＡＮ経路を経て他の（Ｍ）ＲＲＣ情報（測定結果報告など）と共にＰＤＰセッションと関連付けられた制御プレーンデータをルーティングする。上記のＬＷＡＰＰをＩＡＰＰプロトコルの代わりに使用することができよう。
【０１１２】
ステップ６２２０で、このようにＷＬＡＮ経路を通じてセッションをルーティングし、例えばＵＴ２４０とＡＰ１２６５との間のＩＥＥＥ８０２．１１ｋ規格による測定結果報告の信号通知およびＡＰ１２６５とＲＮＣ１２３０との間のＩＡＰＰ／ＬＷＡＰＰプロトコルにより、従来様式でＵＴＲＡＮ経路とＷＬＡＮ経路との少なくともいずれかを通じて、セッションと関連付けられた制御プレーン信号通知とＲＲＭメッセージとの少なくともいずれかを通知する。これはネットワークのさらに柔軟なマルチＲＲＭ機能を可能にする。
【０１１３】
次に、ＲＮＣ２２３１の「サービス提供エリア」へのＵＴ２４０のローミングの結果として、種々のタイプのＲＮＣ間ハンドオーバシナリオを記述しよう。
【０１１４】
一般に、ＲＮＣ２２３１の「サービス提供エリア」にＵＴ２４０がローミングする場合、ＲＮＣ１（２３０）と関連付けられたＡＰ１（２６５）およびノードＢ並びにＲＮＣ２（２３１）と関連付けられたＡＰ２（２６６）およびノードＢ（２５１）のサービス提供エリアに応じて、４つの主なハンドオーバタイプが次に可能である。
【０１１５】
１．セッションおよび制御プレーン情報双方をＲＮＣ１（２３０）と関連付けられたＡＰ１（２６５）を通じて現在ルーティング／信号通知し、ある点でＲＮＣ２（２３１）と関連付けられたＵＴＲＡＮノードＢ（２５１）のビーコン信号がＡＰ１（２６５）のビーコン信号より強くなり、ＡＰ１（２６５）と関連付けられたＷＬＡＮ経路からＲＮＣ２（２３１）のノードＢ（２５１）と関連付けられたＵＴＲＡＮ経路へのセッションハンドオーバおよび制御プレーンハンドオーバが望ましくなることがあり、これを本明細書でハンドオーバタイプ１と称する。
【０１１６】
２．セッションを、ＡＰ１（２６５）を通じて現在ルーティングし、セッションと関連付けられた制御プレーン情報をＲＮＣ１（２３０）と関連付けられたノードＢ（２５０）を通じて現在信号通知し、ある点でＲＮＣ２（２３１）と関連付けられたノードＢ（２５１）のビーコン信号がＲＮＣ１（２３０）と関連付けられたノードＢ（２５０）のビーコン信号より強くなり、ＲＮＣ１（２３０）のノードＢ（２５０）と関連付けられたＵＴＲＡＮ経路からＲＮＣ２（２３１）のノードＢ（２５１）と関連付けられたＵＴＲＡＮ経路への制御プレーンハンドオーバが望ましくなることがあり、これをハンドオーバタイプ２と称する。
【０１１７】
３．セッションを、ＡＰ１（２６５）を通じて現在ルーティングし、セッションと関連付けられた制御プレーン情報をＲＮＣ１（２３０）と関連付けられたノードＢ（２５０）を通じて現在信号通知し、ある点でＲＮＣ２（２３１）と関連付けられたＡＰ２（２６６）のビーコン信号がＲＮＣ１（２３０）と関連付けられたＡＰ１（２６５）のビーコン信号より強くなり、ＡＰ１（２６５）およびＲＮＣ１（２３０）と関連付けられたＷＬＡＮ経路からＡＰ２（２６６）およびＲＮＣ２（２３１）と関連付けられたＷＬＡＮ経路へのセッションハンドオーバが望ましくなり、これをハンドオーバタイプ３と称する。通常、制御プレーンの信号通知はノードＢ２５０を通じてルーティングを継続するが、その他の可能性が存在する。
【０１１８】
４．セッションおよび制御プレーン情報双方をＲＮＣ１（２３０）と関連付けられたＡＰ１（２６５）を通じて現在ルーティング／信号通知し、ある点でＲＮＣ２（２３１）と関連付けられたＡＰ２（２６６）のビーコン信号がＲＮＣ１（２３０）と関連付けられたＡＰ１（２６５）のビーコン信号より強くなり、ＡＰ１（２６５）およびＲＮＣ１（２３０）と関連付けられたＷＬＡＮ経路からＡＰ２（２６６）およびＲＮＣ２（２３１）と関連付けられたＷＬＡＮ経路へのセッションおよび制御プレーンハンドオーバが望ましくなることがあり、これを本明細書でハンドオーバタイプ４と称する。
【０１１９】
次いで、本方法はステップ６２２０からステップ６２３０へ進む。ステップ６２３０で、ＵＴ２４０はＡＰ２２６６のサービス提供エリアにローミングし、ＡＰ２２６６と関連付く（アソシエートする）。ＡＰ２（２６６）との関連付けはステップ６０６０における上記のＡＰ１（２６５）との関連付けと類似であり、図７Ｃの通信ステップ１７が図示する。本方法はステップ６２４０に進む。
【０１２０】
ステップ６２４０で、上記のようにステップ６０７０、６０８０および６０９０でＲＮＣ２３０において登録したのと同じように、図７Ｃの通信ステップ１８が示す、ＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスをＲＮＣ２において登録する。次いで、本方法はステップ６２５０に進む。
【０１２１】
ステップ６２５０で、ＵＴ２４０は「ハンドオーバ候補」メッセージをＲＮＣ１２３０またはＲＮＣ２２３１に送信し、ＲＮＣ２は「ハンドオーバ候補」メッセージをＲＮＣ１２３０に転送することができる。上記のように、このメッセージの主な目的は、着信ＲＮＣ間セッションハンドオーバに対するＲＮＣ２２３１のアイデンティティについてＲＮＣ１２３０に通報することである。一方ＲＮＣ２２３１に送信する場合、ＵＴ２４０には別のＲＮＣを通じてルーティングするセッションがあること、恐らくこのＲＮＣのアイデンティティをＲＮＣ２２３１に通報する目的がまたこのメッセージにはあり、ＲＮＣ２２３０がハンドオーバを（例えば、種々のＭＲＲＭ情報に基づきハンドオーバを要求し、後段でＲＮＣ１２３１とのＲＮＣ間ｌｕｒトンネルを設定することにより）「起動する」ことを可能にする。これはネットワークのＭＲＲＭ機能の柔軟性を提供する。ＲＮＣ２２３１はこの「ハンドオーバ候補」メッセージをＲＮＣ１２３０に単に転送することができ、その場合ＲＮＣ１２３０はｌｕｒインタフェースを経るＲＮＣ間トンネルを通常設定し、後段でセッションをルーティングするであろう、またはあるいは「ハンドオーバ候補」メッセージがＲＮＣ１２３０を特定する識別子を含む場合、記述のようにＲＮＣ２はｌｕｒインタフェースを経るこのようなＲＮＣトンネルを設定することができる。この「ハンドオーバ候補」メッセージは有利には以下を含む。
−前記メッセージを「ハンドオーバ候補」であると特定するメッセージタイプ識別子の情報要素と、
−前記ＵＴ（２４０）を特定するユーザ端末識別子ＵＴＩＤと、
−ハンドオーバタイプ４の場合のハンドオーバ候補無線アクセスポイントＡＰ２（２６６）のアクセスポイント識別子ＡＰ２ＩＤ、またはハンドオーバタイプ２の場合のハンドオーバ候補ノードＢ（２５１）のノードＢ識別子ノードＢＩＤ、または候補ＲＮＣ（２３１）と関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスを伴うＵＴ（２４０）の移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃであり、その理由を以下でさらに記述する、
−ＲＮＣ２２３１からＲＮＣ１２３０へこのメッセージを送信する場合の前記メッセージのソースアドレスとして候補ＲＮＣ（２３１）を特定する、前記候補ＲＮＣのネットワークアドレスＲＮＣ２２３１と、
−ノードＢ（２５０）を介しＵＴＲＡＮ経路を経るか、またはＡＰ１２６５を介しＷＬＡＮを経て、ＵＴ２４０がこのメッセージをＲＮＣ１２３０に送信する場合の候補ＲＮＣ（２３１）を特定する前記候補（２３１）のネットワークアドレスであって、ＡＰ２２６５がＵＴ２４０にＲＮＣ２２３１のネットワークアドレスを信号通知したであろう、前記候補（２３１）のネットワークアドレス、および、
−セッションを現在ルーティングするアクセスポイントまたはノードＢを特定する、無線アクセスポイントＡＰ１（２６５）のアクセスポイント識別子ＡＰ１ＩＤ、またはノードＢ（２５０）のノードＢ識別子ノードＢＩＤ。
【０１２２】
ＲＮＣ間ハンドオーバタイプに応じて、「ハンドオーバ候補」メッセージを３ＧＰＰ
ＲＲＣメッセージとして例えば実現し、ノードＢ２５０を介してＵＴ２４０からＲＮＣ１２３０（のＭＲＲＭエンティティ）へ、またはＩＡＰＰメッセージとしてＡＰ１２６５／ＡＰ２２６６を介してＵＴ２４０からＲＮＣ１２３０／ＲＮＣ２２３１（のＭＲＲＭエンティティ）へ、または高位レイヤＵＤＰ／ＩＰメッセージとして「ハンドオーバ候補」メッセージを送信することができる。
【０１２３】
次に図７Ｃの通信ステップ１９が示す、「ハンドオーバ候補」メッセージをＲＮＣ１２３０のＭＲＲＭエンティティへ送信する場合、ＲＮＣ１はＡＰ２２６６を特定する識別子、通常ＡＰ２２６６のＷＬＡＮ  ＭＡＣアドレス、またはＲＮＣ２２３１と接続するノードＢ２５１を特定する３ＧＰＰセル識別子を抽出する。次いで、ＲＮＣ１２３０のＭＲＲＭエンティティはＡＰ２２６６またはノードＢ２５１の識別子をＲＮＣ２２３１のアイデンティティとリンクするルックアップテーブルを調べ、次いでＲＮＣ２２３１のアイデンティティ、通常ＲＮＣ２のＩＰアドレスまたはＵＴＲＡＮ  ＭＡＣアドレスを前記ルーティングテーブルに蓄積し、ＲＮＣ２２３１のアイデンティをセッションと関連付けることにより、それに応じてそのルーティングテーブルを更新する。ＲＮＣ１２３０のＭＲＲＭエンティティはＲＮＣ１２３０とＲＮＣ２２３１との間にｌｕｒインタフェースがあるかを、即ち前記ルックアップテーブルを調べることによらずにさらに確認する。
【０１２４】
次に、例えばＵＴ２４０からＡＰ２２６６へＩＥＥＥ８０２．１１メッセージおよびＩＡＰＰ／ＬＷＡＰプロトコルにより、またはＡＰ２２６６からＲＮＣ２２３０へＵＤＰ／ＩＰとしてＲＮＣ２２３１のＭＲＲＭエンティティへ、即ちＷＬＡＮ経路を経て「ハンドオーバ候補」メッセージを送信する場合、ＲＮＣ２２３０はこのメッセージを適する３ＧＰＰ  ＲＲＣフォーマットに通常単に変形し、例えばＲＮＳＡＰ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ、無線ネットワーク・サブシステム・アプリケーション部）プロトコルによりそのｌｕｒインタフェースを経て全てのその隣接ＲＮＣにこのメッセージを転送する。次いで（例えばＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスを含むことにより、このメッセージがセッションを特定するので）、このセッションを、ＲＮＣ１２３０を通じて現在ルーティングしていることをＲＮＣ１２３０は認識し、ＲＮＣ１２３０はさらに下記のように「無線リンク設定要求」メッセージを送信することによりＲＮＣ２２３０に応答するであろう。あるいは、ＲＮＣ２２３１はＡＰ１２６５を特定する識別子、通常ＡＰ１２６５のＷＬＡＮ  ＭＡＣアドレス、またはＲＮＣ１２３０と接続するノードＢ２５０を特定する３ＧＰＰセル識別子を抽出することができる。次いで、ＲＮＣ２２３１のＭＲＲＭエンティティはＡＰ１２６５またはノードＢ２５０の識別子をＲＮＣ１２３０のアイデンティティとリンクするルックアップテーブルを調べ、その結果、ＵＴ２４０にはＲＮＣ１２３０を通じてルーティングする進行中のセッションがあるとの結論を下す。この場合、ＲＮＣ２２３０はハンドオーバ候補ノードのセル識別子、例えばＡＰ２２６６のＷＬＡＮ  ＭＡＣアドレスを含む「ハンドオーバ候補」メッセージをＲＮＣ１２３０に送信する。多くの可能性が存在する。次いで、本方法はステップ６２６０へ進む。
【０１２５】
ステップ６２６０でハンドオーバタイプに応じて、ノードＢ２５１またはＡＰ２６６を介してＵＴ２４０とＲＮＣ２２３０との間に論理接続を設定する。ノードＢ２５１を介する論理接続の確立は従来のものであり、本明細書ではこれ以上記述しないことにする。図７Ｃの通信ステップ２０が示す、ＡＰ２２６６を介してＩＥＥＥＷＬＡＮ  ＬＬＣ論理接続を確立する場合、ＲＮＣ２２３１はアクセスルータとして動作し、ＵＴ２４０とのこの接続を設定し、ＵＴ２４０のＷＬＡＮアドレスはステップ６２４０で受信している。ＩＥＥＥＷＬＡＮ  ＬＬＣの確立は上記のＩＥＥＥ  ＬＬＣの確立と類似であり、（通信ステップ７、８、および９を参照して以上に記述するように）ＡＰ２６６からＲＮＣ１２３０へのＬ２更新フレームの送信およびＩＡＰＰ  追加通知パケットの送信を含む。次いで、ＡＰ２（２６６）を介してＵＴ（２４０）と確立するＬＬＣ論理接続はその接続と関連付けられた特定ポート（２７７）を持つ。一実施形態では、ＲＮＣ２２３１はこのＷＬＡＮ  ＬＬＣ接続のソースアドレスとしてＲＮＣ１２３０のＷＬＡＮ  ＭＡＣアドレスを使用し、従ってＵＴ２４０はＲＮＣ２２３１を通じるアップリンクパケットの送信にまたＲＮＣ１２３０のこのＷＬＡＮ  ＭＡＣアドレスを利用するであろう。別の実施形態では、ＲＮＣ２２３１はこのＷＬＡＮ  ＬＬＣ接続のソースアドレスとしてそれ自体のＷＬＡＮ  ＭＡＣアドレスを使用し、従ってＵＴ２４０はＲＮＣ２２３１を通じるアップリンクパケットの送信にＲＮＣ１２３１のこのＷＬＡＮ  ＭＡＣアドレスを利用するであろう。次いで、本方法はステップ６２７０へ進む。
【０１２６】
ステップ６２７０で、ＡＰ１２６５からＡＰ２２６６またはノードＢ２５１へセッションをハンドオーバする決定を行う。決定はネットワークの分散ＭＲＲＭ機能により行いうるが、とはいえ通常ＲＮＣ１（２３０）のＭＲＲＭエンティティがこの決定を行う。関係するＭＲＲＭネットワークエンティティは以上の信号通知経路／プロトコルによりＭＲＲＭ情報を収集し、それに応じて適切なハンドオーバの決定、即ち上記のようにハンドオーバタイプ１、２、３または４を実行するハンドオーバの決定を行う。ネットワークにおいてＭＲＲＭ機能を分散する場合、次いで上記の適するプロトコル／ネットワーク経路により、この決定をＲＮＣ１（２３０）のＭＲＲＭエンティティに信号通知する。この決定の基準は、通常ＲＮＣ２（２３１）と関連付けられたＡＰ２（２６６）／ノードＢ（２５１）がＲＮＣ１（２３０）と関連付けられたＡＰ１（２６５）／ノードＢ（２５０）よりより良好なＱｏＳを提供できる、例えばセッションのルーティングに高品質（改善されたＳＮＲ、削減したＢＥＲ、またはより多いスループットなど）を持つトラフィックチャネル（単数／複数）を提供できることであるが、ハンドオーバ決定の正確な基準は本発明の主題ではない。ＲＮＣ１（２３０）において直接決定を行わない、ネットワークにおいてＭＲＲＭ機能を分散する場合、上記の適するプロトコル／ネットワーク経路により、次いでこの決定をＲＮＣ１（２３０）のＭＲＲＭエンティティに信号通知する。当業者が了解するように、これはマルチＲＡＴネットワークの柔軟で、効率的なＭＲＲＭ機能に道を開く。次いで、ＲＮＣ１２３０とＲＮＣ２２３１との間にｌｕｒインタフェースが存在する実施形態の場合、本方法はステップ６２８０に進み、（以上のステップ６２５０において記述したようにＲＮＣ１２３０が確立する）このようなｌｕｒインタフェースが存在しない実施形態の場合、本方法はステップ６２９３に進む。
【０１２７】
ステップ６２８０で、ＲＮＣ１２３０をＲＮＣ２２３１と接続するｌｕｒインタフェースを経るＲＮＣ間トンネルを確立する。通常、ＲＮＣ１２３０のＭＲＲＭエンティティはこのような接続を確立するが（ＲＮＣ１２３０のＭＲＲＭエンティティはハンドオーバの決定を行い、ＲＮＣ２２３１のアイデンティティを知る）、上記のようにｌｕｒトンネルはＲＮＣ２２３１の主導において確立することができよう。従ってＲＮＣ１２３０のＭＲＲＭエンティティは、図７Ｃの通信ステップ２２が示すセッションパケットをＲＮＣ２２３１にトンネルさせる従来の３ＧＰＰｌｕｒトンネル、即ちＧＴＰ−Ｕ／Ｃ  ＵＤＰ／ＩＰトンネルを設定する。このＲＮＣ間トンネルを正しいセッションと関連付けるために、ＲＮＣ１２３０はＲＮＣ２２３１に「無線リンク設定要求」メッセージを送信し、ＲＮＣ間トンネル識別子（通常ＵＤＰポート番号）とＵＴ２４０のアイデンティティ（通常ＵＴ２４０のＷＬＡＮ  ＭＡＣアドレス）との間の関連付けの正しい結合についてＲＮＣ２２３１に通報する。この「無線リンク設定要求」メッセージは以下を含む。
−前記メッセージを「無線リンク設定要求」メッセージであると特定するメッセージタイプ識別子と、
−無線リンク設定要求情報要素と、
−ＲＮＣ１（２３０）と候補ＲＮＣ（２３１）との間で確立するＲＮＣ間トンネルのトンネルポート番号と、
−通常ＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスまたはＵＴ２４０を特定する３ＧＰＰ識別子である、ＵＴ（２４０）を特定するＵＴ識別子と、
−上記の４つの異なるハンドオーバタイプの１つを指定するセッション・ハンドオーバ・タイプ識別子。
【０１２８】
結合ＩＤ（ＵＤＰポート番号）とＵＴ（２４０）のＷＬＡＮ  ＭＡＣアドレスとの間のこの関係を示す情報要素を含む３ＧＰＰ  ＲＮＳＡＰの「無線リンク設定要求」メッセージとして、この「無線リンク設定要求」メッセージを実現することができる。このように、セッションをＲＮＣ２２３１において曖昧さなく特定する。無線リンク設定要求情報要素は、ハンドオーバを実行するためにＲＮＣ２（２３１）、即ち候補ＲＮＣが設定すべき無線ベアラを正確に指定する要素である。通常、この情報要素はセッション・ハンドオーバ・タイプ識別子と、セッションと関連付けられたハンドオーバタイプ識別子と、セッションを特定する識別子との少なくともいずれかを信号通知する制御のいずれかを含み、これらの識別子（単数／複数）は上記のハンドオーバタイプ１乃至４の１つを指定する。例えば、セッション・ハンドオーバ・タイプ識別子およびハンドオーバタイプ識別子を信号通知する制御は、３ＧＰＰ  ＲＮＳＡＰの「無線リンク設定要求」メッセージの適するデータフィールドの専用Ｎビットフィールドとして実現することができる。セッション識別子はＵＴ２４０の代替ネットワークアドレス、即ちそのＷＬＡＮまたはＭＩＰアドレスであるが、その他の可能性が存在する。本発明に重要であることは、単独または組み合わせるこれらの識別子が上記の４つのハンドオーバタイプの１つをＲＮＣ２（２３１）に指定する（複数／単数）ことである。このように、ＲＮＣ２２３１は必要な無線リソース、例えば３ＧＰＰ無線トラフィックベアラと、（個別の）３ＧＰＰ  ＲＲＣ制御無線ベアラとの少なくともいずれかを調べ、設定することができる。さらに下記のようにセッションを、ＡＲ２５６を通じてルーティングすべき場合、ＵＴ識別子はＵＴ２４０のＭＩＰ／ＭＩＰＳｅｃアドレスでありうる。ＭＩＰアドレスは移動アプリケーションに使用する移動ＩＰアドレスであり、ＭＩＰＳｅｃアドレスはＩＰＳｅｃプロトコルコンテキストに使用するＭＩＰアドレス、即ちＭＩＰＳｅｃは（ＩＰＳｅｃ）セキュリティ関連付け識別子と通常組み合わせるＭＩＰアドレスである。この「無線リンク設定要求」メッセージは、また有利には必要な無線リンク（単数／複数）／ベアラに必要なＱｏＳレベルを指定する情報要素を含む。これはＲＮＣ１２３０、ＲＮＣ２２３１およびＵＴ２４０間の動的ＱｏＳネゴーシエィション／最適化に道を開き、マルチＲＡＴネットワークのＭＲＲＭ機能をさらに最適にする可能性を提供する。次いで、本方法はステップ６２９０に進む。
【０１２９】
ステップ６２９０で、ＲＮＣ２２３１は要求されたＲＮＣ間セッションハンドオーバを受理／拒否し、ＲＮＣ２２３１が要求（即ち、必要な無線リンクの設定要求）を（ＲＮＣ２２３１に空き無線リソースがないので）拒否する場合、本方法はステップ６２９０で停止し、ＲＮＣ２２３１が無線リンク設定要求を受理する場合、ＲＮＣ２２３１はＲＮＣ１２３０にこれを従来様式で確認し、次いで本方法はステップ６３００に進む。
【０１３０】
ステップ６２９３で、ＲＮＣ１のＭＲＲＭエンティティは「ＲＮＣ再配置要求」メッセージを形成し、図７Ｃの通信ステップ２１が示すこのメッセージをＳＧＳＮに送信し、ＳＧＳＮにセッションのルーティングをＲＮＣ１２３０からＲＮＣ２２３１へ、恐らく期間中ＲＮＣ１２３０およびＲＮＣ２２３１双方への「二重ルーティング」により切り替えることを要求し、期間は事前に確立する固定期間であるか、またはＲＮＣ１２３０が動的に制御することができる。これは、マルチＲＡＴネットワークにソフトハンドオーバ能力をもたらす可能性を提供し、重要な利点である。本発明によれば、「ＲＮＣ再配置要求」メッセージは以下を含む。
【０１３１】
−前記メッセージを「ＲＮＣ再配置要求」メッセージであると特定するメッセージタイプ識別子の情報要素と、
−候補ＲＮＣ（２３１）を特定する識別子と、
−代替アクセス・ネットワーク・プロトコルにより定義するＵＴ（２４０）のネットワークアドレスと、
−セッションを現在トンネルさせているＲＮＣ（２３０）とデータ・パケット・サポート・ノード（２２０）との間のトンネルのトンネル識別子。
ＳＧＳＮ２２０のアイデンティティはセッションと通常関連付けられており、例えばＲＮＣ１２３０におけるセッションルーティングテーブルに蓄積する。次いで、本方法はステップ６３００に進む。
【０１３２】
ステップ６３００で、上記のようにステップ６１４５の場合と類似する様式でノードＢ２５０またはＡＰ１２６５を介しＵＴＲＡＮまたはＷＬＡＮ経路を経て、ＲＮＣ１２３０はＵＴ２４０に「物理チャネル再構成」メッセージを送信する。図７Ｃの通信ステップ２３は、ＵＴＲＡＮ経路を経て「物理チャネル再構成」メッセージを送信する場合を図示する。このメッセージによる目的は、ＡＰ２２６６／ノードＢ２５１からのダウンリンク・セッション・パケットの聴取を開始することをＵＴ２４０に指令することである。既述のように、このメッセージをＲＲＣ／ＲＬＣプロトコルにより通常実現し、ノードＢ２５０を介しＢＣＣＨを経てＵＴ２４０に送信する。例えばここで次のような（「ハンドオーバ候補」メッセージによりＲＮＣ１２３０に伝達する）情報要素として、ＡＰ２２６６のＷＬＡＮ  ＭＡＣアドレスを使用できれば、代替アクセス・ネットワーク・プロトコルにより定義するような無線アクセスノード（単数／複数）ＡＰ１２６５およびＡＰ２２６６を特定する情報要素を加えることにより、例えば３ＧＰＰ「物理チャネル再構成」メッセージを使用することができよう。このメッセージは、（ＲＮＣ１に既知であり、ＡＰ２２６５を経るアップリンクパケットの送信にＲＮＣ１２３０のＷＬＡＮ  ＭＡＣアドレスをＵＴ２４０が再利用しないであろう場合）またＲＮＣ２２３０のＷＬＡＮ  ＭＡＣアドレスを含む。一方、ＵＴ２４０とＡＰ１２６５との間のＳＴＡＭＥ／ＬＷＡＰプロトコルおよびＡＰ１２６５とＲＮＣ１２３０との間のＩＡＰＰ／ＬＷＡＰプロトコルにより、またはＵＴ２４０とＲＮＣ１２３０との間の専用ＵＤＰ／ＩＰパケットとしてこの段階でＷＬＡＮ経路を経て、この「物理チャネル再構成」メッセージをまた送信することができるが、多くの可能性が存在する。次いで、本方法はステップ６３１０に進む。
【０１３３】
ステップ６３１０で、ＩＥＥＥ８０２．１１ｉセキュリティ規格に従い従来の規格ＥＡＰ（拡張可能認証プロトコル）認証を適用することにより、図７Ｃの通信ステップ２４が示すセキュリティ関連付けをＵＴ２４０とＡＰ２２６６との間に確立する。次いで、ＲＮＣ１２３０とＲＮＣ２２３１との間にｌｕｒインタフェースが存在する実施形態の場合、本方法はステップ６３２０に進み、そのようなインタフェースがない実施形態の場合、本方法はステップ６３３０に進む。
【０１３４】
ステップ６３２０で、確立したＲＮＣ間トンネルを通じて、ＳＲＮＣとして動作するＲＮＣ１２３０は、ＤＲＮＣとして動作するＲＮＣ２２３１にダウンリンクパケットのルーティングを開始する。一実施形態で以下のステップを実行することにより、ＲＮＣ１のルーティングエンティティはセッションパケットをＲＮＣ２２３１にルーティングする。
【０１３５】
−着信ダウンリンクＩＰセッション・ユーザ・データ・パケットからプロトコルヘッダを除去し、着信ダウンリンクＩＰセッション・ユーザ・データ・パケットをその元の伝送フォーマットに変形するステップと、
−元の伝送フォーマットのダウンリンクＩＰセッション・ユーザ・データ・パケットにＬＬＣヘッダを加え、前記代替アクセス・ネットワーク・プロトコルに従い、元の伝送フォーマットのダウンリンクＩＰセッション・ユーザ・データ・パケットをＲＮＣ１（２３０）のＬＬＣネットワーク・ソース・アドレスを持つＬＬＣフォーマットに変形するステップと、
−ＲＮＣ間ＧＴＰ−Ｕトンネル、即ちＵＤＰポート番号のトンネル識別子に前記セッション識別子ＴＥＩＤ１を結合し、候補ＲＮＣ（２３１）に前記ＬＬＣセッションパケットをトンネルさせるステップ。
【０１３６】
一実施形態で以下のステップを実行することにより、ＲＮＣ１のルーティングエンティティはセッションパケットをＲＮＣ２２３１にルーティングする。
【０１３７】
−着信ダウンリンクＩＰセッション・ユーザ・データからプロトコルヘッダを除去し、着信ダウンリンクＩＰセッション・ユーザ・データをその元の伝送フォーマットに変形するステップと、
−ＲＮＣ間トンネルベアラを特定するＵＤＰポート番号に前記セッション識別子ＴＥＩＤ１を結合し、候補ＲＮＣ（２３１）に前記元の伝送フォーマットのＰセッション・ユーザ・データをトンネルさせるステップ。
【０１３８】
ＩＰネットワークおよびＡＲ２５６をＲＮＣ２２３１とＡＰ２２６５との間に実装し、「ハンドオーバ候補」メッセージが候補ＲＮＣ（２３１）と関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスと共に、ＵＴ（２４０）の移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃを含む、さらに下記の一実施形態で、以下のステップを実行することにより、ＲＮＣ１のルーティングエンティティはセッションパケットをＲＮＣ２２３１にルーティングする。
【０１３９】
−セッションとリンクする（即ち、セッションのルーティングテーブルに蓄積する）ＵＴ（２４０）のＭＩＰ／ＭＩＰＳｅｃアドレスによりセッションを特定するステップと、
−ＡＲ（２５６）のＩＰアドレスを持つセッションのルーティングテーブルを更新するステップと、
−着信ダウンリンクＩＰセッション・ユーザ・データ・パケットからトンネル化プロトコルヘッダを除去し、着信ダウンリンクＩＰセッション・ユーザ・データ・パケットをその元の伝送フォーマットに変形するステップと、
−宛先アドレスとしてＡＲ（２５６）のＩＰアドレスを持つ元の伝送フォーマットのＩＰセッションパケットをＵＤＰ／ＩＰまたはＴＣＰ／ＩＰによりカプセル化するステップと、
−このようにして取得するＵＤＰ／ＩＰまたはＴＣＰ／ＩＰセッションパケットを、トンネル化パケットを形成するＵＤＰ／ＩＰによりカプセル化するステップであって、トンネル化パケットのＵＤＰポート番号が、候補ＲＮＣ（２３１）へのＲＮＣ間トンネルを特定する、トンネル化パケットを構成するＵＤＰ／ＩＰによりカプセル化するステップと、
−ＲＮＣ間トンネルのＵＤＰポート番号に前記セッション識別子ＴＥＩＤ１を結合し、カプセル化ダウンリンク・セッション・パケットを候補ＲＮＣ（２３１）にトンネルさせるステップ。
【０１４０】
有利には、ＲＮＣ間トンネルを経る候補ＲＮＣへのセッションのルーティングと並列に第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて、セッションパケットをルーティングし、その結果ソフトハンドオーバ解決策の可能性を提供し、ＵＴ２４０と代替ネットワークとの間で認証手順に特に時間を消費する場合、これは有利である。図７Ｃの通信ステップ２５、２６および２７がこれを示す。次いで、本方法はステップ６３４０に進む。
【０１４１】
ステップ６３３０で、ＳＧＳＮ２２０はＲＮＣ２２３１とＳＧＳＮ２２０との間のｌｕインタフェースを経るセッションに対して新しいＧＴＰ−Ｕトンネルを確立し、このＧＴＰ−ＵトンネルのＲＡＢＩＤを設定し、ＲＡＢＩＤをＰＤＰコンテキストのＲＮＣ間ハンドオーバのためにＲＮＣ２２３１に従来様式で伝達する。次いで、そのそれぞれのＴＥＩＤにより識別するそのそれぞれのＧＴＰ−Ｕトンネルを通じて、図７Ｄの通信ステップ２８および２９が示す、それぞれＲＮＣ２２３１およびＲＮＣ１２３１に対し並列に、ＳＧＳＮはセッションのルーティングを開始する。従って、またこの実施形態はソフトハンドオーバ解決策の可能性を提供し、ＵＴ２４０と代替ネットワークとの間で認証手順に特に時間を消費する場合、これは有利である。次いで、本方法はステップ６３４０に進む。
【０１４２】
ステップ６３４０で、Ｉｕｒインタフェーストンネルを経てＲＮＣ１２３０からＲＮＣ２２３１がセッションパケットを受信する場合、ＤＲＮＣとして動作し、Ｉｕインタフェーストンネルを経てＳＧＳＮ２２０からＲＮＣ２２３１がセッションパケットを受信する場合、ＳＲＮＣとして動作するＲＮＣ２２３１は、ＲＮＣ１２３０（またはＳＧＳＮ２２０）から受信する「無線リンク設定要求」メッセージのセッション・ハンドオーバ・タイプ識別子が示すハンドオーバタイプに従い、ＡＰ２２６６またはノードＢ２５１を通じてこれらのダウンリンク・セッション・パケットをＵＴ２４０に転送する。より詳細には、セッションパケットをＡＰ２２６６を通じてルーティングすべき場合、ＲＮＣ２２３１のルーティングエンティティは以下のステップを実行する。
【０１４３】
−ステップ６２６０で確立した、即ちこのＬＬＣポート（２７７）によるセッションのそのルーティングテーブルを更新することにより確立した論理ＬＬＣ接続をセッションと関連付けるステップ。
【０１４４】
一実施形態で、ＲＮＣ２２３１のルーティングエンティティは以下のステップを実行する。
−前記トンネルポート番号により特定するトンネルを通じてセッションのダウンリンクパケットを受信するステップと、
−受信ダウンリンクパケットからトンネル化プロトコルヘッダを除去し、その結果代替アクセス・ネットワーク・プロトコルによるフォーマットを持ち、前記代替アクセス・ネットワーク・プロトコルにより定義するようなＲＮＣ１（２３０）のネットワーク・ソース・アドレスを持つセッションパケットを取得するステップと、
−このようにして取得するセッションパケットを、ポート（２７７）を通じて転送し、従ってＡＰ２（２６６）を介してＵＴ（２４９）にパケットをルーティングするステップ。
【０１４５】
一実施形態で、ＲＮＣ２２３１のルーティングエンティティは以下のステップを実行する。
−前記トンネルポート番号により特定するトンネルを通じてセッションのダウンリンクパケットを受信するステップと、
−受信パケットからトンネル化プロトコルヘッダを除去し、その結果代替アクセス・ネットワーク・プロトコルによるフォーマットを持ち、前記代替アクセス・ネットワーク・プロトコルにより定義するようなＲＮＣ１（２３０）のネットワーク・ソース・アドレスを持つセッションパケットを取得するステップと、
−このようにして取得するパケットから代替アクセス・ネットワーク・プロトコルによりＲＮＣ１（２３０）が加えたカプセル化ヘッダを除去し、ダウンリンクパケットをその元の伝送フォーマットに変形するステップと、
−元の伝送フォーマットのダウンリンク・セッション・パケットにＬＬＣヘッダを加え、元の伝送フォーマットのダウンリンク・セッション・パケットを前記代替アクセス・ネットワーク・プロトコルによる、候補ＲＮＣ（２３１）のＬＬＣネットワーク・ソース・アドレスを持つＬＬＣフォーマットに変形するステップと、
−ポート（２７７）を通じてこのようにして形成するＬＬＣセッションパケットを転送し、ＡＰ２（２６６）を介してＵＴ（２４０）にパケットをこのようにしてルーティングするステップ。
【０１４６】
マルチＲＡＴネットワークがＲＮＣ２２３１とＡＰ２２２６６との間に実装するＡＲ２５６およびＩＰネットワークを含み、「ハンドオーバ候補」メッセージが候補ＲＮＣ（２３１）と関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスと共に、ＵＴ（２４０）の移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃを含み、「無線リンク設定要求」メッセージのＵＴ識別子がＵＴ（２４０）の対応するＭＩＰ／ＭＩＰＳｅｃアドレスであり、ＲＮＣ間トンネルがＵＤＰ／ＩＰトンネルである、一実施形態では、ＲＮＣ２２３１のルーティングエンティティは以下のステップを実行する。
−前記「無線リンク設定要求」メッセージからＵＴ（２４０）のＭＩＰ／ＭＩＰＳｅｃを抽出するステップと、
−トンネルポート番号をＵＴ（２４０）のＭＩＰ／ＭＩＰＳｅｃおよびＡＲ（２５６）のＩＰアドレスと関連付けるステップと、
−セッションとリンクするＵＴ（２４０）のＭＩＰ／ＭＩＰＳｅｃアドレスによりセッションを特定するものを受信するステップと、
−ＡＲ（２５６）のＩＰアドレスによりセッションのルーティングテーブルを更新するステップと、
−ＲＮＣ間ＵＤＰ／ＩＰトンネルを経てダウンリンクＩＰカプセル化ＩＰセッションパケットを受信するステップと、
−ＩＰカプセル化ダウンリンクＩＰセッションパケットからトンネル化ＵＤＰ／ＩＰヘッダを除去し、ＩＰによりカプセル化するダウンリンクＩＰセッションパケットを取得するステップであって、ＩＰセッションパケットのカプセル化ＩＰアドレスがＡＲ２（２５６）のＩＰアドレスである、ＩＰによりカプセル化するダウンリンクＩＰセッションパケットを取得するステップと、
−ＡＲ２（２５６）のＩＰアドレスによりカプセル化するダウンリンクＩＰセッションパケットをＡＲ（２５６）と関連付けられたポート（２７７）に転送し、ＡＲ（２５６）およびＡＰ２（２６６）を通じてＵＴ（２４０）にダウンリンクＩＰセッションパケットをルーティングするステップ。
【０１４７】
ステップ６３５０で、ハンドオーバタイプに応じてＡＰ２２６６／ノードＢ２５１、そのポート２４２／２４１を通じてＲＮＶ２２３１から、ＵＴ２４０はこれらのダウンリンク・セッション・パケットを受信する。次いで、ＲＮＣ２２３１からのこれらのダウンリンク・セッション・パケットの受信応答として、ＵＴ２４０のＭＲＲＭエンティティは「ハンドオーバ確認」メッセージをＲＮＣ１２３０に送信する。ハンドオーバタイプに応じてＡＰ１２６５／ノードＢ２５０の代わりに、ＵＴ２４０は以後ＡＰ２２６６／ノードＢ２５１とアクティブに関連付けられることを、ＲＮＣ１２３０に通報することが、このメッセージの目的である。既述のように、このメッセージは以下を含む。
−前記メッセージを「ハンドオーバ確認」メッセージであると特定するメッセージタイプ識別子と、
−ＵＴ（２４０）がセッションのルーティングに関して最早非関連付けとなる、非関連付け情報要素および無線アクセスポイントのネットワークアドレス、例えばハンドオーバタイプ４または３の場合のＡＰ１２６５、および、
−ＵＴ（２４０）がセッションのルーティングに関して現在関連付けられている、目標無線アクセスポイントのネットワークアドレスを伴うハンドオーバ確認情報要素、例えばハンドオーバタイプ４または３の場合のＡＰ２（２６６）。「ハンドオーバ確認」メッセージを例えば３ＧＰＰ  ＲＲＣの「測定結果報告」メッセージにより実現することができ、非関連付けアクセスポイントとしてＡＰ１（２６５）を、新しく関連付けられるアクセスポイントとしてＡＰ２（２６６）を示す情報を「追加測定結果」情報要素に含むことができ、例えばノードＢ２５０を介しＵＴＲＡＮ経路を経て（ＢＣＣＨにおいて）ＲＬＣ／ＲＲＣプロトコルにより送信することができる。この「ハンドオーバ確認」メッセージの目的は、ＡＰ２が以後ＲＮＣ２２３１を介してのみダウンリンクパケットをルーティングするであろう、即ちソフトハンドオーバを継続する必要のないことをＲＮＣ１２３０に通報することである。この「ハンドオーバ確認」メッセージをまたこの段階でＡＰ１２６５またはＡＰ２２６６を介しＷＬＡＮ経路を経て、ＵＴ２４０とＡＰ１／ＡＰ２２６５／２６６との間のＳＴＡＭＥ／ＡＰＭＥプロトコルおよびＡＰ１／ＡＰ２２６５／２６６とＲＮＣ１２３０／ＲＮＶ２２３１との間のＩＡＰＰ／ＬＷＡＰプロトコルにより、またはＵＴ２４０とＲＮＣとの間の専用ＵＤＰ／ＩＰパケットとして送信することができようが、多くの可能性が存在する。このメッセージをＲＮＣ２２３１に送信する場合、次いでＲＮＣ２２３１はこのメッセージをＲＮＣ１２３０に通常転送し、これは総体的無線干渉を最少にする有利な方法でありえ、従って総体的ネットワーク容量／スループットを増加させることができる。より詳細には、以上の情報を含むＡＰ１２６５からＲＮＣ１に送信するＩＡＰＰ−ＬＥＡＶＥ通知パケットが有利にはこの「ハンドオーバ確認」メッセージとして機能することができよう。次いで、ＵＴ２４０がＡＰ１２６５から非関連付けになると直ちに、ＡＰ１２６５はこのＩＡＰＰ−ＬＥＡＶＥ通知パケットをＲＮＣ１２３１に送信する。この「ハンドオーバ確認」メッセージを、ＷＬＡＮ経路を経てＲＮＣ１２３０に送信する場合を、図７Ｃの通信ステップ３２が示す。このように、全体的ネットワーク信号通知／干渉を最少にし、容量を増加させる。本発明によれば、次いで前記「ハンドオーバ確認」メッセージの受信応答として、ＲＮＣ１２３０はＡＰ１２６５を通じるセッションのルーティングを防止する。次いで、本方法はステップ６３６０に進む。
【０１４８】
ステップ６３６０で、ハンドオーバタイプ４または３の場合、ＵＴ２４０におけるセッション識別子、例えばセッションの３ＧＰＰ  ＲＢＩＤをＡＰ２２６６と関連付けられた確認されたＷＬＡＮ  ＲＢＩＤと結合することにより、ＲＮＣ２２３１からのこれらダウンリンクパケットの受信応答として、ＲＮＣ２２３１と関連付けられたアクセスノード、即ちＡＰ２／ノードＢ２６６／２５１を介して、ＵＴ２４０はアップリンク・セッション・パケットの送信を開始する。次いで、本方法はステップ６３７０に進む。
【０１４９】
従ってステップ６３７０で、図７Ｃの通信ステップ３３が示す、アップリンクおよびダウンリンク・セッション・パケット双方をＲＮＣ２２３１、例えばＡＰ２２６６を介してルーティングし、ＲＮＣ間ハンドオーバを完了する。
【０１５０】
ＵＴＲＡＮルーティング経路からＷＬＡＮルーティング経路へのＰＤＰコンテキストセッションのハンドオーバを以上に記述したが、本発明は当業者に明らかな小さな修正によりＷＬＡＮルーティング経路からＵＴＲＡＮルーティング経路へのＰＤＰコンテキストセッション、またはデータセッションのハンドオーバにも適用可能である。例えばＷＬＡＮルーティング経路からＵＴＲＡＮルーティング経路へのハンドオーバの場合、例えばＷＬＡＮルーティング経路を介してまずデータセッションを確立すれば、その場合ＷＬＡＮルーティング経路を経て能力メッセージを送信することができ、能力メッセージは、例えば前記データセッションを唯一に特定するＷＬＡＮ  ＲＢＩＤを含み、さらにＵＴ２４０のＩＭＳＩを含み、ＲＮＣ１２３０がＷＬＡＮ  ＲＢＩＤＱｏＳの要求に対応する代替３ＧＰＰ  ＲＡＢＩＤおよび３ＧＰＰ  ＲＢＩＤを設定し、ＵＴＲＡＮ経路を経るＵＴ２４０による対応するデータセッションを定義するなどを可能にする。さらに、本発明を使用して、ＷＬＡＮルーティング経路およびＵＴＲＡＮルーティング経路双方を経てＰＤＰパケット、またはセッションデータを同時にルーティングし、ソフトハンドオーバを形成するのみならず、いずれにせよスループット／トラフィックチャネル品質を向上させることができる。
【０１５１】
ＲＮＣ１２３０はハンドオーバを開始し、上記のように第１のＰＤＰパケットを受信後、ＵＴ２４０はそのルーティング経路を切り替えるが、多くのその他の可能性が存在する。例えば、ＵＴ２４０またはネットワークの別のＭＲＲＭエンティティがハンドオーバを開始することができ、ＲＮＣ１／ＲＮＣ２２３０／２３１はＵＴ２４０から第１のアップリンクＰＤＰパケットを受信後、経路を切り替えることができる。ＵＴ／ＲＮＣ２４０／２３０はＲＮＣ／ＵＴ２３０／２４０とは独立にハンドオーバの決定を行うことができ、ハンドオーバを独立に実行することができ、および／または、例えばＲＲＣメッセージによりＲＮＣ／ＵＴ２３０／２４０にハンドオーバの決定を信号通知し、ＲＮＣ１／ＲＮＣ２／ＵＴ／２３０／２３１／２４０とのハンドオーバを「同期させる」ことができる。
【０１５２】
次に戻って図２を参照し、ネットワークがＡＲ２５６およびＡＲ２５５を含む、図２に示す実施形態を図２、図５および図７を参照してさらに詳細に次に記述しよう。この実施形態では、ＡＰ１／ＡＰ２２６５／２６６およびＭ−Ｌ２Ｓ１／Ｍ−Ｌ２Ｓ２２６２／２６３を含むＷＬＡＮ部をアクセスルータＡＲ１／ＡＲ２２５５／２５６を介してＩＰネットワーク（図２に図示せず）に接続する、即ちＲＮＣ１／ＲＮＣ２２３０／２３１とＡＲ１／ＡＲ２／２５５／２５６との間に中間ＵＤＰ／ＩＰネットワークがある。アクセスルータをＤＨＣＰ（動的ホスト構成プロトコル）サーバ（図示せず）に接続し、ＤＨＣＰサーバは例えばＲＮＣ１２３０に統合する、または独立のサーバであることができる。３ＧＰＰ  ＵＴＲＡＮ  ＲＮＣ１２３０およびＲＮＣ２２３１はそれら自体のＩＰアドレスを持ち、ＵＤＰ／ＩＰにより通信するので、ＡＲ２２５６はＲＮＣ１２３０に接続していると考えることができ、ＲＮＣ２２３１は単にＵＤＰ／ＩＰ中継ノードとして動作する。
【０１５３】
まず図７のステップ７１０乃至ステップ７３８を参照して、ＰＤＰセッションハンドオーバを記述することとするが、このハンドオーバではノードＢ２５０を介しＵＴＲＡＮ経路を経てＲＮＣ１２３０を通じてまずセッションをルーティングし、ＡＲ／ＷＬＡＮ部にハンドオーバし、ＡＰ１２６５を通じてルーティングする。
【０１５４】
図７Ａ乃至図７Ｃを参照すると、本発明による方法はステップ８１０で始まり、ＵＴ２４０とＧＧＳＮ２１０との間にＰＤＰコンテキスト・データ・セッションを設定し、ＵＴ２４０と例えばインターネット２８０に接続するインターネットホストまたはピアとの間のデータ通信セッションを可能にする。ＰＤＰコンテキストセッションを例えば上記のように従来様式で設定する。
【０１５５】
ステップ８１１で、前記ＰＤＰコンテキスト・セッション・データを第１のルーティング経路、即ちノードＢ２５０を介するＵＴＲＡＮルーティング経路を経て上記のように従来様式でルーティングする。
【０１５６】
ステップ８１２で、ＲＮＣ１２３０のＭＲＲＭエンティティは、例えばダウンリンクＵＴＲＡＮ−ＤＣＣＨを経てＵＴ２４０のＭＲＲＭエンティティに代替ネットワーク・ソース・アドレスＮＳＡ、即ちＲＮＣ１２３０のＩＰアドレスを送信する。あるいはステップ８１２で、ＲＮＣはそのＮＳＡを送信せず、それよりＲＮＣ１２３０のＩＰアドレスはＤＨＣＰサーバに既知であり（事前に蓄積）、ＲＮＣ１２３０のＩＰアドレスを代わりに、例えば以下のステップ８２３で記述するＤＣＣＨ確認メッセージに含める。
【０１５７】
ステップ８１３で、ＰＤＰコンテキストセッション（単数／複数）を受信ＮＳＡ、即ち表６に示すように、この場合ＲＮＣ１２３０のＩＰアドレスと関連付けることにより、ＵＴ２４０のＭＲＲＭエンティティはＵＴのルーティングエンティティのルーティングテーブルを更新し、関係するデータセッションの代替ルーティング識別子、即ちＩＰ  ＲＢＩＤを作成し、代替ルーティング識別子をポート２４２と関連付ける。ＩＰ  ＲＢＩＤはＲＮＣ１２３０のＩＰアドレスと関連付ける。
【０１５８】
【表６】
2009510871.tif 000008
【０１５９】
ステップ８２０で、ＵＴ２４０のＭＲＲＭエンティティはＡＰ６６５からのＷＬＡＮ（ブロードキャスト）ビーコン信号を検出し、ＵＴ２４０は前記第２のポート（２４２）を介するＷＬＡＮとの無線接続を確立する。ＷＬＡＮはアクセスルータＡＲ１２５５に更新フレームを転送し、ＷＬＡＮおよびＡＲ１２５５の橋渡しテーブルを対応して従来様式で更新する。
【０１６０】
ステップ８２３で、ＵＴ２４０はその既に割り当てられたＰＤＰコンテキストセッションのＩＰアドレスに加えて、ＤＨＣＰサーバから第２のＩＰアドレスを取得する。これは、ＵＴ２４０に実装するＤＨＣＰクライアントがあることを必要とする。ＵＴ２４０への第２のＩＰアドレスの割り当ては以下の方法で通常実行する。
【０１６１】
１．ＵＴ２４０はＤＨＣＰ検出メッセージをＤＨＣＰ／ＵＤＰ／ＩＰメッセージとしてブロードキャストする。
【０１６２】
２．ＵＴ２４０の第２のＩＰアドレスをＤＨＣＰ／ＵＤＰ／ＩＰメッセージとして含む、ＤＨＣＰ提供メッセージを送信することにより、ＤＨＣＰサーバはＵＴ２４０に応答する。ブロードキャスト検出メッセージが幾つかのＤＨＣＰサーバに届く場合、種々のＤＨＣＰサーバが送信する複数のＤＨＣＰによる提供が存在しうる。第２のＩＰアドレスは通常移動アプリケーションに専用のＩＰアドレス、即ちＩＰｍアドレスである。
【０１６３】
３．ＵＴ２４０はＤＨＣＰ／ＵＤＰ／ＩＰメッセージとしてＤＨＣＰ要求メッセージ（即ち、１つのＤＨＣＰサーバから提供するＩＰアドレスの１つの要求）をブロードキャストする。
【０１６４】
４．ＤＨＣＰサーバは（即ち、ＵＴ２４０に留保するＩＰアドレスおよび構成を確認する）ＤＨＣＰ確認メッセージをＤＨＣＰ／ＵＤＰ／ＩＰメッセージとしてＵＴ２４０に送信し、ＵＴ２４０はこの確認を観測し、留保された（第２の）ＩＰアドレスを将来の使用のために蓄積する。この第２のＩＰアドレスをＵＴ  ＲＲＣアプリケーションに転送し、ＵＴ  ＲＲＣアプリケーションはこの第２のＩＰアドレスを関係するＰＤＰコンテキストセッション（単数／複数）と関連付ける。ＤＨＣＰサーバに既知であれば、ＤＨＣＰ確認メッセージはまた選択可能にＲＮＣ１２３０のＩＰアドレスを含むことができる。
【０１６５】
ステップ８２５で、ＵＴ２４０のＭＲＲＭエンティティは関連付けメッセージを形成し、ＲＮＣ１２３０のＭＲＲＭエンティティに送信する。関連付けメッセージはＵＴ２４０の代替ネットワークアドレス、即ちこの場合第２のＩＰアドレスを含み、また上記のように能力メッセージとして機能する。一実施形態では、関連付けメッセージはさらにデータセッションを唯一に特定するセッション識別子、例えばステップ８１０で確立した特定のＰＤＰデータ・コンテキスト・セッションを唯一に特定する３ＧＰＰ  ＲＢＩＤ１または３ＧＰＰ
ＲＡＢＩＤ１を含む。このように、ＵＴ２４０は進行中のＰＤＰコンテキストセッション（単数／複数）セットの中でハンドオーバが望ましいであろうＰＤＰコンテキストセッション（単数／複数）を制御することができる。前記３ＧＰＰ  ＲＢＩＤまたは３ＧＰＰ
ＲＡＢＩＤを使用し、ＵＴＲＡＮ経路を経て、ＵＴ２４０に前記関連付けメッセージを送信させ、特定のＰＤＰコンテキストセッションを唯一に特定する前記３ＧＰＰ  ＲＢＩＤまたは３ＧＰＰ  ＲＡＢＩＤを、ＲＮＣ１２３０が抽出することができるようにすることにより、これを達成することができる。あるいは、ＲＮＣ１２３０のＭＲＲＭエンティティに宛てたＴＣＰ／ＩＰパケットとしてＷＬＡＮ−ＩＰネットワーク経路を経て、関連付けメッセージを送信することができる。ＤＨＣＰサーバはＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスおよび第２のＩＰアドレスを含む関連付けメッセージをＲＮＣ１２３０に送信する。ＲＮＣ１２３０のＩＰアドレスがＤＨＣＰサーバに既知（事前に蓄積する）であれば、このメッセージは専用メッセージでありうるか、またはこのメッセージをマルチキャストすることができる。
【０１６６】
ステップ８２６で、ＲＮＣ２３０はステップ８２５で送信した前記関連付けメッセージを受信し、この場合特定のＰＤＰコンテキストセッションの特定のＩＰネットワーク無線ベアラアイデンティティ形式の代替ルーティング識別子、即ち以下の表７に示すようにＩＰＮ  ＲＢＩＤ１を作成し、このＩＰＮ  ＲＢＩＤ１をＮＡ（ネットワークアドレス）、即ちＵＴ２４０の第２のＩＰアドレスと関連付け、またＩＰＮ  ＲＢＩＤ１をポート２７２と関連付ける。例えば表７に示すようにそのルーティングテーブルを更新することにより、ＲＮＣ１２３０は前記ＰＤＰコンテキストセッション（即ち、関係する問題のセッション）を前記ＮＡ（ＵＴ２４０の第２のＩＰアドレス）、前記代替ルーティング識別子、即ちＩＰＮ  ＲＢＩＤ１およびポート２７２と関連付ける。３ＧＰＰ  ＲＢＩＤおよびＷＬＡＮ  ＲＢＩＤの場合と類似する様式で、ＩＰＮ  ＲＢＩＤはＩＰネットワーク−ＷＬＡＮネットワーク経路を経る接続を定義し、ＩＰＮ  ＲＢＩＤは例えば対応する３ＧＰＰ  ＲＢＩＤと同じＱｏＳ要求、即ち帯域幅要求、最長パケット遅延要求、ＢＥＲ、ＦＥＲなどに関する要求を含み、低位レイヤがＲＮＣ１２３０とＵＴ２４０のルーティングエンティティ間データ接続を実現する。
【０１６７】
【表７】
2009510871.tif 000009
【０１６８】
ＰＤＰコンテキストセッションのＴＥＩＤに関するＵＴＲＡＮ（３ＧＰＰ）ＲＡＢＩＤおよびＵＴＲＡＮ（３ＧＰＰ）ＲＢＩＤとの結合を継続することにより、ＵＴＲＡＮ無線インタフェースを通じて、即ちポート２７３を介して、ＲＮＣ１２３０のルーティングエンティティはＰＤＰコンテキストセッションのユーザデータに関するルーティングを継続する。一実施形態では、次いで本方法はステップ８２７に進む。別の実施形態では、本方法はステップ８２７を飛ばし、直接ステップ８３０に進む。
【０１６９】
ステップ８２７で一実施形態によれば、ＲＮＣ１２３０およびＵＴ２４０は従来の双方向ＩＰＳｅｃ（ＩＰセキュアな）接続を確立し、ＷＬＡＮ−ＩＰネットワーク経路を経て通信するパケットのセキュアな暗号化および認証／完全性保護を可能にする。さらにＲＮＣ１２３０およびＵＴ２４０にそれぞれ実装するＩＰＳｅｃアプリケーションがあることを、セキュアな暗号化および認証／完全性保護は必要とし、ＵＴ２４０とＲＮＣ１２３０との間で各方向に従来の所謂ＩＰＳｅｃセキュリティ関連付け（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ、ＳＡ）を設定することにより、セキュアな暗号化および認証／完全性保護を通常実行する。その後、ＰＤＰコンテキストパケットはこれらのＩＰＳｅｃ接続を経て安全に通信することができる。セキュアに（暗号化して）確立したＵＴＲＡＮ（ＷＣＤＭＡ）接続を経てＵＴ２４０とＲＮＣ１２３０との間で、セキュリティ関連付け信任状を交換することができる。次いで、本方法はステップ８３０に進む。
【０１７０】
ステップ８３０で、ノードＢ６５０およびポート２７３並びにポート６４１を介する前記セル無線ネットワーク経路（ＵＴＲＡＮ経路）からポート２７２およびポート６４２を介する前記代替データネットワーク経路（ＷＬＡＮ−ＩＰネットワーク経路）への前記ＰＤＰコンテキストセッションのルーティングを切り替える決定を行う。本発明によれば、種々のＲＲＭ情報に基づきＵＴ２４０またはＲＮＣ１２３０がこの決定を行うことができる。一実施形態では、ＲＮＣ１２３０のＭＲＲＭエンティティはＵＴ２４０のＭＲＲＭエンティティからＲＲＭメッセージを受信し、ＲＲＭメッセージはＵＴＲＡＮネットワークとＷＬＡＮ−ＩＰネットワークとの少なくともいずれかに関する例えば信号強度、ＱｏＳ、ＢＥＲ、ＦＥＲ、干渉レベル、ＵＴ２４０の速度、セル負荷、無線チャネルの品質などに関する情報を含む。ＵＴＲＡＮルーティング経路、例えばＤＣＣＨにおいて、またはＷＬＡＮ−ＩＰネットワークを経てＴＣＰ／ＩＰメッセージとして、このメッセージを送信することができる。このようなＲＲＭメッセージ（単数／複数）または測定結果報告を形成するために、ＵＴ２４０のＭＲＲＭエンティティはＵＴＲＡＮリンクおよびＷＬＡＮリンク双方に対する無線リンク品質に関する測定を実行する。あるいは、ＲＲＭ情報をＡＰ６６５またはアクセスルータ６０１０が収集することができ、ＡＰおよびＡＲ並びにＲＮＣ１２３０の間にこの目的のための専用制御接続が存在する場合、ＲＲＭ情報を専用メッセージとして（例えば、修正ＩＡＰＰメッセージの形式で）ＲＮＣ１２３０に送信することができる、あるいはＡＰがＲＲＭメッセージを代替無線データネットワーク（例えば、８０２レイヤ２ＷＬＡＮネットワーク）に送信し、ＡＲ６０１０を介して代替無線データネットワークがＲＲＭメッセージをＩＰネットワークに転送し、ＩＰネットワークが次にＲＲＭメッセージをＲＮＣ１２３０に転送する。ＡＲはＲＲＭメッセージを直接ＩＰネットワークに送信することができる。ＲＮＣ１２３０はＲＲＭメッセージを絶えず聴取し（例えば、修正ＩＡＰＰ  ＲＲＭメッセージの特定のＩＡＰＰ配信アドレスを聴取する）、ＲＮＣ１２３０に関連付けられた特定のセルに関係するＲＲＭメッセージ（即ち、特定のＷＬＡＮセルＩＤを含む）と、特定のユーザに関係するＲＲＭメッセージ（例えば、ＵＴのＭＡＣアドレスまたはＵＴのＩＰアドレスを含む）との少なくともいずれかを抽出し、抜き出す。ステップ８３０で、例えばＷＬＡＮ−ＩＰネットワークがＵＴＲＡＮより良好／高いＱｏＳを現在提供すれば、またはＵＴＲＡＮネットワークのトラフィック負荷レベルが特定の閾値を超えれば、ＲＮＣ１２３０のＲＮＣ−ＭＲＲＭエンティティはＵＴＲＡＮルーティング経路からＷＬＡＮ−ＩＰネットワークルーティング経路へのハンドオーバを実行する決定を行うことができるか、または例えばＵＴ２４０の速度が速すぎるので、ＵＴＲＡＮルーティング経路の維持を決定することができるが、多くの可能性が存在する。代替実施形態では、例えば前記測定されたＭＲＲＭパラメータ値に基づき、ＵＴ２４０のＵＴ  ＭＲＲＭエンティティはＷＬＡＮルーティング経路へＰＤＰコンテキストセッションのルーテ��ングを切り替える決定を行う。重要なことは、本発明がＲＮＣ１２３０とＵＴ２４０の少なくともいずれかにおけるＭＲＲＭ機能を提供する可能性をもたらし、前記ＵＴＲＡＮおよびＷＬＡＮ−ＩＰネットワーク双方の無線リソースの使用を考慮する、例えばハンドオーバの決定を可能にすることである。このように、ＲＮＣ１２３０とＵＴ２４０との少なくともいずれかにはＵＴＲＡＮおよびＷＬＡＮ  ＲＲＭ情報双方へのアクセスがあるので、本発明は完全に新しく、より効率的なＭＲＲＭ機能を開発する可能性を提供する。好ましい実施形態では、ＲＮＣ１２３０のＭＲＲＭエンティティはハンドオーバの決定を行う。「正しい」ノード、即ち従来のＵＴＲＡＮ  ＲＲＭ機能を実現する無線ネットワーク制御ノードＲＮＣ１２３０において全てのＭＲＲＭ情報を収集することができる利点を、本発明が付与することに注意すべきである。
【０１７１】
本発明の方法によれば、ＰＤＰコンテキストセッションをＷＬＡＮ−ＩＰネットワークルーティング経路へハンドオーバする決定を行うまで、本方法はステップ８３０に留まり、次いでステップ８３１に進む。
【０１７２】
一実施形態ではステップ８３１で、ＲＮＣ１２３０は第１の、即ち前記セル無線ネットワーク経路から前記代替、即ちＷＬＡＮ−ＩＰネットワークルーティング経路へのＰＤＰコンテキストセッションのハンドオーバを実行する、即ちＵＴＲＡＮ経路からＷＬＡＮ−ＩＰネットワーク経路へユーザプレーン伝送を切り替える。ハンドオーバをＲＮＣ１２３０のルーティングエンティティが実行し、ＲＮＣ１２３０のルーティングエンティティはＰＤＰコンテキストセッション識別子、即ちこの場合ＴＥＩＤ１を表７の従来の３ＧＰＰ  ＲＢＩＤの代わりに代替無線ベアラアイデンティティ、即ちこの場合ＩＰＮ  ＲＢＩＤ１に結合し、ポート２７３を介するＵＴＲＡＮ経路を通じる代わりに、ポート２７２を介するＷＬＡＮ−ＩＰネットワークルーティング経路を通じてＰＤＰセッションのダウンリンクＩＰパケットのルーティングを開始する。対応するＧＴＰ−Ｕトンネルを通じてＳＧＳＮ２２０からＲＮＣ１２３０が受信するダウンリンクＩＰパケットにとり、伝送切り替えは重大である。従来のユーザプレーン伝送では、ＲＮＣはＧＴＰ−Ｕ  ＰＤＵからのＩＰパケットのカプセル化を解除し、ＵＴＲＡＮチャネルを経る送信に先立ってＰＤＣＰによりＧＴＰ−Ｕ  ＰＤＵからのＩＰパケットをカプセル化する。ＲＮＣ１２３０のルーティングエンティティに以下のステップを実行させることにより、本発明はデータ損失のないシームレスな伝送切り替えを可能にする。
【０１７３】
１．ＲＡＴ（無線アクセス技術）間ハンドオーバを決定する前にＰＤＣＰパケットとして既にカプセル化し、キャッシュした全てのダウンリンクＩＰパケットを、ＵＴＲＡＮ経路を使用してＵＴ２４０に送信する。このようなＩＰパケットをＲＮＣ１２３０においてキャッシュできるのは、このようなＩＰパケットがその送信を待っているか、またはＵＴ２４０に送信したが、未確認であるからである。本発明によればＲＮＣ１２３０がそのＵＴＲＡＮ経路を通じてＵＴ２４０からアップリンクＩＰパケットを受信する限り、ＲＮＣ２３０のＲＬＣエンティティはＵＴＲＡＮ経路を使用するパケットの受信を確認する（ＲＬＣ確認モードを使用する場合）。
【０１７４】
２．ＵＴＲＡＮ経路を経るユーザプレーン伝送のＰＤＰコンテキストにおいて確認モードＲＬＣサービスを構成する場合、その場合従来の確認ＴＣＰ／ＩＰモード伝送をＵＴ２４０およびＲＮＣ１２３０のルーティングエンティティ間で使用する。
【０１７５】
３．ステップ５３０でＲＡＴ間ハンドオーバを決定後、宛先アドレスとしてＵＴ２４０の第２のＩＰアドレスおよびソースアドレスとしてＲＮＣ１２３０のＩＰアドレスを持つルーティングエンティティのＴＣＰ／ＩＰパケットとして、ＧＴＰ−Ｕ  ＰＤＵからのカプセル化を解除した全てのダウンリンクＩＰパケットをカプセル化する。次いで、ＲＮＣ１２３０のポート２７２を通じてこれらのフレームを送信する。
【０１７６】
作成したダウンリンクＴＣＰ／ＩＰパケットを次いでＲＮＣ１２３０のポート２７２において送信する。これらはＴＣＰ／ＩＰルーティングエンティティパケットである、即ちＴＣＰヘッダが作成したダウンリンクＴＣＰ／ＩＰパケットは、埋め込みダウンリンクＰＤＰ  ＩＰパケットを含む、ＵＴ２４０のルーティングエンティティ宛のルーティングエンティティパケットであることを定義する。
【０１７７】
ステップ８３２で、その橋渡しテーブルを対応して更新し、これらのテーブルをＵＴ２４０に送信するので、ＩＰネットワークおよびＷＬＡＮはこれらのダウンリンクＩＰパケットをＵＴ２４０にルーティングする。
【０１７８】
ステップ８３４で、ＲＮＣ１２３０の代替ネットワーク・ソース・アドレスＮＳＡ，即ちこの場合ＲＮＣ１２３０のＩＰアドレスを受信後、ＵＴＲＡＮルーティング経路から代替ＷＬＡＮ−ＩＰネットワークルーティング経路へ、ＵＴ２４０は前記ＰＤＰコンテキストセッションのルーティング経路を切り替える。以下の表８に示すように、セッション識別子（単数／複数）をＲＮＣのＮＳＡ、即ちこの場合ＲＮＣ１２３０のＩＰアドレスと関連付けることにより、ＵＴ２４０のルーティングエンティティはそのルーティングテーブルを更新する。
【０１７９】
【表８】
2009510871.tif 000010
【０１８０】
ＵＴ２４０のルーティングエンティティはＴＣＰ／ＩＰパケットから受信するダウンリンクＩＰ−ＰＤＰパケットのカプセル化を解除する。次いで、関係するＰＤＰコンテキストセッション識別子、即ちＵＴＲＡＮ  ＲＡＢＩＤ１をＵＴＲＡＮポート６４１に代わってポート６４２を介するアップリンクＩＰパケットの伝送のためのＩＰＮ  ＲＢＩＤ１に結合することにより、ＵＴ２４０はそのルーティングテーブル、即ち表８を対応して更新する。従って、ＵＴ２４０はそのＵＴＲＡＮポート６４１を通じるそのアップリンク伝送を終了し、ＴＣＰ／ＩＰフレームとしてのその後のアップリンクＰＤＰ−ＩＰパケットのポート６４２を通じるＲＮＣ１２３０のルーティングエンティティへの伝送を開始する。より詳細には一実施形態で、ＵＴ２４０におけるユーザプレーン伝送の切り替えは、ＵＴ２４０のルーティングエンティティが実行する以下のステップを含む。
【０１８１】
１．ダウンリンクＩＰパケットに対してＲＮＣ１２３０が類似して行うように、ＲＡＴ間伝送切り替えの決定前に、ＵＴＲＡＮ経路を使用して、即ち割り当てＵＴＲＡＮ無線ベアラ／チャネルを使用して、ＵＴ２４０においてＰＤＣＰパケットとしてカプセル化し、キャッシュした全てのアップリンクＩＰパケットをＲＮＣ１２３０に送信する。このようなＩＰパケットをキャッシュできたのは、このようなＩＰパケットがその送信を待っているか、またはＲＮＣに送信したが、未確認であるからである。ＵＴ２４０がそのＵＴＲＡＮ伝送経路を通じてＲＮＣ１２３０からダウンリンクＩＰパケットを受信する限り、ＵＴ２４０のＲＬＣエンティティはＵＴＲＡＮ経路を使用するパケットの受信をまた確認する（ＲＬＣ確認モードを使用する場合）。
【０１８２】
２．受信ＴＣＰ／ＩＰパケットのＤＳＡＰ（宛先サービス・アクセス・ポイント）フィールドに示すように、抽出有料負荷、即ちダウンリンクＰＤＰ  ＩＰパケットをＵＴの重畳ＩＰレイヤに転送することになる。
【０１８３】
３．ＵＴ２４０のルーティングエンティティは、そのポート６４２を通じて最初のダウンリンクＩＰパケットを受信後、ＰＤＣＰによるアップリンクＰＤＰ  ＩＰパケットのカプセル化を停止し、代わってソースアドレスとしてＵＴ２４０の第２のＩＰアドレスおよび宛先アドレスとしてＲＮＣ１２３０のＩＰアドレスを使用してＴＣＰ／ＩＰフレームとしてアップリンクＰＤＰ  ＩＰパケットをカプセル化する。次いでポート６４２を通じて、これらのフレームを送信する。
【０１８４】
ステップ８３６で、ＷＬＡＮ−ＩＰネットワークはこれらのパケットをＲＮＣ１２３０に転送する。
【０１８５】
ステップ８３８で、ＲＮＣ１２３０のルーティングエンティティは受信ＴＣＰ／ＩＰパケットからＰＤＰ  ＩＰパケットを抽出し、ＰＤＰ  ＩＰパケットを従来のＰＤＰ  ＩＰパケットフレームに変形、カプセル化し、対応するＧＴＰ−Ｕエンティティに転送し、さらにＧＴＰ−Ｕカプセル化を行い、ＧＴＰ−Ｕトンネルを通じてＵＭＴＳ  ＰＳ（パケット交換）領域へ向けて送信する。（ＴＣＰ／ＩＰパケットのソースアドレスとして示す）ＵＴの第２のＩＰアドレスと、例えば表７に示すような問題のＰＤＰコンテキストに対して確認するＴＥＩＤとの間の１対１の関係を使用して、特定ＧＴＰ−Ｕエンティティおよびトンネルの特定を行う。このようにしてステップ８３８で、ＵＴＲＡＮルーティング経路からＷＬＡＮルーティング経路へのアップリンクおよびダウンリンクにおけるＰＤＰコンテキストセッションのハンドオーバをＲＮＣ１２３０が完了させる。
【０１８６】
従ってこの段階で、ＡＲ１２５５を通じてＰＤＰセッションをルーティングし、ノードＢ２５０を介しＵＴＲＡＮ経路を経てＵＴ２４０とＲＮＣ１２３０との間で、３ＧＰＰ
ＲＲＣ／ＲＬＣプロトコル／メッセージにより、および／またはＡＲ１２５５を介しＷＬＡＮ／ＩＰネットワークを経てＩＡＰＰプロトコル／メッセージにより、またはＵＴ２４０とＡＰ１２６５との間のＩＥＥＥ８０２．１１プロトコルおよびＡＰ１２６５とＲＮＣ１２３０との間のＩＡＰＰプロトコルにより、セッションと関連付けられた制御プレーンデータおよび／または（Ｍ）ＲＲＭ情報を伝達する。
【０１８７】
上記のようにテップ８４０で、ＡＲ２２５６およびＲＮＣ２２３１と関連付けられたＡＰ２２６６のサービス提供エリアにＵＴ２４０がローミングし、ＡＰ２２６６と関連付ける。上記のようにレイヤ２更新フレームとＩＡＰＰ−追加通知パケットとの少なくともいずれかをＡＲ２２５６に送信することにより、ＡＰ２２６６はＡＲ２２５６においてＵＴ２４０のＷＬＡＮ  ＭＡＣアドレスを登録し、ＲＮＣ２２３１においてＵＴのＷＬＡＮ  ＭＡＣアドレスを登録する。次いで、例えばＩＥＥＥ８０２．１１ｉセキュリティ規格による従来規格ＥＡＰ（拡張可能認証プロトコル）認証手順を適用することにより、ＡＲ２５６およびＵＴ２４０は好ましくはセキュリティ関連付けを確立する。ＡＲ２２５６はこの手順中にＵＴ２４０にそのＩＰアドレスを通常伝達する。次いで、ＵＴ２４０がＡＲ２２５６と「関連付け」、ＵＴ２４０に新しいＭＩＰＳｅｃアドレスを割り当てる場合、本方法はステップ８５０に進み、ＵＴ２４０がＡＲ２２５６と「関連付け」、ＵＴ２４０に新しいＭＩＰＳｅｃアドレスを割り当てない場合、本方法はステップ８６０に進む。これはネットワーク／ＵＴの事前構成に依存し、本発明は「固定」および「動的」双方のＭＩＰＳｅｃ割り当てにより機能する有利で、柔軟な解決策を提供する。
【０１８８】
ステップ８５０で、ＵＴ２４０は新しいＤＨＣＰ割り当て手順をステップ８２３において上記のように実行し、その結果新しいＭＩＰＳｅｃアドレス（またはＭＩＰアドレス）を取得する。以前に伝達していなければこの手順の中で、ＡＲ２２５６はまたＵＴ２４０にそのＩＰアドレスを伝達する。
【０１８９】
ステップ８６０で以前に伝達していなければ、ＡＲ２２５６は例えばＩＡＰＰプロトコルによりＵＴ２４０にそのＩＰアドレスを伝達する。次いで、ＵＴ２４０はＲＮＣ１２３０またはＡＲ２５６に「ハンドオーバ候補」メッセージを送信する。本発明によれば、このメッセージは、ＡＲ２２５６のＩＰアドレスと共にＵＴ２４０の（更新した）ＭＩＰ／ＭＩＰＳｅｃアドレスを含み、ＵＴ２４０の（更新した）ＭＩＰ／ＭＩＰＳｅｃアドレスはＲＮＣ１２３０におけるセッションを特定する。ＡＰ１２６５およびＡＲ１２５５を介し確立したＭＩＰ／ＭＩＰＳｅｃ接続を経てＵＴ２４０からＲＮＣ１２３０へ、またはノードＢ２５０を介しＵＴＲＡＮ経路を経てＲＬＣによりＲＲＣメッセージとして、ＡＲ２２５６を介しＡＲ２２５６とＲＮＣ１２３０との間のＩＡＰＰプロトコルおよびＵＤＰ／ＩＰにより、このメッセージを送信することができる。このメッセージをＡＲ２２５６に送信する場合、このメッセージはＲＮＣ１２３０のＩＰアドレスを通常また含む。次いで、ＡＲ２２５６は対応してその関連付けの結合を更新する。セッションをＵＴ２４０の更新ＭＩＰ／ＭＩＰＳｅｃアドレスおよびＡＲ２２５６のＩＰアドレスと関連付けることにより、ルーティングエンティティはそれに応じてそのルーティングテーブルを更新する。
【０１９０】
上記のようにステップ８７０で、ＭＲＲＭエンティティはＡＲ−ＲＮＣ間セッションハンドオーバを実行することを決定し、上記のようにＲＮＣ２２３１に無線リンク設定要求メッセージを送信する。次いで上記のように、例えばノードＢ２５０を介しＵＴＲＡＮ経路を経て、ＲＮＣ１２３０は「物理チャネル再構成」メッセージをＵＴ２４０に送信する。ＡＲ２５６からハンドオーバ確認／受領を受信後、次いでＲＮＣ１２３０はＡＲ２２５６と関連付けられたＵＤＰ／ＩＰポートと関連付けられているＩＰ  ＲＢＩＤにセッション識別子ＴＥＩＤ１を結合し、ＡＲ１２５５の代わりにＡＲ２２５６へのダウンリンク・セッション・パケットのルーティングを開始する。より詳細には、ＲＮＣ１２３０は以下のステップを実行する。
−着信ダウンリンクＩＰセッション・ユーザ・データ・パケットからトンネル化プロトコルヘッダを除去し、着信ダウンリンクＩＰセッション・ユーザ・データ・パケットをその元の伝送フォーマットに変形するステップと、
−宛先アドレスとしてＡＲ２（２５６）のＩＰアドレスを持つ元の伝送フォーマットのＩＰセッションパケットをＵＤＰ／ＩＰまたはＴＣＰ／ＩＰによりカプセル化するステップと、
−このようにして取得するＵＤＰ／ＩＰまたはＴＣＰ／ＩＰセッションパケットを、トンネル化パケットを構成するＵＤＰ／ＩＰによりカプセル化するステップであって、トンネル化パケットのＵＤＰポート番号が、上記のごとく確立した候補ＲＮＣ（２３１）へのＲＮＣ間トンネルを特定する、ＵＤＰ／ＩＰまたはＴＣＰ／ＩＰセッションパケットをカプセル化するステップ、および
−ＲＮＣ間ＵＤＰトンネルポート番号に前記セッション識別子を結合し、カプセル化ダウンリンク・セッション・パケットを候補ＲＮＣ（２３１）にトンネルさせ、ＡＲ２５５の代わりにＡＲ２２５６を通じてパケットをルーティングするステップ。
【０１９１】
ステップ８８０で、ＵＴ２４０はダウンリンク・セッション・パケットを受信し、ＡＰ１２６５に代わるＡＰ２２６６へのアップリンクパケットの送信を開始する。次いで上記のように、ＵＴ２４０は例えばノードＢ２５０を介してＲＮＣ１２３０へ「ハンドオーバ確認」メッセージを通常送信する。
【０１９２】
従って、動的ＭＩＰアドレス割り当ての場合、（Ｓ）ＲＮＣ１２３０はホームエージェントとして動作し、一方ＵＴ２４０は外部エージェントとして動作するが、（即ち、全セッションに亘ってＵＴがそのＭＩＰアドレスを保持する）固定ＭＩＰアドレス割り当ての場合、ＡＲ２２５６はホームエージェントとして動作し、ＵＴ２４０は外部エージェントとして動作する。
【０１９３】
ＲＮＣ１２３０とＳＧＳＮ２２０との間、並びにＳＧＳＮ２２０とＧＧＳＮ２１０との間のＧＴＰ−ＵによるＩＰパケットのカプセル化は常に変化なく留まることに注意されたい。これは、遠隔インターネットホストまたはピアとのセッション連続性の提供には有利である。
【０１９４】
従って、ＵＴＲＡＮ経路を経てユーザプレーントラフィックを伝送していなくとも、ＵＴ２４０とＲＮＣ１２３０との間のＵＴＲＡＮ無線ベアラを必ずしも解放しなくてもよい。次いで、ＵＴＲＡＮと代替アクセスネットワークとの少なくともいずれか、例えばＷＬＡＮまたはＷＬＡＮ−ＩＰネットワークに関するＭＲＲＭメッセージの送信にデータセッションを通してＵＴＲＡＮ経路を使用することができるので、これは有利である。さらに、これは後段の代替ルーティング経路からＵＴＲＡＮルーティング経路に戻るシームレスなセッションハンドオーバを容易にし、例えばＵＴＲＡＮなどに対する位置エリアの更新の場合の効率的で、柔軟な移動性管理を可能にする。
【０１９５】
勿論、上記のような類似の様式で、まずＵＴ２４０またはＲＮＣ１２３０が独立に、または同期してハンドオーバを実行することができる。ＰＤＰパケットを、またとにかく同時に両ルーティング経路を経てルーティングすることができる。当業者が了解するように多くの可能性が存在する。
【０１９６】
本発明による上記の方法および上記のプロトコルスタック（単数／複数）はソフトウェア、即ちＵＴ（２４０）、ＲＮＣ１（２３０）およびＲＮＣ２２３１などのメモリに蓄積するコンピュータプログラムが通常実現し、このソフトウェアは処理手段、例えばＵＴ（２４０）およびＲＮＣ１（２３０）、ＲＮＣ２２３１などのＣＰＵにおいてロード／実行する場合、本方法／プロトコルを実現する。
【０１９７】
本発明によるソフトウェア（コンピュータプログラム）は、例えばＣＤ−ＲＯＭ、フラッシュメモリなどの広範なコンピュータの読み出すことのできる媒体に蓄積することができるか、またはクライアントサーバにおいて蓄積することができ、効率的な配布および実装を可能にする。
【０１９８】
本発明の原理を以上に実施例または動作モードにより、即ちＬ２−ＲＮがＷＬＡＮの場合において記述した。とはいえ既述のように、本発明は総合セル無線ネットワークおよび代替レイヤ２無線アクセスネットワークに適用できるが、多くの修正および／または組み合わせが可能である。例えばＬ２ネットワークがＷＭＡＮ、ＩＥＥＥ８０２．１６を含む場合、その場合ＡＰ１２６５はＩＥＥＥ８０２．３フレームを８０２．１１フレームに代えて８０２．１６ＭＡＣフレームに変形するであろう。セル無線ネットワークはデータセッション、例えばＵＴＲＡＮ、ＵＭＴＳネットワーク、ＣＤＭＡ２０００ネットワーク、ＩＳ−９５ネットワーク、ＧＰＲＳネットワーク、Ｄ−ＡＭＰＳネットワークなどを確立することができる任意のセル無線ネットワークでありうる。多くの修正および／または組み合わせが可能である。上記の種々のステップは上記の順序で必ずしも実行する必要はない。それ故、本発明を以上で考察した特定の実施形態に限定すると考えるべきではなく、添付の特許請求の範囲が定義する本発明の範囲を逸脱することなく、当業者はこれらの実施形態において変形を行うことができることを認識すべきである。
【図面の簡単な説明】
【０１９９】
【図１】インターネットに接続するＵＴＲＡＮおよびＷＬＡＮを含む従来の総合無線アクセスネットワークのネットワーク構成を示す図である。
【図２】本発明の一実施形態による総合無線アクセスネットワーク構成の実施例を示す図である。
【図３】本発明の一実施形態により図２に示す幾つかのネットワークノードのユーザ・プレーン・プロトコル・スタックを示す図である。
【図４】本発明の一実施形態により図２に示す幾つかのネットワークノードの制御プレーン・プロトコル・スタックを示す図である。
【図５】本発明の一実施形態により図２に示す幾つかのネットワークノードの制御プレーン・プロトコル・スタックを示す図である。
【図６Ａ】、
【図６Ｂ】、
【図６Ｃ】、
【図６Ｄ】、
【図６Ｅ】、
【図６Ｆ】図６に含まれ、一実施形態によるフローチャート形式の本発明による方法を示す図である。
【図７Ａ】、
【図７Ｂ】、
【図７Ｃ】、
【図７Ｄ】図７に含まれ、一実施形態によるフローチャート形式の本発明による方法を示す図である。
【図８Ａ】、
【図８Ｂ】、
【図８Ｃ】図８に含まれ、一実施形態によるフローチャート形式の本発明による方法を示す図である。
【図１】
2009510871.tif 000011
【図２】
2009510871.tif 000012
【図３】
2009510871.tif 000013
【図４】
2009510871.tif 000014
【図５】
2009510871.tif 000015
【図６Ａ】
2009510871.tif 000016
【図６Ｂ】
2009510871.tif 000017
【図６Ｃ】
2009510871.tif 000018
【図６Ｄ】
2009510871.tif 000019
【図６Ｅ】
2009510871.tif 000020
【図６Ｆ】
2009510871.tif 000021
【図７Ａ】
2009510871.tif 000022
【図７Ｂ】
2009510871.tif 000023
【図７Ｃ】
2009510871.tif 000024
【図７Ｄ】
2009510871.tif 000025
【図８Ａ】
2009510871.tif 000026
【図８Ｂ】
2009510871.tif 000027
【図８Ｃ】
2009510871.tif 000028
【手続補正書】
【提出日】平成20年8月29日(2008.8.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
総合マルチＲＡＴネットワークにおけるユーザ端末ＵＴ（２４０）に関する通信セッションのハンドオーバを支援する方法であって、
前記ネットワークに実装するＲＮＣ１（２３０）が前記方法を実行し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じて、前記ＲＮＣ１（２３０）が前記セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて、前記ＲＮＣ１（２３０）が前記セッションをルーティングするようにし、
−「ハンドオーバ候補」メッセージを受信するステップであって、前記「ハンドオーバ候補」メッセージが前記メッセージを「ハンドオーバ候補」メッセージであると特定するメッセージタイプ識別子の情報要素を含み、前記メッセージが前記セッションを特定し、前記メッセージがさらに前記ネットワークの候補ＲＮＣを特定し、前記候補ＲＮＣが前記セッションのＲＮＣハンドオーバ候補を構成する、「ハンドオーバ候補」メッセージを受信するステップと、
−前記メッセージを調べることにより前記ＲＮＣのアイデンティティを確認するステップと、
−前記ステップで特定した前記候補ＲＮＣと前記通信セッションを関連付けるステップと、
を有する方法。
【請求項２】
前記「ハンドオーバ候補」メッセージが、
−前記ＵＴ（２４０）を特定するユーザ端末識別子ＵＴＩＤと、
−無線アクセスポイントＡＰ２（２６６）のアクセスポイント識別子ＡＰ２ＩＤ、またはノードＢ(２５１)のノードＢ識別子ノードＢＩＤ、前記ＵＴ（２４０）が検出するノードＢの前記ビーコン信号を含み、
前記代替無線アクセス・ネットワーク・プロトコル、または前記候補ＲＮＣ（２３１）に関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスと共にＵＴ（２４０）の移動ＩＰアドレス（ｍｏｂｉｌｅ  ＩＰ  ａｄｄｒｅｓｓ）ＭＩＰ、またはセキュアなＭＩＰアドレス（ｓｅｃｕｒｅ  ＭＩＰ  ａｄｄｒｅｓｓ）ＭＩＰＳｅｃにより前記ＡＰ２ＩＤが定義され、
前記候補ＲＮＣの前記アイデンティティを確認する前記ステップは、
−前記ＡＰ２ＩＤ／ノードＢＩＤ／ＡＲ（２５６）のＩＰアドレスを前記候補ＲＮＣ（２３１）の前記アイデンティティにリンクする蓄積情報を調べるステップを有し、
前記通信セッションを前記候補ＲＮＣ（２３１）と関連付ける前記ステップは、
−前記セッションのルーティングテーブルを更新するステップであって、前記候補ＲＮＣを特定する識別子を前記ルーティングテーブルに蓄積することにより、前記セッション識別子にリンクする前記ＵＴＩＤにより前記セッションを特定する、前記セッションのルーティングテーブルを更新するステップを有する、請求項１に記載の方法。
【請求項３】
プログラムコード手段を含むコンピュータプログラムであって、マルチＲＡＴネットワークに実装し、第１の無線ネットワーク・ルーティング・プロトコルに従い無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じて通信セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにするＲＮＣ１（２３０）の処理手段に、前記コンピュータプログラムをロードする場合、請求項１または２に記載の方法を実現する少なくとも１つの手順を前記処理手段に実行させるプログラムコード手段を含むコンピュータプログラム。
【請求項４】
コンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体であって、マルチＲＡＴネットワークに実装し、第１の無線ネットワーク・ルーティング・プロトコルに従い無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにするＲＮＣ１（２３０）の処理手段に、前記蓄積プログラムコード手段をロードする場合、請求項１または２に記載の方法を実現する少なくとも１つの手順を前記処理手段に実行させるコンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体。
【請求項５】
総合マルチＲＡＴネットワークにおけるユーザ端末ＵＴ（２４０）に関する通信セッションのハンドオーバを支援する方法であって、前記ネットワークに実装し、前記セッションのハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、第１のルーティングプロトコルに従い第１のポート（２７８）を介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッションを特定するセッション識別子を結合することにより、第２のポート（２７７）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにする候補ＲＮＣ（２３１）が実行する前記方法は、
−ＵＴ（２４０）と関連付けられた前記セッションを現在ルーティングする隣接ＲＮＣ１（２３０）から「無線リンク設定要求」メッセージを受信するステップと、
−前記「無線リンク設定要求」メッセージからＲＮＣ１（２３０）と前記候補ＲＮＣ（２３１）との間のＲＮＣ間トンネルのトンネルポート番号を抽出するステップと、
−前記「無線リンク設定要求」メッセージから前記ＵＴ（２４０）を特定するＵＴ識別子を抽出するステップと、
−前記トンネルポート番号を、前記ＵＴ（２４０）、および、前記ＵＴ（２４０）に関連付けられた前記セッションと関連付けるステップと、
−前記「無線リンク設定要求」メッセージのセッション・ハンドオーバ・タイプ識別子を抽出するステップと、
−前記ハンドオーバタイプ識別子に従い前記ＵＴ（２４０）の前記セッションをルーティングする無線トラフィックチャネルを設定するステップと、
を有する方法。
【請求項６】
−「ハンドオーバ候補」メッセージを受信するステップであって、前記「ハンドオーバ候補」メッセージが、
−前記メッセージを「ハンドオーバ候補」メッセージであると特定するメッセージタイプ識別子の情報要素、および、
−無線アクセスポイントＡＰ２（２６６）のアクセスポイント識別子ＡＰ２ＩＤ、またはノードＢ(２５１)のノードＢ識別子ノードＢＩＤ、前記ＵＴ（２４０）が検出するノードＢの前記ビーコン信号を含み、前記代替無線アクセス・ネットワーク・プロトコル、または前記候補ＲＮＣ（２３１）と関連付けられたアクセスルータＡＲ（２５６）のＩＰアドレスと共にＵＴ（２４０）の移動ＩＰアドレスＭＩＰ、またはセキュアなＭＩＰアドレスＭＩＰＳｅｃにより前記ＡＰ２ＩＤを定義し、
前記「ハンドオーバ候補」メッセージが前記ＵＴ（２４０）を特定する、「ハンドオーバ候補」メッセージを受信するステップと、
−前記ＵＴ（２４０）が前記候補ＲＮＣ（２３１）を通じてルーティングする進行中のセッションを持たないことを確認するステップと、
をさらに有する、請求項５に記載の方法。
【請求項７】
プログラムコード手段を含むコンピュータプログラムであって、前記ネットワークに実装し、前記セッションに対するハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７８）を介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングすることができ、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッションを特定するセッション識別子を結合することにより、第２のポート（２７７）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングすることができる候補ＲＮＣ（２３１）の処理手段に、前記コンピュータプログラムをロードする場合、請求項５または６に記載の方法を実現する少なくとも１つの手順を前記処理手段に実行させるプログラムコード手段を含むコンピュータプログラム。
【請求項８】
コンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体であって、前記ネットワークに実装し、前記セッションに対するハンドオーバ候補を構成し、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７８）を介し第１の無線アクセスネットワーク経路を通じて前記セッションをルーティングすることができ、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッションを特定するセッション識別子を結合することにより、第２のポート（２７７）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングすることができる候補ＲＮＣ（２３１）の処理手段に、前記蓄積プログラムコード手段をロードする場合、請求項５または６に記載の方法を実現する少なくとも１つの手順を前記処理手段に実行させるコンピュータが読み出すことのできる蓄積プログラムコード手段を持つ媒体。
【請求項９】
無線ネットワークコントローラＲＮＣ１（２３０）であって、前記無線ネットワークコントローラＲＮＣ１（２３０）が、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７３）を介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッション識別子を結合することにより、第２のポート（２７２）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、前記ＲＮＣが請求項１または２に記載の方法を実現する手段を備える無線ネットワークコントローラＲＮＣ１。
【請求項１０】
無線ネットワークコントローラＲＮＣ２（２３１）であって、前記無線ネットワークコントローラＲＮＣ２（２３１）が、第１の無線ネットワーク・ルーティング・プロトコルにより定義する無線ベアラに前記セッションを特定するセッション識別子を結合することにより、前記第１のルーティングプロトコルに従い第１のポート（２７８）を介し第１の無線アクセスネットワーク経路を通じてセッションをルーティングするようにし、さらに代替アクセス・ネットワーク・プロトコルにより定義する代替ベアラ識別子に前記セッションを特定するセッション識別子を結合することにより、第２のポート（２７７）を介し代替無線アクセスネットワーク経路を通じて前記セッションをルーティングするようにし、前記ＲＮＣ２（２３１）が請求項５または６に記載の方法を実現する手段を備える無線ネットワークコントローラＲＮＣ２。
【国際調査報告】
2009510871.tif 000029
2009510871.tif 000030
2009510871.tif 000031
2009510871.tif 000032
2009510871.tif 000033