JP5923309B2 - データフローモビリティ - Google Patents

Description

開示される主題は、無線通信に関する。
（関連出願の相互参照）
本出願は、それぞれが、参照によってその全体が本明細書に組み込まれている、2009年1月9日に出願した米国仮出願第61／143524号および2009年3月27日に出願した米国仮出願第61／164181号の利益を主張する。

ＳＡＥ（Service Architecture Evolution）／ＥＰＣ（Evolved Packet Core）技術などの無線技術は、種々の種類の無線アクセス技術を介してコアネットワークにどのようにアクセスできるのかに対処する。たとえば、ＳＡＥ／ＥＰＣコアネットワークには、Ｅ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）ＷＬＡＮ（Wireless Local Area Network）、ＣＤＭＡ２０００（Code Division Multiple Access 2000）、またはＩＥＥＥのＷｉＭａｘ（Worldwide Interoperability for Microwave Access）などの技術に基づくエアインターフェースを介してアクセスすることができる。

異なる種類の無線アクセス技術の間での遷移を容易にするために、複数の手法が開発されてきた。たとえば、ＡＮＤＳＦ（Access Network Discovery and Selection Function）は、システム間のモビリティポリシ（mobility policy）およびアクセスネットワークのディスカバリ（discovery）情報を格納および提供するサーバである。ＭＩＨ（Media Independent Handover）とも呼ばれるＩＥＥＥ ８０２．２１は、異種アクセスネットワークの間のＷＴＲＵ（無線送受信ユニット）のモビリティを容易にするフレームワークを提供する。ＭＩＨは、ネットワークの選択およびハンドオーバの判断を容易にするためにハンドオーバポリシおよびアクセスネットワーク情報を提供するＭＩＨ情報サーバを含む。ＡＮＤＳＦおよび／またはＭＩＨを使用することによって、ＷＴＲＵは、異なる技術の種類のアクセスネットワークの間で遷移している間、コアネットワークと通信したままであることが可能である。

ＷＴＲＵがコアネットワークを介してデータを送信／受信する時に、そのＷＴＲＵは、１つまたは複数のデータフローを使用することによってそれを行うことができる。ＬＴＥ（Long Term Evolution）の文脈では、ＷＴＲＵがＩＰ（インターネットプロトコル）データを含むデータフローであるＩＰフローを使用することによって通信することを可能にするために努力がなされてきた。例として、ＷＴＲＵは、ビデオテレフォニ呼、非会話ビデオストリーム、およびピアツーピア（Ｐ２Ｐ）ダウンロードに関係する別個のＩＰフローに同時にかかわることができる。単一のアプリケーションが、単一のＩＰフローまたは複数のＩＰフローに関係するデータを送信および／または受信することができる。１つのＷＴＲＵが、同時に複数のアクセスネットワークを介してＩＰフローを使用して通信することができ、同一アプリケーションに関係する複数のＩＰフローが、異なるアクセスネットワークを介して使用されうる。

異種アクセスネットワークの文脈でのＩＰフローなどのデータフローの使用を容易にするために努力がなされてきたが、これらの努力は、多数の欠点を含む。たとえば、これらの努力は、異なる技術の種類のアクセスネットワークの間でのデータフローの選択的ハンドオーバならびに他の関係する機能がどのように実行されうるのかに適切に対処していない。さらなる例として、これらの努力は、データフローをどのように定義できるのかおよびデータフローのハンドオーバに使用されるデータをどのように格納および通信できるのかに適切に対処していない。したがって、上記に載せた欠点ならびに現在の技術の他の欠点に対処する新しい技術が要求されている。

ＷＴＲＵは、第１のＲＡＴの第１のアクセスネットワークから第２のＲＡＴの第２のアクセスネットワークへデータフローを転送する決定を行うように構成されたプロセッサを含むことができる。この決定は、モビリティポリシ情報に基づくものとすることができる。ＷＴＲＵは、第１のアクセスネットワークから第２のアクセスネットワークへのデータフローの転送を要求するメッセージを送信するように構成された送信機をさらに備えることができる。このメッセージは、データフローに関連するフロー識別情報をさらに含むことができる。

ＷＴＲＵ内で使用される方法は、第１のＲＡＴの第１のアクセスネットワークから第２のＲＡＴの第２のアクセスネットワークへデータフローを転送するために決定を行うことを含むことができる。この決定は、モビリティポリシ情報に基づくものとすることができる。ＷＴＲＵは、第１のアクセスネットワークから第２のアクセスネットワークへのデータフローの転送を要求するメッセージを送信することができる。このメッセージは、データフローに関連するフロー識別情報をさらに含むことができる。ＷＴＲＵは、第１のアクセスネットワークから第２のアクセスネットワークへのデータフローの転送に参加することができる。

モビリティ機能（mobility function）は、ＷＴＲＵ状態の情報をＷＴＲＵから受信するように構成された受信機を含むことができる。モビリティ機能は、ＷＴＲＵ状態の情報に基づいてモビリティポリシ情報を更新するように構成されたプロセッサも含むことができる。モビリティポリシ情報は、データフローモビリティ情報を含むことができる。モビリティ機能は、モビリティポリシ情報をＷＴＲＵに送信するように構成された送信機も含むことができる。

より詳細な理解は、添付図面に関連する例によって与えられる次の説明から得ることができる。
データフローを使用する無線データの通信の例示のアーキテクチャを示す図である。 データフローのグループ化の例を示す図である。 ＬＴＥシステムの文脈でデータフローがどのように使用されうるのかの例を示す図である。 フロー識別情報の使用を含むことができるデータフロー作成のための第１の方法を示す図である。 フロー識別情報の使用を含むことができるデータフロー作成のための第２の追加の方法を示す図である。 データフローの変更およびフロー識別情報の対応する変更のための例示の方法を示す図である。 データフローの削除およびフロー識別情報の対応する削除のための例示の方法を示す図である。 異なるアクセスネットワークの間でのＦＩＩを使用するデータフローの転送のための例示の方法を示す図である。 ＷＴＲＵとモビリティ機能との間の相互作用のための例示の方法を示す図である。 モビリティ機能を含むことができる例示の非ローミングネットワークアーキテクチャを示す図である。 ビジテッドモビリティ機能（Visited Mobility Function）およびホームモビリティ機能（Home Mobility Function）を含むことができる例示のローミングアーキテクチャを示す図である。 ビジテッドモビリティ機能、ホームモビリティ機能を含むことができ、さらに、情報サーバを含むことができる第１の例示のローミングアーキテクチャを示す図である。 図１〜１２を参照して説明されるＷＴＲＵ、基地局、および他のネットワーク要素を示す詳細図である。

以下で言及される時に、用語「ＷＴＲＵ（無線送受信ユニット）」は、ＵＥ（ユーザ機器）、移動局、固定式または移動式の加入者ユニット、ページャ、セルラ電話機、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境内で動作できる任意の他の種類の装置を含むが、これらに限定されない。以下で言及される時に、用語「基地局」は、Ｎｏｄｅ−Ｂ（ノードＢ）、ｅＮＢ（Evolved Ｎｏｄｅ−Ｂ）、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境内で動作できる任意の他の種類のインターフェース装置を含むが、これらに限定されない。

以下で言及される時に、用語「モビリティ機能（ＭＦ（mobility function））」は、ネットワーク内の論理ノードである。１つのＭＦは、単一の電子装置上で実施されることが可能で、または、２または３以上の電子装置にまたがって実施されることが可能である。ＭＦは、たとえば、ＡＮＤＳＦ（Access Network Discovery Function）またはＩＥＥＥ ８０２．２１ ＭＩＨ（Media Independent Handover）サーバとすることができる。あるいはまた、ＭＦは、ＡＮＤＳＦ機能性もしくはＭＩＨ機能性のサブセットまたはＡＮＤＳＦサーバ機能性およびＭＩＨサーバ機能性の組合せのサブセットを実施することができる。それに加えてまたはその代わりに、ＭＦは、ＡＮＤＳＦサーバ機能性および／またはＭＩＨサーバ機能性の範囲外の追加の機能性を実施することができる。

以下で言及される時に、用語「データフロー」は、関係するデータの任意の単一方向または双方向のシーケンスを指す。以下で言及される時に、用語「ＩＰフロー」は、ＩＰを使用して送信または受信されるデータを含むデータフローを指す。

図１は、データフローを使用する無線データの通信の例示のアーキテクチャ１２０を示している。例示のアーキテクチャ１２０は、ＷＴＲＵ １００、第１の基地局１０２、第２の基地局１０４、コアネットワーク１０６、および１つまたは複数のパケットデータネットワーク（ＰＤＮ）１０８を含む。ＷＴＲＵ １００は、第１のエアインターフェースを介して第１の基地局１０２と通信することができ、第２のエアインターフェースを介して第２の基地局１０４と通信することができる。基地局１０２、１０４は、コアネットワーク１０６に接続されることが可能である。コアネットワーク１０６は、１つまたは複数のＰＤＮ １０８に接続されることが可能である。ＷＴＲＵ １００は、第１のデータフロー１１０を使用してＰＤＮ １０８のうちの１つからデータを送信および／または受信することができる。第１のデータフロー１１０内のデータは、コアネットワーク１０６および第１の基地局１０２を介してＷＴＲＵ １００へ／から通信されることが可能である。ＷＴＲＵは、第２のデータフロー１１２を使用してＰＤＮ １０８のうちの１つにデータを送信することができる。第２のデータフロー１１２内のデータは、第１の基地局１０２およびコアネットワーク１０６を介してＰＤＮ １０８のうちの１つに通信されることが可能である。ＷＴＲＵ １００は、第３のデータフロー１１４を使用してＰＤＮ １０８のうちの１つからデータを受信することができる。第３のデータフロー１１４内のデータは、コアネットワーク１０６および第２の基地局１０４を介してＷＴＲＵ １００に通信されることが可能である。第１の基地局１０２および第２の基地局１０４は、異なるアクセス技術を使用してＷＴＲＵ １００と通信できるものとすることができる。純粋に例として、第１の基地局１０２は、セルラ技術を使用してＷＴＲＵ １００と通信できるものとすることができ、第２の基地局１０４は、ＷＬＡＮ技術を使用してＷＴＲＵ １００と通信できるものとすることができるが、アクセス技術の任意の組合せが使用されうる。

コアネットワーク１０６は、ＭＦ １３０を含むことができる。ＭＦ １３０は、以下で「アクセスネットワーク情報」と呼ばれる、ＷＴＲＵ １００がコアネットワーク１０６にアクセスするのに使用できるアクセスネットワークに関するデータをＷＴＲＵ １００に供給することができる。ＭＦ １３０は、これらには限定されないが、ネットワークのアクセス技術の種類、ネットワークのネットワーク識別子、ネットワークのチャネル情報、ネットワークの搬送波周波数、ネットワークのサービス品質（ＱｏＳ）特性、または他のパラメータなどのパラメータを含むアクセスネットワーク情報を供給することができる。

ＭＦ １３０は、さらに、以下で「モビリティポリシ情報」と呼ばれる、アクセスネットワークの間でのＷＴＲＵの転送に関係する情報を格納することができる。モビリティポリシ情報は、いつアクセスネットワークの間の遷移が許可または制限されるか、コアネットワーク１０６にアクセスするための好ましいアクセス技術の種類またはアクセスネットワーク、ある種類のアクセス技術が異なる種類のアクセス技術より好ましいかどうか、特定のアクセスネットワークが異なるアクセスネットワークより好ましいかどうか、あるアクセス技術の種類から別のアクセス技術の種類へのモビリティ（mobility）が制限されるかどうか、またはある条件が満足される時にアクセスネットワークの間のモビリティが制限されるかどうかなどのパラメータを含むが、これらに限定されない。

上記で説明したパラメータに加えてまたは代わりとして、モビリティポリシ情報は、以下で「データフローモビリティ情報」と呼ばれる、アクセスネットワークの間のデータフローの転送に関係する情報を含むことができる。データフローモビリティ情報は、アクセスネットワークの間のデータフローモビリティが特定のＷＴＲＵについて許可されるかどうか、アクセスネットワークの間のデータフローモビリティがコアネットワーク１０６のオペレータによって支援されるかどうか、特定の種類のアプリケーションについて好ましいアクセスネットワークの種類、どのサービスの種類をどのアクセスネットワーク上で使用しなければならないのかに関する選好、アクセスネットワークのサポートされるＱｏＳパラメータ、ある種類のアクセスネットワーク上で複数のＰＤＮへの接続性が許可されるかどうか、あるアクセスネットワークまたはアクセスネットワークの一種のＰＤＮ接続の最大数、あるアクセスネットワークまたはアクセスネットワークの一種を介して特定のＰＤＮが接続されるかどうか、コアネットワーク１０６にアクセスするためにＷＴＲＵ １００によって使用されうる、同時のアクセスネットワークの最大数またはアクセス技術の同時の種類の最大数、ＭＩＰ（Mobile ＩＰ）が支援されるかどうか、ＭＩＰのどのバージョン（たとえば、ＭＩＰｖ４、ＭＩＰｖ６、および／またはＰ−ＭＩＰ（Proxy MIP））が支援されるかなどのパラメータを含むことができるが、これらに限定されない。

特定の種類のアプリケーションに関するアクセスネットワークの好ましい種類の例として、電子メールなどのアプリケーションは、セルラアクセスネットワーク（または特定の種類のセルラアクセスネットワーク）上で好ましい可能性があるが、ゲームなどのアプリケーションは、ＷＬＡＮ上で好ましい可能性がある。どのサービスの種類がどのアクセスネットワーク上で使用されるべきかに関する選好の例として、リアルタイムアプリケーションは、セルラアクセスネットワーク（または特定の種類のセルラアクセスネットワーク）上で好ましい可能性があり、バックグラウンドアプリケーション（ＦＴＰクライアントなど）は、ＷＬＡＮ上で好ましい可能性がある。

