特許 6377612 無線通信システムにおいて輻輳に基づくトラフィックオフローディング方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6377612

(24)【登録日】2018年8月3日

(45)【発行日】2018年8月22日

(54)【発明の名称】無線通信システムにおいて輻輳に基づくトラフィックオフローディング方法及び装置

(51)【国際特許分類】

   H04W 48/16 20090101AFI20180813BHJP

   H04W 48/18 20090101ALI20180813BHJP

   H04W 28/08 20090101ALI20180813BHJP

   H04W 88/06 20090101ALI20180813BHJP

【ＦＩ】

   H04W48/16 135

   H04W48/16 131

   H04W48/18 113

   H04W28/08

   H04W88/06

【請求項の数】20

【全頁数】29

(21)【出願番号】特願2015-524187(P2015-524187)

(86)(22)【出願日】2013年7月25日

(65)【公表番号】特表2015-524634(P2015-524634A)

(43)【公表日】2015年8月24日

(86)【国際出願番号】KR2013006686

(87)【国際公開番号】WO2014017855

(87)【国際公開日】20140130

【審査請求日】2016年7月4日

(31)【優先権主張番号】10-2012-0080993

(32)【優先日】2012年7月25日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2013-0019880

(32)【優先日】2013年2月25日

(33)【優先権主張国】KR

(31)【優先権主張番号】10-2013-0025058

(32)【優先日】2013年3月8日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】サンスー・ジョン

(72)【発明者】

【氏名】ソンヤン・チョー

(72)【発明者】

【氏名】ジュンジ・ソン

(72)【発明者】

【氏名】ボムシク・ペ

(72)【発明者】

【氏名】ハナ・リム

【審査官】 青木 健

(56)【参考文献】

【文献】 国際公開第２０１０／１４７５２７（ＷＯ，Ａ１）

【文献】 国際公開第２０１２／０６４０６７（ＷＯ，Ａ２）

【文献】 米国特許出願公開第２０１１／０３０６３８６（ＵＳ，Ａ１）

【文献】 国際公開第２０１２／０５３０４９（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

Ｈ０４Ｂ ７／２４ − ７／２６

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末のアクセスネットワーク選択方法であって、
ポリシーサーバーから、前記端末がアクセスネットワークを選択するための第１のオフローディング選好情報と臨界条件（ｔｈｒｅｓｈｏｌｄ ｃｏｎｄｉｔｉｏｎ）情報とを含むＩＳＲＰ（Ｉｎｔｅｒ−ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ）を受信する段階と、
基地局から、第２のオフローディング選好情報を含む制御情報を受信する段階と、
前記基地局と関連した状態情報と、前記ポリシーサーバーと関連した前記臨界条件情報とを確認する段階と、
前記第１のオフローディング選好情報と前記第２のオフローディング選好情報とを比較する段階と、
前記確認の結果及び前記比較の結果に基づいて、トラフィックを前記基地局から無線ローカルエリアネットワーク（ＷＬＡＮ）にオフロードするか否かを決定する段階と、を含むことを特徴とする端末のアクセスネットワークの選択方法。

【請求項2】

前記ＩＳＲＰは、
アクセスネットワークの輻輳情報を含むことを特徴とする、請求項１に記載の端末のアクセスネットワークの選択方法。

【請求項3】

前記輻輳情報は、
ＢＳＳロード情報又はＷＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)メトリック情報のうちで少なくとも一つを含むことを特徴とする、請求項２に記載の端末のアクセスネットワークの選択方法。

【請求項4】

前記ＩＳＲＰは、
他のアクセスネットワークへのオフローディング選好度(Ｃｅｌｌｕｌａｒ Ｏｆｆｌｏａｄ Ｐｒｅｆｅｒｅｎｃｅ Ｉｎｄｉｃａｔｏｒ、ＣＯＰＩ)又は予想送信率のうちで少なくとも一つをさらに含むことを特徴とする、請求項１に記載の端末のアクセスネットワークの選択方法。

【請求項5】

前記端末が選択可能な候補アクセスネットワークグループを構成する段階と、
前記候補アクセスネットワークグループに含まれた候補アクセスネットワークのうち、優先順位が最も高いアクセスネットワークを選択してトラフィックを送信する段階をさらに含むことを特徴とする、請求項１に記載の端末のアクセスネットワークの選択方法。

【請求項6】

無線通信システムにおいてアクセスネットワークを選択する端末であって、
前記無線通信システムを構成する少なくとも一つのエンティティーと信号を送受信する無線通信部と、
ポリシーサーバーから、前記端末がアクセスネットワークを選択するための第１のオフローディング選好情報と臨界条件（ｔｈｒｅｓｈｏｌｄ ｃｏｎｄｉｔｉｏｎ）情報とを含むＩＳＲＰ（Ｉｎｔｅｒ−ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ）を受信し、基地局から、第２のオフローディング選好情報を含む制御情報を受信し、前記基地局と関連した状態情報と、前記ポリシーサーバーと関連した前記臨界条件情報とを確認し、前記第１のオフローディング選好情報と前記第２のオフローディング選好情報とを比較し、前記確認の結果及び前記比較の結果に基づいて、トラフィックを前記基地局から無線ローカルエリアネットワーク（ＷＬＡＮ）にオフロードするか否かを決定する制御部と、を含むことを特徴とする端末。

【請求項7】

前記ＩＳＲＰは、
アクセスネットワークの輻輳情報を含むことを特徴とする、請求項６に記載の端末。

【請求項8】

前記輻輳情報は、
ＢＳＳロード情報又はＷＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)メトリック情報のうちで少なくとも一つを含むことを特徴とする、請求項７に記載の端末。

【請求項9】

前記ＩＳＲＰは、
他のアクセスネットワークへのオフローディング選好度(Ｃｅｌｌｕｌａｒ Ｏｆｆｌｏａｄ Ｐｒｅｆｅｒｅｎｃｅ Ｉｎｄｉｃａｔｏｒ、ＣＯＰＩ)又は予想送信率のうちで少なくとも一つをさらに含むことを特徴とする、請求項６に記載の端末。

【請求項10】

前記制御部は、
前記端末が選択可能な候補アクセスネットワークグループを構成し、前記候補アクセスネットワークグループに含まれた候補アクセスネットワークのうちで優先順位が最も高いアクセスネットワークを選択してトラフィックを送信するように制御することを特徴とする、請求項６に記載の端末。

【請求項11】

無線通信システムにおいてポリシーサーバーのポリシー送信方法であって、
端末がアクセスネットワークを選択するための第１のオフローディング選好情報と臨界条件（ｔｈｒｅｓｈｏｌｄ ｃｏｎｄｉｔｉｏｎ）情報とを含むＩＳＲＰ（Ｉｎｔｅｒ−ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ）を生成する段階と、
前記生成されたＩＳＲＰを前記端末に送信する段階と、を含み、
前記第１のオフローディング選好情報は、端末により基地局から送信される制御情報に含まれた第２のオフローディング選好情報と比較され、
前記基地局と関連した状態情報と、前記ポリシーサーバーと関連した前記臨界条件情報とは、端末により確認され、
前記比較の結果及び前記確認の結果に基づいて、端末のトラフィックが前記基地局から無線ローカルエリアネットワーク（ＷＬＡＮ）にオフロードされるか否かが決定されることを特徴とするポリシーサーバーのポリシー送信方法。

【請求項12】

前記ＩＳＲＰは、
アクセスネットワークの輻輳情報を含むことを特徴とする、請求項１１に記載のポリシーサーバーのポリシー送信方法。

【請求項13】

前記輻輳情報は、
ＢＳＳロード情報又はＷＬＡＮ(Ｗｉｒｅｌｅｓｓ LＡＮ)メトリック情報のうちで少なくとも一つを含むことを特徴とする、請求項１２に記載のポリシーサーバーのポリシー送信方法。

【請求項14】

前記ＩＳＲＰは、
他のアクセスネットワークへのオフローディング選好度(Ｃｅｌｌｕｌａｒ Ｏｆｆｌｏａｄ Ｐｒｅｆｅｒｅｎｃｅ Ｉｎｄｉｃａｔｏｒ、ＣＯＰＩ)又は予想送信率のうちで少なくとも一つをさらに含むことを特徴とする、請求項１１に記載のポリシーサーバーのポリシー送信方法。

【請求項15】

無線通信システムにおいてポリシーを送信するポリシーサーバーであって、
前記無線通信システムを構成する少なくとも一つのエンティティーと信号を送受信する無線通信部と、
端末がアクセスネットワークを選択するための第１のオフローディング選好情報と臨界条件（ｔｈｒｅｓｈｏｌｄ ｃｏｎｄｉｔｉｏｎ）情報とを含むＩＳＲＰ（Ｉｎｔｅｒ−ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ）を生成し、前記生成されたＩＳＲＰを前記端末に送信するように制御する制御部と、を含み、
前記第１のオフローディング選好情報は、端末により基地局から送信される制御情報に含まれた第２のオフローディング選好情報と比較され、
前記基地局と関連した状態情報と、前記ポリシーサーバーと関連した前記臨界条件情報とは、端末により確認され、
前記比較の結果及び前記確認の結果に基づいて、端末のトラフィックが前記基地局から無線ローカルエリアネットワーク（ＷＬＡＮ）にオフロードされるか否かが決定されることを特徴とするポリシーサーバー。

【請求項16】

前記ＩＳＲＰは、
アクセスネットワークの輻輳情報を含むことを特徴とする、請求項１５に記載のポリシーサーバー。

【請求項17】

前記輻輳情報は、
ＢＳＳロード情報又はＷＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)メトリック情報のうちで少なくとも一つを含むことを特徴とする、請求項１６に記載のポリシーサーバー。

【請求項18】

前記ＩＳＲＰは、
他のアクセスネットワークへのオフローディング選好度(Ｃｅｌｌｕｌａｒ Ｏｆｆｌｏａｄ Ｐｒｅｆｅｒｅｎｃｅ Ｉｎｄｉｃａｔｏｒ、ＣＯＰＩ)又は予想送信率のうちで少なくとも一つをさらに含むことを特徴とする、請求項１５に記載のポリシーサーバー。

【請求項19】

少なくとも一つのプロセッサが請求項１の方法を行うための命令を記憶する非揮発性コンピューター判読可能記憶媒体。

【請求項20】

少なくとも一つのプロセッサが請求項１１の方法を行うための命令を記憶する非揮発性コンピューター判読可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムにおいて輻輳に基づくトラフィックオフローディング方法及び装置に関する。より具体的に、本発明は異種網を含む無線通信システムにおいてアクセス網(ＡＮ)の信号強度及び輻輳状態を考慮してユーザ端末に最も適合のアクセス網を選択して用いることができる方法及び装置に関する。

【背景技術】

【0002】

一般的に、移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかし、移動通信システムは、次第に音声のみならずデータサービスまで領域を確張しており、現在には高速のデータサービスを提供することができる程度まで発展した。しかし、現在サービスが提供されている移動通信システムではリソースの不足現象及びユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。

【0003】

