JP7318797B2

JP7318797B2 - 通信システム

Info

Publication number: JP7318797B2
Application number: JP2022504711A
Authority: JP
Inventors: ユーファーチェン，; 尚二木
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2020-03-27
Filing date: 2021-03-04
Publication date: 2023-08-01
Anticipated expiration: 2041-03-04
Also published as: JP2022542270A; WO2021192882A1; GB202004520D0; CN115362751A; EP3981219A1; GB2593537A; JP7521658B2; US20220279594A1; JP2023126926A

Description

本発明は、通信システムに関する。本発明は、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ、第３世代パートナーシッププロジェクト）標準又はその同等物若しくは派生物（ＬＴＥ－Ａｄｖａｎｃｅｄ及びＮｅｘｔＧｅｎｅｒａｔｉｏｎ又は５Ｇネットワークを含む）に従って動作する無線通信システム及びそのデバイスに特に関連するが、これに限定するものではない。本開示は、非アクティブ状態のユーザ装置のスモールデータ送信に特に関連するが、これに限定するものではない。

３ＧＰＰ標準の最近の開発は、進化型パケットコア（ＥＰＣ）ネットワークのロングタームエボリューション（ＬＴＥ）および進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と呼ばれ、一般に「４Ｇ」とも呼ばれる。また、「５Ｇ」および「ニューラジオ」（ＮＲ）という用語は、様々なアプリケーションおよびサービスをサポートすることが期待される進化する通信技術を指す。５Ｇネットワークの様々な詳細は、例えば、ＮＧＭＮ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＭｏｂｉｌｅＮｅｔｗｏｒｋｓ）アライアンスによる「ＮＧＭＮ５ＧＷｈｉｔｅＰａｐｅｒ：ＮＧＭＮ５Ｇ白書」Ｖ１．０に記載されており、その文献はｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手可能である。３ＧＰＰは、いわゆる３ＧＰＰのＮｅｘｔＧｅｎ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎ：次世代）ＲＡＮ（ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ：無線アクセスネットワーク）及び３ＧＰＰのＮＧＣ（ＮｅｘｔＧｅｎｃｏｒｅ：次世代コア）ネットワークを通じて、５Ｇをサポートすることを意図している。

３ＧＰＰ規格の下では、ＮｏｄｅＢ（又はＬＴＥにおいては「ｅＮＢ」、５Ｇにおいては「ｇＮＢ」）は、通信装置（ユーザ装置又は「ＵＥ」）がコアネットワークに接続し、他の通信装置又は遠隔サーバと通信するための基地局である。分かりやすくするために、本出願では、そのような基地局を指す際に基地局という用語を使用する。

簡略化のため、本願では、モバイル装置、ユーザ装置、またはＵＥという用語は、１つ又は複数の基地局を介してコアネットワークと接続可能な通信装置に言及するために用いるものとする。

通信装置とは、例えば、携帯電話機、スマートフォン、ユーザ機器、パーソナルデジタルアシスタント、ノートパソコン／タブレット型コンピュータ、ウェブブラウザ、電子書籍リーダー及び／又はそれに類するものなどのモバイル通信装置であってもよい。これらの携帯型（あるいは概して固定型の）装置は通常、ユーザによって操作される。しかしながら、３ＧＰＰ規格によって、様々な計測機器、遠隔測定機器、監視システム、追跡／探知装置、車載安全システム、車両保守システム、路面センサ、デジタル掲示板、ＰＯＳ（ｐｏｉｎｔｏｆｓａｌｅ：販売時点情報管理）端末、遠隔制御システム、それに類するものなどの自動化機器を通常含む、いわゆる「ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ：モノのインターネット）」装置（例えば、ＮＢ－ＩｏＴ（Ｎａｒｒｏｗ－ＢａｎｄＩｏＴ：ナローバンドＩｏＴ）装置）もネットワークに接続できるようになる。実際には、ＩｏＴとは、適当な電子機器、ソフトウェア、センサ、ネットワーク接続機能、及び／又はそれに類するものを備えた装置（すなわち「モノ」）のネットワークであり、ＩｏＴによってこれらの装置は互いに、又は他の通信装置とデータを収集したり、交換したりすることが可能になる。ＩｏＴ装置は時としてＭＴＣ（Ｍａｃｈｉｎｅ－ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ：マシンタイプコミュニケーション）通信装置又はＭ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ：マシンツーマシン）通信装置とも呼ばれることが理解されるであろう。

簡略化のため、本願は通常、本明細書内でモバイル装置に言及するが、記載された技術は、通信ネットワークに接続してデータを送受信可能なあらゆる通信装置（携帯型及び／又は概して固定型）に対して、これらの通信装置が人間による入力によって制御されるか、又はメモリに記憶されたソフトウェア命令によって制御されるかにかかわらず、実装可能であることが理解されるであろう。

コアネットワーク（すなわちＬＴＥの場合は「ＥＰＣ」、５Ｇでは「５ＧＣ」）は通常、（数ある中でも特に）加入者管理、移動度管理、課金、セキュリティ、セル／セッション管理のための機能を提供し、インターネットなどの外部ネットワークに対する通信装置の接続を可能にする。

ＵＥは、基地局を介したデータ通信が可能になる前に、ＵＥが位置するセルをサービングする基地局に対して、いわゆる（競合ベースの）ランダムアクセス手順を実行する必要がある。現在、リリース１５において、ランダムアクセス手順は４段階の手順である。（「Ｍｓｇ１」と呼ばれる）第１のステップで、ＵＥはＰＲＡＣＨ（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ：物理ランダムアクセスチャネル）プリアンブルを送信する。基地局がプリアンブルを検出すると、基地局は（別名「Ｍｓｇ２」とも呼ばれる）ＲＡＲ（ｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅ：ランダムアクセス応答）で応答する。ＲＡＲには、検出されたプリアンブル識別子と、時間進行命令と、ＴＣ－ＲＮＴＩ（ｔｅｍｐｏｒａｒｙＣ－ＲＮＴＩ：一時的Ｃ－ＲＮＴＩ）と、（「Ｍｓｇ３」と呼ばれる）ＵＥからのＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ：物理アップリンク共有チャネル）送信をスケジュールするＵＬ（ｕｐｌｉｎｋ：アップリンク）グラントとが含まれる。ＵＥはＭｓｇ３をスケジュール通りに送信し、競合解消のための識別子を含む。ネットワークはＭｓｇ３を受信すると、（別名「Ｍｓｇ４」とも呼ばれる）競合解消メッセージを競合解消識別子と共に送信する。ＵＥがＭｓｇ４の受信に成功し、競合解消識別子を見つけると、ＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ：物理アップリンク制御チャネル）において承認を送信し、これにより４段階ランダムアクセス手順が完了する。

３ＧＰＰ規格のリリース１６から、（現在使用されている４段階ランダムアクセス手順に加えて）２段階ランダムアクセス手順が提案されている。２段階ランダムアクセスは、数ある中でも特に（超）低遅延通信、１０ミリ秒ＣＰ（ｃｏｎｔｒｏｌ－ｐｌａｎｅ：コントロールプレーン）遅延、高速ハンドオーバー、アンライセンス周波数帯における効率的なチャネルアクセス、スモールデータパケットの送信をサポートすることを主に目的とする。上記の通り、４段階ランダムアクセス手順では、ＵＥと基地局との間で二往復サイクルが必要となる。２段階ランダムアクセス手順は、ＵＥと基地局との間を一往復サイクルすることで遅延と制御信号オーバーヘッドとを低減することを目的とする。実際には、この目的は、ＵＥのＰＲＡＣＨプリアンブル（Ｍｓｇ１）送信とスケジュールされたＰＵＳＣＨ送信（Ｍｓｇ３）とを（「ＭｓｇＡ」と呼ばれる）１つのメッセージに結合することで達成される。同様に、基地局からＵＥへのランダムアクセス応答（ＲＡＲ／Ｍｓｇ２）と競合解消メッセージ（Ｍｓｇ４）とが２段階ランダムアクセス手順（そしてそれは「ＭｓｇＢ」と呼ばれる）で結合される。

ランダムアクセス手順の後、ＵＥはいわゆるＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）ＣＯＮＮＥＣＴＥＤ（接続）状態に入り、ネットワーク（の基地局）によって割り当てられたリソースを用いて、データ（ユーザプレーンデータ及びコントロールプレーンデータの両方）の送信／受信を開始できるようになる。ＵＥのＲＲＣ状態間の推移は、（関連するタイマなどを用いて）ネットワークによって制御される。通常、ＵＥが送信／受信するデータがもはや無い場合、ネットワークリソースを解放し、ＵＥ側のバッテリを節約するため、いわゆるＲＲＣＩＤＬＥ（アイドリング）状態に移行するようにネットワークによって指示される。ＵＥは、送信又は受信するデータを有する度に、（ネットワークとの適切なランダムアクセス手順を実行した後で）再度、ＲＲＣＣＯＮＮＥＣＴＥＤ状態に入る必要がある。一般的に、ＲＲＣＩＤＬＥ状態は電力効率的に最も優れた状態ではあるものの、一部のＵＥではＲＲＣＩＤＬＥとＲＲＣＣＯＮＮＥＣＴＥＤとの間で頻繁に推移する必要が生じることがあり、その結果、シグナリングが増加し、消費電力にも悪影響が及ぶことがある。

ＬＴＥでは、ＲＲＣＩＤＬＥ状態のＵＥによって使用可能なＣＰ－ＥＤＴ（Ｃｏｎｔｒｏｌ－ＰｌａｎｅＥａｒｌｉｅｒＤａｔａＴｒａｎｓｍｉｓｓｉｏｎ：コントロールプレーン早期データ送信）やＵＰ－ＥＤＴ（Ｕｓｅｒ－ＰｌａｎｅＥａｒｌｉｅｒＤａｔａＴｒａｎｓｍｉｓｓｉｏｎ：ユーザプレーン早期データ送信）などの様々なやり方で、３ＧＰＰがこの課題への対応を試みている。

