特許 6996727 端末、制御装置、及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2021-12-20

(45)【発行日】2022-01-17

(54)【発明の名称】端末、制御装置、及び通信方法

(51)【国際特許分類】

   H04W 52/02 20090101AFI20220107BHJP

   H04W 60/00 20090101ALI20220107BHJP

【ＦＩ】

H04W52/02 111

H04W60/00

【請求項の数】 14

(21)【出願番号】P 2016255879

(22)【出願日】2016-12-28

(65)【公開番号】P2018107773

(43)【公開日】2018-07-05

【審査請求日】2019-11-08

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(73)【特許権者】

【識別番号】000232254

【氏名又は名称】日本電気通信システム株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】田村 利之

(72)【発明者】

【氏名】清水 康志

(72)【発明者】

【氏名】青木 貴洋

(72)【発明者】

【氏名】直江 均

【審査官】阿部 圭子

(56)【参考文献】

【文献】国際公開第２０１６／１４８７５２（ＷＯ，Ａ１）

【文献】国際公開第２０１５／０１９４６５（ＷＯ，Ａ１）

【文献】3GPP TS 23.401 V14.2.0 [online]，インターネット＜URL:http://www.3gpp.org/DynaReport/23401.htm＞，2016年12月16日，pp. 114-165, 191, 192, 308, 309

【文献】3GPP TS 23.682 V14.2.0 [online]，インターネット＜URL:http://www.3gpp.org/DynaReport/23682.htm＞，2016年12月16日，pp. 29-32

【文献】3GPP TS 24.301 V14.2.0 [online]，インターネット＜URL:http://www.3gpp.org/DynaReport/24301.htm＞，2016年12月16日，pp. 78,143-149,159,160,163,305,416-422

【文献】NEC，Paging with TMSI for eDRX UE[online]，3GPP TSG CT WG1 #100 C1-164879，Internet<URL:http://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_100_Guilin/docs/C1-164879.zip>，2016年10月24日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ネットワークにおける制御装置へ、第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータを含むRegistration Requestメッセージを送信する送信手段と、
前記第１のｅＤＲＸパラメータと異なる第２のｅＤＲＸパラメータが前記ネットワークから提供された場合に、前記第１のｅＤＲＸパラメータが前記第２のｅＤＲＸパラメータに更新され、前記更新に基づいて新しいＧＵＴＩ（Globally Unique Temporary UE Identity）が端末に割り当てられた場合、前記新しいＧＵＴＩと更新された前記第２のｅＤＲＸパラメータとを含むRegistration Acceptメッセージを前記制御装置から受信する受信手段と、を備え、
前記送信手段は、
前記制御装置へCompleteメッセージを送信する、端末。

【請求項2】

前記Registration RequestメッセージはＴＡＵ（Tracking Area Update） Requestメッセージであり、
前記Registration Acceptメッセージは、TAU Acceptメッセージである、請求項１に記載の端末。

【請求項3】

端末（ＵＥ（User Equipment））を有するネットワークにおける制御装置であって、
前記ＵＥから第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータを含むRegistration Requestメッセージを受信する受信手段と、
前記ネットワークが、前記第１のｅＤＲＸパラメータと異なる第２のｅＤＲＸパラメータを提供した場合、前記第１のｅＤＲＸパラメータを前記第２のｅＤＲＸパラメータに更新する制御手段と、
ｅＤＲＸパラメータの前記更新に基づいて、前記ＵＥに新しいＧＵＴＩ（Globally Unique Temporary UE Identity）を割り当てる制御手段と、
前記新しいＧＵＴＩ及び更新された前記第２のｅＤＲＸパラメータを含むRegistration Acceptメッセージを前記ＵＥへ送信する送信手段と、を備える制御装置。

【請求項4】

前記Registration Requestメッセージは、TAU（Tracking Area Update） Requestメッセージであり、
前記Registration Acceptメッセージは、TAU Acceptメッセージである、請求項３に記載の制御装置。

【請求項5】

前記制御装置は、ＭＭＥ（Mobility Management Entity）である、請求項４に記載の制御装置。

【請求項6】

前記制御装置は、タイマーT3450が動作している間、Completeメッセージを前記ＵＥから受信するまで、前記第２のｅＤＲＸパラメータ及び前記新しいＧＵＴＩを使用する、請求項３に記載の制御装置。

【請求項7】

前記Completeメッセージは、ＴＡＵ（Tracking Area Update） Completeメッセージである、請求項６に記載の制御装置。

【請求項8】

前記Registration Acceptメッセージが前記ＵＥへ送信された場合、前記タイマーT3450は開始されることが可能である、請求項６に記載の制御装置。

【請求項9】

ＵＥ（User Equipment）を有するネットワークにおける制御装置の通信方法であって、
前記ＵＥから第１のｅＤＲＸ（Extended Idle Mode DRX）パラメータを含むRegistration Requestメッセージを受信し、
前記ネットワークが、前記第１のｅＤＲＸパラメータと異なる第２のｅＤＲＸパラメータを提供した場合、前記第１のｅＤＲＸパラメータを前記第２のｅＤＲＸパラメータに更新し、
ｅＤＲＸパラメータの前記更新に基づいて、前記ＵＥに新しいＧＵＴＩ（Globally Unique Temporary UE Identity）を割り当て、
前記新しいＧＵＴＩ及び更新された前記第２のｅＤＲＸパラメータを含むRegistration Acceptメッセージを前記ＵＥへ送信する、通信方法。

【請求項10】

前記Registration Requestメッセージは、TAU（Tracking Area Update） Requestメッセージであり、
前記Registration Acceptメッセージは、TAU Acceptメッセージである、請求項９に記載の通信方法。

【請求項11】

前記制御装置は、ＭＭＥ（Mobility Management Entity）である、請求項１０に記載の通信方法。

【請求項12】

前記制御装置は、タイマーT3450が動作している間、Completeメッセージを前記ＵＥから受信するまで、前記第２のｅＤＲＸパラメータ及び前記新しいＧＵＴＩを使用する、請求項９に記載の通信方法。

【請求項13】

前記Completeメッセージは、ＴＡＵ（Tracking Area Update） Completeメッセージである、請求項１２に記載の通信方法。

【請求項14】

前記Registration Acceptメッセージが前記ＵＥへ送信された場合、前記タイマーT3450は開始されることが可能である、請求項１２に記載の通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は通信端末、制御装置、通信システム、及び通信方法に関する。

【背景技術】

【0002】

