JPWO2016079989A1

JPWO2016079989A1 - 通信装置及び通信方法

Info

Publication number: JPWO2016079989A1
Application number: JP2016560065A
Authority: JP
Inventors: 誠藤波
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2014-11-21
Filing date: 2015-11-19
Publication date: 2017-09-07
Also published as: US20170318512A1; EP3223563A4; WO2016079989A1; EP3223563A1

Abstract

通信トラフィックのオフロードを行うための通信装置は、端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する第一の手段と、識別された前記属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理する第二の手段とを備える。

Description

本発明は、通信に用いられる通信装置、通信方法、通信システム及び記憶媒体に関する。

近年、スマートフォンやスマートデバイス等の普及により、通信トラフィックが急激に増加している。また、今後、Ｍ２Ｍ（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）通信が増加すると想定され、通信トラフィックは更に増加する可能性がある。

通信トラフィックの急増によるネットワークの輻輳を緩和するため、通信トラフィックをオフロードする技術が検討されている。

例えば、特許文献１には、ネットワークの輻輳状態に応じて、複数種類の無線方式（例えば、セルラ通信と無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ））を切り替えることで、通信トラフィックをオフロードする技術が開示されている。特許文献１では、例えば、セルラ通信のトラフィックが無線ＬＡＮネットワークに切り替えられることによって、トラフィックがオフロードされる。

特開２００９−１１８３５６号公報

特許文献１では、異なる無線方式間で通信トラフィックの経路が切り替えられることによって、通信トラフィックがオフロードされる。

しかし、例えば端末の属性・種別によっては、端末が複数種類の無線方式にアクセスできない場合がありうる。このような場合、特許文献１の技術による通信トラフィックのオフロードは困難となる。

本発明の目的は、新たなトラフィックオフロード技術を提供することである。

本発明の一態様における通信装置は、端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する第一の手段と、識別された前記属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理する第二の手段とを備えることを特徴とする。

本発明の一態様における通信方法は、端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別し、識別された前記属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理することを特徴とする。

本発明の一態様における通信システムは、無線ネットワークとの接続を要求するメッセージを送信する端末と、前記端末から受信したメッセージに含まれる情報によって識別される前記端末の属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理する通信装置とを含むことを特徴とする。

本発明の一態様における記憶媒体は、端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する処理と、識別された前記属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理する処理とをコンピュータに実行させるプログラムを記憶する。

本発明により、新たなトラフィックオフロード技術を提供することが可能となる。

第１の実施形態の通信システムの構成例を示す図である。第１の実施形態の通信システムの他の構成例を示す図である。第１の実施形態の基地局２の構成例を示す図である。第１の実施形態のＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）５の構成例を示す図である。第１の実施形態の制御サーバ６の構成例を示す図である。第１の実施形態における端末１の構成例を示す。第１の実施形態の動作例を示すシーケンス図である。第１の実施形態の他の動作例を示すシーケンス図である。第１の実施形態の他の動作例を示すシーケンス図である。第２の実施形態の通信システムの構成例を示す図である。第２の実施形態の通信システムの他の構成例を示す図である。第２の実施形態の通信装置１００の構成例を示す図である。第２の実施形態の動作例を示すシーケンス図である。第２の実施形態の他の動作例を示すシーケンス図である。第２の実施形態の他の動作例を示すシーケンス図である。第３の実施形態の動作例を示すシーケンス図である。第３の実施形態の他の動作例を示すシーケンス図である。第３の実施形態の他の動作例を示すシーケンス図である。第４の実施形態の動作例を示すシーケンス図である。第４の実施形態の他の動作例を示すシーケンス図である。第４の実施形態の他の動作例を示すシーケンス図である。第４の実施形態の他の動作例を示すシーケンス図である。第４の実施形態の他の動作例を示すシーケンス図である。第５の実施形態の端末１の構成例を示す図である。第５の実施形態の動作例を示すシーケンス図である。第５の実施形態の他の動作例を示すシーケンス図である。第６の実施形態の通信システムの構成例を示す図である。第６の実施形態のコントローラ８の構成例を示す図である。第６の実施形態の基地局２の構成例を示す図である。第７の実施形態の通信システムの構成例を示す図である。第７の実施形態のコントローラ８の構成例を示す図である。第７の実施形態の通信装置１００の構成例を示す図である。第８の実施形態の通信システムの構成例を示す図である。第８の実施形態の通信システムの構成例を示す図である。第８の実施形態の動作例を示すシーケンス図である。第８の実施形態の他の動作例を示すシーケンス図である。第８の実施形態の通信システムの他の構成例を示す図である。第８の実施形態の通信システムの他の構成例を示す図である。

以下、本発明の実施形態を説明する。各実施形態は例示であり、本発明は各実施形態に限定されるものではない。

＜第１の実施形態＞
以下、本実施形態による通信システムとして、ＬＴＥ（Long Term Evolution）の通信システムの例を示す。ただし、本発明が適用される通信システムはＬＴＥに限定されない。例えば、本発明は、ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）、ＷｉＭＡＸ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）等にも適用可能である。

本発明の第１の実施形態について、図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。

図１は、第１の実施形態の通信システムの構成例を示す。図１において、第１の実施形態の通信システムは、携帯電話、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、モバイルルータ、スマートデバイス（例えば、家庭の消費電力をモニタするスマートメータ、スマートテレビ、ウェアラブル端末）、Ｍ２Ｍ（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）デバイス等の端末１を含む。Ｍ２Ｍデバイスは、例えば、上記のデバイスに加え、産業機器、車、ヘルスケア機器、家電等を含む。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

第１の実施形態の通信システムは、端末１と、当該端末１に通信サービスを提供するための複数のネットワークノード（基地局（ｅＮＢ）２、ＳＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）３、ＰＧＷ（ＰＤＮＧａｔｅｗａｙ）４、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）５）を含む。各ネットワークノードは、例えば、所定の通信機能を有する通信装置である。

端末１は、例えば、基地局２と接続し、ＳＧＷ３とＰＧＷ４を経由して、インターネット等のネットワークにアクセスする。

図１に例示された各ネットワークノードは、所定の信号処理を実行する。各ネットワークノードは、例えば、信号処理に関する以下の機能を含む。

ＰＧＷ４：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・通信に応じた課金状態を管理する機能（ＰＣＥＦ：ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＥｎｆｏｒｃｅｍｅｎｔＦｕｎｃｔｉｏｎ）
・ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ）
ＳＧＷ３：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・通信を傍受するための合法的傍受（ＬＩ：ＬａｗｆｕｌＩｎｔｅｒｃｅｐｔｉｏｎ）機能
ＭＭＥ５：
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）と連携して、通信システムの加入者情報を管理する機能
第１の実施形態の通信システムは、端末１の端末属性に基づいて、該端末１と接続する基地局２を選択可能である。端末１の端末属性は、例えば、端末１がＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）デバイスであるか否かを示す。端末属性は、例えば、端末１の種別、端末１が所定のＭＴＣデバイスグループに属するか否か等を示してもよい。

ＭＴＣデバイスは、例えば、スマートデバイス（例えば、家庭の消費電力をモニタするスマートメータ、スマートテレビ、ウェアラブル端末）、産業機器、車、ヘルスケア機器、家電等である。ＭＴＣは、例えばスマートメータなど、必ずしも人間の介入を必要としないデータ通信の形態を意味する。つまり、ＭＴＣデバイスは、通信相手の機器と自律通信が可能である。ＭＴＣは、技術標準仕様書（３ＧＰＰ（3rd Generation Partnership Project）ＴＳ２２．３６８等）で標準化が進められている。ＭＴＣデバイスは、特定の時間（例えば、“毎日、ＰＭ１２：００”や“毎週金曜日、ＡＭ３：００”等）に通信を行う場合が想定される。この場合、多数の同種のＭＴＣデバイス（例えば、スマートメータ）が、同じ時間に通信を開始し、大量の通信トラフィックが特定の時間に発生することが想定される。このような大量の通信トラフィックは、例えば、端末１と基地局２との間の無線通信に遅延を生じさせることが想定される。

そこで、第１の実施形態の通信システムは、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を設け、該ＭＴＣデバイスである端末１Ｂからの通信トラフィックを当該基地局２（Ｂ）にオフロードさせる。そのため、端末１からの通信トラフィックが複数の基地局２に分散され、該端末１と基地局２との間の無線通信の遅延を低減できる。また、基地局２（Ａ）と基地局２（Ｂ）の無線方式が同一であれば、仮に端末１が複数の無線方式に対応していなくとも、通信トラフィックがオフロードされる。よって、第１の実施形態の通信システムは、端末１がサポートする通信方式に依存せずに、通信トラフィックをオフロードすることができる。

第１の実施形態の通信システムにおいて、例えば、基地局２（Ｂ）は、ＭＴＣデバイス向けにチューニングされた基地局である。例えば、基地局２（Ｂ）は、例えば“ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ”等のパラメータがＭＴＣデバイス用に設定されている基地局である。基地局２は、端末１のデータ通信が終了して無通信状態に遷移してから一定時間が経過すると、端末１との接続を切断する。“ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ”は、基地局２が端末１との接続を切断するまでのタイマである。例えば、基地局２（Ｂ）の“ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ”は、ＭＴＣデバイス（端末１Ｂ）の通信特性や移動特性に応じて設定される。例えば、基地局２（Ｂ）の“ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ”は、移動量が少ない（あるいは移動が無い）ＭＴＣデバイス（端末１Ｂ）用に、他の基地局２の“ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ”よりも長く設定されている。

“ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ”がＭＴＣデバイス用に設定されているので、基地局２が、端末１との通信の切断処理と接続処理を実行する回数が抑止される。従って、端末１が基地局２と接続する際に発生する制御シグナリングが抑止され、通信システムの負荷が軽減される。

ＭＴＣデバイス用の基地局２（基地局２（Ｂ））は、例えば、フェムトセル（Ｆｅｍｔｏ−Ｃｅｌｌ）基地局であってもよい。フェムトセル基地局は、通常の基地局（マクロセル）のセルサイズよりも狭い半径数ｍ〜数十ｍ程度の領域をカバーする基地局である。フェムトセル基地局は、例えば、ビル内や住宅内、地下街等に、通信品質や通信速度の向上などの目的で設置される。

例えば、スマートメーター等のスマートデバイスは、宅内に設置されたフェムトセル基地局と通信可能な範囲に設置されることが想定される。この場合、例えば、スマートデバイス（例えば、端末１Ｂ）の通信トラフィックをフェムトセル基地局にオフロードして、通常の基地局（マクロセル）の無線通信の遅延を低減する。

図１に例示されるように、第１の実施形態の通信システムは、制御サーバ６を含んでいてもよい。制御サーバ６は、例えばＳＯＮ（ＳｅｌｆＯｒｇａｎｉｚｉｎｇＮｅｔｗｏｒｋ）サーバである。制御サーバ６は、例えば、モビリティ負荷分散（ＭＬＢ：ＭｏｂｉｌｉｔｙＬｏａｄＢａｌａｎｃｉｎｇ）を用いて、端末１と基地局２との接続を制御する。ＭＬＢは、端末を基地局間でハンドオーバーさせることによって、無線通信の負荷を分散させる技術である。

図２は、第１の実施形態の通信システムの他の構成例を示す。図２において、第１の実施形態の通信システムは、複数のＭＭＥ（ＭＭＥ５（Ａ）とＭＭＥ５（Ｂ））を含む。図２の例において、ＭＭＥ５（Ａ）は、基地局２（Ａ）および基地局２（Ａ）に接続する端末１に関する制御シグナリングを処理する。一方、図２の例において、ＭＭＥ５（Ｂ）は、基地局２（Ｂ）および基地局２（Ｂ）に接続する端末１（例えば、ＭＴＣデバイス）に関する制御シグナリングを処理する。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

図２の例では、基地局２から送信される制御シグナリングが、複数のＭＭＥ５に分散される。従って、制御シグナリングの処理に要するＭＭＥ５の負荷が軽減される。

図３は、第１の実施形態における基地局２の構成例を示す。図３に例示するように、基地局２は、制御部２０と、識別部２１とを含む。

識別部２１は、通信トラフィックの種別や端末１の属性・種別を識別する。例えば、識別部２１は、所定の識別ポリシーに基づいて、通信トラフィックの種別や端末１の種別を識別できる。例えば、識別部２０の識別ポリシーは、動的に変更される。例えば、ネットワークオペレータは、識別ポリシーを動的に変更できる。

制御部２０は、識別部２１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１と基地局２との接続を制御できる。制御部２０は、例えば、所定の制御ポリシーに基づいて、端末１と基地局２との接続を制御できる。例えば、非ＭＴＣデバイス用の基地局２（Ａ）には、端末１がＭＴＣデバイスである場合、端末１を他の基地局２と接続させることを示す制御ポリシーが設定される。また、例えば、非ＭＴＣデバイス用の基地局２（Ａ）には、端末１が非ＭＴＣデバイスである場合、端末１が基地局２（Ａ）に接続することを許可することを示す制御ポリシーが設定される。

例えば、ＭＴＣデバイス用の基地局２（Ｂ）には、端末１がＭＴＣデバイスである場合、端末１と接続し、端末１とネットワークとの間のセッションを確立させることを示す制御ポリシーが設定される。また、例えば、ＭＴＣデバイス用の基地局２（Ｂ）には、端末１が非ＭＴＣデバイスである場合、端末１を他の基地局２と接続させることを示す制御ポリシーが設定される。