ＣＰ－ＥＤＴの場合、データはＮＡＳ（Ｎｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ：非アクセス層）コンテナに含まれており、適切なＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）ＲＲＣメッセージに入れられる。ＮＡＳコンテナは、ＭＭＥによってＳ－ＧＷに転送される。データがコントロールプレーンを介して送信されると、ＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）は一切使用されない。従って、ＵＥはＲＲＣＩＤＬＥに維持される（ただし、ネットワークがＵＥにＲＲＣＣＯＮＮＥＣＴＥＤに移行するように指示する場合を除く）。ＣＰ－ＥＤＴはＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ：アクセス層）セキュリティを使用せず、そのため、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）レイヤとＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ：無線リンク制御）レイヤはデータ（ＮＡＳコンテナ）の送信にはかかわらない。

ＵＰ－ＥＤＴの場合、データは、適切なＤＲＢが再開された後、ユーザプレーン（Ｕｓｅｒ－Ｐｌａｎｅ）を介して送信される。データはＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ：メディアアクセス制御）レイヤ上でＣＣＣＨのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔと多重化されて、ＤＴＣＨ（ＤｅｄｉｃａｔｅｄＴｒａｆｆｉｃＣｈａｎｎｅｌ：専用トラフィックチャネル）上で暗号化され送信される。この場合、基地局はＵＥ用のＳ１－Ｕベアラを再起動して、データをＳ－ＧＷに直接転送する。

３ＧＰＰＮＲ規格では、ＲＲＣＩＤＬＥとＲＲＣＣＯＮＮＥＣＴＥＤとに加えて、いわゆるＲＲＣＩＮＡＣＴＩＶＥ（非アクティブ）状態が導入された。ＲＲＣＩＮＡＣＴＩＶＥ状態において、ＤＲＢとＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒｓ：シグナリング無線ベアラ）は、「ＳＲＢ０」を除いてすべて一時停止される。しかしながら、ＵＥのＮｇ－Ｕ接続及びＮｇ－Ｃ接続は（ＲＲＣＩＤＬＥとは違って）維持され、すなわちＣＣＣＨチャネルのみが（ＳＲＢ０のために）アクティブであることを意味する。従って、新しいデータが上位レイヤから届いた場合に、直ちに送信することができない。データはＲＲＣ再開手順を実行した後にだけ送信可能になり、この手順によって、ＵＥにＤＲＢとＳＲＢのすべてを再開（又は再設定）させる。ＤＲＢはデータ到着直後に再開され、データはＤＲＢ／ＤＴＣＨ／ＰＵＳＣＨを介して適切に送信できるという点が、ＵＰ－ＥＤＴとの違いである。

ＲＲＣＩＮＡＣＴＩＶＥ状態のＵＥに対して、３ＧＰＰでは、ＵＥがネットワークとのＲＲＣ接続を（再）起動／再開する必要がないように、特定の（通常、比較的少ない量のデータの）通信をサポートすることを意図している。この機能は「スモールデータ送信」と呼ばれ、数多くのトラフィックタイプ、例えば不定期送信、短データバースト、スループットが少ない送信などに適用可能である。スモールデータ送信に伴うメリットには、（ＵＥがＲＲＣＣＯＮＮＥＣＴＥＤ状態に推移する必要がある場合と比較して）ＲＲＣ状態推移に伴うシグナリングオーバーヘッドの低減、バッテリ消費量の削減、遅延低減などが挙げられる。

ＩＮＡＣＴＩＶＥ状態のＵＥへのスモールデータ送信の背後にある動機は、３ＧＰＰ作業項目ＲＰ－１９３２５２に記載される。要約すると、スモールデータ送信機能によって、ＵＥは特定のダウンリンク（「ＭＴ」（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄ：モバイルで受信））データ送信とアップリンク（「ＭＯ」（ｍｏｂｉｌｅｏｒｉｇｉｎａｔｅｄ：モバイルで発信））データ送信とにおいてＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を維持できる。言い換えれば、ＵＥはデータ送信のためにＲＲＣ接続を再開（すなわちＲＲＣＣＯＮＮＥＣＴＥＤ状態に移行）する必要がなく、データ送信の後に引き続いて、接続を解放（ＲＲＣＩＮＡＣＴＩＶＥ状態に戻る）する必要がないため、ＵＥ３は付随する欠点（例えば、消費電力やシグナリングオーバーヘッドの増加）の一部を回避できる。

Ｒｅｌ－１７では、ＩＮＡＣＴＩＶＥ状態での少量かつ不定期なデータトラフィックは、（数ある中でも特に）以下の使用事例で許可されるだろう。
－スマートフォンアプリケーション：
・インスタントメッセージサービス（例えば、Ｗｈａｔｓａｐｐ（登録商標）、ＱＱ、ＷｅＣｈａｔ（登録商標）など）からのトラフィック、
・インスタントメッセージ／Ｅメールクライアントや、類似アプリからのハートビート／キープアライブトラフィック、
・様々なアプリからのプッシュ通知、
－スマートフォン以外のアプリケーション：
・ウェアラブルなものからのトラフィック（定期的な位置情報など）、
・センサ（定期的に又はイベントトリガされたやり方で気温や圧力の測定値を送信するＩｎｄｕｓｔｒｉａｌＷｉｒｅｌｅｓｓＳｅｎｓｏｒＮｅｔｗｏｒｋｓ（工業用ワイヤレスセンサネットワーク）など）、
・定期的にメーターの測定値を送信するスマートメーターやスマートメーターネットワーク

スモールデータパケットのためのＩＮＡＣＴＩＶＥ状態のＵＥからのシグナリングオーバーヘッドは一般的な課題であり、ネットワークの性能や効率だけでなく、ＵＥのバッテリ性能に対しても、ＮＲにおける多数のＵＥには重大な問題となるであろう。概して、ＩＮＡＣＴＩＶＥ状態で断続的なスモールデータパケットを有する装置はいずれも、ＩＮＡＣＴＩＶＥでスモールデータ送信を可能にすることによって恩恵を受けるであろう。

ＮＲにおけるスモールデータ送信の成功への鍵については、Ｒｅｌ－１５及びＲｅｌ－１６で既に一部が特定されている（例えば、ＲＲＣＩＮＡＣＴＩＶＥ状態、２段階／４段階ランダムアクセス、構成されたグラントタイプ－１）ものの、対応しなければいけない課題や目標がまだたくさんある。例えば：
・２段階又は４段階ランダムアクセスを用いたＵＬスモールデータ送信の場合：
・ＲＲＣＩＮＡＣＴＩＶＥ状態のＵＥからのスモールデータパケットのＵＰ（ｕｓｅｒ－ｐｌａｎｅ：ユーザプレーン）データ送信を可能にする手順がない（例えば、２段階ランダムアクセス手順のＭｓｇＡ又は４段階ランダムアクセス手順のＭｓｇ３を使用する）、
・ＵＬでＵＰデータ送信をサポートするためには、ＭｓｇＡ及びＭｓｇ３のためのＲＲＣＩＮＡＣＴＩＶＥ状態に向けて現在定義されているＲｅｌ－１６ＣＣＣＨメッセージサイズよりも大きい、柔軟なペイロードサイズを可能にする必要がある、
・（アンカー再配置を伴う場合も伴わない場合も）ランダムアクセスに基づいたソリューションのためのＲＲＣＩＮＡＣＴＩＶＥ状態でコンテキストフェッチ及びデータ転送手順を定義する必要がある、
・（いわゆる「構成されたグラントタイプ１」を使用して）予め設定されたＰＵＳＣＨリソース上でＵＬデータを送信する場合：
・ＲＲＣＩＮＡＣＴＩＶＥ状態で構成されたグラントタイプ１リソースを介してスモールデータ送信を実行する手順がない、
・構成されたグラントタイプ１リソースはＲＲＣＩＮＡＣＴＩＶＥ状態におけるＵＬスモールデータ送信に向けて設定されていない。

従って、本発明の好ましい例示的な実施形態は、上記の課題のうちの１つ又は複数に対応する、あるいは少なくとも部分的に対処する方法及び装置を提供することを目的とする。

当業者が効率的に理解できるように、本発明を３ＧＰＰシステム（ＵＭＴＳ、ＬＴＥ、ＮＲ）の観点から詳細に記載するが、本発明の本質は、通信装置又はＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）が無線アクセス技術を用いてコアネットワークにアクセスするその他のシステムにも適用され得る。

例示的な態様において、本発明は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のためにＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）により行われる方法であって、コントロールプレーンを介して、スモールデータ送信を構成する情報を受信することと、前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に、スモールデータ送信として送信されるアップリンクデータがあるか否かを決定することと、前記スモールデータ送信を含むＲＲＣメッセージを生成することと、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）を介して提供されるＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：シグナリング無線ベアラ）を用いて、前記スモールデータ送信を含む前記ＲＲＣメッセージを送信することと、を備える方法を提供する。

他の例示的な態様において、本発明は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のためにＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）により行われる方法であって、前記ＲＲＣ非アクティブ状態でのスモールデータ送信を構成する、情報を受信することと、前記ＵＥが前記ＲＲＣ非アクティブ状態である場合、スモールデータ送信として送信されるアップリンクデータがあるか否かを決定することと、前記アップリンクデータを処理してスモールデータ送信を形成し、前記ＵＥを識別する情報を追加することと、前記受信した情報に基づいたＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）を用いて、前記スモールデータ送信と前記ＵＥを識別する情報とを送信することと、を備える方法を提供する。

例示的な態様において、本発明は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のために、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）と通信するための無線アクセスネットワークの通信装置により行われる方法であって、コントロールプレーンを介して、スモールデータ送信を構成する情報を送信することと、前記ＵＥが前記ＲＲＣ非アクティブ状態である間に前記ＵＥから、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）を介して提供されるＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：シグナリング無線ベアラ）を用いて、スモールデータ送信を含む前記ＲＲＣメッセージを受信することと、を備える方法を提供する。

例示的な態様において、本発明は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のために、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）と通信するための無線アクセスネットワークの通信装置により行われる方法であって、前記ＲＲＣ非アクティブ状態でのスモールデータ送信を構成する情報を送信することと、前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に前記ＵＥから、前記送信した情報に基づいたＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）を用いて、スモールデータ送信と前記ＵＥを識別する情報とを受信することと、を備える方法を提供する。

例示的な態様において、本発明は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のためのＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）であって、コントロールプレーンを介して、スモールデータ送信を構成する情報を受信する手段と、前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に、スモールデータ送信として送信されるアップリンクデータがあるか否かを決定する手段と、前記スモールデータ送信を含むＲＲＣメッセージを生成する手段と、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）を介して提供されるＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：シグナリング無線ベアラ）を用いて、前記スモールデータ送信を含む前記ＲＲＣメッセージを送信する手段と、を備えるＵＥを提供する。