モバイルネットワークに関する標準規格を規定する３ＧＰＰ（3rd Generation Partnership Project）において、通信端末であるＵＥ（User Equipment）が制御装置であるＭＭＥ（Mobility Management Entity）へ在圏エリア（TA:Tracking Area）変更を通知するために実施される処理である位置登録（Location Registration）の一つである、ＴＡＵ（Tracking Area Update）処理が規定されている。例えば、非特許文献１の5.3.3.1節に、ＴＡＵ処理の詳細が規定されている。ＴＡＵ処理においては、ＵＥの識別子として、ＵＥ固有の識別子であるＩＭＳＩ（International Mobile Subscriber Identity）ではなく、ＭＭＥが事前にＵＥへ払い出したTemporary ID（Identity）であるＧＵＴＩ（Globally Unique Temporary UE Identity）が用いられる。ＧＵＴＩは、セキュリティの観点から定期的に変更されることが望ましい。ＧＵＴＩは、一時割当識別子と称されてもよい。そのため、ＧＵＴＩは、ＴＡＵ処理と並行して実施されるGUTI Reallocation処理（非特許文献１の5.3.7節 参照）において変更される。変更後のＧＵＴＩは、ＴＡＵ処理においてＵＥへ通知される。

【0003】

ＭＭＥは、ＴＡＵ処理において、変更後のＧＵＴＩを含むTAU AcceptメッセージをＵＥへ送信することによって、変更後のＧＵＴＩをＵＥへ通知する。また、ＵＥは、TAU Acceptメッセージに対する応答としてTAU CompleteメッセージをＭＭＥへ送信する。ＭＭＥは、TAU Completeメッセージを受信することによって、ＵＥに変更後のＧＵＴＩが通知されたことを認識することができる。

【0004】

続いて、３ＧＰＰにおいて規定されているパケット着信動作について説明する。例えば、非特許文献１の5.3.4.3節に、パケット着信動作の具体例として、NW（Network） Triggered Service Request処理が規定されている。NW Triggered Service Request処理においては、ＭＭＥが基地局であるｅＮＢ（evolved NodeB）へPagingメッセージを送信する。さらに、ｅＮＢは、Pagingメッセージを受信すると、ＵＥに対してPagingを実行する。これにより、ＵＥに対してパケット着信が通知される。

【0005】

Pagingのタイミングは、DRX（Discontinuous Reception） cycleに従って定められている。また、ＵＥとしてＩｏＴ（Internet of Things）デバイスが用いられる場合、Pagingが実行される間隔がDRX cycleよりも長いeDRX（Extended Idle Mode DRX） cycleを適用することが検討されている。DRX cycleの最大値は２．５６秒であるが、eDRX cycleの最大値は約４３分となる。

【0006】

eDRX cycleが適用される場合、eDRX cycleもしくはPagingのタイミングは、eDRXパラメータ、及びＧＵＴＩに含まれるＳ－ＴＭＳＩ（SAE（System Architecture Evolution）-Temporary Mobile Subscriber Identity）を用いて算出される。eDRX cycleもしくはPagingのタイミングを算出するために用いられるeDRXパラメータは、例えば、eDRX cycle valueである。

【先行技術文献】

【非特許文献】

【0007】

【文献】3GPP TS23.401 V14.1.0 (2016-09) 5.3.2章、5.3.3.1章、5.3.7章

【発明の概要】

【発明が解決しようとする課題】

【0008】

ＵＥは、TAU RequestメッセージにeDRXパラメータを設定することでPagingのタイミングをＭＭＥに通知することがある。一方、ＭＭＥは、Pagingのタイミングを変更する等の理由により、ＴＡＵ処理においてeDRXパラメータを更新することがある。ＭＭＥは、更新したeDRXパラメータを、TAU Acceptメッセージに設定する。ＭＭＥは、更新したeDRXパラメータを含むTAU AcceptメッセージをＵＥへ送信する。しかし、ＭＭＥは、更新したeDRXパラメータを含むTAU AcceptメッセージをＵＥが受信したか否かを認識することができない。例えば、ＵＥが、更新されたeDRXパラメータを含むTAU Acceptメッセージを受信していない場合であっても、ＭＭＥは、更新後のeDRXパラメータを用いてPagingのタイミングを算出する。しかし、ＵＥは、更新後のeDRXパラメータを受信していないため、更新前のeDRXパラメータを用いて、Paging Channelを監視するタイミングを決定する。このような場合、ＵＥがPagingを受けることができないという問題が発生する。

【0009】

また、ＭＭＥの代わりにＳＧＳＮ（Serving GPRS Support Node）が用いられた場合においても、ＭＭＥが用いられた場合と同様の問題が発生する。更に５Ｇ Ｓｙｓｔｅｍにおいても、ＡＭＦ（Access and Mobility management Function）、或いは、その他の制御装置が用いられた場合であっても同様の問題が発生する。もしくは、ＴＡＵ処理の代わりに非特許文献１の5.3.2節に記載のある、在圏登録処理であるＡｔｔａｃｈ処理においても同様の問題が発生する。在圏登録は、３ＧＰＰにおいて、通信端末であるＵＥが制御装置であるＭＭＥへ在圏エリアを通知するために実施される処理である。Ａｔｔａｃｈ処理はＴＡＵ処理同様に、ＭＭＥの代わりにＳＧＳＮもしくは、５Ｇ Ｓｙｓｔｅｍにおいても実施される処理の為、同様の問題が発生する。

【0010】

本開示の目的は、ＭＭＥもしくはＳＧＳＮ等の制御装置においてeDRXパラメータが更新された場合に、ＵＥと制御装置との間において、Pagingのタイミングを一致させることを保証する通信端末、制御装置、通信システム、及び通信方法を提供することにある。

【課題を解決するための手段】

【0011】

本開示の第１の態様にかかる通信端末は、制御装置から送信された在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを受信する受信部と、前記在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージに前記第１のｅＤＲＸパラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信部と、を備える。

【0012】

本開示の第２の態様にかかる制御装置は、第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを通信端末へ送信する送信部と、前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する受信部と、を備える。

【0013】

本開示の第３の態様にかかる通信システムは、制御装置から送信された在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを受信する受信部と、前記在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージに前記第１のｅＤＲＸパラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する送信部と、を備える通信端末と、第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを通信端末へ送信する送信部と、前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する受信部と、を備える制御装置と、を備える。

【0014】

本開示の第４の態様にかかる通信端末における通信方法は、制御装置から送信された在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを受信し、前記在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージに前記第１のｅＤＲＸパラメータが含まれる場合、前記制御装置へ在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを送信する。

【0015】

本開示の第５の態様にかかる制御装置における通信方法は、第１のｅＤＲＸパラメータを含む在圏登録Ａｃｃｅｐｔもしくは、位置登録Ａｃｃｅｐｔメッセージを通信端末へ送信し、前記通信端末が前記第１のｅＤＲＸパラメータを受信したことに応じて前記通信端末から送信された在圏登録Ｃｏｍｐｌｅｔｅもしくは、位置登録Ｃｏｍｐｌｅｔｅメッセージを受信する。

【発明の効果】

【0016】