このような要求に応じて次世代移動通信システムで開発中である一つのシステムとして３ＧＰＰ(Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)でＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)に対する規格作業が進行中である。ＬＴＥは最大１００ Ｍｂｐ程度の送信速度を有する高速パケットに基づく通信を具現する技術である。このために、様々な方案が論議されているのに、例えば、ネットワークの構造を単にして通信路上に位置するノードの数を減らす方案や、無線プロトコルを最大限の無線チャンネルに近接させる方案などがある。

【0004】

このような移動通信システムにおいて、端末は複数個の異種網を同時に用いるのが可能である。この場合、ユーザが特定トラフィックをどの種類の移動通信システムを介して送信するか否かは予め設定されたポリシーにより決定される。

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、現在の移動通信ネットワーク構造上、ポリシーによりアクセス網を選択するとき、アクセス網と端末の状態(例えば、アクセス網の輻輳程度や端末がアクセス網から受信する信号の強度など)がアクセス網の選択に考慮することができないという問題点がある。このような限界はユーザが感じるサービス品質低下につながることができる。

【課題を解決するための手段】

【0006】

本発明は、前記のような問題点を解決するために案出されたもので、異種網を含む無線通信システムにおいてアクセス網(ＡＮ)の信号強度及び輻輳状態を考慮してユーザ端末に最も適合のアクセス網を選択して用いることができる方法及び装置を提供することをその目的とする。

【0007】

本発明の一実施態様によれば、本発明の無線通信システムにおいて、端末のアクセスネットワーク選択方法は、ポリシーサーバーから、前記端末がアクセスネットワークを選択するためのポリシーを受信する段階と、少なくとも一つ以上のアクセスネットワークに対する状態情報を獲得する段階と、及び前記ポリシーと前記獲得した状態情報を比べ、前記比較結果に基づいて接続するアクセスネットワークを選択する段階と、を含むことを特徴とする。

【0008】

本発明の他の実施態様によれば、無線通信システムにおいて、アクセスネットワークを選択する端末は、前記無線通信システムを構成する少なくとも一つのエンティティーと信号を送受信する無線通信部と、及びポリシーサーバーから前記端末がアクセスネットワークを選択するためにポリシーを受信し、少なくとも一つ以上のアクセスネットワークに対する状態情報を獲得し、前記ポリシーと前記獲得した状態情報を比べ、前記比較結果に基づいて接続するアクセスネットワークを選択するように制御する制御部と、を含むことを特徴とする。

【0009】

本発明の他の実施態様によれば、無線通信システムにおいて、ポリシーサーバーのポリシー送信方法は、端末がアクセスネットワークを選択するためのポリシーを生成する段階と、及び前記生成されたポリシーを前記端末に送信する段階と、を含み、前記ポリシーはアクセスネットワーク別の選択条件を含むことを特徴とする。

【0010】

本発明の他の実施態様によれば、無線通信システムにおいて、ポリシーを送信するポリシーサーバーは、前記無線通信システムを構成する少なくとも一つのエンティティーと信号を送受信する無線通信部と、及び端末がアクセスネットワークを選択するためのポリシーを生成し、前記生成されたポリシーを前記端末に送信するように制御する制御部と、を含み、前記ポリシーはアクセスネットワーク別の選択条件を含むことを特徴とする。

【0011】

本発明の実施形態によれば、端末がアクセス網の輻輳状態や端末が受信する信号の強度によってトラフィックを送信するアクセス網を選択することができる。したがって、従来技術に比べてユーザの体感サービス品質を高めることができる。

【発明の効果】

【0012】

本発明の実施形態によれば、端末がアクセス網の輻輳状態や端末が受信する信号の強度によってトラフィックを送信するアクセス網を選択することができる。したがって、従来技術に比べてユーザの体感サービス品質を高めることができる。

【図面の簡単な説明】

【0013】

【図1】移動通信システムにおいて異種アクセス網を用いる例を示す図面である。

【図2】ユーザがトラフィックオフローディング関連ポリシーを適用するか否かを設定する第１実施形態を示す図面である。

【図3】ユーザがトラフィックオフローディング関連ポリシーを適用するか否かを設定する第２実施形態を示す図面である。

【図4】本発明の第１実施形態による無線通信ネットワークの構造及び各ネットワークエンティティーの間の情報交換、自体動作を示す図面である。

【図5】ポリシーコントローラー４１０がポリシーサーバー４４０に伝達することができるポリシー制御情報に対する例示を示す図面である。

【図6】本発明の第１実施形態によるトラフィックオフローディング過程を示すフローチャートである。

【図7】本発明の第１実施形態によるポリシーコントローラー４１０の内部構造を示すブロック図である。

【図8】本発明の第１実施形態によるポリシーサーバー４４０の内部構造を示すブロック図である。

【図9】本発明の第２実施形態による無線通信ネットワークの構造及び各ネットワークエンティティーの間の情報交換、自体動作を示す図面である。

【図10】本発明の実施形態によるポリシー(ＩＳＲＰ)の構造に対する例示を示す図面である。

【図11】ＩＳＲＰに含まれることができる規則(Ｒｕｌｅ)のうちの一つであるＦｏｒ Ｆｌｏｗ Ｂａｓｅｄ Ｒｕｌｅを示す図面である。

【図12】ＲｏｕｎｔｉｎｇＣｒｉｔｅｒｉａの構造に対する例示を示す図面である。

【図13】ＲｏｕｔｉｎｇＲｕｌｅを確張してアクセス網に対する選択条件がＲｏｕｔｉｎｇＲｕｌｅに含まれた場合の構造を示す図面である。

【図14】アクセスネットワークが自分の状態情報を端末に伝達するための実施形態を示す図面である。

【図15】アクセスネットワークが自分の状態情報を端末に伝達するための実施形態を示す図面である。

【図16】アクセスネットワークが自分の状態情報を端末に伝達するための実施形態を示す図面である。

【図17】アクセスネットワークが自分の状態情報を端末に伝達するための実施形態を示す図面である。

【図18】本発明の第２実施形態でアクセス網に対する選択条件(ＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎ)がＲｏｕｔｉｎｇＣｒｉｔｅｒｉａに含まれた場合、端末９２０の動作手順を示すフローチャートである。

【図19】本発明の第２実施形態でアクセス網に対するアクセス条件(ＡｃｃｅｓｓＣｏｎｄｉｔｉｏｎ)がＲｏｕｔｉｎｇＲｕｌｅに含まれた場合、端末９２０の動作手順を示すフローチャートである。

【図20】本発明の第２実施形態による端末の内部構造を示すブロック図である。

【発明を実施するための形態】

【0014】

以下、本発明の実施形態を説明するにおいて関連する公知機能又は構成に対する具体的な説明が本発明の要旨を不必要にすることができると判断される場合にはその詳細な説明を省略する。

【0015】

また、本発明の実施形態を具体的に説明するにおいて、基本的な３ＧＰＰ(Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥシステムを主な対象とするが、本発明の実施形態は類似の技術的背景及びシステム形態を有するその他の通信／コンピューターシステムにも本発明の範囲を大きく逸脱しない範囲で適用可能であり、これは本発明の技術分野で熟練された技術的知識を有する者の判断で可能であろう。特に、本発明で輻輳状態と言うことは、アクセス網で送信中のトラフィックの状態とアクセス網で使用可能な有効リソース(最大送信率)の状態をいずれも含む概念で用いられる。すなわち、本発明の実施形態において、アクセス網が輻輳するという意味は送信するトラフィックの量が多いとか、有効リソースの量が少ない状態のいずれにも対応されることができる。逆に、本発明の実施形態においてアクセス網の輻輳度が低いという意味は送信するトラフィックの量が少ないとか、有効リソースの量が豊かでユーザ端末が高い送信率を得ることができる全て状態に対応されることができる。又は、輻輳状態は一つのアクセス網のオフローディング選好度(すなわち、自分の輻輳状態により自分が用いている端末を他のアクセス網へオフローディングさせようとする程度)の形態に表現されることもできる。

【0016】

以下、後述される本発明はＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)のような無線通信システムにおいて、Ｎｏｎ−３ＧＰＰ ＡＮ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)を用いてユーザにデータを送信することができる無線リソースを追加確保して網の性能及びユーザ体感サービス品質を高めることができる方法に関する。ユーザがＬＴＥのような３ＧＰＰ ＡＮとＮｏｎ−３ＧＰＰ ＡＮを用いることは、端末に予め設定されたり、ＡＮＤＳＦのようなポリシーサーバーから提供されたポリシー(Ｐｏｌｉｃｙ)により成る。現在ポリシーは動的に設定され難い特性を有し、早く変化することができる信号の強度や各ＡＮの輻輳状況によりユーザ端末がＡＮを動的に選択して用いることに適合しない。本発明ではこのような問題を解決するためにポリシーをＡＮとユーザの状況により動的に更新して適用することができる方案、及びポリシーを適用するか否かをユーザ及びＡＮの状況により決定するようにする２つの方案を提案する。
以下、図面を参考して本発明の実施形態に対して具体的に説明する。

【0017】

図１は、移動通信システムで異種アクセス網を用いる例を示す図面である。
図１を参照すると、図示したようにＬＴＥ移動通信システムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、ＥＵＴＲＡＮ、以下、ＥＮＢ又はＮｏｄｅ Ｂと称する)とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ − Ｇａｔｅｗａｙ)から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥと称する)１００は、ＥＮＢ及びＳ−ＧＷ１２０、及びＰ−ＧＷ(ＰＤＮ− Ｇａｔｅｗａｙ)１３０を通じて外部ネットワークに接続する。

【0018】

ｅＮＢは、ＵＭＴＳシステムの既存ノードＢに対応される。ｅＮＢはＵＥ１００と無線チャンネルと接続され既存ノードＢより複雑な役目を行う。図１においてｅＮＢは３ＧＰＰ Ａｃｃｅｓｓ１１０ブロックのうちに含まれたことで仮定した。

【0019】

ＬＴＥではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含む全てのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥの状況情報を聚合してスケジューリングをする装置が必要であり、これをｅＮＢが担当する。
Ｓ−ＧＷ１２０は、データベアラーを提供する装置であり、ＭＭＥの制御に応じてデータベアラーを生成したり除去する。
ＭＭＥは、各種制御機能を担当する装置として、一つのＭＭＥは多数の基地局と接続されることができる。
ＰＣＲＦ１４０は、ＱｏＳ及び課金に係るポリシー(ｐｏｌｉｃｙ)を制御する装置である。

【0020】

図面に示したように、移動通信システムはＬＴＥのような３ＧＰＰアクセス網(又は、第１無線ネットワーク、以下、混用して使用)だけでなくＷｉＦｉ、ＷｉＭＡＸ、ＣＤＭＡ２０００のようなＮｏｎ−３ＧＰＰアクセス網１５０(又は、第２無線ネットワーク、以下、混用して使用)を用いて接続することもできる。

【0021】

ユーザは、Ｎｏｎ−３ＧＰＰ ＡＮ１５０を通じてＰＧＷ１３０に接続してデータを送受信することができるのに、この場合には保安(ｓｅｃｕｒｉｔｙ)やＱｏＳマッピングなどのために別途のｅＰＤＧ１５０というノードを用いることもでき、このような場合、Ｎｏｎ−３ＧＰＰ ＡＮはＵｎｔｒｕｓｔｅｄ Ｎｏｎ−３ＧＰＰ ＡＮと称する。前記ｅＰＤＧ１５０は、保安上の問題があるＵｎｔｒｕｓｔアクセス網をＴｒｕｓｔするように、端末とｅＰＤＧの間に認証をしてトンネルを生成する。そしてこれを通じてＴｒｕｓｔするようになった端末はｅＰＤＧを経てＰ−ＧＷ１３０と接続される。