例示的な態様において、本発明は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のためのＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）であって、前記ＲＲＣ非アクティブ状態でのスモールデータ送信を構成する情報を受信する手段と、前記ＵＥが前記ＲＲＣ非アクティブ状態である場合、スモールデータ送信として送信されるアップリンクデータがあるか否かを決定する手段と、前記アップリンクデータを処理してスモールデータ送信を形成し、前記ＵＥを識別する情報を追加する手段と、前記受信した情報に基づいたＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）を用いて、前記スモールデータ送信と前記ＵＥを識別する情報とを送信する手段と、を備えるＵＥを提供する。

他の例示的な態様において、本発明は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のために、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）と通信するための無線アクセスネットワークの通信装置であって、コントロールプレーンを介して、スモールデータ送信を構成する情報を送信する手段と、前記ＵＥが前記ＲＲＣ非アクティブ状態である間に前記ＵＥから、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）を介して提供されるＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：シグナリング無線ベアラ）を用いて、スモールデータ送信を含む前記ＲＲＣメッセージを受信する手段と、を備える通信装置を提供する。

さらに他の例示的な態様において、本発明は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のために、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ機器）と通信するための無線アクセスネットワークの通信装置であって、前記ＲＲＣ非アクティブ状態でのスモールデータ送信を構成する情報を送信する手段と、前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に前記ＵＥから、前記送信した情報に基づいたＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）を用いて、スモールデータ送信と前記ＵＥを識別する情報とを受信する手段と、を備える通信装置を提供する。

本発明の例示的な態様は、対応するシステム、装置、及びコンピュータプログラム製品、例えば、命令が格納されたコンピュータ読み取り可能な記憶媒体であって、当該命令は、プログラム可能なプロセッサを、例示的な態様に記載された方法、及び、上記の又は特許請求の範囲に列挙された実現手段を実行するようにプログラムするように、及び／又は、適切に構成されたコンピュータを、特許請求の範囲の何れかに列挙された装置を提供するようにプログラムするように動作可能な命令が格納された上記記憶媒体に及ぶ。

本明細書（この用語には特許請求の範囲が含まれる）に開示されている及び／又は図面に示されている各特徴は、他の開示及び／又は図示されている特徴から独立して（又はそれらと組み合わせて）本発明に組み込むことができる。特に限定されることなく、特定の独立請求項に従属する何れかの請求項の特徴は、任意の組み合わせで、又は個別に、その独立請求項に導入されることもできる。

本発明の例示的な実施形態を、一例として、以下の添付図面を参照しながら説明する。
図１は、本発明の例示的な実施形態を適用し得る、携帯型（セルラー方式又はワイヤレス）電気通信システムを図式的に説明する図である。図２は、図１に示すシステムの一部を形成するユーザ機器（ＵＥ）のブロック図である。図３は、図１に示すシステムの一部を形成する基地局のブロック図である。図４は、図１に示すシステムの一部を形成するコアネットワークノードエンティティーのブロック図である。図５は、第１の例示的方法に従ったスモールデータ送信にかかわるレイヤの概要である。図６は、第１の例示的方法に従ったスモールデータ送信の主要ステップを説明する図式的フローチャートである。図７は、第２の例示的方法に従ったスモールデータ送信に含まれるレイヤの概要である。図８は、第２の例示的方法に従ったスモールデータ送信の主要ステップを説明する図式的フローチャートである。図９は、第１の例示的方法の修正案のうちの一部を図式的に説明する図である。図１０は、第１の例示的方法の修正案のうちの一部を図式的に説明する図である。

概要
図１は、本発明の例示的な実施形態が適用可能な、モバイル（セルラ又は無線）通信システム１を概略的に示す。

このネットワークでは、モバイル装置３（ＵＥ）のユーザが適切な３ＧＰＰ無線アクセス技術（ＲＡＴ）、例えば、Ｅ‐ＵＴＲＡ及び／又は５ＧＲＡＴを使用して、各基地局５及びコアネットワーク７を介して、互いに及び他のユーザと通信することができる。多くの基地局５が（無線）アクセスネットワーク又は（Ｒ）ＡＮを形成することが理解される。当業者が理解するように、１台のモバイル装置３及び１台の基地局５が例示の目的で図１に示されるが、システムは、実装される際に、典型的には他の基地局及びモバイル装置（ＵＥ）を含む。

各基地局５は、１つ又は複数の関連付けられたセルを（直接的に、又、はホーム基地局、中継器、リモート無線ヘッド、及び／又は分散ユニットなどの他のノードを介して）制御する。Ｅ‐ＵＴＲＡ／４Ｇプロトコルをサポートする基地局５は「ｅＮＢ」と呼ばれてもよく、ＮｅｘｔＧｅｎｅｒａｔｉｏｎ（次世代）／５Ｇプロトコルをサポートする基地局５は「ｇＮＢ」と呼ばれてもよい。いくつかの基地局５は、４Ｇ及び５Ｇの双方、及び／又は他の任意の３ＧＰＰ又は非３ＧＰＰの通信プロトコルをサポートするように構成されてもよい、ということが理解される。

モバイル装置３とそのサービング基地局５とは、適切なエアインタフェース（例えば、いわゆる「Ｕｕ」インタフェースなど）を介して接続される。隣接する基地局５は（いわゆる「Ｘ２」インタフェース、及び／又は「Ｘｎ」インタフェースなどの）基地局間インタフェースを介して互いに接続される。基地局５は、また、適切なインタフェース（いわゆる「Ｓ１」、「Ｎ１」、「Ｎ２」、及び／又は「Ｎ３」インタフェースなど）を介して、コアネットワークノードに接続される。

コアネットワーク７は、典型的には通信システム１における通信をサポートするための論理ノード（又は「機能」）を含む。典型的には、例えば、「ＮｅｘｔＧｅｎｅｒａｔｉｏｎ」／５Ｇシステムのコアネットワーク７は、他の機能に加えて、制御プレーン機能（ＣＰＦ）及びユーザプレーン機能（ＵＰＦ）を含む。コアネットワーク７は、とりわけ、モビリティ管理エンティティ（ＭＭＥ：ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）１１と、サービングゲートウェイ（Ｓ－ＧＷ：ＳｅｒｖｉｎｇＧａｔｅｗａｙ）１２を含むこともできることが理解されよう。ＮＲネットワークでは、ＭＭＥ１１の代わりに、またはそれに加えて、いわゆるアクセス及びモビリティ管理機能（ＡＭＦ）が提供されてもよい。コアネットワーク７から（インターネットなどの）外部ＩＰネットワーク２０への接続も提供されてもよい。

本システムは、レガシー（すなわち４段階）と２段階の両方のランダムアクセス手順をサポートする。特定のＵＥ３は、構成されたグラントタイプ－１通信に割り当てられたリソースを用いて、ネットワークからの明示的なグラントを用いることなく通信するように設定してもよい。

このネットワーク１のノードは、ＲＲＣＩＮＡＣＴＩＶＥ状態のＵＥ３へのスモールデータ送信サービスをサポートするように設定される。このスモールデータ送信は、コントロールプレーン（第１の選択肢）又はユーザプレーン（第２の選択肢）のいずれかを介して実現できる。

第１の選択肢の場合、ＵＥ３はコントロールプレーンを介したスモールデータ送信を実行するように（ネットワークによって）設定される。ＵＥ３はＲＲＣ解放メッセージ又はＲＲＣ一時停止メッセージ（及び／又はそれに類するもの）を用いて設定してもよい。スモールデータとして送信できるアップリンクデータが存在する場合は、ＵＥ３はＲＲＣメッセージ（例えば、「ｓｍａｌｌＤａｔａＴｒａｎｓｍｉｓｓｉｏｎ」メッセージ及び／又はそれに類するもの）を生成し、このメッセージを適切にフォーマットされたＣＣＣＨメッセージ内で（ＲＲＣＩＮＡＣＴＩＶＥモード中にアクティブを維持するシグナリング無線ベアラ「ＳＲＢ０」を介して）送信する。（ＲＲＣメッセージ内の）スモールデータ送信を含むＣＣＣＨメッセージは、予め設定されたＰＵＳＣＨリソース（利用可能な場合）を介して、あるいは適切な（２段階又は４段階）ランダムアクセス手順を用いて送信してもよい。ランダムアクセス手順を用いる場合は、上記ＣＣＣＨメッセージはＭｓｇＡ内又はＭｓｇ３内のいずれかでネットワーク（すなわち基地局５）に伝送してもよい。

第２の選択肢の場合、ＵＥ３はスモールデータ送信のためのＤＲＢを設定できる。ＵＥ３はＲＲＣＩＮＡＣＴＩＶＥモードの場合、他のＤＲＢ及びＳＲＢをすべて一時停止する。そのため、あらゆるアップリンクデータは、スモールデータ送信のために設定されたＤＲＢの適切なユーザプレーンプロトコルを通じて処理されうる。このデータは、（もし利用可能なら）予め設定されたＰＵＳＣＨリソースを介して、又は適切な（２段階／４段階）ランダムアクセス手順をトリガすることによって送信してもよい。この場合、ＭＡＣレイヤは、ＵＥ３（すなわち「ＵＥＩＤ」）を識別する適切な情報をアップリンク送信に追加するように設定される。

要約すると、上記のシステムには多くのメリットがある。例えば、
－スループットが少ない、短データバーストに対する効率と柔軟性、
－効率的なシグナリングメカニズムをサポートする（例えば、シグナリングがペイロードを下回る）、
－シグナリングオーバーヘッドを全面的に削減する。

モバイル装置
図２は、図１に示すモバイル装置３（例えば、携帯電話機又はＩｏＴ装置）の主要構成要素を説明するブロック図である。図示の通り、モバイル装置３は、１つ又は複数のアンテナ３３を介して基地局５に信号を送信し、基地局５から信号を受信するように操作可能なトランシーバ回路３１を有する。モバイル装置３は、モバイル装置３の操作を制御するコントローラ３７を有する。コントローラ３７は、メモリ３９と関連付けられており、トランシーバ回路３１に接続される。モバイル装置３の操作に必ずしも必要というわけではないが、モバイル装置３は言うまでもなく通常の携帯電話機（例えばユーザインタフェース３５）の通常機能をすべて備えてもよく、これはハードウェア、ソフトウェア、ファームウェアのうちのいずれか１つ又は任意の組み合わせによって、適切に実現され得る。ソフトウェアは、メモリ３９に予めインストールされていてもよく、及び／又は、電気通信ネットワークを介して又はＲＭＤ（ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ：取り外し可能なデータ記憶装置）などからダウンロードしてもよい。

