JP6702308B2 - 制御装置、通信システム、制御方法及びプログラム - Google Patents

Description

本発明は、制御装置、通信システム、制御方法及びプログラムに関する。

非特許文献１は、モバイル網内の端末を呼び出すための技術を開示する。非特許文献１において、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）は、モバイル網内の端末を呼び出すために、Ｐａｇｉｎｇメッセージを当該端末に対して送信する。端末１は、Ｐａｇｉｎｇメッセージを受信したことに応じて、ＭＭＥに対して、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する。

３ＧＰＰ ＴＳ ２３．４０１ Ｖ１２．０．０ （２０１３−０３） "３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ；Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ） ａｃｃｅｓｓ（Ｒｅｌｅａｓｅ １２）"、２０１３年９月

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

このようなＭＴＣ通信やＩｏＴでは、例えば短い時間内に、モバイル網の外側から、モバイル網内の複数の端末を呼び出すための要求が生じ、ＭＭＥが、当該要求に応じて複数の端末に対して一斉にＰａｇｉｎｇメッセージを送信することが想定される。この場合、非特許文献１に記載の技術では、複数の端末の各々は、Ｐａｇｉｎｇメッセージを受信したことに応じて、ＭＭＥに対し一斉に制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信してしまう。その結果、ＭＭＥは、複数の端末からの制御信号を短い時間内に処理しなければならず、当該ＭＭＥのＣ−Ｐｌａｎｅの処理負荷が上昇してしまう。

本発明の目的は、上記の問題を解決し、短い時間内にモバイル網内の複数の端末を呼び出すための要求が生じた場合でも、モバイル網側におけるＣ−Ｐｌａｎｅの処理負荷の上昇を抑制することが可能な通信装置等を提供することである。

本発明の一態様における制御装置は、ページングメッセージの受信に応じて通信装置との間でセッションを構築可能な端末宛のパケットを受信する第１の手段と、前記端末宛のパケットを受信したことに応じて、前記端末からの制御信号を処理する機能を仮想マシンで運用可能な複数の仮想ネットワークノードの少なくとも１つに対して、当該端末宛のページングメッセージの送信を要求する第２の手段と、を備える。

本発明の一態様における通信システムは、ページング（Ｐａｇｉｎｇ）メッセージの受信に応じて、ネットワークに接続するための制御信号を送信可能な端末と、前記端末からの制御信号を処理する機能を仮想マシンで運用可能な複数の仮想ネットワークノードと、前記端末宛のパケットを受信したことに応じて、前記複数の仮想ネットワークノードの少なくとも１つに対して当該端末宛のページングメッセージの送信を要求する制御装置と、を含む。

本発明の一態様における制御方法は、ページングメッセージの受信に応じて通信装置との間でセッションを構築可能な端末宛のパケットを受信する第１のステップと、前記端末宛のパケットを受信したことに応じて、前記端末からの制御信号を処理する機能を仮想マシンで運用可能な複数の仮想ネットワークノードの少なくとも１つに対して、当該端末宛のページングメッセージの送信を要求する第２のステップと、を含む。

本発明の一態様におけるプログラムは、ページングメッセージの受信に応じて通信装置との間でセッションを構築可能な端末宛のパケットを受信する処理と、前記端末宛のパケットを受信したことに応じて、前記端末からの制御信号を処理する機能を仮想マシンで運用可能な複数の仮想ネットワークノードの少なくとも１つに対して、当該端末宛のページングメッセージの送信を要求する処理とをコンピュータに実行させるプログラムである。

本発明の通信装置等は、短い時間内にモバイル網内の複数の端末を呼び出すための要求が生じた場合でも、モバイル網側におけるＣ−Ｐｌａｎｅの処理負荷の上昇を抑制することができる。

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１ ｖ１２．０．０）の５．３．４．３章に記載された“Ｎｅｔｗｏｒｋ Ｔｒｉｇｇｅｒｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”における、通信システムの動作例である。 第１の実施形態の通信システムの構成例である。 第１の実施形態のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）３０の構成例である。 第１の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）のフォーマット例である。 第１の実施形態の基地局２０の構成例である。 第１の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）のフォーマット例である。 第１の実施形態の端末１０の構成例である。 第１の実施形態の通信システムの動作例を示すシーケンス図である。 第２の実施形態のＭＭＥ３０の構成例である。 第２の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）のフォーマット例である。 第２の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）のフォーマット例である。 第２の実施形態の通信システムの動作例を示すシーケンス図である。 第３の実施形態のＭＭＥ３０の構成例である。 第３の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）のフォーマット例である。 第３の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）のフォーマット例である。 第３の実施形態の端末１０の構成例である。 第３の実施形態の通信システムの動作例を示すシーケンス図である。 第４の実施形態の端末１０の構成例である。 第４の実施形態の通信システムの動作例を示すシーケンス図である。 第５の実施形態のＭＭＥ３０の構成例である。 第５の実施形態の端末１０の構成例である。 第５の実施形態の通信システムの動作例を示すシーケンス図である。 第６の実施形態のＭＭＥ３０の構成例である。 第６の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）のフォーマット例である。 第６の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）のフォーマット例である。 第６の実施形態の端末１０の構成例である。 第６の実施形態の通信システムの動作例を示すシーケンス図である。 第７の実施形態の通信システムの構成例である。 第７の実施形態のＳＣＳ８０の構成例である。 第７の実施形態のＭＴＣ−ＩＷＦ７０の構成例である。 第７の実施形態のＭＭＥ３０の構成例である。 第７の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）のフォーマット例である。 第７の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）のフォーマット例である。 第７の実施形態の端末１０の構成例である。 第７の実施形態の通信システムの動作例を示すシーケンス図である。 第７の実施形態の通信システムの他の構成例である。 第７の実施形態の通信装置９０の構成例である。 第８の実施形態のＭＭＥ３０の構成例である。 第８の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）のフォーマット例である。 第８の実施形態のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）のフォーマット例である。 第８の実施形態における端末１０の構成例である。 第８の実施形態の通信システムの動作例を示すシーケンス図である。

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

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１ ｖ１２．０．０）の５．３．４．３章に記載された“Ｎｅｔｗｏｒｋ Ｔｒｉｇｇｅｒｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”における“Ｐａｇｉｎｇ”には、端末１０が“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”を開始するタイミングを指定する情報が含まれていない。なお、“Ｐａｇｉｎｇ”は、モバイル網の外部（例えば、データパケットネットワーク）から、モバイル網内に存在する端末１０を呼び出すために用いられる制御信号である。

そのため、ＭＭＥ３０は、短い時間内に複数の端末１０に対して“Ｐａｇｉｎｇ”を送信した場合、その後に続く当該複数の端末１０からの制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を短い時間内に受信することになる。よって、ＭＭＥ３０は、複数の端末１０からの制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を短い時間内に処理しなければならず、当該ＭＭＥ３０の負荷が上昇してしまう。言い換えると、短い時間内に大量の“Ｐａｇｉｎｇ”が生起された場合、すなわちバースト的に“Ｐａｇｉｎｇ”が生起された場合、その後に続く制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）もバースト的なトラヒックを形成してしまい、ＭＭＥ３０の負荷が大きく増加してしまう。

そこで、第１の実施形態の通信システムでは、複数の端末１０ごとに、ＭＭＥ３０が送信する“Ｐａｇｉｎｇ”信号内に制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信するタイミング情報を付加することによって、当該ＭＭＥ３０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を受信するタイミングを分散させ、当該ＭＭＥ３０の負荷上昇を抑制する。

そのために、第１の実施形態の通信システムにおけるＭＭＥ３０又は基地局２０は、複数の端末に対するページングメッセージの送信を要求された場合、当該複数の端末ごとに制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）を決定し、当該複数の端末の各々に送信するページングメッセージに当該複数の端末ごとに決定した遅延時間を格納する。よって、複数の端末の各々が受信するページングメッセージは、例えば、当該複数の端末ごとに異なる遅延時間が格納されることになり、当該複数の端末が制御信号を送信する時間を分散させることができる。なお、ＭＭＥ３０や基地局２０が決定する複数の端末ごとの遅延時間は、それら全てが互いに異なる必要はなく、例えば全体として分散されていれば一部の遅延時間が互いに重複していてもよい。

なお、ＷＯ２０１３／０１４８４７号公報には、Ｐａｇｉｎｇメッセージにタイミング等の情報を格納することが記載されている。

第１の実施形態の通信システムにおけるＭＭＥ３０又は基地局２０は、複数の端末に対するページングメッセージの送信を要求されたことに応じて、当該端末ごとに当該制御信号の送信を遅延させる時間を決定し、当該複数の端末の各々に、当該制御信号の送信を遅延させる時間を含むページングメッセージを送信する。ＭＭＥ３０又は基地局２０は、“Ｐａｇｉｎｇ”に、端末１０が制御信号を送信する時間（タイミング）に関する情報を格納する。ＭＭＥ３０又は基地局２０は、例えば、“Ｐａｇｉｎｇ”に、端末１０が“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”を開始する時間（タイミング）を指定する情報を格納する。端末１０は、例えば、“Ｐａｇｉｎｇ”に含まれる時間（タイミング）を指定する情報に基づいて、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”を開始する。

そのため、第１の実施形態の通信システムは、例えば、複数の端末１０ごとに、ＭＭＥ３０に対して制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信するタイミングを変えることによって、ＭＭＥ３０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を受信するタイミングを分散させることが可能となる。したがって、例えば、ＭＭＥ３０は、短い時間内に多数の“Ｐａｇｉｎｇ”を送信した場合であっても、複数の端末１０からの制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を受信するタイミングを分散できるので、当該ＭＭＥ３０の負荷の急激な上昇を抑制することが可能となる。

図１は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１ ｖ１２．２．０）の５．３．４．３章に記載された“Ｎｅｔｗｏｒｋ Ｔｒｉｇｇｅｒｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”における、通信システムの動作例を示す。

図１に示すように、Ｐ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）５０は、受信した通信データをＳ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）４０に転送する。Ｓ−ＧＷ４０は、通信データを受信したことに応じて、ＭＭＥ３０に対して、“Ｄｏｗｎ Ｌｉｎｋ Ｎｏｔｉｆｉｃａｔｉｏｎ”を通知する。

ＭＭＥ３０は、“Ｄｏｗｎ Ｌｉｎｋ Ｎｏｔｉｆｉｃａｔｉｏｎ”への応答として、“Ｄｏｗｎ Ｌｉｎｋ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｃｋ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）”をＳ−ＧＷ４０に通知する。

ＭＭＥ３０は、“Ｄｏｗｎ Ｌｉｎｋ Ｎｏｔｉｆｉｃａｔｉｏｎ”を受信したことに応じて、基地局２０に“Ｐａｇｉｎｇ （Ｓ１ＡＰ（Ｓ１ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ））”を送信する。 基地局２０は、ＭＭＥ３０から“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”を受信したことに応じて、端末１０に対して、“Ｐａｇｉｎｇ （ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ））”を通知する。

“Ｐａｇｉｎｇ （ＲＲＣ）”の受信に応じて、端末１０は、ＥＰＳベアラの確立手順を開始する（Ｓ１−６の“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”）。
端末１０によるＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラの確立手順の開始により、端末１０、基地局２０、ＭＭＥ３０、Ｓ−ＧＷ４０及びＰ−ＧＷ５０の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。端末１０は、確立されたＥＰＳベアラを介して通信する。

図２は、第１の実施形態の通信システムの構成例である。図２はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）の通信システムが例示するが、本発明の通信システムは図２の例に限定されない。

図２の例において、第１の実施形態の通信システムは、端末１０、基地局２０、ＭＭＥ３０、Ｓ−ＧＷ４０、Ｐ−ＧＷ５０、及びパケットデータネットワーク６０を含む。

端末１０（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、基地局２０に接続し、コアネットワークを介してインターネット等のパケットデータネットワークにアクセスする。コアネットワークは、例えば、ＭＭＥ３０やＳ−ＧＷ４０、Ｐ−ＧＷ５０で構成される。

端末１０は、携帯電話、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、モバイルルータ、スマートデバイス（例えば、家庭の消費電力をモニタするスマートメータ、スマートテレビ、ウェアラブル端末）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）デバイス等を含む。Ｍ２Ｍデバイスは、例えば、上記のデバイスに加え、産業機器、車、ヘルスケア機器、家電等を含む。

基地局２０やＭＭＥ３０、Ｓ−ＧＷ４０、Ｐ−ＧＷ５０等のネットワークノードは、通信システムが提供する通信サービスに関する様々な信号処理を実行する。例えば、ＭＭＥ３０は、端末１の移動管理に関する信号処理を実行する。