【0022】

一方、端末が移動通信システムに接続してデータを送受信するために３ＧＰＰ ＡＮとＮｏｎ−３ＧＰＰ ＡＮを使用可能な場合には、ＡＮ選択のための基準がなければならないのに、このため基準をアクセスネットワーク選択ポリシー(以下、ポリシー又はＰｏｌｉｃｙと称する)と称し、ポリシーは端末に予め設定されていることもでき、ＡＮＤＳＦ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ Ｓｅｒｖｉｃｅ Ｆｕｎｃｔｉｏｎ)のような別途のサーバーから端末に提供されることもある。前記ＡＮＤＳＦは、異機種の間のハンドオーバーに関する技術を提供するためのエンティティーである。前記ＡＮＤＳＦはそれぞれの網に対する情報と事業者のポリシー情報を予め収集して記憶してから、端末からリクエストがあると、収集された情報を端末に提供する。

【0023】

本発明の実施形態であるアクセス網(ＡＮ)の信号強度及び輻輳状態を考慮してユーザ端末に最も適合のアクセス網を選択して用いる方法を提供するための前提で、ユーザがユーザトラフィックが任意のＡＮに送信されることを許容するか否かを設定する方法に対して記述する。例えば、ＬＴＥサービス提供を期待して移動通信社に加入したユーザに、何らの通知も無しにトラフィックオフローディングのためにユーザトラフィックをＷｉＦｉに転換することは不当である。これにより、ユーザがトラフィックオフローディングに係るポリシーを適用するか否かに対してユーザの同意を予め得る必要がある。
ユーザがトラフィックオフローディングに係るポリシーを適用するかを設定するための方法を図２乃至図３に示す。

【0024】

図２は、ユーザがトラフィックオフローディング関連ポリシーを適用するか否かを設定する第１実施形態を示す図面である。
ユーザがトラフィックオフローディングに係るポリシーを適用するか否かを設定するための第１方法は、図２に示したようにユーザが事業者のサービスに加入するとき、トラフィックオフローディングに係るポリシーの適用を可能とするか否かを加入情報／契約情報に記入し、これによる決定事項を加入情報ＤＢ(例えば、ＨＳＳ、ＨＬＲ、又はＡＡＡ)に記憶することである。

【0025】

ユーザによるポリシーの適用を可能とするか否かは図２に示したように加入情報ＤＢにユーザオフローディング関連加入情報として記憶されることができる。前記ユーザオフローディング関連加入情報はユーザ加入情報がコアネットワークや各アクセス網、又はポリシーコントローラー／ポリシーサーバー(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌｌｅｒ／ｓｅｒｖｅｒ)に提供されるとき、Ｓ２１０段階のように含まれて伝達することができる。

【0026】

ユーザオフローディング関連加入情報は、ユーザがオフローディング自体を許容するのか否かを示すフラッグ、及び各ＡＮタイプ別にオフローディングが許容されるのか、若しくは禁止されたのかを示すフィールドを含むことができる。

【0027】

前記ユーザオフローディング関連加入情報を受信したエンティティーは、ポリシーを生成したり更新するとき、これに基づいて候補ＡＮを構成することができ、若しくは端末に対するトラフィックオフローディングを許容するか否かを決定するときも用いることができる。

【0028】

図３は、ユーザがトラフィックオフローディング関連ポリシーを適用するか否かを設定する第２実施形態を示す図面である。
ユーザがトラフィックオフローディングに係るポリシーを適用するかを設定するための第２方法は図３に示したように、ユーザが端末を用いてユーザオフローディング関連加入情報を構成した後、Ｓ３１０段階でユーザ端末からコアネットワークエンティティーやアクセス網、ポリシーコントローラー／ポリシーサーバーに提供することである。
図３を参考すると、伝達する主体のみ相違するだけ、受信する装置の動作は図２と同様である。

【0029】

以下、本発明の主要提案方案として、ユーザ端末又はアクセス網の状態によりアクセス網を選択的に用いる実施形態に対して記述する。これに関して、本発明では第１実施形態及び第２実施形態に区分して記述する。

【0030】

第１実施形態は、ポリシーコントローラーが収集したアクセス網に対する情報をポリシーサーバーに伝達し、ポリシーサーバーは端末のアクセス網の接続優先順位に対するポリシーを更新して各端末に伝達する過程に対して記述する。

【0031】

一方、第２実施形態ではポリシーサーバーが端末にアクセス網を選択的に接続するための基準情報のみを伝達し、端末は前記基準情報と現在測定されたアクセス網の無線状態を比べてアクセス網の接続優先順位を決定する過程に対して記述する。

【0032】

＜第１実施形態＞
以下、実施形態はポリシーコントローラーが収集したアクセスネットワークに対する情報をポリシーサーバーに伝達し、ポリシーサーバーは端末のアクセス網の接続優先順位に対するポリシーを更新して各端末に伝達する第１実施形態に対して記述する。

【0033】

図４は、本発明の第１実施形態による無線通信ネットワークの構造及び各ネットワークエンティティーの間の情報交換、自体動作を示す図面である。
より具体的に、アクセス網は自分の状態情報をポリシーコントローラー(例えば、ＰＣＲＦ)４１０に報告する。アクセス網には第１無線ネットワークであるＥ−ＵＴＲＡＮ／ＧＥＲＡＮ／ＵＴＲＡＮ４３０、及び第２無線ネットワークであるＮｏｎ−３ＧＰＰアクセス網、ＷｉＦｉ(ＷＬＡＮ)４２０、ＷｉＭＡＸ、ＣＤＭＡ２０００などが含まれることができる。アクセス網の状態にはアクセス網の輻輳可否又は輻輳度が含まれる。

【0034】

ポリシーコントローラー４１０は、収集したアクセス網の別に状態情報及びユーザが送信中のトラフィックの特性によってユーザが送信するトラフィックに対するアクセス網の優先順位変更を試みることができる。

【0035】

ポリシーコントローラー４１０は、このような制御情報をポリシーサーバー(例えば、ＡＮＤＳＦ)４４０に伝達する。例えば、若し、ユーザが接続中のＥ−ＵＴＲＡＮが輻輳してユーザ辺りのＷＬＡＮが輻輳しなければ、ポリシーコントローラー４１０はポリシーサーバー４４０にユーザに対してＥ−ＵＴＲＡＮに比べてＷＬＡＮの接続優先順位を高めることを指示することができる。

【0036】

ポリシーサーバー４４０は、端末に伝達するポリシーを該過程でポリシーコントローラー４１０から獲得した制御情報により更新して端末４５０に伝達する。端末４５０は更新されたポリシーによってトラフィックを送信するアクセス網を選択する。

【0037】

例えば、説明のため、最初に端末４５０の接続優先順位がＥ−ＵＴＲＡＮが１番に、ＷｉＦｉが２番に設定されたと仮定する。そして時間が経過することによって、ポリシーコントローラー４１０が収集したアクセス網の別に状態情報によればＥ−ＵＴＲＡＮに対する輻輳度がさらに増加したと仮定する。すると、ポリシーコントローラー４１０は前記収集したアクセス網の別に状態情報をポリシーサーバー４４０に伝達し、ポリシーサーバー４４０は当該端末に対するＷｉＦｉ接続優先順位がＥ−ＵＴＲＡＮより高く設定されるようにポリシーを更新する。そしてポリシーサーバー４４０は、前記更新されたポリシーを端末４５０に伝達する。すると、端末４５０は新規更新されたポリシーによってＷｉＦｉを通じてトラフィックを送信するようになる。
以下ではＮｏｎ ３ＧＰＰ ＡＮが自分の状態をポリシーコントローラー４１０に伝達する方法に対して具体的に記述する。

【0038】

若し、Ｎｏｎ−３ＧＰＰ ＡＮがＴｒｕｓｔｅｄ ｎｏｎ−３ＧＰＰ ＡＮ(信頼されたＮｏｎ−３ＧＰＰ ＡＮ)であり、ポリシーコントローラー４１０と接続を持っていたら、Ｎｏｎ−３ＧＰＰ ＡＮは自分の状態をポリシーコントローラー４１０に直接通知することができる。Ｔｒｕｓｔｅｄ Ｎｏｎ−３ＧＰＰ ＡＮはゲートウェー制御セッション形成手続き(Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ)又はゲートウェー制御及びＱｏＳ規則提供手続き(Ｇａｔｅｗａｙ ｃｏｎｔｒｏｌ ａｎｄ ＱｏＳ ｒｕｌｅｓ ｐｒｏｖｉｓｉｏｎ ｐｒｏｃｅｄｕｒｅ)過程のうちに自分の状態(ＡＮタイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度含み)をポリシーコントローラー４１０に通知することができる。

【0039】

ＡＮタイプは、アクセス網の形態を示すことで、３ＧＰＰ(ＵＴＲＡＮ／ＧＥＲＡＮ／Ｅ−ＵＴＲＡＮ)、ＷＬＡＮ、ＷｉＭＡＸ、又は３ＧＰＰ２となることができる。ＡＮ ＩＤはＡＮを区別することができる識別子、例えば、アクセス網が３ＧＰＰの場合、ＰＬＭＮ、ＴＡＣ、ＬＡＣ、Ｃｅｌｌ ＩＤ、ＷＬＡＮの場合、ＳＳＩＤ、ＢＳＳＩＤ、ＨＥＳＳＩＤ、ＷｉＭＡＸの場合、ＢＳ＿ＩＤ、ＮＡＰ−ＩＤ、３ＧＰＰ２の場合、ＳＩＤ、ＮＩＤ、Ｂａｓｅ＿ＩＤのうちのいずれか１つとなることができる。輻輳可否は１ビットで輻輳可否をｙｅｓ又はｎｏと通知することであり、輻輳程度は全体リソースのうちでどのぐらいのリソースが用いられるどうかを示す一般化因子(ｎｏｒｍａｌｉｚｅｄ ｆａｃｔｏｒ)で表現されることができる。

【0040】

若し、Ｎｏｎ−３ＧＰＰ ＡＮがポリシーコントローラー４１０と特定機能エンティティー(ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ)(例えば、ＢＢＥＲＦ)を通じて接続する場合、Ｎｏｎ−３ＧＰＰ ＡＮは自分の状態(ＡＮ タイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度含み)をＢＢＥＲＦに伝達し、ＢＢＥＲＦがこれをさらにポリシーコントローラー４１０に伝達する方式で作動することができる。

【0041】

若し、Ｎｏｎ−３ＧＰＰ ＡＮが信頼されないＮｏｎ−３ＧＰＰ ＡＮ(ＵｎＴｒｕｓｔｅｄ Ｎｏｎ−３ＧＰＰ ＡＮ)の場合、ＡＮは事業者網のゲートウェー(例えば、ｅＰＤＧ)を通じて事業者網に存在するポリシーコントローラー４１０と通信するようになる。ＵｎＴｒｕｓｔｅｄ Ｎｏｎ−３ＧＰＰ ＡＮはｅＰＤＧに自分の状態(ＡＮタイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度含み)を伝達し、ｅＰＤＧはこれをポリシーコントローラー４１０にさらに伝達する。

