(57)【要約】  パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）に（３Ｇ接続及び非３Ｇ接続経由で）同時に接続されたユーザ装置（ＵＥ）は、トラフィックフローがＰ−ＧＷからＵＥへルーティングされる方法を指示することができる。通常、Ｐ−ＧＷは、ＵＥの３Ｇ経路に向けて送られる下りリンクデータパケットを受信すると、ＵＥへの３Ｇ通信経路をセットアップする。Ｐ−ＧＷが、ユーザの実際の意図を知らずにＵＥへの通信経路を設定するための論理を使用すると、進行中のセッションに対してユーザが何らかのサービス低下を生じる結果になる場合がある。更に、第２のＵＥインタフェース用のパケットフィルタの誤った設定のために、第１のＵＥインタフェース用のパケットフィルタが使用されない可能性がある。この問題を解決するために、ＵＥは、通信経路のセットアップに関するユーザの意図をＰ−ＧＷに示す。これは、ＵＥのバッテリを節約するという利点を有する。【選択図】図４
2012519396.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末として機能する装置であって、前記装置が、第１のアクセスシステム経由でネットワークに接続するための第１のインタフェースと、第２のアクセスシステム経由で前記ネットワークに接続するための第２のインタフェースとを有し、前記装置が前記第１のアクセスシステム経由で前記ネットワークへパケットフローを送信する場合、前記第１のアクセスシステム内の適切なベアラを選択するために使用されるパケットフィルタが設定され、
前記パケットフローを識別するための情報を含む前記パケットフィルタが設定されているか否かを確認するパケットフィルタ確認ユニットと、
どのアクセスシステムを経由して前記パケットフローを受信すべきかを決定する決定ユニットと、
前記第１又は第２のいずれかのインタフェースから前記ネットワーク内の所定のノードへメッセージを送信する送信ユニットであって、前記メッセージは、前記パケットフィルタに含まれる前記パケットフローを識別するための情報と、前記パケットフローを受信するために使用される前記アクセスシステムを示すための情報とを含む送信ユニットとを、
有する装置。
【請求項２】
前記パケットフィルタ確認ユニットが、前記第２のインタフェース経由で受信した前記パケットフローを識別するための前記情報を含む前記パケットフィルタが設定されていることを確認した場合、前記決定ユニットが、前記パケットフローが前記第１のアクセスシステムを経由して前記第１のインタフェースによって受信されるべきであることを決定し、
前記送信ユニットが、前記パケットフィルタに含まれる前記パケットフローを識別するための前記情報と、前記パケットフローを受信するために前記第１のアクセスシステムを使用することを示すための前記情報とを含むメッセージを送信する請求項１に記載の装置。
【請求項３】
前記パケットフローが受信される際に経由すべきアクセスシステムを示すポリシーが設定されているか否かを確認するポリシー確認ユニットを更に有し、
前記ポリシー確認ユニットが、前記第２のインタフェースを介して受信される前記パケットフローが前記第１のアクセスシステムを経由して前記第１のインタフェースによって受信されるべきであることを示す前記ポリシーが設定されていることを確認した場合、前記決定ユニットが、前記パケットフローが前記第１のアクセスシステムを経由して前記第１のインタフェースによって受信されるべきであることを決定し、
前記パケットフィルタ確認ユニットが、前記パケットフローを識別するための情報を含む前記パケットフィルタが設定されていることを確認した場合、前記送信ユニットが、前記パケットフィルタに含まれる前記パケットフローを識別するための前記情報と、前記パケットフローを受信するために前記第１のアクセスシステムを使用することを示すための前記情報とを含むメッセージを送信する請求項１に記載の装置。
【請求項４】
前記パケットフローが受信される際に経由すべきアクセスシステムを示すポリシーを受信するポリシー受信ユニットを更に有する請求項１に記載の装置。
【請求項５】
前記ポリシー受信ユニットが、前記パケットフローが前記第１のアクセスシステムを経由して前記第１のインタフェースによって受信されるべきであることを示す前記ポリシーを受信した場合、前記決定ユニットが、前記パケットフローが前記第１のアクセスシステムを経由して前記第１のインタフェースによって受信されるべきであることを決定し、
前記パケットフィルタ確認ユニットが、前記パケットフローを識別するための情報を含む前記パケットフィルタが設定されていることを確認した場合、前記送信ユニットが、前記パケットフィルタに含まれる前記パケットフローを識別するための前記情報と、前記パケットフローを受信するために前記第１のアクセスシステムを使用することを示すための前記情報とを含むメッセージを送信する請求項４に記載の装置。
【請求項６】
前記ポリシー受信ユニットが、前記ネットワーク内の第１のネットワークエンティティから、前記パケットフローが前記第１のアクセスシステムを経由して前記第１のインタフェースによって受信されるべきであることを示す第１のポリシーを受信した場合、及び、前記ネットワーク内の第２のネットワークエンティティから、前記パケットフローが前記第２のアクセスシステムを経由して前記第２のインタフェースによって受信されるべきであることを示す第２のポリシーを受信した場合、
前記パケットフィルタ確認ユニットが、前記パケットフィルタが設定されていることを確認すると、前記決定ユニットが、前記パケットフローが前記第１のアクセスシステムを経由して前記第１のインタフェースによって受信されるべきであることを決定し、
前記送信ユニットが、前記パケットフィルタに含まれる前記パケットフローを識別するための前記情報と、前記パケットフローを受信するために前記第１のアクセスシステムを使用することを示すための前記情報とを含むメッセージを送信する請求項４に記載の装置。
【請求項７】
前記ネットワーク内の前記第１及び前記第２のネットワークエンティティがＡＮＤＳＦである請求項６に記載の装置。
【請求項８】
前記パケットフローを識別するための前記情報が前記パケットフィルタの識別子である請求項１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット交換データ通信ネットワークシステムにおける電気通信の分野に関する。より詳細には、本発明は、第２の通信ノードから第１の通信ノードへの新規通信経路を動的に構成するために、第２の通信ノードに通知する第１の通信ノードに関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ：Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）プログラムは、スペクトル効率を改善し、待ち時間を短縮し、無線リソースの利用率を向上させる進化型パケットシステム（ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）と呼ばれる新しいシステムを開発している。ＥＰＳを使用して、ユーザはより速いデータ転送速度、より豊富なアプリケーション、及びより低コストのサービスを受けることができる。ＥＰＳに接続するためには、ユーザはＬＴＥに準拠したユーザ装置（ＵＥ）を入手しなければならない。最近の市場傾向では、ＵＥは複数の異なる無線技術をサポートしているものと考えられる。例えば、すべての携帯電話が、移動セルラーネットワークにアクセスするために少なくとも１つのセルラー式無線インタフェースを有する。更に、これらの携帯電話の中には、また、無線ローカルエリアネットワーク（ＷＬＡＮ）にアクセスすることができるＩＥＥＥ８０２．１１無線インタフェースを有するものが増えてきている。
【０００３】
図１は、第３世代パートナーシッププログラム（３ＧＰＰ）内に記載されたシステムを示す。このシステムでは、ＵＥ０１００が、そのセルラー式無線インタフェース（ＩＦ０１０００）及びＷＬＡＮ無線インタフェース（ＩＦ０１００１）の両方により、ＥＰＳ０１０への接続を得る。ＩＦ０１００１は、ＷｉＭＡＸインタフェース又はｃｄｍａ２０００ＨＲＰＤ（高レートパケットデータ）インタフェースとすることができるが、これらに限定されない。ＥＰＣ１０は、通常、進化型ノードＢ（ｅＮＢ０１０１）、モビリティ管理エンティティ（ＭＭＥ０１０２）、サービングゲートウェイ（Ｓ−ＧＷ０１０３）、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ０１０４）、進化型パケットデータゲートウェイ（ｅＰＤＧ０１０５）、及びポリシーサーバ（ＰＣＲＦ０１０６）を備える。幾つかのシステムでは、ＥＰＳ０１０はＥＰＣ０１０内に記載されたエンティティのうちの１つ又は複数を備えることができる。
【０００４】
ｅＮＢ０１０１は、ＵＥ０１００に対する無線リソース管理及び許可制御を処理する。更に、ｅＮＢ０１０１は、パケットのヘッダ圧縮、暗号化、及び信頼配信に対する責務も負う。ＭＭＥ０１０２は、ＵＥ０１００に対するアイドルモードモビリティシグナリングに対する責務を負う。これには、ＵＥ０１００がＥＰＳ０１０に接続された場合の、ＵＥ０１００に対する追跡及びページングが含まれる。更にＭＭＥ０１０２は、ＵＥ０１００に対するベアラ活性化／非活性化に関与する。この技術の場合、ベアラは、定義済み容量、遅延、及びビット誤り率の情報伝送経路である。
【０００５】
Ｓ−ＧＷ０１０３は、ユーザデータパケットのルーティングを支援する。更に、Ｓ−ＧＷ０１０３は、異なるアクセスシステム間のハンドオーバ中におけるユーザプレーンに関するモビリティアンカポイントとしても動作する。Ｐ−ＧＷ０１０４は、外部パケットデータネットワークへの接続をＵＥ０１００に提供する。また、Ｐ−ＧＷ０１０４は、ＵＥ０１００によって記述されたフィルタリング規則（すなわちルーティングフィルタ又はパケットフィルタ）に基づいて、ユーザデータパケットをルーティングする機能も有する。このシステムでは、Ｐ−ＧＷ０１０４は、データ経路０１０４０を使用して、ＥＰＳ０１０とグローバル通信ネットワーク０１１との間でデータパケットをルーティングする。ＰＣＲＦ０１０６は、ＵＥ０１００に対するポリシー及び課金制御要素である。
【０００６】
最後に、このシステムでは、通信相手ノード（ＣＮ０１１０）は、ＵＥ０１００との終端間データ通信に関与するエンティティである。一例として、ＵＥ０１００とＣＮ０１１０との間のデータトラフィックは、ビデオパケットストリーム及び音声パケットストリームを含むテレビ電話会議フローである。ＣＮ０１１０は、グローバル通信ネットワーク０１１への通信用にデータ経路０１１１０を使用する。
【０００７】
ＥＰＳ０１０を使用したデータパケットの送信又は受信が可能なＵＥ０１００の場合、ＵＥ０１００とＥＰＳ０１０との間に伝送経路を確立する必要がある。このシステムの場合、ＩＦ０１０００は、ｅＮＢ０１０１との無線リンクを確立するセルラー式無線インタフェースである。ＵＥ０１００がＥＰＳ０１０に接続されている場合は常に、ＵＥ０１００に対するデフォルトベアラが存在する。このデフォルトベアラは、ＥＰＳ０１０とＵＥ０１００との間の専用伝送経路を表す。
【０００８】
通常、ＵＥ０１００は常にデータパケットを送信又は受信しているわけではない。ＩＦ０１０００が周期的にデータパケットを送信又は受信していない場合、ＵＥ０１００内のバッテリを節約するために、ＩＦ０１０００はアイドル状態に入る。このアイドル状態では、ＩＦ０１０００は、ＩＦ０１０００の伝送機能をオフにすることによって、ＵＥ０１００のバッテリレベルの消費を低減する。ＵＥ０１００がアイドル状態の場合、ＥＰＳ０１０はＵＥ０１００がアイドル状態中にどこへ移動するかがわからないため、デフォルトベアラは物理的に存在しない。しかしながら、ＥＰＳ０１０がＵＥ０１００にデータパケットを送信する必要がある場合は常に迅速な経路セットアップを可能にするために、ＭＭＥ０１０２は、デフォルトベアラの何らかの情報を記憶し、これによって、ＭＭＥ０１０２はデフォルトベアラを再確立するためにかかる時間を低減できるようになる。ＭＭＥ０１０２が記憶する情報は、伝送経路の識別子又は伝送経路に対するメッセージを暗号化するために使用されるセキュリティコードであってもよいが、これらに限定されない。ＩＦ０１０００がアイドル状態の間に、ＥＰＳ０１０がＵＥ０１００にデータパケットを転送する必要がある場合、ＭＭＥ０１０２はＩＦ０１０００の送信機機能を起動させるために、ＵＥ０１００に対してページングする。
【０００９】
図２は、ＵＥ０１００がアイドル状態の間にデータパケットをＵＥ０１００にどのようにルーティングできるかを説明するメッセージシーケンス図を示す。最初は、ＵＥ０１００はアイドル状態である（Ｓ０２００）。これは、ＩＦ０１０００の送信機機能がオフになっていることを意味する。Ｐ−ＧＷ０１０４が、ＵＥ０１００に送信する必要のあるデータパケットを有する場合、Ｐ−ＧＷ０１０４は、下りリンクデータトリガメッセージ（Ｓ０２０１）を送信して、ＥＰＳ０１０内でＵＥ０１００を見つけるようにＭＭＥ０１０２にシグナリングする。ＥＰＳ０１０内のＵＥ０１００の位置を特定するために、ＭＭＥ０１０２は、ＥＰＳ０１０内のＵＥ０１００に対してページングする（Ｓ０２０２）。ページングメッセージを受信すると、ＵＥ０１００はＩＦ０１０００の送信機機能をオンにする（Ｓ０２０３）。これによって、ＵＥ０１００は、データ受信のためにＥＰＳ０１０に接続することができる。
【００１０】
続いてＵＥ０１００は、ＵＥ０１００がページングメッセージを受信したことをＭＭＥ０１０２に知らせるために、サービス要求（Service Request）メッセージを送信する（Ｓ０２０４）。ＭＭＥ０１０２は、ＵＥ０１００がＥＰＳ０１０内に存在していることを知ると、ページング成功メッセージによりＵＥ０１００が位置していることをＰ−ＧＷ０１０４に通知する（Ｓ０２０５）。同時にＭＭＥ０１０２は、デフォルトベアラが再確立されたことをＵＥ０１００に通知することによって、サービス要求メッセージに応答する（Ｓ０２０６）。ＵＥ０１００がＥＰＳ０１０内に位置している状態で、Ｐ−ＧＷ０１０４は、デフォルトベアラを介してＵＥ０１００へデータパケットのルーティングを開始する（Ｓ０２０７）。
【００１１】
ＵＥ０１００は、デフォルトベアラが着信するデータパケットフローをサポートできないことがわかっている。その理由は、サービス品質（ＱｏＳ）レベルが着信データパケットフローの要件を満たさないためである。したがってＵＥ０１００は、着信データパケットフローをサポートする適切なＱｏＳを備える他のベアラを要求するために、ＭＭＥ０１０２にベアラ修正メッセージを送信する（Ｓ０２０８）。また、ＵＥ０１００は、ＵＥ０１００が着信データパケットフローをＵＥ０１００へどのようにルーティングしたいかをＰ−ＧＷ０１０４が理解できるようにするトラフィックフローテンプレート（ＴＦＴ）を挿入する。ＭＭＥ０１０２は、このベアラ要求メッセージをＵＥ０１００からのＴＦＴと共に、Ｐ−ＧＷ０１０４へと承認のために転送する（Ｓ０２０９）。ＴＦＴは、パケットフィルタによって識別される着信データパケットフローと、着信データパケットフローのルーティング先であるベアラとを示す。
【００１２】
通常、Ｐ−ＧＷ０１０４は、ＵＥ０１００のポリシーがこのようなＱｏＳレベル要求を許可するか否かを判定するために、ＰＣＲＦ０１０６に問い合わせを行う。ＱｏＳレベルが承認された場合、Ｐ−ＧＷ０１０４は、所望のＱｏＳレベルを備える２次ベアラをＵＥ０１００に対して作成することができることをＭＭＥ０１０２に通知する（Ｓ０２１０）。ＭＭＥ０１０２は、要求が認められたこと、及びＵＥ０１００が所望のＱｏＳを備える２次ベアラを使用できるようになったことをＵＥ０１００に伝える（Ｓ０２１１）。この従来技術の場合、着信データパケットフローが２次ベアラによりルーティングされることをＵＥ０１００からのＴＦＴがＰ−ＧＷ０１０４に示すので、Ｐ−ＧＷ０１０４は、２次ベアラを経由してデータパケットをＵＥ０１００へルーティングする（Ｓ０２１２）。
【００１３】
再度図１を参照すると、ＵＥ０１００は、同時接続を達成するために、ＩＦ０１００１を使用してＥＰＳ０１０に接続することができる。このシステムでは、ＩＦ０１００１はＷＬＡＮ無線である。ＩＦ０１００１がＥＰＳ０１０への接続を得る場合、ＩＦ０１００１はｅＰＤＧ０１０５との無線リンクを介した伝送経路を確立する。ｅＰＤＧ０１０５は、ＬＴＥシステムに固有ではないシステムにアクセスするためのゲートウェイとして働くエンティティである。同様に、ＵＥ０１００がＩＦ０１００１上でパケットを受信できるようにするため、ｅＰＤＧ０１０５は、Ｐ−ＧＷ０１０４がｅＰＤＧ０１０５を介してＩＦ０１００１へデータパケットを送信できるようにするためのＰ−ＧＷ０１０４へのデータ伝送経路を有する。
【００１４】
ＵＥ０１００がＥＰＳ０１０への同時接続を達成できるようにするために使用することができるモビリティプロトコルについては、非特許文献１に記載されている。この従来技術では、バインディング識別子（ＢＩＤ）によって、ＵＥ０１００はＰ−ＧＷ０１０４へのＩＦ０１０００接続及びＩＦ０１００１接続の両方を固有に識別できるようになる。ＢＩＤは、バインディング更新（ＢＵ）メッセージによってＵＥ０１００からＰ−ＧＷ０１０４へと搬送される。ＢＵメッセージは、ＵＥ０１００が依然として接続されていることをＰ−ＧＷ０１０４に知らせるために、ＵＥ０１００によるＰ−ＧＷ１０４に対する定期的な更新としての役割を有する。ＢＵメッセージは少なくとも７分ごとに送信されなければならないため、ＩＦ０１００１はそれほど長い間アイドル状態に入ることはないものと考えられる。したがって、ＵＥ０１００がｅＰＤＧ０１０５経由でＥＰＳ０１０に接続する場合、このようなアイドル状態技術は適用されない。
【００１５】
Ｐ−ＧＷ０１０４は、ＵＥ０１００へのデータ経路が複数存在することがわかった場合、それに応じて、複数のデータ経路を介したＵＥ０１００へのデータパケットフローの選択的ルーティングを開始することができる。ある簡単な方法は、ＵＥ０１００がＰ−ＧＷ０１０４への各データパケットフローに関する記述を提供し、どのデータパケットフローがＵＥ０１００へのどのデータ経路を伝搬するかをＰ−ＧＷ０１０４がわかるようにするものである。これらのフロー記述（ルーティングフィルタと、ルーティングフィルタによって識別されたＩＰフローに対する転送宛先との両方を含むルーティング規則）は、また、ＢＵメッセージによっても搬送される。この選択的ルーティング方法については、更に非特許文献２、非特許文献３、及び特許文献１に記載されている。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】R-J Titmuss, C-A-M Lebre and J-L Taylor, ”Mobile Communications Network”, WO Patent Application Publication Number 2000/042755A1, July 20, 2000.
【特許文献２】A. Damle, S. Faccin and Z. Fan, ”Multiple packet data network support over trusted access”, US Patent Application Publication Number 2009/0022126A1, January 22, 2009.
【特許文献３】R. Ludwig, N-S. Lundin and P. Johnsen, ”Method and system for dynamically configuring a traffic flow template”, WO Patent Application Publication Number 2007/129199A2, November 15, 2007.
【特許文献４】I. Widegren, G. Fodor, B. Williams and J. Oyama, ”Application influenced policy”, US Patent Application Publication Number 2002/0036983A1, March 28, 2002.
【特許文献５】Gorg. C-P, Pangboonyanon. V, Pittmann. F, Toseef. U and Udugama. A, ”Method for network controlled MobileIP-based flow management”, European Patent Application Publication Number 2081352 A1, July 22, 2009.
【非特許文献】
【００１７】
【非特許文献１】R. Wakikawa, V. Devarapalli, T. Ernst and K. Nagami, ”Multiple Care-of Addresses Registration”, draft-ietf-monami6-multiplecoa-11, January 13, 2009.
【非特許文献２】H. Soliman, N. Montavont, N. Fikouras and K. Kuladinithi, ”Flow Bindings in Mobile IPv6 and Nemo Basic Support”, draft-soliman-monami6-flow-binding-05, November 19, 2007.
【非特許文献３】C. Larsson, H. Levkowetz, H. Mahkonen and T. Kauppinen, ”A Filter Rule Mechanism for Multi-access Mobile IPv6”, draft-larsson-monami6-filter-rules-02, March 5, 2007.
【非特許文献４】G. Tsirtsis, G. Giarreta, H. Soliman and N.  Montavont, ”Traffic Selectors for Flow Bindings”, draft-ietf-mext-binary-ts-02, December 16, 2009.
【非特許文献５】3GPP TS 24.301: ”Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3”.
【００１８】
図２を見るとわかるように、Ｐ−ＧＷ０１０４がＵＥ０１００への送信を保留中のデータパケットを有する場合、Ｐ−ＧＷ０１０４は、ＥＰＳ０１０内のアイドル状態のＩＦ０１０００を探索するようトリガされるだけである。Ｐ−ＧＷ０１０４でのこの論理が、データパケット受信の遅延により、ユーザがＥＰＳ０１０内でのサービスの低下を被るという問題につながる可能性がある。問題は、ＩＦ０１０００へのベアラを確立すべき際に、ユーザの意図がＰ−ＧＷ０１０４にはわからないという点にある。この不確実性が、ユーザに対するサービスの低下をもたらし、更には、ＵＥ０１００の複数経路へのデータパケットの選択的ルーティング方法をＰ−ＧＷ０１０４に通知するための追加のシグナリングも引き起こす。
【００１９】
図３は、ＥＰＳへの同時接続で直面するＵＥの問題を示すシグナリング図である。このシステムの場合、ＵＥ０１００用のＩＦ０１０００は、この時点でアイドル状態である（Ｓ０２００）。ＵＥ０１００は、ｅＰＤＧ０１０５を介したＰ−ＧＷ０１０４への他の接続（ＩＦ０１００１）を有する。Ｐ−ＧＷ０１０４は、ＵＥ０１００に送信されるデータパケットを有する。Ｐ−ＧＷ０１０４は、ＵＥ０１００がＩＦ０１００１により到達可能であることがわかっているため、Ｐ−ＧＷ０１０４はデータパケットをＩＦ０１００１へとルーティングする（Ｓ０３０１）。データパケットは、音声データパケット及びビデオデータパケットを備える。ＵＥ０１００がデータパケットを受信した場合、ＵＥ０１００のユーザはデータパケットフローを２つのストリームに分割することを決定する。音声データパケット（幾つかのＱｏＳ要件が存在する）は、接続がＱｏＳルーティングをサポートしている場合、ＩＦ０１０００へとルーティングされる。ビデオデータパケット（ＱｏＳ要件を持たない）はＩＦ０１００１へとルーティングされる。
【００２０】
決定に伴い、ＵＥ０１００は、選択的ルーティングに関するユーザの意図を伝えるために、フィルタ更新メッセージをＰ−ＧＷ０１０４へと送信する（Ｓ０３０２）。Ｐ−ＧＷ０１０４は、ＵＥ０１００によって記述されたルーティングフィルタを確認し、それに従って次のデータパケットが着信した際に動作する。この場合、Ｐ−ＧＷ０１０４は、ユーザの意図に従ってビデオデータパケットをＩＦ０１００１へとルーティングする（Ｓ０３０３）。しかしながら、ＩＦ０１０００はアイドル状態にあるため、Ｐ−ＧＷ０１０４は、ビデオデータパケットをＩＦ０１００１へとルーティングする間に、ＵＥ０１００に対してページングをトリガするのみである。図３のＳ０２０１からＳ０２０７までのステップは上述のとおりであるため、ここでは省略する。
【００２１】
図３を参照すると、ＵＥ０１００に対するページングまで後続のデータパケットを待つ結果となるＰ−ＧＷ０１０４の不確実性により、ＵＥ０１００のユーザは、ビデオデータパケットと比べて音声データパケットの受信における遅延を被ることは明らかである。これを例示するために、Ｓ０３０１のデータパケットがテレビ電話会議セッションであると仮定してみる。その後、ビデオデータパケット及び音声データパケットが大幅な時間差でＵＥ０１００に到達した場合、ユーザには発呼者が口を動かしている画像が見えるが、しばらくは何も聞こえない。ユーザはある種のサービスレベルが保証されているものと期待しているため、これはユーザにとって満足しないものとなる。
【００２２】
更に、デフォルトベアラが音声データパケットに対するＱｏＳ要件を完全にサポートできない場合、ユーザは、音声データパケットに対する好適なＱｏＳレベルを備えた他のベアラを要求しなければならない。図３のＳ０２０８からＳ０２１２までのステップは上述のとおりであるため、ここでは省略する。更に悪いことに、Ｓ０２０８に記載されたＴＦＴ内のパケットフィルタは、Ｓ０３０２に記載されたフィルタリング規則におけるルーティングフィルタ（例えばＩＦ０１０００への音声データパケット）と同一である。これは、Ｐ−ＧＷ０１０４でルーティングフィルタを再指定するために、ＵＥ０１００が追加のシグナリングを実行することを意味する。
【００２３】
特許文献２では、ＵＥ用のルーティングフィルタについてＰ−ＧＷに通知するために、プロキシエンティティがＵＥを支援する方法について説明されている。なお、プロキシエンティティは、ＵＥがＰ−ＧＷへの同時接続を有することをＰ−ＧＷに知らせることができる。この従来技術は、ＵＥの意図に関してＰ−ＧＷに通知するが、この通知を使用して、ＵＥの他のインタフェースへの新しいＱｏＳ経路をセットアップする必要があるか否かをＰ−ＧＷが知ることができかもしれないことについては記載していない。したがってこの従来技術では、本発明の問題を完全に解決することはできない。
【００２４】
特許文献３は、本発明に記載されたＰ−ＧＷとやや似た機能を備えたエンティティについて記載している。Ｐ−ＧＷは、ＵＥからの上りリンクパケットの情報を使用して、上りリンクフローと合致する下りリンクパケット用のルーティングフィルタを自己生成する。これは、ＵＥがいかなるフィルタメッセージもＰ−ＧＷに送信する必要がなく、それによって、本発明に記載された追加のシグナリング問題が解決されることを意味する。
【００２５】
特許文献４は、ＵＥがゲートウェイノード（本発明ではＰ−ＧＷとみなすことができる）へ要求を送信することについて述べている。Ｐ−ＧＷは、ＵＥがＰ−ＧＷへの経路を確立できるか否かを判定するためにポリシーを照会する。これは、従来技術が、本発明に記載されたＵＥ用の新規ＱｏＳ経路を確立する問題を解決することを意味する。しかしながら、従来技術は、この要求メッセージがＵＥの各インタフェースに対して個々に送信されるか、又は単一の要求メッセージに連結されるかについては記載していない。これは、複数のインタフェースを備えたＵＥに対する要求メッセージを複数回反復しなければならない場合があり、これがＵＥによって実行される追加のシグナリングの問題を招くことを意味する。
【００２６】
特許文献５は、移動ノードに関するルーティングフィルタをホームエージェントに対して設定させるネットワークエンティティ（フロー管理実行機能）を有することによるネットワーク制御フローモビリティのための手段を開示している。ネットワークベースの制御は、ネットワークが、移動ノードが接続されているネットワークの負荷を認識し、ネットワーク輻輳を低減するようにフローを誘導することができるため、フロー管理の決定を移動ノードよりも迅速かつ信頼性の高いものにするという利点を有することが記載されている。これは、ＵＥがＰ−ＧＷに対していかなるフィルタメッセージも送信する必要がなく、それによって本発明に記載された追加のシグナリング問題を解決することを意味する。
【００２７】
更に、図１に示されたシナリオに対する他の問題も存在する。３ＧＰＰアクセス（すなわちセルラー）及び非３ＧＰＰアクセス（すなわちＷＬＡＮ）の両方を実施するエンティティ（すなわちＵＥ、Ｐ−ＧＷ）は、様々なアクセスのそれぞれのプロトコルスタックを互いに独立するように有することが想定される。ほとんどの３ＧＰＰ実施において、非３ＧＰＰアクセスのプロトコルスタックは、３ＧＰＰアクセスのプロトコルスタックの上に実施される。例えばＰ−ＧＷでのトラフィックルーティングの場合、非３ＧＰＰアクセススタック（ＩＰｖ６スタックと呼ばれる）は、非特許文献４に記載されたようなルーティングフィルタを使用する。他方で、Ｐ−ＧＷでのトラフィックルーティングの場合、３ＧＰＰアクセススタック（非アクセス層スタックと呼ばれる）は、非特許文献５に記載されたトラフィックフローテンプレート（ＴＦＴ）を使用する。非特許文献４及び非特許文献５に記載されたフォーマットでわかるように、両方のフォーマットが互いの複製であることを理解されたい。例えば、非特許文献４の「ソースアドレス」フィールドの目的は、非特許文献５の「ＩＰｖ６リモートアドレスタイプ」と同様である。両方のプロトコルスタックが互いに独立している場合、トラフィックルーティングを正しく実行するために、トラフィックフィルタリングの規則は両方のスタックで重複している必要がある。確実に重複させないと、トラフィックのルーティングがネットワークオペレータのプリファレンスに従って実行されない結果となり得る。
【００２８】
例えば図１を参照すると、Ｐ−ＧＷ０１０４からＩＦ０１００１への通信経路はＵＥ０１００用のデフォルト経路として働くことが想定される。この時点で、Ｐ−ＧＷ０１０４とＵＥ０１００との間にはルーティングフィルタが設定されていない。更に、Ｐ−ＧＷ０１０４からＩＦ０１００１への通信経路は、音声通信フローに対してＰ−ＧＷ０１０４と取り決めたＴＦＴを有する。ＴＦＴは、ユーザに対するサービス品質を保証するために、音声通信フローをどのようにルーティングするかに関するネットワークオペレータのプリファレンスを伝える。Ｐ−ＧＷ０１０４が音声通信フローを受信した場合、このフローは非３ＧＰＰアクセスプロトコルスタックへと渡される。ルーティングフィルタが存在しないため、非特許文献２に記載されたように、音声通信フローはデフォルト経路へとルーティングされる。これは、３ＧＰＰアクセス用に作成されたＴＦＴが利用されないこと、したがってサービス品質を満たさないことを意味する。これは、ユーザにとって、ネットワークオペレータが保証するはずである音声通信の劣化などの好ましくない結果につながる。
【発明の概要】
【発明が解決しようとする課題】
【００２９】
したがって、本発明の目的は、上記従来技術の欠点及び短所を克服するか又は少なくとも実質上改善することである。より詳細には、本発明の目的は、新規通信経路を動的に構成するための方法及び装置を提供することである。
【課題を解決するための手段】
【００３０】
したがって、本発明では、セットアップされる新規通信経路に対する要件を決定する決定ユニットと、新規通信経路を動的に構成する意図を通知する通知ユニットと、要求に応じて新規通信経路がセットアップされた旨の指示を受信する受信ユニットとを備える、動的経路セットアップに対する意図を通知するための装置が提供される。
【００３１】
本発明の他の好ましい実施の形態では、１つの通信経路に対する１セットのフィルタリング規則（すなわち、ルーティングフィルタ又はパケットフィルタ）を他の通信経路に動的にマッピングする生成ユニットを更に備える、動的経路セットアップに対する意図を通知するための装置が提供される。
【００３２】
更に本発明では、ユーザ端末として働く装置であって、該ユーザ端末は、第１のアクセスシステムによりネットワークに接続するための第１のインタフェースと、第２のアクセスシステムにより上記ネットワークに接続するための第２のインタフェースとを有し、
上記第１のインタフェース上でパケットフローのうちのあるパケットを受信すると、上記第１及び第２の両方のインタフェースを使用することによって上記パケットフローを受信するか否かを決定する決定ユニットと、
上記第１及び第２の両方のインタフェースを使用することによって上記パケットフローを受信することを決定する場合、上記第１又は第２のいずれかのインタフェースから上記ネットワーク内の特定ノードへとメッセージを送信する送信ユニットであって、上記メッセージは、上記第１及び第２の両方のインタフェースを使用することによって上記パケットフローを受信する意図、及び上記パケットフローが上記第２のアクセスシステムを経由して搬送されるために必要な情報を含む送信ユニットとを、
有する装置が提供される。
【００３３】
更に本発明では、ユーザ端末が接続しているネットワーク内に配置されたネットワークノードであって、上記ユーザ端末は、第１のアクセスシステムにより上記ネットワークに接続するための第１のインタフェースと、第２のアクセスシステムにより上記ネットワークに接続するための第２のインタフェースとを有し、
上記ユーザ端末にアドレス指定されたパケットを上記第１又は第２のアクセスシステムにより転送する転送ユニットと、
上記第１及び第２の両方のインタフェースを使用することによって上記パケットフローを受信する意図、及び上記パケットフローが上記第２のアクセスシステムを経由して搬送されるために必要な情報を含むメッセージを上記ユーザ端末から受信すると、上記パケットフローが上記第２のアクセスシステムを経由して搬送されるために必要な上記情報に基づいて、上記パケットフローを転送するよう上記転送ユニットを制御する転送制御ユニットとを、
有するネットワークノードが提供される。
【発明の効果】
【００３４】
本発明は、新規通信経路を動的に構成すること、バッテリの電力を節約すること、及び多くのメッセージ交換及び遅延を低減する効果を奏する。
【図面の簡単な説明】
【００３５】
【図１】従来技術及び本発明の好ましい実施の形態による、第３世代パートナーシッププログラム（３ＧＰＰ）に記載されたシステムに対するネットワークトポロジを示す図
【図２】従来技術による、アイドル状態中にデータパケットをユーザ装置にルーティングする方法に関するメッセージシーケンスを示す図
【図３】従来技術による、ユーザ装置が進化型パケットシステムへの同時接続に直面する問題を記述したメッセージシーケンスを示す図
【図４】本発明の好ましい実施の形態による、パケットデータネットワークゲートウェイにユーザの意図を通知するためのユーザ装置による決定方法を示すフローチャート
【図５】本発明の好ましい実施の形態による、フィルタ更新メッセージのフォーマットを示す図
【図６】本発明の好ましい実施の形態による、パケットデータネットワークゲートウェイがフィルタ更新メッセージを処理する方法に関するフローチャートを示す図
【図７】本発明の好ましい実施の形態による、経路通知メッセージのフォーマットを示す図
【図８】本発明の好ましい実施の形態による、ユーザ装置が経路通知メッセージを処理する方法に関するフローチャートを示す図
【図９】本発明の好ましい実施の形態による、様々なエンティティによって実行される動作の概要を提供するメッセージシーケンスを示す図
【図１０】本発明の他の好ましい実施の形態による、フィルタ更新メッセージのフォーマットを示す図
【図１１】本発明による好ましい装置の機能アーキテクチャを示す図
【図１２】本発明による他の好ましい装置の機能アーキテクチャを示す図
【図１３】本発明の好ましい実施の形態による、パケットデータネットワークゲートウェイに通知するためにユーザ装置が実行する他の決定プロセスに関するフローチャートを示す図
【図１４】本発明の他の好ましい実施の形態による、フィルタ更新メッセージのフォーマットを示す図
【図１５】本発明の好ましい一実施の形態による、ポリシーの矛盾が発生した場合にＰ−ＧＷにルーティングフィルタを通知するためのＵＥによって実行される決定方法に関する第１のフローチャートを示す図
【図１６】本発明の好ましい一実施の形態による、ポリシーの矛盾が発生した場合にＰ−ＧＷにルーティングフィルタを通知するためのＵＥによって実行される決定方法に関する第２のフローチャートを示す図
【図１７】本発明の好ましい一実施の形態による、ポリシーの矛盾が発生した場合にＰ−ＧＷにルーティングフィルタを通知するためのＵＥによって実行される決定方法に関する第３のフローチャートを示す図
【図１８】本発明の好ましい一実施の形態による、ポリシーの矛盾が発生した場合にＰ−ＧＷにルーティングフィルタを通知するための経路セットアップ決定エンジンによって実行される決定方法に関する第４のフローチャートを示す図
【発明を実施するための形態】
【００３６】
以下の説明では、本発明を完全に理解するために、特定の数、回数、構造、プロトコル名、及び他のパラメータが説明のために記載されている。しかしながら、当業者であれば、本発明がこれら特定の細部を用いることなく実施し得ることが明らかであろう。他のインスタンスでは、本発明を不必要に不明瞭にしないために、周知の構成要素及びモジュールがブロック図に示される。
【００３７】
一般的な方法の実施の形態
本発明は、新規ＱｏＳ経路を動的に構成する必要がある場合に、指示により第２の通信ノード（Ｐ−ＧＷ）に通知するための第１の通信ノード（ＵＥ）用の手段を提供する。更に、この指示は、指示と共に送信されたフィルタ記述に基づいて、ＵＥの他のインタフェースに対するフィルタリング規則の他のセットを生成するようにＵＥがＰ−ＧＷへ指示する意図も搬送することができる。Ｐ−ＧＷは、ＵＥによって提供された指示に基づいて、ＵＥ用の新規ＱｏＳ経路をセットアップする、及び／又はＵＥへの新規ＱｏＳ経路に対するフィルタリング規則を動的に構成する。上記動作の利点は、ＵＥ用のバッテリ電力及びＵＥとＰ−ＧＷとの間でのメッセージ交換数の節約である。
【００３８】
第１の実施の形態：ＵＥはＤＳＭＩＰ  ＢＵによりＰ−ＧＷに通知
ユーザの意図をＰ−ＧＷに示すのに先立ち、ＵＥ内の決定機能は、この指示をＰ−ＧＷに送信すべきか否かの結論を出す必要がある。図４は、本発明の好ましい一実施の形態による、Ｐ−ＧＷにユーザの意図を通知するためのＵＥによる決定方法を示すフローチャートである。
【００３９】
この実施の形態では、ＵＥ０１００が、ＵＥ０１００が有するフィルタリング規則（すなわちルーティングフィルタ又はパケットフィルタ）を満たさないデータパケットを受信すると、機能が開始する（０４０）。別の方法としては、この機能は、ＵＥ０１００が、その特定のデータパケットフローに対するＱｏＳパラメータの修正を伴うデータパケットを受信した時点で開始する。この機能は続いて（Ｓ０４００）、受信したデータパケットフローを、ＵＥ０１００の他のインタフェースを介してルーティングすべきか否かをチェックする（０４１）。このチェックは、ユーザに対するグラフィカルユーザインタフェース（ＧＵＩ）照会、又はＵＥ０１００内にローカルに格納されたユーザ事前構成ポリシーとすることができるが、これらに制限されない。
【００４０】
このチェックで、フローがインタフェースのプリファレンスを有さないとみなされる場合（Ｓ０４１０）、その後機能は終了する（０４７）。このチェックで、フローがインタフェースのプリファレンスを有するとみなされる場合（Ｓ０４１１）、データ経路は、データパケットフローに対する新規ＱｏＳ値をＵＥ０１００が交渉する必要があるか否かを決定する（０４２）ことによって機能は続行される。新規ＱｏＳ値が必要ないと決定された場合、機能は先へ進む（Ｓ０４２０）。新規ＱｏＳ値が必要な場合（Ｓ０４２１）、機能は、フィルタ更新メッセージが所望なＱｏＳ値に関する要求を含まなければならない旨をＵＥ０１００に伝える（０４３）。
【００４１】
機能は続いて（Ｓ０４３０）、要求されたデータ経路に対するＴＦＴをＰ−ＧＷ０１０４に生成させることをユーザが望んでいるか否かを決定する（０４４）。この決定は、ユーザに対するグラフィカルユーザインタフェース（ＧＵＩ）照会、又はＵＥ０１００内にローカルに格納されたユーザ事前構成ポリシーとすることができるが、これらに限定されない。Ｐ−ＧＷ０１０４に対してＴＦＴを生成するよう要求しない場合、機能は先へ進む（Ｓ０４４０）。Ｐ−ＧＷ０１０４に対してＴＦＴを生成する要求がトリガされた場合（Ｓ０４４１）、機能は、フィルタ更新メッセージのルーティングフィルタ記述に基づいて、フィルタ更新メッセージが、ＴＦＴを生成するようにＰ−ＧＷ０１０４に通知しなければならない旨をＵＥ０１００に伝える（０４５）。すべての決定が実行された場合（Ｓ０４５０）、機能は、ユーザの意図に基づいてＰ−ＧＷ０１０４にフィルタ更新メッセージを送信するように、ＵＥ０１００に要求する（０４６）。フィルタ更新メッセージの送信がトリガされる（Ｓ０４６０）と、機能は終了する（０４７）。
【００４２】
ユーザの意図に基づいてＵＥ０１００がＰ−ＧＷ０１０４に通知できる方法が決定された状態で、次に、フィルタ要求メッセージのフォーマットについて説明する。図５は、本発明の好ましい実施の形態による、フィルタ更新メッセージ（０５０）に対する好ましいメッセージフォーマットを示す。図５のメッセージフォーマットは、パケットヘッダ（０５１）、フィルタオプション（０５２）、ＱｏＳオプション（０５３）、及びＴＦＴオプション（０５４）を備える。このメッセージは、制御メッセージ（例えばＢＵメッセージ、ＩＫＥｖ２メッセージ）、又は、ＵＥと非３ＧＰＰアクセス内のネットワークエンティティ（例えばＳ−ＧＷ、アクセスゲートウェイ、ｅＰＤＧ、Ｐ−ＧＷ）との間の通信に使用される任意のアクセス固有のメッセージ内のプロトコル構成オプション（ＰＣＯ）とすることができるが、これらに限定されない。ＵＥ０１００が、非３ＧＰＰアクセスにおいてネットワークベースのモビリティプロトコル（ＰＭＩＰ：プロキシモバイルＩＰ）を使用している場合には、ＰＣＯはＵＥ０１００によって使用され、最終的に、Ｓ−ＧＷ、アクセスゲートウェイ、又はｅＰＤＧによって送信されたＰＢＵ（プロキシバインディング更新）メッセージによってＰ−ＧＷに到達することが好ましい。
【００４３】
パケットヘッダ（０５１）は、メッセージの発信元を包含し、通常は、ＩＰｖ４又はＩＰｖ６アドレス、メッセージのタイプを示すためのタイプフィールド、及びメッセージの長さを示すための長さフィールドからなるが、これらに限定されない。更にフィルタオプション（０５２）は、ＢＩＤ（０５２０）及びフィルタ記述（０５２１）を備える。ＢＩＤ（０５２０）は、ＵＥ０１００のそれぞれのデータ経路をＵＥ０１００が明確に識別できるようにする固有バインディング識別子である。フィルタ記述（０５２１）は、ＵＥ０１００がＰ−ＧＷ０１０４に特定のＢＩＤへルーティングさせることを望んでいるデータパケットフローの情報を含む。
【００４４】
ＱｏＳオプション（０５３）は、フラグ（０５３０）及びＱｏＳパラメータ（０５３１）を更に備えていてもよい。フラグ（０５３０）の目的は、ＵＥ０１００がＵＥ０１００への新規ＱｏＳデータ経路のセットアップを必要とするか否かをＰ−ＧＷ０１０４に知らせることである。好ましくは、ＢＩＤ（０５２０）にマッピングされたインタフェースへの新規ＱｏＳデータ経路が作成される。オプションのＱｏＳパラメータ（０５３１）によって、ＵＥ０１００は、Ｐ−ＧＷ０１０４への新規データ経路に対して所望のＱｏＳ値を指定することが可能である。オプションのＱｏＳパラメータ（０５３１）が存在しない場合には、ネットワークノードは他の場所から（例えばＰＣＲＦからの情報を通じて）ＱｏＳレベルを得ることができる。
【００４５】
更にＴＦＴオプション（０５４）は、フラグ（０５４０）及びＴＦＴパラメータ（０５４１）を備えていてもよい。フラグ（０５４０）の目的は、同じ更新メッセージに含まれるフィルタ記述（０５２１）に基づいてＴＦＴが生成できることをＰ−ＧＷ０１０４に通知することである。好ましくは、ＴＦＴは、ＢＩＤ（０５２０）にマッピングされたインタフェースに適用される。オプションのＴＦＴパラメータ（０５４１）によって、ＵＥ０１００は、Ｐ−ＧＷ０１０４によって生成されるＴＦＴに対する粒度（細かさ）を定義することができる。ＴＦＴパラメータフィールドが存在しない場合には、ネットワークはデフォルトの粒度を使用してＴＦＴを生成することができる。
【００４６】
ＵＥ０１００によってＰ−ＧＷ０１０４に送信されるフィルタ更新メッセージのフォーマットについて説明したが、次に、受信したルーティングフィルタ要求メッセージをＰ−ＧＷ０１０４が処理する方法について説明する。図６は、本発明の好ましい実施の形態により、Ｐ−ＧＷがフィルタ更新メッセージを処理する方法に関するフローチャートを示す。Ｐ−ＧＷ０１０４がＵＥ０１００からフィルタ要求メッセージ（０５０）を受信すると、機能が開始する（０６０）。機能は続いて（Ｓ０６００）、フィルタ更新メッセージ内にＱｏＳオプション（０５３）が指定されているか否かをチェックする（０６１）。ＱｏＳオプション（０５３）が指定されていない場合（Ｓ０６１０）、機能は終了する（０６９）。好ましくは、ＱｏＳオプション（０５３）の指定されていないフィルタ更新メッセージ（０５０）が受信された場合、フィルタ更新メッセージ（０５０）は、非特許文献２、非特許文献３、及び特許文献１に記載されたような従来技術のフィルタ処理機能へと送信される。
【００４７】
ＱｏＳオプション（０５３）が指定されていることを機能がチェックした場合（Ｓ０６１１）、機能は続いて、要求されたＱｏＳ値をＵＥ０１００が有することができるか否かを、ＰＣＲＦ０１０６を用いて検証する（０６２）。ＰＣＲＦ０１０６からの応答に基づいて、機能は続いて（Ｓ０６２０）、所望のＱｏＳ値のデータ経路が認められるか否かを決定する（０６３）。ＵＥ０１００に所望のＱｏＳ値のデータ経路が認められない場合（Ｓ０６３０）、Ｐ−ＧＷ０１０４は、応答メッセージで、所望のＱｏＳ値のデータ経路が認められなかったことをＵＥ０１００に通知し（０６４）、ＵＥ０１００に通知した後（Ｓ０６４０）、機能は終了する（０６９）。
【００４８】
ＵＥ０１００に、所望のＱｏＳ値のデータ経路が認められた場合（Ｓ０６３１）、機能は続いて、Ｐ−ＧＷ０１０４がＱｏＳデータ経路に対するＴＦＴを生成する必要があるか否かを決定する（０６５）。フィルタ更新メッセージ（０５０）内にＴＦＴオプション（０５４）が指定されていない場合（Ｓ０６５０）には、機能は、応答メッセージで、所望のＱｏＳデータ経路が認められていることをＵＥに通知し（０６６）、ＵＥ０１００に通知した後（Ｓ０６６０）、機能は終了する（０６９）。フィルタ更新メッセージ（０５０）内にＴＦＴオプション（０５４）が指定されている場合（Ｓ０６５１）には、機能は次の処理に進み、所望のＱｏＳデータ経路に対するＴＦＴを生成する（０６７）ことをＰ−ＧＷ０１０４に伝える。好ましくは、この実施の形態では、フィルタ更新メッセージ内のフィルタ記述（０５２１）に基づいて、ＴＦＴが生成される。またＰ−ＧＷ０１０４は、ＴＦＴパラメータ（０５４１）を使用して、ＴＦＴに対する詳細を定義する。機能は続いて（Ｓ０６７０）、所望のＱｏＳデータ経路が認められており、そのＱｏＳデータ経路に対するＴＦＴが生成されていることを応答メッセージでＵＥに通知し（０６８）、ＵＥ０１００に通知した後（Ｓ０６８０）、機能は終了する（０６９）。
【００４９】
Ｐ−ＧＷがフィルタ要求メッセージを処理する方法について説明したが、次に、ＵＥによってデータ経路セットアップ要求が出されたことを示すためにＰ−ＧＷがＵＥに送信する応答メッセージについて説明する。図７は、本発明の好ましい実施の形態による、Ｐ−ＧＷによって送信される経路通知メッセージの好ましいメッセージフォーマットを示す。経路通知メッセージ（０７０）は、パケットヘッダ（０７１）と、ＵＥ識別子（０７２）と、経路セットアップオプション（０７３）とを備える。
【００５０】
パケットヘッダ（０７１）は、メッセージの発信元を包含し、通常、ＩＰｖ４又はＩＰｖ６アドレス、メッセージのタイプを示すためのタイプフィールド、及びメッセージの長さを示すための長さフィールドからなるものとすることができるが、これらに限定されない。ＵＥ識別子（０７２）は、ＵＥがこの経路通知メッセージ（０７０）を受信することを目的としていることを、Ｐ−ＧＷ０１０４がＥＰＳ０１０内のエンティティに伝えられるようにする。好ましくは、ＵＥ識別子は、ＵＥの国際移動電話加入者識別番号（ＩＭＳＩ）とすることができるが、これに限定されない。
【００５１】
経路セットアップオプション（０７３）は、ステータス（０７３０）及びＴＦＴ記述（０７３１）を備える。ステータス（０７３０）は、Ｐ−ＧＷ０１０４がＵＥ０１００の所望のＱｏＳデータ経路のセットアップを認めるか否かをＵＥ０１００に示す。ＴＦＴ記述（０７３１）は、ＵＥ０１００要求でＰ−ＧＷ０１０４によって認められたＴＦＴを含む。
【００５２】
図８は、受信した経路通知メッセージ（０７０）をＵＥが処理する方法について説明する。ＵＥ０１００がＰ−ＧＷ０１０４から経路通知メッセージを受信すると、機能が開始する（０８０）。機能は続いて（Ｓ０８００）、Ｐ−ＧＷ０１０４がＵＥ０１００への所望のＱｏＳデータ経路に対する要求を認めたか否かを決定する（０８１）。Ｐ−ＧＷ０１０４がＵＥ０１００の要求を拒否した場合（Ｓ０８１０）、その後ＵＥ０１００は、他のＱｏＳ値のデータ経路に対する他の要求をＰ−ＧＷ０１０４に対して行う（０８２）。要求を送信するためにＵＥ０１００がトリガされた後、機能は先へ進み（Ｓ０８２０）、終了する（０８６）。
【００５３】
Ｐ−ＧＷがＵＥ０１００の要求を受け付けた場合（Ｓ０８１１）、機能は、ＴＦＴがＴＦＴ記述（０７３１）内に存在するか否かをチェックする（０８３）。ＴＦＴが存在しない場合（Ｓ０８３０）には、機能は続いて、ＵＥ０１００に対してＴＦＴをＰ−ＧＷ０１０４へ通知させる（０８４）。ＴＦＴをＰ−ＧＷ０１０４に送信するためにＵＥ０１００がトリガされた後、機能は先へ進み（Ｓ０８４０）、終了する（０８６）。好ましくは、この実施の形態では、ＵＥ０１００がＴＦＴをＰ−ＧＷ０１０４に送信しなければならない理由は、Ｐ−ＧＷ０１０４内のポリシーがＵＥ０１００に代わってＰ−ＧＷ０１０４にＴＦＴを生成させることができないためとすることができるが、これに制限されない。ＴＦＴが存在する場合（Ｓ０８３１）、機能は続いて、ＴＦＴをＵＥ０１００の揮発性メモリスペース内に格納する（０８５）。ＴＦＴを格納するためにＵＥ０１００がトリガされた後、機能は先へ進み（Ｓ０８５０）、終了する（０８６）。
【００５４】
ここまで、本発明の好ましい実施の形態において、様々な決定機能及びメッセージフォーマットについて説明してきたが、次に、本発明による様々なエンティティによって実行される動作の概要について説明する。図９は、本発明の好ましい実施の形態により実行されるプロセス全体を表すメッセージシーケンスを示す。ＵＥ０１００は、ＥＰＳ０１０に同時に接続された２つのインタフェースを有する。ＩＦ０１０００は、ＭＭＥ０１０２によりＰ−ＧＷ０１０４に接続され、現在アイドル状態にある（Ｓ０９００）、セルラー式無線インタフェースである。ＩＦ０１００１は、ｅＰＤＧ０１０５によりＰ−ＧＷ０１０４に接続されたＷＬＡＮ無線インタフェースである。通信相手ノード（ＣＮ０１１０）はＵＥ０１００とのテレビ電話会議を開始し、テレビ電話会議データパケットはＰ−ＧＷ０１０４への着信を開始する。好ましくは、この例の場合、テレビ電話会議データパケットは音声データパケット及びビデオデータパケットからなる。
【００５５】
Ｐ−ＧＷはＩＦ０１００１が現在接続されていることがわかっているため、Ｐ−ＧＷ０１０４はテレビ電話会議データパケットをＩＦ０１００１へと送信する（Ｓ０９０１）。ＵＥ０１００のユーザは、音声データパケットがＱｏＳ要件を有することを決定し、音声データパケットがＩＦ０１０００によりルーティングされること（その接続が一定レベルのＱｏＳを保証できるため）を望んでいる。同様にビデオデータパケットの場合、ＵＥ０１００のユーザは、ＩＦ０１００１によりそれらをルーティングすることを決定する。ＵＥ０１００は、ＩＦ０１０００が現在アイドル状態にあり、デフォルトベアラが音声データパケットに対するＱｏＳ要件をサポートできないことを理解しているため、ＵＥ０１００は、Ｐ−ＧＷ０１０４に、音声データパケットに対する所望のＱｏＳを備えたＩＦ０１０００への新規ＱｏＳ経路を作成するように、Ｐ−ＧＷ０１０４に求めることを決定する。更に、ＵＥ０１００が実行しなければならないシグナリングの量を低減するために、ＵＥ０１００はＰ−ＧＷ０１０４に対して、ルーティングフィルタ記述に基づいてＴＦＴを生成することも求める。この決定により、ＵＥ０１００は、ユーザの要求を伝えるために、フィルタ更新メッセージをＰ−ＧＷ０１０４に送信する（Ｓ０９０２）。
【００５６】
この例の場合、ＩＦ０１０００にはＢＩＤ１が割り当てられ、ＩＦ０１００１にはＢＩＤ２が割り当てられる。ここで、ＣＮ０１１０のＩＰアドレスがＡｄｄｒ１であり、音声データパケットがポート番号＃２３００にあり、ビデオデータパケットがポート番号＃２４００にあると想定する。したがって、Ｓ０９０２で、フィルタ更新メッセージは以下のような様子となる。
【００５７】
フィルタオプション（０５２）
ＢＩＤ（０５２０）＝＝ＢＩＤ１；
フィルタ記述（０５２１）＝＝Ａｄｄｒ１、＃２３００；
【００５８】
ＱｏＳオプション（０５３）
フラグ（０５３０）＝＝‘１’；
ＱｏＳパラメータ（０５３１）＝＝‘８０％’；
【００５９】
ＴＦＴオプション（０５４）
フラグ（０５４０）＝＝‘１’；
ＴＦＴパラメータ（０５４１）＝＝ソースアドレスフィールドのみを使用；
【００６０】
フィルタオプション（０５２）
ＢＩＤ（０５２０）＝＝ＢＩＤ２；
フィルタ記述（０５２１）＝＝Ａｄｄｒ１、＃２４００；
【００６１】
Ｐ−ＧＷ０１０４は、上記フィルタ更新メッセージを処理し（Ｓ０９０３）、以下の結果を伴う。Ｐ−ＧＷ０１０４は、ＵＥ０１００が音声データパケット（Ａｄｄｒ１、＃２３００）をＩＦ０１０００へとルーティングするよう望んでいることを認識している。また、フラグ（０５３０）を値「１」に設定し、ＵＥ０１００がＩＦ０１０００に対して（８０％ＱｏＳの）新規ＱｏＳデータ経路を作成するよう望んでいることをＰ−ＧＷ０１０４に知らせる。この動作に関して、Ｐ−ＧＷ０１０４は、所望のＱｏＳレベルが可能か否かを判定するためにＰＣＲＦ０１０６に問い合わせを行わなければならない。更に、フラグ（０５４０）は値「１」に設定され、これによってＰ−ＧＷ０１０４は、ＵＥ０１００が、ＩＦ０１０００への新規ＱｏＳデータ経路に対するＴＦＴを生成するようＰ−ＧＷ０１０４に要求していることを認識できる。また、ＴＦＴがソースアドレス（Ａｄｄｒ１）のみを有していればよいことが、ＴＦＴパラメータ（０５４１）内に示される。これは、Ｐ−ＧＷ０１０４がＴＦＴを生成し、このＴＦＴを、Ａｄｄｒ１パケットのみがこのＱｏＳ経路を使用できることを示すパケットフィルタを備えた新規の８０％ＱｏＳデータ経路にマッピングできることを意味する。続いて、次のフィルタオプションは、ビデオデータパケット（Ａｄｄｒ１、＃２４００）がＩＦ０１００１へとルーティングされることを意味する。
【００６２】
フィルタ更新メッセージがＰ−ＧＷ０１０４によって処理されると、Ｐ−ＧＷ０１０４はＭＭＥ０１０２に対して経路通知メッセージ（０７０）を送信する（Ｓ０９０４）。経路通知メッセージは、ＴＦＴ記述（０７３１）内にＰ−ＧＷ０１０４から生成されたＴＦＴを有し、ステータス（０７３０）が「ＯＫ」であることを示す。その後ＭＭＥ０１０２は、ＵＥ０１００に対するページングを行う（Ｓ０９０５）。
【００６３】
ＩＦ０１０００はページングメッセージを受信すると、ＩＦ０１０００の送信機をオンにし、これによってＩＦ０１０００は接続済み状態に入る（Ｓ０９０６）。その後ＩＦ０１０００は、サービス要求メッセージでＭＭＥ０１０２に応答する（Ｓ０９０７）。ＩＦ０１０００からサービス要求メッセージを受信すると、ＭＭＥ０１０２は、Ｐ−ＧＷ０１０４からの経路通知メッセージをＩＦ０１０００へと転送する（Ｓ０９０８）。同時に、ＭＭＥ０１０２は、ＵＥ０１００がＥＰＳ０１０内に位置していることをＰ−ＧＷ０１０４に伝える（Ｓ０９０９）。ＵＥ０１００は、経路通知メッセージを処理して（Ｓ０９１０）、ＱｏＳデータ経路が認められたことを知り、このＱｏＳ経路に関連付けられたＴＦＴを格納する。
【００６４】
当業者であれば、ルーティングフィルタに基づいてＰ−ＧＷにＴＦＴを自己生成させる際に説明される方法は、特許文献３で説明される方法とは異なることが明白であろう。この従来技術では、Ｐ−ＧＷはＵＥからの上りリンクパケットの情報を使用して、上りリンクフローに合致する下りリンクパケット用のルーティングフィルタを自己生成する。しかしながら、この従来技術は、自己生成動作が必要な場合、Ｐ−ＧＷに伝えるためにＵＥが何らかの指示を送信するか否かは説明していない。この指示の欠如は、従来技術において、Ｐ−ＧＷはＵＥが送信する任意の上りリンクフロー用のルーティングフィルタを常に生成することを意味する。本発明の場合、ＵＥは、フィルタ更新メッセージ内の指示（フラグ０５４０）をＰ−ＧＷに送信する。フラグ０５４０の存在により、ＵＥ用のＴＦＴを生成するようにＰ−ＧＷに要求する意図をＵＥが有するか否かをＰ−ＧＷが認識できる。この点に、本発明とこの従来技術との相違が存在する。
【００６５】
また、当業者であれば、ルーティングフィルタに基づいてＰ−ＧＷにＴＦＴを自己生成させる際に説明される方法が、特許文献５で説明される方法とは異なることは明白であろう。この従来技術では、ネットワーク制御フローモビリティ動作は、Ｐ−ＧＷにＵＥ用のルーティングフィルタを決定するフロー管理実施機能とインタラクションさせることによって説明される。しかしながら、パケットがカプセル化されている、すなわちＶＰＮトンネルを通して伝送される場合、ネットワークには、ルーティングしているフローのタイプがわからないため、フローの特徴に基づいてフローをルーティングする方法に関して、ＵＥにとって良好な決定ができない場合がある。本発明の場合、ＵＥは、フローがルーティングされる方法を提案するエンティティである。もちろん、ネットワークは、ＵＥからの提案を補正又は拒否する機能を有する。
【００６６】
第２の実施の形態：ＵＥはＴＦＴへのポインタ又は参照をＰ−ＧＷに通知
本発明の他の好ましい実施の形態では、ＵＥ０１００のユーザは、テレビ電話会議の開始に先立ち、関連付けられたＴＦＴを用いて２次ベアラを事前に確立しておくことができる。ＩＦ０１０００が現在アイドルモードであるため、この２次ベアラが現在は非活性状態であることを意味する。しかしながら、ＥＰＳ０１０は迅速なベアラの再確立をサポートしているため、２次ベアラの情報はＭＭＥ０１０２及びＰ−ＧＷ０１０４内にすでに格納されている。ＩＦ０１０００がアイドル状態にあるため、ユーザは、Ｐ−ＧＷ０１０４によって使用されるデフォルト経路としてＩＦ０１００１を設定することにより、ＩＦ０１０００に対するバッテリ使用量を節約することも決定する。
【００６７】
図１０は、本発明の好ましい実施の形態による、図５に記載されたフォーマットに新規ＴＦＴインデックスオプションを追加したメッセージフォーマットを示す。ＵＥ０１００は、Ｐ−ＧＷ０１０４がすでにテレビ電話会議のデータパケットフロー用のＴＦＴを有することがわかっているため、フィルタ更新メッセージ（０５０）はＴＦＴインデックスオプション１０００と呼ばれる新規オプションを更に備える。このＴＦＴインデックスオプション１０００は、Ｐ−ＧＷ０１０４がすでにわかっているＴＦＴへの参照ポインタを含む。Ｐ−ＧＷ０１０４が、ＴＦＴインデックスオプション１０００が存在するフィルタ更新メッセージを処理する場合、Ｐ−ＧＷ０１０４は、ＵＥ０１００に対してＴＦＴインデックスオプション１０００がポイントしている特定の２次ベアラを活性化する。この利点は、フィルタ更新メッセージのサイズが縮小されることであり、ＴＦＴインデックスオプション１０００を使用すると、ルーティングフィルタ記述を指定する必要がなくなる。
【００６８】
次に、上記例について更に詳細に説明する。ユーザは、ＩＦ０１０００上の２次ベアラに対して、インデックス１と呼ばれるＴＦＴを生成する。これは、まもなく行われることをユーザが知っているテレビ電話会議用にＩＦ０１０００に対して準備するものである。ＩＦ０１０００はアイドル状態に入り、ＩＦ０１００１はＵＥ０１００とＰ−ＧＷ０１０４との間のデフォルトデータ経路となる。テレビ電話会議のデータパケットがＰ−ＧＷ０１０４からＩＦ０１００１に到達した場合、ＵＥ０１００は、このデータパケットフローに対してＴＦＴがすでに準備されていることを認識する。したがって、ＩＦ０１００１は、ＴＦＴインデックスオプション１０００の値が「インデックス１」に設定されたフィルタ更新メッセージ（０５０）を送信する。Ｐ−ＧＷ０１０４がこのフィルタ更新メッセージを受信した場合、Ｐ−ＧＷ０１０４は２次ベアラのうちの１つに対してＴＦＴがすでに作成されていることを認識し、テレビ電話会議のデータパケットフローとインデックス１を備えたＴＦＴとを合致させる。
【００６９】
別の方法としては、ＴＦＴインデックスオプション１０００は、他のタイプのシグナリング又はデータメッセージにより搬送することができる。シグナリング又はデータメッセージは、制御メッセージ（例えばＢＵメッセージ、ＩＫＥｖ２メッセージ）、又はＵＥと３ＧＰＰ又は非３ＧＰＰアクセス内のネットワークエンティティ（例えばＳ−ＧＷ、アクセスゲートウェイ、ｅＰＤＧ、Ｐ−ＧＷ）との間の通信に使用される任意のアクセス固有のメッセージ内のプロトコル構成オプション（ＰＣＯ）とすることができるが、これらに限定されない。ＵＥ０１００が、３ＧＰＰ又は非３ＧＰＰアクセス内のネットワークベースのモビリティプロトコル（ＰＭＩＰ：プロキシモバイルＩＰ又はＧＴＰ（ＧＰＲＳトンネリングプロトコル）を使用している場合には、ＰＣＯはＵＥ０１００によって使用され、最終的に、Ｓ−ＧＷ、アクセスゲートウェイ、又はｅＰＤＧによって送信されるＰＢＵ（プロキシバインディング更新）メッセージ又は任意のＧＴＰメッセージによってＰ−ＧＷに到達することが好ましい。
【００７０】
第３の実施の形態：ＵＥはＢＵ内にＢＩＤを追加する必要なし
本発明の他の好ましい実施の形態では、最適化として、ＵＥによって送信されるフィルタ更新メッセージ（０５０）は何らかのＢＩＤ０５２０を含む必要がない。Ｐ−ＧＷがＢＩＤの存在しないフィルタ更新メッセージを処理する場合、Ｐ−ＧＷは、ＵＥがＵＥのインタフェース間で特定フローを移動させるよう望んでいることを認識する。この実施の形態の利点は、ＢＩＤフィールドを使用する必要がないため、フィルタ更新メッセージ内のバイトを節約できることである。
【００７１】
以下の例は、この実施の形態をよりわかりやすく説明する。ユーザは、ＩＦ０１００１（ＢＩＤ２）からＩＦ０１０００（ＢＩＤ１）へとＶｏＩＰパケットフローを移動させるように決定する。ＵＥ０１００は、ＢＩＤ０５２０を除き、フィルタ要求メッセージ（０５０）内のすべてのフィールドが指定されたフィルタ更新メッセージをＰ−ＧＷ０１０４へ送信する。Ｐ−ＧＷ０１０４は、このようなフィルタ要求メッセージの受信を、ＵＥ０１００がＶｏＩＰパケットフローをＩＦ０１００１からＩＦ０１０００へと移動させるように望んでいる指示として扱う。
【００７２】
第４の実施の形態：ＵＥは３ＧセルＩＤをＰ−ＧＷへ通知
更に他の好ましい実施の形態では、他の最適化として、ＵＥによってＰ−ＧＷへ送信されるフィルタ更新メッセージは、ＩＦ０１０００が位置しているセルの識別子を含むことができる。この実施の形態の利点は、セル識別子を通知することによって、ＭＭＥがＥＰＳ０１０のより小さなサブセット内でＵＥに対するページングを行えることである。
【００７３】
例えばＩＦ０１００１は、（フィルタ更新メッセージにより）Ｐ−ＧＷ０１０４に、ＩＦ０１０００が現在位置しているセル識別を通知する。Ｐ−ＧＷ０１０４は、ＭＭＥ０１０２に、ＩＦ０１０００が存在するセル識別を通知する。ＭＭＥ０１０２がＩＦ０１０００に対するページングを必要とする場合、ＭＭＥ０１０２はこのセル識別をガイドとして使用し、ＥＰＳ０１０のより小さなサブセット内でＩＦ０１０００をページングする。
【００７４】
第５の実施の形態：Ｐ−ＧＷはＴＦＴを生成するためのルーティングフィルタをＳ−ＧＷに通知する
他の好ましい実施の形態では、ＥＰＳ０１０がプロキシモバイルＩＰｖ６プロトコルを配備する場合、Ｐ−ＧＷ０１０４はＳ−ＧＷ０１０３に適切なＵＥ０１００用ルーティングフィルタを提供することができる。この実施の形態の場合、Ｓ−ＧＷ０１０３は、ＵＥ０１００のデータパケットに対するモビリティアンカポイントのように動作する。したがって、Ｐ−ＧＷ０１０４がＳ−ＧＷ０１０３にルーティングフィルタを通知することによって、Ｓ−ＧＷは、本発明で説明するＰ−ＧＷとしてＴＦＴマッピング機能と同様のルーティングフィルタを有することができる。
【００７５】
第６の実施の形態：ＵＥは経路を最初に準備する主導権を取る
他の好ましい実施の形態では、ＵＥ０１００の決定機能により、ＵＥ０１００は、ＩＦ０１００１上でＰ−ＧＷ０１０４へとフィルタ更新メッセージを送信するのに先立ち、ＩＦ０１０００上で経路のセットアップを開始するよう決定することができる。この実施の形態の利点は、音声及びビデオのデータパケットを受信する際に、ユーザに遅延が生じないことである。この場合、以下の第７の実施の形態で説明するように、Ｐ−ＧＷ０１０４はＩＦ０１０００に対してページングしないことが好ましい。この例で、ＵＥ０１００は、ＩＦ０１０００上での経路セットアップ手順の過程で、フィルタ要求メッセージのコンテンツを含む任意のメッセージをＰ−ＧＷ０１０４に送信することができる。例えばＵＥ０１００は、フィルタ要求メッセージに含めるべき情報を備えたベアラ修正メッセージ（Bearer Modification Message）を送信することができ、これによってＩＦ０１００１はフィルタ要求メッセージを送信する必要がない。
【００７６】
例えば、ＩＦ０１００１は、テレビ電話会議のデータパケットフローをＰ−ＧＷ０１０４から受信する。ユーザは、このデータフローを、音声データパケットはＩＦ０１０００にルーティングさせ、ビデオデータパケットはＩＦ０１００１にルーティングさせるようフィルタリングすることを望んでいる。しかしながら、ユーザは音声及びビデオのどちらのデータパケットを受信する際にも遅延が生ずるのを望まないため、ＵＥ０１０１は、データパケットのフィルタリングを開始するためにフィルタ更新メッセージをＰ−ＧＷ０１０４に送信するのに先立ち、適切なＱｏＳシグナリングを用いてＩＦ０１０００上で経路をセットアップするように決定する。
【００７７】
第７の実施の形態：Ｐ−ＧＷはＵＥに対してページングしないようＭＭＥに通知する
他の好ましい実施の形態では、Ｐ−ＧＷがＵＥからフィルタ要求を受信した場合、Ｐ−ＧＷはＩＦ０１０００への経路を迅速にセットアップすることができる。しかしながら、Ｐ−ＧＷは、ＩＦ０１０００に対してページングしないようＭＭＥに通知する。これにより、ＩＦ０１０００がアイドル状態でその送信機機能をオンにすることはなく、ＵＥのバッテリを節約するという利点がある。
【００７８】
例えばＰ−ＧＷ０１０４は、ＵＥ０１００からフィルタ更新メッセージを受信し、ＩＦ０１０００へのＶｏＩＰデータパケットフローに関するルーティングフィルタに基づいて新規ＴＦＴを作成する。ＵＥ０１００は、このデータフローがすぐに開始されることを示すため、Ｐ−ＧＷ０１０４は、ＵＥ０１００用のバッテリを節約するために、ＩＦ０１０００が接続状態に入る時間を最適化するよう決定する。Ｐ−ＧＷ０１０４は、２次ベアラ及びＴＦＴに関する情報をＭＭＥ０１０２に通知する。更にＰ−ＧＷ０１０４は、ＩＦ０１０００に対してページングしないようＭＭＥ０１０２に指示する。ＵＥ０１００が、フィルタ要求メッセージを送信するのと並行して、ＩＦ０１０００上で経路セットアップを開始することを決定した場合、ＵＥ０１００は、Ｐ−ＧＷ０１０４がＩＦ０１０００への経路をセットアップする必要のないことをＰ−ＧＷ０１０４に通知することができる。
【００７９】
第８の実施の形態：複数のＰＭＩＰ接続
他の好ましい実施の形態では、ＵＥ０１００の両方のインタフェースがネットワークベースのモビリティプロトコル（プロキシモバイルＩＰｖ６又はＧＴＰ）を使用する場合、ＥＰＳ０１０でのアクセス用にセットアップされたベアラをＵＥ０１００のそれぞれのインタフェースに特定することができる。この好ましい実施の形態の場合、ＵＥ０１００はインタフェースラベルを示すことができる。このインタフェースラベルは、３ＧＰＰアクセス又は非３ＧＰＰアクセスを指すことができ、ベアラセットアップメッセージに含めることができる。これは、任意のアクセス固有のメッセージ内でＰＣＯによってＵＥからＳ−ＧＷへと渡され、最終的に、ＰＢＵ（プロキシバインディング更新）メッセージ又は任意のＧＴＰメッセージによってＰ−ＧＷに到達する。この方法では、Ｐ−ＧＷは、ＴＦＴ情報のみに基づいて、パケットを適切な３ＧＰＰベアラ又は非３ＧＰＰトンネル（例えば、ｅＰＤＧ又はそれ以外へのＧＴＰベースのトンネル）に転送する。この実施の形態の利点は、Ｐ−ＧＷにルーティングフィルタについて通知するために、ホストベースのモビリティプロトコル（例えば二重スタックモバイルＩＰｖ６）を実行する必要がなくなることである。
【００８０】
これを実施する方法の１つが、ＴＦＴにインタフェースラベルを挿入することである。この方法により、Ｐ−ＧＷは、ＴＦＴで指定されたパケットフィルタを使用して、受信したデータパケットをマッチングし、ＵＥのどのインタフェースにこれらのパケットを転送するかを識別できることを把握する。
【００８１】
他の実施方法は、非３ＧＰＰアクセス用の仮想ベアラを作成することである。これは、特別な指示を有するＥＰＳベアラ修正メッセージをＭＭＥへ送信することによって確立することができる。ＭＭＥは、ベアラリソースコマンドメッセージによって、この特別な指示をサービングゲートウェイ（Ｓ−ＧＷ）に渡す。次にＳ−ＧＷは、ベアラリソースコマンドメッセージによってこの特別な指示をＰ−ＧＷに渡す。この特別な指示は、ＵＥが非３ＧＰＰアクセス用の仮想ベアラを作成することを要求している旨をＰ−ＧＷに伝える（この特別な指示は、どの非３ＧＰＰアクセスが仮想ベアラにマッピングされるかを識別するためのインタフェース識別子を含んでもよい）。その後Ｐ−ＧＷは、この仮想ベアラをセットアップするために必要なネットワークシグナリングをＳ−ＧＷへトリガする。各仮想ベアラは、通常のＥＰＳベアラと同様に動作し、パケットフィルタを指定する関連ＴＦＴを有することができる。したがってＰ−ＧＷは、受信したパケットを、各仮想ベアラに関連付けられたＴＦＴのパケットフィルタとマッチングし、パケットを転送すべきベアラを決定することができる。各仮想ベアラは、実際の３ＧＰＰベアラ、又はインタフェースラベルによって識別された非３ＧＰＰアクセスにマッピングすることができる。
【００８２】
第９の実施の形態：ＩＦ−ＩＤ及び仮想ベアラを使用したＰＭＩＰ及びＤＳＭＩＰを介した複数の接続
他の好ましい実施の形態では、ＵＥ０１００の３ＧＰＰインタフェース（すなわちセルラー方式）は、ネットワークベースのモビリティプロトコルを使用するが、ＵＥ０１００の非３ＧＰＰインタフェース（すなわちＷＬＡＮ）は、ホストベースのモビリティプロトコルを使用する。この好ましい実施の形態の場合、ＵＥ０１００がＰ−ＧＷ０１０４にＢＵメッセージを送信して、ルーティングフィルタを含むフィルタリング規則を伝えるとき、ＵＥ０１００は、ＢＵ内のフローフィルタリングのためにＵＥ０１００の様々なインタフェースを識別するインタフェースラベルを示すことができる。この実施の形態の利点は、パケットをＵＥ０１００の３ＧＰＰインタフェースにルーティングするために、Ｐ−ＧＷ０１０４がＴＦＴを使用する必要がなく、それによって、ルーティングフィルタを含むフィルタリング規則をモバイルＩＰプロトコルスタック（すなわちＤＳＭＩＰルーティングフィルタ）に局所化することである。更に、ＵＥ０１００の３ＧＰＰインタフェースに対するルーティングフィルタに関して、ＥＰＳベアラ識別がＢＵによって伝送されてもよい。ＥＰＳベアラ識別を含めることにより、Ｐ−ＧＷ０１０４は、３ＧＰＰインタフェースを介してパケットをＵＥ０１００にルーティングすべき無線ベアラを認識できる。
【００８３】
これを実施する他の方法は、３ＧＰＰアクセス用の仮想ベアラを作成することである。これは、特別な指示を有するＥＰＳベアラ修正メッセージをＭＭＥへ送信することによって確立することができる。ＭＭＥは、ベアラリソースコマンドメッセージによって、この特別な指示をサービングゲートウェイ（Ｓ−ＧＷ）に渡す。次にＳ−ＧＷは、ベアラリソースコマンドメッセージによって、この特別な指示をＰ−ＧＷに渡す。この特別な指示は、ＵＥが非３ＧＰＰアクセス用の仮想ベアラを作成することを要求している旨をＰ−ＧＷに伝える（この特別な指示は、どの非３ＧＰＰアクセスが仮想ベアラにマッピングされるかを識別するためのインタフェース識別子を含んでもよい）。その後Ｐ−ＧＷは、この仮想ベアラをセットアップするために必要なネットワークシグナリングをＳ−ＧＷへトリガする。各仮想ベアラは、通常のＥＰＳベアラと同様に動作し、パケットフィルタを指定する関連ＴＦＴを有することができる。したがってＰ−ＧＷは、受信したパケットを、各仮想ベアラに関連付けられたＴＦＴのパケットフィルタとマッチングし、パケットを転送すべきベアラを決定することができる。各仮想ベアラは、実際の３ＧＰＰベアラ、又はインタフェースラベルによって識別された非３ＧＰＰアクセスにマッピングすることができる。ＢＵシグナリング内でルーティングフィルタ記述子を使用する代わりにこれを実行することの利点は、この方法によって、パケットルーティング用のＴＦＴのみが作成されることである。したがって、同期化の問題を有するかもしれない複数のレベルのフィルタが（ＤＳＭＩＰルーティングフィルタ及びその後の３ＧＰＰ  ＴＦＴの場合のように）インストールされることはない。
【００８４】
第１０の実施の形態：ＴＦＴに基づいてルーティングフィルタを生成するためのＰ−ＧＷ
ＤＳＭＩＰルーティングフィルタと３ＧＰＰ  ＴＦＴとの間の同期化の問題を解決するために、他の好ましい実施の形態では、ＵＥは、３ＧＰＰベアラに関連付けられたＴＦＴに基づいてルーティングフィルタを自己生成するように、Ｐ−ＧＷに要求することができる。例えばＵＥは、ＥＰＳベアラ修正要求メッセージをＭＭＥに送信する。この要求メッセージで、ＵＥは、指示されたＴＦＴに基づいてルーティングフィルタを自己生成するようＰ−ＧＷに指示する。この実施の形態では、この指示は、ルーティングフィルタ識別、バインディング識別子、及びパケットフィルタ識別を指定する情報要素とすることができるが、これに限定されない。その後ＭＭＥは、この新規情報要素をベアラリソースコマンドメッセージによってＳ−ＧＷに渡す。次にＳ−ＧＷは、この新規情報要素をベアラリソースコマンドメッセージによってＰ−ＧＷに渡す。Ｐ−ＧＷはこの新規情報要素を受信すると、これを処理し、情報要素内に示されたＴＦＴに基づいて対応するルーティングフィルタを生成する。例えば、ベアラリソースコマンドメッセージが以下のように記載された場合、
ＥＰＳベアラ識別：０００１
パケットフィルタ識別子：００００  ０１００  ０００１  ０１００
フロー識別子：ＦＩＤ１
バインディング識別子：ＩＦ０１００１に割り当てられたＢＩＤ
Ｐ−ＧＷは以下のようにルーティングフィルタを生成する。
Ｐ−ＧＷにおけるフィルタリング規則
フロー識別子：ＦＩＤ１
バインディング識別子：ＩＦ０１００１に割り当てられたＢＩＤ
ルーティングフィルタコンテンツ：パケットフィルタ００００  ０１００  ０００１  ０１００から得られたコンテンツ
【００８５】
装置の実施の形態：ＵＥ
図１１は、ネットワークインタフェースモジュール１１００と、フィルタ生成エンジン１１０１と、フィルタデータベースモジュール１１０３と、アプリケーション１１０２と、経路セットアップ決定エンジン１１０４と、経路ステータス処理エンジン１１０５とを備える好ましい装置（例えばＵＥ０１００）の機能アーキテクチャ１１０を示す。この好ましい装置は、本発明の様々な好ましい実施の形態に関する携帯電話又はラップトップなどの任意の移動電子通信デバイスとすることができるが、これらに制限されない。
【００８６】
ネットワークインタフェースモジュール１１００は、何らかの通信媒体により他のノードと通信するための好ましい装置に必要なすべてのハードウェア及びソフトウェアを包含する機能ブロックである。関連技術分野で周知の用語を使用すると、ネットワークインタフェースモジュール１１００は、通信構成要素、ファームウェア、ドライバ、並びにレイヤ１（物理層）及びレイヤ２（データリンク層）の通信プロトコルを表す。当業者であれば、機能アーキテクチャ１１０は１つ又は複数のネットワークインタフェースモジュール１１００を含むことができることを理解されよう。信号／データ経路Ｓ１１００１は、ネットワークインタフェースモジュール１１００が経路ステータス処理エンジン１１０５へのトリガ／パケット伝送を提供できるようにするものである。例えば、ネットワークインタフェースモジュール１１００は、受信した任意の経路セットアップメッセージ（例えば経路通知メッセージ０７０）を、処理のために経路ステータス処理エンジン１１０５に転送する。
【００８７】
フィルタ生成エンジン１１０１は、この好ましい装置に対する様々なルーティング決定を伝えるためのメッセージの生成を処理する機能ブロックである。信号／データ経路Ｓ１１０００は、フィルタ生成エンジン１１０１がネットワークインタフェースモジュール１１００へのトリガ／パケット伝送を提供できるようにするものである。例えばフィルタ生成エンジン１１０１は、生成した任意のフィルタ更新メッセージ０５０を、伝送のためにネットワークインタフェースモジュール１１００に転送する。
【００８８】
アプリケーション１１０２は、通信スタック内のネットワーク層の最上部に存在するすべてのプロトコル及びプログラムを包含する機能ブロックを表す。これは、伝送制御プロトコル（ＴＣＰ）、ストリーム制御伝送プロトコル（ＳＣＴＰ）、及びユーザデータグラムプロトコル（ＵＤＰ）などの任意の伝送又はセッション層プロトコル、又は他のノードとの通信が必要なプログラム及びソフトウェアを含む。信号／データ経路Ｓ１１００４は、経路セットアップ決定エンジン１１０４からアプリケーション１１０２内の適切なプログラムへ、トリガを転送できるようにするものである。同様に、信号／データ経路Ｓ１１００４は、アプリケーション１１０２から経路セットアップ決定エンジン１１０４へ、トリガを送信できるようにするものでもある。本発明の好ましい実施の形態によれば、これらのトリガは、経路セットアップ決定エンジン１１０４に、特定のデータフローに対するデータ経路のセットアップに対する要件に関して、アプリケーション１１０２によるユーザからの照会及びフィードバックの入手を実行させるものである。
【００８９】
また、この好ましい装置の機能アーキテクチャ１１０では、フィルタデータベースモジュール１１０３は、機能アーキテクチャ１１０によって必要とされる必要情報のストレージも提供する。本発明者らの好ましい装置では、フィルタデータベースモジュール１１０３は、通常、ユーザの様々なパケットデータフローに対する１つ又は複数のルーティングフィルタ及び／又はＴＦＴを備える。フィルタデータベースモジュール１１０３は、トラフィックフローのルーティングに対するポリシーも含むことができる。一例では、トラフィックフローポリシーは、３ＧＰＰアクセス又は非３ＧＰＰアクセスにより、異なるオペレータのアクセス探索及び選択機能（ＡＮＤＳＦ：Access Discovery and Selection Function）として知られるネットワークエンティティによってＵＥに送信される。ポリシーは、メッセージによってＡＮＤＳＦからＵＥへと搬送される。トラフィックフローポリシーは、オペレータが特定のトラフィックフローをルーティングする方法を指定できるようにするものである。信号／データ経路Ｓ１１００５は、トリガが経路セットアップ決定エンジン１１０４からフィルタデータベースモジュール１１０３へと転送できるようにするものである。同様に、信号／データ経路Ｓ１１００５は、パケットがフィルタデータベースモジュール１１０３から経路セットアップ決定エンジン１１０４へと送信できるようにするものでもある。本発明の好ましい実施の形態によれば、このインタラクションによって、経路セットアップ決定エンジン１１０４は、特定のデータフローに対するデータ経路のセットアップを助けるルーティングフィルタ又はＴＦＴの照会及び入手が可能となる。
【００９０】
本発明は、経路セットアップ決定エンジン１１０４を導入する。この目的は、特定のデータフローが、好ましい装置１１０への新規データ経路の確立を必要としているか否かを決定することである。その一例では、経路セットアップ決定エンジン１１０４が、フィルタデータベースモジュール１１０３からの情報並びにアプリケーション１１０２を介したユーザからのフィードバックを使用して、好ましい装置１１０にとって新規ＱｏＳデータ経路が必要であるか否かを決定する。更に、経路セットアップ決定エンジン１１０４は、この情報及びフィードバックを使用して、ルーティングフィルタからＴＦＴを自己生成するようＰ−ＧＷに要求するか否かも決定する。信号／データ経路Ｓ１１００２は、フィルタ更新メッセージ０５０の生成を支援するために、フィルタ生成エンジン１１０１にトリガを送信できるようにする。
【００９１】
また本発明は、経路ステータス処理エンジン１１０５も導入する。この目的は、新規ＱｏＳ経路に対する特定の要求又はＴＦＴを自己生成するためのＰ−ＧＷへの要求に関するステータスを識別することである。その一例では、経路ステータス処理エンジン１１０５が、上記好ましい装置１１０によって行われた特定の要求のステータスを識別するために、ネットワークインタフェースモジュール１１００から受信した経路通知メッセージ０７０又はポリシー通知メッセージを処理する。信号／データ経路Ｓ１１００３は、格納のためにパケット（例えばＴＦＴ）をフィルタデータベースモジュール１１０３に送信できるようにするものであり、信号／データ経路Ｓ１１００６は、ポリシーを経路セットアップ決定エンジン１１０４に送信できるようにするものである。他の例では、経路ステータス処理エンジン１１０５がネットワークインタフェースモジュール１１００から受信したデータパケットを処理し、信号／データ経路Ｓ１１００６を使用して、これを経路セットアップ決定エンジン１１０４に送信する。
【００９２】
装置の実施の形態：Ｐ−ＧＷ
図１２は、ネットワークインタフェースモジュール１２００と、フィルタ処理エンジン１２０１と、フィルタデータベースモジュール１２０２と、ＴＦＴ生成エンジン１２０３と、経路ステータス生成エンジン１２０４とを備える他の好ましい装置（例えばＰ−ＧＷ０１０４）の機能アーキテクチャ１２０を示す。この好ましい装置は、本発明の様々な好ましい実施の形態に対するパケットデータネットワークゲートウェイ又はサービングゲートウェイなどの任意のサーバ通信デバイスとすることができるが、これらに制限されない。
【００９３】
ネットワークインタフェースモジュール１２００は、好ましい装置が何らかの通信媒体により他のノードと通信するために必要なすべてのハードウェア及びソフトウェアを包含する機能ブロックである。関連技術分野で周知の用語を使用すると、ネットワークインタフェースモジュール１２００は、通信構成要素、ファームウェア、ドライバ、並びにレイヤ１（物理層）及びレイヤ２（データリンク層）の通信プロトコルを表す。当業者であれば、機能アーキテクチャ１２０は１つ又は複数のネットワークインタフェースモジュール１２００を含むことができることを理解されよう。信号／データ経路Ｓ１２０００は、ネットワークインタフェースモジュール１２００がフィルタ処理エンジン１２０１へのトリガ／パケット伝送を提供できるようにするものである。例えば、ネットワークインタフェースモジュール１２００は、受信した任意のフィルタリングメッセージ（例えばフィルタ更新メッセージ０５０）を、処理のためにフィルタ処理エンジン１２０１に転送する。
【００９４】
フィルタ処理エンジン１２０１は、この好ましい装置１２０に様々なルーティング決定を伝えるメッセージを処理する機能ブロックである。信号／データ経路Ｓ１２００１は、フィルタ処理エンジン１２０１が、処理のためにルーティングフィルタ又はＴＦＴを格納／取り出しするために、フィルタデータベースモジュール１２０２とインタラクションできるようにするものである。例えばフィルタ処理エンジン１２０１は、フィルタ更新メッセージ０５０に含まれる任意のルーティングフィルタをフィルタデータベースモジュール１２０２内に格納する。また、フィルタ処理エンジン１２０１は、信号／データ経路Ｓ１２００２を使用してＴＦＴ生成エンジン１２０３をトリガし、フィルタ更新メッセージ０５０がこのような要求を指定する場合に、ルーティングフィルタに基づいてＴＦＴを生成する。更に、フィルタ処理エンジン１２０１は、信号／データ経路Ｓ１２００３を使用して経路ステータス生成エンジン１２０４をトリガし、フィルタ更新メッセージ０５０の発信元に応答を返信する。
【００９５】
また、この好ましい装置の機能アーキテクチャ１２０では、フィルタデータベースモジュール１２０２は、機能アーキテクチャ１２０によって必要とされる必要情報のストレージも提供する。本発明者らの好ましい装置では、フィルタデータベースモジュール１２０２は、通常、ユーザの様々なパケットデータフローに対する１つ又は複数のルーティングフィルタ及び／又はＴＦＴを備える。信号／データ経路Ｓ１２００４は、フィルタデータベースモジュール１２０２とＴＦＴ生成エンジン１２０３との間でのインタラクションでトリガ／パケット交換を可能にする。本発明の好ましい実施の形態によれば、このインタラクションによって、ＴＦＴ生成エンジン１２０３がルーティングフィルタからＴＦＴを生成するため、又はその逆のために、フィルタデータベースモジュール１２０２がルーティングフィルタ及び／又はＴＦＴを提供できるようになる。
【００９６】
本発明は、ＴＦＴ生成エンジン１２０３を導入する。この目的は、定義済みのルーティングフィルタからＴＦＴを作成すること、又はその逆を行うことである。一例では、所与のルーティングフィルタからＴＦＴを作成するために、ＴＦＴ生成エンジン１２０３がフィルタリング処理エンジン１２０１によってトリガされた場合、ＴＦＴ生成エンジン１２０３は上記所与のルーティングフィルタについてフィルタデータベースモジュール１２０２を照会する。信号／データ経路Ｓ１２００５は、パケット（例えばＴＦＴ）を経路通知メッセージ０７０内に含めるために、経路ステータス生成エンジン１２０４に送信できるようにする。
【００９７】
第１１の実施の形態：ＴＦＴに基づいてルーティングフィルタを設定するためのＵＥの決定
図１３は、本発明の好ましい一実施の形態により、ルーティングフィルタについてＰ−ＧＷに通知するためにＵＥによって決定される方法に関するフローチャートを示す。このプロセスは、ＵＥが新規のＴＦＴを受信した場合、又はＵＥの現行のＴＦＴが修正された場合に開始される（１３００）。機能は続いて（Ｓ１３０００）、受信したＴＦＴが、ＵＥがＰ−ＧＷでのルーティングフィルタの作成又は修正を必要とするか否か（１３０１）をチェックする。この実施の形態では、このチェックは、Ｐ−ＧＷ内のプロトコルスタック間で特定のトラフィックフローが転送されるか否かをＵＥが決定することであってよいが、これに限定されない。機能が、受信したＴＦＴがＰ−ＧＷでのルーティングフィルタの作成又は修正を必要としないものとみなした場合（Ｓ１３０１０）、ＵＥによるそれ以上の動作は必要なしに、プロセスは終了する（１３０３）。しかしながら、機能が、受信したＴＦＴがＰ−ＧＷでのルーティングフィルタの作成又は修正を必要とするものとみなした場合（Ｓ１３０１１）、例えばＵＥが非３ＧＰＰインタフェースによりＴＦＴによって識別されたデータパケットの受信を望んでいる場合、プロセスはフィルタ更新メッセージをＰ−ＧＷに送信するためにＵＥをトリガする（１３０２）。Ｐ−ＧＷでルーティングフィルタが設定されるものと決定されると（Ｓ１３０２０）、プロセスは終了する（１３０３）。
【００９８】
次に、上記例についてより詳細に説明する。ＵＥ０１００はＩＦ０１０００（通信用にＨｏＡが割り当てられる）及びＩＦ０１００１（通信用にＣｏＡが割り当てられる）の両方をオンにし、ＩＦ０１００１をデフォルト通信経路とするＥＰＳ０１０への同時接続を達成するために、ＥＰＳ０１０へのアタッチ手順を実行する。アタッチ手順中、ＵＥ０１００が加入している様々なサービスがＰ−ＧＷ０１０４によってセットアップされる。例えば、ＵＥ０１００は、特定レベルのＱｏＳを必要とするＩＭＳ音声サービス（ソースアドレス：ＩＰ．Ａｄｄｒ１；ポート番号：２０２０）に加入することができる。したがってＰ−ＧＷ０１０４は、ＩＭＳ音声の移送のためにＩＦ０１０００への専用ベアラを作成する。この専用ベアラの場合、ＵＥ０１００及びＰ−ＧＷ０１０４は、ＩＭＳ音声トラフィックの上りリンク及び下りリンクをこの専用ベアラにルーティングできるように、ＴＦＴを関連付ける。ＵＥ０１００がＩＦ０１０００に対するこのようなＴＦＴの作成を認めた場合、ＵＥ０１００は、フィルタ記述を備えたＢＵを送信することによってＰ−ＧＷ０１０１でモバイルＩＰベースのルーティングフィルタをセットアップする必要があるか否かを決定する。デフォルト経路はＩＦ０１００１を介するため、Ｐ−ＧＷ０１０４がＩＭＳ音声トラフィックを受信するか否かをＵＥ０１００が認識することを意味し、Ｐ−ＧＷ０１０４にはＤＳＭＩＰルーティングフィルタがセットアップされないため、Ｐ−ＧＷ０１０４はＩＭＳ音声トラフィックをＩＦ０１００１へルーティングする。したがって、ＩＭＳ音声トラフィックをＩＦ０１０００へルーティングするために、ＵＥ０１００は、ＨｏＡにルーティングされるＩＭＳ音声トラフィック（ソースアドレス：ＩＰ．Ａｄｄｒ１；ポート番号：２０２０）を指定するフィルタ記述を備えたＢＵを送信する。次にこれにより、Ｐ−ＧＷ０１０４が、関連付けられたＴＦＴを使用してＩＦ０１０００用に作成された専用ベアラへ、ＩＭＳ音声トラフィックをルーティングできるようになる。
【００９９】
第１２の実施の形態：参照ポインタを使用してＴＦＴに基づいてルーティングフィルタを設定するためのＵＥの決定
他の好ましい実施の形態では、新規又は修正されたＴＦＴの決定によってトリガされた場合に、ＵＥが送信するフィルタ更新メッセージは、図１０に示されるようにＴＦＴインデックスオプションを含むことができる。このメッセージは、制御メッセージ（例えばＢＵメッセージ、ＩＫＥｖ２メッセージ）、又はＵＥと非３ＧＰＰアクセス内のネットワークエンティティ（例えばＳ−ＧＷ、アクセスゲートウェイ、ｅＰＤＧ、Ｐ−ＧＷ）との間の通信に使用される任意のアクセス固有のメッセージ中のプロトコル構成オプション（ＰＣＯ）とすることができるが、これらに限定されない。ＵＥ０１００が、非３ＧＰＰアクセスにおいてネットワークベースのモビリティプロトコル（ＰＭＩＰ：プロキシモバイルＩＰ）を使用している場合、ＰＣＯがＵＥ０１００によって使用され、最終的に、Ｓ−ＧＷ、アクセスゲートウェイ、又はｅＰＤＧによって送信されたＰＢＵ（プロキシバインディング更新）メッセージによりＰ−ＧＷに到達することが好ましい。ＴＦＴインデックスオプションがＢＵメッセージによって伝達される場合、フォーマットはトラフィックセレクタサブオプションなどとすることができるが、これらに制限されない。非特許文献４に記載されたフォーマットを使用してフィルタ記述としてＴＦＴを複製するのではなく、すでに存在するＴＦＴへのポインタを指定するためにＴＦＴインデックスオプションを使用する目的は、ＢＵのメッセージサイズを縮小することである。
【０１００】
図１４は、本発明の好ましい実施の形態による、フィルタ更新メッセージ（１４００）に対する好ましいメッセージフォーマットを示す。図１４のメッセージフォーマットは、ＢＵパケットヘッダ（１４０１）、及びＴＦＴインデックスオプション（１０００）を備える。ＢＵパケットヘッダ１４０１はメッセージの発信元を包含し、通常は、ＩＰｖ４又はＩＰｖ６アドレス、メッセージのタイプを示すためのタイプフィールド、及びメッセージの長さを示すための長さフィールドからなるが、これらに限定されない。ＢＵパケットヘッダ１４０１は、ＵＥに関する複数ＩＰアドレスを固有に識別するためのバインディングＩＤ（ＢＩＤ）を伝達するバインディング識別子モビリティオプションも含む。
【０１０１】
ＴＦＴインデックスオプション１０００は、図１０で説明したように、Ｐ−ＧＷがすでにわかっているＴＦＴへのポインタを含む。ＴＦＴインデックスオプション１０００は、通常、サブオプションタイプ（１４０３）、サブオプション長さ（１４０４）、経路ＩＤフィールド（１４０５）、予約済みフィールド（１４０６）、ステータスフィールド（１４０７）、及びオプションのパケットフィルタ識別子（１４０８）からなる。サブオプションタイプ１４０３は、使用されるオプションのタイプを固有に定義し、この場合はＴＦＴへのポインタ（又はＴＦＴ内のパケットフィルタ）となる。サブオプション長さ１４０４は、オクテット単位でオプションの長さを識別する。経路ＩＤフィールド１４０５は、ＵＥ又はＰ−ＧＷがＵＥの対応する３ＧＰＰベアラを指定できるようにするものである。この実施の形態では、経路ＩＤフィールド１４０５は、ＥＰＳベアラ識別又はネットワークサービスアクセスポイント識別子（ＮＳＡＰＩ）とすることができるが、これらに限定されない。予約済みフィールド１４０６は現在未使用であり、送信者によってゼロに設定され、受信者によって無視されるものとする。予約済みフィールド１４０６は、経路ＩＤフィールド１４０５を識別するためにより多くのビットが必要な場合に、将来の拡張を可能にする。ステータスフィールド１４０７は、上述の実施の形態で説明したように、Ｐ−ＧＷが、対応するＴＦＴに基づいて合致するルーティングフィルタを生成することに成功したか失敗したかを示す。このフィールドは、通常、Ｐ−ＧＷからＵＥへ送信された確認応答メッセージに含まれる場合にのみ関連する。最後にオプションのパケットフィルタ識別子１４０８によって、ＵＥ又はＰ−ＧＷは、経路ＩＤフィールド１４０５によって識別された３ＧＰＰベアラのＴＦＴに含まれるパケットフィルタを識別できるようになる。したがって、経路ＩＤフィールド（パケットフィルタ識別子と共に、ＥＰＳベアラ識別又はＮＳＡＰＩを含む）を使用して、ＵＥのパケットフィルタを固有に参照することができる。受信者は、固有に識別される特定パケットフィルタからルーティング規則を生成することができる。また、ＵＥは、ＴＦＴインデックスオプション１００からパケットフィルタ識別子フィールド１４０８を省略するように選択することができる。この場合、ＵＥは、（ＥＰＳベアラ識別又はＮＳＡＰＩによって識別された）３ＧＰＰベアラに関連付けられたＴＦＴに含まれたパケットフィルタのセット全体をポイントしている。したがって、これにより、受信者は、全体として識別されたＴＦＴ内のすべてのパケットフィルタに基づいて、ルーティング規則を生成することができる。
【０１０２】
次に、上記例についてより詳細に説明する。ＵＥ０１００が、Ｐ−ＧＷ０１０４から、ＩＦ０１０００に対して以下のＴＦＴを受信するものと想定する。
ＥＰＳベアラ識別：０００１
パケットフィルタ識別子：００００  ０１００  ０００１  ０１００
パケットフィルタコンテンツ：ソースＩＰアドレス（ＣＮ０１１０）；
：ポート番号（２３００）
ＥＰＳベアラ識別：００１０
パケットフィルタ識別子：００００  ０１００  ０００１  ０１００
パケットフィルタコンテンツ：ソースＩＰアドレス（ＣＮ０１１０）；
：ポート番号（２４００）
【０１０３】
ＵＥ０１００によってＴＦＴが受信されると、対応するＤＳＭＩＰルーティングフィルタをＰ−ＧＷ０１０４で設定する必要があるか否かを評価するために、ＵＥ０１００の決定プロセスがトリガされる。ＵＥ０１００が、ＤＳＭＩＰルーティングフィルタがＰ−ＧＷ０１０４に設定される必要があると決定すると、ＵＥ０１００は、以下のようにフィルタ更新メッセージ１４００をフォーマット化する。
フィルタ更新メッセージ（１４００）
ＢＵパケットヘッダ（１４０１）：ソースアドレスフィールド内のＩＦ０１０００のＩＰアドレス；
：宛先アドレスフィールド内のＰ−ＧＷ０１０４のＩＰアドレス
モビリティバインディングサブオプション：ＩＦ０１０００に割り当てられたＢＩＤ
フロー識別子サブオプション：ＦＩＤ１
ＴＦＴインデックスオプション（１０００）
サブオプションタイプ（１４０３）：割り当てられた固有値
サブオプション長さ（１４０４）：８オクテット
経路ＩＤ（１４０５）：０００１
予約済み（１４０６）：００００
ステータス（１４０７）：００００  ００００
パケットフィルタ識別子（１４０８）：００００  ０１００  ０００１  ０１００
モビリティバインディングサブオプション：ＩＦ０１０００に割り当てられたＢＩＤ
フロー識別子サブオプション：ＦＩＤ２
ＴＦＴインデックスオプション（１０００）
サブオプションタイプ（１４０３）：割り当てられた固有値
サブオプション長さ（１４０４）：８オクテット
経路ＩＤ（１４０５）：００１０
予約済み（１４０６）：００００
ステータス（１４０７）：００００  ００００
パケットフィルタ識別子（１４０８）：００００  ０１００  ０００１  ０１００
【０１０４】
Ｐ−ＧＷ０１０４がフィルタ更新メッセージ１４００を受信すると、Ｐ−ＧＷ０１０４は、存在する各ＴＦＴインデックスオプション１０００に対する経路ＩＤ１４０３及びパケットフィルタ識別子１４０８を使用して、ＩＦ０１０００に関して記述された合致するＴＦＴを検索する。
Ｐ−ＧＷ０１０４は以下のＤＳＭＩＰルーティングフィルタを生成する。
Ｐ−ＧＷ０１０４におけるフィルタリング規則
フロー識別子：ＦＩＤ１
バインディング識別子：ＩＦ０１０００に割り当てられたＢＩＤ
パケットフィルタコンテンツ：ソースＩＰアドレス（ＣＮ０１１０）；
：ポート番号（２３００）
フロー識別子：ＦＩＤ２
バインディング識別子：ＩＦ０１０００に割り当てられたＢＩＤ
パケットフィルタコンテンツ：ソースＩＰアドレス（ＣＮ０１１０）；
：ポート番号（２４００）
【０１０５】
上記ＤＳＭＩＰルーティングフィルタを使用して、Ｐ−ＧＷ０１０４は、ポート番号２３００及び２４００に一致するＣＮ０１１０からのトラフィックを、対応するＥＰＳベアラを経由してＩＦ０１０００へルーティングする。Ｐ−ＧＷ０１０４がＤＳＭＩＰルーティングフィルタを生成すると、Ｐ−ＧＷ０１０４は、確認応答メッセージを使用してＤＳＭＩＰルーティングフィルタ生成のステータスを示すことにより、ＵＥ０１００に応答する。Ｐ−ＧＷ０１０４が使用することができるステータス値の幾つかの例は、次の通りである。
０：フィルタリング規則生成は成功した
１２８：管理者により禁止された
１３６：フィルタリング規則生成要求は拒否された。理由不明
１３７：ＴＦＴインデックスオプションは不正な形式である
１３８：参照されたＴＦＴは存在せず
【０１０６】
確認応答メッセージは以下の通りである。
確認応答メッセージ
ＢＵパケットヘッダ（１４０１）：ソースアドレスフィールド内のＰ−ＧＷ０１０４ＩＰアドレス；
：宛先アドレスフィールド内のＩＦ０１００１ＩＰアドレス
モビリティバインディングサブオプション：ＩＦ０１０００に割り当てられたＢＩＤ
フロー識別子サブオプション：ＦＩＤ１
ＴＦＴインデックスオプション（１０００）
サブオプションタイプ（１４０３）：割り当てられた固有値
サブオプション長さ（１４０４）：８オクテット
経路ＩＤ（１４０５）：０００１
予約済み（１４０６）：００００
ステータス（１４０７）：００００  ００００
パケットフィルタ識別子（１４０８）：００００  ０１００  ０００１  ０１００
モビリティバインディングサブオプション：ＩＦ０１０００に割り当てられたＢＩＤ
フロー識別子サブオプション：ＦＩＤ２
ＴＦＴインデックスオプション（１０００）
サブオプションタイプ（１４０３）：割り当てられた固有値
サブオプション長さ（１４０４）：８オクテット
経路ＩＤ（１４０５）：００１０
予約済み（１４０６）：００００
ステータス（１４０７）：００００  ００００
パケットフィルタ識別子（１４０８）：００００  ０１００  ０００１  ０１００
【０１０７】
第１３の実施の形態：参照ポインタの変形形態を使用してＴＦＴに基づいてルーティングフィルタを設定するためのＵＥの決定
他の好ましい実施の形態では、ＴＦＴの決定によってトリガされた場合にＵＥが送信するフィルタ更新メッセージは、非特許文献４に記載されたようなルーティングフィルタ記述並びにＴＦＴインデックスオプション１０００を含むことができる。このフィルタ更新メッセージに対するメッセージフォーマットは、図１４に示されたフォーマットと同様であるものとすることができ、フォーマットに関する詳細は、上述の実施の形態ですでに説明している。なお、パケットサイズの最適化の形として、ＵＥは予約済みフィールド１４０６内のビットを使用して、ＤＳＭＩＰルーティングフィルタを生成するために３ＧＰＰアクセスインタフェース上に指定されたすべてのＴＦＴを使用するよう、Ｐ−ＧＷに通知することができる。例えば、ＵＥ０１００は、経路ＩＤ１４０５及びパケットフィルタ識別子１４０８を省略し、ＵＥ０１００が、対応するＤＳＭＩＰルーティングフィルタを生成するためにＩＦ０１０００に対して定義されたすべてのＴＦＴを使用するようＰ−ＧＷ０１０４に要求することを望んでいることをＰ−ＧＷ０１０４に通知するように予約済みフィールド１４０６のビットを設定したフィルタ更新メッセージ１４００を送信することができる。
【０１０８】
第１４の実施の形態：既存のパケットフィルタ記述を使用してＴＦＴに基づいてルーティングフィルタを設定するためのＵＥの決定
他の好ましい実施の形態では、ＴＦＴの決定によってトリガされた場合にＵＥが送信するフィルタ更新メッセージは、非特許文献４に記載されたような通常のルーティングフィルタ記述を含むことができる。ＵＥが３Ｇインタフェース上にＴＦＴを有する場合、これは、ルーティングフィルタ記述を作成するためにＴＦＴ内に含まれるパケットフィルタを参照する。ＵＥがこの実行を望む場合がある理由は様々である。その理由の１つは、Ｐ−ＧＷが、パケットフィルタ識別子の使用によって３ＧＰＰベアラのＴＦＴに含まれるパケットフィルタを識別するための機能を実施せず、したがって、ＴＦＴに基づいて対応するＤＳＭＩＰルーティングフィルタを生成する方法を知らないことである。ＵＥは、ＵＥによって送信されたフィルタ更新メッセージが１つ又は複数のＴＦＴインデックスオプションを含む際に、Ｐ−ＧＷからの確認応答がＴＦＴインデックスオプションを含まない場合、Ｐ−ＧＷがこの機能を実施しないことを認識することができる。
【０１０９】
次に、上記例についてより詳細に説明する。ＵＥ０１００が、Ｐ−ＧＷ０１０４から、ＩＦ０１０００に対して以下のＴＦＴを受信するものと想定する。
ＥＰＳベアラ識別：０００１
パケットフィルタ識別子：００００  ０１００  ０００１  ０１００
パケットフィルタコンテンツ：ソースＩＰアドレス（ＣＮ０１１０）；
：ポート番号（２３００）
ＥＰＳベアラ識別：００１０
パケットフィルタ識別子：００００  ０１００  ０００１  ０１００
パケットフィルタコンテンツ：ソースＩＰアドレス（ＣＮ０１１０）；
：ポート番号（２４００）
【０１１０】
ＵＥ０１００によってＴＦＴが受信されると、対応するＤＳＭＩＰルーティングフィルタをＰ−ＧＷ０１０４で設定する必要があるか否かを評価するために、ＵＥ０１００の決定プロセスがトリガされる。ＵＥ０１００が、ＤＳＭＩＰルーティングフィルタをＰ−ＧＷ０１０４で設定する必要があるものと決定すると、ＵＥ０１００は、フィルタ更新メッセージ１４００をＰ−ＧＷ０１０４に送信する。しかしながら、Ｐ−ＧＷ０１０４は本発明を実施しないため、Ｐ−ＧＷ０１０４からの確認応答メッセージにはＴＦＴインデックスオプションが含まれない。この確認応答メッセージからＵＥ０１００は、Ｐ−ＧＷ０１０４が本発明を理解しない旨を導出することができるため、ＵＥ０１００は、以下のようなフィルタ更新メッセージを送信する。
フィルタ更新メッセージ（１４００）
ＢＵパケットヘッダ（１４０１）：ソースアドレスフィールド内のＩＦ０１０００のＩＰアドレス；
宛先アドレスフィールド内のＰ−ＧＷ０１０４のＩＰアドレス
モビリティバインディングサブオプション：ＩＦ０１０００に割り当てられたＢＩＤ
フロー識別子サブオプション：ＦＩＤ１；
：ソースＩＰアドレス（ＣＮ０１１０）；
：宛先ＩＰアドレス（ＩＦ０１０００）；
：ポート番号（２３００から２４００）
【０１１１】
ＵＥは、Ｐ−ＧＷ１０４が他の手段によるＴＦＴインデックスオプションの処理方法も知らないことを認識することができる。例えばＵＥは、ＴＦＴインデックスオプションを使用してルーティングフィルタを設定するための最初の試行による情報をキャッシュに入れることができる。この最初の試行の後、ＵＥは、キャッシュに入れた情報に基づいて、ＴＦＴインデックスオプションを使用するか又は通常のルーティングフィルタ記述を使用するかを決定する。他の例として、ＵＥは、Ｐ−ＧＷのソフトウェア又はリリースバージョン番号から、これを認識することができる。また他の例として、ＵＥは、ネットワークによって提供される何らかの情報サービスを通じてこれを認識することができる。更に他の例として、ＵＥは、動的（例えば無線更新）又は静的（ＳＩＭカードパラメータ）手段を通じて、ＴＦＴインデックスオプションを送信しないように構成されている場合がある。
【０１１２】
この好ましい実施の形態における変形形態として、Ｐ−ＧＷ１０４が実施する必要のある機能を低減することによって、ＵＥによって送信されるルーティングフィルタ記述のサイズを改良する方法がある。この変形形態では、Ｐ−ＧＷ１０４は、ＴＦＴインデックスオプションを処理するための完全な機能の代わりに、フィルタ更新メッセージによって提供される情報を使用することによってパケットフィルタを識別するための機能のみを有する。この場合、ＵＥは、ＴＦＴ内のパケットフィルタをチェックし、Ｐ−ＧＷがルーティングフィルタを作成するためにＴＦＴ内のパケットフィルタを固有に識別できるようにする要素を選択する。選択された要素は、１つ又は複数の要素とすることができる。その後ＵＥは、選択された要素をフィルタ更新メッセージ内に含め、これをＰ−ＧＷに送信する。Ｐ−ＧＷはフィルタ更新メッセージを受信すると、この含まれている情報をルーティングフィルタ記述として使用し、パケットフィルタを識別する。例えば、ポート番号（２４００）のみがルーティングフィルタ記述としてフィルタ更新メッセージに含まれている場合、Ｐ−ＧＷ０１０４は、ポート番号（２４００）を含む合致するＴＦＴを探す。その結果として、Ｐ−ＧＷ０１０４は、ＥＰＳベアラ識別：００１０に対してパケットフィルタを識別する。これに関する利点は、メッセージがルーティングフィルタ記述全体を含める必要がないため、及びＰ−ＧＷがＴＦＴインデックスオプションを処理するための機能を実施する必要がないため、フィルタ更新メッセージのサイズが縮小されることである。
【０１１３】
第１５の実施の形態：ポリシーの矛盾に対してＴＦＴに基づいてルーティングフィルタを設定するためのＵＥの決定
他の好ましい実施の形態では、ＵＥによって受信された複数のトラフィックフローポリシーが互いに相反する場合、ＵＥはＴＦＴを使用してルーティングフィルタを生成するよう決定することができる。この実施の形態は、ＵＥを説明するために図１１も使用する。フローポリシーが矛盾する場合がある理由は、ＵＥにフローポリシーを提供するネットワークエンティティが複数存在するためである。その一例として、トラフィックフローポリシーは、異なるオペレータのアクセス探索及び選択機能（ＡＮＤＳＦ）として知られるネットワークエンティティにより、３ＧＰＰアクセス又は非３ＧＰＰアクセスのいずれかによりＵＥに送信される。トラフィックフローポリシーは、オペレータが特定のトラフィックフローをルーティングさせる方法を指定できるようにするものである。通常、ＵＥがローミング中の場合、ＵＥは、ＵＥのホームオペレータからのトラフィックフローポリシーと、ＵＥの訪問先オペレータからのトラフィックフローポリシーとを得ることができる。図１７は、本発明の好ましい一実施の形態による、Ｐ−ＧＷにルーティングフィルタを通知するためのＵＥによる決定方法に関するフローチャートである。以下の説明は、図１１に示されたＵＥによる決定処理に関する。経路セットアップ決定エンジン１１０４が、フィルタデータベースモジュール１１０３内のホームオペレータのポリシー及び訪問先オペレータのポリシーの両方に同じフローに対するポリシーが存在することを検出した場合（１７００）、並びに両方のポリシーが互いに矛盾する場合（Ｓ１７０１１）、経路セットアップ決定エンジン１１０４は、Ｐ−ＧＷにＤＳＭＩＰルーティングフィルタを設定する方法を知るために、同様のフローが３ＧＰＰアクセスベアラにおいてルーティングされている方法を使用することができる。ポリシーが矛盾する場合、すなわち、一方のポリシーがフローは３ＧＰＰアクセスへと進むと述べ、他方がフローは非３ＧＰＰアクセスへと進むと述べている場合、経路セットアップ決定エンジン１１０４は、ＴＦＴを使用してどちらのポリシーが正しいかを知ることができる。したがってＵＥは、ＴＦＴを使用して、設定する正しいルーティング規則を決定する。例えば、経路セットアップ決定エンジン１１０４がフィルタデータベースモジュール１１０３を参照し、同じトラフィックを示すパケットフィルタを備えた３ＧＰＰアクセス用のＴＦＴを発見した場合（１７０２、Ｓ１７０２１）、経路セットアップ決定エンジン１１０４は、フローが３ＧＰＰアクセスにルーティングされるべきものであることを示すルーティング規則を登録するように決定する（１７０４）。次に経路セットアップ決定エンジン１１０４は、パケットフィルタ／ＴＦＴに含まれる情報をフィルタ生成エンジン１１０１に送信し、ルーティング規則を作成するよう要求する。フィルタ生成エンジン１１０１は、パケットフィルタ／ＴＦＴ内の情報（ＴＦＴ内のパケットフィルタの識別子、又はＴＦＴ全体の識別子など）を使用して、フローが３ＧＰＰアクセスによりルーティングされるべきであることを示すようにルーティング規則を作成し、その後、ルーティング規則を送信してこの訂正を行う（１７０５、１７０６）。フィルタ生成エンジン１１０１がパケットフィルタの識別子を使用する場合、識別子によって識別されたパケットフィルタに対応するルーティング規則が作成されるよう要求される。一方、フィルタ生成エンジン１１０１が、ＴＦＴ全体の識別子を使用してルーティング規則を作成する場合（１７０５）、識別子によって識別されたＴＦＴに含まれるすべてのパケットフィルタに対応するルーティング規則が作成されるよう要求される。ＴＦＴ全体の識別子は、ＴＦＴが関連付けられるＥＰＳベアラＩＤとすることができる。メッセージは、ＴＦＴを識別するための情報、及びパケットフローを受信するのに使用されるアクセスシステム（３ＧＰＰアクセス）を示すための情報を含む。メッセージは、３ＧＰＰ又は非３ＧＰＰのいずれかを介して送信することができる。ステップ１７０２でフローに対応するパケットフィルタを含むＴＦＴが存在しない場合（Ｓ１７０２０）、経路セットアップ決定エンジン１１０４は、フローが非３ＧＰＰアクセスへとルーティングされるものであることを示すルーティング規則を登録するように決定する（１７０３）。
【０１１４】
他の例では、トラフィックフローポリシーは同じオペレータに属する複数のＡＮＤＳＦによって送信される。ＵＥは、本実施の形態で説明される同じ方法を使用して、異なるＡＮＤＳＦ間でのポリシーの矛盾を解決することができる。更に他の例では、３ＧＰＰアクセスにおけるルーティング規則に対するポリシー（トラフィックフローポリシー）又はベアラ選択に対するポリシー（ＴＦＴ／パケットフィルタ）は、同じオペレータに属する異なるネットワークエンティティによって送信される。例えば、１つのトラフィックフローポリシーセットはＡＮＤＳＦによって送信され、他のパケットフィルタセットは、トラフィックフローテンプレート（ＴＦＴ）を使用し、ＰＤＮ  ＧＷを介してポリシー制御課金機能（ＰＣＲＦ）によって送信される。ＡＮＤＳＦとＰＣＲＦ又はＰＤＮ  ＧＷとの間にインタフェースが存在しないことは、フローポリシーが構成される際にそれらの間に通信がないことを意味する場合がある。したがって、図１８に示されるように、経路ステータス処理エンジン１１０５が、フローが３ＧＰＰアクセスを介してルーティングされるはずであることを示す（１８０１）ＡＮＤＳＦからのフローポリシーを受信する場合（１８００）、これをフィルタデータベースモジュール１１０３内に格納し、経路セットアップ決定エンジン１１０４に通知する。次に、経路セットアップ決定エンジン１１０４は、このポリシーに基づいてフローが３ＧＰＰアクセスを介してルーティングされるべきであると決定し（１８０２）、その後、フィルタデータベースモジュール１１０３を参照して、フローポリシー内のフローに対応するパケットフィルタを含むＴＦＴが存在するか否か（１８０３）をチェックする。このＴＦＴが存在する場合（Ｓ１８０３１）、経路セットアップ決定エンジン１１０４は、パケットフィルタ／ＴＦＴに含まれる情報をフィルタ生成エンジン１１０１に送信し、ルーティング規則を作成するよう要求する。フィルタ生成エンジン１１０１は、パケットフィルタ／ＴＦＴ内の情報（ＴＦＴ内のパケットフィルタの識別子、又はＴＦＴ全体の識別子など）を使用して、フローが３ＧＰＰアクセスを介してルーティングされるべきであることを示すようにルーティング規則を作成し、その後、ルーティング規則を送信してこの訂正を行う（１８０５、１８０６）。フィルタ生成エンジン１１０１がパケットフィルタの識別子を使用する場合、識別子によって識別されたパケットフィルタに対応するルーティング規則が作成されるよう要求される。一方、フィルタ生成エンジン１１０１が、ＴＦＴ全体の識別子を使用してルーティング規則を作成する場合（１８０５）、識別子によって識別されたＴＦＴに含まれるすべてのパケットフィルタに対応するルーティング規則が作成されるよう要求される。ＴＦＴ全体の識別子は、ＴＦＴが関連付けられるＥＰＳベアラＩＤとすることができる。メッセージは、ＴＦＴを識別するための情報、及びパケットフローを受信するのに使用されるアクセスシステム（３ＧＰＰアクセス）を示すための情報を含む。メッセージは、３ＧＰＰ又は非３ＧＰＰのいずれかを介して送信することができる。ステップ１８０３でフローに対応するパケットフィルタを含むＴＦ��が存在しない場合（Ｓ１８０３０）、経路セットアップ決定エンジン１１０４は、ルーティング規則を作成するようにフィルタ生成エンジン１１０１に要求する。この場合、経路セットアップ決定エンジン１１０４は、フローポリシー内の情報のみに基づいて、ルーティング規則を作成する。トラフィックフローポリシーの受信は、新規トラフィックフローポリシーの受信、又は既存のトラフィックフローポリシーに対する更新とすることができるが、これらに限定されない（１８０４）。
【０１１５】
上記実施の形態は、ＵＥがアプリケーションニーズ又はＡＮＤＳＦポリシーからのトリガに基づいてルーティングフィルタを設定するように決定する場合をカバーしている。他のトリガは、ルーティングフィルタ及び／又はＴＦＴの現在の構成に従わずにパケットが送達される場合からのものであってもよい。これはミスマッチと呼ばれる。例えばＵＥは、アプリケーション（例えばＡｐｐ１）からのヒントにより、ＴＦＴを３ＧＧＰベアラに関連付けるよう要求することができる。しばらく後、経路ステータス処理エンジン１１０５は、Ａｐｐ１向けのパケットが依然として非３ＧＰＰアクセスを使用して送達されていることを通知する。ルーティングフィルタ／ＴＦＴ及びパケット送達におけるこのミスマッチが、ＵＥに追加のルーティングフィルタのセットアップをトリガさせる場合がある。この特定の例では、ミスマッチは、すべてのパケットを特定のＣＮから非３ＧＰＰアクセスへとルーティングするＤＳＭＩＰ  ＢＵメッセージを使用して、フィルタ生成エンジン１１０１によってインストールされている汎用ルーティングフィルタによって引き起こされる場合があり、Ａｐｐ１（アプリケーション１１０２）は、この特定のＣＮとたまたま通信を行っている。ＵＥは３ＧＰＰアクセスを介してルーティングされるフローを有することが想定されるため、ネットワークによって適切なＴＦＴが設定されている。非３ＧＰＰアクセスがデフォルトルートになった場合、ＵＥは、フローが確実に３ＧＰＰアクセスへ進むように、正しいルーティングフィルタを設定しなければならない。３ＧＰＰ  ＴＦＴの前にルーティングフィルタが評価されるため、Ａｐｐ１向けのパケットは非３ＧＰＰアクセスへとルーティングされ、３ＧＰＰ  ＴＦＴは評価される機会がない。図１５は、本発明の好ましい一実施の形態による、Ｐ−ＧＷにルーティングフィルタを通知するためにＵＥによって決定される方法に関するフローチャートである。以下に、図１１に示されたＵＥによる決定処理について説明する。ネットワークインタフェースモジュール１１０は、非３ＧＰＰアクセスを介してフローを受信する場合（１５００）、このフローを経路セットアップ決定エンジン１１０４に通知する（Ｓ１５０００）。次に経路セットアップ決定エンジン１１０４はフィルタデータベースモジュール１１０３を参照し、ＴＦＴがこのフローに対応するパケットフィルタを含むか否かをチェックする（１５０１）．フローに対応するパケットフィルタを含むＴＦＴが存在する場合（Ｓ１５０１１）、経路セットアップ決定エンジン１１０４はフローが３ＧＰＰアクセスを介してルーティングされるべきであると決定し、経路セットアップ決定エンジン１１０４は、パケットフィルタ／ＴＦＴに含まれる情報をフィルタ生成エンジン１１０１に送信し、ルーティング規則を作成するよう要求する。フィルタ生成エンジン１１０１は、パケットフィルタ／ＴＦＴ内の情報（ＴＦＴ内のパケットフィルタの識別子、又はＴＦＴ全体の識別子など）を使用して、フローが３ＧＰＰアクセスを介してルーティングされるべきであることを示すようにルーティング規則を作成し、その後、ルーティング規則を送信してこの訂正を行う（１５０３、１５０４）。フィルタ生成エンジン１１０１がパケットフィルタの識別子を使用する場合、識別子によって識別されたパケットフィルタに対応するルーティング規則が作成されるよう要求される。一方、フィルタ生成エンジン１１０１が、ＴＦＴ全体の識別子を使用してルーティング規則を作成する場合（１５０３）、識別子によって識別されたＴＦＴに含まれるすべてのパケットフィルタに対応するルーティング規則が作成されるよう要求される。ＴＦＴ全体の識別子は、ＴＦＴが関連付けられるＥＰＳベアラＩＤとすることができる。メッセージは、ＴＦＴを識別するための情報、及びパケットフローを受信するのに使用されるアクセスシステム（３ＧＰＰアクセス）を示すための情報を含む。メッセージは、３ＧＰＰ又は非３ＧＰＰのいずれかを介して送信することができる。更に、図１６に示されるように、経路セットアップ決定エンジン１１０４が非３ＧＰＰアクセスを介してフローを受信する場合（１６００）、第１にフィルタデータベースモジュール１１０３を参照し、フローが３ＧＰＰアクセスを介してルーティングされるべきであることを示すＡＮＤＳＦ（又は他のポリシー提供エンティティ）からのルーティング規則に対するポリシーが存在するか否かをチェックする（１６０１）こともできる。フローが３ＧＰＰアクセスを介してルーティングされるべきであることを示すポリシーが存在する場合（Ｓ１６０１１）、経路セットアップ決定エンジン１１０４は、フローが３ＧＰＰアクセスを介してルーティングされるべきであると決定し（１６０２）、その後経路セットアップ決定エンジン１１０４は、再度フィルタデータベースモジュール１１０３を参照し、ＴＦＴがフローに対応するパケットフィルタを含むか否かをチェックする（１６０３）。このパケットフィルタが存在する場合（Ｓ１６０３１）、経路セットアップ決定エンジン１１０４は、パケットフィルタ／ＴＦＴに含まれる情報をフィルタ生成エンジン１１０１に送信し、ルーティング規則を作成するよう要求する。フィルタ生成エンジン１１０１は、パケットフィルタ／ＴＦＴ内の情報（ＴＦＴ内のパケットフィルタの識別子、又はＴＦＴ全体の識別子など）を使用して、フローが３ＧＰＰアクセスを介してルーティングされるべきであることを示すようにルーティング規則を作成し、その後、ルーティング規則を送信してこの訂正を行う（１６０５、１６０６）。フィルタ生成エンジン１１０１がパケットフィルタの識別子を使用する場合、識別子によって識別されたパケットフィルタに対応するルーティング規則が作成されるよう要求される。一方、フィルタ生成エンジン１１０１が、ＴＦＴ全体の識別子を使用してルーティング規則を作成する場合（１６０５）、識別子によって識別されたＴＦＴに含まれるすべてのパケットフィルタに対応するルーティング規則が作成されるよう要求される。ＴＦＴ全体の識別子は、ＴＦＴが関連付けられるＥＰＳベアラＩＤとすることができる。メッセージは、ＴＦＴを識別するための情報、及びパケットフローを受信するのに使用されるアクセスシステム（３ＧＰＰアクセス）を示すための情報を含む。メッセージは、３ＧＰＰ又は非３ＧＰＰのいずれかを介して送信することができる。ステップ１６０３でフローに対応するパケットフィルタを含むＴＦＴが存在しない場合（Ｓ１６０３０）、経路セットアップ決定エンジン１１０４は、ルーティング規則を作成するように、フィルタ生成エンジン１１０１に要求する。この場合、経路セットアップ決定エンジン１１０４は、フローポリシー内の情報のみに基づいてルーティング規則を作成する（１６０４）。
【０１１６】
本発明の上記好ましい実施の形態は、ＵＥに対する状況を訂正するための幾つかの方法を開示している。その方法の１つが、ＤＳＭＩＰ  ＢＵメッセージ内にＴＦＴインデックスオプションを含めることであり、上記ＴＦＴインデックスオプションは、Ａｐｐ１用の３ＧＰＰベアラに関連付けられたＴＦＴを指す。これにより、Ｐ−ＧＷは３ＧＰＰ  ＴＦＴから生成されたルーティングフィルタをインストールし、ミスマッチが解決される。他の方法は、ＵＥに対して、Ａｐｐ１用の３ＧＰＰベアラに関連付けられたＴＦＴからＤＳＭＩＰルーティングフィルタ記述を生成し、このフィルタ記述をＤＳＭＩＰ  ＢＵメッセージに挿入することである。これにより、Ｐ−ＧＷは３ＧＰＰ  ＴＦＴから生成されたルーティングフィルタをインストールし、ミスマッチが解決される。更に他の方法は、ＵＥに対して、Ａｐｐ１用の３ＧＰＰベアラに関連付けられたＴＦＴを修正するために、ＥＰＳベアラ修正メッセージをＭＭＥに送信することである。ＵＥはこのＥＰＳベアラ修正メッセージ内に、このＥＰＳベアラに関連付けられたＴＦＴからルーティングフィルタを生成するようにＰ−ＧＷに要求するための指示を挿入する。次にＭＭＥはこの指示を、ベアラリソースコマンドメッセージ内でＳ−ＧＷに渡す。次にＳ−ＧＷは、この指示をベアラリソースコマンドメッセージ内でＰ−ＧＷに渡す。これにより、Ｐ−ＧＷは３ＧＰＰ  ＴＦＴから生成されたルーティングフィルタをインストールし、ミスマッチが解決される。
【０１１７】
例示としての１つの特別な方法は、ＵＥに対して、ホーム及びアウェイで同時バインディングを実行するためにバインディング更新を送信するため、及びＱｏＳ処理に適したフローが確実に３ＧＰＰアクセスへルーティングされるように、ＴＦＴに対応したルーティングフィルタをインストールするために、３ＧＰＰアクセス及び非３ＧＰＰアクセスの両方にアタッチしているケースである。例えば、このような同時アタッチでは、パケットフィルタ１をＥＰＳベアラ１にマッピングするＥＰＳベアラ１に結び付けられたＴＦＴが１つしか存在しない場合、ＵＥは、パケットフィルタ１に結び付けられたフローが確実に３ＧＰＰアクセスにより送信されるように、バルクバインディング更新（ＢＵ）を送信することができる。このバルクＢＵは、ＴＦＴインデックスオプション内にＴＦＴ参照を有する（ＴＦＴ参照トラフィックセレクタサブオプションとも呼ばれる）。このようなＢＵのパケット構造は、ＩＰｖ６ヘッダ及びＢＵモビリティヘッダを含む。ＢＵモビリティヘッダにはバインディング識別子（ＢＩＤ１）モビリティオプション（非３ＧＰＰアクセス用ＢＩＤ）がアタッチされ、ＢＩＤ１の優先度は低い値（高い優先度を意味する）に設定される。ＢＩＤ１に続き、ＢＩＤ２（３ＧＰＰアクセス用ＢＩＤ）及びＢＩＤ２に関連付けられたフロー識別子（ＦＩＤ１）モビリティオプションがアタッチされる。ＦＩＤ１は、ＴＦＴ参照トラフィックセレクタサブオプション内でＴＦＴ１（ＥＰＳベアラ１である）への参照を搬送する。Ｐ−ＧＷは、ＴＦＴ参照トラフィックセレクタサブオプションを備えたこのようなバインディング更新メッセージを受信し、処理に成功すると、対応する同時ホーム及びアウェイ登録をインストールする。Ｐ−ＧＷは、ＴＦＴ参照トラフィックセレクタサブオプションによって参照されるＴＦＴ内のパケットフィルタを特定し、特定された各パケットフィルタからの１対１の会話に基づいて関連するルーティング規則をインストールする。ＴＦＴ参照トラフィックセレクタサブオプションは、好ましくは、これがトラフィックセレクタオプションであることを示すためのサブオプションタイプフィールドと、８ビットの符号なし整数であり、ＴＦＴ参照トラフィックセレクタサブオプションの長さをオクテット単位で表し、サブオプションタイプフィールド及びサブオプション長さフィールドを含まないサブオプションの長さを示すフィールドであるサブオプション長さフィールドと、トラフィックセレクタフォーマットを示す８ビットの符号なし整数であるＴＳフォーマットフィールドと、送信者によってゼロに設定され受信者によって無視されるべきである８ビット予約済みフィールドである予約済みフィールドと、ＥＰＳベアラＩＤを搬送するために使用される８ビットフィールドであるＴＦＴ参照フィールドとの、フィールドを含むことができる。
【０１１８】
Ｐ−ＧＷが、ＴＦＴ参照トラフィックセレクタサブオプションによって参照されるＴＦＴからルーティングフィルタを生成すると、ある実施では、Ｐ−ＧＷは、ＴＦＴをルーティング規則にリンクするためのフックをインストールできるようになり、その結果として、ＴＦＴに対するいずれかの変更により、別のＢＵを受信する必要なしに、Ｐ−ＧＷによるルーティング規則の即時再生成をトリガすることができる。これによってＵＥは、ＴＦＴが修正されるたびにルーティング規則を再生成するためにＢＵメッセージを送信する必要がなくなる。Ｐ−ＧＷがルーティング規則を自動的に再生成する機能を有する場合、Ｐ−ＧＷはＵＥに通知するものとし、その結果としてＵＥは、以前に参照されたＴＦＴが修正された場合にＢＵを送信する必要がないことを認識することが好ましい。これは、ＴＦＴが修正された場合にルーティングフィルタを自動的に再生成するための機能をＰ−ＧＷが有するか否かをＵＥに示すために、Ｐ−ＧＷによって送信されたバインディング確認応答内のフラグ又はオプションを使用するなどの、多くの方法で実行される。
【０１１９】
また、本発明は、新規ＱｏＳ経路に対する特定の要求又はＴＦＴを自己生成するためのＰ−ＧＷに対する要求に対して、ステータスを通知することが目的である経路ステータス生成エンジン１２０４も導入する。その一例として、経路ステータス生成エンジン１２０４は、ＴＦＴ生成エンジン１２０３から自己生成されたＴＦＴを含むことができる経路通知メッセージ０７０を作成する。信号／データ経路Ｓ１２００６は、パケット（例えば経路通知メッセージ０７０）を、伝送のためにネットワークインタフェースモジュール１２００に送信できるようにするものである。
【０１２０】
本明細書では、本発明について、最も実用的及び好ましいと考えられる実施の形態で図示及び説明してきたが、当業者であれば、本発明の範囲及び領域を逸脱することなく、詳細な設計及びパラメータにおいて様々な修正を行うことができることが理解されるだろう。例えば、本発明で説明されたフィルタ更新メッセージ（０５０）は、１つ又は複数のフィルタオプション（０５２）、１つ又は複数のＱｏＳオプション（０５３）、及び１つ又は複数のＴＦＴオプション（０５４）をいかなる並べ替えでも含むことができる。
【０１２１】
本発明は、動的経路セットアップに関する意図を通知するための装置であって、
新規通信経路をセットアップするための要件を決定する決定部と、
新規通信経路を動的に構成する意図を通知する通知部と、
新規通信経路が要求に応じてセットアップされた旨の指示を受信する受信部とを、
有する装置も提供する。
【０１２２】
更に上記装置は、１つの通信経路に対する１つのフィルタリング規則セット（すなわちルーティングフィルタ又はパケットフィルタ）を他の通信経路に動的にマッピングする生成部を有することができる。
【０１２３】
更に上記装置では、上記フィルタリング規則セット（すなわちルーティングフィルタ又はパケットフィルタ）がセルラーベース通信経路に関連付けられたトラフィックフローテンプレートであること、及び上記フィルタリング規則のマッピング通知が非セルラーベースアクセスにより送信されることが可能である。
【０１２４】
更に上記装置では、決定部が、
（ｉ）新規通信経路上で新規ＱｏＳ経路が必要であるか否かを決定する第１の決定部と、
（ｉｉ）新規ＱｏＳ経路用にネットワーク生成ＴＦＴが必要であるか否かを決定する第２の決定部とを、
有することが可能である。
【０１２５】
更に上記装置では、通知部が、
（ｉ）新規通信経路上で新規ＱｏＳ経路が必要であるか否かを通知する第１の通知部と、
（ｉｉ）新規ＱｏＳ経路用にネットワーク生成ＴＦＴが必要であるか否かを通知する第２の通知部とを、
有することが可能である。
【０１２６】
更に上記装置では、上記第１及び第２の通知部が、セルラーベースアクセスにより送信されるメッセージによって通知を伝送することが可能である。
【０１２７】
また、本発明は、上記の装置によって使用される方法であって、
パケット記述セットに対するデータパケットのマッチング（合致）、及びマッチングしたデータパケットをルーティングする方法をネットワーク要素へ通知するためのフィルタ更新メッセージを送信するステップであって、上記フィルタ更新メッセージが、実際のパケット記述セットの代わりにネットワーク要素内のいずれかにインストールされた既存のパケット記述セットへの参照情報を含むことを特徴とするステップと、
非セルラーベースアクセスによりフィルタ更新メッセージをネットワーク要素に送信するステップとを、
有する方法も提供する。
【０１２８】
更に上記方法は、ＱｏＳ指示をフィルタ更新メッセージに追加するステップを有し、結果として上記ＱｏＳ指示は、このフィルタ更新メッセージで参照されたパケット記述セットにマッチングするデータパケットに対して新規ＱｏＳ経路が確立される必要があるか否かをネットワーク要素に示すことができる。
【０１２９】
更に上記方法は、即時指示をフィルタ更新メッセージに追加するステップを有し、結果として上記即時指示は、上記新規ＱｏＳ経路がフィルタ更新メッセージの受信直後に確立される必要があるか否かをネットワーク要素に示すことができる。。
【０１３０】
更に上記方法は、セルラーベースアクセスによりフィルタ更新メッセージをネットワーク要素に送信するステップを有することができる。
【０１３１】
上記実施の形態の説明で使用された各機能ブロックは、通常は集積回路によって表されるＬＳＩとして実現することができる。これらは、１つのチップとして別個に製造するか、又は一部又はすべてを含む１つのチップとして設計してもよい。ここではＬＳＩと呼ばれるが、集積の度合いに応じて、ＩＣ、システムＬＳＩ、超ＬＳＩ、又は超々ＬＳＩと呼んでもよい。また、集積回路の技術はＬＳＩに限定されるものではなく、専用回路又は汎用プロセッサとして実現してもよい。ＬＳＩの製造後にプログラミングすることができるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、或いはＬＳＩ内部の回路セルの接続又は設定を再構成することができる再構成可能プロセッサを使用することができる。更に、半導体技術又はここから導出された他の技術の進歩により、ＬＳＩを交換するための回路集積技術が出現し得る場合、このような技術を使用して機能ブロックを集積することができる。例えば、このような可能性の１つがバイオテクノロジーの適応である。
【産業上の利用可能性】
【０１３２】
本発明は、新規通信経路を動的に構成すること、バッテリ電力を節約すること、及びメッセージ交換数及び遅延を低減することという利点を有し、パケット交換データ通信ネットワークシステムにおける電気通信分野に適用することができる。
【図１】
2012519396.tif 000003
【図２】
2012519396.tif 000004
【図３】
2012519396.tif 000005
【図４】
2012519396.tif 000006
【図５】
2012519396.tif 000007
【図６】
2012519396.tif 000008
【図７】
2012519396.tif 000009
【図８】
2012519396.tif 000010
【図９】
2012519396.tif 000011
【図１０】
2012519396.tif 000012
【図１１】
2012519396.tif 000013
【図１２】
2012519396.tif 000014
【図１３】
2012519396.tif 000015
【図１４】
2012519396.tif 000016
【図１５】
2012519396.tif 000017
【図１６】
2012519396.tif 000018
【図１７】
2012519396.tif 000019
【図１８】
2012519396.tif 000020
【手続補正書】
【提出日】平成22年12月21日(2010.12.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１アクセスシステムを介してネットワークへ接続するための第１インタフェースと、第２アクセスシステムを介して前記ネットワークへ接続するための第２インタフェースとを有し、前記ネットワークの所定のノードから送信されるパケットフローを受信するインタフェースを制御するためのユーザ端末装置であって、
前記第１アクセスシステムを介して前記第１インタフェースでパケットフローを受信するための適切なベアラを選択するために使用されるパケットフィルタであって、前記ユーザ端末装置に設定されている前記パケットフィルタから前記パケットフィルタの識別子を取得するパケットフィルタ識別子取得部と、
前記ネットワークの前記所定ノードから送信されるパケットフローを受信するためのインタフェースを決定する決定部と、
前記パケットフィルタの前記識別子と前記決定されたインタフェースに対応するアクセスシステムを示す情報とを含むメッセージを、前記第１及び前記第２インタフェースのいずれかから前記ネットワークの前記所定ノードへ送信する送信部とを、
有するユーザ端末装置。
【請求項２】
前記パケットフィルタが設定されたことを通知する通知部を更に有し、
パケットフィルタが新たに設定されることを前記通知部から通知された際に、前記決定部が、前記パケットフィルタに含まれる情報を含むパケットフローは前記第１アクセスシステムを介して前記第１インタフェースで受信されるべきであると決定する請求項１に記載のユーザ端末装置。
【請求項３】
前記第２インタフェースでパケットフローを受信した際に、前記受信したパケットフローに含まれる情報を含むパケットフィルタが前記ユーザ端末装置に設定されているか否かを確認するパケットフィルタ確認部を更に有し、
前記受信したパケットフローに含まれる情報を含むパケットフィルタが前記ユーザ端末装置に設定されていることを前記パケットフィルタ確認部が確認した場合、前記決定部が、前記受信したパケットフローは前記第１アクセスシステム経由で前記第１インタフェースにおいて受信されるべきであると決定する請求項１に記載のユーザ端末装置。
【請求項４】
前記第２インタフェースにおいてパケットフローを受信した際に、前記受信したパケットフローに含まれる情報を含むパケットフィルタが前記ユーザ端末装置に設定されているか否かを確認するパケットフィルタ確認部と、
前記第２インタフェースにおいて受信した前記パケットフローがどのアクセスシステム経由で受信されるべきかを示すポリシーが前記ユーザ端末装置に設定されているかを否か確認するポリシー確認部と、
前記送信部が前記メッセージを送信するか否かを制御する送信制御部とを、
更に有し、
前記第２インタフェースで受信した前記パケットフローが前記第１アクセスシステムを介して前記第１インタフェースで受信されるべきであることを示すポリシーが前記ユーザ端末に設定されていることを前記ポリシー確認部が確認した場合、前記決定部が、前記第２インタフェースにおいて受信した前記パケットフローは前記第１アクセスシステムを介して前記第１インタフェースで受信されるべきであると決定し、
前記第２インタフェースで受信した前記パケットフローに含まれる情報を含むパケットフィルタが前記ユーザ端末装置に設定されていることを前記パケットフィルタ確認部が確認した場合、前記送信制御部が、前記メッセージを送信するよう前記送信部を制御する請求項１に記載のユーザ端末装置。
【請求項５】
前記所定ノードからのパケットフローがどのアクセスシステム経由で受信されるべきかを示すポリシーであり、前記パケットフローを識別するための情報を含む前記ポリシーを受信するポリシー受信部と、
前記ポリシー受信部から前記パケットフローを識別するための情報を取得し、取得した前記パケットフローを識別するための情報を含むパケットフィルタが前記ユーザ端末装置に設定されているか否かを確認するパケットフィルタ確認部とを、
更に有し、
前記ネットワークの前記所定ノードから送信された前記パケットフローが前記第１アクセスシステムを介して前記第１インタフェースで受信されるべきであることを示すポリシーを受信した場合、前記ポリシー受信部が、前記パケットフローを識別するための情報を前記パケットフィルタ確認部へ通知し、
前記パケットフローを識別するための情報を含むパケットフィルタが前記ユーザ端末装置に設定されていることを前記パケットフィルタ確認部が確認した場合、前記決定部が、前記パケットフローは前記第１アクセスシステムを介して前記第１インタフェースで受信されるべきであると決定する請求項１に記載のユーザ端末装置。
【請求項６】
前記ネットワークの前記所定ノードから送信された前記パケットフローが前記第２アクセスシステムを介して前記第２インタフェースで受信されるべきであることを示すポリシーを前記ポリシー受信部が受信した場合、前記決定部が、前記パケットフローは前記第２アクセスシステムを介して前記第２インタフェースで受信されるべきであると決定する請求項５に記載のユーザ端末装置。
【請求項７】
前記ネットワークの前記所定ノードから送信された前記パケットフローが前記第１アクセスシステムを介して前記第１インタフェースで受信されるべきであることを示すポリシーを前記ポリシー受信部が前記ネットワークの第１ネットワークエンティティから受信し、かつ、前記ネットワークの前記所定ノードから送信された前記パケットフローが前記第２アクセスシステムを介して前記第２インタフェースで受信されるべきであることを示すポリシーを前記ポリシー受信部が前記ネットワークの第２ネットワークエンティティから受信した場合、前記ポリシー受信部が、前記パケットフローを識別するための情報を前記パケットフィルタ確認部へ通知し、
前記パケットフローを識別するための情報を含むパケットフィルタが前記ユーザ端末装置に設定されていることを前記パケットフィルタ確認部が確認した場合、前記決定部が、前記パケットフローは前記第１アクセスシステムを介して前記第１インタフェースで受信されるべきであると決定する請求項６に記載のユーザ端末装置。
【請求項８】
前記第１アクセスシステムが３ＧＰＰアクセスネットワークであり、前記第２アクセスシステムが非３ＧＰＰアクセスネットワークである請求項１から７のいずれかに記載のユーザ端末装置。
【国際調査報告】
2012519396.tif 000021
2012519396.tif 000022
2012519396.tif 000023