コントローラ３７は、モバイル装置３の全般的な操作を、本実施例の場合はメモリ３９に記憶されているプログラム命令又はソフトウェア命令によって制御するように設定される。図示の通り、これらのソフトウェア命令には、数ある中でも特にオペレーティングシステム４１と、通信制御モジュール４３と、スモールデータモジュール４５とが含まれる。

通信制御モジュール４３は、モバイル装置３と、サービング基地局５（と、サービング基地局５に接続されている他の通信装置、例えば他のユーザ機器、コアネットワークノードなど）との間の通信を制御するように操作可能である。

スモールデータモジュール４５はスモールデータ送信の伝達に関与するものであり、モバイル装置３のアクティブなＲＲＣ接続を用いずに（例えば、モバイル装置３がＲＲＣＩＮＡＣＴＩＶＥ状態にある間に）スモールデータを送信（又は受信）できる。

図２には図示しないが、モバイル装置３はさらに、異なる通信レイヤに対応する個別のモジュールを含むのが一般的であろう。これらのモジュールは、通信制御モジュール４３の一部として実装されてもよく、以下のモジュールのうちの１つ又は複数を含んでもよい。すなわち、ＮＡＳモジュール、ＲＲＣモジュール、ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）モジュール、ＰＤＣＰモジュール、ＲＬＣモジュール、ＭＡＣモジュール、及び、ＰＨＹ（ｐｈｙｓｉｃａｌｌａｙｅｒ：物理レイヤ）モジュールである。

ＲＲＣモジュールは、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成／送信／受信するように操作可能である。例えば、このメッセージは、モバイル装置３とサービング基地局５との間で交換される。ＲＲＣメッセージは、例えば、スモールデータ送信を伝達するメッセージと関連情報とを含むスモールデータ送信（又は受信）に関するメッセージを含んでもよい。ＲＲＣモジュールはさらに、モバイル装置のネットワークとのＲＲＣ接続とＲＲＣモード（例えば、ＲＲＣＩＤＬＥ、ＲＲＣＣＯＮＮＥＣＴＥＤ、ＲＲＣＩＮＡＣＴＩＶＥ）の管理に関与する。

ＮＡＳモジュールは、ＮＡＳ規格に従ってフォーマットされたシグナリングメッセージを生成／送信／受信するように操作可能である。例えば、このメッセージは、モバイル装置３とＭＭＥ／ＡＭＦ１１との間で（サービング基地局５を介し、ＲＲＣモジュールを用いて）交換される。ＮＡＳメッセージは、例えば、モバイル装置３が現在位置する追跡エリア（又はセル）の登録及び／又はアップデートに関するメッセージを含んでもよい。ＮＡＳメッセージはさらに、スモールデータ送信を含んでもよい。

基地局
図３は、図１に示す基地局５の主要構成要素を説明するブロック図である。図示の通り、基地局５は、ユーザ機器（例えば、モバイル装置３）に対して１つ又は複数のアンテナ５３を介して信号を送受信するトランシーバ回路５１と、コアネットワーク７に対して信号を送受信するコアネットワークインタフェース５５（例えば、Ｓ１インタフェース、ＮＧ－Ｃインタフェース、及び／又はそれに類するもの）と、隣接する基地局に対して信号を送受信する基地局インタフェース５６（例えば、Ｘ２インタフェース、Ｘｎインタフェース、及び／又はそれに類するもの）とを有する。基地局５は、メモリ５９に記憶されたソフトウェアに従って基地局５の操作を制御するコントローラ５７を有する。ソフトウェアは、メモリ５９に予めインストールされていてもよく、及び／又は、電気通信ネットワーク１を介して又はＲＭＤなどからダウンロードしてもよい。ソフトウェアには、数ある中でも特に、オペレーティングシステム６１と、少なくとも通信制御モジュール６３と、スモールデータモジュール６５とが含まれる。

通信制御モジュール６３は、基地局５と他のノードとの間、例えばＵＥ３とコアネットワークノードとの間のシグナリングの処理（生成／送信／受信）に関与する。このシグナリングには、例えば、モバイル装置３（例えば、ＮＡＳ、ＲＲＣ、ページング、システム情報、及び／又はそれに類するもの）の操作を管理するための制御データを含んでもよい。

スモールデータモジュール６５は、（例えば、モバイル装置３がＲＲＣＩＮＡＣＴＩＶＥ状態にある間での）モバイル装置３へのスモールデータ送信の処理に関与する。

図３には図示しないが、基地局５はさらに、基地局間インタフェースモジュール（例えば、Ｘ２／Ｘｎモジュール）と、（通信制御モジュール４３の一部として実装されてもよい）適切なコアネットワークインタフェースモジュールと、異なる通信レイヤに対応する個別のモジュール（例えば、ＲＲＣモジュール、ＳＤＡＰモジュール、ＰＤＣＰモジュール、ＲＬＣモジュール、ＭＡＣモジュール、ＰＨＹモジュール）とを含むのが一般的であろう。

基地局間インタフェースモジュールは、Ｘ２ＡＰ（又はＸｎＡＰ）規格に従ってフォーマットされたシグナリングメッセージ（Ｘ２／Ｘｎメッセージ）を生成／送信／受信するように操作可能である。Ｘ２／Ｘｎメッセージは、例えば、モバイル装置３のページング、ハンドオーバー、データ転送、隣接する基地局間でのＵＥコンテキスト（及びモバイル装置３に関する他の情報）の伝送／フェッチに関するメッセージを含んでもよい。

コアネットワークインタフェースモジュールは、ＵＥ３へのスモールデータ送信を伝達するメッセージを含む、ＮＧ－Ｃ規格（又はＬＴＥにおけるＳ１ＡＰ規格）に従ってフォーマットされたシグナリングメッセージを生成／送信／受信するように操作可能である。例えば、このメッセージは、基地局５とＭＭＥ／ＡＭＦ１１及び／又はＳ－ＧＷ１２との間で交換される。

ＲＲＣモジュールは、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成／送信／受信するように操作可能である。例えば、このメッセージは、基地局５とモバイル装置３（と基地局５のセル内の他のユーザ機器）との間で交換される。ＲＲＣメッセージは、例えば、スモールデータ送信を伝達するメッセージと関連情報とを含むスモールデータ送信（又は受信）に関するメッセージを含んでもよい。ＲＲＣモジュールはさらに、モバイル装置のネットワークとのＲＲＣ接続とＲＲＣモード（例えば、ＲＲＣＩＤＬＥ、ＲＲＣＣＯＮＮＥＣＴＥＤ、ＲＲＣＩＮＡＣＴＩＶＥ）の管理に関与する。

コアネットワークノード
図４は、図１に示す一般的なコアネットワークノード（すなわち機能）、例えばＭＭＥ１１又はＳ－ＧＷ１２の主要構成要素を説明するブロック図である。図示の通り、コアネットワークノードは、他のノード（ＵＥ３と（Ｒ）ＡＮノード５とを含む）に対してネットワークインタフェース７５を介して信号を送受信するように操作可能であるトランシーバ回路７１を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従ってコアネットワークノードの操作を制御する。ソフトウェアは、メモリ７９に予めインストールされていてもよく、及び／又は、電気通信ネットワーク１を介して又はＲＭＤなどからダウンロードしてもよい。ソフトウェアには、数ある中でも特に、オペレーティングシステム８１と、少なくとも通信制御モジュール８３とが含まれる。通信制御モジュール８３は、コアネットワークノードと他のノード、例えばＵＥ３、（Ｒ）ＡＮノード５、他のコアネットワークノードとの間のシグナリングの処理（生成／送信／受信）に関与する。このシグナリングには、例えば、モバイル装置３とＭＭＥ／ＡＭＦ１１との間のＮＡＳシグナリング及び／又はスモールデータ送信を含んでもよい。

詳細な説明
ＲＲＣＩＮＡＣＴＩＶＥ状態にあるＵＥによってスモールデータ送信が実行可能になる例示的方法についてより詳細な説明を行う。

図５は、コントロールプレーンシグナリングを用いた、第１の例示的方法に従ったスモールデータ送信にかかわるレイヤの概要である。

さらに詳細には、ＵＥ３は、適切にフォーマットされたＲＲＣメッセージを用いてＣＣＣＨチャネルを介したスモールデータ送信を実行するように設定される。ＲＲＣメッセージは、専用の（例えば、新規に定義した）ＲＲＣメッセージ又はこの目的に適したＲＲＣメッセージであってもよい。スモールデータ送信を円滑に進めるため、ＵＥ３がスモールデータを送信する場合、ＲＲＣレイヤ（ＲＲＣモジュール）は適切なＵＥ－ＩＤを追加するよう適応する。この実施例では、ＵＥ－ＩＤはＲＲＣ再開要求（ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ）メッセージ（例えば、「ＵＥ－ＩＤ」又は「再開ＩＤ」情報要素及び／又はそれに類するもの）の一部として追加される。ただし、他のメッセージ又は情報要素も使用できる。

ＳＲＢ０は、ＰＤＣＰは用いず、ＲＬＣではＴＭ（ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ：透過モード）で設定され、ＣＣＣＨ論理チャネルを用いるため、ＳＲＢ０経由で送信されたパケットに対するＰＤＣＰ／ＲＬＣヘッダーは存在しない（すなわち、ＰＤＣＰ／ＲＬＣに伴うセキュリティ／ヘッダー圧縮、並べ換え、ＡＲＱ、セグメンテーションなどの機能は、このようなパケットには利用できない）。

さらに、ＣＣＣＨとＣＣＣＨ１のサイズは４８ビットと６４ビットにそれぞれ固定されている。他のサイズの（例えば、６４ビットよりも大きい）スモールデータ送信を許可するには、新規ＣＣＣＨメッセージを、送信されるスモールデータと、必要なＲＲＣメッセージ及び／又はＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ：情報要素）を収容できるように定義する。この新規ＣＣＣＨメッセージは可変サイズ（ただし、サイズは、例えば４８ビット又は６４ビットの倍数に上限を定めてもよい）を有してもよいことが理解されるであろう。

