(57)【要約】【課題】通信端末が通信に適した接続ポイント又はネットワークを選択できるようにする。【解決手段】例えば、複数の異なるアクセスタイプのネットワーク（３Ｇネットワーク２００及びＮ３Ｇネットワーク３００）に接続可能な通信端末（ＵＥ１００）は、３Ｇネットワーク経由でパケットフローの転送を行っている状態でＮ３Ｇネットワークを検出した場合に、保持しているポリシ情報（例えば、ＡＮＤＳＦポリシのＩＳＲＰ）の中から当該パケットフローに対応するポリシ情報を特定し、Ｎ３Ｇネットワークにパケットフローを移行した場合に割り当てられる移行後のパケットフローの品質条件（ＱｏＳ情報）が、上記特定されたポリシ情報に含まれている品質条件（オペレータ要求ＱｏＳ）を満たすか否かを確認する。【選択図】図６Ａ
2013229803.tif 000002
【特許請求の範囲】
【請求項１】
１つ又は複数のネットワークから提供される複数の接続ポイントに接続可能な通信端末であって、
前記複数の接続ポイントの選択条件が記載されたポリシ情報を保持するとともに、前記複数の接続ポイントのうちの第１接続ポイント経由でパケットフローの転送を行っている状態で前記複数の接続ポイントのうちの第２接続ポイントを検出した場合に、保持している前記ポリシ情報の中から前記パケットフローに対応するポリシ情報を検索するポリシ処理部と、
前記第２接続ポイントに前記パケットフローを移行した場合に割り当てられる移行後のパケットフローの品質条件が、前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たすか否かを確認する品質確認部とを、
有する通信端末。
【請求項２】
前記移行後のパケットフローの品質条件が前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たすことが確認された場合に、前記第１接続ポイント経由の前記パケットフローを前記第２接続ポイントへ移行する処理を開始する請求項１に記載の通信端末。
【請求項３】
前記第１接続ポイント経由の前記パケットフローを前記第２ネットワークへ移行する処理を開始し、前記パケットフローの移行処理中又は移行処理完了後に、前記移行後のパケットフローの品質条件を取得する請求項１に記載の通信端末。
【請求項４】
前記パケットフローの移行処理完了後に、前記移行後のパケットフローの品質条件が前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たさないことが確認された場合には、前記パケットフローを前記第１接続ポイント経由に戻す請求項３に記載の通信端末。
【請求項５】
保持している前記ポリシ情報の中に前記パケットフローに対応するポリシ情報が存在しない場合に、前記ポリシ情報に含まれている所定の動作を実施する未登録動作実施部を有する請求項１に記載の通信端末。
【請求項６】
前記ポリシ情報に含まれている前記所定の動作として、前記第１接続ポイント及び前記第２接続ポイントのいずれか一方を経由した前記パケットフローの転送が規定されている請求項５に記載の通信端末。
【請求項７】
前記ポリシ情報に含まれている前記所定の動作として、新たなポリシ情報の取得が規定されている請求項５に記載の通信端末。
【請求項８】
前記新たなポリシ情報を取得する際、前記パケットフローを転送しているアプリケーションの識別子を前記ポリシ情報の管理サーバへ通知する請求項７に記載の通信端末。
【請求項９】
前記新たなポリシ情報を取得した場合には、前記新たなポリシ情報に基づいて、前記第１接続ポイント及び前記第２接続ポイントのどちらを経由して前記パケットフローの転送を行うか判断する請求項７に記載の通信端末。
【請求項１０】
前記ポリシ情報に含まれている前記所定の動作として、前記第２接続ポイントへの前記パケットフローの移行、及び、新たなポリシ情報の取得が規定されている請求項５に記載の通信端末。
【請求項１１】
前記第２接続ポイントへ前記パケットフローを移行するために送信するメッセージに、前記パケットフローを転送しているアプリケーションの識別子を挿入する請求項１０に記載の通信端末。
【請求項１２】
前記第１接続ポイントが携帯電話ネットワークから提供され、前記第２接続ポイントが非携帯電話ネットワークから提供され、前記ポリシ情報がＡＮＤＳＦポリシのＩＳＲＰである請求項１に記載の通信端末。
【請求項１３】
ネットワーク上に配置されるネットワーク装置であって、
１つ又は複数のネットワークから提供される複数の接続ポイントに接続可能な通信端末に対して提供するためのポリシ情報であって、前記複数の接続ポイントの選択条件が記載された前記ポリシ情報に、前記通信端末のパケットフローに関して最低限必要とされる品質条件を挿入するポリシ情報生成部を有するネットワーク装置。
【請求項１４】
前記ポリシ情報生成部が、さらに、前記通信端末のパケットフローに対応するポリシ情報が存在しない場合に実施されるべき所定の動作を前記ポリシ情報に挿入する請求項１３に記載のネットワーク装置。
【請求項１５】
前記ポリシ情報がＡＮＤＳＦポリシのＩＳＲＰである請求項１３に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示技術は、複数のネットワークに接続可能な通信端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が、ネットワークを選択するための技術に関する。
【背景技術】
【０００２】
現在、通信端末（ＵＥ）に用いる技術の標準化活動が、３ＧＰＰ（Ｔｈｅ  ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）で行われている。この標準化活動では、ネットワークへの接続手順やハンドオーバ手順などの基本機能を満たす手順を始め、接続可能な複数ネットワークの中で優先的に接続するネットワークを判断する手順やＩＰパケットフロー（以降、ＩＰフロー、ＩＰトラフィックフローなどと呼ぶ）に対してどのネットワークを利用するか決定する手順など、様々な手順が定義されている（下記の非特許文献１を参照）。
【０００３】
接続可能な複数ネットワークの中で優先的に接続するネットワークを判断する手順やＩＰパケットフローに対してどのネットワークを利用するか決定する手順は、ネットワークからＵＥに通知されるポリシに基づいて行われる（下記の非特許文献１〜３を参照）。なお、ネットワークからＵＥに通知されるポリシは、ネットワーク上のアクセスネットワーク発見／選択機能（ＡＮＤＳＦ：Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄＳｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）を持つエンティティからＵＥに提供されることから、ＡＮＤＳＦポリシと呼ばれることもある。このＡＮＤＳＦポリシには、非特許文献２及び３に開示されているように、ＩＳＭＰ（Ｉｎｔｅｒ−Ｓｙｓｔｅｍ  Ｍｏｂｉｌｉｔｙ  Ｐｏｌｉｃｙ）やＩＳＲＰ（Ｉｎｔｅｒ−Ｓｙｓｔｅｍ  Ｒｏｕｔｉｎｇ  Ｐｏｌｉｃｙ）などが含まれる。
【０００４】
ＩＳＲＰは、非特許文献２、３に開示されているＩＦＯＭ（ＩＰ  Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ）やＭＡＰＣＯＮ（Ｍｕｌｔｉ  Ａｃｃｅｓｓ  ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、ＮＳＷＯ（Ｎｏｎ  Ｓｅａｍｌｅｓｓ  ＷＬＡＮ  Ｏｆｆｌｏａｄ）毎にカテゴリー分けされたＩＰフロー制御のためのルールで構成されている。例えば、ＩＦＯＭ向けのルールとして、非特許文献３で開示されている「ＦｏｒＦｌｏｗＢａｓｅｄ」が存在する。このＦｏｒＦｌｏｗＢａｓｅｄは、送信元のＩＰアドレス範囲やポート番号範囲、プロトコルタイプなどの条件による「ＩＰ  Ｆｌｏｗ」制御、Ｅ−ＵＴＲＡＮのセルＩＤや無線ＬＡＮ（ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）やＷｉ−Ｆｉとも呼ぶ）のＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）などの場所情報や、開始時間や開始日時などの時間情報などの条件による「Ｒｏｕｔｉｎｇ  Ｃｒｉｔｅｒｉａ」制御、優先的に接続するネットワーク（例えば、３ＧＰＰやＷＬＡＮ）を示す「Ｒｏｕｔｉｎｇ  Ｒｕｌｅ」制御、このルールの優先度レベル（Ｒｕｌｅ  Ｐｒｉｏｒｉｔｙ）などで構成され、これらの情報を組み合わせてＩＰフローを制御することが可能である。また、ＩＳＲＰは、非特許文献３で開示されるように、１つ以上の条件（例えば、ＩＰフロー（Ａｐｐｌｉｃａｔｉｏｎ  ＩＤや送信元のＩＰアドレス範囲など）やＡＰＮなど）で構成されるＩＳＲＰのルール（エントリーとも呼ぶ）を複数持つことができる。ＩＰフローに対して、複数のＩＳＲＰのルールが該当する場合は、Ｒｕｌｅ  Ｐｒｉｏｒｉｔｙが示す優先度の高いＩＳＲＰのルールが、そのＩＰフローに適用される。以降、単なるＩＳＲＰは、ＩＳＲＰのルール（エントリー）を指す。
【０００５】
例えば、ＩＳＲＰが、「ＩＰアドレス＝１９２．０．２．０〜１９２．０．２．２５５、ポート番号＝１〜８０、Ｒｏｕｔｉｎｇ  Ｃｒｉｔｅｒｉａ＝無し、Ｒｏｕｔｉｎｇ  Ｒｕｌｅ＝ＷＬＡＮ、Ｒｕｌｅ  Ｐｒｉｏｒｉｔｙ＝最優先」で構成され、ＵＥが３ＧＰＰネットワーク（ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）やＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）など）に接続しているときにＷＬＡＮのＡＰ（アクセスポイント：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を検出した場合、ＵＥあるいはＵＥ上のアプリケーションが生成するＩＰトラフィックフローのＩＰアドレスやポート番号などがＩＳＲＰの条件の範囲内であることを確認した後、接続先をＷＬＡＮに切り替える。
【０００６】
また、他にも、アプリケーション毎に割り当てられるアプリケーションＩＤ（アプリケーションの識別子）などを用いて、ＩＳＲＰが適用されるアプリケーションＩＤを指定することで、アプリケーション毎にＩＰフローを制御することが可能である（非特許文献２を参照）。
【０００７】
次に、図１を参照しながら、ＩＳＲＰを用いてＩＰフロー制御を行う際のネットワーク（通信システム）の構成の一例について説明する。図１には、ＨＳＰＡやＬＴＥなどの携帯電話ネットワーク（３ＧＰＰネットワーク、以降、３Ｇネットワークと記載することがある）２００を構成する基地局（Ｅ−ＵＴＲＡＮではｅＮＢ（ｅＮｏｄｅ  Ｂ）、ＵＴＲＡＮではＮＢとも呼ばれる）２１０、ＵＥ１００に対するアドレス割り当てやＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ：パケットデータネットワーク）５００とＵＥ１００との間のユーザデータ転送並びに経路制御を行うＰＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ、ＨＡ（Ｈｏｍｅ  Ａｇｅｎｔ：ホームエージェント）やＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ：ローカルモビリティアンカ）などとも呼ばれる）４１０、ＵＥ１００やアプリケーションなどに対してＡＮＤＳＦポリシを生成するＡＮＤＳＦサーバ４２０、オペレータが提供するＷＬＡＮやＷｉＭＡＸなどの非携帯電話ネットワーク（Ｎｏｎ−３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓ（以降、Ｎ３Ｇネットワークと記載することがある））３００を構成するアクセスポイント（ＡＰ：Ａｃｃｅｓｓ  ｐｏｉｎｔ））３１０から構成されるネットワーク構成の一例が図示されている。なお、本明細書では、ＵＥ１００に対してネットワークへの接続性を提供する基地局（ｅＮＢやＮＢ）２００やアクセスポイント（ＡＰ）３００などを総称して、接続ポイントと呼ぶことがある。
【０００８】
図１に示す通信システムでは、ＵＥ１００は、３Ｇネットワーク２００の基地局（ｅＮＢ）２１０、及び、Ｎ３Ｇネットワーク３００のアクセスポイント（ＡＰ）３１０のいずれか一方又は両方と無線接続することが可能であり、３Ｇネットワーク２００及びＮ３Ｇネットワーク３００のいずれか一方又は両方を経由してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ：コアネットワーク）４００に接続し、さらに、所望のＰＤＮ５００と通信を行うことが可能である。
【０００９】
なお、ＵＥ１００がＮ３Ｇネットワーク３００を経由してＰＤＮ５００と通信する際、ＵＥ１００はＮ３Ｇネットワーク３００内のＡＰ３１０に接続した後、ＡＰ３１０を介してＰＧＷ４１０との間に通信経路（セッション）を確立する。ＵＥ１００は、ＰＧＷ４１０との間に確立した通信経路を用いて、ＰＤＮ５００と通信を行う。また、ＡＮＤＳＦサーバ４２０は、どのＥＰＣ４００内の装置とインタフェースを持つか厳密には定義されていない。そのため、ここでは、ＡＮＤＳＦサーバ４２０はＥＰＣ４００内の装置（ＰＧＷ４１０など）を経由して、ＵＥ１００にＡＮＤＳＦポリシを通知することができるという点だけを定義する。また、説明を簡潔にするため、図１にはネットワーク装置の一部のみが図示されており、例えば、本来ＥＰＣ４００を構成するネットワーク装置（例えば、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）やＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ））などは図示省略されている。
【００１０】
非特許文献５（リリース１０）の開示技術までは、ＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）ベースのネットワークによって３Ｇネットワーク２００（Ｅ−ＵＴＲＡＮやＵＴＲＡＮ、ＥＰＣ）経由でＵＥ１００に対して割り当てたＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：サービス品質）は、Ｎ３Ｇネットワーク３００では保証されなかった。しかしながら、非特許文献２（リリース１１）の開示技術では、ＧＴＰベースのネットワークによって３Ｇネットワーク２００経由でＵＥ１００に対して割り当てたＱｏＳに関して、ＰＭＩＰベースのネットワークが３Ｇネットワーク２００経由でＵＥ１００に割り当てたＱｏＳと同様に、Ｎ３Ｇネットワーク１００においても保証される仕組みが定義された。これにより、ＧＴＰベースのネットワークに接続するＵＥ１００が、３Ｇネットワーク２００とＮ３Ｇネットワーク３００との間でネットワーク切り替えを行った場合においても、各ネットワークからＵＥ１００に対して割り当てられたＱｏＳは保証できるようになった。また、３ＧオペレータがＮ３Ｇアクセスを提供する環境において、ＵＥ１００がＧＴＰベースのネットワークにＮ３Ｇネットワーク３００経由で接続する際、又は、Ｄｅｄｉｃａｔｅｄ  Ｓ２ａ  ｂｅａｒｅｒをＡｃｔｉｖａｔｉｏｎする際、ＵＥ１００やネットワークによって要求されるＱｏＳは保証できるようになった。
【００１１】
また、非特許文献１、２には、ＵＥ１００が３Ｇネットワーク２００やＮ３Ｇネットワーク３００を介してＰＤＮ５００と通信する際に必要となる通信経路の確立する手順が開示されている。例えば、３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）２００やＮ３Ｇネットワーク３００を介してＰＤＮ５００と通信できるＵＥ１００が、ＰＧＷ４１０との間に通信経路を確立する手順として、非特許文献１に開示されている「Ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅやＵＥ  ｒｅｑｕｅｓｔｅｄ  ＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｐｒｏｃｅｄｕｒｅ」や非特許文献２に開示されている「Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅやＨＯ（Ｈａｎｄｏｖｅｒ）  ｐｒｏｃｅｄｕｒｅ」などを利用することが可能である。
【００１２】
続いて、ＵＥ１００が３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）２００とＮ３Ｇネットワーク３００との間でＩＰトラフィックフローを移行するＩＰフロー制御について、図１〜３を参照しながら説明する。最初に、ＩＰフロー制御を行うために使用されるＡＮＤＳＦポリシのＩＳＲＰについて、図２Ａ及び図２Ｂを用いて説明する。
【００１３】
図２Ａには、非特許文献３に開示されているＡＮＤＳＦポリシのツリー構造が図示されている。ＡＮＤＳＦポリシは、異なる無線アクセスタイプ（例えば、３ＧアクセスとＮ３Ｇアクセスの関係。なお、Ｅ−ＵＴＲＡＮとＵＴＲＡＮは３Ｇネットワーク管理の同系統アクセスタイプである）のネットワークに同時に接続することができないＵＥ１００（例えば、ＩＦＯＭをサポートしていないＵＥ１００）が使用するＩＳＭＰ（図２ＡのＰｏｌｉｃｙに相当）や、異なる無線アクセスタイプのネットワークに同時に接続することができるＵＥ１００（例えば、ＩＦＯＭをサポートするＵＥ１００）が使用するＩＳＲＰなどで構成されている。
【００１４】
また、図２Ｂには、非特許文献３に開示されているＩＳＲＰの構成が図示されている。ＩＳＲＰは、ＩＰフローベースで、かつ、シームレス（接続性を維持したまま）にＩＰフロー制御を行うルールのカテゴリーである「ＦｏｒＦｌｏｗＢａｓｅｄ」、接続先ネットワークを識別するＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ：アクセスポイントネーム）ベースでＩＰフロー制御を行うルールのカテゴリーである「ＦｏｒＳｅｒｖｉｃｅＢａｓｅｄ」、ＩＰフローベースで、かつ、非シームレス（接続性を維持しない）でＩＰフロー制御を行うルールのカテゴリーである「ＦｏｒＮｏｎＳｅａｍｌｅｓｓＯｆｆｌｏａｄ」、ローミング状態に応じてルールを適用するか判断する「Ｒｏａｍｉｎｇ」、ＰＬＭＮを識別するコードが格納され、ＰＬＭＮコードでルールを適用するか判断する「ＰＬＭＮ」、ルールが有効でないとＵＥ１００によって判断された際にルールの更新が要求されているか否かを示す「Ｕｐｄａｔｅ  Ｐｏｌｉｃｙ」で構成されている。各カテゴリーは、オペレータのポリシやＵＥ１００のＳｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ（登録情報や契約情報などが反映されている情報（非特許文献１を参照））に基づいてＡＮＤＳＦサーバ４２０によって生成される。例えば、ＵＥ１００が異なる無線アクセスタイプのネットワークに同時に接続することができるＵＥ１００（例えば、ＩＦＯＭをサポートするＵＥ１００）であり、オペレータが、ＩＰフローベースで、かつ、シームレスにＩＰフローを制御したい場合には、「ＦｏｒＦｌｏｗＢａｓｅｄ」を用いてＩＰフロー制御を行う。
【００１５】
また、図３には、非特許文献３に開示されているＩＳＲＰの「ＦｏｒＦｌｏｗＢａｓｅｄ」のツリー構造が図示されている。「ＦｏｒＦｌｏｗＢａｓｅｄ」は、ＩＰアドレスのタイプ（バージョン）を示すＡｄｄｒｅｓｓ  Ｔｙｐｅ、送信元ＩＰアドレスを用いてルールを適用するか否かを制御するために送信元ＩＰアドレスの範囲を決めるＳｔａｒｔＳｏｕｒｃｅＩＰａｄｄｒｅｓｓとＥｎｄＳｏｕｒｃｅＩＰａｄｄｒｅｓｓ、送信先ＩＰアドレスを用いてルールを適用するか否かを制御するために送信先ＩＰアドレスの範囲を決めるＳｔａｒｔＤｅｓｔＩＰａｄｄｒｅｓｓとＥｎｄＤｅｓｔＩＰａｄｄｒｅｓｓ、ＩＰアドレスの範囲と同様にポート番号でルールを適用するか否かを制御するためのＳｔａｒｔＳｏｕｒｃｅＰｏｒｔＮｕｍｂｅｒとＥｎｄＳｏｕｒｃｅＰｏｒｔＮｕｍｂｅｒ、及び、ＳｔａｒｔＤｅｓｔＰｏｒｔＮｕｍｂｅｒとＥｎｄＤｅｓｔＰｏｒｔＮｕｍｂｅｒ、非特許文献４に開示されるようにＩＰパケットの出力優先制御などを行うことでＱｏＳを制御するためのＱｏＳなどの制御条件で構成される「ＩＰＦｌｏｗ」、Ｅ−ＵＴＲＡＮのセルＩＤやＷＬＡＮのＳＳＩＤなどの場所情報で制御するＶａｌｉｄｉｔｙＡｒｅａ、開始時間や開始日時などの時間情報で制御するＴｉｍｅＯｆＤａｙ、接続先ネットワークのＡＰＮで制御するＡＰＮなどの制御条件で構成される「Ｒｏｕｔｉｎｇ  Ｃｒｉｔｅｒｉａ」、優先的に接続するネットワーク（例えば、ＷＬＡＮ）を示すことでＩＰフローを優先的に接続するネットワークに移行するように制御するための「Ｒｏｕｔｉｎｇ  Ｒｕｌｅ」、複数のルールが該当した際にどのルールを適用するか決定するために用いる優先度レベルを示す「Ｒｕｌｅ  Ｐｒｉｏｒｉｔｙ」で構成される。
【００１６】
なお、図２Ａは非特許文献３のＦｉｇｕｒｅ  ４．２．１、図２Ｂは非特許文献３のＦｉｇｕｒｅ  ４．２．５、図３は非特許文献３のＦｉｇｕｒｅ  ４．２．６をそれぞれ援用している。図２Ａ、図２Ｂ、図３の詳細な説明、並びに、ＡＮＤＳＦポリシやＩＳＲＰの詳細な説明については、非特許文献３を参照されたい。
【先行技術文献】
【非特許文献】
【００１７】
【非特許文献１】3GPP TS 23.401 v11.1.0，March 2012
【非特許文献２】3GPP TS 23.402 V11.2.0，March 2012
【非特許文献３】3GPP TS 24.312 V11.2.0，March 2012
【非特許文献４】IETF RFC 3260，April 2002
【非特許文献５】3GPP TS 23.402 V10.5.0, September 2011
【発明の概要】
【発明が解決しようとする課題】
【００１８】
従来の技術によれば、３Ｇオペレータが、３Ｇネットワークに接続可能な通信端末（ＵＥ）に対してＡＮＤＳＦポリシを提供することによって、ＵＥの通信（特に、ＵＥが通信を行うネットワークの選択）を制御することが可能である。しかしながら、従来の技術で定義されているＡＮＤＳＦポリシを利用しても、ＵＥが通信に適した接続ポイント又はネットワークを選択できない場合があるという問題がある。
【００１９】
上記の問題を解決するため、本開示技術の一態様によれば、通信端末（ＵＥ）が接続ポイント又はネットワークを切り替える際に、通信端末（ＵＥ）の通信に適した接続ポイント又はネットワークを選択できるようにする技術が提供される。
【課題を解決するための手段】
【００２０】
本開示技術の一態様は、例えば、１つ又は複数のネットワークから提供される複数の接続ポイントに接続可能な通信端末であって、
前記複数の接続ポイントの選択条件が記載されたポリシ情報を保持するとともに、前記複数の接続ポイントのうちの第１接続ポイント経由でパケットフローの転送を行っている状態で前記複数の接続ポイントのうちの第２接続ポイントを検出した場合に、保持している前記ポリシ情報の中から前記パケットフローに対応するポリシ情報を検索するポリシ処理部と、
前記第２接続ポイントに前記パケットフローを移行した場合に割り当てられる移行後のパケットフローの品質条件が、前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たすか否かを確認する品質確認部とを、
有する通信端末を含む。
上記の構成により、通信端末（ＵＥ）は、通信に適した接続ポイント又はネットワークを選択することが可能となる。
【００２１】
なお、本開示技術の態様は、上記の通信端末以外に、ネットワーク上に配置されるネットワーク装置などによって実現されてもよい。
【発明の効果】
【００２２】
本開示技術は、例えば上記の構成を有し、通信端末（ＵＥ）が通信に適した接続ポイント又はネットワークを選択できるようになるという効果を有する。
【００２３】
なお、本開示技術が有する効果及び利点は上記に限定されるものではなく、更なる効果及び利点が本明細書及び図面の開示内容から明らかとなるであろう。上記の更なる効果及び利点は、例えば、本明細書及び図面に開示されている様々な実施の形態及び特徴によって個別に提供されるものであり、必ずしも、本開示技術の一態様によってすべての効果及び利点が提供される必要はない。
【図面の簡単な説明】
【００２４】
【図１】本開示技術及び従来の技術に共通するシステム構成の一例を示す図
【図２Ａ】従来の技術であるＡＮＤＳＦポリシの構成を説明する一例の図
【図２Ｂ】従来の技術であるＡＮＤＳＦポリシのＩＳＲＰの構成を説明する一例の図
【図３】従来の技術であるＡＮＤＳＦポリシのＩＳＲＰのＦｏｒＦｌｏｗＢａｓｅｄの構成を説明する一例の図
【図４】従来のＩＳＲＰに基づいたＩＰフローを移行する動作を説明するためのシーケンス図
【図５】本開示技術の第１の実施の形態の動作の一例を説明するための改良ＩＳＲＰ図
【図６Ａ】本開示技術の第１の実施の形態の動作の第１の例を説明するためのシーケンス図
【図６Ｂ】本開示技術の第１の実施の形態の動作の第２の例を説明するためのシーケンス図
【図７】本開示技術の第１の実施の形態におけるＵＥの構成の一例を示す図
【図８Ａ】本開示技術の第１の実施の形態におけるＵＥの動作の第１の例を示すフローチャート
【図８Ｂ】本開示技術の第１の実施の形態におけるＵＥの動作の第２の例を示すフローチャート
【図９】本開示技術の第１の実施の形態に係る拡張ＩＳＲＰの一例を示す図
【図１０Ａ】本開示技術の第１の実施の形態において参照されるＩＰフローの情報の第１の例を示す図
【図１０Ｂ】本開示技術の第１の実施の形態において参照されるＩＰフローの情報の第２の例を示す図
【図１０Ｃ】本開示技術の第１の実施の形態において参照されるＩＰフローの情報の第３の例を示す図
【図１０Ｄ】本開示技術の第１の実施の形態において参照されるＩＰフローの情報の第４の例を示す図
【図１０Ｅ】本開示技術の第１の実施の形態において参照されるＩＰフローの情報の第５の例を示す図
【図１１】本開示技術の第１の実施の形態におけるＡＮＤＳＦサーバの構成の一例を示す図
【図１２】本開示技術の第２の実施の形態に係る拡張ＩＳＲＰの一例を示す図
【図１３】本開示技術の第２の実施の形態の動作の一例を説明するためのシーケンス図
【図１４】本開示技術の第２の実施の形態におけるＵＥの構成の一例を示す図
【図１５】本開示技術の第２の実施の形態におけるＵＥの動作の一例を示すフローチャート
【図１６】本開示技術の第２の実施の形態におけるＡＮＤＳＦサーバの構成の一例を示す図
【発明を実施するための形態】
【００２５】
以下、図面を参照しながら、本開示技術の第１及び第２の実施の形態について説明する。
【００２６】
＜本開示技術に関連するシステム構成の一例＞
まず、図１を参照しながら、本開示技術の第１及び第２の実施の形態に共通するシステム構成について説明する。図１は、本開示技術の第１及び第２の実施の形態並びに従来の技術に共通するシステム構成の一例を示す図である。
【００２７】
上述のように、図１に図示されているネットワークは、３Ｇネットワーク（例えば、Ｅ−ＵＴＲＡＮやＵＴＲＡＮなど）２００を構成し、ＵＥ１００と無線接続する基地局２１０（例えば、Ｅ−ＵＴＲＡＮではｅＮＢ、ＵＴＲＡＮではＮＢ）、ＵＥ１００に対するアドレス割り当てやＰＤＮ５００とＵＥ１００との間のユーザデータ転送並びに経路制御を行うＰＧＷ４１０、ＵＥ１００やアプリケーションなどに対してＡＮＤＳＦポリシを生成するＡＮＤＳＦサーバ４２０、オペレータが提供するＮ３Ｇネットワーク（例えば、ＷＬＡＮやＷｉＭＡＸなど）３００を構成するアクセスポイント（ＡＰ）３１０を有している。なお、上述のように、ここでは、ＡＮＤＳＦサーバ４２０はＥＰＣ４００内の装置（ＰＧＷ４１０など）を経由して、ＵＥ１００にＡＮＤＳＦポリシを通知することができるという点だけを定義する（その他の構成では、ＡＮＤＳＦサーバ４２０が単にオペレータサービスを提供するサーバとして構成され、ＥＰＣ４００内の装置を介することなくＵＥ１００にＡＮＤＳＦポリシを通知することもできる）。また、図１には、本開示技術に関連する装置のみが図示されており、ＥＰＣ４００を構成するその他のネットワーク装置は図示省略されている。また、ＵＥ１００に対してネットワークへの接続性を提供する基地局（ｅＮＢやＮＢ）２００やアクセスポイント（ＡＰ）３００などを総称して、接続ポイントと呼ぶことがある。
【００２８】
ここで、ＵＥ１００は少なくとも２つ以上の通信インタフェースを持ち、ネットワーク（例えば、３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）２００、又は、Ｎ３Ｇネットワーク３００）に接続することが可能である。なお、ＵＥ１００は、図示されているネットワーク（例えば、３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）２００、又は、Ｎ３Ｇネットワーク３００）に、同時にあるいは排他的に接続するものとする。ＵＥ１００は、３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）２００の基地局（ｅＮＢ）２１０やＮ３Ｇネットワーク３００のＡＰ３１０などを介してＥＰＣ４００に接続し、当該ＥＰＣ４００を通じて、所望のＰＤＮ５００と通信を行うことが可能である。
【００２９】
＜本開示技術の第１の実施の形態に係る知見＞
ここで、本開示技術の第１の実施の形態の具体的な構成及び動作を説明する前に、ＡＮＤＳＦポリシを用いた従来の技術において、本発明者が着目した技術及び課題について説明する。
【００３０】
上述のように、従来の技術によれば、ＵＥ１００は、ＡＮＤＳＦポリシを用いることで、ＩＰフローをどのネットワークを介して送信するかを判断することができる。なお、以下では、図４を参照しながら、図２Ａ、図２Ｂ、図３に図示されているような従来の技術に係るＡＮＤＳＦポリシ（ＩＳＲＰ）に基づいてＩＰフローをどのネットワークに送信するかを判断することが可能なＵＥ１００が、例えば、移動中にＮ３Ｇネットワーク３００を検出した際に、３Ｇネットワーク２００からＮ３Ｇネットワーク３００にＩＰフローを移行する流れの一例について説明する。
【００３１】
図４は、３Ｇネットワークに接続しているＵＥ１００が、Ｎ３Ｇネットワーク３００を検出した場合の動作の一例を示すシーケンス図である。なお、図４に示すシーケンスは、ＵＥ１００の通信に係るＩＰフローを３Ｇネットワーク２００からＮ３Ｇネットワーク３００へ移行する場合の動作を簡略化したものであり、より詳細な動作については、例えば、非特許文献２に開示されている“３ＧＰＰ  Ａｃｃｅｓｓ  ｔｏ  Ｔｒｕｓｔｅｄ  Ｎｏｎ−３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓ  Ｈａｎｄｏｖｅｒ  ｗｉｔｈ  ＰＭＩＰｖ６  ｏｎ  Ｓ２ａ  ｐｒｏｃｅｄｕｒｅ”（Ｆｉｇｕｒｅ  ８．２．２−１）が参考となるであろう。
【００３２】
図４において、ＵＥ１００は、最初に３Ｇネットワーク２００経由でＰＧＷ４１０と通信経路（ＰＤＮコネクション）を確立し、３Ｇネットワーク２００経由でＰＤＮ５００と通信している状態とする（ステップＳ４００１）。続いて、ＵＥ１００は、Ｎ３Ｇネットワーク３００のＡＰ３１０を検出し（ステップＳ４００３）、３Ｇネットワーク２００経由でＥＰＣ４００から通知されたＡＮＤＳＦポリシ（ＩＳＲＰ）に基づいて、あるＩＰフローをＡＰ３１０経由（すなわち、Ｎ３Ｇネットワーク３００経由）に移行することを決定する（ステップＳ４００５）。なお、ここでは、ＵＥ１００が保持しているＩＳＲＰの中に当該ＩＰフローに対応するＩＳＲＰが含まれており、このＩＳＲＰのルールに、ＩＰフローを３Ｇネットワーク２００経由からＮ３Ｇネットワーク３００経由（以降、ＡＰ３１０経由と呼ぶこともある）に移行するよう記載されているとする。
【００３３】
ＩＰフローをＡＰ３１０経由に移行することを決定したＵＥ１００は、通信経路を確立するリクエストメッセージ（例えば、Ｓｅｓｓｉｏｎ確立リクエスト）を送信し（ステップＳ４００７）、その応答としてレスポンスメッセージ（Ｓｅｓｓｉｏｎ確立許可レスポンス）を受信する（ステップＳ４００９）。これにより、ＵＥ１００はＮ３Ｇネットワーク３００経由の通信経路を確立し、確立されたＮ３Ｇネットワーク３００経由の通信経路を通じてＩＰフローの送信を行うことが可能となる。なお、このとき実行される通信経路の確立処理は、例えば、非特許文献２に開示されているＡｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅやＬ３  Ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅであってもよい。
【００３４】
ここで、非特許文献５（リリース１０）以前の開示技術では、Ｎ３Ｇネットワーク３００では、３Ｇネットワーク２００経由で割り当てられたＱｏＳは保証されなかった。したがって、Ｎ３Ｇネットワーク３００経由に移行した後のＩＰフローに関して、ＵＥ１００は、３Ｇネットワーク２００経由時と比較して、スループットの劣化を経験する可能性がある。また、例えば特定ＡＰＮにおいて特定アプリケーション（例えば、オペレータが提供するＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍｓ）アプリケーション）をＵＥ１００が利用する際、オペレータが、一定以上のＱｏＳ（例えば、５Ｍｂｐｓ以上）を確保するようＵＥ１００に対して要求する場合であっても、３Ｇネットワーク２００経由で割り当てられたＱｏＳがＮ３Ｇネットワーク３００経由では保証されないため、ＵＥ１００は、オペレータが要求するＱｏＳ（以降、オペレータ要求ＱｏＳとも呼ぶ）を満たすことができない可能性がある（ステップＳ４０１１）。
【００３５】
一方、非特許文献２（リリース１１）以降の開示技術では、３Ｇネットワーク２００経由で割り当てられたＱｏＳが、移行後のＮ３Ｇネットワーク３００経由の通信においても保証される仕組みが定義されている。しかしながら、実際には、ネットワーク能力、ＲＡＮ（Ｒａｄｉｏ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の混雑状態、オペレータポリシなどの様々な要因によって、３Ｇネットワーク２００経由で割り当てられたＱｏＳが、移行後のＮ３Ｇネットワーク３００経由の通信において必ずしも保証されるわけではない。従来の技術に係るＩＳＲＰに基づいてＩＰフローの切り替えを行った場合には、Ｎ３Ｇネットワーク３００経由に移行した後のＩＰフローに関してスループットの劣化を経験するケースや、Ｎ３Ｇネットワーク３００経由に移行した後のＩＰフローがオペレータ要求ＱｏＳを満たすことができないケースなどが発生してしまう可能性があり、従来の技術にはこうしたケースを回避するための仕組みは存在していない。
【００３６】
以上のように、従来の技術は、ＵＥ１００が異なるアクセスタイプのネットワーク間で接続を切り替える際（例えば、３Ｇネットワーク２００からＮ３Ｇネットワーク３００、またはその逆）に、切り替え先のネットワークにおいてＱｏＳが保証されず、スループットの劣化やオペレータ要求ＱｏＳを満たさない場合が起こり得るという課題を有している。以下に説明する本開示技術の第１の実施の形態は、上記課題を解決するための技術を提供する点だけではなく、従来の技術では明らかにされていなかったと考えられる課題に着目したという点においても、技術的な意義を有するものである。
【００３７】
＜第１の実施の形態＞
以下、本開示技術の第１の実施の形態について説明する。
【００３８】
図５には、本開示技術の第１の実施の形態において、ＵＥ１００がネットワークを切り替える判断を行う際に使用するＡＮＤＳＦポリシ（ＩＳＲＰ）に関して、既存のＩＳＲＰを拡張したＩＳＲＰの一例が図示されている。なお、本明細書では、例えば、非特許文献１〜３などに記載されている従来の技術に係るＩＳＲＰ（及びこのＩＳＲＰに含まれている各条件）を既存ＩＳＲＰと呼び、本開示技術に基づいて既存ＩＳＲＰを拡張したＩＳＲＰを拡張ＩＳＲＰと呼ぶことがある。本開示技術の第１の実施の形態における拡張ＩＳＲＰは、既存ＩＳＲＰに対して、例えば、上述した課題を解決するための新たな情報（図５内のオペレータ要求ＱｏＳに相当）を追加したＩＳＲＰである。以下に、図５に図示されている拡張ＩＳＲＰについて説明する。
【００３９】
図５に図示されている拡張ＩＳＲＰは、ＦｏｒＦｌｏｗＢａｓｅｄ（ＩＰフロー単位で制御するルール）にフォーカスしたものであり、ＦｏｒＦｌｏｗＢａｓｅｄにおける「ＩＰ  Ｆｌｏｗ」、「Ｒｏｕｔｉｎｇ  Ｃｒｉｔｅｒｉａ」、「Ｒｏｕｔｉｎｇ  Ｃｒｉｔｅｒｉａ」内の「Ｖａｌｉｄｉｔｙ  Ａｒｅａ」は、既存ＩＳＲＰと同様の定義に基づいて使用される。また、図５に図示省略されているその他の情報要素（項目）も既存ＩＳＲＰと同様である。
【００４０】
また、図５に図示されている拡張ＩＳＲＰは、例えば「Ｒｏｕｔｉｎｇ  Ｃｒｉｔｅｒｉａ」内の「ＡＰＮ」の下に、追加の情報（オペレータ要求ＱｏＳ）を従属させることが可能なように構成されている。「オペレータ要求ＱｏＳ」とは、オペレータが提供するアプリケーション（例えば、ＩＭＳ）やサービス（例えば、ＩＭＳサービス）において最低限要求されるＱｏＳのことを指し、具体的には伝送レート（スループット）、伝送遅延時間、ビットエラーレートなどである（それぞれ上りと下りでパラメータを区別してもよいし、上り・下りをまとめて１つのパラメータとしてもよい）。例えば、オペレータが特定ＡＰＮにおけるアプリケーションやサービス（例えば、ＩＭＳサービス）をＵＥ１００に提供する際に、そのアプリケーションやサービスに最低限必要なＱｏＳを「オペレータ要求ＱｏＳ」の情報によってＵＥ１００に示すことが可能である。具体的には、例えばＩＭＳサービスで一定のスループットが要求される場合、「オペレータ要求ＱｏＳ」として上記一定のスループットを確保するためのＱｏＳ（例えば、５Ｍｂｐｓ）を含ませることが可能である。これにより、ＵＥ１００は、「オペレータ要求ＱｏＳ」で示される条件を満たす場合に、ＩＰフローの移行を行うことができるようになり、「オペレータ要求ＱｏＳ」で示される条件を満たさないネットワークにＩＰフローを移行させた場合に生じ得るスループットの劣化などを回避することが可能となる。この「オペレータ要求ＱｏＳ」で示される条件を満たす際は、ＵＥ１００は同じＩＳＲＰのエントリーの「Ｒｏｕｔｉｎｇ  Ｒｕｌｅ」で示されるネットワークにＩＰフローを移行させる（本開示技術の第１の実施の形態ではＷＬＡＮとしている）。
【００４１】
なお、このようにアプリケーションやサービスに最低限必要なＱｏＳはあるが、ＡＰＮ単位でそのような各アプリケーションやサービスを割り当てることができるのであれば、図５に示すように「ＡＰＮ」下に従属させる必要はなく、「Ｒｏｕｔｉｎｇ  Ｃｒｉｔｅｒｉａ」下に従属させて（「ＡＰＮ」と並列させて）、「ＡＰＮ」と「オペレータ要求ＱｏＳ」を組み合わせてもよい。
【００４２】
続いて、図５に示す拡張ＩＳＲＰを保持するＵＥ１００が、例えば、移動中にＮ３Ｇネットワーク３００を検出した際に、３Ｇネットワーク２００からＮ３Ｇネットワーク３００にＩＰフローを移行する場合の動作の一例について、図６Ａ及び図６Ｂを用いて説明する。本開示技術の第１の実施の形態では、ＵＥ１００は、Ｎ３Ｇネットワーク３００を検出した場合に、拡張ＩＳＲＰのオペレータ要求ＱｏＳを参照してＩＰフローの移行を行うか否かを決定する。この場合、ＵＥ１００は、Ｎ３Ｇへの通信経路の確立処理を開始する前にＩＰフローの移行を行うか否かを決定してもよく（図６Ａ）、あるいは、Ｎ３Ｇへの通信経路の確立処理を開始するとともに、Ｎ３Ｇへの通信経路の確立処理中又は確立処理後にＩＰフローの移行を行うか否かを決定してもよい（図６Ｂ）。
【００４３】
図６Ａにおいて、ＵＥ１００は、図４に示す従来の流れのように、最初に３Ｇネットワーク２００経由でＰＧＷ４１０とＰＤＮコネクションを確立済みとし（ステップＳ６００１）続いて、Ｎ３Ｇネットワーク３００を検出したとする（ステップＳ６００３）。図６Ａに図示されている動作例では、Ｎ３Ｇネットワーク３００を検出したＵＥ１００は、拡張ＩＳＲＰを参照して、Ｎ３Ｇネットワーク３００へＩＰフローを移行するか否かの判断を行う（ステップＳ６００５）。
【００４４】
このとき、ＵＥ１００は、例えば、ＵＥ１００は、既存ＩＳＲＰの条件を確認してＩＰフローに対応したＩＳＲＰを特定するとともに、さらに、このＩＳＲＰに記載されているオペレータ要求ＱｏＳを確認して、Ｎ３Ｇネットワーク３００にＩＰフローを移行した場合に、移行後のＩＰフローに割り当てられるＱｏＳの値が、オペレータ要求ＱｏＳの条件を満たすか否かを確認する。Ｎ３Ｇネットワーク３００に移行した場合に保証されるＱｏＳの値が、オペレータ要求ＱｏＳに記載されたＱｏＳの値以上の場合には、Ｎ３Ｇネットワーク３００へ移行した場合であってもＩＰフローに対して十分なＱｏＳが保証され、ＵＥ１００は、Ｎ３Ｇネットワーク３００へのＩＰフローの移行を行うことを決定する。なお、図６Ａには、ＵＥ１００は、Ｎ３Ｇネットワーク３００へのＩＰフローの移行を行うことを決定し、リクエストメッセージ（Ｓｅｓｓｉｏｎ確立リクエスト）及びレスポンスメッセージ（Ｓｅｓｓｉｏｎ確立許可レスポンス）の送受信を行って（ステップＳ６００７、Ｓ６００９）、Ｎ３Ｇネットワーク３００経由の通信経路を確立する一例が図示されている。
【００４５】
一方、Ｎ３Ｇネットワーク３００に移行した場合に保証されるＱｏＳの値が、オペレータ要求ＱｏＳに記載されたＱｏＳの値より小さい場合には、Ｎ３Ｇネットワーク３００へ移行した場合のＩＰフローに対して十分なＱｏＳが保証（提供）されないため、ＵＥ１００は、Ｎ３Ｇネットワーク３００へのＩＰフローの移行を行わないことを決定し、３Ｇネットワーク２００経由のＩＰフローを維持する。
【００４６】
また、図６Ｂにおいても同様に、ＵＥ１００は、最初に３Ｇネットワーク２００経由でＰＧＷ４１０とＰＤＮコネクションを確立済みとし（ステップＳ６１０１）、続いて、Ｎ３Ｇネットワーク３００を検出したとする（図６のステップＳ６１０３）。図６Ｂに図示されている動作例では、例えば、Ｎ３Ｇネットワーク３００を検出したＵＥ１００は、既存ＩＳＲＰの条件を確認してＩＰフローに対応したＩＳＲＰを特定すると、このＩＳＲＰの既存ＩＳＲＰの条件に従い（ステップＳ６１０５）、Ｎ３Ｇネットワーク３００経由の通信経路（Ｎ３Ｇネットワーク３００を経由したＰＧＷ４１０との通信経路）を確立するためのリクエストメッセージ（Ｓｅｓｓｉｏｎ確立リクエスト）をＮ３Ｇネットワーク３００のＡＰ３１０へ送信する（ステップＳ６１０７）。そして、ＵＥ１００は、リクエストメッセージ（Ｓｅｓｓｉｏｎ確立リクエスト）の応答であるレスポンスメッセージ（Ｓｅｓｓｉｏｎ確立許可レスポンス）をＮ３Ｇネットワーク３００から受信した際に（ステップＳ６１０９）、このレスポンスメッセージに含まれるＱｏＳの値（Ｎ３Ｇネットワーク３００経由の通信経路に対して割り当てられたＱｏＳ情報）が、ＩＰフローに対応したＩＳＲＰに記載されているオペレータ要求ＱｏＳの条件を満たすか否かを確認して、Ｎ３Ｇネットワーク３００へＩＰフローを移行するか否かの判断を行う（ステップＳ６１１１）。Ｎ３Ｇネットワーク３００経由の通信経路に割り当てられたＱｏＳの値が、オペレータ要求ＱｏＳに記載されたＱｏＳの値以上の場合には、Ｎ３Ｇネットワーク３００へ移行した場合であってもＩＰフローに対して十分なＱｏＳが保証され、ＵＥ１００は、Ｎ３Ｇネットワーク３００へのＩＰフローの移行を行うことを決定する。
【００４７】
一方、Ｎ３Ｇネットワーク３００経由の通信経路に割り当てられたＱｏＳの値が、オペレータ要求ＱｏＳに記載されたＱｏＳの値より小さい場合には、Ｎ３Ｇネットワーク３００へ移行した場合のＩＰフローに対して十分なＱｏＳが保証されないため、ＵＥ１００は、Ｎ３Ｇネットワーク３００へのＩＰフローの移行を行わないことを決定し、３Ｇネットワーク２００経由のＩＰフローを維持する。なお、この場合には、Ｎ３Ｇネットワーク３００経由の通信経路が確立されてしまう可能性があるが、ＵＥ１００は、このＮ３Ｇネットワーク３００経由の通信経路を使用せずに、３Ｇネットワーク２００経由に戻してＩＰフローの転送を行うことで、アプリケーションやサービスに要求されているＱｏＳを確保することが可能となる。また、図６Ｂに図示されている動作例では、Ｎ３Ｇネットワーク３００経由の通信経路に割り当てられたＱｏＳ情報が、Ｓｅｓｓｉｏｎ確立許可レスポンスによってＵＥ１００へ通知される場合を想定しているが、ネットワークからＵＥ１００に対して送信される任意のメッセージによって通知されてもよい。任意のメッセージとは、例えは、アクセスポイント（ＡＰ３１０）からのアソシエーション応答メッセージや、ＤＨＣＰ  ＡＣＫメッセージ、ＡＰ３１０経由で受信するＡＡＡ認証応答メッセージなどである。
【００４８】
なお、既存ＩＳＲＰの条件とは、上述のように、例えば非特許文献１〜３などに記載されている従来の技術に係るＩＳＲＰで定義されている各条件（非特許文献３において定義されているＩＳＲＰの各条件）であり、具体的には、３Ｇ経由で確立したＰＤＮコネクションと関連するＡＰＮ、ＩＰフローを生成・消費するアプリケーションやサービスの識別子（Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ）、ＩＰフローの送信元ＩＰアドレス（Ｓｏｕｒｃｅ  ＩＰ  ａｄｄｒｅｓｓ、送信先ＩＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  ａｄｄｒｅｓｓ）、送信ポートナンバー（Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｎｕｍｂｅｒ）、受信ポートナンバー（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  ｎｕｍｂｅｒ））などを含む。本開示技術の第１の実施の形態では、従来の技術に係る既存ＩＳＲＰに加えて、新たにＩＳＲＰに導入したオペレータ要求ＱｏＳを参照することによって、ＩＰフローをＮ３Ｇネットワーク３００経由へ移行するか、あるいは、３Ｇネットワーク２００経由のまま維持するかを判断する。
【００４９】
図６Ａに図示されている動作例と図６Ｂに図示されている動作例とは、オペレータ要求ＱｏＳとの比較を行うための情報（ＩＰフローがＮ３Ｇネットワーク３００経由で通信される場合に保証されるＱｏＳ情報）を取得するタイミングが異なっている。図６Ａに図示されている動作例では、ＵＥ１００は、Ｎ３Ｇネットワーク３００経由の通信経路を確立する処理を開始する前に取得可能な情報とオペレータ要求ＱｏＳとの比較を行う。Ｎ３Ｇネットワーク３００経由の通信経路を確立する処理を開始する前に取得可能な情報としては、例えば、Ｎ３Ｇネットワーク３００を検出した際にＵＥ１００とＡＰ３１０との間で取得可能なＲＡＮリソースやＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）から推測するＱｏＳ情報（例えば、伝送レート（スループット）、伝送遅延時間、ビットエラーレートなど）や、既にＮ３Ｇネットワーク３００経由で通信経路を確立済みの場合にその確立済み通信経路に割り当てられているＱｏＳ情報、ＩＥＥＥ８０２．１１ｕにて規定されるＧＡＳ（Ｇｅｎｅｒｉｃ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｉｃｅ）フレーム（さらにはＡＮＱＰ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｑｕｅｒｙ  Ｐｒｏｔｏｃｏｌ）やＭＳＡＰ（Ｍｏｂｉｌｉｔｙ  ｂａｓｅｄ  Ｓｅｃｕｒｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ)）を用いて提供されるＱｏＳ情報、ＷＬＡＮビーコンメッセージ上で配信されるＱｏＳ情報（例えば、ＡＰ３１０からＵＥ１００に通知可能な上り／下りの回線速度情報や混雑情報など）、過去に接続したときの履歴情報から得られるＱｏＳ情報などを用いることが可能である。
【００５０】
一方、図６Ｂに図示されている動作例では、ＵＥ１００は、Ｎ３Ｇネットワーク３００経由の通信経路を確立する処理を開始した後に取得可能な情報とオペレータ要求ＱｏＳとの比較を行う。Ｎ３Ｇネットワーク３００経由の通信経路を確立する処理が行われる際に、ネットワークの任意の装置（例えば、ＰＧＷ４１０やＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ））が、この通信経路に対して割り当てることが可能なＱｏＳ情報をＵＥ１００へ通知し、ＵＥ１００は、ネットワークから通知されたＱｏＳ情報とオペレータ要求ＱｏＳとの比較を行うことが可能である。
【００５１】
続いて、図７を参照しながら、本開示技術の第１の実施の形態におけるＵＥ１００の構成について説明する。図７は、本開示技術の第１の実施の形態におけるＵＥ１００の構成の一例を示す図である。図７に図示されているＵＥ１００は、通信処理部１０１、ＡＮＤＳＦポリシ処理部１０２、オペレータ要求ＱｏＳ確認部１０３を有している。
【００５２】
通信処理部１０１は、ネットワーク（例えば、３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）２００の基地局（ｅＮＢ２１０）やＮ３Ｇネットワーク３００のＡＰ３１０）と接続して下位レイヤにおけるパケット通信処理を行う機能を有している。なお、通信処理部１０１は、３Ｇネットワーク２００に接続する通信インタフェース（３Ｇアクセスタイプの通信インタフェース）やＮ３Ｇネットワーク３００に接続する通信インタフェース（Ｎ３Ｇアクセスタイプの通信インタフェース）、ＩＰフローの制御（ネットワークの選択及びＩＰフローの移行制御）、通信経路（セッション）の確立処理などを始めとする様々な処理を行うための機能を包含する機能ブロックである。
【００５３】
また、ＡＮＤＳＦポリシ処理部１０２は、ネットワークと通信経路を確立した際やオペレータポリシなどに基づいてネットワークからＵＥ１００に通知されるＡＮＤＳＦポリシを保持するとともに、保持しているＡＮＤＳＦポリシを利用して、ＩＰフローに対して適切なネットワークを選択する機能を有している。
【００５４】
また、オペレータ要求ＱｏＳ確認部１０３は、ＡＮＤＳＦポリシを利用してＩＰフローに対して適切なネットワークを選択する際に、ネットワークを切り替えた後にＩＰフローに対して保証されるＱｏＳ情報が、このＩＳＲＰにおける「オペレータ要求ＱｏＳ」の条件を満たしているか否かを確認する機能を有している。なお、オペレータ要求ＱｏＳ確認部１０３の機能は、ＡＮＤＳＦポリシ処理部１０２における機能の一部として含まれるように設計されてもよい。
【００５５】
なお、図７には、ＵＥ１００の機能が機能ブロックによって模式的に図示されているが、図７に図示されている各機能ブロックは、ハードウェア、ソフトウェア、あるいはこれらの組み合わせによって実現されてもよい。すなわち、ＵＥ１００の機能は、任意のコンピュータのＣＰＵ及びメモリなどのハードウェアや、本開示技術の一態様に係る動作が記述されたプログラムをコンピュータによって実行させることで実現可能である。例えば、図７に図示されているＵＥ１００の機能を実現するためのソフトウェアは、後述するＵＥ１００に係る処理（例えば、図８Ａや図８Ｂに図示されている処理）などをコンピュータに実行させるプログラムを有していてもよい。
【００５６】
次に、図８Ａ及び図８Ｂを参照しながら、図７に図示されている構成を有するＵＥ１００に係る処理について、本開示技術の第１の実施の形態において特徴的な処理を中心に説明する。
【００５７】
図８Ａは、本開示技術の第１の実施の形態におけるＵＥ１００の動作の第１の例を示すフローチャートである。なお、図８Ａには、図６Ａに図示されているシーケンスに対応したＵＥ１００の動作の一例を示すフローチャートが図示されている。
【００５８】
図８Ａにおいて、最初に、ＵＥ１００は３Ｇネットワーク２００経由で通信経路を確立し（ステップＳ８００１）、この３Ｇネットワーク２００経由の通信経路を利用してＩＰフローの転送を行っている状態で、Ｎ３Ｇネットワーク３００のＡＰ３１０（あるいはＡＰ３１０への接続性）を検出したとする（ステップＳ８００３）。例えば、３Ｇネットワーク２００経由で通信を行っているＵＥ１００が、Ｎ３Ｇネットワーク３００に接続しているＡＰ３１０のカバーエリア内に移動した場合などが想定される。
【００５９】
Ｎ３Ｇネットワーク３００のＡＰを検出したＵＥ１００は、ＩＰフローをＮ３Ｇネットワーク３００に移行するか否かを判断するためにＩＳＲＰのルールを確認する（ステップＳ８００５）。ＵＥ１００は、例えば、Ｎ３Ｇネットワーク３００に移行すべきか否かを判断すべきＩＰフローに関し、保持しているＩＳＲＰの中から、このＩＰフローに対応するＩＳＲＰを検索する（ステップＳ８００７、Ｓ８００９）。具体的には、ＵＥ１００のＡＮＤＳＦポリシ処理部１０２が、例えば、既存ＩＳＲＰの各条件（Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ、ＡＰＮ、ＳｏｕｒｃｅＩＰａｄｄｒｅｓｓ、ＳｏｕｒｃｅＰｏｒｔＮｕｍｂｅｒなど）を参照して、３Ｇネットワーク２００経由の通信において設定されているＩＰフローの各条件に一致するＩＳＲＰを特定する。
【００６０】
ＩＰフローに対応するＩＳＲＰエントリーが見つかった場合には、ＵＥ１００は、Ｎ３Ｇネットワーク３００にＩＰフローを移行した場合のＱｏＳ情報を取得し（ステップＳ８０１１）、Ｎ３Ｇネットワーク３００にＩＰフローを移行した場合のＱｏＳ情報が、ＩＰフローに対応するＩＳＲＰに記載されているオペレータ要求ＱｏＳを満たすか否かを判断する（ステップＳ８０１３）。
【００６１】
Ｎ３Ｇネットワーク３００にＩＰフローを移行した場合のＱｏＳ情報がオペレータ要求ＱｏＳを満たす場合には、ＵＥ１００は、Ｎ３Ｇネットワーク３００にＩＰフローを移行することを決定する（ステップＳ８０１５）。これにより、３Ｇネットワーク２００経由で転送されていたＩＰフローは、Ｎ３Ｇネットワーク３００経由に切り替えられる。一方、Ｎ３Ｇネットワーク３００にＩＰフローを移行した場合のＱｏＳ情報がオペレータ要求ＱｏＳを満たさない場合には、ステップＳ８００９からステップＳ８００５に戻ってＩＰフローに対応する別のＩＳＲＰを検索する。
【００６２】
また、保持している全てのＩＳＲＰを検索しても、ＩＰフローに対応し、かつ、オペレータ要求ＱｏＳを満たすＩＳＲＰエントリーが見つからなかった場合には、ＵＥ１００は、このＩＰフローに関して、Ｎ３Ｇネットワーク３００に移行せずに３Ｇネットワーク２００経由の転送を維持することを決定する（ステップＳ８０１７）。これにより、３Ｇネットワーク２００経由で転送されていたＩＰフローは、Ｎ３Ｇネットワーク３００経由に切り替えられることなくそのまま維持される。なお、図８ＡのステップＳ８０１７では、ＵＥ１００は、３Ｇネットワーク２００経由のＩＰフローをそのまま維持しているが、この動作に限定されるものではない。例えば、非特許文献２には、該当するＩＳＲＰのルールが存在しない場合におけるＩＰフローのネットワーク選択動作は、ＵＥ１００の実装次第であることが記載されている。
【００６３】
また、図８Ｂは、本開示技術の第１の実施の形態におけるＵＥ１００の動作の第２の例を示すフローチャートである。なお、図８Ｂには、図６Ｂに図示されているシーケンスに対応したＵＥ１００の動作の一例を示すフローチャートが図示されている。
【００６４】
図８ＢのステップＳ８１０１〜Ｓ８１０９は、図８ＡのステップＳ８００１〜Ｓ８００９と同一の処理である。すなわち、ＵＥ１００は、３Ｇネットワーク２００経由で通信経路を確立して、この３Ｇネットワーク２００経由の通信経路を利用してＩＰフローに係る通信を行っており（図８のステップＳ８１０１）、Ｎ３Ｇネットワーク３００のＡＰ３１０を検出すると（ステップＳ８１０３）、保持しているＩＳＲＰのルールを確認して（ステップＳ８１０５）、ＩＰフローをＮ３Ｇネットワーク３００に移行するか否かを判断する（ステップＳ８１０７、Ｓ８１０９）。
【００６５】
ＩＰフローに対応するＩＳＲＰエントリーが見つかった場合には、ＵＥ１００は、このＩＳＲＰに基づいて、Ｎ３Ｇネットワーク３００へＩＰフローを移行するためのＮ３Ｇネットワーク３００経由の通信経路を確立する処理を開始し（ステップＳ８１１１）、この通信経路の確立処理の過程（例えば、通信経路の確立処理の途中、又は、通信経路の確立が完了した後）で、Ｎ３Ｇネットワーク３００経由のＩＰフローに対して割り当てられるＱｏＳ情報を取得する（ステップＳ８１１３）。例えば、ＵＥ１００は、Ｎ３Ｇネットワーク３００経由でＰＧＷ４１０との通信経路を確立するためのリクエストメッセージ（Ｓｅｓｓｉｏｎ確立リクエスト）をＮ３Ｇネットワーク３００のＡＰ３１０へ送信し、その応答として受信したレスポンスメッセージ（Ｓｅｓｓｉｏｎ確立レスポンス）に含まれているＱｏＳ情報を取得する。なお、ＵＥ１００は、通信経路の確立処理を開始するとともに、Ｎ３Ｇネットワーク３００経由のＩＰフローに対して割り当てられるＱｏＳ情報を問い合わせる任意のメッセージを送信することで、ＱｏＳ情報を取得してもよい。
【００６６】
そして、ＵＥ１００は、Ｎ３Ｇネットワーク３００経由のＩＰフローに対して割り当てられるＱｏＳ情報が、ＩＰフローに対応するＩＳＲＰに記載されているオペレータ要求ＱｏＳを満たすか否かを判断する（ステップＳ８１１５）。Ｎ３Ｇネットワーク３００経由のＩＰフローに対して割り当てられるＱｏＳ情報がオペレータ要求ＱｏＳを満たす場合には、Ｎ３Ｇネットワーク３００にＩＰフローを移行することを決定する（ステップＳ８１１７）。これにより、３Ｇネットワーク２００経由で転送されていたＩＰフローは、Ｎ３Ｇネットワーク３００経由に切り替えられる。一方、Ｎ３Ｇネットワーク３００経由のＩＰフローに対して割り当てられるＱｏＳ情報がオペレータ要求ＱｏＳを満たさない場合には、ステップＳ８１０９からステップＳ８１０５に戻ってＩＰフローに対応する別のＩＳＲＰを検索する。
【００６７】
また、保持している全てのＩＳＲＰを検索しても、ＩＰフローに対応し、かつ、オペレータ要求ＱｏＳを満たすＩＳＲＰが見つからなかった場合には、ＵＥ１００は、このＩＰフローに関して、Ｎ３Ｇネットワーク３００に移行せずに３Ｇネットワーク２００経由の転送を維持することを決定する（ステップＳ８１１９）。これにより、３Ｇネットワーク２００経由で転送されていたＩＰフローは、Ｎ３Ｇネットワーク３００経由に切り替えられることなくそのまま維持される。なお、図８ＢのステップＳ８１１９では、ＵＥ１００は、３Ｇネットワーク２００経由のＩＰフローをそのまま維持しているが、この動作に限定されるものではない。例えば、非特許文献２には、該当するＩＳＲＰのルールが存在しない場合におけるＩＰフローのネットワーク選択動作は、ＵＥ１００の実装次第であることが記載されている。
【００６８】
次に、ＵＥ１００が、例えば図９に図示されているＩＳＲＰを保持する環境において、図１０Ａ〜図１０Ｅの各ＩＰフローに係る処理について説明する。
【００６９】
図９には、ＵＥ１００がＡＮＤＳＦサーバ４２０から提供され、ＡＮＤＳＦポリシ処理部１０２で保持されているＩＳＲＰの一部が図示されている。なお、説明を明瞭にするため、ここでは、図９に図示されているＩＳＲＰが、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤとＡＰＮとＲｏｕｔｉｎｇ  Ｒｕｌｅ（＝Ｎ３Ｇ ＮＷ／ＷＬＡＮ）とオペレータ要求ＱｏＳのみが規定されているルールを含むＩＳＲＰであるとする。
【００７０】
図９に図示されているＩＳＲＰは、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤに“１２３４５”と記載されている。すなわち、このＩＳＲＰは、“１２３４５”の識別番号を持つアプリケーションに対して適用されるルールであり、識別番号の代わりにアプリケーションの名称（文字列）をとるものであってもよい。また、複数のアプリケーションを包含するグループの識別番号や名称であってもよい（例えば、電話系のアプリケーション群に対して１つのＡｐｐｌｉｃａｔｉｏｎ  ＩＤを割り当てる）。また、ＡＰＮに“ｈｏｇｅ．ａｐｎ”と記載されている。すなわち、このＩＳＲＰは、接続先が“ｈｏｇｅ．ａｐｎ”であるＩＰフローに対して適用されるルールである。また、オペレータ要求ＱｏＳに“５Ｍｂｐｓ”と記載されている、すなわち、このＩＰフローに対して割り当てられる必要があるＱｏＳは５Ｍｂｐｓ以上であり、５Ｍｂｐｓ以上のＱｏＳが割り当てられる場合にこのルールが適用される。
【００７１】
この図９に図示されているＩＳＲＰを保持するＵＥ１００が、例えば、図１０Ａ〜図１０Ｅに模式的に示されている各ＩＰフローを転送する場合について以下に説明する。図１０Ａ〜図１０Ｅに示す情報は、上位レイヤ（例えば、アプリケーションレイヤ）から下位レイヤ（例えば、ソケットレイヤ、セッションレイヤ、トランスポートレイヤ、ＩＰレイヤ、ドライバレイヤ、ＮＡＳレイヤなど）に送信データが送られた際に抽出できる情報であり、ＡＮＤＳＦポリシ処理部１０２及びオペレータ要求ＱｏＳ確認部１０３は、この情報を参照することが可能である。こうした情報は、ＵＥ１００がコネクション確立するときにそのコネクションを利用するアプリケーションのＡｐｐｌｉｃａｔｉｏｎ  ＩＤとソケット識別子をバインドさせておき、データ送受信時に対象となるソケット識別子から導出されるＡｐｐｌｉｃａｔｉｏｎ  ＩＤを基に抽出することもできる。
【００７２】
図１０Ａに模式的に示されているＩＰフローは、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが“１２３４５”、ＡＰＮが“ｈｏｇｅ．ａｐｎ”であり、図９に図示されているＩＳＲＰに含まれている既存ＩＳＲＰの各条件（Ａｐｐｌｉｃａｔｉｏｎ  ＩＤとＡＰＮ）を満たしていることが分かる。なお、例えば、上述の図８ＡのステップＳ８００７、及び、図８ＢのステップＳ８１０７の処理では、図１０ＡのＩＰフローは、図９に示すＩＳＲＰに対応すると判断される。そして、このＩＰフローをＮ３Ｇネットワーク３００へ移行した場合のＱｏＳ情報が、図９のオペレータ要求ＱｏＳで示される値（図９では５Ｍｂｐｓ）を満たしていれば、このＩＳＲＰのルールが適用されて、Ｎ３Ｇネットワーク３００にＩＰフローを移行することが決定される。
【００７３】
また、図１０Ｂに模式的に図示されているＩＰフローは、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが“５４３２１”、ＡＰＮが“ｈｏｇｅ．ａｐｎ”であり、図９に図示されているＩＳＲＰのＡｐｐｌｉｃａｔｉｏｎ  ＩＤと一致しない。なお、例えば、上述の図８ＡのステップＳ８００７、及び、図８ＢのステップＳ８１０７の処理では、図１０ＢのＩＰフローは、図９に示すＩＳＲＰに対応しないと判断される。この場合には、ＵＥ１００は、未確認の別のＩＳＲＰのルールがあるかを確認する（図８ＡのステップＳ８００９、図８ＢのステップＳ８１０９に相当）。未確認のＩＳＲＰのルールがある場合は、次の未確認のＩＳＲＰルールを確認し（図８ＡのステップＳ８００５、図８ＢのステップＳ８１０４に相当）、一方、未確認のＩＳＲＰのルールがない場合は、３Ｇネットワーク２００経由のＩＰフローをそのまま維持することを決定する（図８ＡのステップＳ８０１７、図８ＢのステップＳ８１１９に相当）。
【００７４】
また、図１０Ｃに模式的に図示されているＩＰフローは、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが“１２３４５”、ＡＰＮが“ｈｏｇｅ２．ａｐｎ”であり、図９に図示されているＩＳＲＰのＡＰＮと一致しない。なお、例えば、上述の図８ＡのステップＳ８００７、及び、図８ＢのステップＳ８１０７の処理では、図１０ＣのＩＰフローは、図９に示すＩＳＲＰに対応しないと判断され、上述した図１０ＢのＩＰフローの場合と同様の処理が行われる。
【００７５】
また、図１０Ｄに模式的に図示されているＩＰフローは、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが“１２３４５”、ＡＰＮが“Ｎ／Ａ”である。図１０ＤのＡＰＮの“Ｎ／Ａ”は、すべてのＡＰＮに該当することを示すワイルドカードである。つまり、この送信データは、ＡＰＮの指定はされないが、アプリケーション単位でＩＳＲＰを用いてＩＰフローを制御する際に用いることができる。なお、例えば、上述の図８ＡのステップＳ８００７、及び、図８ＢのステップＳ８１０７の処理では、図１０ＤのＩＰフローは、図９に示すＩＳＲＰに対応しないと判断され、上述した図１０ＢのＩＰフローの場合と同様の処理が行われる。なお、ＡＰＮが“Ｎ／Ａ”の場合、ＡＰＮに関するルールが実質ないことと同義であるため、ＡＰＮルールそのものを省略するものであってもよく、ＡＮＤＳＦルールのサイズを削減することができ、ポリシ配布や検索処理に費やすリソースを低減することができる。
【００７６】
また、図１０Ｅに模式的に図示されているＩＰフローは、図１０ＡのＩＰフローと同様に、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが“１２３４５”、ＡＰＮが“ｈｏｇｅ．ａｐｎ”であり、さらに、追加の制限情報として、特定の送信元アドレス（例えば“１９２．１６８．０．１”）が設定されている。図９に図示されているＩＳＲＰとＡｐｐｌｉｃａｔｉｏｎ  ＩＤ及びＡＰＮが一致し、さらに、図１０ＤのＳｏｕｒｃｅ  ＩＰ  ａｄｄｒｅｓｓには、すべての送信元アドレスに該当することを示すワイルドカード“Ｎ／Ａ”が記載されているため、図１０ＥのＩＰフローは、図９に図示されているＩＳＲＰに含まれている既存ＩＳＲＰの各条件（Ａｐｐｌｉｃａｔｉｏｎ  ＩＤとＡＰＮとＳｏｕｒｃｅ  ＩＰａｄｄｒｅｓｓ）を満たしていることが分かる。なお、例えば、上述の図８ＡのステップＳ８００７、及び、図８ＢのステップＳ８１０７の処理では、図１０ＥのＩＰフローは、図９に示すＩＳＲＰに対応すると判断され、上述した図１０ＡのＩＰフローの場合と同様の処理が行われる。なお、ルールにワイルドカードを適用するときは、ルールそのものを省略するものであってもよく、ＡＮＤＳＦルールのサイズを削減することができ、ポリシ配布や検索処理に費やすリソースを低減することができる。
【００７７】
続いて、図１１を参照しながら、本開示技術の第１の実施の形態におけるＡＮＤＳＦサーバ４２０の構成について説明する。図１１は、本開示技術の第１の実施の形態におけるＡＮＤＳＦサーバ４２０の構成の一例を示す図である。図１１に図示されているＡＮＤＳＦサーバ４２０は、通信処理部４２１、ＡＮＤＳＦポリシ生成部４２２、特定ＱｏＳ必要性確認部４２３を有している。
【００７８】
通信処理部４２１は、ＥＰＣ４００内の装置（例えば、ＰＧＷ４１０、ＳＧＷやＭＭＥなど）とＡＮＤＳＦポリシなどを含むＩＰパケットを処理する機能を有している。なお、通信処理部４２１は、ＥＰＣ４００に接続する通信インタフェースなどを包含する機能ブロックである。
【００７９】
また、ＡＮＤＳＦポリシ生成部４２２は、各ＵＥ１００に通知するＡＮＤＳＦポリシを生成する機能を有しており、特定ＱｏＳ必要性確認部４２３は、オペレータ要求ＱｏＳの必要性を確認して、要求されるＱｏＳ値（オペレータ要求ＱｏＳ）を算出する機能を有している。特定ＱｏＳ必要性確認部４２３で算出されたオペレータ要求ＱｏＳは、ＡＮＤＳＦポリシ生成部４２２に渡され、ＡＮＤＳＦポリシ生成部４２２は、ＡＮＤＳＦポリシのＩＳＲＰ内（例えば、「Ｒｏｕｔｉｎｇ  Ｃｒｉｔｅｒｉａ」内の「ＡＰＮ」の下）のオペレータ要求ＱｏＳを挿入して、拡張ＩＳＲＰを生成することが可能である。なお、特定ＱｏＳ必要性確認部４２３の機能は、ＡＮＤＳＦポリシ生成部４２２における機能の一部として含まれるように設計されてもよい。
【００８０】
なお、図１１には、ＡＮＤＳＦサーバ４２０の機能が機能ブロックによって模式的に図示されているが、図１１に図示されている各機能ブロックは、ハードウェア、ソフトウェア、あるいはこれらの組み合わせによって実現されてもよい。すなわち、ＡＮＤＳＦサーバ４２０の機能は、任意のコンピュータのＣＰＵ及びメモリなどのハードウェアや、本開示技術の一態様に係る動作が記述されたプログラムをコンピュータによって実行させることで実現可能である。例えば、図１１に図示されているＵＥ１００の機能を実現するためのソフトウェアは、ＡＮＤＳＦポリシ（拡張ＩＳＲＰ）の生成処理やオペレータ要求ＱｏＳの算出処理などをコンピュータに実行させるプログラムを有していてもよい。
【００８１】
また、オペレータ要求ＱｏＳの算出にあたっては、ターゲットとなるＮ３Ｇネットワーク３００が通常提供し得るＱｏＳ値、あるいはターゲットとなるＮ３Ｇネットワーク３００におけるＱｏＳ保証値を反映させてもよい。これにより、定常状態ではＮ３Ｇネットワーク３００を利用することができるが、Ｎ３Ｇネットワーク３００が混雑などによって非定常な状態のときにはＮ３Ｇネットワーク３００を利用しないようにでき、通信の安定性を確保することができるようになる。
【００８２】
また、ＡＮＤＳＦサーバ４２０が、図５に示す拡張ＩＳＲＰをＵＥ１００に通知する手順は、例えば、非特許文献２で開示される手順（８．５．１章の“Ｈａｎｄｏｖｅｒ  ｂｅｔｗｅｅｎ  ３ＧＰＰ  Ａｃｃｅｓｓ  ａｎｄ  Ｔｒｕｓｔｅｄ  ／  Ｕｎｔｒｕｓｔｅｄ  Ｎｏｎ−３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓ  ｗｉｔｈ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｓｅｌｅｃｔｉｏｎ”や、８．２．２章の“３ＧＰＰ  Ａｃｃｅｓｓ  ｔｏ  Ｔｒｕｓｔｅｄ  Ｎｏｎ−３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓ  Ｈａｎｄｏｖｅｒ  ｗｉｔｈ  ＰＭＩＰｖ６  ｏｎ  Ｓ２ａ”など）と同一であり、ここでは説明を省略する。
【００８３】
従来の技術によれば、ＵＥ１００がＮ３Ｇネットワーク３００を検出して、Ｎ３Ｇネットワーク３００へＩＰフローを移行した場合に、オペレータが要求するＱｏＳを満たすことができない可能性があり、結果としてスループットの劣化や通信経路の切断（非特許文献２で開示される“ＰＤＮ  ＧＷ  ｉｎｉｔｉａｔｅｄ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｄｅａｃｔｉｖａｔｉｏｎ”や“Ｄｅｔａｃｈ  ａｎｄ  ＰＤＮ  Ｄｉｓｃｏｎｎｅｃｔｉｏｎ  ｆｏｒ  Ｓ２ａ”のトリガ）が発生したり、ＱｏＳ変更を目的とした処理（非特許文献２で開示される“ＵＥ−ｉｎｉｔｉａｔｅｄ  Ｒｅｓｏｕｒｃｅ  Ｒｅｑｕｅｓｔ  ａｎｄ  Ｒｅｌｅａｓｅ”のトリガ）を行うもののリジェクトされたりするなどの不利益な処理が行われてしまう可能性があった。
【００８４】
一方、本開示技術の第１の実施の形態によれば、例えば、オペレータが特定のＡＰＮへのアプリケーションやサービスにおいて要求するＱｏＳが存在する場合を考慮して、例えば、ＡＮＤＳＦポリシのＩＳＲＰに「オペレータ要求ＱｏＳ」を追加することによってＩＳＲＰを拡張するとともに、ＵＥ１００内にオペレータ要求ＱｏＳ確認部１０３を設けることで、ＵＥ１００がＩＰフローの移行先ネットワークを適切に選択することが可能となる。その結果、ＵＥ１００はオペレータから要求されているＱｏＳを維持することが可能となるか、若しくは、ＩＰフローをいったんＮ３Ｇネットワーク３００に移行させることでアプリケーションやサービスのＱｏＳが低下するものの、即座に３Ｇネットワーク２００に移行させることを決定でき、短期間でアプリケーションやサービスのＱｏＳを回復することが可能となる。
【００８５】
なお、このようなアプリケーションやサービスは、オペレータのネットワーク形態やポリシなどに基づいて、ＡＰＮ毎に分けられている場合と分けられていない場合とがある。最低限要求されるＱｏＳが同一のアプリケーションやサービスがＡＰＮ毎に分けられていない場合には、異なるアプリケーションやサービスが、最低限要求されるＱｏＳが同一のＰＤＮコネクションを利用する可能性がある。例えば、１つのＰＤＮコネクション内で、ＩＭＳサービスとインターネットアクセスが利用されており、ＩＭＳサービスで最低限要求されるＱｏＳが「５Ｍｂｐｓ」であり、インターネットアクセスで最低限要求されるＱｏＳが「無し」である場合などが考えられる。本開示技術では、アプリケーションやサービスがＡＰＮ毎に分けられていない場合において発生する課題について解決している。
【００８６】
＜本開示技術の第２の実施の形態に係る知見＞
次に、本開示技術の第２の実施の形態の具体的な構成及び動作を説明する前に、ＡＮＤＳＦポリシを用いた従来の技術において、本発明者が着目した技術及び課題について説明する。
【００８７】
例えば、非特許文献２に開示されているように、ＩＳＲＰは、アプリケーション毎に割り当てられるアプリケーションＩＤなどを用いて識別されてもよく、これにより、アプリケーション毎にＩＰフローを制御することが可能である。
【００８８】
一方、昨今におけるスマートフォンの急激な増加などを受け、アプリケーションの種類もまた急激な増加傾向を示している。そのため、ＩＳＲＰによって、アプリケーション単位でＩＰフローの制御を行うためには、その急激な増加傾向にあるアプリケーション全てを網羅してＩＳＲＰを生成しなければならず、また、そのようなＩＳＲＰを定期的にＵＥ１００に通知する必要がある。
【００８９】
しかしながら、実際には、急激な増加傾向にあるアプリケーション全てを網羅したＩＳＲＰを生成することは困難であり、また、ネットワーク（ＡＮＤＳＦサーバ４２０など）は、ＵＥ１００に対してＩＳＲＰを定期的に通知しなければならないため、今以上の処理負荷やシグナリングの増加が発生してしまうことが考えられる。すなわち、従来の技術によれば、アプリケーション毎にＩＳＲＰを生成することで、ＩＰフローをより詳細に制御することが可能であるが、その一方で、該当するＩＳＲＰのルールが存在しないアプリケーションやサービスなどに関連したＩＰフローが増加することが予想される。
【００９０】
非特許文献２には、該当するＩＳＲＰのルールが存在しない場合には、ＩＰフローのネットワーク選択動作はＵＥ１００の実装次第であることが開示されており、ＩＰフローの制御にＩＳＲＰは利用されないことになる。従って、アプリケーション毎にＩＳＲＰを生成した場合には、上記のように、該当するＩＳＲＰのルールが存在しないＩＰフローが増加することが予想されるため、結果的に、ＵＥ１００の実装に任されたネットワークの選択（適切なＩＰフローの制御が行われない状態）が増える可能性がある。例えば、該当するＩＳＲＰのルールが存在しないＩＰフローに関して、ＵＥ１００が、３Ｇネットワーク２００経由で転送を行うことを決定した場合であっても、オペレータはＮ３Ｇネットワーク３００へのＩＰフローの移行を望んでいたかもしれず、また、実際にはＮ３Ｇネットワーク３００へ移行した場合のほうがより効率的な通信が実現できたかもしれない。また、逆に、ＵＥ１００が、Ｎ３Ｇネットワーク３００経由で転送を行うことを決定した場合であっても、オペレータは３Ｇネットワーク２００経由のＩＰフローの転送を望んでいたかもしれず、また、Ｎ３Ｇネットワーク３００経由のＩＰフローに移行した結果、スループットが劣化したり、オペレータが要求するＱｏＳを満たさない状態となってしまったりするかもしれない。
【００９１】
以上のように、従来の技術は、該当するＩＳＲＰのルールが存在しないＩＰフローに関して、ＵＥ１００の実装に任されたネットワークの選択が行われた場合の様々な課題を有している。さらに、アプリケーションは急激な増加傾向にあることから、アプリケーション毎にＩＳＲＰを生成した場合には、該当するＩＳＲＰのルールが存在しないＩＰフローも増加し、ＵＥ１００の実装に任されたネットワークの選択に係る上記課題が今後ますます大きくなる可能性がある。以下に説明する本開示技術の第２の実施の形態は、上記課題を解決するための技術を提供する点だけではなく、従来の技術では明らかにされていなかったと考えられる課題に着目したという点においても、技術的な意義を有するものである。
【００９２】
＜第２の実施の形態＞
以下、本開示技術の第２の実施の形態について説明する。
【００９３】
図１２には、本開示技術の第２の実施の形態において、ＵＥ１００がネットワークを切り替える判断を行う際に使用するＡＮＤＳＦポリシ（ＩＳＲＰ）に関して、既存のＩＳＲＰを拡張したＩＳＲＰの一例が図示されている。本開示技術の第２の実施の形態における拡張ＩＳＲＰは、既存ＩＳＲＰに対して、例えば、該当するＩＳＲＰのルールが存在しない場合にオペレータが所望する動作を規定する「未登録時動作」を追加したＩＳＲＰである。この拡張ＩＳＲＰによって、ＵＥ１００は、該当するＩＳＲＰのルールが存在しない場合に要求されている動作を実行することが可能となり、その結果、例えば、ＵＥ１００及びネットワークの両方にとって適切なネットワークを経由してＩＰフローが転送されるようになる。以下に、図１２に図示されている拡張ＩＳＲＰについて説明する。
【００９４】
図１２に図示されている拡張ＩＳＲＰは、既存ＩＳＲＰに対して、例えば「ＦｏｒＦｌｏｗＢａｓｅｄ」直下に、追加の情報（未登録時動作あるいはデフォルト動作）を従属させることが可能なように構成されている。この「未登録時動作」とは、該当するＩＳＲＰのルールが存在しない場合に、ＵＥ１００に対して要求する動作である。「未登録時動作」によって、例えば、ＡＮＤＳＦサーバ４２０がＩＳＲＰを生成する際や、ＵＥ１００がＡＮＤＳＦポリシ・ルールを取得した時点でサポートされていないアプリケーションや、サポートはしているがＩＳＲＰにはまだ反映させていないアプリケーションなどのＩＰフローに対して、ＵＥ１００がどのような動作を行うべきかを規定することが可能である。また、例えば、ＦｏｒＦｌｏｗＢａｓｅｄの全てのルールを確認した結果、該当するルールが存在しない場合、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤは一致するが他条件（例えば、ＡＰＮなど）が一致しない場合、あるいは、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤは一致しないが、他条件（例えば、ＡＰＮなど）が一致する場合などに、この「未登録時動作」で示される内容によって、ＵＥ１００がどのような動作を行うべきかを規定してもよい。
【００９５】
例えば、「未登録時動作」において、「割り当てられるＱｏＳが低くても、Ｎ３Ｇに移行する」という動作を定義することで、従来であれば、全てのルールがＩＰフローを移行するための条件を満たさない場合には３Ｇに残るように処理されていたケース（例えば、図８ＡのステップＳ８０１７や図８ＢのステップＳ８１１９を参照）においても、ＵＥ１００は、Ｎ３Ｇネットワーク３００に移行することを決定できるようになる。また、図１２では不図示であるが、「Ｒｏｕｔｉｎｇ  Ｒｕｌｅ」に示されるネットワーク（例えば、３ＧやＮ３Ｇ）にＩＰフローを移行するようにしてもよい。
【００９６】
なお、図１２に図示されている拡張ＩＳＲＰでは、「未登録時動作」が「ＦｏｒＦｌｏｗＢａｓｅｄ」直下に追加されているが、他の任意の箇所に追加してもよい。
【００９７】
続いて、図１２に示す拡張ＩＳＲＰを保持するＵＥ１００が、例えば、移動中にＮ３Ｇネットワーク３００を検出した際に、３Ｇネットワーク２００からＮ３Ｇネットワーク３００にＩＰフローを移行する場合の動作の一例について、図１３を用いて説明する。
【００９８】
図１３において、ＵＥ１００は、最初に３Ｇネットワーク２００経由でＰＧＷ４１０とＰＤＮコネクションを確立済みとし（ステップＳ１３００１）続いて、Ｎ３Ｇネットワーク３００を検出したとする（ステップＳ１３００３）。ここで、ＵＥ１００が保持している全てのＩＳＲＰを確認した結果、ＩＰフローに対応したＩＳＲＰが存在しない場合には、ＵＥ１００は、ＩＳＲＰの「未登録時動作」を確認する（図１３のステップＳ１３００５）。なお、上述のように、ＵＥ１００は、例えば、該当するルールが存在しない場合に「未登録時動作」を確認してもよく、あるいは、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤや別の特定の条件のみが一致するＩＳＲＰが存在する場合に「未登録時動作」を確認してもよい。
【００９９】
「未登録時動作」を確認したＵＥ１００は、「未登録時動作」によって規定されている内容に従った動作を実行する。「未登録時動作」には、オペレータが所望する任意の動作が規定されている。オペレータは、「未登録時動作」として、例えば「Ｎ３Ｇネットワーク３００にＩＰフローを移行」、「３Ｇネットワーク２００経由のＩＰフローを維持」、「ＡＮＤＳＦポリシ（ＩＳＲＰ）を更新」などの動作を規定することが可能であり、さらには、「ＵＥ１００の実装に任せる」ことを明示的に規定してもよい。また、図１２では不図示である「Ｒｏｕｔｉｎｇ  Ｒｕｌｅ」と組み合わせて規定してもよい。例えば、「Ｒｏｕｔｉｎｇ  Ｒｕｌｅ」に示されるネットワーク（例えば、３Ｇネットワーク２００やＮ３Ｇネットワーク３００）にＩＰフローを移行すると規定してもよい。
【０１００】
また、例えば「Ｎ３Ｇネットワーク３００に移行した後のＩＰフローに対してＱｏＳが満たされない場合であっても、Ｎ３Ｇネットワーク３００にＩＰフローを移行」、「Ｎ３Ｇネットワーク３００に移行した後のＩＰフローに対してＱｏＳが満たされない場合には、３Ｇネットワーク２００経由で転送」、「Ｎ３Ｇネットワーク３００にＩＰフローを移行するとともに、ネットワークにＡｐｐｌｉｃａｔｉｏｎ  ＩＤを通知して、新たなＡＮＤＳＦポリシ（ＩＳＲＰ）を取得」などのように、より詳細な条件を付加したり、複数の条件を組み合わせたりしてもよい。例えば、異なるＮ３Ｇオペレータ間においても、オペレータ間でローミング合意が結ばれている場合、Ｗｉ−Ｆｉローミング可能な環境になる（ＨＳ２．０とも呼ばれる）。そのようなＨＳ２．０でＮ３Ｇネットワーク３００が構築されている環境では、ＨＳ２．０をサポートするＡＰ３１０からＵＥ１００に対して通知されるＮ３Ｇネットワーク３００における上り／下りの回線速度や混雑度合いを用いて、３Ｇネットワーク２００経由／Ｎ３Ｇネットワーク３００経由でＩＰフローを転送するか否かをＵＥ１００によって判断させるために、オペレータが所望する回線速度（例えば、上り１Ｍｂｐｓ、又は、混雑度合い５０％など）や混雑度合いを明示的に規定してもよい。なお、この場合、ＵＥ１００もＨＳ２.０をサポートしている必要がある。
【０１０１】
また、例えば、「未登録時動作」を確認した結果、ＵＥ１００がＮ３Ｇネットワーク３００にＩＰフローを移行することを決定した場合（例えば、ＱｏＳは満たされていないが、「未登録時動作」に従ってＮ３Ｇネットワーク３００にＩＰフローを移行することを決定した場合など）、ＵＥ１００はＮ３Ｇネットワーク３００のＡＰ３１０経由でＰＧＷ４１０との間に通信経路を確立するためのリクエストメッセージ（Ｓｅｓｓｉｏｎ確立リクエスト）を送信する（図１３のステップＳ１３００７）。また、ＵＥ１００は、「未登録時動作」に規定されている動作に従って、例えば、アプリケーションのＡｐｐｌｉｃａｔｉｏｎ  ＩＤをリクエストメッセージ内に格納して、このＡｐｐｌｉｃａｔｉｏｎ  ＩＤに関する新たなＩＳＲＰをネットワークに要求してもよい。Ａｐｐｌｉｃａｔｉｏｎ  ＩＤを通知して新たなＩＳＲＰをリクエストする動作は、ＵＥ１００が保持しているＩＳＲＰに登録されていないアプリケーション（すなわち、このアプリケーションに対応するＩＳＲＰをＵＥ１００が保持していない状態）であって、ＡＮＤＳＦサーバ４２０ではそのアプリケーションを管理している場合（例えば、アプリケーションはＡｐｐｌｉｃａｔｉｏｎ  ＩＤとして管理できる体制ではあるが、ＵＥ１００に以前通知したＩＳＲＰには反映されていない状態）などに有効である。ＡＮＤＳＦサーバ４２０は、ＡＮＤＳＦサーバ４２０においてはサポート済みのアプリケーションであったが、ＩＳＲＰに反映させてＵＥ１００には未だ通知していなかった場合、そのＡｐｐｌｉｃａｔｉｏｎ  ＩＤを反映させた新たなＩＳＲＰを格納したレスポンスメッセージ（Ｓｅｓｓｉｏｎ確立許可レスポンス）をＵＥ１００に返信することができる（図１３のステップＳ１３００９）。ＵＥ１００は、新たに取得したＩＳＲＰに基づいて、３Ｇネットワーク２００及びＮ３Ｇネットワーク３００のどちらを選択すべきかを再度判断してもよい。このとき、例えば、新たに取得したＩＳＲＰに３Ｇネットワーク２００へＩＰフローを戻すように記載されている場合には、ＵＥ１００は、このルールに従って、３Ｇネットワーク２００へＩＰフローを戻す。
【０１０２】
なお、ＵＥ１００からの通信路確立要求メッセージにＡｐｐｌｉｃａｔｉｏｎ  ＩＤが含まれている場合、それを処理するＰＧＷ４１０などのネットワーク装置は、その時点のオペレータポリシ（例えば、別途ＡＮＤＳＦサーバ４２０から取得したり、ＡＮＤＳＦサーバ４２０がオペレータポリシ・ルールを取得するのと同じサーバから取得したりする）に従って、セッション確立可否を判定してもよい。例えば、ＵＥ１００から通知されたＡｐｐｌｉｃａｔｉｏｎ  ＩＤをＮ３Ｇネットワーク３００経由で利用できないポリシが確認された場合は、セッション確立を拒否する応答をＵＥ１００に返す（セッション確立拒否を示す情報（例えばフラグなど）を応答メッセージに付加してもよい）。これにより、ＵＥ１００は当該セッションを３Ｇネットワーク２００経由に直ちに振り戻して、迅速なセッション（コネクション）の回復を達成できる。
【０１０３】
なお、図１３に図示されているシーケンスは、ＵＥ１００のＩＰフローに関連したアプリケーションが、ＩＳＲＰのＡｐｐｌｉｃａｔｉｏｎ  ＩＤと一致せず、「未登録時動作」として「Ｎ３Ｇネットワーク３００にＩＰフローを移行するとともに、Ｓｅｓｓｉｏｎ確立リクエストにＡｐｐｌｉｃａｔｉｏｎ  ＩＤを挿入して送信し、新たなＡＮＤＳＦポリシ（ＩＳＲＰ）を取得」という動作が規定されている一例を図示したものである。ステップＳ１３００５で「未登録時動作」を確認したＵＥ１００は、基本的に、この「未登録時動作」に従って様々な処理を実行することが可能である。ただし、ＵＥ１００の処理は「未登録時動作」の内容に制限されるわけではなく、「未登録時動作」の内容に反しない範囲において、その他の処理を実行してもよい。
【０１０４】
また、図１３に図示されているシーケンスでは、ＵＥ１００は、Ｎ３Ｇネットワーク３００経由の通信経路確立処理を利用して、新たなＩＳＲＰを要求しているが、例えば、「未登録時動作」として「ＩＳＲＰ更新処理のみを行う」などの動作が規定されていてもよい。また、図１３に図示されているシーケンスでは、ＡＮＤＳＦサーバ４２０が新たなＩＳＲＰを格納したレスポンスメッセージを送信しているが、ＡＮＤＳＦサーバ４２０でこのアプリケーションをサポートしていない場合には、当該アプリケーションのＡｐｐｌｉｃａｔｉｏｎ  ＩＤが反映されていないＩＳＲＰをレスポンスメッセージに挿入したり、あるいは、ＩＳＲＰを格納せずにレスポンスメッセージを返信したりする可能性もある。
【０１０５】
上記のように、ＵＥ１００は、例えば、ＵＥ１００が保持している拡張ＩＳＲＰの中に、ＩＰフローに対応するＩＳＲＰのルールが存在しない場合に、拡張ＩＳＲＰの中に記載されている「未登録時動作」に従った動作を行うことが可能である。「未登録時動作」にはオペレータがＵＥ１００に対して要求する所望の動作が含まれており、これによって、ＡＮＤＳＦサーバ４２０は、例えば、ＩＳＲＰを生成する際にサポートしていないアプリケーションや、サポートしているがＩＳＲＰに反映されていないアプリケーションに対してＵＥ１００における所望の動作を示すことができる。
【０１０６】
続いて、図１４を参照しながら、本開示技術の第２の実施の形態におけるＵＥ１００の構成について説明する。図１４は、本開示技術の第２の実施の形態におけるＵＥ１００の構成の一例を示す図である。
【０１０７】
図１４に図示されているＵＥ１００は、通信処理部１４０１、ＡＮＤＳＦポリシ処理部１４０２、未登録時動作確認部１４０３を有している。なお、図１４の通信処理部１４０１、ＡＮＤＳＦポリシ処理部１４０２は、図７の通信処理部１０１、ＡＮＤＳＦポリシ処理部１０２と同様の機能を有しており、ここでは説明を省略する。
【０１０８】
未登録時動作確認部１４０３は、例えば、ＩＳＲＰでサポートされていないＩＰフローを制御する際の動作を決定する機能を有している。ＡＮＤＳＦ処理部１４０２で保持しているＩＳＲＰの中に、ＩＰフローに対応するＩＳＲＰが存在しない場合（あるいは、完全に一致していないが、特定の条件が一致するＩＳＲＰが存在する場合）に、未登録時動作確認部１４０３は、ＩＳＲＰ内に規定されている「未登録時動作」を確認し、例えば、通信処理部１４０１などに対して「未登録時動作」で規定された動作を実行するよう指示する。なお、未登録時動作確認部１４０３は、ＡＮＤＳＦポリシ処理部１４０２における機能の一部として含まれるように設計されてもよい。
【０１０９】
なお、図１４には、ＵＥ１００の機能が機能ブロックによって模式的に図示されているが、図１４に図示されている各機能ブロックは、ハードウェア、ソフトウェア、あるいはこれらの組み合わせによって実現されてもよい。すなわち、ＵＥ１００の機能は、任意のコンピュータのＣＰＵ及びメモリなどのハードウェアや、本開示技術の一態様に係る動作が記述されたプログラムをコンピュータによって実行させることで実現可能である。例えば、図１４に図示されているＵＥ１００の機能を実現するためのソフトウェアは、後述するＵＥ１００に係る処理（例えば、図１５に図示されている処理）などをコンピュータに実行させるプログラムを有していてもよい。
【０１１０】
次に、図１５を参照しながら、図１４に図示されている構成を有するＵＥ１００に係る処理について、本開示技術の第２の実施の形態において特徴的な処理を中心に説明する。図１５は、本開示技術の第２の実施の形態におけるＵＥ１００の動作の一例を示すフローチャートである。
【０１１１】
図１５におけるステップＳ１５００１〜Ｓ１５００９は、図８ＡにおけるステップＳ８００１〜ステップＳ８００９や、図８ＢにおけるステップＳ８１０１〜ステップＳ８１０９と同一の処理であり、ここでは説明を省略する。
【０１１２】
図１５において、ＩＰフローに対応するＩＳＲＰが見つかった場合には、ＵＥ１００は、このＩＳＲＰに基づいて、Ｎ３Ｇネットワーク３００にＩＰフローを移行するか否かを決定する（ステップＳ１５０１１）。なお、ここでは、説明を明瞭にするため、ＩＳＲＰには、Ｎ３Ｇネットワーク３００にＩＰフローを移行することが記載されているとする。
【０１１３】
また、保持している全てのＩＳＲＰを検索しても、ＩＰフローに対応するＩＳＲＰが見つからなかった場合には、ＵＥ１００は、特定の条件を満たすＩＳＲＰが存在するか否かを確認する（ステップＳ１５０１３）。そして、特定の条件を満たすＩＳＲＰが存在する場合には、ＩＳＲＰ内の「未登録時動作」を実行し（ステップＳ１５０１５）、一方、特定の条件を満たすＩＳＲＰが存在しない場合には、非特許文献２に記載されているように、ＵＥ１００は、実装に依存した処理を実行する（例えば、Ｎ３Ｇネットワーク３００に移行せずに３Ｇネットワーク２００経由の転送を維持）（ステップＳ１５０１７）。
【０１１４】
従来の技術によれば、全てのＩＳＲＰを確認して、該当するＩＳＲＰのルールが存在しない場合には、非特許文献２に記載されているように、ＵＥ１００の実装に依存した処理が実行されることになる（例えば、Ｎ３Ｇネットワーク３００に移行せずに３Ｇネットワーク２００経由の転送が維持される）。一方、このステップＳ１５０１３における確認処理は、ＵＥ１００の実装に依存した処理を実行せずに、ＵＥ１００が「未登録時動作」を実行するＩＰフローを選別するための処理である。
【０１１５】
ＩＰフローに対して「未登録時動作」を実行するか否かを判断するための条件には、ＩＳＲＰの「ＦｏｒＦｌｏｗＢａｓｅｄ」に含まれている１つ又は複数の条件（例えば、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ、ＡＰＮ、送信元ＩＰアドレス、送信先ＩＰアドレス、送信ポートナンバー、受信ポートナンバーなど）のいずれか１つ又は複数を組み合わせて利用することが可能である。例えば、ＩＰフローに係る情報とＩＳＲＰ内に含まれている情報とを比較して、ＩＰフローを転送するアプリケーションのＡｐｐｌｉｃａｔｉｏｎ  ＩＤは一致しているがＡＰＮが一致していないＩＳＲＰが存在する場合に、「未登録時動作」を実行してもよい。また、例えば、ＩＰフローを転送するアプリケーションのＡｐｐｌｉｃａｔｉｏｎ  ＩＤは一致していないがＡＰＮが一致しているＩＳＲＰが存在する場合に、「未登録時動作」を実行してもよい。また、例えば、ＩＰフローを転送するアプリケーションのＡｐｐｌｉｃａｔｉｏｎ  ＩＤに一致するＩＳＲＰが存在しない場合に、「未登録時動作」を実行してもよい。また、図１５のステップＳ１５０１３の処理を行わず、ＩＰフローに対応するＩＳＲＰが見つからなかった場合には「未登録時動作」を実行してもよい。また、図１５のステップＳ１５０１３の処理は、ＵＥ１００が「未登録時動作」を実行するＩＰフローを選別するための処理であり、適切に選別を行うためにワイルドカードによる一致は除外してもよい（すなわち、不一致であるとみなしてもよい）。
【０１１６】
続いて、図１６を参照しながら、本開示技術の第２の実施の形態におけるＡＮＤＳＦサーバ４２０の構成について説明する。図１６は、本開示技術の第２の実施の形態におけるＡＮＤＳＦサーバ４２０の構成の一例を示す図である。図１６に図示されているＡＮＤＳＦサーバ４２０は、通信処理部１６０１、ＡＮＤＳＦポリシ生成部１６０２、未登録時動作決定部１６０３を有している。なお、図１６の通信処理部１６０１、ＡＮＤＳＦポリシ生成部１６０２は、図１１の通信処理部４２１、ＡＮＤＳＦポリシ生成部４２２と同様の機能を有しており、ここでは説明を省略する。
【０１１７】
未登録時動作決定部１６０３は、例えば、ＵＥ１００がＩＳＲＰに未登録のアプリケーションやＡＰＮなどを利用する場合に、ネットワークがＵＥ１００に対して要求する動作（未登録時動作）を決定する機能を有する。なお、未登録時動作決定部１６０３は、ＡＮＤＳＦポリシ生成部１６０２における機能の一部として含まれるように設計されてもよい。
【０１１８】
また、ＡＮＤＳＦサーバ４２０が、図１２に示す拡張ＩＳＲＰをＵＥ１００に通知する手順は、本開示技術の第１の実施の形態と同様に、例えば、非特許文献２で開示される手順は、例えば、非特許文献２で開示される手順（８．５．１章の“Ｈａｎｄｏｖｅｒ  ｂｅｔｗｅｅｎ  ３ＧＰＰ  Ａｃｃｅｓｓ  ａｎｄ  Ｔｒｕｓｔｅｄ  ／  Ｕｎｔｒｕｓｔｅｄ  Ｎｏｎ−３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓ  ｗｉｔｈ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｄｉｓｃｏｖｅｒｙ  ａｎｄ  ｓｅｌｅｃｔｉｏｎ”や、８．２．２章の“３ＧＰＰ  Ａｃｃｅｓｓ  ｔｏ  Ｔｒｕｓｔｅｄ  Ｎｏｎ−３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓ  Ｈａｎｄｏｖｅｒ  ｗｉｔｈ  ＰＭＩＰｖ６  ｏｎ  Ｓ２ａ”など）と同一であり、ここでは説明を省略する。
【０１１９】
従来の技術によれば、例えば、ＩＳＲＰに未登録のアプリケーションのＩＰフローを制御することはできず、該当するＩＳＲＰのルールが存在しない場合におけるＩＰフローのネットワーク選択は、ＵＥ１００の実装に従って実行される（非特許文献２を参照）。
【０１２０】
一方、本開示技術の第２の実施の形態によれば、ＵＥ１００内に未登録時動作確認部１４０３を設けることで、サポートされていないアプリケーションやＡＰＮを利用したＩＰフローや、サポート済であるがＩＳＲＰに反映されていないアプリケーションやＡＰＮのＩＰフローなど、ＩＳＲＰの条件と一致しないＩＰフローを制御する場合に、ＵＥ１００は、ネットワークから要求される動作（未登録時動作）を実施することができる。
【０１２１】
また、上述の第１の実施の形態と第２の実施の形態とを組み合わせることも可能である。この場合、拡張ＩＳＲＰは、図５に示す拡張ＩＳＲＰの構造（「オペレータ要求ＱｏＳ」を有する構造）と、図１２に示す拡張ＩＳＲＰの構造（「未登録時動作」を有する構造）とを組み合わせたものとなる。また、ＵＥ１００の構成は、図７に示す構成と図１４に示す構成を組み合わせたものとなり、ＡＮＤＳＦサーバ４２０の構成は、図１１に示す構成と図１６に示す構成とを組み合わせたものとなる。また、ＵＥの動作は、図８ＡのステップＳ８００９又は図８ＢのステップＳ８１０９で全てのＩＳＲＰの検索が完了した後、図１５のステップＳ１５０１３に進み、特定の条件を満たすＩＳＲＰが存在する場合には、「未登録時動作」を実行する。
【０１２２】
なお、本開示技術の一態様では、さらに、前記移行後のパケットフローの品質条件が前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たすことが確認された場合に、前記第１接続ポイント経由の前記パケットフローを前記第２接続ポイントへ移行する処理を開始してもよい。
【０１２３】
また、本開示技術の一態様では、さらに、前記第１接続ポイント経由の前記パケットフローを前記第２接続ポイントへ移行する処理を開始し、前記パケットフローの移行処理中又は移行処理完了後に、前記移行後のパケットフローの品質条件を取得してもよい。
【０１２４】
また、本開示技術の一態様では、さらに、前記パケットフローの移行処理完了後に、前記移行後のパケットフローの品質条件が前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たさないことが確認された場合には、前記パケットフローを前記第１接続ポイント経由に戻してもよい。
【０１２５】
また、本開示技術の一態様では、さらに、保持している前記ポリシ情報の中に前記パケットフローに対応するポリシ情報が存在しない場合に、前記ポリシ情報に含まれている所定の動作を実施してもよい。
【０１２６】
また、本開示技術の一態様では、さらに、前記ポリシ情報に含まれている前記所定の動作として、前記第１接続ポイント及び前記第２接続ポイントのいずれか一方を経由した前記パケットフローの転送が規定されていてもよい。
【０１２７】
また、本開示技術の一態様では、さらに、前記ポリシ情報に含まれている前記所定の動作として、新たなポリシ情報の取得が規定されていてもよい。
【０１２８】
また、本開示技術の一態様では、さらに、前記新たなポリシ情報を取得する際、前記パケットフローを転送しているアプリケーションの識別子を前記ポリシ情報の管理サーバへ通知してもよい。
【０１２９】
また、本開示技術の一態様では、さらに、前記新たなポリシ情報を取得した場合には、前記新たなポリシ情報に基づいて、前記第１接続ポイント及び前記第２接続ポイントのどちらを経由して前記パケットフローの転送を行うか判断してもよい。
【０１３０】
また、本開示技術の一態様では、さらに、前記ポリシ情報に含まれている前記所定の動作として、前記第２接続ポイントへの前記パケットフローの移行、及び、新たなポリシ情報の取得が規定されていてもよい。
【０１３１】
また、本開示技術の一態様では、さらに、前記第２接続ポイントへ前記パケットフローを移行するために送信するメッセージに、前記パケットフローを転送しているアプリケーションの識別子を挿入してもよい。
【０１３２】
また、本開示技術の一態様では、さらに、前記第１接続ポイントネットワークが携帯電話ネットワークから提供され、前記第２ネットワークが非携帯電話ネットワークから提供され、前記ポリシ情報がＡＮＤＳＦポリシのＩＳＲＰであってもよい。
【０１３３】
また、本開示技術の一態様は、ネットワーク上に配置されるネットワーク装置であって、
１つ又は複数のネットワークから提供される複数の接続ポイントに接続可能な通信端末に対して提供するためのポリシ情報であって、前記複数の接続ポイントの選択条件が記載された前記ポリシ情報に、前記通信端末のパケットフローに関して最低限必要とされる品質条件を挿入するポリシ情報生成部を有するネットワーク装置を含むことができる。
【０１３４】
また、本開示技術の一態様では、前記ポリシ情報生成部が、さらに、前記通信端末のパケットフローに対応するポリシ情報が存在しない場合に実施されるべき所定の動作を前記ポリシ情報に挿入するネットワーク装置を含むことができる。
【０１３５】
また、本開示技術の一態様は、１つ又は複数のネットワークから提供される接続ポイントに接続可能な通信端末であって、
前記複数の接続ポイントの選択条件が記載されたポリシ情報を保持するとともに、前記複数の接続ポイントのうちの第１接続ポイント経由でパケットフローの転送を行っている状態で前記複数の接続ポイントのうちの第２接続ポイントを検出した場合に、保持している前記ポリシ情報の中から前記パケットフローに対応するポリシ情報を検索するポリシ処理部と、
保持している前記ポリシ情報の中に前記パケットフローに対応するポリシ情報が存在しない場合に、前記ポリシ情報に含まれている所定の動作を実施する未登録動作実施部とを、
有する通信端末を含むことができる。
【０１３６】
また、例えば、上記の本開示技術に係る各態様は適宜組み合わせることが可能である。また、本開示内容の一態様は、通信端末、ネットワーク装置に加えて、これらの装置を含む通信システム、通信端末やネットワーク装置によって実行される方法、この方法をコンピュータに実行させるためのプログラム、及び、このプログラムを記録した記録媒体などによって実現されてもよい。
【０１３７】
また、上記実施の形態の説明に用いた各機能ブロック、及び、シーケンスチャートやフローチャートから読み取ることができる各処理は、ハードウェア、ソフトウェア、あるいはこれらの組み合わせによって実現されてもよい。例えば、図７、１１、１４、１６などに図示されている各装置に含まれる機能ブロック、あるいは、同等の機能を有する各処理部は、任意のコンピュータのＣＰＵ及びメモリ並びに通信インタフェースなどのハードウェアによって実現されてもよい。また、各機能に係る動作が記述されたプログラムをコンピュータによって実行させることで、各機能ブロックや各処理部が実現されてもよい。
【０１３８】
また、上記の各実施の形態の説明では、３ＧからＮ３Ｇネットワークへの切り替えを例としたが、Ｎ３Ｇネットワーク３００から３Ｇネットワーク２００への切り替えや、Ｎ３Ｇネットワーク３００間の切り替えにおいても本開示技術を同様に適用することができる。特にＮ３Ｇネットワーク３００間の切り替えにおいては、同じアクセスタイプ（例えばＷＬＡＮ）で異なるアクセスポイントＡＰ（ＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）により識別する）や異なるＳＳＩＤへの切り替え、また異なるアクセスタイプ（例えばＷＬＡＮ、ＷｉＭＡＸなど）の間の切り替えなど、Ｎ３Ｇネットワーク３００を経由した別のアクセス態様への移行が対象となり得る。これにより、Ｎ３Ｇネットワーク３００経由の通信の状況が悪くなってきたときに、通信状況が比較的良い３Ｇネットワーク２００にＩＰトラフィックフローを移行させる制御や、Ｎ３Ｇネットワーク３００経由の別のアクセス態様にＩＰトラフィックフローを移行させる制御が可能となり、ユーザ利便性の向上を図ることができる。
【０１３９】
また、本開示技術では、３Ｇネットワーク２００のオペレータ（３Ｇオペレータ）が３Ｇネットワーク２００及びＮ３Ｇネットワーク３００の両ネットワークを提供していることを前提としていたが、ＨＳ２．０でＮ３Ｇネットワーク３００が構築されるような環境（例えば、ＮＧＨ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｈｏｔｓｐｏｔ）とも呼ばれる）においては、必ずしも３Ｇオペレータが３Ｇネットワーク２００及びＮ３Ｇネットワーク３００の両ネットワークを提供する必要はない。つまり、図１のＮ３Ｇネットワーク３００が、３Ｇネットワーク２００を提供する３Ｇオペレータとは異なるオペレータによって管理されている環境においても、本開示技術は適用できる。しかし、その場合、例えば、３Ｇネットワーク２００からＮ３Ｇネットワーク３００へのＩＰフローの移行によるＱｏＳやモビリティを保証する合意（アグリーメント）が、その３Ｇネットワーク２００のオペレータ（３Ｇオペレータ）とＮ３Ｇネットワーク３００のオペレータ（Ｎ３Ｇオペレータ）との間で結ばれている必要がある。このように、３ＧオペレータとＮ３Ｇオペレータが各々のネットワークを提供する場合、ＵＥ１００はＮ３Ｇネットワーク３００経由でＩＰトラフィックフローを転送する際、Ｎ３Ｇネットワーク３００からＥＰＣ４００を経由せずにＩＰトラフィックフローを転送することができる。つまり、ＵＥ１００はＮ３Ｇネットワーク３００から外部ネットワーク（ＰＤＮ）に直接アクセスすることができる。
【０１４０】
また、上記の本開示技術の各実施の形態の説明で用いた機能ブロックは、典型的には集積回路であるＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Iｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１４１】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１４２】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１４３】
本開示技術は、例えば、通信端末（ＵＥ）が通信に適した接続ポイント又はネットワークを選択できるようになるという効果を有し、複数のネットワークに接続可能な通信端末（ＵＥ）が、ネットワークを選択するための技術に適用可能である。
【符号の説明】
【０１４４】
１００  通信端末（ＵＥ）
１０１、４２１、１４０１、１６０１  通信処理部
１０２、１４０２、１６０２  ＡＮＤＳＦポリシ処理部
１０３  オペレータ要求ＱｏＳ確認部
２００  ３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）
２１０  基地局（ｅＮＢ）
３００  Ｎ３Ｇネットワーク（ＷＬＡＮ）
３１０  ＡＰ（アクセスポイント）
４００  ＥＰＣ（コアネットワーク）
４１０  ＰＧＷ
４２０  ＡＮＤＳＦサーバ
４２２  ＡＮＤＳＦポリシ生成部
５００  ＰＤＮ
１４０３  未登録時動作確認部
１６０３  未登録時動作決定部
【図１】
2013229803.tif 000003
【図２Ａ】
2013229803.tif 000004
【図２Ｂ】
2013229803.tif 000005
【図３】
2013229803.tif 000006
【図４】
2013229803.tif 000007
【図５】
2013229803.tif 000008
【図６Ａ】
2013229803.tif 000009
【図６Ｂ】
2013229803.tif 000010
【図７】
2013229803.tif 000011
【図８Ａ】
2013229803.tif 000012
【図８Ｂ】
2013229803.tif 000013
【図９】
2013229803.tif 000014
【図１０Ａ】
2013229803.tif 000015
【図１０Ｂ】
2013229803.tif 000016
【図１０Ｃ】
2013229803.tif 000017
【図１０Ｄ】
2013229803.tif 000018
【図１０Ｅ】
2013229803.tif 000019
【図１１】
2013229803.tif 000020
【図１２】
2013229803.tif 000021
【図１３】
2013229803.tif 000022
【図１４】
2013229803.tif 000023
【図１５】
2013229803.tif 000024
【図１６】
2013229803.tif 000025