本開示により、ＭＭＥもしくはＳＧＳＮ等の制御装置においてeDRXパラメータが更新された場合に、ＵＥと制御装置との間において、Pagingのタイミングを一致させることを保証する通信端末、制御装置、通信システム、及び通信方法を提供することができる。

【図面の簡単な説明】

【0017】

【図1】実施の形態１にかかる通信システムの構成図である。

【図2】実施の形態２にかかる通信システムの構成図である。

【図3】実施の形態２にかかるＭＭＥ及びＵＥの構成図である。

【図4】実施の形態２にかかるeDRX cycleが適用された場合のPagingのタイミングを説明する図である。

【図5】実施の形態２にかかるＴＡＵ処理の流れを示す図である。

【図6】実施の形態２にかかるＵＥにおけるTAU Completeメッセージの送信処理の流れを示す図である。

【図7】実施の形態２にかかるＵＥにおけるTAU Completeメッセージの送信処理の流れを示す図である

【図8】実施の形態３にかかるＴＡＵ処理の流れを示す図である。

【図9】実施の形態３にかかるＭＭＥにおけるTAU Acceptメッセージの送信処理の流れを示す図である。

【図10】それぞれの実施の形態にかかる通信端末１０の構成図である。

【図11】それぞれの実施の形態にかかる制御装置３０の構成図である。

【発明を実施するための形態】

【0018】

（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。はじめに、図１を用いて実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信端末１０、基地局２０、及び制御装置３０を有している。通信端末１０、基地局２０、及び制御装置３０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。

【0019】

通信端末１０は、携帯電話端末、スマートフォン端末、タブレット型端末、ＩｏＴデバイス、もしくは通信機能を有するパーソナルコンピュータ装置等であってもよい。制御装置３０は、例えば、３ＧＰＰにおいて規定されているＭＭＥであってもよい。

【0020】

続いて、通信端末１０の構成例について説明する。通信端末１０は、受信部１１及び送信部１３を有している。受信部１１及び送信部１３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、受信部１１及び送信部１３は、回路もしくはチップ等のハードウェアであってもよい。

【0021】

受信部１１は、制御装置３０から基地局２０を介して送信された、在圏登録Ａｃｃｅｐｔメッセージもしくは位置登録Ａｃｃｅｐｔメッセージを受信する。通信端末１０が在圏登録処理であるＡｔｔａｃｈ処理を実行している場合、受信部１１はAttach Acceptメッセージを受信する。通信端末１０が位置登録処理であるＴＡＵ処理を実行している場合、受信部１１は、TAU Acceptメッセージを受信する。以下、通信端末１０が位置登録処理であるＴＡＵ処理を実行している場合を例に説明する。TAU Acceptメッセージは、制御装置３０もしくは制御装置３０を含むコアネットワークにおいて、通信端末１０に関するＴＡＵ処理を完了したこともしくはＴＡＵ処理を受け入れたこと（accept）を示すメッセージである。

【0022】

送信部１３は、TAU Acceptメッセージに、eDRXパラメータが含まれる場合、基地局２０を介して制御装置３０へTAU Completeメッセージを送信する。eDRXパラメータは、例えば、paging time window length value及びeDRX cycle valueを含む。eDRXパラメータは、通信端末１０がeDRX cycleに従ってPaging Channelを監視するタイミングを定めるために用いられるパラメータであり、さらに、基地局２０がeDRX cycleに従ってPagingを実行するタイミングを定めるために用いられるパラメータである。送信部１３は、TAU Acceptメッセージに、eDRXパラメータが含まれる場合にのみ、基地局２０を介して制御装置３０へTAU Completeメッセージを送信してもよい。

【0023】

制御装置３０は、通信端末１０から送信されたTAU Completeメッセージを受信することによって、通信端末１０がTAU Acceptメッセージに含まれるeDRXパラメータを受信したことを認識することができる。

【0024】

以上説明したように、通信端末１０は、eDRXパラメータを含むTAU Acceptメッセージを受信した場合、制御装置３０へTAU Completeメッセージを送信することができる。これにより、制御装置３０は、通信端末１０が有するeDRXパラメータを認識することができる。さらに、制御装置３０は、通信端末１０が有するeDRXパラメータと同じeDRXパラメータを用いて、Pagingのタイミングを決定することができる。その結果、制御装置３０がPagingを実行するタイミングと、通信端末１０がPagingを監視するタイミングとを一致させることができる。

【0025】

例えば、制御装置３０は、TAU Completeメッセージを受信した場合、TAU Acceptメッセージに設定したeDRXパラメータを用いてPagingのタイミングを決定してもよい。また、制御装置３０は、TAU Completeメッセージをある期間内に受信しなかった場合、TAU Acceptメッセージに設定したeDRXパラメータへ更新する前のeDRXパラメータを用いてPagingのタイミングを決定してもよい。

【0026】

また、図１においては、制御装置３０をＭＭＥとし、制御装置３０がＴＡＵ処理を実行する際の動作について説明したが、通信端末１０が制御装置３０のＬＴＥ網へ在圏登録を行うためのAttach処理（非特許文献１の5.3.2節参照）においてもＴＡＵ処理同様の動作を実行する。この場合、TAU Acceptメッセージは、Attach Acceptメッセージに置き換えられ、TAU CompleteメッセージはAttach Completeメッセージに置き換えられる。もしくは、制御装置３０がＳＧＳＮであり、通信端末１０が、３Ｇ網への在圏登録を行うためのAttach処理もしくは位置登録処理の一つであるＲＡＵ（Routing Area Update）処理を実行する場合であっても、通信端末１０及び制御装置３０は、ＴＡＵ処理を実行する場合と同様の動作を実行する。ＲＡＵ処理の場合、TAU Acceptメッセージは、RAU Acceptメッセージに置き換えられ、TAU Completeメッセージは、RAU Completeメッセージに置き換えられる。

【0027】

（実施の形態２）
続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、無線通信方式としてＬＴＥ（Long Term Evolution）をサポートする通信システムであり、３ＧＰＰにおいてＥＰＳ（Evolved Packet System）として規定された通信システムを含む。なお、図２は、TS 23.401 V 13.8.0 Figure 4.2.1-1の図に基づいている。

【0028】

図２の通信システムは、ＵＥ４０、Ｅ－ＵＴＲＡＮ（Evolved-Universal Terrestrial Radio Access Network）４１、ＭＭＥ４２、ＨＳＳ（Home Subscriber Server）４３、ＳＧＳＮ４４、ＳＧＷ（Serving Gateway）４５、ＰＧＷ（Packet Data Network Gateway）４６、ＰＣＲＦ（Policy and Charging Rules Function）エンティティ４７（以下、ＰＣＲＦ４７とする）、ＵＴＲＡＮ４８、ＧＥＲＡＮ（GSM（登録商標）（Global System for Mobile communications） EDGE（Enhanced Data Rates for Global Evolution） Radio Access Network）４９、Operator’s IP Services５０を有している。

【0029】