「ＵＬ－ＣＣＣＨ２－Ｍｅｓｓａｇｅ」（他の名前を用いてもよい）と呼ばれる、例示的なＣＣＣＨを以下に示す。
－ＵＬ－ＣＣＣＨ２－Ｍｅｓｓａｇｅ
ＵＬ－ＣＣＣＨ２－Ｍｅｓｓａｇｅクラスは、アップリンクＣＣＣＨ２論理チャネル上でＵＥ３からネットワーク（例えば、基地局５）に送信できる、一連のＲＲＣメッセージである。

表に示すように、この実施例では、スモールデータ送信のコンテンツ（すなわち、上位レイヤからのデータと関連するＲＲＣＩＥ）はＵＬ－ＣＣＣＨ２－Ｍｅｓｓａｇｅ（この場合、「ＵＬ－ＣＣＣＨ２－ＭｅｓｓａｇｅＴｙｐｅ」要素）の適切な要素内に含まれる。実際には、このメッセージの「ｓｍａｌｌＤａｔａＴｒａｎｓｍｉｓｓｉｏｎ」の部分は、上位レイヤからの（スモール）データとＵＥ３を識別する適切な情報（「ＵＥ－ＩＤ」）とを含むＲＲＣメッセージである。この実施例では、新規ＲＲＣメッセージ（「ＳｍａｌｌＤａｔａＴｒａｎｓｍｉｓｓｉｏｎ」）を使用している間、適切な場合、既存のＲＲＣメッセージはスモールデータ送信の目的に適応しうることが理解されるであろう。

ＲＲＣメッセージの情報要素は、例えばＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに向けて現在定義されたＩＥを含んでもよい。一例では、ＲＲＣメッセージは、ＵＥ３からのデータと、（ＵＥ３を識別し、ＵＥコンテキスト検索を円滑に進めるための）関連するＵＥ－ＩＤと、１つ又は複数のセキュリティ関連ＩＥ（例えば、再開ＭＡＣ－Ｉ及び／又はそれに類するもの）とを含む。このメッセージに基づき、ネットワーク（この例では基地局５）は、ＵＥ３のためのＲＲＣ接続を再開するか否かを決定できる。

この例示的なＲＲＣメッセージのさらなる詳細を以下に示す：
－ＳｍａｌｌＤａｔａＴｒａｎｓｍｉｓｓｉｏｎ
ＳｍａｌｌＤａｔａＴｒａｎｓｍｉｓｓｉｏｎメッセージは、ＵＥ３がＲＲＣＩＮＡＣＴＩＶＥモードの場合、スモールデータのアップリンク伝送に用いられる。
シグナリング無線ベアラ：ＳＲＢ０
ＲＬＣ－ＳＡＰ：ＴＭ
論理チャネル：ＣＣＣＨ２
方向：ＵＥからネットワーク

図６は、第１の例示的方法に従ったスモールデータ送信の主要ステップを説明する図式的フローチャートである。

ステップ１では、ＵＥ３は、コントロールプレーンを介したスモールデータ送信を許可するネットワークからの明示的な指示／設定を受信する。この指示／設定は、適切なブロードキャストメッセージ又はユニキャストメッセージ（例えば、ＲＲＣ解放メッセージ又はＲＲＣ一時停止メッセージ及び／又はそれに類するもの）を介して送信されてもよい。このメッセージの受信時に、ＵＥ３はスモールデータ送信サービスに対して適用可能な制限（例えば、トランスポートブロックサイズ制限、許可されたＱｏＳフローなど）を設定する。特定の制限が設定されていない場合、スモールデータ送信は、ＣＣＣＨメッセージ（又はＭｓｇ３／ＭｓｇＡ）の最大サイズ、例えばＰＵＳＣＨＴＢ（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ：トランスポートブロック）サイズまで許可してもよい。

ステップ２：スモールデータが上位レイヤから届くと、データ（と場合により、必要なパディングと情報要素と）のサイズがスモールデータ送信に対して定義された最大サイズを超過しない（かつ、特定の又は設定された他のあらゆる制限にもパスする）場合、ＵＥ３はスモールデータ送信手順を開始する。具体的には、ＵＥ３はＲＲＣレイヤにおいて（そのＲＲＣモジュールを用いて）スモールデータ送信メッセージを生成し、そのメッセージを送信用の下位レイヤ（すなわちＭＡＣ及びＰＨＹレイヤ）に送る。図６には図示しないが、上位レイヤからのデータが「スモールデータ」としては送信できない場合（例えば、そのサイズが原因で、又は他に適用されるあらゆる制限が原因で）、ＵＥ３は適切にフォーマットされたＲＲＣ再開要求メッセージを生成し、そのメッセージを送信用の下位レイヤに送ることで、データを正常なやり方で（ＲＲＣＣＯＮＮＥＣＴＥＤモードで）送信できる。

ステップ３：ＭＡＣレイヤにおいて、ＣＣＣＨメッセージ送信が適切なランダムアクセス手順、すなわち、２段階又は４段階ランダムアクセス手順のいずれかをトリガする。上記のＣＣＣＨメッセージはＭｓｇＡ又はＭｓｇ３のいずれかを用いてネットワーク（基地局５）に伝送される。もし予め設定されたＰＵＳＣＨリソースが利用可能な場合は、ＣＣＣＨメッセージを、ランダムアクセス手順を用いる代わりに、その予め設定されたＰＵＳＣＨリソース経由で送信してもよいことが理解されるであろう。

ステップ４：ステップ３におけるメッセージへの応答が受信されると（例えば、ＭｓｇＢ／Ｍｓｇ４が検出された場合）、ＭＡＣレイヤはＣＣＣＨメッセージ伝送の成功についてＲＲＣレイヤに報告する。ネットワークがスモールデータ伝送に応答してＲＲＣ接続を再開したい場合、ネットワークはＭｓｇＢ／Ｍｓｇ４とともにＲＲＣ再開メッセージも送信してもよいことが理解されるであろう。

本方法が、３ＧＰＰによって現在特定された手順から見て比較的小さな変更に相当することは有益である。ＲＲＣＩＮＡＣＴＩＶＥモードは従来通り、（ＳＲＢ０を除く）すべての設定の一時停止を許可する。本方法では、ＭＡＣレイヤの挙動を一切変更する必要がない（ただし、ＭｓｇＡ用に設定されたグラントサイズ及び／又はスモールデータ送信を目的とした追加のプリアンブル分割は増加しうる）。

図７は、第２の例示的方法に従ったスモールデータ送信に含まれるレイヤの概要である。図示の通り、この実施例では、ユーザプレーンシグナリングを用いている。

スモールデータ送信を円滑に進めるため、ＭＡＣレイヤ（ＭＡＣモジュール）は、ＵＥ３がＲＲＣＩＮＡＣＴＩＶＥモードであることを認識し、さらに関連したＵＥ－ＩＤも認識する。ＭＡＣレイヤは、ＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ：プロトコルデータユニット）にＵＥ－ＩＤを追加し（例えば、「ＵＥ－ＩＤ」ＭＡＣＣＥ（ＣｏｎｔｒｏｌＥｌｅｍｅｎｔ：制御要素）を用いて）、ＵＥ－ＩＤをデータと共に送信するように設定される。ここで、ＵＥ３を識別するその他の適切な情報を用いてもよいことが理解されるであろう。しかしながら、ＭＡＣレイヤはＵＥ－ＩＤを認識する必要がないことが理解されるであろう。その代わり、ＵＥ－ＩＤ（又はＵＥ３を識別するのに適切なその他の情報）がＲＲＣメッセージ（例えば、ＲＲＣｒｅｓｕｍｅＲｅｑｕｅｓｔ又はそれに類するもの）に含まれてもよく、ＭＡＣレイヤは、処理したスモールデータとＲＲＣメッセージとを多重化するように設定されてもよく、それらを一緒にネットワークに送信してもよい。この場合、ＵＥ－ＩＤは、ＭＡＣＣＥの代わりに、ＲＲＣメッセージの情報要素に含まれていてもよい。

図８は、第２の例示的方法に従ったスモールデータ送信の主要ステップを説明する図式的フローチャートである。

ステップ１：ＲＲＣ解放（又はＲＲＣ一時停止）メッセージが、ネットワーク（基地局５）によってＵＥに送信され、スモールデータ送信のための新規ＤＲＢをセットアップ（又は既存のＤＲＢをキープアライブ）してもよい。さらに、ネットワークは、スモールデータ送信サービスに対してさらなる制限を設定してもよい。例えば、ＱＦＩ（ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）ＦｌｏｗＩｄｅｎｔｉｆｉｅｒ：サービス品質フロー識別子）をこのＤＲＢ及び／又は、該当する場合は関連付けられたデータサイズ／周波数限界にマッピングできる。予め決定された（例えば、デフォルト）設定をＤＲＢに用いてもよく、それによりＵＥ３は後続のセル（再）選択の後でそのＤＲＢの使用を継続できることが理解されるであろう。言い換えれば、ＤＲＢの設定は複数の基地局、例えば、特定の追跡エリア内の基地局に対して共通であってもよい。

ステップ２：ＲＲＣレイヤは他のＤＲＢとＳＲＢとをすべて一時停止し、ＵＥ３がＲＲＣＩＮＡＣＴＩＶＥモードの間はアクティブを維持するように設定されたＤＲＢのユーザプレーンプロトコルを保持（又はセットアップ）する。このステップの最後で、ＵＥ３はＲＲＣＩＮＡＣＴＩＶＥモードに入る。

ステップ３：ＲＲＣＩＮＡＣＴＩＶＥモードの間、ＵＥ３はデータ用の上位レイヤを監視する。データが届くと、データが「スモールデータ」設定に準拠しており、アクティブＤＲＢにマップされたＱＦＩに属する場合、ＵＥ３は関連のあるＤＲＢの適切なユーザプレーンプロトコルを介してデータを処理する。上位レイヤからのデータがアクティブＤＲＢにマップされたどのＱＦＩにも属さない場合、又はデータが現在のスモールデータ送信設定によって許可された最大サイズよりも大きい場合は、ＵＥ３は適切なＲＲＣ再開手順（又はランダムアクセス手順）をトリガし、データを正常なやり方で（ＲＲＣＣＯＮＮＥＣＴＥＤモードで）送信できることが理解されるであろう。