基地局２０は、例えば、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）に基づいて、端末１０との間でデータ通信を実行する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）を有する。また、基地局２０は、制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）を有する。

ＭＭＥ３０は、例えば、通信用のセッションの設定・解放、ハンドオーバーの制御等である制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）や、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）と連携して、通信システムの加入者情報を管理する機能を含む。

Ｓ−ＧＷ４０は、例えば、パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）や、制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）を含む。

Ｐ−ＧＷ５０は、例えば、パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）や、通信に応じた課金状態を管理する機能（ＰＣＥＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）、通信を傍受するための合法的傍受（ＬＩ：Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）機能等を含む。

図３は、第１の実施形態におけるＭＭＥ３０の構成例を示す。図３に例示するように、ＭＭＥ３０は、制御部３１０と処理部３１１とを含む。

制御部３１０は、Ｃ−Ｐｌａｎｅに相当する機能を備える。通信用のセッションの設定・解放、ハンドオーバーの制御等などの制御シグナリングを処理する機能を有する。制御部３１０は、処理部３１１を介して、制御シグナリングを送受信する。

制御部３１０は、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）の所定のフィールドに、時間（タイミング）に関する情報を設定する機能を備える。時間（タイミング）に関する情報は、例えば、端末１０が制御信号の送信を遅延させる時間（タイミング）に関する情報である。時間（タイミング）に関する情報は、例えば、端末１０が、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”の開始を遅延させる時間（タイミング）に関する情報である。時間（タイミング）に関する情報は、例えば、端末１０が“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”を送信する時間（タイミング）に関する情報である。

制御部３１０は、例えば、複数の端末に対するページングメッセージの送信を要求されたことに応じて、当該複数の端末ごとに制御信号の送信を遅延させる時間を決定する。制御部３１０は、例えば、所定のポリシーあるいは所定のアルゴリズムに基づいて、複数の端末ごとに制御信号の送信を遅延させる時間を決定する。制御部３１０は、例えば、ＭＭＥ３０の負荷状況に応じて、複数の端末ごとに制御信号の送信を遅延させる時間を決定してもよい。

図４は、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ａ （Ｓ１ＡＰ）”）のフォーマット例を示す。図４に例示するように、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ａ （Ｓ１ＡＰ）”）は、タイミングパラメータフィールドＡ１を含む。タイミングパラメータフィールドＡ１は、制御部３１０が制御信号の送信タイミング（制御信号の送信を遅延させる時間）に関する情報を設定する所定のフィールドである。タイミングパラメータフィールドＡ１は、例えば、Ｐａｇｉｎｇメッセージである制御信号内の所定の位置に設定される。タイミングパラメータフィールドＡ１が設定される位置は、例えば、Ｐａｇｉｎｇメッセージのヘッダ部分であってもよいし、Ｐａｇｉｎｇメッセージのペイロード部分であってもよい。なお、タイミングパラメータフィールドＡ１が設定される位置は、これらに限られず、どのような位置であってもよい。

処理部３１１は、Ｐａｇｉｎｇメッセージを基地局２０に対して送信する。

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

制御部２１０は、いわゆるＣ−Ｐｌａｎｅに相当する機能を有する。Ｃ−Ｐｌａｎｅは、通信システムで伝送される制御信号を処理する機能を有する。

制御部２１０は、端末１０に送信するＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）の所定のフィールドに、時間（タイミング）に関する情報を設定する機能を備える。時間（タイミング）に関する情報は、例えば、端末１０が、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”の開始を遅延させる時間（タイミング）に関する情報である。時間（タイミング）に関する情報は、例えば、端末１０が所定の制御信号の送信を遅延させる時間（タイミング）に関する情報である。時間（タイミング）に関する情報は、例えば、端末１０が“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”の送信を遅延させる時間（タイミング）に関する情報である。

制御部２１０は、例えば、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）に含まれる時間（タイミング）に関する情報に基づいて、端末１０に送信するＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）の所定のフィールドに、時間（タイミング）に関する情報を設定する。制御部２１０は、例えば、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）に含まれる時間（タイミング）に関する情報を読み取り、端末１０に送信するＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）の所定のフィールドに、読み取った時間（タイミング）に関する情報をマッピング（反映）してもよい。

図６は、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）のフォーマット例を示す。図６に例示するように、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）は、タイミングパラメータフィールドａ１を含む。タイミングパラメータフィールドａ１は、制御部２１０が時間（タイミング）に関する情報を設定する所定のフィールドである。タイミングパラメータフィールドａ１は、例えば、Ｐａｇｉｎｇメッセージである制御信号内の所定の位置に設定される。タイミングパラメータフィールドａ１が設定される位置は、例えば、Ｐａｇｉｎｇメッセージのヘッダ部分であってもよいし、Ｐａｇｉｎｇメッセージのペイロード部分であってもよい。なお、タイミングパラメータフィールドａ１が設定される位置は、これらに限られず、どのような位置であってもよい。

制御部２１０は、例えば、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）に含まれるタイミングに関する情報を、端末１０に送信するＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）の所定のフィールドに格納してもよい。

通信部２１１は、いわゆるＵｓｅｒ−Ｐｌａｎｅに相当する機能を有する。Ｕｓｅｒ−Ｐｌａｎｅは、通信システムで伝送されるデータを処理する機能を有する。

図７は、第１の実施形態における端末１０の構成例を示す。図７に例示するように、端末１０は、例えば、処理部１１０と、通信部１１１とを含む。処理部１１０は、基地局２０から端末１０に送られたメッセージを受信するとともに、端末１０が基地局２０に対して通知するメッセージを生成する。通信部１１１は、基地局２０から任意のメッセージを受信するとともに、生成されたメッセージを基地局２０に送信する。

処理部１１０は、基地局２０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）に含まれる時間（タイミング）に関する情報に基づいて、所定の制御信号を送信する時間（タイミング）を遅延させる。処理部１１０は、例えば、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”を開始する時間（タイミング）を遅延させる。処理部１１０は、例えば、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”を送信する時間（タイミング）を遅延させる。

処理部１１０は、例えば、基地局２０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）に含まれる時間（タイミング）に関する情報を読み取り、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”の生起を読み取った時間（タイミング）だけ遅らせる。

なお、通信部１１１が、制御信号（例えば、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（タイミング）を遅延させてもよい。

図８は、第１の実施形態の通信システムの動作例を示すシーケンス図である。図８は、３ＧＰＰの仕様書（ＴＳ２３．４０１ ｖ１２．２．０）の５．３．４．３章に記載された“Ｎｅｔｗｏｒｋ Ｔｒｉｇｇｅｒｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”に、本発明の技術を適用した動作例を示す。

Ｐ−ＧＷ５０は、受信した“Ｄｏｗｎｌｉｎｋ Ｄａｔａ”を、Ｓ−ＧＷ４０に転送する（Ｓ１−１）。

Ｓ−ＧＷ４０は、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ”の受信に応じて、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ”をＭＭＥ３０に送信する（Ｓ１−２）。

ＭＭＥ３０の制御部３１０は、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ”の受信に応じて、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｃｋ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）”をＳ−ＧＷ４０に送信する（Ｓ１−３）。

ＭＭＥ３０の制御部３１０は、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ”の受信に応じて、複数の端末１０ごとに制御信号の送信を遅延させる時間を決定し、当該複数の端末の各々に送信する“Ｐａｇｉｎｇ Ａ”のタイミングパラメータフィールドＡ１に、当該複数の端末ごとに決定した時間（タイミングパラメータ）を設定し（Ｓ１−４）、当該“Ｐａｇｉｎｇ Ａ”を基地局２０に送信する（Ｓ１−５）。なお、“Ｐａｇｉｎｇ Ａ”は、Ｓ１ＡＰ上のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）である。

基地局２０の制御部２１０は、“Ｐａｇｉｎｇ Ａ”の受信に応じて、タイミングパラメータフィールドＡ１のタイミングパラメータを、“Ｐａｇｉｎｇ ａ”のタイミングパラメータフィールドａ１に反映（マッピング）する（Ｓ１−６）。なお、“Ｐａｇｉｎｇ ａ”は、ＲＲＣプロトコル上のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）である。

基地局２０の通信部２１１は、“Ｐａｇｉｎｇ ａ”を、複数の端末１０の各々に送信する（Ｓ１−７）。なお、通信部２１１は、“Ｐａｇｉｎｇ ａ”を、複数の端末１０に送信してもよい。

端末１０の処理部１１０は、例えば、基地局２０から受信した“Ｐａｇｉｎｇ ａ”が当該端末１０宛であった場合、“Ｐａｇｉｎｇ ａ”に含まれる時間（タイミング）に関する情報に基づいて、制御信号を送信する時間（タイミング）を遅延させる（Ｓ１−８）。

上記のとおり、第１の実施形態の通信システムは、複数の端末に対するページングメッセージの送信を要求された場合、当該複数の端末ごとに制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）を決定し、当該複数の端末の各々に送信するページングメッセージに当該複数の端末ごとに決定した遅延時間を格納する。
よって、複数の端末の各々が受信するページングメッセージは、例えば、当該複数の端末ごとに異なる遅延時間が格納されることになり、当該複数の端末が制御信号を送信する時間を分散することができる。なお、上述したように、ＭＭＥ３０や基地局２０が決定する複数の端末ごとの遅延時間は、それら全てが互いに異なる必要はなく、例えば全体として分散されていれば一部の遅延時間が互いに重複していてもよい。

＜第２の実施形態＞
本発明の第２の実施形態は、ＭＭＥ３０又は基地局２０が、制御信号の送信を遅延させる時間を、当該複数の端末ごとに所定の時間幅からランダムに決定する場合の実施形態である。なお、第２の実施形態の技術は、第１の実施形態、後述の実施形態のいずれにも適用可能である。

第２の実施形態の通信システムは、図２に例示する第１の実施形態の通信システムと同様であるので、詳細な説明は省略される。

図９は、第２の実施形態のＭＭＥ３０の構成例である。図９に示すように、ＭＭＥ３０は、制御部３２０と、処理部３２１とを含む。なお、処理部３２１は、図３に例示するＭＭＥ３０の処理部３１１と同様の構成であるため、詳細な説明は省略される。

制御部３２０は、例えば、予め定められた複数の遅延時間の候補から、ランダムに選択した時間（値）を、複数の端末１０ごとの遅延時間として決定する。

制御部３２０は、例えば、乱数発生器を備え、乱数発生器により生成された数字に基づき時間（値）を計算し、複数の端末１０ごとの遅延時間として決定してもよい。制御部３２０は、例えば、所定の時間幅に取り得る値の範囲を限定したうえで、乱数発生器により生成された数字に基づき時間（値）を当該取り得る値の範囲内で計算し、複数の端末１０ごとの遅延時間として決定してもよい。

制御部３２０は、例えば、複数の端末ごとに、当該制御信号の送信を遅延させる時間の上限値と下限値とから定まる時間幅からランダムに決定してもよい。当該制御信号の送信を遅延させる時間の上限値と下限値とは、予め定められていてもよいし、ページングメッセージの送信を要求する他の装置（図示していない）から通知されてもよい。

制御部３２０は、例えば、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｂ （Ｓ１ＡＰ）”）の所定のフィールドに、決定した時間（遅延時間）を設定する機能を備える。制御部３２０は、例えば、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）の所定のフィールドに、複数の端末１０ごとに、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる遅延時間（値）を設定する。

図１０は、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｂ （Ｓ１ＡＰ）”）のフォーマット例を示す。図１０に例示するように、“Ｐａｇｉｎｇ Ｂ”は、時間指定フィールドＢ１を含む。時間指定フィールドＢ１は、制御部３２０が端末１０に制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信させる遅延時間（値）を設定する所定のフィールドである。時間指定フィールドＢ１は、例えば、端末１０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる時間（値）を含む。時間指定フィールドＢ１は、例えば、“Ｐａｇｉｎｇ Ｂ”内の所定の位置に設定される。時間指定フィールドＢ１は、例えば、“Ｐａｇｉｎｇ Ｂ”のヘッダ部分であってもよいし、“Ｐａｇｉｎｇ Ｂ”のペイロード部分であってもよい。なお、時間指定フィールドＢ１が設定される位置は、これらに限られず、どのような位置であってもよい。