ＭＦ １３０は、照会／応答の機構を介してＷＴＲＵ １００にアクセスネットワーク情報および／またはモビリティポリシ情報を供給することができる。その代わりにまたはそれに加えて、ＭＦ １３０は、プッシュ機構を介してＷＴＲＵ １００にアクセスネットワーク情報および／またはモビリティポリシ情報を供給できるものとすることができる。ＷＴＲＵ １００は、そのアクセスネットワーク情報および／またはモビリティポリシ情報に基づいてモビリティ判断を行うことができる。その代わりにまたはそれに加えて、ＭＦ １３０は、アクセスネットワークの間での遷移を実行すべき時を示すコマンドをＷＴＲＵ １００に送信することができる。

ＭＦ １３０は、アクセスネットワーク情報および／またはモビリティポリシ情報に関するＷＴＲＵ １００による照会を開始するためのトリガを示す情報をＷＴＲＵ １００に送信することができる。ＷＴＲＵ １００は、その照会トリガを格納することができ、そのトリガによって指定される条件の発生時に、ＷＴＲＵは、アクセスネットワーク情報および／またはモビリティポリシ情報に関する照会をＭＦ １３０に送信することができる。あるいはまた、ＷＴＲＵ １００は、ＭＦ １３０からトリガ情報を受信せずにトリガを初期化することができる。ＭＦ １３０がトリガ情報をＷＴＲＵ １００に送信する例では、ＭＦ １３０は、ＭＦ １３０とのＷＴＲＵの登録／初期化中にそれを行うことができる。その代わりにまたはそれに加えて、ＭＦ １３０は、新しいトリガを追加するか、トリガを変更するか、またはトリガを削除するために、登録／初期化の後の任意の時に、トリガ情報を送信することができる。

照会トリガは、ＷＴＲＵ １００の初期パワーアップ、ある期間もしくは繰り返し発生する期間の満了、ＷＴＲＵ １００の位置の変化、ＷＴＲＵ １００のアクセスネットワークの変化、ＷＴＲＵ １００のバッテリ電力レベルの変化、ＷＴＲＵ １００上で実行するアプリケーションの変化、ＷＴＲＵ １００によるＭＦ １３０からのアクセスネットワーク情報および／またはモビリティポリシ情報の受信など、１つまたは複数のイベントの発生に基づいて駆動されうるが、これらに限定されない。

図１は、コアネットワーク１０６内に含まれるものとしてＭＦ １３０を示しているが、ＭＦ １３０は、コアネットワーク１０６の外部で実施されてコアネットワーク１０６内の１つまたは複数のノードと通信することもできる。

図１の例示のアーキテクチャでは、データフローを、集合的にフロー識別情報（ＦＩＩ（Flow Identification Information））と呼ばれる１つまたは複数のパラメータによって識別することができる。ＦＩＩは、たとえば、データフロー識別子（フローＩＤ）を含むことができる。データフローＩＤは、一意の整数または他のデータ型とすることができ、それに関連するデータフローが作成される時に作成されうる。ＦＩＩは、さらに、データフローに関連するソースＩＰアドレス、データフローに関連する宛先ＩＰアドレス、データフローに関連する１つまたは複数のソースポート番号、データフローに関連する１つまたは複数の宛先ポート番号、データフローで使用される１つまたは複数のプロトコルを識別する１つまたは複数のプロトコル識別子、データフローが使用するアクセスネットワークの種類（たとえば、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮ、ＷＬＡＮ、ＷｉＭａｘ、または任意の他のアクセスネットワークの種類）の識別子、アクセスネットワーク識別子、無線ベアラ識別子、ＥＰＳ（Evolved Packet System）ベアラ識別子などのコアネットワークベアラ識別子、ＰＤＮゲートウェイ識別子、オペレータ識別子、ＡＰＮ（アクセスポイント名）、国コード、地域コード、アプリケーション識別子、アプリケーションの種類の識別子、データフローで使用されるＩＰバージョンの識別子（たとえば、ＩＰｖ４またはＩＰｖ６）、データフローに関連するモビリティプロトコルに関連する識別子（たとえば、ＭＩＰまたはＰ−ＭＩＰ）、またはデータフローによって要求されるＱｏＳのうちの１つまたは複数を含むことができる。アプリケーションの種類の識別子は、データフロー上で通信されるデータを有するアプリケーションが、たとえば、ＶｏＩＰ（Voice over IP）アプリケーション、ストリーミングビデオアプリケーション、または他の種類のアプリケーションであるかどうかを識別することができる。

ＦＩＩは、さらに、フローグループ内のデータフローのグループ化に関係する情報を含むことができる。たとえば、１つのデータフローを、１つまたは複数のフローグループに関連付けることができ、そのデータフローのＦＩＩは、そのデータフローが関連付けられたフローグループの識別子を含むことができる。共通の属性を有するデータフローを、その共通の属性に基づいてグループ化することができる。フローグループを定義するのに使用できる属性は、グループ内のデータフローがそれを介して通信されるアクセスネットワークまたはアクセスネットワークの一種、グループ内のデータフローが関連付けられるアプリケーションまたはアプリケーションの一種、グループ内のデータフローによって要求されるＱｏＳ、またはＦＩＩに他の形で含まれる任意の他のデータフロー属性を含む。１つのデータフローは、複数のグループに含まれうる。

図２は、どのようにデータフローがグループ化されるのかの例を示している。データフロー１ ２０６のＦＩＩは、データフロー１ ２０６が、Ｅ−ＵＴＲＡＮアクセスネットワークの種類、低ＱｏＳ、およびストリーミングビデオアプリケーションの種類に関連することを示している。データフロー２ ２０８のＦＩＩは、データフロー２ ２０８が、Ｅ−ＵＴＲＡＮアクセスネットワークの種類、高ＱｏＳ、およびウェブブラウザアプリケーションの種類に関連することを示している。データフロー３ ２１０のＦＩＩは、データフロー３ ２１０が、ＷＬＡＮアクセスネットワークの種類、高ＱｏＳ、およびＦＴＰ（ファイル転送プロトコル）アプリケーションの種類に関連することを示している。データフロー４ ２１２のＦＩＩは、データフロー４ ２１２が、Ｅ−ＵＴＲＡＮアクセスネットワークの種類、ベストエフォートＱｏＳ、およびストリーミングビデオアプリケーションの種類に関連することを示している。データフロー１ ２０６、データフロー２ ２０８、およびデータフロー４ ２１２は、フローグループＡ ２００に含まれ、フローグループＡ ２００は、Ｅ−ＵＴＲＡＮアクセスネットワークの種類の属性に基づく。データフロー２ ２０８およびデータフロー３ ２１０は、フローグループＢ ２０２に含まれ、フローグループＢ ２０２は、高ＱｏＳの属性に基づく。データフロー１ ２０６およびデータフロー４ ２１２は、フローグループＣ ２０４に含まれ、フローグループＣ ２０４は、ストリーミングビデオアプリケーションの種類に基づく。

図１を再度参照すると、ＦＩＩは、ＷＴＲＵ １００、１つまたは複数の基地局１０２、１０４、またはコアネットワーク１０６内のもしくはこれに接続された任意のノードに格納されうる。ＦＩＩは、フローが作成される時に、ＷＴＲＵ １００または例示のアーキテクチャ内の他のコンポーネント１００、１０２、１０４、１０６によって作成されうる。あるいはまた、ＦＩＩは、データフローに関連する構造（たとえば、ベアラコンテキストまたはＰＤＰコンテキスト）が作成される時に作成されうる。例示のアーキテクチャ１２０は、異なるアクセスネットワークの間でのデータフローの転送を支援することができる。データフローを、個別にまたはグループを基礎として転送することができる。

ＦＩＩ、アクセスネットワーク情報、および／またはモビリティポリシ情報の使用に加えてまたはその代替として、ＷＴＲＵ １００は、集合的に「ＷＴＲＵ状態の情報」と呼ばれる、ＷＴＲＵの状態および／またはＷＴＲＵの能力に関係する情報をＭＦ １３０に供給することができる。ＷＴＲＵ状態の情報は、ＷＴＲＵ １００が接続されているアクセスネットワーク、ＷＴＲＵ １００のＩＰアドレス、ＷＴＲＵ １００によって使用される任意のデータフローに関連する任意のＦＩＩパラメータ、ＷＴＲＵ上で実行するアプリケーションおよびそのアプリケーションに関係するパラメータ（アプリケーションＩＤ、アプリケーションの種類、およびアプリケーションに関係するＱｏＳパラメータなど）、ＷＴＲＵ １００の位置、ＷＴＲＵ １００によるモビリティポリシ情報の使用に関する統計、ネットワークへのアクセス接続性のリアルタイムの消失および／または取得を示すレポート（たとえば、ＷＴＲＵ １００での無線のアクティブ化／非アクティブ化に基づく）、ＷＴＲＵ １００によって受信されたＱｏＳを示すレポート、受信されたＱｏＳと期待されるＱｏＳとを比較するＷＴＲＵ １００からのレポート、アプリケーションごとおよび／またはＲＡＴごとを基礎として受信されたＱｏＳと期待されるＱｏＳとを比較するＷＴＲＵ １００からのレポート、または特定のアクセスネットワークもしくはアクセスネットワークの一種に関するＷＴＲＵ １００の選好などのパラメータを含むことができるが、これらに限定されない。

ＷＴＲＵ １００は、ＷＴＲＵ １００が接続されている任意のアクセスネットワークを介してＭＦ １３０にＷＴＲＵ状態の情報を送信することができる。ＷＴＲＵは、この情報を定期的に供給することができる。その期間は、ＷＴＲＵ １００とＭＦ １３０との間のシグナリングによって指定することができ、ＷＴＲＵでのハードコーディングされた値とすることができ、または１つもしくは複数のトリガに基づいてＷＴＲＵ １００によって決定されうる。ＷＴＲＵ状態の情報のトリガを定義する情報は、ＭＦ １３０からＷＴＲＵ １００に送信されうる。ＷＴＲＵ状態の情報のトリガは、照会トリガに関して上記で説明した任意のイベントの発生、または１つもしくは複数の他のイベントの発生に基づくものとすることができる。その代わりにまたはそれに加えて、ＷＴＲＵ １００は、アクセスネットワークの間でデータフローを移動するために要求をＭＦ １３０に送信することができる。この要求は、たとえば、ＭＦ １３０から受信されたモビリティポリシ情報に基づくものとすることができる。その代わりにまたはそれに加えて、この要求は、ＷＴＲＵ １００がアクセスネットワークから離れて移動しつつあり、および／または新しいアクセスネットワークの範囲内で移動しつつあることをＷＴＲＵ １００が知ることに基づくものとすることができる。この要求に応答して、ＭＦ １３０および／またはコアネットワーク１０６内の１つもしくは複数の他のノードは、ＷＴＲＵ １００がアクセスネットワークの間でデータフローを移動しなければならないことを示すコマンドをＷＴＲＵ １００に送信することができる。

ＭＦ １３０は、ＷＴＲＵ １００から受信した情報に基づいてモビリティポリシ情報を調整し、および／またはハンドオーバの判断を行うことができる。たとえば、ＷＴＲＵ １００によるモビリティポリシ情報の使用に関する統計が、ＷＴＲＵ １００がアクセスネットワークの間で頻繁に遷移していることを示す場合には、ＭＦ １３０は、ＷＴＲＵがより広いカバレッジ（coverage）平均エリアを有するアクセスネットワークに接続しなければならないことを示すためにモビリティポリシ情報を変更することができる。これは、たとえば、モビリティポリシ情報が、ＷＬＡＮなどのより小さいカバレッジエリアを有するアクセスネットワークの種類を好む場合に発生する可能性があり、そのモビリティポリシ情報を、ＷＬＡＮアクセスよりもＥ−ＵＴＲＡＮアクセスを優先するように変更することができる。

図１の例示のアーキテクチャ１２０は、２つの基地局１０２、１０４を示しているが、任意の数の基地局を、例示のアーキテクチャ１２０内で使用することができる。コアネットワーク１０６は、たとえば、ＳＡＥ、ＵＭＴＳ、ＷｉＭａｘ、または任意の他の適切なコアネットワーク技術などの技術に基づくものとすることができる。コアネットワーク１０６は、ＦＩＩ、フローモビリティ情報、および／またはＷＴＲＵ状態の情報を格納および／または通信することのできる、ＨＬＲ（Home Location Register）、ＨＳＳ（Home Subscriber Server）、ＰＲＣＦ（Policy and Charging Rules Function）、サービングゲートウェイ（ＳＧＷ（Serving Gateway））、ＰＤＮゲートウェイ（ＰＤＮ Gateway）、ＭＭＥ（モビリティ管理エンティティ）、モビリティ管理サーバ、または他のネットワークノードなどのより多くのネットワークノードを、ＭＦ １３０の他に含みおよび／またはこれらに接続されうる。図１は、３つのデータフロー１１０、１１２、１１４を示しているが、ＷＴＲＵは、アクセスネットワークの任意の組合せを介する任意の数のデータフローを使用して通信することができる。

種々の実施態様では、ＷＴＲＵ １００および基地局１０２、１０４で実施できる無線アクセス技術（ＲＡＴ）は、ＷＬＡＮ、ＣＤＭＡ２０００、ＵＴＲＡＮ、ＷＣＤＭＡ、ＷｉＭＡＸ、ＧＳＭ（Global System for Mobile Communications）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ（Enhanced Data Rates For GSM Evolution）Radio Access Network）、ＷｉＢｒｏ（Wireless Broadband）、Ｅ−ＵＴＲＡＮ、およびＬＴＥ Advancedなどの技術を含むがこれらに限定されない。

種々の実施態様では、図１および２を参照して上記で説明したアクセスネットワーク情報、モビリティポリシ情報、ＷＴＲＵ状態の情報、および／またはＦＩＩパラメータの任意の組合せまたは副組合せを使用することができる。