ステップ４：ＭＡＣレイヤにおいて、データは、（利用可能な場合）予め設定されたＰＵＳＣＨリソースを介して、又はアップリンク送信用の適切な（２段階／４段階）ランダムアクセス手順をトリガすることによって、送信されてもよい。ＭＡＣレイヤはさらに、ＵＥ３を識別する適切な情報（例えば、「ＵＥＩＤ」）を最初のアップリンク送信に追加するように設定される。ＵＥ３を識別する情報はＭＡＣＣＥ又はＲＲＣ情報要素に含まれていてもよい。スモールデータ送信のサイズ制限を超過し、ＲＬＣレイヤでセグメンテーションが必要になるかもしれない場合は、そのデータを送信するために（ＲＲＣ接続を再開せずに）複数回のアップリンク送信を用いてもよいことも理解されるであろう。

本方法によってＵＥ３がデータを暗号化／圧縮できることは有益である。この場合、ＲＲＣＩＮＡＣＴＩＶＥモードはＲＲＣＣＯＮＮＥＣＴＥＤモードに類似しているが、ＲＲＣＣＯＮＮＥＣＴＥＤモードと比べて、ユーザプレーンの軽量化とオーバーヘッドの低減につながる。

修正案及び代替案
以上、例示的な実施形態の詳細を記載した。当業者は、本明細書で具体化された発明から利益を得ると同時に、上記の例示的な実施形態に多くの修正及び代替を加え得ることを理解するであろう。実例として、こうした修正案及び代替案のうちの一部を以下に記載する。

図９及び図１０は、図５及び図６を参照して記載した第１の例示的方法の可能な修正案のうちの一部を説明する図である。具体的には、ＰＤＣＰレイヤ（図９に図示の通り）又は上位レイヤ（例えば、図１０に図示の通り、専用セキュリティレイヤ）を用いて、ＡＳセキュリティ保護を提供してもよい。この場合、ＰＤＣＰレイヤ又は上位レイヤを用いて、セキュリティ操作をデータ部分に適用してもよい。

コントロールプレーンを通じてスモールデータ送信に用いられるベアラは「ＳＲＢ０」と呼ばれるが、スモールデータ送信に用いられるＳＲＢは、レガシー「ＳＲＢ０」と区別するために、異なる名称であってもよいことが理解されるであろう。

下表は、第２の方法の場合に、スモールデータ送信のためにヘッダーを短縮し、全体的なシグナリングオーバーヘッドを低減するユーザプレーン設定の考え得る制限／変更の概要を示している。

上記の説明では、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードは、理解しやすくするために、（通信制御モジュールなどの）いくつかの個別モジュールを有するものとして説明されている。これらのモジュールは、例えば、既存のシステムが本発明を実装するように変形された特定の用途のために、又は、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムにおける他の用途のためにこのように提供されてもよい。一方で、これらのモジュールは、オペレーティングシステム又はコードの全体に組み込まれてもよく、従って、これらのモジュールは、別個のエンティティとして識別できなくてもよい。

各コントローラは、例えば、１つ以上のハードウェアで実装されたコンピュータプロセッサと、マイクロプロセッサと、ＣＰＵ（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ：中央処理装置）と、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃｌｏｇｉｃｕｎｉｔ：算術論理ユニット）と、ＩＯ（ｉｎｐｕｔ／ｏｕｔｐｕｔ：入出力）回路と、内部メモリ／キャッシュ（プログラム及び／若しくはデータ）と、プロセッシングレジスタと、通信バス（例えば、コントロール、データ、及び／若しくはアドレスバス）と、ＤＭＡ（ｄｉｒｅｃｔｍｅｍｏｒｙａｃｃｅｓｓ：ダイレクトメモリアクセス）機能と、ハードウェア若しくはソフトウェアで実装されたカウンタ、ポインタ、及び／若しくはタイマなどを含む（但しそれらに限定はされない）任意の適当な形式の処理回路を備えてもよい。

上記の例示的な実施形態で、多くのソフトウェアモジュールを説明した。当業者に理解されるように、ソフトウェアモジュールは、コンパイルされた形態又はコンパイルされていない形態で提供されてもよく、コンピュータネットワーク上の信号として、又は記録媒体上で、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードに供給されてもよい。更に、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用ハードウェア回路を使用して実行されてもよい。但し、ソフトウェアモジュールの使用は、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードの機能を更新するために、それらの更新を容易にするので好ましい。

最新の５Ｇアーキテクチャでは、ｇＮＢ内部構造は、Ｆ１インタフェースで接続された２つのパーツ、すなわちＣＵ（ＣｅｎｔｒａｌＵｎｉｔ：中央ユニット）とＤＵ（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ：分散ユニット）とに分けてもよい。１つのＣＵが複数のＤＵに接続されて（かつ複数のＤＵを制御して）もよいことが理解されるであろう。これにより「分割」アーキテクチャの利用が可能になり、その結果、通常「上位」のＣＵレイヤ（例としてＰＤＣＰが挙げられるが、必ずしもＰＤＣＰではない、又はＰＤＣＰに限らない）と、通常「下位」のＤＵレイヤ（例としてＲＬＣ／ＭＡＣ／ＰＨＹが挙げられるが、必ずしもＲＬＣ／ＭＡＣ／ＰＨＹではない、又はＲＬＣ／ＭＡＣ／ＰＨＹに限らない）とが個別に実装される。従って、例えば、多数のｇＮＢに対する上位レイヤＣＵの機能は中央に実装されてもよく（例えば、単一のプロセシングユニットによって、あるいはクラウドベース又は仮想システムにおいて）、その一方で、下位レイヤＤＵの機能はそれぞれのｇＮＢで局所的に維持される。ＣＵは、次世代コアと通信を行ってもよく、ＤＵは周辺の（すなわちｇＮＢによって操作されるセル内の）ＵＥとエアインタフェースを通じて通信を行ってもよいことが理解されるであろう。

より詳細には、分散ｇＮＢは以下の機能ユニットを含む。
ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）：ｇＮＢのＲＲＣレイヤ、ＳＤＡＰレイヤ、ＰＤＣＰレイヤ又は、１つ又は複数のｇＮＢ－ＤＵの操作を制御するＥｎ－ｇＮＢのＲＲＣ及びＰＤＣＰレイヤをホスティングする論理ノード。ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵに接続されているＦ１インタフェースを終端させる。
ｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）：ｇＮＢ又はＥｎ－ｇＮＢのＲＬＣレイヤ、ＭＡＣレイヤ、ＰＨＹレイヤをホスティングする論理ノードであって、その操作は部分的にｇＮＢ－ＣＵに制御される。１つのｇＮＢ－ＤＵは１つ又は複数のセルをサポートする。１つのセルはただ１つのｇＮＢ－ＤＵにサポートされる。ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵに接続されているＦ１インタフェースを終端させる。
ｇＮＢ－ＣＵ－ＣＰ（ｇＮＢ－ＣＵ－ＣｏｎｔｒｏｌＰｌａｎｅ：ｇＮＢ－ＣＵ－コントロールプレーン）：Ｅｎ－ｇＮＢ又はｇＮＢのためのｇＮＢ－ＣＵのＰＤＣＰプロトコルのＲＲＣ及びコントロールプレーン部分をホスティングする論理ノード。ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰに接続されるＥ１インタフェースと、ｇＮＢ－ＤＵに接続されるＦ１－Ｃインタフェースとを終端させる。
ｇＮＢ－ＣＵ－ＵＰ（ｇＮＢ－ＣＵ－ＵｓｅｒＰｌａｎｅ：ｇＮＢ－ＣＵ－ユーザプレーン）：Ｅｎ－ｇＮＢのためのｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分と、ｇＮＢのためのｇＮＢ－ＣＵのＳＤＡＰプロトコルとＰＤＣＰプロトコルのユーザプレーン部分をホスティングする論理ノード。ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰに接続されるＥ１インタフェースと、ｇＮＢ－ＤＵに接続されるＦ１－Ｕインタフェースとを終端させる。

本開示におけるユーザ機器（又は「ＵＥ」）は、ワイヤレスインタフェースを介してネットワークに接続されたエンティティである。ＵＥは、「移動局」、「モバイル装置」、「ワイヤレス装置」、または「ワイヤレス送受信ユニット」（ＷＴＲＵ）とも呼ばれ得る。

なお、本開示は、専用通信デバイスに限定されるものではなく、以下の段落で説明する通信機能を有する任意のデバイスに適用することができる。

「ユーザ機器」又は「ＵＥ」（３ＧＰＰで使用される用語）、「モバイルステーション」、「モバイルデバイス」、及び「ワイヤレスデバイス」という用語は、一般的には、互いに同義であることが意図されており、端末、携帯電話、スマートフォン、タブレット、セルラＩｏＴデバイス、ＩｏＴデバイス、機械などのスタンドアロンのモバイルステーションを含む。「モバイルステーション」及び「モバイルデバイス」という用語は、長期間静置されたままであるデバイスも包含することが理解されよう。

ＵＥは、例えば、生産又は製造のための機器のアイテム、及び／又はエネルギー関連の機械のアイテム（例えば、ボイラー、エンジン、タービン、ソーラーパネル、風力タービン、水力発電機、熱発電機、原子力発電機、バッテリ、原子力システム及び／又は関連機器、重電機械、真空ポンプを含むポンプ、コンプレッサ、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット及び／又はそれらのアプリケーションシステム、工具、金型又はダイ、ロール、搬送機器、昇降機器、資材処理機器、繊維機械、縫製機、印刷及び／又は関連機械、製紙機械、化学機械、鉱業及び／又は建設機械及び／又は関連機器、農業、林業及び／又は漁業のための機械及び／又は器具、安全及び／又は環境保全機器、トラクタ、精密ベアリング、チェーン、ギア、送電機器、潤滑機器、バルブ、パイプ継手などの機器若しくは機械、及び／又は前述の機器若しくは機械のうちのいずれかのアプリケーションシステムなど）であり得る。

ＵＥは、例えば、輸送機器（例えば、ローリングストック、自動車、モータサイクル、自転車、電車、バス、カート、人力車、船、その他の船舶、航空機、ロケット、衛星、ドローン、バルーンなどの輸送機器）のアイテムであり得る。

