JP2013229803A

JP2013229803A - 通信ノード

Info

Publication number: JP2013229803A
Application number: JP2012101456A
Authority: JP
Inventors: Ryuji Sugizaki; 隆二杉崎
Original assignee: Panasonic Corp
Current assignee: Panasonic Corp
Priority date: 2012-04-26
Filing date: 2012-04-26
Publication date: 2013-11-07

Abstract

【課題】通信端末が通信に適した接続ポイント又はネットワークを選択できるようにする。
【解決手段】例えば、複数の異なるアクセスタイプのネットワーク（３Ｇネットワーク２００及びＮ３Ｇネットワーク３００）に接続可能な通信端末（ＵＥ１００）は、３Ｇネットワーク経由でパケットフローの転送を行っている状態でＮ３Ｇネットワークを検出した場合に、保持しているポリシ情報（例えば、ＡＮＤＳＦポリシのＩＳＲＰ）の中から当該パケットフローに対応するポリシ情報を特定し、Ｎ３Ｇネットワークにパケットフローを移行した場合に割り当てられる移行後のパケットフローの品質条件（ＱｏＳ情報）が、上記特定されたポリシ情報に含まれている品質条件（オペレータ要求ＱｏＳ）を満たすか否かを確認する。
【選択図】図６Ａ

Description

本開示技術は、複数のネットワークに接続可能な通信端末（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）が、ネットワークを選択するための技術に関する。

現在、通信端末（ＵＥ）に用いる技術の標準化活動が、３ＧＰＰ（ＴｈｅｔｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）で行われている。この標準化活動では、ネットワークへの接続手順やハンドオーバ手順などの基本機能を満たす手順を始め、接続可能な複数ネットワークの中で優先的に接続するネットワークを判断する手順やＩＰパケットフロー（以降、ＩＰフロー、ＩＰトラフィックフローなどと呼ぶ）に対してどのネットワークを利用するか決定する手順など、様々な手順が定義されている（下記の非特許文献１を参照）。

接続可能な複数ネットワークの中で優先的に接続するネットワークを判断する手順やＩＰパケットフローに対してどのネットワークを利用するか決定する手順は、ネットワークからＵＥに通知されるポリシに基づいて行われる（下記の非特許文献１〜３を参照）。なお、ネットワークからＵＥに通知されるポリシは、ネットワーク上のアクセスネットワーク発見／選択機能（ＡＮＤＳＦ：ＡｃｃｅｓｓＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙａｎｄＳｅｌｅｃｔｉｏｎＦｕｎｃｔｉｏｎ）を持つエンティティからＵＥに提供されることから、ＡＮＤＳＦポリシと呼ばれることもある。このＡＮＤＳＦポリシには、非特許文献２及び３に開示されているように、ＩＳＭＰ（Ｉｎｔｅｒ−ＳｙｓｔｅｍＭｏｂｉｌｉｔｙＰｏｌｉｃｙ）やＩＳＲＰ（Ｉｎｔｅｒ−ＳｙｓｔｅｍＲｏｕｔｉｎｇＰｏｌｉｃｙ）などが含まれる。