図３は、ＬＴＥシステムの文脈でデータフローがどのように使用されうるのかの例を示している。ＬＴＥシステムでは、ＷＴＲＵは、１つまたは複数のパケットデータ接続（ＰＤＮｓ）を有することができ、このパケットデータ接続の各々は、ＰＤＮへのＩＰデータの経路を提供する。ＰＤＮ接続は、１つまたは複数のベアラコンテキストを含むことができ、各ベアラコンテキストは、１つまたは複数のＩＰフローのデータを送信／受信するのに使用されうる。

図３の例では、パケットデータネットワーク（ＰＤＮ）接続１ ３００は、ＷＴＲＵ（図示せず）から第１のＰＤＮ（図示せず）へのＰＤＮ接続である。ＰＤＮ接続２ ３０２は、ＷＴＲＵから第２のＰＤＮ（図示せず）へのＰＤＮ接続である。ＰＤＮ接続１ ３００は、ベアラコンテキスト１ ３１０およびベアラコンテキスト２ ３１２を含むことができる。ベアラコンテキスト１ ３１０内では、３つの単一方向データフロー（ＩＰフロー）（ＩＰフロー１ ３２０、ＩＰフロー２ ３２２、およびＩＰフロー３ ３２４）が、データの送信または受信に使用される。ベアラコンテキスト２ ３１２内では、２つのＩＰフロー（ＩＰフロー４ ３２６およびＩＰフロー５ ３２８）が、データの送信または受信に使用される。ＰＤＮ接続２ ３０２は、ベアラコンテキスト３ ３１４を含むことができる。ベアラコンテキスト３ ３１４内では、２つのＩＰフロー（ＩＰフロー６ ３３０およびＩＰフロー７ ３３２）が、データの送信または受信に使用される。ＷＴＲＵは、２つの異なるアクセスネットワーク（アクセスネットワークあたり１つのＰＤＮ接続）を使用してまたは同一のアクセスネットワーク上で、ＰＤＮ接続１ ３００およびＰＤＮ接続２ ３０２上でデータを送信／受信することができる。ＩＰフロー ３２０、３２２、３２４、３２６、３２８、３３０、３３２の各々は、上記で図１および２を参照して説明したようにＦＩＩに関連付けられうる。

図４は、ＦＩＩの使用を含むことができるデータフロー作成のための方法を示している。図４は、ＷＴＲＵ ４００、ＭＭＥ ４０２、サービングゲートウェイ４０４、およびＰＤＮゲートウェイ４０６を示している。ＭＭＥ ４０２、サービングゲートウェイ４０４、およびＰＤＮゲートウェイ４０６を、コアネットワーク（図示せず）内に含めることができる。ＷＴＲＵ ４００は、Ｅ−ＵＴＲＡＮなどのアクセスネットワークを介してＭＭＥ ４０２、サービングゲートウェイ４０４、およびＰＤＮゲートウェイ４０６と通信することができる。

ＷＴＲＵ ４００は、１つまたは複数のデータフローを作成する決定を行うことができ、データフローを定義するのに使用されるＦＩＩパラメータを決定することができる（ステップ４１０）。ＷＴＲＵ ４００は、専用ベアラの作成に関する要求を示すメッセージを送信することができる（ステップ４１２）。このメッセージは、たとえば、ベアラリソース変更の要求（BEARER RESOURCE MODIFICATION REQUEST）メッセージとすることができる。このメッセージは、１つまたは複数のデータフローに関係するＦＩＩパラメータを含むことができる。

ＭＭＥ ４０２、サービングゲートウェイ４０４、およびＰＤＮゲートウェイ４０６は、専用ベアラのアクティブ化に関係する１つまたは複数のメッセージを交換することができる。この１つまたは複数のメッセージは、１つまたは複数のＦＩＩパラメータを含むことができる。ＭＭＥ ４０２、サービングゲートウェイ４０４、およびＰＤＮゲートウェイ４０６のうちの１つまたは複数は、１つまたは複数のデータフローを定義するのに使用されるＦＩＩパラメータを決定することができる。これらのＦＩＩパラメータは、さらに、ＷＴＲＵ ４００からＭＭＥ ４０２に送信されるメッセージに含まれる任意のＦＩＩパラメータとすることができる（ステップ４１２）。

ＭＭＥ ４０２は、専用ベアラコンテキストのアクティブ化に関する要求を示すメッセージをＷＴＲＵ ４００に送信することができる（ステップ４１６）。このメッセージは、たとえば、専用ＥＰＳベアラコンテキストアクティブ化の要求（ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST）メッセージとすることができる。このメッセージは、ＭＭＥ ４０２、サービングゲートウェイ４０４、ＰＤＮゲートウェイ４０６、および／またはＷＴＲＵ ４００によって決定された１つまたは複数のデータフローを定義するのに使用されるＦＩＩパラメータを含むことができる。

次に、ＷＴＲＵは、専用ベアラコンテキストのアクティブ化の肯定応答を示すメッセージを送信することができる（ステップ４１８）。このメッセージは、たとえば、専用ＥＰＳベアラコンテキストアクティブ化の受諾（ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT）メッセージとすることができる。このメッセージは、ＭＭＥ ４０２、サービングゲートウェイ４０４、ＰＤＮゲートウェイ４０６、および／またはＷＴＲＵ ４００によって決定された１つまたは複数のデータフローを定義するのに使用されるＦＩＩパラメータを含むことができる。

次に、ＷＴＲＵ ４００は、上記で説明したようにメッセージに含まれるＦＩＩパラメータに従って定義された１つまたは複数のデータフロー上でデータを送信および／または受信することができる（ステップ４２０）。サービングゲートウェイ４０４およびＰＤＮゲートウェイ４０６も、この１つまたは複数のデータフローに参加することができる。この１つまたは複数のデータフローは、たとえば、ＩＰフローとすることができる。

ＦＩＩパラメータは、ＷＴＲＵ ４００、ＭＭＥ ４０２、サービングゲートウェイ４０４、またはＰＤＮゲートウェイ４０６のうちの１つまたは複数において決定することができる。種々の実施態様では、図４を参照して（ステップ４１２、４１６、および４１８で）上記で説明したメッセージの各々は、ＦＩＩパラメータを含んでも含まなくてもよい。

図４を参照して上記で説明したものなどのデータフローの作成は、そのフローに関連するベアラ上のパケットフィルタの作成を含むことができる。ベアラを、１つまたは複数のトラフィックフローテンプレート（ＴＴＦ（Traffic Flow Template））に関連付けることができる。ＴＦＴは、１つまたは複数のパケットフィルタを含むことができる。ＴＦＴは、アップリンクに関連付けられ、ＷＴＲＵ ４００において実施されることが可能である。あるいはまた、ＴＦＴは、ダウンリンクに関連付けられ、ＰＤＮゲートウェイ４０６または他のネットワークノードなどのネットワークノード内で実施されることが可能である。パケットフィルタは、データを正しいベアラにマッピングするのに使用されうる。ベアラリソース変更の要求メッセージ（ステップ４１２）は、データフローに対応するパケットフィルタの作成に関する要求を含むことができる。実施態様に応じて、パケットフィルタの作成は、対応するＦＩＩの作成を開始することができる。あるいはまた、ＦＩＩの作成は、対応するパケットフィルタの作成を開始することができる。したがって、図４を参照して説明したデータフローに対応するパケットフィルタは、図４に示された方法の中のどの時点においても作成されうる。

図５は、ＦＩＩの使用を含むことができるデータフロー作成のための追加の方法を示している。図５は、ＷＴＲＵ ５００、アクセスネットワークノード５０２、ＰＤＮゲートウェイ５０６、ビジテッドポリシおよび課金ルール機能（ｖＰＣＲＦ（Visited Policy and Charging Rules Function））５１４、認証、認可、およびアカウンティング（ＡＡＡ（Authentication，Authorization and Accounting）プロキシ５０８、ホームポリシおよび課金ルール機能（ｈＰＣＲＦ（Home Policy and Charging Rules Function））、およびホームサブスクライバサーバ（ＨＳＳ（Home Subscriber Server））／ＡＡＡサーバ５１２を示す。アクセスネットワークノード５０２は、基地局、アクセスルータ、または他のネットワークノードとすることができる。種々の実施態様では、アクセスネットワークノード５０２を、たとえば、ＣＤＭＡ２０００ ＰＤＳＮ（Packet Data Service Node）、ＷｉＭａｘ ＡＳＮ（Access Service Node）、またはＷＬＡＮアクセスルータとすることができる。アクセスネットワークノード５０２は、ＷＴＲＵ ５００へのエアインターフェースの提供に参加することができる。アクセスネットワークノード５０２およびＷＴＲＵ ５００は、たとえば、ＷＬＡＮ、ＣＤＭＡ２０００、ＷｉＭＡＸ、または任意の他の技術などの技術を使用して通信することができる。

ＷＴＲＵ ５００およびアクセスネットワークノード５０２は、通信を確立するためにアタッチ（attach）手順および／または登録手順を実行することができる（ステップ５２０）。これは、たとえば、レイヤ１（Ｌ１）リンクおよび／またはレイヤ２（Ｌ２）リンクの確立を含むことができる。ＷＴＲＵ ５００、アクセスネットワークノード５０２、ＨＳＳ／ＡＡＡサーバ５１２、および／またはＡＡＡプロキシ５０８は、認証および認可手順を実行することができる（ステップ５２２）。この手順は、ＥＡＰ（Extensible Authentication Protocol）認証手順とすることができ、またはこれを含むことができる。

認証の後に、ＷＴＲＵ ５００およびアクセスネットワークノード５０２は、レイヤ３（Ｌ３）アタッチ手順を開始することができる。ＷＴＲＵ ５００は、１つまたは複数のデータフローに関係する１つまたは複数のＦＩＩパラメータを作成することができる（ステップ５２６）。このデータフローは、たとえば、ＩＰフローとすることができる。アクセスネットワークノード５０２およびｈＰＣＲＦ ５１０は、ゲートウェイ制御セッション確立手順を実行する（ステップ５２８）。アクセスネットワークノード５０２は、ＰＤＮゲートウェイ５０６にプロキシバインディング更新メッセージを送信する（ステップ５３０）。このプロキシバインディング更新メッセージは、ＷＴＲＵ ５００によって作成された１つまたは複数のＦＩＩパラメータを含むことができる。

ＰＤＮゲートウェイ５０６、ｖＰＣＲＦ ５１４、およびｈＰＣＲＦ ５１０は、ＩＰ−ＣＡＮ（Internet Protocol-Connectivity Access Network）セッション確立手順を実行することができる（ステップ５３２）。次に、ＰＤＮゲートウェイ５０６は、ＦＩＩパラメータを更新する（ステップ５３４）。これは、たとえば、ＰＤＮゲートウェイ５０６が、それが格納する情報に基づいてＦＩＩパラメータに書き込むことを含むことができる。ＨＳＳ／ＡＡＡサーバ５１２および／またはＡＡＡプロキシ５０８は、ＰＤＮゲートウェイアドレスの更新を実行することができる（ステップ５３６）。これは、ＰＤＮゲートウェイがそのＰＤＮゲートウェイのアイデンティティおよびＡＰＮ（アクセスポイント名）を示すメッセージをＨＳＳ／ＡＡＡサーバ５１２に送信することを含むことができる。このメッセージに含まれる情報を、ＨＳＳ／ＡＡＡサーバ５１２内で格納することができる。

ＰＤＮゲートウェイ５０６は、プロキシバインディング肯定応答メッセージをアクセスネットワークノード５０２に送信することができる（ステップ５３８）。このプロキシバインディング肯定応答メッセージは、１つまたは複数のＦＩＩパラメータを含むことができる。次に、ＰＤＮゲートウェイ５０６およびアクセスネットワークノード５０２は、ＰＭＩＰトンネルを確立する（ステップ５４０）。アクセスネットワークノード５０２、ｖＰＣＲＦ ５１４、およびｈＰＣＲＦ ５１０は、ゲートウェイ制御およびＱｏＳルールプロビジョニング手順を実行することができる（ステップ５４２）。この手順は、たとえば、ＧＷ制御セッション変更手順とすることができる。

次に、ＷＴＲＵ ５００およびアクセスネットワークノード５０２は、Ｌ３アタッチ手順を完了することができる（ステップ５４４）。これは、たとえば、ＦＩＩパラメータを含む１つまたは複数のメッセージの交換を含むことができる。次に、ＷＴＲＵ ５００は、アクセスネットワークノード５０２およびＰＤＮゲートウェイ５０６を介して、ＦＩＩに基づいて１つまたは複数のデータフロー上でデータを通信することができる（ステップ５４８）。ＷＴＲＵ ５００がＦＩＩを格納する場合には、ＷＴＲＵ ５００は、作成されたデータフローを反映するために、その格納されたＦＩＩを更新することができる。

データフロー（およびそれに関連するＦＩＩ）は、いつでも変更することができる。たとえば、データフローの属性を変更することができ、ＷＴＲＵおよび／または１つもしくは複数のネットワークノード内に格納されたＦＩＩを、その変更を反映するために更新することができる。その代わりにまたはそれに加えて、あるアクセスネットワークから別のアクセスネットワークにデータフローがハンドオーバされる時に、ＦＩＩを更新することができる。図６は、データフローの変更およびＦＩＩの対応する変更のための例示の方法を示している。

図６は、ＷＴＲＵ ６００、ＭＭＥ ６０２、サービングゲートウェイ６０４、およびＰＤＮゲートウェイ６０６を示している。ＷＴＲＵ ６００は、サービングゲートウェイ６０４およびＰＤＮゲートウェイ６０６を介してデータフロー上で通信することができる（ステップ６１０）。このデータフローは、たとえば、ＩＰフローとすることができる。このデータフローを、対応するＦＩＩに関連付けることができる。

