特許 6015868 通信デバイス、基地局及び通信装置並びにそれらの通信制御方法

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

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

(11)【特許番号】6015868

(24)【登録日】2016年10月7日

(45)【発行日】2016年10月26日

(54)【発明の名称】通信デバイス、基地局及び通信装置並びにそれらの通信制御方法

(51)【国際特許分類】

   H04W 76/04 20090101AFI20161013BHJP

   H04W 76/06 20090101ALI20161013BHJP

【ＦＩ】

   H04W76/04

   H04W76/06

【請求項の数】26

【全頁数】33

(21)【出願番号】特願2015-556891(P2015-556891)

(86)(22)【出願日】2014年5月16日

(65)【公表番号】特表2016-522587(P2016-522587A)

(43)【公表日】2016年7月28日

(86)【国際出願番号】JP2014002604

(87)【国際公開番号】WO2014188694

(87)【国際公開日】20141127

【審査請求日】2016年5月2日

(31)【優先権主張番号】1309074.1

(32)【優先日】2013年5月20日

(33)【優先権主張国】GB

【早期審査対象出願】

(73)【特許権者】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】羽地 勇人

(72)【発明者】

【氏名】イアネフ イスクレン

(72)【発明者】

【氏名】レイヤー ヤニック

【審査官】 倉本 敦史

(56)【参考文献】

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

【文献】 Samsung，Initial analysis on RAN3 input for SDDTE solutions，3GPP TSG-RAN WG3 Meeting #80 R3-131036，２０１３年 ５月１１日，pp.1-6

【文献】 Research In Motion UK Limited，Modifications to the small data transmission over NAS solution，3GPP SA WG2 Meeting #96 S2-131080，２０１３年 ４月 ２日，pp.1-5

【文献】 NEC，Updates to Small Data connection release in clause 5.1.1.3.1 (solution 1)，3GPP SA WG2 Meeting #97 S2-131735，２０１３年 ５月２１日，pp.1-7

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

Ｈ０４Ｗ ４／００−９９／００

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

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

無線通信システムにおける通信デバイスであって、
パラメータを含むＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）データを生成する手段と、
基地局へ、前記ＮＡＳデータを含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクションメッセージを送信する手段とを有し、
前記パラメータは、ダウンリンクデータ送信が予想されるか否かを示し、
前記パラメータは、接続を解放するか否かを決定するために使用され、
前記ＮＡＳデータは、前記基地局からＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）へ転送され、
前記パラメータが、ダウンリンクデータ送信が予想されることを示す場合に、前記ＮＡＳデータの送信に続くダウンリンクデータが前記通信デバイスで受信された後に、前記接続が開放される、
通信デバイス。

【請求項2】

前記接続は、Ｓ１コネクションまたはＲＲＣコネクションである
請求項１記載の通信デバイス。

【請求項3】

前記基地局から前記ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）へ転送される前記ＮＡＳデータは、Ｉｎｉｔｉａｌ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）メッセージを用いて送信される
請求項１または２記載の通信デバイス。

【請求項4】

前記ＲＲＣコネクションメッセージを送信する前に、ページングメッセージを受信する請求項１から３いずれか１項記載の通信デバイス。

【請求項5】

前記ページングメッセージの受信に応じて、ＲＲＣコネクションを確立するためのメッセージを送信する請求項４記載の通信デバイス。

【請求項6】

通信デバイスにおける通信制御方法であって、
パラメータを含むＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）データを生成し、
基地局へ、前記ＮＡＳデータを含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクションメッセージを送信し、
前記パラメータは、ダウンリンクデータ送信が予想されるか否かを示し、
前記パラメータは、接続を解放するか否かを決定するために使用され、
前記ＮＡＳデータは、前記基地局からＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）へ転送され、
前記パラメータが、ダウンリンクデータ送信が予想されることを示す場合に、前記ＮＡＳデータの送信に続くダウンリンクデータが前記通信デバイスで受信された後に、前記接続が開放される、
通信制御方法。

【請求項7】

前記接続は、Ｓ１コネクションまたはＲＲＣコネクションである
請求項６記載の通信制御方法。

【請求項8】

前記基地局から前記ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）へ転送される前記ＮＡＳデータは、Ｉｎｉｔｉａｌ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）メッセージを用いて送信される
請求項６または７記載の通信制御方法。

【請求項9】

前記ＲＲＣコネクションメッセージを送信する前に、ページングメッセージを受信する請求項６から８いずれか１項記載の通信制御方法。

【請求項10】

前記ページングメッセージの受信に応じて、ＲＲＣコネクションを確立するためのメッセージを送信する請求項９記載の通信制御方法。

【請求項11】

無線通信システムにおける基地局であって、
パラメータを含むＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）データを通信デバイスから受信する手段と、
前記ＮＡＳデータをＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）へ転送する手段とを有し、
前記パラメータは、ダウンリンクデータ送信が予想されるか否かを示し、
前記パラメータは、接続を解放するか否かを決定するために使用され、
前記パラメータが、ダウンリンクデータ送信が予想されることを示す場合に、前記ＮＡＳデータの送信に続くダウンリンクデータが前記通信デバイスで受信された後に、前記接続が開放される、
基地局。

【請求項12】

前記接続は、Ｓ１コネクションまたはＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクションである
請求項１１記載の基地局。

【請求項13】

前記基地局から前記ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）へ転送される前記ＮＡＳデータは、Ｉｎｉｔｉａｌ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）メッセージを用いて送信される
請求項１１または１２記載の基地局。

【請求項14】

ページングメッセージを送信した後に、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクションメッセージを受信する請求項１１から１３いずれか１項記載の基地局。

【請求項15】

前記ページングメッセージに応じたＲＲＣコネクションを確立するためのメッセージを受信する請求項１４記載の基地局。

【請求項16】

基地局における通信制御方法であって、
パラメータを含むＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）データを通信デバイスから受信し、
前記ＮＡＳデータをＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）へ転送し、
前記パラメータは、ダウンリンクデータ送信が予想されるか否かを示し、
前記パラメータは、接続を解放するか否かを決定するために使用され、
前記パラメータが、ダウンリンクデータ送信が予想されることを示す場合に、前記ＮＡＳデータの送信に続くダウンリンクデータが前記通信デバイスで受信された後に、前記接続が開放される、
通信制御方法。

【請求項17】

前記接続は、Ｓ１コネクションまたはＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクションである
請求項１６記載の通信制御方法。

【請求項18】

前記基地局から前記ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）へ転送される前記ＮＡＳデータは、Ｉｎｉｔｉａｌ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）メッセージを用いて送信される
請求項１６または１７記載の通信制御方法。

【請求項19】

ページングメッセージを送信した後に、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクションメッセージを受信する請求項１６から１８いずれか１項記載の通信制御方法。

【請求項20】

前記ページングメッセージに応じたＲＲＣコネクションを確立するためのメッセージを受信する請求項１９記載の通信制御方法。

【請求項21】

無線通信システムにおける通信装置であって、
通信デバイスから送信された、パラメータを含むＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）データを基地局経由で受信する手段を有し、
前記パラメータは、ダウンリンクデータ送信が予想されるか否かを示し、
前記パラメータは、接続を解放するか否かを決定するために使用され、
前記通信装置は、前記パラメータが、ダウンリンクデータ送信が予想されることを示す場合に、前記ＮＡＳデータの送信に続くダウンリンクデータが前記通信デバイスで受信された後に、前記接続が開放する手段を更に有する、
通信装置。

【請求項22】

前記接続は、Ｓ１コネクションまたはＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクションである
請求項２１記載の通信装置。

【請求項23】

前記基地局から前記通信装置へ転送される前記ＮＡＳデータは、Ｉｎｉｔｉａｌ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）メッセージを用いて送信される
請求項２１または２２記載の通信装置。

【請求項24】

通信装置における通信制御方法であって、
通信デバイスから送信された、パラメータを含むＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）データを基地局経由で受信し、
前記パラメータは、ダウンリンクデータ送信が予想されるか否かを示し、
前記パラメータは、接続を解放するか否かを決定するために使用され、
前記パラメータが、ダウンリンクデータ送信が予想されることを示す場合に、前記ＮＡＳデータの送信に続くダウンリンクデータが前記通信デバイスで受信された後に、前記接続が開放する、
通信制御方法。

【請求項25】

前記接続は、Ｓ１コネクションまたはＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）コネクションである
請求項２４記載の通信制御方法。

【請求項26】

前記基地局から前記通信装置へ転送される前記ＮＡＳデータは、Ｉｎｉｔｉａｌ ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）メッセージを用いて送信される
請求項２４または２５記載の通信制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システムに関する。本発明は、特に、しかし排他的でなく、3rd Generation Partnership Project (3GPP)標準又はそれらと同等もしくは派生物に従って動作する無線通信システム及びそれらのデバイスと関連する。本発明は、特に、しかし排他的でなく、機械式通信（Machine-Type Communications）デバイスによる支援情報の提供に関連する。

【背景技術】

【0002】

３ＧＰＰ標準の最新動向は、EPC (Evolved Packet Core)ネットワーク及びE-UTRAN (Evolved UMTS Terrestrial Radio Access Network)のLong Term Evolution (LTE)として言及される。３ＧＰＰ標準の下、ＮｏｄｅＢ（又はＬＴＥのｅＮＢ）は、通信装置がコアネットワークと接続し、他の通信装置又は遠隔サーバと通信する際の基地局である。簡単にするために、本出願は、任意のそのような基地局に言及するために、基地局（base station）という用語を用いるだろう。コアネットワークでは、ホーム加入者サーバ（home subscriber server (HSS)）エンティティは、各通信デバイスについて加入した／利用可能なサービスに関連する情報を保持する。通信デバイスのモビリティ（mobility）（すなわち、様々な無線アクセスネットワーク経由のコアネットワークへのアクセス）は、いわゆるモビリティ管理エンティティ（Mobility Management Entity （ＭＭＥ））により管理される。ＭＭＥは、非アクセス階層（non-access stratum (NAS)）プロトコルメッセージを用いて通信デバイスと通信する。

【0003】

通信デバイスは、例えば、携帯電話機（mobile telephones）、スマートフォン、ユーザ装置（user equipment (UE)）、ＰＤＡ（personal digital assistants）、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍（e-book）リーダ等のような移動通信デバイスであるとよい。そのような移動（又は、通常、固定でも）デバイスは、一般的にユーザにより操作される。しかしながら、３ＧＰＰ標準は、例えば、様々な測定装置（measuring equipment）、テレメトリ機器（telemetry equipment）、監視システム、追跡及びトレースデバイス（tracking and tracing devices）、車載安全システム（in-vehicle safety systems）、車両のメンテナンスシステム（vehicle maintenance systems）、道路センサ、デジタル看板（digital billboards）、ＰＯＳ（point of sale）端末、遠隔制御システム等の、自動化装置（automated equipment）を一般的に備えるネットワークに機械式通信（Machine-Type Communications）（ＭＴＣ）デバイス（時には、マシン・ツー・マシン（Machine-to-Machine (M2M)）通信デバイスとも呼ばれる）が接続することを可能にする。あるＭＴＣデバイスは、非定常装置（例えば、乗り物）に組み込まれ、又は、監視／追跡される動物又は人間に取り付けられるが、ＭＴＣデバイスは、例えば、自動販売機、道端センサ、ＰＯＳ端末のような（一般的な）定常装置の一部として実装され得る。

【0004】

簡単にするために、本出願は、本明細書内でＭＴＣデバイスを参照するが、記載される技術は、そのような通信デバイスが人間の入力又はメモリに格納されたソフトウェア命令により制御されるかどうかに関係なく、データを送信／受信するために通信ネットワークと接続できる、（モバイル、及び／又は、一般的に固定の）任意の通信デバイスに実装され得ることは言うまでもない。特に、「ＭＴＣデバイス」という用語は、例えば、ＭＴＣアプリケーションを実行する携帯電話機／ユーザ装置（UE）のようなＭＴＣ機能を実装する任意の通信デバイスを包含することを表す。