図１１は、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ ｂ （ＲＲＣ）”）のフォーマット例を示す。“Ｐａｇｉｎｇ ｂ”は、基地局２０の制御部２１０が端末１０に送信するＲＲＣ上のＰａｇｉｎｇメッセージである。図１１に示すように、“Ｐａｇｉｎｇ ｂ”は、時間指定フィールドｂ１を含む。時間指定フィールドｂ１は、端末１０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する遅延時間（値）を設定する所定のフィールドである。時間指定フィールドｂ１は、例えば、端末１０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる時間（値）を含む。時間指定フィールドｂ１は、例えば、“Ｐａｇｉｎｇ ｂ”内の所定の位置に設定される。時間指定フィールドＢ１は、例えば、“Ｐａｇｉｎｇ Ｂ”のヘッダ部分であってもよいし、“Ｐａｇｉｎｇ Ｂ”のペイロード部分であってもよい。なお、時間指定フィールドＢ１が設定される位置は、これらに限られず、どのような位置であってもよい。

図１２は、第２の実施形態の通信システムの動作例を示すシーケンス図である。なお、図１２のＳ２−１乃至Ｓ２−３は、図８に示す第１の実施形態の動作例のＳ１−１乃至Ｓ１−３と同様であるため、詳細な説明は省略される。

ＭＭＥ３０の制御部３２０は、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ”の受信に応じて、例えば、複数の端末１０ごとに制御信号の送信を遅延させる時間を決定する（Ｓ２−４）。

制御部３２０は、複数の端末の各々に送信する“Ｐａｇｉｎｇ Ｂ”の時間指定フィールドＢ１に、当該複数の端末ごとに決定した遅延時間を設定し（Ｓ２−５）、処理部３２１を介して、当該“Ｐａｇｉｎｇ Ｂ”を基地局２０に送信する（Ｓ２−６）。なお、“Ｐａｇｉｎｇ Ｂ”は、Ｓ１ＡＰ上のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）である。

基地局２０の制御部２１０は、“Ｐａｇｉｎｇ Ｂ”の受信に応じて、当該“Ｐａｇｉｎｇ Ｂ”の時間指定フィールドＢ１に設定された遅延時間に基づいて、“Ｐａｇｉｎｇ ｂ”の時間指定フィールドｂ１に値を設定する（Ｓ２−７）。なお、“Ｐａｇｉｎｇ ｂ”は、ＲＲＣ上のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）である。

基地局２０の通信部２１１は、“Ｐａｇｉｎｇ ｂ”を、複数の端末１０の各々に送信する（Ｓ２−８）。

端末１０の処理部１００は、基地局２０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）の時間指定フィールドｂ１に設定された値を読み取り、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”の生起を読み取った時間だけ遅らせる（Ｓ２−９）。処理部１００は、例えば、基地局２０から受信した“Ｐａｇｉｎｇ ｂ”に含まれる遅延時間に基づいて、当該遅延時間だけ、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる。

上記のとおり、第２の実施形態の通信システムにおいて、ＭＭＥ３０又は基地局２０が、制御信号の送信を遅延させる時間を、当該複数の端末ごとに所定の時間幅からランダムに決定する。よって、当該通信システムは、例えば、複数の端末１０ごとに、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信するタイミングを変えることによって、ＭＭＥ３０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を受信するタイミングを分散させることが可能となる。したがって、例えば、ＭＭＥ３０は、短い時間内に複数の“Ｐａｇｉｎｇ”を送信した場合であっても、端末１０からの所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を受信するタイミングを分散できるので、当該ＭＭＥ３０の負荷の上昇を抑制することが可能となる。

＜第３の実施形態＞
本発明の第３の実施形態は、Ｐａｇｉｎｇメッセージに、端末１０のサービスクラスを設定する場合の実施形態である。なお、第３の実施形態の技術は、第１又は第２の実施形態、および、後述の実施形態のいずれにも適用可能である。

サービスクラスは、時間（タイミング）に関する情報を指し示すポインタである。ここで、時間（タイミング）に関する情報は、実施形態１及び２と同様に、例えば、端末１０が制御信号の送信を遅延させる時間（タイミング）に関する情報である。時間（タイミング）に関する情報は、例えば、端末１０が、“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”の開始を遅延させる時間（タイミング）に関する情報である。時間（タイミング）に関する情報は、例えば、端末１０が“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”を送信する時間（タイミング）に関する情報である。サービスクラスは、例えば、当該通信の優先度を示す記号／数値であってもよいし、取り得る遅延時間の範囲を定めた記号／数値であってもよい。

第３の実施形態において、端末１０は、例えば、サービスクラスと時間（タイミング）に関する情報とを対応付けて記憶しており、ＭＭＥ３０が指定したサービスクラス（Ｐａｇｉｎｇメッセージに含まれるサービスクラス）に対応する時間（タイミング）に関する情報に基づいて、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる。第３の実施形態では、Ｐａｇｉｎｇメッセージにサービスクラスを設定することで、当該Ｐａｇｉｎｇメッセージに格納する情報量を削減することが可能となる。

第３の実施形態の通信システムは、図２に示す第１の実施形態の通信システムと同様であるので、詳細な説明は省略される。なお、以下では、サービスクラスに対応付けられた時間（タイミング）に関する情報が、端末１０が制御信号の送信を遅延させる時間（端末１０の遅延時間：値）である場合を例として説明する。

図１３は、第３の実施形態におけるＭＭＥ３０の構成例である。図１３に例示するように、ＭＭＥ３０は、処理部３３１と、制御部３３０と、記憶部３３２とを備える。なお、処理部３３１は、図３に例示する第１の実施形態のＭＭＥ３０の処理部３１１と同様の構成であるため、詳細な説明は省略される。

制御部３３０は、例えば、端末１０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）に関する情報を決定する機能を備える。制御部３３０は、例えば、端末１０が制御信号の送信を遅延させる時間（端末１０の遅延時間：値）を決定する。

制御部３３０は、決定した端末１０の遅延時間に基づいて、記憶部３３２を参照して、Ｐａｇｉｎｇメッセージに設定するサービスクラスを決定する。記憶部３３２は、端末１０の遅延時間と、サービスクラスとを対応付けて記憶する。制御部３３０は、記憶部３３２を参照して、決定した端末１０の遅延時間に対応するサービスクラスを検索し、検索結果で得られたサービスクラスを、Ｐａｇｉｎｇメッセージに設定する。

図１４は、第３の実施形態におけるＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”）のフォーマット例を示す。図１４に例示するように、“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”は、クラス指定フィールドＣ１を含む。クラス指定フィールドＣ１は、制御部３３０が決定した遅延時間に対応するサービスクラスを設定するフィールドである。

なお、クラス指定フィールドＣ１は、例えば、“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”のメッセージ内の所定の位置に設定される。クラス指定フィールドＣ１が設定される位置は、例えば、“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”のヘッダ部分であってもよいし、“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”のペイロード部分であってもよい。なお、クラス指定フィールドＣ１が設定される位置は、これらに限られず、どのような位置であってもよい。

図１５は、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”）のフォーマット例を示す。図１５に示すように、“Ｐａｇｉｎｇ ｃ（ＲＲＣ）”は、クラス指定フィールドｃ１を含む。クラス指定フィールドｃ１は、基地局２０の制御部２１０が、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”）に基づいて、端末１０の遅延時間に対応するサービスクラスを設定するフィールドである。
制御部２１０は、例えば、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）に含まれる端末１０の遅延時間に対応するサービスクラスを読み取り、端末１０に送信するＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）の所定のフィールドに、読み取った端末１０の遅延時間に対応するサービスクラスをマッピング（反映）してもよい。なお、図１５に示すＰａｇｉｎｇメッセージのフォーマット例は、ＰａｇｉｎｇメッセージがＲＲＣプロトコル上のものであること以外は、図１４に示すＰａｇｉｎｇメッセージのフォーマット例と同様であるので、詳細な説明は省略される。

図１６は、第３の実施形態における端末１０の構成例である。図１６に例示するように、端末１０は、記憶部１３２と、処理部１３０と、通信部１３１とを含む。なお、通信部１３１は、図７に示す第１の実施形態の端末１０の通信部１１１と同様であるので、詳細な説明は省略される。

記憶部１３２は、サービスクラスと、当該サービスクラスに対応する端末１０の遅延時間とを対応付けて記憶する。なお、対応する遅延時間等の情報は秒単位、分単位、時間単位など任意の単位（例えば、ｍｓ単位などでもよい）で指定してもよい。

処理部１３０は、基地局２０から受信した“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”に含まれるサービスクラスに基づいて、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する機能を有する。処理部１３０は、記憶部１３２を参照して、“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”に含まれるサービスクラスに対応する端末１０の遅延時間を決定する。

図１７は、第３の実施形態の通信システムの動作例を示す。なお、図１７のＳ３−１乃至Ｓ３−３は、図８に例示する第２の実施形態の動作例のＳ１−１乃至Ｓ１−３と同様であるため、詳細な説明は省略される。

ＭＭＥ３０の制御部３３０は、例えば、端末１０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間に関する情報（端末１０の遅延時間）を決定し、決定した端末１０の遅延時間に基づいて、記憶部３３２を参照して、Ｐａｇｉｎｇメッセージに設定するサービスクラスを決定する（Ｓ３−４）。

制御部３３０は、決定した端末１０の遅延時間に対応するサービスクラスを検索し、検索結果で得られたサービスクラスを、Ｐａｇｉｎｇメッセージ“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”に設定する（Ｓ３−５）。制御部３３０は、サービスクラスを含むＰａｇｉｎｇメッセージ“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”を、基地局２０に対して送信する（Ｓ３−６）。

基地局２０の制御部２１０は、“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”の受信に応じて、当該“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”のクラス指定フィールドＣ１を、“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”のクラス指定フィールドｃ１に反映する（Ｓ３−７）。

基地局２０の通信部２１１は、“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”を、端末１０に送信する（Ｓ３−８）。なお、通信部２１１は、“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”を、複数の端末１０に送信してもよい。

端末１０の処理部１３０は、記憶部１３２を参照して、“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”に含まれるサービスクラスに対応する端末１０の遅延時間を決定する（Ｓ３−９）。

端末１０の処理部１３０は、決定した“端末１０の遅延時間”に基づいて、当該遅延時間分だけ、基地局２０に対する制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる（Ｓ３−１０）。

上記のとおり、第３の実施形態の通信システムは、Ｐａｇｉｎｇメッセージにサービスクラスを設定することで、当該Ｐａｇｉｎｇメッセージに格納する情報量を削減することが可能となる。

＜第４の実施形態＞
本発明の第４の実施形態は、Ｐａｇｉｎｇメッセージに含まれる端末１０のサービスクラス（ポインタ）が、“基準となる遅延時間（値）”であり、端末１０が、受信したＰａｇｉｎｇメッセージに含まれる“基準となる遅延時間（値）”に基づいて、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する場合の実施形態である。なお、第４の実施形態の技術は、第１の実施形態乃至第３の各実施形態、及び、後述の実施形態のいずれにも適用可能である。

本発明の第４の実施形態において、ＭＭＥ３０や基地局２０から送信されるＰａｇｉｎｇメッセージに含まれるサービスクラスには、端末１０が所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）を算出（決定）するために用いる“基準となる遅延時間”が対応付けられている。端末１０は、Ｐａｇｉｎｇメッセージに含まれるサービスクラスに対応する“基準となる遅延時間”の周辺（前後）において、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）を決定する。

ＭＭＥ３０や基地局２０が、例えば、複数の端末１０に対して一斉に、同一の“基準となる遅延時間”に対応するサービスクラスを含むＰａｇｉｎｇメッセージを送信した場合であっても、複数の端末１０ごとに所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）が決定される。すなわち、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信するタイミングは、端末ごとに異なることとなる。したがって、ＭＭＥ３０が複数の端末１０から所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を受信するタイミングが分散されるので、当該ＭＭＥ３０の負荷上昇を抑制することが可能となる。

第４の実施形態の通信システムは、図２に例示する第１の実施形態の通信システムと同様であるので、詳細な説明は省略される。また、第４の実施形態において、Ｐａｇｉｎｇメッセージの構成は、図１４及び図１５に示す第３の実施形態のＰａｇｉｎｇメッセージＣ又はＰａｇｉｎｇメッセージｃと同様の構成であるため、詳細な説明は省略される。また、第４の実施形態において、ＭＭＥ３０の構成例は、図１３に示す第３の実施形態のＭＭＥ３０の構成例と同様であるため、詳細な説明は省略される。また、第４の実施形態において、基地局２０の構成例は、図５に示す第１の実施形態の基地局２０の構成例と同様であるため、詳細な説明は省略される。

図１８は、第４の実施形態の端末１０の構成例を示す図である。図１８に例示するように、端末１０は、記憶部１４２と、制御部１４３、処理部１４０、通信部１４１を含む。
なお、通信部１４１は、図７に例示する第１の実施形態の端末１０の通信部１１１と同様であるので、詳細な説明は省略される。

