特許ウォッチ

公開番号2024123214
公報種別公開特許公報(A)
公開日2024-09-10
出願番号2024102566,2023111102
出願日2024-06-26,2021-03-04
発明の名称通信システム
出願人日本電気株式会社
代理人個人
主分類H04W 72/1268 20230101AFI20240903BHJP(電気通信技術)
要約【課題】UE(user equipment:ユーザ装置)がRRC(Radio Resource Control:無線リソース制御)非アクティブ状態でスモールデータ送信を行うシステムを提供する。
【解決手段】携帯型電気通信システムにおいて、モバイル装置(UE)は、コントロールプレーンを介してスモールデータ送信を構成する情報を受信し、スモールデータ送信として送信されるアップリンクデータがある場合、UEは、CCCH(Common Control Channel:共通制御チャネル)を介して提供されるSRB(Signalling Radio Bearer:シグナリング無線ベアラ)を用いて、スモールデータ送信を含むRRCメッセージを生成して、基地局5に送信する。
【選択図】図1
特許請求の範囲【請求項１】
無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）非アクティブ状態でのスモールデータ送信のためのユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）であって、
前記スモールデータ送信を制限するための条件を示す情報を受信する手段と、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信に設定される無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ：ＲＢ）をセットアップするのに用いられるＲＲＣ解放メッセージを受信する手段と、
前記ＵＥが前記ＲＲＣ非アクティブ状態であり、前記スモールデータ送信を制限するための条件を示す情報に示された条件を満たす場合に、前記ＲＢを用いて、当該スモールデータを送信する手段と、
を備える、ＵＥ。
続きを表示（約 1,200 文字）【請求項２】
前記スモールデータ送信を制限するための条件を示す情報はブロードキャスト送信により送信される、請求項１に記載のＵＥ。
【請求項３】
無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）非アクティブ状態でのスモールデータ送信のために、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）と通信するためのアクセスネットワークノードであって、
前記スモールデータ送信を制限するための条件を示す情報を送信する手段と、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信に設定される無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ：ＲＢ）をセットアップするのに用いられるＲＲＣ解放メッセージを送信する手段と、
前記ＵＥが前記ＲＲＣ非アクティブ状態にあり、前記スモールデータ送信を制限するための条件を示す情報に示された条件を満たす場合に、前記ＵＥから前記ＲＢを用いて当該スモールデータを受信する手段と、
を備える、アクセスネットワークノード。
【請求項４】
前記スモールデータ送信を制限するための条件を示す情報はブロードキャスト送信により送信される、請求項３に記載のアクセスネットワークノード。
【請求項５】
無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）非アクティブ状態でのスモールデータ送信のためのユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）における方法であって、
前記スモールデータ送信を制限するための条件を示す情報を受信することと、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信に設定される無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ：ＲＢ）をセットアップするのに用いられるＲＲＣ解放メッセージを受信することと、
前記ＵＥが前記ＲＲＣ非アクティブ状態であり、前記スモールデータ送信を制限するための条件を示す情報に示された条件を満たす場合に、前記ＲＢを用いて、当該スモールデータを送信することと、
を含む、方法。
【請求項６】
無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）非アクティブ状態でのスモールデータ送信のために、ユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）と通信するためのアクセスネットワークノードにおける方法であって、
前記スモールデータ送信を制限するための条件を示す情報を送信することと、
前記ＲＲＣ非アクティブ状態でのスモールデータ送信に設定される無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）をセットアップするのに用いられるＲＲＣ解放メッセージを送信することと、
前記ＵＥが前記ＲＲＣ非アクティブ状態にあり、前記スモールデータ送信を制限するための条件を示す情報に示された条件を満たす場合に、前記ＵＥから前記ＲＢを用いて当該スモールデータを受信することと、
を含む、方法。