ＵＥは、例えば、情報通信機器（例えば、電子コンピュータ及び関連機器、通信及び関連機器、電子部品などの情報通信機器）のアイテムであり得る。

ＵＥは、例えば、冷凍機、冷凍機適用製品、貿易及び／又はサービス産業機器のアイテム、自動販売機、自動サービス機、事務機械又は機器、消費者向け電子及び電化製品（例えば、オーディオ機器、ビデオ機器、スピーカ、ラジオ、テレビ、電子レンジ、炊飯器、コーヒーマシン、食洗機、洗濯機、乾燥機、電子ファン又は関連電化製品、掃除機などの消費者向け電化製品）であり得る。

ＵＥは、例えば、電気応用システム又は機器（例えば、Ｘ線システム、粒子加速器、放射性同位体機器、音響機器、電磁的応用機器、電力応用機器などの電気応用システム又は機器）であり得る。

ＵＥは、例えば、電子ランプ、照明器具、測定機器、分析器、テスタ、又は測量若しくは感知機器（例えば、煙警報器、人警報センサ、モーションセンサ、ワイヤレスタグなどの測量若しくは感知機器）、腕時計又は置時計、実験器具、光学装置、医療機器及び／又はシステム、武器、刃物、手工具などであり得る。

ＵＥは、例えば、無線を備えた携帯情報端末又は関連機器（他の電子デバイス（例えば、パーソナルコンピュータ、電気測定機）への取り付け又は挿入のために設計された無線カードまたはモジュールなど）であり得る。

ＵＥは、さまざまな有線及び／又は無線通信技術を使用して、「モノのインターネット」（ＩｏＴ）に関して、以下で説明するアプリケーション、サービス、及びソリューションを提供するデバイス又はシステムの一部であり得る。

モノのインターネットデバイス（又は「モノ」）は、適切な電子機器、ソフトウェア、センサ、及び／又はネットワーク接続などを備えてもよく、これにより、これらのデバイスが相互に、及び他の通信デバイスとで、データを収集及びやり取りすることを可能にする。ＩｏＴデバイスは、内部メモリに格納されているソフトウェアの指示に従う自動化された機器で構成され得る。ＩｏＴデバイスは、人の監視ややり取りを必要とせずに動作し得る。ＩｏＴデバイスは、長期間静置されたままであったり、非アクティブのままであったりし得る。ＩｏＴデバイスは、（一般的に）据置式の装置の一部として実装され得る。ＩｏＴデバイスは、据置式ではない装置（例えば、車両）に組み込まれたり、監視／トラッキングする動物や人に取り付けたりし得る。

ＩｏＴ技術は、データを送受信するために通信ネットワークに接続することができる任意の通信デバイスに実装することができ、このような装置は通信デバイスが人による入力又はメモリに格納されたソフトウェア命令により制御されるか否かに関係なく実装できることが理解されよう。

ＩｏＴデバイスは、ＭＴＣ（Ｍａｃｈｉｎｅ－ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ：マシンタイプ通信）デバイス又はＭ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ：マシンツーマシン）の通信デバイスと呼ばれることもあることが理解されよう。ＵＥは、１つ以上のＩｏＴ又はＭＴＣアプリケーションをサポートしてもよいことが理解されよう。ＭＴＣアプリケーションのいくつかの例を次の表に示す（出典：３ＧＰＰＴＳ２２．３６８Ｖ１３．１．０、ＡｎｎｅｘＢ、その内容は参照により本明細書に組み込まれる）。このリストは、網羅的なものではなく、マシンタイプ通信アプリケーションのいくつかの例を示すことを意図している。

アプリケーション、サービス、及びソリューションは、ＭＶＮＯ（ＭｏｂｉｌｅＶｉｒｔｕａｌＮｅｔｗｏｒｋＯｐｅｒａｔｏｒ：モバイル仮想ネットワークオペレータ）サービス、緊急無線通信システム、ＰＢＸ（ＰｒｉｖａｔｅＢｒａｎｃｈｅＸｃｈａｎｇｅ：構内電話交換機）システム、ＰＨＳ／デジタルコードレステレコミュニケーションシステム、ＰＯＳ（Ｐｏｉｎｔｏｆｓａｌｅ：販売時点）システム、広告発呼システム、ＭＢＭＳ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔａｎｄＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅ：マルチメディア放送及びマルチキャストサービス）、Ｖ２Ｘ（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ）システム、電車無線システム、位置関連サービス、災害／緊急無線通信サービス（Ｄｉｓａｓｔｅｒ／ＥｍｅｒｇｅｎｃｙＷｉｒｅｌｅｓｓＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｒｖｉｃｅ）、コミュニティサービス、ビデオストリーミングサービス、フェムトセルアプリケーションサービス、ＶｏＬＴＥ（ＶｏｉｃｅｏｖｅｒＬＴＥ）サービス、課金サービス、無線オンデマンドサービス、ローミングサービス、アクティビティ監視サービス、通信事業者／通信ＮＷ選択サービス、機能制限サービス、ＰｏＣ（ＰｒｏｏｆｏｆＣｏｎｃｅｐｔ）サービス、個人情報管理サービス、アドホックネットワーク／ＤＴＮ（ＤｅｌａｙＴｏｌｅｒａｎｔＮｅｔｗｏｒｋｉｎｇ：遅延トレラントネットワーキング）サービスなどであり得る。

更に、上記のＵＥカテゴリは、本文書に記載されている技術的アイデア及び例示的な実施形態の適用例にすぎない。言うまでもなく、これらの技術的アイデア及び例示的な実施形態は、上記のＵＥに限定されず、上記ＵＥに対してさまざまな変形をなすことができる。

ＲＲＣメッセージは、スモールデータ送信と１以上のＲＲＣ情報要素とを含んでもよい。ＲＲＣメッセージは、ＵＥを識別する情報（例えば、「ＵＥ－ＩＤ」情報要素）を含んでもよい。ＳＲＢは「ＳＲＢ０」であってもよい。

スモールデータ送信を含むＲＲＣメッセージは、「構成されたグラントタイプ－１」と関連付けられたリソースを用いて送信されてもよい。もう一つの方法として、スモールデータ送信を含むＲＲＣメッセージは、ランダムアクセス手順の一部を形成するメッセージ（例えば、「Ｍｓｇ３」又は「ＭｓｇＡ」）を介して送信されてもよい。

アクセス層セキュリティは、ＲＲＣレイヤ以外のレイヤ（例えば、ＰＤＣＰレイヤ及び／又は専用セキュリティレイヤ）を介したスモールデータ送信のために提供されてもよい。

ＵＥによって決定することは、スモールデータ送信に関連付けられたＱＦＩをＳＲＢにマッピングできるか否かを決定することを含んでもよく、当該方法は、決定の結果に基づいて、スモールデータ送信を含むＲＲＣメッセージを送信することを備えてもよい。

スモールデータ送信を構成する情報はＣＣＣＨのサイズ制限を識別する情報を含んでもよく、ＵＥによって決定することは、スモールデータ送信がサイズ制限を超えないことを決定することを含んでもよい。

ＵＥを識別する情報は、ＭＡＣＣＥ（例えば、「ＵＥ－ＩＤ」ＭＡＣＣＥ）又はＲＲＣ情報要素を含んでもよい。

ＵＥによって処理することは、アップリンクデータをセグメント化して複数のスモールデータ送信を形成することと、ＵＥを識別する情報を複数のスモールデータ送信のうちの少なくとも１つに追加することとを含んでもよい。

ＵＥによって決定することは、スモールデータ送信に関連付けられたＱＦＩをＤＲＢにマッピングできるか否かを決定することを含んでもよく、当該方法は、決定の結果に基づいて、スモールデータ送信とＵＥを識別する情報とを送信することを備えてもよい。

アップリンクデータを処理してスモールデータ送信を形成することは、スモールデータ送信のためにＤＲＢのうちの少なくとも１つのレイヤを構成することを含んでもよい。例えば、この構成することは、ＳＤＡＰレイヤをＳＤＡＰヘッダー無しで構成することと、短縮されたＰＤＣＰシーケンス番号（例えば７ビット）を用いる、及び／又は１バイトのＰＤＣＰヘッダーサイズを用いることと、ＤＲＢを用いたスモールデータ送信のためのＴＭを用いることと、ＬＣＩＤ（ＬｏｇｉｎａｌＣｈａｎｎｅｌＩｄｅｎｔｉｆｉｅｒ：論理チャネル識別子）及び／又は長さフィールドを用いずにＭＡＣレイヤを構成することと、スモールデータ送信のために固定サイズのＭＡＣＰＤＵを構成することと、のうちの少なくとも１つを含んでもよい。

様々な他の変形が当業者には明らかであり、ここでは、それ以上詳細には説明しない。

（付記１）
ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のためにＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）により行われる方法であって、
コントロールプレーンを介して、スモールデータ送信を構成する情報を受信することと、
前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に、スモールデータ送信として送信されるアップリンクデータがあるか否かを決定することと、
前記スモールデータ送信を含むＲＲＣメッセージを生成することと、
ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）を介して提供されるＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：シグナリング無線ベアラ）を用いて、前記スモールデータ送信を含む前記ＲＲＣメッセージを送信することと、
を備える方法。

（付記２）
前記ＲＲＣメッセージは、前記スモールデータ送信と１以上のＲＲＣ情報要素とを含む、付記１記載の方法。

（付記３）
前記ＲＲＣメッセージは前記ＵＥを識別する情報（例えば、「ＵＥ－ＩＤ」情報要素）を含む、付記１又は２記載の方法。

（付記４）
前記ＳＲＢは「ＳＲＢ０」である、付記１乃至３のうち何れか１項記載の方法。

（付記５）
前記スモールデータ送信を含む前記ＲＲＣメッセージは、「構成されたグラントタイプ－１」に関連付けられたリソースを用いて送信される、付記１乃至４のうち何れか１項記載の方法。

（付記６）
前記スモールデータ送信を含む前記ＲＲＣメッセージは、ランダムアクセス手順の一部を形成するメッセージ（例えば、「Ｍｓｇ３」又は「ＭｓｇＡ」）を介して送信される、付記１乃至４のうち何れか１項記載の方法。

（付記７）
アクセス層セキュリティは、ＲＲＣレイヤ以外（例えば、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）レイヤ及び／又は専用セキュリティレイヤ）を介した前記スモールデータ送信のために提供される、付記１乃至６のうち何れか１項記載の方法。