例えば、制御部２０は、識別部２１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１を他の基地局２と接続させることができる。また、制御部２０は、識別部２１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１をネットワークと接続させることもできる。

識別部２１は、例えば、端末１がＭＴＣデバイスであるか否かを識別する。識別部２１は、例えば、端末１から受信した接続要求に含まれる端末１の属性に関する情報に基づいて、端末１がＭＴＣデバイスか否かを判断する。接続要求は、例えば、３ＧＰＰの技術仕様書に規定された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”という制御信号である。“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には、端末１の優先度に関する情報が含まれる。例えば、識別部２１は、端末１が低優先である場合、端末１がＭＴＣデバイスであると判断する。端末１が低優先である場合、例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ：ＬｏｗＡｃｃｅｓｓＰｒｉｏｒｉｔｙＩｎｄｉｃａｔｏｒ”が含まれる。識別部２１は、例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に“ＬＡＰＩ”が含まれる場合、端末１がＭＴＣデバイスであると判断する。

制御部２０は、例えば、基地局２に設定された制御ポリシーに基づいて、端末１と基地局２との接続を制御する。制御部２０は、例えば、端末１がＭＴＣデバイスである場合、制御ポリシーに応じた制御を実行する。例えば、制御部２０は、端末１がＭＴＣデバイスである場合、接続要求を拒否し、端末１に他の基地局２（例えば、ＭＴＣデバイス用の基地局２）への接続を指示することができる。制御部２０は、接続要求を拒否する場合、端末１にＭＴＣデバイス用の基地局２に関する情報を通知することができる。ＭＴＣデバイス用の基地局２に関する情報は、例えば、複数のＭＴＣデバイス用の基地局２が記載されたリスト（セルリスト）であってもよい。

また、制御部２０は、例えば、端末１がＭＴＣデバイスである場合、端末１との間で無線接続を確立し、端末１がネットワークノードと通信セッションを確立するための処理を開始できる。制御部２０は、通信セッションを確立するために、ＭＭＥ５に対してＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージを送信することができる。

識別部２１は、例えば、通信トラフィックがＭＴＣ関連のアプリケーションに対応するか否かを識別できる。例えば、制御部２０は、通信トラフィックがＭＴＣ関連のアプリケーションに対応する場合、端末１に対して、他の基地局２と再接続することを指示できる。制御部２０は、接続要求を拒否する場合、端末１にＭＴＣデバイス用の基地局２に関する情報を通知することができる。また、制御部２０は、例えば、通信トラフィックがＭＴＣ関連のアプリケーションに対応する場合、端末１用に確立された通信セッションを介して、通信トラフィックを転送できる。

図４は、第１の実施形態におけるＭＭＥ５の構成例を示す。ＭＭＥ５は、制御部５０と、識別部５１とを含む。

識別部５１は、基地局２から受信したＮＡＳメッセージに基づいて、通信トラフィックの種別や端末１の属性・種別を識別できる。なお、識別部５１の機能は、識別部２１の機能と同様であるため、詳細な説明は省略される。

制御部５０は、識別部５１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１と基地局２との接続を制御できる。制御部５０は、例えば、所定の制御ポリシーに基づいて、端末１と基地局２との接続を制御できる。例えば、ＭＭＥ５には、端末１がＭＴＣデバイスである場合、端末１をＭＴＣデバイス用の基地局２と接続させることを示す制御ポリシーが設定される。また、例えば、ＭＭＥ５には、端末１がＭＴＣデバイスである場合、端末１とネットワークとの間のセッションを確立させることを示す制御ポリシーが設定される。

制御部５０は、例えば、端末１がＭＴＣデバイスである場合、基地局２に対して、端末１を他の基地局２に再接続させるための指示を通知できる。

図５は、第１の実施形態における制御サーバ６の構成例を示す。制御サーバ６は、制御部６０と、識別部６１とを含む。

識別部６１は、基地局２から受信した端末１の端末情報に基づいて、通信トラフィックの種別や端末１の属性・種別を識別する。なお、識別部６１の機能は、識別部２１又は識別部５１の機能と同様であるため、詳細な説明は省略される。

制御部６０は、識別部６１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１と基地局２との接続を制御できる。制御部６０は、例えば、所定の制御ポリシーに基づいて、端末１と基地局２との接続を制御できる。例えば、制御サーバ６には、端末１がＭＴＣデバイスである場合、端末１をＭＴＣデバイス用の基地局２と接続させることを示す制御ポリシーが設定される。また、例えば、制御サーバ６には、端末１がＭＴＣデバイスである場合、端末１とネットワークとの間のセッションを確立させることを示す制御ポリシーが設定される。

制御部６０は、例えば、端末１がＭＴＣデバイスである場合、基地局２に対して、端末１を他の基地局２に再接続させるための指示を通知できる。

図６は、第１の実施形態における端末１の構成例を示す。図６に例示するように、端末１は、メッセージ生成部１０と、通信部１１とを含む。

メッセージ生成部１０は、端末１が基地局２に対して通知するメッセージを生成する。
例えば、メッセージ生成部１０は、例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”メッセージを生成できる。例えば、メッセージ生成部１０は、端末１の属性に応じて、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”メッセージに、端末１の優先度を示す情報を含めることができる。例えば、メッセージ生成部１０は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に“ＬＡＰＩ”を含めることができる。また、例えば、メッセージ生成部１０は、通信トラフィックに対応するアプリケーションを示す情報を含むメッセージを生成する。

通信部１１は、生成されたメッセージを基地局２に送信する。通信部１１は、メッセージを送信する基地局２を選択できる。例えば、通信部１１は、基地局２に送信した接続要求が拒絶された場合、他の基地局２を再選択できる。また、例えば、通信部１１は、接続要求の拒絶通知に含まれる情報（例えば、基地局２の情報や、セルリスト）に基づいて、基地局２を再選択できる。

図７は、第１の実施形態の動作例を示すシーケンス図である。なお、図７は、基地局２が端末１の属性・種別（端末属性）を識別する動作例であるが、基地局２は、通信トラフィックの種別を識別してもよい。

非ＭＴＣデバイスである端末１Ａ（非ＭＴＣデバイス１Ａ）は、基地局２（Ａ）との間で無線によるコネクションを確立するため、接続要求を送信する（Ｓ１−１）。接続要求は、例えば、端末１が無線ネットワークと接続するために送信するメッセージである。非ＭＴＣデバイス１Ａは、例えば、基地局２（Ａ）に、接続要求として“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する。

基地局２（Ａ）の識別部２１は、接続要求の受信に応じて、端末属性を識別する（Ｓ１−２）。例えば、基地局２（Ａ）は、非ＭＴＣデバイス１Ａから受信した“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図７の例では、非ＭＴＣデバイス１Ａから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”は含まれていない。よって、Ｓ１−２において、識別部２１は、端末１Ａは非ＭＴＣデバイスであると識別する。

基地局２（Ａ）の制御部２０は、識別部２１が端末１Ａを非ＭＴＣデバイスと識別したことに応じて、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ１−３）。

ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ１−４）。

基地局２（Ａ）の識別部２１は、接続要求の受信に応じて、端末属性を識別する（Ｓ１−５）。図７の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。

基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに、接続要求が拒否されたことを示す拒否通知を送信する（Ｓ１−６）。拒否通知は、例えば、端末１Ｂから接続要求を受信した基地局２（Ａ）と当該端末１Ｂとの接続の拒否を示す通知であってもよい。制御部２０は、例えば、拒否通知に、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を示す情報を含めてもよい。

ＭＴＣデバイス１Ｂは、他の基地局２（図７の例では、ＭＴＣデバイス用の基地局２（Ｂ））に接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を再送信する（Ｓ１−７）。

基地局２（Ｂ）の制御部２０は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ１−８）。図７の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１Ｂと無線接続を確立し、ＭＭＥ５に対してＮＡＳメッセージを送信する。なお、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ（例えば、図２のＭＭＥ５（Ｂ））に対して、ＮＡＳメッセージを送信してもよい。

図８は、第１の実施形態の他の動作例を示すシーケンス図である。図８は、ＭＭＥ５が端末１の属性・種別（端末属性）を識別する場合の動作例である。

非ＭＴＣデバイス１Ａは、基地局２（Ａ）に接続要求を送信する（Ｓ２−１）。例えば、非ＭＴＣデバイス１Ａは、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する。接続要求を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ２−２）。

ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に基づいて、端末属性を識別する（Ｓ２−３）。ＭＭＥ５の識別部５１は、例えば、受信したＮＡＳメッセージに、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図８の例では、非ＭＴＣデバイス１Ａからの接続要求に応じて基地局２（Ａ）が送信したＮＡＳメッセージには、“ＬＡＰＩ”は含まれていない。よって、Ｓ２−３において、識別部５１は、端末１Ａは非ＭＴＣデバイスであると識別する。ＭＭＥ５は、端末１Ａが非ＭＴＣデバイスと認識されたので、端末１Ａとネットワークノードとの通信セッションを確立するための処理（例えば、３ＧＰＰＴＳ２３．４０１ｖ１２．３．０の５．３．２章に規定された“ＡｔｔａｃｈＰｒｏｃｅｄｕｒｅ”）を開始する。

ＭＴＣデバイスである端末１Ｂは、基地局２（Ａ）に接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ２−４）。接続要求を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ２−５）。

ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に基づいて、端末属性を識別する（Ｓ２−６）。図８の例では、ＭＴＣデバイス１Ｂからの接続要求に応じて基地局２（Ａ）が送信したＮＡＳメッセージには、“ＬＡＰＩ”が含まれる。よって、識別部５１は、端末１ＢがＭＴＣデバイスであると識別する。

ＭＭＥ５の制御部５０は、例えば、識別部５１がＭＴＣデバイスと識別した場合に、端末１に対して、基地局２の切り替えを指示するメッセージ（切り替え指示）を送信する（Ｓ２−７）。

ＭＴＣデバイス１Ｂは、他の基地局２（図８の例では、ＭＴＣデバイス用の基地局２（Ｂ））に、接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ２−８）。接続要求を受信した基地局２（Ｂ）は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ２−９）。なお、基地局２（Ｂ）は、ＭＴＣデバイス用のＭＭＥ（例えば、図２のＭＭＥ５（Ｂ））に対して、ＮＡＳメッセージを送信してもよい。

図９は、第１の実施形態の他の動作例を示すシーケンス図である。図９は、制御サーバ６が端末１の属性・種別（端末属性）を識別する場合の動作例である。

非ＭＴＣデバイス１Ａは、基地局２（Ａ）に接続要求を送信する（Ｓ３−１）。例えば、非ＭＴＣデバイス１Ａは、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する。接続要求を受信した基地局２（Ａ）は、制御サーバ６に、端末情報を送信する（Ｓ３−２）。

制御サーバ６の識別部６１は、端末情報の受信に基づいて、端末属性を識別する（Ｓ３−３）。制御サーバ６の識別部６１は、例えば、受信した端末情報に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図９の例では、非ＭＴＣデバイス１Ａからの接続要求に応じて基地局２（Ａ）が送信した端末情報には、“ＬＡＰＩ”は含まれていない。よって、Ｓ３−３において、識別部６１は、端末１Ａは非ＭＴＣデバイスであると認識する。制御サーバ６は、端末１Ａが非ＭＴＣデバイスと認識されたので、端末１Ａとネットワークノードとの通信セッションを確立するための処理（例えば、３ＧＰＰＴＳ２３．４０１ｖ１２．３．０の５．３．２章に規定された“ＡｔｔａｃｈＰｒｏｃｅｄｕｒｅ”）を開始する。

ＭＴＣデバイスである端末１Ｂは、基地局２に接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ３−４）。接続要求を受信した基地局２（Ａ）は、制御サーバ６に、端末情報を送信する（Ｓ３−５）。

制御サーバ６の識別部６１は、端末情報の受信に基づいて、端末属性を識別する（Ｓ３−６）。図９の例では、ＭＴＣデバイス１Ｂからの接続要求に応じて基地局２（Ａ）が送信した端末情報には、“ＬＡＰＩ”が含まれる。よって、識別部６１は、端末１ＢがＭＴＣデバイスであると識別する。

制御サーバ６の制御部６０は、例えば、識別部６１がＭＴＣデバイスと識別した場合に、端末１に対して、基地局２の切り替えを指示するメッセージ（切り替え指示）を送信する（Ｓ３−７）。

ＭＴＣデバイス１Ｂは、他の基地局２（図９の例ではＭＴＣデバイス用の基地局２（Ｂ））に、接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ３−８）。

上記のとおり、第１の実施形態の通信システムは、端末１の端末属性に基づいて、該端末１と接続する基地局２を選択可能である。そのため、端末１からの通信トラフィックが複数の基地局２に分散され、該端末１と基地局２との間の無線通信の遅延を低減できる。
また、基地局２（Ａ）と（Ｂ）の無線方式が同一であれば、仮に端末１が複数の無線方式に対応していなくとも、通信トラフィックがオフロードされる。よって、第１の実施形態の通信システムは、端末１がサポートする通信方式に依存せずに、通信トラフィックをオフロードすることができる。

＜第２の実施形態＞
本発明の第２の実施形態では、ネットワークノードの機能の少なくとも一部が、ソフトウェア等により仮想的に運用される。なお、第２の実施形態の技術は、第１の実施形態、後述の実施形態のいずれにも適用可能である。