記憶部１４２は、サービスクラスと、当該サービスクラスに対応する“基準となる遅延時間”とを対応付けて記憶する。なお、“基準となる遅延時間”は秒単位、分単位、時間単位など任意の単位（例えば、ｍｓ単位などでもよい）で指定してもよい。

制御部１４３は、基地局２０から受信したＰａｇｉｎｇメッセージに含まれるサービスクラスに対応する“基準となる遅延時間”に基づいて、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する。制御部１４３は、例えば、基地局２０から受信したＰａｇｉｎｇメッセージに含まれるサービスクラスに対応する“基準となる遅延時間”を読み取り、所定の制御信号を送信する時間（端末１０の遅延時間）を決定する。制御部１４３は、例えば、受信したＰａｇｉｎｇメッセージに含まれるサービスクラスに対応する“基準となる遅延時間”の周辺（前後）で、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（値）を決定する。制御部１４３は、受信したＰａｇｉｎｇメッセージに含まれるサービスクラスに対応する“基準となる遅延時間”から、所定の時間幅においてランダムに決定した時間（値）を、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（値）とする。

制御部１４３は、例えば、乱数発生器を備え、受信したＰａｇｉｎｇメッセージに含まれるサービスクラスに対応する“基準となる遅延時間”と、乱数発生器により生成された数字とに基づき、タイミングを指定する時間（値）を計算し、端末１０の遅延時間として決定する。制御部１４３は、例えば、受信した“Ｐａｇｉｎｇ”に含まれるサービスクラスに対応する“基準となる遅延時間”の前後の所定の時間幅に取り得る値の範囲を限定したうえで、乱数発生器により生成された数字に基づき、タイミングを指定する時間（値）を当該取り得る値の範囲内で計算し、端末１０の遅延時間として決定する。

なお、端末１０の処理部１４０が、制御部１４３の機能を備え、端末１０の遅延時間を決定してもよい。この場合、端末１０の構成は、図１６に例示する第３の実施形態の端末１０の構成例と同様となる。

端末１０の処理部１４０は、制御部１４３が決定した“端末１０の遅延時間”に基づいて、当該遅延時間分だけ、基地局２０に対する制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる。

図１９は、第４の実施形態の通信システムの動作例を示す。なお、図１９のＳ４−１乃至Ｓ４−３は、図８に例示する第１の実施形態の動作例のＳ１−１乃至Ｓ１−３と同様であるため、詳細な説明は省略される。

ＭＭＥ３０の制御部３３０は、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ”の受信に応じて、例えば、端末１０が所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）を算出（決定）するために用いる“基準となる遅延時間”を決定する（Ｓ４−４）。

制御部３３０は、決定した“基準となる遅延時間”に基づいて、“Ｐａｇｉｎｇ Ｃ”のクラス指定フィールドＣ１に当該“基準となる遅延時間”に対応するサービスクラスを設定し（Ｓ４−５）、処理部３０１を介して、当該“Ｐａｇｉｎｇ Ｃ”を基地局２０に送信する（Ｓ４−６）。なお、“Ｐａｇｉｎｇ Ｃ”は、Ｓ１ＡＰ上のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）である。

基地局２０の制御部２１０は、“Ｐａｇｉｎｇ Ｃ”の受信に応じて、当該“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”のクラス指定フィールドＣ１を、“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”のクラス指定フィールドｃ１に反映する（Ｓ４−７）。なお、“Ｐａｇｉｎｇ ｃ”は、ＲＲＣ上のＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）である。

基地局２０の通信部２１１は、“Ｐａｇｉｎｇ ｃ”を、端末１０に送信する（Ｓ４−８）。なお、通信部２１１は、“Ｐａｇｉｎｇ ｃ”を、複数の端末１０に送信してもよい。

端末１０の制御部１４３は、受信したＰａｇｉｎｇメッセージに含まれるサービスクラスに対応する“基準となる遅延時間”から、所定の時間幅においてランダムに決定した時間（値）を、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（値）として決定する（Ｓ４−９）。

端末１０の処理部１４０は、制御部１４３が決定した遅延時間に基づいて、当該遅延時間分だけ、基地局２０に対する制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる（Ｓ４−１０）。

上記のとおり、第４の実施形態の通信システムは、ＭＭＥ３０や基地局２０が、例えば、複数の端末１０に対して一斉に、同一の“基準となる遅延時間”に対応するサービスクラスを含むＰａｇｉｎｇメッセージを送信した場合であっても、複数の端末１０ごとに所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）が決定される。したがって、ＭＭＥ３０が複数の端末１０から所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を受信するタイミングが分散されるので、当該ＭＭＥ３０の負荷上昇を抑制することが可能となる。

＜第５の実施形態＞
本発明の第５の実施形態は、Ｐａｇｉｎｇメッセージに含まれる端末１０のサービスクラス（ポインタ）が“所定の時間幅”に関する情報（上限値と下限値）であり、端末１０が当該所定の時間幅（上限値と下限値との範囲内）から、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する場合の実施形態である。なお、第５の実施形態の技術は、第１乃至第４の各実施形態、および、後述の実施形態のいずれにも適用可能である。

第５の実施形態において、ＭＭＥ３０や基地局２０が、例えば、複数の端末１０に対して一斉に、“所定の時間幅”に関する情報（上限値と下限値）に対応するサービスクラスを含むＰａｇｉｎｇメッセージを送信した場合であっても、複数の端末１０ごとに所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）が決定される。すなわち、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信するタイミングは、端末ごとに異なることとなる。したがって、ＭＭＥ３０が複数の端末１０から所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を受信するタイミングが分散されるので、当該ＭＭＥ３０の負荷上昇を抑制することが可能となる。

なお、ＭＭＥ３０や基地局２０は、例えば、Ｐａｇｉｎｇメッセージに含まれるサービスクラスに対応する“所定の時間幅”に関する情報（上限値と下限値）を、端末１０ごとに設定してもよい。また、ＭＭＥ３０や基地局２０は、例えば、Ｐａｇｉｎｇメッセージに含まれるサービスクラスに対応する“所定の時間幅”に関する情報（上限値と下限値）を、端末１０のグループごとに設定してもよい。端末１０のグループは、例えば、端末１０の属性に基づいて決定され、同一種類の属性の端末１０（例えば、同一種類の複数のＭＴＣデバイス）は同一のグループに含まれる。なお、端末１０の属性は、例えば、端末１０が提供可能なサービスの種類や、端末１０の優先度などに基づいて決定してもよい。

第５の実施形態の通信システムは、図２に例示する第１の実施形態の通信システムと同様であるので、詳細な説明は省略される。また、第５の実施形態において、Ｐａｇｉｎｇメッセージの構成は、図１４及び図１５に示す第３の実施形態のＰａｇｉｎｇメッセージＣ又はｃと同様の構成であるため、詳細な説明は省略される。また、第５の実施形態において、基地局２０の構成例は、図５に示す第１の実施形態の基地局２０の構成例と同様であるため、詳細な説明は省略される。

図２０は、第５の実施形態のＭＭＥ３０の構成例である。図２０に示すように、ＭＭＥ３０は、記憶部３５２と、制御部３５０と、処理部３５１とを含む。なお、処理部３５１は、図３に例示する第１の実施形態のＭＭＥ３０の処理部３０１と同様の構成であるため、詳細な説明は省略される。

制御部３５０は、例えば、端末１０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）に関する情報を決定する機能を備え、端末１０が制御信号の送信を遅らせる時間（端末１０の遅延時間）の上限値と下限値とを決定する。制御部３５０は、例えば、端末の種別や、ネットワークの混雑状況に応じて、端末１０の遅延時間の上限値と下限値とを決定する。制御部３５０は、例えば、予め定められた値を、端末１０の遅延時間の上限値と下限値として決定してもよい。制御部３５０は、例えば、所定の時間幅からランダムに決定した値（２値）を、上限値と下限値として決定してもよい。なお、制御部３５０が、上限値と下限値とを決定する方法は、これらの例に限られず、どのような方法であってもよい。

制御部３５０は、例えば、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”）の所定のフィールドに、端末１０が制御信号の送信を遅らせる時間（端末１０の遅延時間）の上限値と下限値とに対応するサービスクラスを設定する。

図２１は、第５の実施形態における端末１０の構成例である。図２１に例示するように、端末１０は、記憶部１５２と、制御部１５３、処理部１５０、通信部１５１を含む。なお、通信部１５１は、図７に例示する第１の実施形態の端末１０の通信部１１１と同様であるので、詳細な説明は省略される。

記憶部１５２は、サービスクラスと、当該サービスクラスに対応する“所定の時間幅”に関する情報（上限値と下限値）とを対応付けて記憶する。なお、“所定の時間幅”に関する情報（上限値と下限値）は秒単位、分単位、時間単位など任意の単位（例えば、ｍｓ単位などでもよい）で指定してもよい。

制御部１５３は、基地局２０から受信した“Ｐａｇｉｎｇ ｃ （ＲＲＣ）”に含まれるサービスクラスに対応する端末１０の遅延時間の上限値と下限値とに基づいて、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する機能を有する。制御部１５３は、例えば、乱数発生器を備え、受信したＰａｇｉｎｇメッセージに含まれるサービスクラスに対応する上限値と下限値とで定められる範囲内で当該乱数発生器が生成した数字に基づいて、端末１０の遅延時間を決定する。なお、制御部１５３が、受信したＰａｇｉｎｇメッセージに含まれる上限値と下限値とに基づいて、端末１０の遅延時間を決定する方法は、例えば所定のアルゴリズムに従うなど、どのような方法であってもよい。

なお、端末１０の処理部１５０が、制御部１５３の機能を備え、端末１０の遅延時間を決定してもよい。この場合、端末１０の構成は、図１６に例示する第３の実施形態の端末１０の構成例と同様となる。

端末１０の処理部１５０は、制御部１５３が決定した“端末１０の遅延時間”に基づいて、当該遅延時間分だけ、基地局２０に対する制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる。

図２２は、第５の実施形態の通信システムの動作例を示す。なお、図２２のＳ５−１乃至Ｓ５−３は、図８に示す第１の実施形態の動作例のＳ１−１乃至Ｓ１−３と同様であるため、詳細な説明は省略される。

ＭＭＥ３０の制御部３５０は、端末１０が制御信号の送信を遅らせる時間（端末１０の遅延時間）の上限値と下限値とを決定する（Ｓ５−４）。制御部３５０は、例えば、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”）のクラス指定フィールドＣ１に、決定した端末１０の遅延時間の上限値と下限値に対応するサービスクラスを設定する（Ｓ５−５）。

ＭＭＥの制御部３５０は、処理部３２１を介して、“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”を基地局２０に送信する（Ｓ５−６）。

基地局２０の制御部２１０は、“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”の受信に応じて、当該“Ｐａｇｉｎｇ Ｃ （Ｓ１ＡＰ）”のクラス指定フィールドＣ１を、“Ｐａｇｉｎｇ ｃ （ＲＣＣ）”のクラス指定フィールドｃ１に反映する（Ｓ５−７）。

基地局２０の通信部２１１は、“Ｐａｇｉｎｇ ｃ （ＲＣＣ）”を、端末１０に送信する（Ｓ５−８）。なお、通信部２１１は、 “Ｐａｇｉｎｇ ｃ （ＲＣＣ）”を、複数の端末１０に送信してもよい。

端末１０の制御部１５３は、基地局２０から受信した “Ｐａｇｉｎｇ ｃ （ＲＣＣ）”に含まれるサービスクラスに対応する端末１０の遅延時間の上限値と下限値とに基づいて、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する（Ｓ５−９）。

端末１０の処理部１５０は、制御部１５３が決定した“端末１０の遅延時間”に基づいて、当該遅延時間分だけ、基地局２０に対する制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅らせる（Ｓ５−１０）。

上記のとおり、第５の実施形態の通信システムは、ＭＭＥ３０が決定した端末１０の遅延時間の上限値と下限値とに基づいて、端末１０側で、当該上限値と下限値との範囲内において、所定の制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延時間）を決定することができる。したがって、ＭＭＥ３０は、当該複数の端末１０からの制御信号を分散して受信することが可能となる。

＜第６の実施形態＞
本発明の第６の実施形態は、Ｐａｇｉｎｇメッセージに、第３〜第５の実施形態で説明したサービスクラスの他に、呼び出し対象となる複数の端末が属するグループを示す情報を設定する場合の実施形態である。なお、第６の実施形態の技術は、第１乃至第５の各実施形態、および、後述の実施形態のいずれにも適用可能である。