【0005】

お互いに通信可能とするために、無線リソース制御（Radio Resource Control (RRC)）接続は、ＭＴＣデバイスと無線アクセスネットワーク（radio access network (RAN)）、すなわち、現在、ＭＴＣデバイスにサービスを提供するＲＡＮの基地局との間で確立される必要がある。通常の状況下で、特定のＭＴＣデバイスのためのＲＲＣ接続は、ＭＴＣデバイスの不活動性（inactivity）に起因するＲＡＮ／基地局により大抵、解放（release）される。あるケースでは、既存のＲＲＣ接続は、通信失敗、認証エラー、等に起因して解放され得る。ＲＲＣ接続は、コアネットワークエンティティ（例えば、ＭＭＥ）、及び／又は、ＭＴＣデバイスそれ自身（例えば、スイッチが切られる場合）からの要求時に解放され得る。

【0006】

基地局が不活動な通信デバイスに対するＲＲＣ接続を解放する場合に、通信デバイスの不活動性は、いわゆる“ユーザ不活動性（user inactivity）”タイマの満了時にサービス提供する基地局により決定される。ユーザ不活動性タイマの満了時に、基地局は、3GPP TS23.401標準仕様書のセクション5.3.5により詳細に記述される、いわゆるＵＥ文脈解放処理（UE context release procedure）を用いるＲＲＣ接続の解放についてコアネットワークへ通知もする。

【0007】

ユーザ不活動性タイマの使用及び長さが実装依存であるため、これらの詳細は上記仕様書に提供されない。しかしながら、ＭＴＣデバイスの不活動性のためのＲＲＣ接続の解放は、典型的には、次のように実行される。基地局は、基地局とＭＴＣデバイスの間のＲＲＣ接続の存在の間、（ＲＲＣ接続あたり）ユーザ不活動性タイマを実行する。ＭＴＣデバイスがデータを送信又は受信する度に、基地局は、ＭＴＣデイバスに関連付けられたユーザ不活動性タイマ（すなわち、ＭＴＣデバイスにより使用されるＲＲＣ接続）を再開始する。ユーザ不活動性タイマが満了する（すなわち、所定の値に達する、又は、当該所定の値からカウントダウンされて、ゼロに達する）場合、基地局は、上述したＲＲＣ接続解放処理（RRC connection release procedure）を開始する。

【0008】

ＭＴＣデバイス（MTC devices）は、遠隔「マシン（machine）」（例えば、サーバ）又はユーザへデータを送信、又は、これらからデータを受信する度に、ネットワークに接続する。ＭＴＣデバイスは、携帯電話機又はユーザ装置（ＵＥ）の同様の製品に最適化された通信プロトコル及び標準を使用する。しかしながら、ＭＴＣデバイスは、一旦、配備されると、典型的には人間の監視を必要とせずに動作し、内部メモリに格納されたソフトウェア命令に従う。ＭＴＣデバイスは、長時間、定常、及び／又は、不活動のままである。ＭＴＣデバイスをサポートする特定のネットワーク要求は、その内容が本明細書中に参考として援用される、3GPP TS 22.368標準で扱われていた。

【0009】

TS 22.368のセクション7.2.5に従い、ＭＴＣデバイスは、（一般的に、データの１Ｋ（１０２４）オクテットの順で）少量のデータの送信、及び／又は、受信するための、いわゆる「小データ伝送（small data transmissions）」機能から利益を受け得る。この特徴を実装するために、システムは、ＭＴＣデバイスがデータを送信する前のネットワークに帰属するか否かにかかわらず、例えば、シグナリングオーバーヘッド、ネットワークリソース及びリソースの再割り当てに関する遅延における最少限の影響を有する少量のデータの伝送をサポートする。ネットワークは、例えば、課金又は統計上の目的で、契約あたりの小データ伝送の数をカウントする。これは、バルク基礎におけるネットワーク通信事業者（network operator）間の小データ伝送の課金又は精算を可能にする。

【0010】

より最近では、（スマートフォンからのキープアライブ（keep-alive）メッセージを含む）小データ伝送の最適化は、その内容が本明細書中に参考として援用される、3GPP TR23.887のセクション５．１の下で公開された、MTCe-SDDTE (Small Data transmission and Device Triggering Enhancements)作業項目の一部として３ＧＰＰにより検討されている。

【発明の概要】

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

【0011】

重要な論点の一つは、ＭＴＣデバイスによる（キープアライブメッセージを含む）小データ伝送の効率である。携帯発信（mobile originated）小データ伝送の場合、（例えば、不活動性タイマが基地局により実行される）ＲＲＣ接続解放処理を開始する基地局を使用する代わりに、ＭＭＥがＲＲＣ接続解放を制御できることが示唆されている。

【0012】

TR23.887のセクション5.1.1.3.1.1によれば、「ＭＭＥは、全てのＵＥにサービス要求処理（Service Request procedure）を動作させることを開始するか否か、又は、ＲＲＣ接続を即時に解放するか否か、又は、任意の時間、待機するか否か、を判定するために加入者の知識を使用する（例えば、ダウンリンクＩＰパケットがＳ−ＧＷにダウンリンクデータ通知のＭＭＥへの送信をさせるか否かを見せること）」。このＭＭＥ中心のアプローチは、携帯発信（mobile originated (MO)）小データ伝送の場合に適用され得る。本明細書で使用される「サービス要求（Service Request）」処理という用語は、例えば、ＭＴＣデバイスによるキープアライブメッセージ、及び／又は、小データ伝送の交換を含む。

【0013】

しかしながら、ＭＭＥ及び／又はＨＳＳに格納された加入者情報からすでに利用可能である「加入者の知識（knowledge of the subscriber）」は、ＭＭＥが特定のＭＴＣデバイスに対するＲＲＣ接続が解放され得るか否かを決定するには必ずしも十分とは限らない。例えば、この提案アプローチは、（すなわち、ＭＴＣデバイスが送信／受信するデータを未だに有するにもかかわらず）ＭＭＥによりＲＲＣ接続の早期解放につながり、そして、ＭＴＣデバイスと基地局の間で中断されたＲＲＣ接続を再確立するために、それらの間で追加的なシグナリングメッセージを順に生成する。あるケースでは、ＭＭＥは、ＭＴＣデバイスがもはやこのＲＲＣ接続を要求しない（例えば、もはやデータを送信又は受信しない）としても、利用可能な情報に基づいて、特定のＲＲＣ接続を解放しないことを決定する。このケースでは、基地局においてユーザ不活動性タイマの満了まで（又は、基地局がＲＲＣ接続を解放するためにＭＭＥに依存する場合よりさらに長く）ＲＲＣ接続は維持され得る。これは、ネットワークリソースの浪費も大きい。

【0014】

携帯受信（mobile terminated (MT)）小データ伝送の場合、ＭＴＣデバイスがそのサービス提供する基地局にＲＲＣ接続を解放することを要求できることがTR23.887に示唆されている。ＭＴケースでは、ＭＴＣデバイスは、通常、確認応答（acknowledgement）としてＭＭＥへ、インターネットプロトコル（Internet Protocol (IP)）パケットを送信する。ＩＰパケットは、基地局へ送信されるアップリング情報転送メッセージ（uplink information transfer message）に含まれるＮＡＳシグナリングを用いて、暗号化された情報要素（information element (IE)）内で送信される。基地局は、ＭＭＥへＮＡＳシグナリングを転送する。ＩＰパケットの受信時に、ＭＭＥは、ＩＥを復号し、ＭＴＣデバイスにサービスを提供するエンティティへサービスを提供するゲートウェイ（すなわち、いわゆるサービス提供ゲートウェイ又はＳ−ＧＷ）における対応するベアラを終了することにより、コアネットワーク内の要求ＭＴＣデバイスの接続の終了（termination）も制御する。ＲＲＣ接続を解放する基地局への要求は、ＭＴＣデバイスから基地局へ送信されるアップリンク情報転送メッセージ内で選択的（optional）ＩＥとして追加され得る。

【0015】

しかしながら、ＭＴＣデバイスからそのサービス提供する基地局への選択的な解放指示（release indication）は、全ての可能なＭＴシナリオをカバーせず、携帯発信小データ伝送（MO small data transmissions）に対して提案されるＭＭＥ中心制御に関連付けられた論点に取り組まない。

【0016】

従って、本発明の好適な実施形態は、１以上の上記必要性に取り組む又は少なくとも部分的に対応する方法及び装置を提供することを目的とする。

【0017】

当業者にとって理解の効率性のため、本発明は、３ＧＰＰシステム（ＵＭＴＳ、ＬＴＥ）との関連で詳細に説明されるが、本発明の原理は、通信デバイス又はユーザ装置（ＵＥ）が無線アクセス技術を用いてコアネットワークへアクセスする他のシステムに適用することができる。

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

【0018】

一態様において、本発明は、無線ベアラが維持されるべきか又は解放されるべきかを判定する際に使用するために、ネットワークエンティティへ情報を提供するための通信デバイスを提供し、前記通信デバイスは、データを送信又は受信するために通信システムの基地局を介して前記無線ベアラを確立する確立する手段と、前記確立された無線ベアラを用いてデータを送信又は受信する手段と、それに応じて、前記無線ベアラが維持されるべきか又は解放されるべきかを判定する際に、前記ネットワークエンティティにより、使用するために前記通信デバイスにより送信又は受信されるための追加のデータについての見込みを示す情報を、前記ネットワークエンティティへ提供する手段と、を備える。

【0019】

前記通信デバイスにより送信又は受信されるための追加のデータについての見込みを示す前記情報は、任意の追加のデータが前記通信デバイスにより送信又は受信されるか否かを示す。

【0020】

前記通信デバイスにより送信又は受信されるための追加のデータについての見込みを示す前記情報は、ユーザプレーン接続が前記追加のデータを送信又は受信できることを前記通信デバイスへ要求されるか否かを示す。

【0021】

一態様において、本発明は、無線ベアラが維持されるべきか又は解放されるべきかを判定する際に使用するために、ネットワークエンティティへ情報を提供するための通信デバイスを提供し、前記通信デバイスは、データを送信又は受信するために通信システムの基地局を介して前記無線ベアラを確立する確立する手段と、前記確立された無線ベアラを用いてデータを送信又は受信する手段と、１）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、２）ユーザプレーン接続が前記通信デバイスへ要求されるか否かの少なくとも１つを判定する手段と、それに応じて、前記無線ベアラが維持されるべきか又は解放されるべきかを判定する際に、前記ネットワークエンティティにより、使用するために前記判定の結果を識別する情報を、前記ネットワークエンティティへ提供する手段と、を備える。

【0022】

前記データを送信又は受信する手段は、制御プレーンメッセージのペイロード内でデータパケットとして前記データを送信又は受信するとよい。この場合、前記データを送信又は受信する手段は、無線リソース制御（ＲＲＣ）メッセージのペイロード内でデータパケットとして前記データを送信又は受信するとよい。例えば、前記データを送信又は受信する手段は、アップリンク情報転送メッセージ（uplink information transfer message）のペイロード内でデータパケットとして前記データを送信し、又は、ダウンリンク情報転送メッセージ（downlink information transfer message）のペイロード内でデータパケットとして前記データを受信するとよい。前記データを送信又は受信する手段は、ＲＲＣ接続設定完了メッセージ（RRC connection setup complete message）のペイロード内でデータパケットとして前記データを送信又は受信してもよい。

【0023】

前記情報提供手段は、前記無線ベアラを確立するための処理の一部として前記判定の結果を識別する前記情報を前記ネットワークエンティティへ提供するとよい。

【0024】

前記判定する手段は、前記通信デバイスにより送信又は受信される追加のデータがないと判定し、その場合、前記判定の結果を識別する前記情報は、前記通信デバイスにより送信又は受信される追加のデータがないことを示す情報（indication）を含むとよい。

【0025】