ＭＭＥ４２及びＳＧＳＮ４４は、図１の制御装置３０に相当する。ＵＥ４０は、図１の通信端末１０に相当する。更に５Ｇ ＳｙｓｔｅｍまたはＮＲ（New Radio）においても、ＡＭＦ（Access and Mobility management Function）、或いは、その他の制御装置が図１の制御装置３０に相当する。また、５Ｇ Ｓｙｓｔｅｍにおける５Ｇ－ＲＡＮ（５Ｇ－Radio Access Network）、或いはｇＮＢ(next generation NodeB)と呼ばれる基地局は、図１の基地局２０に相当する。

【0030】

ＵＥは、３ＧＰＰにおいて通信端末の総称として用いられる用語である。ＵＥは、ＭＳ（Mobile Station）と置き換えられてもよい。Ｅ－ＵＴＲＡＮ４１は、無線アクセスシステムとしてＬＴＥを用いるＲＡＮであり、ｅＮＢを備える。ＵＴＲＡＮ４８は、無線アクセスシステムとして３Ｇ無線方式を用いるＲＡＮであり、ＮｏｄｅＢを備える。ＧＥＲＡＮ４９は、無線アクセスシステムとして２Ｇ無線方式を用いるＲＡＮである。５Ｇ－ＲＡＮは、無線アクセスシステムとしてＮＲを用いるＲＡＮであり、ｇＮＢを備える。

【0031】

ＭＭＥ４２及びＳＧＳＮ４４は、ＵＥ４０に関するモビリティ管理及びセッション管理等を実行するノードである。ＨＳＳ４３は、ＵＥ４０に関する加入者情報を管理するノード、すなわち加入者情報管理装置である。加入者情報は、ＵＥ４０が利用するサービスに関する情報を含んでいてもよい。ＳＧＷ４５及びＰＧＷ４６は、ＵＥ４０とOperator’s IP Services５０との間において伝送されるデータを中継するゲートウェイである。Operator’s IP Services５０は、例えば、ＵＥ４０へサービスを提供する事業者等が管理するサーバ装置、もしくは、サーバ装置群等であってもよい。また、Operator’s IP Services５０は、INTERNETへの接続を提供するサーバ装置でもよい。ＰＣＲＦ４７は、ポリシー及び課金ルール等を管理するノードである。

【0032】

ＵＥ４０とＥ－ＵＴＲＡＮ４１との間は、LTE-Uuリファレンスポイントが定められている。Ｅ－ＵＴＲＡＮ４１とＭＭＥ４２との間は、S1-MMEリファレンスポイントが定められている。ＭＭＥ４２とＨＳＳ４３との間は、S6リファレンスポイントが定められている。ＭＭＥ４２とＳＧＳＮ４４との間は、S3リファレンスポイントが定められている。Ｅ－ＵＴＲＡＮ４１とＳＧＷ４５との間は、S1-Uリファレンスポイントが定められている。ＭＭＥ４２とＳＧＷ４５との間は、S11リファレンスポイントが定められている。ＳＧＳＮ４４とＳＧＷ４５との間は、S4リファレンスポイントが定められている。ＳＧＷ４５とＵＴＲＡＮ４８との間は、S12リファレンスポイントが定められている。ＳＧＷ４５とＰＧＷ４６との間は、S5/S8リファレンスポイントが定められている。ＰＧＷ４６とＰＣＲＦ４７との間は、Gxリファレンスポイントが定められている。ＰＧＷ４６とOperator’s IP Services５０との間は、SGiリファレンスポイントが定められている。ＰＣＲＦ４７とOperator’s IP Services５０との間は、Rxリファレンスポイントが定められている。ＭＭＥ４２と他のＭＭＥとの間は、S1-10リファレンスポイントが定められている。

【0033】

続いて、図３を用いて実施の形態２にかかるＭＭＥ４２及びＵＥ４０の構成例について説明する。ＳＧＳＮ４４は、ＭＭＥ４２と同一の構成であるため詳細な説明を省略する。ｅＮＢ６０は、Ｅ－ＵＴＲＡＮ４１において用いられる基地局である。

【0034】

ＭＭＥ４２は、受信部５１、制御部５２、及び送信部５３を有している。受信部５１、制御部５２、及び送信部５３は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、受信部５１、制御部５２、及び送信部５３は、回路もしくはチップ等のハードウェアであってもよい。

【0035】

受信部５１は、ＴＡＵ処理を要求するＵＥ４０から、eDRXパラメータを含むTAU Requestメッセージを受信する。受信部５１は、受信したTAU Requestメッセージ、もしくはTAU Requestメッセージから抽出したeDRXパラメータを制御部５２へ出力する。

【0036】

制御部５２は、受け取ったeDRXパラメータを更新するか否かを決定する。制御部５２がeDRXパラメータを更新するとは、eDRXパラメータを変更すると言い換えられてもよい。また、制御部５２は、受け取ったeDRXパラメータを更新すると決定した場合、eDRXパラメータの更新処理を実行する。eDRXパラメータの更新処理は、具体的には、paging time window length value及びeDRX cycle valueを更新する処理である。eDRXパラメータの更新処理において更新されたeDRXパラメータは、TAU Requestメッセージに含まれていたeDRXパラメータとは異なる値となってもよい。

【0037】

例えば、制御部５２は、eDRXパラメータを含むTAU RequestメッセージがＵＥ４０から送信される度にeDRXパラメータを更新すると決定してもよい。もしくは、制御部５２は、ＵＥ４０に関するeDRXパラメータを前回更新してから、所定期間経過している場合にeDRXパラメータを更新すると決定してもよい。もしくは、制御部５２は、ＨＳＳ４３から取得したＵＥ４０に関するeDRXパラメータが、TAU Requestメッセージに含まれていたeDRXパラメータと異なる場合に、TAU Requestメッセージに含まれていたeDRXパラメータをＨＳＳ４３から取得したeDRXパラメータに更新すると決定してもよい。もしくは、制御部５２は、オペレータポリシーに従い事前にＭＭＥ４２が決めていた値にeDRXパラメータを更新してもよい。

【0038】

制御部５２は、更新したeDRXパラメータ、もしくは受信部５１から受け取ったeDRXパラメータを送信部５３へ出力する。制御部５２が、受信部５１から受け取ったeDRXパラメータを送信部５３へ出力する場合とは、例えば、TAU Requestメッセージに含まれていたeDRXパラメータを更新しない場合である。

【0039】

送信部５３は、制御部５２から出力されたeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０を介してＵＥ４０へ送信する。ＵＥ４０は、eDRXパラメータを含むTAU Acceptメッセージを受信した場合、TAU CompleteメッセージをＭＭＥ４２へ返送する。つまり、ＭＭＥ４２は、送信部５３からeDRXパラメータを設定したTAU Acceptメッセージを送信した場合、正常であれば受信部５１においてTAU Completeメッセージを受信することを想定している。そのため、ＭＭＥ４２は、送信部５３がeDRXパラメータを設定したTAU Acceptメッセージを送信し、受信部５１がTAU Completeメッセージをある期間内に受信しない場合に、ＵＥ４０がTAU Acceptメッセージを正常に受信していないと判定する。