発明の詳細な説明【技術分野】
【０００１】
本発明は、通信システムに関する。本発明は、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ、第３世代パートナーシッププロジェクト）標準又はその同等物若しくは派生物（ＬＴＥ－Ａｄｖａｎｃｅｄ及びＮｅｘｔＧｅｎｅｒａｔｉｏｎ又は５Ｇネットワークを含む）に従って動作する無線通信システム及びそのデバイスに特に関連するが、これに限定するものではない。本開示は、非アクティブ状態のユーザ装置のスモールデータ送信に特に関連するが、これに限定するものではない。
続きを表示（約 3,500 文字）【背景技術】
【０００２】
３ＧＰＰ標準の最近の開発は、進化型パケットコア（ＥＰＣ）ネットワークのロングタームエボリューション（ＬＴＥ）および進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と呼ばれ、一般に「４Ｇ」とも呼ばれる。また、「５Ｇ」および「ニューラジオ」（ＮＲ）という用語は、様々なアプリケーションおよびサービスをサポートすることが期待される進化する通信技術を指す。５Ｇネットワークの様々な詳細は、例えば、ＮＧＭＮ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＭｏｂｉｌｅＮｅｔｗｏｒｋｓ）アライアンスによる「ＮＧＭＮ５ＧＷｈｉｔｅＰａｐｅｒ：ＮＧＭＮ５Ｇ白書」Ｖ１．０に記載されており、その文献はｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手可能である。３ＧＰＰは、いわゆる３ＧＰＰのＮｅｘｔＧｅｎ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎ：次世代）ＲＡＮ（ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ：無線アクセスネットワーク）及び３ＧＰＰのＮＧＣ（ＮｅｘｔＧｅｎｃｏｒｅ：次世代コア）ネットワークを通じて、５Ｇをサポートすることを意図している。
【０００３】
３ＧＰＰ規格の下では、ＮｏｄｅＢ（又はＬＴＥにおいては「ｅＮＢ」、５Ｇにおいては「ｇＮＢ」）は、通信装置（ユーザ装置又は「ＵＥ」）がコアネットワークに接続し、他の通信装置又は遠隔サーバと通信するための基地局である。分かりやすくするために、本出願では、そのような基地局を指す際に基地局という用語を使用する。
【０００４】
簡略化のため、本願では、モバイル装置、ユーザ装置、またはＵＥという用語は、１つ又は複数の基地局を介してコアネットワークと接続可能な通信装置に言及するために用いるものとする。
【０００５】
通信装置とは、例えば、携帯電話機、スマートフォン、ユーザ機器、パーソナルデジタルアシスタント、ノートパソコン／タブレット型コンピュータ、ウェブブラウザ、電子書籍リーダー及び／又はそれに類するものなどのモバイル通信装置であってもよい。これらの携帯型（あるいは概して固定型の）装置は通常、ユーザによって操作される。しかしながら、３ＧＰＰ規格によって、様々な計測機器、遠隔測定機器、監視システム、追跡／探知装置、車載安全システム、車両保守システム、路面センサ、デジタル掲示板、ＰＯＳ（ｐｏｉｎｔｏｆｓａｌｅ：販売時点情報管理）端末、遠隔制御システム、それに類するものなどの自動化機器を通常含む、いわゆる「ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ：モノのインターネット）」装置（例えば、ＮＢ－ＩｏＴ（Ｎａｒｒｏｗ－ＢａｎｄＩｏＴ：ナローバンドＩｏＴ）装置）もネットワークに接続できるようになる。実際には、ＩｏＴとは、適当な電子機器、ソフトウェア、センサ、ネットワーク接続機能、及び／又はそれに類するものを備えた装置（すなわち「モノ」）のネットワークであり、ＩｏＴによってこれらの装置は互いに、又は他の通信装置とデータを収集したり、交換したりすることが可能になる。ＩｏＴ装置は時としてＭＴＣ（Ｍａｃｈｉｎｅ－ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ：マシンタイプコミュニケーション）通信装置又はＭ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ：マシンツーマシン）通信装置とも呼ばれることが理解されるであろう。
【０００６】
簡略化のため、本願は通常、本明細書内でモバイル装置に言及するが、記載された技術は、通信ネットワークに接続してデータを送受信可能なあらゆる通信装置（携帯型及び／又は概して固定型）に対して、これらの通信装置が人間による入力によって制御されるか、又はメモリに記憶されたソフトウェア命令によって制御されるかにかかわらず、実装可能であることが理解されるであろう。
【０００７】
コアネットワーク（すなわちＬＴＥの場合は「ＥＰＣ」、５Ｇでは「５ＧＣ」）は通常、（数ある中でも特に）加入者管理、移動度管理、課金、セキュリティ、セル／セッション管理のための機能を提供し、インターネットなどの外部ネットワークに対する通信装置の接続を可能にする。
【０００８】
ＵＥは、基地局を介したデータ通信が可能になる前に、ＵＥが位置するセルをサービングする基地局に対して、いわゆる（競合ベースの）ランダムアクセス手順を実行する必要がある。現在、リリース１５において、ランダムアクセス手順は４段階の手順である。（「Ｍｓｇ１」と呼ばれる）第１のステップで、ＵＥはＰＲＡＣＨ（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ：物理ランダムアクセスチャネル）プリアンブルを送信する。基地局がプリアンブルを検出すると、基地局は（別名「Ｍｓｇ２」とも呼ばれる）ＲＡＲ（ｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅ：ランダムアクセス応答）で応答する。ＲＡＲには、検出されたプリアンブル識別子と、時間進行命令と、ＴＣ－ＲＮＴＩ（ｔｅｍｐｏｒａｒｙＣ－ＲＮＴＩ：一時的Ｃ－ＲＮＴＩ）と、（「Ｍｓｇ３」と呼ばれる）ＵＥからのＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ：物理アップリンク共有チャネル）送信をスケジュールするＵＬ（ｕｐｌｉｎｋ：アップリンク）グラントとが含まれる。ＵＥはＭｓｇ３をスケジュール通りに送信し、競合解消のための識別子を含む。ネットワークはＭｓｇ３を受信すると、（別名「Ｍｓｇ４」とも呼ばれる）競合解消メッセージを競合解消識別子と共に送信する。ＵＥがＭｓｇ４の受信に成功し、競合解消識別子を見つけると、ＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ：物理アップリンク制御チャネル）において承認を送信し、これにより４段階ランダムアクセス手順が完了する。
【０００９】
３ＧＰＰ規格のリリース１６から、（現在使用されている４段階ランダムアクセス手順に加えて）２段階ランダムアクセス手順が提案されている。２段階ランダムアクセスは、数ある中でも特に（超）低遅延通信、１０ミリ秒ＣＰ（ｃｏｎｔｒｏｌ－ｐｌａｎｅ：コントロールプレーン）遅延、高速ハンドオーバー、アンライセンス周波数帯における効率的なチャネルアクセス、スモールデータパケットの送信をサポートすることを主に目的とする。上記の通り、４段階ランダムアクセス手順では、ＵＥと基地局との間で二往復サイクルが必要となる。２段階ランダムアクセス手順は、ＵＥと基地局との間を一往復サイクルすることで遅延と制御信号オーバーヘッドとを低減することを目的とする。実際には、この目的は、ＵＥのＰＲＡＣＨプリアンブル（Ｍｓｇ１）送信とスケジュールされたＰＵＳＣＨ送信（Ｍｓｇ３）とを（「ＭｓｇＡ」と呼ばれる）１つのメッセージに結合することで達成される。同様に、基地局からＵＥへのランダムアクセス応答（ＲＡＲ／Ｍｓｇ２）と競合解消メッセージ（Ｍｓｇ４）とが２段階ランダムアクセス手順（そしてそれは「ＭｓｇＢ」と呼ばれる）で結合される。
【００１０】
ランダムアクセス手順の後、ＵＥはいわゆるＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）ＣＯＮＮＥＣＴＥＤ（接続）状態に入り、ネットワーク（の基地局）によって割り当てられたリソースを用いて、データ（ユーザプレーンデータ及びコントロールプレーンデータの両方）の送信／受信を開始できるようになる。ＵＥのＲＲＣ状態間の推移は、（関連するタイマなどを用いて）ネットワークによって制御される。通常、ＵＥが送信／受信するデータがもはや無い場合、ネットワークリソースを解放し、ＵＥ側のバッテリを節約するため、いわゆるＲＲＣＩＤＬＥ（アイドリング）状態に移行するようにネットワークによって指示される。ＵＥは、送信又は受信するデータを有する度に、（ネットワークとの適切なランダムアクセス手順を実行した後で）再度、ＲＲＣＣＯＮＮＥＣＴＥＤ状態に入る必要がある。一般的に、ＲＲＣＩＤＬＥ状態は電力効率的に最も優れた状態ではあるものの、一部のＵＥではＲＲＣＩＤＬＥとＲＲＣＣＯＮＮＥＣＴＥＤとの間で頻繁に推移する必要が生じることがあり、その結果、シグナリングが増加し、消費電力にも悪影響が及ぶことがある。
（【００１１】以降は省略されています）

関連特許