（付記８）
前記決定することは、前記スモールデータ送信に関連付けられたＱＦＩ（ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）ＦｌｏｗＩｄｅｎｔｉｆｉｅｒ：サービス品質フロー識別子）を前記ＳＲＢにマッピングできるか否かを決定することを含み、当該方法は、前記決定の結果に基づいて、前記スモールデータ送信を含む前記ＲＲＣメッセージを送信することを備える、付記１乃至７のうち何れか１項記載の方法。

（付記９）
前記スモールデータ送信を構成する前記情報は前記ＣＣＣＨのサイズ制限を識別する情報を含み、前記決定することは、前記スモールデータ送信が前記サイズ制限を超えないことを決定することを含む、付記１乃至８のうち何れか１項記載の方法。

（付記１０）
ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のためにＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）により行われる方法であって、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信を構成する情報を受信することと、
前記ＵＥが前記ＲＲＣ非アクティブ状態である場合、スモールデータ送信として送信されるアップリンクデータがあるか否かを決定することと、
前記アップリンクデータを処理してスモールデータ送信を形成し、前記ＵＥを識別する情報を追加することと、
前記受信した情報に基づいたＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）を用いて、前記スモールデータ送信と前記ＵＥを識別する情報とを送信することと、
を備える方法。

（付記１１）
前記スモールデータ送信は、「構成されたグラントタイプ－１」に関連付けられたリソースを用いて送信される、付記１０記載の方法。

（付記１２）
前記スモールデータ送信は、ランダムアクセス手順の一部を形成するメッセージ（例えば、「Ｍｓｇ３」又は「ＭｓｇＡ」）を介して送信される、付記１０記載の方法。

（付記１３）
前記ＵＥを識別する情報は、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ：メディアアクセス制御）ＣＥ（ＣｏｎｔｒｏｌＥｌｅｍｅｎｔ：制御要素）（例えば、「ＵＥ－ＩＤ」ＭＡＣＣＥ）又はＲＲＣ情報要素を含む、付記１０乃至１２のうち何れか１項記載の方法。

（付記１４）
前記処理することは、前記アップリンクデータをセグメント化して複数のスモールデータ送信を形成することと、前記ＵＥを識別する情報を前記複数のスモールデータ送信のうちの少なくとも１つに追加することを含む、付記１０乃至１３のうち何れか１項記載の方法。

（付記１５）
前記決定することは、前記スモールデータ送信に関連付けられたＱＦＩ（ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）ＦｌｏｗＩｄｅｎｔｉｆｉｅｒ：サービス品質フロー識別子）を前記ＤＲＢにマッピングできるか否かを決定することを含み、当該方法は、前記決定の結果に基づいて、前記スモールデータ送信と前記ＵＥを識別する前記情報とを送信することを備える、付記１０乃至１４のうち何れか１項記載の方法。

（付記１６）
前記アップリンクデータを処理してスモールデータ送信を形成することは、スモールデータ送信のために前記ＤＲＢのうちの少なくとも１つのレイヤを構成することを含む、付記１０乃至１５のうち何れか１項記載の方法。

（付記１７）
スモールデータ送信のために前記ＤＲＢのうちの前記少なくとも１つのレイヤを構成することは、
ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）レイヤをＳＤＡＰヘッダー無しで構成することと、
短縮されたＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）シーケンス番号（例えば７ビット）を用いる、及び／又は１バイトのＰＤＣＰヘッダーサイズを用いることと、
前記ＤＲＢを用いたスモールデータ送信のためのＴＭ（ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ：透過モード）を用いることと、
ＬＣＩＤ（ＬｏｇｉｎａｌＣｈａｎｎｅｌＩｄｅｎｔｉｆｉｅｒ：論理チャネル識別子）及び／又は長さフィールドを用いずにＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ：メディアアクセス制御）レイヤを構成することと、
スモールデータ送信のために固定サイズのＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ：プロトコルデータユニット）を構成することと、
のうちの少なくとも１つを含む、付記１６記載の方法。

（付記１８）
ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のために、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）と通信するための無線アクセスネットワークの通信装置により行われる方法であって、
コントロールプレーンを介して、スモールデータ送信を構成する情報を送信することと、
前記ＵＥが前記ＲＲＣ非アクティブ状態である間に前記ＵＥから、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）を介して提供されるＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：シグナリング無線ベアラ）を用いて、スモールデータ送信を含む前記ＲＲＣメッセージを受信することと、
を備える方法。

（付記１９）
ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のために、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）と通信するための無線アクセスネットワークの通信装置により行われる方法であって、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信を構成する情報を送信することと、
前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に前記ＵＥから、前記送信した情報に基づいたＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）を用いて、スモールデータ送信と前記ＵＥを識別する情報とを受信することと、
を備える方法。

（付記２０）
ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のためのＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）であって、
コントロールプレーンを介して、スモールデータ送信を構成する情報を受信する手段と、
前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に、スモールデータ送信として送信されるアップリンクデータがあるか否かを決定する手段と、
前記スモールデータ送信を含むＲＲＣメッセージを生成する手段と、
ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）を介して提供されるＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：シグナリング無線ベアラ）を用いて、前記スモールデータ送信を含む前記ＲＲＣメッセージを送信する手段と、
を備えるＵＥ。

（付記２１）
ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のためのＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）であって、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信を構成する情報を受信する手段と、
前記ＵＥが前記ＲＲＣ非アクティブ状態である場合、スモールデータ送信として送信されるアップリンクデータがあるか否かを決定する手段と、
前記アップリンクデータを処理してスモールデータ送信を形成し、前記ＵＥを識別する情報を追加する手段と、
前記受信した情報に基づいたＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）を用いて、前記スモールデータ送信と前記ＵＥを識別する情報とを送信する手段と、
を備えるＵＥ。

（付記２２）
ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のために、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）と通信するための無線アクセスネットワークの通信装置であって、
コントロールプレーンを介して、スモールデータ送信を構成する情報を送信する手段と、
前記ＵＥが前記ＲＲＣ非アクティブ状態である間に前記ＵＥから、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ：共通制御チャネル）を介して提供されるＳＲＢ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：シグナリング無線ベアラ）を用いて、スモールデータ送信を含む前記ＲＲＣメッセージを受信する手段と、
を備える通信装置。

（付記２３）
ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）非アクティブ状態でのスモールデータ送信のために、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）と通信するための無線アクセスネットワークの通信装置であって、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信を構成する情報を送信する手段と、
前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に前記ＵＥから、前記送信した情報に基づいたＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）を用いて、スモールデータ送信と前記ＵＥを識別する情報とを受信する手段と、
を備える通信装置。

本出願は、２０２０年３月２７日に出願された英国特許出願第２００４５２０．９号に基づくものであり、その優先権の利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。

Claims

無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）非アクティブ状態でのスモールデータ送信のためのユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）であって、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信に設定されるデータ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）をセットアップするのに用いられるＲＲＣ解放メッセージを受信する手段と、
前記ＵＥが前記ＲＲＣ非アクティブ状態である場合に、前記ＤＲＢを用いて、スモールデータを送信する手段と、
を備えるＵＥ。
前記ＲＲＣ解放メッセージは、シグナリング無線ベアラ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：ＳＲＢ）が非アクティブ状態でのスモールデータ送信のために設定されているか否かを示す情報を含む、請求項１に記載のＵＥ。
前記スモールデータは、アップリンクデータをセグメント化して複数のデータを形成し、
前記ＵＥを識別する情報を前記複数のデータのうちの少なくとも１つに追加する手段を備える、請求項１又は２記載のＵＥ。
前記スモールデータに対応するサービス品質フロー識別子（ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）ＦｌｏｗＩｄｅｎｔｉｆｉｅｒ：ＱＦＩ）を前記ＤＲＢにマッピングできるか否かを決定する手段を備え、
前記送信する手段は、前記決定する手段の決定の結果に基づいて行われる、請求項１乃至３のうち何れか１項記載のＵＥ。
前記スモールデータが許可された最大サイズよりも大きい場合に、ＲＲＣ再開手順をトリガする手段を備える、請求項１乃至４のうち何れか１項記載のＵＥ。
無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）非アクティブ状態でのスモールデータ送信のために、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）と通信するためのアクセスネットワークノードであって、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信に設定されるデータ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）をセットアップするのに用いられるＲＲＣ解放メッセージを送信する手段と、
前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に、前記ＵＥから前記ＤＲＢを用いてスモールデータを受信する手段と、
を備える、アクセスネットワークノード。
前記ＲＲＣ解放メッセージは、シグナリング無線ベアラ（ＳｉｇｎａｌｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：ＳＲＢ）が非アクティブ状態でのスモールデータ送信のために設定されているか否かを示す情報を含む、請求項６に記載のアクセスネットワークノード。
前記スモールデータは、アップリンクデータをセグメント化することで複数のデータを形成し、
前記ＵＥを識別する情報が前記複数のデータのうちの少なくとも１つに追加されている、請求項６又は７記載のアクセスネットワークノード。
前記受信する手段は、前記スモールデータに対応するサービス品質フロー識別子（ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）ＦｌｏｗＩｄｅｎｔｉｆｉｅｒ：ＱＦＩ）を前記ＵＥが前記ＤＲＢにマッピングできるか否かに基づいて行われる、請求項６乃至８のうち何れか１項記載のアクセスネットワークノード。
前記スモールデータが許可された最大サイズよりも大きい場合に、ＲＲＣ再開手順がされる、請求項６乃至９のうち何れか１項記載のアクセスネットワークノード。
無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）非アクティブ状態でのスモールデータ送信のためのユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）における方法であって、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信に設定されるデータ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）をセットアップするのに用いられるＲＲＣ解放メッセージを受信することと、
前記ＵＥが前記ＲＲＣ非アクティブ状態である場合に、前記ＤＲＢを用いて、スモールデータを送信することと、
を含む、方法。
無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）非アクティブ状態でのスモールデータ送信のために、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）と通信するためのアクセスネットワークノードにおける方法であって、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信に設定されるデータ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）をセットアップするのに用いられるＲＲＣ解放メッセージを送信することと、
前記ＵＥが前記ＲＲＣ非アクティブ状態にある間に、前記ＵＥから前記ＤＲＢを用いてスモールデータを受信することと、
を含む、方法。