【0042】

Ｎｏｎ−３ＧＰＰ ＡＮの状態(ＡＮタイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度含み)はＰ−ＧＷを通じてポリシーコントローラー４１０に通知することができる。この過程は、ユーザ端末とネットワークが用いるＭｏｂｉｌｅ ＩＰプロトコル(ＤＳＭＩＰｖ６、ＰＭＩＰ、又はＧＴＰ)によって動作が変わることができる。

【0043】

若し、ＤＳＭＩＰｖ６が用いられる場合、端末はＮｏｎ−３ＧＰＰ ＡＮの輻輳程度を測定する(端末がＡＮの輻輳可否／程度を把握することは後述する)。端末は自分が把握したＮｏｎ−３ＧＰＰ ＡＮの状態(ＡＮ タイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度含み)をＰ−ＧＷに送信するメッセージ(例えば、Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ)を介して送信する。Ｐ−ＧＷはＡＮ別に状態を把握し、変化がある場合、ポリシーコントローラー４１０に送信するメッセージ(ＩＰ−ＣＡＮ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ／ｍｏｄｉｆｉｃａｔｉｏｎ 過程)を介して送信する。

【0044】

若し、ＰＭＩＰやＧＴＰが用いられる場合は、信頼したＮｏｎ−３ＧＰＰ ＡＮの場合はＡＮがＰ−ＧＷに送信するプロキシバインディングアップデート(ｐｒｏｘｙ ｂｉｎｄｉｎｇ ｕｐｄａｔｅ)メッセージにＡＮの状態(ＡＮタイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度含み)を介して送信する。信頼されないＮｏｎ−３ＧＰＰ ＡＮの場合は、ＡＮが報告した状態を用いてｅＰＤＧはＰ−ＧＷに送信するプロキシバインディングアップデート(ｐｒｏｘｙ ｂｉｎｄｉｎｇ ｕｐｄａｔｅ)にＡＮの状態(ＡＮタイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度含み)を含ませて送信する。

【0045】

Ｐ−ＧＷは、ＡＮ別に状態を把握し、変化がある場合、ポリシーコントローラー４１０に送信するメッセージ(ＩＰ−ＣＡＮ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ／ｍｏｄｉｆｉｃａｔｉｏｎ過程)にＡＮの状態(ＷＬＡＮ ＡＮ ＩＤ 、ＳＳＩＤ、ＨＥＳＳＩＤ、ＥＳＳＩＤなど、輻輳可否、輻輳程度含み)を介して送信する。この過程はＧＴＰを用いる場合もプロキシバインディングアップデート(ｐｒｏｘｙ ｂｉｎｄｉｎｇ ｕｐｄａｔｅ)をＧＴＰメッセージ(セッション生成リクエスト(ｃｒｅａｔｅ ｓｅｓｓｉｏｎ ｒｅｑｕｅｓｔ)、ベアラー修正リクエスト(ｍｏｄｉｆｙ ｂｅａｒｅｒ ｒｅｑｕｅｓｔ) など)で取り替えてそのまま用いられることができる。

【0046】

一方、Ｎｏｎ ３ＧＰＰ ＡＮが自分の状態をポリシーコントローラー４１０に直接報告する代りに、端末が自分がモニタリングしたＡＮの状態が分かっている場合、これをポリシーサーバー４４０に直接報告することができる。端末はＡＮＤＳＦに送信するアクセスネットワーク情報リクエストメッセージ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｉｎｆｏ Ｒｅｑｕｅｓｔ)に自分が収集したＡＮの状態(ＡＮタイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度含み)を含んで送信する。ポリシーサーバー４４０は端末から受信したＡＮの状態を記憶し、自分がポリシーを生成／更新するときに用いることができる。若しくは、ポリシーサーバー４４０は前記ＡＮの状態をポリシーコントローラー４１０に伝達することもできる。

【0047】

次に、ポリシーコントローラー(例えば、ＲＣＲＦ)４１０とポリシーサーバー(例えば、ＡＮＤＳＦ)４４０が相互間の情報を交換する方法に対して記述する。前記情報交換により、より正確なＡＮ選択を制御ができる。

【0048】

若し、ポリシーコントローラー４１０がＡＮの状態情報が分かっている場合、ポリシーコントローラー４１０はこれをポリシーサーバー４４０に通知し、前記ポリシーサーバー４４０がポリシーを生成及び／又は更新するときに役に立つことができる。このために、ポリシーコントローラー４１０はポリシーサーバー４４０に送信するメッセージ(例えば、ポリシーアップデートリクエストメッセージ)に以下のような情報を含ませることができる。

【0049】

アクセスネットワーク情報(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ)(ＡＮ タイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度などを含むことができる)

【0050】

ポリシーサーバー４４０は、ポリシーコントローラー４１０から前記アクセスネットワーク情報を受信すると、当該情報によりＡＮに対する情報テーブルをアップデートする。そしてポリシーサーバー４４０は必要な場合、端末４５０に伝達するポリシーを生成及び／又は更新して前記端末４５０に送信する。

【0051】

一方、前記アクセスネットワーク情報メッセージはポリシーサーバー４４０からポリシーコントローラー４１０に伝達することもできる。若し、ポリシーコントローラー４１０が該情報をポリシーサーバー４４０から受信すれば、ポリシーコントローラー４１０はポリシーサーバー４４０に特定ポリシーを生成及び／又は更新の命令したり、新しく考慮しなければならない要素を通知することができる。

【0052】

また、ポリシーコントローラー４１０はポリシーサーバー４４０が各ユーザに対するポリシーを生成するとき、考慮しなければならない要素を図５に示したように通知することができる。

【0053】

図５は、ポリシーコントローラー４１０がポリシーサーバー４４０に伝達することができるポリシー制御情報に対する例示を示す図面である。
ポリシーコントローラー４１０は、図５に示されるポリシー制御情報をポリシーサーバー４４０に伝達することができ、ポリシーサーバー４４０は受信したポリシー制御情報に基づいて端末に対するポリシーを生成又は更新する。図５に示されるポリシー制御情報は多数のアクセスネットワークに対する状態情報を含むことを特徴とする。
図５において、“多数”という用語はツリーで当該情報が一つ以上に存在することができるという意味である。

【0054】

端末ＩＤは、ポリシーの対象となるユーザ端末を指称するＩＤであり、ＩＭＳＩ、ＮＡＩ、ＭＳＩＳＤＮ、又はＩＰアドレスなどが用いられることができる。アクセスネットワーク(Ａｃｃｅｓｓ ｎｅｔｗｏｒｋ)は、当該ポリシーを用いて選択可能なＡＮを示すフィールドであり、ＡＮタイプ、ＡＮ ＩＤだけでなく多数のアクセス優先順位(ａｃｃｅｓｓ ｐｒｉｏｒｉｔｙ)を持つことができる。

【0055】

アクセス優先順位は、当該優先順位が適用されることができる条件である有効条件(ｖａｌｉｄｉｔｙ ｃｏｎｄｉｔｉｏｎ)を有し、ここには輻輳可否、輻輳レベル、又は信号強度が含まれることができる。当該優先順位は有効条件に含まれた条件が全て満足されるときにだけ適用される。

【0056】

例えば、特定トラフィックフロー(ｆｌｏｗ)に対してポリシーが対象アクセスネットワークとして(ＷＬＡＮ、ｐｒｉｏｒｉｔｙ＝ｉ、ｃｏｎｇｅｓｔｉｏｎ ＝ｎｏ)、(ＷＬＡＮ、ｐｒｉｏｒｉｔｙ＝３、ｃｏｎｇｅｓｔｉｏｎ＝ｙｅｓ)、(Ｅ−ＵＴＲＡＮ、ｐｒｉｏｒｉｔｙ＝２、ｃｏｎｇｅｓｔｉｏｎ＝ｎｏ)を有すると、ＡＮの優先順位と条件によりＷＬＡＮが輻輳しないときは当該トラフィックをＷＬＡＮに、輻輳する時にはＥ−ＵＴＲＡＮに送信すべきである。

【0057】

ポリシーサーバー４４０は、図５に示されたポリシー制御情報をポリシーコントローラー４１０から受信すると、端末に対するポリシーを生成及び／又は更新するときの前記ポリシー制御情報を考慮する。若し、該情報が端末別に送信されると、ポリシーサーバー４４０は該情報を端末に対するポリシーを生成及び／又は更新するときに考慮し、若し端末別に送信されない場合(例えば、端末ＩＤ含まない)に全ての端末に対して適用されることができる。

【0058】

また、他の実施形態として、ポリシーコントローラー４１０はポリシーサーバー４４０が端末４５０に送信するＩＳＲＰ、ＩＳＭＰ、Ｎｏｎ−ｓｅａｍｌｅｓｓ ｏｆｆｌｏａｄｉｎｇ情報(ＡＮＤＳＦ ＭＯの各フィールドに入る情報)を上述した追加情報及び条件を追加して作ってポリシーサーバー４４０に伝達することができる。

【0059】

以下では、ポリシーコントローラー４１０及びコアネットワークが、端末に対するポリシーを送信しなければならないポリシーサーバー４４０が何なのか識別する方法に対して後述する。ある事業者は多数のポリシーサーバー４４０を備え、端末が接続したポリシーサーバー４４０はそのうちの一つであるので、ポリシーコントローラー４１０は任意の端末に対するアクセスネットワーク情報を伝達するポリシーサーバー４４０を特定する必要がある。
ポリシーサーバー４４０を特定するための第１方法はクエリー(ｑｕｅｒｙ)に基づく方法である。

【0060】

若し、端末がポリシーサーバー４４０にある情報を報告したり、又は前記ポリシーサーバー４４０からポリシーや情報を受信しなければならない場合、登録(Ｒｅｇｉｓｔｒａｔｉｏｎ)過程を経るようになる。このために、端末は自分が接続するポリシーサーバー４４０の住所を獲得しなければならないのに、このとき、端末はポリシーサーバー４４０を獲得するための質疑(例えば、ＤＮＳ ｑｕｅｒｙ)を行うとき、自分が登録された位置(ＴＡ、ＲＡ、ＬＡ、ＳＳＩＤ、ＢＳＳＩＤ、ＨＥＳＳＩＤ、ＥＳＳＩＤ、又は地理的位置−緯／経度)を含ませる。前記端末に対するポリシーサーバー４４０の住所を決定する機能エンティティー(例えば、ＤＮＳ)は前記端末が挿入した情報に基づいて端末の位置によってポリシーサーバー４４０を決定し、前記決定したポリシーサーバー４４０の住所を端末に通知する。端末は前記住所を用いてポリシーサーバー４４０に接続する。

【0061】

以後、ポリシーコントローラー４１０が端末に対するポリシーアップデートリクエストのために前記端末に接続されたポリシーサーバー４４０を望むと仮定する。この場合、ポリシーコントローラー４１０も同様に端末の現在位置(ＴＡ、ＲＡ、ＬＡ、ＳＳＩＤ、ＢＳＳＩＤ、ＨＥＳＳＩＤ、ＥＳＳＩＤ、又は地理的位置)に基づいてＤＮＳクエリーを行う。同一位置情報でクエリー(ｑｕｅｒｙ)を行ったので、ポリシーコントローラー４１０は端末と同一ポリシーサーバー４４０住所を獲得することができ、これによってポリシーコントローラー４１０はユーザが現在接続中のポリシーサーバー４４０と通信することができる。