【0040】

ＭＭＥ４２は、受信部５１がTAU Completeメッセージをある期間内に受信しない場合、TAU Acceptメッセージに設定したeDRXパラメータを用いて算出したPagingのタイミングに、Pagingメッセージを再送信する。ＭＭＥ４２は、受信部５１がTAU Completeメッセージをある期間内に受信しない場合、例えば、TAU Requestメッセージに設定されたeDRXパラメータを用いて算出したPagingのタイミングに、Pagingメッセージを送信してもよい。もしくは、ＭＭＥ４２は、受信部５１がTAU Completeメッセージをある期間内に受信しない場合であって、TAU Requestメッセージ受信以前にＵＥ４２とネゴシエーションしていた値が有るとき、その値を用いて算出したPagingのタイミングに、Pagingメッセージを送信してもよい。つまり、ＭＭＥ４２は、受信部５１がTAU Completeメッセージをある期間内に受信しない場合、eDRXパラメータを更新していた場合であっても、更新前のeDRXパラメータを用いてPagingのタイミングを算出してもよい。もしくは、ＵＥ４０がTAU Compelteメッセージの応答を送信しているにもかかわらず、無線区間の障害等の何らかの要因にて、ＭＭＥ４２までTAU Completeが届かない状況も考えられる。そのため、ＭＭＥ４２は、TAU Acceptメッセージに設定したeDRXパラメータを用いて算出したPagingのタイミングと、TAU Requestメッセージ受信以前にＵＥ４０とネゴシエーションしていた値が有る場合、その値を用いて算出したPagingのタイミングとのそれぞれのタイミングでPagingメッセージを送信してもよい。更に、TAU RequestメッセージにeDRXパラメータが設定されていた場合、その値を用いて算出したPagingのタイミングでPagingメッセージを送信してもよい。ＭＭＥ４２が、複数のeDRXパラメータを用いてPagingメッセージを送信する場合は、各eDRXパラメータからPagingのタイミングを算出し早い順にPagingメッセージを送付してもよい。また、ＵＥ４０からPagingメッセージに対する応答があった場合は、eDRXパラメータから算出した全てのタイミングでPagingメッセージを送付する必要は無くPageing処理は中止してよい。

【0041】

ここで、図４を用いてeDRX cycleが適用された場合のPagingのタイミングについて説明する。図４は、横軸が時間軸を示す。時間軸は、Ｈ－ＳＦＮ（Hyper-System Frame Number）を用いて示されている。Ｈ－ＳＦＮは、０から２５５までの２５６のフレームが定義されており、０から２５５までの値が繰り返し用いられている。１Ｈ－ＳＦＮの長さは、１０．２４秒と定義されている。つまり、Ｈ－ＳＦＮ＃０からＨ－ＳＦＮ＃２５５までの時間は、約４３分となる。図４においては、２５６Ｈ－ＳＦＮの長さをｅＤＲＸサイクルと定義している。Ｘは、Ｈ－ＳＦＮの任意の値を示す。図４においては、フレーム数が２５６である例を示しているが、フレーム数は２５６に制限されない。例えば、最大フレーム数が１０２４に拡張され、最大フレーム数以下の任意のフレーム数が用いられてもよい。

【0042】

ＰＨ（Paging Hyperframe）は、ＵＥ４０がPagingの監視を行うタイミングのＨ－ＳＦＮである。図４は、Ｈ－ＳＦＮ＃Ｘのタイミングにおいて、ＵＥ４０がPagingの監視を行うことを示している。Ｈ－ＳＦＮ＃Ｘは、Ｘ番目のＨ－ＳＦＮであることを示している。ＰＨは、Ｓ－ＴＭＳＩ及びeDRX cycle valueに基づいて計算される。図４に示すＨ－ＳＦＮは、Ｅ－ＵＴＲＡＮ４１に含まれるｅＮＢ、及びＭＭＥ４２と同期されている。つまり、ｅＮＢ及びＭＭＥ４２も、Ｓ－ＴＭＳＩ及びeDRX cycle valueを用いて、ＰＨを計算する。そのため、ＰＨは、ｅＮＢがPagingを実行するタイミングともいえる。

【0043】

図３に戻り、ＵＥ４０の構成例について説明する。ＵＥ４０は、図１の通信端末１０に、判定部１２が追加された構成である。受信部１１及び送信部１３に関する詳細な説明を省略する。

【0044】

判定部１２は、受信部１１から出力されたTAU Acceptメッセージを受け取る。判定部１２は、受信部１１から受け取ったTAU Acceptメッセージに、eDRXパラメータが含まれるか否かを判定する。その後、判定部１２は、TAU Acceptメッセージに、eDRXパラメータが含まれるか否かを判定した判定結果を送信部１３へ出力する。

【0045】

続いて、図５を用いて実施の形態２にかかるＴＡＵ処理の流れについて説明する。はじめに、ＵＥ４０は、TAU RequestメッセージをｅＮＢ６０へ送信する（Ｓ１１）。ここで、ＵＥ４０は、eDRXパラメータ、及びＧＵＴＩに含まれるＳ－ＴＭＳＩを用いて算出された値でPagingの監視を行う端末とする。ＧＵＴＩは、例えば、ＵＥ４０がＭＭＥ４２へ初回在圏時のＡｔｔａｃｈ処理もしくは、前回実行されたＴＡＵ処理、もしくは単独で発生したGUTI Reallocation処理においてＭＭＥ４２からＵＥ４０へ通知されたものを用いてもよい。eDRXパラメータは、例えばＵＥ４０自身が決めたものを用いてもよい。この場合、ＵＥ４０からｅＮＢ６０へ送信されるTAU Requestメッセージは、eDRXパラメータを含む。次に、ｅＮＢ６０は、ＵＥ４０から受信したTAU RequestメッセージをＭＭＥ４２へ転送する（Ｓ１２）。

【0046】

次に、ＭＭＥ４２は、eDRXパラメータを含むTAU Requestメッセージを受信すると、TAU Requestメッセージに含まれるeDRXパラメータを更新してもよい（Ｓ１３）。ここでは、ＭＭＥ４２は、eDRXパラメータを含むTAU RequestメッセージがＵＥ４０から送信される度にeDRXパラメータを更新すると仮定する。ＭＭＥ４２は、自装置において、オペレータポリシーに従い、更新後のeDRXパラメータを決めてもよく、更新後のeDRXパラメータをＨＳＳ４３から取得してもよい。言い換えると、更新後のeDRXパラメータの算出は、ＭＭＥ４２において行われてもよく、ＨＳＳ４３において行われてもよい。