ＷＴＲＵ ６００は、データフローによって使用されるベアラコンテキストの変更を要求するためにＭＭＥ ６０２にメッセージを送信することができる（ステップ６１２）。このメッセージは、たとえば、ベアラリソース変更の要求メッセージとすることができる。このメッセージは、データフローに関係する１つまたは複数のＦＩＩパラメータを含むことができる。ＭＭＥ ６０２、サービングゲートウェイ６０４、およびＰＤＮゲートウェイ６０６は、この要求メッセージに従ってベアラを更新するために１つまたは複数のメッセージを交換することができる（ステップ６１４）。ＭＭＥ ６０２、サービングゲートウェイ６０４、および／またはＰＤＮゲートウェイ６０６がＦＩＩを格納する場合には、それらは、格納されたＦＩＩを更新することができる（ステップ６１４）。

次に、ＭＭＥ ６０２は、ベアラコンテキストの変更を要求するためにＷＴＲＵ ６００にメッセージを送信することができる（ステップ６１６）。このメッセージは、たとえば、ＥＰＳベアラコンテキスト変更の要求（MODIFY EPS BEARER CONTEXT REQUEST）メッセージとすることができる。このメッセージは、１つまたは複数のＦＩＩパラメータを含むことができる。

次に、ＷＴＲＵ ６００は、ベアラコンテキストの変更を肯定応答するためにＭＭＥ ６０２にメッセージを送信することができる（ステップ６１８）。このメッセージは、たとえば、ＥＰＳベアラコンテキスト変更の受諾（MODIFY EPS BEARER CONTEXT ACCEPT）メッセージとすることができる。このメッセージは、１つまたは複数のＦＩＩパラメータを含むことができる。次に、ＷＴＲＵ ６００は、変更されたベアラおよび対応する変更されたＦＩＩを使用して、サービングゲートウェイ６０４およびＰＤＮゲートウェイ６０６を介してデータフロー上で通信することができる（ステップ６２０）。ＷＴＲＵ ６００がＦＩＩを格納する場合には、ＷＴＲＵ ６００は、データフローの変更を反映するためにその格納されたＦＩＩを更新することができる。

データフローがパケットフィルタに関連付けられる場合には、図６を参照して上記で説明したデータフローの変更は、対応するパケットフィルタの変更を含むことができる。実施態様に応じて、パケットフィルタの変更は、対応するＦＩＩの変更を開始することができる。あるいはまた、ＦＩＩの変更は、対応するパケットフィルタの変更を開始することができる。したがって、図６を参照して説明したデータフローに対応するパケットフィルタを、図６に示された方法の中のどの時点においても変更することができる。

データフロー（およびそれに対応するＦＩＩ）を、いつでも削除することもできる。たとえば、アクセスネットワークを介する接続が終了される時に、そのアクセスネットワークを介して通信されるデータフローを削除することができる。アクセスネットワークを介する接続は、意図的に（ネットワークデタッチ（detach）手順を介して）またはアクセスネットワークを介するサービスの意図的ではない消失を介して終了される場合がある。データフローの削除は、ＷＴＲＵによって、またはＭＭＥ、サービングゲートウェイ、もしくはＰＤＮゲートウェイなどの１つもしくは複数のネットワークノードによって、開始されうる。アクセスネットワークを介する接続が終了される（ネットワークデタッチ手順を介してまたは他の形で）時に、そのアクセスネットワークに関連するすべてのフローを削除することができる。その代わりにまたはそれに加えて、アクセスネットワークの間のハンドオーバに応答して、フローを削除することができる。

データフロー削除がＷＴＲＵによって開始される時には、ＷＴＲＵは、ＦＩＩを格納するネットワークノードがそのＦＩＩをしかるべく更新できるようにするために、そのネットワークノードに通知することができる。データフローの削除（ＷＴＲＵおよび／またはネットワークノードのいずれによって開始されるにせよ）は、コアネットワークベアラ変更手順を開始することができ、および／または無線ベアラ変更手順を開始することができる。たとえば、コアネットワークベアラ上のフローのすべてが削除される場合には、コアネットワークベアラ削除手順を開始することができ、無線ベアラ削除手順がこれに続く。開始される可能性があるコアネットワークベアラ変更手順は、たとえば、ＥＰＳベアラ変更手順とすることができる。

図７は、データフローの削除およびＦＩＩの対応する削除のための例示の方法を示している。図７は、ＷＴＲＵ ７００、ＭＭＥ ７０２、サービングゲートウェイ７０４、およびＰＤＮゲートウェイ７０６を示している。ＷＴＲＵ ７００は、サービングゲートウェイ７０４およびＰＤＮゲートウェイ７０６を介してデータフロー上で通信することができる（ステップ７１０）。このデータフローは、たとえば、ＩＰフローとすることができる。このデータフローを、対応するＦＩＩに関連付けることができる。

ＷＴＲＵ ７００は、データフローによって使用されるコアネットワークベアラコンテキストの非アクティブ化を要求するためにＭＭＥ ７０２にメッセージを送信することができる（ステップ７１２）。このメッセージは、たとえば、ベアラリソース変更の要求メッセージとすることができる。このメッセージは、データフローに関係する１つまたは複数のＦＩＩパラメータを含むことができる。ＭＭＥ ７０２、サービングゲートウェイ７０４、およびＰＤＮゲートウェイ７０６は、この要求メッセージに従ってベアラを更新するために１つまたは複数のメッセージを交換することができる（ステップ７１４）。ＭＭＥ ７０２、サービングゲートウェイ７０４、および／またはＰＤＮゲートウェイ７０６がＦＩＩを格納する場合には、それらは、データフローに関係する格納されたＦＩＩを削除し、および／またはデータフローが非アクティブであること／削除されることを示すためにそれらの格納されたＦＩＩを更新することができる（ステップ７１４）。

次に、ＭＭＥ ７０２は、非アクティブ化されたコアネットワークベアラに関連する無線ベアラコンテキストの非アクティブ化を要求するためにＷＴＲＵ ７００にメッセージを送信することができる（ステップ７１６）。このメッセージは、たとえば、専用ベアラコンテキスト非アクティブ化の要求（DEACTIVATE DEDICATED BEARER CONTEXT REQUEST）メッセージとすることができる。このメッセージは、１つまたは複数のＦＩＩパラメータを含むことができる。

次に、ＷＴＲＵ ７００は、ベアラコンテキストの変更を肯定応答するためにＭＭＥ ７０２にメッセージを送信することができる（ステップ７１８）。このメッセージは、たとえば、ＥＰＳベアラコンテキスト非アクティブ化の受諾（DEACTIVATE EPS BEARER CONTEXT ACCEPT）メッセージとすることができる。ＷＴＲＵ ７００がＦＩＩを格納する場合には、ＷＴＲＵ ７００は、データフローに関係する格納されたＦＩＩを削除し、および／またはデータフローが非アクティブであること／削除されたことを示すためにその格納されたＦＩＩを更新することができる。

データフローがパケットフィルタに関連付けられている場合には、図７を参照して上記で説明したデータフローの削除は、対応するパケットフィルタの削除を含むことができる。実施態様に応じて、パケットフィルタの削除が、対応するＦＩＩの削除を開始することができる。あるいはまた、ＦＩＩの削除が、対応するパケットフィルタの削除を開始することができる。したがって、図７を参照して説明したデータフローに対応するパケットフィルタを、図７に示された方法の中のどの時点においても削除することができる。

図８は、異なるアクセスネットワークの間でのＦＩＩを使用するデータフローの転送のための例示の方法を示している。図８は、ＷＴＲＵ ８００、ＭＭＥ ８０２、サービングゲートウェイ８０４、およびＰＤＮゲートウェイ８０６を示している。ＭＭＥ ８０２、サービングゲートウェイ８０４、およびＰＤＮゲートウェイ８０６は、同一のコアネットワーク（図示せず）内のコンポーネントとすることができる。図８は、アクセスネットワークＡノード８０８も示し、アクセスネットワークＡノード８０８は、第１のアクセスネットワーク（アクセスネットワークＡ）内のノードである。アクセスネットワークＡノード８０８は、たとえば、基地局または他のネットワークノードとすることができ、ＷＴＲＵ ８００へのエアインターフェースの提供に参加することができる。図８は、さらに、アクセスネットワークＢノード８１０を示し、アクセスネットワークＢノード８１０は、第２のアクセスネットワーク（アクセスネットワークＢ）内のノードである。アクセスネットワークＢノード８１０は、たとえば、基地局または他のネットワークノードとすることができ、ＷＴＲＵ ８００へのエアインターフェースの提供に参加することができる。アクセスネットワークＡノード８０８およびアクセスネットワークＢノード８１０は、異なるアクセス技術を使用してＷＴＲＵ ８００と通信できるものとすることができる。

ＷＴＲＵ ８００は、アクセスネットワークＡノード８０８、サービングゲートウェイ８０４、およびＰＤＮゲートウェイ８０６を介して１つまたは複数のデータフロー上で通信することができる（ステップ８２０）。このデータフローは、たとえば、ＩＰフローとすることができる。

ＷＴＲＵは、アクセスネットワークＢノード８１０と通信することによってアクセスネットワークＢにアタッチすることができる（ステップ８２２）。アクセスネットワークＢへのアタッチは、ＷＴＲＵ ８００からアクセスネットワークＢノード８１０への１つまたは複数のアタッチメッセージの送信を含むことができる。アタッチメッセージは、転送されるデータフロー（１つまたは複数）に関係する１つまたは複数のＦＩＩパラメータを含むことができる。

ＷＴＲＵ ８００は、データフロー（１つまたは複数）がアクセスネットワークＡからアクセスネットワークＢに転送されなければならないことを示すことができる（ステップ８２４）。これは、ＷＴＲＵ ８００がデータフローの転送に関係する１つまたは複数のメッセージ（「転送メッセージ」）を送信することを含むことができる。次に、ＭＭＥ ８０２、サービングゲートウェイ８０４、および／またはＰＤＮゲートウェイ８０６は、データフローの転送を実行するために１つまたは複数のメッセージを交換することができる。ＷＴＲＵ ８００によって送信される転送メッセージ、および／またはＭＭＥ ８０２、サービングゲートウェイ８０４および／またはＰＤＮゲートウェイ８０６によって交換される１つもしくは複数のメッセージは、転送されるデータフローに関係する１つまたは複数のＦＩＩパラメータを含むことができる。

転送メッセージは、データフロー（１つまたは複数）の転送に関する要求またはコマンドを示すことができる。転送メッセージは、ＰＣＯ（Protocol Configuration Option）ＩＥ（Information Element）または他のフィールド内で要求またはコマンドを示すことができる。転送メッセージは、特定のＰＤＮ接続に関連するフローのすべてが転送されなければならないことを示すことができる。転送メッセージは、転送メッセージ内にＰＤＮ接続に関連するＡＰＮ（アクセスポイント名）を含めることによって、それを行うことができる。その代わりにまたはそれに加えて、転送メッセージは、フロー識別子とＡＰＮとによって示されるフローのすべてが転送されなければならないことを示すために、フロー識別子と１つまたは複数のＡＰＮとを含むことができる。転送メッセージは、さらに、ターゲットアクセスネットワークの識別子および／またはターゲットアクセスネットワーク内の１つまたは複数のノードの識別子を含むことができる。

ＷＴＲＵは、同時に、データフロー（１つまたは複数）が転送されなければならないことを示すこと（ステップ８２４）と、アクセスネットワークＢヘのアタッチメントを実行すること（ステップ８２２）とができる。たとえば、アタッチメッセージを、転送メッセージとして使用することができる。あるいはまた、ＷＴＲＵは、アクセスネットワークＢヘのアタッチメント（ステップ８２２）を完了した後の任意の時に、データフロー（１つまたは複数）が転送されなければならないことを示すことができる（ステップ８２４）。アクセスネットワークＢヘのアタッチメント（ステップ８２２）の完了の後の任意の時に実行される場合に、ＷＴＲＵは、ＷＴＲＵで設定されたトリガおよび／またはポリシに応答して、データフロー（１つまたは複数）が転送されなければならないことを示すことができる（ステップ８２４）。図８は、ＷＴＲＵ ８００が、アクセスネットワークＢを介して転送メッセージを送信する（ステップ８２４）ことを示している。あるいはまた、ＷＴＲＵ ８００は、アクセスネットワークＡノード８０８を介して転送メッセージを送信することができ、またはアクセスネットワークＡノード８０８とアクセスネットワークＢノード８１０との両方を介して転送メッセージを送信することができる。

次に、データフロー（１つまたは複数）を、アクセスネットワークＢに転送することができる（ステップ８２６）。データフロー（１つまたは複数）の転送は、ＷＴＲＵ ８００、アクセスネットワークＡノード８０８、アクセスネットワークＢノード８１０、ＭＭＥ ８０２、サービングゲートウェイ８０４、および／またはＰＤＮゲートウェイ８０６のいずれかの間での１つまたは複数のメッセージの交換を含むことができる。転送（１つまたは複数）を実行するのに使用される１つまたは複数のメッセージは、１つまたは複数のＦＩＩパラメータを含むことができる。

データフロー（１つまたは複数）の転送（１つまたは複数）が完了すると、ＷＴＲＵ ８００は、アクセスネットワークＢノード８１０、サービングゲートウェイ８０４、およびＰＤＮゲートウェイ８０６を介してデータフロー（１つまたは複数）上で通信することができる（ステップ８２８）。

図８の方法を使用すると、アクセスネットワークＡを用いるフローのすべてを転送しなければならないわけではない。ＷＴＲＵは、第１のアクセスネットワーク上で任意の数のフローから開始することができ、それらのデータフローの任意のサブセット（すべてを含めてすべてまで）を第２のアクセスネットワークに転送し、第１のアクセスネットワーク上の転送されなかったデータフロー上で通信し続けることができる。たとえば、ＷＴＲＵは、第１のアクセスネットワーク上の４つのフローから開始し、そのフローのうちの３つを第２のアクセスネットワークに転送することができる。次に、ＷＴＲＵは、第２のアクセスネットワーク上の３つの転送されたデータフローを使用して通信し、第１のアクセスネットワークを介して、転送されなかったデータフローを使用して通信し続けることができる。