第２の実施形態の通信システムでは、ソフトウェア等により仮想的に運用されるネットワークノードが、端末属性に応じてオフロードされたトラフィックを処理できる。従って、第２の実施形態の通信システムは、オフロードされたトラフィックを処理するためのネットワークノードを、ソフトウェアにより容易かつ低コストで構築することが可能である。

図１０は、第２の実施形態の通信システムの構成例を示す。図１０の例では、ＭＴＣ端末（端末１Ｂ）が基地局２（Ｂ）に接続され、ＭＴＣ端末のトラフィックがオフロードされる。図１０に例示するように、第２の実施形態の通信システムは、仮想ＭＭＥ５Ａが、基地局２（Ｂ）および基地局２（Ｂ）に接続する端末１（例えば、ＭＴＣデバイス）に関する制御シグナリングを処理する。仮想ＭＭＥ５Ａは、ＭＭＥ５の機能を、仮想マシン等のソフトウェアで運用する。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

図１０の例において、ＭＭＥ５（Ａ）は、基地局２（Ａ）および基地局２（Ａ）に接続する端末１（例えば、非ＭＴＣ端末）に関する制御シグナリングを処理する。

仮想ＭＭＥ５Ａは、動的なスケールアウト・スケールインが可能である。ネットワークオペレータは、例えば、端末１の通信トラフィックの状況に応じて、仮想ＭＭＥ５Ａの動的なスケールアウト・スケールインが可能である。例えば、ネットワークオペレータは、端末１が通信を開始する時間に合わせて、仮想ＭＭＥ５Ａを動的に起動することができる。また、例えば、ネットワークオペレータは、端末１からの通信トラフィックに対応する仮想ＭＭＥ５Ａを起動することができる。また、例えば、ネットワークオペレータは、端末１からの通信トラフィックの処理に対する要求条件（例えば、ＳＬＡ：ＳｅｒｖｉｃｅＬｅｖｅｌＡｇｒｅｅｍｅｎｔ）を満たすように、仮想ＭＭＥ５Ａを起動することができる。

図１０の例では、基地局２から送信される制御シグナリングが、複数のＭＭＥ５（ＭＭＥ５および仮想ＭＭＥ５Ａ）に分散される。従って、制御シグナリングの処理に要するＭＭＥ５の負荷が軽減される。また、図１０の例では、端末１からの通信トラフィックに合わせて仮想ＭＭＥ５Ａを動的にスケールアウト・スケールインできる。よって、例えば、端末１がＭＴＣデバイスである場合、該通信システムは、ＭＴＣデバイス１Ｂからの通信トラフィックが多い時間帯に仮想マシンを起動し、当該通信トラフィックが少ない時間帯に仮想マシンを停止することができる。従って、通信システムは、仮想マシンを実現するサーバ等の消費電力を抑止することが可能となる。

図１０に例示された端末１（Ｎｏｎ−ＭＴＣデバイス１Ａ、ＭＴＣデバイス１Ｂ）、基地局２（基地局（Ａ）、基地局（Ｂ））、ＭＭＥ５の構成は、第１の実施形態と同様なので、詳細な説明は省略される。また、図１０に例示されたネットワークノード（ＳＧＷ３、ＰＧＷ４）の機能は、第１の実施形態で説明された機能と同様であり、詳細な説明は省略される。

図１１は、第２の実施形態の通信システムの他の構成例を示す。図１１に例示するように、第２の実施形態の通信システムは、レガシーネットワークと仮想ネットワークにより構成される。レガシーネットワークと仮想ネットワークは、ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）等のバックボーンネットワークである。レガシーネットワークと仮想ネットワークは、端末１が、基地局２を介してインターネット等の外部ネットワークと通信するためのバックボーンネットワークである。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

図１１の例では、所定の属性の端末１（例えば、ＭＴＣデバイス）からの通信トラフィックが、仮想ネットワークにオフロードされる。よって、該通信システムは、例えば、ＭＴＣデバイスの通信トラフィックによるレガシーネットワークへの負荷を軽減することができる。例えば、ＭＴＣデバイスとネットワークとを接続するための制御信号を、仮想ネットワークに送信することで、レガシーネットワークがＭＴＣデバイスからの制御信号を処理する負荷を軽減することができる。

レガシーネットワークは、端末１に通信サービスを提供するための複数のネットワークノード（ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）を含む。各ネットワークノードは、例えば、所定の通信機能を有する通信装置である。

仮想ネットワークでは、レガシーネットワークのネットワークノードの機能の少なくとも一部が、ソフトウェアにより仮想的に運用される。例えば、ネットワークノードの機能は、仮想マシン上のアプリケーションで運用される。仮想ネットワークは、例えば、サーバや通信機器（スイッチやルータ等）で構成されるデータセンターに構築される。

仮想ネットワークは、例えば、仮想マシンの動的なスケールアウト・スケールインにより構築される。例えば、ネットワークオペレータは、ネットワークにおける通信トラフィックの状況に応じて、仮想マシンを動的に起動することで、仮想ネットワークを構築できる。また、例えば、ネットワークオペレータは、所定の時間帯に仮想マシンを動的に起動することで、仮想ネットワークを構築することもできる。ネットワークオペレータは、所定の通信トラフィックや、所定の端末１の通信トラフィックに対応する仮想マシンを起動し、動的に仮想ネットワークを構築することができる。ネットワークオペレータは、通信トラフィックの処理に対する要求条件（例えば、ＳＬＡ）を満たすように仮想マシンを起動し、動的に仮想ネットワークを構築することができる。

ネットワークオペレータは、例えば、通信トラフィックが少ない所定の時間帯に、仮想マシンを停止することで、仮想ネットワークに割り当てるリソースを抑え、データセンターの消費電力を抑止することもできる。

図１１に例示する通信システムは、レガシーネットワークと仮想ネットワーク以外に他のネットワークを含んでもよい。また、レガシーネットワークと仮想ネットワークは、それぞれ、複数種類のネットワークを含んでもよい。例えば、レガシーネットワークと仮想ネットワークは、それぞれ、ＬＴＥネットワーク、ＧＰＲＳネットワーク、ＵＭＴＳネットワーク等の複数種類のネットワークを含んでもよい。

図１１に例示するように、端末１は、基地局２（Ａ）を介してレガシーネットワークに接続できる。一方、端末１は、基地局２（Ｂ）を介して仮想ネットワークに接続できる。
例えば、基地局２（Ｂ）がＭＴＣデバイス用の基地局２である場合、ＭＴＣデバイス１Ｂからの通信トラフィックが、当該基地局２（Ｂ）を介して仮想ネットワークにオフロードされる。例えば、ＭＴＣデバイスとネットワークとを接続するための制御信号は、基地局２（Ｂ）を介して、仮想ネットワークへ送信される。よって、ＭＴＣデバイスの通信トラフィックによるレガシーネットワークへの負荷が軽減される。将来、膨大な数のＭＴＣデバイスが通信システムと接続することが想定されるが、上記制御信号が仮想ネットワークにオフロードされることで、レガシーネットワークが上記制御信号を処理する負荷を軽減できる。また、図１１の例では、基地局２（Ａ）と基地局２（Ｂ）の無線方式が同一であれば、仮に端末１が複数の無線方式に対応していなくても、通信トラフィックが仮想ネットワークにオフロードされる。よって、第２の実施形態の通信システムは、端末１がサポートする通信方式に依存せずに、通信トラフィックを仮想ネットワークにオフロードすることが可能となる。

図１１に例示された端末１（非ＭＴＣデバイス１Ａ、ＭＴＣデバイス１Ｂ）、基地局２（基地局（Ａ）、基地局（Ｂ））、ＭＭＥ５の構成は、第１の実施形態と同様なので、詳細な説明は省略される。また、図１１に例示されたネットワークノード（ＳＧＷ３、ＰＧＷ４）の機能は、第１の実施形態で説明された機能と同様であり、詳細な説明は省略される。

図１２は、第２の実施形態の通信装置１００の構成例を示す。通信装置１００は、例えば、サーバ、スイッチ、ルータ等である。通信装置１００は、仮想ネットワークにおける仮想ネットワークノード（例えば、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ、仮想ＭＭＥ５Ａ等）の機能を提供する仮想マシンを運用する。

通信装置１００は、制御部１１０、仮想ネットワーク機能（ＶＮＦ：ＶｉｒｔｕａｌＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ）１２０を含む。

制御部１１０は、仮想ネットワークノードの機能を提供するＶＮＦ１２０を仮想マシン上で運用することができる。制御部１１０は、例えば、ハイパーバイザ（Ｈｙｐｅｒｖｉｓｏｒ）等、コンピュータの仮想化を実行可能な制御ソフトウェアにより構成されてもよい。

制御部１１０は、ＶＮＦ１２０を運用する仮想マシンの起動、停止、移行（仮想マシンを他の通信装置１００に移行する）の少なくとも１つを実行できる。

仮想ネットワークノードの各々は、例えば以下の機能を有する。

仮想ＰＧＷ４Ａ：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・通信に応じた課金状態を管理する機能（ＰＣＥＦ：ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＥｎｆｏｒｃｅｍｅｎｔＦｕｎｃｔｉｏｎ）
・ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ）
仮想ＳＧＷ３Ａ：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・通信を傍受するための合法的傍受（ＬＩ：ＬａｗｆｕｌＩｎｔｅｒｃｅｐｔｉｏｎ）機能
仮想ＭＭＥ５Ａ：
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）と連携して、通信システムの加入者情報を管理する機能
ＶＮＦ１２０は、仮想マシン上で、上述の仮想ネットワークノードとして動作する。上述の実施形態では、ＶＮＦ１２０は、仮想ネットワークノード毎に構築されるが、ＶＮＦ１２０は、各仮想ネットワークノードが有する機能毎に構築されてもよい。例えば、ＶＮＦ１２０は、仮想マシン上で、仮想ＰＧＷ４ＡのＵ−Ｐｌａｎｅ機能として動作してもよい。

図１３は、第２の実施形態の動作例を示すシーケンス図である。なお、図１３は、基地局２が端末１の属性・種別（端末属性）を識別する動作例であるが、基地局２は、通信トラフィックの種別を識別してもよい。

非ＭＴＣデバイスである端末１Ａ（非ＭＴＣデバイス１Ａ）は、基地局２（Ａ）との間で無線によるコネクションを確立するため、接続要求を送信する（Ｓ４−１）。非ＭＴＣデバイス１Ａは、例えば、基地局２（Ａ）に、接続要求として“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する。

基地局２（Ａ）の識別部２１は、接続要求の受信に応じて、端末属性を識別する（Ｓ４−２）。例えば、基地局２（Ａ）は、非ＭＴＣデバイス１Ａから受信した“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１３の例では、非ＭＴＣデバイス１Ａから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”は含まれていない。よって、Ｓ４−２において、識別部２１は、端末１Ａは非ＭＴＣデバイスであると識別する。

基地局２（Ａ）の制御部２０は、識別部２１が端末１Ａを非ＭＴＣデバイスと識別したことに応じて、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ４−３）。

ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ４−４）。

基地局２（Ａ）の識別部２１は、接続要求の受信に応じて、端末属性を識別する（Ｓ４−５）。図１３の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。

基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに、接続要求が拒否されたことを示す拒否通知を送信する（Ｓ４−６）。制御部２０は、例えば、拒否通知に、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を示す情報を含めてもよい。

ＭＴＣデバイス１Ｂは、他の基地局２（図１３の例では、ＭＴＣデバイス用の基地局２（Ｂ））に接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を再送信する（Ｓ４−７）。

基地局２（Ｂ）の制御部２０は、仮想ＭＭＥ５ＡにＮＡＳメッセージを送信する（Ｓ４−８）。図１３の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１Ｂと無線接続を確立し、仮想ＭＭＥ５Ａに対してＮＡＳメッセージを送信する。

図１４は、第２の実施形態の他の動作例を示すシーケンス図である。図１４は、ＭＭＥ５が端末１の属性・種別（端末属性）を識別する場合の動作例である。

非ＭＴＣデバイス１Ａは、基地局２（Ａ）に接続要求を送信する（Ｓ５−１）。例えば、非ＭＴＣデバイス１Ａは、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する。接続要求を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ５−２）。

ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に基づいて、端末属性を識別する（Ｓ５−３）。ＭＭＥ５の識別部５１は、例えば、受信したＮＡＳメッセージに、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１４の例では、非ＭＴＣデバイス１Ａからの接続要求に応じて基地局２（Ａ）が送信したＮＡＳメッセージには、“ＬＡＰＩ”は含まれていない。よって、Ｓ５−３において、識別部５１は、端末１Ａは非ＭＴＣデバイスであると識別する。ＭＭＥ５は、端末１Ａが非ＭＴＣデバイスと認識されたので、端末１Ａとネットワークノードとの通信セッションを確立するための処理（例えば、３ＧＰＰＴＳ２３．４０１ｖ１２．３．０の５．３．２章に規定された“ＡｔｔａｃｈＰｒｏｃｅｄｕｒｅ”）を開始する。