【0047】

次に、ＭＭＥ４２は、更新後のeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ送信する（Ｓ１４）。ここで、ＭＭＥ４２はTAU Completeメッセージが予め決められた期間内に受信する事を監視するタイマをスタートする。このタイマは、T3450であってもかまわない。

【0048】

次に、ｅＮＢ６０は、ＭＭＥ４２から受信したTAU AcceptメッセージをＵＥ４０へ転送する（Ｓ１５）。次に、ＵＥ４０は、eDRXパラメータを含むTAU Acceptメッセージを受信すると、TAU CompleteメッセージをｅＮＢ６０へ送信する（Ｓ１６）。次に、ｅＮＢ６０はＵＥ４０から受信したTAU CompleteメッセージをＭＭＥ４２へ転送する（Ｓ１７）。ＭＭＥ４２は、ステップＳ１７においてTAU Completeメッセージを受信した事によって、TAU AcceptメッセージをｅＮＢ６０へ送信した際にスタートしたタイマを停止する。また、ＭＭＥ４２は、ステップＳ１７においてTAU Completeメッセージを受信する前に前記タイマが満了した場合、更新後のeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ再送信する。

【0049】

ステップＳ１２とステップＳ１４の間に実施されるＴＡＵ処理については、既存のＴＡＵ処理と同様であるため詳細な説明を省略する。

【0050】

ステップＳ１３におけるeDRXパラメータを更新する処理が実行されなかった場合であっても、ＭＭＥ４２は、TAU Requestメッセージに含まれていたeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ送信してもよい。ＭＭＥ４２は、TAU Requestメッセージに含まれていたeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ送信した場合、TAU Completeメッセージが送信されてこないと認識してもよい。つまり、ＵＥ４０は、TAU Requestに設定したeDRXパラメータと同じeDRXパラメータを含むTAU Acceptメッセージを受信した場合、TAU Completeメッセージを送信しないと判定してもよい。言い換えると、ＵＥ４０は、TAU Requestに設定したeDRXパラメータと同じeDRXパラメータを含むTAU Acceptメッセージを受信した場合、TAU Completeメッセージの送信を抑制してもよい。さらに言い換えると、ＵＥ４０は、TAU Requestに設定したeDRXパラメータと異なるeDRXパラメータを含むTAU Acceptメッセージを受信した場合のみ、TAU Completeメッセージを送信してもよい。また、ＭＭＥ４２は、TAU Requestメッセージに含まれていたeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ送信した場合、TAU Completeメッセージの受信を待たなくてもよい。

【0051】

また、ＭＭＥ４２は、ステップＳ１２において、ＵＥ４０に関するeDRXパラメータを前回更新してから、所定期間経過しているか否かを判定し、所定期間経過している場合に、ステップＳ１３の処理を実行してもよい。もしくは、ＭＭＥ４２は、TAU AcceptメッセージにeDRXパラメータが含まれている場合、ＨＳＳ４３からＵＥ４０に関するeDRXパラメータを取得してもよい。ＭＭＥ４２は、ＨＳＳ４３から取得したＵＥ４０に関するeDRXパラメータが、TAU Requestメッセージに含まれていたeDRXパラメータと異なると判定した場合に、ステップＳ１３の処理を実行してもよい。

【0052】

続いて、図６を用いて実施の形態２にかかるＵＥ４０におけるTAU Completeメッセージの送信処理の流れについて説明する。はじめに、受信部１１は、ＭＭＥ４２からｅＮＢ６０を介して送信されたTAU Acceptメッセージを受信する（Ｓ２１）。次に、判定部１２は、受信したTAU Acceptメッセージに、eDRXパラメータが含まれるか否かを判定する（Ｓ２２）。判定部１２は、ステップＳ２２においてeDRXパラメータが含まれていないと判定した場合、受信したTAU Acceptメッセージに、変更されたＧＵＴＩが含まれるか否かを判定する（Ｓ２３）。判定部１２が、ステップＳ２３において、変更されたＧＵＴＩが含まれていると判定した場合、送信部１３は、ｅＮＢ６０を介してＭＭＥ４２へTAU Completeメッセージを送信する（Ｓ２４）。ここで、判定部１２は、ＧＵＴＩの代わりにＴＭＳＩが含まれるか否かを判定してもよく、もしくは、ＧＵＴＩ及びＴＭＳＩが含まれてるか否かを判定してもよい。

【0053】

ステップＳ２２において、判定部１２が、受信したTAU AcceptメッセージにeDRXパラメータが含まれていると判定した場合、ステップＳ２４の処理に進み、送信部１３は、ｅＮＢ６０を介してＭＭＥ４２へTAU Completeメッセージを送信する。つまり、ＵＥ４０は、TAU Acceptメッセージに、変更されたＧＵＴＩが含まれているか否かに関わらず、TAU AcceptメッセージにeDRXパラメータが含まれている場合、TAU CompleteメッセージをＭＭＥ４２へ送信する。言い換えると、ＵＥ４０は、TAU Acceptメッセージに、変更されたＧＵＴＩが含まれていない場合であっても、eDRXパラメータが含まれていれば、TAU CompleteメッセージをＭＭＥ４２へ送信する。また、ステップＳ２２において、判定部１２は、受信したTAU Acceptメッセージに含まれているeDRXパラメータがTAU Requestメッセージ（Ｓ１１）に設定したeDRXパラメータと同一か否かを判定してもよい。

【0054】

ステップＳ２３において、判定部１２は、受信したTAU Acceptメッセージに、変更されたＧＵＴＩが含まれていないと判定した場合、処理を終了する。

【0055】

以上説明したように、実施の形態２にかかるＵＥ４０は、eDRXパラメータが含まれているTAU Acceptメッセージを受信すると、TAU CompleteメッセージをＭＭＥ４２へ送信することができる。言い換えると、ＭＭＥ４２は、eDRXパラメータを設定したTAU AcceptメッセージをＵＥ４０へ送信すると、応答メッセージとしてTAU Completeメッセージを受信することができる。

【0056】

これにより、ＭＭＥ４２は、ＵＥ４０が有するeDRXパラメータと同一のeDRXパラメータを用いてPagingを実行するタイミングを決定することができる。これにより、ＭＭＥ４２がPagingを実行するタイミングと、ＵＥ４０がPagingを監視するタイミングとを一致させることができる。

【0057】

また、実施の形態２においては、ＵＥ４０がＭＭＥ４２に対してTAU Completeメッセージを送信するとして説明したが、eDRXパラメータを受信したことを示す他のメッセージが用いられてもよい。

【0058】

また、図６のステップＳ２２において、判定部１２は、更新されたeDRXパラメータが含まれているか否かを判定してもよい。図６のステップＳ２２において、判定部１２は、更新されたeDRXパラメータが含まれていると判定した場合、ステップＳ２４に進み、更新されたeDRXパラメータが含まれていないと判定した場合、ステップＳ２３に進んでもよい。