ＩＳＲＰは、非特許文献２、３に開示されているＩＦＯＭ（ＩＰＦｌｏｗＭｏｂｉｌｉｔｙ）やＭＡＰＣＯＮ（ＭｕｌｔｉＡｃｃｅｓｓＰＤＮＣｏｎｎｅｃｔｉｖｉｔｙ）、ＮＳＷＯ（ＮｏｎＳｅａｍｌｅｓｓＷＬＡＮＯｆｆｌｏａｄ）毎にカテゴリー分けされたＩＰフロー制御のためのルールで構成されている。例えば、ＩＦＯＭ向けのルールとして、非特許文献３で開示されている「ＦｏｒＦｌｏｗＢａｓｅｄ」が存在する。このＦｏｒＦｌｏｗＢａｓｅｄは、送信元のＩＰアドレス範囲やポート番号範囲、プロトコルタイプなどの条件による「ＩＰＦｌｏｗ」制御、Ｅ−ＵＴＲＡＮのセルＩＤや無線ＬＡＮ（ＷＬＡＮ（ＷｉｒｅｌｅｓｓＬＡＮ）やＷｉ−Ｆｉとも呼ぶ）のＳＳＩＤ（ＳｅｒｖｉｃｅＳｅｔＩｄｅｎｔｉｆｉｅｒ）などの場所情報や、開始時間や開始日時などの時間情報などの条件による「ＲｏｕｔｉｎｇＣｒｉｔｅｒｉａ」制御、優先的に接続するネットワーク（例えば、３ＧＰＰやＷＬＡＮ）を示す「ＲｏｕｔｉｎｇＲｕｌｅ」制御、このルールの優先度レベル（ＲｕｌｅＰｒｉｏｒｉｔｙ）などで構成され、これらの情報を組み合わせてＩＰフローを制御することが可能である。また、ＩＳＲＰは、非特許文献３で開示されるように、１つ以上の条件（例えば、ＩＰフロー（ＡｐｐｌｉｃａｔｉｏｎＩＤや送信元のＩＰアドレス範囲など）やＡＰＮなど）で構成されるＩＳＲＰのルール（エントリーとも呼ぶ）を複数持つことができる。ＩＰフローに対して、複数のＩＳＲＰのルールが該当する場合は、ＲｕｌｅＰｒｉｏｒｉｔｙが示す優先度の高いＩＳＲＰのルールが、そのＩＰフローに適用される。以降、単なるＩＳＲＰは、ＩＳＲＰのルール（エントリー）を指す。

例えば、ＩＳＲＰが、「ＩＰアドレス＝１９２．０．２．０〜１９２．０．２．２５５、ポート番号＝１〜８０、ＲｏｕｔｉｎｇＣｒｉｔｅｒｉａ＝無し、ＲｏｕｔｉｎｇＲｕｌｅ＝ＷＬＡＮ、ＲｕｌｅＰｒｉｏｒｉｔｙ＝最優先」で構成され、ＵＥが３ＧＰＰネットワーク（ＨＳＰＡ（ＨｉｇｈＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）やＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）など）に接続しているときにＷＬＡＮのＡＰ（アクセスポイント：ＡｃｃｅｓｓＰｏｉｎｔ）を検出した場合、ＵＥあるいはＵＥ上のアプリケーションが生成するＩＰトラフィックフローのＩＰアドレスやポート番号などがＩＳＲＰの条件の範囲内であることを確認した後、接続先をＷＬＡＮに切り替える。

また、他にも、アプリケーション毎に割り当てられるアプリケーションＩＤ（アプリケーションの識別子）などを用いて、ＩＳＲＰが適用されるアプリケーションＩＤを指定することで、アプリケーション毎にＩＰフローを制御することが可能である（非特許文献２を参照）。

次に、図１を参照しながら、ＩＳＲＰを用いてＩＰフロー制御を行う際のネットワーク（通信システム）の構成の一例について説明する。図１には、ＨＳＰＡやＬＴＥなどの携帯電話ネットワーク（３ＧＰＰネットワーク、以降、３Ｇネットワークと記載することがある）２００を構成する基地局（Ｅ−ＵＴＲＡＮではｅＮＢ（ｅＮｏｄｅＢ）、ＵＴＲＡＮではＮＢとも呼ばれる）２１０、ＵＥ１００に対するアドレス割り当てやＰＤＮ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ：パケットデータネットワーク）５００とＵＥ１００との間のユーザデータ転送並びに経路制御を行うＰＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ、ＨＡ（ＨｏｍｅＡｇｅｎｔ：ホームエージェント）やＬＭＡ（ＬｏｃａｌＭｏｂｉｌｉｔｙＡｎｃｈｏｒ：ローカルモビリティアンカ）などとも呼ばれる）４１０、ＵＥ１００やアプリケーションなどに対してＡＮＤＳＦポリシを生成するＡＮＤＳＦサーバ４２０、オペレータが提供するＷＬＡＮやＷｉＭＡＸなどの非携帯電話ネットワーク（Ｎｏｎ−３ＧＰＰＩＰＡｃｃｅｓｓ（以降、Ｎ３Ｇネットワークと記載することがある））３００を構成するアクセスポイント（ＡＰ：Ａｃｃｅｓｓｐｏｉｎｔ））３１０から構成されるネットワーク構成の一例が図示されている。なお、本明細書では、ＵＥ１００に対してネットワークへの接続性を提供する基地局（ｅＮＢやＮＢ）２００やアクセスポイント（ＡＰ）３００などを総称して、接続ポイントと呼ぶことがある。