ＭＴＣデバイスである端末１Ｂは、基地局２（Ａ）に接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ５−４）。接続要求を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ５−５）。

ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に基づいて、端末属性を識別する（Ｓ５−６）。図１４の例では、ＭＴＣデバイス１Ｂからの接続要求に応じて基地局２（Ａ）が送信したＮＡＳメッセージには、“ＬＡＰＩ”が含まれる。よって、識別部５１は、端末１ＢがＭＴＣデバイスであると識別する。

ＭＭＥ５の制御部５０は、例えば、識別部５１がＭＴＣデバイスと識別した場合に、端末１に対して、基地局２の切り替えを指示するメッセージ（切り替え指示）を送信する（Ｓ５−７）。

ＭＴＣデバイス１Ｂは、他の基地局２（図１４の例では、ＭＴＣデバイス用の基地局２（Ｂ））に、接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ５−８）。接続要求を受信した基地局２（Ｂ）は、仮想ＭＭＥ５ＡにＮＡＳメッセージを送信する（Ｓ５−９）。

図１５は、第２の実施形態の他の動作例を示すシーケンス図である。図１５は、制御サーバ６が端末１の属性・種別（端末属性）を識別する場合の動作例である。

非ＭＴＣデバイス１Ａは、基地局２（Ａ）に接続要求を送信する（Ｓ６−１）。例えば、非ＭＴＣデバイス１Ａは、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する。接続要求を受信した基地局２（Ａ）は、制御サーバ６に、端末情報を送信する（Ｓ６−２）。

制御サーバ６の識別部６１は、端末情報の受信に基づいて、端末属性を識別する（Ｓ６−３）。制御サーバ６の識別部６１は、例えば、受信した端末情報に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１５の例では、非ＭＴＣデバイス１Ａからの接続要求に応じて基地局２（Ａ）が送信した端末情報には、“ＬＡＰＩ”は含まれていない。よって、Ｓ６−３において、識別部６１は、端末１Ａは非ＭＴＣデバイスであると認識する。制御サーバ６は、端末１Ａが非ＭＴＣデバイスと認識されたので、端末１Ａとネットワークノードとの通信セッションを確立するための処理（例えば、３ＧＰＰＴＳ２３．４０１ｖ１２．３．０の５．３．２章に規定された“ＡｔｔａｃｈＰｒｏｃｅｄｕｒｅ”）を開始する。基地局２（Ａ）は、例えば、制御サーバ６が端末１Ａを非ＭＴＣデバイスと認識した場合、ＭＭＥ５に対して、ＮＡＳメッセージを送信する（Ｓ６−４）。

ＭＴＣデバイスである端末１Ｂは、基地局２に接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ６−５）。接続要求を受信した基地局２（Ａ）は、制御サーバ６に、端末情報を送信する（Ｓ６−６）。

制御サーバ６の識別部６１は、端末情報の受信に基づいて、端末属性を識別する（Ｓ６−７）。図１５の例では、ＭＴＣデバイス１Ｂからの接続要求に応じて基地局２（Ａ）が送信した端末情報には、“ＬＡＰＩ”が含まれる。よって、識別部６１は、端末１ＢがＭＴＣデバイスであると識別する。

制御サーバ６の制御部６０は、例えば、識別部６１がＭＴＣデバイスと識別した場合に、端末１に対して、基地局２の切り替えを指示するメッセージ（切り替え指示）を送信する（Ｓ６−８）。

ＭＴＣデバイス１Ｂは、他の基地局２（図１５の例ではＭＴＣデバイス用の基地局２（Ｂ））に、接続要求（例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”）を送信する（Ｓ６−９）。接続要求を受信した基地局２（Ｂ）は、仮想ＭＭＥ５Ａに、ＮＡＳメッセージを送信する（Ｓ６−１０）。

上記のとおり、第２の実施形態は、端末１からの通信トラフィックに合わせて仮想ＭＭＥ５Ａを動的にスケールアウト・スケールインできる。よって、例えば、端末１がＭＴＣデバイスである場合、該通信システムは、ＭＴＣデバイス１Ｂからの通信トラフィックが多い時間帯に仮想マシンを起動し、当該通信トラフィックが少ない時間帯に仮想マシンを停止することで、仮想マシンを実現するサーバ等の消費電力を抑止することが可能となる。

また、第２の実施形態は、所定の端末１（例えば、ＭＴＣデバイス）からの通信トラフィックが、仮想ネットワークにオフロードされる。よって、該通信システムは、例えば、ＭＴＣデバイスの通信トラフィックによるレガシーネットワークへの負荷を軽減することができる。例えば、ＭＴＣデバイスとネットワークとを接続するための制御信号を、仮想ネットワークに送信することで、レガシーネットワークがＭＴＣデバイスからの制御信号を処理する負荷を軽減することができる。

＜第３の実施形態＞
本発明の第３の実施形態について、図面を参照して説明する。第３の実施形態は、基地局２が端末１の端末属性を識別する場合について、３ＧＰＰの標準仕様（例えば、３ＧＰＰＴＳ２３．４０１）に適用した際の動作例を説明するものである。なお、第３の実施形態の技術は、第１および第２の実施形態、後述の実施形態のいずれにも適用可能である。

図１６は、第３の実施形態の動作例を示すシーケンス図である。図１６は、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１ｖ１２．３．０）の５．３．２章に記載された“ＡｔｔａｃｈＰｒｏｃｅｄｕｒｅ”に本発明の技術を適用した動作例を示す。

非ＭＴＣデバイス１Ａは、基地局２（Ａ）との間で無線によるコネクションを確立するため、基地局２（Ａ）に“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ７−１）。

基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ７−２の“ＩｄｅｎｔｉｆｙＴｅｒｍｉｎａｌＰｒｏｐｅｒｔｙ”）。例えば、基地局２（Ａ）は、非ＭＴＣデバイス１Ａから受信した“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１６の例では、非ＭＴＣデバイス１Ａから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”は含まれていない。よって、Ｓ７−２において、識別部２１は、端末１Ａは非ＭＴＣデバイスであると識別する。

基地局２（Ａ）の制御部２０は、識別部２１が端末１を非ＭＴＣデバイスと識別したことに応じて、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ７−３）。

ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ７−４）。

基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ７−５の“ＩｄｅｎｔｉｆｙＴｅｒｍｉｎａｌＰｒｏｐｅｒｔｙ”）。図１６の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。

基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”が拒否されたことを示す拒否通知を送信する（Ｓ７−６の“ＮＡＣＫ（ＮｅｇａｔｉｖｅＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）”）。なお、基地局２（Ａ）の制御部２０は、例えば、識別部２１が端末１ＢをＭＴＣデバイスと識別した場合に、該基地局２（Ａ）の隣接基地局がＭＴＣデバイス用の基地局２（例えば、基地局２（Ｂ））であることに応じて、ＭＴＣデバイス１Ｂに拒否通知を送信してもよい。また、基地局２（Ａ）の制御部２０は、例えば、識別部２１が端末１ＢをＭＴＣデバイスと識別した場合に、該基地局２（Ａ）の隣接セルがＭＴＣデバイス用の基地局２（例えば、基地局２（Ｂ））がカバーするセルであることに応じて、ＭＴＣデバイス１Ｂに拒否通知を送信してもよい。

ＭＴＣデバイス１Ｂは、他の基地局２（図１６の例では、ＭＴＣデバイス用の基地局２（Ｂ））に、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を再送信する（Ｓ７−７）。ＭＴＣデバイス用の基地局２（Ｂ）は、例えば、ＭＴＣデバイス用に設けられたＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ））や仮想ＭＭＥ５Ａに対応付けられた基地局である。ＭＴＣデバイス用の基地局２（Ｂ）は、例えば、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定される。

基地局２（Ｂ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ７−８の“ＩｄｅｎｔｉｆｙＴｅｒｍｉｎａｌＰｒｏｐｅｒｔｙ”）。図１６の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ｂ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。

基地局２（Ｂ）の制御部２０は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ７−９）。図１６の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１Ｂと無線接続を確立し、ＭＭＥ５に対してＮＡＳメッセージを送信する。なお、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ）、図１０の仮想ＭＭＥ５Ａ）に対して、ＮＡＳメッセージを送信してもよい。

図１７は、第３の実施形態の他の動作例を示すシーケンス図である。図１７は、基地局２（Ａ）の制御部２０が送信する拒否通知に、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を示す情報を含める場合の動作例を示す。

ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ８−１）。

基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ８−２）。図１７の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。

基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに対して、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”が拒否されたことを示す拒否通知に、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を示す情報を含めて送信する（Ｓ８−３の“ＮＡＣＫｗｉｔｈＢａｓｅＳｔａｔｉｏｎＩｎｆｏ”）。ＭＴＣデバイス用の基地局２に関する情報は、例えば、複数のＭＴＣデバイス用の基地局２が記載されたリスト（セルリスト）であってもよい。

端末１の通信部１１は、拒否通知に含まれる情報（例えば、基地局２の情報や、セルリスト）に基づいて、例えば、ＭＴＣデバイス用の基地局２（Ｂ）を再選択する（Ｓ８−４の“Ｓｅｌｅｃｔｉｏｎ”）。

端末１の通信部１１は、Ｓ８−４で選択したＭＴＣデバイス用の基地局２（Ｂ）に対して、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ８−５）。

基地局２（Ｂ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ８−６）。図１７の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ｂ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。

基地局２（Ｂ）の制御部２０は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ８−７）。図１７の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１Ｂと無線接続を確立し、ＭＭＥ５に対してＮＡＳメッセージを送信する。なお、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ）、図１０の仮想ＭＭＥ５Ａ）に対して、ＮＡＳメッセージを送信してもよい。

図１８は、第３の実施形態の他の動作例を示すシーケンス図である。図１８は、ＭＴＣデバイス用の基地局２（Ｂ）が、他の基地局２に対して、該基地局２（Ｂ）に関するシステム情報を予め通知する場合の動作例である。

ＭＴＣデバイス用の基地局２（Ｂ）は、他の基地局２に対して、自装置（基地局２（Ｂ））に関する情報を含むシステム情報ブロック（ＳＩＢ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を、ブロードキャストする（Ｓ９−１の“ＳＩＢＢｒｏａｄｃａｓｔｗｉｔｈＢａｓｅＳｔａｔｉｏｎＩｎｆｏ”）。システム情報ブロックは、例えば、基地局２（Ｂ）の各種パラメータに関する情報や、基地局２（Ｂ）がカバーするセルに関する情報を含む。ＭＴＣデバイス用の基地局２（Ｂ）が送信するシステム情報ブロックは、例えば、ＭＴＣデバイス用の基地局であることを示す情報を含む。基地局２（Ａ）の識別部２１は、例えば、受信したシステム情報ブロックに、ＭＴＣデバイス用の基地局であることを示す情報が含まれていることに基づき、基地局２（Ｂ）をＭＴＣデバイス用の基地局と識別する。

ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ９−２）。

基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ９−３）。図１８の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。

基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに対して、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”が拒否されたことを示す拒否通知に、ＭＴＣデバイス用の基地局２を示す情報を含めて送信する（Ｓ９−４の“ＮＡＣＫｗｉｔｈＢａｓｅＳｔａｔｉｏｎＩｎｆｏ”）。ＭＴＣデバイス用の基地局２を示す情報は、例えば、複数のＭＴＣデバイス用の基地局２が記載されたリスト（セルリスト）であってもよい。

端末１の通信部１１は、拒否通知に含まれる情報（例えば、基地局２の情報や、セルリスト）に基づいて、例えば、ＭＴＣデバイス用の基地局２（Ｂ）を再選択する（Ｓ９−５の“Ｓｅｌｅｃｔｉｏｎ”）。

端末１の通信部１１は、Ｓ９−５で選択したＭＴＣデバイス用の基地局２（Ｂ）に対して、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ９−６）。

基地局２（Ｂ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ９−７）。図１８の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ｂ）の識別部２１は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。

基地局２（Ｂ）の制御部２０は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ９−８）。図１８の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１と無線接続を確立し、ＭＭＥ５に対してＮＡＳメッセージを送信する。なお、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ）、図１０の仮想ＭＭＥ５Ａ）に対して、ＮＡＳメッセージを送信してもよい。

＜第４の実施形態＞
本発明の第４の実施形態について、図面を参照して説明する。第４の実施形態は、ＭＭＥ５が端末１の端末属性を識別する場合について、３ＧＰＰの標準仕様（例えば、３ＧＰＰＴＳ２３．４０１）に適用した際の動作例を説明するものである。なお、第４の実施形態の技術は、第１乃至第３の実施形態、および、後述の実施形態のいずれにも適用可能である。

図１９は、第４の実施形態の動作例を示すシーケンス図である。図１９は、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１ｖ１２．３．０）の５．３．２章に記載された“ＡｔｔａｃｈＰｒｏｃｅｄｕｒｅ”に本発明の技術を適用した動作例を示す。

非ＭＴＣデバイス１Ａは、基地局２との間で無線によるコネクションを確立するため、基地局２に“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ１０−１）。

“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ１０−２）。

ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に応じて、端末属性を識別する（Ｓ１０−３の“ＩｄｅｎｔｉｆｙＴｅｒｍｉｎａｌＰｒｏｐｅｒｔｙ”）。例えばＭＭＥ５は、基地局２（Ａ）から受信したＮＡＳメッセージに、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１９の例では、基地局２（Ａ）から送信されたＮＡＳメッセージには“ＬＡＰＩ”は含まれていない。よって、Ｓ１０−３において、識別部５１は、端末１Ａは非ＭＴＣデバイスであると識別する。

