(57)【要約】【課題】端末が通信状況の良いネットワークに接続するまでの時間を短縮する。【解決手段】通信システムは、基地局、アクセスポイント、サーバを備える。基地局は、第１のネットワークへの接続に使用される。アクセスポイントは、第２のネットワークへの接続に使用される。サーバは、基地局への接続とアクセスポイントへの接続が可能な端末の各々について、接続先の優先順位を決定する。通信システムは、取得手段と通知手段も含む。取得手段は、基地局が形成するセルに位置する端末である対象端末から第１のネットワークを介した通信の開始要求を受信すると、第１のネットワークへ対象端末を接続しない場合、対象端末に適用される優先順位をサーバから取得する。通知手段は、接続の拒絶とともに対象端末に適用される優先順位を、対象端末に通知する。【選択図】図１
2016103778.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークへの接続に使用される基地局と、
第２のネットワークへの接続に使用されるアクセスポイントと、
前記基地局への接続と前記アクセスポイントへの接続が可能な端末の各々について、接続先の優先順位を決定するサーバ
を備える通信システムであって、
前記基地局が形成するセルに位置する端末である対象端末から第１のネットワークを介した通信の開始要求を受信すると、前記第１のネットワークへ前記対象端末を接続しない場合、前記対象端末に適用される前記優先順位を前記サーバから取得する取得手段と、
接続の拒絶とともに前記対象端末に適用される前記優先順位を、前記対象端末に通知する通知手段
を備えることを特徴とする通信システム。
【請求項２】
前記第１のネットワーク中の状態を管理する管理装置
をさらに備え、
前記サーバは、
前記第１のネットワーク中で発生した状態変化を通知する状態通知を前記管理装置から受信する受信部と、
前記状態変化の影響を受ける装置を経由して通信する基地局である経由基地局の通信エリアに位置する端末に適用される優先順位を、前記経由基地局の優先度が下がるように更新する更新部と、
前記経由基地局に前記対象端末を接続させない場合に、前記対象端末に適用される優先順位を前記対象端末に通知することを要求する通知要求を、前記通知手段に送信する送信部
を備えることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記取得手段は、前記通知要求を前記通知手段が取得すると、前記基地局は前記対象端末を前記第１のネットワークに接続しないと判定し、前記対象端末に適用される優先順位を、前記サーバから取得する
ことを特徴とする請求項２に記載の通信システム。
【請求項４】
前記第１のネットワーク中の状態を管理する管理装置
をさらに備え、
前記サーバは、
前記第１のネットワーク中で発生した状態変化を通知する状態通知を前記管理装置から受信する受信部と、
前記状態変化の影響を受ける装置を経由して通信する基地局である経由基地局の通信エリアに位置する端末に適用される優先順位を、前記経由基地局の優先度が下がるように更新する更新部、
を備え、
前記取得手段は、前記基地局への接続規制が行われている間に、前記基地局が前記対象端末から前記開始要求を受信すると、前記対象端末に適用される前記優先順位を前記サーバに要求する
ことを特徴とする請求項１に記載の通信システム。
【請求項５】
前記対象端末は、
前記対象端末に適用される優先順位により、前記第１のネットワークよりも前記第２のネットワークが優先されることが通知されると、前記第１のネットワークへの接続のリトライを中止し、
前記アクセスポイントとの間の接続を確立するための処理を行う
ことを特徴とする請求項１〜４のいずれか１項に記載の通信システム。
【請求項６】
第１のネットワークとの接続処理を行う接続処理装置であって、
前記接続処理装置への接続と、第２のネットワークを介した通信に使用されるアクセスポイントへの接続が可能な端末から、前記第１のネットワークを介した通信の開始要求を受信する受信部と、
前記端末との接続を確立しない場合、前記端末の接続先の優先順位を決定するサーバから前記優先順位を取得する取得部と、
前記優先順位と、前記端末に対する接続の拒絶を含む接続拒絶メッセージを前記端末に送信する送信部
を備えることを特徴とする接続処理装置。
【請求項７】
第１のネットワークとの接続処理を行う接続処理装置に、
前記接続処理装置への接続と、第２のネットワークを介した通信に使用されるアクセスポイントへの接続が可能な端末から、前記第１のネットワークを介した通信の開始要求を受信し、
前記端末との接続を確立しない場合、前記端末の接続先の優先順位を決定するサーバから前記優先順位を取得し、
前記優先順位と、前記端末に対する接続の拒絶を含む接続拒絶メッセージを前記端末に送信する
処理を行わせることを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末の通信に使用される通信システム、通信方法、および、接続処理装置に関する。
【背景技術】
【０００２】
複数のネットワークを含むシステムでは、端末を通信状況の良いネットワークに接続するように誘導するために、ＡＮＤＳＦ（Access network discovery and selection function）が使用されることがある。ＡＮＤＳＦサーバは、通信中の各端末に対して、ユーザプレーンにより、その端末の接続先の優先度を示すポリシー情報を通知する。端末は、ポリシー情報に従って、通信状況の良いネットワークを用いて通信する。一方、ＡＮＤＳＦサーバでは、各ネットワークの状況の変化に対応して、適宜、各端末に適用するポリシー情報を更新する。
【０００３】
関連する技術として、アクセスポイントと、移動通信ネットワークのセルの対応関係を保持し、セルを特定する情報が入力されると、特定されたセルを示す情報を、モビリティ管理装置に送信する配信装置が提案されている。配信装置は、特定されたセルに在圏し、モビリティ装置と制御用のリンクを確立している端末のリストを受信すると、リストに含まれる端末に、その端末が在圏するセル内のアクセスポイントを示す情報を含む発見情報を通知する（例えば、特許文献１など）。また、ポリシーの生成が要求されると、基地局の配下の端末に適用されるポリシーを生成し、ポリシーの生成を要求した基地局経由で、生成したポリシーをその配下の端末に送信するサーバも提案されている（例えば、特許文献２など）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２２５７７１号公報
【特許文献２】特開２０１３−３８４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ネットワークの状況は刻々と変化するので、端末は、各ネットワークの最新状況に基づいて生成されたポリシー情報を取得することが望ましい。しかし、端末が通信を切断したなどの理由により、端末がポリシー情報を取得できなくなることがある。また、ネットワークの状況の変化により、端末がポリシー情報を取得できないにもかかわらず、ＡＮＤＳＦサーバではその端末に適用するポリシーが更新されることもある。この場合、端末は、ネットワークに接続するときに、更新前のポリシー情報に従って選択したネットワークに接続しようとするので、適切なネットワークに接続できるまでに時間がかかってしまう。システムの状況と端末が保持するポリシー情報の不一致による接続の遅延は、ＡＮＤＳＦが用いられているシステム以外でも起こり得る。
【０００６】
この問題は、関連する技術として述べた技術を適用しても解決できない。制御用のリンクを確立している端末のリストを用いて発見情報を通知する方法では、リンクを確立していない端末に対しては、ポリシー情報を通知できない。また、請求に応じて生成したポリシーを基地局経由で送信する方法では、基地局ごとに同じポリシーが送信されるため、基地局の配下の全端末が同じネットワークに接続しようとすることにより輻輳が発生してしまい、通信の確立にも時間がかかる。
【０００７】
本発明は、端末が通信状況の良いネットワークに接続するまでの時間を短縮することを目的とする。
【課題を解決するための手段】
【０００８】
ある１つの態様では、通信システムは、基地局、アクセスポイント、サーバを備える。基地局は、第１のネットワークへの接続に使用される。アクセスポイントは、第２のネットワークへの接続に使用される。サーバは、基地局への接続とアクセスポイントへの接続が可能な端末の各々について、接続先の優先順位を決定する。通信システムは、取得手段と通知手段も含む。取得手段は、基地局が形成するセルに位置する端末である対象端末から第１のネットワークを介した通信の開始要求を受信すると、第１のネットワークへ対象端末を接続しない場合、対象端末に適用される優先順位をサーバから取得する。通知手段は、接続の拒絶とともに対象端末に適用される優先順位を、対象端末に通知する。
【発明の効果】
【０００９】
端末が通信状況の良いネットワークに接続するまでの時間が短縮される。
【図面の簡単な説明】
【００１０】
【図１】実施形態にかかる通信方法の例を説明する図である。
【図２】通信システムの例を説明する図である。
【図３】基地局の構成の例を説明する図である。
【図４】基地局のハードウェア構成の例を説明する図である。
【図５】サーバの構成の例を説明する図である。
【図６】サーバのハードウェア構成の例を説明する図である。
【図７】端末が通信を切断している間にアクセス規制が発生したときに端末とサーバでポリシー情報が一致しなくなる場合の例を説明するシーケンス図である。
【図８】ポリシー情報の例を示す図である。
【図９】アクセス規制情報の例を示す図である。
【図１０】第１の実施形態にかかる接続処理の例を示すシーケンス図である。
【図１１】接続拒絶メッセージのフォーマットの例を示す図である。
【図１２】アクセス規制中の通信開始要求の受信処理の例を説明するフローチャートである。
【図１３】ポリシー情報を要求されたサーバの動作の例を説明するフローチャートである。
【図１４】接続拒絶メッセージの送信処理の例を説明するフローチャートである。
【図１５】接続を拒否された端末で行われる処理の例を説明するフローチャートである。
【図１６】第１の実施形態により回避する処理遅延の例を説明するシーケンス図である。
【図１７】通信の切断中に発生した障害により端末とサーバでポリシー情報が一致しなくなる場合の例を説明するシーケンス図である。
【図１８】第２の実施形態にかかる接続処理の例を示すシーケンス図である。
【図１９】第２の実施形態にかかる判定情報の例を示す図である。
【図２０】第２の実施形態にかかるサーバの動作の例を説明するフローチャートである。
【図２１】接続拒絶通知要求の受信処理の例を説明するフローチャートである。
【図２２】通信開始要求の受信処理の例を説明するフローチャートである。
【図２３】第２の実施形態により回避する処理遅延の例を説明するシーケンス図である。
【図２４】無線ネットワーク制御装置の構成の例を示す図である。
【図２５】再接続や通信への復帰処理の例を説明する図である。
【図２６】再接続の際に行われる処理の例を説明するシーケンス図である。
【発明を実施するための形態】
【００１１】
図１は、実施形態にかかる通信方法の例を説明する図である。図１は、基地局２０が端末１０に対して接続を許可しないときに行われる処理の例を示している。図１に示す通信方法が適用されるシステムでは、セルラネットワークと非セルラネットワークが含まれている。セルラネットワークは、３ＧＰＰ（Third Generation Partnership Project）に対応しているネットワークである。セルラネットワークは、ＬＴＥ（Long Term Evolution）、３Ｇ（generation）、４Ｇなどを用いた通信に使用される。一方、非セルラネットワークは、ＷＬＡＮ（Wireless Local Area Network）網、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）網、ＷｉＦｉ（Wireless Fidelity）網など、３ＧＰＰに対応していないネットワークである。また、端末１０は、セルラネットワークと非セルラネットワークのいずれにも接続できるが、通信の開始時点では、端末１０は、セルラネットワークを優先的に使用するように設定されているものとする。
【００１２】
ステップＳ１において、端末１０は、通信開始要求を基地局２０に送信する。
ステップＳ２において、基地局２０は、通信開始要求の送信元の端末１０の情報と共に、端末１０に適用されるポリシー情報の要求を、サーバ５０に送信する。ここで、基地局２０は、端末１０との接続を確立しない場合、サーバ５０にポリシー情報を要求する。例えば、セルラネットワークへのアクセス規制などが発生していることにより、新たな端末１０との接続を行わないことを既に決定している場合、基地局２０は、通信の開始を要求した端末１０に適用されるポリシー情報の問い合わせをサーバ５０に行う。なお、ポリシー情報は、端末１０ごとに、基地局２０とアクセスポイント７０のいずれを端末１０の接続先として優先させるかを示す情報である。
【００１３】
ステップＳ３において、サーバ５０は、端末１０の接続先としては、アクセスポイント（ＡＰ）７０が優先されることを示す情報を、基地局２０に送信したとする。この場合、非セルラネットワーク１５を用いる通信がセルラネットワーク１を用いる通信よりも優先されていることになる。
【００１４】
ステップＳ４において、基地局２０は、端末１０の基地局２０への接続を拒絶することと、端末１０に適用されるポリシー情報を含む接続拒絶メッセージを生成する（ステップＳ４）。ここでは、接続拒絶メッセージには、非セルラネットワークをセルラネットワークよりも優先することを示すポリシー情報が含まれているものとする。基地局２０は、接続拒絶メッセージを端末１０に送信する（ステップＳ５）。
【００１５】
ステップＳ６において、端末１０は、基地局２０から受信した接続拒絶メッセージ中のポリシー情報に基づいて、端末１０が記憶しているポリシー情報を更新し、更新後のポリシー情報に基づいて、アクセスポイント７０に接続することを決定する。そこで、端末１０は、非セルラネットワークへの接続を試みるために、アクセスポイント７０に接続要求を送信する（ステップＳ７）。端末１０がアクセスポイント７０との間で通信の確立に成功すると、端末１０はアクセスポイント７０を介して、非セルラネットワークを用いた通信処理を行う（ステップＳ８）。
【００１６】
このように、実施形態にかかる通信方法では、基地局２０は、端末１０との間の通信の確立を拒絶する場合に、その端末１０に対して適用されているポリシー情報を通知する。このため、端末１０は、接続拒絶メッセージで通知されたポリシー情報に基づいて、接続先を変更できるため、通信状態の良いネットワークに短時間で接続できる。
【００１７】
なお、図１では、端末１０からの接続の要求先が基地局２０とアクセスポイント７０の２つの場合を例として説明したが、要求先は３つ以上であっても良い。例えば、非セルラネットワーク１５に通信速度の異なる複数のネットワークがある場合、端末１０は、基地局２０のと、非セルラネットワーク１５中の各ネットワークのアクセスポイント７０を接続開始要求の送信先とすることができる。この場合も、ポリシー情報は、端末１０の接続先としての各ネットワークの優先順位を表わす情報である。
【００１８】
また、図１では、基地局２０がポリシーの取得や接続拒絶メッセージの送信を行う場合を説明したが、これらの処理は、セルラネットワーク１と端末１０との間の接続処理を行う任意の接続処理装置によって行われ得る。接続処理装置には、基地局２０や無線ネットワーク制御装置（Radio Network Controller、ＲＮＣ）などの装置が含まれる。
【００１９】
＜装置構成＞
図２は、通信システムの例を説明する図である。通信システムは、セルラネットワーク１と非セルラネットワーク１５、サーバ５０を含む。サーバ５０は、セルラネットワーク１と非セルラネットワーク１５の両方に接続されている。図２の例では、セルラネットワーク１には、ＮｏｄｅＢ４、ｅＮｏｄｅＢ（Evolved Node B）３、ＨｅＮＢ（Home eNodeB）２、保守管理装置６、加入者情報管理装置７、ＲＮＣ８０が含まれる。以下、「基地局」の語は、ＨｅＮＢ２、ｅＮｏｄｅＢ３、ＮｏｄｅＢ４のいずれかのことを示すものとする。なお、ＨｅＮＢ２とｅＮｏｄｅＢ３は、いずれも、端末１０とサーバ５０の両方と通信するものとする。ＲＮＣ８０は、サーバ５０と通信し、さらに、ＮｏｄｅＢ４を介して端末１０と通信する。
【００２０】
保守管理装置６は、セルラネットワーク１中で発生した状態変化を通知するための状態通知を、サーバ５０に送信する。例えば、保守管理装置６は、セルラネットワーク１へのアクセス規制を行うための制御メッセージをサーバ５０に送信する。保守管理装置６は、さらに、セルラネットワーク１の保守や管理のための処理も行う。なお、保守管理装置６と加入者情報管理装置７は、サーバ５０と同じように、セルラネットワーク１に含まれていなくても良い。加入者情報管理装置７は、端末１０の識別子に対応付けて、その端末１０のユーザの契約情報などを記憶する。加入者情報管理装置７は、例えば、ＨＳＳ（Home Subscriber Server）やＨＬＳ（Home Location Register）などとすることができる。加入者の使用権限（加入者クラス）が契約内容などに応じて分類される場合、加入者情報管理装置７は、端末１０の識別情報に対応付けて、加入者クラスを記憶する。以下の説明では、加入者クラスは、端末１０のＩＭＳＩまたはＴＭＳＩに対応付けて加入者情報管理装置７に記録されているものとする。
【００２１】
なお、図２の例では、端末１０ａと端末１０ｂがセルラネットワーク１に接続し、端末１０ｃと端末１０ｄが非セルラネットワーク１５に接続する場合を例示しているが、各ネットワークに接続する端末１０の数は任意である。いずれの端末１０も、スマートフォンを含む携帯電話装置、タブレットなど、セルラネットワーク１と非セルラネットワーク１５のいずれにも接続できるような装置であるものとする。
【００２２】
図３は、基地局２０の構成の例を示す。例えば、ＨｅＮＢ２やｅＮｏｄｅＢ３は、基地局２０として動作する。基地局２０は、無線通信処理部２３、通信部２４、制御部３０、記憶部４０を備えている。無線通信処理部２３は、受信部２１と送信部２２を備える。制御部３０は、取得処理部３１、通知部３２、判定部３３、接続処理部３４を有する。記憶部４０は、ポリシー情報４１と判定情報４２を記憶する。
【００２３】
受信部２１は、端末１０から通信開始要求などの信号を受信する。送信部２２は、端末１０へ、接続拒絶メッセージなどの信号を送信する。通信部２４は、端末１０とサーバ５０の間の通信に使用される。
【００２４】
判定部３３は、通信の開始を要求してきた端末１０との間の接続を確立するかを判定する。例えば、アクセス規制が行われている場合、判定部３３は、基地局２０に接続を要求してきた端末１０に対して、接続を確立しないと判定する。判定部３３は、判定結果を、判定情報４２として記憶部４０に記憶する。取得処理部３１は、通信の開始を要求してきた端末１０との間の接続を確立しない場合に、通信の開始を要求してきた端末１０に対して適用されるポリシー情報を、サーバ５０に要求する。通知部３２は、サーバ５０から受信したポリシー情報を、ポリシー情報４１として記憶部４０に記憶すると共に、端末１０に通知するための通知処理を行う。接続処理部３４は、通信の開始を要求してきた端末１０との間の接続を確立する場合に、端末１０との間の接続処理を行う。
【００２５】
図４は、基地局２０のハードウェア構成の例を示す。基地局２０は、プロセッサ１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、外部記憶装置１０４、バス１０５、ネットワークインタフェース１０６、無線ネットワークインタフェース１０７を備える。プロセッサ１０１は、Central Processing Unit（ＣＰＵ）を含む任意のプロセッサであり、制御部３０として動作する。このとき、プロセッサ１０１は、ＲＯＭ１０３や外部記憶装置１０４に格納されたファームウェアなどのプログラムを読み込んで処理を行う。ＲＡＭ１０２は、プロセッサ１０１での処理に使用されるデータを保持し、記憶部４０として動作する。バス１０５は、プロセッサ１０１、ＲＡＭ１０２、ＲＯＭ１０３、外部記憶装置１０４、ネットワークインタフェース１０６、無線ネットワークインタフェース１０７を、データの入出力が相互に可能になるように接続する。ネットワークインタフェース１０６は、通信部２４として動作し、無線ネットワークインタフェース１０７は、無線通信処理部２３として動作する。
【００２６】
図５は、サーバ５０の構成の例を示す。サーバ５０は、送受信部５５、更新部５３、抽出部５４、記憶部６０を備え、例えば、ＡＮＤＳＦサーバとして動作する。送受信部５５は、受信部５１と送信部５２を有する。記憶部６０は、ポリシー情報６１、アクセス規制情報６２、アクセスポイント情報６３を記憶する。受信部５１は、基地局２０、保守管理装置６、加入者情報管理装置７などからデータを受信する。送信部５２は、基地局２０などにデータを送信する。更新部５３は、保守管理装置６や基地局２０などから受信した情報と、加入者情報管理装置７から受信した情報、アクセスポイント情報６３などを用いて、端末ごとのポリシー情報６１を更新する。アクセスポイント情報６３は、基地局２０ごとに、その基地局が形成するセルの位置と通信エリアが重なっているアクセスポイント７０の情報を対応付けた任意の形式の情報である。アクセス規制情報６２は、アクセス規制が行われているかと、アクセス規制の度合いを、セルラネットワーク１中の位置を示す情報に対応付けて示した情報である。抽出部５４は、基地局２０から問い合わせを受けたポリシー情報をポリシー情報６１から抽出し、送信部５２を介して、基地局２０に通知する。
【００２７】
図６は、サーバ５０のハードウェア構成の例を示す。サーバ５０は、プロセッサ１０１、ＲＡＭ１０２、ＲＯＭ１０３、外部記憶装置１０４、バス１０５、ネットワークインタフェース１０６を備える。プロセッサ１０１は、ＲＯＭ１０３や外部記憶装置１０４に格納されたプログラムを用いて、更新部５３および抽出部５４として動作する。ＲＡＭ１０２は、記憶部６０として動作する。ネットワークインタフェース１０６は、受信部５１および送信部５２として動作する。
【００２８】
＜第１の実施形態＞
以下、端末１０が通信を切断している間にアクセス規制が発生した場合に行われる通信処理の例を説明する。
【００２９】
図７は、端末１０が通信を切断している間にアクセス規制が発生したときに端末１０とサーバ５０でポリシー情報が一致しなくなる場合の例を説明するシーケンス図である。以下の説明では、端末１０は、基地局２０、アクセスポイント７０ａ、アクセスポイント７０ｂのいずれにも接続できるものとする。基地局２０はセルラネットワーク１に含まれており、アクセスポイント７０ａ、７０ｂは非セルラネットワーク１５に含まれている。また、アクセスポイント７０ａを介した通信では、アクセスポイント７０ｂを介した通信よりもスループットが高くなるものとする。
【００３０】
ステップＳ１１において、端末１０は、基地局２０を介した通信を行っている。また、ステップＳ１１では、端末１０とサーバ５０との間で、ユーザプレーンを用いた通信が行われている。このため、端末１０は、端末１０とサーバ５０との間のセッションを用いて、その端末１０に適用されるポリシー情報６１ａをサーバ５０から受信する。さらに、端末１０が保持している接続先リスト１１ａをサーバ５０から受信した情報と同じ情報になるように更新する。このため、接続先リスト１１ａとポリシー情報６１ａの情報は、端末１０の通信中は、一致している（ステップＳ１２）。この時点では、ポリシー情報６１ａと接続先リスト１１ａのいずれも、端末１０の接続先の優先順位は、基地局２０（セルラネットワーク１を用いた通信）、アクセスポイント７０ｂ、アクセスポイント７０ａの順であるものとする。なお、ポリシー情報６１や接続先リスト１１においては、基地局２０に関する情報は、基地局２０自身の識別子の代わりに、セルラネットワーク１を指定する旨が記録されるものとする。さらに、図面では、アクセスポイントのことを「ＡＰ」、セルラネットワークのことを「セルラ網」と記載することがある。また、接続先リスト１１においては、端末１０が接続を試みている対象を分かりやすくするために、接続しようとする対象の前に黒丸を示す。
【００３１】
ステップＳ１３において、端末１０は、基地局２０を介した通信を切断したとする。通信の切断に伴い、端末１０とサーバ５０の間のセッションも切断される。端末１０とサーバ５０の間のセッションの切断後、セルラネットワーク１へのアクセスの増加に伴って、保守管理装置６がセルラネットワーク１に対するアクセス規制を行うことを決定したとする（ステップＳ１４）。アクセス規制は、例えば、災害の発生、イベントの開催、年末年始などの要因による輻輳の発生を防ぐために行われ得る。保守管理装置６は、セルラネットワーク１に対してのアクセス規制を行うことを通知する情報（アクセス規制通知）を、サーバ５０に送信する（ステップＳ１５）。また、保守管理装置６は、アクセス規制を実施するために、適宜、基地局２０や無線ネットワーク制御装置（Radio Network Controller、ＲＮＣ）などにも、アクセス規制に関する情報を通知するものとする。
【００３２】
サーバ５０の更新部５３は、受信部５１を介して、アクセス規制通知を取得すると、セクタごとに通信エリアが重なっているアクセスポイント７０を特定し、アクセスポイント情報６３を用いてポリシー情報６１を変更する。ここでは、端末１０に適用されるポリシー情報６１ａがポリシー情報６１ｂに更新されたとする。すなわち、サーバ５０は、端末１０の接続先の優先順位を、アクセスポイント７０ｂ、アクセスポイント７０ａ、基地局２０の順に設定する。さらに、更新部５３は、アクセス規制情報６２も更新する。この時点では、端末１０とサーバ５０の間の通信が切断されているので、サーバ５０は、端末１０にポリシー情報６１ｂ中の情報を送信しない。このため、接続先リスト１１ａでは、端末１０の接続先は優先順位の高い順に、基地局２０、アクセスポイント７０ｂ、アクセスポイント７０ａの順序のままになり、接続先リスト１１ａの情報は、ポリシー情報６１ｂの情報と異なっている（ステップＳ１６）。
【００３３】
図８は、ポリシー情報６１の例を示す図である。図７を参照しながら説明したポリシー情報６１ａとポリシー情報６１ｂは、説明を分かりやすくするために、いずれも端末１０に適用される情報を抜粋している。しかし、サーバ５０は、セルラネットワーク１と非セルラネットワーク１５の両方にアクセスできる端末の各々についての情報を持っているので、ポリシー情報６１の全体としては、図８のように表わせる。図８に示すポリシー情報６１が使用される場合、基地局、セクタ、キャリア、加入者クラスの組み合わせごとに、接続先の優先順位が決定される。基地局、セクタ、キャリアの組み合わせは、各端末１０が位置する領域の指定に用いられる情報である。更新部５３は、基地局、セクタ、キャリアの組み合わせとアクセス規制情報６２（図９）を用いて、セルラネットワーク１を最優先のネットワークにするかを決定する。さらに、更新部５３は、アクセスポイント情報６３を用いて、接続先として選択可能なアクセスポイント７０を特定する。加入者クラスは、ユーザの契約内容に応じて設定される値である。更新部５３は、加入者クラスが高いユーザほど、スループットの高いネットワークのアクセスポイント７０の優先順位が高くなるようにポリシー情報６１を更新する。図８の例では、ＢＴＳ［０］、セクタ［１］、キャリア［１］の組み合わせを含む通信開始要求を送信した通常クラスのユーザの端末では、接続先の優先順位は、アクセスポイント７０ｂ、アクセスポイント７０ａ、基地局２０の順になる。一方、ＢＴＳ［０］、セクタ［１］、キャリア［１］の組み合わせを含む通信開始要求を送信した優先クラスのユーザの端末では、接続先の優先順位は、アクセスポイント７０ａ、アクセスポイント７０ｂ、基地局２０の順になる。
【００３４】
図９は、アクセス規制情報６２の例を示す図である。アクセス規制情報６２には、基地局情報、セクタ情報、キャリア情報、パーセント規制情報が含まれる。パーセント規制情報は、アクセス規制が無い場合に接続可能な端末１０の数に対して、アクセス規制によって失敗させる接続数が占める割合を示す。例えば、パーセント規制情報＝０％の場合、アクセス規制が発生していないことを示す。一方、パーセント規制情報＝８０％の場合、アクセス規制が無い場合に基地局２０が接続可能な端末の８０％の端末の接続を許可しないように設定されることを示す。アクセス規制情報６２においても、基地局、セクタ、キャリアの組み合わせは、規制が行われる領域の指定に用いられる。
【００３５】
図１０は、第１の実施形態にかかる接続処理の例を示すシーケンス図である。図１０のケースＣ１は、端末１０が基地局２０を介してセルラネットワーク１にアクセスするときの処理の例であり、ケースＣ２は、端末１０が接続先を非セルラネットワーク１５に変更した後の処理の例である。
【００３６】
ステップＳ２１の時点において、端末１０が保持している接続先リスト１１ａでは、基地局２０が接続先として最優先されているので、端末１０は、基地局２０に通信開始要求を送信する。通信開始要求には、ＩＭＳＩ（International Mobile Subscriber Identity）やＴＭＳＩ（Temporary Mobile Subscriber Identity）などの端末１０の識別情報が含まれているものとする。例えば、通信開始要求としては、ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴなどが用いられる。基地局２０の判定部３３は、受信部２１を介して通信開始要求を取得する。判定部３３は、アクセス規制により、端末１０からの通信開始要求を拒絶することを決定する。
【００３７】
取得処理部３１は、端末１０からの通信開始要求を拒絶すると判定されたので、サーバ５０に対して、端末１０のポリシー情報を要求するために、ポリシー情報要求を生成する。ポリシー情報要求には、ポリシーを要求する端末１０のＩＭＳＩまたはＴＭＳＩと、端末１０の位置を表わすセルＩＤが含まれる。ここで、セルＩＤは、通信開始要求の送信元の端末１０の位置をカバーしている基地局、セクタ、キャリアの各々の識別番号を組み合わせた値である。取得処理部３１は、通信部２４を介して、サーバ５０にポリシー情報要求を送信する（ステップＳ２２）。
【００３８】
ステップＳ２３において、サーバ５０の抽出部５４は、通信開始要求の送信元の端末１０が分類される加入者クラスを取得するために、加入者情報要求を加入者情報管理装置７に送信する。ここで、加入者情報要求には、端末１０のＩＭＳＩまたはＴＭＳＩが含められている。加入者情報管理装置７は、加入者情報要求に含まれている端末１０の識別情報に対応付けられた加入者クラスを特定する。加入者情報管理装置７は、抽出した加入者クラスを含む加入者情報応答を、サーバ５０に送信する（ステップＳ２４）。
【００３９】
抽出部５４は、ポリシー情報要求に含まれているセルＩＤから、ポリシーが要求された端末１０の通信に使用されている基地局、セクタ、キャリアの組み合わせを特定する。さらに、加入者情報管理装置７から取得した加入者クラスを用いて、要求されたポリシーを、ポリシー情報６１（図８）から抽出する。抽出部５４は、抽出したポリシーを通知するメッセージ（ポリシー情報応答）を、基地局２０に送信する（ステップＳ２５）。
【００４０】
基地局２０の取得処理部３１は、通信部２４を介して、ポリシー情報応答を取得する。取得処理部３１は、ポリシー情報応答中に含まれているポリシー情報を、ポリシー情報４１として記憶部４０に格納する。通知部３２は、ポリシー情報４１を用いて、端末１０に宛てた接続拒絶メッセージを生成する。
【００４１】
図１１は、接続拒絶メッセージのフォーマットの例を示す。接続拒絶メッセージには、接続の拒絶を示す情報、接続が拒絶される端末１０の情報、端末１０に通知するポリシー情報が含まれる。図１１は、接続拒絶メッセージとして、ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＪＥＣＴが使用される場合を例としている。ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＪＥＣＴが接続拒絶メッセージとして使用される場合、接続の拒絶を示す情報として、Ｍｅｓｓａｇｅ  Ｔｙｐｅの値が使用される。端末１０の情報として、ＵＥ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔｓ中のＲＲＣ  ｔｒａｎｓａｃｔｉｏｎ  ｉｄｅｔｉｆｉｅｒや、Ｉｎｉｔｉａｌ  ＵＥ  ｉｄｅｔｉｆｉｅｒなどの情報要素が使用される。なお、ＴＭＳＩはＩｎｉｔｉａｌ  ＵＥ  ｉｄｅｔｉｆｉｅｒとして記録される。Ｒｅｊｅｃｔｉｏｎ  ｃｕａｓｅは、接続を拒絶する原因に関する情報で、Ｗａｉｔ  ｔｉｍｅは通信開始要求の再送を端末１０に待たせる時間の長さである。
【００４２】
端末１０に通知するポリシー情報は、Ｒｅｄｉｒｅｃｔｉｏｎ  ｉｎｆｏに含められる。Ｒｅｄｉｒｅｃｔｉｏｎ  ｉｎｆｏは、Ｆｒｅｑｕｅｎｃｙ  ｉｎｔｏとｉｎｔｅｒ−ＲＡＴ  ｉｎｔｏを含む。Ｆｒｅｑｕｅｎｃｙ  ｉｎｔｏは端末１０の通信に使用する周波数に関する情報である。図１１の例では、ｉｎｔｅｒ−ＲＡＴ  ｉｎｆｏには、ＷｉＦｉ  ＡＰ  ｉｎｆｏ、３ＧＰＰ２  ｉｎｆｏ、ＷｉＭａｘ  ｉｎｆｏが含まれる。
【００４３】
通知部３２は、サーバ５０から受信したポリシー情報のうち、非セルラネットワーク１５中のアクセスポイント７０の情報と、そのアクセスポイント７０に対する優先順位を、ＷｉＦｉ  ＡＰ  ｉｎｆｏに記録する。例えば、図１０に示すように、端末１０に適用される優先順位がアクセスポイント７０ｂ、アクセスポイント７０ａ、セルラネットワーク１（基地局２０）の順である場合、通知部３２は、アクセスポイント７０ｂへの接続の優先順位が１位、アクセスポイント７０ａへの接続の優先順位が２位であることを、ＷｉＦｉ  ＡＰ  ｉｎｆｏに記録する。さらに、通知部３２は、３ＧＰＰ２  ｉｎｆｏに、基地局２０への接続の優先順位が３位であることを記録する。通知部３２は、生成した接続拒絶メッセージを、送信部２２を介して、端末１０に送信する（図１０のステップＳ２６）。
【００４４】
端末１０は、接続拒絶メッセージを用いて、接続先の優先順位がアクセスポイント７０ｂ、アクセスポイント７０ａ、基地局２０（セルラネットワーク１）の順であることを認識し、接続先リスト１１ａ（図７）を接続先リスト１１ｂに更新する。端末１０は、接続先リスト１１ｂにおいて、アクセスポイント７０ｂを接続先として最優先することが要求されているので、アクセスポイント７０ｂに対して接続を要求する。
【００４５】
ステップＳ２７に示すように、アクセスポイント７０ｂを介した通信のための接続処理として、ＷｉＦｉネットワークに端末１０が接続するための処理が行われる。すなわち、端末１０側からアクセスポイント７０ｂへの認証要求とアクセスポイント７０ｂでの認証処理、アクセスポイント７０ｂから端末１０への認証要求と認証処理が行われる。その後、端末１０がアクセスポイント７０ｂに接続を要求し（Ａｓｓｏｃｉａｔｉｏｎ  ｒｅｑｕｅｓｔ）、アクセスポイント７０ｂからの応答（Ａｓｓｏｃｉａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）が端末１０に送信される。その後、端末１０とアクセスポイント７０ｂとの間で通信が行われる（ステップＳ２８）。
【００４６】
図１２は、アクセス規制中の通信開始要求の受信処理の例を説明するフローチャートである。なお、図１２は一例であり、例えば、ステップＳ３３とＳ３４の順序を入れ替えるなどの変更が行われうる。基地局２０が端末１０から通信開始要求を受信すると、判定部３３は、アクセス規制に関する情報を抽出し、アクセス規制の対象とするかを判定する（ステップＳ３１、Ｓ３２）。通信開始要求の送信元の端末１０がアクセス規制の対象である場合、取得処理部３１は、通信開始要求からセルＩＤとＩＭＳＩまたはＴＭＳＩを抽出する（ステップＳ３２でＹｅｓ、ステップＳ３３、Ｓ３４）。取得処理部３１は、セルＩＤとＩＭＳＩまたはＴＭＳＩを含めたポリシー情報要求を生成し、サーバ５０に向けて送信する（ステップＳ３５）。一方、通信開始要求の送信元の端末１０がアクセス規制の対象ではない場合、接続処理部３４は、端末１０と基地局２０の間の接続処理を行う（ステップＳ３２でＮｏ、ステップＳ３６）。
【００４７】
図１３は、ポリシー情報を要求されたサーバ５０の動作の例を説明するフローチャートである。サーバ５０中の抽出部５４は、ポリシー情報要求中のＩＭＳＩまたはＴＭＳＩに対応付けられた加入者クラスを、加入者情報管理装置７から取得する（ステップＳ４１）。抽出部５４は、加入者クラスとセルＩＤ中の情報を用いて、端末１０に適用するポリシー情報を抽出する（ステップＳ４２）。抽出部５４は、端末１０に適用するポリシー情報を抽出すると、送信部５２を介して、ポリシー情報を含むポリシー情報応答を基地局２０に送信する（ステップＳ４３でＹｅｓ、ステップＳ４５）。一方、端末１０に適用するポリシー情報を抽出できない場合、抽出部５４は、ポリシー情報に端末１０のユーザがサービスに未加入であることを示すポリシー情報応答を、基地局２０に送信する（ステップＳ４３でＮｏ、ステップＳ４４、Ｓ４５）。
【００４８】
図１４は、接続拒絶メッセージの送信処理の例を説明するフローチャートである。基地局２０の通知部３２は、サーバ５０から通知されたポリシー情報が、端末１０のユーザがサービス未加入であることを示す情報以外であるかを判定する（ステップＳ５１）。なお、通知部３２は、ステップＳ５１の処理を、ポリシー情報応答を用いて行ってもよく、また、ポリシー情報４１を参照して行っても良い。サーバ５０から端末１０のユーザがサービス未加入であることが通知されると、通知部３２は処理を終了する（ステップＳ５１でＮｏ）。サーバ５０から端末１０に適用されるポリシー情報が通知されている場合、通知部３２は、ポリシー情報によりセルラネットワーク１が最優先のネットワークに指定されているかを判定する（ステップＳ５２）。セルラネットワーク１が最優先のネットワークに設定されている場合、通知部３２は処理を終了する（ステップＳ５２でＮｏ）。
【００４９】
一方、セルラネットワーク１以外のネットワークが最優先のネットワークに設定されている場合、接続拒絶メッセージに、接続先として通知されたネットワークに関する情報が記録される（ステップＳ５３〜Ｓ５５に示す設定ループ）。通知部３２は、端末１０に適用されるポリシー情報に含まれている全ての情報について、接続拒絶メッセージへの設定処理が終わるまで接続先の情報の設定を繰り返す。その後、通知部３２は、送信部２２を介して、接続拒絶メッセージを端末１０に送信する（ステップＳ５６）。
【００５０】
図１５は、接続を拒否された端末１０で行われる処理の例を説明するフローチャートである。端末１０は、接続拒絶メッセージにより、接続先として通知された情報を抽出し、抽出した情報を用いて接続先リスト１１を更新する（ステップＳ６１〜Ｓ６４に示す更新ループ）。端末１０は、接続拒絶メッセージに含まれている全ての情報を接続先リスト１１の更新処理に使用するまで、接続拒絶メッセージからの情報の抽出と接続先リスト１１の更新を繰り返す。その後、端末１０は、接続先リスト１１の中で優先度の高い接続先に対して、接続の要求を行う。
【００５１】
以上述べたように、第１の実施形態では、基地局２０は、端末１０との間の通信の確立を拒絶する場合、端末１０に適用されるポリシー情報を通知する。このため、端末１０は、接続拒絶メッセージで通知されたポリシー情報に従って、接続先の優先順位を変更できる。換言すると、端末１０は、基地局２０との通信に１度失敗すると、基地局２０との間の通信の確立のリトライを行わずに、通信状態の良いネットワークのアクセスポイント７０に接続を要求できる。従って、第１の実施形態によると、端末１０は、通信状態の良いネットワークに短時間で接続できるようになる。
【００５２】
図１６は、第１の実施形態により回避できる処理遅延の例を説明するシーケンス図である。基地局８は、第１の実施形態に対応していない基地局であるとする。第１の実施形態を用いていない状況下で、図１６に示すように、端末１０が基地局８に通信開始要求を送信すると、端末１０からの接続の要求はアクセス規制の対象として基地局８によって破棄される（ｆ１、ｆ２）。この場合、端末１０は、基地局８に通信開始要求を送信してから所定の時間が経過しても応答が得られないので、接続のリトライを行うため、基地局８に通信開始要求を送信する（ｆ３）。しかし、基地局８では、ｆ２と同様に通信開始要求を破棄して、端末１０に対する応答を行わない。この結果、端末１０は、所定のリトライ回数に達するまで、通信開始要求の送信を定期的に繰り返すことになる（ｆ５）。一方、基地局２０も、アクセス規制が発生しているので、端末１０からの通信開始要求を破棄し続けることになる（ｆ６）。所定のリトライ回数に達するまで端末１０への接続を試みた後、端末１０は、接続先リスト１１ａを更新せずに、２番目に優先するネットワークに接続を試みる。ここでは、接続先としてアクセスポイント７０ｂが選択されているので、ｆ７、ｆ８で行われる処理は、図１０を参照しながら説明したステップＳ２７、Ｓ２８と同様である。
【００５３】
第１の実施形態を用いていれば、図１６に示すｆ３〜ｆ６に示す接続のリトライは行われていなかったことになる。つまり、第１の実施形態を用いないと、リトライを行っている間、端末１０は、接続先を変更していないので、図１６のＴに示す期間、端末１０の接続が遅延していることになる。図１６のＴに示す期間は、リトライの周期とリトライ回数の積で表わされる。このため、例えば、リトライ回数が４回、リトライ周期が４秒であるとすると、端末１０では１６秒もの接続遅延が発生していることになる。さらに、アクセス規制が発生していることから、基地局８に対する負荷が高い状態であるにもかかわらず、基地局８が端末１０からの通信開始要求を繰り返し受信することになるので、基地局８への負荷も、第１の実施形態を用いるときに比べて重くなってしまう。
【００５４】
それに対し、第１の実施形態により、端末１０が基地局２０への接続に失敗したと認識した時点で接続先リスト１１の変更を行い、基地局２０への再接続のリトライを避けて、通信状況の良いネットワークに早期に、接続することができる。また、第１の実施形態により、端末１０からの接続のリトライによるセルラネットワーク１への負荷も軽減される。
【００５５】
＜第２の実施形態＞
第２の実施形態では、端末１０とサーバ５０の間の通信が切断されている間に、コアネットワーク側で障害や輻輳が発生した場合の例を説明する。この場合、基地局２０では輻輳や障害が発生していないので、基地局２０が端末１０との間の接続を確立することはできるものの、端末１０はコアネットワークでの輻輳等により、セルラネットワーク１を介した通信ができない。このため、基地局２０は、サーバ５０からの通知によりコアネットワークでの輻輳や障害を検出すると、端末１０との間の接続を確立せずに、端末１０に通信状況の良好な接続先を通知する。すると、端末１０は、セルラネットワーク１に接続せずに、通信状況の良好なネットワークを用いた通信を開始することができる。以下、第２の実施形態での処理の詳細を説明する。
【００５６】
図１７は、通信の切断中に発生した障害により端末１０とサーバ５０でポリシー情報が一致しなくなる場合の例を説明するシーケンス図である。第２の実施形態でも、端末１０が基地局２０、アクセスポイント７０ａ、アクセスポイント７０ｂのいずれにも接続でき場合を例とする。ステップＳ７１〜Ｓ７３の処理は、図７を参照しながら説明したステップＳ１１〜Ｓ１３と同様である。ここで、端末１０とサーバ５０の間の通信が切断された後で、コアネットワーク中の装置に障害が発生したとする。すると、保守管理装置６は、コアネットワーク中の装置に障害が発生したことを通知する状態通知を、サーバ５０に送信する（ステップＳ７４）。サーバ５０の更新部５３は、受信部５１を介して保守管理装置６からの状態通知を取得すると、ポリシー情報６１を更新する。以下の説明では、端末１０の接続先の優先順位がアクセスポイント７０ｂ、アクセスポイント７０ａ、セルラネットワーク１（基地局２０）の順に設定されたものとする（ポリシー情報６１ｂ）。従って、ステップＳ７５に示すように、接続先リスト１１ａの情報は、ポリシー情報６１ｂの情報と異なっている。
【００５７】
図１８は、第２の実施形態にかかる接続処理の例を示すシーケンス図である。図１８のステップＳ７３〜Ｓ７５は、図１７で説明したとおりである。次に、サーバ５０の更新部５３は、ポリシー更新により、接続の優先度が低くなった基地局２０に対し、接続拒絶通知要求を生成する。以下で説明するように、基地局２０は、接続拒絶通知要求で指定されたエリアに位置する端末１０とは接続を確立せずに、接続拒絶メッセージを通知する。このため、サーバ５０は、基地局２０に対して、コアネットワークでの輻輳や障害により接続を拒否する端末１０が位置するエリアを通知するための手段として、接続拒絶通知要求を用いている。また、接続拒絶通知要求は、基地局２０に対して、その基地局２０が接続を拒絶する場合、接続を拒絶する端末に対して接続拒絶メッセージを送信することを要求する制御情報である。接続拒絶通知要求には、接続拒絶メッセージを送信するエリアを指定する情報も含まれる。なお、第２の実施形態においても、接続拒絶メッセージは第１の実施形態と同様に、接続の拒絶を通知する情報と、接続を拒絶する端末１０に対してサーバ５０が保持しているポリシーを含むものとする。更新部５３は、生成した接続拒絶通知要求を、送信部５２を介して、基地局２０に送信する（ステップＳ８１）。
【００５８】
図１９は、第２の実施形態にかかる判定情報４２の例を示す図である。基地局２０の取得処理部３１は、サーバ５０から送信された接続拒絶通知要求に基づいて、判定情報４２を生成する。図１９に示すテーブルでは、接続を行わない端末１０に対して接続拒絶要求を送信するかが、セクタ単位で記録されている。なお、サーバ５０が基地局２０に対して、その基地局２０が形成しているセクタの情報を送信する場合、各基地局２０は、自装置が形成しているセクタの識別情報に対応付けて、接続拒絶メッセージを通知するかを記録する。
【００５９】
図１８のケースＣ１１は、端末１０が基地局２０を介してセルラネットワーク１にアクセスするときの処理の例であり、ケースＣ１２は、端末１０が接続先を非セルラネットワーク１５に変更した後の処理の例である。以下の説明では、基地局２０の全てのセクタにおいて、接続拒絶メッセージを通知する設定がなされているものとする。
【００６０】
ステップＳ８２において、端末１０が保持している接続先リスト１１ａでは、セルラネットワーク１（基地局２０）が最優先の接続先に設定されているので、端末１０は、基地局２０に通信開始要求を送信する。ステップＳ８２の処理は、図１０を参照しながら説明したステップＳ２１と同様である。
【００６１】
ステップＳ８３において、基地局２０の判定部３３は、通信開始要求の送信元の端末１０が位置するセクタに対して、接続拒絶メッセージを通知する設定になっていると判定したとする。この場合、端末１０が位置するセクタにおいて、接続拒絶通知設定＝通知に設定されているので、判定部３３は、コアネットワーク中で輻輳が発生していると判定できる。さらに、判定部３３は、端末１０を接続拒絶メッセージの送信対象であると判定する。判定部３３が端末１０との間の接続を確立しないことを決定すると、ステップＳ８４〜Ｓ８８の処理が行われる。なお、ステップＳ８４〜Ｓ８８の処理は、図１０を参照しながら説明したステップＳ２２〜Ｓ２６と同様である。このため、端末１０は基地局２０との接続を確立せずに、接続拒絶メッセージを用いて端末１０に適用されるポリシー情報を受信することができる。端末１０は、接続拒絶メッセージに含まれているポリシー情報を用いて接続先リスト１１を更新する。このため、端末１０は、基地局２０との接続を確立することも、基地局２０への接続のリトライをすることも無く、接続先を接続先リスト１１に従って変更する。
【００６２】
更新後の接続先リスト１１では最優先の接続先がアクセスポイント７０ｂである場合、ケースＣ１２に示すように、端末１０はアクセスポイント７０ｂに接続を要求する。ケースＣ１２で行われる処理は、図１０のケースＣ２で行われる処理と同様である。なお、図１８では、紙面の関係から、端末１０とアクセスポイント７０ｂの間のＷｉＦｉ接続処理の全体を１つの矢印で示しているが、ＷｉＦｉ接続処理の詳細は、図１０のステップＳ２７に示す通りである。その後、端末１０は、アクセスポイント７０ｂを介してＷｉＦｉ通信を行う。
【００６３】
図１８および図１９を参照しながら、接続拒絶通知設定が基地局単位やセクタ単位で行われる場合について説明したが、接続拒絶通知設定は、加入者単位に行われても良い。この場合、サーバ５０は、ポリシー情報６１が変更された場合に接続拒絶メッセージの受信を希望する加入者のリスト（通知先リスト）を保持している。サーバ５０は、通知先リストを保持している場合は、ポリシー情報６１を更新するたびに、通知先リストに記録されている全ての加入者を識別するための情報を接続拒絶通知要求に含めて、セルラネットワーク１中の全ての基地局２０に通知する。すると、基地局２０は、通知された加入者の情報と、接続拒絶メッセージの通知を行うことを対応付けて、判定情報４２として記録する。また、基地局２０の判定部３３は、端末１０から接続開始要求を受信すると、通信開始要求の送信元の識別情報が接続拒絶メッセージの送信対象として判定情報４２に記録されているかを判定する。通信開始要求の送信元の端末１０を使用している加入者が接続拒絶メッセージの送信対象である場合、ステップＳ８４〜Ｓ９０の処理が行われる。
【００６４】
図２０は、第２の実施形態にかかるサーバ５０の動作の例を説明するフローチャートである。コアネットワーク中の装置の障害や輻輳の発生が保守管理装置６から通知されると、更新部５３は、通知された情報に基づいて、ポリシー情報６１を更新するかを判定する（ステップＳ１０１）。更新部５３は、ポリシー情報６１を更新しない場合、処理を終了する（ステップＳ１０１でＮｏ）。ポリシー情報６１を更新する場合、更新部５３は、ポリシー情報６１を更新する（ステップＳ１０１でＹｅｓ、ステップＳ１０２）。更新部５３は、ポリシー情報６１において優先順位を変更した基地局２０に、接続拒絶通知要求を送信する（ステップＳ１０３）。
【００６５】
図２１は、接続拒絶通知要求の受信処理の例を説明するフローチャートである。基地局２０が接続拒絶通知要求を受信すると、取得処理部３１は、接続拒絶通知要求により判定情報４２が更新されるかを判定する（ステップＳ１１１）。判定情報４２が更新されない場合、取得処理部３１は処理を終了する（ステップＳ１１１でＮｏ）。取得処理部３１は、接続拒絶通知要求が加入者単位の通知であるかを判定する（ステップＳ１１２）。加入者単位に接続拒絶通知要求が行われている場合、取得処理部３１は、加入者単位で判定情報４２を更新する（ステップＳ１１２でＹｅｓ、ステップＳ１１３）。次に、取得処理部３１は、接続拒絶通知要求が基地局単位の通知であるかを判定する（ステップＳ１１４）。基地局単位に接続拒絶通知要求が行われている場合、取得処理部３１は、基地局単位で判定情報４２を更新する（ステップＳ１１４でＹｅｓ、ステップＳ１１５）。さらに、取得処理部３１は、接続拒絶通知要求がセル単位の通知であるかを判定する（ステップＳ１１６）。セル単位に接続拒絶通知要求が行われている場合、取得処理部３１は、セル単位で判定情報４２を更新する（ステップＳ１１６でＹｅｓ、ステップＳ１１７）。
【００６６】
図２２は、通信開始要求の受信処理の例を説明するフローチャートである。図２２では、図１８や図１９と同様に、基地局単位又はセクタ単位で接続拒絶メッセージの送信を行うかが判定情報４２に記録されている場合を例として説明する。
【００６７】
基地局２０が通信開始要求を受信すると、判定部３３は、通信開始要求の送信元の端末１０が位置するセクタなどに関する情報に対応付けられた接続拒絶通知設定の値を、判定情報４２から取得する（ステップＳ１２１）。判定部３３は、判定情報４２から取得した情報を用いて、通信開始要求の送信元の端末１０に接続拒絶メッセージを送信するかを判定する（ステップＳ１２２）。通信開始要求の送信元の端末１０に接続拒絶メッセージを送信する場合（ステップＳ１２２でＹｅｓ）、ステップＳ１２３〜Ｓ１２５の処理が行われる。ステップＳ１２３〜Ｓ１２５で行われる処理は、図１２を参照しながら説明したステップＳ３３〜Ｓ３５の処理と同様である。一方、通信開始要求の送信元の端末１０に接続拒絶メッセージを送信しない場合、基地局２０は端末１０との間での接続処理を行う（ステップＳ１２２でＮｏ、ステップＳ１２６）。
【００６８】
図２３は、第２の実施形態により回避できる処理遅延の例を説明するシーケンス図である。図２３に示す処理は、第２の実施形態に対応していない基地局８が使用されているシステムを例として説明しているが、図２２のステップＳ１２６において、端末１０が基地局と接続を確立した場合の処理も同様である。基地局８を含むシステムでは、端末１０が基地局８に通信開始要求を送信したことにより、端末１０がセルラネットワーク１を用いた通信を確立する（ｆ１１、ｆ１２）。このとき、ｆ１２に示す通信において、端末１０は、サーバ５０との間でセッションを確立する。
【００６９】
ｆ１３において、端末１０は、端末１０に割り当てられたＩＭＳＩと端末１０が位置するセルのセルＩＤを含めたポリシー情報要求をサーバ５０に送信する。すると、サーバ５０は、端末１０に適用されるポリシー情報を、端末１０に送信する（ｆ１４）。ｆ１４においてサーバ５０が端末１０にポリシー情報を通知する方法は、端末１０とサーバ５０との間での同期が確立しているときと同様である。端末１０は、ポリシー情報をサーバ５０から受信したことにより接続先リスト１１を更新すると、アクセスポイント７０ｂが接続先として最優先であると判定する。端末１０は、アクセスポイント７０ｂとの間で接続を確立した後で、基地局８との接続を切断する（ｆ１５）。
【００７０】
第２の実施形態を用いていれば、図１８などを参照しながら説明したように、図２３に示すｆ１２〜ｆ１５に示すようなセルラネットワーク１との接続の確立と、セルラネットワーク１との通信の切断は行われない。すなわち、図２３では、サーバ５０のポリシー情報６１に反して、端末１０がセルラネットワーク１に接続するため、端末１０がセルラネットワーク１を用いて通信を確立した後で非セルラネットワーク１５に切り替えるという冗長な接続処理が発生する。このような処理は、すでに障害や輻輳などがコアネットワークにおいて発生している状態のセルラネットワーク１に対して、さらに、負荷をかけることになる。また、ｆ１３とｆ１４に示すポリシー情報の送受信はユーザプレーンの設定処理を行うので、セルラネットワーク１への負荷を高めてしまう。
【００７１】
一方、第２の実施形態を用いると、端末１０に対しての接続拒絶メッセージの送信が要求されていることを基地局２０が認識すると、端末１０をセルラネットワーク１に接続させないので、冗長な接続処理が回避される。さらに、端末１０に適用されるポリシー情報は、接続拒絶メッセージで端末１０に通知されるので、端末１０とサーバ５０の間のセッションの確立によりセルラネットワーク１への負荷がかかることも避けられる。
【００７２】
＜第３の実施形態＞
図２に示すセルラネットワーク１のうち、ＮｏｄｅＢ４と無線ネットワーク制御装置（ＲＮＣ）８０を用いて通信が行われる場合、接続拒絶メッセージの生成や端末１０に適用されるポリシーをサーバ５０から取得する処理はＲＮＣ８０によって行われる。ＲＮＣ８０は、ＮｏｄｅＢ４を介して、端末１０からの通信開始要求を受信し、また、ＮｏｄｅＢ４を介して接続拒絶メッセージを端末１０に送信する。
【００７３】
図２４は、無線ネットワーク制御装置８０の構成の例を示す図である。無線ネットワーク制御装置８０は、通信部８１、制御部８２、記憶部８５を備える。制御部８２は、取得処理部３１、通知部３２、判定部３３、接続処理部８３を有する。記憶部８５は、ポリシー情報４１と判定情報４２を記録する。通信部８１は、基地局やサーバ５０などとの間の通信処理を行う。ＲＮＣ８０が備える取得処理部３１、通知部３２、判定部３３が行う処理は、基地局２０中の取得処理部３１、通知部３２、判定部３３の処理と同様である。接続処理部８３は、端末１０との間の接続を確立する場合の処理を行う。記憶部８５は、ポリシー情報４１と判定情報４２を保持する。
【００７４】
ＲＮＣ８０のハードウェア構成は、図６と同様である。通信部８１はネットワークインタフェース１０６によって実現される。制御部８２は、プロセッサ１０１により実現される。記憶部８５は、ＲＡＭ１０２によって実現される。
【００７５】
このように、ＲＮＣ８０も接続拒絶メッセージの生成や端末１０に適用されるポリシーの取得を行うことができる。従って、基地局２０の代わりにＲＮＣ８０がセルラネットワーク１と端末１０の間の接続処理を行う接続処理装置として使用されているシステムでも、第１および第２の実施形態と同様の効果が得られる。例えば、アクセス規制が行われている状況下においても端末１０がＲＮＣ８０との間の接続のリトライを行わずに、非セルラネットワーク１５への接続を行うことができる。また、コアネットワーク中で障害や輻輳が発生した場合にも、セルラネットワーク１への冗長な接続処理を回避できる。
【００７６】
＜第４の実施形態＞
図２５は、再接続や通信への復帰処理の例を説明する図である。第１および第２の実施形態は、端末１０が再接続や通信への復帰処理を行う場合にも適用され得る。
【００７７】
ケースＣ２１は、端末１０が再接続を行う場合の例を示している。端末１０は、基地局２０ａが形成する通信エリアにおいて、矢印Ａに示す経路を用いて対向装置とセルラネットワーク１を介した通信をしているとする。その後、端末１０が移動したことにより、通信を行うための強度の電波を受信できないエリアに入ると、矢印Ｂで示すように、通信が切断される。
【００７８】
端末１０がさらに移動したことにより、端末１０が基地局２０ｂによって形成された通信エリアに入ると、端末１０は、基地局２０ｂに対して再接続を要求する。しかし、端末１０が基地局２０ａと基地局２０ｂのいずれとも通信していない間にセルラネットワーク１でのアクセス制限、輻輳、障害などの発生により、端末１０に適用されるポリシー情報６１が変更されている場合があり得る。そこで、端末１０からの再接続要求に対して、第１〜第３の実施形態で説明した処理を基地局２０ｂか基地局２０ｂに接続しているＲＮＣ８０が行うことができる。
【００７９】
ケースＣ２２〜Ｃ２４は、端末１０が通信を終了してＣｅｌｌ＿ＰＣＨやＲＲＣ−Ｉｄｌｅと呼ばれる状態に遷移した後で、再度通信を開始するケースを説明している。ケースＣ２２では、端末１０は矢印Ｅに示す接続を用いて対向装置と通信している。ケースＣ２２に示すように通信中は、端末１０から基地局２０とＲＮＣ８０を介してコアネットワーク中の装置（ＣＮ）１１０までの区間の接続が確立されている。ケースＣ２３では、端末１０と対向装置との間のトラフィックがなくなったため、ＲＮＣ８０とコアネットワーク中の装置１１０との間の接続（矢印Ｆ）は維持されているが、端末１０とＲＮＣ８０との間の無線区間が解放される。ケースＣ２３に示す状態は、３ＧでのＣｅｌｌ＿ＰＣＨ状態やＬＴＥでのＲＲＣ−Ｉｄｌｅ状態に該当する。次に、端末１０が再度、通信を開始しようとする場合、端末１０はＲＮＣ８０に、再接続要求を送信する（ケースＣ２４のＧ）。
【００８０】
ケースＣ２２〜Ｃ２４の場合でも、端末１０がＣｅｌｌ＿ＰＣＨ状態やＲＲＣ−Ｉｄｌｅ状態に遷移している間にセルラネットワーク１でのアクセス制限、輻輳、障害などによりポリシー情報６１が変更される場合があり得る。そこで、ケース２２〜Ｃ２４に示すケースでも、端末１０からの再接続要求に対して、第１〜第３の実施形態で説明した処理を基地局２０ｂか基地局２０ｂに接続しているＲＮＣ８０が行うことができる。
【００８１】
図２６は、再接続の際に行われる処理の例を説明するシーケンス図である。図２６の例では、ＲＮＣ８０が接続拒絶メッセージの生成やポリシー情報の取得を行う場合を例として説明するが、ＲＮＣ８０の代わりに基地局２０がこれらの処理を行ってもよいものとする。なお、端末１０が再接続の要求や通信状態への遷移の要求のために送信するメッセージも、通信の開始を要求しているので、通信開始要求の一種である。以下、他の実施形態と比較しやすくするために、端末１０が再接続の要求や通信状態への遷移の要求のために送信するメッセージを「通信開始要求」と記載する。
【００８２】
ステップＳ１４１に示すように、端末１０がＲＮＣ８０を通してセルラネットワーク１を用いた通信を行っている場合、端末１０とサーバ５０の間にもセッションが形成されている。そこで、端末１０が保持している接続先リスト１１ａとサーバ５０が端末１０に対して適用するポリシー（６１ａ）の内容を同期させるための通信が、端末１０とサーバ５０の間で定期的に行われている（ステップＳ１４２）。
【００８３】
ステップＳ１４３に示すように、その後、端末１０が基地局２０からの電波を受信できなくなると、端末１０と基地局２０との間の通信が切断されることにより、通信の切断が発生する（ステップＳ１４４）。なお、ステップＳ１４４においては、端末１０とサーバ５０の間のセッションも切断されるので、ステップＳ１４４以降は、端末１０はサーバ５０と通信しない。その後、ステップＳ１４５に示すように、基地局２０中の接続数の増加により、輻輳が発生したとする、ＲＮＣ８０は、ネットワークビジー通知を用いて、輻輳の発生をサーバ５０に通知する（ステップＳ１４６）。サーバ５０は、輻輳の発生に応じて、ポリシー情報６１を更新する。このため、端末１０に適用されるポリシー情報はポリシー情報６１ａからポリシー情報６１ｂに更新されたとする。しかし、サーバ５０と端末１０の間で通信を行っていないため、端末１０が使用する接続先リスト１１ａは更新されない（ステップＳ１４７）。
【００８４】
ステップＳ１４８において、端末１０は、通信を再開するために、接続先リスト１１ａに基づいて、ＲＮＣ８０に通信開始要求を送信する。通信開始要求は再接続を行うための任意の制御信号とできる。例えば、通信開始要求として、ＲＲＣ  ＣＥＬＬ  ＵＰＤＡＴＥがＲＡＣＨ（random-access channel）を介してＲＮＣ８０に送信されてもよい。なお、ＲＲＣ  ＣＥＬＬ  ＵＰＤＡＴＥにもＩＭＳＩまたはＴＭＳＩが含まれている。通信開始要求を受信したＲＮＣ８０の判定部３３は、端末１０にＵ−ｐｌａｎｅリソースの割り当てが可能であるかを判定する。端末１０にＵ−ｐｌａｎｅリソースを割り当てられない場合、取得処理部３１は、通信開始要求中のＩＭＳＩかＴＭＳＩと、通信開始要求の送信時の端末１０の位置を表わすセルＩＤを用いて、ポリシー情報要求を生成する。ポリシー情報要求は、通信部８１を介して、サーバ５０に送信される（ステップＳ１４９）。
【００８５】
サーバ５０の抽出部５４は、通信開始要求の送信元の端末１０に適用されるポリシー情報を取得するために、通信開始要求の送信元に適用される加入者クラスを加入者情報管理装置７から取得する。なお、加入者クラスの取得の処理（ステップＳ１５０、Ｓ１５１）は、図１０を参照しながら説明したステップＳ２３、Ｓ２４と同様である。その後、抽出部５４は、セルＩＤと加入者クラスを用いて、端末１０に適用されるポリシーを抽出すると共に、ポリシー情報応答を生成する。ポリシー情報は、送信部５２を介してＲＮＣ８０に送信される（ステップＳ１５２）。
【００８６】
ポリシー応答を受信したＲＮＣ８０の取得処理部３１は、ポリシー情報応答中に含まれているポリシー情報を、ポリシー情報４１として記憶部４０に格納する。通知部３２は、ポリシー情報４１を用いて、端末１０に宛てた接続拒絶メッセージを生成する。接続拒絶メッセージは、図１１を参照しながら説明したＲｅｄｉｒｅｃｔｉｏｎ  ｉｎｆｏの情報要素を含む任意の制御信号とすることができる。例えば、接続拒絶メッセージとして、Ｒｅｄｉｒｅｃｔｉｏｎ  ｉｎｆｏの情報要素を含めたＣＥＬＬ  ＵＰＤＡＴＥ  ＣＯＮＦＩＲＭがＦＡＣＨ（Forward Access Channel）を介して端末１０に送信されても良い（ステップＳ１５３）。なお、ＲＮＣ８０は、Ｒｅｄｉｒｅｃｔｉｏｎ  ｉｎｆｏの情報要素により、非セルラネットワーク１５への移行の指示と、端末１０に適用されるポリシー情報を、端末１０に通知しているといえる。
【００８７】
端末１０は、接続拒絶メッセージによって通知されたポリシー情報を用いて、接続先リスト１１を更新する。図２６の例では、接続先リスト１１ａは、接続先リスト１１ｂに更新されている。接続先リスト１１ｂでは、最優先の接続先がアクセスポイント７０ｂであるので、セルラネットワーク１は最優先のネットワークではない。このため、端末１０は、セルラネットワーク１中で端末１０の通信のために確保されている区間の解放の要求を行うことを決定する。
【００８８】
ステップＳ１５４において、端末１０は、呼切断要求をＲＮＣ８０に送信する。ここで、呼切断要求は、例えば、ＲＡＣＨを介してＲＮＣ８０に送信されても良い。呼切断要求には、端末１０での通信のために確保されているＩｕ区間の経路を開放するために使用する情報が含まれているものとする。
【００８９】
ステップＳ１５５において、ＲＮＣ８０の接続処理部８３は、呼切断要求を用いて、ＲＡＮＡＰ（Radio Access Network Application Part）のＩＵ  ＲＥＬＥＡＳＥ  ＲＥＱＵＥＳＴをコアネットワーク中の装置１１０に送信する。コアネットワーク中の装置１１０は、受信した制御メッセージにより要求された処理を行うと共に、ＩＵ  ＲＥＬＥＡＳＥ  ＲＥＱＵＥＳＴに応答してＩＵ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤをＲＮＣ８０に送信する（ステップＳ１５６）。すると、ＲＮＣ８０は、端末１０に対して、ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＬＥＡＳＥを送信する（ステップＳ１５７）。その後、ＲＮＣ８０は、コアネットワーク中の装置１１０に、ＩＵ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥを送信する（ステップＳ１５８）。ステップＳ１５４〜Ｓ１５８の処理により、端末１０からサーバ５０までの間の通信経路の全ての領域が解放される（ステップＳ１５９）。
【００９０】
端末１０の通信の切断前に確保されていたリソースが解放された後に行われるステップＳ１６０〜Ｓ１６１の処理は、図１０を参照しながら説明したステップＳ２７〜Ｓ２８と同様である。このため、端末１０は、アクセスポイント７０ｂを介して、通信を再開できる。
【００９１】
なお、図２６の例では、ＲＡＮＡＰを用いた制御によって、Ｉｕ区間の経路が開放される場合を説明したが、端末１０の通信のためにセルラネットワーク１で確保されているリソースの解放は、他のプロトコルを用いた処理によって行われても良い。
【００９２】
また、ケースＣ２２〜Ｃ２４のように端末１０が再接続を行う場合も、端末１０が通信していない間にポリシー情報６１が変更されると、図２６と同様の処理により、新たなポリシー情報の通知と、適切なネットワークへの接続処理が行われる。なお、この場合、ステップＳ１４３の代わりに、端末１０と対向装置の間のトラフィックがなくなったことにより、通信の切断、および、端末１０とサーバ５０の間のセッションの切断が行われる。
【００９３】
第４の実施形態により、端末１０が新たに通信を開始するときだけではなく、通信を再開する場合にも、端末１０は適切なネットワークに早期に接続することができる。また、ネットワークへの負荷も、第１〜第３の実施形態と同様に軽減される。
【００９４】
＜その他＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。
【００９５】
第４の実施形態は、第１〜第３の実施形態と組み合わせて実施されうる。さらに、第１の実施形態と第２の実施形態が組み合わされても良い。
【００９６】
以上の説明では、端末１０のユーザの契約に応じて、ユーザが複数の加入者クラスに分類されている場合を説明したが、ユーザが加入者クラスに分類されていなくても良い。この場合、基地局２０は、端末１０ａからの通信開始要求を用いて取得したポリシー情報を、そのポリシー情報の取得から所定の期間内は、端末１０ａと同じポリシーが適用されるエリアから通信開始要求を送信した他の端末（１０ｂ）に通知しても良い。このように変形すると、基地局２０からサーバ５０へアクセスする頻度が低くなるので、セルラネットワーク１への負担をさらに軽減することができる。なお、ＲＮＣ８０についても同様である。
【符号の説明】
【００９７】
１  セルラネットワーク
２  ＨｅＮＢ
３  ｅＮｏｄｅＢ
４  ＮｏｄｅＢ
６  保守管理装置
７  加入者情報管理装置
８、２０  基地局
１０  端末
１１  接続先リスト
１５  非セルラネットワーク
２１、５１  受信部
２２、５２  送信部
２３  無線通信処理部
２４  通信部
３０  制御部
３１  取得処理部
３２  通知部
３３  判定部
３４  接続処理部
４０、６０  記憶部
４１、６１  ポリシー情報
４２  判定情報
５０  サーバ
５３  更新部
５４  抽出部
５５  送受信部
６２  アクセス規制情報
６３  アクセスポイント情報
７０  アクセスポイント
８０  ＲＮＣ
１０１  プロセッサ
１０２  ＲＡＭ
１０３  ＲＯＭ
１０４  外部記憶装置
１０５  バス
１０６  ネットワークインタフェース
１０７  無線ネットワークインタフェース
【図１】
2016103778.tif 000003
【図３】
2016103778.tif 000004
【図４】
2016103778.tif 000005
【図５】
2016103778.tif 000006
【図６】
2016103778.tif 000007
【図７】
2016103778.tif 000008
【図８】
2016103778.tif 000009
【図９】
2016103778.tif 000010
【図１０】
2016103778.tif 000011
【図１２】
2016103778.tif 000012
【図１３】
2016103778.tif 000013
【図１４】
2016103778.tif 000014
【図１５】
2016103778.tif 000015
【図１６】
2016103778.tif 000016
【図１７】
2016103778.tif 000017
【図１８】
2016103778.tif 000018
【図１９】
2016103778.tif 000019
【図２０】
2016103778.tif 000020
【図２１】
2016103778.tif 000021
【図２２】
2016103778.tif 000022
【図２３】
2016103778.tif 000023
【図２４】
2016103778.tif 000024
【図２５】
2016103778.tif 000025
【図２６】
2016103778.tif 000026
【図２】
2016103778.tif 000027
【図１１】
2016103778.tif 000028