第６の実施形態の端末１０は、例えば、提供可能なサービスに応じて、複数のグループにグループ分けされる。例えば、同一のＭ２Ｍサービスを提供可能な複数の端末１０は、同一のグループにグループ分けされる。例えば、同一の属性である複数の端末１０（例えば、同一種類の複数のＭＴＣデバイス）は、同一のグループにグループ分けされる。なお、複数の端末１０は、例えば、同一のサービスであっても、契約者ごとにグループを分けられてもよい。また、複数の端末１０は、例えば、オペレータ（移動体通信事業者（ＭＮＯ：Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）や仮想移動体通信事業者（ＭＶＮＯ：Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ））ごとにグループを分けられてもよい。

第６の実施形態では、ＭＭＥ３０が、同一グループの複数の端末を呼び出し対象として指定するＰａｇｉｎｇメッセージを送信でき、複数の端末を呼び出す場合に送信するＰａｇｉｎｇメッセージの数を削減することが可能となる。

３ＧＰＰの仕様書（ＴＳ２３．４０１ ｖ１２．２．０）の５．３．４．３章に記載された“Ｎｅｔｗｏｒｋ Ｔｒｉｇｇｅｒｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”における“Ｐａｇｉｎｇ”では、ＭＭＥ３０は、端末１０ごとに、Ｐａｇｉｎｇメッセージを送信する。そのため、ＭＭＥ３０は、同一グループに属する複数の端末１０を一度に呼び出したい場合であっても、当該複数の端末１０ごとにＰａｇｉｎｇメッセージを送信する必要がある。そのため、ＭＭＥ３０は、例えば同一グループに属する端末１０が多数存在する場合、当該多数の端末１０ごとにＰａｇｉｎｇを送信しなければならず、当該ＭＭＥ３０の負荷が上昇する要因となる。

第６の実施形態では、上述の通り、ＭＭＥ３０が同一グループの複数の端末を呼び出し対象とするＰａｇｉｎｇメッセージを送信できるので、同一グループに属する端末１０が多数存在する場合であっても、当該多数の端末１０ごとにＰａｇｉｎｇを送信する必要がなくなり、当該ＭＭＥ３０の負荷の上昇を防止することができる。

第６の実施形態の通信システムは、図２に例示する第１の実施形態の通信システムと同様であるので、詳細な説明は省略される。また、第６の実施形態において、基地局２０の構成例は、図５に示す第１の実施形態の基地局２０の構成例と同様であるため、詳細な説明は省略される。

図２３は、第６の実施形態のＭＭＥ３０の構成例である。図２３に示すように、ＭＭＥ３０は、記憶部３６２と、制御部３６０と、処理部３６１とを含む。なお、処理部３６１は、図３に例示する第１の実施形態における端末１０の処理部３１１と同様の構成であるため、詳細な説明は省略される。

制御部３６０は、例えば、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｅ （Ｓ１ＡＰ）”）の所定のフィールドに、端末１０が属するグループを示す情報を設定する機能を備える。

端末１０が属するグループを示す情報は、例えば、当該端末１０が享受する所定のサービスを特定可能な情報である。端末１０が属するグループを示す情報は、例えば、当該端末１０の優先度を示す情報（例えば、ＬＡＰＩ（Ｌｏｗ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｉｎｄｉｃａｔｏｒ））である。端末１０が属するグループを示す情報は、例えば、所定のＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスであることを示す情報である。端末１０が属するグループを示す情報は、任意のサービスにおいて同一の扱いを受ける端末群であることを示す情報である。端末１０が属するグループを示す情報は、ユーザの要求に応じて、任意のルールによりグループ分けされた端末群であることを示す情報である。端末１０が属するグループを示す情報は、例えば、端末１０が加入するオペレータ（ＭＮＯやＭＶＮＯ）を識別可能な情報（例えば、ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ））である。

なお、制御部３６０は、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”）の所定のフィールドに、端末１０のサービスクラスを設定する機能を備える。なお、制御部３６０がＰａｇｉｎｇメッセージに時間（タイミング）に関する情報に対応するサービスクラスを設定する処理は、図１３に例示する第３の実施形態におけるＭＭＥ３０の制御部３３０と同様の処理であるため、詳細な説明は省略される。

図２４は、第６の実施形態におけるＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”）のフォーマット例を示す。図２４に例示するように、“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”は、クラス指定フィールドＣ１と、グループ識別子フィールドＤ１とを含む。クラス指定フィールドＣ１は、制御部３６０が例えば遅延時間に関する情報に対応するサービスクラスを設定する所定のフィールドである。グループ識別子フィールドＤ１は、制御部３６０が決定した呼び出し対象となるグループを示す情報を設定するフィールドである。

なお、クラス指定フィールドＣ１及びグループ識別子フィールドＤ１は、例えば、“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”のメッセージ内の所定の位置に設定される。クラス指定フィールドＣ１及びグループ識別子フィールドＤ１が設定される位置は、例えば、“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”のヘッダ部分であってもよいし、“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”のペイロード部分であってもよい。なお、クラス指定フィールドＣ１及びグループ識別子フィールドＤ１が設定される位置は、これらに限られず、どのような位置であってもよい。また、クラス指定フィールドＣ１及びグループ識別子フィールドＤ１は、“Ｐａｇｉｎｇ Ｄ（Ｓ１ＡＰ）”のメッセージ内において、必ずしも隣り合った位置（フィールド）である必要はなく、互いに離れた位置（フィールド）であってもよい。

図２４の例では、クラス指定フィールドＣ１及びグループ識別子フィールドＤ１が異なるフィールドに設定されているが、同一のフィールドに設定されていてもよい。

図２５は、Ｐａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”）のフォーマット例を示す。図２５に示すように、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”は、グループ識別子フィールドｄ１を含む。グループ識別子フィールドｄ１は、基地局２０の制御部２１０が、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”）に含まれるグループ識別子フィールドＤ１に基づいて、端末１０が属するグループを示す情報を設定するフィールドである。また、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”は、クラス指定フィールドｃ１を含む。クラス指定フィールドｃ１は、基地局２０の制御部２１０が、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”）に含まれるクラス指定フィールドＣ１に基づいて、端末１０のサービスクラスを設定する情報を設定するフィールドである。制御部２１０は、例えば、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （Ｓ１ＡＰ）”）に含まれるグループを示す情報及びサービスクラスを読み取り、端末１０に送信するＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ （ＲＲＣ）”）の所定のフィールドに、読み取ったグループを示す情報及びサービスクラスをマッピング（反映）してもよい。なお、図２５に示すＰａｇｉｎｇメッセージのフォーマット例は、ＰａｇｉｎｇメッセージがＲＲＣプロトコル上のものであること以外は、図２４に示すＰａｇｉｎｇメッセージのフォーマット例と同様であるので、詳細な説明は省略される。

図２６は、第６の実施形態における端末１０の構成例である。図２６に例示するように、端末１０は、記憶部１６２、制御部１６３、処理部１６０、通信部１６１と、を含む。
なお、通信部１６１は、図７に例示する第１の実施形態の端末１０の通信部１１１と同様であるので、詳細な説明は省略される。

処理部１６０は、基地局２０から受信した“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれる端末１０のグループを示す情報に基づいて特定されるグループが、自装置が所属するグループと一致することに応じて、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する。この場合において、処理部１６０は、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれるサービスクラスに対応する時間（タイミング）に関する情報に基づいて決定される遅延時間（制御信号の送信を遅延させる時間）だけ、制御信号の送信を遅延させる。

処理部１６０は、基地局２０から受信した“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれる情報に基づいて呼び出し対象として特定されるグループが、自装置が所属するグループと一致するか否かに応じて、当該“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に反応するか否かを決定してもよい。例えば、処理部１６０は、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれる呼び出し対象として特定されるグループが、自装置のグループと一致することに応じて、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に反応すると決定する。

制御部１６３は、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に反応すると決定したことに応じて、当該“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれるサービスクラスに対応する時間（タイミング）に関する情報に基づいて制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する。なお、処理部１６０が、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれるサービスクラスに対応する時間（タイミング）に関する情報に基づいて制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定してもよい。

制御部１６３又は処理部１６０が制御信号を送信する時間（値）を決定する方法は、図１６に例示する処理部１３０や、図１８に例示する制御部１４３と同様であるので、詳細な説明は省略される。

図２７は、第６の実施形態の通信システムの動作例を示す。なお、図２７のＳ６−１乃至Ｓ６−３は、図８に示す第１の実施形態の動作例のＳ１−１乃至Ｓ１−３と同様であるため、詳細な説明は省略される。

ＭＭＥ３０の制御部３６０は、例えば、端末１０が“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”を送信する時間（タイミング）に関する情報に対応するサービスクラスと、端末１０のグループを示す情報とを、Ｐａｇｉｎｇメッセージに設定する（Ｓ６−４）。制御部３６０は、サービスクラスと、端末１０が属するグループを示す情報とを含むＰａｇｉｎｇメッセージ“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”を、基地局に対して送信する（Ｓ６−５）。

基地局２０の制御部２１０は、“Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）”の受信に応じて、当該Ｐａｇｉｎｇ Ｄ （Ｓ１ＡＰ）のクラス指定フィールドＣ１とグループ識別子フィールドＤ１とを、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”のクラス指定フィールドｃ１とグループ識別子フィールドｄ１とに反映する（Ｓ６−６）。

基地局２０の通信部２１１は、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”を、端末１０に送信する（Ｓ６−７）。なお、通信部２１１は、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”を、複数の端末１０に送信してもよい。

端末１０の処理部１６０は、基地局２０から受信した“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれる呼び出し対象として特定されるグループが、自装置のグループと一致するか否かに応じて、当該“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に反応するか否かを決定する（Ｓ６−８）。

制御部１６３は、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に反応すると決定したことに応じて、当該“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれるサービスクラスに対応する時間（タイミング）に関する情報に基づいて制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する（Ｓ６−９）。

処理部１６０は、決定した時間（値）に、当該制御信号を送信する（Ｓ６−１０）。なお、“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に含まれる情報から特定されるグループに所属する複数の端末１０が、当該“Ｐａｇｉｎｇ ｄ （ＲＲＣ）”に反応し、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する（Ｓ６−１０乃至Ｓ６−１２）。

上記のとおり、第６の実施形態の通信システムは、Ｐａｇｉｎｇメッセージに呼び出し対象となる複数の端末が属するグループを示す情報を設定するので、ＭＭＥ３０が、同一グループの複数の端末を呼び出し対象として指定するＰａｇｉｎｇメッセージを送信でき、送信するＰａｇｉｎｇメッセージの数を削減することが可能となる。

＜第７の実施形態＞
本発明の第７の実施形態は、Ｐａｇｉｎｇを所定の端末１０に送信した場合に、ＳＣＳ８０が当該所定の端末１０に対応するＵｓｅｒ−Ｐｌａｎｅ上のパケットを、当該所定の端末１０のベアラ（Ｂｅａｒｅｒ）の設定が完了するまで保持（保留）する場合の実施形態である。なお、第７の実施形態の技術は、第１乃至第６の実施形態、および、後述の実施形態のいずれにも適用可能である。

３ＧＰＰの仕様書（ＴＳ２３．４０１ ｖ１２．２．０）の５．３．４．３章に記載された“Ｎｅｔｗｏｒｋ Ｔｒｉｇｇｅｒｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”の手続きにおいて端末１０に送信すべきパケットをモバイル網が受け取った場合、まずはＳ−ＧＷ４０まで転送される。その後、Ｓ−ＧＷ４０は、当該パケットを受け取ったことに応じて即座にＭＭＥ３０に対して“Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ”を通知し、通知を受けたＭＭＥ３０がＰａｇｉｎｇメッセージを送信する。そのため、モバイル網上に存在する複数の端末１０に対し、例えばリアルタイム性を要求しない同一の情報を配信する場合などにおいては、ＭＭＥ３０に対し集中してＰａｇｉｎｇメッセージの送信を要求することになり、当該ＭＭＥ３０の負荷が上昇する要因となる。

第７の実施形態は、例えば、上述したリアルタイム性を要求しない同一の情報を複数の端末１０に配信する場合においては、各々の端末１０に対して即座に情報を配信する必要性が低いこともあるため、ＳＣＳ８０を設け、各々の端末１０へタイミングを調整しながら情報の配信を行うことで、ＭＭＥ３０の負荷上昇を抑制することができる。