ＭＭＥ５の識別部５１は、端末１Ａが非ＭＴＣデバイスであると識別したことに応じて、ＥＰＳ（Evolved Packet System）ベアラの確立手順を開始する（Ｓ１０−４の“ＥＰＳＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ”）。ＭＭＥ５によるＥＰＳベアラの確立手順の開始により、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５および基地局２（Ａ）の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。非ＭＴＣデバイス１Ａは、確立されたＥＰＳベアラを介して通信する。基地局２（Ａ）は、非ＭＴＣデバイス１Ａに関する通信データを、ＥＰＳベアラを介して送受信する。

ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ１０−５）。

“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ１０−６）。

ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に応じて、端末属性を識別する（Ｓ１０−７の“ＩｄｅｎｔｉｆｙＴｅｒｍｉｎａｌＰｒｏｐｅｒｔｙ”）。図１９の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、Ｓ１０−７において、識別部５１は、端末１ＢがＭＴＣデバイスであると識別する。

ＭＭＥ５の識別部５１は、端末１ＢがＭＴＣデバイスであると識別したことに応じて、端末１Ｂに対して、基地局２の再選択を指示する制御信号を通知する（Ｓ１０−８の“ＲｅｓｅｌｅｃｔｉｏｎＩｎｄｉｃａｔｉｏｎ”）。基地局２の再選択を指示する制御信号は、例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”が拒否されたことを示す拒否通知（ＮＡＣＫ）であってもよい。なお、ＭＭＥ５の識別部５１は、拒否通知（ＮＡＣＫ）に、拒否理由を示す情報を含めてもよい。拒否理由を示す情報は、例えば、端末１ＢがＭＴＣデバイスであるために拒否されたことを示す情報である。

ＭＴＣデバイス１Ｂは、他の基地局２（例えば、ＭＴＣデバイス用の基地局２（Ｂ））に対して、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を再送信する（Ｓ１０−９）。

ＭＭＥ５の識別部５１は、端末１Ｂに対して基地局２の再選択を指示する制御信号を通知したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１０−１０の“ＥＰＳＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ”）。ＭＭＥ５によるＥＰＳベアラの確立手順の開始により、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５および基地局２（Ｂ）の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。ＭＴＣデバイス１Ｂは、確立されたＥＰＳベアラを介して通信する。基地局２（Ｂ）は、ＭＴＣデバイス１Ｂに関する通信データを、ＥＰＳベアラを介して送受信する。

図２０乃至２２は、第４の実施形態の他の動作例を示すシーケンス図である。図２０乃至２２は、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１ｖ１２．３．０）の５．３．２章に記載された“ＡｔｔａｃｈＰｒｏｃｅｄｕｒｅ”に本発明の技術を適用した動作例を示す。

非ＭＴＣデバイス１Ａは、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を基地局２に送信する（Ｓ１１−１）。基地局２は、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を、ＭＭＥ５に送信する。

ＭＭＥ５は、例えば、受信した“ＡｔｔａｃｈＲｅｑｕｅｓｔ”に含まれるＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ）に基づいて、非ＭＴＣデバイス１Ａの認証手順を実行する（Ｓ１１−２の“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ”）。ＩＭＳＩは、端末の識別情報である。

ＭＭＥ５は、認証手順において、端末属性を識別する（Ｓ１１−３）。ＭＭＥ５は、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”に含まれるＩＭＳＩに基づいて、端末属性を識別する。

図２２は、ＭＭＥ５が端末１の認証手順を実行する場合の動作例である。

ＭＭＥ５は、ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）７に、“ＡｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ１１−１１）。“ＡｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ”にはＩＭＳＩが含まれる。

ＨＳＳ７は、外部ＡＳ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）がＭＴＣデバイスを識別するための識別情報である“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”を管理できる。例えば、外部ＡＳは、“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”に基づいて、ＭＴＣデバイスを呼び出す（外部ＡＳがトリガーとなるＣａｌｌ手順）。例えば、Ｍ２Ｍサービス事業者は、ＭＴＣデバイスを識別するために、“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”を用いる。ＨＳＳ７は、例えば、ＩＭＳＩと“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”を関連付けて管理する。

ＨＳＳ７は、“ＡｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ”の受信に応じて、“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”を検索する（Ｓ１１−１２の“ＥｘｔｅｒｎａｌＩＤＳｅａｒｃｈ”）。ＨＳＳ７は、例えば、“ＡｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ”に含まれるＩＭＳＩに対応付けられた“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”を検索する。

ＨＳＳ７は、“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”の検索結果を、“ＡｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＡｎｓｗｅｒ”に含めてＭＭＥ５に送信する（Ｓ１１−１３）。ＭＭＥ５は、例えば、“ＡｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＡｎｓｗｅｒ”に“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”が検索されたことを示す情報が含まれる場合、端末がＭＴＣデバイスであると判断する。また、ＭＭＥ５は、例えば、“ＡｕｔｈｅｎｔｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＡｎｓｗｅｒ”に“ＥｘｔｅｒｎａｌＩｄｅｎｔｉｆｉｅｒ”が検索されたことを示す情報が含まれていない場合、端末がＭＴＣデバイスではないと判断する。

なお、ＭＭＥ５は、受信した“ＡｔｔａｃｈＲｅｑｕｅｓｔ”に“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別してもよい。

図２０において、ＭＭＥ５の識別部５１は、端末１Ａが非ＭＴＣデバイスであると識別したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１１−４）。

ＭＴＣデバイス１Ｂは、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を基地局２に送信する（Ｓ１１−５）。基地局２は、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を、ＭＭＥ５に送信する。

ＭＭＥ５は、受信した“ＡｔｔａｃｈＲｅｑｕｅｓｔ”に含まれるＩＭＳＩに基づいて、ＭＴＣデバイス１Ｂの認証手順を実行する（Ｓ１１−６）。

ＭＭＥ５は、認証手順において、端末属性を識別する（Ｓ１１−７）。ＭＭＥ５が端末属性を識別する方法は、図２２に示す動作例と同様である。

ＭＭＥ５の識別部５１は、端末１ＢがＭＴＣデバイスであると識別したことに応じて、端末１Ｂに対して、基地局２の再選択を指示する制御信号を通知する（Ｓ１１−８）。基地局２の再選択を指示する制御信号は、例えば、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”が拒否されたことを示す拒否通知（ＮＡＣＫ）であってもよい。

ＭＴＣデバイス１Ｂは、他の基地局２（例えば、ＭＴＣデバイス用の基地局２（Ｂ））に対して、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を再送信する（Ｓ１１−９）。

ＭＭＥ５の識別部５１は、端末１Ｂに対して基地局２の再選択を指示する制御信号を通知したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１１−１０）。

図２３は、第４の実施形態の他の動作例を示すシーケンス図である。図２３は、基地局２（Ａ）が、ＭＭＥ５からの指示に応じて、ＭＴＣデバイス用の基地局２（Ｂ）との間に設定されたＸ２インターフェースを介して、ＭＴＣデバイス１Ｂのハンドオーバーを実行する場合の動作例である。

ＭＴＣデバイス１Ｂは、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を基地局２に送信する（Ｓ１２−１）。基地局２は、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を、ＭＭＥ５に送信する。

ＭＭＥ５の制御部５０は、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を受信したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１２−２）。ＭＭＥ５によるＥＰＳベアラの確立手順の開始により、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５および基地局２（Ａ）の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。ＭＴＣデバイス１Ｂは、確立されたＥＰＳベアラを介して通信する。基地局２（Ａ）は、ＭＴＣデバイス１Ｂに関する通信データを、ＥＰＳベアラを介して送受信する。

ＭＭＥ５の識別部５１は、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”に基づいて、端末属性を識別する。識別部５１は、端末１ＢがＭＴＣデバイスである場合、端末１Ｂに対して、ハンドオーバーの実行を指示する（Ｓ１２−３の“Ｘ２ＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ”）。

基地局２（Ａ）の制御部２０は、ＭＭＥ５からの指示に基づいて、例えば、ＭＴＣデバイス用の基地局２（Ｂ）に対してハンドオーバー要求（ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔ）を送信する（Ｓ１２−４）。

基地局２（Ａ）の制御部２０は、ＭＴＣデバイス用の他の基地局２（Ｂ）からのハンドオーバー応答（ＡＣＫ）に応じて、端末１Ｂに対して、ハンドオーバー指示（ＨａｎｄｏｖｅｒＣｏｍｍａｎｄ）を送信する（Ｓ１２−５）。

端末１Ｂは、ハンドオーバー指示を受信したことに応じて、ＭＴＣデバイス用の基地局２（Ｂ）と接続処理を実行する（Ｓ１２−６の“Ｈａｎｄｏｖｅｒ”）。

基地局２（Ｂ）の制御部２０は、ＭＭＥ５に対して、セッションの切り替えを要求する（Ｓ１２−７の“ＳｅｓｓｉｏｎＭｏｄｉｆｙＲｅｑｕｅｓｔ”）。

ＭＭＥ５の制御部５０は、基地局２（Ｂ）からの要求に応じて、セッションの切り替え処理を実行する（Ｓ１２−８の“ＳｅｓｓｉｏｎＭｏｄｉｆｙ”）。ＭＭＥ５の制御部５０は、例えば、ＳＧＷ３に対して、基地局２（Ｂ）のアドレス、及び、セッションの識別子であるＴＥＩＤ（ＴｕｎｎｅｌＥｎｄｐｏｉｎｔＩｄｅｎｔｉｆｉｅｒ）を通知し、セッションの更新を要求する。ＭＭＥ５の制御部５０は、例えば、ＳＧＷ３から、セッションの更新応答を受信する。

＜第５の実施形態＞
本発明の第５の実施形態について、図面を参照して説明する。第５の実施形態は、ＭＴＣデバイス１Ｂが、予め受信したＭＴＣデバイス用の基地局２に関する情報に基づいて、接続要求を送信する基地局２を選択可能な場合の実施形態である。

図２４は、第５の実施形態の端末１の構成例を示す。図２４に例示するように、端末１は、メッセージ生成部１０と、通信部１１と、選択部１２とを含む。なお、メッセージ生成部１０は、図６の構成例と同様であるので、詳細な説明は省略される。

通信部１１は、ＭＴＣデバイス用の基地局２（Ｂ）から、基地局２（Ｂ）に関する情報を含むシステム情報ブロック（ＳＩＢ）を受信する。基地局２（Ｂ）に関する情報は、例えば、基地局２（Ｂ）の各種パラメータに関する情報や、基地局２（Ｂ）がカバーするセルに関する情報を含む。基地局２（Ｂ）に関する情報は、例えば、ＭＴＣデバイス用の基地局であることを示す情報を含む。

通信部１１は、メッセージ生成部１０が生成したメッセージを、選択部１２によって選択された基地局２に送信する。

選択部１２は、受信したシステム情報ブロックに基づいて、基地局２の属性を識別可能である。選択部１２は、例えば、基地局２（Ｂ）から受信したシステム情報ブロック（ＳＩＢ）に、ＭＴＣデバイス用の基地局であることを示す情報が含まれていることに基づいて、該基地局２（Ｂ）をＭＴＣデバイス用の基地局と識別する。

選択部１２は、端末１の属性に基づいて、メッセージを送信する基地局２を選択する。
選択部１２は、例えば、端末１の属性がＭＴＣデバイスである場合、メッセージを送信する基地局２を、ＭＴＣデバイス用の基地局２（例えば、基地局２（Ｂ））から選択する。

図２５は、第５の実施形態の動作例を示すシーケンス図である。

ＭＴＣデバイス用の基地局２（Ｂ）は、端末１に対して、ＭＴＣデバイス用の基地局であることを示す情報を含むシステム情報ブロック（ＳＩＢ）を、予めブロードキャストする（Ｓ１３−１）。端末１は、例えば、受信したシステム情報ブロックに、ＭＴＣデバイス用の基地局であることを示す情報が含まれていることに基づき、該システム情報ブロックを送信した基地局２（Ｂ）をＭＴＣデバイス用の基地局と識別する。

ＭＴＣデバイス用の端末１Ｂは、受信したシステム情報ブロックに基づいて識別されたＭＴＣデバイス用の基地局２（Ｂ）に対して、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を送信する（Ｓ１３−２）。

基地局２（Ｂ）の制御部２０は、“ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ”を受信したことに応じて、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ１３−３）。基地局２（Ｂ）は、ＭＴＣデバイス用のＭＭＥ（例えば、図２のＭＭＥ（Ｂ）５、図１０の仮想ＭＭＥ５Ａ）にＮＡＳメッセージを送信してもよい。

ＭＭＥ５の識別部５１は、ＮＡＳメッセージを受信したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１３−４）。

図２６は、第５の実施形態の動作例を示すシーケンス図である。

ＭＴＣデバイス用の基地局２（例えば、基地局２（Ｂ））は、端末１および他の基地局２に対して、自装置（例えば、基地局２（Ｂ））に関する情報を含むシステム情報ブロック（ＳＩＢ）を、ブロードキャストする（Ｓ１４−１）。

Ｓ１４−２からＳ１４−８の動作例は、図１８のＳ９−２からＳ９−８の動作例と同様であるため、詳細は省略される。なお、Ｓ１４−５において、端末１の選択部１２が、基地局２（Ａ）からの拒否通知に含まれる情報に基づいて、ＭＴＣデバイス用の基地局２（Ｂ）を再選択してもよい。また、図１８のＳ９−８と同様に、Ｓ１４−８において、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ）、図１０の仮想ＭＭＥ５Ａ）に対して、ＮＡＳメッセージを送信してもよい。