図８の方法の使用を含む追加の例として、ＷＴＲＵは、ＷＬＡＮである第１のアクセスネットワーク上の第１のデータフローを介してビデオデータを受信することができる。ＷＴＲＵは、さらに、第１のアクセスネットワーク上の第２のデータフローを介してビデオデータを受信することができる。第１のおよび第２のデータフローを、同一のビデオアプリケーションに関連付けることができる。ビデオアプリケーションは、ＷＴＲＵ上のアプリケーション層またはその上位で実行することができる。ＷＴＲＵは、さらに、第２のアクセスネットワーク上の第３のデータフローを介してピアツーピアクライアントアプリケーションに関係するデータを送信および受信することができる。第２のアクセスネットワークは、セルラアクセスネットワークとすることができる。第２のアクセスネットワークは、たとえば、Ｅ−ＵＴＲＡＮまたはＷｉＭａｘネットワークとすることができる。ＷＴＲＵは、第１のデータフローを第２のアクセスネットワークに転送し、その後、第２のアクセスネットワーク上の第１のデータフローを介してビデオデータを受信することができる。後に、ＷＴＲＵは、第１のデータフローを第１のアクセスネットワークに戻し、その後、第１のアクセスネットワーク上の第１のデータフローを介してビデオデータを受信することができる。

図４〜８のネットワークノード（ＭＭＥ ４０２、５０２、６０２、７０２、８０２、サービングゲートウェイ４０４、６０４、７０４、８０４、およびＰＤＮゲートウェイ４０６、５０６、６０６、７０６、８０６など）は、純粋に例として提供され、種々の実施態様では、追加のまたは異なるネットワークノードを使用することができる。たとえば、ＷＴＲＵが、ＧＰＲＳ（General Packet Radio Service）を使用してコアネットワークにアクセスする場合には、ＧＧＳＮ（Gateway GPRS Support Node）を、データフローの作成、変更、および削除に用いることができる。ＧＧＳＮは、データフローの作成、変更、および削除を反映するためにＦＩＩを作成、変更、および／または格納することができる。ＧＧＳＮは、たとえば、１つまたは複数のデータフローに関係するＰＤＰ（Packet Data Protocol）コンテキストの作成などのイベントに応答して、ＦＩＩを作成、変更、および／または格納することができる。

図４〜８を参照して上記で提供した例に加えてまたはその代替として、データフローを、セッション管理シグナリングメッセージがＷＴＲＵとコアネットワーク内の１つまたは複数のノードとの間で交換される時に必ず作成、削除、または更新することができる。データフローを、ＷＴＲＵにおいて格納されたトリガまたはポリシに基づいて、ＷＴＲＵネットワークノードで変更する（作成、削除、または更新する）ことができる。更新メッセージを変更の直後に送信することが可能ではない場合には、その変更に関係する情報を、ＷＴＲＵにおいて格納することができる。次の機会に、変更が行われたことを示すために１つまたは複数のメッセージを送信することができる。

ＷＴＲＵは、データフローの変更（作成、削除、または更新）についてコアネットワークに通知するために、その変更に応答してコアネットワークにメッセージを送信することができる。コアネットワーク内の１つまたは複数のノードは、同様に、データフローが変更されたことをＷＴＲＵに通知するためにＷＴＲＵに通知メッセージを送信することができる。たとえば、ＷＴＲＵは、ローカルにＥＰＳベアラを非アクティブ化し、次に、そのベアラ上で通信されるデータフローが削除されたことをコアネットワークに知らせるためにメッセージを送信することができる。追加の例として、ＭＭＥまたはＳＧＳＮなどのネットワークノードは、まだＷＴＲＵによってアクティブであると考えられている未使用のＥＰＳベアラコンテキストを非アクティブ化することができる。次に、そのネットワークノードは、そのベアラ上で通信されるデータフローが削除されたことをＷＴＲＵに知らせるためにメッセージを送信することができる。

上記で提供した例に加えてまたはその代替として、バインディング更新メッセージを、データフローの変更（作成、削除、または更新）に応答して送信することができる。このバインディング更新メッセージは、ＭＩＰ、Ｐ−ＭＩＰ、または他のプロトコルなどのモビリティプロトコルが使用される時に送信されうる。ＦＩＩがＷＴＲＵにおいて変更される時に、ＷＴＲＵは、そのＷＴＲＵに供給しているサービングゲートウェイに更新メッセージを送信することができる。次に、サービングゲートウェイは、そのＷＴＲＵがそれによってデータを受信するＰＤＮゲートウェイに、対応するバインディング更新メッセージを送信することができる。その代わりにまたはそれに加えて、ＦＩＩがサービングゲートウェイで変更される時には、サービングゲートウェイは、対応するバインディング更新メッセージをＰＤＮゲートウェイに送信することができる。

図９は、ＷＴＲＵ ９００とＭＦ ９１２との間の相互作用のための例示の方法を示している。ＭＦ ９１２は、コアネットワーク（図示せず）のコンポーネントまたはこれに接続されるものとすることができる。図９は、アクセスネットワークＡノード９０８も示し、アクセスネットワークＡノード９０８は、第１のアクセスネットワーク（アクセスネットワークＡ）内のノードである。アクセスネットワークＡノード９０８は、たとえば、基地局または他のネットワークノードとすることができ、ＷＴＲＵ ９００へのエアインターフェースの提供に参加することができる。図９は、さらに、アクセスネットワークＢノード９１０を示し、アクセスネットワークＢノード９１０は、第２のアクセスネットワーク（アクセスネットワークＢ）内のノードである。アクセスネットワークＢノード９１０は、たとえば、基地局または他のネットワークノードとすることができ、ＷＴＲＵ ９００へのエアインターフェースの提供に参加することができる。アクセスネットワークＡノード９０８およびアクセスネットワークＢノード９１０は、異なるアクセス技術を使用してＷＴＲＵ ９００と通信できるものとすることができる。

ＷＴＲＵ ９００は、アクセスネットワークＡノード９０８と通信することによってアクセスネットワークＡに接続することができる（ステップ９２０）。アクセスネットワークＡへのアタッチは、ＷＴＲＵ ９００からアクセスネットワークＡノード９０８への１つまたは複数のアタッチメッセージの送信を含むことができる。アタッチメッセージは、１つまたは複数のＦＩＩパラメータを含むことができる。

ＷＴＲＵ ９００は、ＭＦ ９１２を検索するためにアクセスネットワークＡを介してディスカバリ手順を実行することができる（ステップ９２２）。ディスカバリ手順は、たとえば、ＤＮＳ（Domain Name Service）、ＤＨＣＰ（Dynamic Host Configuration Protocol）、および／または、１つまたは複数の他のプロトコルに基づくものとすることができる。

ＭＦ ９１２は、アクセスネットワークＡノード９０８を介してＷＴＲＵ ９００に情報を送信することができる（ステップ９２４）。ＭＦ ９１２は、プッシュ機構に従ってＷＴＲＵ ９００にこの情報を送信することができる。この情報は、上記で説明したアクセスネットワーク情報、モビリティポリシ情報、および／またはＦＩＩパラメータ、および／または他のパラメータのいずれも含むことができる。この情報は、それに加えてまたはその代わりに、照会トリガおよび／またはＷＴＲＵ状態の情報トリガに関係する情報を含むことができる。

プッシュ機構に加えてまたはその代替として、ＷＴＲＵ ９００は、アクセスネットワークＡノード９０８を介してＭＦ ９１２に１つまたは複数の照会メッセージを送信することができる（ステップ９２６）。照会メッセージは、図１を参照して上記で説明したように、アクセスネットワーク情報、モビリティポリシ情報、および／またはＦＩＩに関する照会を示すことができる。照会メッセージは、照会トリガに応答して送信されうる。

ＭＦ ９１２は、１つまたは複数の照会メッセージに応答する情報を含む１つまたは複数の応答メッセージを、アクセスネットワークＡノード９０８を介してＷＴＲＵ ９００に送信することができる（ステップ９２８）。

ＷＴＲＵ ９００は、アクセスネットワークＡを介して１つまたは複数のデータフローを使用して通信することができる（ステップ９３０）。これは、より多くのアプリケーションに関係するデータの通信を含むことができる。ＷＴＲＵは、ＭＦ ９１２から受信したアクセスネットワーク情報、モビリティポリシ情報、および／またはＦＩＩに基づいてアクセスネットワークＡ上でデータフローを使用しなければならないとの決定を行うことができ、その決定に基づいてアクセスネットワークＡを使用して通信することができる。

ＷＴＲＵ ９００は、アクセスネットワークＡノード９０８を介してＭＦ ９１２にＷＴＲＵ状態の情報を送信することができる（ステップ９３２）。ＷＴＲＵ状態の情報は、上記で図１を参照して説明したように、１つまたは複数のＷＴＲＵ状態の情報パラメータを含むことができる。ＷＴＲＵ状態の情報は、上記で図１を参照して説明したように、１つまたは複数のＷＴＲＵ状態の情報トリガに基づいてＷＴＲＵ ９００によって送信されることが可能である。ＭＦ ９１２は、受信したＷＴＲＵ状態の情報に基づいて、それが格納している情報を更新することができる（ステップ９３４）。

ＷＴＲＵ ９００は、アクセスネットワークＢノード９１０と通信することによってアクセスネットワークＢに接続することができる（ステップ９３６）。アクセスネットワークＢへのアタッチは、ＷＴＲＵ ９００からアクセスネットワークＢノード９１０への１つまたは複数のアタッチメッセージの送信を含むことができる。アタッチメッセージは、上記で図８を参照して説明したように１つまたは複数のＦＩＩパラメータを含むことができる。ＷＴＲＵ ９００は、アクセスネットワークＡに接続され続けることができ、または、アクセスネットワークＢへの接続が確立された後にアクセスネットワークＡへの接続を終了することができる。アクセスネットワークＢに接続した後に、ＷＴＲＵ ９００は、アクセスネットワークＡを介して行われるものとして上記で説明した相互作用のいずれか（ステップ９２２、ステップ９２４、ステップ９２６、ステップ９２８、ステップ９３０、ステップ９３２、および／またはステップ９３４）に従って、ＭＦ ９１２と相互作用することができる（ステップ９３８）。アクセスネットワークＢに接続（ステップ９３６）する前に、ＷＴＲＵ ９００は、その接続が行われなければならないとの決定を行うことができる。この決定は、たとえば、ＭＦ ９１２から受信したアクセスネットワーク情報、モビリティポリシ情報（データフローモビリティ情報を含むがこれに限定されない）、および／またはＦＩＩに基づくものとすることができる。

図１０は、ＭＦ １０１２を含むことができる例示のネットワークアーキテクチャ１０２０を示している。例示のネットワークアーキテクチャ１０２０は、さらに、ＷＴＲＵ １０００、ＭＭＥ １００２、サービングゲートウェイ１００４、ＨＳＳ １０２４、ＰＤＮゲートウェイ１００６、ポリシおよび課金ルール機能（ＰＣＲＦ）、ＩＰサービスサブシステム１０３４、および１つまたは複数のアクセスネットワーク１０１１を含むことができる。アクセスネットワーク１０１１は、必ずしも必要ではないが、３ＧＰＰ（Third Generation Partnership Project）技術に基づくものとすることができる。アクセスネットワーク１０１１は、たとえば、Ｅ−ＵＴＲＡＮ １０１０および／または２Ｇ／３Ｇアクセスネットワーク１００８を含むことができる。２Ｇ／３Ｇアクセスネットワークは、ＧＳＭ／ＧＲＰＳまたはＵＴＲＡＮなどの技術に基づくものとすることができる。２Ｇ／３Ｇアクセスネットワーク１００８は、ＳＧＳＮ １００９などのネットワークノードを含むことができる。ＩＰサービスサブシステム１０３４は、たとえば、ＩＭＳ（ＩＰ Multimedia Subsystem）またはＰＳＳ（Packet-switched Streaming Service）サブシステムとすることができる。例示のネットワークアーキテクチャ１０２０は、たとえば、ＷＴＲＵ １０００が非ローミング状態である場合に使用することができる。

ＷＴＲＵ １０００は、１つまたは複数のアクセスネットワーク１０１１に接続されうる。ＭＭＥ １００２は、ＳＧＳＮ １００９、Ｅ−ＵＴＲＡＮ １０１０、サービングゲートウェイ１００４、および／またはＨＳＳ １０２４に接続されうる。サービングゲートウェイ１００４は、さらに、ＳＧＳＮ １００９、２Ｇ／３Ｇネットワーク１００８、ＰＤＮゲートウェイ１００６、および／またはＰＣＲＦ １０２２に接続されうる。ＰＤＮゲートウェイ１００６は、さらに、ＰＣＲＦ １０２２および／またはＩＰサービスサブシステム１０３４に接続されうる。

ＭＦ １０１２は、サービングゲートウェイ１００４および／またはＰＤＮゲートウェイ１００６に接続されうる。ＭＦ １０１２、サービングゲートウェイ１００４、および／またはＰＤＮゲートウェイは、たとえばＦＩＩまたは他の情報の変化に関係する１つまたは複数のメッセージを交換することができる。