【0062】

ポリシーサーバー４４０を特定するための第２方案は、ＩＤハッシュ関数(ＩＤ ｈａｓｈ ｆｕｎｃｔｉｏｎ)を用いることである。端末は自分が接続するポリシーサーバー４４０の住所が分からなければならないのに、このとき、端末はポリシーサーバー４４０が分かるための質疑(例えば、ＤＮＳ ｑｕｅｒｙ)を行うとき、自分のＩＤ(ＩＭＳＩ、ＭＳＩＳＤＮ、ＮＡＩ、又はＩＰ ａｄｄｒｅｓｓ)を含ませる。ポリシーサーバー４４０の住所を決定する機能エンティティー(ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ)は端末が挿入した情報を用いて端末のＩＤによってポリシーサーバー４４０を選択して住所を通知する。端末はこの住所を用いてポリシーサーバー４４０に接続する。

【0063】

ポリシーコントローラー４１０が端末に対するポリシーアップデートリクエストのためにポリシーサーバー４４０を望む場合、ポリシーコントローラー４１０も同様に端末ユーザのＩＤ(ＩＭＳＩ、ＭＳＩＳＤＮ、ＮＡＩ又はＩＰ ａｄｄｒｅｓｓ)に基づいてクエリーをする。同一ＩＤ情報でクエリーをしたので、ポリシーコントローラー４１０は端末と同一ポリシーサーバー４４０住所を受けることができる。これにより、ポリシーコントローラー４１０は端末が現在接続中のポリシーサーバー４４０と通信することができるようになる。

【0064】

ポリシーサーバー４４０を特定するための第３方案として、端末がポリシーサーバー４４０に接続するとき、端末は自分のＩＤだけでなくＰＬＭＮ ＩＤ、及び３ＧＰＰシステム内で割り当てられたＩＤ(ＧＵＴＩ、Ｐ−ＴＭＳＩなど)を含ませるという点に注目することができる。ポリシーサーバー４４０は、これに基づいてユーザが現在接続中の事業者だけではなく、あるコアネットワークに接続されているかどうかを分かる。これに基づいてポリシーサーバー４４０はＤＮＳクエリーを行ってあるポリシーコントローラー４１０と接続しなければならないかを分かることができる。ポリシーサーバー４４０は端末ＩＤ、自分の住所及び自分が持っている情報を含んでポリシーコントローラー４１０にポリシー制御のためのセッション生成をリクエストする。ポリシーコントローラー４１０は、これを受信すれば当該端末に対するエントリー(ｅｎｔｒｙ)を生成し、若し、当該端末、ＡＮ、又は端末のポリシーに係る情報があれば、これらを挿入してポリシーサーバー４４０に応答する。これを受信すればポリシーサーバー４４０とポリシーコントローラー４１０の間に端末のポリシーを制御するためのセッション生成が完了し、端末別にポリシー制御情報(前述と同様)は前記形成されたセッションを通じて伝達する。

【0065】

若し、端末が移動をしてポリシーサーバー４４０が変更された場合、新しいポリシーサーバー４４０はポリシーコントローラー４１０と前記過程を繰り返して新しいセッションを生成する。ポリシーコントローラー４１０は、さらに既存ポリシーサーバー４１０にセッション削除リクエスト(ｓｅｓｓｉｏｎ ｄｅｌｅｔｅ ｒｅｑｕｅｓｔ)(端末ＩＤ含み)を生成して送信して以前に生成されたセッションを整理する。

【0066】

図６は、本発明の第１実施形態によるトラフィックオフローディング過程を示すフローチャートである。
先ず、ポリシーコントローラー４１０はＳ６１０段階を通じてアクセスネットワーク情報を収集することができる。前記アクセスネットワーク情報は各アクセスネットワークに対するＡＮタイプ、ＡＮ ＩＤ、輻輳可否、輻輳程度などの情報を含むことができる。

【0067】

そして、ポリシーコントローラー４１０はＳ６２０段階で、端末に対するポリシーがアップデートにされなければならないか否かを判断することができる。この場合、ポリシーコントローラー４１０はアクセスネットワークの信号強度又は輻輳状態のうちで少なくとも一つを考慮して前記ポリシーのアップデートが必要であるか否かを判断することができる。また、本発明の他の実施形態によれば、ポリシーコントローラー４１０は、端末がトラフィックを現在送信しているアクセスネットワークが輻輳状態に進入した場合などを端末ポリシーアップデートが必要な時点と判断することもできる。

【0068】

端末に対するポリシーアップデート必要のとき、ポリシーコントローラー４１０はＳ６３０段階で、ポリシーアップデートリクエストメッセージをポリシーサーバー４４０に送信することができる。この場合、ポリシーコントローラー４１０は前記３つ方法を通じてポリシーアップデートリクエストメッセージを送信するポリシーサーバー４４０を確認することができる。そして前記ポリシーアップデートリクエストメッセージは端末ＩＤ、アクセスネットワーク情報、アップデートされたポリシーを含むことができる。
端末ＩＤはポリシーアップデートが必要な端末に対する識別情報である。

【0069】

アクセスネットワーク情報は、Ｓ６１０段階を通じて各アクセスネットワークから獲得したアクセスネットワークの状態情報を含むことができる。本発明の他の実施形態によれば、ポリシーコントローラー４１０は前記アクセスネットワーク情報の外に、図５に示されたポリシー制御情報を追加的に前記ポリシーサーバー４４０に伝達することができる。

【0070】

アップデートされたポリシーはアクセスネットワーク状態情報を反映してアクセス優先順位がアップデートされたポリシーである。前記アップデートされたポリシーは、図６に示されたように、ポリシーコントローラー４１０によって生成されてポリシーサーバー４４０に伝達することができる。一方、本発明の他の実施形態によれば、ポリシーコントローラー４１０がアクセスネットワーク情報をポリシーサーバー４４０に伝達すると、ポリシーサーバー４４０がアクセスネットワーク状態情報を反映して端末のアクセス優先順位をアップデート(図示せず)することもできることに留意すべきである。
次に、ポリシーサーバー４４０はＳ６４０段階でアップデートされたポリシーを端末４５０伝達する。
すると、端末４５０はアップデートされたポリシーによってトラフィックを送信するアクセスネットワークを再選択する。

【0071】

図７は、本発明の第１実施形態によるポリシーコントローラー４１０の内部構造を示すブロック図である。図７に示されたように、ポリシーコントローラー４１０はインターフェース部７１０、記憶部７２０、制御部７３０を含むことができる。
インターフェース部７１０は、無線通信ネットワークを構成する各エンティティー及び端末と有線又は無線インターフェースを通じて信号を送受信する。

【0072】

特に、インターフェース部７１０は、少なくとも一つのアクセスネットワークからアクセスネットワークの状態情報を獲得することができる。この場合、前記状態情報はアクセスネットワークタイプ、アクセスネットワーク識別子、輻輳可否又は輻輳程度のうちで少なくとも一つを含むことができる。
記憶部７２０は、ポリシーコントローラー４１０の動作に必要な各種プログラムを記憶することができる。

【0073】

制御部７３０は、ポリシーコントローラー４１０が端末のポリシーを制御するために各ブロック間の流れを制御する。特に、本発明の実施形態による制御部７３０は、アクセスネットワークの状態情報を考慮して端末のアクセスネットワーク選択に係るポリシーを変更させる必要があるのか判断する。必要であれば、前記制御部７３０はポリシー変更に必要な情報を含むポリシーアップデートリクエストをポリシーサーバーに送信するように制御する。

【0074】

本発明の実施形態によれば、制御部７３０は特に、ＡＮ情報獲得部７３１とポリシーサーバー決定部７３２をさらに含むことができる。
ＡＮ情報獲得部７３１はアクセスネットワークが報告する状態情報を獲得し、これを記憶部７２０に記憶する。Ｎｏｎ−３ＧＰＰ ＡＮが信頼され、ポリシーコントローラーと接続された場合、前記ＡＮ情報獲得部７３１は、Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ又はＧａｔｅｗａｙ ｃｏｎｔｒｏｌ ａｎｄ ＱｏＳ ｒｕｌｅｓ ｐｒｏｖｉｓｉｏｎ ｐｒｏｃｅｄｕｒｅ過程のうちにＮｏｎ−３ＧＰＰ ＡＮに対する状態情報を獲得することができる。又は、Ｎｏｎ−３ＧＰＰ ＡＮが特定機能エンティティーを通じてポリシーコントローラーと接続された場合、ＡＮ情報獲得部７３１はＢＢＥＲＦを通じてＮｏｎ−３ＧＰＰ ＡＰに対する状態情報を獲得することができる。

【0075】

ポリシーサーバー決定部７３２は、ポリシーコントローラーが端末に対するアクセスネットワーク情報を伝達するポリシーサーバーを決定する。このために、ポリシーサーバー決定部７３２はＤＮＳクエリーを用いたり、ＩＤハッシュ関数を用いることができる。具体的な説明は前述したので、詳しい説明は省略する。

【0076】

図８は、本発明の第１実施形態によるポリシーサーバー４４０の内部構造を示すブロック図である。
図８に示されたように、ポリシーサーバー４４０はインターフェース部８１０、記憶部８２０、制御部８３０を含むことができる。

【0077】

インターフェース部８１０は無線通信ネットワークを構成する各エンティティー及び端末と有線又は無線インターフェースを通じて信号を送受信する。特に、インターフェース部８１０はポリシーコントローラーから端末のアクセスネットワーク選択に係るポリシーの変更に必要なアクセスネットワーク状態情報を受信することができる。

【0078】

記憶部８２０は、ポリシーサーバー４４０の動作に必要な各種プログラムを記憶することができる。本発明の一実施形態によれば、前記記憶部８２０は各端末に対するポリシーを記憶するポリシー記憶領域８２１をさらに備えることもできる。

【0079】

制御部８３０は、ポリシーサーバー４４０が端末のポリシーを制御するために各ブロック間流れを制御する。特に、本発明の実施形態による制御部８３０はポリシー更新制御部８３１をさらに備えることができる。

【0080】

ポリシー更新制御部８３１は、ポリシーコントローラー４１０から受信したアクセスネットワーク状態情報に基づいて前記ポリシーをアップデートする。そしてポリシー更新制御部８３１は前記アップデートされたポリシーを前記端末に送信して端末のネットワーク選択ポリシーを変更するように制御する。

【0081】

＜第２実施形態＞
以下、ポリシーサーバーが端末にアクセス網を選択的に接続するための基準情報のみを伝達し、端末は前記基準情報と現在測定されたアクセス網の無線状態を比べてアクセス網の接続優先順位を決定する第２実施形態に対して記述する。

【0082】