図１に示す通信システムでは、ＵＥ１００は、３Ｇネットワーク２００の基地局（ｅＮＢ）２１０、及び、Ｎ３Ｇネットワーク３００のアクセスポイント（ＡＰ）３１０のいずれか一方又は両方と無線接続することが可能であり、３Ｇネットワーク２００及びＮ３Ｇネットワーク３００のいずれか一方又は両方を経由してＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ：コアネットワーク）４００に接続し、さらに、所望のＰＤＮ５００と通信を行うことが可能である。

なお、ＵＥ１００がＮ３Ｇネットワーク３００を経由してＰＤＮ５００と通信する際、ＵＥ１００はＮ３Ｇネットワーク３００内のＡＰ３１０に接続した後、ＡＰ３１０を介してＰＧＷ４１０との間に通信経路（セッション）を確立する。ＵＥ１００は、ＰＧＷ４１０との間に確立した通信経路を用いて、ＰＤＮ５００と通信を行う。また、ＡＮＤＳＦサーバ４２０は、どのＥＰＣ４００内の装置とインタフェースを持つか厳密には定義されていない。そのため、ここでは、ＡＮＤＳＦサーバ４２０はＥＰＣ４００内の装置（ＰＧＷ４１０など）を経由して、ＵＥ１００にＡＮＤＳＦポリシを通知することができるという点だけを定義する。また、説明を簡潔にするため、図１にはネットワーク装置の一部のみが図示されており、例えば、本来ＥＰＣ４００を構成するネットワーク装置（例えば、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）やＳＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ））などは図示省略されている。

非特許文献５（リリース１０）の開示技術までは、ＧＴＰ（ＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ）ベースのネットワークによって３Ｇネットワーク２００（Ｅ−ＵＴＲＡＮやＵＴＲＡＮ、ＥＰＣ）経由でＵＥ１００に対して割り当てたＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ：サービス品質）は、Ｎ３Ｇネットワーク３００では保証されなかった。しかしながら、非特許文献２（リリース１１）の開示技術では、ＧＴＰベースのネットワークによって３Ｇネットワーク２００経由でＵＥ１００に対して割り当てたＱｏＳに関して、ＰＭＩＰベースのネットワークが３Ｇネットワーク２００経由でＵＥ１００に割り当てたＱｏＳと同様に、Ｎ３Ｇネットワーク１００においても保証される仕組みが定義された。これにより、ＧＴＰベースのネットワークに接続するＵＥ１００が、３Ｇネットワーク２００とＮ３Ｇネットワーク３００との間でネットワーク切り替えを行った場合においても、各ネットワークからＵＥ１００に対して割り当てられたＱｏＳは保証できるようになった。また、３ＧオペレータがＮ３Ｇアクセスを提供する環境において、ＵＥ１００がＧＴＰベースのネットワークにＮ３Ｇネットワーク３００経由で接続する際、又は、ＤｅｄｉｃａｔｅｄＳ２ａｂｅａｒｅｒをＡｃｔｉｖａｔｉｏｎする際、ＵＥ１００やネットワークによって要求されるＱｏＳは保証できるようになった。