図１１は、ビジテッドモビリティ機能（ｖＭＦ）１１１２を含むことができるＶＰＬＭＮ（Visited Public Land Mobile Network）およびホームモビリティ機能（ｈＭＦ）１１１３を含むことができるＨＰＬＭＮ（Home Public Land Mobile Network）を含むことができる例示のネットワークアーキテクチャ１１２０を示している。ＶＰＬＭＮは、さらに、ＭＭＥ １１０２、サービングゲートウェイ１１０４、ビジテッドＰＣＲＦ（ｖＰＣＲＦ）１１２２、および１つまたは複数のアクセスネットワーク１１１１を含むことができる。アクセスネットワーク１１１１は、必ずしも必要ではないが、３ＧＰＰ技術に基づくものとすることができる。アクセスネットワーク１１１１は、たとえば、Ｅ−ＵＴＲＡＮ １１１０および／または２Ｇ／３Ｇアクセスネットワーク１１０８を含むことができる。２Ｇ／３Ｇアクセスネットワークは、ＧＳＭ／ＧＲＰＳまたはＵＴＲＡＮなどの技術に基づくものとすることができる。２Ｇ／３Ｇアクセスネットワーク１１０８は、ＳＧＳＮ １１０９などのネットワークノードを含むことができる。ＨＰＬＭＮ １１５１は、さらに、ＨＳＳ １１２４、ＰＤＮゲートウェイ１１０６、ｈＰＣＲＦ １１２３、およびＩＰサービスサブシステム１１３４を含むことができる。ＩＰサービスサブシステム１１３４は、たとえば、ＩＭＳまたはＰＳＳサブシステムとすることができる。例示のネットワークアーキテクチャ１１２０は、ＷＴＲＵ １１００を含むことができ、ＷＴＲＵ １１００は、１つまたは複数のアクセスネットワーク１１１１に接続されうる。図１１の例示のネットワークアーキテクチャ１１２０は、ＷＴＲＵ １１００がローミングしつつある時に使用することができる。

ＭＭＥ １１０２は、ＳＧＳＮ １１０９、Ｅ−ＵＴＲＡＮ １１１０、サービングゲートウェイ１１０４、および／またはＨＳＳ １１２４に接続されうる。サービングゲートウェイ１１０４は、さらに、ＳＧＳＮ １１０９、２Ｇ／３Ｇアクセスネットワーク１１０８、ＰＤＮゲートウェイ１１０６、および／またはｖＰＣＲＦ １１２２に接続されうる。ｖＰＣＲＦ １１２２は、さらに、ｈＰＣＲＦ １１２３に接続されうる。ＩＰサービスサブシステム１１３４は、ＰＤＮゲートウェイ１１０６および／またはｈＰＣＲＦ １１２３に接続されうる。ｈＰＣＲＦ １１２３は、さらに、ＰＤＮゲートウェイ１１０６に接続されうる。

ｈＭＦ １１１３は、サービングゲートウェイ１１０４、ｖＭＦ １１１２、および／またはＰＤＮゲートウェイ１１０６に接続されうる。ｖＭＦ １１１２は、さらに、ＰＤＮゲートウェイ１１０６に接続されうる。ｈＭＦ １１１３とｖＭＦ １１１２とＰＤＮゲートウェイ１１０６とサービングゲートウェイ１１０４との間のインターフェースを、ハンドオーバの文脈でデータを通信するのに使用することができる。これらのインターフェースを、たとえば、ＰＤＮゲートウェイ１１０６および／またはサービングゲートウェイ１１０４がＰ−ＭＩＰ機能性を実施する時に使用することができる。Ｐ−ＭＩＰが使用される場合には、アクセスネットワークの間でのＷＴＲＵ １１００のモビリティおよび／または新しいデータフローの作成が、対応するＦＩＩの作成および／または変更をもたらす場合がある。ＦＩＩの更新を、ＰＤＮゲートウェイ１１０６とサービングゲートウェイ１１０４との間で通信することができる。ｈＭＦ １１１３とｖＭＦ １１１２との間のインターフェースを、たとえば、Ｓ１４インターフェースとすることができる。ＦＩＩが作成または変更される時に、Ｐ−ＭＩＰが使用されるかそうでない場合に、ｈＭＦ １１１３およびｖＭＦ １１１２は、作成／変更されたＦＩＩの変化を反映するモビリティポリシ情報を交換することができる。

種々の実施態様で、ｖＭＦ １１１２が、ＶＰＬＭＮ １１５０内に存在しない場合がある。そのような情況では、ＷＴＲＵ １１００は、サービングゲートウェイ１１０４を介するトンネルを介してｈＭＦ １１１３と通信することができる。

図１２は、ｖＭＦ １２１２、ｈＭＦ １２１３、および追加の情報サーバ１２６０、１２６２を含むことができる例示のネットワークアーキテクチャ１２２０を示している。例示のネットワークアーキテクチャは、ＶＰＬＭＮ １２５０およびＨＰＬＭＮ １２５１を含むことができる。ＶＰＬＭＮは、ＭＭＥ １２０２、サービングゲートウェイ１２０４、ｖＰＣＲＦ １２２２、および１つまたは複数のアクセスネットワーク１２１１を含むことができる。アクセスネットワーク１２１１は、必ずしも必要ではないが、３ＧＰＰ技術に基づくものとすることができる。アクセスネットワーク１２１１は、たとえば、Ｅ−ＵＴＲＡＮ １２１０および／または２Ｇ／３Ｇアクセスネットワーク１２０８を含むことができる。２Ｇ／３Ｇアクセスネットワークは、ＧＳＭ／ＧＲＰＳまたはＵＴＲＡＮなどの技術に基づくものとすることができる。２Ｇ／３Ｇアクセスネットワーク１２０８は、ＳＧＳＮ １２０９などのネットワークノードを含むことができる。ＶＰＬＭＮ １２５０は、さらに、アクセスゲートウェイ１２７２を含むことができ、アクセスゲートウェイ１２７２は、信頼される非３ＧＰＰアクセスネットワーク１２７０の提供に参加することができる。ＶＰＬＭＮ １２５０は、ｅＰＤＧ（Evolved Packet Data Gateway）１２７４も含むことができ、ｅＰＤＧ １２７４は、信頼されない非３ＧＰＰアクセスネットワーク１２７６の提供に参加することができる。例示のネットワークアーキテクチャ１２２０は、ＷＴＲＵ １２００を含み、ＷＴＲＵ １２００は、１つまたは複数のアクセスネットワーク１２１１、信頼される非３ＧＰＰアクセスネットワーク１２７０、および／または信頼されない非３ＧＰＰアクセスネットワーク１２７６に接続することができる。図１２の例示のネットワークアーキテクチャ１２２０は、ＷＴＲＵ １２００がローミングしている時に使用することができる。

ＨＰＬＭＮ １２５１は、ＨＳＳ １２２４、ＰＤＮゲートウェイ１２０６、ｈＰＣＲＦ １２２３、およびＩＰサービスサブシステム１２３４を含むことができる。ＩＰサービスサブシステム１２３４は、たとえばＩＭＳ（ＩＰ Multimedia Subsystem）またはＰＳＳサブシステムとすることができる。

ＭＭＥ １２０２を、Ｅ−ＵＴＲＡＮ １２１０、サービングゲートウェイ１２０４、ＳＧＳＮ １２０９、および／またはＨＳＳ １２２４に接続されうる。サービングゲートウェイは、さらに、Ｅ−ＵＴＲＡＮ １２１０、ＳＧＳＮ １２０９、２Ｇ／３Ｇアクセスネットワーク１２０８、ＰＤＮゲートウェイ１２０６、および／またはｖＰＣＲＦ １２２２に接続されうる。ＰＤＮゲートウェイ１２０６は、さらに、アクセスゲートウェイ１２７２、ｅＰＤＧ １２７４、ＩＰサービスサブシステム１２３４、および／またはｈＰＣＲＦ １２２３に接続されうる。ｈＰＣＲＦ １２２３は、さらに、ＩＰサービスサブシステム１２３４に接続されうる。

ｖＭＦ １２１２は、ビジテッド情報サーバ（Visited Information Server）１２６０、サービングゲートウェイ１２０４、ＰＤＮゲートウェイ１２０６、および／またはｈＭＦに接続されうる。ｈＭＦ １２１３は、ＰＤＮゲートウェイ１２０６、サービングゲートウェイ１２０４、およびホーム情報サーバ（Home Information Server）１２６２に接続されうる。

種々の実施態様では、ｈＭＦ １２１３、ｖＭＦ １２１２、ホーム情報サーバ１２６２、およびビジテッド情報サーバ１２６０が、異なる機能性を実施することができる。たとえば、ｈＭＦ １２１３を、ホームＡＮＤＳＦ（ｈＡＮＤＳＦ）とすることができ、ｖＭＦ １２１２を、ビジテッドＡＮＤＳＦとすることができる。ホーム情報サーバ１２６２および／またはビジテッド情報サーバ１２６０の一方または両方を、ＭＩＨサーバ、ＵＤＣ（User Data Convergence）サーバ、および／または他のサーバとすることができる。ｈＭＦ １２１３、ｖＭＦ １２１２、ホーム情報サーバ１２６２、および／またはビジテッド情報サーバ１２６０は、加入者情報、アクセスネットワーク情報、モビリティポリシ情報（データフローモビリティ情報を含むがこれに限定されない）、ＦＩＩ、および／またはＷＴＲＵ状態の情報などの情報を格納および／または交換することができる。

図１３は、上記で図１〜１２を参照して示したコンポーネントのより詳細な図を提供する。図１３は、上記で図１〜１２を参照して説明した特徴および方法を実施するように構成できる無線通信システム／アクセスネットワーク１３２０を示している。この無線通信システムは、ＷＴＲＵ １３００、基地局１３１０、およびサーバ／ネットワークノード１３３０を含むことができる。

通常のＷＴＲＵ内で見出すことのできるコンポーネントに加えて、ＷＴＲＵ １３００は、リンクされたメモリ１３０２を有するプロセッサ１３０５、少なくとも１つの送受信機１３０６、バッテリ１３０４、およびアンテナ１３０８を含むことができる。プロセッサ１３０５を、上記で図１〜１２を参照して説明したようにメッセージおよび他のデータを生成および／または処理するように構成することができる。送受信機１３０６は、無線データの送信および受信を容易にするためにプロセッサ１３０５およびアンテナ１３０８と通信する。バッテリ１３０４がＷＴＲＵ １３００内で使用される場合には、バッテリ１３０４は、送受信機１３０６および／またはプロセッサ１３０５に電力を供給することができる。図１３に示された送受信機１３０６に加えて、ＷＴＲＵ １３００は、１つまたは複数の追加の送受信機（図示せず）を含むことができる。送受信機１３０６は、シングルモードの送受信機とすることができ、または、２または３以上の異なるＲＡＴを使用して通信できるマルチモードの送受信機とすることができる。１つまたは複数の追加の送受信機（図示せず）も、それぞれ、シングルモードの送受信機またはマルチモードの送受信機とすることができる。ＷＴＲＵ １３００は、上記で図１〜１２を参照して説明したように、任意のＷＴＲＵまたはＷＴＲＵの組合せに帰する機能性を実行できるものとすることができる。

通常の基地局内で見出すことのできるコンポーネントに加えて、基地局１３１０は、リンクされたメモリ１３１２を有するプロセッサ１３１５、トランシーバ１３１６、およびアンテナ１３２１を含むことができる。プロセッサ１３１５を、上記で図１〜１２を参照して説明したように、メッセージおよび他のデータを生成および／または処理するように構成することができる。送受信機１３１９は、無線データの送信および受信を容易にするためにプロセッサ１３１５およびアンテナ１３１８と通信する。基地局は、上記で図１〜１２を参照して説明したように、任意の基地局、アクセスネットワークノード、または任意の基地局もしくはアクセスネットワークノードの組合せに帰する機能性を実行できるものとすることができる。

サーバ／ネットワークノード装置１３３０は、プロセッサ１３３５およびリンクされたメモリ１３３２を含むことができる。サーバ／ネットワークノード装置１３３８は、通信インターフェース１３３８を含むことができ、通信インターフェース１３３８は、基地局１３１０および／または他のネットワークノード（図示せず）へ／からデータを送信および／または受信するように構成可能である。通信インターフェース１３３８は、送受信機とするか、これを含むことができる。通信インターフェース１３３８は、有線または無線の通信技術を使用して動作することができる。通信インターフェースは、たとえば、イーサネット（登録商標）、キャリアイーサネット（登録商標）（Carrier Ethernet（登録商標））、光ファイバ、マイクロ波、ｘＤＳＬ（ディジタル加入者回線）、非同期転送モード（ＡＴＭ）、ＳＳ７（Signaling System 7）、インターネットプロトコル（ＩＰ）、および／またはＩＰ／ＭＰＬＳ（Multiprotocol Label Switching）などの技術に基づいて基地局１３１０および／または他のネットワークノードと通信できるものとすることができる。サーバ／ネットワークノード装置は、上記で図１〜１２を参照して説明したように、１つのサーバおよび／または１つのネットワークノードまたはサーバおよび／またはネットワークノードの任意の組合せに帰する機能性を実施できるものとすることができる。たとえば、サーバ／ネットワークノード装置は、ＭＦ、ＭＭＥ、サービングゲートウェイ、ＰＤＮゲートウェイ、ＰＣＲＦ、ＡＡＡプロキシ、ＨＳＳ、またはそれらの任意の組合せによって実行されるものとして上記で説明した機能性を実施することができる。プロセッサ１３３５を、上記で図１〜１２で説明したサーバおよび／またはネットワークノードを参照して上記で説明したように、メッセージおよび他のデータを生成および／または処理するように構成することができる。サーバ／ネットワークノード装置１３３０は、１つまたは複数のソフトウェアモジュール（図示せず）を含むことができ、このソフトウェアモジュールは、プロセッサ１３３５によって実行される時に、上記で図１〜１２を参照して説明した機能性を実施する。適切なソフトウェアモジュールは、たとえば、実行可能プログラム、関数、メソッド呼出し、プロシージャ、ルーチンもしくはサブルーチン、１つもしくは複数のプロセッサ実行可能命令、スクリプトもしくはマクロ、オブジェクト、またはデータ構造を含む。

上記で説明した実施形態に加えて、上記で説明した原理を、以下を含むがこれらに限定はされない実施形態で実施することができる。