前記判定する手段は、前記通信デバイスにより送信又は受信される追加のデータがあると判定し、その場合、前記判定の結果を識別する前記情報は、前記通信デバイスにより送信又は受信される追加のデータがあることを示す情報（indication）を含むとよい。この場合、前記追加のデータは、前記通信デバイスにより受信されたデータに応答して送信されるデータを含むとよい。前記追加のデータは、前記通信デバイスに対するユーザプレーン接続の確立を要求するデータも含むとよい。

【0026】

前記提供する手段は、少なくとも１つのＲＲＣメッセージを前記基地局へ送信することにより、前記判定の結果を識別する前記情報を、前記ネットワークエンティティへ提供するとよい。この場合、前記提供する手段は、ＲＲＣ接続確立処理の一部として前記少なくとも１つのＲＲＣメッセージを送信するとよい。前記提供する手段は、前記少なくとも１つのＲＲＣメッセージ内の少なくとも１つの情報要素を用いて、前記判定の結果を識別する前記情報を提供するとよい。

【0027】

前記少なくとも１つのＲＲＣメッセージは、少なくとも１つの非アクセス階層（non-access stratum (NAS)）メッセージを含むとよい。この場合、前記提供する手段は、前記少なくとも１つのＮＡＳメッセージを用いて、前記判定の結果を識別する前記情報を提供するとよい。

【0028】

前記データを送信又は受信する手段は、前記ネットワークエンティティへ提供される前記判定の結果を識別する前記情報における前記少なくとも１つのＲＲＣメッセージのペイロード内でデータパケットとして前記データを送信するとよい。前記データパケットは、前記通信デバイスにおいて受信されるための応答を要求し、その場合、前記判定の結果を識別する前記情報は、前記応答の受信後に前記通信デバイスにより送信又は受信される追加のデータがないことを示すとよい。前記データパケットは、前記通信デバイスにより受信されるデータに応答して送信されるデータを含み、その場合、前記判定の結果を識別する前記情報は、前記通信デバイスが、前記データパケットの送信後に送信又は受信される追加のデータがないことを予想することを示すとよい。

【0029】

前記提供する手段は、前記判定の結果を識別する前記情報を前記基地局へ送信するとよい。前記提供する手段は、前記判定の結果を識別する前記情報をコアネットワークエンティティへ送信するとよい。前記提供する手段は、前記判定の結果を識別する前記情報を、前記コアネットワークエンティティを介して前記基地局へ送信するとよい。

【0030】

前記通信デバイスは、Long Term Evolution (LTE)標準に従って動作する機械式通信（machine-type communications）デバイス、携帯電話機（mobile telephones）、及び、ユーザ装置の少なくとも１つを備えるとよい。

【0031】

一態様では、本発明は、通信デバイスに関する無線ベアラを管理するための装置も提供し、前記装置は、無線ベアラを用いて前記通信デバイスとデータを通信する手段と、１）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、２）ユーザプレーン接続が前記通信デバイスにより要求されるか否かの少なくとも１つを前記通信デバイスのために示す情報を、前記通信デバイスから取得する手段と、前記取得された情報から、前記無線ベアラが維持されるべきか又は解放されるべきかを判定する手段と、前記判定に依存して前記無線ベアラを維持する手段と、を備える。

【0032】

前記データを通信する手段は、制御プレーンメッセージのペイロード内でデータパケットとして前記データを送信又は受信するとよい。この場合、前記データを通信する手段は、無線リソース制御（ＲＲＣ）メッセージのペイロード内でデータパケットとして前記データを送信又は受信するとよい。例えば、前記データを通信する手段は、ダウンリンク情報転送メッセージ（downlink information transfer message）のペイロード内でデータパケットとして前記データを送信し、又は、アップリンク情報転送メッセージ（uplink information transfer message）のペイロード内でデータパケットとして前記データを受信するとよい。前記データを通信する手段は、ＲＲＣ接続設定完了メッセージ（RRC connection setup complete message）のペイロード内でデータパケットとして前記データを受信するとよい。

【0033】

前記情報を取得する手段は、前記無線ベアラを確立するための処理の一部として前記通信デバイスから前記情報を取得するとよい。

【0034】

前記情報は、前記通信デバイスにより送信又は受信される追加のデータがないことを示す情報（indication）を含むとよい。前記情報は、前記通信デバイスにより送信又は受信される追加のデータがあることを示す情報（indication）を含むとよい。この場合、前記追加のデータは、前記通信デバイスにより送信されたデータに応答して、前記通信デバイスにより受信されるデータを含むとよい。前記追加のデータは、前記通信デバイスに対するユーザプレーン接続の確立を要求するデータを含むとよい。

【0035】

前記取得する手段は、前記基地局において、少なくとも１つのＲＲＣメッセージを受信することにより前記通信デバイスから前記情報を取得するとよい。この場合、前記取得する手段は、前記移動通信デバイスに対するＲＲＣ接続確立処理の一部として前記少なくとも１つのＲＲＣメッセージを受信するとよい。例えば、前記取得する手段は、前記少なくとも１つのＲＲＣメッセージ内の少なくとも１つの情報要素から前記情報を取得するとよい。

【0036】

前記少なくとも１つのＲＲＣメッセージは、少なくとも１つの非アクセス階層（non-access stratum (NAS)）メッセージを含むとよい。この場合、前記取得する手段は、前記少なくとも１つのＮＡＳメッセージから前記情報を取得するとよい。

【0037】

前記データ通信手段は、前記通信デバイスにより提供される前記情報における前記少なくとも１つのＲＲＣメッセージのペイロード内でデータパケットとして前記データを受信するとよい。前記データパケットは、前記通信デバイスにおいて受信されるための応答を要求し、その場合、前記取得された情報は、前記応答の受信後に前記通信デバイスにより送信又は受信される追加のデータがないことを示すとよい。前記データパケットは、前記通信デバイスにより直前に受信されるデータに応答して送信されるデータを含み、その場合、前記取得される情報は、前記応答の送信後に前記通信デバイスにより送信又は受信される追加のデータがないことを示すとよい。

【0038】

一つの可能性では、前記基地局は、前記取得する手段を備えるとよい。前記取得する手段は、前記取得された情報をコアネットワークエンティティへ提供するとよい。

【0039】

前記維持する手段は、１）前記情報が、前記通信デバイスにより送信又は受信される追加のデータがあることを示す場合に、前記無線ベアラを維持し、及び、２）前記取得される情報が、前記通信デバイスにより送信又は受信される追加のデータがないこと示す場合に、前記無線ベアラを解放するとよい。

【0040】

前記維持する手段は、前記取得される情報が、ユーザプレーン接続が前記通信デバイスにより要求されることを示す場合に、ユーザプレーン接続を確立するために前記通信デバイスを要求するとよい。

【0041】

前記維持する手段は、前記取得される情報が、前記通信デバイスにより送信又は受信される追加のデータがないことを示す場合に、前記無線ベアラを解放するために前記通信デバイスを要求するとよい。

【0042】

前記装置は、Long Term Evolution (LTE)標準に従って動作する基地局及びモビリティ管理エンティティの少なくとも１つを備えるとよい。

【0043】

一態様では、本発明は、無線ベアラが維持されるべきか又は解放されるべきかを判定する際に使用するために、ネットワークエンティティへ情報を提供するための通信デバイスを提供し、前記通信デバイスは、プロセッサ及び送受信機を備え、前記プロセッサは、データを送信又は受信するために、通信システムの基地局を介して前記無線ベアラを確立し、前記送受信機は、前記確立された無線ベアラを用いてデータを送信又は受信する。前記プロセッサは、１）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、２）ユーザプレーン接続が前記通信デバイスへ要求されるか否かの少なくとも１つを判定し、それに応じて、前記無線ベアラが維持されるべきか又は解放されるべきかを判定する際に、前記ネットワークエンティティにより、使用するために前記判定の結果を識別する情報を、前記ネットワークエンティティへ提供する。

【0044】

一態様では、本発明は、通信デバイスに関する無線ベアラを管理するための装置を提供し、前記装置は、プロセッサ及び送受信機を備える。前記送受信機は、無線ベアラを用いて前記通信デバイスとデータを通信する。前記プロセッサは、１）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、２）ユーザプレーン接続が前記通信デバイスにより要求されるか否かの少なくとも１つを前記通信デバイスのために示す情報を、前記通信デバイスから取得し、前記取得された情報から、前記無線ベアラが維持されるべきか又は解放されるべきかを判定し、前記判定に依存して前記無線ベアラを維持する。

【0045】

本発明は、対応する方法、及び、上記通信デバイス、上記基地局及び上記モビリティ管理エンティティを備える、システムを提供する。

【0046】

本発明の追加の態様は、プログラム可能な通信デバイスに、上述した通信デバイス、基地局又はモビリティ管理エンティティとして構成されるためのコンピュータに実装可能な命令を備えるコンピュータプログラム製品を提供する。コンピュータソフトウェア製品は、搬送波信号、又は、ＣＤ、ＤＶＤ等の記録媒体で提供され得る。

【発明の効果】

【0047】

本発明によれば、ＭＴＣデバイスによる小データ伝送の場合に接続解放の改良された管理を提供し、通信システムの全リソースのより最適な利用をもたらすことができる。

【図面の簡単な説明】

【0048】

【図1】図１は、本発明の実施形態に適用されるセルラ通信システムを概略的に示す。

【図2】図２は、図１に示されるシステムの一部を形成する機械式デバイスのブロック図である。

【図3】図３は、図１に示されるシステムの一部を形成する基地局のブロック図である。

【図4】図４は、図１に示されるシステムの一部を形成するモビリティ管理エンティティ（Mobility Management Entity （ＭＭＥ））のブロック図である。

【図5】図５は、携帯発信小データ転送シナリオ（Mobile Originated small data transfer scenario）内の接続設定中の支援情報の提供を説明する実施タイミング図である。

【図6】図６は、携帯受信小データ転送シナリオ（Mobile Terminated small data transfer scenario）内の情報転送処理中の支援情報の提供を説明する実施タイミング図である。

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

【0049】

概説
図１は、ＭＴＣデバイス２、携帯電話機３及び他の通信デバイス（不図示）が、E-UTRA無線アクセス技術（radio access technology (RAT)）を用いて、基地局５及びコアネットワーク７を介してお互いに、又は、ＭＴＣサービスプロバイダ（例えば、ＭＴＣサーバ）と通信と通信することができる通信ネットワーク１を概略的に示す。当業者には理解されるように、２つのＭＴＣデバイス２、２つの携帯電話機３及び１つの基地局５が説明のために図１に示され、システムは、実装される場合、一般的には、他の基地局及び携帯電話機を含む。

【0050】

基地局５は、Ｓ１インタフェースを介してコアネットワーク７と、及び、Ｘ２インタフェース（不図示）を介して他の基地局と、接続される。コアネットワーク７は、例えばインターネットのような他のネットワーク、及び／又は、コアネットワーク７の外側にホストされたサーバと接続するためのゲートウェイ８を含む。ゲートウェイ８の機能は、２つの論理的（及び／又は、物理的）エンティティの間で分割され得ることは言うまでもない。この場合、基地局５（従って、ＭＴＣデバイス２及び携帯電話機３）とコアネットワーク７とを接続するためのゲートウェイ機能は、いわゆるサービス提供ゲートウェイ（Ｓ−ＧＷ）エンティティにより実行されるのに対し、他の（外部の）ネットワークと接続するためのゲートウェイ機能は、いわゆるパケットデータネットワーク（packet data network (PDN)）ゲートウェイ又は簡易なＰ−ＧＷ、エンティティにより実行される。

【0051】

モビリティ管理エンティティ（ＭＭＥ）９は、通信ネットワーク１の範囲内で移動通信デバイス（例えば、携帯電話機３及びＭＴＣデバイス２）の位置の軌道（track）を保持する責任があるネットワークノードである。具体的には、ＭＭＥ９は、移動通信デバイスが、それらに対して到着する（声又はデータ）呼（incoming call）が存在する場合に通知されるように、及び、通信経路が特定の携帯通信デバイスに現在、サービス提供する基地局５を介して設定されるように、移動通信デバイスの直前に認識したセル（又は追跡エリア）の識別子を格納する。