第７の実施形態は、ＳＣＳ８０がＭＭＥ３０に対してＰａｇｉｎｇメッセージの送信を要求し、当該ＳＣＳ８０が端末１０に送信すべきパケットについて、Ｓ−ＧＷ４０への転送を保留する。そして、端末１０のベアラの設定が完了した後に、Ｓ−ＧＷ４０に当該パケットを転送する。したがって、Ｓ−ＧＷ４０は、パケットを受け取った場合であっても、端末１０のベアラがすでに設定されているため、ＭＭＥ３０に対してＰａｇｉｎｇメッセージの送信を要求することなく、当該ベアラを用いて端末１０にパケットを転送することができる。したがって、ＭＭＥ３０は、Ｓ−ＧＷ４０がパケットを受け取ったことに起因する“Ｐａｇｉｎｇメッセージの送信”を行う必要がなくなり、当該ＭＭＥ３０の負荷の上昇を防止することができる。 第７の実施形態では、ＳＣＳ８０は、例えば、外部のアプリケーション等から所定の属性の複数の端末１０に対するデータの送信要求を受信し、当該要求に応じて、ＭＭＥ３０に対して当該複数の端末１０宛のＰａｇｉｎｇメッセージの送信を要求する。この場合、ＭＭＥ３０は、複数の端末が属するグループを示す情報を含むＰａｇｉｎｇメッセージを送信してもよいし、第１又は第２の実施形態のように複数の端末ごとにＰａｇｉｎｇメッセージを送信してもよい。なお、以下では、ＭＭＥ３０が、複数の端末が属するグループを示す情報を含むＰａｇｉｎｇメッセージを送信する例により説明するが、第７の実施形態において、ＭＭＥが送信するＰａｇｉｎｇメッセージの構成例は、図４に示すＰａｇｉｎｇＡ、図１０に示すＰａｇｉｎｇＢ、図１４に示すＰａｇｉｎｇＣ、図２４に示すＰａｇｉｎｇＤのいずれかと同様の構成であってもよい。また、第７の実施形態において、基地局２０が送信するＰａｇｉｎｇメッセージの構成例は、図６に示すＰａｇｉｎｇ a、図１１に示すＰａｇｉｎｇ ｂ、図１５に示すＰａｇｉｎｇ ｃ、図２５に示すＰａｇｉｎｇ ｄのいずれかと同様の構成であってもよい。

図２８は、第７の実施形態の通信システムの構成例である。図２８に例示するように、第７の実施形態における通信システムは、ＭＴＣ−ＩＷＦ（ＭＴＣ−Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）７０と、ＳＣＳ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）８０とを含む。なお、第７の実施形態における通信システムにおいて、Ｓ−ＧＷ４０などの他のネットワークノードは、図２に示す第１の実施形態におけるＳ−ＧＷ４０などのネットワークノードと同様の構成であるため、詳細な説明は省略される。また、第７の実施形態において、基地局２０の構成例は、図５に示す第１の実施形態の基地局２０の構成例と同様であるため、詳細な説明は省略される。

３ＧＰＰの仕様書（ＴＳ２３．６８２ ｖ１２．２．０）には、ＭＴＣ−ＩＷＦ７０は、例えば、ＳＣＳ８０から受け付ける制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）やＳＣＳ８０とモバイル網をセキュアに接続する機能を有することが記載されている。ＭＴＣ−ＩＷＦ７０は、例えば、ＨＳＳと連携して制御シグナリングの認証を行う機能や、モバイル網内の適切な機能を起動するように制御シグナリングの変換を行う機能、また、ＭＴＣサービスの使用状況に応じて課金のための情報を生成する機能を備える。

ＳＣＳ８０は、例えば、モバイル網と１以上のＭＴＣアプリケーションをホストするサーバとを接続し、ＭＴＣアプリケーションがＵＥとの通信を可能とするため、制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）、またデータ通信を行う機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）を備える。ＳＣＳ８０は、例えば、ＭＴＣデバイスを起動するための制御シグナリング（Ｄｅｖｉｃｅ Ｔｒｉｇｇｅｒ Ｒｅｑｕｅｓｔ）を送出する機能を備える。ＳＣＳ８０は、例えば、ＭＴＣサービスがモバイルネットワークの提供するサービスを簡単に使用可能とするためにＡＰＩ（Ａｐｐｉｌｃａｔｉｏｎ Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を提供してもよい。

第７の実施形態におけるＳＣＳ８０は、端末１０が制御信号の送信を遅延させる時間を計算する機能や，計算した端末１０の遅延時間（遅延制御パラメータ）をＭＴＣ−ＩＷＦ７０に通知する機能を有する。

図２９は、ＳＣＳ８０の構成例を示す図である。図２９に例示するように、ＳＣＳ８０は、制御部８００と、信号処理部８０１とを備える。制御部８００は、例えば、外部からの要求に応じて、端末１０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間を計算する。制御部８００は、例えば、複数の端末１０のうち、制御信号の送信を遅延させる端末１０のグループを特定する。制御部８００は、例えば、信号処理部８０１を介して、計算した端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子をＭＴＣ−ＩＷＦ７０に通知する。

制御部８００は、端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子をＭＴＣ−ＩＷＦ７０に通知したことに応じて、当該特定した端末１０に関するパケットの送信を保留する。制御部８００は、例えば、端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子を通知したことに応じて、所定の通知を受信するまで、当該特定した端末１０に関するパケットの送信を保留する。制御部８００は、例えば、端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子を通知したことに応じて、当該特定した端末１０に関するベアラ（Ｂｅａｒｅｒ）の設定が完了した旨の通知を受信するまで、当該特定した端末１０に関するパケットの送信を保留する。

制御部８００は、例えば、端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子を通知したことに応じて、当該特定した端末１０に関するパケットを、所定の記憶部に格納する。制御部８００は、特定した端末１０に関するベアラの設定が完了した旨の通知を受信したことに応じて、所定の記憶部に格納した当該特定した端末１０に関するパケットの送信を開始する。所定の記憶部は、例えば、パケットを一時的に記憶するメモリなどであってもよいし、パケットを所定の時間記憶可能なハードディスクなどであってもよい。

制御部８００は、ＭＴＣ−ＩＷＦ７０からベアラの設定が完了した端末１０のＩＰアドレスを通知されたことに応じて、当該ベアラの設定が完了した端末１０に関するパケットの送信を開始する。制御部８００は、例えば、通知された端末１０のＩＰアドレス宛てに、当該端末１０に関するパケットを送信する。制御部８００は、例えば、信号処理部８１１を介して、端末１０に関するパケットを転送する。

第７の実施形態におけるＭＴＣ−ＩＷＦ７０は、ＳＣＳ８０から受信した端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子を、ＭＭＥ３０に通知する機能を有する。

図３０は、ＭＴＣ−ＩＷＦ７０の構成例を示す図である。図３０に例示するように、ＭＴＣ−ＩＷＦ７０は、制御部７００と、信号処理部７０１とを備える。

制御部７００は、ＳＣＳ８０から受信したＣ−Ｐｌａｎｅ上の制御信号を認証する。制御部７００は、認証結果に応じて、端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子を“Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ”に設定する。信号処理部７０１は、端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子が設定された“Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ”をＭＭＥ３０に通知する。

第７の実施形態のＭＴＣ−ＩＷＦ７０の制御部７１０は、ＭＭＥ３０からベアラの設定が完了した端末１０のＩＰアドレスを通知されたことに応じて、当該通知された端末１０のＩＰアドレスを、信号処理部７１１を介してＳＣＳ８０に通知する。

図３１は、第７の実施形態におけるＭＭＥ３０の構成例を示す図である。図３１に示すように、ＭＭＥ３０は、制御部３７０と、処理部３７１と、記憶部３７２とを含む。

記憶部３７２は、端末１０のＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）と、当該端末１０のＩＰアドレスとを対応付けて記憶する。なお、ＩＭＳＩは、端末の識別情報である。

制御部３７０は、記憶部３７２を参照して、ベアラの設定が完了した端末１０のＩＭＳＩから、当該端末１０のＩＰアドレスを特定する。制御部３７０は、特定した端末１０のＩＰアドレスを、処理部３７１を介して、ＭＴＣ−ＩＷＦ７０に通知する。

なお、制御部３７０の他の機能は、上記の各実施形態におけるＭＭＥ３０の制御部３１０、３２０、３３０、３５０、３６０のいずれかと同様であるので、詳細な説明は省略される。同様に、処理部３７１の他の機能は、上記の各実施形態におけるＭＭＥ３０の処理部３１１、３２１、３３１、３５１、３６１のいずれかと同様であるので、詳細な説明は省略される。さらに、記憶部３７２の他の機能は、上記の各実施形態におけるＭＭＥ３０の記憶部３３２、３５２、３６２のいずれかと同様であるので、詳細な説明は省略される。

図３２は、第７の実施形態におけるＭＭＥ３０が送信するＰａｇｉｎｇメッセージの構成例である。図３２に例示するように、“Ｐａｇｉｎｇ Ｅ （Ｓ１ＡＰ）”は、タイミングパラメータフィールドＡ１と、グループ識別子フィールドＤ１とを含む。タイミングパラメータフィールドＡ１は、図４に示す第１の実施形態のタイミングパラメータフィールドＡ１と同様であるので、詳細な説明は省略される。グループ識別子フィールドＤ１は、図２４に示す第６の実施形態のグループ識別子フィールドＤ１と同様であるので、詳細な説明は省略される。

なお、タイミングパラメータフィールドＡ１及びグループ識別子フィールドＤ１は、例えば、“Ｐａｇｉｎｇ Ｅ （Ｓ１ＡＰ）”のメッセージ内の所定の位置に設定される。
タイミングパラメータフィールドＡ１及びグループ識別子フィールドＤ１が設定される位置は、例えば、“Ｐａｇｉｎｇ Ｅ （Ｓ１ＡＰ）”のヘッダ部分であってもよいし、“Ｐａｇｉｎｇ Ｅ （Ｓ１ＡＰ）”のペイロード部分であってもよい。なお、タイミングパラメータフィールドＡ１及びグループ識別子フィールドＤ１が設定される位置は、これらに限られず、どのような位置であってもよい。また、タイミングパラメータフィールドＡ１及びグループ識別子フィールドＤ１は、“Ｐａｇｉｎｇ Ｅ（Ｓ１ＡＰ）”のメッセージ内において、必ずしも隣り合った位置（フィールド）である必要はなく、互いに離れた位置（フィールド）であってもよい。図３２の例では、タイミングパラメータフィールドＡ１及びグループ識別子フィールドＤ１が異なるフィールドに設定されているが、同一のフィールドに設定されていてもよい。

図３３は、第７の実施形態における基地局２０が送信するＰａｇｉｎｇメッセージの構成例である。図３３に例示するように、 “Ｐａｇｉｎｇ ｅ （ＲＲＣ）”は、タイミングパラメータフィールドａ１と、グループ識別子フィールドｄ１とを含む構成であってもよい。タイミングパラメータフィールドａ１は、図６に示す第１の実施形態のタイミングパラメータフィールドａ１と同様であるので、詳細な説明は省略される。グループ識別子フィールドｄ１は、図２５に示す第６の実施形態のグループ識別子フィールドｄ１と同様であるので、詳細な説明は省略される。

なお、タイミングパラメータフィールドａ１及びグループ識別子フィールドｄ１は、例えば、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”のメッセージ内の所定の位置に設定される。タイミングパラメータフィールドａ１及びグループ識別子フィールドｄ１が設定される位置は、例えば、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”のヘッダ部分であってもよいし、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”のペイロード部分であってもよい。なお、タイミングパラメータフィールドａ１及びグループ識別子フィールドｄ１が設定される位置は、これらに限られず、どのような位置であってもよい。また、タイミングパラメータフィールドａ１及びグループ識別子フィールドｄ１は、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”のメッセージ内において、必ずしも隣り合った位置（フィールド）である必要はなく、互いに離れた位置（フィールド）であってもよい。図３３の例では、タイミングパラメータフィールドａ１及びグループ識別子フィールドｄ１が異なるフィールドに設定されているが、同一のフィールドに設定されていてもよい。

図３４は、第７の実施形態における端末１０の構成例である。図３４に例示するように、端末１０は、記憶部１７３、制御部１７２、処理部１７０、通信部１７１と、を含む。
なお、通信部１７１は、図７に例示する第１の実施形態の端末１０の通信部１１１と同様であるので、詳細な説明は省略される。

処理部１７０は、基地局２０から受信した“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれる端末１０のグループを示す情報に基づいて特定されるグループが、自装置が所属するグループと一致することに応じて、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する。この場合において、処理部１７０は、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれるサービスクラスに対応する時間（タイミング）に関する情報に基づいて決定される遅延時間（制御信号の送信を遅延させる時間）だけ、制御信号の送信を遅延させる。

処理部１７０は、基地局２０から受信した“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれる情報に基づいて呼び出し対象として特定されるグループが、自装置が所属するグループと一致するか否かに応じて、当該“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に反応するか否かを決定してもよい。例えば、処理部１７０は、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれる呼び出し対象として特定されるグループが、自装置のグループと一致することに応じて、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に反応すると決定する。