【0059】

また、実施の形態２においては、ＭＭＥ４２において実行されるＴＡＵ処理について説明したが、ＴＡＵ処理の代わりにＡｔｔａｃｈ処理が実行されてもよい。この場合、TAU Requestメッセージは、Attach Requestメッセージに置き換えられ、TAU Acceptメッセージは、Attach Acceptメッセージに置き換えられ、TAU CompleteメッセージはAttach Completeメッセージに置き換えられる。もしくは、ＭＭＥ４２の代わりにＳＧＳＮ４４が用いられ、３Ｇ網への在圏登録を行うためのAttach処理もしくはＴＡＵ処理の代わりにＲＡＵ処理が実行されてもよい。ＲＡＵ処理の場合、TAU Requestメッセージは、RAU Requestメッセージに置き換えられ、TAU Acceptメッセージは、RAU Acceptメッセージに置き換えられ、TAU Completeメッセージは、RAU Completeメッセージに置き換えられる。

【0060】

また、ＵＥ４０におけるTAU Completeメッセージの送信処理として、図６ではなく図７に示される処理が実行されてもよい。図７の処理は、ＵＥ４０が受信したTAU Acceptメッセージに変更されたＧＵＴＩが含まれているか否かを判定した後に、eDRXパラメータが含まれているか否かを判定する点において、図６の処理と異なる。

【0061】

具体的には、ＵＥ４０は、ステップＳ３１において、ｅＮＢ６０を介してＭＭＥ４２からTAU Acceptメッセージを受信すると、TAU Acceptメッセージに、変更されたＧＵＴＩが含まれるか否かを判定する（Ｓ３２）。判定部１２は、ステップＳ３２において変更されたＧＵＴＩが含まれていないと判定した場合、受信したTAU AcceptメッセージにeDRXパラメータが含まれるか否かを判定する（Ｓ３３）。判定部１２が、ステップＳ３３において、eDRXパラメータが含まれていると判定した場合、送信部１３は、ｅＮＢ６０を介してＭＭＥ４２へTAU Completeメッセージを送信する（Ｓ３４）。

【0062】

ステップＳ３２において、判定部１２が、受信したTAU Acceptメッセージに変更されたＧＵＴＩが含まれていると判定した場合、ステップＳ３４の処理に進み、送信部１３は、ｅＮＢ６０を介してＭＭＥ４２へTAU Completeメッセージを送信する。

【0063】

ステップＳ３３において、判定部１２は、受信したTAU AcceptメッセージにeDRXパラメータが含まれていないと判定した場合、処理を終了する。

【0064】

また、図７のステップＳ３３において、判定部１２は、受信したTAU Acceptメッセージに更新されたeDRXパラメータが含まれているか否かを判定してもよい。図７のステップＳ３３において、判定部１２は、更新されたeDRXパラメータが含まれていると判定した場合、ステップＳ３４に進み、更新されたeDRXパラメータが含まれていないと判定した場合、処理を終了してもよい。

【0065】

（実施の形態３）
続いて、図８を用いて実施の形態３にかかるＴＡＵ処理の流れについて説明する。ステップＳ４１及びＳ４２は、図５のステップＳ１１及びＳ１２と同様であるため詳細な説明を省略する。

【0066】

ＭＭＥ４２は、eDRXパラメータを含むTAU Requestメッセージを受信すると、TAU Requestメッセージに含まれるeDRXパラメータを更新してもよい（Ｓ４３）。もしくは、ＭＭＥ４２は、ＨＳＳ４３から取得したＵＥ４０に関するeDRXパラメータが、TAU Requestメッセージに含まれていたeDRXパラメータと異なる場合に、TAU Requestメッセージに含まれていたeDRXパラメータをＨＳＳ４３から取得したeDRXパラメータに更新すると決定してもよい。もしくは、ＭＭＥ４２は、オペレータポリシーに従い事前に決めていた値にeDRXパラメータを更新してもよい。さらに、ＭＭＥ４２は、eDRXパラメータを含むTAU Requestメッセージを受信すると、GUTI Reallocation Procedureを実行する（Ｓ４４）。GUTI Reallocation Procedureにおいて、ＭＭＥ４２は、現在ＵＥ４０に割り当てられているＧＵＴＩ（ｏｌｄ ＧＵＴＩ）を更新して新たなＧＵＴＩ（ｎｅｗ ＧＵＴＩ）を生成する。例えば、ＭＭＥ４２は、ｏｌｄ ＧＵＴＩに含まれるＭ－ＴＭＳＩを更新する。ここで、ＭＭＥ４２は、ステップＳ４４におけるGUTI Reallocation Procedureを実行した後に、ステップＳ４３におけるeDRXパラメータを更新する処理を実行してもよい。また、ＭＭＥ４２は、ステップＳ４４におけるGUTI Reallocation Procedureを実行せず、現在ＵＥ４０に割り当てられているＧＵＴＩ（ｏｌｄ ＧＵＴＩ）を新たに更新したＧＵＴＩ（ｎｅｗ ＧＵＴＩ）として扱っても構わない。

【0067】

次に、ＭＭＥ４２は、新たなＧＵＴＩあるいは新たなＧＵＴＩと見立てたＧＵＴＩ（ｏｌｄ ＧＵＴＩ）と更新後のeDRXパラメータとを設定したTAU AcceptメッセージをｅＮＢ６０へ送信する（Ｓ４５）。ここで、ＭＭＥ４２はTAU Completeメッセージが予め決められた期間内に受信する事を監視するタイマT3450をスタートする。次に、ｅＮＢ６０は、受信したTAU AcceptメッセージをＵＥ４０へ転送する（Ｓ４６）。

【0068】

次に、ＵＥ４０は、新たなＧＵＴＩを含むTAU Acceptメッセージを受信したため、ｅＮＢ６０へTAU Completeメッセージを送信する（Ｓ４７）。次に、ｅＮＢ６０は、ステップＳ４７にて受信したTAU CompleteメッセージをＭＭＥ４２へ転送する（Ｓ４８）。ＭＭＥ４２は、ステップＳ４８においてTAU Completeメッセージを受信した事ことによって、TAU AcceptメッセージをｅＮＢ６０へ送信した際にスタートしたタイマを停止する。また、ＭＭＥ４２は、ステップＳ４８においてTAU Completeメッセージを受信する前に前記タイマが満了した場合、更新後のeDRXパラメータを設定したTAU AcceptメッセージをｅＮＢ６０へ再送信する。

【0069】

続いて、図９を用いて実施の形態３にかかるＭＭＥ４２におけるTAU Acceptメッセージの送信処理の流れについて説明する。はじめに、受信部５１は、ｅＮＢ６０を介してＵＥ４０からTAU Requestメッセージを受信する（Ｓ５１）。

【0070】