【0052】

ホーム加入者サーバ（home subscriber server (HSS)）１０は、各通信デバイス（例えば、ＭＴＣデバイス２及び携帯電話機３）についての契約関連情報及び制御パラメータ仕様を格納する。また、ＨＳＳ１０は、機械式通信デバイス（例えば、ＭＴＣクライアントを実行している場合のＭＴＣデバイス２及び／又は携帯電話機３）として構成される通信デバイスの一つを特定する情報を格納し、及び、必要とされる場合にこの情報を他のネットワークエンティティへ提供する。

【0053】

以上の通り、ＭＴＣデバイス２及び携帯電話機３は、基地局５（及びコアネットワーク７）を介して他のデバイスと通信可能にするために、基地局５とのＲＲＣ接続を確立する。ＭＴＣデバイス２は、他のデバイスとの通信が効果的に、かつ、最少限のネットワーク影響で実行されるように小データ伝送機能をサポートする。

【0054】

加えて、図１に示されるＭＴＣデバイス２は、ＭＴＣデバイス２を伴う任意の追加の予想通信（expected communications）を示すために、支援情報をＭＭＥ９へ提供するように構成される。ＭＭＥ９は、特定のＭＴＣデバイス２に対するＲＲＣ接続（及び、場合によりＳ１接続）を終了するか否かの判定において、各ＭＴＣデバイス２により提供される支援情報を有益に使用できる。

【0055】

具体的に、ＭＴＣデバイス２は、以下の型の支援情報の少なくとも１つを提供できる。

【0056】

１）追加のデータがＭＴＣ２により／において、送信／受信されないことが予想されることを示す情報
このケースでは、ＭＭＥ９は、即時に、ＲＲＣ及び／又はＳ１接続の解放を有益に推進できる。

【0057】

２）ＭＴＣデバイス２が別のデバイス／サーバから応答データ（すなわち、確認応答（acknowledgment））を受信することを予想することを示す情報
このケースでは、ＭＭＥ９は、ＭＴＣデバイス２についてのＲＲＣ及びＳ１接続を維持し、応答データについて待機する。しかしながら、ＭＭＥ９は、例えば、上記項目１）で記載された情報（indication）を送信する必要があるＭＴＣデバイス２なしに、応答データの受信後、ＭＴＣデバイス２に対するＲＲＣ及び／又はＳ１接続解放を有益に推進できる。しかしながら、応答データの受信後、ＭＭＥ９は、追加の支援情報を待機し、及び／又は、ＲＲＣ及び／又はＳ１接続の解放を推進する前に、それが利用可能な他の情報を考慮する。

【0058】

３）ユーザプレーン確立が予想され／必要とされることを示す情報
この情報（indication）がＭＴＣデバイス２により与えられる場合、ＭＭＥ９がＭＴＣデバイス２についてＲＲＣ／Ｓ１接続を維持する。このケースでは、ＭＭＥ９は、既定のＭＴＣデバイス２に対してユーザプレーンの確立の十分なサービス要求を有益に引き起こす（trigger）。このケースでは、ＭＭＥ９は、ＭＴＣデバイス２に対するＲＲＣ及び／又はＳ１接続の解放を推進する前に、追加の支援情報（例えば、上記項目ｉ）又はｉｉ））を待機できる。

【0059】

有益に、ＭＴＣデバイス２からＭＭＥ９への支援情報の提供は、ＮＡＳシグナリングを用いて達成される。支援情報を運ぶＮＡＳシグナリングは、ＭＴＣデバイス２が携帯発信又は携帯受信の小データ伝送に伴われるか否かにかかわらず、ＭＭＥ９へ送信されるように、ＭＴＣデバイス２及び基地局５の間で交換される任意の適切なＲＲＣメッセージに組み込まれる。

【0060】

具体的に、ＭＴＣデバイス２は、ＮＡＳシグナリングメッセージ又はＮＡＳシグナリングメッセージを運ぶＲＲＣメッセージ（又は、両方）に追加され得る、優先指示（preference indication）の形式で情報要素内の任意の支援情報（例えば、「解放優先指示（release preference indication）」ＩＥ）を含む。解放優先指示ＩＥがＲＲＣメッセージに含まれる（すなわち、基地局５が解放優先指示ＩＥを読むこともできる）場合、基地局５は、解放優先指示に従って、ＭＴＣデバイス２に対するＲＲＣ／Ｓ１接続を解放するか否かを決定できる。

【0061】

いずれにせよ、ＭＭＥ９が支援情報を受信し、ＭＴＣデバイス２に対するＲＲＣ／Ｓ１接続の解放を推進することを決定する場合、それに応じて基地局５に通知し、適切なＲＲＣ／Ｓ１接続を解放することを開始する。

【0062】

（ＭＴＣデバイス２のために／により任意の予想通信を考慮する）ＭＴＣデバイス２の解放優先の規定は、ＭＭＥ９（又は、基地局５）における意思決定プロセスを改善できる。解放優先は、ＲＲＣ／Ｓ１接続を制御するネットワークエンティティを利用可能にしない情報（予想通信）に基づくため、ＭＴＣデバイス２によりそのような支援情報の提供は、通信システム１のリソース全体のより最適な利用の結果となる。例えば、解放優先をＭＭＥ９及び／又は基地局５へ提供するＭＴＣデバイス２は、サービス提供する基地局５とＲＲＣ接続を維持するために、キープアライブメッセージを送信することを要求されない（又は、他の通信デバイスより少ないキープアライブメッセージを送信することを要求される）。

【0063】

ＭＴＣデバイス
図２は、図１に示されるＭＴＣデバイスの主要コンポーネントを示すブロック図である。示されているように、ＭＴＣデバイス２は、１以上のアンテナ３３を経由して基地局５へ信号を送信し、基地局５からの信号を受信する送受信回路３１を有する。ＭＴＣデバイス２は、携帯電話機３の動作を制御するコントローラ３７を有する。コントローラ３７は、メモリ３９に関連付けられ、送受信回路３１と接続される。必ずしもその動作について要求されるわけではないが、ＭＴＣデバイス２は、当然、従来型の携帯電話機３（例えば、ユーザインタフェース３５）の通常の機能の全てを有し、適宜、ハードウェア、ソフトウェア及びファームウェアの任意の一つ又は任意の組合せにより提供され得る。ソフトウェアは、メモリ３９にプレインストールされ、及び／又は、例えば、通信システム又はリムーバブルデータストレージデバイス（removable data storage device (RMD)）からダウンロードされ得る。

【0064】

コントローラ３７は、この例では、メモリ３９に格納されたプログラム命令又はソフトウェア命令により、ＭＴＣデバイス２の全体の動作を制御する構成をとる。示されているように、これらのソフトウェア命令群は、特に、オペレーティングシステム４１、通信制御モジュール４３、ＭＴＣモジュール４５、非アクセス階層（non-access stratum (NAS)）モジュール４７、及び、無線リソース制御モジュール４９を含む。

【0065】

通信制御モジュール４３は、ＭＴＣデバイス２と他の通信デバイス、例えば、他のＭＴＣデバイス２、携帯電話機３、又は、基地局５の間の通信を制御する。

【0066】

ＭＴＣモジュール４５は、モビリティ管理エンティティ（又は、別のネットワーク要素）を送信するために解放優先指示を生成する。具体的に、ＭＴＣモジュール４５は、ＭＴＣデバイス２により任意の予想通信について、通信制御モジュール４３からの情報を取得し、取得された情報に依存して解放優先指示を生成する。

【0067】

非アクセス階層モジュール４７は、（送受信回路３１を経由して）ＭＭＥ９とＮＡＳシグナリングメッセージを交換する。解放優先がＮＡＳメッセージに示されるべきである場合に、非アクセス階層モジュール４７は、ＭＭＥ９へ送信するＮＡＳメッセージ内（例えば、情報要素内）の（ＭＴＣモジュール４５から取得される）優先指示をも含む。

【0068】

無線リソース制御モジュール４９は、（送受信回路３１を経由して）基地局５とＲＲＣシグナリングメッセージを交換する。非アクセス階層モジュール４７によりそのように行うために要求される場合、無線リソース制御モジュール４９は、基地局５へ送信するＲＲＣメッセージ内で非アクセス階層モジュール４７により生成される（ＮＡＳ ＩＥを含む）任意のＮＡＳメッセージを含む。解放優先はＲＲＣメッセージに示されるべきである場合、無線リソース制御モジュール４９は、基地局５へ送信するＲＲＣメッセージ内の優先指示（例えば、ＲＲＣメッセージ内の情報要素内）を含む。

【0069】

基地局
図３は、図１に示される基地局５の主要コンポーネントを示すブロック図である。示されているように、基地局５は、１以上のアンテナ５３を経由して通信デバイスへ信号を送信し、通信デバイスからの信号を受信する送受信回路５１、コアネットワーク７へ信号を送信し、コアネットワーク７から信号を受信するコアネットワークインタフェース５５を有する。基地局５は、基地局５の動作を制御するコントローラ５７を有する。コントローラ５７は、メモリ５９に関連付けられる。

【0070】

コントローラ５７は、この例では、メモリ５９に格納されたプログラム命令又はソフトウェア命令により、ＭＴＣデバイス２の全体の動作を制御する構成をとる。示されているように、これらのソフトウェアは、特に、オペレーティングシステム６１、通信制御モジュール６３、ＭＴＣ支援モジュール６５、Ｓ１モジュール６７、及び、無線リソース制御モジュール６９を含む。

【0071】

通信制御モジュール６３は、基地局５と、ＭＴＣデバイス２、携帯電話機３及び基地局５と接続される他のネットワークエンティティとの間の通信を制御する。通信制御モジュール６３は、例えば、ＭＴＣデバイス２及び／又は携帯電話機３の動作を管理する制御データを含むこの基地局５に関連付けられた通信デバイスへ送信されるべきダウンリンクユーザトラフィック及び制御データの分離フローも制御する。

【0072】

ＭＴＣ支援モジュール６５は、解放優先指示を含むＭＴＣデバイス２から支援情報を受信し、操作する。指示は、（ＭＴＣデバイス２からＲＲＣメッセージに含まれる場合）ＲＲＣモジュール６９、又は、（例えば、ＮＡＳシグナリングを用いる、ＭＭＥ９を介して送信される場合）Ｓ１モジュール６７のいずれかを経由して受信され得る。

【0073】

Ｓ１モジュール６７は、（送受信回路５１を経由して）ＭＭＥ９とＳ１シグナリングメッセージを交換する。ＭＭＥ９がそれを行うためにＳ１モジュール６７に要求する場合、ＭＭＥ９により要求されるようなＭＴＣデバイス２に対するＳ１接続を解放することを開始する。

【0074】

無線リソース制御モジュール６９は、（送受信回路５１を経由して）ＭＴＣデバイス２とＲＲＣシグナリングメッセージを交換する。ＲＲＣメッセージは任意のＮＡＳメッセージを含む場合、無線リソース制御モジュール６９は、（任意のＮＡＳ ＩＥを含む）ＮＡＳメッセージを（Ｓ１モジュール６７を経由して）ＭＭＥ９へ転送する。解放優先がその設定に応じてＭＴＣデバイス２から受信したＲＲＣメッセージに示される場合、無線リソース制御モジュール６９は、受信した解放優先指示に従い、ＭＴＣデバイス２に対するＲＲＣ接続を解放することを開始するか、ＭＭＥ９への指示を転送するかのいずれかが可能である。ＭＭＥ９がそれを行うために無線リソース制御モジュール６９に要求する場合、ＭＭＥ９により要求されるようなＭＴＣデバイス２に対するＲＲＣ接続を解放することを開始する。

【0075】