上記のとおり、第５の実施形態は、ＭＴＣデバイス１Ｂが、予め受信したＭＴＣデバイス用の基地局２に関する情報に基づいて、メッセージを送信する基地局２を選択できる。
よって、ＭＴＣデバイス１Ｂは、接続する基地局２の選択及び決定に必要な制御信号の送受信を低減することができる。

＜第６の実施形態＞
本発明の第６の実施形態について、図面を参照して説明する。第６の実施形態は、端末１と基地局２との接続に関するポリシーをコントローラが集中管理する。よって、端末１と基地局２との接続に関するポリシーの運用管理の効率が向上する。第６の実施形態の技術は、第１乃至第５の実施形態、後述の実施形態のいずれにも適用可能である。

図２７は、第６の実施形態の通信システムの構成例を示す図である。

コントローラ８は、基地局２やＭＭＥ５、制御サーバ６に対して、端末１と基地局２との接続に関するポリシーを通知する機能を有する。

なお、端末１や基地局２、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５、制御サーバ６については、上述した実施形態の構成例と同様であるため、詳細な説明は省略される。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

図２８は、第６の実施形態のコントローラ８の構成例を示す図である。

コントローラ８は、ポリシー管理ＤＢ（ＤａｔａＢａｓｅ）８０、制御部８１、インターフェース８２を含む。

インターフェース８２は、基地局２やＭＭＥ５、制御サーバ６と通信するためのインターフェースである。コントローラ８は、例えば、インターフェース８２を介して、所定のプロトコルで基地局２、ＭＭＥ５及び制御サーバ６と通信できる。

ポリシー管理ＤＢ８０は、端末１と基地局２との接続に関するポリシーを管理するデータベースである。例えば、ネットワークオペレータが、ポリシー管理ＤＢ８０にポリシーを入力できる。

制御部８１は、ポリシー管理ＤＢ８０を参照し、基地局２やＭＭＥ５、制御サーバ６に対してポリシーを通知する。制御部８１は、インターフェース８２を介して、基地局２やＭＭＥ５、制御サーバ６に対してポリシーを通知する。

コントローラ８は、例えば、ＳＯＮサーバである。また、コントローラ８は、例えば、ネットワークオペレータが使用する運用管理装置であってもよい。

ポリシー管理ＤＢ８０は、例えば、端末１と基地局２との接続に関するポリシーを管理する。ポリシー管理ＤＢ８０に記憶されるポリシーの例を、以下に示す。

（端末の種別に関するポリシー）
・ＭＴＣデバイスからの接続要求を許可し、非ＭＴＣデバイスからの接続要求を拒否する。
・非ＭＴＣデバイスからの接続要求を許可し、ＭＴＣデバイスからの接続要求を拒否する。
・所定のＭＴＣデバイス（例えば、スマートメーター）からの接続要求を許可し、他の種別のＭＴＣデバイスからの接続要求を拒否する。
・所定のＭＴＣデバイスグループに属するＭＴＣデバイスからの接続要求を許可し、他のＭＴＣデバイスグループに属するＭＴＣデバイスからの接続要求を拒否する。
・所定のユーザ属性（例えば、プレミアムユーザ）に対応する端末からの接続要求を許可し、他のユーザ属性（例えば、一般ユーザ）に対応する端末からの接続要求を拒否する。
・所定のユーザ属性（例えば、一般ユーザ）に対応する端末からの接続要求を許可し、他のユーザ属性（例えば、プレミアムユーザ）に対応する端末からの接続要求を拒否する。
・通信量が所定値を超過したユーザの端末からの接続要求を拒否する。
・非ＭＴＣデバイス用の基地局に接続したＭＴＣデバイスに、接続する基地局を再選択させる。
・非ＭＴＣデバイス用の基地局に接続したＭＴＣデバイスを、他の基地局（例えば、ＭＴＣデバイス用の基地局）に再接続させる。
・非ＭＴＣデバイス用の基地局に接続したＭＴＣデバイスに対して、他の基地局（例えば、ＭＴＣデバイス用の基地局）へのハンドオーバー（Ｈａｎｄｏｖｅｒ）を行う。
・所定の時間帯（Ｅｘ：ＡＭ１：００−ＡＭ４：００）にのみポリシーを有効化。（このポリシーは、上記のポリシーの少なくとも１つと組み合わせて使用される。）
（通信トラフィックの種別に関するポリシー）
・ＭＴＣ関連のアプリケーションに関する通信トラフィックをＭＴＣデバイス用の基地局で処理する。
・非ＭＴＣ関連のアプリケーションに関する通信トラフィックを非ＭＴＣデバイス用の基地局で処理する。
・通話に関する通信トラフィックを所定の基地局（例えば、非ＭＴＣデバイス用の基地局）で処理する。
・所定のアプリケーション（例えば、ＳＮＳ（Social Networking Service）アプリケーション）に関する通信トラフィックを、所定の基地局で処理する。
・所定のアプリケーション（例えば、ＳＮＳアプリケーション）に関する通信トラフィックの一部を、所定の基地局で処理する。
・所定の課金特性（例えば、定額課金）に対応する通信トラフィックを、所定の基地局で処理する。
・所定の課金特性（例えば、従量型課金）に対応する通信トラフィックを、所定の基地局で処理する。
・所定のＱｏＳ特性に関する通信トラフィックを、所定の基地局で処理する。
・所定の時間帯（Ｅｘ：ＡＭ１：００−ＡＭ４：００）にのみポリシーを有効化。（このポリシーは、上記のポリシーの少なくとも１つと組み合わせて使用される。）
図２９は、第６の実施形態の基地局２の構成例を示す図である。

基地局２は、インターフェース２２を介して、コントローラ８と通信する。基地局２は、インターフェース２２を介して、コントローラ８からポリシーを受信する。受信したポリシーは、例えば、識別部２１に記憶される。制御部２２は、例えば、受信したポリシーに基づいて、端末１と基地局２との接続に関する処理を実行する。

なお、制御部２０および識別部２１は、図３の構成例と同様であるため、詳細な説明は省略される。

ＭＭＥ５は、基地局２と同様に、コントローラ８と通信するためのインターフェースを有していてもよい。ＭＭＥ５は、インターフェースを介して、コントローラ８からポリシーを受信する。ＭＭＥ５は、受信したポリシーに基づいて、端末１と基地局２との接続に関する処理を実行する。

制御サーバ６は、基地局２と同様に、コントローラ８と通信するためのインターフェースを有していてもよい。制御サーバ６は、インターフェースを介して、コントローラ８からポリシーを受信する。制御サーバ６は、受信したポリシーに基づいて、端末１と基地局２との接続に関する処理を実行する。

上記のとおり、第６の実施形態は、端末１と基地局２との接続に関するポリシーをコントローラ８が集中管理する。よって、該ポリシーの運用管理の効率が向上する。

＜第７の実施形態＞
本発明の第７の実施形態について、図面を参照して説明する。第７の実施形態では、コントローラ８が仮想ネットワークのリソースのプロビジョニングを実行できる。よって、仮想ネットワークの運用管理の効率が向上する。第７の実施形態の技術は、第１乃至第６の実施形態、後述の実施形態のいずれにも適用可能である。

図３０は、第７の実施形態の通信システムの構成例を示す。

コントローラ８は、仮想ネットワークのリソースのプロビジョニングを実行する。コントローラ８は、例えば、通信トラフィックのオフロードに備え、仮想ネットワークノード（仮想ＭＭＥ５Ａ、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ等）を運用するためのリソース割り当てを実行する。仮想ネットワークノードを運用するためのリソースは、例えば、サーバ資源、ＣＰＵ資源、ネットワーク資源（スイッチやルータ）等である。コントローラ８は、例えば、仮想ネットワークノードを運用する仮想マシンやサーバに対して、リソースを割り当てる。

コントローラ８は、例えば、通信トラフィックが増加する時間帯を予測し、当該時間帯に先立って仮想ネットワークのリソースのプロビジョニングを実行できる。また、コントローラ８は、通信トラフィックの増加に応じて、仮想ネットワークのリソースのプロビジョニングを動的に実行できる。

なお、端末１や基地局２、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ、仮想ＭＭＥ５Ａについては、上述の実施形態の構成例と同様であるため、詳細な説明は省略される。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

図３１は、第７の実施形態のコントローラ８の構成例を示す。図３１の例では、コントローラ８は、第６の実施形態で例示された構成に加え、仮想ネットワークのリソースのプロビジョニングを実行する仮想ＮＷ（ネットワーク）制御部８３を含む。第７の実施形態のコントローラ８の構成は、図３１の例に限定されない。例えば、第７の実施形態のコントローラ８は、基地局２等に、端末１と基地局２との接続に関するポリシーを通知する機能（ポリシー管理ＤＢ８０等）を備えなくてもよい。例えば、第６の実施形態のコントローラと、第７の実施形態のコントローラとは、互いに異なる装置であってもよい。

仮想ＮＷ制御部８３は、仮想ネットワークのリソースのプロビジョニングを実行する。

仮想ＮＷ制御部８３は、例えば、所定の種別のＭＴＣデバイスによる通信が発生する時間帯に先立って、当該ＭＴＣデバイスによる通信トラフィックを処理可能なリソースを仮想ネットワークに割り当てる。

例えば、仮想ＮＷ制御部８３は、ＭＴＣデバイスが送信する制御信号（例えば、ネットワークへの接続要求に関する制御信号）を処理するためのリソースを、仮想ＭＭＥ５Ａに割り当てる。また、例えば、仮想ＮＷ制御部８３は、ＭＴＣデバイスが送信するＵ−Ｐｌａｎｅ（ユーザ・プレーン）データを処理するためのリソースを、仮想ＳＧＷ３Ａや仮想ＰＧＷ４Ａに割り当てる。仮想ＮＷ制御部８３は、所定の種別のＭＴＣデバイスグループに関する通信トラフィックを処理するためのリソースを仮想ネットワークに割り当ててもよい。仮想ＮＷ制御部８３は、ＭＴＣデバイスによる通信トラフィックが発生しない時間帯は、仮想ネットワークからリソースを解放してもよい。

仮想ＮＷ制御部８３は、例えば、通信システムにおける通信トラフィックの分析結果に基づいて、通信トラフィックが増加する時間帯を予測する。仮想ＮＷ制御部８３は、例えば、予測結果に基づいて、増加する通信トラフィックを処理するためのリソースを仮想ネットワークに割り当てる。仮想ＮＷ制御部８３が、通信トラフィックの分析を実行してもよい。また、仮想ＮＷ制御部８３は、ＯＳＳ／ＢＳＳ（ＯｐｅｒａｔｉｏｎＳｕｐｐｏｒｔＳｙｓｔｅｍ／ＢｕｓｉｎｅｓｓＳｕｐｐｏｒｔＳｙｓｔｅｍ）を介してネットワークオペレータからトラフィック分析の結果を取得してもよい。

例えば、仮想ＮＷ制御部８３は、増加が見込まれる通信トラフィックの制御信号を処理するためのリソースを、仮想ＭＭＥ５Ａに割り当てる。また、例えば、仮想ＮＷ制御部８３は、増加が見込まれるＵ−Ｐｌａｎｅ（ユーザ・プレーン）データを処理するためのリソースを、仮想ＳＧＷ３Ａや仮想ＰＧＷ４Ａに割り当てる。

仮想ＮＷ制御部８３は、例えば、地震等の災害発生に応じて、仮想ネットワークにリソースを割り当てる。また、仮想ＮＷ制御部８３は、例えば、多数の端末利用者が集まるイベントが開催される日時に先立って、仮想ネットワークにリソースを割り当てる。

例えば、仮想ＮＷ制御部８３は、災害発生に伴って増加が見込まれる通話やデータ通信を処理するためのリソースを、仮想ＳＧＷ３Ａ，仮想ＰＧＷ４Ａ、仮想ＭＭＥ５Ａに割り当てる。また、例えば、仮想ＮＷ制御部８３は、イベントに伴って増加が見込まれる通話やデータ通信を処理するためのリソースを、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ、仮想ＭＭＥ５Ａに割り当てる。

仮想ＮＷ制御部８３は、例えば、仮想ネットワークに要求される性能に基づいて、仮想ネットワークにリソースを割り当てる。例えば、仮想ＮＷ制御部８３は、仮想ネットワークに要求されるＳＬＡ（ＳｅｒｖｉｃｅＬｅｖｅｌＡｇｒｅｅｍｅｎｔ）を満たすように、仮想ネットワークにリソースを割り当てる。

仮想ＮＷ制御部８３は、例えば、基地局２等に通知済みのポリシーによって仮想ネットワークに流入すると想定される通信トラフィックの量を予測する。仮想ＮＷ制御部８３は、基地局２等に通知する予定のポリシーによって仮想ネットワークに流入すると想定される通信トラフィックの量を予測してもよい。仮想ＮＷ制御部８３は、予測された通信量に基づいて、仮想ネットワークにリソースを割り当てる。例えば、仮想ＮＷ制御部８３は、仮想ネットワークに流入すると想定される通信トラフィックを処理するために必要なリソースを、仮想ネットワークに割り当てる。仮想ＮＷ制御部８３は、仮想ネットワークに流入すると想定される通信トラフィックを所定のＳＬＡを満たす性能で処理するために必要なリソースを、仮想ネットワークに割り当ててもよい。