また、非特許文献１、２には、ＵＥ１００が３Ｇネットワーク２００やＮ３Ｇネットワーク３００を介してＰＤＮ５００と通信する際に必要となる通信経路の確立する手順が開示されている。例えば、３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）２００やＮ３Ｇネットワーク３００を介してＰＤＮ５００と通信できるＵＥ１００が、ＰＧＷ４１０との間に通信経路を確立する手順として、非特許文献１に開示されている「ＡｔｔａｃｈｐｒｏｃｅｄｕｒｅやＵＥｒｅｑｕｅｓｔｅｄＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｐｒｏｃｅｄｕｒｅ」や非特許文献２に開示されている「ＩｎｉｔｉａｌＡｔｔａｃｈｐｒｏｃｅｄｕｒｅやＨＯ（Ｈａｎｄｏｖｅｒ）ｐｒｏｃｅｄｕｒｅ」などを利用することが可能である。

続いて、ＵＥ１００が３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）２００とＮ３Ｇネットワーク３００との間でＩＰトラフィックフローを移行するＩＰフロー制御について、図１〜３を参照しながら説明する。最初に、ＩＰフロー制御を行うために使用されるＡＮＤＳＦポリシのＩＳＲＰについて、図２Ａ及び図２Ｂを用いて説明する。

図２Ａには、非特許文献３に開示されているＡＮＤＳＦポリシのツリー構造が図示されている。ＡＮＤＳＦポリシは、異なる無線アクセスタイプ（例えば、３ＧアクセスとＮ３Ｇアクセスの関係。なお、Ｅ−ＵＴＲＡＮとＵＴＲＡＮは３Ｇネットワーク管理の同系統アクセスタイプである）のネットワークに同時に接続することができないＵＥ１００（例えば、ＩＦＯＭをサポートしていないＵＥ１００）が使用するＩＳＭＰ（図２ＡのＰｏｌｉｃｙに相当）や、異なる無線アクセスタイプのネットワークに同時に接続することができるＵＥ１００（例えば、ＩＦＯＭをサポートするＵＥ１００）が使用するＩＳＲＰなどで構成されている。

また、図２Ｂには、非特許文献３に開示されているＩＳＲＰの構成が図示されている。ＩＳＲＰは、ＩＰフローベースで、かつ、シームレス（接続性を維持したまま）にＩＰフロー制御を行うルールのカテゴリーである「ＦｏｒＦｌｏｗＢａｓｅｄ」、接続先ネットワークを識別するＡＰＮ（ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ：アクセスポイントネーム）ベースでＩＰフロー制御を行うルールのカテゴリーである「ＦｏｒＳｅｒｖｉｃｅＢａｓｅｄ」、ＩＰフローベースで、かつ、非シームレス（接続性を維持しない）でＩＰフロー制御を行うルールのカテゴリーである「ＦｏｒＮｏｎＳｅａｍｌｅｓｓＯｆｆｌｏａｄ」、ローミング状態に応じてルールを適用するか判断する「Ｒｏａｍｉｎｇ」、ＰＬＭＮを識別するコードが格納され、ＰＬＭＮコードでルールを適用するか判断する「ＰＬＭＮ」、ルールが有効でないとＵＥ１００によって判断された際にルールの更新が要求されているか否かを示す「ＵｐｄａｔｅＰｏｌｉｃｙ」で構成されている。各カテゴリーは、オペレータのポリシやＵＥ１００のＳｕｂｓｃｒｉｐｔｉｏｎｄａｔａ（登録情報や契約情報などが反映されている情報（非特許文献１を参照））に基づいてＡＮＤＳＦサーバ４２０によって生成される。例えば、ＵＥ１００が異なる無線アクセスタイプのネットワークに同時に接続することができるＵＥ１００（例えば、ＩＦＯＭをサポートするＵＥ１００）であり、オペレータが、ＩＰフローベースで、かつ、シームレスにＩＰフローを制御したい場合には、「ＦｏｒＦｌｏｗＢａｓｅｄ」を用いてＩＰフロー制御を行う。