図９は、本発明の第２実施形態による無線通信ネットワークの構造及び各ネットワークエンティティーの間の情報交換、自体動作を示す図面である。
図９に示されたように、端末９２０はポリシーサーバー９１０からポリシーを受信する。前記ポリシーは端末９２０がアクセス網を選択することができる選択条件(Ｖａｌｉｄｉｔｙ ｃｏｎｄｉｔｉｏｎ)を含む。前記選択条件にはアクセス網が輻輳するのか否か、輻輳程度(接続中のユーザ(Ｓｔａｔｉｏｎ)の数、チャンネル活用率(Ｃｈａｎｎｅｌ Ｕｔｉｌｉｚａｔｉｏｎ)、有効容量(ａｖａｉｌａｂｌｅ ｃａｐａｃｉｔｙ)、ＷＬＡＮに接続されたｂａｃｋｈａｕｌの容量及びロード状態、平均アクセス遅延時間など)、予想送信率、他のアクセス網でオフローディング選好度(ＣＯＰＩ − ｃｅｌｌｕｌａｒ ｏｆｆｌｏａｄ ｐｒｅｆｅｒｅｎｃｅ ｉｎｄｉｃａｔｏｒ)又は当該アクセス網から受信する信号強度などが含まれる。ここで他アクセス網へのオフローディング選好度は、当該アクセス網の代わりに他のアクセス網でトラフィックを送信するのを好む程度を示す値である。

【0083】

前記選択条件に含まれた各項目は、端末がトラフィックを送信するアクセス網を選択するための基準値を含む。例えば、前記選択条件に含まれた輻輳程度項目に対する基準値が６０％に設定された場合を仮定する。すると、端末が直接測定した当該アクセス網に対する輻輳程度が６０％未満の場合に限って端末は当該アクセス網を接続可能な候補アクセス網と設定する。ポリシーサーバーが設定して端末に提供したアクセス網に対する選択条件には一つ以上の基準値が含まれることができ、若し、一つ以上の基準値が含まれた場合、端末が判断した当該アクセス網の状態が基準値を満足させると、当該アクセス網を接続可能な候補アクセス網と設定することができる。例えば、若し、一つのアクセス網に対する選択条件の基準値で接続中のユーザ数は１０以下、平均アクセス遅延時間は５０ｍｓｅｃ以下、チャンネル活用率は２００以下と設定された場合、当該アクセス網の状態が前記基準値を満足させると、使用可能と判断することができる。

【0084】

一方、これと類似であるが相対的な概念として、アクセス網を選択するための基準は予想送信率(ｔｈｒｏｕｇｈｐｕｔ)になることがある。例えば、前記選択条件に含まれた予想送信率項目に対する基準値が１ Ｍｂｐｓと設定されていると、端末が把握したアクセス網を通じる予想送信率が１Ｍｂｐｓ以上の場合に限って端末は当該アクセス網を接続可能な候補と設定する。

【0085】

また、若しＣＯＰＩが選択条件に含まれた場合、アクセス網から得たＣＯＰＩと基準ＣＯＰＩを比べてアクセス網の使用可能であるか否かを判断する。例えば、若し前記条件に含まれたＣＯＰＩが５以下と設定された場合、端末が得たアクセス網のＣＯＰＩが５以下であれば当該アクセス網を接続可能な候補と設定する。

【0086】

同様に、前記選択条件に含まれた信号強度項目に対する基準値が５と設定された場合を仮定する。すると、端末が直接測定した当該アクセス網に対する信号強度が５より大きい場合に限って端末は当該アクセス網を接続可能な候補アクセス網と設定する。

【0087】

前記選択条件に含まれた各項目に対する測定情報は端末が当該アクセス網に対する情報チャンネルを受信して直接収集することもでき、又はアクセス網が端末に情報を提供することもできる。又は、任意の一つのアクセス網が他のアクセス網に対する情報を端末に提供することもできる(例えば、３ＧＰＰ Ｅ−ＵＴＲＡＮが周辺ＷＬＡＮ ＡＰの輻輳情報を提供)。
このような測定情報に基づいて端末の判断においてアクセス網を選択することができる条件が満足されると、当該アクセス網を選択可能な候補に含ませる。
端末は選択可能なアクセス網の候補のうちで優先順位が高いアクセス網を選択してトラフィックを送信する。

【0088】

以下、本発明の第２実施形態によって、ポリシーサーバー９１０が端末９２０に送信するポリシー(ｐｏｌｉｃｙ)に前記選択条件を含ませる方案に対して具体的に記述する。すなわち、ポリシーサーバー９１０から端末９２０に伝達するポリシーは前述した基本動作が行われることができるように各アクセス網の別に選択条件を含むことができる。

【0089】

図１０は、ポリシーサーバー９１０の１つのＡＮＤＳＦが提供することができるポリシー中の一つであるＩＳＲＰ(Ｉｎｔｅｒ−ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ)の構造を示す図面である。
図１０に示されたように、一つのポリシー(ＩＳＲＰ)は複数個の規則(Ｒｕｌｅ Ｐｒｉｏｒｉｔｙ、ＦｏｒＦｌｏｗＢａｓｅｄ、ＦｏｒＳｅｒｖｉｃｅＢａｓｅｄ など)を含む。

【0090】

一方、図１１はＩＳＲＰに含まれることができる規則(Ｒｕｌｅ)のうちの一つであるＦｏｒ Ｆｌｏｗ Ｂａｓｅｄ Ｒｕｌｅを示す図面である。
前述したアクセス網の状況によるポリシー適用のために前記規則は図１２のように拡張される。

【0091】

本明細書において説明の便宜のためにＩＳＲＰ(図１０)及びＦｏｒＦｌｏｗＢａｓｅｄ(図１１)だけ対象とするが、同様の拡張び概念はＩＳＲＰの代わりにＰｏｌｉｃｙにも適用されることができ、ＦｏｒＦｌｏｗＢａｓｅｄの代わりにＦｏｒＳｅｒｖｉｃｅＢａｓｅｄ及びＦｏｒＮｏｎＳｅａｍｌｅｓｓＯｆｆｌｏａｄにも適用されることができる。すなわち、本発明の主な概念及び動作は、ＡＮＤＳＦの特定フィールドの構造に限定されるのではなく、ＡＮＤＳＦの拡張によって新しく登場する新しい構造にも大きい変化無しに適用されることができる。

【0092】

図１２をより詳しく説明すると、端末９２０はポリシーサーバー９１０からポリシー(例えば、ＩＳＲＰ)を受信して規則(Ｒｕｌｅ)(例えば、ＦｏｒＦｌｏｗＢａｓｅｄ)を確認する。そして、端末９２０は前記確認された規則に基づいてＲｏｕｔｉｎｇＣｒｉｔｅｒｉａが満足される場合だけ、当該規則を適用することができる。

【0093】

本発明で提案する実施形態によれば、ＲｏｕｔｉｎｇＣｒｉｔｅｒｉａは既存情報だけではなくＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎという選択条件フィールドを含むことができる。前記ＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎフィールドは各アクセス網の別に使用可能時にチェックしなければならない条件が含まれる。この条件には輻輳可否、輻輳程度、予想送信率、ＣＯＰＩ、信号強度のうちで少なくとも一つが含まれることができ、これらはアクセス網によって互いに異なる形態や値を有することができる。これらはＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎというフィールドに属する形態で構成されることもできるがこのような形態は限定的ではなく、ＲｏｕｔｉｎｇＣｒｉｔｅｒｉａフィールドに直接属する形態で構成されることができる(例えば、Ｒｏｕｔｉｎｇ ＣｒｉｔｅｒｉａフィールドにＣＯＰＩ条件フィールドが直接付いている形態も可能)。図１２に示されたことはポリシーサーバーが選択条件を設定するための情報の一構成例だけであり、ポリシーサーバーは前記説明された情報の一つ以上の組合せに表現された選択条件をユーザ端末に伝達することができる。

【0094】

例えば、Ｅ−ＵＴＲＡＮでは輻輳であるか否かを判断するための基準で全体ＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)のうち、実際送信に用いられるものなどの割合の統計値を用いる一方、ＷＬＡＮでは当該ＡＰにａｓｓｏｃｉａｔｉｏｎを結んだユーザの数やＴＢＴＴ(Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ)うちに実際送信に用いられる時間の割合、及び平均アクセス遅延時間(ＢＳＳ ａｖｅｒａｇｅ ａｃｃｅｓｓ ｄｅｌａｙ)などを用いることができる。選択条件にはこれらに対する基準値のうちの一つ以上が含まれることができる。すなわち、例えば端末がＷＬＡＮを用いるか否かを決定する条件でＷＬＡＮの輻輳状況を示す基準のうちでａｓｓｏｃｉａｔｉｏｎを結んだユーザ数と平均アクセス遅延時間を同時に考慮するように基準値を提供するのが可能である。

【0095】

若し、端末が受信したＲｏｕｔｉｎｇＣｒｉｔｅｒｉａにアクセス網に対する選択条件(ＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎ)で輻輳であるか否か、若しくは輻輳程度、ＣＯＰＩ、予想送信率が含まれた場合、前記条件を満足した場合(例えば、輻輳しないとか輻輳程度が基準値より低い場合、予想送信率が基準値より高い場合、ＣＯＰＩが基準値より低い場合))にだけ当該アクセス網を用いることができると判断する。

【0096】

同様に、若し、選択条件(ＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎ)に信号強度が含まれた場合、当該アクセス網から受信した信号の強度が、前記選択条件に提示された信号強度の基準値より大きい場合に限って当該アクセス網を用いることができると判断する。

【0097】

より具体的に、若し例えば前記のＦｏｒＦｌｏｗＢａｓｅｄに含まれたＲｏｕｔｉｎｇＲｕｌｅに(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝ＷＬＡＮ、Ｐｒｉｏｒｉｔｙ＝０)、(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝３ＧＰＰ、Ｐｒｉｏｒｉｔｙ＝１)の場合、そしてＲｏｕｔｉｎｇＣｒｉｔｅｒｉａのうちで選択条件(ＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎ)でＷＬＡＮに対して輻輳程度を含んでいると仮定する。この場合、端末が測定したＷＬＡＮに対する輻輳情報が前記選択条件に含まれた基準値を満足させることができなかった場合(すなわち、端末が把握した輻輳程度が基準値より大きい場合)、たとえＷＬＡＮに対する優先順位が３ＧＰＰに対する優先順位より高いと言っても、ＩＰ ｆｌｏｗに該当するトラフィックは３ＧＰＰアクセス網を通じて送信しなければならない。

【0098】

前記ではＲｏｕｔｉｎｇＣｒｉｔｅｒｉａを確張してアクセス網に対する選択条件(ＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎ)がＲｏｕｔｉｎｇＣｒｉｔｅｒｉａに含まれた場合に対して記述した。

【0099】

一方、これとは異なり発明の他の実施形態によれば、ＲｏｕｔｉｎｇＣｒｉｔｅｒｉａを利用したことと異なり、ＲｏｕｔｉｎｇＲｕｌｅを確張することもできる。

【0100】

図１３は、ＲｏｕｔｉｎｇＲｕｌｅを確張してアクセス網に対する選択条件がＲｏｕｔｉｎｇＲｕｌｅに含まれた場合の構造を示す図面である。
図１３に示されたように、端末はＩＳＲＰに含まれたＦｏｒＦｌｏｗＢａｓｅｄ、さらに、その中に含まれたＲｏｕｔｉｎｇＲｕｌｅを受信した場合、若し、前記ＲｏｕｔｉｎｇＲｕｌｅがアクセス条件(Ａｃｃｅｓｓ Ｃｏｎｄｉｔｉｏｎ)を含む場合、前記アクセス条件が満足される場合に限ってＲｏｕｔｉｎｇＲｕｌｅを用いることができる。