制御部１７２は、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に反応すると決定したことに応じて、当該“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれる時間（タイミング）に関する情報に基づいて制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定する。なお、処理部１７０が、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれる時間（タイミング）に関する情報に基づいて制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定してもよい。

制御部１７２又は処理部１７０が制御信号を送信する時間（値）を決定する方法は、図１６に例示する処理部１３０や、図１８に例示する制御部１４３と同様であるので、詳細な説明は省略される。

図３５は、第７の実施形態におけるシステムの動作例を示すシーケンス図である。

ＳＣＳ８０の制御部８００は、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ”を受信したことに応じて（Ｓ７−１）、端末１０が制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）の送信を遅延させる時間（遅延制御パラメータ）と、制御信号の送信を遅延させる端末１０のグループ（グループ識別子）とを決定する（Ｓ７−２）。なお、本発明の実施形態７において、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ”は、例えば、複数の端末１０に送信するデータであってもよい。

ＳＣＳ８０の制御部８００は、信号処理部８０１を介して、端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子が設定された“Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ”をＭＴＣ−ＩＷＦ７０に通知する（Ｓ７−３）。

ＭＴＣ−ＩＷＦ７０の制御部７００は、“Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ”を受信したことに応じて、所定の認証処理を実行し（Ｓ７−４）、認証結果に応じて、当該端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子を反映したＰａｇｉｎｇ Ｒｅｑｕｅｓｔを、ＭＭＥ３０に転送する（Ｓ７−５）。

ＭＭＥの制御部３７０は、“Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ”の受信に応じて、“Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ ＡＣＫ”をＭＴＣ−ＩＷＦ７０に応答する（Ｓ７−６）。

ＭＭＥ３０の制御部３７０は、ＭＴＣ−ＩＷＦ７０から端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子を含む“Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ”を受信したことに応じて、当該端末１０の遅延時間（遅延制御パラメータ）及び特定した端末１０のグループ識別子を、Ｐａｇｉｎｇメッセージに設定（反映）する（Ｓ７−７）。制御部３７０は、タイミングに関する情報と、端末１０が属するグループを示す情報とを含むＰａｇｉｎｇメッセージ“Ｐａｇｉｎｇ Ｅ （Ｓ１ＡＰ）”を、基地局に対して送信する（Ｓ７−８）。

基地局２０の制御部２１０は、“Ｐａｇｉｎｇ Ｅ （Ｓ１ＡＰ）”の受信に応じて、当該Ｐａｇｉｎｇ Ｅ （Ｓ１ＡＰ）のタイミングパラメータフィールドＡ１とグループ識別子フィールドＥ１とを、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”のタイミングパラメータフィールドａ１とグループ識別子フィールドｅ１とに反映する（Ｓ７−９）。

基地局２０の通信部２１１は、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”を、端末１０に送信する（Ｓ７−１０）。なお、通信部２１１は、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”を、複数の端末１０に送信してもよい。

端末１０の処理部１７０は、基地局２０から受信した“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれる呼び出し対象として特定されるグループが、自装置のグループと一致するか否かに応じて、当該“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に反応するか否かを決定する（Ｓ７−１１）。

処理部１７０は、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に反応すると決定したことに応じて、当該“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれるタイミングに関する情報に基づいて制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する時間（値）を決定し、当該決定した時間だけ制御信号の送信を遅延させる（Ｓ７−１２の“リクエスト生起を遅らせる”）。

なお、Ｓ７−１１及びＳ７−１２においては、“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に含まれる情報から特定されるグループに所属する複数の端末１０が、当該“Ｐａｇｉｎｇ ｅ （ＲＲＣ）”に反応し、制御信号（“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”）を送信する。

ＭＭＥ３０の制御部３７０は、所定の端末１０に関するベアラの設定が完了したことに応じて（Ｓ７−１３の“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ Ｐｒｏｃｅｄｕｒｅ”）、当該所定の端末１０のＩＭＳＩから、当該端末１０のＩＰアドレスを特定する（Ｓ７−１４）。制御部３７０は、例えば、記憶部３７２を参照して、ベアラの設定が完了した端末１０のＩＭＳＩから、当該端末１０のＩＰアドレスを特定する。

制御部３７０は、特定したＩＰアドレスを、処理部３７１を介してＭＴＣ−ＩＷＦ７０に通知する（Ｓ７−１５の“Ｂｅａｒｅｒ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ Ｒｅｓｐｏｎｓｅ”）。ＭＴＣ−ＩＷＦ７０は、通知された端末１０のＩＰアドレスを、ＳＣＳ８０に転送する（Ｓ７−１５）。

ＳＣＳ８０の制御部８００は、通知された端末１０のＩＰアドレス宛てに、当該端末１０に関するパケットを送信する（Ｓ７−１６）。その結果、通信データが、所定の端末１０に転送される（Ｓ７−１７の“Ｄｏｗｎｌｉｎｋ Ｄａｔａ”）。この場合において、所定の端末１０のベアラの設定が完了しているため、Ｓ−ＧＷ４０は、ＭＭＥ３０に対してページングメッセージの送信の要求を行うことなく、通信データを当該所定の端末１０に転送する。

第７の実施形態において、複数の端末１０からの制御信号（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）の送信のタイミングは分散され、それに伴って当該複数の端末１０におけるベアラの設定の完了のタイミングも分散される。したがって、図３５に示すように、Ｓ７−１３乃至Ｓ７−１７は、同一グループの端末１０毎に分散して実行される。

なお、図３６のように、第７の実施形態のシステムにおけるネットワークノード（ＭＭＥ３０、ＳＧＷ４０、ＰＧＷ５０）、ＭＴＣ−ＩＷＦ７０、ＳＣＳ８０の機能は、仮想マシンにより運用可能である。

図３６は、第７の実施形態のシステムの他の構成例である。図３６に示すように、第７の実施形態のシステムは、端末１０、基地局２０、仮想ネットワークノード（仮想ＭＭＥ３０Ａ、仮想ＳＧＷ４０Ａ、仮想ＰＧＷ５０）、仮想ＭＴＣ−ＩＷＦ７０Ａ、仮想ＳＣＳ８０Ａを含む。なお、各仮想ネットワークノード（仮想ＭＭＥ３０Ａ、仮想ＳＧＷ４０Ａ、仮想ＰＧＷ５０）、仮想ＭＴＣ−ＩＷＦ７０Ａ、仮想ＳＣＳ８０Ａの機能は、図２８に示すネットワークノード（ＭＭＥ３０Ａ、ＳＧＷ４０Ａ、ＰＧＷ５０）、ＭＴＣ−ＩＷＦ７０Ａ、ＳＣＳ８０Ａの機能と同様であるため、詳細な説明は省略される。

図３７は、第７の実施形態のシステムにおけるネットワークノード（ＭＭＥ３０、ＳＧＷ４０、ＰＧＷ５０）、ＭＴＣ−ＩＷＦ７０、ＳＣＳ８０の機能を提供する仮想マシンを運用可能な通信装置９０を示す図である。

通信装置９０は、例えば、サーバ、スイッチ、ルータ等である。通信装置９０は、仮想ネットワークにおける仮想ネットワークノード（例えば、仮想ＳＧＷ、仮想ＰＧＷ、仮想ＭＭＥ等）の機能を提供する仮想マシンを運用する。

通信装置９０は、仮想ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）２２０を構築可能な制御部９１０を含む。制御部９１０は、ＶＮＦを仮想マシン上で運用することで、仮想ネットワークノードの機能を提供する。このような制御部９１０は、例えば、ハイパーバイザ（Ｈｙｐｅｒｖｉｓｏｒ）等、コンピュータの仮想化を実行可能な制御プログラムにより構成されてもよい。

上記のとおり、第７の実施形態では、端末が属するグループを示す情報を設定したＰａｇｉｎｇを所定の端末に送信した場合に、ＳＣＳ８０が当該所定の端末に対応するＵｓｅｒ−Ｐｌａｎｅ上のパケットを送信タイミングまで保持する。したがって、複数端末へ一斉に情報を配信する場合など、ＳＣＳ８０を設けてタイミングを調整しながら複数の端末１０へ配信を行うことにより、Ｓ−ＧＷ４０がＭＭＥ３０に対して集中的にページングメッセージの送信要求を行うことがなくなり、当該ＭＭＥ３０の負荷上昇を抑制することが可能である。

＜第８の実施形態＞
本発明の第８の実施形態は、ＭＭＥが、所定のポリシーに基づいて端末に送信するＰａｇｉｎｇメッセージに、“制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示”を含める場合の実施形態である。なお、第８の実施形態の技術は、第１乃至第７の各実施形態にも適用可能である。なお、第８の実施形態において、基地局２０の構成例は、図５に示す第１の実施形態の基地局２０の構成例と同様であるため、詳細な説明は省略される。

端末１０は、受信したＰａｇｉｎｇメッセージに、“制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示”が含まれている場合、送信する制御信号に所定の情報を格納する。

所定の情報は、例えば、端末の優先度を示す情報である。所定の情報は、例えば、ＬＡＰＩ（Ｌｏｗ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｉｎｄｉｃａｔｏｒ）である。所定の情報は、例えば、ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグである。

第８の実施形態の通信システムにおいて、基地局２０は、端末１０から受信した制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報が格納されていることに応じて、当該端末１０がＭＭＥ３０に送信する制御信号（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）の転送の優先度を下げる。基地局２０は、例えば、端末１０から受信した制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグが格納されていることに応じて、当該制御信号を破棄する。当該制御信号が破棄されると、当該端末１０は制御信号（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）の送信が不可能になる。したがって、第８の実施形態の通信システムのＭＭＥ３０は、端末１０からの制御信号（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）の受信数を減らすことが可能となり、当該ＭＭＥ３０の負荷の上昇を抑えることが可能となる。

第８の実施形態の通信システムは、図２に例示する第１の実施形態の通信システムと同様であるので、詳細な説明は省略される。

図３８は、第８の実施形態におけるＭＭＥ３０の構成例である。図３８に例示するように、ＭＭＥ３０は、制御部３８０と、処理部３８１とを含む。なお、処理部３８１は、図３に示す処理部３０１と同様の構成であるため、詳細な説明は省略される。

制御部３８０は、所定のポリシーに基づいて、端末に送信するＰａｇｉｎｇメッセージの所定のフィールドに、当該端末が送信する制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示を含める機能を備える。

制御部３８０は、所定のポリシーに基づいて、例えば、端末に送信するＰａｇｉｎｇメッセージに、“当該端末が送信する制御信号に当該端末の優先度を示す情報を格納させるための指示”を含める。制御部３８０は、例えば、所定のポリシーに基づいて、当該端末に送信するＰａｇｉｎｇメッセージに、“制御信号にＬＡＰＩ（Ｌｏｗ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｉｎｄｉｃａｔｏｒ）を格納させるための指示”を含める。制御部３６０は、例えば、所定のポリシーに基づいて、当該端末に送信するＰａｇｉｎｇメッセージに、“制御信号にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグを格納させるための指示”を含める。

また、制御部３８０は、端末の属性が所定の属性であることに応じて、当該端末に送信するＰａｇｉｎｇメッセージに、“当該端末が送信する制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示”を含める。制御部３８０は、例えば、端末がＭＴＣデバイスであることに応じて、当該端末に送信するＰａｇｉｎｇメッセージに、“当該端末が送信する制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示”を含める。制御部３８０は、ネットワーク全体の混雑状況、あるいはＭＭＥの負荷状況に応じて、当該端末に送信するＰａｇｉｎｇメッセージに、“当該端末が送信する制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示”を含める。

なお、制御部３８０と処理部３８１の他の機能は、図３に例示する第１の実施形態のＭＭＥ３０と同様であるので、詳細な説明は省略される。

図３９は、第８の実施形態におけるＰａｇｉｎｇパケット（“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”）のフォーマット例を示す。図３９に例示するように、“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”は、端末属性フィールドＦ１を含む。端末属性フィールドＦ１は、“端末１０が送信する制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示”を含めるためのフィールドである。端末属性フィールドＦ１には、例えば、“制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグを格納させるための指示”が含まれる。

なお、端末属性フィールドＦ１は、例えば、“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”のメッセージ内の所定の位置に設定される。端末属性フィールドＦ１が設定される位置は、例えば、“Ｐａｇｉｎｇ Ｆ”のヘッダ部分であってもよいし、“Ｐａｇｉｎｇ Ｆ”のペイロード部分であってもよい。なお、端末属性フィールドＦ１が設定される位置は、これらに限られず、どのような位置であってもよい。