実施形態
１．無線通信で使用される方法であって、
ＷＴＲＵがモビリティ機能からデータを受信しまたはモビリティ機能にデータを送信すること
を含むことを特徴とする方法。
２．ＷＴＲＵがモビリティ機能からデータを受信することは、ＷＴＲＵがモビリティ機能からアクセスネットワーク情報および／またはモビリティポリシ情報を受信することを含むことを特徴とする実施形態１に記載の方法。
３．モビリティポリシ情報は、データフローモビリティ情報を含むことを特徴とする実施形態２に記載の方法。
４．ＷＴＲＵは、照会／応答機構および／またはプッシュ機構を介してモビリティ機能からアクセスネットワーク情報および／またはモビリティポリシ情報を受信することを特徴とする実施形態１〜３のいずれか１つに記載の方法。
５．ＷＴＲＵがモビリティ機能からトリガ情報を受信することであって、トリガ情報は、アクセスネットワーク情報および／またはモビリティポリシ情報に関するＷＴＲＵによる照会の開始に関するトリガを定義すること
をさらに含むことを特徴とする実施形態１〜４のいずれか１つに記載の方法。
６．トリガによって指定される条件の発生に応答して、ＷＴＲＵがアクセスネットワーク情報および／またはモビリティポリシ情報に関する照会をモビリティ機能に送信すること
をさらに含むことを特徴とする実施形態５に記載の方法。
７．ＷＴＲＵがＷＴＲＵ状態の情報をモビリティ機能に送信すること
をさらに含むことを特徴とする実施形態１〜６のいずれか１つに記載の方法。
８．ＷＴＲＵは、ＷＴＲＵ状態の情報をモビリティ機能に定期的に送信することを特徴とする実施形態７に記載の方法。
９．ＷＴＲＵは、ＷＴＲＵ状態の情報トリガに応答してＷＴＲＵ状態の情報をモビリティ機能に送信することを特徴とする実施形態７〜８のいずれか１つに記載の方法。
１０．ＷＴＲＵがモビリティ機能から情報を受信することであって、情報は、ＷＴＲＵ状態の情報トリガを定義すること
をさらに含むことを特徴とする実施形態９に記載の方法。
１１．ＷＴＲＵが、アクセスネットワーク情報および／またはモビリティポリシ情報に基づいて、アクセスネットワークの間でのデータフローの転送を実行すべきかどうかを決定すること
をさらに含むことを特徴とする実施形態１〜１０のいずれか１つに記載の方法。
１２．ＷＴＲＵが、モビリティ機能にメッセージを送信することであって、メッセージは、アクセスネットワークの間でのデータフローまたはデータフローのグループの転送に関する要求を示すこと
をさらに含むことを特徴とする実施形態１〜１１のいずれか１つに記載の方法。
１３．データフローまたはデータフローのグループをアクセスネットワークの間で転送しなければならないことを示すコマンドをモビリティ機能から受信すること
をさらに含むことを特徴とする実施形態１〜１２のいずれか１つに記載の方法。
１４．データフローまたはデータフローのグループは、１つまたは複数のＦＩＩパラメータに従って定義されることを特徴とする実施形態１２〜１３のいずれか１つに記載の方法。
１５．無線通信で使用される方法であって、
ＷＴＲＵがデータフローを介してデータを受信または送信することであって、データフローは１つまたは複数のＦＩＩパラメータに従って定義されること
を含むことを特徴とする方法。
１６．ＷＴＲＵが、データフローに関連するベアラに関連するＴＦＴにパケットフィルタを追加することと、
パケットフィルタを追加することに応答して、ＷＴＲＵが、パケットフィルタに対応する１つまたは複数のＦＩＩパラメータを作成することと
をさらに含むことを特徴とする実施形態１５に記載の方法。
１７．ＷＴＲＵが、ＴＦＴに関連するパケットフィルタを変更することであって、ＴＦＴは、データフローに関連するベアラに関連することと、
パケットフィルタを変更することに応答して、ＷＴＲＵが、パケットフィルタに対応する１つまたは複数のＦＩＩパラメータを変更することと
をさらに含むことを特徴とする実施形態１５〜１６のいずれか１つに記載の方法。
１８．ＷＴＲＵが、ＴＦＴに関連するパケットフィルタを削除することであって、ＴＦＴは、データフローに関連するベアラに関連することと、
パケットフィルタを削除することに応答して、ＷＴＲＵが、パケットフィルタに対応する１つまたは複数のＦＩＩパラメータを削除することと
をさらに含むことを特徴とする実施形態１５〜１７のいずれか１つに記載の方法。
１９．ＷＴＲＵが、データフローに関連する１つまたは複数のＦＩＩパラメータを追加、変更、または削除することと、
１つまたは複数のＦＩＩパラメータを追加、変更、または削除することに応答して、ＷＴＲＵが、ＴＦＴに関連する１つまたは複数のパケットフィルタを追加、変更、または削除するステップであって、ＴＦＴは、データフローに関連するベアラに関連することと
をさらに含むことを特徴とする実施形態１５〜１８のいずれか１つに記載の方法。
２０．ＷＴＲＵが、専用ベアラの作成に関する要求を示すメッセージを送信することであって、メッセージは、専用ベアラ上で使用されうる１つまたは複数のデータフローに関係する１つまたは複数のＦＩＩパラメータを含むこと
をさらに含むことを特徴とする実施形態１５〜１９のいずれか１つに記載の方法。
２１．専用ベアラの作成に関する要求を示すメッセージは、ベアラリソース変更の要求であることを特徴とする実施形態２０に記載の方法。
２２．ＷＴＲＵが、専用ベアラコンテキストのアクティブ化に関する要求を示すメッセージを受信すること
をさらに含むことを特徴とする実施形態１５〜２１のいずれか１つに記載の方法。
２３．専用ベアラコンテキストのアクティブ化に関する要求を示すメッセージは、専用ＥＰＳベアラコンテキストアクティブ化の要求であることを特徴とする実施形態２２に記載の方法。
２４．専用ベアラコンテキストのアクティブ化に関する要求を示すメッセージに応答して、専用ベアラコンテキストをアクティブ化すること
をさらに含むことを特徴とする実施形態１５〜２３のいずれか１つに記載の方法。
２５．専用ベアラコンテキストのアクティブ化に関する要求を示すメッセージに応答して、専用ベアラコンテキストのアクティブ化の肯定応答を示すメッセージを送信すること
をさらに含むことを特徴とする実施形態１５〜２４のいずれか１つに記載の方法。
２６．専用ベアラコンテキストのアクティブ化の肯定応答を示すメッセージは、専用ＥＰＳベアラコンテキストアクティブ化受諾メッセージであることを特徴とする実施形態２５に記載の方法。
２７．専用ベアラ上のデータフロー上でデータを受信または送信すること
をさらに含むことを特徴とする実施形態２０〜２６のいずれか１つに記載の方法。
２８．ＷＴＲＵが、アクセスネットワークにアタッチするためにＬ１／Ｌ２アタッチ手順を実行すること
をさらに含むことを特徴とする実施形態１５〜２７のいずれか１つに記載の方法。
２９．ＷＴＲＵが、ＡＡＡ手順を実行すること
をさらに含むことを特徴とする実施形態２８に記載の方法。
３０．ＷＴＲＵが、アクセスネットワークにアクセスするためにＬ３アタッチ手順を開始すること
をさらに含むことを特徴とする実施形態２８〜２９のいずれか１つに記載の方法。
３１．ＷＴＲＵが、１つまたは複数のデータフローに関係する１つまたは複数のＦＩＩパラメータを作成すること
をさらに含むことを特徴とする実施形態２８〜３０のいずれか１つに記載の方法。
３２．ＷＴＲＵが、アクセスネットワークにアクセスするためにＬ３アタッチ手順を完了すること
をさらに含むことを特徴とする実施形態２８〜３１のいずれか１つに記載の方法。
３３．ＷＴＲＵが、ベアラコンテキストの変更に関する要求を示すメッセージを送信することであって、メッセージは、ベアラコンテキスト上の１つまたは複数のデータフローに関係する１つまたは複数のＦＩＩパラメータを含むこと
をさらに含むことを特徴とする実施形態１５〜３２のいずれか１つに記載の方法。
３４．ベアラコンテキストの変更に関する要求を示すメッセージは、ベアラリソース変更の要求メッセージであることを特徴とする実施形態３３に記載の方法。
３５．ＷＴＲＵが、ベアラコンテキストの変更に関する要求を示すメッセージを受信すること
をさらに含むことを特徴とする実施形態３３〜３４のいずれか１つに記載の方法。
３６．ベアラコンテキストの変更に関する要求を示すメッセージは、ＥＰＳベアラコンテキスト変更の要求であることを特徴とする実施形態３５に記載の方法。
３７．ベアラコンテキストの変更に関する要求を示すメッセージに応答して、ベアラコンテキストを変更すること
をさらに含むことを特徴とする実施形態３３〜３６のいずれか１つに記載の方法。
３８．ベアラコンテキストの変更に関する要求を示すメッセージに応答して、ベアラコンテキストの変更の肯定応答を示すメッセージを送信すること
をさらに含むことを特徴とする実施形態３３〜３７のいずれか１つに記載の方法。
３９．ベアラコンテキストの変更の肯定応答を示すメッセージは、ＥＰＳベアラコンテキスト変更受諾メッセージであることを特徴とする実施形態３８に記載の方法。
４０．ベアラコンテキスト上のデータフロー上でデータを受信または送信すること
をさらに含むことを特徴とする実施形態３３〜３９のいずれか１つに記載の方法。
４１．ＷＴＲＵが、ベアラコンテキストの削除に関する要求を示すメッセージを送信することであって、メッセージは、ベアラコンテキスト上の１つまたは複数のデータフローに関係する１つまたは複数のＦＩＩパラメータを含むこと
をさらに含むことを特徴とする実施形態１５〜４０のいずれか１つに記載の方法。
４２．ベアラコンテキストの削除に関する要求を示すメッセージは、ベアラリソース変更の要求メッセージであることを特徴とする実施形態４１に記載の方法。
４３．ＷＴＲＵが、ベアラコンテキストの非アクティブ化に関する要求を示すメッセージを受信すること
をさらに含むことを特徴とする実施形態４１〜４２のいずれか１つに記載の方法。
４４．ベアラコンテキストの非アクティブ化に関する要求を示すメッセージは、専用ベアラコンテキスト非アクティブ化の要求であることを特徴とする実施形態４３に記載の方法。
４５．ベアラコンテキストの非アクティブ化に関する要求を示すメッセージに応答して、ベアラコンテキストを非アクティブ化すること
をさらに含むことを特徴とする実施形態４１〜４４のいずれか１つに記載の方法。
４６．ベアラコンテキストの非アクティブ化に関する要求を示すメッセージに応答して、ベアラコンテキストの非アクティブ化の肯定応答を示すメッセージを送信すること
をさらに含むことを特徴とする実施形態４１〜４５のいずれか１つに記載の方法。
４７．ベアラコンテキストの変更の肯定応答を示すメッセージは、ＥＰＳベアラコンテキスト非アクティブ化受諾メッセージであることを特徴とする実施形態４６に記載の方法。
４８．無線通信で使用される方法であって、
ＷＴＲＵが、第１のアクセスネットワークから第２のアクセスネットワークへのデータフローの転送に参加すること
を含むことを特徴とする方法。
４９．データフローは、１つまたは複数のＦＩＩパラメータに従って定義されることを特徴とする実施形態４８に記載の方法。
５０．ＷＴＲＵが転送メッセージを送信することであって、転送メッセージは、第１のアクセスネットワークから第２のアクセスネットワークへのデータフローの転送に関係すること
をさらに含むことを特徴とする実施形態４８〜４９のいずれか１つに記載の方法。
５１．ＷＴＲＵは、データフローが、ＭＭＥ、サービングゲートウェイ、および／またはＰＤＮゲートウェイに転送されなければならないことを示す転送メッセージを送信することを特徴とする実施形態５０に記載の方法。
５２．転送メッセージは、特定のＰＤＮに関連するデータフローのすべてが転送されなければならないことを示しまたは要求することを特徴とする実施形態５０〜５１のいずれか１つに記載の方法。
５３．転送メッセージは、データフローグループ内のデータフローのすべてが転送されなければならないことを示しまたは要求することを特徴とする実施形態５０〜５２のいずれか１つに記載の方法。
５４．ＷＴＲＵは、ＷＴＲＵで設定されたトリガまたはポリシに応答して転送メッセージを送信することを特徴とする実施形態５０〜５３のいずれか１つに記載の方法。
５５．実施形態１〜１４のいずれか１つに記載の方法、実施形態１５〜４７のいずれか１つに記載の方法、および実施形態４８〜５４のいずれか１つに記載の方法のうちの１つまたは複数を含むことを特徴とする方法。
５６．無線通信で使用される方法であって、
モビリティ機能がＷＴＲＵからデータを受信しまたはＷＴＲＵにデータを送信すること
を含むことを特徴とする方法。
５７．アクセスネットワーク情報および／またはモビリティポリシ情報をコンピュータ可読媒体に格納することと、
アクセスネットワーク情報および／またはモビリティポリシ情報をＷＴＲＵに送信することと
をさらに含むことを特徴とする実施形態５６に記載の方法。
５８．モビリティポリシ情報は、データフローモビリティ情報を含むことを特徴とする実施形態５７に記載の方法。
５９．モビリティ機能は、照会／応答機構および／またはプッシュ機構を介してアクセスネットワーク情報および／またはモビリティポリシ情報をＷＴＲＵに送信することを特徴とする実施形態５６〜５８のいずれか１つに記載の方法。
６０．モビリティ機能がトリガ情報をＷＴＲＵに送信することであって、トリガ情報は、アクセスネットワーク情報および／またはモビリティポリシ情報に関するＷＴＲＵによる照会の開始に関するトリガを定義すること
をさらに含むことを特徴とする実施形態５６〜５９のいずれか１つに記載の方法。
６１．モビリティ機能が、ＷＴＲＵからＷＴＲＵ状態の情報を受信すること
をさらに含むことを特徴とする実施形態５６〜６０のいずれか１つに記載の方法。
６２．モビリティ機能は、ＷＴＲＵからＷＴＲＵ状態の情報を定期的に受信することを特徴とする実施形態６１に記載の方法。
６３．モビリティ機能がＷＴＲＵに情報を送信することであって、情報は、ＷＴＲＵ状態の情報トリガを定義すること
をさらに含むことを特徴とする実施形態５６〜６２のいずれか１つに記載の方法。
６４．モビリティ機能は、ＷＴＲＵで設定されたＷＴＲＵ状態の情報トリガに応答してＷＴＲＵ状態の情報を受信することを特徴とする実施形態６２〜６３のいずれか１つに記載の方法。
６５．モビリティ機能がＷＴＲＵからメッセージを受信することであって、メッセージは、アクセスネットワークの間でのデータフローまたはデータフローのグループの転送に関する要求を示すこと
をさらに含むことを特徴とする実施形態５６〜６４のいずれか１つに記載の方法。
６６．データフローまたはデータフローのグループがアクセスネットワークの間で転送されなければならないことを示すコマンドをＷＴＲＵに送信すること
をさらに含むことを特徴とする実施形態５６〜６５のいずれか１つに記載の方法。
６７．データフローまたはデータフローのグループは、１つまたは複数のＦＩＩパラメータに従って定義されることを特徴とする実施形態６５〜６６のいずれか１つに記載の方法。
６８．実施形態１〜５５のいずれか１つに記載の方法を実施するように構成されることを特徴とするＷＴＲＵ。
６９．ＷＴＲＵは、少なくとも１つのプロセッサと、メモリとのうちの１つまたは複数を含むことを特徴とする実施形態６８に記載のＷＴＲＵ。
７０．ＷＴＲＵは、少なくとも１つの送受信機を含み、少なくとも１つの送受信機は、２つまたは３つ以上のＲＡＴを使用して通信することができることを特徴とする実施形態６８〜６９のいずれか１つに記載のＷＴＲＵ。
７１．ＷＴＲＵは、少なくとも１つのシングルモードの送受信機を含むことを特徴とする実施形態６８〜７０のいずれか１つに記載のＷＴＲＵ。
７２．ＷＴＲＵは、少なくとも１つのマルチモードの送受信機を含むことを特徴とする実施形態６８〜７１のいずれか１つに記載のＷＴＲＵ。
７３．実施形態５６〜６７のいずれか１つに記載の方法を実施するように構成されることを特徴とするモビリティ機能。
７４．モビリティ機能は、プロセッサと、メモリと、通信インターフェースとのうちの１つまたは複数を含むことを特徴とする実施形態７３に記載のモビリティ機能。
７５．第１のアクセスネットワークから第２のアクセスネットワークへのデータフローの転送に参加するように構成されることを特徴とするネットワークノード。
７６．ネットワークノードは、ＭＭＥ、サービングゲートウェイ、ＰＤＮゲートウェイ、ＰＣＲＦ、ＡＡＡプロキシ、ＨＳＳ、ＣＤＭＡ２０００ ＰＤＳＮ、ＷｉＭａｘ ＡＳＮ、ＷＬＡＮアクセスルータ、基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、または基地局のうちの１つまたは複数に関連する機能性であるかこれを実施することを特徴とする実施形態７５に記載のネットワークノード。
７７．ネットワークノードは、プロセッサと、メモリと、通信インターフェースとのうちの１つまたは複数を含むことを特徴とする実施形態７５〜７６のいずれか１つに記載のネットワークノード。
７８．実施形態６８〜７２のいずれか１つに記載のＷＴＲＵと、実施形態７３〜７４のいずれか１つに記載のモビリティ機能と、実施形態７５〜７７のいずれか１つに記載のネットワークノードとのうちの１つまたは複数を含むことを特徴とする無線通信システム。