【0101】

より詳しく説明すれば、アクセス条件は当該アクセス網が使用可能な条件を示し、輻輳可否、輻輳程度(接続中のユーザ(Ｓｔａｔｉｏｎ)の数、チャンネル活用率(Ｃｈａｎｎｅｌ Ｕｔｉｌｉｚａｔｉｏｎ)、有効容量(ａｖａｉｌａｂｌｅ ｃａｐａｃｉｔｙ))、ＷＬＡＮに接続されたｂａｃｋｈａｕｌの容量及びロード状態など)、予想処理量(ｅｓｔｉｍａｔｅｄ ｔｈｒｏｕｇｈｐｕｔ)、ＣＯＰＩ、信号強度中の一つ以上に表現されることができる。このような拡張はＲｏｕｔｉｎｇＲｕｌｅ下部の別途のＡｃｃｅｓｓＣｏｎｄｉｔｉｏｎというフィールドを有する形態で成ることもできるが、このような形態は限定的ではなく、ＲｏｕｔｉｎｇＲｕｌｅに直接前記条件のうちで一部が含まれる形態で成ることもできる(例えば、ＲｏｕｔｉｎｇＲｕｌｅフィールドにＣＯＰＩ条件フィールドが直接付く構造も可能である)。また、図１３に示されたことはポリシーサーバーが選択条件を設定するための情報の一構成であるだけ、ポリシーサーバーは前記説明された情報の一つ以上の組合に表現された選択条件をユーザ端末に伝達することができる。
より具体的に、次のような実施形態で一つのＦｏｒＦｌｏｗＢａｅｄが以下のような３つの ＲｏｕｔｉｎｇＲｕｌｅを含む場合を考慮する。

【0102】

ＲｏｕｔｉｎｇＲｕｌｅ １＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝ＷＬＡＮ、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝１、Ａｃｃｅｓｓ Ｃｏｎｄｉｔｉｏｎ ＝{Ｃｏｎｇｅｓｔｉｏｎ可否＝Ｎｏ})

【0103】

ＲｏｕｔｉｎｇＲｕｌｅ ２＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝ＷＬＡＮ、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝３、Ａｃｃｅｓｓ Ｃｏｎｄｉｔｉｏｎ ＝{Ｃｏｎｇｅｓｔｉｏｎ可否＝Ｙｅｓ})

【0104】

ＲｏｕｔｉｎｇＲｕｌｅ ３＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝Ｅ−ＵＴＲＡＮ、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝２)

【0105】

この場合、若し端末にＷＬＡＮとＥ−ＵＴＲＡＮが接続可能でＷＬＡＮが輻輳しない場合、端末は当該ＩＰ ｆｌｏｗをＷＬＡＮへ送信しなければならない(ＲｏｕｔｉｎｇＲｕｌｅ１によって)。若し、ＷＬＡＮが輻輳すると、端末はＷＬＡＮの代わりに３ＧＰＰ ＡＮ(Ｅ−ＵＴＲＡＮ)を通じて該当ＩＰ ｆｌｏｗを送信しなければならない(ＲｏｕｔｉｎｇＲｕｌｅ３によって)。若し、このような状況で端末が３ＧＰＰカバレッジを逸脱して３ＧＰＰに接続が不可能であれば、端末は当該ＩＰ ｆｌｏｗをＷＬＡＮを通じて送信しなければならない(ＲｏｕｔｉｎｇＲｕｌｅ２によって)。
他の一つの例で、若しＲｏｕｔｉｎｇＲｕｌｅが次のように構成された場合、

【0106】

ＲｏｕｔｉｎｇＲｕｌｅ １＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝３ＧＰＰ(ｅ．ｇ．E−ＴＵＲＡＮ)、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝１、ＣＯＰＩ ＜４)

【0107】

ＲｏｕｔｉｎｇＲｕｌｅ ２＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ ＝ＷＬＡＮ、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝２、予想送信率 ＞＝１００ ｋｂｐｓ)

【0108】

ＲｏｕｔｉｎｇＲｕｌｅ ３＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝３ＧＰＰ(ｅ．ｇ．、Ｅ−ＴＵＲＡＮ)、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝３ 、４＜＝ＣＯＰＩ ＜９)

【0109】

ＲｏｕｔｉｎｇＲｕｌｅ ４＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ ＝ＷＬＡＮ、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ ＝４、予想送信率＜１００ ｋｂｐｓ)

【0110】

前記のように設定された場合、若し端末が把握した３ＧＰＰ ＡＮの他のアクセス網でオフローディング選好度(ＣＯＰＩ)が２であれば、端末はオフローディング選好度が現在低いので優先順位により３ＧＰＰ ＡＮをそのまま用いる。若し、ＣＯＰＩが６でありＷＬＡＮの予想送信率が２００ｋｂｐｓであれば、ユーザ端末は優先順位によりＷＬＡＮを選択する。若し、端末が把握した３ＧＰＰ ＡＮの現在ＣＯＰＩが基準値９より大きければ、ユーザ端末は優先順位によりＷＬＡＮを選択する。
また、他の一例で、若し ＲｏｕｔｉｎｇＲｕｌｅが次のように構成された場合、

【0111】

ＲｏｕｔｉｎｇＲｕｌｅ １＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝３ＧＰＰ(ｅ．ｇ．、Ｅ−ＴＵＲＡＮ)、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝１、ＣＯＰＩ＜４)

【0112】

ＲｏｕｔｉｎｇＲｕｌｅ ２＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ＝ＷＬＡＮ、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝２、予想送信率 ＞＝１００ ｋｂｐｓ、平均アクセス遅延時間 ＜５０ ｍｓｅｃ)

【0113】

ＲｏｕｔｉｎｇＲｕｌｅ ３＝(Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ ＝ＷＬＡＮ、Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｐｒｉｏｒｉｔｙ＝３、Ａｓｓｏｃｉａｔｉｏｎされたｓｔａｔｉｏｎの数＜２０、チャンネル活用率＜１５０、平均アクセス遅延時間＜１００ｍｓｅｃ)

【0114】

前記のように設定された場合、若し端末が把握した３ＧＰＰ ＡＮの他のアクセス網でオフローディング選好度(ＣＯＰＩ)が２であれば、端末はオフローディング選好度が現在低いので優先順位により３ＧＰＰ ＡＮをそのまま用いる。若し、ＣＯＰＩが６でありＷＬＡＮの予想送信率が２００ｋｂｐｓで把握したＢＳＳ ａｖｅｒａｇｅ ａｃｃｅｓｓ ｄｅｌａｙが２５ｍｓｅｃであれば、ユーザ端末は優先順位によりＷＬＡＮを選択する。若し、ＣＯＰＩが６でありＷＬＡＮの予想送信率が５０ｋｂｐｓと言っても、ａａｓｓｏｃｉａｔｉｏｎされたｓｔａｔｉｏｎの数が１０個であり、チャンネル活用率が１００であり、平均アクセス遅延時間が７０ ｍｓｅｃであれば、ユーザ端末は優先順位によりＷＬＡＮを選択することができる。

【0115】

本発明の第２実施形態によるネットワーク接近方法では端末がＡＮの状況(輻輳、予想送信率、ＣＯＰＩ、信号強度など)によってポリシー適用するか否に基づく。これのためには端末がアクセスネットワーク状態に対する情報を獲得しなければならなく、以下ではアクセスネットワークが自分の状態に対する情報を端末に通知する実施形態に対して記述する。

【0116】

先ず、ＷＬＡＮは自分が送信するビーコンフレーム(Ｂｅａｃｏｎ ｆｒａｍｅ)やプローブ応答(Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ)メッセージにＡＮの状態、例えば輻輳可否／程度を示すことができる情報を図１４のように挿入することができる。若し、端末がＷＬＡＮから受信したビーコン又はプローブ応答メッセージに輻輳指示者情報要素(Ｃｏｎｇｅｓｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ＩＥ)が含まれた場合、端末はポリシーに含まれた選択条件に対する基準値と前記輻輳指示者情報要素を比べる。そして、端末は前記比較結果、ＷＬＡＮに対する輻輳程度が前記基準値より小さい場合に限って前記ＷＬＡＮを介してトラフィックを送信することができる。さらに、ＡＰはＢＳＳロード状態情報要素(ＢＳＳ ｌｏａｄ ｓｔａｔｕｓ ＩＥ)を含むこともできる。又はＡＰは一つのユーザが接続したときに自分からサービスを受けることができる予想送信量(ａｃｈｉｅｖａｂｌｅ ｔｈｒｏｕｇｈｐｕｔ)を含むこともできる。また、ユーザ端末はＡＰが送信するＢＳＳ ａｖｅｒａｇｅ ａｃｃｅｓｓ ｄｅｌａｙを用いて平均アクセス遅延時間が選択条件で含まれた場合、基準値が満足されるのか判断することができる。

【0117】

一方、本発明の他の実施形態によれば、たとえＷＬＡＮ ＡＰが明示的に輻輳可否／情報を挿入しない場合と言っても端末は前記ＷＬＡＮに対する輻輳可否／程度を把握することができる。端末はいつかＴＢＴＴ(Ｔａｒｇｅｔ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ、一般的に１００ｍｓ)の間のＷＬＡＮチャンネルを続いて受信し、全体時間のうちで実際送信に用いられる時間の割合を把握して輻輳であるか否かを決定することもできる。又は、端末はＷＬＡＮ使用のとき、バックオフ(ｂａｃｋ−ｏｆｆ)動作のために輻輳ウィンドウ(ｃｏｎｇｅｓｔｉｏｎ ｗｉｎｄｏｗ)(ｂａｃｋ−ｏｆｆ ｗｉｎｄｏｗ)を維持するのに、輻輳ウィンドウサイズ(ｃｏｎｇｅｓｔｉｏｎ ｗｉｎｄｏｗ ｓｉｚｅ)がどの程度以上のときのＷＬＡＮが輻輳すると判断することができる。
一方、３ＧＰＰ ＡＮも自分の輻輳可否／状態を端末に通知することができる。

【0118】

より具体的に、３ＧＰＰ ＡＮの基地局(ＥＮＢ又はＢＳＣ／ＲＮＣ)はシステムを用いるために必要な必須情報を周期的にブロードキャスト(ｂｒｏａｄｃａｓｔ)し、これを一般的にＳＩＢ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ)と言う。基地局は自分が輻輳するか否か又は輻輳程度又はＣＯＰＩを図１５のようにＳＩＢに含んで放送し、端末はこれを受信して当該ＡＮが輻輳するかどうかを把握することができる。

【0119】

若し、端末が基地局から受信したＳＩＢに輻輳指示者フィールド(Ｃｏｎｇｅｓｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ ｆｉｅｌｄ)が含まれた場合、端末はポリシーに含まれた選択条件に対する基準値と前記輻輳指示者情報要素を比べる。そして端末は前記比較結果、３ＧＰＰに対する輻輳程度が前記基準値より小さい場合に限って前記３ＧＰＰを通じてトラフィックを送信することができる。若し、受信したＳＩＢにＣＯＰＩフィールドが含まれた場合、端末はポリシーに含まれた選択条件に対するＣＯＰＩ基準値と受信したＣＯＰＩ値を比べ、若しＣＯＰＩ値が基準値より大きければ、他のアクセス網が有効(例えば、接続可能で優先順位が高い場合)した場合に限ってトラフィックを３ＧＰＰ ＡＮではない他のアクセス網へ送信しようと試みることができる。