なお、コントローラ８の制御部８１は、例えば、リソースが割り当てられたことに応じて、端末１と基地局２との接続に関するポリシーを基地局２等に通知してもよい。制御部８１は、例えば、上述の第６の実施形態に例示されたポリシーの少なくとも１つを、基地局２等に通知してもよい。

図３２は、第７の実施形態の通信装置１００の構成例を示す。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

通信装置１００の制御部１１０は、コントローラ８の仮想ＮＷ制御部８３から、ＶＮＦ１２０を実行するための仮想マシンの起動、削除、移行の少なくとも１つの指示を受ける。仮想ＮＷ制御部８３は、仮想マシンの起動、削除、移行の少なくとも１つを制御部１１０に指示することにより、仮想ネットワークのリソースを制御できる。

なお、制御部１１０および仮想ネットワーク機能については、図１２の構成例と同様であるため、詳細な説明は省略される。

上記のとおり、第７の実施形態では、コントローラ８が仮想ネットワークのリソースのプロビジョニングを実行できる。よって、仮想ネットワークの運用管理の効率が向上する。

＜第８の実施形態＞
本発明の第８の実施形態について、図面を参照して説明する。本発明の第８の実施形態では、仮想ネットワークのオペレータは、レガシーネットワークのオペレータに対して、仮想ネットワークを貸し出すことができる。仮想ネットワークのオペレータは、仮想ネットワークの利用料金を得ることができる。また、レガシーネットワークのオペレータは、自らレガシーネットワークへの設備投資をしなくとも、ネットワークを仮想的に増強できる。第８の実施形態の技術は、第１乃至第７の実施形態のいずれにも適用可能である。

図３３は、第８の実施形態の通信システムの構成例を示す。

図３３の例では、仮想ネットワークのオペレータ（オペレータ：Ｂ）は、レガシーネットワークのオペレータ（オペレータ：Ａ）に、仮想ネットワークを貸し出す。オペレータＡは、仮想ネットワークに通信トラフィックをオフロードすることで、レガシーネットワークの負荷を軽減できる。

図３３の例では、オペレータＢが所有する基地局２（Ｂ）は、オペレータＡの加入者端末の通信トラフィックを仮想ネットワークに送信できる。基地局２（Ｂ）は、加入者端末の通信トラフィックを識別し、識別されたトラフィックを仮想ネットワークに送信できる。

基地局２は、上述の実施形態で例示された構成例に基づいて、端末の属性に応じて端末と基地局との接続を制御できる。図３３では、例えば、基地局２（Ｂ）は、ＭＴＣデバイス（端末１Ｂ）からの接続要求を許可し、非ＭＴＣデバイス（端末１Ａ）からの接続要求を拒否できる。また、例えば、基地局２（Ａ）は、非ＭＴＣデバイス（端末１Ａ）からの接続要求を許可し、ＭＴＣデバイス（端末１Ｂ）からの接続要求を拒否できる。

基地局２（Ｂ）は、例えば、上述の第６の実施形態に例示されたポリシーに基づいて、オペレータＡの加入者端末の通信トラフィックの一部を、基地局２（Ｂ）で処理する。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

図３４は、第８の実施形態の通信システムの構成例を示す。

図３４の例のように、オペレータＡは、オペレータＢが所有する仮想ネットワークの利用に対して、オペレータＢに料金を支払う。オペレータＡは、例えば、月または年単位で、定額の料金をオペレータＢに支払う。また、例えば、オペレータＡは、仮想ネットワークの利用量に応じた通信料金をオペレータＢに支払う。また、例えば、オペレータＡは、オペレータＡ用に仮想ネットワークに割り当てた仮想マシンに対応するリソース量に応じた料金をオペレータＢに支払ってもよい。上記の課金方法は例示であり、オペレータＡに対する課金方法は、上記の例に限定されない。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

オペレータＡは、基地局２に、端末１と基地局２との接続に関するポリシーを設定する。例えば、オペレータＡは、上述の第６の実施形態に例示されたポリシーを、基地局２に設定する。オペレータＡは、ＭＭＥ５にポリシーを設定してもよい。基地局２やＭＭＥ５は、設定されたポリシーに従って、端末１が接続する基地局２を選択する。なお、仮想ネットワークのオペレータＢが、オペレータＡに代替して、基地局２等にポリシーを設定してもよい。

図３５は、第８の実施形態の動作例を示すシーケンス図である。

端末１は、基地局２（Ａ）との間で無線によるコネクションを確立するため、基地局２（Ａ）に“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を送信する（Ｓ１５−１）。図３５の例では、端末１は、ＭＴＣデバイスである。また、図３５の例では、基地局２（Ｂ）には、ＭＴＣデバイスからの接続要求を許可するポリシーが設定されているものとする。

基地局２（Ｂ）は、仮想ネットワークをオペレータＢから借りたオペレータＡに対して、専用の仮想ＭＭＥ５Ａを選択できる（Ｓ１５−２の“ＳｅｌｅｃｔｖＭＭＥｓｐｅｃｉｆｉｃｔｏＯｐｅｒａｔｏｒ（Ａ）”）。基地局２（Ｂ）は、例えば、仮想ネットワークを利用するオペレータ毎に、仮想ＭＭＥ５Ａを管理する。例えば、基地局２の識別部２１は、オペレータＡに対して、専用の仮想ＭＭＥ５Ａを選択できる。

基地局２（Ｂ）は、端末１から送信された“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を、選択した仮想ＭＭＥ５Ａに送信する（Ｓ１５−３）。

仮想ＭＭＥ５Ａは、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”の受信に先立って、端末１の認証処理を実行する。仮想ＭＭＥ５Ａは、例えば、仮想ネットワークに配置されたＨＳＳ７を用いて、端末１を認証する。仮想ＭＭＥ５Ａは、レガシーネットワークに配置されたＨＳＳ７を用いて端末１を認証してもよい。

ＨＳＳ７は、例えば、端末１のＩＭＳＩと、当該端末１が加入するオペレータに関する情報とを関連付けて管理する。例えば、仮想ＭＭＥ５Ａは、上記の認証処理の際、ＨＳＳ７から、端末１が加入するオペレータに関する情報を取得し、端末１に対応するオペレータを認識する。

仮想ＭＭＥ５Ａは、ＥＰＳベアラの構築を開始する。図３５の例では、仮想ＭＭＥ５Ａは、仮想ネットワークをオペレータＢから借りたオペレータＡに対して、専用のゲートウェイ（仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ）を割り当てる。他のオペレータ（例えば、オペレータＣ）がオペレータＢから仮想ネットワークを借りていたとしても、オペレータＡとオペレータＣには、それぞれ異なるゲートウェイが割り当てられる。仮想ネットワークを利用するオペレータの各々に対して異なるゲートウェイが割り当てられることで、各オペレータに関する通信トラフィックは仮想的に分離され、セキュリティが向上する。

仮想ＭＭＥ５Ａは、“ＡｔｔａｃｈＲｅｑｕｅｓｔ”の受信に応じて、オペレータＡ専用の仮想ＳＧＷ３を選択する（Ｓ１５−４の“ＳｅｌｅｃｔｖＳＧＷｓｐｅｃｉｆｉｃｔｏＯｐｅｒａｔｏｒ（Ａ）”）。

例えば、仮想ＭＭＥ５Ａの識別部５１は、仮想ネットワークを利用するオペレータ毎に、仮想エンティティ（仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ等）を管理する。仮想ＭＭＥ５Ａの制御部５０は、識別部５１に従って、オペレータＡに対応する仮想ＳＧＷ３Ａを選択する。

また、例えば、仮想ＭＭＥ５Ａの制御部５０は、識別部５１が管理する仮想エンティティから、オペレータＡに割り当てる仮想ＳＧＷ３Ａを選択する。識別部５１は、制御部５０に選択された仮想ＳＧＷ３Ａと、当該仮想ＳＧＷ３Ａが割り当てられたオペレータの識別情報とを対応付ける。制御部５０は、仮想ＳＧＷ３Ａを選択する際、識別部５１が管理する仮想エンティティのうち、オペレータの識別情報が対応付けられていない仮想エンティティを選択する。

仮想ＭＭＥ５Ａは、Ｓ１５−４で選択した仮想ＳＧＷ３Ａに対して、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージを送信する（Ｓ１５−５）。仮想ＭＭＥ５Ａは、仮想ネットワークをオペレータＢから借りたオペレータＡに対して、専用の仮想ＰＧＷ４Ａを割り当てる。仮想ＭＭＥ５Ａは、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージに、オペレータＡに割り当てられた仮想ＰＧＷ４ＡのＩＰアドレスを含める。

例えば、仮想ＭＭＥ５Ａの識別部５１は、仮想ネットワークを利用するオペレータ毎に、仮想エンティティ（仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ等）を管理する。仮想ＭＭＥ５Ａの制御部５０は、識別部５１に従って、オペレータＡに対応する仮想ＰＧＷ４ＡのＩＰアドレスを“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージに含める。

また、例えば、仮想ＭＭＥ５Ａの制御部５０は、識別部５１が管理する仮想エンティティから、オペレータＡに割り当てる仮想ＰＧＷ４Ａを選択する。識別部５１は、制御部５０に選択された仮想ＰＧＷ４Ａと、当該仮想ＰＧＷ４Ａが割り当てられたオペレータの識別情報とを対応付ける。制御部５０は、仮想ＰＧＷ４Ａを選択する際、識別部５１が管理する仮想エンティティのうち、オペレータの識別情報が対応付けられていない仮想エンティティを選択する。

仮想ＭＭＥ５Ａから“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージを受信したことに応じて、仮想ＳＧＷ３Ａは、受信したメッセージで指定された仮想ＰＧＷ４Ａに対して、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージを送信する（Ｓ１５−６）。仮想ＳＧＷ３Ａは、仮想ＰＧＷ４Ａに送信するメッセージに、自身のＩＰアドレスを含める。

仮想ＰＧＷ４Ａは、仮想ＳＧＷ３Ａに対して、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ”メッセージを返信する（Ｓ１５−７）。

仮想ＳＧＷ３Ａは、仮想ＭＭＥ５Ａに対して、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ”メッセージを返信する（Ｓ１５−８）。“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ”メッセージの受信に応じて、仮想ＭＭＥ５Ａは、基地局２に対して、仮想ＳＧＷ３Ａと基地局２との間でセッションを構築するための情報を通知する。

以上の図３５に例示された動作により、仮想ネットワークにＥＰＳベアラが構築される。オペレータＡのレガシーネットワークの加入者端末（図３５中の端末１）は、構築されたＥＰＳベアラを介して通信する。

図３６は、第８の実施形態の他の動作例を示すシーケンス図である。

基地局２（Ｂ）は、端末１から送信された“ＡｔｔａｃｈＲｅｑｕｅｓｔ”を、仮想ＭＭＥ５Ａに送信する（Ｓ１６−１）。図３６の例では、端末１は、ＭＴＣデバイスである。また、図３６の例では、基地局２（Ｂ）には、ＭＴＣデバイスからの接続要求を許可するポリシーが設定されているものとする。

仮想ＭＭＥ５Ａは、仮想ＳＧＷ３Ａに対して、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージを送信する（Ｓ１６−２）。仮想ＭＭＥ５Ａは、例えば、端末１に対応するオペレータに関する情報を“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”に含める。仮想ＭＭＥ５Ａは、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージを送信することで、ＥＰＳベアラの構築を開始する。

図３６の例では、仮想ＭＭＥ５Ａ、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａは、それぞれ、仮想ネットワークをオペレータＢから借りたオペレータＡに関するベアラに対して、専用のＴＥＩＤを割り当てる。他のオペレータ（例えば、オペレータＣ）がオペレータＢから仮想ネットワークを借りていたとしても、オペレータＡとオペレータＣに関するベアラには、それぞれのオペレータ特有のＴＥＩＤが割り当てられる。仮想ネットワークを利用するオペレータの各々に対して特有のＴＥＩＤが割り当てられることで、セキュリティが向上する。

仮想ＳＧＷ３Ａは、仮想ＰＧＷ４Ａに対して、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージを送信する（Ｓ１６−３）。仮想ＳＧＷ３Ａは、オペレータＡの加入者端末である端末１に、オペレータＡ用のＴＥＩＤを割り当てる。仮想ＳＧＷ３Ａは、選択したＴＥＩＤを、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”メッセージに含める。また、仮想ＳＧＷ３Ａは、端末１に対応するオペレータに関する情報を“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔ”に含めてもよい。

例えば、仮想ＳＧＷ３Ａは、仮想ネットワークを利用するオペレータ毎に、各オペレータに割り当てる候補のＴＥＩＤ群を管理する。例えば、仮想ＳＧＷ３Ａは、オペレータＡに割り当てる候補のＴＥＩＤ群や、オペレータＣに割り当てる候補のＴＥＩＤ群を管理する。仮想ＳＧＷ３Ａは、仮想ＭＭＥ５Ａから通知されたオペレータ情報に基づいて、ＴＥＩＤを選択する。