モビリティ管理エンティティ
図４は、図１に示されるモビリティ管理エンティティ９の主要コンポーネントを示すブロック図である。示されているように、基地局５は、ネットワークインタフェース７５を経由して他の通信デバイス（例えば、ＭＴＣデバイス２／携帯電話機３／基地局５／ゲートウェイ８）へ信号を送信し、他の通信デバイスから信号を受信する送受信回路７１を有する。モビリティ管理エンティティ９は、モビリティ管理エンティティ９の動作を制御するコントローラ７７を有する。コントローラ７７は、メモリ７９に関連付けられる。

【0076】

コントローラ７７は、この例では、メモリ７９に格納されたプログラム命令又はソフトウェア命令により、モビリティ管理エンティティ９の全体の動作を制御する構成をとる。示されているように、これらのソフトウェアは、特に、オペレーティングシステム８１、通信制御モジュール８３、ＭＴＣ支援モジュール８５、非アクセス階層（non-access stratum (NAS)）モジュール８７、及び、ＲＲＣ／Ｓ１制御モジュール８９を含む。

【0077】

通信制御モジュール８３は、モビリティ管理エンティティ９と、（すなわち、基地局５を介した）ＭＴＣデバイス２／携帯電話機３、及び、モビリティ管理エンティティ９と接続される他のネットワークエンティティとの間の通信を制御する。ＭＴＣ支援モジュール８５は、任意の解放優先指示を含む、ＭＴＣデバイス２に関連する支援情報を取得する。任意の取得優先指示に依存して、ＭＴＣ支援モジュール８５は、ＭＴＣデバイス２に対するＲＲＣ／Ｓ１接続を維持するか否かを決定する。ＭＴＣ支援モジュール８５は、ＲＲＣ／Ｓ１接続を解放することを決定する場合、それに応じて、（ＲＲＣ／Ｓ１制御モジュール８９を経由して）基地局５へ通知する。

【0078】

非アクセス階層モジュール８７は、（送受信回路７１を経由して）ＭＴＣデバイス２とＮＡＳシグナリングメッセージを交換する。解放優先がＮＡＳメッセージを介して受信された場合、非アクセス階層モジュール８７は、優先指示を送信するＭＴＣデバイス２を識別し、受信した優先指示をＭＴＣ支援モジュール８５へ提供する。

【0079】

ＲＲＣ／Ｓ１制御モジュール８９は、このＭＭＥ９により管理されるＭＴＣデバイス２（及び他の通信デバイス）についてＲＲＣ及び／又はＳ１接続を管理する。ＲＲＣ／Ｓ１制御モジュール８９は、ＭＴＣ支援モジュール８５により作成される決定に依存して、ＲＲＣ／Ｓ１接続の解放も制御する。

【0080】

上記の説明で、ＭＴＣデバイス２、基地局５、及び、モビリティ管理エンティティ９は、多くの個別モジュール（例えば、通信制御モジュール及びＭＴＣモジュール）を有するとして理解を容易にするために記載される。これらのモジュールは、あるアプリケーション、例えば、本発明を実施するために修正された既存のシステム、についてこの方法で提供され得るが、他のアプリケーションにおいて、例えば、最初から念頭において本発明の特徴を備えて設計されるシステムにおいて、これらのモジュールは、全体のオペレーティングシステム又はコードに内蔵され、これらのモジュールは、個別のエンティティとして認識できない。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア又はこれらの組合せでも実施され得る。

【0081】

動作
ＭＴＣデバイス２を備えるＵＥがＭＴＣデバイス２に対する接続の解放を制御ために、支援情報をモビリティ管理エンティティ９へ提供する上述のシナリオについて、（図５及び図６を参照して）より詳細な説明を行う。

【0082】

図５は、（「ＵＥ」と表記される）ＭＴＣデバイス２による接続設定の間の支援情報の提供を説明する実施タイミング図である。この処理は、例えば、携帯発信（ＭＯ）小データ伝送シナリオの場合に、後に続いて起きうる。

【0083】

この例では、ステップＳ５０４に示すように、ＭＴＣデバイス２は、基地局５と通信可能にするために、基地局５とのランダムアクセス処理を最初に実行する。

【0084】

ＭＴＣデバイス２はランダムアクセス処理中に、一旦、通信リソースが供与されると、そのＲＲＣモジュール４９は、ステップＳ５０６において、ＭＴＣデバイス２に対する／を用いるＲＲＣ接続を確立することを基地局５に要求するメッセージを生成し、送信する。この「ＲＲＣ接続要求」（RRC connection request）は、ＭＴＣデバイス２を識別する情報（例えば、そのS-Temporary Mobile Subscriber Identity (S-TMSI)）、及び、ＭＴＣデバイス２が小データ伝送を送信／受信するという指示を含む。

【0085】

ＭＴＣデバイス２による要求が承諾され得る場合、（そのＲＲＣモジュール６９を用いる）基地局５は、ステップＳ５０８に示すように、「ＲＲＣ接続設定」（RRC Connection Setup）メッセージを生成し、送信する。このメッセージを受信した後、ＭＴＣデバイス２は、この基地局５を介して他のデバイスとの通信を準備する。ＲＲＣ接続は、この目的についてＭＴＣデバイス２により要求されていたため、このシナリオは、携帯発信通信シナリオとしても呼ばれ得る。

【0086】

しかしながら、この点において、ＭＭＥ９、基地局５、及び／又は、任意の他のネットワークエンティティは、このＭＴＣデバイス２により送信／受信されるためのデータの量に関する情報を有さない。

【0087】

それ故、ＭＴＣデバイス２は、先のステップで確立されていたＲＲＣ接続を管理するために、ＭＭＥ９及び／又は基地局５を支援する情報を提供する。この支援情報は、このＭＴＣデバイス２による通信に関する（基地局５及びコアネットワーク７の間の）Ｓ１接続を管理するために、ＭＭＥ９及び／又は基地局５により使用され得る。

【0088】

ＭＴＣデバイス２により送信／受信されるデータ量に応じて、支援情報は、以下の方法の任意の１つ（又はそれ以上）に提供される。

【0089】

１）ＭＴＣデバイス２が、追加のデータが送信又は受信されないことを予想する場合（すなわち、そのデータ以外がこのメッセージに既に含まれたこと）、即時に（又は、いずれかの時点で）、ＭＴＣデバイス２に対するＲＲＣ及び／又はＳ１接続を解放するために、ＭＭＥ９（又は代わりに、基地局５）に対する優先を示す解放優先指示を提供できる。

【0090】

２）ＭＴＣデバイス２が別の通信デバイス又はＭＴＣサーバから応答データ（例えば、確認応答）を受信することを予想する場合、ＲＲＣ／Ｓ１接続を維持し続け、応答データが受信された後の接続のみを解放するために、ＭＭＥ９（又は代わりに、基地局５）に対する優先を示す解放優先指示を提供できる。

【0091】

３）ＭＴＣデバイス２がユーザプレーン接続の確立を予想し／要求する場合（すなわち、「小データ通信」データ以外のデータを送信／受信するために）、ユーザプレーン確立に対する完全なサービス要求を引き起こすために、ＭＭＥ９（又は代わりに、基地局５）に対する優先を示す解放優先指示を提供できる。

【0092】

図５に示すように、ＭＯシナリオの場合に、ＭＴＣデバイス２は解放優先を示す２つの主な選択肢を有する。

【0093】

「ＯＰＴ Ａ」と表記される第１の可能性では、ステップＳ５１０で、（ＲＲＣモジュール４９を用いる）ＭＴＣデバイス２は、ＲＲＣ接続が設定されていたことを示すメッセージ（例えば、「ＲＲＣ接続設定完了（RRC Connection Setup Complete）」メッセージ）を生成し、基地局５へ送信する。ＲＲＣモジュール４９は、ＮＡＳモジュール４７により生成されるＮＡＳメッセージをこのＲＲＣメッセージ内に含める。とりわけ、このＮＡＳメッセージは、ＭＴＣデバイス２が別の通信デバイス（又はサーバ）へ送信する必要がある、ＭＴＣデバイス２の解放優先指示及び初期データパケット（「ＵＤＰ／ＩＰパケット」）を含める。

【0094】

ステップＳ５１２に示されるように、基地局５は、Ｓ５１０で受信したメッセージの内容をＭＭＥ９へ転送する。これは、Ｓ１インタフェース上でいわゆる「初期ＵＥメッセージ（Initial UE message）」を生成し、及び、送信することが、そのＳ１モジュール６７により行われる。このＳ１メッセージは、ＲＲＣ接続が設定されていたＭＴＣデバイス２を（Ｓ−ＴＭＳＩにより）識別し、ＭＴＣデバイス２の解放優先指示及び初期データパケットを運搬するＮＡＳメッセージも含める。

【0095】

ＭＴＣデバイス２がこの可能性に従う場合、その解放優先指示（例えば、ＮＡＳメッセージに含まれる「解放優先指示」ＩＥ）をＭＭＥ９又はＭＭＥ９を介する基地局５へ提供する任意の適切なＮＡＳ情報要素を使用できる。

【0096】

「ＯＰＴ Ｂ」と表記される第２の可能性では、ステップＳ５２０で、（ＲＲＣモジュール４９を用いる）ＭＴＣデバイス２は、ＲＲＣ接続が設定されていたことを示すＲＲＣメッセージ（例えば、「ＲＲＣ接続設定完了（RRC Connection Setup Complete）」メッセージ）を生成し、基地局５へ送信する。前の可能性にあるように、ＲＲＣモジュール４９は、ＮＡＳモジュール４７により生成されるＮＡＳメッセージをこのＲＲＣメッセージ内に含める（及びこのＮＡＳメッセージはＭＴＣデバイス２の初期データパケットを含む）。しかしながら、ＮＡＳメッセージ内の解放優先指示を含むよりむしろ、ＭＴＣデバイス２は、（ＲＲＣモジュール４９により生成される）ＲＲＣメッセージ内の解放優先指示を含める。ＭＴＣデバイス２は、その解放優先指示（例えば、ＲＲＣメッセージに含まれる「解放優先指示」ＩＥ）を提供するために、任意の適切なＲＲＣ情報要素を使用できる。

【0097】

ステップＳ５２２に示されるように、基地局５は、Ｓ５２０で受信したメッセージの内容をＭＭＥ９へ転送する。これは、Ｓ１インタフェース上のいわゆる「初期ＵＥメッセージ（Initial UE message）」を生成及び送信する、そのＳ１モジュール６７により行われる。このＳ１メッセージは、基地局５によりＲＲＣ接続が設定されていたＭＴＣデバイス２を（Ｓ−ＴＭＳＩにより）識別し、ＭＴＣデバイス２により初期データパケットを運搬するＮＡＳメッセージも含める。ＭＭＥ９がＲＲＣ情報要素を処理することができないため、基地局５は、Ｓ１メッセージ内の適切な情報要素にＭＴＣデバイス２の解放優先指示を含める。

【0098】

第１又は第２の可能性が使用されるか否かに関係なく、（Ｓ５１２／Ｓ５２２における）初期ＵＥメッセージを受信した時に、ＭＭＥ９は、ＭＴＣデバイス２がデータパケットを他の通信デバイス及び／又はサーバに対して送信／受信できるように、コアネットワーク７内でＭＴＣデバイス２への接続を設定することを開始する。

【0099】

それ故、ステップＳ５３４では、ＭＭＥ９は、ユーザプレーンＧＰＲＳトンネリングプロトコル（GPRS Tunnelling Protocol (GTP-U)）メッセージを生成し、ＭＴＣデバイス２にサービスを提供するゲートウェイ８へ送信する。このＧＴＰ−Ｕメッセージは、ユーザプレーンデータ、すなわち、（Ｓ５３６において）対象とされる受信者に対してゲートウェイ８により転送され、ＭＴＣデバイス２により送信される初期データパケット（「UDP/IPパケット」）も含める。

【0100】