また、図３には、非特許文献３に開示されているＩＳＲＰの「ＦｏｒＦｌｏｗＢａｓｅｄ」のツリー構造が図示されている。「ＦｏｒＦｌｏｗＢａｓｅｄ」は、ＩＰアドレスのタイプ（バージョン）を示すＡｄｄｒｅｓｓＴｙｐｅ、送信元ＩＰアドレスを用いてルールを適用するか否かを制御するために送信元ＩＰアドレスの範囲を決めるＳｔａｒｔＳｏｕｒｃｅＩＰａｄｄｒｅｓｓとＥｎｄＳｏｕｒｃｅＩＰａｄｄｒｅｓｓ、送信先ＩＰアドレスを用いてルールを適用するか否かを制御するために送信先ＩＰアドレスの範囲を決めるＳｔａｒｔＤｅｓｔＩＰａｄｄｒｅｓｓとＥｎｄＤｅｓｔＩＰａｄｄｒｅｓｓ、ＩＰアドレスの範囲と同様にポート番号でルールを適用するか否かを制御するためのＳｔａｒｔＳｏｕｒｃｅＰｏｒｔＮｕｍｂｅｒとＥｎｄＳｏｕｒｃｅＰｏｒｔＮｕｍｂｅｒ、及び、ＳｔａｒｔＤｅｓｔＰｏｒｔＮｕｍｂｅｒとＥｎｄＤｅｓｔＰｏｒｔＮｕｍｂｅｒ、非特許文献４に開示されるようにＩＰパケットの出力優先制御などを行うことでＱｏＳを制御するためのＱｏＳなどの制御条件で構成される「ＩＰＦｌｏｗ」、Ｅ−ＵＴＲＡＮのセルＩＤやＷＬＡＮのＳＳＩＤなどの場所情報で制御するＶａｌｉｄｉｔｙＡｒｅａ、開始時間や開始日時などの時間情報で制御するＴｉｍｅＯｆＤａｙ、接続先ネットワークのＡＰＮで制御するＡＰＮなどの制御条件で構成される「ＲｏｕｔｉｎｇＣｒｉｔｅｒｉａ」、優先的に接続するネットワーク（例えば、ＷＬＡＮ）を示すことでＩＰフローを優先的に接続するネットワークに移行するように制御するための「ＲｏｕｔｉｎｇＲｕｌｅ」、複数のルールが該当した際にどのルールを適用するか決定するために用いる優先度レベルを示す「ＲｕｌｅＰｒｉｏｒｉｔｙ」で構成される。

なお、図２Ａは非特許文献３のＦｉｇｕｒｅ４．２．１、図２Ｂは非特許文献３のＦｉｇｕｒｅ４．２．５、図３は非特許文献３のＦｉｇｕｒｅ４．２．６をそれぞれ援用している。図２Ａ、図２Ｂ、図３の詳細な説明、並びに、ＡＮＤＳＦポリシやＩＳＲＰの詳細な説明については、非特許文献３を参照されたい。

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ｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。

本開示技術は、例えば、通信端末（ＵＥ）が通信に適した接続ポイント又はネットワークを選択できるようになるという効果を有し、複数のネットワークに接続可能な通信端末（ＵＥ）が、ネットワークを選択するための技術に適用可能である。

１００通信端末（ＵＥ）
１０１、４２１、１４０１、１６０１通信処理部
１０２、１４０２、１６０２ＡＮＤＳＦポリシ処理部
１０３オペレータ要求ＱｏＳ確認部
２００３Ｇネットワーク（Ｅ−ＵＴＲＡＮ）
２１０基地局（ｅＮＢ）
３００Ｎ３Ｇネットワーク（ＷＬＡＮ）
３１０ＡＰ（アクセスポイント）
４００ＥＰＣ（コアネットワーク）
４１０ＰＧＷ
４２０ＡＮＤＳＦサーバ
４２２ＡＮＤＳＦポリシ生成部
５００ＰＤＮ
１４０３未登録時動作確認部
１６０３未登録時動作決定部