図４０は、Ｐａｇｉｎｇパケット（“Ｐａｇｉｎｇ ｆ （ＲＲＣ）”）のフォーマット例を示す。図４０に示すように、“Ｐａｇｉｎｇ ｆ （ＲＲＣ）”は、端末属性フィールドｆ１を含む。端末属性フィールドｆ１は、基地局２０の制御部２１０が、ＭＭＥ３０から受信したＰａｇｉｎｇメッセージ（“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”）に含まれる端末属性フィールドＦ１に基づいて、“端末１０が送信する制御信号に所定の情報を格納させるための指示”を含めるためのフィールドである。端末属性フィールドｆ１には、例えば、“制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグを格納させるためのる指示”が含まれる。

図４１は、第８の実施形態における端末１０の構成例である。図４１に例示するように、端末１０は、制御部１８０と、通信部１８１とを含む。なお、通信部１８１は、図３に示す第１の実施形態における通信部１０１と同様の構成であるため、詳細な説明は省略される。

制御部１８０は、Ｐａｇｉｎｇ ｆ （ＲＲＣ）”に、端末１０が送信する制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示が含まれていることに応じて、当該制御信号に所定の情報を格納する。制御部１８０は、例えば、Ｐａｇｉｎｇ ｆ （ＲＲＣ）”に、“制御信号にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグを格納させるための指示”が含まれていることに応じて、制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグを格納する。

図４２は、第８の実施形態の通信システムの動作例を示す。なお、図４２のＳ８−１乃至Ｓ８−３は、図８に示す第１の実施形態の動作例のＳ１−１乃至Ｓ１−３と同様であるため、詳細な説明は省略される。

ＭＭＥ３０の制御部３８０は、“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”の端末属性フィールドＦ１に、制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示を設定する（Ｓ８−４）。制御部３６０は、例えば、“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”の端末属性フィールドＦ１に、制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグを格納させるための指示を含ませる。

ＭＭＥの制御部３８０は、処理部３８１を介して、Ｐａｇｉｎｇメッセージ“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”を基地局２０に送信する（Ｓ８−５）。

基地局２０の制御部２１０は、“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”の受信に応じて、当該“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”の端末属性フィールドＦ１を、“Ｐａｇｉｎｇ ｆ （ＲＲＣ）”の端末属性フィールドｆ１に反映する（Ｓ８−６）。制御部２１０は、例えば、“Ｐａｇｉｎｇ Ｆ （Ｓ１ＡＰ）”の端末属性フィールドｆ１に、制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグを格納させるための指示を含ませる。

基地局２０の通信部２１１は、“Ｐａｇｉｎｇ ｆ （ＲＲＣ）”を、端末１０に送信する（Ｓ８−７）。なお、通信部２１１は、“Ｐａｇｉｎｇ ｆ”を、複数の端末１０に送信してもよい。

端末１０の制御部１８０は、Ｐａｇｉｎｇ ｆ （ＲＲＣ）”に、端末１０が送信する制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示が含まれていることに応じて、当該制御信号に所定の情報を格納する（Ｓ８−８）。制御部１８０は、例えば、Ｐａｇｉｎｇ ｆ （ＲＲＣ）”に、ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグの格納を要求する指示が含まれていることに応じて、制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）にｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓフラグを格納する。

基地局の制御部２１０は、端末から受信した制御信号に所定の情報が含まれていることに応じて、当該制御信号の転送の優先度を下げるための処理を実行する（Ｓ８−９）。制御部２１０は、例えば、端末１０から受信した制御信号に所定の情報が含まれていることに応じて、当該制御信号を破棄する。

上記のとおり、第８の実施形態の通信システムは、ＭＭＥ３０が、所定のポリシーに基づいて端末１０に送信するＰａｇｉｎｇメッセージに、“制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示”を含める。そして、端末１０は、受信したＰａｇｉｎｇメッセージに、“制御信号（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）に所定の情報を格納させるための指示”が含まれている場合、送信する制御信号に所定の情報を格納する。したがって、基地局２０は、端末１０から受信した制御信号に当該所定の情報が格納されていることに応じて当該制御信号の破棄を行うと、ＭＭＥ３０に対する制御信号（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）の転送の優先度を下げることが可能となる。したがって、ＭＭＥ３０は、端末１０からの制御信号（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）の受信数を減らすことが可能となり、当該ＭＭＥ３０の負荷の上昇を抑えることが可能となる。

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

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

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

１０ 端末
２０ 基地局
３０ ＭＭＥ
３０Ａ 仮想ＭＭＥ
４０ Ｓ−ＧＷ
４０Ａ 仮想Ｓ−ＧＷ
５０ Ｐ−ＧＷ
５０Ａ 仮想Ｐ−ＧＷ
６０ パケットデータネットワーク
７０ ＭＴＣ−ＩＷＦ
７０Ａ 仮想ＭＴＣ−ＩＷＦ
８０ ＳＣＳ
８０Ａ 仮想ＳＣＳ
９０ 通信装置
１１０、１３０、１４０、１５０、１６０、１７０、１８０ 処理部
１１１、１３１、１４１、１５１、１６１、１７１、１８１ 通信部
１３２、１４２、１５２、１６２、１７２ 記憶部
１４３、１５３、１６３、１７３ 制御部
２１０ 制御部
２１１ 処理部
３１０、３２０、３３０、３５０、３６０、３７０、３８０ 制御部
３１１、３２１、３３１、３５１、３６１、３７１、３８１ 処理部
３３２、３５２、３６２、３７２ 記憶部
７００ 制御部
７０１ 信号処理部
８００ 制御部
８０１ 信号処理部
９１０ 制御部

Claims (8)

1. 基地局からのページング（Ｐａｇｉｎｇ）メッセージの受信に応じて、ネットワークに接続するための制御信号を送信可能な複数の端末と、
   前記端末からの制御信号を処理する機能を仮想マシンで運用可能な複数の仮想ネットワークノードと、
   前記複数の仮想ネットワークノードのうち、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アプリケーションをホストするサーバと接続し、制御シグナリングを処理する機能とデータ通信を行う機能とを仮想マシンで運用可能な第１の仮想ネットワークノードであって、前記複数の端末のうち少なくとも１つの特定端末宛のパケットをパケットデータネットワークから受信したことに応じて、前記複数の仮想ネットワークノードのうち前記第１の仮想ネットワークノードとは異なる第２の仮想ネットワークノードに対して、前記第１及び第２の仮想ネットワークノードとは異なる第３の仮想ネットワークノードを介して、当該特定端末宛の前記ページングメッセージの送信を要求する制御装置とを含み、
   前記制御装置は、
   前記複数の端末のうち、あるグループをなす複数の前記特定端末を識別可能な情報を、前記第３の仮想ネットワークノードを介して前記第２の仮想ネットワークノードに与えることによって、前記第２の仮想ネットワークノードが前記ページングメッセージを送信する対象とする複数の前記特定端末を、前記制御信号を送信可能な前記複数の端末の中から選択することにより、前記あるグループをなす複数の前記特定端末が、前記第２の仮想ネットワークノードを宛先とする前記制御信号を、前記基地局に送信するよう制御する
   通信システム。
2. 前記制御装置が、
   前記あるグループをなす複数の前記特定端末を識別可能な情報に加えて、個々の前記特定端末が前記制御信号を送信するまでの遅延時間を前記第３の仮想ネットワークノードを介して前記第２の仮想ネットワークノードに与えることにより、
   前記あるグループをなす個々の前記特定端末は、
   前記ページングメッセージを受信するのに応じて、前記第２の仮想ネットワークノードに前記制御信号を送信するタイミングを、前記遅延時間に従って決定する
   ことを特徴とする請求項１に記載の通信システム。
3. 前記あるグループをなす個々の前記特定端末は、
   前記ページングメッセージを受信するのに応じて、前記第２の仮想ネットワークノードに前記制御信号を送信するタイミングをランダムに決定する
   ことを特徴とする請求項１に記載の通信システム。
4. 前記制御装置は、
   前記特定端末宛のパケットを受信したことに応じて該パケットを記憶部に保持し、
   前記特定端末が前記ネットワークに接続するための処理が完了するまで、前記記憶部に保持しているパケットを当該特定端末に転送する処理を保留する
   ことを特徴とする請求項１乃至３のいずれかに記載の通信システム。
5. 前記制御装置は、
   前記複数の特定端末宛に受信したパケットを、前記複数の仮想ネットワークノードのうちＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）の機能を仮想マシンで運用可能な仮想ＳＧＷを介して、当該個々の特定端末に転送する
   ことを特徴とする請求項１乃至４のいずれかに記載の通信システム。
6. 基地局からのページング（Ｐａｇｉｎｇ）メッセージの受信に応じて、ネットワークに接続するための制御信号を送信可能な複数の端末からの制御信号を処理する機能を仮想マシンで運用可能な複数の仮想ネットワークノードのうち、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アプリケーションをホストするサーバと接続し、制御シグナリングを処理する機能とデータ通信を行う機能とを仮想マシンで運用可能な第１の仮想ネットワークノードとして、前記複数の端末のうち少なくとも１つの特定端末宛のパケットをパケットデータネットワークから受信したことに応じて、前記複数の仮想ネットワークノードのうち前記第１の仮想ネットワークノードとは異なる第２の仮想ネットワークノードに対して、前記第１及び第２の仮想ネットワークノードとは異なる第３の仮想ネットワークノードを介して、当該特定端末宛の前記ページングメッセージの送信を要求する制御手段を備え、
   前記制御手段は、
   前記複数の端末のうち、あるグループをなす複数の前記特定端末を識別可能な情報を、前記第３の仮想ネットワークノードを介して前記第２の仮想ネットワークノードに与えることによって、前記第２の仮想ネットワークノードが前記ページングメッセージを送信する対象とする複数の前記特定端末を、前記制御信号を送信可能な前記複数の端末の中から選択することにより、前記あるグループをなす複数の前記特定端末が、前記第２の仮想ネットワークノードを宛先とする前記制御信号を、前記基地局に送信するよう制御する
   制御装置。
7. 基地局からのページング（Ｐａｇｉｎｇ）メッセージの受信に応じて、ネットワークに接続するための制御信号を送信可能な複数の端末からの制御信号を処理する機能を仮想マシンで運用可能な複数の仮想ネットワークノードのうち、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アプリケーションをホストするサーバと接続し、制御シグナリングを処理する機能とデータ通信を行う機能とを仮想マシンで運用可能な第１の仮想ネットワークノードとして、前記複数の端末のうち少なくとも１つの特定端末宛のパケットをパケットデータネットワークから受信したことに応じて、前記複数の仮想ネットワークノードのうち前記第１の仮想ネットワークノードとは異なる第２の仮想ネットワークノードに対して、前記第１及び第２の仮想ネットワークノードとは異なる第３の仮想ネットワークノードを介して、当該特定端末宛の前記ページングメッセージの送信を要求する制御ステップを備え、
   前記制御ステップでは、
   前記複数の端末のうち、あるグループをなす複数の前記特定端末を識別可能な情報を、前記第３の仮想ネットワークノードを介して前記第２の仮想ネットワークノードに与えることによって、前記第２の仮想ネットワークノードが前記ページングメッセージを送信する対象とする複数の前記特定端末を、前記制御信号を送信可能な前記複数の端末の中から選択することにより、前記あるグループをなす複数の前記特定端末が、前記第２の仮想ネットワークノードを宛先とする前記制御信号を、前記基地局に送信するよう制御する
   制御方法。
8. 基地局からのページング（Ｐａｇｉｎｇ）メッセージの受信に応じて、ネットワークに接続するための制御信号を送信可能な複数の端末からの制御信号を処理する機能を仮想マシンで運用可能な複数の仮想ネットワークノードのうち、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アプリケーションをホストするサーバと接続し、制御シグナリングを処理する機能とデータ通信を行う機能とを仮想マシンで運用可能な第１の仮想ネットワークノードとして、前記複数の端末のうち少なくとも１つの特定端末宛のパケットをパケットデータネットワークから受信したことに応じて、前記複数の仮想ネットワークノードのうち前記第１の仮想ネットワークノードとは異なる第２の仮想ネットワークノードに対して、前記第１及び第２の仮想ネットワークノードとは異なる第３の仮想ネットワークノードを介して、当該特定端末宛の前記ページングメッセージの送信を要求する制御処理であって、
   前記制御処理では、
   前記複数の端末のうち、あるグループをなす複数の前記特定端末を識別可能な情報を、前記第３の仮想ネットワークノードを介して前記第２の仮想ネットワークノードに与えることによって、前記第２の仮想ネットワークノードが前記ページングメッセージを送信する対象とする複数の前記特定端末を、前記制御信号を送信可能な前記複数の端末の中から選択することにより、前記あるグループをなす複数の前記特定端末が、前記第２の仮想ネットワークノードを宛先とする前記制御信号を、前記基地局に送信するよう制御する処理を、
   コンピュータに実行させるプログラム。

Images