また、例えば、仮想ＳＧＷ３Ａは、ＴＥＩＤ群から、オペレータＡに割り当てるＴＥＩＤを選択する。仮想ＳＧＷ３Ａは、選択されたＴＥＩＤと、当該ＴＥＩＤが割り当てられたオペレータの識別情報とを対応付ける。仮想ＳＧＷ３Ａは、ＴＥＩＤを選択する際、オペレータの識別情報が対応付けられていないＴＥＩＤを選択する。

仮想ＰＧＷ４Ａは、仮想ＳＧＷ３Ａに、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ”メッセージを返信する（Ｓ１６−４）。仮想ＰＧＷ４Ａは、オペレータＡの加入者端末である端末１に、オペレータＡ用のＴＥＩＤを割り当てる。仮想ＰＧＷ４Ａは、選択したＴＥＩＤを、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ”メッセージに含める。仮想ＰＧＷ４Ａは、例えば、仮想ＳＧＷ３Ａと同様の方法でＴＥＩＤを選択する。

仮想ＳＧＷ３Ａは、仮想ＭＭＥ５Ａに対して、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ”メッセージを送信する（Ｓ１６−５）。仮想ＳＧＷ３Ａは、オペレータＡの加入者端末である端末１に、オペレータＡ用のＴＥＩＤを割り当てる。仮想ＳＧＷ３Ａは、選択したＴＥＩＤを、“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ”メッセージに含める。“ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅ”メッセージの受信に応じて、仮想ＭＭＥ５Ａは、基地局２（Ｂ）に対して、仮想ＳＧＷ３Ａと基地局２（Ｂ）との間でセッションを構築するための情報を通知する。

以上の図３６に例示された動作により、仮想ネットワークにＥＰＳベアラが構築される。オペレータＡのレガシーネットワークの加入者端末（図３６中の端末１）は、構築されたＥＰＳベアラを介して通信する。

図３７は、第８の実施形態の通信システムの他の構成例を示す図である。

図３７の例は、仮想ネットワークのオペレータ（オペレータＢ）が、仮想ネットワークを借りたオペレータ（図３７では、オペレータＡ及びオペレータＣ）の通信トラフィックをモニタする構成例を示す。図３７の例では、仮想ネットワークを借りたオペレータ毎に、仮想ＳＧＷ３Ａや仮想ＰＧＷ４Ａが配置される。

図３７の例では、仮想ネットワークに配置された仮想ＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ）４０が、通信トラフィックをモニタする。図３７の例では、仮想ネットワークをオペレータＢから借りたオペレータ（オペレータＡ、オペレータＣ）毎に、仮想ＰＣＲＦ４０が配置される。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

仮想ネットワークのオペレータＢは、例えば、コントローラ８（不図示）により、仮想ネットワークに仮想ＰＣＲＦ４０を配置する。例えば、コントローラ８の仮想ＮＷ制御部８３は、仮想ネットワークを利用するオペレータＡに関する通信トラフィックを監視するための仮想ＰＣＲＦ４０を、仮想ネットワークに配置する。

例えば、仮想ＰＧＷ４Ａの各々は、各仮想ＰＧＷ４Ａに対応付けられたオペレータ用の仮想ＰＣＲＦ４０と接続する。仮想ＰＧＷ４Ａの各々は、ＰＣＥＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＥｎｆｏｒｃｅｍｅｎｔＦｕｎｃｔｉｏｎ）機能によりパケット数をカウントする。仮想ＰＧＷ４Ａの各々は、各仮想ＰＧＷ４Ａに接続された仮想ＰＣＲＦ４０に、パケット数のカウント結果を転送する。

仮想ネットワークのオペレータ（オペレータＢ）は、各仮想ＰＣＲＦ４０によるパケットのカウント数をモニタし、仮想ネットワークを利用するオペレータ毎の通信量を取得する。オペレータＢは、例えば、オペレータ毎の通信量に基づいて、各オペレータに仮想ネットワークの使用料金を請求する。

上記のとおり、第８の実施形態は、仮想ネットワークのオペレータが、レガシーネットワークのオペレータに対して、仮想ネットワークを貸し出すことができる。よって、仮想ネットワークのオペレータは、仮想ネットワークの利用料金を得ることができる。また、レガシーネットワークのオペレータは、自らレガシーネットワークへの設備投資をしなくとも、ネットワークを仮想的に増強できる。

図３８は、第８の実施形態の通信システムの他の構成例を示す図である。

図３８において、オペレータＢは、オペレータＡが保有する通信ネットワークを借りて、移動通信サービスを提供する事業者である。オペレータＢは、いわゆる仮想移動体通信事業者（ＭＶＮＯ：ＭｏｂｉｌｅＶｉｒｔｕａｌＮｅｔｗｏｒｋＯｐｅｒａｔｏｒ）である。オペレータＡは、通信ネットワークを保有する移動体通信事業者（ＭＮＯ：ＭｏｂｉｌｅＮｅｔｗｏｒｋＯｐｅｒａｔｏｒ）であり、当該通信ネットワークをオペレータＢに貸し出す。オペレータＡは、オペレータＢに対して、通信ネットワークの利用料金を請求する。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。

ＭＶＮＯには、モバイル網で用いるトンネリングプロトコル（例えば、ＧＴＰ：ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）ＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ）を終端可能なゲートウェイ（例えば、Ｐ−ＧＷ）を保有するか否かにより、２つのタイプ（保有する場合：レイヤー２接続型、保有しない場合：レイヤー３接続型）が存在する。図３８は、オペレータＢがレイヤー３接続型のＭＶＮＯである場合の構成例である。オペレータＢがレイヤー２接続型の場合、オペレータＢは、例えば、図３８のＰＧＷ４及び仮想ＰＧＷ４Ａに対応する機能を有するＰＧＷを、オペレータＡとは別に保有する。

図３８において、オペレータＡは、例えば、オペレータＢに対して、レガシーネットワークと仮想ネットワークとを貸し出す。

オペレータＡの基地局２（Ａ）は、オペレータＢの加入者端末のうち非ＭＴＣデバイスと識別した端末の通信トラヒックを、レガシーネットワークに送信する。また、オペレータＡの基地局２（Ａ）は、オペレータＢの加入者端末のうちＭＴＣデバイスと識別した端末に対して、例えば、接続要求が拒否されたことを示す拒否通知を送信する。

オペレータＡの基地局２（Ｂ）は、オペレータＢの加入者端末のうちＭＴＣデバイスと識別した端末の通信トラヒックを、仮想ネットワークに送信する。なお、オペレータＡの基地局２（Ａ）及び基地局２（Ｂ）は、オペレータＡの加入者端末に対しても、オペレータＢの加入者端末に対する処理と同様の処理を実行可能である。

オペレータＡは、例えば、レガシーネットワーク及び仮想ネットワークにおけるオペレータＢの加入者端末の通信量や、加入者端末数に応じて、オペレータＢに利用料金を請求する。

上記のとおり、第８の実施形態では、通信ネットワークを保有するオペレータが、当該通信ネットワークを保有しないオペレータに対して、通信ネットワークを貸し出すこともできる。

以上、本発明の実施形態を説明したが、本発明は、上記したそれぞれの実施形態に限定されるものではない。本発明は、各実施形態の変形・置換・調整に基づいて実施できる。
また、本発明は、各実施形態を任意に組み合わせて実施することもできる。即ち、本発明は、本明細書の全ての開示内容、技術的思想に従って実現できる各種変形、修正を含む。
また、本発明は、ＳＤＮ（Ｓｏｆｔｗａｒｅ−ＤｅｆｉｎｅｄＮｅｔｗｏｒｋ）の技術分野にも適用可能である。

また、本発明において、端末１又はネットワークノード（基地局（ｅＮＢ）２、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）のコンピュータ、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）又はＭＰＵ（Ｍｉｃｒｏ−ＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等が、上述した各実施形態の機能を実現するソフトウェア（プログラム）を実行してもよい。端末１又は各ネットワークノードは、例えばＣＤ−Ｒ（ＣｏｍｐａｃｔＤｉｓｃＲｅｃｏｒｄａｂｌｅ）等の各種記憶媒体又はネットワークを介して、上述した各実施形態の機能を実現するソフトウェア（プログラム）を取得してもよい。端末１又は各ネットワークノードが取得するプログラムや該プログラムを記憶した記憶媒体は、本発明を構成することになる。なお、該ソフトウェア（プログラム）は、例えば、端末１又は各ネットワークノードに含まれる所定の記憶部に、予め記憶されていてもよい。端末１又は各ネットワークノードのコンピュータ、ＣＰＵ又はＭＰＵ等は、取得したソフトウェア（プログラム）のプログラムコードを読み出して実行してもよい。したがって、端末１又は各ネットワークノードは、上述した各実施形態における端末１又は各ネットワークノードの処理と同一の処理を実行する。

この出願は、２０１４年１１月２１日に出願された日本出願特願２０１４−２３６０７８を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１端末
１Ａ非ＭＴＣデバイス
１ＢＭＴＣデバイス
２基地局
３ＳＧＷ
３Ａ仮想ＳＧＷ
４ＰＧＷ
４Ａ仮想ＰＧＷ
５ＭＭＥ
５Ａ仮想ＭＭＥ
６制御サーバ
７ＨＳＳ
８コントローラ
１０メッセージ生成部
１１通信部
１２選択部
２０制御部
２１識別部
２２インターフェース
４０仮想ＰＣＲＦ
５０制御部
５１識別部
６０制御部
６１識別部
８０ポリシー管理ＤＢ
８１制御部
８２インターフェース
８３仮想ＮＷ制御部
１００通信装置
１１０制御部
１２０仮想ネットワーク機能

Claims

端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する第一の手段と、
識別された前記属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理する第二の手段と
を備えることを特徴とする通信装置。
前記第二の手段は、識別された前記属性に応じて、基地局の再選択に関する指示を前記端末に向けて送信する
ことを特徴とする請求項１に記載の通信装置。
前記第二の手段は、識別された前記属性に応じて、新たな基地局に対して前記メッセージを再送信することを示す指示を前記端末に向けて送信する
ことを特徴とする請求項１又は２に記載の通信装置。
前記第二の手段は、識別された前記属性に応じて、前記メッセージを受信した基地局と前記端末との接続を拒否する
ことを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
前記第二の手段は、識別された前記属性に応じて、前記端末に対して、前記端末と前記メッセージを受信した基地局との接続の拒否を示す拒否通知を送信する
ことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
前記第二の手段は、識別された前記属性に対応する基地局に、前記端末をハンドオーバさせる
ことを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
前記第二の手段は、識別された前記属性に応じて、識別された前記属性に対応する基地局に関する情報を前記端末に向けて通知する
ことを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
前記第一の手段は、前記メッセージに含まれる前記端末の優先度を示す情報に基づいて、前記端末の属性を識別する
ことを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
前記第一の手段は、前記メッセージに含まれるＬＡＰＩ（ＬｏｗＡｃｃｅｓｓＰｒｉｏｒｉｔｙＩｎｄｉｃａｔｏｒ）に基づいて、前記端末の属性を識別する
ことを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
前記第一の手段は、前記メッセージに含まれる前記端末がＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）デバイスであることを示す情報に基づいて、前記端末の属性を識別する
ことを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別し、
識別された前記属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理する
ことを特徴とする通信方法。
識別された前記属性に応じて、基地局の再選択に関する指示を前記端末に向けて送信する
ことを特徴とする請求項１１に記載の通信方法。
識別された前記属性に応じて、新たな基地局に対して前記メッセージを再送信することを示す指示を前記端末に向けて送信する
ことを特徴とする請求項１１又は１２に記載の通信方法。
識別された前記属性に応じて、前記メッセージを受信した基地局と前記端末との接続を拒否する
ことを特徴とする請求項１１乃至１３のいずれか１項に記載の通信方法。
識別された前記属性に応じて、前記端末に対して、前記端末と前記メッセージを受信した基地局との接続の拒否を示す拒否通知を送信する
ことを特徴とする請求項１１乃至１４のいずれか１項に記載の通信方法。
識別された前記属性に対応する基地局に、前記端末をハンドオーバさせる
ことを特徴とする請求項１１乃至１５のいずれか１項に記載の通信方法。
識別された前記属性に応じて、識別された前記属性に対応する基地局に関する情報を前記端末に向けて通知する
ことを特徴とする請求項１１乃至１６のいずれか１項に記載の通信方法。
前記メッセージに含まれる前記端末の優先度を示す情報に基づいて、前記端末の属性を識別する
ことを特徴とする請求項１１乃至１７のいずれか１項に記載の通信方法。
前記メッセージに含まれるＬＡＰＩに基づいて、前記端末の属性を識別する
ことを特徴とする請求項１１乃至１７のいずれか１項に記載の通信方法。
前記メッセージに含まれる前記端末がＭＴＣデバイスであることを示す情報に基づいて、前記端末の属性を識別する
ことを特徴とする請求項１１乃至１７のいずれか１項に記載の通信方法。
無線ネットワークとの接続を要求するメッセージを送信する端末と、
前記端末から受信したメッセージに含まれる情報によって識別される前記端末の属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理する通信装置と
を含むことを特徴とする通信システム。
端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する処理と、
識別された前記属性に基づいて、前記端末と、当該端末の前記属性に対応する基地局とが接続されるように前記メッセージを処理する処理と
をコンピュータに実行させることを特徴とするプログラムを記憶する記憶媒体。