【0120】

前記の輻輳指示者フィールドはＳＩＢだけでなく端末にユニキャスト(ｕｎｉｃａｓｔ)に送信されるＲＲＣメッセージ(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ など)にも含まれることができる。

【0121】

一方、３ＧＰＰ ＡＮの基地局は周辺にあるＷＬＡＮに係る情報を端末に提供することもできる。このために、３ＧＰＰ ＡＮ基地局は図１６のようにＳＩＢのうちで一つを用いてＷＬＡＮ 関連情報(ユーザ周辺のＷＬＡＮ候補、ＷＬＡＮチャンネル情報、輻輳状態、予想送信率など)をブロードキャスティングしたり、又は各ユーザ端末に送信するＲＲＣメッセージを用いて図 １６のように伝達することもできる。端末は、該情報を受信すれば、含まれた情報を用いて周辺ＷＬＡＮ ＡＮの状態を把握することができ、不必要なスキャニングを減らすことができる。若し、３ＧＰＰ ＡＮがｕｎｉｃａｓｔ方法で周辺ＡＮの情報を提供するときは、ユーザ端末の現在位置を考慮することもできる。これは３ＧＰＰ ＡＮのカバーする領域が一つのＷＬＡＮがカバーする領域より非常に大きくなることができるから、実際にユーザ端末の位置で有効なＷＬＡＮの情報のみを提供するためである。このために、３ＧＰＰ ＡＮはユーザ端末の現在位置を質疑し、これに対する応答でユーザ端末が自分の現在位置を通知する場合、この位置情報を用いたり、或いは他の方法(三角測量や位置追跡サーバー活用など)から得たユーザ端末の位置に基づいて提供するＡＮの情報を決定することができる。

【0122】

図１８は、本発明の第２実施形態でアクセス網に対する選択条件(Ｖａｌｉｄｉｔｙ Ｃｏｎｄｉｔｉｏｎ)がＲｏｕｔｉｎｇＣｒｉｔｅｒｉａに含まれた場合、端末９２０の動作手順を示すフローチャートである。
先ず、端末９２０はＳ１８１０段階でポリシーサーバー９１０から選択条件(ＶａｌｉｄｉｔｙＣｏｎｄｉｔｉｏｎ)を含むポリシーを受信する。

【0123】

そして端末９２０はＳ１８２０段階へ進行し、アクセスネットワーク状態に対する情報を獲得する。このために、端末９２０は直接アクセスネットワーク状態を測定したり、又は上述した方法を通じてアクセスネットワークが送信する状態情報を受信し、アクセスネットワーク状態情報を獲得することができる。

【0124】

そして、端末９２０はＳ１８３０段階へ進行してトラフィック特性に適合した規則(Ｒｏｕｔｉｎｇ Ｒｕｌｅ)を選択して候補群を生成する。例えば、端末９２０はアイピーフロー(ＩＰ ｆｌｏｗ)に対する規則により候補群を生成することができる。
そして、端末９２０はＳ１８４０段階へ進行し、生成された候補群が存在するのか判断する。
存在する場合、端末９２０はＳ１８５０段階へ進行して規則候補群のうち、優先順位が最も高いアクセスネットワークを選択する。

【0125】

そして、端末９２０はＳ１８６０段階へ進行して選択条件の基準値とアクセスネットワークの状態を比べてＲｏｕｔｉｎｇ Ｃｒｉｔｅｒｉａを満足させるアクセスネットワーク候補群を確認する。
そして、端末９２０はＳ１８７０段階で、前記ＲｏｕｔｉｎｇＣｒｉｔｅｒｉａを満足させるアクセスネットワーク候補群が存在するのか判断する。
存在しない場合、端末９２０はＳ１８９０段階へ進行し、規則候補群で当該規則を削除する。

【0126】

一方、候補群が存在する場合、端末９２０は対象(候補)アクセスネットワークのうちで優先順位が最も高いアクセスネットワークを選択してトラフィックを送信する。

【0127】

図１９は、本発明の第２実施形態でアクセス網に対するアクセス条件(ＡｃｃｅｓｓＣｏｎｄｉｔｉｏｎ)が ＲｏｕｔｉｎｇＲｕｌｅに含まれた場合、端末９２０の動作手順を示すフローチャートである。
先ず、端末９２０はＳ１９０５段階で、ポリシーサーバー９１０からアクセス条件(ＡｃｃｅｓｓＣｏｎｄｉｔｉｏｎ)を含むポリシーを受信する。

【0128】

そして端末９２０は、Ｓ１９１０段階へ進行し、アクセスネットワーク状態に対する情報を獲得する。このために、端末９２０は直接アクセスネットワーク状態を測定したり、又は上述した方法を通じてアクセスネットワークが送信する状態情報を受信し、アクセスネットワーク状態情報を獲得することができる。

【0129】

そして、端末９２０はＳ１９１５段階で、トラフィック特性に適合した規則(Ｒｏｕｔｉｎｇ Ｒｕｌｅ)を選択して候補群を生成する。例えば、端末９２０はアイピーフロー(ＩＰ ｆｌｏｗ)に対する規則を選択して候補群を生成することができる。
そして端末９２０はＳ１９２０段階で、生成された候補群が存在するのか否かを判断する。
存在する場合、端末９２０はＳ１９２５段階へ進行して生成された規則候補群のうち、優先順位が最も高いアクセスネットワークを選択する。
そして端末９２０はＳ１９３０段階へ進行し、ＲｏｕｔｉｎＣｒｉｔｅｒｉａが満足されるアクセスネットワーク候補群を確認する。
Ｓ１９４０段階で、端末９２０はＲｏｕｔｉｎｇ Ｃｒｉｔｅｒｉａが満足されるアクセスネットワーク候補群を存在するか否かを判定する。

【0130】

前記条件を満足するアクセスネットワーク候補群が存在しない場合、端末９２０はＳ１９３５段階へ進行して規則候補群で当該規則を削除し、その後Ｓ１９２０段階へ復帰する 。

【0131】

一方、前記条件を満足するアクセスネットワーク候補群が存在する場合、端末９２０はＳ１９４５段階へ進行してＲｏｕｔｉｎｇＲｕｌｅによって接続優先順位が最も高いアクセスネットワークを選択する。そして端末９２０はＳ１９５０段階へ進行し、選択されたアクセスネットワークがアクセス条件を満足するのか判断する。
アクセス条件を満足する場合、端末９２０はＳ１９６０段階で進行して当該アクセスネットワークを通じてトラフィック送信する。
一方、アクセス条件を満足しない場合、端末９２０はＳ１９５５段階へ進行して候補群で当該アクセスネットワークを削除してＳ１９４０段階で復帰する。
図２０は、本発明の第２実施形態による端末の内部構造を示すブロック図である。
図２０に示されたように、本発明の端末は無線通信部２０１０、記憶部２０２０、制御部２０３０を含むことができる。

【0132】

無線通信部２０１０は、端末の無線通信のための当該データの送受信機能を行う。無線通信部２０１０は、送信される信号の周波数を上昇変換及び増幅するＲＦ送信機と、受信される信号を低雑音増幅して周波数を下降変換するＲＦ受信機などで構成されることができる。また、無線通信部２０１０は無線チャンネルを通じてデータを受信して制御部２０３０に出力し、制御部２０３０で出力されたデータを無線チャンネルを通じて送信することができる。前記無線通信部２０１０は本発明の無線通信部を構成する少なくとも一つのエンティティーと信号を送受信することができる。

【0133】

記憶部２０２０は端末の動作に必要な各種プログラムを記憶する。本発明の実施形態によれば、記憶部２０２０は端末がアクセスネットワークを選択するためのポリシーを記憶することができる。前記ポリシーは必要によってアップデートされることができる。

【0134】

制御部２０３０は端末の全般的な動作のために各ブロック間の信号流れを制御する。具体的に、制御部２０３０はポリシーサーバーから前記端末がアクセスネットワークを選択するためのアクセスネットワーク別の選択条件を含むポリシーを受信するように制御する。この場合、前記選択条件は前記アクセスネットワークの輻輳可否、前記アクセスネットワークの輻輳程度又は前記アクセスネットワークから受信する信号強度のうちで少なくとも一つを含むことができる。

【0135】

そして制御部２０３０は、少なくとも一つ以上のアクセスネットワークに対する状態情報を獲得する。この場合、制御部２０３０はアクセスネットワークから送信されるアクセスネットワーク状態情報を受信して前記アクセスネットワークに対する状態情報を獲得したり、又は自分が直接アクセスネットワークを測定して前記アクセスネットワークに対する状態情報を獲得することもできる。

【0136】

制御部２０３０は前記選択条件と前記獲得した状態情報を比べて前記端末が選択可能な候補アクセスネットワークグループを構成する。この場合、制御部２０３０は前記選択条件を構成する各項目別に基準値と前記アクセスネットワークに対する状態情報を比べ、前記比較結果によって前記端末が選択可能な候補アクセスネットワークグループを構成する。

【0137】

そして制御部２０３０は、前記候補アクセスネットワークグループに含まれた候補アクセスネットワークのうちで優先順位が最も高いアクセスネットワークを選択してトラフィックを送信するように制御する。

【0138】

一方、図面には図示しなかったが、本発明のポリシーサーバー９１０も無線通信部と制御部を含んで構成されることができる。この場合、無線通信部は無線通信システムを構成する少なくとも一つのエンティティーと信号を送受信することができ、制御部は端末がアクセスネットワークを選択するためのポリシーを生成し、前記生成されたポリシーを前記端末に送信するように制御することができる。

【0139】

本発明の実施形態によれば、端末がアクセス網の輻輳状態や端末が受信する信号の強度によってトラフィックを送信するアクセス網を選択することができる。したがって、従来技術に比べてユーザ体感サービス品質を高めることができる。

【0140】

本明細書及び図面に開示された本発明の実施形態は本発明の記述内容を容易に説明して発明の理解を助けるために特定例を提示したものであって、本発明の範囲を限定するものではない。ここに開示された実施形態の以外にも本発明の技術的思想に基づいて他の変形形態が実施可能ということは本発明が属する技術分野で通常の知識を有する者に自明なものである。

【符号の説明】

【0141】

１００ ユーザ端末
１２０ ＧＷ
１５０ ｅＰＤＧ
４１０ ポリシーコントローラー
４２０ ＷｉＦｉ
４３０ 無線ネットワーク
４４０ ポリシーサーバー
４５０ 端末
７１０ インターフェース部
７２０ 記憶部
７３０ 制御部
７３１ ＡＮ情報獲得部
７３２ ポリシーサーバー決定部
８１０ インターフェース部
８２０ 記憶部
８２１ ポリシー記憶領域
８３０ 制御部
８３１ ポリシー更新制御部
９１０ ポリシーサーバー
９２０ 端末
２０１０ 無線通信部
２０２０ 記憶部
２０３０ 制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】