Claims

１つ又は複数のネットワークから提供される複数の接続ポイントに接続可能な通信端末であって、
前記複数の接続ポイントの選択条件が記載されたポリシ情報を保持するとともに、前記複数の接続ポイントのうちの第１接続ポイント経由でパケットフローの転送を行っている状態で前記複数の接続ポイントのうちの第２接続ポイントを検出した場合に、保持している前記ポリシ情報の中から前記パケットフローに対応するポリシ情報を検索するポリシ処理部と、
前記第２接続ポイントに前記パケットフローを移行した場合に割り当てられる移行後のパケットフローの品質条件が、前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たすか否かを確認する品質確認部とを、
有する通信端末。
前記移行後のパケットフローの品質条件が前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たすことが確認された場合に、前記第１接続ポイント経由の前記パケットフローを前記第２接続ポイントへ移行する処理を開始する請求項１に記載の通信端末。
前記第１接続ポイント経由の前記パケットフローを前記第２ネットワークへ移行する処理を開始し、前記パケットフローの移行処理中又は移行処理完了後に、前記移行後のパケットフローの品質条件を取得する請求項１に記載の通信端末。
前記パケットフローの移行処理完了後に、前記移行後のパケットフローの品質条件が前記ポリシ処理部で特定された前記ポリシ情報に含まれている品質条件を満たさないことが確認された場合には、前記パケットフローを前記第１接続ポイント経由に戻す請求項３に記載の通信端末。
保持している前記ポリシ情報の中に前記パケットフローに対応するポリシ情報が存在しない場合に、前記ポリシ情報に含まれている所定の動作を実施する未登録動作実施部を有する請求項１に記載の通信端末。
前記ポリシ情報に含まれている前記所定の動作として、前記第１接続ポイント及び前記第２接続ポイントのいずれか一方を経由した前記パケットフローの転送が規定されている請求項５に記載の通信端末。
前記ポリシ情報に含まれている前記所定の動作として、新たなポリシ情報の取得が規定されている請求項５に記載の通信端末。
前記新たなポリシ情報を取得する際、前記パケットフローを転送しているアプリケーションの識別子を前記ポリシ情報の管理サーバへ通知する請求項７に記載の通信端末。
前記新たなポリシ情報を取得した場合には、前記新たなポリシ情報に基づいて、前記第１接続ポイント及び前記第２接続ポイントのどちらを経由して前記パケットフローの転送を行うか判断する請求項７に記載の通信端末。
前記ポリシ情報に含まれている前記所定の動作として、前記第２接続ポイントへの前記パケットフローの移行、及び、新たなポリシ情報の取得が規定されている請求項５に記載の通信端末。
前記第２接続ポイントへ前記パケットフローを移行するために送信するメッセージに、前記パケットフローを転送しているアプリケーションの識別子を挿入する請求項１０に記載の通信端末。
前記第１接続ポイントが携帯電話ネットワークから提供され、前記第２接続ポイントが非携帯電話ネットワークから提供され、前記ポリシ情報がＡＮＤＳＦポリシのＩＳＲＰである請求項１に記載の通信端末。
ネットワーク上に配置されるネットワーク装置であって、
１つ又は複数のネットワークから提供される複数の接続ポイントに接続可能な通信端末に対して提供するためのポリシ情報であって、前記複数の接続ポイントの選択条件が記載された前記ポリシ情報に、前記通信端末のパケットフローに関して最低限必要とされる品質条件を挿入するポリシ情報生成部を有するネットワーク装置。
前記ポリシ情報生成部が、さらに、前記通信端末のパケットフローに対応するポリシ情報が存在しない場合に実施されるべき所定の動作を前記ポリシ情報に挿入する請求項１３に記載のネットワーク装置。
前記ポリシ情報がＡＮＤＳＦポリシのＩＳＲＰである請求項１３に記載のネットワーク装置。