ステップＳ５４０に一般に示されるように、初期データパケットが送信されていた後に、ＭＭＥ９又は基地局５は、受信された解放優先指示に従い、ＭＴＣデバイス２に対するＲＲＣ／Ｓ１接続を管理することを開始できる。

【0101】

受信した解放優先は、上記１）型のデータ送信を備え、ＭＭＥ９又は基地局５は、初期データパケットが受信者（又は、少なくともサービス提供ゲートウェイ８）、に対して首尾よく転送された直後、すなわち、ステップＳ５３４後の任意の時間に、ＲＲＣ／Ｓ１接続の解放を開始できる。

【0102】

２）型の解放優先指示の場合、ＭＭＥ９又は基地局５は、初期データパケットに対する応答データ（例えば、確認応答パケット）がＭＴＣデバイス２により受信された後に、ＲＲＣ／Ｓ１接続の解放を開始できる。もちろん、応答データの受信まで、ＭＴＣデバイス２は、追加データパケットを送信し、それ故に、ＲＲＣ／Ｓ１接続は、むしろ維持されるべきである。しかしながら、２）型の解放優先指示に従い、ＭＴＣデバイス２は、応答データの受信後、任意の追加のデータパケットを送信することを予想されず、それ故に、ＲＲＣ／Ｓ１接続は、それに応じて解放され得る。

【0103】

最後に、解放優先が３）型のデータ送信を示した場合、ＭＭＥ９又は基地局５は、ＭＴＣデバイス２からの追加の指示及び／又は他の解放状態の完了（fulfilment）を少なくとも受信するまで、ＲＲＣ／Ｓ１接続の解放を開始しない（例えば、基地局５におけるユーザ不活動性タイマの満了時に、ＲＲＣ／Ｓ１接続を解放する別のネットワークエンティティからの要求を受信し、エラー指示（error indication）を受信し、ＭＭＥ９で保持されるデータは接続が解放され得ることを示す、等）。

【0104】

図６は、ＭＴＣデバイス２及びモビリティ管理エンティティ９の間での情報転送処理中の支援情報の提供を説明する他の実施タイミング図である。この処理は、例えば、携帯受信（ＭＴ）小データ伝送シナリオの場合に、後に続いて起きうる。

【0105】

ステップＳ６００に示すように、サービス提供ゲートウェイ８は、（例えば、他の通信デバイス又は遠隔サーバから）ＭＴＣデバイス２対するデータを受信する。
それ故、ステップＳ６０１では、ゲートウェイ８は、ＭＴＣデバイス２に対するダウンリンクデータについてＭＭＥ９へ通知するメッセージ（「ダウンリンクデータ通知」（Downlink Data Notification）メッセージ）を生成し、ＭＭＥ９へ送信する。ゲートウェイ８は、ＭＴＣデバイス２へ配信されるためのデータ（例えば、「UDP/IP」パケット）をこのメッセージに含める。

【0106】

ダウンリンクデータ通知メッセージを受信した時に、ＭＭＥ９は、ステップＳ６０２に示されるように、ＭＴＣデバイス２のページングを開始し、ステップＳ６０３において基地局５により実行される。ＭＴＣデバイス２に対するデータが小データ伝送機能に従ってデータを備えることが示される場合、ＭＴＣデバイス２に対するページングメッセージもまた、例えば、フラグ（例えば、小データフラグ（Small data flag））を適切に設定することにより、これを示す。この点において、ＭＴＣデバイス２に対するダウンリンクデータは、一時的にＭＭＥ９のメモリ７９に格納され、一旦、ＲＲＣ接続が設定されれば、ＭＴＣデバイス２へ配信を待ち構える。

【0107】

ページングメッセージに応じて、基地局５を経由して通信できる（すなわち、受信データを受信する）ように、ＭＴＣデバイス２は、ステップＳ６０４に示されるように、基地局５と共にランダムアクセス処理を実行する。

【0108】

ＭＴＣデバイス２は一旦、通信リソースが供与されると、そのＲＲＣモジュール４９は、ステップＳ６０６において、ＭＴＣデバイス２に対する／を用いるＲＲＣ接続を確立することを基地局５に要求するメッセージを生成し、送信する。この「ＲＲＣ接続要求」（RRC connection request）は、ＭＴＣデバイス２を識別する情報（例えば、そのS-TMSI）を含む。

【0109】

次に、ステップＳ６０８に示されるように、（ＲＲＣモジュール６９を用いる）基地局５は、「ＲＲＣ接続要求」メッセージを生成し、送信する。このメッセージを受信した後、ＭＴＣデバイス２は、この基地局５を経由して他のデバイスとの通信を準備する。ダウンリンクデータを示すページングメッセージに応じて、ＲＲＣ接続は、ＭＴＣデバイス２により要求されていたため、このシナリオは、携帯受信通信シナリオとしても呼ばれ得る。

【0110】

ＭＴＣデバイス２は、ステップＳ６１０において、ＲＲＣ接続が設定されたことを示すメッセージ（例えば、「ＲＲＣ接続設定完了」（RRC Connection Setup Complete）メッセージ）を生成し、基地局５へ送信するために、ＲＲＣ接続がＲＲＣモジュール４９を使用することにより首尾よく設定されたことを確認する。ＭＴＣデバイス２は、要求されるサービスの指示、すなわち、先のページングメッセージにより示されるダウンロードデータの配信をＲＲＣメッセージ内にも含める。

【0111】

これに応じて、ステップＳ６１２に示されるように、（そのＳ１モジュール６７を用いる）基地局５は、メッセージ（例えば、「初期ＵＥメッセージ」（Initial UE message））を生成し、ＭＭＥ９へ送信する。このＳ１メッセージは、ＲＲＣ接続が設定されていたＭＴＣデバイス２を（そのS-TMSIにより）識別し、ＭＴＣデバイス２から受信したサービス要求も含める。

【0112】

ステップＳ６１２で送信されたメッセージの受信時に、ＭＭＥ９は、ＮＡＳモジュール８７を用いて、サービス要求を処理し、ＭＴＣデバイス２へ新たなＮＡＳメッセージを生成し、とりわけ、そのメモリ７９に格納されるダウンリンクデータをこのメッセージに含める。ステップＳ６１４に示されるように、ＭＭＥ９は、Ｓ１インタフェース上でダウンリンクメッセージ（例えば、「ダウンリンクＮＡＳ転送」（Downlink NAS Transport）メッセージ）を生成し、基地局５へ送信する。このメッセージは、ＭＴＣデバイス２へダウンリンクデータを運搬する新たなＮＡＳメッセージを含め、ＲＲＣインタフェース上でＮＡＳメッセージをＭＴＣデバイス２へ転送することを基地局５に指示する。

【0113】

その結果、（そのＲＲＣモジュール６９を用いる）基地局５は、ステップＳ６１６に示されるように、ダウンリンクデータ（例えば、「ダウンリンク情報転送」（Downlink Information Transfer）メッセージ）をＭＴＣデバイス２へ転送するＲＲＣメッセージを生成し、送信する。このＲＲＣメッセージは、（ＭＴＣデバイス２へのデータを含み、）ＭＭＥ９により生成されるＮＡＳメッセージを含む。

【0114】

しかしながら、この点において、ＭＭＥ９、基地局５、及び／又は、任意の他のネットワークエンティティは、ステップＳ６００で受信された初期データパケット以外に、このＭＴＣデバイス２により受信（及び／又は、送信）されるためのデータの量に関する情報を有さない。

【0115】

それ故、選択的に、ＭＴＣデバイス２は、先のステップで確立されていたＲＲＣ接続を管理するために、ＭＭＥ９及び／又は基地局５を支援する情報を提供する。この支援情報は、上記のように、このＭＴＣデバイス２による通信に関する（基地局５及びコアネットワーク７の間の）Ｓ１接続を管理するために、ＭＭＥ９及び／又は基地局５により使用され得る。しかしながら、ＭＴＣデバイス２が受信したダウンリンクデータに応えて送信するための任意のデータを有さない場合、及び／又は、任意の追加のダウンリンクデータを受信することを予想しない場合、ＭＴＣデバイス２は、後続のステップをスキップし、それ故、そのバッテリ電力を節約できる。この場合では、基地局５及び／又はＭＭＥ９は、このＭＴＣデバイス２に対するＲＲＣ／Ｓ１接続を解放するための従来の技術に未だ依存する。

【0116】

しかしながら、ＭＴＣデバイス２が支援情報を送信する場合、図６に示されるように、ＭＴシナリオの場合に、その解放優先を示す２つの主な選択肢を有する。

【0117】

「ＯＰＴ Ｃ」と表記される第１の可能性では、ステップＳ６２０で、（ＲＲＣモジュール４９を用いる）ＭＴＣデバイス２は、アップリンクデータを送信するためのメッセージ（例えば、「アップリンク情報転送（Uplink Information Transfer）」メッセージ）を生成し、基地局５へ送信する。ＲＲＣモジュール４９は、ＮＡＳモジュール４７により生成される新たなＮＡＳメッセージをこのＲＲＣメッセージ内に含める。とりわけ、このＮＡＳメッセージは、ＭＴＣデバイス２が送信する必要がある、ＭＴＣデバイス２の解放優先指示及び任意の応答データ（「ＵＤＰ／ＩＰ応答パケット」）を含める。

【0118】

ステップＳ６２２に示されるように、基地局５は、Ｓ６２０で受信したメッセージの内容をＭＭＥ９へ転送する。これは、Ｓ１インタフェース上でいわゆる「アップリンクＮＡＳ転送（Uplink NAS Transport）」メッセージを生成し、及び、送信することが、そのＳ１モジュール６７により行われる。このＳ１メッセージは、ＭＴＣデバイス２の解放優先指示及びその応答データパケットを運搬する新たなＮＡＳメッセージも含める。

【0119】

ＭＴＣデバイス２がこの可能性に従う場合、その解放優先指示（例えば、ＮＡＳメッセージに含まれる「解放優先指示」ＩＥ）をＭＭＥ９又はＭＭＥ９を介する基地局５へ提供する任意の適切なＮＡＳ情報要素を使用できる。

【0120】

「ＯＰＴ Ｄ」と表記される第２の可能性では、ステップＳ６３０で、（ＲＲＣモジュール４９を用いる）ＭＴＣデバイス２は、アップリンクデータを送信するためのメッセージ（例えば、「アップリンク情報転送（Uplink Information Transfer）」メッセージ）を生成し、基地局５へ送信する。前の可能性にあるように、ＲＲＣモジュール４９は、ＮＡＳモジュール４７により生成される新たなＮＡＳメッセージをこのＲＲＣメッセージ内に含める（及びこのＮＡＳメッセージはＭＴＣデバイス２の応答データパケットを含む）。しかしながら、ＮＡＳメッセージ内の解放優先指示を含むよりむしろ、ＭＴＣデバイス２は、（ＲＲＣモジュール４９により生成される）ＲＲＣメッセージ内の解放優先指示を含める。ＭＴＣデバイス２は、その解放優先指示（例えば、ＲＲＣメッセージに含まれる「解放優先指示」ＩＥ）を提供するために、任意の適切なＲＲＣ情報要素を使用できる。

【0121】

ステップＳ６３２に示されるように、基地局５は、Ｓ６３０で受信したメッセージの内容をＭＭＥ９へ転送する。これは、Ｓ１インタフェース上のいわゆる「アップリンクＮＡＳ転送（Uplink NAS Transport）」メッセージを生成及び送信する、そのＳ１モジュール６７により行われる。このＳ１メッセージは、ＭＴＣデバイス２により応答データパケットを運搬するＮＡＳメッセージも含める。ＭＭＥ９がＲＲＣ情報要素を処理することができないため、基地局５は、Ｓ１メッセージ内の適切な情報要素にＭＴＣデバイス２の解放優先指示を含める。

【0122】

ステップＳ６３４からＳ４０は、およそ、ステップＳ５３４からＳ５４０にそれぞれ対応し、それ故、それらの記載は、簡略化のために省略される。

【0123】