次に、制御部５２は、受信したTAU Requestメッセージに、eDRXパラメータが含まれるか否かを判定する（Ｓ５２）。制御部５２は、受信したTAU Requestメッセージに、eDRXパラメータが含まれないと判定した場合、GUTI Reallocation procedureを実行するか否かを判定する（Ｓ５３）。GUTI Reallocation procedureは、ＴＡＵ処理が実行される度に実行されてもよく、前回のGUTI Reallocation procedureから所定期間が経過している場合に、実行されてもよい。

【0071】

制御部５２は、GUTI Reallocation procedureを実行すると判定した場合、GUTI Reallocation procedureを実行する（Ｓ５４）。次に、送信部５３は、GUTI Reallocation procedureを実行することによって変更されたＧＵＴＩを設定したTAU AcceptメッセージをｅＮＢ６０を介してＵＥ４０へ送信する（Ｓ５５）。変更されたＧＵＴＩを含むTAU Acceptメッセージを受信したＵＥ４０は、TAU CompleteメッセージをＭＭＥ４２へ送信する。そのため、受信部５１は、送信部５３がTAU Acceptメッセージを送信した後に、TAU Completeメッセージを受信する（Ｓ５６）。

【0072】

ステップＳ５２において、制御部５２は、受信したTAU RequestメッセージにeDRXパラメータが含まれると判定した場合、eDRXパラメータを更新してもよい（Ｓ５７）。もしくは、制御部５２は、ＨＳＳ４３から取得したＵＥ４０に関するeDRXパラメータが、TAU Requestメッセージに含まれていたeDRXパラメータと異なる場合に、TAU Requestメッセージに含まれていたeDRXパラメータをＨＳＳ４３から取得したeDRXパラメータに更新すると決定してもよい。もしくは、制御部５２は、オペレータポリシーに従い事前に決めていた値にeDRXパラメータを更新してもよい。ここでは、制御部５２は、eDRXパラメータを含むTAU Requestメッセージを受信する度に、eDRXパラメータを更新すると仮定する。次に、ステップＳ５４に進み、制御部５２は、GUTI Reallocation procedureを実行する。ここで、ステップＳ５７においてeDRXパラメータが更新された場合、ステップＳ５５において、送信部５３は、変更されたＧＵＴＩとともに更新されたeDRXパラメータもTAU Acceptメッセージに設定する。

【0073】

ステップＳ５３において、制御部５２が、GUTI Reallocation procedureを実行しないと判定した場合、送信部５３は、ＧＵＴＩを設定しないTAU AcceptメッセージをｅＮＢ６０を介してＵＥ４０へ送信する（Ｓ５８）。ＵＥ４０は、ＧＵＴＩを含まないTAU Acceptメッセージを受信した場合、TAU CompleteメッセージをＭＭＥ４２へ送信しない。そのため、送信部５３がステップＳ５８においてTAU Acceptメッセージを送信した後、処理が終了する。

【0074】

以上説明したように、実施の形態３にかかるＭＭＥ４２は、eDRXパラメータが含まれるTAU Requestメッセージを受信した場合、GUTI Reallocation procedureを実行することができる。ＭＭＥ４２は、GUTI Reallocation procedureを実行後、変更されたＧＵＴＩ及びeDRXパラメータを設定したTAU AcceptメッセージをＵＥ４０へ送信する。変更されたＧＵＴＩを含むTAU Acceptメッセージを受信したＵＥ４０は、TAU CompleteメッセージをＭＭＥ４２へ送信する。その結果、ＭＭＥ４２は、TAU Completeメッセージを受信することによって、ＵＥ４０へeDRXパラメータが送信されたことを認識することができる。

【0075】

これにより、ＭＭＥ４２は、ＵＥ４０が有するeDRXパラメータと同一のeDRXパラメータを用いてPagingを実行するタイミングを決定することができる。これにより、ＭＭＥ４２がPagingを実行するタイミングと、ＵＥ４０がPagingを監視するタイミングとを一致させることができる。また、実施の形態３においては、ＭＭＥ４２において実行されるＴＡＵ処理について説明したが、ＴＡＵ処理の代わりにＡｔｔａｃｈ処理が実行されてもよい。この場合、TAU Requestメッセージは、Attach Requestメッセージに置き換えられ、TAU Acceptメッセージは、Attach Acceptメッセージに置き換えられ、TAU CompleteメッセージはAttach Completeメッセージに置き換えられる。もしくは、ＭＭＥ４２の代わりにＳＧＳＮ４４が用いられ、３Ｇ網への在圏登録を行うためのAttach処理もしくはＴＡＵ処理の代わりにＲＡＵ処理が実行されてもよい。ＲＡＵ処理の場合、TAU Requestメッセージは、RAU Requestメッセージに置き換えられ、TAU Acceptメッセージは、RAU Acceptメッセージに置き換えられ、TAU Completeメッセージは、RAU Completeメッセージに置き換えられる。

【0076】

続いて以下では、上述の複数の実施形態で説明された通信端末１０及び制御装置３０の構成例について説明する。

【0077】

図１０は、通信端末１０（ＵＥ４０）の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ｅＮＢ６０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDM（Orthogonal Frequency Division Multiplexing）シンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。

【0078】

ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

【0079】

例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

【0080】

ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。

【0081】

アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、通信端末１０の各種機能を実現する。

【0082】

いくつかの実装において、図１０に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

【0083】

メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

【0084】

メモリ１１０６は、上述の複数の実施形態で説明された通信端末１０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された通信端末１０の処理を行うよう構成されてもよい。

【0085】

図１１は、制御装置３０（ＭＭＥ４２もしくはＳＧＳＮ４４）の構成例を示すブロック図である。図１１を参照すると、ＭＭＥ４２もしくはＳＧＳＮ４４は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., ｅＮＢ６０、ＨＳＳ４３等）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE（Insititute of Electrical and Electronics Engineers） 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

【0086】

プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明された制御装置１０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。

【0087】

メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。

【0088】

図１１の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＭＭＥ４２もしくはＳＧＳＮ４４の処理を行うことができる。

【0089】

図１０及び図１１を用いて説明したように、上述の実施形態にＵＥ４０及びＭＭＥ４２もしくはＳＧＳＮ４４が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（Non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0090】

なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。

【符号の説明】

【0091】

１０ 通信端末
１１ 受信部
１２ 判定部
１３ 送信部
２０ 基地局
３０ 制御装置
４０ ＵＥ
４１ Ｅ－ＵＴＲＡＮ
４２ ＭＭＥ
４３ ＨＳＳ
４４ ＳＧＳＮ
４５ ＳＧＷ
４６ ＰＧＷ
４７ ＰＣＲＦ
４８ ＵＴＲＡＮ
４９ ＧＥＲＡＮ
５０ Operator’s IP Services
５１ 受信部
５２ 制御部
５３ 送信部
６０ ｅＮＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】