(57)【要約】  通信トラフィックのオフロードを行うための通信装置は、端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する第一の手段と、識別された前記属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定する第二の手段とを備え、前記第二の手段は、所定の属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信可能である。
2016079992.tif 000002
【特許請求の範囲】
【請求項１】
端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する第一の手段と、
識別された前記属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定する第二の手段とを備え、
前記第二の手段は、所定の属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信可能である
ことを特徴とする通信装置。
【請求項２】
前記第二の手段は、所定の前記属性の前記端末が送信した前記メッセージを、動的に構築された前記仮想マシンにより運用される前記仮想ネットワークノードに送信可能である
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第二の手段は、所定の前記属性の前記端末が送信した前記メッセージを、所定の要求条件に応じて動的に構築された前記仮想マシンにより運用される前記仮想ネットワークノードに送信可能である
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記第二の手段は、所定の前記属性の前記端末が送信した前記メッセージを、当該所定の前記属性の前記端末からの通信データに対して動的に構築された前記仮想マシンにより運用される前記仮想ネットワークノードに送信可能である
ことを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記第二の手段は、所定の前記属性の前記端末が送信した前記メッセージを、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）の機能を仮想マシンにより運用される仮想ＭＭＥに送信可能である
ことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
前記第一の手段は、前記メッセージに含まれる前記端末の優先度を示す情報に基づいて、前記端末の属性を識別する
ことを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項７】
前記第一の手段は、前記メッセージに含まれるＬＡＰＩ（Ｌｏｗ  Ａｃｃｅｓｓ  Ｐｒｉｏｒｉｔｙ  Ｉｎｄｉｃａｔｏｒ）に基づいて、前記端末の属性を識別する
ことを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
【請求項８】
前記第二の手段は、識別された前記属性に応じて、基地局の再選択に関する指示を前記端末に向けて送信する
ことを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
【請求項９】
前記第二の手段は、識別された前記属性に応じて、新たな基地局に対して前記メッセージを再送信することを示す指示を前記端末に向けて送信する
ことを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
【請求項１０】
前記第二の手段は、識別された前記属性に応じて、前記端末から前記メッセージを受信した基地局と前記端末との接続の拒否を示す拒否通知を前記端末に向けて送信する
ことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別し、
識別された前記属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定し、
所定の前記属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信する
ことを特徴とする通信方法。
【請求項１２】
所定の前記属性の前記端末が送信した前記メッセージを、動的に構築された前記仮想マシンにより運用される前記仮想ネットワークノードに送信する
ことを特徴とする請求項１１に記載の通信方法。
【請求項１３】
所定の前記属性の前記端末が送信した前記メッセージを、所定の要求条件に応じて動的に構築された前記仮想マシンにより運用される前記仮想ネットワークノードに送信する
ことを特徴とする請求項１１又は１２に記載の通信方法。
【請求項１４】
所定の前記属性の前記端末が送信した前記メッセージを、当該所定の前記属性の前記端末からの通信データに対して動的に構築された前記仮想マシンにより運用される前記仮想ネットワークノードに送信する
ことを特徴とする請求項１１乃至１３のいずれか１項に記載の通信方法。
【請求項１５】
所定の前記属性の前記端末が送信した前記メッセージを、ＭＭＥの機能を仮想マシンにより運用される仮想ＭＭＥに送信する
ことを特徴とする請求項１１乃至１４のいずれか１項に記載の通信方法。
【請求項１６】
前記メッセージに含まれる前記端末の優先度を示す情報に基づいて、前記端末の属性を識別する
ことを特徴とする請求項１１乃至１５のいずれか１項に記載の通信方法。
【請求項１７】
前記メッセージに含まれるＬＡＰＩに基づいて、前記端末の属性を識別する
ことを特徴とする請求項１１乃至１６のいずれか１項に記載の通信方法。
【請求項１８】
識別された前記属性に応じて、基地局の再選択に関する指示を前記端末に向けて送信する
ことを特徴とする請求項１１乃至１７のいずれか１項に記載の通信方法。
【請求項１９】
識別された前記属性に応じて、新たな基地局に対して前記メッセージを再送信することを示す指示を前記端末に向けて送信する
ことを特徴とする請求項１１乃至１８のいずれか１項に記載の通信方法。
【請求項２０】
識別された前記属性に応じて、前記端末から前記メッセージを受信した基地局と前記端末との接続の拒否を示す拒否通知を前記通信端末に向けて送信する
ことを特徴とする請求項１１乃至１９のいずれか１項に記載の通信方法。
【請求項２１】
無線ネットワークとの接続を要求するメッセージを送信する端末と、
前記端末から受信したメッセージに含まれる情報によって識別される前記端末の属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定する通信装置とを含み、
前記通信装置は、所定の前記属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信する
ことを特徴とする通信システム。
【請求項２２】
端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する処理と、
識別された前記属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定する処理と、
所定の前記属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信する処理と
をコンピュータに実行させるプログラムを記憶する記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信に用いられる通信装置、通信方法、通信システム及び記憶媒体に関する。
【背景技術】
【０００２】
近年、スマートフォンやスマートデバイス等の普及により、通信トラフィックが急激に増加している。また、今後、Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）通信が増加すると想定され、通信トラフィックは更に増加する可能性がある。【０００３】
通信トラフィックの急増によるネットワークの輻輳を緩和するため、通信トラフィックをオフロードする技術が検討されている。【０００４】
例えば、特許文献１には、ネットワークの輻輳状態に応じて、複数種類の無線方式（例えば、セルラ通信と無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ））を切り替えることで、通信トラフィックをオフロードする技術が開示されている。特許文献１では、例えば、セルラ通信のトラフィックが無線ＬＡＮネットワークに切り替えられることによって、トラフィックがオフロードされる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１１８３５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１では、異なる無線方式間で通信トラフィックの経路が切り替えられることによって、通信トラフィックがオフロードされる。【０００７】
しかし、例えば端末の属性・種別によっては、端末が複数種類の無線方式にアクセスできない場合がありうる。このような場合、特許文献１の技術による通信トラフィックのオフロードは困難となる。【０００８】
本発明の目的は、新たなトラフィックオフロード技術を提供することである。
【課題を解決するための手段】
【０００９】
本発明の一態様における通信装置は、端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する第一の手段と、識別された前記属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定する第二の手段とを備え、前記第二の手段は、所定の属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信可能であることを特徴とする。【００１０】
本発明の一態様における通信方法は、端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別し、識別された前記属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定し、所定の属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信することを特徴とする。【００１１】
本発明の一態様における通信システムは、無線ネットワークとの接続を要求するメッセージを送信する端末と、前記端末から受信したメッセージに含まれる情報によって識別される前記端末の属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定する通信装置とを含み、前記通信装置は、所定の属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信することを特徴とする。【００１２】
本発明の一態様における記憶媒体は、端末が無線ネットワークと接続するために送信するメッセージに含まれる情報に基づいて、前記端末の属性を識別する処理と、識別された前記属性に基づいて、前記端末から前記メッセージを受信した基地局と前記端末との接続可否を判定する処理と、所定の属性の前記端末が送信した前記メッセージを、仮想マシンで運用させる仮想ネットワークノードに送信する処理とをコンピュータに実行させるプログラムを記憶することを特徴とする。
【発明の効果】
【００１３】
本発明により、新たなトラフィックオフロード技術を提供することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施形態の通信システムの構成例を示す図である。
【図２】第１の実施形態の通信システムの他の構成例を示す図である。
【図３】第１の実施形態の基地局２の構成例を示す図である。
【図４】第１の実施形態のＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５の構成例を示す図である。
【図５】第１の実施形態の制御サーバ６の構成例を示す図である。
【図６】第１の実施形態における端末１の構成例を示す。
【図７】第１の実施形態の動作例を示すシーケンス図である。
【図８】第１の実施形態の他の動作例を示すシーケンス図である。
【図９】第１の実施形態の他の動作例を示すシーケンス図である。
【図１０】第２の実施形態の通信システムの構成例を示す図である。
【図１１】第２の実施形態の通信システムの他の構成例を示す図である。
【図１２】第２の実施形態の通信装置１００の構成例を示す図である。
【図１３】第２の実施形態の動作例を示すシーケンス図である。
【図１４】第２の実施形態の他の動作例を示すシーケンス図である。
【図１５】第２の実施形態の他の動作例を示すシーケンス図である。
【図１６】第３の実施形態の動作例を示すシーケンス図である。
【図１７】第３の実施形態の他の動作例を示すシーケンス図である。
【図１８】第３の実施形態の他の動作例を示すシーケンス図である。
【図１９】第４の実施形態の動作例を示すシーケンス図である。
【図２０】第４の実施形態の他の動作例を示すシーケンス図である。
【図２１】第４の実施形態の他の動作例を示すシーケンス図である。
【図２２】第４の実施形態の他の動作例を示すシーケンス図である。
【図２３】第４の実施形態の他の動作例を示すシーケンス図である。
【図２４】第５の実施形態の端末１の構成例を示す図である。
【図２５】第５の実施形態の動作例を示すシーケンス図である。
【図２６】第５の実施形態の他の動作例を示すシーケンス図である。
【図２７】第６の実施形態の通信システムの構成例を示す図である。
【図２８】第６の実施形態のコントローラ８の構成例を示す図である。
【図２９】第６の実施形態の基地局２の構成例を示す図である。
【図３０】第７の実施形態の通信システムの構成例を示す図である。
【図３１】第７の実施形態のコントローラ８の構成例を示す図である。
【図３２】第７の実施形態の通信装置１００の構成例を示す図である。
【図３３】第８の実施形態の通信システムの構成例を示す図である。
【図３４】第８の実施形態の通信システムの構成例を示す図である。
【図３５】第８の実施形態の動作例を示すシーケンス図である。
【図３６】第８の実施形態の他の動作例を示すシーケンス図である。
【図３７】第８の実施形態の通信システムの他の構成例を示す図である。
【図３８】第８の実施形態の通信システムの他の構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を説明する。各実施形態は例示であり、本発明は各実施形態に限定されるものではない。
【００１６】
＜第１の実施形態＞
以下、本実施形態による通信システムとして、ＬＴＥ（Long Term Evolution）の通信システムの例を示す。ただし、本発明が適用される通信システムはＬＴＥに限定されない。例えば、本発明は、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）等にも適用可能である。
【００１７】
本発明の第１の実施形態について、図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。
【００１８】
図１は、第１の実施形態の通信システムの構成例を示す。図１において、第１の実施形態の通信システムは、携帯電話、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、モバイルルータ、スマートデバイス（例えば、家庭の消費電力をモニタするスマートメータ、スマートテレビ、ウェアラブル端末）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）デバイス等の端末１を含む。Ｍ２Ｍデバイスは、例えば、上記のデバイスに加え、産業機器、車、ヘルスケア機器、家電等を含む。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【００１９】
第１の実施形態の通信システムは、端末１と、当該端末１に通信サービスを提供するための複数のネットワークノード（基地局（ｅＮＢ）２、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）３、ＰＧＷ（ＰＤＮ  Ｇａｔｅｗａｙ）４、ＭＭＥ（Ｍｏｂｉｌｉｒｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５）を含む。各ネットワークノードは、例えば、所定の通信機能を有する通信装置である。
【００２０】
端末１は、例えば、基地局２と接続し、ＳＧＷ３とＰＧＷ４を経由して、インターネット等のネットワークにアクセスする。
【００２１】
図１に例示された各ネットワークノードは、所定の信号処理を実行する。各ネットワークノードは、例えば、信号処理に関する以下の機能を含む。
【００２２】
ＰＧＷ４：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・通信に応じた課金状態を管理する機能（ＰＣＥＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）
・ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）
ＳＧＷ３：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・通信を傍受するための合法的傍受（ＬＩ：Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）機能
ＭＭＥ５：
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）と連携して、通信システムの加入者情報を管理する機能
第１の実施形態の通信システムは、端末１の端末属性に基づいて、該端末１と接続する基地局２を選択可能である。端末１の端末属性は、例えば、端末１がＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスであるか否かを示す。端末属性は、例えば、端末１の種別、端末１が所定のＭＴＣデバイスグループに属するか否か等を示してもよい。
【００２３】
ＭＴＣデバイスは、例えば、スマートデバイス（例えば、家庭の消費電力をモニタするスマートメータ、スマートテレビ、ウェアラブル端末）、産業機器、車、ヘルスケア機器、家電等である。ＭＴＣは、例えばスマートメータなど、必ずしも人間の介入を必要としないデータ通信の形態を意味する。つまり、ＭＴＣデバイスは、通信相手の機器と自律通信が可能である。ＭＴＣは、技術標準仕様書（３ＧＰＰ（3rd Generation Partnership Project）  ＴＳ２２．３６８等）で標準化が進められている。ＭＴＣデバイスは、特定の時間（例えば、“毎日、ＰＭ１２：００”や“毎週金曜日、ＡＭ３：００”等）に通信を行う場合が想定される。この場合、多数の同種のＭＴＣデバイス（例えば、スマートメータ）が、同じ時間に通信を開始し、大量の通信トラフィックが特定の時間に発生することが想定される。このような大量の通信トラフィックは、例えば、端末１と基地局２との間の無線通信に遅延を生じさせることが想定される。
【００２４】
そこで、第１の実施形態の通信システムは、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を設け、該ＭＴＣデバイスである端末１Ｂからの通信トラフィックを当該基地局２（Ｂ）にオフロードさせる。そのため、端末１からの通信トラフィックが複数の基地局２に分散され、該端末１と基地局２との間の無線通信の遅延を低減できる。また、基地局２（Ａ）と基地局２（Ｂ）の無線方式が同一であれば、仮に端末１が複数の無線方式に対応していなくとも、通信トラフィックがオフロードされる。よって、第１の実施形態の通信システムは、端末１がサポートする通信方式に依存せずに、通信トラフィックをオフロードすることができる。
【００２５】
第１の実施形態の通信システムにおいて、例えば、基地局２（Ｂ）は、ＭＴＣデバイス向けにチューニングされた基地局である。例えば、基地局２（Ｂ）は、例えば“Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ”等のパラメータがＭＴＣデバイス用に設定されている基地局である。基地局２は、端末１のデータ通信が終了して無通信状態に遷移してから一定時間が経過すると、端末１との接続を切断する。“Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ”は、基地局２が端末１との接続を切断するまでのタイマである。例えば、基地局２（Ｂ）の“Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ”は、ＭＴＣデバイス（端末１Ｂ）の通信特性や移動特性に応じて設定される。例えば、基地局２（Ｂ）の“Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ”は、移動量が少ない（あるいは移動が無い）ＭＴＣデバイス（端末１Ｂ）用に、他の基地局２の“Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ”よりも長く設定されている。
【００２６】
“Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ”がＭＴＣデバイス用に設定されているので、基地局２が、端末１との通信の切断処理と接続処理を実行する回数が抑止される。従って、端末１が基地局２と接続する際に発生する制御シグナリングが抑止され、通信システムの負荷が軽減される。
【００２７】
ＭＴＣデバイス用の基地局２（基地局２（Ｂ））は、例えば、フェムトセル（Ｆｅｍｔｏ−Ｃｅｌｌ）基地局であってもよい。フェムトセル基地局は、通常の基地局（マクロセル）のセルサイズよりも狭い半径数ｍ〜数十ｍ程度の領域をカバーする基地局である。フェムトセル基地局は、例えば、ビル内や住宅内、地下街等に、通信品質や通信速度の向上などの目的で設置される。
【００２８】
例えば、スマートメーター等のスマートデバイスは、宅内に設置されたフェムトセル基地局と通信可能な範囲に設置されることが想定される。この場合、例えば、スマートデバイス（例えば、端末１Ｂ）の通信トラフィックをフェムトセル基地局にオフロードして、通常の基地局（マクロセル）の無線通信の遅延を低減する。
【００２９】
図１に例示されるように、第１の実施形態の通信システムは、制御サーバ６を含んでいてもよい。制御サーバ６は、例えばＳＯＮ（Ｓｅｌｆ  Ｏｒｇａｎｉｚｉｎｇ  Ｎｅｔｗｏｒｋ）サーバである。制御サーバ６は、例えば、モビリティ負荷分散（ＭＬＢ：Ｍｏｂｉｌｉｔｙ  Ｌｏａｄ  Ｂａｌａｎｃｉｎｇ）を用いて、端末１と基地局２との接続を制御する。ＭＬＢは、端末を基地局間でハンドオーバーさせることによって、無線通信の負荷を分散させる技術である。
【００３０】
図２は、第１の実施形態の通信システムの他の構成例を示す。図２において、第１の実施形態の通信システムは、複数のＭＭＥ（ＭＭＥ５（Ａ）とＭＭＥ５（Ｂ））を含む。図２の例において、ＭＭＥ５（Ａ）は、基地局２（Ａ）および基地局２（Ａ）に接続する端末１に関する制御シグナリングを処理する。一方、図２の例において、ＭＭＥ５（Ｂ）は、基地局２（Ｂ）および基地局２（Ｂ）に接続する端末１（例えば、ＭＴＣデバイス）に関する制御シグナリングを処理する。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【００３１】
図２の例では、基地局２から送信される制御シグナリングが、複数のＭＭＥ５に分散される。従って、制御シグナリングの処理に要するＭＭＥ５の負荷が軽減される。
【００３２】
図３は、第１の実施形態における基地局２の構成例を示す。図３に例示するように、基地局２は、制御部２０と、識別部２１とを含む。
【００３３】
識別部２１は、通信トラフィックの種別や端末１の属性・種別を識別する。例えば、識別部２１は、所定の識別ポリシーに基づいて、通信トラフィックの種別や端末１の種別を識別できる。例えば、識別部２０の識別ポリシーは、動的に変更される。例えば、ネットワークオペレータは、識別ポリシーを動的に変更できる。
【００３４】
制御部２０は、識別部２１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１と基地局２との接続を制御できる。制御部２０は、例えば、所定の制御ポリシーに基づいて、端末１と基地局２との接続を制御できる。例えば、非ＭＴＣデバイス用の基地局２（Ａ）には、端末１がＭＴＣデバイスである場合、端末１を他の基地局２と接続させることを示す制御ポリシーが設定される。また、例えば、非ＭＴＣデバイス用の基地局２（Ａ）には、端末１が非ＭＴＣデバイスである場合、端末１が基地局２（Ａ）に接続することを許可することを示す制御ポリシーが設定される。
【００３５】
例えば、ＭＴＣデバイス用の基地局２（Ｂ）には、端末１がＭＴＣデバイスである場合、端末１と接続し、端末１とネットワークとの間のセッションを確立させることを示す制御ポリシーが設定される。また、例えば、ＭＴＣデバイス用の基地局２（Ｂ）には、端末１が非ＭＴＣデバイスである場合、端末１を他の基地局２と接続させることを示す制御ポリシーが設定される。
【００３６】
例えば、制御部２０は、識別部２１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１を他の基地局２と接続させることができる。また、制御部２０は、識別部２１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１をネットワークと接続させることもできる。
【００３７】
識別部２１は、例えば、端末１がＭＴＣデバイスであるか否かを識別する。識別部２１は、例えば、端末１から受信した接続要求に含まれる端末１の属性に関する情報に基づいて、端末１がＭＴＣデバイスか否かを判断する。接続要求は、例えば、３ＧＰＰの技術仕様書に規定された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”という制御信号である。“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には、端末１の優先度に関する情報が含まれる。例えば、識別部２１は、端末１が低優先である場合、端末１がＭＴＣデバイスであると判断する。端末１が低優先である場合、例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ：Ｌｏｗ  Ａｃｃｅｓｓ  Ｐｒｉｏｒｉｔｙ  Ｉｎｄｉｃａｔｏｒ”が含まれる。識別部２１は、例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に“ＬＡＰＩ”が含まれる場合、端末１がＭＴＣデバイスであると判断する。
【００３８】
制御部２０は、例えば、基地局２に設定された制御ポリシーに基づいて、端末１と基地局２との接続を制御する。制御部２０は、例えば、端末１がＭＴＣデバイスである場合、制御ポリシーに応じた制御を実行する。例えば、制御部２０は、端末１がＭＴＣデバイスである場合、接続要求を拒否し、端末１に他の基地局２（例えば、ＭＴＣデバイス用の基地局２）への接続を指示することができる。制御部２０は、接続要求を拒否する場合、端末１にＭＴＣデバイス用の基地局２に関する情報を通知することができる。ＭＴＣデバイス用の基地局２に関する情報は、例えば、複数のＭＴＣデバイス用の基地局２が記載されたリスト（セルリスト）であってもよい。
【００３９】
また、制御部２０は、例えば、端末１がＭＴＣデバイスである場合、端末１との間で無線接続を確立し、端末１がネットワークノードと通信セッションを確立するための処理を開始できる。制御部２０は、通信セッションを確立するために、ＭＭＥ５に対してＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージを送信することができる。
【００４０】
識別部２１は、例えば、通信トラフィックがＭＴＣ関連のアプリケーションに対応するか否かを識別できる。例えば、制御部２０は、通信トラフィックがＭＴＣ関連のアプリケーションに対応する場合、端末１に対して、他の基地局２と再接続することを指示できる。制御部２０は、接続要求を拒否する場合、端末１にＭＴＣデバイス用の基地局２に関する情報を通知することができる。また、制御部２０は、例えば、通信トラフィックがＭＴＣ関連のアプリケーションに対応する場合、端末１用に確立された通信セッションを介して、通信トラフィックを転送できる。
【００４１】
図４は、第１の実施形態におけるＭＭＥ５の構成例を示す。ＭＭＥ５は、制御部５０と、識別部５１とを含む。
【００４２】
識別部５１は、基地局２から受信したＮＡＳメッセージに基づいて、通信トラフィックの種別や端末１の属性・種別を識別できる。なお、識別部５１の機能は、識別部２１の機能と同様であるため、詳細な説明は省略される。
【００４３】
制御部５０は、識別部５１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１と基地局２との接続を制御できる。制御部５０は、例えば、所定の制御ポリシーに基づいて、端末１と基地局２との接続を制御できる。例えば、ＭＭＥ５には、端末１がＭＴＣデバイスである場合、端末１をＭＴＣデバイス用の基地局２と接続させることを示す制御ポリシーが設定される。また、例えば、ＭＭＥ５には、端末１がＭＴＣデバイスである場合、端末１とネットワークとの間のセッションを確立させることを示す制御ポリシーが設定される。
【００４４】
制御部５０は、例えば、端末１がＭＴＣデバイスである場合、基地局２に対して、端末１を他の基地局２に再接続させるための指示を通知できる。
【００４５】
図５は、第１の実施形態における制御サーバ６の構成例を示す。制御サーバ６は、制御部６０と、識別部６１とを含む。
【００４６】
識別部６１は、基地局２から受信した端末１の端末情報に基づいて、通信トラフィックの種別や端末１の属性・種別を識別する。なお、識別部６１の機能は、識別部２１又は識別部５１の機能と同様であるため、詳細な説明は省略される。
【００４７】
制御部６０は、識別部６１が識別した通信トラフィックの種別や端末１の属性・種別に基づいて、端末１と基地局２との接続を制御できる。制御部６０は、例えば、所定の制御ポリシーに基づいて、端末１と基地局２との接続を制御できる。例えば、制御サーバ６には、端末１がＭＴＣデバイスである場合、端末１をＭＴＣデバイス用の基地局２と接続させることを示す制御ポリシーが設定される。また、例えば、制御サーバ６には、端末１がＭＴＣデバイスである場合、端末１とネットワークとの間のセッションを確立させることを示す制御ポリシーが設定される。
【００４８】
制御部６０は、例えば、端末１がＭＴＣデバイスである場合、基地局２に対して、端末１を他の基地局２に再接続させるための指示を通知できる。
【００４９】
図６は、第１の実施形態における端末１の構成例を示す。図６に例示するように、端末１は、メッセージ生成部１０と、通信部１１とを含む。
【００５０】
メッセージ生成部１０は、端末１が基地局２に対して通知するメッセージを生成する。
例えば、メッセージ生成部１０は、例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージを生成できる。例えば、メッセージ生成部１０は、端末１の属性に応じて、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージに、端末１の優先度を示す情報を含めることができる。例えば、メッセージ生成部１０は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に“ＬＡＰＩ”を含めることができる。また、例えば、メッセージ生成部１０は、通信トラフィックに対応するアプリケーションを示す情報を含むメッセージを生成する。
【００５１】
通信部１１は、生成されたメッセージを基地局２に送信する。通信部１１は、メッセージを送信する基地局２を選択できる。例えば、通信部１１は、基地局２に送信した接続要求が拒絶された場合、他の基地局２を再選択できる。また、例えば、通信部１１は、接続要求の拒絶通知に含まれる情報（例えば、基地局２の情報や、セルリスト）に基づいて、基地局２を再選択できる。
【００５２】
図７は、第１の実施形態の動作例を示すシーケンス図である。なお、図７は、基地局２が端末１の属性・種別（端末属性）を識別する動作例であるが、基地局２は、通信トラフィックの種別を識別してもよい。
【００５３】
非ＭＴＣデバイスである端末１Ａ（非ＭＴＣデバイス１Ａ）は、基地局２（Ａ）との間で無線によるコネクションを確立するため、接続要求を送信する（Ｓ１−１）。接続要求は、例えば、端末１が無線ネットワークと接続するために送信するメッセージである。非ＭＴＣデバイス１Ａは、例えば、基地局２（Ａ）に、接続要求として“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する。
【００５４】
基地局２（Ａ）の識別部２１は、接続要求の受信に応じて、端末属性を識別する（Ｓ１−２）。例えば、基地局２（Ａ）は、非ＭＴＣデバイス１Ａから受信した“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図７の例では、非ＭＴＣデバイス１Ａから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”は含まれていない。よって、Ｓ１−２において、識別部２１は、端末１Ａは非ＭＴＣデバイスであると識別する。
【００５５】
基地局２（Ａ）の制御部２０は、識別部２１が端末１Ａを非ＭＴＣデバイスと識別したことに応じて、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ１−３）。
【００５６】
ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ１−４）。
【００５７】
基地局２（Ａ）の識別部２１は、接続要求の受信に応じて、端末属性を識別する（Ｓ１−５）。図７の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。
【００５８】
基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに、接続要求が拒否されたことを示す拒否通知を送信する（Ｓ１−６）。拒否通知は、例えば、端末１Ｂから接続要求を受信した基地局２（Ａ）と当該端末１Ｂとの接続の拒否を示す通知であってもよい。制御部２０は、例えば、拒否通知に、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を示す情報を含めてもよい。
【００５９】
ＭＴＣデバイス１Ｂは、他の基地局２（図７の例では、ＭＴＣデバイス用の基地局２（Ｂ））に接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を再送信する（Ｓ１−７）。
【００６０】
基地局２（Ｂ）の制御部２０は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ１−８）。図７の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１Ｂと無線接続を確立し、ＭＭＥ５に対してＮＡＳメッセージを送信する。なお、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ（例えば、図２のＭＭＥ５（Ｂ））に対して、ＮＡＳメッセージを送信してもよい。
【００６１】
図８は、第１の実施形態の他の動作例を示すシーケンス図である。図８は、ＭＭＥ５が端末１の属性・種別（端末属性）を識別する場合の動作例である。
【００６２】
非ＭＴＣデバイス１Ａは、基地局２（Ａ）に接続要求を送信する（Ｓ２−１）。例えば、非ＭＴＣデバイス１Ａは、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する。接続要求を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ２−２）。
【００６３】
ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に基づいて、端末属性を識別する（Ｓ２−３）。ＭＭＥ５の識別部５１は、例えば、受信したＮＡＳメッセージに、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図８の例では、非ＭＴＣデバイス１Ａからの接続要求に応じて基地局２（Ａ）が送信したＮＡＳメッセージには、“ＬＡＰＩ”は含まれていない。よって、Ｓ２−３において、識別部５１は、端末１Ａは非ＭＴＣデバイスであると識別する。ＭＭＥ５は、端末１Ａが非ＭＴＣデバイスと認識されたので、端末１Ａとネットワークノードとの通信セッションを確立するための処理（例えば、３ＧＰＰ  ＴＳ２３．４０１  ｖ１２．３．０の５．３．２章に規定された“Ａｔｔａｃｈ  Ｐｒｏｃｅｄｕｒｅ”）を開始する。
【００６４】
ＭＴＣデバイスである端末１Ｂは、基地局２（Ａ）に接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ２−４）。接続要求を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ２−５）。
【００６５】
ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に基づいて、端末属性を識別する（Ｓ２−６）。図８の例では、ＭＴＣデバイス１Ｂからの接続要求に応じて基地局２（Ａ）が送信したＮＡＳメッセージには、“ＬＡＰＩ”が含まれる。よって、識別部５１は、端末１ＢがＭＴＣデバイスであると識別する。
【００６６】
ＭＭＥ５の制御部５０は、例えば、識別部５１がＭＴＣデバイスと識別した場合に、端末１に対して、基地局２の切り替えを指示するメッセージ（切り替え指示）を送信する（Ｓ２−７）。
【００６７】
ＭＴＣデバイス１Ｂは、他の基地局２（図８の例では、ＭＴＣデバイス用の基地局２（Ｂ））に、接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ２−８）。接続要求を受信した基地局２（Ｂ）は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ２−９）。なお、基地局２（Ｂ）は、ＭＴＣデバイス用のＭＭＥ（例えば、図２のＭＭＥ５（Ｂ））に対して、ＮＡＳメッセージを送信してもよい。
【００６８】
図９は、第１の実施形態の他の動作例を示すシーケンス図である。図９は、制御サーバ６が端末１の属性・種別（端末属性）を識別する場合の動作例である。
【００６９】
非ＭＴＣデバイス１Ａは、基地局２（Ａ）に接続要求を送信する（Ｓ３−１）。例えば、非ＭＴＣデバイス１Ａは、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する。接続要求を受信した基地局２（Ａ）は、制御サーバ６に、端末情報を送信する（Ｓ３−２）。
【００７０】
制御サーバ６の識別部６１は、端末情報の受信に基づいて、端末属性を識別する（Ｓ３−３）。制御サーバ６の識別部６１は、例えば、受信した端末情報に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図９の例では、非ＭＴＣデバイス１Ａからの接続要求に応じて基地局２（Ａ）が送信した端末情報には、“ＬＡＰＩ”は含まれていない。よって、Ｓ３−３において、識別部６１は、端末１Ａは非ＭＴＣデバイスであると認識する。制御サーバ６は、端末１Ａが非ＭＴＣデバイスと認識されたので、端末１Ａとネットワークノードとの通信セッションを確立するための処理（例えば、３ＧＰＰ  ＴＳ２３．４０１  ｖ１２．３．０の５．３．２章に規定された“Ａｔｔａｃｈ  Ｐｒｏｃｅｄｕｒｅ”）を開始する。
【００７１】
ＭＴＣデバイスである端末１Ｂは、基地局２に接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ３−４）。接続要求を受信した基地局２（Ａ）は、制御サーバ６に、端末情報を送信する（Ｓ３−５）。
【００７２】
制御サーバ６の識別部６１は、端末情報の受信に基づいて、端末属性を識別する（Ｓ３−６）。図９の例では、ＭＴＣデバイス１Ｂからの接続要求に応じて基地局２（Ａ）が送信した端末情報には、“ＬＡＰＩ”が含まれる。よって、識別部６１は、端末１ＢがＭＴＣデバイスであると識別する。
【００７３】
制御サーバ６の制御部６０は、例えば、識別部６１がＭＴＣデバイスと識別した場合に、端末１に対して、基地局２の切り替えを指示するメッセージ（切り替え指示）を送信する（Ｓ３−７）。
【００７４】
ＭＴＣデバイス１Ｂは、他の基地局２（図９の例ではＭＴＣデバイス用の基地局２（Ｂ））に、接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ３−８）。
【００７５】
上記のとおり、第１の実施形態の通信システムは、端末１の端末属性に基づいて、該端末１と接続する基地局２を選択可能である。そのため、端末１からの通信トラフィックが複数の基地局２に分散され、該端末１と基地局２との間の無線通信の遅延を低減できる。
また、基地局２（Ａ）と（Ｂ）の無線方式が同一であれば、仮に端末１が複数の無線方式に対応していなくとも、通信トラフィックがオフロードされる。よって、第１の実施形態の通信システムは、端末１がサポートする通信方式に依存せずに、通信トラフィックをオフロードすることができる。
【００７６】
＜第２の実施形態＞
本発明の第２の実施形態では、ネットワークノードの機能の少なくとも一部が、ソフトウェア等により仮想的に運用される。なお、第２の実施形態の技術は、第１の実施形態、後述の実施形態のいずれにも適用可能である。
【００７７】
第２の実施形態の通信システムでは、ソフトウェア等により仮想的に運用されるネットワークノードが、端末属性に応じてオフロードされたトラフィックを処理できる。従って、第２の実施形態の通信システムは、オフロードされたトラフィックを処理するためのネットワークノードを、ソフトウェアにより容易かつ低コストで構築することが可能である。
【００７８】
図１０は、第２の実施形態の通信システムの構成例を示す。図１０の例では、ＭＴＣ端末（端末１Ｂ）が基地局２（Ｂ）に接続され、ＭＴＣ端末のトラフィックがオフロードされる。図１０に例示するように、第２の実施形態の通信システムは、仮想ＭＭＥ５Ａが、基地局２（Ｂ）および基地局２（Ｂ）に接続する端末１（例えば、ＭＴＣデバイス）に関する制御シグナリングを処理する。仮想ＭＭＥ５Ａは、ＭＭＥ５の機能を、仮想マシン等のソフトウェアで運用する。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【００７９】
図１０の例において、ＭＭＥ５（Ａ）は、基地局２（Ａ）および基地局２（Ａ）に接続する端末１（例えば、非ＭＴＣ端末）に関する制御シグナリングを処理する。
【００８０】
仮想ＭＭＥ５Ａは、動的なスケールアウト・スケールインが可能である。ネットワークオペレータは、例えば、端末１の通信トラフィックの状況に応じて、仮想ＭＭＥ５Ａの動的なスケールアウト・スケールインが可能である。例えば、ネットワークオペレータは、端末１が通信を開始する時間に合わせて、仮想ＭＭＥ５Ａを動的に起動することができる。また、例えば、ネットワークオペレータは、端末１からの通信トラフィックに対応する仮想ＭＭＥ５Ａを起動することができる。また、例えば、ネットワークオペレータは、端末１からの通信トラフィックの処理に対する要求条件（例えば、ＳＬＡ：Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）を満たすように、仮想ＭＭＥ５Ａを起動することができる。
【００８１】
図１０の例では、基地局２から送信される制御シグナリングが、複数のＭＭＥ５（ＭＭＥ５および仮想ＭＭＥ５Ａ）に分散される。従って、制御シグナリングの処理に要するＭＭＥ５の負荷が軽減される。また、図１０の例では、端末１からの通信トラフィックに合わせて仮想ＭＭＥ５Ａを動的にスケールアウト・スケールインできる。よって、例えば、端末１がＭＴＣデバイスである場合、該通信システムは、ＭＴＣデバイス１Ｂからの通信トラフィックが多い時間帯に仮想マシンを起動し、当該通信トラフィックが少ない時間帯に仮想マシンを停止することができる。従って、通信システムは、仮想マシンを実現するサーバ等の消費電力を抑止することが可能となる。
【００８２】
図１０に例示された端末１（Ｎｏｎ−ＭＴＣデバイス１Ａ、ＭＴＣデバイス１Ｂ）、基地局２（基地局（Ａ）、基地局（Ｂ））、ＭＭＥ５の構成は、第１の実施形態と同様なので、詳細な説明は省略される。また、図１０に例示されたネットワークノード（ＳＧＷ３、ＰＧＷ４）の機能は、第１の実施形態で説明された機能と同様であり、詳細な説明は省略される。
【００８３】
図１１は、第２の実施形態の通信システムの他の構成例を示す。図１１に例示するように、第２の実施形態の通信システムは、レガシーネットワークと仮想ネットワークにより構成される。レガシーネットワークと仮想ネットワークは、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）等のバックボーンネットワークである。レガシーネットワークと仮想ネットワークは、端末１が、基地局２を介してインターネット等の外部ネットワークと通信するためのバックボーンネットワークである。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【００８４】
図１１の例では、所定の属性の端末１（例えば、ＭＴＣデバイス）からの通信トラフィックが、仮想ネットワークにオフロードされる。よって、該通信システムは、例えば、ＭＴＣデバイスの通信トラフィックによるレガシーネットワークへの負荷を軽減することができる。例えば、ＭＴＣデバイスとネットワークとを接続するための制御信号を、仮想ネットワークに送信することで、レガシーネットワークがＭＴＣデバイスからの制御信号を処理する負荷を軽減することができる。
【００８５】
レガシーネットワークは、端末１に通信サービスを提供するための複数のネットワークノード（ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）を含む。各ネットワークノードは、例えば、所定の通信機能を有する通信装置である。
【００８６】
仮想ネットワークでは、レガシーネットワークのネットワークノードの機能の少なくとも一部が、ソフトウェアにより仮想的に運用される。例えば、ネットワークノードの機能は、仮想マシン上のアプリケーションで運用される。仮想ネットワークは、例えば、サーバや通信機器（スイッチやルータ等）で構成されるデータセンターに構築される。
【００８７】
仮想ネットワークは、例えば、仮想マシンの動的なスケールアウト・スケールインにより構築される。例えば、ネットワークオペレータは、ネットワークにおける通信トラフィックの状況に応じて、仮想マシンを動的に起動することで、仮想ネットワークを構築できる。また、例えば、ネットワークオペレータは、所定の時間帯に仮想マシンを動的に起動することで、仮想ネットワークを構築することもできる。ネットワークオペレータは、所定の通信トラフィックや、所定の端末１の通信トラフィックに対応する仮想マシンを起動し、動的に仮想ネットワークを構築することができる。ネットワークオペレータは、通信トラフィックの処理に対する要求条件（例えば、ＳＬＡ）を満たすように仮想マシンを起動し、動的に仮想ネットワークを構築することができる。
【００８８】
ネットワークオペレータは、例えば、通信トラフィックが少ない所定の時間帯に、仮想マシンを停止することで、仮想ネットワークに割り当てるリソースを抑え、データセンターの消費電力を抑止することもできる。
【００８９】
図１１に例示する通信システムは、レガシーネットワークと仮想ネットワーク以外に他のネットワークを含んでもよい。また、レガシーネットワークと仮想ネットワークは、それぞれ、複数種類のネットワークを含んでもよい。例えば、レガシーネットワークと仮想ネットワークは、それぞれ、ＬＴＥネットワーク、ＧＰＲＳネットワーク、ＵＭＴＳネットワーク等の複数種類のネットワークを含んでもよい。
【００９０】
図１１に例示するように、端末１は、基地局２（Ａ）を介してレガシーネットワークに接続できる。一方、端末１は、基地局２（Ｂ）を介して仮想ネットワークに接続できる。
例えば、基地局２（Ｂ）がＭＴＣデバイス用の基地局２である場合、ＭＴＣデバイス１Ｂからの通信トラフィックが、当該基地局２（Ｂ）を介して仮想ネットワークにオフロードされる。例えば、ＭＴＣデバイスとネットワークとを接続するための制御信号は、基地局２（Ｂ）を介して、仮想ネットワークへ送信される。よって、ＭＴＣデバイスの通信トラフィックによるレガシーネットワークへの負荷が軽減される。将来、膨大な数のＭＴＣデバイスが通信システムと接続することが想定されるが、上記制御信号が仮想ネットワークにオフロードされることで、レガシーネットワークが上記制御信号を処理する負荷を軽減できる。また、図１１の例では、基地局２（Ａ）と基地局２（Ｂ）の無線方式が同一であれば、仮に端末１が複数の無線方式に対応していなくても、通信トラフィックが仮想ネットワークにオフロードされる。よって、第２の実施形態の通信システムは、端末１がサポートする通信方式に依存せずに、通信トラフィックを仮想ネットワークにオフロードすることが可能となる。
【００９１】
図１１に例示された端末１（非ＭＴＣデバイス１Ａ、ＭＴＣデバイス１Ｂ）、基地局２（基地局（Ａ）、基地局（Ｂ））、ＭＭＥ５の構成は、第１の実施形態と同様なので、詳細な説明は省略される。また、図１１に例示されたネットワークノード（ＳＧＷ３、ＰＧＷ４）の機能は、第１の実施形態で説明された機能と同様であり、詳細な説明は省略される。
【００９２】
図１２は、第２の実施形態の通信装置１００の構成例を示す。通信装置１００は、例えば、サーバ、スイッチ、ルータ等である。通信装置１００は、仮想ネットワークにおける仮想ネットワークノード（例えば、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ、仮想ＭＭＥ５Ａ等）の機能を提供する仮想マシンを運用する。
【００９３】
通信装置１００は、制御部１１０、仮想ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）１２０を含む。
【００９４】
制御部１１０は、仮想ネットワークノードの機能を提供するＶＮＦ１２０を仮想マシン上で運用することができる。制御部１１０は、例えば、ハイパーバイザ（Ｈｙｐｅｒｖｉｓｏｒ）等、コンピュータの仮想化を実行可能な制御ソフトウェアにより構成されてもよい。
【００９５】
制御部１１０は、ＶＮＦ１２０を運用する仮想マシンの起動、停止、移行（仮想マシンを他の通信装置１００に移行する）の少なくとも１つを実行できる。
【００９６】
仮想ネットワークノードの各々は、例えば以下の機能を有する。
【００９７】
仮想ＰＧＷ４Ａ：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・通信に応じた課金状態を管理する機能（ＰＣＥＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）
・ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）
仮想ＳＧＷ３Ａ：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・通信を傍受するための合法的傍受（ＬＩ：Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）機能
仮想ＭＭＥ５Ａ：
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）と連携して、通信システムの加入者情報を管理する機能
ＶＮＦ１２０は、仮想マシン上で、上述の仮想ネットワークノードとして動作する。上述の実施形態では、ＶＮＦ１２０は、仮想ネットワークノード毎に構築されるが、ＶＮＦ１２０は、各仮想ネットワークノードが有する機能毎に構築されてもよい。例えば、ＶＮＦ１２０は、仮想マシン上で、仮想ＰＧＷ４ＡのＵ−Ｐｌａｎｅ機能として動作してもよい。
【００９８】
図１３は、第２の実施形態の動作例を示すシーケンス図である。なお、図１３は、基地局２が端末１の属性・種別（端末属性）を識別する動作例であるが、基地局２は、通信トラフィックの種別を識別してもよい。
【００９９】
非ＭＴＣデバイスである端末１Ａ（非ＭＴＣデバイス１Ａ）は、基地局２（Ａ）との間で無線によるコネクションを確立するため、接続要求を送信する（Ｓ４−１）。非ＭＴＣデバイス１Ａは、例えば、基地局２（Ａ）に、接続要求として“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する。
【０１００】
基地局２（Ａ）の識別部２１は、接続要求の受信に応じて、端末属性を識別する（Ｓ４−２）。例えば、基地局２（Ａ）は、非ＭＴＣデバイス１Ａから受信した“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１３の例では、非ＭＴＣデバイス１Ａから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”は含まれていない。よって、Ｓ４−２において、識別部２１は、端末１Ａは非ＭＴＣデバイスであると識別する。
【０１０１】
基地局２（Ａ）の制御部２０は、識別部２１が端末１Ａを非ＭＴＣデバイスと識別したことに応じて、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ４−３）。
【０１０２】
ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ４−４）。
【０１０３】
基地局２（Ａ）の識別部２１は、接続要求の受信に応じて、端末属性を識別する（Ｓ４−５）。図１３の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。
【０１０４】
基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに、接続要求が拒否されたことを示す拒否通知を送信する（Ｓ４−６）。制御部２０は、例えば、拒否通知に、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を示す情報を含めてもよい。
【０１０５】
ＭＴＣデバイス１Ｂは、他の基地局２（図１３の例では、ＭＴＣデバイス用の基地局２（Ｂ））に接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を再送信する（Ｓ４−７）。
【０１０６】
基地局２（Ｂ）の制御部２０は、仮想ＭＭＥ５ＡにＮＡＳメッセージを送信する（Ｓ４−８）。図１３の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１Ｂと無線接続を確立し、仮想ＭＭＥ５Ａに対してＮＡＳメッセージを送信する。
【０１０７】
図１４は、第２の実施形態の他の動作例を示すシーケンス図である。図１４は、ＭＭＥ５が端末１の属性・種別（端末属性）を識別する場合の動作例である。
【０１０８】
非ＭＴＣデバイス１Ａは、基地局２（Ａ）に接続要求を送信する（Ｓ５−１）。例えば、非ＭＴＣデバイス１Ａは、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する。接続要求を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ５−２）。
【０１０９】
ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に基づいて、端末属性を識別する（Ｓ５−３）。ＭＭＥ５の識別部５１は、例えば、受信したＮＡＳメッセージに、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１４の例では、非ＭＴＣデバイス１Ａからの接続要求に応じて基地局２（Ａ）が送信したＮＡＳメッセージには、“ＬＡＰＩ”は含まれていない。よって、Ｓ５−３において、識別部５１は、端末１Ａは非ＭＴＣデバイスであると識別する。ＭＭＥ５は、端末１Ａが非ＭＴＣデバイスと認識されたので、端末１Ａとネットワークノードとの通信セッションを確立するための処理（例えば、３ＧＰＰ  ＴＳ２３．４０１  ｖ１２．３．０の５．３．２章に規定された“Ａｔｔａｃｈ  Ｐｒｏｃｅｄｕｒｅ”）を開始する。
【０１１０】
ＭＴＣデバイスである端末１Ｂは、基地局２（Ａ）に接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ５−４）。接続要求を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ５−５）。
【０１１１】
ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に基づいて、端末属性を識別する（Ｓ５−６）。図１４の例では、ＭＴＣデバイス１Ｂからの接続要求に応じて基地局２（Ａ）が送信したＮＡＳメッセージには、“ＬＡＰＩ”が含まれる。よって、識別部５１は、端末１ＢがＭＴＣデバイスであると識別する。
【０１１２】
ＭＭＥ５の制御部５０は、例えば、識別部５１がＭＴＣデバイスと識別した場合に、端末１に対して、基地局２の切り替えを指示するメッセージ（切り替え指示）を送信する（Ｓ５−７）。
【０１１３】
ＭＴＣデバイス１Ｂは、他の基地局２（図１４の例では、ＭＴＣデバイス用の基地局２（Ｂ））に、接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ５−８）。接続要求を受信した基地局２（Ｂ）は、仮想ＭＭＥ５ＡにＮＡＳメッセージを送信する（Ｓ５−９）。
【０１１４】
図１５は、第２の実施形態の他の動作例を示すシーケンス図である。図１５は、制御サーバ６が端末１の属性・種別（端末属性）を識別する場合の動作例である。
【０１１５】
非ＭＴＣデバイス１Ａは、基地局２（Ａ）に接続要求を送信する（Ｓ６−１）。例えば、非ＭＴＣデバイス１Ａは、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する。接続要求を受信した基地局２（Ａ）は、制御サーバ６に、端末情報を送信する（Ｓ６−２）。
【０１１６】
制御サーバ６の識別部６１は、端末情報の受信に基づいて、端末属性を識別する（Ｓ６−３）。制御サーバ６の識別部６１は、例えば、受信した端末情報に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１５の例では、非ＭＴＣデバイス１Ａからの接続要求に応じて基地局２（Ａ）が送信した端末情報には、“ＬＡＰＩ”は含まれていない。よって、Ｓ６−３において、識別部６１は、端末１Ａは非ＭＴＣデバイスであると認識する。制御サーバ６は、端末１Ａが非ＭＴＣデバイスと認識されたので、端末１Ａとネットワークノードとの通信セッションを確立するための処理（例えば、３ＧＰＰ  ＴＳ２３．４０１  ｖ１２．３．０の５．３．２章に規定された“Ａｔｔａｃｈ  Ｐｒｏｃｅｄｕｒｅ”）を開始する。基地局２（Ａ）は、例えば、制御サーバ６が端末１Ａを非ＭＴＣデバイスと認識した場合、ＭＭＥ５に対して、ＮＡＳメッセージを送信する（Ｓ６−４）。
【０１１７】
ＭＴＣデバイスである端末１Ｂは、基地局２に接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ６−５）。接続要求を受信した基地局２（Ａ）は、制御サーバ６に、端末情報を送信する（Ｓ６−６）。
【０１１８】
制御サーバ６の識別部６１は、端末情報の受信に基づいて、端末属性を識別する（Ｓ６−７）。図１５の例では、ＭＴＣデバイス１Ｂからの接続要求に応じて基地局２（Ａ）が送信した端末情報には、“ＬＡＰＩ”が含まれる。よって、識別部６１は、端末１ＢがＭＴＣデバイスであると識別する。
【０１１９】
制御サーバ６の制御部６０は、例えば、識別部６１がＭＴＣデバイスと識別した場合に、端末１に対して、基地局２の切り替えを指示するメッセージ（切り替え指示）を送信する（Ｓ６−８）。
【０１２０】
ＭＴＣデバイス１Ｂは、他の基地局２（図１５の例ではＭＴＣデバイス用の基地局２（Ｂ））に、接続要求（例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”）を送信する（Ｓ６−９）。接続要求を受信した基地局２（Ｂ）は、仮想ＭＭＥ５Ａに、ＮＡＳメッセージを送信する（Ｓ６−１０）。
【０１２１】
上記のとおり、第２の実施形態は、端末１からの通信トラフィックに合わせて仮想ＭＭＥ５Ａを動的にスケールアウト・スケールインできる。よって、例えば、端末１がＭＴＣデバイスである場合、該通信システムは、ＭＴＣデバイス１Ｂからの通信トラフィックが多い時間帯に仮想マシンを起動し、当該通信トラフィックが少ない時間帯に仮想マシンを停止することで、仮想マシンを実現するサーバ等の消費電力を抑止することが可能となる。
【０１２２】
また、第２の実施形態は、所定の端末１（例えば、ＭＴＣデバイス）からの通信トラフィックが、仮想ネットワークにオフロードされる。よって、該通信システムは、例えば、ＭＴＣデバイスの通信トラフィックによるレガシーネットワークへの負荷を軽減することができる。例えば、ＭＴＣデバイスとネットワークとを接続するための制御信号を、仮想ネットワークに送信することで、レガシーネットワークがＭＴＣデバイスからの制御信号を処理する負荷を軽減することができる。
【０１２３】
＜第３の実施形態＞
本発明の第３の実施形態について、図面を参照して説明する。第３の実施形態は、基地局２が端末１の端末属性を識別する場合について、３ＧＰＰの標準仕様（例えば、３ＧＰＰ  ＴＳ２３．４０１）に適用した際の動作例を説明するものである。なお、第３の実施形態の技術は、第１および第２の実施形態、後述の実施形態のいずれにも適用可能である。
【０１２４】
図１６は、第３の実施形態の動作例を示すシーケンス図である。図１６は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１  ｖ１２．３．０）の５．３．２章に記載された“Ａｔｔａｃｈ  Ｐｒｏｃｅｄｕｒｅ”に本発明の技術を適用した動作例を示す。
【０１２５】
非ＭＴＣデバイス１Ａは、基地局２（Ａ）との間で無線によるコネクションを確立するため、基地局２（Ａ）に“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ７−１）。
【０１２６】
基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ７−２の“Ｉｄｅｎｔｉｆｙ  Ｔｅｒｍｉｎａｌ  Ｐｒｏｐｅｒｔｙ”）。例えば、基地局２（Ａ）は、非ＭＴＣデバイス１Ａから受信した“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１６の例では、非ＭＴＣデバイス１Ａから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”は含まれていない。よって、Ｓ７−２において、識別部２１は、端末１Ａは非ＭＴＣデバイスであると識別する。
【０１２７】
基地局２（Ａ）の制御部２０は、識別部２１が端末１を非ＭＴＣデバイスと識別したことに応じて、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ７−３）。
【０１２８】
ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ７−４）。
【０１２９】
基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ７−５の“Ｉｄｅｎｔｉｆｙ  Ｔｅｒｍｉｎａｌ  Ｐｒｏｐｅｒｔｙ”）。図１６の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。
【０１３０】
基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”が拒否されたことを示す拒否通知を送信する（Ｓ７−６の“ＮＡＣＫ（Ｎｅｇａｔｉｖｅ  ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）”）。なお、基地局２（Ａ）の制御部２０は、例えば、識別部２１が端末１ＢをＭＴＣデバイスと識別した場合に、該基地局２（Ａ）の隣接基地局がＭＴＣデバイス用の基地局２（例えば、基地局２（Ｂ））であることに応じて、ＭＴＣデバイス１Ｂに拒否通知を送信してもよい。また、基地局２（Ａ）の制御部２０は、例えば、識別部２１が端末１ＢをＭＴＣデバイスと識別した場合に、該基地局２（Ａ）の隣接セルがＭＴＣデバイス用の基地局２（例えば、基地局２（Ｂ））がカバーするセルであることに応じて、ＭＴＣデバイス１Ｂに拒否通知を送信してもよい。
【０１３１】
ＭＴＣデバイス１Ｂは、他の基地局２（図１６の例では、ＭＴＣデバイス用の基地局２（Ｂ））に、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を再送信する（Ｓ７−７）。ＭＴＣデバイス用の基地局２（Ｂ）は、例えば、ＭＴＣデバイス用に設けられたＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ））や仮想ＭＭＥ５Ａに対応付けられた基地局である。ＭＴＣデバイス用の基地局２（Ｂ）は、例えば、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定される。
【０１３２】
基地局２（Ｂ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ７−８の“Ｉｄｅｎｔｉｆｙ  Ｔｅｒｍｉｎａｌ  Ｐｒｏｐｅｒｔｙ”）。図１６の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ｂ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。
【０１３３】
基地局２（Ｂ）の制御部２０は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ７−９）。図１６の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１Ｂと無線接続を確立し、ＭＭＥ５に対してＮＡＳメッセージを送信する。なお、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ）、図１０の仮想ＭＭＥ５Ａ）に対して、ＮＡＳメッセージを送信してもよい。
【０１３４】
図１７は、第３の実施形態の他の動作例を示すシーケンス図である。図１７は、基地局２（Ａ）の制御部２０が送信する拒否通知に、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を示す情報を含める場合の動作例を示す。
【０１３５】
ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ８−１）。
【０１３６】
基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ８−２）。図１７の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。
【０１３７】
基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに対して、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”が拒否されたことを示す拒否通知に、ＭＴＣデバイス（端末１Ｂ）用の基地局２（Ｂ）を示す情報を含めて送信する（Ｓ８−３の“ＮＡＣＫ  ｗｉｔｈ  Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｉｎｆｏ”）。ＭＴＣデバイス用の基地局２に関する情報は、例えば、複数のＭＴＣデバイス用の基地局２が記載されたリスト（セルリスト）であってもよい。
【０１３８】
端末１の通信部１１は、拒否通知に含まれる情報（例えば、基地局２の情報や、セルリスト）に基づいて、例えば、ＭＴＣデバイス用の基地局２（Ｂ）を再選択する（Ｓ８−４の“Ｓｅｌｅｃｔｉｏｎ”）。
【０１３９】
端末１の通信部１１は、Ｓ８−４で選択したＭＴＣデバイス用の基地局２（Ｂ）に対して、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ８−５）。
【０１４０】
基地局２（Ｂ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ８−６）。図１７の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ｂ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。
【０１４１】
基地局２（Ｂ）の制御部２０は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ８−７）。図１７の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１Ｂと無線接続を確立し、ＭＭＥ５に対してＮＡＳメッセージを送信する。なお、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ）、図１０の仮想ＭＭＥ５Ａ）に対して、ＮＡＳメッセージを送信してもよい。
【０１４２】
図１８は、第３の実施形態の他の動作例を示すシーケンス図である。図１８は、ＭＴＣデバイス用の基地局２（Ｂ）が、他の基地局２に対して、該基地局２（Ｂ）に関するシステム情報を予め通知する場合の動作例である。
【０１４３】
ＭＴＣデバイス用の基地局２（Ｂ）は、他の基地局２に対して、自装置（基地局２（Ｂ））に関する情報を含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を、ブロードキャストする（Ｓ９−１の“ＳＩＢ  Ｂｒｏａｄｃａｓｔ  ｗｉｔｈ  Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｉｎｆｏ”）。システム情報ブロックは、例えば、基地局２（Ｂ）の各種パラメータに関する情報や、基地局２（Ｂ）がカバーするセルに関する情報を含む。ＭＴＣデバイス用の基地局２（Ｂ）が送信するシステム情報ブロックは、例えば、ＭＴＣデバイス用の基地局であることを示す情報を含む。基地局２（Ａ）の識別部２１は、例えば、受信したシステム情報ブロックに、ＭＴＣデバイス用の基地局であることを示す情報が含まれていることに基づき、基地局２（Ｂ）をＭＴＣデバイス用の基地局と識別する。
【０１４４】
ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ９−２）。
【０１４５】
基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ９−３）。図１８の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ａ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。
【０１４６】
基地局２（Ａ）の制御部２０は、識別部２１が端末１ＢをＭＴＣデバイスと識別したことに応じて、ＭＴＣデバイス１Ｂに対して、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”が拒否されたことを示す拒否通知に、ＭＴＣデバイス用の基地局２を示す情報を含めて送信する（Ｓ９−４の“ＮＡＣＫ  ｗｉｔｈ  Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｉｎｆｏ”）。ＭＴＣデバイス用の基地局２を示す情報は、例えば、複数のＭＴＣデバイス用の基地局２が記載されたリスト（セルリスト）であってもよい。
【０１４７】
端末１の通信部１１は、拒否通知に含まれる情報（例えば、基地局２の情報や、セルリスト）に基づいて、例えば、ＭＴＣデバイス用の基地局２（Ｂ）を再選択する（Ｓ９−５の“Ｓｅｌｅｃｔｉｏｎ”）。
【０１４８】
端末１の通信部１１は、Ｓ９−５で選択したＭＴＣデバイス用の基地局２（Ｂ）に対して、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ９−６）。
【０１４９】
基地局２（Ｂ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”の受信に応じて、端末属性を識別する（Ｓ９−７）。図１８の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、基地局２（Ｂ）の識別部２１は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれる“ＬＡＰＩ”に基づいて、端末１ＢがＭＴＣデバイスであると識別する。
【０１５０】
基地局２（Ｂ）の制御部２０は、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ９−８）。図１８の例では、基地局２（Ｂ）には、端末１がＭＴＣデバイスの場合、端末１と無線接続を確立し、端末１とネットワークノードとの通信セッションを開始することを示す制御ポリシーが設定されている。よって、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイスである端末１と無線接続を確立し、ＭＭＥ５に対してＮＡＳメッセージを送信する。なお、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ）、図１０の仮想ＭＭＥ５Ａ）に対して、ＮＡＳメッセージを送信してもよい。
【０１５１】
＜第４の実施形態＞
本発明の第４の実施形態について、図面を参照して説明する。第４の実施形態は、ＭＭＥ５が端末１の端末属性を識別する場合について、３ＧＰＰの標準仕様（例えば、３ＧＰＰ  ＴＳ２３．４０１）に適用した際の動作例を説明するものである。なお、第４の実施形態の技術は、第１乃至第３の実施形態、および、後述の実施形態のいずれにも適用可能である。
【０１５２】
図１９は、第４の実施形態の動作例を示すシーケンス図である。図１９は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１  ｖ１２．３．０）の５．３．２章に記載された“Ａｔｔａｃｈ  Ｐｒｏｃｅｄｕｒｅ”に本発明の技術を適用した動作例を示す。
【０１５３】
非ＭＴＣデバイス１Ａは、基地局２との間で無線によるコネクションを確立するため、基地局２に“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ１０−１）。
【０１５４】
“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ１０−２）。
【０１５５】
ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に応じて、端末属性を識別する（Ｓ１０−３の“Ｉｄｅｎｔｉｆｙ  Ｔｅｒｍｉｎａｌ  Ｐｒｏｐｅｒｔｙ”）。例えばＭＭＥ５は、基地局２（Ａ）から受信したＮＡＳメッセージに、“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別する。図１９の例では、基地局２（Ａ）から送信されたＮＡＳメッセージには“ＬＡＰＩ”は含まれていない。よって、Ｓ１０−３において、識別部５１は、端末１Ａは非ＭＴＣデバイスであると識別する。
【０１５６】
ＭＭＥ５の識別部５１は、端末１Ａが非ＭＴＣデバイスであると識別したことに応じて、ＥＰＳ（Evolved Packet System）ベアラの確立手順を開始する（Ｓ１０−４の“ＥＰＳ  Ｓｅｓｓｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ”）。ＭＭＥ５によるＥＰＳベアラの確立手順の開始により、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５および基地局２（Ａ）の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。非ＭＴＣデバイス１Ａは、確立されたＥＰＳベアラを介して通信する。基地局２（Ａ）は、非ＭＴＣデバイス１Ａに関する通信データを、ＥＰＳベアラを介して送受信する。
【０１５７】
ＭＴＣデバイスである端末１Ｂ（ＭＴＣデバイス１Ｂ）は、基地局２（Ａ）に、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ１０−５）。
【０１５８】
“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を受信した基地局２（Ａ）は、ＭＭＥ５に、ＮＡＳメッセージを送信する（Ｓ１０−６）。
【０１５９】
ＭＭＥ５の識別部５１は、ＮＡＳメッセージの受信に応じて、端末属性を識別する（Ｓ１０−７の“Ｉｄｅｎｔｉｆｙ  Ｔｅｒｍｉｎａｌ  Ｐｒｏｐｅｒｔｙ”）。図１９の例では、ＭＴＣデバイス１Ｂから送信された“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”には“ＬＡＰＩ”が含まれる。よって、Ｓ１０−７において、識別部５１は、端末１ＢがＭＴＣデバイスであると識別する。
【０１６０】
ＭＭＥ５の識別部５１は、端末１ＢがＭＴＣデバイスであると識別したことに応じて、端末１Ｂに対して、基地局２の再選択を指示する制御信号を通知する（Ｓ１０−８の“Ｒｅｓｅｌｅｃｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ”）。基地局２の再選択を指示する制御信号は、例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”が拒否されたことを示す拒否通知（ＮＡＣＫ）であってもよい。なお、ＭＭＥ５の識別部５１は、拒否通知（ＮＡＣＫ）に、拒否理由を示す情報を含めてもよい。拒否理由を示す情報は、例えば、端末１ＢがＭＴＣデバイスであるために拒否されたこと示す情報である。
【０１６１】
ＭＴＣデバイス１Ｂは、他の基地局２（例えば、ＭＴＣデバイス用の基地局２（Ｂ））に対して、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を再送信する（Ｓ１０−９）。
【０１６２】
ＭＭＥ５の識別部５１は、端末１Ｂに対して基地局２の再選択を指示する制御信号を通知したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１０−１０の“ＥＰＳ  Ｓｅｓｓｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ”）。ＭＭＥ５によるＥＰＳベアラの確立手順の開始により、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５および基地局２（Ｂ）の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。ＭＴＣデバイス１Ｂは、確立されたＥＰＳベアラを介して通信する。基地局２（Ｂ）は、ＭＴＣデバイス１Ｂに関する通信データを、ＥＰＳベアラを介して送受信する。
【０１６３】
図２０乃至２２は、第４の実施形態の他の動作例を示すシーケンス図である。図２０乃至２２は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１  ｖ１２．３．０）の５．３．２章に記載された“Ａｔｔａｃｈ  Ｐｒｏｃｅｄｕｒｅ”に本発明の技術を適用した動作例を示す。
【０１６４】
非ＭＴＣデバイス１Ａは、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を基地局２に送信する（Ｓ１１−１）。基地局２は、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を、ＭＭＥ５に送信する。
【０１６５】
ＭＭＥ５は、例えば、受信した“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）に基づいて、非ＭＴＣデバイス１Ａの認証手順を実行する（Ｓ１１−２の“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ”）。ＩＭＳＩは、端末の識別情報である。
【０１６６】
ＭＭＥ５は、認証手順において、端末属性を識別する（Ｓ１１−３）。ＭＭＥ５は、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩに基づいて、端末属性を識別する。
【０１６７】
図２２は、ＭＭＥ５が端末１の認証手順を実行する場合の動作例である。
【０１６８】
ＭＭＥ５は、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）７に、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ１１−１１）。“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ”にはＩＭＳＩが含まれる。
【０１６９】
ＨＳＳ７は、外部ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）がＭＴＣデバイスを識別するための識別情報である“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”を管理できる。例えば、外部ＡＳは、“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”に基づいて、ＭＴＣデバイスを呼び出す（外部ＡＳがトリガーとなるＣａｌｌ手順）。例えば、Ｍ２Ｍサービス事業者は、ＭＴＣデバイスを識別するために、“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”を用いる。ＨＳＳ７は、例えば、ＩＭＳＩと“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”を関連付けて管理する。
【０１７０】
ＨＳＳ７は、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ”の受信に応じて、“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”を検索する（Ｓ１１−１２の“Ｅｘｔｅｒｎａｌ  ＩＤ  Ｓｅａｒｃｈ”）。ＨＳＳ７は、例えば、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩに対応付けられた“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”を検索する。
【０１７１】
ＨＳＳ７は、“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”の検索結果を、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｓｗｅｒ”に含めてＭＭＥ５に送信する（Ｓ１１−１３）。ＭＭＥ５は、例えば、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｓｗｅｒ”に“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”が検索されたことを示す情報が含まれる場合、端末がＭＴＣデバイスであると判断する。また、ＭＭＥ５は、例えば、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｓｗｅｒ”に“Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ”が検索されたことを示す情報が含まれていない場合、端末がＭＴＣデバイスではないと判断する。
【０１７２】
なお、ＭＭＥ５は、受信した“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”に“ＬＡＰＩ”が含まれるか否かに基づいて、端末属性を識別してもよい。
【０１７３】
図２０において、ＭＭＥ５の識別部５１は、端末１Ａが非ＭＴＣデバイスであると識別したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１１−４）。
【０１７４】
ＭＴＣデバイス１Ｂは、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を基地局２に送信する（Ｓ１１−５）。基地局２は、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を、ＭＭＥ５に送信する。
【０１７５】
ＭＭＥ５は、受信した“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩに基づいて、ＭＴＣデバイス１Ｂの認証手順を実行する（Ｓ１１−６）。
【０１７６】
ＭＭＥ５は、認証手順において、端末属性を識別する（Ｓ１１−７）。ＭＭＥ５が端末属性を識別する方法は、図２２に示す動作例と同様である。
【０１７７】
ＭＭＥ５の識別部５１は、端末１ＢがＭＴＣデバイスであると識別したことに応じて、端末１Ｂに対して、基地局２の再選択を指示する制御信号を通知する（Ｓ１１−８）。基地局２の再選択を指示する制御信号は、例えば、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”が拒否されたことを示す拒否通知（ＮＡＣＫ）であってもよい。
【０１７８】
ＭＴＣデバイス１Ｂは、他の基地局２（例えば、ＭＴＣデバイス用の基地局２（Ｂ））に対して、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を再送信する（Ｓ１１−９）。
【０１７９】
ＭＭＥ５の識別部５１は、端末１Ｂに対して基地局２の再選択を指示する制御信号を通知したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１１−１０）。
【０１８０】
図２３は、第４の実施形態の他の動作例を示すシーケンス図である。図２３は、基地局２（Ａ）が、ＭＭＥ５からの指示に応じて、ＭＴＣデバイス用の基地局２（Ｂ）との間に設定されたＸ２インターフェースを介して、ＭＴＣデバイス１Ｂのハンドオーバーを実行する場合の動作例である。
【０１８１】
ＭＴＣデバイス１Ｂは、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を基地局２に送信する（Ｓ１２−１）。基地局２は、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を、ＭＭＥ５に送信する。
【０１８２】
ＭＭＥ５の制御部５０は、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を受信したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１２−２）。ＭＭＥ５によるＥＰＳベアラの確立手順の開始により、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５および基地局２（Ａ）の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。ＭＴＣデバイス１Ｂは、確立されたＥＰＳベアラを介して通信する。基地局２（Ａ）は、ＭＴＣデバイス１Ｂに関する通信データを、ＥＰＳベアラを介して送受信する。
【０１８３】
ＭＭＥ５の識別部５１は、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”に基づいて、端末属性を識別する。識別部５１は、端末１ＢがＭＴＣデバイスである場合、端末１Ｂに対して、ハンドオーバーの実行を指示する（Ｓ１２−３の“Ｘ２  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ”）。
【０１８４】
基地局２（Ａ）の制御部２０は、ＭＭＥ５からの指示に基づいて、例えば、ＭＴＣデバイス用の基地局２（Ｂ）に対してハンドオーバー要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）を送信する（Ｓ１２−４）。
【０１８５】
基地局２（Ａ）の制御部２０は、ＭＴＣデバイス用の他の基地局２（Ｂ）からのハンドオーバー応答（ＡＣＫ）に応じて、端末１Ｂに対して、ハンドオーバー指示（Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ）を送信する（Ｓ１２−５）。
【０１８６】
端末１Ｂは、ハンドオーバー指示を受信したことに応じて、ＭＴＣデバイス用の基地局２（Ｂ）と接続処理を実行する（Ｓ１２−６の“Ｈａｎｄｏｖｅｒ”）。
【０１８７】
基地局２（Ｂ）の制御部２０は、ＭＭＥ５に対して、セッションの切り替えを要求する（Ｓ１２−７の“Ｓｅｓｓｉｏｎ  Ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔ”）。
【０１８８】
ＭＭＥ５の制御部５０は、基地局２（Ｂ）からの要求に応じて、セッションの切り替え処理を実行する（Ｓ１２−８の“Ｓｅｓｓｉｏｎ  Ｍｏｄｉｆｙ”）。ＭＭＥ５の制御部５０は、例えば、ＳＧＷ３に対して、基地局２（Ｂ）のアドレス、及び、セッションの識別子であるＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を通知し、セッションの更新を要求する。ＭＭＥ５の制御部５０は、例えば、ＳＧＷ３から、セッションの更新応答を受信する。
【０１８９】
＜第５の実施形態＞
本発明の第５の実施形態について、図面を参照して説明する。第５の実施形態は、ＭＴＣデバイス１Ｂが、予め受信したＭＴＣデバイス用の基地局２に関する情報に基づいて、接続要求を送信する基地局２を選択可能な場合の実施形態である。
【０１９０】
図２４は、第５の実施形態の端末１の構成例を示す。図２４に例示するように、端末１は、メッセージ生成部１０と、通信部１１と、選択部１２とを含む。なお、メッセージ生成部１０は、図６の構成例と同様であるので、詳細な説明は省略される。
【０１９１】
通信部１１は、ＭＴＣデバイス用の基地局２（Ｂ）から、基地局２（Ｂ）に関する情報を含むシステム情報ブロック（ＳＩＢ）を受信する。基地局２（Ｂ）に関する情報は、例えば、基地局２（Ｂ）の各種パラメータに関する情報や、基地局２（Ｂ）がカバーするセルに関する情報を含む。基地局２（Ｂ）に関する情報は、例えば、ＭＴＣデバイス用の基地局であることを示す情報を含む。
【０１９２】
通信部１１は、メッセージ生成部１０が生成したメッセージを、選択部１２によって選択された基地局２に送信する。
【０１９３】
選択部１２は、受信したシステム情報ブロックに基づいて、基地局２の属性を識別可能である。選択部１２は、例えば、基地局２（Ｂ）から受信したシステム情報ブロック（ＳＩＢ）に、ＭＴＣデバイス用の基地局であることを示す情報が含まれていることに基づいて、該基地局２（Ｂ）をＭＴＣデバイス用の基地局と識別する。
【０１９４】
選択部１２は、端末１の属性に基づいて、メッセージを送信する基地局２を選択する。
選択部１２は、例えば、端末１の属性がＭＴＣデバイスである場合、メッセージを送信する基地局２を、ＭＴＣデバイス用の基地局２（例えば、基地局２（Ｂ））から選択する。
【０１９５】
図２５は、第５の実施形態の動作例を示すシーケンス図である。
【０１９６】
ＭＴＣデバイス用の基地局２（Ｂ）は、端末１に対して、ＭＴＣデバイス用の基地局であることを示す情報を含むシステム情報ブロック（ＳＩＢ）を、予めブロードキャストする（Ｓ１３−１）。端末１は、例えば、受信したシステム情報ブロックに、ＭＴＣデバイス用の基地局であることを示す情報が含まれていることに基づき、該システム情報ブロックを送信した基地局２（Ｂ）をＭＴＣデバイス用の基地局と識別する。
【０１９７】
ＭＴＣデバイス用の端末１Ｂは、受信したシステム情報ブロックに基づいて識別されたＭＴＣデバイス用の基地局２（Ｂ）に対して、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ１３−２）。
【０１９８】
基地局２（Ｂ）の制御部２０は、“ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ”を受信したことに応じて、ＭＭＥ５にＮＡＳメッセージを送信する（Ｓ１３−３）。基地局２（Ｂ）は、ＭＴＣデバイス用のＭＭＥ（例えば、図２のＭＭＥ（Ｂ）５、図１０の仮想ＭＭＥ５Ａ）にＮＡＳメッセージを送信してもよい。
【０１９９】
ＭＭＥ５の識別部５１は、ＮＡＳメッセージを受信したことに応じて、ＥＰＳベアラの確立手順を開始する（Ｓ１３−４）。
【０２００】
図２６は、第５の実施形態の動作例を示すシーケンス図である。
【０２０１】
ＭＴＣデバイス用の基地局２（例えば、基地局２（Ｂ））は、端末１および他の基地局２に対して、自装置（例えば、基地局２（Ｂ））に関する情報を含むシステム情報ブロック（ＳＩＢ）を、ブロードキャストする（Ｓ１４−１）。
【０２０２】
Ｓ１４−２からＳ１４−８の動作例は、図１８のＳ９−２からＳ９−８の動作例と同様であるため、詳細は省略される。なお、Ｓ１４−５において、端末１の選択部１２が、基地局２（Ａ）からの拒否通知に含まれる情報に基づいて、ＭＴＣデバイス用の基地局２（Ｂ）を再選択してもよい。また、図１８のＳ９−８と同様に、Ｓ１４−８において、基地局２（Ｂ）の制御部２０は、ＭＴＣデバイス用のＭＭＥ５（例えば、図２のＭＭＥ５（Ｂ）、図１０の仮想ＭＭＥ５Ａ）に対して、ＮＡＳメッセージを送信してもよい。
【０２０３】
上記のとおり、第５の実施形態は、ＭＴＣデバイス１Ｂが、予め受信したＭＴＣデバイス用の基地局２に関する情報に基づいて、メッセージを送信する基地局２を選択できる。
よって、ＭＴＣデバイス１Ｂは、接続する基地局２の選択及び決定に必要な制御信号の送受信を低減することができる。
【０２０４】
＜第６の実施形態＞
本発明の第６の実施形態について、図面を参照して説明する。第６の実施形態は、端末１と基地局２との接続に関するポリシーをコントローラが集中管理する。よって、端末１と基地局２との接続に関するポリシーの運用管理の効率が向上する。第６の実施形態の技術は、第１乃至第５の実施形態、後述の実施形態のいずれにも適用可能である。
【０２０５】
図２７は、第６の実施形態の通信システムの構成例を示す図である。
【０２０６】
コントローラ８は、基地局２やＭＭＥ５、制御サーバ６に対して、端末１と基地局２との接続に関するポリシーを通知する機能を有する。
【０２０７】
なお、端末１や基地局２、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５、制御サーバ６については、上述した実施形態の構成例と同様であるため、詳細な説明は省略される。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【０２０８】
図２８は、第６の実施形態のコントローラ８の構成例を示す図である。
【０２０９】
コントローラ８は、ポリシー管理ＤＢ（Ｄａｔａ  Ｂａｓｅ）８０、制御部８１、インターフェース８２を含む。
【０２１０】
インターフェース８２は、基地局２やＭＭＥ５、制御サーバ６と通信するためのインターフェースである。コントローラ８は、例えば、インターフェース８２を介して、所定のプロトコルで基地局２、ＭＭＥ５及び制御サーバ６と通信できる。
【０２１１】
ポリシー管理ＤＢ８０は、端末１と基地局２との接続に関するポリシーを管理するデータベースである。例えば、ネットワークオペレータが、ポリシー管理ＤＢ８０にポリシーを入力できる。
【０２１２】
制御部８１は、ポリシー管理ＤＢ８０を参照し、基地局２やＭＭＥ５、制御サーバ６に対してポリシーを通知する。制御部８１は、インターフェース８２を介して、基地局２やＭＭＥ５、制御サーバ６に対してポリシーを通知する。
【０２１３】
コントローラ８は、例えば、ＳＯＮサーバである。また、コントローラ８は、例えば、ネットワークオペレータが使用する運用管理装置であってもよい。
【０２１４】
ポリシー管理ＤＢ８０は、例えば、端末１と基地局２との接続に関するポリシーを管理する。ポリシー管理ＤＢ８０に記憶されるポリシーの例を、以下に示す。
【０２１５】
（端末の種別に関するポリシー）
・ＭＴＣデバイスからの接続要求を許可し、非ＭＴＣデバイスからの接続要求を拒否する。
・非ＭＴＣデバイスからの接続要求を許可し、ＭＴＣデバイスからの接続要求を拒否する。
・所定のＭＴＣデバイス（例えば、スマートメーター）からの接続要求を許可し、他の種別のＭＴＣデバイスからの接続要求を拒否する。
・所定のＭＴＣデバイスグループに属するＭＴＣデバイスからの接続要求を許可し、他のＭＴＣデバイスグループに属するＭＴＣデバイスからの接続要求を拒否する。
・所定のユーザ属性（例えば、プレミアムユーザ）に対応する端末からの接続要求を許可し、他のユーザ属性（例えば、一般ユーザ）に対応する端末からの接続要求を拒否する。
・所定のユーザ属性（例えば、一般ユーザ）に対応する端末からの接続要求を許可し、他のユーザ属性（例えば、プレミアムユーザ）に対応する端末からの接続要求を拒否する。
・通信量が所定値を超過したユーザの端末からの接続要求を拒否する。
・非ＭＴＣデバイス用の基地局に接続したＭＴＣデバイスに、接続する基地局を再選択させる。
・非ＭＴＣデバイス用の基地局に接続したＭＴＣデバイスを、他の基地局（例えば、ＭＴＣデバイス用の基地局）に再接続させる。
・非ＭＴＣデバイス用の基地局に接続したＭＴＣデバイスに対して、他の基地局（例えば、ＭＴＣデバイス用の基地局）へのハンドオーバ（Ｈａｎｄｏｖｅｒ）を行う。
・所定の時間帯（Ｅｘ：ＡＭ１：００−ＡＭ４：００）にのみポリシーを有効化。（このポリシーは、上記のポリシーの少なくとも１つと組み合わせて使用される。）
（通信トラフィックの種別に関するポリシー）
・ＭＴＣ関連のアプリケーションに関する通信トラフィックをＭＴＣデバイス用の基地局で処理する。
・非ＭＴＣ関連のアプリケーションに関する通信トラフィックを非ＭＴＣデバイス用の基地局で処理する。
・通話に関する通信トラフィックを所定の基地局（例えば、非ＭＴＣデバイス用の基地局）で処理する。
・所定のアプリケーション（例えば、ＳＮＳ（Social Networking Service）アプリケーション）に関する通信トラフィックを、所定の基地局で処理する。
・所定のアプリケーション（例えば、ＳＮＳアプリケーション）に関する通信トラフィックの一部を、所定の基地局で処理する。
・所定の課金特性（例えば、定額課金）に対応する通信トラフィックを、所定の基地局で処理する。
・所定の課金特性（例えば、従量型課金）に対応する通信トラフィックを、所定の基地局で処理する。
・所定のＱｏＳ特性に関する通信トラフィックを、所定の基地局で処理する。
・所定の時間帯（Ｅｘ：ＡＭ１：００−ＡＭ４：００）にのみポリシーを有効化。（このポリシーは、上記のポリシーの少なくとも１つと組み合わせて使用される。）
図２９は、第６の実施形態の基地局２の構成例を示す図である。
【０２１６】
基地局２は、インターフェース２２を介して、コントローラ８と通信する。基地局２は、インターフェース２２を介して、コントローラ８からポリシーを受信する。受信したポリシーは、例えば、識別部２１に記憶される。制御部２２は、例えば、受信したポリシーに基づいて、端末１と基地局２との接続に関する処理を実行する。
【０２１７】
なお、制御部２０および識別部２１は、図３の構成例と同様であるため、詳細な説明は省略される。
【０２１８】
ＭＭＥ５は、基地局２と同様に、コントローラ８と通信するためのインターフェースを有していてもよい。ＭＭＥ５は、インターフェースを介して、コントローラ８からポリシーを受信する。ＭＭＥ５は、受信したポリシーに基づいて、端末１と基地局２との接続に関する処理を実行する。
【０２１９】
制御サーバ６は、基地局２と同様に、コントローラ８と通信するためのインターフェースを有していてもよい。制御サーバ６は、インターフェースを介して、コントローラ８からポリシーを受信する。制御サーバ６は、受信したポリシーに基づいて、端末１と基地局２との接続に関する処理を実行する。
【０２２０】
上記のとおり、第６の実施形態は、端末１と基地局２との接続に関するポリシーをコントローラ８が集中管理する。よって、該ポリシーの運用管理の効率が向上する。
【０２２１】
＜第７の実施形態＞
本発明の第７の実施形態について、図面を参照して説明する。第７の実施形態では、コントローラ８が仮想ネットワークのリソースのプロビジョニングを実行できる。よって、仮想ネットワークの運用管理の効率が向上する。第７の実施形態の技術は、第１乃至第６の実施形態、後述の実施形態のいずれにも適用可能である。
【０２２２】
図３０は、第７の実施形態の通信システムの構成例を示す。
【０２２３】
コントローラ８は、仮想ネットワークのリソースのプロビジョニングを実行する。コントローラ８は、例えば、通信トラフィックのオフロードに備え、仮想ネットワークノード（仮想ＭＭＥ５Ａ、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ等）を運用するためのリソース割り当てを実行する。仮想ネットワークノードを運用するためのリソースは、例えば、サーバ資源、ＣＰＵ資源、ネットワーク資源（スイッチやルータ）等である。コントローラ８は、例えば、仮想ネットワークノードを運用する仮想マシンやサーバに対して、リソースを割り当てる。
【０２２４】
コントローラ８は、例えば、通信トラフィックが増加する時間帯を予測し、当該時間帯に先立って仮想ネットワークのリソースのプロビジョニングを実行できる。また、コントローラ８は、通信トラフィックの増加に応じて、仮想ネットワークのリソースのプロビジョニングを動的に実行できる。
【０２２５】
なお、端末１や基地局２、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ、仮想ＭＭＥ５Ａ、制御サーバ６については、上述の実施形態の構成例と同様であるため、詳細な説明は省略される。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【０２２６】
図３１は、第７の実施形態のコントローラ８の構成例を示す。図３１の例では、コントローラ８は、第６の実施形態で例示された構成に加え、仮想ネットワークのリソースのプロビジョニングを実行する仮想ＮＷ（ネットワーク）制御部８３を含む。第７の実施形態のコントローラ８の構成は、図３１の例に限定されない。例えば、第７の実施形態のコントローラ８は、基地局２等に、端末１と基地局２との接続に関するポリシーを通知する機能（ポリシー管理ＤＢ８０等）を備えなくてもよい。例えば、第６の実施形態のコントローラと、第７の実施形態のコントローラとは、互いに異なる装置であってもよい。
【０２２７】
仮想ＮＷ制御部８３は、仮想ネットワークのリソースのプロビジョニングを実行する。
【０２２８】
仮想ＮＷ制御部８３は、例えば、所定の種別のＭＴＣデバイスによる通信が発生する時間帯に先立って、当該ＭＴＣデバイスによる通信トラフィックを処理可能なリソースを仮想ネットワークに割り当てる。
【０２２９】
例えば、仮想ＮＷ制御部８３は、ＭＴＣデバイスが送信する制御信号（例えば、ネットワークへの接続要求に関する制御信号）を処理するためのリソースを、仮想ＭＭＥ５Ａに割り当てる。また、例えば、仮想ＮＷ制御部８３は、ＭＴＣデバイスが送信するＵ−Ｐｌａｎｅ（ユーザ・プレーン）データを処理するためのリソースを、仮想ＳＧＷ３Ａや仮想ＰＧＷ４Ａに割り当てる。仮想ＮＷ制御部８３は、所定の種別のＭＴＣデバイスグループに関する通信トラフィックを処理するためのリソースを仮想ネットワークに割り当ててもよい。仮想ＮＷ制御部８３は、ＭＴＣデバイスによる通信トラフィックが発生しない時間帯は、仮想ネットワークからリソースを解放してもよい。
【０２３０】
仮想ＮＷ制御部８３は、例えば、通信システムにおける通信トラフィックの分析結果に基づいて、通信トラフィックが増加する時間帯を予測する。仮想ＮＷ制御部８３は、例えば、予測結果に基づいて、増加する通信トラフィックを処理するためのリソースを仮想ネットワークに割り当てる。仮想ＮＷ制御部８３が、通信トラフィックの分析を実行してもよい。また、仮想ＮＷ制御部８３は、ＯＳＳ／ＢＳＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍ／Ｂｕｓｉｎｅｓｓ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍ）を介してネットワークオペレータからトラフィック分析の結果を取得してもよい。
【０２３１】
例えば、仮想ＮＷ制御部８３は、増加が見込まれる通信トラフィックの制御信号を処理するためのリソースを、仮想ＭＭＥ５Ａに割り当てる。また、例えば、仮想ＮＷ制御部８３は、増加が見込まれるＵ−Ｐｌａｎｅ（ユーザ・プレーン）データを処理するためのリソースを、仮想ＳＧＷ３Ａや仮想ＰＧＷ４Ａに割り当てる。
【０２３２】
仮想ＮＷ制御部８３は、例えば、地震等の災害発生に応じて、仮想ネットワークにリソースを割り当てる。また、仮想ＮＷ制御部８３は、例えば、多数の端末利用者が集まるイベントが開催される日時に先立って、仮想ネットワークにリソースを割り当てる。
【０２３３】
例えば、仮想ＮＷ制御部８３は、災害発生に伴って増加が見込まれる通話やデータ通信を処理するためのリソースを、仮想ＳＧＷ３、仮想ＰＧＷ４、仮想ＭＭＥ５Ａに割り当てる。また、例えば、仮想ＮＷ制御部８３は、イベントに伴って増加が見込まれる通話やデータ通信を処理するためのリソースを、仮想ＳＧＷ３，仮想ＰＧＷ４、仮想ＭＭＥ５Ａに割り当てる。
【０２３４】
仮想ＮＷ制御部８３は、例えば、仮想ネットワークに要求される性能に基づいて、仮想ネットワークにリソースを割り当てる。例えば、仮想ＮＷ制御部８３は、仮想ネットワークに要求されるＳＬＡ（Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）を満たすように、仮想ネットワークにリソースを割り当てる。
【０２３５】
仮想ＮＷ制御部８３は、例えば、基地局２等に通知済みのポリシーによって仮想ネットワークに流入すると想定される通信トラフィックの量を予測する。仮想ＮＷ制御部８３は、基地局２等に通知する予定のポリシーによって仮想ネットワークに流入すると想定される通信トラフィックの量を予測してもよい。仮想ＮＷ制御部８３は、予測された通信量に基づいて、仮想ネットワークにリソースを割り当てる。例えば、仮想ＮＷ制御部８３は、仮想ネットワークに流入すると想定される通信トラフィックを処理するために必要なリソースを、仮想ネットワークに割り当てる。仮想ＮＷ制御部８３は、仮想ネットワークに流入すると想定される通信トラフィックを所定のＳＬＡを満たす性能で処理するために必要なリソースを、仮想ネットワークに割り当ててもよい。
【０２３６】
なお、コントローラ８の制御部８１は、例えば、リソースが割り当てられたことに応じて、端末１と基地局２との接続に関するポリシーを基地局２等に通知してもよい。制御部８１は、例えば、上述の第６の実施形態に例示されたポリシーの少なくとも１つを、基地局２等に通知してもよい。
【０２３７】
図３２は、第７の実施形態の通信装置１００の構成例を示す。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【０２３８】
通信装置１００の制御部１１０は、コントローラ８の仮想ＮＷ制御部８３から、ＶＮＦ１２０を実行するための仮想マシンの起動、削除、移行の少なくとも１つの指示を受ける。仮想ＮＷ制御部８３は、仮想マシンの起動、削除、移行の少なくとも１つを制御部１１０に指示することにより、仮想ネットワークのリソースを制御できる。
【０２３９】
なお、制御部１１０および仮想ネットワーク機能については、図１２の構成例と同様であるため、詳細な説明は省略される。
【０２４０】
上記のとおり、第７の実施形態では、コントローラ８が仮想ネットワークのリソースのプロビジョニングを実行できる。よって、仮想ネットワークの運用管理の効率が向上する。
【０２４１】
＜第８の実施形態＞
本発明の第８の実施形態について、図面を参照して説明する。本発明の第８の実施形態では、仮想ネットワークのオペレータは、レガシーネットワークのオペレータに対して、仮想ネットワークを貸し出すことができる。仮想ネットワークのオペレータは、仮想ネットワークの利用料金を得ることができる。また、レガシーネットワークのオペレータは、自らレガシーネットワークへの設備投資をしなくとも、ネットワークを仮想的に増強できる。第８の実施形態の技術は、第１乃至第７の実施形態のいずれにも適用可能である。
【０２４２】
図３３は、第８の実施形態の通信システムの構成例を示す。
【０２４３】
図３３の例では、仮想ネットワークのオペレータ（オペレータ：Ｂ）は、レガシーネットワークのオペレータ（オペレータ：Ａ）に、仮想ネットワークを貸し出す。オペレータＡは、仮想ネットワークに通信トラフィックをオフロードすることで、レガシーネットワークの負荷を軽減できる。
【０２４４】
図３３の例では、オペレータＢが所有する基地局２（Ｂ）は、オペレータＡの加入者端末の通信トラフィックを仮想ネットワークに送信できる。基地局２（Ｂ）は、加入者端末の通信トラフィックを識別し、識別されたトラフィックを仮想ネットワークに送信できる。
【０２４５】
基地局２は、上述の実施形態で例示された構成例に基づいて、端末の属性に応じて端末と基地局との接続を制御できる。図３３では、例えば、基地局２（Ｂ）は、ＭＴＣデバイス（端末１Ｂ）からの接続要求を許可し、非ＭＴＣデバイス（端末１Ａ）からの接続要求を拒否できる。また、例えば、基地局２（Ａ）は、非ＭＴＣデバイス（端末１Ａ）からの接続要求を許可し、ＭＴＣデバイス（端末１Ｂ）からの接続要求を拒否できる。
【０２４６】
基地局２（Ｂ）は、例えば、上述の第６の実施形態に例示されたポリシーに基づいて、オペレータＡの加入者端末の通信トラフィックの一部を、基地局２（Ｂ）で処理する。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【０２４７】
図３４は、第８の実施形態の通信システムの構成例を示す。
【０２４８】
図３４の例のように、オペレータＡは、オペレータＢが所有する仮想ネットワークの利用に対して、オペレータＢに料金を支払う。オペレータＡは、例えば、月または年単位で、定額の料金をオペレータＢに支払う。また、例えば、オペレータＡは、仮想ネットワークの利用量に応じた通信料金をオペレータＢに支払う。また、例えば、オペレータＡは、オペレータＡ用に仮想ネットワークに割り当てた仮想マシンに対応するリソース量に応じた料金をオペレータＢに支払ってもよい。上記の課金方法は例示であり、オペレータＡに対する課金方法は、上記の例に限定されない。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【０２４９】
オペレータＡは、基地局２に、端末１と基地局２との接続に関するポリシーを設定する。例えば、オペレータＡは、上述の第６の実施形態に例示されたポリシーを、基地局２に設定する。オペレータＡは、ＭＭＥ５にポリシーを設定してもよい。基地局２やＭＭＥ５は、設定されたポリシーに従って、端末１が接続する基地局２を選択する。なお、仮想ネットワークのオペレータＢが、オペレータＡに代替して、基地局２等にポリシーを設定してもよい。
【０２５０】
図３５は、第８の実施形態の動作例を示すシーケンス図である。
【０２５１】
端末１は、基地局２（Ａ）との間で無線によるコネクションを確立するため、基地局２（Ａ）に“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を送信する（Ｓ１５−１）。図３５の例では、端末１は、ＭＴＣデバイスである。また、図３５の例では、基地局２（Ｂ）には、ＭＴＣデバイスからの接続要求を許可するポリシーが設定されているものとする。
【０２５２】
基地局２（Ｂ）は、仮想ネットワークをオペレータＢから借りたオペレータＡに対して、専用の仮想ＭＭＥ５Ａを選択できる（Ｓ１５−２の“Ｓｅｌｅｃｔ  ｖＭＭＥ  ｓｐｅｃｉｆｉｃ  ｔｏ  Ｏｐｅｒａｔｏｒ（Ａ）”）。基地局２（Ｂ）は、例えば、仮想ネットワークを利用するオペレータ毎に、仮想ＭＭＥ５Ａを管理する。例えば、基地局２の識別部２１は、オペレータＡに対して、専用の仮想ＭＭＥ５Ａを選択できる。
【０２５３】
基地局２（Ｂ）は、端末１から送信された“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を、選択した仮想ＭＭＥ５Ａに送信する（Ｓ１５−３）。
【０２５４】
仮想ＭＭＥ５Ａは、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”の受信に先立って、端末１の認証処理を実行する。仮想ＭＭＥ５Ａは、例えば、仮想ネットワークに配置されたＨＳＳ７を用いて、端末１を認証する。仮想ＭＭＥ５Ａは、レガシーネットワークに配置されたＨＳＳ７を用いて端末１を認証してもよい。
【０２５５】
ＨＳＳ７は、例えば、端末１のＩＭＳＩと、当該端末１が加入するオペレータに関する情報とを関連付けて管理する。例えば、仮想ＭＭＥ５Ａは、上記の認証処理の際、ＨＳＳ７から、端末１が加入するオペレータに関する情報を取得し、端末１に対応するオペレータを認識する。
【０２５６】
仮想ＭＭＥ５Ａは、ＥＰＳベアラの構築を開始する。図３５の例では、仮想ＭＭＥ５Ａは、仮想ネットワークをオペレータＢから借りたオペレータＡに対して、専用のゲートウェイ（仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ）を割り当てる。他のオペレータ（例えば、オペレータＣ）がオペレータＢから仮想ネットワークを借りていたとしても、オペレータＡとオペレータＣには、それぞれ異なるゲートウェイが割り当てられる。仮想ネットワークを利用するオペレータの各々に対して異なるゲートウェイが割り当てられることで、各オペレータに関する通信トラフィックは仮想的に分離され、セキュリティが向上する。
【０２５７】
仮想ＭＭＥ５Ａは、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”の受信に応じて、オペレータＡ専用の仮想ＳＧＷ３を選択する（Ｓ１５−４の“Ｓｅｌｅｃｔ  ｖＳＧＷ  ｓｐｅｃｉｆｉｃ  ｔｏ  Ｏｐｅｒａｔｏｒ（Ａ）”）。
【０２５８】
例えば、仮想ＭＭＥ５Ａの識別部５１は、仮想ネットワークを利用するオペレータ毎に、仮想エンティティ（仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ等）を管理する。仮想ＭＭＥ５Ａの制御部５０は、識別部５１に従って、オペレータＡに対応する仮想ＳＧＷ３Ａを選択する。
【０２５９】
また、例えば、仮想ＭＭＥ５Ａの制御部５０は、識別部５１が管理する仮想エンティティから、オペレータＡに割り当てる仮想ＳＧＷ３Ａを選択する。識別部５１は、制御部５０に選択された仮想ＳＧＷ３Ａと、当該仮想ＳＧＷ３Ａが割り当てられたオペレータの識別情報とを対応付ける。制御部５０は、仮想ＳＧＷ３Ａを選択する際、識別部５１が管理する仮想エンティティのうち、オペレータの識別情報が対応付けられていない仮想エンティティを選択する。
【０２６０】
仮想ＭＭＥ５Ａは、Ｓ１５−４で選択した仮想ＳＧＷ３Ａに対して、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージを送信する（Ｓ１５−５）。仮想ＭＭＥ５Ａは、仮想ネットワークをオペレータＢから借りたオペレータＡに対して、専用の仮想ＰＧＷ４Ａを割り当てる。仮想ＭＭＥ５Ａは、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージに、オペレータＡに割り当てられた仮想ＰＧＷ４ＡのＩＰアドレスを含める。
【０２６１】
例えば、仮想ＭＭＥ５Ａの識別部５１は、仮想ネットワークを利用するオペレータ毎に、仮想エンティティ（仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ等）を管理する。仮想ＭＭＥ５Ａの制御部５０は、識別部５１に従って、オペレータＡに対応する仮想ＰＧＷ４ＡのＩＰアドレスを“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージに含める。
【０２６２】
また、例えば、仮想ＭＭＥ５Ａの制御部５０は、識別部５１が管理する仮想エンティティから、オペレータＡに割り当てる仮想ＰＧＷ４Ａを選択する。識別部５１は、制御部５０に選択された仮想ＰＧＷ４Ａと、当該仮想ＰＧＷ４Ａが割り当てられたオペレータの識別情報とを対応付ける。制御部５０は、仮想ＰＧＷ４Ａを選択する際、識別部５１が管理する仮想エンティティのうち、オペレータの識別情報が対応付けられていない仮想エンティティを選択する。
【０２６３】
仮想ＭＭＥ５Ａから“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージを受信したことに応じて、仮想ＳＧＷ３Ａは、受信したメッセージで指定された仮想ＰＧＷ４Ａに対して、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージを送信する（Ｓ１５−６）。仮想ＳＧＷ３Ａは、仮想ＰＧＷ４Ａに送信するメッセージに、自身のＩＰアドレスを含める。
【０２６４】
仮想ＰＧＷ４Ａは、仮想ＳＧＷ３Ａに対して、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージを返信する（Ｓ１５−７）。
【０２６５】
仮想ＳＧＷ３Ａは、仮想ＭＭＥ５Ａに対して、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージを返信する（Ｓ１５−８）。“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージの受信に応じて、仮想ＭＭＥ５Ａは、基地局２に対して、仮想ＳＧＷ３Ａと基地局２との間でセッションを構築するための情報を通知する。
【０２６６】
以上の図３５に例示された動作により、仮想ネットワークにＥＰＳベアラが構築される。オペレータＡのレガシーネットワークの加入者端末（図３５中の端末１）は、構築されたＥＰＳベアラを介して通信する。
【０２６７】
図３６は、第８の実施形態の他の動作例を示すシーケンス図である。
【０２６８】
基地局２（Ｂ）は、端末１から送信された“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”を、仮想ＭＭＥ５Ａに送信する（Ｓ１６−１）。図３６の例では、端末１は、ＭＴＣデバイスである。また、図３６の例では、基地局２（Ｂ）には、ＭＴＣデバイスからの接続要求を許可するポリシが設定されているものとする。
【０２６９】
仮想ＭＭＥ５Ａは、“Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ”の受信に先立って、端末１の認証処理を実行する。仮想ＭＭＥ５Ａは、例えば、仮想ネットワークに配置されたＨＳＳ７を用いて、端末１を認証する。仮想ＭＭＥ５Ａは、レガシーネットワークに配置されたＨＳＳ７を用いて端末１を認証してもよい。
【０２７０】
ＨＳＳ７は、例えば、端末１のＩＭＳＩと、当該端末１が加入するオペレータに関する情報とを関連付けて管理する。例えば、仮想ＭＭＥ５Ａは、上記の認証処理の際、ＨＳＳ７から、端末１が加入するオペレータに関する情報を取得し、端末１に対応するオペレータを認識する。
【０２７１】
仮想ＭＭＥ５Ａは、仮想ＳＧＷ３Ａに対して、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージを送信する（Ｓ１６−２）。仮想ＭＭＥ５Ａは、例えば、端末１に対応するオペレータに関する情報を“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”に含める。仮想ＭＭＥ５Ａは、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージを送信することで、ＥＰＳベアラの構築を開始する。
【０２７２】
図３６の例では、仮想ＭＭＥ５Ａ、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａは、それぞれ、仮想ネットワークをオペレータＢから借りたオペレータＡに関するベアラに対して、専用のＴＥＩＤを割り当てる。他のオペレータ（例えば、オペレータＣ）がオペレータＢから仮想ネットワークを借りていたとしても、オペレータＡとオペレータＣに関するベアラには、それぞれのオペレータ特有のＴＥＩＤが割り当てられる。仮想ネットワークを利用するオペレータの各々に対して特有のＴＥＩＤが割り当てられることで、セキュリティが向上する。
【０２７３】
仮想ＳＧＷ３Ａは、仮想ＰＧＷ４Ａに対して、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージを送信する（Ｓ１６−３）。仮想ＳＧＷ３Ａは、オペレータＡの加入者端末である端末１に、オペレータＡ用のＴＥＩＤを割り当てる。仮想ＳＧＷ３Ａは、選択したＴＥＩＤを、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”メッセージに含める。また、仮想ＳＧＷ３Ａは、端末１に対応するオペレータに関する情報を“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ”に含めてもよい。
【０２７４】
例えば、仮想ＳＧＷ３Ａは、仮想ネットワークを利用するオペレータ毎に、各オペレータに割り当てる候補のＴＥＩＤ群を管理する。例えば、仮想ＳＧＷ３Ａは、オペレータＡに割り当てる候補のＴＥＩＤ群や、オペレータＣに割り当てる候補のＴＥＩＤ群を管理する。仮想ＳＧＷ３Ａは、仮想ＭＭＥ５Ａから通知されたオペレータ情報に基づいて、ＴＥＩＤを選択する。
【０２７５】
また、例えば、仮想ＳＧＷ３Ａは、ＴＥＩＤ群から、オペレータＡに割り当てるＴＥＩＤを選択する。仮想ＳＧＷ３Ａは、選択されたＴＥＩＤと、当該ＴＥＩＤが割り当てられたオペレータの識別情報とを対応付ける。仮想ＳＧＷ３Ａは、ＴＥＩＤを選択する際、オペレータの識別情報が対応付けられていないＴＥＩＤを選択する。
【０２７６】
仮想ＰＧＷ４Ａは、仮想ＳＧＷ３Ａに、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージを返信する（Ｓ１６−４）。仮想ＰＧＷ４Ａは、オペレータＡの加入者端末である端末１に、オペレータＡ用のＴＥＩＤを割り当てる。仮想ＰＧＷ４Ａは、選択したＴＥＩＤを、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージに含める。仮想ＰＧＷ４Ａは、例えば、仮想ＳＧＷ３Ａと同様の方法でＴＥＩＤを選択する。
【０２７７】
仮想ＳＧＷ３Ａは、仮想ＭＭＥ５Ａに対して、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージを送信する（Ｓ１６−５）。仮想ＳＧＷ３Ａは、オペレータＡの加入者端末である端末１に、オペレータＡ用のＴＥＩＤを割り当てる。仮想ＳＧＷ３Ａは、選択したＴＥＩＤを、“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージに含める。“Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ”メッセージの受信に応じて、仮想ＭＭＥ５Ａは、基地局２（Ｂ）に対して、仮想ＳＧＷ３Ａと基地局２（Ｂ）との間でセッションを構築するための情報を通知する。
【０２７８】
以上の図３６に例示された動作により、仮想ネットワークにＥＰＳベアラが構築される。オペレータＡのレガシーネットワークの加入者端末（図３６中の端末１）は、構築されたＥＰＳベアラを介して通信する。
【０２７９】
図３７は、第８の実施形態の通信システムの他の構成例を示す図である。
【０２８０】
図３７の例は、仮想ネットワークのオペレータ（オペレータＢ）が、仮想ネットワークを借りたオペレータ（図３７では、オペレータＡ及びオペレータＣ）の通信トラフィックをモニタする構成例を示す。図３７の例では、仮想ネットワークを借りたオペレータ毎に、仮想ＳＧＷ３Ａや仮想ＰＧＷ４Ａが配置される。
【０２８１】
図３７の例では、仮想ネットワークに配置された仮想ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）４０が、通信トラフィックをモニタする。図３７の例では、仮想ネットワークをオペレータＢから借りたオペレータ（オペレータＡ、オペレータＣ）毎に、仮想ＰＣＲＦ４０が配置される。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【０２８２】
仮想ネットワークのオペレータＢは、例えば、コントローラ８（不図示）により、仮想ネットワークに仮想ＰＣＲＦ４０を配置する。例えば、コントローラ８の仮想ＮＷ制御部８３は、仮想ネットワークを利用するオペレータＡに関する通信トラフィックを監視するための仮想ＰＣＲＦ４０を、仮想ネットワークに配置する。
【０２８３】
例えば、仮想ＰＧＷ４Ａの各々は、各仮想ＰＧＷ４Ａに対応付けられたオペレータ用の仮想ＰＣＲＦ４０と接続する。仮想ＰＧＷ４Ａの各々は、ＰＣＥＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）機能によりパケット数をカウントする。仮想ＰＧＷ４Ａの各々は、各仮想ＰＧＷ４Ａに接続された仮想ＰＣＲＦ４０に、パケット数のカウント結果を転送する。
【０２８４】
仮想ネットワークのオペレータ（オペレータＢ）は、各仮想ＰＣＲＦ４０によるパケットのカウント数をモニタし、仮想ネットワークを利用するオペレータ毎の通信量を取得する。オペレータＢは、例えば、オペレータ毎の通信量に基づいて、各オペレータに仮想ネットワークの使用料金を請求する。
【０２８５】
上記のとおり、第８の実施形態は、仮想ネットワークのオペレータが、レガシーネットワークのオペレータに対して、仮想ネットワークを貸し出すことができる。よって、仮想ネットワークのオペレータは、仮想ネットワークの利用料金を得ることができる。また、レガシーネットワークのオペレータは、自らレガシーネットワークへの設備投資をしなくとも、ネットワークを仮想的に増強できる。
【０２８６】
図３８は、第８の実施形態の通信システムの他の構成例を示す図である。
【０２８７】
図３８において、オペレータＢは、オペレータＡが保有する通信ネットワークを借りて、移動通信サービスを提供する事業者である。オペレータＢは、いわゆる仮想移動体通信事業者（ＭＶＮＯ：Ｍｏｂｉｌｅ  Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒ）である。オペレータＡは、通信ネットワークを保有する移動体通信事業者（ＭＮＯ：Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒ）であり、当該通信ネットワークをオペレータＢに貸し出す。オペレータＡは、オペレータＢに対して、通信ネットワークの利用料金を請求する。なお、図面中の矢印の向きは、一例を示すものであり、ブロック間の信号の向きを限定するものではない。
【０２８８】
ＭＶＮＯには、モバイル網で用いるトンネリングプロトコル（例えば、ＧＴＰ：ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）を終端可能なゲートウェイ（例えば、Ｐ−ＧＷ）を保有するか否かにより、２つのタイプ（保有する場合：レイヤー２接続型、保有しない場合：レイヤー３接続型）が存在する。図３８は、オペレータＢがレイヤー３接続型のＭＶＮＯである場合の構成例である。オペレータＢがレイヤー２接続型の場合、オペレータＢは、例えば、図３８のＰＧＷ４及び仮想ＰＧＷ４Ａに対応する機能を有するＰＧＷを、オペレータＡとは別に保有する。
【０２８９】
図３８において、オペレータＡは、例えば、オペレータＢに対して、レガシーネットワークと仮想ネットワークとを貸し出す。
【０２９０】
オペレータＡの基地局２（Ａ）は、オペレータＢの加入者端末のうち非ＭＴＣデバイスと識別した端末の通信トラヒックを、レガシーネットワークに送信する。また、オペレータＡの基地局２（Ａ）は、オペレータＢの加入者端末のうちＭＴＣデバイスと識別した端末に対して、例えば、接続要求が拒否されたことを示す拒否通知を送信する。
【０２９１】
オペレータＡの基地局２（Ｂ）は、オペレータＢの加入者端末のうちＭＴＣデバイスと識別した端末の通信トラヒックを、仮想ネットワークに送信する。なお、オペレータＡの基地局２（Ａ）及び基地局２（Ｂ）は、オペレータＡの加入者端末に対しても、オペレータＢの加入者端末に対する処理と同様の処理を実行可能である。
【０２９２】
オペレータＡは、例えば、レガシーネットワーク及び仮想ネットワークにおけるオペレータＢの加入者端末の通信量や、加入者端末数に応じて、オペレータＢに利用料金を請求する。
【０２９３】
上記のとおり、第８の実施形態では、通信ネットワークを保有するオペレータが、当該通信ネットワークを保有しないオペレータに対して、通信ネットワークを貸し出すこともできる。
【０２９４】
以上、本発明の実施形態を説明したが、本発明は、上記したそれぞれの実施形態に限定されるものではない。本発明は、各実施形態の変形・置換・調整に基づいて実施できる。
また、本発明は、各実施形態を任意に組み合わせて実施することもできる。即ち、本発明は、本明細書の全ての開示内容、技術的思想に従って実現できる各種変形、修正を含む。
また、本発明は、ＳＤＮ（Ｓｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）の技術分野にも適用可能である。
【０２９５】
また、本発明において、端末１又はネットワークノード（基地局（ｅＮＢ）２、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）のコンピュータ、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）又はＭＰＵ（Ｍｉｃｒｏ−Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等が、上述した各実施形態の機能を実現するソフトウェア（プログラム）を実行してもよい。端末１又は各ネットワークノードは、例えばＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）等の各種記憶媒体又はネットワークを介して、上述した各実施形態の機能を実現するソフトウェア（プログラム）を取得してもよい。端末１又は各ネットワークノードが取得するプログラムや該プログラムを記憶した記憶媒体は、本発明を構成することになる。なお、該ソフトウェア（プログラム）は、例えば、端末１又は各ネットワークノードに含まれる所定の記憶部に、予め記憶されていてもよい。端末１又は各ネットワークノードのコンピュータ、ＣＰＵ又はＭＰＵ等は、取得したソフトウェア（プログラム）のプログラムコードを読み出して実行してもよい。したがって、端末１又は各ネットワークノードは、上述した各実施形態における端末１又は各ネットワークノードの処理と同一の処理を実行する。
【０２９６】
この出願は、２０１４年１１月２１日に出願された日本出願特願２０１４−２３６０８１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０２９７】
１  端末
１Ａ  非ＭＴＣデバイス
１Ｂ  ＭＴＣデバイス
２  基地局
３  ＳＧＷ
３Ａ  仮想ＳＧＷ
４  ＰＧＷ
４Ａ  仮想ＰＧＷ
５  ＭＭＥ
５Ａ  仮想ＭＭＥ
６  制御サーバ
７  ＨＳＳ
８  コントローラ
１０  メッセージ生成部
１１  通信部
１２  選択部
２０  制御部
２１  識別部
２２  インターフェース
４０  仮想ＰＣＲＦ
５０  制御部
５１  識別部
６０  制御部
６１  識別部
８０  ポリシー管理ＤＢ
８１  制御部
８２  インターフェース
８３  仮想ＮＷ制御部
１００  通信装置
１１０  制御部
１２０  仮想ネットワーク機能
【図１】
2016079992.tif 000003
【図２】
2016079992.tif 000004
【図３】
2016079992.tif 000005
【図４】
2016079992.tif 000006
【図５】
2016079992.tif 000007
【図６】
2016079992.tif 000008
【図７】
2016079992.tif 000009
【図８】
2016079992.tif 000010
【図９】
2016079992.tif 000011
【図１０】
2016079992.tif 000012
【図１１】
2016079992.tif 000013
【図１２】
2016079992.tif 000014
【図１３】
2016079992.tif 000015
【図１４】
2016079992.tif 000016
【図１５】
2016079992.tif 000017
【図１６】
2016079992.tif 000018
【図１７】
2016079992.tif 000019
【図１８】
2016079992.tif 000020
【図１９】
2016079992.tif 000021
【図２０】
2016079992.tif 000022
【図２１】
2016079992.tif 000023
【図２２】
2016079992.tif 000024
【図２３】
2016079992.tif 000025
【図２４】
2016079992.tif 000026
【図２５】
2016079992.tif 000027
【図２６】
2016079992.tif 000028
【図２７】
2016079992.tif 000029
【図２８】
2016079992.tif 000030
【図２９】
2016079992.tif 000031
【図３０】
2016079992.tif 000032
【図３１】
2016079992.tif 000033
【図３２】
2016079992.tif 000034
【図３３】
2016079992.tif 000035
【図３４】
2016079992.tif 000036
【図３５】
2016079992.tif 000037
【図３６】
2016079992.tif 000038
【図３７】
2016079992.tif 000039
【図３８】
2016079992.tif 000040
【国際調査報告】
2016079992.tif 000041
2016079992.tif 000042
2016079992.tif 000043
2016079992.tif 000044