上記の典型的な実施形態は、ＭＴＣデバイスによる小データ伝送の場合に、（ＲＲＣ／Ｓ１）接続解放の改善された管理をもたらすことができる。これは、通常、ネットワークノードに置いては利用可能ではなく、ＭＴＣデバイス２により提供される情報を考慮することにより達成される。ＭＴＣデバイス２からの支援情報を考慮することにより、Ｓ１及びＲＲＣ接続は以下の点で有利となり得る。すなわち、
−ＭＴＣデバイス２からの追加の送信が予想されないことが示された場合に、ネットワークにより即時に解放される
−ＭＴＣデバイス２が確認を予想していることを示された場合に、アクティブに維持される
−追加の小データ伝送がＭＴＣデバイス２により予想されることが示される場合に、維持され、標準のユーザプレーン確立が引き起こされる。

【0124】

解放優先がＲＲＣ／Ｓ１接続を制御するネットワークエンティティを利用可能にしないという情報（予想通信）に基づくため、ＭＴＣデバイス２によりそのような支援情報の提供が通信システム１の全リソースのより最適な利用をもたらすことができる。

【0125】

変更形態及び代替形態
詳細な実施形態が上述された。当業者に明らかなように、上述の実施形態に対し、いくつかの変更形態及び代替形態を作ることができ、その中で具現化される発明から利益を得ることができる。例示のために、これらの代替形態及び変更形態のいくつかについてのみ説明する。

【0126】

本発明の実施形態は、機械式データ接続の制御（例えば、相対的に少量のデータの送信に用いられる無線接続の解放）を特に参照して説明してきたが、支援情報（解放優先指示）の提供は、通信デバイスに対する接続の解放を制御するために用いられ得ることは言うまでもない。例えば、上記実施形態は、ユーザデータ、バックアップデータ、同期データ、診断データ、監視データ、使用統計、及び／又は、エラーデータ等を送信するために適用可能である。

【0127】

上記の説明で、ＭＭＥは、ＭＴＣデバイス（及び／又は携帯電話機）と通信するＮＡＳエンティティの例として与えられた。しかしながら、解放優先指示は、任意の他のＮＡＳ可能な通信エンティティ、例えば、コアネットワーク内（又は、接続される）サービングGPRSサポートノード（serving GPRS support node （SGSN））へ提供され得る。

【0128】

上記実施形態は、（解放優先指示の形式内で）支援情報をＭＭＥへ提供するＭＴＣデバイスを説明したが、任意のＭＴＣ可能な携帯電話機（すなわち、ＭＴＣクライアントを実行する、及び／又は、小データ伝送機能を支援する携帯電話機）は、そのような支援情報も提供することは言うまでもない。

【0129】

上記実施形態は、ＭＴＣデバイスが支援情報を基地局／ＭＴＣデバイスにサービスを提供するＭＭＥへ提供する特定の例を説明した。しかしながら、解放優先指示は、適切なＩＥ、及び／又は、上述したＮＡＳ／ＲＲＣ／Ｓ１メッセージ以外の任意のシグナリングメッセージを用いて提供され得ることは言うまでもない。解放優先指示は、ＮＡＳ／ＲＲＣ／Ｓ１メッセージの任意の部分に含まれ得ることは言うまでもない。

【0130】

上記説明では、ＭＴＣデバイスにより与えられる解放優先指示は、ＭＴＣデバイスによる既存の通信（例えば、小データ伝送）と関連付けて説明された。しかしながら、この優先は、ＭＴＣデバイスによる任意の今後の通信（すなわち、更新優先指示が最重要な任意の過去の優先に提供されるまで）に関連しても良いことは言うまでもない。個別の優先が同一又は異なるシグナリングメッセージ内のＭＯ及びＭＴ通信について示され得ることも言うまでもない。特に、上述したオプションＡからＤの任意の１以上は、組み合わせて使用され得る。

【0131】

さらに、ＭＴＣデバイスの解放優先は、デフォルト設定（デフォルト工場設定として、又は、アプリケーション／加入者特定設定として、のいずれか）を含めても良いことは言うまでもない。例えば、デフォルト設定は、上述した処理の一部として、又は、独立して、のいずれかで、ＭＴＣデバイス、及び／又は、ＨＳＳ、及び／又は、任意の他のネットワークエンティティにより提供されてもよい。デフォルト設定が使用される場合、デフォルトのもの以外の解放優先がＭＴＣデバイスにより特定の通信に適用される場合に限り、ＭＴＣデバイスが解放優先のみを示してもよいことは言うまでもない。それ故、明確な解放優先がない限り、基地局／ＭＭＥは、ＭＴＣデバイスによる通信についてデフォルト解放優先を適用してもよい。

【0132】

上記実施形態では、基地局は、ＭＴＣデバイスからＭＭＥへ送信されるメッセージのＲＲＣ部分に含まれる情報要素から、ＭＴＣデバイスの優先指示を取得することが説明された。しかしながら、この指示が（基地局がアクセスすることができない）ＭＴＣデバイスにより送信されるメッセージのＮＡＳ部分に含まれる場合、基地局はＭＭＥから（すなわち間接的に）ＭＴＣデバイスの優先指示を取得しても良いことも言うまでもない。これは、ＭＴＣデバイスにより使用される情報要素の型とは関係のないＭＭＥよりむしろ、基地局においてＲＲＣ／Ｓ１解放優先の制御を維持することを望むネットワーク通信事業者にとって有益である。

【0133】

図５及び図６の上記説明では、ステップＳ５４０及びＳ６４０は、初期データパケットがＭＭＥからゲートウェイへ送信されてきた後にのみ行なわれることが示された。しかしながら、（例えば、基地局の場合ステップＳ５１０／Ｓ５２０の後、及び、ＭＭＥの場合ステップＳ５１２／Ｓ５２２の後に）ＭＴＣデバイスの解放優先指示を取得する場合に応じて、ステップＳ５４０／Ｓ６４０が、解放優先指示がＭＥＣデバイスから受信されるや否や、行なわれ、及び／又は、基地局及びＭＭＥについて異なる時間に行なわれることも言うまでもない。

【0134】

上記実施形態では、３ＧＰＰ無線通信（無線アクセス）技術が用いられる。しかしながら、任意の他の無線通信技術（すなわち、WLAN, Wi-Fi, WiMAX, Bluetooth（登録商標）等）が上記実施形態に従ってＭＴＣデバイスにより使用され得る。上記実施形態は、「非携帯」又は通常は固定されたユーザ装置にも適用可能である。

【0135】

ＭＴＣアプリケーションの例
機械式通信アプリケーションのいくつかの例が次の表に列挙される（出典：3GPP TS 22.368, Annex B）。このリストは、包括的ではなく、機械式通信アプリケーションの範囲を表示する目的である。

【表1】

【0136】

上記説明では、ＭＴＣデバイス、基地局、及び、モビリティ管理エンティティが、多数の個別の機能的コンポーネント又はモジュールを有することの理解を容易にするために記載された。これらのモジュールは、あるアプリケーション、例えば、本発明を実施するために修正された既存のシステム、についてこの方法で提供され得るが、他のアプリケーションにおいて、例えば、最初から念頭において本発明の特徴を備えて設計されるシステムにおいて、これらのモジュールは、全体のオペレーティングシステム又はコードに内蔵され、これらのモジュールは、個別のエンティティとして認識できない。

【0137】

上記実施形態では、多数のソフトウェアモジュールが説明された。当業者に明らかなように、ソフトウェアモジュールは、コンパイルされるかコンパイルされない形式で提供されてもよく、コンピュータネットワーク、又は、記録媒体を介した信号として、ＭＴＣデバイス、携帯電話機、基地局、又は、モビリティ管理エンティティに供給されてもよい。さらに、このソフトウェアの一部又は全体により実行される機能は、１以上の専用のハードウェア回路を用いて実行されてもよい。しかしながら、ソフトウェアモジュールの使用は、それらの機能を更新するために、ＭＴＣデバイス（又は、ＭＴＣアプリケーションを有する携帯電話機）、基地局、モビリティ管理エンティティの更新を促進することが好まれる。

【0138】

ここではさらに詳細には説明しないが、当業者には種々の他の変形が明らかであろう。

【0139】

