(57)【要約】【課題】コアネットワーク装置及びコアネットワーク全体のメモリ容量が不足することを防止することを提供することができる制御装置を提供すること。【解決手段】本実施形態にかかる制御装置１０は、通信端末毎にページングに関するパラメータを決定する制御部１１と、複数の通信端末に対してサービスを提供するアプリケーションサーバ３０に対して通信端末５０に関するパラメータを送信するサービス制御装置２０へ、制御部１１において決定された通信端末５０のページングに関するパラメータを送信する通信部１２と、を備える。【選択図】図１
2019029912.tif 000002
【特許請求の範囲】
【請求項１】
通信端末毎にページングに関するパラメータを決定する制御部と、
複数の通信端末に対してサービスを提供するアプリケーションサーバに対して前記通信端末に関するパラメータを送信するサービス制御装置へ、前記制御部において決定された前記通信端末のページングに関するパラメータを送信する通信部と、を備える制御装置。
【請求項２】
前記ページングに関するパラメータは、eDRX（extended Discontinuous Reception）パラメータ及びPSM（Power Saving Mode） timersの少なくとも一つを含む、請求項１に記載の制御装置。
【請求項３】
前記通信部は、
前記アプリケーションサーバにおいて変更された前記ページングに関するパラメータを、前記サービス制御装置を介して受信する、請求項１又は２に記載の制御装置。
【請求項４】
前記通信部は、
変更後の前記ページングに関するパラメータを、前記通信端末及び前記通信端末と通信する基地局へ送信する、請求項３に記載の制御装置。
【請求項５】
前記制御部は、
位置登録処理時に決定された前記通信端末のページングに関するパラメータを、変更された前記ページングに関するパラメータに更新する、請求項３又は４に記載の制御装置。
【請求項６】
前記通信部は、
前記制御部において位置登録処理時に決定された前記通信端末のページングに関するパラメータを前記サービス制御装置へ送信する、請求項１乃至５のいずれか１項に記載の制御装置。
【請求項７】
制御装置との間においてページングに関するパラメータを決定する制御部と、
前記ページングに関するパラメータを、コアネットワークを介して複数の通信端末に対してサービスを提供するアプリケーションサーバへ送信する通信部と、を備える通信端末。
【請求項８】
前記ページングに関するパラメータは、eDRXパラメータ及びPSM timersの少なくとも一つである、請求項７に記載の通信端末。
【請求項９】
前記通信部は、
前記アプリケーションサーバにおいて変更された前記ページングに関するパラメータを、サービス制御装置を介して受信する、請求項７又は８に記載の通信端末。
【請求項１０】
前記制御部は、
位置登録処理時に決定された前記ページングに関するパラメータを、変更された前記ページングに関するパラメータに更新する、請求項９に記載の通信端末。
【請求項１１】
前記通信部は、
前記制御部において位置登録処理時に決定された前記ページングに関するパラメータを前記アプリケーションサーバへ送信する、請求項７乃至１０のいずれか１項に記載の通信端末。
【請求項１２】
制御装置において通信端末毎に決定されたページングに関するパラメータを前記制御装置から受信する受信部と、
前記ページングに関するパラメータを、複数の通信端末に対してサービスを提供するアプリケーションサーバへ送信する送信部と、を備えるサービス制御装置。
【請求項１３】
通信端末と、
制御装置と、
サービス制御装置と、を備え、
前記制御装置は、
前記通信端末のページングに関するパラメータを決定する制御部と、
前記サービス制御装置へ、前記ページングに関するパラメータを送信する送信部と、を備え、
前記サービス制御装置は、
前記ページングに関するパラメータを前記制御装置から受信する受信部と、
前記ページングに関するパラメータを、前記通信端末に対してサービスを提供するアプリケーションサーバに対して送信する送信部と、を備える通信システム。
【請求項１４】
通信端末毎にページングに関するパラメータを決定し、
複数の通信端末に対してサービスを提供するアプリケーションサーバに対して前記通信端末に関するパラメータを送信するサービス制御装置へ、決定された前記通信端末のページングに関するパラメータを送信する、制御装置におけるデータ送信方法。
【請求項１５】
制御装置との間においてページングに関するパラメータを決定し、
前記ページングに関するパラメータを、コアネットワークを介して複数の通信端末に対してサービスを提供するアプリケーションサーバへ送信する、通信端末におけるデータ送信方法。
【請求項１６】
制御装置において通信端末毎に決定されたページングに関するパラメータを前記制御装置から受信し、
前記ページングに関するパラメータを、複数の通信端末に対してサービスを提供するアプリケーションサーバへ送信する、サービス制御装置におけるデータ送信方法。
【請求項１７】
通信端末毎にページングに関するパラメータを決定し、
複数の通信端末に対してサービスを提供するアプリケーションサーバに対して前記通信端末に関するパラメータを送信するサービス制御装置へ、決定された前記通信端末のページングに関するパラメータを送信することをコンピュータに実行させるプログラム。
【請求項１８】
制御装置との間においてページングに関するパラメータを決定し、
前記ページングに関するパラメータを、コアネットワークを介して複数の通信端末に対してサービスを提供するアプリケーションサーバへ送信することをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は制御装置、通信端末、サービス制御装置、通信システム、データ送信方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、一般的なモバイルネットワークを用いて、通常の携帯電話のみならず、データ端末、センサー、自動販売機もしくは自動車などの装置を対象とした、人間による操作を必要としない通信が検討されている。ここで対象となる装置は、例えば、ＩｏＴ（Internet of Things）端末、ＭＴＣ（Machine Type Communication）端末等と称される。今後、多くのＩｏＴ端末等がモバイルネットワークを介して通信を行うことが想定される。
【０００３】
バッテリー交換作業をなくす、もしくは、バッテリー交換頻度を減少させるために、ＩｏＴ端末に対しては、消費電力の削減が求められている。非特許文献１および非特許文献２には、ＩｏＴ端末においてPaging Channelを受信する頻度を少なくすることを可能とする、ｅＤＲＸ（extended Discontinuous Reception）機能が開示されている。ｅＤＲＸ機能を導入することにより、ｅＤＲＸ機能に対応しているＩｏＴ端末は、Paging Channelの受信間隔を約４６分とすることが可能となる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS24.301 V14.4.0 (2017-06) 5.13a
【非特許文献２】3GPP TS23.682 V15.1.0 (2017-06) 4.5.13
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＩｏＴ端末がPaging Channelを受信するタイミングは、ＩｏＴ端末毎に異なる。また、ＩｏＴ端末を宛先とするデータは、任意のタイミングに発生する。そのため、ＩｏＴ端末がPaging Channelを受信していない状態において、そのＩｏＴ端末を宛先とするデータが発生した場合、コアネットワーク装置が一時的にデータをバッファする必要がある。今後、ＩｏＴ端末が増加していくと、コアネットワーク装置がバッファするデータ量も増加し、コアネットワーク装置またはコアネットワークに負荷をかけることになる。また、コアネットワーク装置におけるメモリ容量が不足し、さらには、コアネットワーク全体のメモリ容量も不足するという問題も生じる。
【０００６】
また、モバイルネットワークにｅＤＲＸ機能が導入された場合、ＩｏＴ端末がPaging Channelを受信する間隔が拡大するため、データをバッファしておく時間が長くなり、コアネットワーク装置またはコアネットワークにさらに負荷をかけることになる。また、コアネットワーク装置またはコアネットワークのメモリ容量が不足するという問題もある。
【０００７】
本開示の目的は、コアネットワーク装置またはコアネットワークにおいて、データをバッファしておく時間を短くし、負荷を軽減することができる制御装置、通信端末、サービス制御装置、通信システム、データ送信方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本開示の第１の態様にかかる制御装置は、通信端末毎にページングに関するパラメータを決定する制御部と、複数の通信端末に対してサービスを提供するアプリケーションサーバに対して前記通信端末に関するパラメータを送信するサービス制御装置へ、前記制御部において決定された前記通信端末のページングに関するパラメータを送信する通信部と、を備える。
【０００９】
本開示の第２の態様にかかる通信端末は、制御装置との間においてページングに関するパラメータを決定する制御部と、前記ページングに関するパラメータを、コアネットワークを介して複数の通信端末に対してサービスを提供するアプリケーションサーバへ送信する通信部と、を備える。
【００１０】
本開示の第３の態様にかかるサービス制御装置は、制御装置において通信端末毎に決定されたページングに関するパラメータを前記制御装置から受信する受信部と、前記ページングに関するパラメータを、複数の通信端末に対してサービスを提供するアプリケーションサーバへ送信する送信部と、を備える。
【００１１】
本開示の第４の態様にかかるデータ送信方法は、通信端末毎にページングに関するパラメータを決定し、複数の通信端末に対してサービスを提供するアプリケーションサーバに対して前記通信端末に関するパラメータを送信するサービス制御装置へ、決定された前記通信端末のページングに関するパラメータを送信する。
【００１２】
本開示の第５の態様にかかるプログラムは、通信端末毎にページングに関するパラメータを決定し、複数の通信端末に対してサービスを提供するアプリケーションサーバに対して前記通信端末に関するパラメータを送信するサービス制御装置へ、決定された前記通信端末のページングに関するパラメータを送信することをコンピュータに実行させる。
【発明の効果】
【００１３】
本開示により、コアネットワーク装置またはコアネットワークにおいて、データをバッファしておく時間を短くし、負荷を軽減することができる制御装置、通信端末、サービス制御装置、通信システム、データ送信方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるページングに関するパラメータの送信処理を示す図である。
【図４】実施の形態２にかかるＣＰ（Communication Pattern）パラメータを説明する図である。
【図５】実施の形態３にかかるページングに関するパラメータの送信処理を示す図である。
【図６】実施の形態４にかかるＵＥ（User Equipment）の構成図である。
【図７】実施の形態４にかかるページングに関するパラメータの送信処理を示す図である。
【図８】実施の形態５にかかる通信システムの構成図である。
【図９】実施の形態５にかかるページングに関するパラメータの送信処理を示す図である。
【図１０】実施の形態５にかかるページングに関するパラメータの送信処理を示す図である。
【図１１】それぞれの実施の形態にかかるＵＥの構成図である。
【図１２】それぞれの実施の形態にかかる制御装置の構成図である。
【図１３】それぞれの実施の形態にかかるサービス制御装置の構成図である。
【図１４】ＳＣＥＦ（Service Capability Exposure Function）が格納する情報の一例を示す図である。
【発明を実施するための形態】
【００１５】
（実施の形態１）
以下、図面を参照して実施の形態について説明する。図１を用いて実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、制御装置１０、サービス制御装置２０、アプリケーションサーバ３０、基地局４０、及び通信端末５０を有している。制御装置１０、サービス制御装置２０、アプリケーションサーバ３０、基地局４０、及び通信端末５０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。また、制御装置１０及びサービス制御装置２０は、コアネットワーク内に配置されるコアネットワーク装置と称されてもよい。
【００１６】
続いて、制御装置１０の構成例について説明する。制御装置１０は、制御部１１及び通信部１２を有している。制御部１１及び通信部１２等の制御装置１０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、制御装置１０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
【００１７】
制御部１１は、通信端末５０毎にページングに関するパラメータを決定する。ページングに関するパラメータは、通信端末５０に関連づけられている。ページングに関するパラメータは、例えば、ｅＤＲＸ機能を実行するために設定されるｅＤＲＸパラメータ（eDRX parameters）、ＰＳＭ（Power Saving Mode）タイマ（PSM timers）、extended idle mode DRX cycle length、extended idle mode DRX cycle value、及びeDRX timerのうち少なくとも一つを含んでもよい。以下では、ｅＤＲＸパラメータとＰＳＭタイマの２つで代表して説明するが、残りの３つを排除するものではなく、ページングに関するパラメータは、これら５つの情報の少なくとも一つを含んでいればよい。
【００１８】
ｅＤＲＸパラメータは、例えば、通信端末５０が、基地局４０から送信されるPaging Channelを受信するタイミングを示す情報であってもよい。言い換えると、ｅＤＲＸパラメータは、通信端末５０がPaging Channelを受信する間隔を示す情報であってもよい。ＰＳＭタイマは、通信端末５０が疑似的に電源断と同じ状態に遷移するタイミングを示す情報であってもよい。
【００１９】
制御部１１は、例えば、通信端末５０との間においてネゴシエーションすることによって、通信端末５０のページングに関するパラメータを決定してもよい。
【００２０】
通信部１２は、制御部１１において決定された通信端末５０のページングに関するパラメータをサービス制御装置２０へ送信する。サービス制御装置２０は、アプリケーションサーバ３０へ、少なくとも通信端末５０のページングに関するパラメータを含む、通信端末５０に関するパラメータまたは情報を送信する。また、サービス制御装置２０は、複数の通信端末に関するパラメータまたは情報をアプリケーションサーバ３０へ送信または転送する。
【００２１】
アプリケーションサーバ３０は、複数の通信端末に対してサービスを提供するサーバである。アプリケーションサーバ３０が提供するサービスは、例えば、ＩｏＴ端末に提供されるＩｏＴサービスであってもよい。
【００２２】
以上説明したように、図１の制御装置１０は、通信端末５０のページングに関するパラメータをサービス制御装置２０へ送信することができる。また、サービス制御装置２０は、少なくとも通信端末５０のページングに関するパラメータを含む、通信端末５０に関するパラメータまたは情報をアプリケーションサーバ３０へ送信するため、アプリケーションサーバ３０は、通信端末５０のページングに関するパラメータを受信することができる。
【００２３】
アプリケーションサーバ３０は、通信端末５０のページングに関するパラメータに基づいて、通信端末５０がPaging Channelを受信するタイミングを把握することができる。そのため、アプリケーションサーバ３０は、例えば、通信端末５０がPaging Channelを受信するタイミングに合わせて、通信端末５０へ送信するデータをコアネットワークへ送信することができる。その結果、コアネットワーク内に配置され、通信端末５０を宛先とするデータをバッファしておくコアネットワーク装置（不図示）が、通信端末５０を宛先とするデータをバッファする時間を短くすることができる。それにより、コアネットワーク装置において、バッファしておくデータ量を減らしたり、データの管理を容易にしたりするなど、負荷を軽減することができる。また、コアネットワーク装置またはコアネットワークのメモリ容量が不足することを回避することもできる。言い換えると、コアネットワーク装置またはコアネットワークにおいて、メモリの増設などを行わなくてもすむ。
【００２４】
また、制御装置１０自身が、サービス制御装置２０を介してアプリケーションサーバ３０からデータを受信し、受信したデータを、基地局４０を介して通信端末５０へ送信することもある。このような場合、制御装置１０がバッファするデータ量を減らすことができ、制御装置１０のメモリ容量が不足することを回避することができる。
【００２５】
（実施の形態２）
続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、ＵＥ（User Equipment）６０、ｅＮＢ（evolved Node B）７０、ＳＧＷ（Serving Gateway）８０、ＰＧＷ（Packet Data Network Gateway）９０、ＭＭＥ（Mobility Management Entity）１００、ＳＣＥＦ（Service Capability Exposure Function）エンティティ１１０（以下ＳＣＥＦ１１０とする）、ＨＳＳ（Home Subscriber Server）１２０、及びＡＳ（Application Server）１３０を有している。
【００２６】
ＳＧＷ８０、ＰＧＷ９０、ＭＭＥ１００、ＳＣＥＦ１１０、及びＨＳＳ１２０は、ＥＰＣ（Evolved Packet Core）を構成するコアネットワーク装置である。
【００２７】
ＵＥ６０は、３ＧＰＰにおける通信端末の総称であり、図１の通信端末５０に相当する。ＵＥ６０は、ＩｏＴ端末、ＭＴＣ端末であってもよい。ｅＮＢ７０は、無線通信方式としてＬＴＥ（Long Term Evolution）をサポートする基地局であり、図１の基地局４０に相当する。ＵＥ６０は、例えば、ｅＮＢ７０とＬＴＥを用いた無線通信を行う。
【００２８】
ＳＧＷ８０は、ｅＮＢ７０とＰＧＷ９０との間に配置され、ユーザデータを中継する。ユーザデータは、U（User）-Planeデータと称されてもよい。ＳＧＷ８０は、ＵＥ６０を宛先とするデータを受信した場合、受信したデータを一時的にバッファする。ＳＧＷ８０は、ＵＥ６０がPaging channelを受信し、ＵＥ６０がデータを受信することができるタイミングに、バッファしているデータを、ｅＮＢ７０を介してＵＥ６０へ送信する。ＰＧＷ９０は、コアネットワークとは異なる外部ネットワークとのゲートウェイであり、外部ネットワークに配置されているＡＳ１３０と通信を行う。外部ネットワークは、例えば、ＰＤＮ（Packet Data Network）やアプリケーションサービスプロバイダー等の事業者が管理するネットワークであってもよい。ＰＧＷ９０は、ＡＳ１３０とＳＧＷ８０との間に配置され、ユーザデータを中継する。
【００２９】
ＭＭＥ１００は、ＵＥ６０のモビリティの制御または管理を行い、図１の制御装置１０に相当する。よって、ＭＭＥ１００は図１の制御装置１０と同様、ＵＥ６０毎にページングに関するパラメータを決定する。そして、ＭＭＥ１００は決定されたＵＥ６０のページングに関するパラメータをＳＣＥＦ１１０へ送信する。ＭＭＥ１００は、ＵＥ６０との間においてネゴシエーションすることによって、ＵＥ６０のページングに関するパラメータを決定してもよい。ＭＭＥ１００は、ｅＮＢ７０に接続される。ＭＭＥ１００は、コアネットワーク内のコアネットワーク装置と、ｅＮＢ７０との間において、制御データを中継する。もしくは、ＭＭＥ１００は、自装置において生成した制御データを、ｅＮＢ７０もしくはコアネットワーク内のコアネットワーク装置へ送信する。制御データは、C（Control）-Planeデータと称されてもよい。また、ＵＥ６０とＡＳ１３０との間において伝送されるＩｏＴサービスに用いられるデータは、一般的なユーザデータと比較して、容量が小さいことが知られている。そのため、ＩｏＴサービスに用いられるデータは、ＡＳ１３０とＵＥ６０との間において、ＳＣＥＦ１１０、ＭＭＥ１００、及びｅＮＢ７０を、介して、制御データとして伝送されてもよい。あるいは、ＩｏＴサービスに用いられるデータは、ＡＳ１３０とＵＥ６０との間において、ＰＧＷ９０、ＳＧＷ８０、ＭＭＥ１００、及びｅＮＢ７０を、介して、伝送され、このうちＭＭＥ１００とＵＥ６０との区間のみ制御データとして伝送されてもよい。ＩｏＴサービスに用いられるデータは、例えば、スモールデータと称されてもよい。ＭＭＥ１００は、ＵＥ６０を宛先とするスモールデータを受信した場合、受信したスモールデータを、一時的にバッファする。ＭＭＥ１００は、ＵＥ６０がPaging channelを受信し、データを受信することができるタイミングに、バッファしているデータをＵＥ６０へ送信する。ＳＧＷ８０がスモールデータを受信した場合は、その受信したスモールデータを、一時的にバッファする。ＳＧＷ８０は、ＵＥ６０がPaging channelを受信し、データを受信することができるタイミングに、バッファしているデータをＵＥ６０へ送信する。
【００３０】
ＳＣＥＦ１１０は、外部ネットワークに配置されているＡＳ１３０に関する認証等を実行する。さらに、ＳＣＥＦ１１０は、ＡＳ１３０へ、ＵＥ６０に関するパラメータを送信する。ＳＣＥＦ１１０は、図１のサービス制御装置２０に相当する。ＳＣＥＦ１１０は、ＭＭＥ１００とＡＳ１３０との間に配置される。
【００３１】
ＨＳＳ１２０は、ＵＥ６０に関する加入者情報（UE Subscription Information, UE Usage Typeなど）を管理する。ＨＳＳ１２０は、ＭＭＥ１００及びＳＣＥＦ１１０に接続する。
【００３２】
ＡＳ１３０は、ＳＣＥＦ１１０から、ＵＥ６０に関するパラメータを受信する。ＡＳ１３０は、ＳＣＥＦ１１０から、例えば、ＵＥ６０のページングに関するパラメータ（例えば、ｅＤＲＸパラメータ、ＰＳＭタイマなど）を受信した場合、そのパラメータに基づいて、ＵＥ６０を宛先とするデータを送信する。ＡＳ１３０は、ＵＥ６０がPaging channelを受信するタイミングに合わせて、ＵＥ６０を宛先とするデータを送信してもよい。言い換えると、ＡＳ１３０は、送信するデータが、コアネットワーク装置内においてバッファされる時間が短くなるように、データを送信するタイミングを調整してもよい。
【００３３】
続いて、図３を用いて実施の形態２にかかるＭＭＥ１００から送信されたページングに関するパラメータが、ＡＳ１３０へ送信される処理の流れについて説明する。はじめに、ＵＥ６０、ｅＮＢ７０、及びＭＭＥ１００において、ＵＥ６０に関する位置登録処理、或いはセッション制御処理が行われる（Ｓ１１）。位置登録処理は、例えば、ＵＥ６０に関するＡｔｔａｃｈ処理、ＴＡＵ（Tracking Area Update）処理、もしくはＨＯ（Handover）処理において実行されてもよい。セッション制御処理は、例えば、ＵＥ６０に関するＰＤＮ接続処理(PDN Connectivity procedure)、もしくはＰＤＰコンテキスト活性化処理( PDP Context Activation Procedure)において実行されてもよい。ステップＳ１１において位置登録処理が実行されることによって、ＭＭＥ１００は、ＵＥ６０の位置を管理することができる。ＵＥ６０の位置は、例えば、ＴＡ（Tracking Area）であってもよい。さらに、ステップＳ１１の位置登録処理において、ＭＭＥ１００は、ＵＥ６０のｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を決定してもよい。また、ＭＭＥ１００は、ＵＥ６０から送信された、ＵＥ６０のｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を受信もしくは取得し、その情報に基づいてＵＥ６０のｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を決定してもよい。
【００３４】
次に、ＭＭＥ１００は、ＳＣＥＦ１１０に向けてNotificationメッセージまたはRequestメッセージ（以下、Notificationメッセージで代表する）を送信する（Ｓ１２）。ステップＳ１２において送信されるNotificationメッセージには、ＵＥ６０のページングに関するパラメータが含まれる。ページングに関するパラメータは、ｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方が含まれてもよい。なお、ｅＤＲＸパラメータは、ＵＥ６０がPaging Channelを受信する周期を示す。そのため、ＭＭＥ１００は、Notificationメッセージに、ｅＤＲＸパラメータを設定する場合、ＵＥ６０がPaging Channelを受信する時刻に関する情報もNotificationメッセージに設定してもよい。例えば、ＭＭＥ１００は、ＵＥ６０に関連付けられたＳ−ＴＭＳＩ（System Architecture Evolution Temporary Mobile Subscriber Identity）のＨａｓｈ値を計算して、ＵＥ６０がPaging Channelを受信する時刻を算出してもよい。Notificationメッセージは、Create SCEF Connection Request message、あるいは、Update Serving Node Information Request messageであってもよい。
【００３５】
次に、ＳＣＥＦ１１０は、ＭＭＥ１００から送信されたNotificationメッセージを受信し、受信したNotificationメッセージを元にＡＳ１３０向けのNotificationメッセージを構成または生成し、ＡＳ１３０へ送信する（Ｓ１３）。ＳＣＥＦ１１０は、ＭＭＥ１００から送信されたNotificationメッセージを受信した後に、Notificationメッセージに設定されたｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を含む情報をメモリ等に格納してもよい。また、ＡＳ１３０は、ＳＣＥＦ１１０から送信されたNotificationメッセージを受信した後に、Notificationメッセージに設定されたｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を含む情報をメモリ等に格納してもよい。
【００３６】
次に、ＡＳ１３０は、ステップＳ１３において送信されたNotificationメッセージに対する応答として、Notification Ack（Acknowledge）メッセージをＳＣＥＦ１１０へ送信する（Ｓ１４）。次に、ＳＣＥＦ１１０は、ステップＳ１２において送信されたNotificationメッセージに対する応答として、Notification AckメッセージをＭＭＥ１００へ送信する（Ｓ１５）。ＳＣＥＦ１１０がＭＭＥ１００へ送信するNotification Ackメッセージ（Ｓ１５）は、Create SCEF Connection Response message、あるいは、Update Serving Node Information Response messageであってもよい。
【００３７】
次に、ＡＳ１３０は、ＵＥ６０に対して提供するサービスの特性もしくはＵＥ６０の属性に応じて、ステップＳ１３のNotificationメッセージに設定されたパラメータの値を変更する（Ｓ１６）。例えば、ＡＳ１３０は、ステップＳ１３のNotificationメッセージにｅＤＲＸパラメータが設定されていた場合、サービス特性に合わせて、設定されていたｅＤＲＸパラメータを、より長い周期もしくは短い周期の値に変更してもよい。NotificationメッセージにＰＳＭタイマが設定されていた場合は、そのＰＳＭタイマに基づいて、ＡＳ１３０に既に設定されていたＰＳＭタイマの設定時間を変更してもよい。このように、ＡＳ１３０は、ＵＥ６０のページングに関するパラメータを変更することにより、その変更したパラメータに基づいて、ＵＥ６０を宛先とするデータを伝送するタイミングを調整することができる。言い換えると、ＡＳ１３０は、その変更したパラメータに基づいて、ＵＥ６０がページングされるタイミングに合せて、ＵＥ６０を宛先とするデータをコアネットワークに送信することができ、コアネットワーク装置（例えば、ＳＧＷ８０、ＭＭＥ１００など）でそのデータを長時間バッファしておく必要がなくなる。そのため、コアネットワーク装置において、バッファしておくデータ容量を減らしたり、データの管理を容易にしたりするなど、負荷を軽減することができる。また、コアネットワーク装置のメモリ容量が不足することを防止したり、コアネットワーク装置においてメモリの増設を回避したりできる。
【００３８】
次に、ＡＳ１３０は、値が変更されたパラメータを設定したUpdate requestメッセージをＳＣＥＦ１１０へ送信する（Ｓ１７）。値が変更されたパラメータは、例えば、Update requestメッセージに含まれるＣＰ（Communication Pattern）パラメータに設定されてもよい。ここで、図４を用いてUpdate requestメッセージに設定されるＣＰパラメータの例について説明する。
【００３９】
Update requestパラメータに設定されるＣＰパラメータとして、Periodic communication indicator、Communication duration time、Periodic time、Scheduled communication time、及びStationary indicationが設定される。さらに、ＡＳ１３０は、ステップＳ１６においてｅＤＲＸパラメータまたはＰＳＭタイマを変更した場合、図４に示すように、変更したｅＤＲＸパラメータまたはＰＳＭタイマをＣＰパラメータとしてUpdate requestメッセージに追加する。また、ＡＳ１３０は、Periodic communication indicator、Communication duration time、Periodic time、Scheduled communication time、Stationary indication、ｅＤＲＸパラメータ、及びＰＳＭタイマのうち、変更したパラメータのみをUpdate requestメッセージに設定してもよい。
【００４０】
図３に戻り、ステップＳ１７でUpdate requestメッセージを受信したＳＣＥＦ１１０は、ＡＳ１３０が、Update requestメッセージを送信することが許可されているかを判定してもよい。ＳＣＥＦ１１０は、オペレータポリシー等に基づいて、変更するＣＰパラメータを選択する（Select CP parameter）（Ｓ１８）。ＣＰパラメータを変更するとは、ＣＰパラメータを、追加（add）、修正（modify）、もしくは削除（delete）等することを含む。
【００４１】
次に、ＳＣＥＦ１１０は、ＵＥ６０に適用されるＣＰパラメータとして選択されたＣＰパラメータをUpdate CP Parameter Request メッセージに含めてＨＳＳ１２０へ送信する（Ｓ１９）。ＣＰパラメータは、ＣＰパラメータセットと称されてもよい。
【００４２】
次に、ＨＳＳ１２０は、ステップＳ１９において受信したUpdate CP Parameter Requestメッセージに基づいてＵＥ６０に関する加入者情報（UE Subscription Information, UE Usage Typeなど）を更新する（Ｓ２０）。具体的には、ＨＳＳ１２０は、ステップＳ１９において受信したＣＰパラメータが、既に格納されていたＵＥ６０に関するＣＰパラメータから変更されている場合、既に格納されていたＣＰパラメータを廃棄し、ステップＳ１９において受信した新たなＣＰパラメータを格納する。ＨＳＳ１２０は、既に格納されていたＣＰパラメータを新たなＣＰパラメータで上書き、更新してもよい。ＨＳＳ１２０は、ＣＰパラメータを加入者情報として格納する。
【００４３】
次に、ＨＳＳ１２０は、Update CP parameter ResponseメッセージをＳＣＥＦ１１０へ送信する（Ｓ２１）。次に、ＳＣＥＦ１１０は、Update ResponseメッセージをＡＳ１３０へ送信する（Ｓ２２）。
【００４４】
次に、ＨＳＳ１２０は、新たに格納されたＵＥ６０に関するＣＰパラメータをＭＭＥ１００へ送信（send）もしくは提供（provide）する（Ｓ２３）。ＭＭＥ１００は、ステップＳ２３において受信したＣＰパラメータが、既に格納されていたＵＥ６０に関するＣＰパラメータから変更されている場合、既に格納されていたＣＰパラメータを廃棄し、ステップＳ２３において受信した新たなＣＰパラメータを格納する。ＭＭＥ１００は、既に格納されていたＣＰパラメータを新たなＣＰパラメータで上書き、更新してもよい。
【００４５】
次に、ＭＭＥ１００は、新たに格納したＣＰパラメータを、ＵＥ６０及びｅＮＢ７０へ送信する（Ｓ２４）。例えば、ＭＭＥ１００は、Ｓ１ＡＰ（S1 Application Protocol）を用いてｅＮＢ７０へ、ＣＰパラメータを送信し、ＮＡＳ（Non-access stratum）プロトコルを用いて、ＵＥ６０へＣＰパラメータを送信してもよい。
【００４６】
また、ステップＳ１２において、Notificationメッセージを用いてｅＤＲＸパラメータ等が送信されることを説明しているが、Notificationメッセージの代わりに、NIDD submit Requestメッセージが用いられてもよい。また、ステップＳ１３において、Notificationメッセージを用いてｅＤＲＸパラメータ等が送信されることを説明しているが、Notificationメッセージの代わりに、NIDD（Non-IP Data Delivery） Requestメッセージが用いられてもよい。NIDD submit Requestメッセージ及びNIDD submit Requestメッセージは、3GPP TS23.682 V15.1.0 (2017-06)の5.13章に規定されている。
【００４７】
以上説明したように、図３に示される処理が実行されることによって、ＭＭＥ１００が格納していたＵＥ６０のページングに関するパラメータを、ＳＣＥＦ１１０を介してＡＳ１３０へ送信する。ページングに関するパラメータとして、ｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方が含まれてもよい。これにより、ＡＳ１３０は、例えば、ＵＥ６０がPaging Channelを受信するタイミングに合わせて、ＵＥ６０を宛先とするデータをＳＣＥＦ１１０もしくはＰＧＷ９０へ送信することができる。
【００４８】
これにより、ＡＳ１３０から送信されたデータが、制御データとしてＵＥ６０へ送信される場合に、ＭＭＥ１００が、ＵＥ６０へ送信するデータをバッファする時間を短縮することができる。また、ＡＳ１３０から送信されたデータが、ユーザデータとしてＵＥ６０へ送信される場合に、ＳＧＷ８０が、ＵＥ６０へ送信するデータをバッファする時間を短縮することができる。具体的には、バッファする時間が短縮されるとは、ＵＥ６０がPaging Channelを受信するタイミングを考慮せずにＵＥ６０を宛先とするデータが送信される場合と比較して、ＭＭＥ１００もしくはＳＧＷ８０においてデータがバッファされる時間が短縮されることを意味している。それにより、ＭＭＥ１００またはＳＧＷ８０において、バッファしておくデータ量を減らしたり、データの管理を容易にしたりするなど、負荷を軽減することができる。また、ＭＭＥ１００またはＳＧＷ８０のメモリ容量が不足することを防止することもできる。言い換えると、ＭＭＥ１００またはＳＧＷ８０において、メモリの増設などを行わなくてもすむ。
【００４９】
さらに、ＡＳ１３０が、ＵＥ６０がPaging Channelを受信するタイミングを考慮せずにＵＥ６０を宛先とするデータを送信する場合と比較して、ＡＳ１３０がデータを送信してからＵＥ６０がデータを受信するまでの時間を短縮することができる。
【００５０】
また、図３に示される処理が実行されることによって、ＡＳ１３０において、ｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を含むＣＰパラメータが変更された場合に、ＵＥ６０、ｅＮＢ７０、及びＭＭＥ１００に対して、変更後のＣＰパラメータが通知される。これにより、ＡＳ１３０が、ＵＥ６０に対して提供するサービスの特性もしくはＵＥ６０の属性に応じて、ｅＤＲＸパラメータ及びＰＳＭタイマを含むＣＰパラメータを変更することができる。その結果、ユーザデータの伝送に発生する遅延時間を調整する事が可能となり、ＵＥ６０に提供されるサービスの利便性を向上させることができる。
【００５１】
また、上述の説明においては、主に、無線通信方式としてＬＴＥを用い、コアネットワークとしてＥＰＣを用いる構成について説明したが、図３の処理は、３ＧＰＰにおいていわゆる３Ｇと称される通信システムにおいて実行されてもよい。具体的には、３Ｇと称される通信システムにおいては、ｅＮＢのかわりにＮＢ（Node B）とＲＮＣ（Radio Network Controller）が用いられ、ＭＭＥの代わりにＳＧＳＮ（Serving General Packet Radio Service Support Node）が用いられ、ＨＳＳの代わりにＨＬＲ（Home Location Register）が用いられる。以下の説明においても同様に、３Ｇの通信システムが用いられてもよい。
【００５２】
（実施の形態３）
続いて、図５を用いて、実施の形態３にかかるＭＭＥ１００から送信されたページングに関するパラメータが、ＡＳ１３０へ送信される処理の流れについて説明する。
【００５３】
図５のステップＳ３１〜Ｓ３３は、図３のステップＳ１１〜Ｓ１３と同様であるため詳細な説明を省略する。図５においては、ステップＳ３３において、Notificationメッセージを受信した後に、図３のステップＳ１６と同様の処理が実行される（Ｓ３４）。つまり、ＡＳ１３０は、Notification AckメッセージをＳＣＥＦ１１０へ送信する前に、Notificationメッセージに設定されたパラメータの値を変更する。Notificationメッセージ（Ｓ３３）は、Create SCEF Connection Request message、あるいは、Update Serving Node Information Request messageであってもよい。
【００５４】
次に、ＡＳ１３０は、値が変更されたパラメータを設定したNotification AckメッセージをＳＣＥＦ１１０へ送信する（Ｓ３５）。値が変更されたパラメータは、例えば、ＵＥ６０のｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方であってもよい。もしくは、値が変更されたパラメータは、図４において説明したＣＰパラメータであってもよい。
【００５５】
次に、ＳＣＥＦ１１０は、値が変更されたパラメータを設定したNotification AckメッセージをＭＭＥ１００へ送信する（Ｓ３６）。Notification Ackメッセージ（Ｓ３６）は、Create SCEF Connection Response message、あるいは、Update Serving Node Information Response messageであってもよい。
【００５６】
ＭＭＥ１００は、ステップＳ３６において受信したパラメータが、既に格納されていたＵＥ６０のｅＤＲＸパラメータまたはＰＳＭタイマから変更されている場合、既に格納されていたｅＤＲＸパラメータまたはＰＳＭタイマを廃棄し、ステップＳ３６において受信した新たなパラメータを格納する。
【００５７】
次に、ＭＭＥ１００は、新たに格納したパラメータを、ＵＥ６０及びｅＮＢ７０へ送信する（Ｓ３７）。例えば、ＭＭＥ１００は、Ｓ１ＡＰ（S1 Application Protocol）を用いてｅＮＢ７０へ、パラメータを送信し、ＮＡＳ（Non-access stratum）プロトコルを用いて、ＵＥ６０へパラメータを送信する。
【００５８】
以上説明したように、図５に示される処理が実行されることによって、ＡＳ１３０及びＳＣＥＦ１１０は、Notification Ackに、変更されたｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を設定することができる。そのため、図５に示す処理は、図３の処理と比較して、変更後のｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を送信するために用いられるメッセージ数を減少させることができる。
【００５９】
（実施の形態４）
続いて、図６を用いて実施の形態４にかかるＵＥ６０の構成例について説明する。図６に示されるＵＥ６０は、制御部６１及び通信部６２を有している。制御部６１及び通信部６２等のＵＥ６０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、ＵＥ６０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
【００６０】
制御部６１は、ＭＭＥ１００との間においてページングに関するパラメータを決定する。ページングに関するパラメータは、ＵＥ６０に関連付けられている、ｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を含んでもよい。制御部６１は、ＭＭＥ１００との間においてネゴシエーションすることによって、ＵＥ６０のページングに関するパラメータを決定してもよい。
【００６１】
通信部６２は、制御部６１において決定されたＵＥ６０のページングに関するパラメータを、ＡＳ１３０へ送信する。例えば、通信部６２は、ｅＮＢ７０及びコアネットワークにおいて設定されたベアラを介して、ＵＥ６０のページングに関するパラメータをアプリケーションデータとして、ＡＳ１３０へ送信してもよい。言い換えると、通信部６２は、アプリケーションレイヤもしくはアプリケーション層を用いてＵＥ６０のページングに関するパラメータをＡＳ１３０へ送信してもよい。もしくは、通信部６２は、ｅＮＢ７０を介さずに、無線ＬＡＮ（Local Area Network）通信を行い、インターネットを経由してＡＳ１３０へページングに関するパラメータをアプリケーションデータとして送信してもよい。
【００６２】
続いて、図７を用いて、実施の形態４にかかるＵＥ６０から送信されたページングに関するパラメータが、ＡＳ１３０へ送信される処理の流れについて説明する。
【００６３】
ステップＳ４１は、図３のステップＳ１１と同様であるため詳細な説明を省略する。次に、ＵＥ６０は、ＡＳ１３０へNotificationメッセージを送信する（Ｓ４２）。ステップＳ４２において送信されるNotificationメッセージには、ＭＭＥ１００との間において決定したｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方が含まれる。また、ＵＥ６０は、Notificationメッセージを、アプリケーションデータとしてＡＳ１３０へ送信する。
【００６４】
次に、ＡＳ１３０は、ステップＳ４２において送信されたNotificationメッセージに対する応答として、Notification AckメッセージをＵＥ６０へ送信する（Ｓ４３）。ステップＳ４４〜Ｓ５２は、図３のステップＳ１６〜Ｓ２４と同様であるため、詳細な説明を省略する。なお、ステップＳ４５のUpdate requestメッセージ、および、ステップＳ４７のUpdate CP Parameter Request メッセージは、ＵＥ６０のページングに関するパラメータを含んでいる。そのパラメータは、ＰＳＭタイマ、ｅＤＲＸパラメータなどを含んでもよい。Update requestメッセージは、T8 Set Suggested Network Configuration Request messageであってもよく、Update CP Parameter Request メッセージは、Set Suggested Network Configuration Request messageであってもよい。また、ステップＳ４９のUpdate CP parameter Responseメッセージは、Set Suggested Network Configuration Response messageであってもよく、ステップＳ５０のUpdate Responseメッセージは、T8 Set Suggested Network Configuration Response messageであってもよい。
【００６５】
以上説明したように、図７に示される処理が実行されることによって、ＵＥ６０は、ｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方を、アプリケーションデータとしてＡＳ１３０へ送信することができる。ここで、ＵＥ６０は、ｅＮＢ７０及びコアネットワークを介さない、いわゆるインターネットを経由して、ＡＳ１３０へアプリケーションデータを送信することもできる。その結果、コアネットワーク内において伝送されるデータを減少させることができる。今後、ＩｏＴ端末としてＵＥ６０の数が増加した場合に、コアネットワーク内において伝送されるデータ量を減少させることによって、コアネットワーク内における輻輳を回避することができる。
【００６６】
また、ｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方がアプリケーションデータとしてコアネットワークを介してＡＳ１３０へ送信される場合、コアネットワーク内の装置は、アプリケーション層の処理を行わず、データを転送する。これより、ｅＤＲＸパラメータ及びＰＳＭタイマの少なくとも一方がアプリケーションデータとは異なる制御データとしてコアネットワーク内を伝送する場合と比較して、コアネットワーク内の装置の処理負荷を低減させることができる。
【００６７】
（実施の形態５）
続いて、図８を用いて実施の形態５にかかる通信システムの構成例について説明する。図８の通信システムは、3GPP TS23.501 V0.5.0 (2017-05) Figure 4.2.3_1を参照しており、５ＧＣ（5G Core）の構成を主に示している。図８の通信システムは、ＵＥ２００、ＡＮ（Access Network）２１０、ＵＰＦ（User Plane Function）エンティティ２２０（以下、ＵＰＦ２２０とする）、ＡＵＳＦ（Authentication Server Function）２３０、ＡＭＦ（Access and Mobility Management Function）エンティティ２４０（以下、ＡＭＦ２４０とする）、ＳＭＦ（Session Management Function）エンティティ２５０（以下、ＳＭＦ２５０とする）、ＮＥＦ（Network Exposure Function）エンティティ２６０（以下、ＮＥＦ２６０とする）、ＮＲＦ（Network Repository FunctionもしくはNetwork Functions Repository Function）エンティティ２７０（以下、ＮＲＦ２７０とする）、ＰＣＦ（Policy Control Function）エンティティ２８０（以下、ＰＣＦ２８０とする）、ＵＤＭ（Unified Data Management）２９０、ＡＦ（Application Function）エンティティ３００（以下、ＡＦ３００とする）、及びＤＮ（Data Network）３１０を有している。ＡＮ２１０は、（Ｒ（Radio））ＡＮ２１０と示されてもよい。
【００６８】
ＵＥ２００は、図２のＵＥ６０に相当する。ＡＮ２１０は、ＵＥ２００と通信する基地局等を含む。ＡＮ２１０は、ＵＥ２００と無線通信してもよく、有線通信してもよい。ＡＮ２１０に含まれる基地局等は、図２のｅＮＢ７０に相当する。
【００６９】
ＵＰＦ２２０は、ＡＮ２１０と外部ネットワークであるＤＮ３１０との間に配置されている。ＵＰＦ２２０は、ＡＮ２１０とＤＮ３１０との間においてユーザデータのルーティングもしくは転送を行う。ＵＰＦ２２０は、図２のＳＧＷ８０及びＰＧＷ９０に相当する。
【００７０】
ＡＭＦ２４０は、ＵＥ２００に関するモビリティ管理と、ＡＵＳＦ２３０などと連携して認証処理を行う。ＳＭＦ２５０は、ＵＥ２００とＤＮ３１０との間においてユーザデータを伝送する際に確立されるセッションを管理する。ＡＭＦ２４０及びＳＭＦ２５０は、図２のＭＭＥ１００に相当する。
【００７１】
ＰＣＦ２８０は、図８に示す通信システムにおいて適用されるポリシールールを管理する。ＵＤＭ２９０は、加入者データ（UE SubscriptionもしくはSubscription information）を管理する。ＵＤＭ２９０は、図２のＨＳＳ１２０に相当する。
【００７２】
ＡＦ３００は、ＵＥ２００へアプリケーションサービスを提供する。ＡＵＳＦ２３０は、ＡＭＦ２４０及びＵＤＭ２９０と連携してＵＥ２００に関する認証を行う。
【００７３】
ＮＥＦ２６０は、外部ネットワークに配置されているＡＦ３００に関する認証処理等を実行する。さらに、ＮＥＦ２６０は、ＡＦ３００へ、ＵＥ２００に関するパラメータを送信する。ＮＥＦ２６０は、図２のＳＣＥＦ１１０に相当する。ＮＲＦ２７０は、例えば、ＵＥ２００へ提供可能なサービスに関する情報を管理している。ＤＮ３１０は、コアネットワークとは異なる外部ネットワークであることを示している。
【００７４】
また、ＵＥ２００と、ＡＭＦ２４０との間のリファレンスポイントとして、Ｎ１が定められている。ＡＮ２１０とＡＭＦ２４０との間のリファレンスポイントとして、Ｎ２が定められている。ＡＮ２１０とＵＰＦ２２０との間のリファレンスポイントとして、Ｎ３が定められている。ＵＰＦ２２０とＳＭＦ２５０との間のリファレンスポイントとして、Ｎ４が定められている。ＵＰＦ２２０とＤＮ３１０との間のリファレンスポイントとして、Ｎ６が定められている。
【００７５】
さらに、ＡＵＳＦ２３０、ＡＭＦ２４０、ＳＭＦ２５０、ＮＥＦ２６０、ＮＲＦ２７０、ＰＣＦ２８０、ＵＤＭ２９０、ＡＦ３００は、それぞれService-based interfaceを定めている。Service-based interfaceは、例えば、それぞれの装置において提供されるサービスもしくは機能等を示す。
【００７６】
ＡＵＳＦ２３０において定められるService-based interfaceは、Nausfとあらわされる。ＡＭＦ２４０において定められるService-based interfaceは、Namfとあらわされる。ＳＭＦ２５０において定められるService-based interfaceは、Nsmfとあらわされる。ＮＥＦ２６０において定められるService-based interfaceは、Nnefとあらわされる。ＮＲＦ２７０において定められるService-based interfaceは、Nnrfとあらわされる。ＰＣＦ２８０において定められるService-based interfaceは、Npcfとあらわされる。ＵＤＭ２９０において定められるService-based interfaceは、Nudmとあらわされる。ＡＦ３００において定められるService-based interfaceは、Nafとあらわされる。
【００７７】
図９は、実施の形態５にかかるＵＥ２００から送信されたページングに関するパラメータが、ＡＦ３００へ送信される処理の流れを示している。図９は、図８に示される通信システムにおいて、図３の処理が実行されることを示している。つまり、図９は、図８の５ＧＣを用いて図３の各処理を実行することを示している。図９のステップＳ６１〜Ｓ７４は、図３のステップＳ１１〜Ｓ２４と同様であるため詳細な説明を省略する。位置登録・セッション制御処理Ｓ６１は、位置登録処理の場合はＵＥ２００とＡＭＦ２４０の間で実行され、セッション制御処理の場合はＵＥ２００とＳＭＦ２５０の間で実行される。したがい、Notificationメッセージ（ステップＳ６２）は、位置登録処理に起因する場合はＡＭＦ２４０から、セッション制御処理に起因する場合はＳＭＦ２５０から送信される。
【００７８】
また、図９は、図３と同じ信号を用いることを示しているが、信号の名称が変更されてもよい。また、ＡＭＦ２４０とＮＥＦ２６０との間において伝送される信号は、ＰＣＦ２８０を介して伝送されてもよい。例えば、ステップＳ６２におけるNotificationメッセージ及びステップＳ６５におけるNotification Ackメッセージは、ＰＣＦ２８０を介して伝送されてもよい。また、Notification Ackメッセージ（ステップＳ６５）は、Notificationメッセージ（ステップＳ６２）を送信した送信元に伝送される。つまり、ＡＭＦ２４０、あるいはＳＭＦ２５０に伝送される。
【００７９】
図１０は、ＵＥ２００から送信されたページングに関するパラメータが、ＡＦ３００へ送信される処理の流れについて、図９とは異なる例を示している。図１０は、図８に示される通信システムにおいて、図７の処理が実行されることを示している。つまり、図１０は、図８の５ＧＣを用いて図７の各処理を実行することを示している。図１０のステップＳ８１〜Ｓ９２は、図７のステップＳ４１〜Ｓ５２と同様であるため詳細な説明を省略する。
【００８０】
続いて以下では、図１１乃至図１３を用いて、上述の複数の実施形態で説明された制御装置１０、ＵＥ６０、ＵＥ２００、及びサービス制御装置２０の構成例について説明する。
【００８１】
図１１は、ＵＥ６０及びＵＥ２００の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ｅＮＢもしくはｇＮＢと通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDM（Orthogonal Frequency Division Multiplexing）シンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
【００８２】
ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【００８３】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【００８４】
ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
【００８５】
アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、ＵＥ６０の各種機能を実現する。
【００８６】
いくつかの実装において、図１１に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【００８７】
メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【００８８】
メモリ１１０６は、上述の複数の実施形態で説明されたＵＥ６０及びＵＥ２００による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明されたＵＥ６０及びＵＥ２００の処理を行うよう構成されてもよい。
【００８９】
図１２は、制御装置１０の構成例を示すブロック図である。図１２を参照すると、制御装置１０は、ネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインタフェース１２０１は、通信システムを構成する他のネットワーク装置と通信するために使用される。ネットワークインタフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【００９０】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明された制御装置１０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【００９１】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【００９２】
図１２の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明された制御装置１０の処理を行うことができる。
【００９３】
図１２を用いて説明したように、制御装置１０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【００９４】
図１３は、サービス制御装置２０の構成例を示すブロック図である。サービス制御装置２０は、ネットワークインタフェース１３０１、プロセッサ１３０２、及びメモリ１３０３を含む。ネットワークインタフェース１３０１、プロセッサ１３０２、及びメモリ１３０３は、図１２の制御装置１０におけるネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３のそれぞれと同様の機能を有する。サービス制御装置２０の一例として、ＳＣＥＦがメモリ等に格納する情報の一例を図１４に示す。図１４に示すように、ＳＣＥＦ１１０は、ＭＭＥ１００からｅＤＲＸパラメータおよびＰＤＭタイマの少なくとも一方を受信した場合、それらを情報（EPS Bearer context information）に追加してメモリ等に格納してもよい。
【００９５】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９６】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【符号の説明】
【００９７】
１０  制御装置
１１  制御部
１２  通信部
２０  サービス制御装置
３０  アプリケーションサーバ
４０  基地局
５０  通信端末
６０  ＵＥ
６１  制御部
６２  通信部
７０  ｅＮＢ
８０  ＳＧＷ
９０  ＰＧＷ
１００  ＭＭＥ
１１０  ＳＣＥＦ
１２０  ＨＳＳ
１３０  ＡＳ
２００  ＵＥ
２１０  ＡＮ
２２０  ＵＰＦ
２３０  ＡＵＳＦ
２４０  ＡＭＦ
２５０  ＳＭＦ
２６０  ＮＥＦ
２７０  ＮＲＦ
２８０  ＰＣＦ
２９０  ＵＤＭ
３００  ＡＦ
３１０  ＤＮ
【図１】
2019029912.tif 000003
【図２】
2019029912.tif 000004
【図３】
2019029912.tif 000005
【図４】
2019029912.tif 000006
【図５】
2019029912.tif 000007
【図６】
2019029912.tif 000008
【図７】
2019029912.tif 000009
【図８】
2019029912.tif 000010
【図９】
2019029912.tif 000011
【図１０】
2019029912.tif 000012
【図１１】
2019029912.tif 000013
【図１２】
2019029912.tif 000014
【図１３】
2019029912.tif 000015
【図１４】
2019029912.tif 000016