特徴および要素を、上記で特定の組合せで説明したが、各特徴または要素を、他の特徴および要素なしで単独で使用することができ、または、他の特徴および要素の有無にかかわらず種々の組合せで使用することができる。上記で説明した方法または流れ図の副要素を、任意の順序で（同時を含む）、任意の組合せまたは副組合せで実現することができる。参照を用いて上記で説明した方法または流れ図を、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよび着脱可能なディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（digital versatile disk）などの光媒体を含む。

適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ＤＳＰ（digital signal processor）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（application specific integrated circuit）、ＦＰＧＡ（field programmable gate array）回路、任意の他の種類の集積回路（ＩＣ）、および／または状態機械を含む。

ソフトウェアに関連するプロセッサを、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）、または任意のホストコンピュータ内での使用のための無線周波数送受信機を実施するのに使用することができる。ＷＴＲＵを、カメラ、ビデオカメラモジュール、ビデオ電話機、スピーカーホン、振動装置、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）無線ユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、ＯＬＥＤ（organic light-emitting diode）ディスプレイユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ＬＡＮ）モジュールもしくはＵＷＢ（ultra wide band）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールに関連して使用することができる。

Claims (16)

1. 無線送受信ユニット（ＷＴＲＵ）であって、
   前記ＷＴＲＵは、
   モビリティポリシ情報についての要求を送信するように構成される送信機であって、前記要求は、第１および第２のアクセスネットワーク情報、並びにフロー識別情報についての要求を含む、送信機と、
   前記モビリティポリシ情報に基づいて第１の無線アクセス技術（ＲＡＴ）の第１のアクセスネットワークから第２のＲＡＴの第２のアクセスネットワークに第１のインターネットプロトコル（ＩＰ）データフローまたは第２のＩＰデータフローの少なくとも一つを転送する決定をするように構成されるプロセッサであって、前記フロー識別情報は、前記第１のＩＰデータフローに対応する第１のアプリケーションタイプ識別子または前記第２のＩＰデータフローに対応する第２のアプリケーションタイプ識別子の少なくとも一つを含み、前記モビリティポリシ情報は、前記第１のアプリケーションタイプ識別子または前記第２のアプリケーションタイプ識別子の少なくとも一つを介して、前記第１のＩＰデータフローまたは前記第２のＩＰデータフローについての前記第２のＲＡＴの前記第２のアクセスネットワークの選好を示す、プロセッサと、
   を備える、ＷＴＲＵ。
2. モビリティ機能から前記モビリティポリシ情報を受信するように構成される受信機をさらに備える、請求項１のＷＴＲＵ。
3. 前記送信機は、トリガ条件に応答して前記モビリティポリシ情報についての前記要求を送信するようにさらに構成され、前記トリガ条件は、前記ＷＴＲＵのパワーアップ、期間の満了、前記ＷＴＲＵの位置の変化、前記ＷＴＲＵのアクセスネットワークの変化、前記ＷＴＲＵのバッテリ電力レベルの変化、または前記ＷＴＲＵ上で実行するアプリケーションの変化の少なくとも１つに関係し、
   前記受信機は、前記モビリティポリシ情報についての前記要求に応答して前記モビリティ機能から前記モビリティポリシ情報を受信するようにさらに構成される、
   請求項２のＷＴＲＵ。
4. 前記受信機は、前記トリガ条件を定義する情報を前記モビリティ機能から受信するようにさらに構成される、請求項３のＷＴＲＵ。
5. 前記送信機は、ＷＴＲＵ状態情報を前記モビリティ機能に送信するようにさらに構成され、前記ＷＴＲＵ状態情報は、前記ＷＴＲＵが接続されるアクセスネットワーク、前記第１のインターネットプロトコル（ＩＰ）データフローまたは前記第２のＩＰデータフローの少なくとも一つに関連する１つまたは複数のフロー識別情報パラメータ、前記ＷＴＲＵによる前記モビリティポリシ情報の使用に関する統計、アクセスネットワークについての前記ＷＴＲＵの選好、またはＲＡＴの種類についての前記ＷＴＲＵの選好の少なくとも１つを示す、請求項２のＷＴＲＵ。
6. 前記モビリティポリシ情報は、前記第１のアクセスネットワークと前記第２のアクセスネットワークとの間のデータフローモビリティが許可されるかどうか、複数のパケットデータネットワーク（ＰＤＮ）接続が前記第１のアクセスネットワークまたは前記第２のアクセスネットワーク上で許可されるかどうか、前記第１のアクセスネットワークまたは前記第２のアクセスネットワーク上で許可されるＰＤＮ接続の最大数、ＰＤＮ接続が前記第１のアクセスネットワークまたは前記第２のアクセスネットワークを介して許可されるかどうか、またはＰＤＮ接続がある種類のＲＡＴ上で許可されるかどうかの少なくとも１つを示す、請求項１のＷＴＲＵ。
7. 前記第１のインターネットプロトコル（ＩＰ）データフローまたは前記第２のＩＰデータフローの少なくとも一つは、ＬＴＥ（Long Term Evolution） ＩＰ（インターネットプロトコル）フローである、請求項１のＷＴＲＵ。
8. 無線送受信ユニット（ＷＴＲＵ）で用いる方法であって、
   前記方法は、
   モビリティポリシ情報についての要求を送信することであって、前記要求は、第１および第２のアクセスネットワーク情報並びにフロー識別情報についての要求を含む、ことと、
   前記モビリティポリシ情報に基づいて第１の無線アクセス技術（ＲＡＴ）の第１のアクセスネットワークから第２のＲＡＴの第２のアクセスネットワークに第１のインターネットプロトコル（ＩＰ）データフローまたは第２のＩＰデータフローの少なくとも一つを転送する決定をすることであって、前記フロー識別情報は、前記第１のＩＰデータフローに対応する第１のアプリケーションタイプ識別子または前記第２のＩＰデータフローに対応する第２のアプリケーションタイプ識別子の少なくとも一つを含み、前記モビリティポリシ情報は、前記第１のアプリケーションタイプ識別子または前記第２のアプリケーションタイプ識別子の少なくとも一つを介して、前記第１のＩＰデータフローまたは前記第２のＩＰデータフローについての前記第２のＲＡＴの前記第２のアクセスネットワークの選好を示す、ことと、
   を備える、方法。
9. モビリティ機能から前記モビリティポリシ情報を受信することをさらに備える、請求項８の方法。
10. トリガ条件に応答して前記モビリティポリシ情報についての要求を送信することであって、前記トリガ条件は、前記ＷＴＲＵのパワーアップ、期間の満了、前記ＷＴＲＵの位置の変化、前記ＷＴＲＵのアクセスネットワークの変化、前記ＷＴＲＵのバッテリ電力レベルの変化、または前記ＷＴＲＵ上で実行するアプリケーションの変化の少なくとも１つに関係する、ことをさらに備え、
    前記モビリティ機能から前記モビリティポリシ情報を受信することは、前記モビリティポリシ情報についての前記要求に応答して実行される、請求項９の方法。
11. 前記トリガ条件を定義する情報を前記モビリティ機能から受信することをさらに備える、請求項１０の方法。
12. ＷＴＲＵ状態情報を前記モビリティ機能に送信することであって、前記ＷＴＲＵ状態情報は、前記ＷＴＲＵが接続されるアクセスネットワーク、前記第１のインターネットプロトコル（ＩＰ）データフローまたは前記第２のＩＰデータフローの少なくとも一つに関連する１つまたは複数のフロー識別情報パラメータ、前記ＷＴＲＵによる前記モビリティポリシ情報の使用に関する統計、アクセスネットワークについての前記ＷＴＲＵの選好、またはＲＡＴの種類についての前記ＷＴＲＵの選好の少なくとも１つを示す、ことをさらに備える、請求項９の方法。
13. 前記モビリティポリシ情報は、前記第１のアクセスネットワークと前記第２のアクセスネットワークとの間のデータフローモビリティが許可されるかどうか、複数のパケットデータネットワーク（ＰＤＮ）接続が前記第１のアクセスネットワークまたは前記第２のアクセスネットワーク上で許可されるかどうか、前記第１のアクセスネットワークまたは前記第２のアクセスネットワーク上で許可されるＰＤＮ接続の最大数、ＰＤＮ接続が前記第１のアクセスネットワークまたは前記第２のアクセスネットワークを介して許可されるかどうか、またはＰＤＮ接続がある種類のＲＡＴ上で許可されるかどうかの少なくとも１つを示す、請求項８の方法。
14. 前記第１のインターネットプロトコル（ＩＰ）データフローまたは前記第２のＩＰデータフローの少なくとも一つは、ＬＴＥ（Long Term Evolution） ＩＰ（インターネットプロトコル）フローである、請求項８の方法。
15. 前記プロセッサは、前記モビリティポリシ情報を受信するためにＡＮＤＳＦ（Access Network Discovery Function）機能性を実施するようにさらに構成され、前記第１のアプリケーションタイプ識別子または前記第２のアプリケーションタイプ識別子の少なくとも一つは、ストリーミングビデオアプリケーション、ウェブブラウザアプリケーション、ファイル転送プロトコル（ＦＴＰ）アプリケーション、ＶｏＩＰ（Voice over Internet Protocol）アプリケーション、または電子メール（email）アプリケーションの少なくとも一つにさらに対応する、請求項１のＷＴＲＵ。
16. 前記モビリティポリシ情報を受信するためにＡＮＤＳＦ（Access Network Discovery Function）機能性を実施することをさらに含み、前記第１のアプリケーションタイプ識別子または前記第２のアプリケーションタイプ識別子の少なくとも一つは、ストリーミングビデオアプリケーション、ウェブブラウザアプリケーション、ファイル転送プロトコル（ＦＴＰ）アプリケーション、ＶｏＩＰ（Voice over Internet Protocol）アプリケーション、または電子メール（email）アプリケーションの少なくとも一つにさらに対応する、請求項８の方法。

Images