上述した処理は、コンピュータにより実行され得る。また、プログラム可能なコンピュータデバイスに上述した処理を実行させるコンピュータプログラムを提供することができる。本プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable media）を用いて格納され、コンピュータに供給することができる。
非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage media）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ(Read Only Memory)、ＣＤ−Ｒ（compact disc recordable）、ＣＤ−Ｒ／Ｗ（compact disc rewritable）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable media）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、（電線及び光ファイバ等の）有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給するために使用され得る。
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
無線ベアラが維持されるべきか又は解放されるべきかを判定する際に使用するために、ネットワークエンティティへ情報を提供するための通信デバイスであって、
データを送信又は受信するために通信システムの基地局を介して前記無線ベアラを確立する確立する手段と、
前記確立された無線ベアラを用いてデータを送信又は受信する手段と、
１）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、
２）ユーザプレーン接続が前記通信デバイスへ要求されるか否か
の少なくとも１つを判定する手段と、
それに応じて、前記無線ベアラが維持されるべきか又は解放されるべきかを判定する際に、前記ネットワークエンティティにより、使用するために前記判定の結果を識別する情報を、前記ネットワークエンティティへ提供する手段と、
を備える通信デバイス。
（付記２）
前記データを送信又は受信する手段は、制御プレーンメッセージのペイロード内でデータパケットとして前記データを送信又は受信する、付記１に記載の通信デバイス。
（付記３）
前記データを送信又は受信する手段は、無線リソース制御（ＲＲＣ）メッセージのペイロード内でデータパケットとして前記データを送信又は受信する、付記２に記載の通信デバイス。
（付記４）
前記データを送信又は受信する手段は、アップリンク情報転送メッセージ（uplink information transfer message）のペイロード内でデータパケットとして前記データを送信し、又は、ダウンリンク情報転送メッセージ（downlink information transfer message）のペイロード内でデータパケットとして前記データを受信する、付記３に記載の通信デバイス。
（付記５）
前記データを送信又は受信する手段は、ＲＲＣ接続設定完了メッセージ（RRC connection setup complete message）のペイロード内でデータパケットとして前記データを送信又は受信する、付記３に記載の通信デバイス。
（付記６）
前記情報提供手段は、前記無線ベアラを確立するための処理の一部として前記判定の結果を識別する前記情報を前記ネットワークエンティティへ提供する、付記１乃至５のいずれか１項に記載の通信デバイス。
（付記７）
前記判定する手段が、前記通信デバイスにより送信又は受信される追加のデータがないと判定する場合、
前記判定の結果を識別する前記情報は、前記通信デバイスにより送信又は受信される追加のデータがないことを示す情報（indication）を含む、
付記１乃至６のいずれか１項に記載の通信デバイス。
（付記８）
前記判定する手段が、前記通信デバイスにより送信又は受信される追加のデータがあると判定する場合、
前記判定の結果を識別する前記情報は、前記通信デバイスにより送信又は受信される追加のデータがあることを示す情報（indication）を含む、
付記１乃至６のいずれか１項に記載の通信デバイス。
（付記９）
前記追加のデータは、
前記通信デバイスにより受信されたデータに応答して送信されるデータを含む、
付記８に記載の通信デバイス。
（付記１０）
前記追加のデータは、
前記通信デバイスに対するユーザプレーン接続の確立を要求するデータを含む、
付記８又は９に記載の通信デバイス。
（付記１１）
前記提供する手段は、少なくとも１つのＲＲＣメッセージを前記基地局へ送信することにより、前記判定の結果を識別する前記情報を、前記ネットワークエンティティへ提供する、付記１乃至１０のいずれか１項に記載の通信デバイス。
（付記１２）
前記提供する手段は、ＲＲＣ接続確立処理の一部として前記少なくとも１つのＲＲＣメッセージを送信する、付記１１に記載の通信デバイス。
（付記１３）
前記提供する手段は、前記少なくとも１つのＲＲＣメッセージ内の少なくとも１つの情報要素を用いて、前記判定の結果を識別する前記情報を提供する、付記１２に記載の通信デバイス。
（付記１４）
前記少なくとも１つのＲＲＣメッセージは、少なくとも１つの非アクセス階層（non-access stratum (NAS)）メッセージを含む、付記１２又は１３に記載の通信デバイス。
（付記１５）
前記提供する手段は、前記少なくとも１つのＮＡＳメッセージを用いて、前記判定の結果を識別する前記情報を提供する、付記１４に記載の通信デバイス。
（付記１６）
前記データを送信又は受信する手段は、前記ネットワークエンティティへ提供される前記判定の結果を識別する前記情報における前記少なくとも１つのＲＲＣメッセージのペイロード内でデータパケットとして前記データを送信する、付記１１乃至１５のいずれか１項に記載の通信デバイス。
（付記１７）
前記データパケットは、前記通信デバイスにおいて受信されるための応答を要求し、
前記判定の結果を識別する前記情報は、前記応答の受信後に前記通信デバイスにより送信又は受信される追加のデータがないことを示す、
付記１６に記載の通信デバイス。
（付記１８）
前記データパケットは、前記通信デバイスにより受信されるデータに応答して送信されるデータを含み、
前記判定の結果を識別する前記情報は、前記通信デバイスが、前記データパケットの送信後に送信又は受信される追加のデータがないことを予想することを示す、
付記１６に記載の通信デバイス。
（付記１９）
前記提供する手段は、前記判定の結果を識別する前記情報を前記基地局へ送信する、付記１乃至１８のいずれか１項に記載の通信デバイス。
（付記２０）
前記提供する手段は、前記判定の結果を識別する前記情報をコアネットワークエンティティへ送信する、付記１乃至１９のいずれか１項に記載の通信デバイス。
（付記２１）
前記提供する手段は、前記判定の結果を識別する前記情報を、前記コアネットワークエンティティを介して前記基地局へ送信する、付記２０に記載の通信デバイス。
（付記２２）
Long Term Evolution (LTE)標準に従って動作する機械式通信（machine-type communications）デバイス、携帯電話機（mobile telephones）、及び、ユーザ装置の少なくとも１つを備える、付記１乃至２１のいずれか１項に記載の通信デバイス。
（付記２３）
通信デバイスに関する無線ベアラを管理するための装置であって、
無線ベアラを用いて前記通信デバイスとデータを通信する手段と、
１）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、
２）ユーザプレーン接続が前記通信デバイスにより要求されるか否か
の少なくとも１つを前記通信デバイスのために示す情報を、前記通信デバイスから取得する手段と、
前記取得された情報から、前記無線ベアラが維持されるべきか又は解放されるべきかを判定する手段と、
前記判定に依存して前記無線ベアラを維持する手段と、
を備える装置。
（付記２４）
前記データを通信する手段は、制御プレーンメッセージのペイロード内でデータパケットとして前記データを送信又は受信する、 付記２３に記載の装置。
（付記２５）
前記データを通信する手段は、無線リソース制御（ＲＲＣ）メッセージのペイロード内でデータパケットとして前記データを送信又は受信する、
付記２４に記載の装置。
（付記２６）
前記データを通信する手段は、ダウンリンク情報転送メッセージ（downlink information transfer message）のペイロード内でデータパケットとして前記データを送信し、又は、アップリンク情報転送メッセージ（uplink information transfer message）のペイロード内でデータパケットとして前記データを受信する、 付記２５に記載の装置。
（付記２７）
前記データを通信する手段は、ＲＲＣ接続設定完了メッセージ（RRC connection setup complete message）のペイロード内でデータパケットとして前記データを受信する、 付記２５に記載の装置。
（付記２８）
前記情報を取得する手段は、前記無線ベアラを確立するための処理の一部として前記通信デバイスから前記情報を取得する、 付記２３乃至２７のいずれか１項に記載の装置。
（付記２９）
前記情報は、前記通信デバイスにより送信又は受信される追加のデータがないことを示す情報（indication）を含む、 付記２３乃至２８のいずれか１項に記載の装置。
（付記３０）
前記情報は、前記通信デバイスにより送信又は受信される追加のデータがあることを示す情報（indication）を含む、
付記２３乃至２９のいずれか１項に記載の装置。
（付記３１）
前記追加のデータは、前記通信デバイスにより送信されたデータに応答して、前記通信デバイスにより受信されるデータを含む、
付記３０に記載の装置。
（付記３２）
前記追加のデータは、前記通信デバイスに対するユーザプレーン接続の確立を要求するデータを含む、
付記３０又は３１に記載の装置。
（付記３３）
前記取得する手段は、前記基地局において、少なくとも１つのＲＲＣメッセージを受信することにより前記通信デバイスから前記情報を取得する、 付記２３乃至３２のいずれか１項に記載の装置。
（付記３４）
前記取得する手段は、前記通信デバイスに対するＲＲＣ接続確立処理の一部として前記少なくとも１つのＲＲＣメッセージを受信する、 付記３３に記載の装置。
（付記３５）
前記取得する手段は、前記少なくとも１つのＲＲＣメッセージ内の少なくとも１つの情報要素から前記情報を取得する、 付記３４に記載の装置。
（付記３６）
前記少なくとも１つのＲＲＣメッセージは、少なくとも１つの非アクセス階層（non-access stratum (NAS)）メッセージを含む、 付記３４又は３５に記載の装置。
（付記３７）
前記取得する手段は、前記少なくとも１つのＮＡＳメッセージから前記情報を取得する、 付記３６に記載の装置。
（付記３８）
前記データ通信手段は、
前記通信デバイスにより提供される前記情報における前記少なくとも１つのＲＲＣメッセージのペイロード内でデータパケットとして前記データを受信する、 付記３６又は３７に記載の装置。
（付記３９）
前記データパケットは、前記通信デバイスにおいて受信されるための応答を要求し、
前記取得された情報は、前記応答の受信後に前記通信デバイスにより送信又は受信される追加のデータがないことを示す、 付記３８に記載の装置。
（付記４０）
前記データパケットは、前記通信デバイスにより直前に受信されるデータに応答して送信されるデータを含み、
前記取得される情報は、前記応答の送信後に前記通信デバイスにより送信又は受信される追加のデータがないことを示す、
付記３８に記載の装置。
（付記４１）
前記基地局は、前記取得する手段を備える、 付記２３乃至４０のいずれか１項に記載の装置。
（付記４２） 前記取得する手段は、前記取得された情報をコアネットワークエンティティへ提供する、
付記２３乃至４１のいずれか１項に記載の装置。
（付記４３）
前記維持する手段は、
１）前記情報が、前記通信デバイスにより送信又は受信される追加のデータがあることを示す場合に、前記無線ベアラを維持し、及び、
２）前記取得される情報が、前記通信デバイスにより送信又は受信される追加のデータがないこと示す場合に、前記無線ベアラを解放する、 付記２３乃至４２のいずれか１項に記載の装置。
（付記４４）
前記維持する手段は、前記取得される情報が、ユーザプレーン接続が前記通信デバイスにより要求されることを示す場合に、ユーザプレーン接続を確立するために前記通信デバイスを要求する、 付記４３に記載の装置。
（付記４５）
前記維持する手段は、前記取得される情報が、前記通信デバイスにより送信又は受信される追加のデータがないことを示す場合に、前記無線ベアラを解放するために前記通信デバイスを要求する、 付記４３に記載の装置。
（付記４６）
Long Term Evolution (LTE)標準に従って動作する基地局及びモビリティ管理エンティティの少なくとも１つを備える、
付記２３乃至４４のいずれか１項に記載の装置。
（付記４７）
無線ベアラが維持されるべきか又は解放されるべきかを判定する際に使用するために、ネットワークエンティティへ情報を提供するための通信デバイスであって、
前記通信デバイスは、プロセッサ及び送受信機を備え、
前記プロセッサは、データを送信又は受信するために、通信システムの基地局を介して前記無線ベアラを確立し、
前記送受信機は、前記確立された無線ベアラを用いてデータを送信又は受信し、
前記プロセッサは、
１）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、
２）ユーザプレーン接続が前記通信デバイスへ要求されるか否か
の少なくとも１つを判定し、
前記プロセッサは、
それに応じて、前記無線ベアラが維持されるべきか又は解放されるべきかを判定する際に、前記ネットワークエンティティにより、使用するために前記判定の結果を識別する情報を、前記ネットワークエンティティへ提供する、通信デバイス。
（付記４８）
通信デバイスに関する無線ベアラを管理するための装置であって、
前記装置は、プロセッサ及び送受信機を備え、
前記送受信機は、
無線ベアラを用いて前記通信デバイスとデータを通信し、
前記プロセッサは、
１）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、
２）ユーザプレーン接続が前記通信デバイスにより要求されるか否か
の少なくとも１つを前記通信デバイスのために示す情報を、前記通信デバイスから取得し、
前記取得された情報から、前記無線ベアラが維持されるべきか又は解放されるべきかを判定し、
前記判定に依存して前記無線ベアラを維持する、装置。
（付記４９）
付記１乃至２２のいずれか１項に記載の通信デバイス、及び、付記２３乃至４６のいずれか１項に記載の装置を備えるシステム。
（付記５０）
無線ベアラが維持されるべきか又は解放されるべきかを判定する際に使用するために、ネットワークエンティティへ情報を提供するための通信デバイスにより実行される方法であって、
データを送信又は受信するために通信システムの基地局を介して前記無線ベアラを確立し、
前記確立された無線ベアラを用いてデータを送信又は受信し、
３）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、
４）ユーザプレーン接続が前記通信デバイスへ要求されるか否か
の少なくとも１つを判定し、
それに応じて、前記無線ベアラが維持されるべきか又は解放されるべきかを判定する際に、前記ネットワークエンティティにより、使用するために前記判定の結果を識別する情報を、前記ネットワークエンティティへ提供する、方法。
（付記５１）
通信デバイスに関する無線ベアラを管理するためのネットワーク装置により実行される方法であって、
無線ベアラを用いて前記通信デバイスとデータを通信し、
３）任意の追加のデータが前記通信デバイスにより送信又は受信されるか否か、及び、
４）ユーザプレーン接続が前記通信デバイスにより要求されるか否か
の少なくとも１つを前記通信デバイスのために示す情報を、前記通信デバイスから取得し、
前記取得された情報から、前記無線ベアラが維持されるべきか又は解放されるべきかを判定し、
前記判定に依存して前記無線ベアラを維持する、方法。
（付記５２）
プログラム可能な通信デバイスに、付記５０又は５１に記載の方法を実行させるための、コンピュータに実装可能な命令を備えるコンピュータ実装可能な命令製品。

【0140】

本出願は、２０１３年５月２０日に出願された英国特許出願第１３０９０７４．１号からの優先権の利益を主張し、該特許出願の開示は参照によりその全体が本明細書に援用される。

【符号の説明】

【0141】

１ 通信ネットワーク
２ ＭＴＣデバイス
３ 携帯電話機
５ 基地局
７ コアネットワーク
８ ゲートウェイ
９ モビリティ管理エンティティ（Mobility Management Entity （ＭＭＥ））
１０ ホーム加入者サーバ（HSS）
３１ 送受信回路
３３ アンテナ
３５ ユーザインタフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
４５ ＭＴＣモジュール
４７ 非アクセス階層（NAS）モジュール
４９ 無線リソース制御（RRC）モジュール
５１ 送受信回路
５３ アンテナ
５５ コアネットワークインタフェース
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
６５ ＭＴＣ支援モジュール
６７ Ｓ１モジュール
６９ 無線リソース制御（RRC）モジュール
７１ 送受信回路
７５ ネットワークインタフェース
７７ コントローラ
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール
８５ ＭＴＣ支援モジュール
８７ 非アクセス階層（NAS）モジュール
８９ ＲＲＣ／Ｓ１制御モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】