JP7529225B2 - スモールデータ伝送の完了表示 - Google Patents

スモールデータ伝送の完了表示 Download PDF

Info

Publication number
JP7529225B2
JP7529225B2 JP2023518776A JP2023518776A JP7529225B2 JP 7529225 B2 JP7529225 B2 JP 7529225B2 JP 2023518776 A JP2023518776 A JP 2023518776A JP 2023518776 A JP2023518776 A JP 2023518776A JP 7529225 B2 JP7529225 B2 JP 7529225B2
Authority
JP
Japan
Prior art keywords
base station
rrc
message
procedure
wireless device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2023518776A
Other languages
English (en)
Other versions
JP2023544526A (ja
JPWO2022066888A5 (ja
Inventor
キュンミン パク，
エスマエル ヘジャジ ディナン，
テフン キム，
ヒョンスク チョン，
ジンスク リュ，
ファード， ペイマン タレビ
Original Assignee
オフィノ， エルエルシー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by オフィノ， エルエルシー filed Critical オフィノ， エルエルシー
Publication of JP2023544526A publication Critical patent/JP2023544526A/ja
Publication of JPWO2022066888A5 publication Critical patent/JPWO2022066888A5/ja
Application granted granted Critical
Publication of JP7529225B2 publication Critical patent/JP7529225B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

関連出願の相互参照
本出願は、２０２０年９月２４日に出願された米国仮出願第６３／０８３，０２６号の利益を主張し、その全体が参照により本明細書に組み込まれる。
本開示では、さまざまな実施形態が、開示された技術がどのように実装され得るか、及び／又は開示された技術がどのように環境及びシナリオで実践され得るかの実施例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態及び詳細のさまざまな変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的な実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を基準して説明される。開示された例示的実施形態からの制限、特徴、及び／又は要素が組み合わせられ、本開示の範囲内で更なる実施形態を作成し得る。機能と利点を強調する図は、例としてのみ示される。開示されたアーキテクチャは、示される以外の方式で利用され得るように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、又は任意選択的にのみ使用され得る。
本発明は、例えば、以下を提供する。
（項目１）
方法であって、
基地局分散ユニット（ＤＵ）から基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）によって、無線デバイスのスモールデータ伝送（ＳＤＴ）手順の完了の表示を受信することと、
前記完了の前記表示に基づいて、前記基地局ＣＵ－ＣＰによって、前記基地局ＤＵを介して前記無線デバイスに無線リソース制御（ＲＲＣ）リリースメッセージを送信することと、含む、方法。
（項目２）
前記完了の前記表示が、前記基地局ＣＵ－ＣＰによって表示メッセージで受信される、項目１に記載の方法。
（項目３）
前記ＲＲＣリリースメッセージを前記送信することが、前記ＳＤＴ手順の前記完了に基づく、項目１又は２に記載の方法。
（項目４）
前記ＲＲＣリリースメッセージが、前記無線デバイスがＲＲＣ非アクティブ状態又はＲＲＣアイドル状態に留まることを示す、項目１～３のいずれか一項に記載の方法。
（項目５）
前記ＲＲＣリリースメッセージが、ＲＲＣ接続の一時停止についての構成パラメータを含む、項目１～４のいずれか一項に記載の方法。
（項目６）
方法であって、
基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）から基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）によって、無線デバイスのスモールデータ伝送（ＳＤＴ）手順の完了の表示を受信することと、
前記完了の前記表示に基づいて、前記基地局ＣＵ－ＣＰによって、基地局分散ユニット（ＤＵ）を介して前記無線デバイスに無線リソース制御（ＲＲＣ）リリースメッセージを送信することと、含む、方法。
（項目７）
前記完了の前記表示が、前記基地局ＣＵ－ＣＰによって表示メッセージで受信される、項目６に記載の方法。
（項目８）
前記ＲＲＣリリースメッセージを前記送信することが、前記ＳＤＴ手順の前記完了に基づく、項目６又は７に記載の方法。
（項目９）
前記ＲＲＣリリースメッセージが、前記無線デバイスがＲＲＣ非アクティブ状態又はＲＲＣアイドル状態に留まることを示す、項目６～８のいずれか一項に記載の方法。
（項目１０）
前記ＲＲＣリリースメッセージが、ＲＲＣ接続の一時停止についての構成パラメータを含む、項目６～９のいずれか一項に記載の方法。
（項目１１）
方法であって、
基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）によって、無線デバイスのスモールデータ伝送（ＳＤＴ）手順の完了の表示を受信することと、
前記完了の前記表示に基づいて、前記基地局ＣＵ－ＣＰによって前記無線デバイスに無線リソース制御（ＲＲＣ）リリースメッセージを送信することと、含む、方法。
（項目１２）
前記完了の前記表示が、前記基地局ＣＵ－ＣＰによって表示メッセージで受信される、項目１１に記載の方法。
（項目１３）
前記ＳＤＴ手順の前記完了の前記表示を含む表示メッセージが、前記ＳＤＴ手順の前記完了と関連付けられたベアラのベアラ識別子を含む、項目１１又は１２に記載の方法。
（項目１４）
前記ＳＤＴ手順の前記完了の前記表示を含む表示メッセージが、前記無線デバイスに伝送するダウンリンクデータのサイズを示す情報要素を含む、項目１１～１３のいずれか一項に記載の方法。
（項目１５）
前記ＳＤＴ手順が、
初期アップリンクデータ伝送、
初期ダウンリンクデータ伝送、及び
少なくとも１つの後続のデータ伝送のうちの１つ以上を含む、項目１１～１４のいずれか一項に記載の方法。
（項目１６）
前記ＲＲＣリリースメッセージを前記送信することが、前記ＳＤＴ手順の前記完了に基づく、項目１１～１５のいずれか一項に記載の方法。
（項目１７）
前記基地局ＣＵ－ＣＰによって、前記ＳＤＴ手順の前記完了に基づいてＲＲＣリリース手順を開始することを更に含み、前記ＲＲＣリリース手順が、前記ＲＲＣリリースメッセージを前記送信することを含む、項目１１～１６のいずれか一項に記載の方法。
（項目１８）
前記開始することが、
前記基地局ＣＵ－ＣＰ、
基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）、及び
基地局分散ユニットのうちの少なくとも１つのリソース状態に基づく、項目１７に記載の方法。
（項目１９）
前記ＲＲＣリリースメッセージが、前記無線デバイスがＲＲＣ非アクティブ状態又はＲＲＣアイドル状態に留まることを示す、項目１１～１８のいずれか一項に記載の方法。
（項目２０）
前記ＲＲＣリリースメッセージが、ＲＲＣ接続の一時停止についての構成パラメータを含む、項目１１～１９のいずれか一項に記載の方法。
（項目２１）
前記ＲＲＣリリースメッセージを前記無線デバイスに前記送信することが、基地局分散ユニット（ＤＵ）を介するものである、項目１１～２０のいずれか一項に記載の方法。
（項目２２）
前記ＳＤＴ手順の前記完了の前記表示が、基地局分散ユニット（ＤＵ）から受信される、項目１１～２１のいずれか一項に記載の方法。
（項目２３）
基地局が、前記基地局ＣＵ－ＣＰ及び前記基地局ＤＵを含む、項目２２に記載の方法。
（項目２４）
前記基地局が、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）を含む、項目２２又は２３に記載の方法。
（項目２５）
前記ＳＤＴ手順の前記完了の前記表示が、基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）から受信される、項目１１～２１のいずれか一項に記載の方法。
（項目２６）
基地局が、前記基地局ＣＵ－ＣＰ及び前記基地局ＣＵ－ＵＰを含む、項目２５に記載の方法。
（項目２７）
前記基地局が、少なくとも１つの基地局分散ユニット（ＤＵ）を含む、項目２５又は２６に記載の方法。
（項目２８）
前記基地局ＣＵ－ＣＰによって前記基地局ＣＵ－ＵＰに、
ベアラ、
ＱｏＳフロー、
ＰＤＵセッション、又は
前記無線デバイスのうちの少なくとも１つについての持続時間を示す、非アクティブタイマー値を送信することと、
前記基地局ＣＵ－ＵＰから、前記無線デバイスが非アクティブであることを示す第２の表示メッセージを受信することと、を更に含む、項目２５～２７のいずれか一項に記載の方法。
（項目２９）
前記第２の表示メッセージが、ベアラコンテキスト非アクティビティ通知メッセージである、項目２８に記載の方法。
（項目３０）
前記基地局ＣＵ－ＣＰによって基地局分散ユニット（ＤＵ）に、前記無線デバイスの前記ＳＤＴ手順の表示を送信することを更に含む、項目１１～２９のいずれか一項に記載の方法。
（項目３１）
前記基地局ＣＵ－ＣＰによって前記基地局ＣＵ－ＵＰに、前記無線デバイスの前記ＳＤＴ手順の表示を送信することを更に含む、項目１１～３０のいずれか一項に記載の方法。
（項目３２）
前記無線デバイスの前記ＳＤＴ手順の前記表示が、構成メッセージで送信される、項目３０又は３１に記載の方法。
（項目３３）
前記構成メッセージが、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す少なくとも１つのパラメータを含む、項目３２に記載の方法。
（項目３４）
前記少なくとも１つの後続のデータ伝送が、
少なくとも１つの後続のアップリンクデータ伝送、及び
少なくとも１つの後続のダウンリンクデータ伝送のうちの１つ以上を含む、項目３３に記載の方法。
（項目３５）
前記少なくとも１つのパラメータが、
リリース支援情報がないことを示すパラメータ、
後続のダウンリンクデータ伝送が予期されないことを示すパラメータ、
後続のアップリンクデータ伝送が予期されないことを示すパラメータ、
単一の後続のダウンリンクデータ伝送が予期されることを示すパラメータ、
単一の後続のアップリンクデータ伝送が予期されることを示すパラメータ、
予期される後続のダウンリンクデータ伝送の第１の数、及び
予期される後続のアップリンクデータ伝送の第２の数のうちの少なくとも１つを含む、項目３３又は３４に記載の方法。
（項目３６）
前記構成メッセージが、前記無線デバイスからのバッファ状態レポートを含み、前記バッファ状態レポートが、送信するデータのサイズを示す、項目３２～３５のいずれか一項に記載の方法。
（項目３７）
前記構成メッセージが、１つ以上の情報要素を含む、項目３２～３６のいずれか一項に記載の方法。
（項目３８）
前記１つ以上の情報要素が、前記ＳＤＴ手順の前記完了を報告する要求を示す、項目３７に記載の方法。
（項目３９）
前記１つ以上の情報要素が、非アクティブ時間値を示す、項目３７又は３８に記載の方法。
（項目４０）
前記１つ以上の情報要素が、
初期アップリンクデータ、
初期ダウンリンクデータ、
単一の後続のダウンリンクデータ、
単一の後続のアップリンクデータ、
後続のダウンリンクデータの第１の数、及び
後続のアップリンクデータの第２の数のうちの少なくとも１つの前記完了を報告する要求を示す、項目３７～３９のいずれか一項に記載の方法。
（項目４１）
前記１つ以上の情報要素が、
初期アップリンクデータ、
初期ダウンリンクデータ、
単一の後続のダウンリンクデータ、
単一の後続のアップリンクデータ、
後続のダウンリンクデータの第１の数、及び
後続のアップリンクデータの第２の数のうちの少なくとも１つのサイズを示す、項目３７～４０のいずれか一項に記載の方法。
（項目４２）
前記１つ以上の情報要素が、前記ＳＤＴ手順と関連付けられたベアラの少なくとも１つの識別子を示す、項目３７～４１のいずれか一項に記載の方法。
（項目４３）
前記構成メッセージが、前記ベアラが再開されたという表示を含む、項目４２に記載の方法。
（項目４４）
前記１つ以上の情報要素が、
前記ＳＤＴ手順と関連付けられたサービス品質（ＱｏＳ）フローの少なくとも１つの識別子、
前記ＳＤＴ手順と関連付けられたＰＤＵセッションの少なくとも１つの識別子、及び
前記ＳＤＴ手順と関連付けられた論理チャネルの少なくとも１つの識別子のうちの少なくとも１つを示す、項目３７～４３のいずれか一項に記載の方法。
（項目４５）
前記基地局ＣＵ－ＵＰから前記基地局ＣＵ－ＣＰによって、構成完了を示す構成応答メッセージを受信することを更に含む、項目１１～４４のいずれか一項に記載の方法。
（項目４６）
前記無線デバイスから前記基地局ＣＵ－ＣＰによって、前記ＳＤＴ手順についてのＲＲＣ要求メッセージを受信することを更に含み、前記ＳＤＴ手順の前記表示を前記送信することが、前記ＲＲＣ要求メッセージに基づく、項目３０～４５のいずれか一項に記載の方法。
（項目４７）
前記ＲＲＣ要求メッセージが、基地局分散ユニット（ＤＵ）を介して前記無線デバイスから受信される、項目４６に記載の方法。
（項目４８）
前記ＲＲＣ要求メッセージが、
ＲＲＣ早期データ要求メッセージ、
ＲＲＣ再開要求メッセージ、及び
ＲＲＣセットアップ要求メッセージのうちの少なくとも１つを含む、項目４６又は４７に記載の方法。
（項目４９）
前記無線デバイスから前記基地局ＣＵ－ＣＰによって、前記ＳＤＴ手順についての少なくとも１つの後続のデータ伝送が予期されるかどうかを示す支援情報を受信することを更に含む、項目３０～４６のいずれか一項に記載の方法。
（項目５０）
前記支援情報が、基地局分散ユニット（ＤＵ）を介して前記無線デバイスから受信される、項目４９に記載の方法。
（項目５１）
前記支援情報が、
リリース支援情報がないことを示すパラメータ、
後続のダウンリンクデータ伝送が予期されないことを示すパラメータ、
後続のアップリンクデータ伝送が予期されないことを示すパラメータ、
単一の後続のダウンリンクデータ伝送が予期されることを示すパラメータ、
単一の後続のアップリンクデータ伝送が予期されることを示すパラメータ、
予期される後続のダウンリンクデータ伝送の第１の数、
予期される後続のアップリンクデータ伝送の第２の数、及び
伝送するデータのサイズを示すバッファ状態レポートのうちの少なくとも１つを含む、項目４９又は５０に記載の方法。
（項目５２）
前記ＳＤＴ手順が、
初期アップリンクデータ伝送、
初期ダウンリンクデータ伝送、及び
前記少なくとも１つの後続のデータ伝送のうちの１つ以上を含む、項目１１～５１のいずれか一項に記載の方法。
（項目５３）
前記ＳＤＴ手順の完了の前記表示が、前記ＳＤＴ手順と関連付けられた１つ以上のスモールデータ伝送が完了したという表示である、項目１１～５２のいずれか一項に記載の方法。
（項目５４）
前記ＳＤＴ手順の完了の前記表示が、
前記ＳＤＴ手順と関連付けられた全てのスモールデータ伝送が完了したこと、及び／又は
前記ＳＤＴ手順と関連付けられた各スモールデータ伝送が完了したことの表示である、項目１１～５２のいずれか一項に記載の方法。
（項目５５）
前記ＳＤＴ手順の完了の前記表示が、後続のデータ転送が予期されないことの表示である、項目１１～５２のいずれか一項に記載の方法。
（項目５６）
前記ＳＤＴ手順の完了の前記表示が、前記ＳＤＴ手順が前記表示の送信者の視点から完了していることの表示である、項目１１～５２のいずれか一項に記載の方法。
（項目５７）
前記ＳＤＴ手順の完了の前記表示が、前記ＲＲＣリリースメッセージを前記無線デバイスに送信する表示である、項目１１～５２のいずれか一項に記載の方法。
（項目５８）
前記ＳＤＴ手順の完了の前記表示が、前記ＳＤＴ手順と関連付けられた前記無線デバイスの接続を解除する表示である、項目１１～５２のいずれか一項に記載の方法。
（項目５９）
基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）であって、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局ＣＵ－ＣＰに項目１～５８のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）。
（項目６０）
１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに項目１～５８のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピュータ可読媒体。
（項目６１）
方法であって、
無線デバイスのスモールデータ伝送（ＳＤＴ）手順と関連付けられたデータを受信することと、
前記データを前記受信することに基づいて、前記ＳＤＴ手順の完了を決定することと、
基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）に、前記ＳＤＴ手順の前記完了の表示を送信することと、を含む、方法。
（項目６２）
前記完了の前記表示が、前記基地局ＣＵ－ＣＰによって表示メッセージで受信される、項目６１に記載の方法。
（項目６３）
前記表示メッセージが、前記ＳＤＴ手順の前記完了と関連付けられたベアラのベアラ識別子を含む、項目６２に記載の方法。
（項目６４）
前記ＳＤＴ手順の前記完了の前記表示を含む前記表示メッセージが、前記無線デバイスに伝送するダウンリンクデータのサイズを示す情報要素を含む、項目６２又は６３に記載の方法。
（項目６５）
前記ＳＤＴ手順が、
初期アップリンクデータ伝送、
初期ダウンリンクデータ伝送、及び
少なくとも１つの後続のデータ伝送のうちの１つ以上を含む、項目６１～６４のいずれか一項に記載の方法。
（項目６６）
前記受信すること、前記決定すること、及び前記送信することが、基地局分散ユニット（ＤＵ）によるものである、項目６１～６５のいずれか一項に記載の方法。
（項目６７）
基地局が、前記基地局ＣＵ－ＣＰ及び前記基地局ＤＵを含む、項目６６に記載の方法。
（項目６８）
前記基地局が、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）を含む、項目６６又は６７に記載の方法。
（項目６９）
前記無線デバイスから前記基地局ＤＵによって、前記ＳＤＴ手順についての無線リソース制御（ＲＲＣ）要求メッセージを受信することを更に含む、項目６６～６８のいずれか一項に記載の方法。
（項目７０）
前記基地局ＤＵによって前記基地局ＣＵ－ＣＰに、前記ＲＲＣ要求メッセージを送信することを更に含む、項目６９に記載の方法。
（項目７１）
前記ＲＲＣ要求メッセージが、
ＲＲＣ早期データ要求メッセージ、
ＲＲＣ再開要求メッセージ、及び
ＲＲＣセットアップ要求メッセージのうちの少なくとも１つを含む、項目６９又は７０に記載の方法。
（項目７２）
前記無線デバイスから前記基地局ＤＵによって、前記ＳＤＴ手順についての少なくとも１つの後続のデータ伝送が予期されるかどうかを示す少なくとも１つの支援パラメータを受信することを更に含む、項目６６～７１のいずれか一項に記載の方法。
（項目７３）
前記少なくとも１つの支援パラメータが、
少なくとも１つの媒体アクセス制御制御要素、
物理アップリンクチャネル、及び
少なくとも１つの無線リンク制御パケットヘッダのうちの少なくとも１つを含む、項目７２に記載の方法。
（項目７４）
前記少なくとも１つの支援パラメータが、
リリース支援情報がないことを示すパラメータ、
後続のダウンリンクデータ伝送が予期されないことを示すパラメータ、
後続のアップリンクデータ伝送が予期されないことを示すパラメータ、
単一の後続のダウンリンクデータ伝送が予期されることを示すパラメータ、
単一の後続のアップリンクデータ伝送が予期されることを示すパラメータ、
予期される後続のダウンリンクデータ伝送の第１の数、
予期される後続のアップリンクデータ伝送の第２の数、及び
伝送するデータのサイズを示すバッファ状態レポートのうちの少なくとも１つを含む、項目７２又は７３に記載の方法。
（項目７５）
前記基地局ＤＵによって前記基地局ＣＵ－ＣＰに、前記ＳＤＴ手順についての前記少なくとも１つの後続のデータ伝送が予期されるかどうかを示す支援情報を送信することを更に含む、項目７２～７４のいずれか一項に記載の方法。
（項目７６）
前記少なくとも１つの支援パラメータに基づいて、前記支援情報を決定することを更に含む、項目７５に記載の方法。
（項目７７）
前記無線デバイスから前記基地局ＤＵによって、前記ＳＤＴ手順と関連付けられたアップリンクデータを受信することを更に含む、項目６６～７６のいずれか一項に記載の方法。
（項目７８）
前記基地局ＤＵによって基地局ＣＵ－ＵＰに、前記アップリンクデータを送信することを更に含む、項目７７に記載の方法。
（項目７９）
前記基地局中央ユニットＣＵ－ＣＰから前記基地局ＤＵによって、前記無線デバイスと関連付けられた無線リソース制御（ＲＲＣ）リリースメッセージを受信することを更に含む、項目６６～７８のいずれか一項に記載の方法。
（項目８０）
前記基地局ＤＵによって前記無線デバイスに、前記ＲＲＣリリースメッセージを送信することを更に含む、項目７９に記載の方法。
（項目８１）
前記ＲＲＣリリースメッセージが、前記無線デバイスがＲＲＣ非アクティブ状態又はＲＲＣアイドル状態に留まることを示す、項目７９又は８０に記載の方法。
（項目８２）
前記ＲＲＣリリースメッセージが、ＲＲＣ接続の一時停止についての構成パラメータを含む、項目７９～８１のいずれか一項に記載の方法。
（項目８３）
前記基地局ＤＵによって前記無線デバイスに、ダウンリンクデータを伝送することを更に含み、前記ダウンリンクデータが、
前記ダウンリンクデータを前記ＲＲＣリリースメッセージと多重化すること、及び
前記ダウンリンクデータを前記ＲＲＣリリースメッセージと連結することのうちの１つ以上である、項目７９～８２のいずれか一項に記載の方法。
（項目８４）
前記受信すること、前記決定すること、及び前記送信することが、基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）による、項目６１～８３のいずれか一項に記載の方法。
（項目８５）
基地局が、前記基地局ＣＵ－ＣＰ及び前記基地局ＣＵ－ＵＰを含む、項目８４に記載の方法。
（項目８６）
前記基地局が、少なくとも１つの基地局分散ユニット（ＤＵ）を含む、項目８４又は８５に記載の方法。
（項目８７）
前記基地局ＣＵ－ＵＰによって前記基地局ＣＵ－ＣＰから、
ベアラ、
サービス品質（ＱｏＳ）フロー、
ＰＤＵセッション、及び
前記無線デバイスのうちの少なくとも１つについての持続時間を示す、非アクティブタイマー値を受信することと、
前記基地局ＣＵ－ＵＰによって、前記無線デバイスが前記持続時間について非アクティブであると決定することと、
前記基地局ＣＵ－ＵＰによって前記基地局ＣＵ－ＣＰに、かつ前記決定することに基づいて、前記無線デバイスが非アクティブであることを示す第２の表示メッセージを送信することと、を更に含む、項目８４～８６のいずれか一項に記載の方法。
（項目８８）
前記第２の表示メッセージが、ベアラコンテキスト非アクティビティ通知メッセージである、項目８４～８７のいずれか一項に記載の方法。
（項目８９）
前記基地局ＣＵ－ＣＰから前記基地局ＣＵ－ＵＰによって、前記無線デバイスの前記ＳＤＴ手順の表示を受信することを更に含む、項目８４～８８のいずれか一項に記載の方法。
（項目９０）
前記無線デバイスの前記ＳＤＴ手順の前記表示が、構成メッセージで前記基地局ＣＵ－ＣＰによって受信される、項目８９に記載の方法。
（項目９１）
前記構成メッセージが、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す少なくとも１つのパラメータを含む、項目９０に記載の方法。
（項目９２）
前記構成メッセージが、前記無線デバイスからのバッファ状態レポートを含み、前記バッファ状態レポートが、送信するデータのサイズを示す、項目９０又は９１に記載の方法。
（項目９３）
前記構成メッセージが、１つ以上の情報要素を含む、項目９０～９２のいずれか一項に記載の方法。
（項目９４）
前記１つ以上の情報要素が、前記ＳＤＴ手順と関連付けられたベアラの少なくとも１つの識別子を示す、項目９３に記載の方法。
（項目９５）
前記基地局ＣＵ－ＵＰによって、前記ベアラと関連付けられていないダウンリンクデータ又はアップリンクデータを受信することと、
前記基地局ＣＵ－ＵＰによって前記基地局ＣＵ－ＣＰに、前記ダウンリンクデータ又は前記アップリンクデータを前記受信することを示すデータ通知を送信することと、を更に含む、項目９４に記載の方法。
（項目９６）
前記基地局ＣＵ－ＵＰによって、前記ベアラの前記識別子に基づく前記無線デバイスについての前記ベアラを再開及び／又は確立することを更に含む、項目９４又は９５に記載の方法。
（項目９７）
前記基地局ＣＵ－ＵＰによって前記基地局ＣＵ－ＣＰに、構成完了を示す構成応答メッセージを送信することを更に含む、項目８４～９６のいずれか一項に記載の方法。
（項目９８）
前記基地局ＣＵ－ＵＰによって、
前記無線デバイスからの前記ＳＤＴ手順と関連付けられた初期アップリンクデータ、
コアネットワークデバイス又は第２の基地局からの前記ＳＤＴ手順と関連付けられた初期ダウンリンクデータ、
前記無線デバイスからの少なくとも１つの後続のアップリンクデータ、及び
前記コアネットワークデバイス又は前記第２の基地局からの少なくとも１つの後続のダウンリンクデータのうちの少なくとも１つを受信することを更に含む、項目８４～９７のいずれか一項に記載の方法。
（項目９９）
前記基地局ＣＵ－ＵＰによって、
前記コアネットワークデバイス又は前記第２の基地局への前記初期アップリンクデータ、
前記無線デバイスへの前記初期ダウンリンクデータ、
前記コアネットワークデバイス若しくは前記第２の基地局への前記少なくとも１つの後続のアップリンクデータ、又は
前記無線デバイスへの前記少なくとも１つの後続のダウンリンクデータのうちの少なくとも１つを送信することを更に含む、項目８４～９８のいずれか一項に記載の方法。
（項目１００）
前記ＳＤＴ手順の前記完了が、
前記初期アップリンクデータ、
前記初期ダウンリンクデータ、
前記少なくとも１つの後続のアップリンクデータ、及び
前記少なくとも１つの後続のダウンリンクデータのうちの少なくとも１つの前記受信又は送信の完了を含む、項目８４～９９のいずれか一項に記載の方法。
（項目１０１）
前記基地局ＣＵ－ＵＰによって、
初期アップリンクデータ、及び
初期ダウンリンクデータのうちの少なくとも１つを受信すること又は送信することに基づいて、前記ＳＤＴ手順の前記完了を決定することを更に含む、項目８４～１００のいずれか一項に記載の方法。
（項目１０２）
前記基地局ＣＵ－ＵＰによって、
単一の後続のダウンリンクデータ、及び
単一の後続のアップリンクデータのうちの少なくとも１つを受信すること又は送信することに基づいて、前記ＳＤＴ手順の前記完了を決定することを更に含む、項目８４～１０１のいずれか一項に記載の方法。
（項目１０３）
前記基地局ＣＵ－ＵＰによって、
後続のダウンリンクデータの第１の数、及び
後続のアップリンクデータの第２の数のうちの少なくとも１つを受信すること又は送信することに基づいて、前記ＳＤＴ手順の前記完了を決定することを更に含む、項目８４～１０２のいずれか一項に記載の方法。
（項目１０４）
前記基地局ＣＵ－ＵＰによって、前記無線デバイスについてのデータを含む少なくとも１つのパケットのヘッダにおけるエンドマーカに基づく前記ＳＤＴ手順の前記完了を決定することを更に含む、項目８４～１０１のいずれか一項に記載の方法。
（項目１０５）
前記少なくとも１つのパケットを受信することを更に含む、項目１０４に記載の方法。
（項目１０６）
基地局分散ユニットであって、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局分散ユニットに項目６１～８３のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、基地局分散ユニット。
（項目１０７）
基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）であって、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局ＣＵ－ＵＰに項目６１～６５又は項目８４～１０５のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）。
（項目１０８）
基地局であって、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局に項目６１～１０５のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、基地局。
（項目１０９）
１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに項目６１～１０５のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピュータ可読媒体。
（項目１１０）
基地局分散ユニット（ＤＵ）又は基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）であって、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局ＤＵ又は前記基地局ＣＵ－ＣＰに、
無線デバイスのスモールデータ伝送（ＳＤＴ）手順と関連付けられたデータを受信することと、
前記データを前記受信することに基づいて、前記ＳＤＴ手順の完了を決定することと、
基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）に、前記ＳＤＴ手順の前記完了の表示を送信することと、を行わせる命令を記憶する、メモリーと、を含む、基地局分散ユニット（ＤＵ）又は基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）と、
前記基地局ＣＵ－ＣＰであって、前記基地局ＣＵ－ＣＰが、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局ＣＵ－ＣＰに、
前記無線デバイスの前記ＳＤＴ手順の前記完了の前記表示を受信することと、
前記無線デバイスに、前記完了の前記表示に基づいて、無線リソース制御（ＲＲＣ）リリースメッセージを送信することと、を行わせる命令を記憶する、メモリーと、を含む、前記基地局ＣＵ－ＣＰと、を含む、システム。
（項目１１１）
方法であって、
基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）から基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）によって、無線デバイスのスモールデータ伝送（ＳＤＴ）手順を示す構成メッセージを受信することと、
前記基地局ＣＵ－ＵＰによって、前記無線デバイスについてのデータを受信することと、
前記基地局ＣＵ－ＵＰによって前記基地局ＣＵ－ＣＰに、前記データのサイズが閾値よりも大きいことに基づいて、通知メッセージを送信することと、を含む、方法。
（項目１１２）
前記通知メッセージが、前記データの前記サイズが前記閾値よりも大きいことを示すパラメータを含む、項目１１１に記載の方法。
（項目１１３）
前記通知メッセージが、前記データの前記サイズを示すパラメータを含む、項目１１１又は１１２に記載の方法。
（項目１１４）
前記通知メッセージが、前記無線デバイスに送信する追加のデータを示すパラメータを含む、項目１１１～１１３のいずれか一項に記載の方法。
（項目１１５）
前記通知メッセージが、前記無線デバイスを無線リソース制御接続状態に移行させるように表示及び／又は要求するパラメータを含む、項目１１１～１１４のいずれか一項に記載の方法。
（項目１１６）
前記通知メッセージが、前記無線デバイスの通信がアクティブであることを示すパラメータを含む、項目１１１～１１５のいずれか一項に記載の方法。
（項目１１７）
前記通知メッセージが、前記無線デバイスについての後続のデータが予期されるかどうかを示す支援情報を含み、前記後続のデータが、
後続のアップリンクデータ、及び
後続のダウンリンクデータのうちの少なくとも１つを含む、項目１１１～１１６のいずれか一項に記載の方法。
（項目１１８）
前記基地局ＣＵ－ＵＰによって、前記スモールデータ伝送と関連付けられた少なくとも１つのパケットの少なくとも１つのパケットヘッダを受信することを更に含み、前記少なくとも１つのパケットヘッダが、前記無線デバイスについての前記後続のデータが予期されるかどうかを示す、項目１１１～１１７のいずれか一項に記載の方法。
（項目１１９）
基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）であって、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局ＣＵ－ＵＰに項目１１１～１１８のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）。
（項目１２０）
１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに項目１１１～１１８のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピュータ可読媒体。
（項目１２１）
方法であって、
基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）によって基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）から、無線デバイスのスモールデータ伝送（ＳＤＴ）手順を示す構成メッセージを送信することと、
前記基地局ＣＵ－ＣＰによって前記基地局ＣＵ－ＵＰから、通知メッセージを受信することと、
前記基地局ＣＵ－ＣＰによって前記無線デバイスに、前記通知メッセージに基づいて、前記無線デバイスがＲＲＣ接続状態に移行することを示す無線リソース制御（ＲＲＣ）メッセージを送信することと、を含む、方法。
（項目１２２）
前記通知メッセージが、
データのサイズが閾値よりも大きいこと、
前記データの前記サイズ、
前記無線デバイスに伝送する追加データ、
前記無線デバイスを無線リソース制御接続状態に移行させる要求、
前記無線デバイスを無線リソース制御接続状態に移行させること、及び
前記無線デバイスの通信がアクティブであることのうちの１つ以上を示すパラメータを含む、項目１２１に記載の方法。
（項目１２３）
前記通知メッセージが、前記無線デバイスについての後続のデータが予期されるかどうかを示す支援情報を含み、前記後続のデータが、
後続のアップリンクデータ、及び
後続のダウンリンクデータのうちの少なくとも１つを含む、項目１２１又は１２２に記載の方法。
（項目１２４）
前記通知メッセージに基づいて、前記無線デバイスをＲＲＣ接続状態に移行させることを決定することを更に含み、前記ＲＲＣメッセージを前記送信することが、前記決定することに基づく、項目１２１～１２３のいずれか一項に記載の方法。
（項目１２５）
前記ＲＲＣメッセージが、ＲＲＣ再開メッセージを含む、項目１２１～１２４のいずれか一項に記載の方法。
（項目１２６）
前記ＲＲＣメッセージが、ＲＲＣセットアップメッセージを含む、項目１２１～１２５のいずれか一項に記載の方法。
（項目１２７）
前記ＲＲＣメッセージを前記無線デバイスに前記送信することが、基地局分散ユニット（ＤＵ）を介するものである、項目１２４～１２６のいずれか一項に記載の方法。
（項目１２８）
基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）であって、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局ＣＵ－ＣＰに項目１２１～１２７のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）。
（項目１２９）
１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに項目１２１～１２７のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピュータ可読媒体。
（項目１３０）
基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）であって、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局ＣＵ－ＵＰに、
基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）から、無線デバイスのスモールデータ伝送（ＳＤＴ）手順を示す構成メッセージを受信することと、
前記無線デバイスについてのデータを受信することと、
前記基地局ＣＵ－ＣＰに、前記データのサイズが閾値よりも大きいことに基づいて、通知メッセージを送信することと、を行わせる命令を記憶するメモリーと、を含む、基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）と、
前記基地局ＣＵ－ＣＰであって、前記基地局ＣＵ－ＣＰが、１つ以上のプロセッサと、前記１つ以上のプロセッサによって実行されたときに、前記基地局ＣＵ－ＣＰに、
前記基地局ＣＵ－ＵＰに、前記構成メッセージを送信することと、
前記基地局ＣＵ－ＵＰから、前記通知メッセージを受信することと、
前記無線デバイスに、前記通知メッセージに基づいて、前記無線デバイスがＲＲＣ接続状態に移行することを示す無線リソース制御（ＲＲＣ）メッセージを送信することと、を行わせる命令を記憶するメモリーと、を含む、前記基地局ＣＵ－ＣＰと、を含む、システム。
本開示のさまざまな実施形態のうちのいくつかの実施例が、図面を参照して本明細書に記載される。
本開示の実施形態が実装され得る移動通信ネットワークの実施例を示す。 本開示の実施形態が実装され得る移動通信ネットワークの実施例を示す。 新しい無線（ＮＲ）ユーザプレーン及び制御プレーンプロトコルスタックをそれぞれ示す。 新しい無線（ＮＲ）ユーザプレーン及び制御プレーンプロトコルスタックをそれぞれ示す。 図２ＡのＮＲユーザプレーンプロトコルスタックのプロトコル層の間に提供されたサービスの例を示す。 図２ＡのＮＲユーザプレーンプロトコルスタックを通る例示的なダウンリンクデータフローを示す。 ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダのフォーマット例を示す。 ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、及び物理チャネル間のマッピングをそれぞれ示す。 ＵＥのＲＲＣ状態移行を示す例示的な図である。 ＯＦＤＭシンボルがグループ化されたＮＲフレームの例示的な構成を示す。 ＮＲキャリアの時間及び周波数ドメインにおけるスロットの例示的な構成を示す。 ＮＲキャリアに対して３つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。 ２つのコンポーネントキャリアを有する３つのキャリアアグリゲーション構成を示す。 アグリゲーションセルがどのように１つ以上のＰＵＣＣＨグループに構成され得るかの実施例を示す。 ＳＳ／ＰＢＣＨブロック構造及び位置の実施例を示す。 時間及び周波数ドメインにマッピングされたＣＳＩ－ＲＳの実施例を示す。 ３つのダウンリンク及びアップリンクビーム管理手順の実施例をそれぞれ示す。 ３つのダウンリンク及びアップリンクビーム管理手順の実施例をそれぞれ示す。 ４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。 ４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。 ４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。 帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。 ＣＯＲＥＳＥＴ及びＰＤＣＣＨ処理上のＤＣＩ伝送に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。 基地局と通信する無線デバイスの実施例を示す。 アップリンク及びダウンリンク伝送のための例示的な構造を示す。 アップリンク及びダウンリンク伝送のための例示的な構造を示す。 アップリンク及びダウンリンク伝送のための例示的な構造を示す。 アップリンク及びダウンリンク伝送のための例示的な構造を示す。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。 本開示の例示的な実施形態の一態様の図である。
実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされるときに実行され得る。例示的な基準は、例えば、無線デバイス又はネットワークノード構成、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づき得る。１つ以上の基準が満たされると、さまざまな例示的実施形態が適用され得る。従って、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。
基地局は、無線デバイスの混合と通信し得る。無線デバイス及び／又は基地局は、複数の技術、及び／又は同じ技術の複数のリリースをサポートし得る。無線デバイスは、無線デバイスのカテゴリー及び／又は能力に応じて、いくつかの特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及し得る。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥ又は５Ｇリリースの複数の無線デバイスに言及し得る。本開示における複数の無線デバイスは、選択された複数の無線デバイス、及び／又は開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及し得る。開示された方法に準拠し得ないカバレッジエリアに複数の基地局又は複数の無線デバイスが存在し得る。例えば、それらの無線デバイス又は基地局は、ＬＴＥ又は５Ｇ技術の古いリリースに基づき実行される。
本明細書では、「ａ」及び「ａｎ」、並びに同様の句は「少なくとも１つ」及び「１つ以上」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも１つ」及び「１つ以上」として解釈されるべきである。本明細書では、「ｍａｙ」という用語は「例えば、～であり得る」として解釈される。言い換えると、「ｍａｙ」という用語は、「ｍａｙ」という用語に続く句が複数の適切な可能性の１つの実施例であり、種々の実施形態の１つ以上によって用いられても用いられなくてもよいことを示す。本明細書で使用される場合、「含む（ｃｏｍｐｒｉｓｅｓ）」及び「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」という用語は、記載される要素の１つ以上の構成要素を列挙する。「含む（ｃｏｍｐｒｉｓｅｓ）」という用語は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記述される要素の１つ以上の構成要素の完全な列挙を提供する。本明細書で使用される場合、「に基づく」という用語は、例えば、「のみに基づく」というよりも、むしろ「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「及び／又は」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、及び／又はＣ」は、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、又はＡ、Ｂ、及びＣを表し得る。
Ａ及びＢがセットであり、Ａの全ての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、非空集合及びサブセットのみが考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、及び｛セル１、セル２｝である。「に基づき」（又は同等に「に少なくとも基づき」）というフレーズは、「に基づき」という用語に続くフレーズがさまざまな実施形態の１つ以上に用いられる場合と用いられない場合とがある多数の好適な可能性の１つの実施例であることを示す。「に応答して」（又は同等に「に少なくとも応答して」）というフレーズは、フレーズ「に応答して」に続くフレーズがさまざまな実施形態の１つ以上に用いられる場合と用いられない場合とがある多数の好適な可能性の１つの実施例であることを示す。「に応じて」（又は同等に「に少なくとも応じて」）というフレーズは、フレーズ「に応じて」に続くフレーズがさまざまな実施形態の１つ以上に用いられる場合と用いられない場合とがある多数の好適な可能性の１つの実施例であることを示す。「採用／使用」（又は同等に「少なくとも採用／使用」）というフレーズは、フレーズ「採用／使用」に続くフレーズがさまざまな実施形態の１つ以上に使用される場合とされない場合とがある多数の適切な可能性の１つの実施例であることを示す。
構成されるという用語は、装置が動作状態にあるか非動作状態にあるかにかかわらず、装置の容量に関連し得る。構成されるとは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定に言及することもできる。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリー値などは、デバイスが特定の特性を提供するために、デバイスが動作状態又は非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「装置において発生する制御メッセージ」などの用語は、装置が動作状態か非動作状態かにかかわらず、制御メッセージが装置における特定の特性を構成するために使用され得る、又は装置における特定のアクションを実装するために使用され得るパラメータを有することを意味し得る。
本開示では、パラメータ（又は同等にフィールド、又は情報要素：ＩＥと呼ばれる）は、１つ以上の情報オブジェクトを含み得、情報オブジェクトは、１つ以上の他のオブジェクトを含み得る。例えば、パラメータ（ＩＥ）Ｎがパラメータ（ＩＥ）Ｍを含み、パラメータ（ＩＥ）Ｍがパラメータ（ＩＥ）Ｋを含み、パラメータ（ＩＥ）Ｋがパラメータ（情報要素）Ｊを含む場合、例えば、ＮはＫを含み、ＮはＪを含む。例示的実施形態においては、１つ以上のメッセージが複数のパラメータを含むとき、それは、複数のパラメータのうちのパラメータが１つ以上のメッセージのうちの少なくとも１つに含まれるが、１つ以上のメッセージの各々に含まれる必要はないことを意味する。
更にまた、上記で提示された多くの特徴は、「ｍａｙ」の使用又は括弧の使用により任意選択的であるものとして説明される。簡潔さ及び読みやすさのために、本開示は、任意選択的な特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、３つの任意選択的な特徴を有するものとして説明されたシステムは、七つの方式、すなわち、３つの可能な特徴の１つのみ、３つの特徴のいずれか２つ、又は３つの特徴の３つによって具現化され得る。
開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェースを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（例えば、生物学的要素を有するハードウェア）、又はそれらの組み合わせで実装され得、それらは、挙動的に等価であり得る。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂ（登録商標）など）若しくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ Ｏｃｔａｖｅ、又はＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピュータ言語で記述されたソフトウェアルーチンで実装され得る。ディスクリート又はプログラム可能なアナログ、デジタル、及び／又は量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの例には、コンピュータ、マイクロコントローラー、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマーブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピュータ、マイクロコントローラー、及びマイクロプロセッサは、アセンブリー、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは、多くの場合、プログラマーブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）又はＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。
図１Ａは、本開示の実施形態が実装され得る移動体通信ネットワーク１００の実施例を示す。移動体通信ネットワーク１００は、例えば、ネットワークオペレータによって実行される公衆陸上移動体ネットワーク（ＰＬＭＮ）であり得る。図１Ａに示すように、移動体通信ネットワーク１００は、コアネットワーク（ＣＮ）１０２、無線アクセスネットワーク（ＲＡＮ）１０４、及び無線デバイス１０６を含む。
ＣＮ１０２は、無線デバイス１０６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、及び／又はオペレータ内ＤＮなどの１つ以上のデータネットワーク（ＤＮ）へのインターフェースを提供し得る。インターフェース機能の一部として、ＣＮ１０２は、無線デバイス１０６と１つ以上のＤＮとの間のエンドツーエンドの接続を設定し、無線デバイス１０６を認証し、充電機能を提供し得る。
ＲＡＮ１０４は、エアーインターフェース上で無線通信を介して、ＣＮ１０２を無線デバイス１０６に接続し得る。無線通信の一部として、ＲＡＮ１０４は、スケジューリング、無線リソース管理、及び再送信プロトコルを提供し得る。エアーインターフェース上のＲＡＮ１０４から無線デバイス１０６への通信方向は、ダウンリンクとして知られ、エアーインターフェース上の無線デバイス１０６からＲＡＮ１０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、及び／又は２つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。
無線デバイスという用語は、本開示全体を通して、無線通信が必要又は利用可能な任意のモバイルデバイス又は固定（非携帯）デバイスを指し、及び包含するために使用され得る。例えば、無線デバイスは、電話、スマートフォン、タブレット、コンピュータ、ラップトップ、センサ、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）装置、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、及び／又はそれらの任意の組み合わせであり得る。無線デバイスという用語は、ユーザ機器（ＵＥ）、ユーザ端末（ＵＴ）、アクセス端末（ＡＴ）、モバイルステーション、受話器、無線送受信ユニット（ＷＴＲＵ）、及び／又は無線通信デバイスを含む、他の用語を包含する。
ＲＡＮ１０４は、１つ以上の基地局（図示せず）を含み得る。基地局という用語は、ノードＢ（ＵＭＴＳ及び／又は３Ｇ標準と関連付けられる）、進化したノードＢ（ｅＮＢ、Ｅ－ＵＴＲＡ及び／又は４Ｇ規格と関連）、遠隔無線ヘッド（ＲＲＨ）、１つ以上のＲＲＨに結合されたベースバンド処理ユニット、ドナーノードのカバレッジエリアを拡張するために使用されるリピーターノード又は中継ノード、次世代進化ノードＢ（ｎｇ－ｅＮＢ）、世代ノードＢ（ｇＮＢ、ＮＲ及び／又は５Ｇ規格と関連）、アクセスポイント（ＡＰ、例えばＷｉＦｉ又はその他の適切な無線通信規格に関連している）、及び／又はそれらの任意の組み合わせを指し、かつそれを包含するために、本開示全体を通して使用され得る。基地局は、少なくとも１つのｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）及び少なくとも１つのｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を含み得る。
ＲＡＮ１０４に含まれる基地局は、無線デバイス１０６とエアーインターフェース上で通信するための１つ以上のアンテナのセットを含み得る。例えば、１つ以上の基地局は、３つのセル（又はセクター）をそれぞれ制御するための３つのアンテナセットを含み得る。セルのサイズは、レシーバー（例えば、基地局レシーバー）が、セルで動作するトランスミッタ（例えば、無線デバイストランスミッタ）から送信を首尾よく受信できる範囲によって決定され得る。一緒に、基地局のセルは、無線デバイス可動性をサポートするために、広い地理的エリアにわたって無線デバイス１０６に無線カバレッジを提供し得る。
３つのセクターサイトに加えて、基地局の他の実装も可能である。例えば、ＲＡＮ１０４の１つ以上の基地局は、３つより多い又はそれ未満のセクターを有するセクターサイトとして実装され得る。ＲＡＮ１０４の１つ以上の基地局は、アクセスポイントとして、複数の遠隔無線ヘッド（ＲＲＨ）に結合されたベースバンド処理ユニットとして、及び／又はドナーノードのカバレッジエリアを拡張するために使用されるリピータ又は中継ノードとして実装され得る。ＲＲＨに結合されたベースバンド処理ユニットは、集中型又はクラウドＲＡＮアーキテクチャの一部であり得、ベースバンド処理ユニットは、ベースバンド処理ユニットのプール内に集中型であるか、又は仮想化され得る。リピーターノードは、ドナーノードから受信した無線信号を増幅及び再ブロードキャストし得る。中継ノードは、リピーターノードと同じ／類似の機能を実行し得るが、ドナーノードから受信した無線信号を復号化して、無線信号を増幅及び再ブロードキャストする前にノイズを除去し得る。
ＲＡＮ１０４は、類似のアンテナパターン及び類似の高レベル送信電力を有するマクロセル基地局の均質なネットワークとして展開され得る。ＲＡＮ１０４は、異種ネットワークとして展開され得る。異種ネットワークでは、小さなセル基地局を使用して、例えば、マクロセル基地局によって提供される比較的大きなカバレッジエリアと重複するカバレッジエリアなど、小さなカバレッジエリアを提供することができる。小さなカバレッジエリアは、データトラフィックの多いエリア（又はいわゆるホットスポット）、又はマクロセルカバレッジが弱いエリアに提供され得る。スモールセル基地局の実施例としては、カバレッジエリアが縮小する順に、マイクロセル基地局、ピコセル基地局、及びフェムトセル基地局又はホーム基地局が挙げられる。
第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、図１Ａの移動体通信ネットワーク１００と同様の移動体通信ネットワークの仕様のグローバル標準化を提供するために１９９８年に形成される。現在までに、３ＧＰＰ（登録商標）は、ユニバーサルモバイル通信システム（ＵＭＴＳ）として知られる第３世代（３Ｇ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）として知られる第４世代（４Ｇ）ネットワーク、及び５Ｇシステム（５ＧＳ）として知られる第五世代（５Ｇ）ネットワークという、三世代のモバイルネットワークの仕様を生産している。本開示の実施形態は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と称される、３ＧＰＰ（登録商標）５ＧネットワークのＲＡＮを参照して記載される。実施形態は、図１ＡのＲＡＮ１０４、以前の３Ｇ及び４ＧネットワークのＲＡＮ、及びまだ仕様化されていない将来のネットワーク（例えば、３ＧＰＰ（登録商標）６Ｇネットワーク）などの他の移動体通信ネットワークのＲＡＮに適用可能であり得る。ＮＧ－ＲＡＮは、新しい無線（ＮＲ）として知られる５Ｇ無線アクセス技術を実装し、４Ｇ無線アクセス技術又は非３ＧＰＰ（登録商標）無線アクセス技術を含むその他の無線アクセス技術を実装するために供給され得る。
図１Ｂは、本開示の実施形態が実装され得る、別の実施例の移動体通信ネットワーク１５０を示す。移動体通信ネットワーク１５０は、例えば、ネットワークオペレータによって実行されるＰＬＭＮであり得る。図１Ｂに示すように、移動体通信ネットワーク１５０は、５Ｇコアネットワーク（５Ｇ－ＣＮ）１５２、ＮＧ－ＲＡＮ１５４、及びＵＥ１５６Ａ及びＵＥ１５６Ｂ（総称してＵＥ１５６）を含む。これらの構成要素は、図１Ａに関して説明された対応する構成要素と同じ又は同様の方法で実装及び動作することができる。
５Ｇ－ＣＮ１５２は、ＵＥ１５６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、及び／又はオペレータ内ＤＮなどの１つ以上のＤＮへのインターフェースを提供する。インターフェース機能の一部として、５Ｇ－ＣＮ１５２は、ＵＥ１５６と１つ以上のＤＮとの間のエンドツーエンドの接続をセットアップし、ＵＥ１５６を認証し、充電機能を提供し得る。３ＧＰＰ（登録商標）４ＧネットワークのＣＮと比較して、５Ｇ－ＣＮ１５２のベースは、サービスベースのアーキテクチャであり得る。これは、５Ｇ－ＣＮ１５２を構成するノードのアーキテクチャが、他のネットワーク機能へのインターフェースを介してサービスを提供するネットワーク機能として定義され得ることを意味する。５Ｇ－ＣＮ１５２のネットワーク機能は、専用若しくは共有ハードウェア上のネットワーク要素として、専用若しくは共有ハードウェア上で動作するソフトウェアインスタンスとして、又はプラットフォーム（例えば、クラウドベースのプラットフォーム）上でインスタンス化された仮想化機能として、いくつかの方法で実装され得る。
図１Ｂに示すように、５Ｇ－ＣＮ１５２は、簡単に説明できるように、図１Ｂで１つの構成要素ＡＭＦ／ＵＰＦ１５８として示すように、アクセス及びモビリティ管理機能（ＡＭＦ）１５８Ａ及びユーザプレーン機能（ＵＰＦ）１５８Ｂを含む。ＵＰＦ１５８Ｂは、ＮＧ－ＲＡＮ１５４と１つ以上のＤＮとの間のゲートウェイとして機能し得る。ＵＰＦ１５８Ｂは、パケットルーティング及び転送、パケット検査及びユーザプレーンポリシールールの施行、トラフィック利用の報告、１つ以上のＤＮへのトラフィックフローのルーティングをサポートするアップリンク分類、ユーザプレーンに対するサービス品質（ＱｏＳ）処理（例えば、パケットフィルタリング、ゲーティング、アップリンク／ダウンリンクレート実施、及びアップリンクトラフィック検証）、ダウンリンクパケットバッファリング、及びダウンリンクデータ通知トリガーなどの機能を実行し得る。ＵＰＦ１５８Ｂは、イントラ／インター無線アクセス技術（ＲＡＴ）モビリティのアンカーポイント、１つ以上のＤＮに相互接続される外部プロトコル（又はパケット）データユニット（ＰＤＵ）セッションポイント、及び／又は分岐ポイントとして機能して、マルチホームＰＤＵセッションをサポートし得る。ＵＥ１５６は、ＵＥとＤＮとの間の論理接続である、ＰＤＵセッションを介してサービスを受信するように構成され得る。
ＡＭＦ１５８Ａは、非アクセス層（ＮＡＳ）シグナリングの終了、ＮＡＳシグナリングセキュリティ、アクセス層（ＡＳ）セキュリティ制御、３ＧＰＰ（登録商標）アクセスネットワーク間のモビリティのためのＣＮ間ノードシグナリング、アイドルモードＵＥ到達可能性（例えば、ページング再送信の制御と実行）、登録エリア管理、システム内及びシステム間モビリティサポート、アクセス認証、ローミング権限のチェックを含むアクセス許可、モビリティ管理制御（サブスクリプションとポリシー）、ネットワークスライシングのサポート、及び／又はセッション管理機能（ＳＭＦ）の選択などの機能を実行できる。ＮＡＳは、ＣＮとＵＥの間で動作する機能を指し得、ＡＳは、ＵＥとＲＡＮの間で動作する機能を指し得る。
５Ｇ－ＣＮ１５２は、わかりやすくするために図１Ｂに示されていない１つ以上の追加のネットワーク機能を含み得る。例えば、５Ｇ－ＣＮ１５２は、セッション管理機能（ＳＭＦ）、ＮＲリポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ネットワーク露出機能（ＮＥＦ）、統一データ管理（ＵＤＭ）、アプリケーション機能（ＡＦ）、及び／又は認証サーバ機能（ＡＵＳＦ）のうちの１つ以上を含み得る。
ＮＧ－ＲＡＮ１５４は、５Ｇ－ＣＮ１５２を、エアーインターフェース上で無線通信を介してＵＥ１５６に接続し得る。ＮＧ－ＲＡＮ１５４は、ｇＮＢ１６０Ａ及びｇＮＢ１６０Ｂとして図示された１つ以上のｇＮＢ（まとめてｇＮＢ１６０）及び／又はｎｇ－ｅＮＢ１６２Ａ及びｎｇ－ｅＮＢ１６２Ｂとして図示された１つ以上のｎｇ－ｅＮＢ（まとめてｎｇ－ｅＮＢ１６２）を含み得る。ｇＮＢ１６０及びｎｇ－ｅＮＢ１６２は、より一般的に基地局と称され得る。ｇＮＢ１６０及びｎｇ－ｅＮＢ１６２は、エアーインターフェース上でＵＥ１５６と通信するための１つ以上のアンテナのセットを含み得る。例えば、ｇＮＢ１６０の１つ以上及び／又はｎｇ－ｅＮＢ１６２の１つ以上は、３つのセル（又はセクター）をそれぞれ制御するための３つのアンテナセットを含み得る。合わせて、ｇＮＢ１６０及びｎｇ－ｅＮＢ１６２のセルは、ＵＥモビリティをサポートするために、広い地理的エリアにわたってＵＥ１５６に無線カバレッジを提供し得る。
図１Ｂに示すように、ｇＮＢ１６０及び／又はｎｇ－ｅＮＢ１６２は、ＮＧインターフェースによって５Ｇ－ＣＮ１５２に接続され得、Ｘｎインターフェースによって他の基地局に接続され得る。ＮＧ及びＸｎインターフェースは、インターネットプロトコル（ＩＰ）トランスポートネットワークなどの基となるトランスポートネットワーク上に、直接的な物理的接続及び／又は間接的な接続を使用して確立され得る。ｇＮＢ１６０及び／又はｎｇ－ｅＮＢ１６２は、ＵｕインターフェースによってＵＥ１５６に接続され得る。例えば、図１Ｂに示すように、ｇＮＢ１６０Ａは、ＵｕインターフェースによってＵＥ１５６Ａに接続され得る。ＮＧ、Ｘｎ、及びＵｕインターフェースは、プロトコルスタックと関連付けられている。インターフェースと関連付けられるプロトコルスタックは、データ及びシグナリングメッセージを交換するため図１Ｂのネットワーク要素によって使用され得、ユーザプレーン及び制御プレーンの２つのプレーンを含み得る。ユーザプレーンは、ユーザにとって関心対象のデータを処理し得る。制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。
ｇＮＢ１６０及び／又はｎｇ－ｅＮＢ１６２は、１つ以上のＮＧインターフェースによって、ＡＭＦ／ＵＰＦ１５８など、５Ｇ－ＣＮ１５２の１つ以上のＡＭＦ／ＵＰＦ機能に接続され得る。例えば、ｇＮＢ１６０Ａは、ＮＧ－ユーザプレーン（ＮＧ－Ｕ）インターフェースによって、ＡＭＦ／ＵＰＦ１５８のＵＰＦ１５８Ｂに接続され得る。ＮＧ－Ｕインターフェースは、ｇＮＢ１６０ＡとＵＰＦ１５８Ｂ間のユーザプレーンＰＤＵの供給を提供し得る（例えば、非保証送達）。ｇＮＢ１６０Ａは、ＮＧ制御プレーン（ＮＧ－Ｃ）インターフェースを使用してＡＭＦ１５８Ａに接続できる。ＮＧ－Ｃインターフェースは、例えば、ＮＧインターフェース管理、ＵＥコンテキスト管理、ＵＥモビリティ管理、ＮＡＳメッセージの転送、ページング、ＰＤＵセッション管理及び構成転送及び／又は警告メッセージ送信を提供し得る。
ｇＮＢ１６０は、Ｕｕインターフェース上のＵＥ１５６に向かってＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し得る。例えば、ｇＮＢ１６０Ａは、第１のプロトコルスタックと関連付けられるＵｕインターフェース上で、ＵＥ１５６Ａに向かってＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し得る。ｎｇ－ｅＮＢ１６２は、Ｕｕインターフェース上のＵＥ１５６に向かって、Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）ユーザプレーン及び制御プレーンプロトコル終端を提供し得、Ｅ－ＵＴＲＡは３ＧＰＰ（登録商標）４Ｇ無線アクセス技術を指す。例えば、ｎｇ－ｅＮＢ１６２Ｂは、第２のプロトコルスタックと関連付けられるＵｕインターフェース上で、ＵＥ１５６Ｂに向かってＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコル終端を提供し得る。
５Ｇ－ＣＮ１５２は、ＮＲ及び４Ｇの無線アクセスを処理するように構成されると記述された。当業者であれば、ＮＲが４Ｇコアネットワークに、「非スタンドアローン動作」として知られるモードで接続することが可能であり得ることを理解するであろう。非スタンドアローン動作では、４Ｇコアネットワークを使用して、制御プレーン機能（例えば、初期アクセス、モビリティ、及びページング）を提供する（又は少なくともサポートする）。１つのＡＭＦ／ＵＰＦ１５８のみが図１Ｂに示されるが、１つのｇＮＢ又はｎｇ－ｅＮＢは、複数のＡＭＦ／ＵＰＦノードに接続されて、冗長性を提供し、及び／又は複数のＡＭＦ／ＵＰＦノードにわたって共有をロードし得る。
論じるように、図１Ｂにおいて、ネットワーク要素間のインターフェース（例えば、Ｕｕ、Ｘｎ、及びＮＧインターフェース）がデータ及びシグナリングメッセージを交換するためにネットワーク要素が使用するプロトコルスタックと関連付けられ得る。プロトコルスタックは、２つのプレーン、すなわち、ユーザプレーン及び制御プレーンを含み得る。ユーザプレーンは、ユーザにとって関心対象のデータを処理し得、制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。
図２Ａ及び図２Ｂはそれぞれ、ＵＥ２１０とｇＮＢ２２０の間にあるＵｕインターフェース用のＮＲユーザプレーン及びＮＲ制御プレーンプロトコルスタックの実施例を示す。図２Ａ及び図２Ｂに示されるプロトコルスタックは、例えば、図１Ｂに示されるＵＥ１５６ＡとｇＮＢ１６０Ａとの間のＵｕインターフェースに使用されるものと同じ又は類似であり得る。
図２Ａは、ＵＥ２１０及びｇＮＢ２２０に実装された５つの層を含むＮＲユーザプレーンプロトコルスタックを示す。プロトコルスタックの底部で、物理層（ＰＨＹｓ）２１１及び２２１は、プロトコルスタックの上位層にトランスポートサービスを提供し得、オープンシステム相互接続（ＯＳＩ）モデルの層１に対応し得る。ＰＨＹ２１１及び２２１の上の次の４つのプロトコルは、メディアアクセス制御層（ＭＡＣ）２１２及び２２２、無線リンク制御層（ＲＬＣ）２１３及び２２３、パケットデータ収束プロトコル層（ＰＤＣＰ）２１４及び２２４、並びにサービスデータアプリケーションプロトコル層（ＳＤＡＰ）２１５及び２２５を含む。合わせて、これらの４つのプロトコルは、ＯＳＩモデルの層２又はデータリンク層を構成し得る。
図３は、ＮＲユーザプレーンプロトコルスタックのプロトコル層間に提供されるサービスの実施例を示す。図２Ａ及び図３の上からスタートして、ＳＤＡＰ２１５及び２２５は、ＱｏＳフロー処理を実行し得る。ＵＥ２１０は、ＵＥ２１０とＤＮとの間の論理接続であり得る、ＰＤＵセッションを介してサービスを受信し得る。ＰＤＵセッションは、１つ以上のＱｏＳフローを有し得る。ＣＮのＵＰＦ（例えば、ＵＰＦ１５８Ｂ）は、ＱｏＳ要件（例えば、遅延、データレート、及び／又はエラーレートに関して）に基づき、ＰＤＵセッションの１つ以上のＱｏＳフローにＩＰパケットをマッピングし得る。ＳＤＡＰ２１５及び２２５は、１つ以上のＱｏＳフローと１つ以上のデータ無線ベアラとの間のマッピング／マッピング解除を実行し得る。ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除は、ｇＮＢ２２０でＳＤＡＰ２２５によって決定され得る。ＵＥ２１０でのＳＤＡＰ２１５は、ｇＮＢ２２０から受信した反射マッピング又は制御シグナリングを介して、ＱｏＳフローとデータ無線ベアラとの間のマッピングについて通知され得る。反射マッピングについては、ｇＮＢ２２０でのＳＤＡＰ２２５は、ダウンリンクパケットを、ＵＥ２１０のＳＤＡＰ２１５によって観察されて、ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除を決定し得る、ＱｏＳフローインジケーター（ＱＦＩ）でマークし得る。
ＰＤＣＰ２１４及び２２４は、エアーインターフェース上で送信する必要のあるデータ量を低減するためのヘッダ圧縮／解凍、エアーインターフェース上で送信されるデータの不正な復号化を防止するための暗号／暗号解除、及び完全性保護（制御メッセージが意図されたソースから発信されることを確実にするため）を行い得る。ＰＤＣＰ２１４及び２２４は、例えば、未送信のパケットの再送信、パケットのシーケンス内送達及び再配列、並びにｇＮＢ内ハンドオーバーのために、重複して受信されたパケットの除去を実行し得る。ＰＤＣＰ２１４及び２２４は、受信されるパケットの可能性を改善し、レシーバーで、任意の重複パケットを除去するために、パケット重複を実行し得る。パケット重複は、高信頼性を必要とするサービスに有用であり得る。
図３には示されていないが、ＰＤＣＰ２１４及び２２４は、二重接続シナリオにおいて、分割無線ベアラとＲＬＣチャネルとの間のマッピング／マッピング解除を実行し得る。二重接続は、ＵＥが２つのセル、又はより一般的には、マスターセルグループ（ＭＣＧ）及び二次セルグループ（ＳＣＧ）の２つのセルグループに接続することを可能にする技術である。分割ベアラは、ＳＤＡＰ２１５及び２２５へのサービスとしてＰＤＣＰ２１４及び２２４によって提供される無線ベアラの１つなどの単一の無線ベアラが、二重接続でセルグループによって処理されるときである。ＰＤＣＰ２１４及び２２４は、セルグループに属するＲＬＣチャネル間で分割無線ベアラをマッピング／マッピング解除し得る。
ＲＬＣ２１３及び２２３は、それぞれ、ＭＡＣ２１２及び２２２から受信した複製データユニットのセグメンテーション、自動反復要求（ＡＲＱ）を通した再送信、及び除去を実行し得る。ＲＬＣ２１３及び２２３は、トランスペアレントモード（ＴＭ）、未確認応答モード（ＵＭ）、及び確認応答モード（ＡＭ）の３つの送信モードをサポートし得る。ＲＬＣが動作している送信モードに基づき、ＲＬＣは、指摘された機能のうちの１つ以上を実行し得る。このＲＬＣ構成は、ヌメロロジ及び／又は送信時間間隔（ＴＴＩ）持続時間に依存せずに論理チャネル毎であり得る。図３に示すように、ＲＬＣ２１３及び２２３は、それぞれＰＤＣＰ２１４及び２２４にサービスとしてＲＬＣチャネルを提供し得る。
ＭＡＣ２１２及び２２２は、論理チャネルの多重化／多重分離、及び／又は論理チャネルとトランスポートチャネルとの間のマッピングを実行し得る。多重化／多重分離は、ＰＨＹ２１１及び２２１へ／から送達されるトランスポートブロック（ＴＢ）へ／からの１つ以上の論理チャネルに属するデータユニットの多重化／多重分離を含み得る。ＭＡＣ２２２は、動的スケジューリングによって、ＵＥ間の、スケジューリング、スケジューリング情報レポート、及び優先度処理を行うように構成され得る。スケジューリングは、ダウンリンク及びアップリンクのためにｇＮＢ２２０（ＭＡＣ２２２にて）で実施され得る。ＭＡＣ２１２及び２２２は、ハイブリッド自動反復要求（ＨＡＲＱ）（例えば、キャリアアグリゲーション（ＣＡ）の場合、キャリア毎に１つのＨＡＲＱエンティティ）を通して、エラー訂正、論理チャネル優先度付けによるＵＥ２１０の論理チャネル間の優先度処理、及び／又はパディングを行うように構成され得る。ＭＡＣ２１２及び２２２は、１つ以上のヌメロロジ及び／又は送信タイミングをサポートし得る。一実施例では、論理チャネル優先順位付けにおけるマッピング制限により、論理チャネルがどのヌメロロジ及び／又は送信タイミングを使用し得るかを制御し得る。図３に示すように、ＭＡＣ２１２及び２２２は、サービスとしてＲＬＣ２１３及び２２３に論理チャネルを提供し得る。
ＰＨＹ２１１及び２２１は、エアーインターフェース上で情報を送受信するために、物理チャネルへのトランスポートチャネルのマッピング及びデジタル及びアナログ信号処理機能を実行し得る。これらのデジタル及びアナログ信号処理機能は、例えば、符号化／復号化及び変調／復調を含み得る。ＰＨＹ２１１及び２２１は、マルチアンテナマッピングを実行し得る。図３に示すように、ＰＨＹ２１１及び２２１は、サービスとして、ＭＡＣ２１２及び２２２に１つ以上のトランスポートチャネルを提供し得る。
図４Ａは、ＮＲユーザプレーンプロトコルスタックを通るダウンリンクデータフローの実施例を示す。図４Ａは、ＮＲユーザプレーンプロトコルスタックを通した３つのＩＰパケット（ｎ、ｎ＋１、及びｍ）のダウンリンクデータフローを示し、ｇＮＢ２２０で２つのＴＢを生成する。ＮＲユーザプレーンプロトコルスタックを通るアップリンクデータフローは、図４Ａに示すダウンリンクデータフローと類似し得る。
図４Ａのダウンリンクデータフローは、ＳＤＡＰ２２５が、１つ以上のＱｏＳフローから３つのＩＰパケットを受信し、３つのパケットを無線ベアラにマッピングしたときに開始する。図４Ａでは、ＳＤＡＰ２２５は、ＩＰパケットｎ及びｎ＋１を第１の無線ベアラ４０２にマッピングし、ＩＰパケットｍを第２の無線ベアラ４０４にマッピングする。ＳＤＡＰヘッダ（図４Ａで「Ｈ」とラベル付けされる）がＩＰパケットに追加される。より高いプロトコル層から／へのデータユニットは、より低いプロトコル層のサービスデータユニット（ＳＤＵ）と称され、より低いプロトコル層へ／からのデータユニットは、より高いプロトコル層のプロトコルデータユニット（ＰＤＵ）と称される。図４Ａに示すように、ＳＤＡＰ２２５からのデータユニットは、より低いプロトコル層ＰＤＣＰ２２４のＳＤＵであり、ＳＤＡＰ２２５のＰＤＵである。
図４Ａの残りのプロトコル層は、関連する機能（例えば、図３に関して）を実行し、対応するヘッダを追加し、それぞれの出力を次の下位層に転送し得る。例えば、ＰＤＣＰ２２４は、ＩＰヘッダ圧縮及び暗号化を実行し、その出力をＲＬＣ２２３に転送し得る。ＲＬＣ２２３は、任意選択的に（例えば、図４ＡのＩＰパケットｍについて示されるように）セグメンテーションを実行し、その出力をＭＡＣ２２２に転送し得る。ＭＡＣ２２２は、いくつかのＲＬＣ ＰＤＵを多重化し得、ＭＡＣサブヘッダをＲＬＣ ＰＤＵに取り付けてトランスポートブロックを形成し得る。ＮＲでは、図４Ａに示すように、ＭＡＣサブヘッダはＭＡＣ ＰＤＵ全体に分散され得る。ＬＴＥでは、ＭＡＣサブヘッダはＭＡＣ ＰＤＵの先頭に完全に配置され得る。ＮＲ ＭＡＣ ＰＤＵ構造は、ＭＡＣ ＰＤＵサブヘッダが、完全なＭＡＣ ＰＤＵが組み立てられる前に計算され得るため、処理時間及び関連遅延を低減し得る。
図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダのフォーマット例を示す。ＭＡＣサブヘッダには、ＭＡＣサブヘッダが対応しているＭＡＣ ＳＤＵの長さ（バイト単位など）を示すためのＳＤＵ長さフィールド、ＭＡＣ ＳＤＵが多重分離プロセスを支援するために開始した論理チャネルを識別するための論理チャネル識別子（ＬＣＩＤ）フィールド、ＳＤＵ長さフィールドのサイズを示すためのフラグ（Ｆ）、及び将来使用するための予約ビット（Ｒ）フィールドが含まれる。
図４Ｂは、ＭＡＣ２２３又はＭＡＣ２２２などのＭＡＣによってＭＡＣ ＰＤＵに挿入されるＭＡＣ制御要素（ＣＥ）を更に示す。例えば、図４Ｂは、ＭＡＣ ＰＤＵに挿入された２つのＭＡＣ ＣＥを示す。ＭＡＣ ＣＥは、ダウンリンク送信（図４Ｂに示されるように）のためＭＡＣ ＰＤＵの開始に、及びアップリンク送信のためＭＡＣ ＰＤＵの終わりに挿入され得る。ＭＡＣ ＣＥは、インバンド制御シグナリングに使用され得る。ＭＡＣ ＣＥの実施例としては、バッファ状態レポートや電力ヘッドルームレポートなどのスケジューリング関連ＭＡＣ ＣＥ、ＰＤＣＰ重複検出の起動／停止、チャネル状態情報（ＣＳＩ）レポート、サウンディング基準信号（ＳＲＳ）送信、及び事前構成済みコンポーネント、のためのものなどの起動／停止ＭＡＣ ＣＥ、不連続受信（ＤＲＸ）関連ＭＡＣ ＣＥ、タイミング進行ＭＡＣ ＣＥ、及びランダムアクセス関連ＭＡＣ ＣＥが挙げられる。ＭＡＣ ＣＥは、ＭＡＣ ＳＤＵに説明されるのと類似したフォーマットのＭＡＣサブヘッダによって先行され得、ＭＡＣ ＣＥに含まれる制御情報のタイプを示すＬＣＩＤフィールドに予約値で識別され得る。
ＮＲ制御プレーンプロトコルスタックを説明する前に、論理チャネル、トランスポートチャネル、及び物理チャネル、並びにチャネルタイプ間のマッピングを最初に説明する。１つ以上のチャネルを使用して、後述するＮＲ制御プレーンプロトコルスタックに関連する機能を実行し得る。
図５Ａ及び図５Ｂは、それぞれダウンリンク及びアップリンクについて、論理チャネル、トランスポートチャネル、及び物理チャネル間のマッピングを示す。情報は、ＮＲプロトコルスタックのＲＬＣ、ＭＡＣ、及びＰＨＹ間のチャネルを通して送信される。論理チャネルは、ＲＬＣとＭＡＣとの間で使用され得、ＮＲ制御プレーン内に制御及び構成情報を伝達する制御チャネルとして、又はＮＲユーザプレーン内にデータを伝達するトラフィックチャネルとして分類され得る。論理チャネルは、特定のＵＥ専用の専用論理チャネルとして、又は複数のＵＥによって使用され得る共通の論理チャネルとして分類され得る。論理チャネルはまた、それが運ぶ情報のタイプによって定義され得る。ＮＲによって定義される論理チャネルのセットには、例えば、
－位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
－マスター情報ブロック（ＭＩＢ）及びいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
－ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
－ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
－ユーザデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。
トランスポートチャネルは、ＭＡＣ層とＰＨＹ層の間で使用され、それらが送信する情報をエアーインターフェース上でどのように送信するかによって定義され得る。ＮＲによって定義されるトランスポートチャネルのセットには、例えば、
－ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
－ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
－ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータ及びシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）と、
－アップリンクデータ及びシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ－ＳＣＨ）と、
－事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。
ＰＨＹは、物理チャネルを使用して、ＰＨＹの処理レベル間で情報を渡すことができる。物理チャネルは、１つ以上のトランスポートチャネルの情報を運ぶための時間周波数リソースの関連セットを有し得る。ＰＨＹは、制御情報を生成して、ＰＨＹの低レベル動作をサポートし、Ｌ１／Ｌ２制御チャネルとして知られる物理制御チャネルを介して、ＰＨＹの低レベルへ制御情報を提供し得る。ＮＲによって定義される物理チャネル及び物理制御チャネルのセットは、例えば、
－ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
－ＤＬ－ＳＣＨからのダウンリンクデータ及びシグナリングメッセージ、並びにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
－ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、及びアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
－ＵＬ－ＳＣＨ及び以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータ及びシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
－ＨＡＲＱ確認応答、チャネル品質インジケーター（ＣＱＩ）、プリコーディングマトリックスインジケーター（ＰＭＩ）、ランクインジケーター（ＲＩ）、及びスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
－ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。
物理制御チャネルと同様に、物理層は、物理層の低レベル動作をサポートするために物理信号を生成する。図５Ａ及び図５Ｂに示すように、ＮＲによって定義される物理層信号には、一次同期信号（ＰＳＳ）、二次同期信号（ＳＳＳ）、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、復調基準信号（ＤＭＲＳ）、サウンディング基準信号（ＳＲＳ）、及び位相トラッキング基準信号（ＰＴ－ＲＳ）が含まれる。これらの物理層信号は、以下でより詳細に説明される。
図２Ｂは、ＮＲ制御プレーンプロトコルスタックの実施例を示す。図２Ｂにおいて、ＮＲ制御プレーンプロトコルスタックは、ＮＲユーザプレーンプロトコルスタックの例と同じ／類似の第１の４つのプロトコル層を使用し得る。これら４つのプロトコル層には、ＰＨＹ２１１及び２２１、ＭＡＣ２１２及び２２２、ＲＬＣ２１３及び２２３、並びにＰＤＣＰ２１４及び２２４が含まれる。ＮＲユーザプレーンプロトコルスタックのように、スタックの上部にＳＤＡＰ２１５及び２２５を有する代わりに、ＮＲ制御プレーンスタックは、ＮＲ制御プレーンプロトコルスタックの上部に無線リソース制御（ＲＲＣ）２１６及び２２６、並びにＮＡＳプロトコル２１７及び２３７を持つ。
ＮＡＳプロトコル２１７及び２３７は、ＵＥ２１０とＡＭＦ２３０（例えば、ＡＭＦ１５８Ａ）の間、又はより一般的には、ＵＥ２１０とＣＮとの間に制御プレーン機能を提供し得る。ＮＡＳプロトコル２１７及び２３７は、ＮＡＳメッセージと称されるシグナリングメッセージを介して、ＵＥ２１０とＡＭＦ２３０との間に制御プレーン機能を提供し得る。ＵＥ２１０とＡＭＦ２３０の間には、ＮＡＳメッセージを送信できる直接経路はない。ＮＡＳメッセージは、Ｕｕ及びＮＧインターフェースのＡＳを使用して送信され得る。ＮＡＳプロトコル２１７及び２３７は、認証、セキュリティ、接続セットアップ、モビリティ管理、及びセッション管理などの制御プレーン機能を提供し得る。
ＲＲＣ２１６及び２２６は、ＵＥ２１０とｇＮＢ２２０との間に、又はより一般的には、ＵＥ２１０とＲＡＮとの間に制御プレーン機能を提供し得る。ＲＲＣ２１６及び２２６は、ＲＲＣメッセージと称されるシグナリングメッセージを介して、ＵＥ２１０とｇＮＢ２２０との間に制御プレーン機能を提供し得る。ＲＲＣメッセージは、シグナリング無線ベアラ、及び同一／類似のＰＤＣＰ、ＲＬＣ、ＭＡＣ、及びＰＨＹプロトコル層を使用して、ＵＥ２１０とＲＡＮとの間で送信され得る。ＭＡＣは、制御プレーン及びユーザプレーンデータを、同じトランスポートブロック（ＴＢ）内に多重化し得る。ＲＲＣ２１６及び２２６は、ＡＳ及びＮＡＳに関連するシステム情報のブロードキャスト、ＣＮ又はＲＡＮによって開始されたページング、ＵＥ２１０とＲＡＮとの間のＲＲＣ接続の確立、メンテナンス、及びリリース、キー管理を含むセキュリティ機能、シグナリング無線ベアラ及びデータ無線ベアラの確立、構成、メンテナンス、及びリリース、モビリティ機能、ＱｏＳ管理機能、ＵＥ測定レポートとレポートの制御、無線リンク障害（ＲＬＦ）の検出と回復、及び／又はＮＡＳメッセージ転送のような制御プレーン機能を提供できる。ＲＲＣ接続の確立の一部として、ＲＲＣ２１６及び２２６は、ＵＥ２１０とＲＡＮとの間の通信のためのパラメータの設定を伴い得る、ＲＲＣコンテキストを確立し得る。
図６は、ＵＥのＲＲＣ状態移行を示す例示的な図である。ＵＥは、図１Ａに示す無線デバイス１０６、図２Ａ及び図２Ｂに示すＵＥ２１０、又は本開示に記載される任意の他の無線デバイス、と同一又は類似であり得る。図６に示されるように、ＵＥは、３つのＲＲＣ状態のうちのうちの少なくとも１つにあり得る。つまり、ＲＲＣ接続６０２（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、ＲＲＣアイドル６０４（例えば、ＲＲＣ＿ＩＤＬＥ）、及びＲＲＣ非アクティブ６０６（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）。
ＲＲＣ接続６０２では、ＵＥは確立されたＲＲＣコンテキストを有し、基地局と少なくとも１つのＲＲＣ接続を有し得る。基地局は、図１Ａに示すＲＡＮ１０４に含まれる１つ以上の基地局の１つ、図１Ｂに示すｇＮＢ１６０又はｎｇ－ｅＮＢ１６２の１つ、図２Ａ及び図２Ｂに示すｇＮＢ２２０、又は本開示に記載される任意の他の基地局に類似であり得る。ＵＥが接続される基地局には、ＵＥのＲＲＣコンテキストがあり得る。ＵＥコンテキストと称されるＲＲＣコンテキストは、ＵＥと基地局との間の通信のためのパラメータを含み得る。これらのパラメータには、例えば、１つ以上のＡＳコンテキスト、１つ以上の無線リンク構成パラメータ、ベアラ構成情報（例えば、データ無線ベアラ、シグナリング無線ベアラ、論理チャネル、ＱｏＳフロー、及び／又はＰＤＵセッションに関連する）、セキュリティ情報、及び／又はＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、及び／又はＳＤＡＰ層構成情報が含まれ得る。ＲＲＣ接続６０２では、ＵＥのモビリティはＲＡＮ（例えば、ＲＡＮ１０４又はＮＧ－ＲＡＮ１５４）によって管理され得る。ＵＥは、サービングセル及び隣接セルからの信号レベル（例えば、基準信号レベル）を測定し、これらの測定値を現在ＵＥにサービスを提供している基地局に報告し得る。ＵＥのサービング基地局は、報告された測定値に基づき、隣接基地局の１つのセルへのハンドオーバーを要求し得る。ＲＲＣ状態は、ＲＲＣ接続６０２から、接続リリース手順６０８を介して、ＲＲＣアイドル６０４に、移行し得、又は接続非アクティブ化手順６１０を介してＲＲＣ非アクティブ６０６に移行し得る。
ＲＲＣアイドル６０４では、ＲＲＣコンテキストはＵＥに対して確立され得ない。ＲＲＣアイドル６０４では、ＵＥは基地局とのＲＲＣ接続を有し得ない。ＲＲＣアイドル６０４中、ＵＥは、ほとんどの時間の間、スリープ状態であり得る（例えば、バッテリー電力を節約するため）。ＵＥは、周期的に（例えば、不連続受信サイクル毎に一回）起動して、ＲＡＮからのページングメッセージを監視し得る。ＵＥのモビリティは、セル再選択として知られる手順を通してＵＥによって管理され得る。ＲＲＣ状態は、以下でより詳細に論じるようにランダムアクセス手順を伴い得る接続確立手順６１２を介して、ＲＲＣアイドル６０４からＲＲＣ接続６０２に移行し得る。
ＲＲＣ非アクティブ６０６では、以前に確立されたＲＲＣコンテキストは、ＵＥ及び基地局で維持される。これにより、ＲＲＣアイドル６０４からＲＲＣ接続６０２への移行と比較して、シグナリングオーバーヘッドが低減されて、ＲＲＣ接続６０２への高速移行が可能となる。ＲＲＣ非アクティブ６０６では、ＵＥはスリープ状態にあり、ＵＥのモビリティは、セル再選択を通してＵＥによって管理され得る。ＲＲＣ状態は、ＲＲＣ非アクティブ６０６から、接続再開手順６１４によって、ＲＲＣ接続６０２に、又は接続リリース手順６０８と同一又は類似の接続リリース手順６１６を介して、ＲＲＣアイドル６０４に移行し得る。
ＲＲＣ状態は、モビリティ管理機構と関連付けられ得る。ＲＲＣアイドル６０４及びＲＲＣ非アクティブ６０６では、モビリティは、セル再選択を通してＵＥによって管理される。ＲＲＣアイドル６０４及びＲＲＣ非アクティブ６０６におけるモビリティ管理の目的は、ネットワークが、移動体通信ネットワーク全体にわたりページングメッセージをブロードキャストすることなく、ページングメッセージを介してイベントをＵＥに通知できるようにすることである。ＲＲＣアイドル６０４及びＲＲＣ非アクティブ６０６で使用されるモビリティ管理機構は、ページングメッセージが、移動体通信ネットワーク全体の代わりにＵＥが現在存在するセルグループのセル上にブロードキャストされ得るように、ネットワークがセルグループレベル上でＵＥを追跡することを可能にし得る。ＲＲＣアイドル６０４及びＲＲＣ非アクティブ６０６のモビリティ管理機構は、セルグループレベル上でＵＥを追跡する。それらは、異なる粒度のグループ化を使用して、それを行い得る。例えば、セルグループ化の粒度の３つのレベル、すなわち、個々のセル、ＲＡＮエリア識別子（ＲＡＩ）によって識別されるＲＡＮエリア内のセル、及び追跡エリアと称され、追跡エリア識別子（ＴＡＩ）によって識別されるＲＡＮエリアのグループ内のセル、であり得る。
追跡エリアは、ＣＮレベルでＵＥを追跡するために使用され得る。ＣＮ（例えば、ＣＮ１０２又は５Ｇ－ＣＮ１５２）は、ＵＥ登録エリアと関連付けられるＴＡＩのリストをＵＥに提供し得る。ＵＥが、セル再選択を通して、ＵＥ登録エリアと関連付けられるＴＡＩのリストに含まれないＴＡＩと関連付けられているセルに移動した場合、ＵＥは、ＣＮがＵＥの位置を更新できるようにＣＮで登録更新を行い、ＵＥに新しいＵＥ登録エリアを提供し得る。
ＲＡＮエリアは、ＲＡＮレベルでＵＥを追跡するために使用され得る。ＲＲＣ非アクティブ６０６状態のＵＥについては、ＵＥにＲＡＮ通知エリアを割り当てることができる。ＲＡＮ通知エリアは、１つ以上のセルアイデンティティ、ＲＡＩのリスト、又はＴＡＩのリストを含み得る。一実施例では、基地局は、１つ以上のＲＡＮ通知エリアに属し得る。一実施例では、セルは、１つ以上のＲＡＮ通知エリアに属し得る。ＵＥがセル再選択を通して、ＵＥに割り当てられたＲＡＮ通知エリアに含まれないセルに移動した場合、ＵＥは、ＲＡＮで通知エリアの更新を実行し、ＵＥのＲＡＮ通知エリアを更新し得る。
ＵＥに対するＲＲＣコンテキストを格納する基地局、又はＵＥの最後のサービング基地局は、アンカー基地局と称され得る。アンカー基地局は、少なくとも、ＵＥがアンカー基地局のＲＡＮ通知エリアにとどまっている時間の間、及び／又はＵＥがＲＲＣ非アクティブ６０６にとどまっている時間の間に、ＵＥに対するＲＲＣコンテキストを維持し得る。
図１ＢのｇＮＢ１６０などのｇＮＢは、２つの部分、つまり中央ユニット（ｇＮＢ－ＣＵ）、及び１つ以上の分散ユニット（ｇＮＢ－ＤＵ）に分割できる。ｇＮＢ－ＣＵは、Ｆ１インターフェースを使用して、１つ以上のｇＮＢ－ＤＵに結合され得る。ｇＮＢ－ＣＵは、ＲＲＣ、ＰＤＣＰ、及びＳＤＡＰを含み得る。ｇＮＢ－ＤＵは、ＲＬＣ、ＭＡＣ、及びＰＨＹを含み得る。
ＮＲでは、物理信号及び物理チャネル（図５Ａ及び図５Ｂ）を直交周波数分割多重化（ＯＦＤＭ）シンボル上にマッピングし得る。ＯＦＤＭは、Ｆ直交サブキャリア（又はトーン）上でデータを送信するマルチキャリア通信方式である。送信前に、データは、ソースシンボルと称され、Ｆ平行シンボルストリームに分割される、一連の複雑なシンボル（例えば、Ｍ直交振幅変調（Ｍ－ＱＡＭ）又はＭ相シフトキーイング（Ｍ－ＰＳＫ）シンボル）にマッピングされ得る。Ｆ平行シンボルストリームは、それらが周波数ドメイン内にあるかのように扱われ、それらを時間ドメインに変換する逆高速フーリエ変換（ＩＦＦＴ）ブロックへの入力として使用され得る。ＩＦＦＴブロックは、Ｆ平行シンボルストリームのそれぞれから１つを、Ｆソースシンボルに一度に取り込み、各ソースシンボルを使用して、Ｆ直交サブキャリアに対応するＦ正弦波基底関数の１つの振幅及び位相を変調し得る。ＩＦＦＴブロックの出力は、Ｆ直交サブキャリアの総和を表すＦ時間ドメインサンプルであり得る。Ｆ時間ドメインサンプルは、単一ＯＦＤＭシンボルを形成し得る。いくつかの処理（例えば、サイクリックプレフィックスの追加）及びアップコンバージョンの後、ＩＦＦＴブロックによって提供されるＯＦＤＭシンボルは、キャリア周波数でエアーインターフェース上で送信され得る。Ｆ平行シンボルストリームは、ＩＦＦＴブロックによって処理される前に、ＦＦＴブロックを使用して混合され得る。この処理は、ディスクリートフーリエ変換（ＤＦＴ）であらかじめ符号化されたＯＦＤＭシンボルを生成し、アップリンク内のＵＥにより使用され、ピーク対平均電力比（ＰＡＰＲ）を減少させることができる。逆処理を、ＦＦＴブロックを使用してレシーバーでＯＦＤＭシンボルに実行して、ソースシンボルにマッピングされたデータを復元し得る。
図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。ＮＲフレームは、システムフレーム番号（ＳＦＮ）によって識別され得る。ＳＦＮは、１０２４フレームの期間で繰返し得る。図示するように、１つのＮＲフレームは、持続時間が１０ミリ秒（ｍｓ）であり得、持続時間が１ミリ秒である１０個のサブフレームを含み得る。サブフレームは、例えば、スロット当たり１４個のＯＦＤＭシンボルを含むスロットに分割され得る。
スロットの持続時間は、スロットのＯＦＤＭシンボルに使用されるヌメロロジに依存し得る。ＮＲでは、異なるセル展開（例えば、最大ｍｍ波の範囲のキャリア周波数のセルまでのキャリア周波数が１ＧＨｚ未満のセル）を収容するために、柔軟なヌメロロジがサポートされる。ヌメロロジは、サブキャリア間隔及びサイクリックプレフィックス持続時間に関して定義され得る。ＮＲにおけるヌメロロジについては、サブキャリア間隔は、１５ｋＨｚのベースラインサブキャリア間隔から２の累乗によってスケールアップされ得、サイクリックプレフィックス持続時間は、４．７μｓのベースラインサイクリックプレフィックス持続時間から２の累乗によってスケールダウンされ得る。例えば、ＮＲは、以下のサブキャリア間隔／サイクリックプレフィックス持続時間の組み合わせを、用いてヌメロロジを定義する：１５ｋＨｚ／４．７μｓ、３０ｋＨｚ／２．３μｓ、６０ｋＨｚ／１．２μｓ、１２０ｋＨｚ／０．５９μｓ、及び２４０ｋＨｚ／０．２９μｓ。
スロットは、固定数のＯＦＤＭシンボル（例えば、１４個のＯＦＤＭシンボル）を有し得る。より高いサブキャリア間隔を有するヌメロロジは、スロット持続時間が短く、それに応じて、サブフレーム当たりのスロット数が多い。図７は、このヌメロロジ依存性スロット持続時間及びサブフレーム当たりのスロット送信構造を示す（図示を容易にするために、２４０ｋＨｚのサブキャリア間隔を有するヌメロロジは図７には示されていない）。ＮＲ内のサブフレームは、ヌメロロジ非依存時間基準として使用され得るが、スロットは、アップリンク及びダウンリンク送信がスケジュールされるユニットとして使用され得る。低遅延サポートするために、ＮＲでのスケジューリングは、スロット持続時間から分離され、任意のＯＦＤＭシンボルで始まり、送信に必要なだけ多くのシンボルの間続き得る。これらの部分スロット送信は、ミニスロット送信又はサブスロット送信と称され得る。
図８は、ＮＲキャリアの時間及び周波数ドメインにおけるスロットの構成例を示す。スロットには、リソース要素（ＲＥ）とリソースブロック（ＲＢ）が含まれる。ＲＥは、ＮＲの中で最小の物理リソースである。ＲＥは、図８に示されるように、周波数ドメインの１つのサブキャリアによって、時間ドメインの１つのＯＦＤＭシンボルにわたる。ＲＢは、図８に示されるように、周波数ドメインで１２個の連続するＲＥにわたる。ＮＲキャリアは、２７５ＲＢ又は２７５×１２＝３３００サブキャリアの幅に制限され得る。こうした制限は、使用される場合、ＮＲキャリアをサブキャリア間隔が１５、３０、６０、及び１２０ｋＨｚのそれぞれについて、５０、１００、２００、及び４００ＭＨｚに制限し得、４００ＭＨｚの帯域幅が、キャリア帯域幅制限当たり４００ＭＨｚに基づき設定され得る。
図８は、ＮＲキャリアの全帯域幅にわたって使用される単一ヌメロロジを示す。他の例示的な構成では、複数のヌメロロジが、同じキャリア上でサポートされ得る。
ＮＲは、広範なキャリア帯域幅（例えば、１２０ｋＨｚのサブキャリア間隔に対して最大４００ＭＨｚ）をサポートし得る。全てのＵＥが、全キャリア帯域幅を受信できるとは限らない（例えば、ハードウェアの制限など）。また、全キャリア帯域幅を受信することは、ＵＥの電力消費量の観点からは禁止され得る。一実施例では、電力消費量を低減するため、及び／又は他の目的のために、ＵＥは、ＵＥが受信を予定しているトラフィック量に基づき、ＵＥの受信帯域幅のサイズを適合させ得る。これは帯域幅適応と称される。
ＮＲは、全キャリア帯域幅を受信できないＵＥをサポートし、帯域幅適応をサポートする帯域幅部分（ＢＷＰ）を定義する。一実施例では、ＢＷＰは、キャリア上の連続ＲＢのサブセットによって定義され得る。ＵＥは、サービングセル当たり１つ以上のダウンリンクＢＷＰ及び１つ以上のアップリンクＢＷＰ（例えば、サービングセル当たり最大４つのダウンリンクＢＷＰ及び最大４つのアップリンクＢＷＰ）で（例えば、ＲＲＣ層を介して）で構成され得る。所与の時間で、サービングセルに対して構成されるＢＷＰのうちの１つ以上がアクティブであり得る。これらの１つ以上のＢＷＰは、サービングセルのアクティブＢＷＰと称され得る。サービングセルが二次アップリンクキャリアで構成されるとき、サービングセルは、アップリンクキャリアに１つ以上の第１のアクティブＢＷＰ、及び二次アップリンクキャリアに１つ以上の第２のアクティブＢＷＰを有し得る。
ペアでないスペクトルについては、ダウンリンクＢＷＰのダウンリンクＢＷＰインデックスとアップリンクＢＷＰのアップリンクＢＷＰインデックスが同じ場合、構成されたダウンリンクＢＷＰのセットからのダウンリンクＢＷＰを、構成済みアップリンクＢＷＰのセットからのアップリンクＢＷＰとリンクし得る。ペアでないスペクトルについては、ＵＥは、ダウンリンクＢＷＰの中心周波数がアップリンクＢＷＰの中心周波数と同じであると予期し得る。
一次セル（ＰＣｅｌｌ）上の構成されたダウンリンクＢＷＰのセット内のダウンリンクＢＷＰについて、基地局は、少なくとも１つの検索空間に対してＵＥを、１つ以上の制御リソースセット（ＣＯＲＥＳＥＴ）で構成し得る。検索空間は、ＵＥが制御情報を見つけることができる、時間及び周波数ドメイン内の位置のセットである。検索空間は、ＵＥ固有検索空間又は共通検索空間（複数のＵＥによって潜在的に使用可能）であり得る。例えば、基地局は、アクティブダウンリンクＢＷＰにおいて、ＰＣｅｌｌ上又は一次二次セル（ＰＳＣｅｌｌ）上に、共通検索空間でＵＥを構成し得る。
構成済みアップリンクＢＷＰのセット内のアップリンクＢＷＰの場合、ＢＳは、１つ以上のＰＵＣＣＨ送信のための１つ以上のリソースセットでＵＥを構成し得る。ＵＥは、ダウンリンクＢＷＰに対して、構成されるヌメロロジ（例えば、サブキャリア間隔及びサイクリックプレフィックス持続時間）に従って、ダウンリンクＢＷＰ内のダウンリンク受信（例えば、ＰＤＣＣＨ又はＰＤＳＣＨ）を受信し得る。ＵＥは、構成されるヌメロロジ（例えば、アップリンクＢＷＰのサブキャリア間隔及びサイクリックプレフィックス長）に従って、アップリンクＢＷＰ内のアップリンク送信（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ）を送信し得る。
１つ以上のＢＷＰインジケーターフィールドは、ダウンリンク制御情報（ＤＣＩ）に提供され得る。ＢＷＰインジケーターフィールドの値は、構成されるＢＷＰのセットのどのＢＷＰが、１つ以上のダウンリンク受信に対するアクティブダウンリンクＢＷＰであるかを示し得る。１つ以上のＢＷＰインジケーターフィールドの値は、１つ以上のアップリンク送信に対するアクティブアップリンクＢＷＰを示し得る。
基地局は、ＰＣｅｌｌと関連付けられる構成されたダウンリンクＢＷＰのセット内のデフォルトダウンリンクＢＷＰで、ＵＥを半静的に構成し得る。基地局が、ＵＥに対するデフォルトダウンリンクＢＷＰを提供していない場合、デフォルトダウンリンクＢＷＰは、初期アクティブダウンリンクＢＷＰであり得る。ＵＥは、ＰＢＣＨを使用して取得されたＣＯＲＥＳＥＴ構成に基づき、どのＢＷＰが初期アクティブダウンリンクＢＷＰであるかを決定し得る。
基地局は、ＰＣｅｌｌのＢＷＰ非アクティブタイマー値でＵＥを構成できる。ＵＥは、適切な任意の時点でＢＷＰ非アクティブタイマーを開始又は再起動し得る。例えば、（ａ）ＵＥが、対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ以外のアクティブダウンリンクＢＷＰを示すＤＣＩを検出するときに、又は（ｂ）ＵＥが、非対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ又はアップリンクＢＷＰ以外のアクティブダウンリンクＢＷＰ又はアクティブアップリンクＢＷＰを示すＤＣＩを検出するときに、ＵＥがＢＷＰ非アクティブタイマーを開始又は再起動し得る。ＵＥが一定期間（例えば、１ミリ秒又は０．５ミリ秒）ＤＣＩを検出しない場合、ＵＥは、ＢＷＰ非アクティブタイマーを満了に向かって実行し得る（例えば、ゼロからＢＷＰ非アクティブタイマー値まで増加させるか、又はＢＷＰ非アクティブタイマー値からゼロへ減少させる）。ＢＷＰ非アクティブタイマーが満了になると、ＵＥはアクティブダウンリンクＢＷＰからデフォルトダウンリンクＢＷＰに切り替えられ得る。
一実施例では、基地局は、１つ以上のＢＷＰを有するＵＥを半静的に構成し得る。ＵＥは、第２のＢＷＰをアクティブＢＷＰとして示すＤＣＩを受信することに応答して、及び／又はＢＷＰ非アクティブタイマーの満了に応答して（例えば、第２のＢＷＰがデフォルトＢＷＰである場合）、アクティブＢＷＰを第１のＢＷＰから第２のＢＷＰに切り替えることができる。
ダウンリンク及びアップリンクＢＷＰスイッチング（ＢＷＰスイッチングが、現在アクティブＢＷＰから、現在アクティブＢＷＰでないへのスイッチングを指す）は、ペアのスペクトルで独立して行われ得る。ペアでないスペクトルでは、ダウンリンク及びアップリンクＢＷＰスイッチングを同時に実施し得る。構成されるＢＷＰ間の切り替えは、ＲＲＣシグナリング、ＤＣＩ、ＢＷＰ非アクティブタイマーの満了、及び／又はランダムアクセスの開始に基づき発生し得る。
図９は、ＮＲキャリアに対して３つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。３つのＢＷＰで構成されるＵＥは、切り替え点で、１つのＢＷＰから別のＢＷＰに切り替え得る。図９に示される例では、ＢＷＰに、帯域幅が４０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０２、帯域幅が１０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０４、及び帯域幅が２０ＭＨｚ、サブキャリア間隔が６０ｋＨｚのＢＷＰ９０６が含まれる。ＢＷＰ９０２は、初期アクティブＢＷＰであり得、ＢＷＰ９０４は、デフォルトＢＷＰであり得る。ＵＥは、切り替え点においてＢＷＰ間を切り替えることができる。図９の実施例では、ＵＥは、切り替え点９０８でＢＷＰ９０２からＢＷＰ９０４にスイッチングし得る。切り替え点９０８での切り替えは、例えば、ＢＷＰ非アクティブタイマー（デフォルトＢＷＰへのスイッチングを示す）の満了に応答して、及び／又はアクティブＢＷＰとしてＢＷＰ９０４を示すＤＣＩを受信することに応答して、任意の適切な理由のために発生し得る。ＵＥは、ＢＷＰ９０６をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切り替え点９１０でアクティブＢＷＰ９０４からＢＷＰ９０６に切り替え得る。ＵＥは、ＢＷＰ非アクティブタイマーの満了に応答して、及び／又はＢＷＰ９０４をアクティブＢＷＰとして示すＤＣＩを受信することに応答して、切り替え点９１２でアクティブＢＷＰ９０６からＢＷＰ９０４に切り替え得る。ＵＥは、ＢＷＰ９０２をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切り替え点９１４でアクティブＢＷＰ９０４からＢＷＰ９０２に切り替え得る。
ＵＥが、構成されたダウンリンクＢＷＰのセットとタイマー値におけるデフォルトダウンリンクＢＷＰで二次セルに対して構成される場合、二次セル上のＢＷＰを切り替えるためのＵＥ手順は、一次セル上のものと同一／類似であり得る。例えば、ＵＥは、ＵＥが一次セルに対してこれらの値を使用するのと同じ／同様の様式で、二次セルに対してタイマー値及びデフォルトダウンリンクＢＷＰを使用し得る。
より大きなデータレートを提供するために、キャリアアグリゲーション（ＣＡ）を使用して、２つ以上のキャリアをアグリゲーションし、同じＵＥとの間で同時に送信され得る。ＣＡのアグリゲーションキャリアは、コンポーネントキャリア（ＣＣ）と称され得る。ＣＡを使用する場合、ＵＥ用のサービングセルは多数あり、ＣＣ用のセルは１つである。ＣＣは、周波数ドメイン内に３つの構成を有し得る。
図１０Ａは、２つのＣＣを有する３つのＣＡ構成を示す。バンド内、連続的な構成１００２において、２つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、周波数帯内で互いに直接隣接して配置される。バンド内、連続しない構成１００４では、２つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、ギャップによって周波数帯に分離される。バンド内構成１００６では、２つのＣＣは、周波数帯（周波数帯Ａ及び周波数帯Ｂ）に位置する。
一実施例では、最大３２個のＣＣがアグリゲーションされ得る。アグリゲーションＣＣは、同じ又は異なる帯域幅、サブキャリア間隔、及び／又は二重化スキーム（ＴＤＤ又はＦＤＤ）を有し得る。ＣＡを使用するＵＥのサービングセルは、ダウンリンクＣＣを有し得る。ＦＤＤについて、１つ以上のアップリンクＣＣは、任意選択的に、サービングセル用に構成され得る。アップリンクキャリアよりも多くのダウンリンクキャリアをアグリゲーションすることができることは、例えば、ＵＥがアップリンクよりもダウンリンクにおいてより多くのデータトラフィックを有する場合に有用であり得る。
ＣＡを使用する場合、ＵＥのアグリゲーションセルの１つを、一次セル（ＰＣｅｌｌ）と称され得る。ＰＣｅｌｌは、ＵＥが最初にＲＲＣ接続確立、再確立、及び／又はハンドオーバーで接続するサービングセルであり得る。ＰＣｅｌｌは、ＵＥにＮＡＳモビリティ情報とセキュリティ入力を提供し得る。ＵＥは異なるＰＣｅｌｌを有し得る。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリーＣＣ（ＤＬ ＰＣＣ）と称され得る。アップリンクでは、ＰＣｅｌｌに対応するキャリアは、アップリンクプライマリーＣＣ（ＵＬ ＰＣＣ）と称され得る。ＵＥのその他のアグリゲーションセルは、二次セル（ＳＣｅｌｌ）と称され得る。一実施例では、ＳＣｅｌｌは、ＰＣｅｌｌがＵＥに対して構成される後に構成され得る。例えば、ＳＣｅｌｌは、ＲＲＣ接続再構成手順を介して構成され得る。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリーＣＣ（ＤＬ ＳＣＣ）と称され得る。アップリンクでは、ＳＣｅｌｌに対応するキャリアは、アップリンクセカンダリーＣＣ（ＵＬ ＳＣＣ）と称され得る。
ＵＥに対して構成されるＳＣｅｌｌは、例えば、トラフィック及びチャネル条件に基づき起動及び停止され得る。ＳＣｅｌｌの停止は、ＳＣｅｌｌ上のＰＤＣＣＨ及びＰＤＳＣＨ受信が停止され、ＳＣｅｌｌ上のＰＵＳＣＨ、ＳＲＳ、及びＣＱＩ送信が停止されることを意味し得る。構成されるＳＣｅｌｌは、図４Ｂに関して、ＭＡＣ ＣＥを使用して起動及び停止され得る。例えば、ＭＡＣ ＣＥは、ビットマップ（例えば、ＳＣｅｌｌ当たり１ビット）を使用して、ＵＥに対するどのＳＣｅｌｌ（例えば、構成されるＳＣｅｌｌのサブセットの中）が起動又は停止されるかを示し得る。構成されるＳＣｅｌｌは、ＳＣｅｌｌ停止タイマー（例えば、ＳＣｅｌｌ当たり１つのＳＣｅｌｌ停止タイマー）の満了に応答して停止され得る。
セルのスケジューリング割り当て及びスケジューリング許可などのダウンリンク制御情報は、自己スケジューリングとして知られる、割り当て及び許可に対応するセル上で送信され得る。セルに対するＤＣＩは、クロスキャリアスケジューリングとして知られる別のセル上で送信され得る。アグリゲーションセルに対するアップリンク制御情報（例えば、ＣＱＩ、ＰＭＩ、及び／又はＲＩなどのＨＡＲＱ確認応答及びチャネル状態フィードバック）は、ＰＣｅｌｌのＰＵＣＣＨ上で送信され得る。アグリゲーションされたダウンリンクＣＣの数が多いと、ＰＣｅｌｌのＰＵＣＣＨが過負荷になるかもしれない。セルは、複数のＰＵＣＣＨグループに分けられ得る。
図１０Ｂは、アグリゲーションセルがどのように１つ以上のＰＵＣＣＨグループに構成され得るかの実施例を示す。ＰＵＣＣＨグループ１０１０及びＰＵＣＣＨグループ１０５０は、それぞれ１つ以上のダウンリンクＣＣを含み得る。図１０Ｂの実施例において、ＰＵＣＣＨグループ１０１０は、ＰＣｅｌｌ１０１１、ＳＣｅｌｌ１０１２、及びＳＣｅｌｌ１０１３の３つのダウンリンクＣＣを含む。ＰＵＣＣＨグループ１０５０は、本実施例において、ＰＣｅｌｌ１０５１、ＳＣｅｌｌ１０５２、及びＳＣｅｌｌ１０５３の３つのダウンリンクＣＣを含む。１つ以上のアップリンクＣＣは、ＰＣｅｌｌ１０２１、ＳＣｅｌｌ１０２２、及びＳＣｅｌｌ１０２３として構成され得る。１つ以上の他のアップリンクＣＣは、プライマリーＳセル（ＰＳＣｅｌｌ）１０６１、ＳＣｅｌｌ１０６２、及びＳＣｅｌｌ１０６３として構成され得る。ＵＣＩ１０３１、ＵＣＩ１０３２、及びＵＣＩ１０３３として示されるＰＵＣＣＨグループ１０１０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌ１０２１のアップリンクで送信され得る。ＵＣＩ１０７１、ＵＣＩ１０７２、及びＵＣＩ１０７３として示されるＰＵＣＣＨグループ１０５０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＳＣｅｌｌ１０６１のアップリンクで送信され得る。一実施例では、図１０Ｂに描写されるアグリゲーションセルがＰＵＣＣＨグループ１０１０及びＰＵＣＣＨグループ１０５０に分割されていない場合、ダウンリンクＣＣに関連するＵＣＩを送信するための単一アップリンクＰＣｅｌｌ及びＰＣｅｌｌは、過負荷状態になり得る。ＵＣＩの送信をＰＣｅｌｌ１０２１とＰＳＣｅｌｌ１０６１の間で分割することによって、過負荷を防止し得る。
ダウンリンクキャリアと、任意選択的にアップリンクキャリアと、を含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。物理セルＩＤ又はセルインデックスは、例えば、物理セルＩＤが使用される、コンテキストに応じて、セルのダウンリンクキャリア及び／又はアップリンクキャリアを識別し得る。物理セルＩＤは、ダウンリンクコンポーネントキャリア上で送信される同期信号を使用して決定され得る。セルインデックスは、ＲＲＣメッセージを使用して決定され得る。本開示において、物理セルＩＤは、キャリアＩＤと称され得、セルインデックスは、キャリアインデックスと称され得る。例えば、本開示が第１のダウンリンクキャリアに対する第１の物理セルＩＤに言及する場合、本開示は、第１の物理セルＩＤが、第１のダウンリンクキャリアを含むセルに対するものであることを意味し得る。同じ概念は、例えば、キャリアの起動に適用し得る。本開示が第１のキャリアが起動されることを示す場合、本明細書は、第１のキャリアを含むセルが起動されることを意味し得る。
ＣＡでは、ＰＨＹのマルチキャリアの性質がＭＡＣに曝露され得る。一実施例では、ＨＡＲＱエンティティは、サービングセル上で動作し得る。トランスポートブロックは、サービングセル当たりの割り当て／許可当たりに生成され得る。トランスポートブロック及びトランスポートブロックの潜在的なＨＡＲＱ再送信は、サービングセルにマッピングされ得る。
ダウンリンクでは、基地局が、ＵＥへの１つ以上の基準信号（ＲＳ）（例えば、図５Ａに示されるように、ＰＳＳ、ＳＳＳ、ＣＳＩ－ＲＳ、ＤＭＲＳ、及び／又はＰＴ－ＲＳ）を送信（例えば、ユニキャスト、マルチキャスト、及び／又はブロードキャスト）し得る。アップリンクでは、ＵＥは、１つ以上のＲＳを基地局（例えば、図５Ｂに示されるように、ＤＭＲＳ、ＰＴ－ＲＳ、及び／又はＳＲＳ）に送信することができる。ＰＳＳ及びＳＳＳは、基地局によって送信され、ＵＥによって使用され、ＵＥを基地局に同期化し得る。ＰＳＳ及びＳＳＳは、ＰＳＳ、ＳＳＳ、及びＰＢＣＨを含む同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック内に提供され得る。基地局は、ＳＳ／ＰＢＣＨブロックのバーストを周期的に送信し得る。
図１１Ａは、ＳＳ／ＰＢＣＨブロックの構造及び位置の実施例を示す。ＳＳ／ＰＢＣＨブロックのバーストは、１つ以上のＳＳ／ＰＢＣＨブロック（例えば、図１１Ａに示すように、４つのＳＳ／ＰＢＣＨブロック）を含み得る。バーストは、周期的に送信され得る（例えば、２フレーム毎又は２０ミリ秒毎）。バーストは、ハーフフレーム（例えば、持続時間５ミリ秒を有する第１のハーフフレーム）に制限され得る。図１１Ａは一実施例であり、これらのパラメータ（バースト当たりのＳＳ／ＰＢＣＨブロックの数、バーストの周期、フレーム内のバーストの位置）は、例えば、ＳＳ／ＰＢＣＨブロックが送信されるセルのキャリア周波数、セルのヌメロロジ又はサブキャリア間隔、ネットワークによる構成（例えば、ＲＲＣシグナリングを使用する）、又は任意の他の適切な要因に基づき構成され得ることが理解されよう。一実施例では、ＵＥは、監視されるキャリア周波数に基づきＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔を想定し得る。ただし、無線ネットワークが、異なるサブキャリア間隔を想定するようＵＥを構成している場合はこの限りではない。
ＳＳ／ＰＢＣＨブロックは、時間ドメイン内の１つ以上のＯＦＤＭシンボル（例えば、図１１Ａの例に示されるような４つのＯＦＤＭシンボル）にわたり得、周波数ドメインの１つ以上のサブキャリア（例えば、２４０個の連続サブキャリア）にわたり得る。ＰＳＳ、ＳＳＳ、及びＰＢＣＨは、共通中心周波数を有し得る。ＰＳＳは、最初に送信され得、例えば、１つのＯＦＤＭシンボル及び１２７個のサブキャリアにわたり得る。ＳＳＳは、ＰＳＳの後（例えば、２つのシンボルの後）に送信され得、１ＯＦＤＭシンボル及び１２７サブキャリアにわたり得る。ＰＢＣＨは、ＰＳＳの後に送信され得（例えば、次の３つのＯＦＤＭシンボルにわたって）、２４０個のサブキャリアにわたり得る。
時間及び周波数ドメインにおけるＳＳ／ＰＢＣＨブロックの位置は、ＵＥには不明であり得る（例えば、ＵＥがセルを検索している場合）。セルを見つけて選択するために、ＵＥはＰＳＳのキャリアを監視し得る。例えば、ＵＥは、キャリア内の周波数位置を監視し得る。ある特定の期間（例えば、２０ミリ秒）後にＰＳＳが見つからない場合、ＵＥは、同期ラスタによって示されるように、キャリア内の異なる周波数位置でＰＳＳを検索し得る。ＰＳＳが時間及び周波数ドメイン内の位置に見られる場合、ＵＥは、ＳＳ／ＰＢＣＨブロックの既知の構造に基づき、ＳＳＳ及びＰＢＣＨの位置をそれぞれ決定し得る。ＳＳ／ＰＢＣＨブロックは、セル定義ＳＳブロック（ＣＤ－ＳＳＢ）であり得る。一実施例では、一次セルは、ＣＤ－ＳＳＢと関連付けられ得る。ＣＤ－ＳＳＢは、同期ラスタ上に配置され得る。一実施例では、セル選択／検索及び／又は再選択は、ＣＤ－ＳＳＢに基づき得る。
ＳＳ／ＰＢＣＨブロックは、ＵＥによってセルの１つ以上のパラメータを決定するのに使用され得る。例えば、ＵＥは、ＰＳＳ及びＳＳＳのシーケンスそれぞれに基づき、セルの物理セル識別子（ＰＣＩ）を決定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロックの位置に基づき、セルのフレーム境界の位置を決定し得る。例えば、ＳＳ／ＰＢＣＨブロックは、送信パターンに従って送信されたことを示し得、送信パターン中のＳＳ／ＰＢＣＨブロックは、フレーム境界から既知の距離である。
ＰＢＣＨは、ＱＰＳＫ変調を使用し得、順方向エラー訂正（ＦＥＣ）を使用し得る。ＦＥＣは、極性符号化を使用し得る。ＰＢＣＨによってスパンされる１つ以上のシンボルは、ＰＢＣＨの復調のために１つ以上のＤＭＲＳを運び得る。ＰＢＣＨは、セルの現在のシステムフレーム番号（ＳＦＮ）及び／又はＳＳ／ＰＢＣＨブロックタイミングインデックスの表示を含み得る。これらのパラメータは、ＵＥの基地局への時間同期を容易にし得る。ＰＢＣＨは、ＵＥに１つ以上のパラメータを提供するために使用されるマスター情報ブロック（ＭＩＢ）を含み得る。ＭＩＢは、ＵＥによって使用され、セルと関連付けられる残りの最小システム情報（ＲＭＳＩ）を見つけることができる。ＲＭＳＩは、システム情報ブロックタイプ１（ＳＩＢ１）を含み得る。ＳＩＢ１は、ＵＥがセルにアクセスするために必要な情報を含み得る。ＵＥは、ＰＤＳＣＨをスケジュールするために使用され得る、ＰＤＣＣＨを監視するためにＭＩＢの１つ以上のパラメータを使用し得る。ＰＤＳＣＨは、ＳＩＢ１を含み得る。ＳＩＢ１は、ＭＩＢに提供されたパラメータを使用して復号化され得る。ＰＢＣＨは、ＳＩＢ１の不在を示し得る。ＳＩＢ１が存在しないことを示すＰＢＣＨに基づき、ＵＥは周波数を指し示し得る。ＵＥは、ＵＥが指される周波数でＳＳ／ＰＢＣＨブロックを検索し得る。
ＵＥは、同じＳＳ／ＰＢＣＨブロックインデックスで送信された１つ以上のＳＳ／ＰＢＣＨブロックが、準同じ位置に配置される（ＱＣＬされる）（例えば、同じ／類似のドップラー拡散、ドップラーシフト、平均利得、平均遅延、及び／又は空間Ｒｘパラメータを持つ）と想定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロック送信に対してＱＣＬが異なるＳＳ／ＰＢＣＨブロックインデックスを有することを想定し得ない。
ＳＳ／ＰＢＣＨブロック（例えば、半フレーム内にあるブロック）は、空間方向（例えば、セルのカバレッジエリアにわたる異なるビームを使用して）に送信され得る。一実施例では、第１のＳＳ／ＰＢＣＨブロックは、第１のビームを使用して第１の空間方向に送信され得、第２のＳＳ／ＰＢＣＨブロックは、第２のビームを使用して第２の空間方向に送信され得る。
一実施例では、キャリアの周波数スパン内で、基地局は、複数のＳＳ／ＰＢＣＨブロックを送信し得る。一実施例では、複数のＳＳ／ＰＢＣＨブロックの第１のＳＳ／ＰＢＣＨブロックの第１のＰＣＩは、複数のＳＳ／ＰＢＣＨブロックの第２のＳＳ／ＰＢＣＨブロックの第２のＰＣＩとは異なり得る。異なる周波数位置で送信されるＳＳ／ＰＢＣＨブロックのＰＣＩは、異なり得るか、又は同一であり得る。
ＣＳＩ－ＲＳは、基地局によって送信され、ＵＥによってチャネル状態情報（ＣＳＩ）を取得するために使用され得る。基地局は、チャネル推定又はその他の任意の適切な目的のために、１つ以上のＣＳＩ－ＲＳでＵＥを構成し得る。基地局は、同一／類似のＣＳＩ－ＲＳのうちの１つ以上でＵＥを構成し得る。ＵＥは、１つ以上のＣＳＩ－ＲＳを測定し得る。ＵＥは、１つ以上のダウンリンクＣＳＩ－ＲＳの測定に基づき、ダウンリンクチャネル状態を推定し、及び／又はＣＳＩレポートを生成し得る。ＵＥは、ＣＳＩレポートを基地局に提供し得る。基地局は、ＵＥによって提供されるフィードバック（例えば、推定されたダウンリンクチャネル状態）を使用して、リンク適合を実行し得る。
基地局は、１つ以上のＣＳＩ－ＲＳリソースセットでＵＥを半静的に構成できる。ＣＳＩ－ＲＳリソースは、時間及び周波数ドメイン内の位置及び周期性と関連付けられ得る。基地局は、ＣＳＩ－ＲＳリソースを選択的に起動及び／又は停止し得る。基地局は、ＣＳＩ－ＲＳリソースセット内のＣＳＩ－ＲＳリソースが起動及び／又は停止されることをＵＥに示し得る。
基地局は、ＣＳＩ測定値を報告するようにＵＥを構成し得る。基地局は、周期的に、非周期的に、又は半永続的にＣＳＩレポートを提供するようにＵＥを構成し得る。周期的ＣＳＩレポートについては、ＵＥは、複数のＣＳＩレポートのタイミング及び／又は周期で構成され得る。非周期的ＣＳＩレポートについては、基地局がＣＳＩレポートを要求し得る。例えば、基地局は、ＵＥに、構成されるＣＳＩ－ＲＳリソースを測定し、測定値に関するＣＳＩレポートを提供するように命令し得る。半持続性ＣＳＩレポートについては、基地局は、周期的レポートを周期的に送信し、選択的に起動又は停止するようＵＥを構成し得る。基地局は、ＲＲＣシグナリングを使用して、ＣＳＩ－ＲＳリソースセット及びＣＳＩレポートでＵＥを構成し得る。
ＣＳＩ－ＲＳ構成は、例えば、最大３２個のアンテナポートを示す１つ以上のパラメータを含み得る。ＵＥは、ダウンリンクＣＳＩ－ＲＳ及びＣＯＲＥＳＥＴが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳと関連付けられるリソース要素がＣＯＲＥＳＥＴ用に構成される物理リソースブロック（ＰＲＢ）の外部にある場合、ダウンリンクＣＳＩ－ＲＳと制御リソースセット（ＣＯＲＥＳＥＴ）に同じＯＦＤＭシンボルを使用するように構成できる。ＵＥは、ダウンリンクＣＳＩ－ＲＳ及びＳＳ／ＰＢＣＨブロックが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳと関連付けられるリソース要素がＳＳ／ＰＢＣＨブロック用に構成されるＰＲＢの外部にある場合、ダウンリンクＣＳＩ－ＲＳ及びＳＳ／ＰＢＣＨブロックに同じＯＦＤＭシンボルを使用するように構成できる。
ダウンリンクＤＭＲＳは、基地局によって送信され得、ＵＥによってチャネル推定のために使用され得る。例えば、ダウンリンクＤＭＲＳは、１つ以上のダウンリンク物理チャネル（例えば、ＰＤＳＣＨ）のコヒーレント復調に使用され得る。ＮＲネットワークは、データ復調のために１つ以上の可変及び／又は構成可能なＤＭＲＳパターンをサポートし得る。少なくとも１つのダウンリンクＤＭＲＳ構成は、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、１つ以上のＯＦＤＭシンボル（例えば、１つ又は２つの隣接するＯＦＤＭシンボル）にマッピングできる。基地局は、ＰＤＳＣＨのフロントロードされたＤＭＲＳシンボルの数（例えば、最大数）を使用してＵＥを半静的に構成できる。ＤＭＲＳ構成は、１つ以上のＤＭＲＳポートをサポートし得る。例えば、単一のユーザＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大８つの直交ダウンリンクＤＭＲＳポートをサポートし得る。マルチユーザＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大４つの直交ダウンリンクＤＭＲＳポートをサポートできる。無線ネットワークは、ダウンリンクとアップリンクの一般的なＤＭＲＳ構造を（例えば、少なくともＣＰ－ＯＦＤＭに対し）サポートできる。ＤＭＲＳ位置、ＤＭＲＳパターン、及び／又はスクランブルシーケンスは、同じであっても異なり得る。基地局は、同じプリコーディングマトリックスを使用して、ダウンリンクＤＭＲＳ及び対応するＰＤＳＣＨを送信し得る。ＵＥは、ＰＤＳＣＨのコヒーレント復調／チャネル推定のために１つ以上のダウンリンクＤＭＲＳを使用し得る。
一実施例では、トランスミッタ（例えば、基地局）は、送信帯域幅の一部に対してプリコーダマトリックスを使用し得る。例えば、トランスミッタは、第１の帯域幅に第１のプリコーダマトリックスを、第２の帯域幅に第２のプリコーダマトリックスを使用し得る。第１のプリコーダマトリックス及び第２のプリコーダマトリックスは、第１の帯域幅が第２の帯域幅とは異なることに基づき異なり得る。ＵＥは、同じプリコーディングマトリックスが、ＰＲＢのセットにわたって使用されると仮定し得る。ＰＲＢのセットは、プリコーディングリソースブロックグループ（ＰＲＧ）として示され得る。
ＰＤＳＣＨは、１つ以上の層を含み得る。ＵＥは、ＤＭＲＳを有する少なくとも１つのシンボルが、ＰＤＳＣＨの１つ以上の層の層上に存在すると仮定し得る。上位層は、ＰＤＳＣＨに対して最大３つのＤＭＲＳを構成し得る。
ダウンリンクＰＴ－ＲＳは、基地局によって送信され得、位相雑音補償のためにＵＥによって使用され得る。ダウンリンクＰＴ－ＲＳが存在するかどうかは、ＲＲＣ構成によって異なる。ダウンリンクＰＴ－ＲＳの存在及び／又はパターンは、ＲＲＣシグナリングの組み合わせ、及び／又はＤＣＩによって示され得る、他の目的（例えば、変調及び符号化スキーム（ＭＣＳ））に使用される１つ以上のパラメータとの関連付けを使用して、ＵＥ固有ベースに構成できる。構成される場合、ダウンリンクＰＴ－ＲＳの動的存在は、少なくともＭＣＳを含む１つ以上のＤＣＩパラメータに関連付けることができる。ＮＲネットワークは、時間及び／又は周波数ドメインで定義された複数のＰＴ－ＲＳ密度をサポートし得る。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも１つの構成と関連付けられることができる。ＵＥは、ＤＭＲＳポート及びＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭＲＳポート数よりも少なくあり得る。ダウンリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。ダウンリンクＰＴ－ＲＳは、レシーバーでの位相追跡を容易にするためにシンボル上で送信され得る。
ＵＥは、アップリンクＤＭＲＳを基地局に送信してチャネル推定を行うことができる。例えば、基地局は、１つ以上のアップリンク物理チャネルのコヒーレント復調のためにアップリンクＤＭＲＳを使用し得る。例えば、ＵＥは、ＰＵＳＣＨ及び／又はＰＵＣＣＨでアップリンクＤＭＲＳを送信し得る。アップリンクＤＭ－ＲＳは、対応する物理チャネルと関連付けられる周波数の範囲に類似する周波数の範囲にわたり得る。基地局は、１つ以上のアップリンクＤＭＲＳ構成でＵＥを構成し得る。少なくとも１つのＤＭＲＳ構成が、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、１つ以上のＯＦＤＭシンボル（例えば、１つ又は２つの隣接するＯＦＤＭシンボル）にマッピングできる。１つ以上のアップリンクＤＭＲＳは、ＰＵＳＣＨ及び／又はＰＵＣＣＨの１つ以上のシンボルで送信するように構成され得る。基地局は、ＵＥが、単一シンボルＤＭＲＳ及び／又は二重シンボルＤＭＲＳをスケジュールするために使用し得る、ＰＵＳＣＨ及び／又はＰＵＣＣＨ用のフロントロードＤＭＲＳシンボルの数（例えば、最大数）を用いて、ＵＥを半静的に構成し得る。ＮＲネットワークは、ダウンリンク及びアップリンク用の共通ＤＭＲＳ構造（例えば、サイクリックプレフィックス直交周波数分割多重化（ＣＰ－ＯＦＤＭ）のために）をサポートし得、ここで、ＤＭＲＳ位置、ＤＭＲＳパターン、及び／又はＤＭＲＳのスクランブルシーケンスは、同一であっても異なり得る。
ＰＵＳＣＨは、１つ以上の層を含み得、ＵＥは、ＰＵＳＣＨの１つ以上の層の層上に存在するＤＭＲＳを有する少なくとも１つのシンボルを送信し得る。一実施例では、上位層は、ＰＵＳＣＨに対して最大３つのＤＭＲＳを構成し得る。
アップリンクＰＴ－ＲＳ（位相追跡及び／又は位相雑音補償のために基地局によって使用され得る）は、ＵＥのＲＲＣ構成に応じて存在し得るか、又は存在し得ない。アップリンクＰＴ－ＲＳの存在及び／又はパターンは、ＲＲＣシグナリング及び／又はＤＣＩによって示され得る、他の目的（例えば、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ（ＭＣＳ））に使用される１つ以上のパラメータの組み合わせによってＵＥ固有ベースに構成され得る。構成される場合、アップリンクＰＴ－ＲＳの動的存在は、少なくともＭＣＳを含む１つ以上のＤＣＩパラメータと関連付けられ得る。無線ネットワークは、時間／周波数ドメインで画定される複数のアップリンクＰＴ－ＲＳ密度をサポートし得る。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも１つの構成と関連付けられることができる。ＵＥは、ＤＭＲＳポート及びＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭＲＳポート数よりも少なくあり得る。例えば、アップリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。
ＳＲＳは、アップリンクチャネル依存スケジューリング及び／又はリンク適合をサポートするために、チャネル状態推定のためにＵＥによって基地局に送信され得る。ＵＥによって送信されるＳＲＳは、基地局が１つ以上の周波数でアップリンクチャネル状態を推定することを可能にし得る。基地局のスケジューラは、推定されたアップリンクチャネル状態を使用して、ＵＥからのアップリンクＰＵＳＣＨ送信のために１つ以上のリソースブロックを割り当てることができる。基地局は、１つ以上のＳＲＳリソースセットを用いてＵＥを半静的に構成し得る。ＳＲＳリソースセットの場合、基地局は、１つ以上のＳＲＳリソースを用いてＵＥを構成し得る。ＳＲＳリソースセット適用性は、上位層（例えば、ＲＲＣ）のパラメータによって構成され得る。例えば、上位層パラメータがビーム管理を示す場合、１つ以上のＳＲＳリソースセット（例えば、同一／類似の時間ドメイン挙動、周期性、非周期性、及び／又は類似のものを有する）のＳＲＳリソースセット内のＳＲＳリソースが、瞬時に（例えば、同時に）送信され得る。ＵＥは、ＳＲＳリソースセット内の１つ以上のＳＲＳリソースを送信し得る。ＮＲネットワークは、非周期的、周期的、及び／又は半持続的ＳＲＳ送信をサポートし得る。ＵＥは、１つ以上のトリガータイプに基づきＳＲＳリソースを送信し得、１つ以上のトリガータイプは、上位層シグナリング（例えば、ＲＲＣ）及び／又は１つ以上のＤＣＩフォーマットを含み得る。一実施例では、少なくとも１つのＤＣＩフォーマットが、ＵＥに対して用いられて、１つ以上の構成されるＳＲＳリソースセットのうちのうちの少なくとも１つを選択し得る。ＳＲＳトリガータイプ０は、上位層シグナリングに基づきトリガーされたＳＲＳを指し得る。ＳＲＳトリガータイプ１は、１つ以上のＤＣＩフォーマットに基づきトリガーされたＳＲＳを指すことができる。一実施例では、ＰＵＳＣＨとＳＲＳが同じスロットで送信される場合、ＵＥは、ＰＵＳＣＨ及び対応するアップリンクＤＭＲＳの送信の後にＳＲＳを送信するように構成され得る。
基地局は、ＳＲＳリソース構成識別子、ＳＲＳポートの数、ＳＲＳリソース構成の時間ドメイン挙動（例えば、周期的、半永続的、又は非周期的ＳＲＳの表示）、スロット、ミニスロット、及び／又はサブフレームレベル周期性、周期的及び／又は非周期的ＳＲＳリソースのためのオフセット、ＳＲＳリソース内のＯＦＤＭシンボルの数、ＳＲＳリソースの開始ＯＦＤＭシンボル、ＳＲＳ帯域幅、周波数ホッピング帯域幅、周期シフト、及び／又はＳＲＳシーケンスＩＤのうちの少なくとも１つを示す１つ以上のＳＲＳ構成パラメータを用いてＵＥを準統計学的に構成し得る。
アンテナポートは、アンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測され得るように画定される。第１のシンボル及び第２のシンボルが同じアンテナポート上に送信される場合、レシーバーは、アンテナポート上の第１のシンボルを搬送するためのチャネルから、アンテナポート上の第２のシンボルを搬送するためのチャネル（例えば、フェードゲイン、マルチパス遅延、及び／又は類似のもの）を推測し得る。第１のアンテナポート及び第２のアンテナポートは、第１のアンテナポート上の第１のシンボルが伝達されるチャネルの１つ以上の大規模特性が、第２のアンテナポートの第２のシンボルが送信される、チャネルから推測され得る場合、準同じ位置に配置される（ＱＣＬされる）と称され得る。１つ以上の大規模特性は、遅延拡散、ドップラー拡散、ドップラーシフト、平均利得、平均遅延、及び／又は空間受信（Ｒｘ）パラメータのうちの少なくとも１つを含み得る。
ビームフォーミングを使用するチャネルでは、ビーム管理が必要である。ビーム管理は、ビーム測定、ビーム選択、及びビーム表示を含み得る。ビームは、１つ以上の基準信号と関連付けられ得る。例えば、ビームは、１つ以上のビーム形成基準信号によって識別され得る。ＵＥは、ダウンリンク基準信号（例えば、チャネル状態情報基準信号（ＣＳＩ－ＲＳ））に基づきダウンリンクビーム測定を実行し、ビーム測定レポートを生成し得る。ＵＥは、ＲＲＣ接続が基地局でセットアップされた後、ダウンリンクビーム測定手順を実施することができる。
図１１Ｂは、時間及び周波数ドメインにマッピングされるチャネル状態情報基準信号（ＣＳＩ－ＲＳ）の実施例を示す。図１１Ｂに示される正方形は、セルの帯域幅内のリソースブロック（ＲＢ）にわたり得る。基地局は、１つ以上のＣＳＩ－ＲＳを示すＣＳＩ－ＲＳリソース構成パラメータを含む１つ以上のＲＲＣメッセージを送信できる。次のパラメータの１つ以上は、ＣＳＩ－ＲＳリソース構成に対する、上位層シグナリング（例えば、ＲＲＣ及び／又はＭＡＣシグナリング）によって設定できる。ＣＳＩ－ＲＳリソース構成アイデンティティ、ＣＳＩ－ＲＳポートの数、ＣＳＩ－ＲＳ構成（例えば、サブフレーム内のシンボル及びリソース要素（ＲＥ）の位置）、ＣＳＩ－ＲＳサブフレーム構成（例えば、サブフレーム位置、オフセット、及び無線フレームの周期性）、ＣＳＩ－ＲＳ電力パラメータ、ＣＳＩ－ＲＳシーケンスパラメータ、符号分割多重化（ＣＤＭ）タイプパラメータ、周波数密度、送信コーム、疑似コロケーション（ＱＣＬ）パラメータ（例えば、ＱＣＬ－ｓｃｒａｍｂｌｉｎｇｉｄｅｎｔｉｔｙ、ｃｒｓ－ｐｏｒｔｓｃｏｕｎｔ、ｍｂｓｆｎ－ｓｕｂｆｒａｍｅｃｏｎｆｉｇｌｉｓｔ、ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＺＰｉｄ、ｑｃｌ－ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＮＺＰｉｄ）、及び／又は他の無線リソースパラメータ。
図１１Ｂに示す３つのビームは、ＵＥ固有の構成のＵＥに対して構成され得る。３つのビームを図１１Ｂに示し（ビーム＃１、ビーム＃２、及びビーム＃３）、それより多い、又はそれより少ないビームを構成し得る。ビーム＃１は、第１のシンボルのＲＢ内の１つ以上のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０１で割り当てられ得る。ビーム＃２は、第２のシンボルのＲＢ内の１つ以上のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０２で割り当てられ得る。ビーム＃３は、第３のシンボルのＲＢ内の１つ以上のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０３で割り当てられ得る。周波数分割多重化（ＦＤＭ）を使用することにより、基地局は、同じＲＢ内の他のサブキャリア（例えば、ＣＳＩ－ＲＳ１１０１を送信するために使用されないもの）を使用して、別のＵＥのビームと関連付けられる別のＣＳＩ－ＲＳを送信し得る。時間ドメイン多重化（ＴＤＭ）を使用することで、ＵＥに使用されるビームは、ＵＥのビームが他のＵＥのビームからのシンボルを使用するように構成され得る。
図１１Ｂに示されるＣＳＩ－ＲＳ（例えば、ＣＳＩ－ＲＳ１１０１、１１０２、１１０３）は、基地局によって送信され、１つ以上の測定のためにＵＥによって使用され得る。例えば、ＵＥは、構成されるＣＳＩ－ＲＳリソースの基準信号受信電力（ＲＳＲＰ）を測定し得る。基地局は、レポート構成を用いてＵＥを構成し得、ＵＥは、レポート構成に基づき、ＲＳＲＰ測定値をネットワークに（例えば、１つ以上の基地局を介して）報告し得る。一実施例では、基地局は、報告された測定結果に基づき、いくつかの基準信号を含む１つ以上の送信構成表示（ＴＣＩ）状態を決定し得る。一実施例では、基地局は、１つ以上のＴＣＩ状態をＵＥに示し得る（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、及び／又はＤＣＩを介して）。ＵＥは、１つ以上のＴＣＩ状態に基づき決定される受信（Ｒｘ）ビームを有するダウンリンク送信を受信し得る。一実施例では、ＵＥは、ビームコレスポンデンス能力を有し得るか、又は有しなくてもよい。ＵＥがビームコレスポンデンス能力を有する場合、ＵＥは、コレスポンデンスするＲｘビームの空間ドメインフィルタに基づき、送信（Ｔｘ）ビームの空間ドメインフィルタを決定し得る。ＵＥがビームコレスポンデンス能力を有していない場合、ＵＥは、アップリンクビーム選択手順を実行して、Ｔｘビームの空間ドメインフィルタを決定し得る。ＵＥは、基地局によってＵＥに構成される１つ以上のサウンディング基準信号（ＳＲＳ）リソースに基づき、アップリンクビーム選択手順を実行し得る。基地局は、ＵＥによって送信される１つ以上のＳＲＳリソースの測定値に基づき、ＵＥ用のアップリンクビームを選択し、表示し得る。
ビーム管理手順において、ＵＥは、１つ以上のビームペアリンク、基地局によって送信される送信ビーム、及びＵＥによって受信される受信ビームを含むビームペアリンクのチャネル品質を評価（例えば、測定）し得る。評価に基づき、ＵＥは、例えば、１つ以上のビーム識別（例えば、ビームインデックス、基準信号インデックス、又は類似のもの）、ＲＳＲＰ、プリコーディングマトリックスインジケーター（ＰＭＩ）、チャネル品質インジケーター（ＣＱＩ）、及び／又はランクインジケーター（ＲＩ）を含む、１つ以上のビームペア品質パラメータを示すビーム測定レポートを送信し得る。
図１２Ａは、３つのダウンリンクビーム管理手順、Ｐ１、Ｐ２、及びＰ３の例を示す。手順Ｐ１は、例えば、１つ以上の基地局Ｔｘビーム及び／又はＵＥ Ｒｘビーム（Ｐ１の一番上の行と一番下の行にそれぞれ楕円として表示される）の選択をサポートするために、送信受信点（ＴＲＰ）（又は複数のＴＲＰ）の送信（Ｔｘ）ビームでのＵＥ測定を可能にし得る。ＴＲＰでのビームフォーミングは、ビームのセットのＴｘビームスイープを含み得る（Ｐ１とＰ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥでのビームフォーミングは、ビームのセットのためのＲｘビームスイープを含み得る（Ｐ１とＰ３の下の行に示されるように、楕円は破線の矢印で示されるとき計回りの方向に回転している）。手順Ｐ２を使用して、ＴＲＰのＴｘビームでＵＥ測定を有効にし得る。（Ｐ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥ及び／又は基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、又は手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｐ２を実施し得る。これは、ビームリファインメントと称され得る。ＵＥは、基地局で同じＴｘビームを使用し、ＵＥでＲｘビームをスイープすることによって、Ｒｘビーム決定のための手順Ｐ３を実施し得る。
図１２Ｂは、３つのアップリンクビーム管理手順、Ｕ１、Ｕ２、及びＵ３の例を示す。手順Ｕ１を使用して、例えば、１つ以上のＵＥ Ｔｘビーム及び／又は基地局Ｒｘビーム（Ｕ１の最上行及び最下行にそれぞれ楕円として示される）の選択をサポートするために、ＵＥのＴｘビームに対して基地局が測定を実行することを可能にし得る。ＵＥでのビームフォーミングは、例えば、ビームのセットからのＴｘビームスイープを含み得る。（Ｕ１とＵ３の下の行に、破線の矢印で示される時計回りに回転した楕円として示される）。基地局でのビームフォーミングは、例えば、ビームのセットからのＲｘビームスイープを含み得る。（Ｕ１とＵ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。手順Ｕ２を使用して、ＵＥが固定Ｔｘビームを使用するときに基地局がそのＲｘビームを調整できるようにし得る。ＵＥ及び／又は基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、又は手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｕ２を実施し得る。これは、ビームリファインメントと称され得る。ＵＥは、基地局が固定Ｒｘビームを使用するときに、そのＴｘビームを調整する手順Ｕ３を実施し得る。
ＵＥは、ビーム障害の検出に基づき、ビーム障害復旧（ＢＦＲ）手順を開始し得る。ＵＥは、ＢＦＲ手順の開始に基づき、ＢＦＲ要求（例えば、プリアンブル、ＵＣＩ、ＳＲ、ＭＡＣ ＣＥ、及び／又は類似のもの）を送信し得る。ＵＥは、関連する制御チャネルのビームペアリンクの品質が満足のいかない（例えば、エラーレート閾値よりも高いエラーレート、受信信号パワー閾値より低い受信信号パワー、タイマーの満了、及び／又は類似のものを有する）という決定に基づき、ビーム障害を検出し得る。
ＵＥは、１つ以上のＳＳ／ＰＢＣＨブロック、１つ以上のＣＳＩ－ＲＳリソース、及び／又は１つ以上の復調基準信号（ＤＭＲＳ）を含む１つ以上の基準信号（ＲＳ）を使用して、ビームペアリンクの品質を測定し得る。ビームペアリンクの品質は、ブロックエラーレート（ＢＬＥＲ）、ＲＳＲＰ値、信号対干渉プラスノイズ比（ＳＩＮＲ）値、基準信号受信品質（ＲＳＲＱ）値、及び／又はＲＳリソースで測定されるＣＳＩ値の１つ以上に基づき得る。基地局は、ＲＳリソースが、チャネル（例えば、制御チャネル、共有データチャネル、及び／又は類似のもの）の１つ以上のＤＭ－ＲＳと準同じ位置に配置される（ＱＣＬされる）ことを示し得る。チャネルのＲＳリソース及び１つ以上のＤＭＲＳは、ＲＳリソースを介したＵＥへの送信からのチャネル特性（例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、空間Ｒｘパラメータ、フェード、及び／又は類似のもの）が、チャネルを介してＵＥへの送信からのチャネル特性と類似又は同一であるとき、ＱＣＬされ得る。
ネットワーク（例えば、ネットワークのｇＮＢ及び／又はｎｇ－ｅＮＢ）及び／又はＵＥは、ランダムアクセス手順を開始し得る。ＲＲＣ＿ＩＤＬＥ状態のＵＥ及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ランダムアクセス手順を開始して、ネットワークへの接続セットアップを要求し得る。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からランダムアクセス手順を開始し得る。ＵＥは、ランダムアクセス手順を開始して、アップリンクリソースを要求し（例えば、利用可能なＰＵＣＣＨリソースがない場合にＳＲのアップリンク送信のために）、及び／又はアップリンクタイミング（例えば、アップリンク同期状態が同期されていない場合）を取得し得る。ＵＥは、ランダムアクセス手順を開始し、１つ以上のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、及び／又は類似のものなどの他のシステム情報）を要求し得る。ＵＥは、ビーム障害復旧要求のためのランダムアクセス手順を開始し得る。ネットワークは、ハンドオーバーのための、及び／又はＳＣｅｌｌ追加のための時間アライメントを確立するためのランダムアクセス手順を開始し得る。
図１３Ａは、４ステップ競合ベースのランダムアクセス手順を示す。手順の開始前に、基地局は、構成メッセージ１３１０をＵＥに送信し得る。図１３Ａは、Ｍｓｇ１ １３１１、Ｍｓｇ２ １３１２、Ｍｓｇ３ １３１３、及びＭｓｇ４ １３１４の４つのメッセージの送信を含む。Ｍｓｇ１ １３１１は、プリアンブル（又はランダムアクセスプリアンブル）を含み得、及び／又はプリアンブルと称され得る。Ｍｓｇ２ １３１２は、ランダムアクセス応答（ＲＡＲ）を称され得、及び／又はランダムアクセス応答（ＲＡＲ）と称され得る。
構成メッセージ１３１０は、例えば、１つ以上のＲＲＣメッセージを使用して送信され得る。１つ以上のＲＲＣメッセージは、ＵＥへの１つ以上のランダムアクセスチャネル（ＲＡＣＨ）パラメータを示し得る。１つ以上のＲＡＣＨパラメータは、１つ以上のランダムアクセス手順に対する一般的なパラメータ（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＧｅｎｅｒａｌ）、セル特有のパラメータ（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）、及び／又は専用パラメータ（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＤｅｄｉｃａｔｅｄ）のうちの少なくとも１つを含み得る。基地局は、１つ以上のＲＲＣメッセージを１つ以上のＵＥにブロードキャスト又はマルチキャストし得る。１つ以上のＲＲＣメッセージは、ＵＥ固有であり得る（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥに送信される専用ＲＲＣメッセージ）。ＵＥは、１つ以上のＲＡＣＨパラメータに基づき、Ｍｓｇ１ １３１１及び／又はＭｓｇ３ １３１３の送信のための時間周波数リソース及び／又はアップリンク送信電力を決定し得る。１つ以上のＲＡＣＨパラメータに基づき、ＵＥは、Ｍｓｇ２ １３１２及びＭｓｇ４ １３１４を受信するための受信タイミング及びダウンリンクチャネルを決定し得る。
構成メッセージ１３１０に提供される１つ以上のＲＡＣＨパラメータは、Ｍｓｇ１ １３１１の送信に利用可能な１つ以上の物理ＲＡＣＨ（ＰＲＡＣＨ）機会を示し得る。１つ以上のＰＲＡＣＨ機会は、事前定義され得る。１つ以上のＲＡＣＨパラメータは、１つ以上のＰＲＡＣＨ機会の１つ以上の利用可能なセットを示し得る（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ）。１つ以上のＲＡＣＨパラメータは、（ａ）１つ以上のＰＲＡＣＨ機会と、（ｂ）１つ以上の基準信号との間の関連を示し得る。１つ以上のＲＡＣＨパラメータは、（ａ）１つ以上のプリアンブルと、（ｂ）１つ以上の基準信号との間の関連を示し得る。１つ以上の基準信号は、ＳＳ／ＰＢＣＨブロック及び／又はＣＳＩ－ＲＳであり得る。例えば、１つ以上のＲＡＣＨパラメータは、ＰＲＡＣＨ機会にマッピングされたＳＳ／ＰＢＣＨブロックの数、及び／又はＳＳ／ＰＢＣＨブロックにマッピングされたプリアンブルの数を示し得る。
構成メッセージ１３１０に提供される１つ以上のＲＡＣＨパラメータを使用して、Ｍｓｇ１ １３１１及び／又はＭｓｇ３ １３１３のアップリンク送信電力を決定し得る。例えば、１つ以上のＲＡＣＨパラメータは、プリアンブル送信用の基準電力（例えば、受信したターゲット電力及び／又はプリアンブル送信の初期電力）を示し得る。１つ以上のＲＡＣＨパラメータによって示される１つ以上の電力オフセットがあり得る。例えば、１つ以上のＲＡＣＨパラメータは、パワーランピングステップ、ＳＳＢとＣＳＩ－ＲＳとの間の電力オフセット、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の送信間の電力オフセット、及び／又はプリアンブルグループ間の電力オフセット値を示し得る。１つ以上のＲＡＣＨパラメータは、ＵＥが少なくとも１つの基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）及び／又はアップリンクキャリア（例えば、正常アップリンク（ＮＵＬ）キャリア及び／又は補完的アップリンク（ＳＵＬ）キャリア）を決定し得るための、１つ以上の閾値を示し得る。
Ｍｓｇ１ １３１１は、１つ以上のプリアンブル送信（例えば、プリアンブル送信及び１つ以上のプリアンブル再送信）を含み得る。ＲＲＣメッセージは、１つ以上のプリアンブルグループ（例えば、グループＡ及び／又はグループＢ）を構成するために使用され得る。プリアンブルグループは、１つ以上のプリアンブルを含み得る。ＵＥは、経路損失測定及び／又はＭｓｇ３ １３１３のサイズに基づき、プリアンブルグループを決定し得る。ＵＥは、１つ以上の基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）のＲＳＲＰを測定し、ＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ及び／又はｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ）を超えるＲＳＲＰを有する少なくとも１つの基準信号を決定し得る。ＵＥは、例えば、１つ以上のプリアンブルと少なくとも１つの基準信号との間の関連付けがＲＲＣメッセージによって構成される場合、１つ以上の基準信号及び／又は選択されたプリアンブルグループと関連付けられる少なくとも１つのプリアンブルを選択し得る。
ＵＥは、構成メッセージ１３１０に提供される１つ以上のＲＡＣＨパラメータに基づき、プリアンブルを決定し得る。例えば、ＵＥは、経路損失測定、ＲＳＲＰ測定、及び／又はＭｓｇ３ １３１３のサイズに基づき、プリアンブルを決定し得る。別の実施例として、１つ以上のＲＡＣＨパラメータは、プリアンブルフォーマット、プリアンブル送信の最大数、及び／又は１つ以上のプリアンブルグループ（例えば、グループＡ及びグループＢ）を決定するための１つ以上の閾値を示し得る。基地局は、１つ以上のＲＡＣＨパラメータを使用して、１つ以上のプリアンブルと１つ以上の基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）との間の関連付けでＵＥを構成し得る。関連付けが構成される場合、ＵＥは、関連付けに基づき、Ｍｓｇ１ １３１１に含めるようにプリアンブルを決定し得る。Ｍｓｇ１ １３１１は、１つ以上のＰＲＡＣＨ機会を介して基地局に送信され得る。ＵＥは、プリアンブルの選択及びＰＲＡＣＨ機会の決定のために、１つ以上の基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）を使用し得る。１つ以上のＲＡＣＨパラメータ（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭｓｋＩｎｄｅｘ及び／又はｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ）は、ＰＲＡＣＨ機会と１つ以上の基準信号との間の関連付けを示し得る。
ＵＥは、プリアンブル送信後に応答が受信されない場合、プリアンブル再送信を実行し得る。ＵＥは、プリアンブル再送信のためにアップリンク送信電力を増加させ得る。ＵＥは、ネットワークによって構成される、経路損失測定及び／又はターゲット受信プリアンブル電力に基づき、初期プリアンブル送信電力を選択し得る。ＵＥは、プリアンブルを再送信することを決定し得、アップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル再送信のランピングステップを示す１つ以上のＲＡＣＨパラメータ（例えば、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ）を受信し得る。ランピングステップは、再送信のためのアップリンク送信電力の増分増加の量であり得る。ＵＥが、前のプリアンブル送信と同じである基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）を決定する場合、ＵＥはアップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル送信及び／又は再送信の数を数えることができる（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）。ＵＥは、ランダムアクセス手順が、例えば、プリアンブル送信の数が、１つ以上のＲＡＣＨパラメータ（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）によって構成される閾値を超える場合、失敗して完了したと決定し得る。
ＵＥが受信するＭｓｇ２ １３１２は、ＲＡＲを含み得る。一部のシナリオでは、Ｍｓｇ２ １３１２は、複数のＵＥに対応する複数のＲＡＲを含み得る。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１の送信の後又はそれに応答して受信され得る。Ｍｓｇ２ １３１２は、ＤＬ－ＳＣＨ上でスケジュールされ、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用してＰＤＣＣＨ上で表示され得る。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１が基地局によって受信されたことを示し得る。Ｍｓｇ２ １３１２は、ＵＥがＵＥの送信タイミングを調整するために使用し得る時間アラインメントコマンド、Ｍｓｇ３ １３１３の送信のためのスケジューリング許可、及び／又は一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）を含み得る。プリアンブルを送信した後、ＵＥは、Ｍｓｇ２ １３１２のＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ＵＥは、ＵＥがプリアンブルを送信するために使用するＰＲＡＣＨ機会に基づき、いつ時間ウィンドウを開始するかを決定し得る。例えば、ＵＥは、プリアンブルの最後のシンボルの１つ以上のシンボルの後に（例えば、プリアンブル送信の終わりからの第１のＰＤＣＣＨ機会に）、時間ウィンドウを開始し得る。１つ以上のシンボルは、ヌメロロジに基づき決定され得る。ＰＤＣＣＨは、ＲＲＣメッセージによって構成される共通検索空間（例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間）の中にあり得る。ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）に基づきＲＡＲを識別し得る。ＲＮＴＩは、ランダムアクセス手順を開始する１つ以上のイベントに応じて使用され得る。ＵＥは、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用し得る。ＲＡ－ＲＮＴＩは、ＵＥがプリアンブルを送信するＰＲＡＣＨ機会と関連付けられ得る。例えば、ＵＥは、ＯＦＤＭシンボルインデックス、スロットインデックス、周波数ドメインインデックス、及び／又はＰＲＡＣＨ機会のＵＬキャリアインジケーターに基づき、ＲＡ－ＲＮＴＩを決定し得る。ＲＡ－ＲＮＴＩの実施例は、以下の通りであり得る。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄここで、ｓ＿ｉｄは、ＰＲＡＣＨ機会の第１のＯＦＤＭシンボルのインデックスであり得（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨ機会の第１のスロットのインデックスであり得（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨ機会のインデックスであり得（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２ １３１２の受信成功に応答して（例えば、Ｍｓｇ２ １３１２で識別されたリソースを使用して）、Ｍｓｇ３ １３１３を送信し得る。Ｍｓｇ３ １３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信し得、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生し得る。競合解決（例えば、Ｍｓｇ３ １３１３及びＭｓｇ４ １３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させ得る。競合解決を実施するために、ＵＥは、Ｍｓｇ３ １３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ－ＲＮＴＩ、Ｍｓｇ２ １３１２に含まれるＴＣ－ＲＮＴＩ、及び／又は任意の他の適切な識別子）を含み得る。
Ｍｓｇ４ １３１４は、Ｍｓｇ３ １３１３の送信の後、又はそれに応答して受信され得る。Ｃ－ＲＮＴＩがＭｓｇ３ １３１３に含まれていた場合、基地局は、Ｃ－ＲＮＴＩを使用してＰＤＣＣＨ上のＵＥに対処する。ＵＥの固有のＣ－ＲＮＴＩがＰＤＣＣＨ上で検出された場合、ランダムアクセス手順が成功裏に完了したと決定される。ＴＣ－ＲＮＴＩがＭｓｇ３ １３１３に含まれる場合（例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態であるか、又はそうでなければ基地局に接続されていない場合）、Ｍｓｇ４ １３１４は、ＴＣ－ＲＮＴＩと関連付けられるＤＬ－ＳＣＨを使用して受信される。ＭＡＣ ＰＤＵが正常に復号化され、ＭＡＣ ＰＤＵが、Ｍｓｇ３ １３１３で送信された（例えば、送信された）ＣＣＣＨ ＳＤＵと一致するか、そうでなければ対応するＵＥ競合解決アイデンティティＭＡＣ ＣＥを含む場合、ＵＥは、競合解決が成功したと決定し得る、及び／又はＵＥは、ランダムアクセス手順が成功裏に完了したと決定し得る。
ＵＥは、補完的アップリンク（ＳＵＬ）キャリア及び正常アップリンク（ＮＵＬ）キャリアで構成され得る。初期アクセス（例えば、ランダムアクセス手順）は、アップリンクキャリアでサポートされ得る。例えば、基地局は、２つの別個のＲＡＣＨ構成、すなわち、１つはＳＵＬキャリア用、もう１つはＮＵＬキャリア用であるＵＥを構成し得る。ＳＵＬキャリアで構成されるセル内のランダムアクセスについて、ネットワークは、どのキャリア（ＮＵＬ又はＳＵＬ）を使用するかを示し得る。ＵＥは、例えば、１つ以上の基準信号の測定品質がブロードキャスト閾値よりも低い場合、ＳＵＬキャリアを決定し得る。ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１及び／又はＭｓｇ３ １３１３）のアップリンク送信は、選択されたキャリア上にとどまることができる。ＵＥは、１つ以上の事例において、ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の間）中にアップリンクキャリアを切り替えることができる。例えば、ＵＥは、チャネルクリアアセスメント（例えば、リッスンビフォアトーク）に基づき、Ｍｓｇ１ １３１１及び／又はＭｓｇ３ １３１３のアップリンクキャリアを決定及び／又は切り替え得る。
図１３Ｂは、２ステップ競合のないランダムアクセス手順を示す。図１３Ａに示される４ステップ競合ベースのランダムアクセス手順と同様、基地局は、手順の開始前に、構成メッセージ１３２０をＵＥに送信し得る。構成メッセージ１３２０は、構成メッセージ１３１０に対して一部の点で類似し得る。図１３Ｂは、Ｍｓｇ１ １３２１及びＭｓｇ２ １３２２の２つのメッセージの送信を含む。Ｍｓｇ１ １３２１及びＭｓｇ２ １３２２は、いくつかの点で、図１３Ａそれぞれに示されるＭｓｇ１ １３１１及びＭｓｇ２ １３１２に類似し得る。図１３Ａ及び図１３Ｂから理解されるように、競合のないランダムアクセス手順は、Ｍｓｇ３ １３１３及び／又はＭｓｇ４ １３１４に類似したメッセージを含み得ない。
図１３Ｂに示す競合のないランダムアクセス手順は、ビーム障害復旧、他のＳＩ要求、ＳＣｅｌｌ追加、及び／又はハンドオーバーのために開始され得る。例えば、基地局は、Ｍｓｇ１ １３２１に使用されるプリアンブルをＵＥに表示又は割り当て得る。ＵＥは、ＰＤＣＣＨ及び／又はＲＲＣを介して基地局から、プリアンブル（例えば、ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘ）の表示を受信し得る。
プリアンブルを送信した後、ＵＥは、ＲＡＲのＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ビーム障害復旧要求の場合、基地局は、ＲＲＣメッセージ（例えば、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ）によって示される検索空間内に別個の時間ウィンドウ及び／又は別個のＰＤＣＣＨでＵＥを構成し得る。ＵＥは、検索空間上のＣｅｌｌ ＲＮＴＩ（Ｃ－ＲＮＴＩ）宛のＰＤＣＣＨ送信に対し監視し得る。図１３Ｂに示す競合のないランダムアクセス手順において、ＵＥは、Ｍｓｇ１ １３２１の送信及び対応するＭｓｇ２ １３２２の受信の後、又はこれに応答して、ランダムアクセス手順が成功裏に完了したと決定し得る。ＵＥは、例えば、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス指定される場合に、ランダムアクセス手順が成功裏に完了すると決定し得る。ＵＥは、ランダムアクセス手順が、例えば、ＵＥが、ＵＥによって送信されるプリアンブルに対応するプリアンブル識別子を含むＲＡＲを受信した場合、及び／又はＲＡＲが、プリアンブル識別子を含むＭＡＣサブＰＤＵを含む場合、成功裏に完了すると決定し得る。ＵＥは、応答をＳＩ要求に対する応答確認の表示として決定し得る。
図１３Ｃは、別の２ステップランダムアクセス手順を示す。図１３Ａ及び図１３Ｂに示されるランダムアクセス手順と同様に、基地局は、手順の開始前に、構成メッセージ１３３０をＵＥに送信し得る。構成メッセージ１３３０は、構成メッセージ１３１０及び／又は構成メッセージ１３２０に対して一部の点で類似し得る。図１３Ｃは、２つのメッセージ、すなわち、Ｍｓｇ Ａ １３３１及びＭｓｇ Ｂ １３３２の送信を含む。
Ｍｓｇ Ａ １３３１は、ＵＥによってアップリンク送信で送信され得る。Ｍｓｇ Ａ １３３１は、プリアンブル１３４１の１つ以上の送信及び／又はトランスポートブロック１３４２の１つ以上の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるＭｓｇ３ １３１３の内容と類似及び／又は同等である内容を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、及び／又は類似のもの）を含み得る。ＵＥは、Ｍｓｇ Ａ １３３１の送信の後、又はその送信に応答して、Ｍｓｇ Ｂ １３３２を受信し得る。Ｍｓｇ Ｂ １３３２は、図１３Ａ及び１３Ｂ示されるＭｓｇ ２ １３１２（例えば、ＲＡＲ）、及び／又は図１３Ａに示されるＭｓｇ４ １３１４の内容と類似及び／又は同等である内容を含み得る。
ＵＥは、ライセンスされたスペクトル及び／又はライセンスされていないスペクトルに対し、図１３Ｃの２ステップランダムアクセス手順を開始し得る。ＵＥは、１つ以上の要因に基づき、２ステップランダムアクセス手順を開始するかどうかを決定し得る。１つ以上の要因は、使用中の無線アクセス技術（例えば、ＬＴＥ、ＮＲ、及び／又は類似のもの）、ＵＥが有効なＴＡを有するかどうか、セルサイズ、ＵＥのＲＲＣ状態、スペクトルのタイプ（例えば、ライセンスされた対ライセンスされていない）、及び／又は任意の他の適切な要因であり得る。
ＵＥは、構成メッセージ１３３０に含まれる２ステップのＲＡＣＨパラメータに基づき、プリアンブル１３４１及び／又はＭｓｇ Ａ １３３１に含まれるトランスポートブロック１３４２に対する無線リソース及び／又はアップリンク送信電力を決定し得る。ＲＡＣＨパラメータは、変調及び符号化スキーム（ＭＣＳ）、時間周波数リソース、及び／又はプリアンブル１３４１及び／又はトランスポートブロック１３４２に対する電力制御を示し得る。プリアンブル１３４１（例えば、ＰＲＡＣＨ）の送信のための時間周波数リソース及びトランスポートブロック１３４２（例えば、ＰＵＳＣＨ）の送信のための時間周波数リソースは、ＦＤＭ、ＴＤＭ、及び／又はＣＤＭを使用して多重化され得る。ＲＡＣＨパラメータは、ＵＥが、Ｍｓｇ Ｂ １３３２の監視及び／又は受信のための受信タイミング及びダウンリンクチャネルを決定することを可能にし得る。
トランスポートブロック１３４２は、データ（例えば、遅延に敏感なデータ）、ＵＥの識別子、セキュリティ情報、及び／又はデバイス情報（例えば、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ））を含み得る。基地局は、Ｍｓｇ Ａ １３３１に対する応答としてＭｓｇ Ｂ １３３２を送信し得る。Ｍｓｇ Ｂ １３３２は、プリアンブル識別子、タイミング進行コマンド、電力制御コマンド、アップリンク許可（例えば、無線リソース割り当て及び／又はＭＣＳ）、競合解決のためのＵＥ識別子、及び／又はＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ又はＴＣ－ＲＮＴＩ）のうちの少なくとも１つを含み得る。ＵＥは、Ｍｓｇ Ｂ １３３２のプリアンブル識別子がＵＥによって送信されるプリアンブルに一致し、及び／又はＭｓｇ Ｂ １３３２のＵＥの識別子がＭｓｇ Ａ １３３１のＵＥの識別子（例えば、トランスポートブロック１３４２）に一致した場合に、２ステップランダムアクセス手順が成功裏に完了されると決定し得る。
ＵＥ及び基地局は、制御シグナリングを交換し得る。制御シグナリングは、Ｌ１／Ｌ２制御シグナリングと称され得、ＰＨＹ層（例えば、層１）及び／又はＭＡＣ層（例えば、層２）に由来し得る。制御シグナリングは、基地局からＵＥに送信されるダウンリンク制御シグナリング及び／又はＵＥから、基地局に送信されるアップリンク制御シグナリングを含み得る。
ダウンリンク制御シグナリングは、ダウンリンクスケジューリング割り当て、アップリンク無線リソース及び／又はトランスポートフォーマットを示すアップリンクスケジューリング許可、スロットフォーマット情報、プリエンプション表示、電力制御コマンド、及び／又はその他の任意の適切なシグナリングを含み得る。ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の基地局によって送信されるペイロード内のダウンリンク制御シグナリングを受信し得る。ＰＤＣＣＨ上で送信されるペイロードは、ダウンリンク制御情報（ＤＣＩ）と称され得る。一部のシナリオでは、ＰＤＣＣＨは、ＵＥのグループに共通なグループ共通ＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ）であり得る。
基地局は、送信エラーの検出を容易にするために、１つ以上の巡回冗長検査（ＣＲＣ）パリティビットをＤＣＩに取り付け得る。ＤＣＩがＵＥ（又はＵＥのグループ）に対して意図される場合、基地局は、ＵＥの識別子（又はＵＥのグループの識別子）でＣＲＣパリティビットをスクランブルし得る。識別子を用いてＣＲＣパリティビットをスクランブルすることは、識別子値及びＣＲＣパリティビットのＭｏｄｕｌｏ－２追加（又は排他的ＯＲ演算）を含み得る。識別子は、１６ビットの値の無線ネットワーク一時識別子（ＲＮＴＩ）を含み得る。
ＤＣＩは、異なる目的に使用され得る。目的は、ＣＲＣパリティビットをスクランブルするために使用されるＲＮＴＩのタイプによって示され得る。例えば、ページングＲＮＴＩ（Ｐ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ページング情報及び／又はシステム情報変更通知を示し得る。Ｐ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。システム情報ＲＮＴＩ（ＳＩ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、システム情報のブロードキャスト送信を示し得る。ＳＩ－ＲＮＴＩは、１６進数で「ＦＦＦＦ」として事前に定義され得る。ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ランダムアクセス応答（ＲＡＲ）を示し得る。セルＲＮＴＩ（Ｃ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、動的スケジュールのユニキャスト送信及び／又はＰＤＣＣＨ順序のランダムアクセスのトリガーを示し得る。一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、競合解決を示し得る（例えば、図１３Ａに示されるＭｓｇ３ １３１３に類似するＭｓｇ３）。基地局によってＵＥに構成される他のＲＮＴＩの符号化は、Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ（ＣＳ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＣＣＨ ＲＮＴＩ（ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＳＣＨ ＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＳＲＳ ＲＮＴＩ（ＴＰＣ－ＳＲＳ－ＲＮＴＩ）、Ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ（ＩＮＴ－ＲＮＴＩ）、Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｉｏｎ ＲＮＴＩ（ＳＦＩ－ＲＮＴＩ）、Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ（ＳＰ－ＣＳＩ－ＲＮＴＩ）、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）、及び／又は類似のものを含む。
ＤＣＩの目的及び／又は内容に応じて、基地局は、１つ以上のＤＣＩフォーマットでＤＣＩを送信し得る。例えば、ＤＣＩフォーマット０＿０は、セル内のＰＵＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット０＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット０＿１は、セル内のＰＵＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット０＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿０は、セル内のＰＤＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット１＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿１は、セル内のＰＤＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット１＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット２＿０は、ＵＥのグループにスロットフォーマット表示を提供するために使用され得る。ＤＣＩフォーマット２＿１は、ＵＥがＵＥへの送信を意図していないと想定する物理リソースブロック及び／又はＯＦＤＭシンボルをＵＥのグループに通知するために使用され得る。ＤＣＩフォーマット２＿２は、ＰＵＣＣＨ又はＰＵＳＣＨ用の送信電力制御（ＴＰＣ）コマンドの送信に使用され得る。ＤＣＩフォーマット２＿３は、１つ以上のＵＥによるＳＲＳ送信用のＴＰＣコマンドのグループの送信に使用され得る。新機能のＤＣＩフォーマットは、今後のリリースで定義され得る。ＤＣＩフォーマットは、異なるＤＣＩサイズを有するか、又は同じＤＣＩサイズを共有し得る。
ＲＮＴＩでＤＣＩをスクランブルした後、基地局は、チャネル符号化（例えば、極性符号化）、レートマッチング、スクランブル及び／又はＱＰＳＫ変調を用いてＤＣＩを処理し得る。基地局は、ＰＤＣＣＨのために使用及び／又は構成されるリソース要素上に、符号化及び変調されたＤＣＩをマッピングし得る。ＤＣＩのペイロードサイズ及び／又は基地局のカバレッジに基づき、基地局は、いくつかの連続制御チャネル要素（ＣＣＥ）を占有するＰＤＣＣＨを介してＤＣＩを送信し得る。連続するＣＣＥの数（アグリゲーションレベルと称される）は、１、２、４、８、１６、及び／又は任意の他の適切な数であり得る。ＣＣＥは、リソース要素グループ（ＲＥＧ）の数（例えば、６）を含み得る。ＲＥＧは、ＯＦＤＭシンボル内のリソースブロックを含み得る。リソース要素上の符号化及び変調されたＤＣＩのマッピングは、ＣＣＥ及びＲＥＧのマッピング（例えば、ＣＣＥ～ＲＥＧマッピング）に基づき得る。
図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。基地局は、１つ以上の制御リソースセット（ＣＯＲＥＳＥＴ）上のＰＤＣＣＨを介してＤＣＩを送信し得る。ＣＯＲＥＳＥＴは、ＵＥが１つ以上の検索空間を使用してＤＣＩを復号化しようとする時間周波数リソースを含み得る。基地局は、時間周波数ドメイン内にＣＯＲＥＳＥＴを構成し得る。図１４Ａの実施例において、第１のＣＯＲＥＳＥＴ１４０１及び第２のＣＯＲＥＳＥＴ１４０２は、スロット内の第１のシンボルで生じる。第１のＣＯＲＥＳＥＴ１４０１は、周波数ドメイン内の第２のＣＯＲＥＳＥＴ１４０２と重複する。第３のＣＯＲＥＳＥＴ１４０３は、スロット内の第３のシンボルで生じる。第４のＣＯＲＥＳＥＴ１４０４は、スロットの第７のシンボルで生じる。ＣＯＲＥＳＥＴは、周波数ドメイン内に異なる数のリソースブロックを有し得る。
図１４Ｂは、ＣＯＲＥＳＥＴ及びＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。ＣＣＥ～ＲＥＧマッピングは、インターリーブマッピング（例えば、周波数多様性を提供する目的で）又は非インターリーブマッピング（例えば、干渉調整及び／又は制御チャネルの周波数選択送信を促進する目的で）であり得る。基地局は、異なる又は同一のＣＣＥ～ＲＥＧマッピングを異なるＣＯＲＥＳＥＴ上で実行し得る。ＣＯＲＥＳＥＴは、ＲＲＣ構成によるＣＣＥ～ＲＥＧマッピングと関連付けられ得る。ＣＯＲＥＳＥＴは、アンテナポート疑似コロケーション（ＱＣＬ）パラメータで構成され得る。アンテナポートのＱＣＬパラメータは、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信用の復調基準信号（ＤＭＲＳ）のＱＣＬ情報を示し得る。
基地局は、１つ以上のＣＯＲＥＳＥＴ及び１つ以上の検索空間セットの構成パラメータを含むＲＲＣメッセージをＵＥに送信し得る。構成パラメータは、検索空間セットとＣＯＲＥＳＥＴとの間の関連を示し得る。検索空間セットは、所与のアグリゲーションレベルでＣＣＥによって形成されるＰＤＣＣＨ候補のセットを含み得る。構成パラメータは、アグリゲーションレベル毎に監視されるＰＤＣＣＨ候補の数、ＰＤＣＣＨ監視周期性及びＰＤＣＣＨ監視パターン、ＵＥによって監視される１つ以上のＤＣＩフォーマット、及び／又は検索空間セットが、共通検索空間セット又はＵＥ固有検索空間セットであるかどうかを示し得る。共通検索空間セット内のＣＣＥのセットは、事前に定義され、ＵＥに既知であり得る。ＵＥ固有検索空間セット内のＣＣＥのセットは、ＵＥのアイデンティティ（例えば、Ｃ－ＲＮＴＩ）に基づき構成され得る。
図１４Ｂに示すように、ＵＥは、ＲＲＣメッセージに基づき、ＣＯＲＥＳＥＴの時間周波数リソースを決定し得る。ＵＥは、ＣＯＲＥＳＥＴの構成パラメータに基づき、ＣＯＲＥＳＥＴに対するＣＣＥ～ＲＥＧマッピング（例えば、インターリーブ又は非インターリーブ、及び／又はマッピングパラメータ）を決定し得る。ＵＥは、ＲＲＣメッセージに基づき、ＣＯＲＥＳＥＴ上に構成される検索空間セットの数（例えば、最大で１０）を決定し得る。ＵＥは、検索空間セットの構成パラメータに従って、ＰＤＣＣＨ候補のセットを監視し得る。ＵＥは、１つ以上のＤＣＩを検出するために、１つ以上のＣＯＲＥＳＥＴ内のＰＤＣＣＨ候補のセットを監視し得る。監視は、監視されたＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のセットの１つ以上のＰＤＣＣＨ候補を復号化することを含み得る。監視は、可能な（又は構成される）ＰＤＣＣＨ位置、可能な（又は構成される）ＰＤＣＣＨフォーマット（例えば、共通検索空間におけるＣＣＥの数、ＰＤＣＣＨ候補の数、及び／又はＵＥ固有検索空間におけるＰＤＣＣＨ候補の数）、及び可能な（又は構成される）ＤＣＩフォーマットを有する１つ以上のＰＤＣＣＨ候補のＤＣＩ内容を復号化することを含み得る。復号化は、ブラインドブラインド複合化ブラインド復号化と称され得る。ＵＥは、ＣＲＣチェック（例えば、ＲＮＴＩ値に一致するＤＣＩのＣＲＣパリティビットに対するスクランブルビット）に応答して、ＵＥに対して有効なＤＣＩを決定し得る。ＵＥは、ＤＣＩに含まれる情報（例えば、スケジューリング割り当て、アップリンク許可、電力制御、スロットフォーマット表示、ダウンリンクプリエンプション、及び／又は類似のもの）を処理し得る。
ＵＥは、アップリンク制御シグナリング（例えば、アップリンク制御情報（ＵＣＩ））を基地局に送信し得る。アップリンク制御シグナリングは、受信したＤＬ－ＳＣＨトランスポートブロックに対するハイブリッド自動反復要求（ＨＡＲＱ）確認応答を含み得る。ＵＥは、ＤＬ－ＳＣＨトランスポートブロックを受信した後、ＨＡＲＱ確認応答を送信し得る。アップリンク制御シグナリングは、物理ダウンリンクチャネルのチャネル品質を示すチャネル状態情報（ＣＳＩ）を含み得る。ＵＥは、ＣＳＩを基地局に送信し得る。基地局は、受信したＣＳＩに基づき、ダウンリンク送信のための送信フォーマットパラメータ（例えば、マルチアンテナ及びビーム形成スキームを含む）を決定し得る。アップリンク制御シグナリングは、スケジューリング要求（ＳＲ）を含み得る。ＵＥは、アップリンクデータが基地局に送信可能であることを示すＳＲを送信し得る。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、ＵＣＩ（例えば、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）、ＣＳＩレポート、ＳＲなど）を送信し得る。ＵＥは、いくつかのＰＵＣＣＨフォーマットのうちの１つを使用して、ＰＵＣＣＨを介してアップリンク制御シグナリングを送信し得る。
５つのＰＵＣＣＨフォーマットがあり得、ＵＥは、ＵＣＩのサイズ（例えば、ＵＣＩ送信のアップリンクシンボルの数及びＵＣＩビットの数）に基づきＰＵＣＣＨフォーマットを決定し得る。ＰＵＣＣＨフォーマット０は、１つ又は２つのＯＦＤＭシンボルの長さを有し得、２以下のビットを含み得る。ＵＥは、送信が１つ又は２つのシンボルを超えており、正又は負のＳＲを持つＨＡＲＱ－ＡＣＫ情報ビットの数（ＨＡＲＱ－ＡＣＫ／ＳＲビット）が１つ又は２つである場合、ＰＵＣＣＨフォーマット０を使用して、ＰＵＣＣＨリソースでＵＣＩを送信し得る。ＰＵＣＣＨフォーマット１は、４～１４個のＯＦＤＭシンボルの間の数を占め得、２以下のビットを含み得る。ＵＥは、送信が４つ以上のシンボルであり、ＨＡＲＱ－ＡＣＫ／ＳＲビットの数が１つ又は２つである場合、ＰＵＣＣＨフォーマット１を使用し得る。ＰＵＣＣＨフォーマット２は、１つ又は２つのＯＦＤＭシンボルを占有し得、２ビット超を含み得る。ＵＥは、送信が１つ又は２つのシンボルを超え、ＵＣＩビットの数が２つ以上である場合、ＰＵＣＣＨフォーマット２を使用し得る。ＰＵＣＣＨフォーマット３は、４～１４個のＯＦＤＭシンボルの間の数を占有し得、２ビット超を含み得る。ＵＥは、送信が４つ以上のシンボルであり、ＵＣＩビットの数が２つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含まない場合、ＰＵＣＣＨフォーマット３を使用し得る。ＰＵＣＣＨフォーマット４は、４～１４個のＯＦＤＭシンボルの間の数を占有し得、２ビット超を含み得る。ＵＥは、送信が４つ以上のシンボルであり、ＵＣＩビットの数が２つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含む場合、ＰＵＣＣＨフォーマット４を使用し得る。
基地局は、例えば、ＲＲＣメッセージを使用して、複数のＰＵＣＣＨリソースセットの構成パラメータをＵＥに送信し得る。複数のＰＵＣＣＨリソースセット（例えば、最大４つのセット）は、セルのアップリンクＢＷＰ上に構成され得る。ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックス、ＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ－Ｒｅｓｏｕｒｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを有する複数のＰＵＣＣＨリソース、及び／又はＵＥが、ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうちの１つを使用して送信し得るＵＣＩ情報ビットの数（例えば、最大数）で構成され得る。複数のＰＵＣＣＨリソースセットで構成する場合、ＵＥは、ＵＣＩ情報ビット（例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ、及び／又はＣＳＩ）の合計ビット長に基づき、複数のＰＵＣＣＨリソースセットのうちの１つを選択し得る。ＵＣＩ情報ビットの合計ビット長が２以下である場合、ＵＥは、ＰＵＣＣＨリソースセットのインデックスが「０」に等しい第１のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が２より大きく、第１の構成値以下の場合、ＵＥは、「１」に等しいＰＵＣＣＨリソースセットインデックスを有する第２のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が第１の構成値より大きく、第２の構成値以下の場合、ＵＥは、「２」に等しいＰＵＣＣＨリソースセットインデックスを有する第３のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が第２の構成値より大きく、第３の値（例えば、１４０６）以下である場合、ＵＥは、「３」に等しいＰＵＣＣＨリソースセットインデックスを有する第４のＰＵＣＣＨリソースセットを選択し得る。
複数のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースセットを決定した後、ＵＥは、ＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩ、及び／又はＳＲ）送信用のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定し得る。ＵＥは、ＰＤＣＣＨ上で受信されたＤＣＩ（例えば、ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１）内のＰＵＣＣＨリソースインジケーターに基づき、ＰＵＣＣＨリソースを決定し得る。ＤＣＩの３ビットＰＵＣＣＨリソースインジケーターは、ＰＵＣＣＨリソースセット内の８つのＰＵＣＣＨリソースのうちの１つを示し得る。ＰＵＣＣＨリソースインジケーターに基づき、ＵＥは、ＤＣＩ内のＰＵＣＣＨリソースインジケーターによって示されるＰＵＣＣＨリソースを使用してＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩ及び／又はＳＲ）を送信し得る。
図１５は、本開示の実施形態による基地局１５０４と通信する無線デバイス１５０２の実施例を示す。無線デバイス１５０２及び基地局１５０４は、図１Ａに示される移動体通信ネットワーク１００、図１Ｂに示される移動体通信ネットワーク１５０、又はその他の通信ネットワークなどの移動体通信ネットワークの一部であり得る。図１５には、１つの無線デバイス１５０２及び１つの基地局１５０４のみが示される。しかし、移動体通信ネットワークは、図１５に示されるものと同じ又は同様の構成を有する、複数のＵＥ及び／又は複数の基地局を含み得ることが理解されよう。
基地局１５０４は、無線デバイス１５０２を、エアーインターフェース（又は無線インターフェース）１５０６上で無線通信を介してコアネットワーク（図示せず）に接続し得る。エアーインターフェース１５０６上の基地局１５０４から無線デバイス１５０２への通信方向は、ダウンリンクとして知られ、エアーインターフェース上の無線デバイス１５０２から、基地局１５０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、ＦＤＤ、ＴＤＤ、及び／又は２つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。
ダウンリンクでは、基地局１５０４から無線デバイス１５０２に送信されるデータは、基地局１５０４の処理システム１５０８に提供され得る。データは、例えば、コアネットワークによって処理システム１５０８に提供され得る。アップリンクでは、無線デバイス１５０２から、基地局１５０４に送信されるデータは、無線デバイス１５０２の処理システム１５１８に提供され得る。処理システム１５０８及び処理システム１５１８は、層３及び層２のＯＳＩ機能を実装して、送信のためにデータを処理し得る。層２は、例えば、図２Ａ、図２Ｂ、図３、及び図４Ａに関して、ＳＤＡＰ層、ＰＤＣＰ層、ＲＬＣ層、及びＭＡＣ層を含み得る。層３は、図２Ｂに関してＲＲＣ層を含み得る。
処理システム１５０８によって処理された後、無線デバイス１５０２に送信されるデータは、基地局１５０４の送信処理システム１５１０に提供され得る。同様に、処理システム１５１８によって処理された後、基地局１５０４に送信されるデータは、無線デバイス１５０２の送信処理システム１５２０に提供され得る。送信処理システム１５１０及び送信処理システム１５２０は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、及び図４Ａに関してＰＨＹ層を含み得る。送信処理のために、ＰＨＹ層は、例えば、トランスポートチャネルの順方向エラー訂正符号化、インターリーブ、レートマッチング、トランスポートチャネルの物理チャネルへのマッピング、物理チャネルの変調、多重入力多重出力（ＭＩＭＯ）又はマルチアンテナ処理、及び／又は類似のものを実行し得る。
基地局１５０４で、受信処理システム１５１２は、無線デバイス１５０２からアップリンク送信を受信し得る。無線デバイス１５０２では、受信処理システム１５２２は、基地局１５０４からダウンリンク送信を受信し得る。受信処理システム１５１２及び受信処理システム１５２２は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、及び図４Ａに関してＰＨＹ層を含み得る。受信処理のために、ＰＨＹ層は、例えば、エラー検出、順方向エラー訂正復号化、デインターリーブ、物理チャネルへのトランスポートチャネルのデマッピング、物理チャネルの復調、ＭＩＭＯ又はマルチアンテナ処理、及び／又は類似のものを実行し得る。
図１５に示すように、無線デバイス１５０２及び基地局１５０４は、複数のアンテナを含み得る。複数のアンテナは、空間多重化（例えば、単一ユーザＭＩＭＯ又はマルチユーザＭＩＭＯ）、送信／受信多様性、及び／又はビームフォーミングなどの１つ以上のＭＩＭＯ又はマルチアンテナ技術を実施するために使用され得る。他の実施例では、無線デバイス１５０２及び／又は基地局１５０４は、単一アンテナを有し得る。
処理システム１５０８及び処理システム１５１８は、それぞれメモリー１５１４及びメモリー１５２４と関連付けられ得る。メモリー１５１４及びメモリー１５２４（例えば、１つ以上の非一時的コンピュータ可読媒体）は、本出願で論じる１つ以上の機能を実施するために、処理システム１５０８及び／又は処理システム１５１８によって実行され得るコンピュータプログラム命令又はコードを記憶し得る。図１５には示されていないが、送信処理システム１５１０、送信処理システム１５２０、受信処理システム１５１２、及び／又は受信処理システム１５２２は、それらのそれぞれの機能のうちの１つ以上を実行するために実行され得るコンピュータプログラム命令又はコードを格納するメモリー（例えば、１つ以上の非一時的コンピュータ可読媒体）に結合され得る。
処理システム１５０８及び／又は処理システム１５１８は、１つ以上のコントローラー及び／又は１つ以上のプロセッサを含み得る。１つ以上のコントローラー及び／又は１つ以上のプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロコントローラー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）及び／又はその他のプログラマーブルロジックデバイス、ディスクリートゲート及び／又はトランジスターロジック、ディスクリートハードウェアコンポーネント、オンボードユニット、又はそれらの任意の組み合わせを含み得る。処理システム１５０８及び／又は処理システム１５１８は、信号符号化／処理、データ処理、電力制御、入出力処理、及び／又は無線デバイス１５０２及び基地局１５０４が無線環境で動作するのを可能にし得る他の任意の機能のうちのうちの少なくとも１つを実行し得る。
処理システム１５０８及び／又は処理システム１５１８は、それぞれ、１つ以上の周辺装置１５１６及び１つ以上の周辺装置１５２６に接続され得る。１つ以上の周辺装置１５１６及び１つ以上の周辺装置１５２６は、特徴及び／又は機能を提供するソフトウェア及び／又はハードウェア、例えばスピーカー、マイク、キーパッド、表示装置、タッチパッド、電源、衛星トランシーバー、ユニバーサルシリアルバス（ＵＳＢ）ポート、ハンズフリーヘッドセット、周波数変調（ＦＭ）無線ユニット、メディアプレーヤー、インターネットブラウザ、電子制御ユニット（例えば、車両用）、及び／又は１つ以上のセンサ（例えば、加速度計、ジャイロスコープ、温度センサ、レーダーセンサ、ライダーセンサ、超音波センサ、光センサ、カメラ、及び／又は類似のもの）を含み得る。処理システム１５０８及び／又は処理システム１５１８は、１つ以上の周辺装置１５１６及び／又は１つ以上の周辺装置１５２６からユーザ入力データを受信し、及び／又はユーザ出力データを提供し得る。無線デバイス１５０２内の処理システム１５１８は、電源から電力を受け取ることができ、及び／又は無線デバイス１５０２内の他のコンポーネントに電力を分配するように構成され得る。電源は、１つ以上の電源、例えば、バッテリー、太陽電池、燃料電池、又はそれらの任意の組み合わせを含み得る。処理システム１５０８及び／又は処理システム１５１８は、それぞれ、ＧＰＳチップセット１５１７及びＧＰＳチップセット１５２７に接続され得る。ＧＰＳチップセット１５１７及びＧＰＳチップセット１５２７は、それぞれ、無線デバイス１５０２及び基地局１５０４の地理的位置情報を提供するように構成され得る。
図１６Ａは、アップリンク送信のための例示的な構造を示す。物理アップリンク共有チャネルを代表するベースバンド信号は、１つ以上の機能を実行し得る。この１つ以上の機能は、スクランブリング、複素数値シンボルを生成するためのスクランブルビットの変調、１つ又はいくつかの送信層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、複素数値時間ドメイン単一キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）又はＣＰ－ＯＦＤＭ信号のアンテナポートへの生成、及び／又は類似のもののうちの少なくとも１つを含み得る。一実施例では、変換プリコーディングが有効である場合は、アップリンク送信のためのＳＣ－ＦＤＭＡ信号が生成され得る。一実施例では、変換プリコーディングが有効でない場合は、図１６Ａによって、アップリンク送信のためのＣＰ－ＯＦＤＭ信号が生成され得る。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装し得ることが予想される。
図１６Ｂは、ベースバンド信号のキャリア周波数への変調及びアップコンバージョンのための例示的な構造を示す。ベースバンド信号は、アンテナポートに対する、複素数値ＳＣ－ＦＤＭＡ又はＣＰ－ＯＦＤＭベースバンド信号及び／又は複素数値物理ランダムアクセスチャネル（ＰＲＡＣＨ）ベースバンド信号であり得る。送信前にフィルタリングを用いることができる。
図１６Ｃは、ダウンリンク送信の例示的な構造を示す。物理ダウンリンクチャネルを表すベースバンド信号は、１つ以上の機能を実行できる。この１つ以上の機能は、物理チャネル上で送信されるべきコードワード内の符号化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブルされたビットの変調、複素数値変調シンボルの１つ又はいくつかの送信層上へのマッピング、アンテナポート上での送信のための層上にある複素数値変調シンボルのプリコーディング、アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、及び／又は類似のものを含み得る。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装し得ることが予想される。
図１６Ｄは、ベースバンド信号のキャリア周波数への変調及びアップコンバージョンのための別の実施例示的な構造を示す。ベースバンド信号は、アンテナポート用の複素数値ＯＦＤＭベースバンド信号であり得る。送信前にフィルタリングを用いることができる。
無線デバイスは、複数のセル（例えば、一次セル、二次セル）の構成パラメータを含む１つ以上のメッセージ（例えば、ＲＲＣメッセージ）を基地局から受信し得る。無線デバイスは、複数のセルを介して、少なくとも１つの基地局（例えば、二重接続の２つ以上の基地局）と通信し得る。１つ以上のメッセージ（例えば、構成パラメータの一部として）は、無線デバイスを構成するための物理的、ＭＡＣ、ＲＬＣ、ＰＣＤＰ、ＳＤＡＰ、ＲＲＣ層のパラメータを含み得る。例えば、構成パラメータは、物理層及びＭＡＣ層チャネル、ベアラなどを構成するためのパラメータを含み得る。例えば、構成パラメータは、物理層、ＭＡＣ層、ＲＬＣ層、ＰＣＤＰ層、ＳＤＡＰ層、ＲＲＣ層、及び／又は通信チャネル用のタイマーの値を示す、パラメータを含み得る。
タイマーが開始されると実行を開始し、停止するまで、又は満了するまで、実行を継続し得る。タイマーは、動いていない場合に開始され得るか、動いている場合に再起動され得る。タイマーは、値と関連付けられ得る（例えば、タイマーは、ある値から開始又は再開され得、又はゼロから開始され、値に到達したら満了し得る）。タイマーの持続時間は、（例えば、ＢＷＰスイッチングにより）タイマーが停止するか、又は満了するまで更新され得ない。タイマーを使用して、プロセスの期間／ウィンドウを測定し得る。本明細書が、１つ以上のタイマーに関連する実装及び手順を指す場合、１つ以上のタイマーを実装する複数の方法があることが理解されよう。例えば、タイマーを実施するための複数の方法のうちの１つ以上が、手順の期間／ウィンドウを測定するために使用され得ることが理解されよう。例えば、ランダムアクセス応答ウィンドウタイマーは、ランダムアクセス応答を受信するためのウィンドウ時間を測定するために使用され得る。一実施例では、ランダムアクセス応答ウィンドウタイマーの開始及び満了の代わりに、２つのタイムスタンプ間の時間差を使用し得る。タイマーが再開されると、時間ウィンドウの測定のためのプロセスが再開され得る。他の例示的実施は、時間ウィンドウの測定を再開するために提供され得る。
一実施例では、無線ネットワーク（例えば、ＬＴＥ、５Ｇ、新しい無線、ＮＲなど）におけるスモールデータ伝送（ＳＤＴ）は、早期データ伝送（ＥＤＴ）として解釈され得る。ＳＤＴの項及びＥＤＴの項は、互いに互換性があり得る。アップリンクデータ伝送のために最初に実行される早期データ伝送は、モバイル起源早期データ伝送（ＭＯ－ＥＤＴ）、アップリンクＥＤＴ、アップリンクＳＤＴ、モバイル起源ＳＤＴ（ＭＯ－ＳＤＴ）、及び／又は類似のものとして呼び出され得る。ダウンリンクデータ伝送（例えば、ページング手順に基づき開始される）のために最初に実行される早期データ伝送は、モバイル終端早期データ伝送（ＭＴ－ＥＤＴ）、ダウンリンクＥＤＴ、ダウンリンクＳＤＴ、モバイル終端ＳＤＴ（ＭＴ－ＳＤＴ）、及び／又は類似のものとして呼び出され得る。
一実施例では、ＭＯ－ＥＤＴは、任意にランダムアクセス手順の間及び／又はその後に少なくとも１つのダウンリンクデータ伝送が続く、１つのアップリンクデータ伝送を可能にし得る。ＭＯ－ＥＤＴは、上位層が、モバイル起源データ（例えば、シグナリング又はＳＭＳありえない）に対するＲＲＣ接続の確立又は再開を要求するときにトリガーされ得る、及び／又はアップリンクデータサイズが、システム情報に示されるトランスポートブロック（ＴＢ）サイズ以下であり得る。ＭＯ－ＥＤＴは、ユーザプレーンセルラーモノのインターネット（ＣＩｏＴ）ＥＰＳ／５ＧＳ最適化を使用する場合、制御プレーン上のデータに使用されないことがある。ＭＯ－ＥＤＴは、帯域幅削減された低複雑性（ＢＬ）ＵＥ、強化されたカバレッジ（例えば、カバレッジ強化ＵＥ、ＣＥ ＵＥ）、狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）ＵＥ、及び／又は低減された能力（ＲｅｄＣａｐ）ＵＥに適用され得る。
一実施例では、制御プレーンＣＩｏＴ ＥＰＳ最適化及び／又は制御プレーンＣＩｏＴ ５ＧＳ最適化のためのＭＯ－ＥＤＴは、以下のように特徴付けられ得る。アップリンクユーザデータは、ＣＣＣＨ上のＵＬ ＲＲＣＥａｒｌｙＤａｔａＲｅｑｕｅｓｔメッセージに連結されるＮＡＳメッセージで送信され得る。ダウンリンクユーザデータは、ＣＣＣＨ上のＤＬ ＲＲＣＥａｒｌｙＤａｔａＣｏｍｐｌｅｔｅメッセージで連結されるＮＡＳメッセージで送信され得る。ＵＥは、ＲＲＣ ＣＯＮＮＥＣＴＥＤに移行し得ない。
図１７は、制御プレーンＣＩＯＴ ＥＰＳ最適化及び／又は制御プレーンＣＩＯＴ ５ＧＳ最適化のＭＯ－ＥＤＴ手順の例を示している。上位層からのモバイル起源（ＭＯ）データの接続確立要求時に、ＵＥはＭＯ－ＥＤＴ手順を開始でき、及び／又はＥＤＴに対して構成されるランダムアクセスプリアンブルを選択し得る。ＵＥは、選択されたランダムアクセスプリアンブルを送信することによってランダムアクセス手順を実行し得る。ＵＥは、ＣＣＣＨ上でユーザデータを連結したＲＲＣ早期データ要求メッセージを送信することができる。ＥＰＳ又は５ＧＳの場合、セル内で有効になっている場合、ＵＥはＡＳリリース支援情報（ＲＡＩ）を示すことができる。ＥＰＳの場合、ｅＮＢ又はｇＮＢは、Ｓ１－ＡＰ初期ＵＥメッセージ手順を開始して、ＮＡＳメッセージを転送し、及び／又はＳ１接続を確立することができる。５ＧＳの場合、ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰ初期ＵＥメッセージ手順を開始して、ＮＡＳメッセージを転送することができる。（ｎｇ－）ｅＮＢ又はｇＮＢは、接続がＥＤＴ（及び／又はＳＤＴ）のためにトリガーされることを示すことができる。
ＥＰＳの場合、ＭＭＥはＳ－ＧＷにＵＥのＥＰＳベアラを再アクティブ化するよう要求することができる。５ＧＳの場合、ＡＭＦは、ＵＥからのＮＡＳメッセージに含まれる／示されるＰＤＵセッションを決定し得る。ＥＰＳの場合、ＭＭＥはアップリンクデータをＳ－ＧＷに送信できる。５ＧＳの場合ＡＭＦは、ＰＤＵセッションＩＤ及び／又はアップリンクデータをＳＭＦに送信してもよく、及び／又はＳＭＦはアップリンクデータをＵＰＦに転送し得る。ＥＰＳの場合、ダウンリンクデータが利用可能な場合、Ｓ－ＧＷはダウンリンクデータをＭＭＥに送信することができる。５ＧＳの場合、ダウンリンクデータが利用可能な場合、ＵＰＦはダウンリンクデータをＳＭＦに転送し得る、及び／又はＳＭＦはダウンリンクデータをＡＭＦに転送し得る。ダウンリンクデータがＳ－ＧＷ及び／又はＳＭＦから受信される場合、ＭＭＥ又はＡＭＦは、ＤＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ手順を介して、ｅＮＢ／ｎｇ－ｅＮＢ又はｇＮＢにダウンリンクデータを転送し得、及び／又は更なるデータが予期されるかどうかを示し得る。一実施例では、ＭＭＥ又はＡＭＦは、接続確立表示手順をトリガーし得、及び／又は更なるデータが予期されるかどうかを示し得る。一実施例では、更なるデータが予期されない場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ＲＲＣＥａｒｌｙＤａｔａＣｏｍｐｌｅｔｅメッセージをＣＣＣＨに送信して、ＵＥをＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥに維持し得る。ダウンリンクデータが受信された場合、ダウンリンクデータは、ＲＲＣＥａｒｌｙＤａｔａＣｏｍｐｌｅｔｅメッセージで連結され得る。
ＥＰＳについては、Ｓ１接続をリリースしてもよく、及び／又はＥＰＳベアラを停止し得る。５ＧＳについて、ＡＮリリース手順が開始される。ＭＭＥ／ＡＭＦ又は（ｎｇ－）ｅＮＢ／ｇＮＢが、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動することを決定した場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ、又はＲＲＣＲｅｓｕｍｅメッセージは、ＲＲＣ接続確立／セットアップ／再開手順にフォールバックするために送信され得る。（ｎｇ－）ｅＮＢ又はｇＮＢは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージにおいて受信したゼロ長ＮＡＳ ＰＤＵを破棄し得る。ＲＲＣＥａｒｌｙＤａｔａＣｏｍｐｌｅｔｅもフォールバックの場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ／ｅｓｔａｂｌｉｓｈｍｅｎｔ／ｒｅｓｕｍｅもＲＲＣＥａｒｌｙＤａｔａＲｅｑｕｅｓｔに応答して受信されない場合、ＵＥは、ＵＬデータ伝送が成功しなかったと決定することができる。
一実施例では、ユーザプレーンＣＩｏＴ ＥＰＳ最適化及び／又はユーザプレーンＣＩｏＴ ５ＧＳ最適化のためのＭＯ－ＥＤＴは、以下のように特徴付けられ得る。ＵＥは、一時停止表示を有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージにおいて、ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）が提供され得る。アップリンクユーザデータは、ＣＣＣＨ上のＵＬ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ又はＲＲＣ再開要求メッセージと多重化されたＤＴＣＨ上で送信され得る。ダウンリンクユーザデータは、ＤＣＣＨ上のＤＬ ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージと多重化されたＤＴＣＨ上で任意選択的に送信され得る。ショート再開ＭＡＣ－Ｉ（ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ－Ｉ）は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ及び／又はＲＲＣ再開要求メッセージの認証トークンとして再使用できる。ショート再開ＭＡＣ－Ｉは、以前の接続からの完全性キーを使用して計算され得る。アップリンク及び／又はダウンリンクにおけるユーザデータは、暗号化され得る。キーは、前のＲＲＣ接続のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージで提供されたＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）を使用して導出され得る。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージは、完全性保護され得、及び／又は新しく導出されたキーを使用して暗号化され得る。ＲＲＣアイドル状態及び／又はＲＲＣ非アクティブ状態からＲＲＣ ＣＯＮＮＥＣＴＥＤへは移行し得ない。
図１８は、ユーザプレーンＣＩｏＴ ＥＰＳ最適化及び／又はユーザプレーンＣＩｏＴ ５ＧＳ最適化のためのＭＯ－ＥＤＴ手順の例を示す。上位層からのモバイル起源データに対する接続再開要求時に、ＵＥはＭＯ－ＥＤＴ手順を開始することができ、及び／又はＥＤＴに対して構成されるランダムアクセスプリアンブルを選択し得る。ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを、再開ＩＤ、確立原因、及び／又は認証トークンを含む、ｅＮＢ及び／又はｇＮＢに送信し得る。ＵＥは、全てのＳＲＢ及び／又はＤＲＢを再開し得る。ＵＥは、以前のＲＲＣ接続で構成されるＳＲＢ及び／又はＤＲＢの一部を再開し得る。ＵＥは、前のＲＲＣ接続のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージに提供されたＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔを使用して新しいセキュリティキーを導出し、及び／又はＡＳセキュリティを再確立し得る。ユーザデータは、ＣＣＣＨ上のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージと多重化されたＤＴＣＨを介して暗号化及び／又は送信され得る。セル内で有効になっている場合、ＵＥは、ＡＳリリース支援情報（ＲＡＩ）を示し得る。ｅＮＢは、Ｓ１－ＡＰコンテキスト再開手順を開始し、Ｓ１接続を再開し、及び／又はＳ１－Ｕベアラを再アクティブ化し得る。ＭＭＥは、ＵＥに対するＳ１－Ｕベアラを再アクティブ化するようにＳ－ＧＷを要求し得る。ＭＭＥは、ｅＮＢへのＵＥコンテキスト再開を確認し得る。アップリンクデータは、Ｓ－ＧＷに配信され得る。ダウンリンクデータが利用可能な場合、Ｓ－ＧＷは、ダウンリンクデータをｅＮＢに送信し得る。更なるデータが予期されない場合、ｅＮＢは、Ｓ１接続の一時停止及び／又はＵＥのＳ１－Ｕベアラの停止を開始し得る。ｅＮＢは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージを送信して、ＵＥをＲＲＣ＿ＩＤＬＥ状態及び／又はＲＲＣ非アクティブ状態に保ち得る。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージには、ＵＥによって格納され得る、ｒｒｃ－Ｓｕｓｐｅｎｄ、ｒｅｓｕｍｅＩＤ、ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）、及び／又はｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣに設定されるｒｅｌｅａｓｅＣａｕｓｅが含まれ得る。ダウンリンクデータが受信された場合、ダウンリンクデータは、ＤＣＣＨを介してＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージと多重化されたＤＴＣＨを介して暗号化されて送信され得る。
図１８に示すように、上位層からのモバイル起源データに対する接続再開要求時に、ＵＥはＭＯ－ＥＤＴ手順を開始することができ、及び／又はＥＤＴに対して構成されるランダムアクセスプリアンブルを選択し得る。ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ及び／又はＲＲＣ再開要求メッセージを、Ｉ－ＲＮＴＩ、再開原因、及び／又は認証トークンを含む、ｎｇ－ｅＮＢ及び／又はｇＮＢに送信し得る。ＵＥは、全てのＳＲＢ及びＤＲＢを再開し得る。ＵＥは、以前のＲＲＣ接続で構成されるＳＲＢ及び／又はＤＲＢの一部を再開し得る。ＵＥは、前のＲＲＣ接続のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージに提供されたＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）を使用して新しいセキュリティキーを導出し、及び／又はＡＳセキュリティを再確立し得る。ユーザデータは、ＣＣＣＨ上のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ及び／又はＲＲＣ再開メッセージと多重化されたＤＴＣＨを介して暗号化及び／又は送信され得る。ＵＥは、ＡＳリリース支援情報（ＲＡＩ）を示すことができる。アップリンクデータは、ＵＰＦに送達され得る。ｎｇ－ｅＮＢ及び／又はｇＮＢは、ＮＧ－ＡＰコンテキスト再開要求メッセージをＡＭＦに送信して、接続を再開し得る。ＵＥが、更なるＵＬ／ＤＬ上位層ＰＤＵなしを示すＡＳリリース支援情報を含む場合、ｅＮＢ及び／又はｇＮＢは、一時停止及び／又はＲＲＣ非アクティブ状態を伴うＲＲＣＩＤＬＥへの即時移行を要求し得る。ＡＭＦが、一時停止及び／又はＲＲＣ非アクティブ状態を伴うＲＲＣ ＩＤＬＥへの即時移行の要求を受信しない場合、又はＡＭＦがダウンリンクデータ又は保留中のシグナリングを認識している場合、ＡＭＦは、ＳＭＦにＰＤＵセッションを再開するように要求し得る。ＡＭＦは、ＮＧ－ＡＰコンテキスト再開応答をｎｇ－ｅＮＢ及び／又はｇＮＢに送信し得る。ＡＭＦが、一時停止及び／又はＲＲＣ非アクティブ状態を伴うＲＲＣ ＩＤＬＥへの即時移行の要求を受信し、及び／又はダウンリンクデータ又は保留中のシグナリングがない場合、ＡＭＦは、一時停止表示を含み得る。ＡＭＦは、一時停止を有するＣＭ－ＩＤＬＥにＵＥを保持し得る。ＡＭＦが一時停止表示を含む場合、ｎｇ－ｅＮＢ及び／又はｇＮＢは、一時停止を伴うＲＲＣリリース手順を進めることができる。ＡＭＦが一時停止表示を含まない場合、及び／又はＵＥがアップリンク送信に続く単一のダウンリンクデータ伝送を示す、ＡＳリリース支援情報を含む場合、ｅＮＢ及び／又はｇＮＢは、ダウンリンクデータが到着するのを待機し得る。ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰ ＵＥコンテキスト一時停止手順を開始し、ＡＭＦにＲＲＣ接続が一時停止され得ることを通知し得る。ＡＭＦは、ＳＭＦにＰＤＵセッションを一時停止するよう要求し得る。ＳＭＦは、ＵＰＦにＵＥのトンネル情報をリリースするように要求し得る。ｅＮＢ／ｎｇ－ｅＮＢ及び／又はｇＮＢは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージを送信して、ＵＥをＲＲＣ＿ＩＤＬＥ及び／又はＲＲＣ非アクティブ状態に保つことができる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージには、ＵＥによって格納され得る、ｒｒｃ－Ｓｕｓｐｅｎｄ、Ｉ－ＲＮＴＩ、ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）、及び／又はｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣに設定できるｒｅｌｅａｓｅＣａｕｓｅが含まれ得る。ダウンリンクデータ（例えば、後続のダウンリンクデータ）が受信された場合、ダウンリンクデータは、ＤＣＣＨ上のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又はＲＲＣリリースメッセージと多重化されたＤＴＣＨ上で暗号化されて送信され得る。
一実施例では、ＭＭＥ／ＡＭＦ又は（ｎｇ－）ｅＮＢ／ｇＮＢが、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移動することを決定した場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ及び／又はＲＲＣ再開／セットアップメッセージは、ＲＲＣ接続再開手順にフォールバックするために送信され得る。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ及び／又はＲＲＣ再開／セットアップメッセージは、完全性保護されてもよく、及び／又は導出されたキーで暗号化され得る。ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ及び／又はＲＲＣ再開メッセージに含まれるＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）を無視できる。ダウンリンクデータは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ及び／又はＲＲＣ再開／セットアップメッセージと多重化されたＤＴＣＨを介して送信され得る。ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ及び／又はＲＲＣセットアップメッセージを送信して、ＲＲＣ接続確立／セットアップ手順にフォールバックすることができる。一実施例では、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ（ＲＲＣリリースメッセージ）及びＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ（ＲＲＣ再開／セットアップメッセージ）が、ＭＯ－ＥＤＴのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ及び／又はＲＲＣ再開要求メッセージに応答して受信されない場合、ＵＥは、アップリンクデータ伝送が失敗したとみなすことができる。
一実施例では、図１９に示すように、ユーザプレーンＣＩｏＴ ＥＰＳ最適化及び／又はユーザプレーンＣＩｏＴ ５ＧＳ最適化のためのＭＯ－ＥＤＴについて、ＲＲＣ接続は、ＲＲＣ接続が一時停止された（古い（ｎｇ－）ｅＮＢ及び又は古いｇＮＢ）基地局とは異なる（ｎｇ－）ｅＮＢ（例えば、新しい（ｎｇ－）ｅＮＢ）及び／又はｇＮＢ（例えば、新しいｇＮＢ）で再開され得る。Ｉｎｔｅｒ（ｎｇ－）ｅＮＢ又はｉｎｔｅｒ ｇＮＢ接続再開は、コンテキストフェッチを使用して処理され得る。新しい（ｎｇ－）ｅＮＢ又は新しいｇＮＢは、Ｘ２（Ｘｎ）インターフェース上で、古い（ｎｇ－）ｅＮＢ及び／又は古いｇＮＢからＵＥコンテキストを取得することができる。新しい（ｎｇ－）ｅＮＢ又は新しいｇＮＢは、ＵＥのＵＥコンテキストを識別するために古い（ｎｇ－）ｅＮＢ又は古いｇＮＢによって使用され得る、ＥＰＳ用の再開ＩＤ又は５ＧＳ用のＩ－ＲＮＴＩを提供し得る。
図１９は、異なるｅＮＢ／ｎｇ－ｅＮＢ及び／又は異なるｇＮＢ（例えば、基地局の再配置ケース）におけるユーザプレーンＣＩｏＴ ＥＰＳ最適化及び／又はユーザプレーンＣＩｏＴ ５ＧＳ最適化のためのＭＯ－ＥＤＴ手順の例を示す。新しい（ｎｇ－）ｅＮＢ又は新しいｇＮＢは、再開ＩＤ（例えば、ＥＰＳ用）又はＩ－ＲＮＴＩ（例えば、５ＧＳ用）を使用して古い（ｎｇ－）ｅＮＢを位置付け／決定してもよく、及び／又はＸ２－ＡＰ（ＥＰＳ用）又はＸｎ－ＡＰ（５ＧＳ用）を介して取得ＵＥコンテキスト手順を実行することによって、ＵＥコンテキストを取得することができる。古い（ｎｇ－）ｅＮＢは、再開ＩＤ（例えば、ＥＰＳ用）又はＩ－ＲＮＴＩ（５ＧＳ用）と関連付けられるＵＥコンテキストで応答し得る。ＥＰＳについては、新しいｅＮＢ又は新しいｇＮＢがＳ１－ＡＰパススイッチ手順を開始して、Ｓ１ ＵＥ関連シグナリング接続をサービングＭＭＥに確立し、及び／又はＭＭＥにＵＥコンテキストを再開するように要求し得る。５ＧＳの場合、新しいｎｇ－ｅＮＢ又は新しいｇＮＢは、ＮＧ－ＡＰパススイッチ手順を開始して、ＮＧ ＵＥ関連シグナリング接続をサービングＡＭＦに確立し、及び／又はＡＭＦにＵＥコンテキストを再開するように要求し得る。ＥＰＳについては、ＭＭＥは、Ｓ－ＧＷにＵＥのＳ１－Ｕベアラを起動するように要求してもよく、及び／又はダウンリンクパスを更新し得る。５ＧＳについては、ＡＭＦは、ＳＭＦにＰＤＵセッションを再開するように要求し得る。ＳＭＦは、ＵＰＦにＵＥのトンネル情報を作成する、及び／又はダウンリンクパスを更新するように要求し得る。ＥＰＳでは、Ｓ１－ＡＰパススイッチ手順の後、新しいｅＮＢ及び／又は新しいｇＮＢは、Ｘ２－ＡＰを介してＵＥコンテキストリリース手順を実行することによって、古いｅＮＢ又は古いｇＮＢでＵＥコンテキストのリリースをトリガーし得る。５ＧＳでは、ＮＧ－ＡＰパススイッチ手順の後に、新しいｎｇ－ｅＮＢ及び／又は新しいｇＮＢが、Ｘｎ－ＡＰを介してＵＥコンテキストリリース手順を実行することによって、古いｎｇ－ｅＮＢ及び／又は古いｇＮＢでのＵＥコンテキストのリリースをトリガーし得る。アップリンクデータは、Ｓ－ＧＷ及び／又はＵＰＦに送達され得る。
一実施例では、ＭＴ－ＥＤＴは、ランダムアクセス手順中の単一のダウンリンクデータ伝送用であり得る。ＵＥ及び／又はネットワークがＭＴ－ＥＤＴをサポートする場合、及び／又はＵＥに対して単一のＤＬデータ伝送が存在する場合、ＭＴ－ＥＤＴは、ＭＭＥ、ＡＭＦ／ＳＭＦ、又はｇＮＢによって開始され得る。制御プレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化及び／又はユーザプレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化のためのＭＴ－ＥＤＴは、以下のように特徴付けされ得る。制御プレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化及び／又はユーザプレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化に対するＭＴ－ＥＤＴのサポートは、（例えば、ＮＡＳメッセージを介して）ＮＡＳレベルシグナリングを介してＵＥによって報告され得る。ダウンリンクデータサイズは、ＵＥに対するＳ１－ＡＰ又はＮＧ－ＡＰページングメッセージに含まれてもよく／示され得る。ＭＴ－ＥＤＴ表示は、Ｕｕインターフェース上のＵＥのページングメッセージに含まれてもよい。ユーザプレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化については、ＵＥにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ及び／又は一時停止表示を有するＲＲＣリリースメッセージで、ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）が提供され得る。ＭＴ－ＥＤＴ表示を有する／含むページングメッセージに応答して、ＵＥは、上位層がモバイル終了呼び出し用のＲＲＣ接続の確立又は再開を要求した場合に、制御プレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化又はユーザプレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化のためのＭＯ－ＥＤＴ手順を起動し得る。ＭＴ－ＥＤＴを実行するＵＥは、ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態に移行し得ない。ＭＴ－ＥＤＴは、ＢＬ ＵＥ、拡張カバレッジ内のＵＥ（例えば、ＣＥ ＵＥ）、及び／又はＮＢ－ＩｏＴ ＵＥに適用可能であり得る。
一実施例では、事前構成されたアップリンクリソース（ＰＵＲ）を使用した送信は、ランダムアクセス手順を実施することなく、ＰＵＲを使用して、ＲＲＣ＿ＩＤＬＥ（ＲＲＣアイドル状態）及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ（ＲＲＣ非アクティブ状態）からの少なくとも１つのアップリンク送信を可能にし得る。ＰＵＲを使用した送信は、ＵＥ及び／又は（ｎｇ－）ｅＮＢサポートの場合、（ｎｇ－）ｅＮＢ及び／又はｇＮＢによって有効化され得る。
一実施例では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモード／状態にある間に、ＰＵＲで構成されること、及び／又はＰＵＲ構成がリリースされることを要求することができる。（ｎｇ－）ｅＮＢ／ｇＮＢは、ＵＥの要求、ＵＥのサブスクリプション情報、及び／又はローカルポリシーに基づくことができるＰＵＲを構成することを決定することができる。ＰＵＲは、構成が受信されたセルで有効であり得る。
ＰＵＲを使用した送信は、ＵＥの上位層がＲＲＣ接続の確立又は再開を要求するときにトリガーされ得る。ＰＵＲを使用した送信は、ＵＥが送信するデータを有するときにトリガーされ得る。ＰＵＲを使用した送信は、ＵＥが送信に対して有効なＰＵＲを有する場合、及び／又はＴＡ検証基準を満たす場合、トリガーされ得る。ＰＵＲを使用した送信は、ＢＬ ＵＥ、強化されたカバレッジにおけるＵＥ、及び／又はＮＢ－ＩｏＴ ＵＥに適用でき得る。図２３は、ＰＵＲを使用した送信の例を示す。
一実施例では、図２０に示すように、ＰＵＲ構成要求及びＰＵＲ構成に対する手順は、制御プレーン ＣＩｏＴ ＥＰＳ／５ＧＳ最適化及び／又はユーザプレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化に使用され得る。ＵＥは、ＰＵＲ構成要求を基地局（例えば、ｇＮＢ、ｅＮＢ）に送信し得る。基地局は、ＲＲＣ接続リリース表示及びＰＵＲ構成パラメータをＵＥに送信し得る。ＰＵＲ構成パラメータは、ＰＵＲ構成要求に基づき得る。一実施例では、図２０に示すように、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあり、セル内でＰＵＲが有効化される。ＵＥは、要求されたリソースに関する情報（例えば、発生数、周期性、時間オフセット、ＴＢＳ、ＲＲＣ確認応答など）を提供するＰＵＲ構成要求メッセージを送信することによって、ＵＥがＰＵＲで構成されることに関心があることを（ｎｇ－）ｅＮＢ又はｇＮＢに示し得る。ＵＥは、（ｎｇ－）ｅＮＢ又はｇＮＢに対して、ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージにおいて、ＵＥがリリースされる構成されるＰＵＲに関心があることを示し得る。（ｎｇ－）ｅＮＢ又はｇＮＢが、ＵＥをＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥ（例えば、先行するＵＥ ＰＵＲ構成要求、サブスクリプション情報、及び／又はローカルポリシーに基づく）に移動させる場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ＵＥにＰＵＲリソースを提供するか、又は既存のＰＵＲリソースをリリースするかを決定し得る。（ｎｇ－）ｅＮＢ又はｇＮＢは、ＲＲＣ接続リリースメッセージに、ＰＵＲ構成のパラメータ又はＰＵＲリリース表示を含み得る。制御プレーンＣＩｏＴ ＥＰＳ／５ＧＳ最適化を使用するＵＥの場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ＰＵＲ構成とともにＰＵＲ構成ＩＤを提供し得る。利用可能な場合、ＵＥは、ＰＵＲリソースを使用せずＲＲＣ接続を確立／再開する際に、ＲＲＣ接続セットアップ／再開完了メッセージにＰＵＲ構成ＩＤを含めることができる。
一実施例では、ＰＵＲ構成は、ＵＥ及び／又は（ｎｇ－）ｅＮＢ／ｇＮＢで、ＵＥが別のセルでアクセスするとき、ＰＵＲがセルでもはや有効でないとき、及び／又はＰＵＲリソースが構成される連続的機会の数に使用されていない場合に、リリースされ得る。一実施例では、ＵＥ及びＰＵＲ構成は、構成されるＰＵＲリソースに従ってリンクされ得る。
一実施例では、図２１は、制御プレーンＣＩｏＴ ＥＰＳ最適化及び／又は制御プレーンＣＩｏＴ ５ＧＳ最適化のためのＰＵＲを使用した送信の例を示す。アップリンクユーザデータは、ＣＣＣＨ上のＲＲＣ早期データ要求メッセージで連結されるＮＡＳメッセージにおけるＰＵＲリソースを使用して送信され得る。ダウンリンクデータがない場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ユーザデータなしで、任意選択的に、Ｔｉｍｅ時間進行コマンド、ＭＡＣ Ｔｉｍｅ時間進行コマンド、及び／又はＲＲＣ早期データ完了を含む、層１確認応答を送信することによって、手順を終了し得る。ダウンリンクユーザデータは、ＣＣＣＨ上のＲＲＣ早期データ完了メッセージで連結されるＮＡＳメッセージで送信され得る。ＵＥは、ＲＲＣ ＣＯＮＮＥＣＴＥＤに移行し得ない。
図２１では、ＵＥは、ＰＵＲリソースが使用され得る（例えば、セル内で有効化されたＰＵＲ、有効な時間アライメントなど）と決定し得る。ＵＥは、ＰＵＲリソース上で送信し得る。アップリンクデータが、ＲＲＣ早期データ要求に含めるには大きすぎる場合、ＵＥはＰＵＲリソースを使用してＲＲＣ接続要求を送信し得る。手順は、ＲＲＣ接続確立手順にフォールバックすることができ、及び／又は新しいＣ－ＲＮＴＩを割り当てることができる。（ｎｇ－）ｅＮＢ又はｇＮＢは、層１フォールバック表示を送信することによって、ＰＵＲを使用して送信を中止するようにＵＥに要求し得る。一実施例では、ＥＰＳについて、ｅＮＢ又はｇＮＢは、Ｓ１－ＡＰ又はＮ２／３の初期ＵＥメッセージ手順を開始して、ＮＡＳメッセージを転送し得、及び／又はＳ１又はＮ２／Ｎ３接続を確立し得る。５ＧＳの場合、ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰ初期ＵＥメッセージ手順を開始し、ＮＡＳメッセージを転送し得る。（ｎｇ－）ｅＮＢ又はｇＮＢは、この接続がＥＤＴに対してトリガーされることを示し得る。一実施例では、ＥＰＳに対して、ＭＭＥは、Ｓ－ＧＷに、ＵＥに対するＥＰＳベアラを再アクティブ化するよう要求し得る。５ＧＳに対して、ＡＭＦは、ＮＡＳメッセージに含まれるＰＤＵセッションを決定し得る。ＥＰＳに対して、ＭＭＥはアップリンクデータをＳ－ＧＷに送信し得る。５ＧＳに対して、ＡＭＦは、ＰＤＵセッションＩＤ及び／又はアップリンクデータをＳＭＦに送信し得る。ＳＭＦは、アップリンクデータをＵＰＦに転送し得る。一実施例では、ＥＰＳに対して、ダウンリンクデータが利用可能な場合、Ｓ－ＧＷは、ダウンリンクデータをＭＭＥに送信し得る。５ＧＳに対して、ダウンリンクデータが利用可能な場合、ＵＰＦはダウンリンクデータをＳＭＦに転送し得る。ＳＭＦは、ダウンリンクデータをＡＭＦに転送し得る。ダウンリンクデータがＳ－ＧＷ又はＳＭＦから受信される場合、ＭＭＥ又はＡＭＦは、ＤＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ手順を介して、ｅＮＢ／ｎｇ－ｅＮＢ又はｇＮＢにデータを転送し得、及び／又は更なるデータが予期されるかどうかを示し得る。一実施例では、ＭＭＥ又はＡＭＦは、接続確立表示手順をトリガーし得、及び／又は更なるデータが予期されるかどうかを示し得る。（ｎｇ－）ｅＮＢ又はｇＮＢが、更なるデータ又はシグナリングがないことを認識する場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、Ｔｉｍｅ時間進行コマンドを送信して、ＴＡを更新する、及び／又は手順を終了し得る。一実施例では、更なるデータが予期されない場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ＲＲＣ早期データ完了メッセージをＣＣＣＨに送信して、ＵＥをＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥに維持し得る。ダウンリンクデータが受信された場合、ダウンリンクデータは、ＲＲＣ早期データ完了メッセージで連結され得る。一実施例では、ＭＭＥ／ＡＭＦ又は（ｎｇ－）ｅＮＢ／ｇＮＢが、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移動することを決定した場合、ＲＲＣ接続セットアップメッセージを、ＲＲＣ接続確立手順にフォールバックするために送信し得、及び／又は新しいＣ－ＲＮＴＩを割り当てることができる。（ｎｇ－）ｅＮＢ又はｇＮＢは、ＲＲＣ接続セットアップ完了メッセージにおいて受信したゼロ長ＮＡＳ ＰＤＵを破棄し得る。一実施例では、層１のＡｃｋ、ＭＡＣ時間進行コマンド、ＲＲＣ早期データ完了、及び／又はフォールバックの場合、ＲＲＣ早期データ要求に応答してＲＲＣ接続セットアップのいずれも受信されない場合、ＵＥはＵＬデータ伝送が成功しなかったとみなすことができる。
一実施例では、図２２に示すように、ＵＥは、ユーザプレーンＣＩｏＴ ＥＰＳ最適化及び／又はユーザプレーンＣＩｏＴ ５ＧＳ最適化のためのＰＵＲを使用してデータを送信し得る。ＵＥは、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにあり、かつ／又は有効なＰＵＲリソースを有する。ＵＥは、一時停止表示を有するＲＲＣ接続リリースメッセージで、Ｎｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔが提供され得る。アップリンクユーザデータは、ＣＣＣＨ上のＲＲＣ接続再開要求メッセージと多重化されたＤＴＣＨ上で送信され得る。ダウンリンクユーザデータは、ＤＣＣＨ上のＲＲＣ接続リリースメッセージと多重化されたＤＴＣＨ上で任意選択的に送信され得る。アップリンク及びダウンリンクにおけるユーザデータは、暗号化され得る。キーは、前のＲＲＣ接続のＲＲＣ接続リリースメッセージで提供されたＮｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔを使用して導出され得る。ＲＲＣ接続リリースメッセージは、完全性保護され得、及び／又は新しく導出されたキーを使用して暗号化され得る。ＵＥは、ＲＲＣ ＣＯＮＮＥＣＴＥＤに移行できない場合があり得る。一実施例では、ＵＥは、ユーザプレーンＣＩｏＴ ＥＰＳ最適化及びユーザプレーンＣＩｏＴ ５ＧＳ最適化のために、ＰＵＲを使用してデータを送信し得る。
図２２では、ＵＥは、構成される基準（例えば、ＴＡ検証、ＲＳＲＰ検証など）に従ってＰＵＲリソースを検証し得る。一実施例では、ＵＥは、ランダムアクセス応答で割り当てられたリソースの代わりに、ＰＵＲリソース上で送信し得る。ＵＥは、その再開ＩＤ、確立原因、及び／又は認証トークンを含めて、ＲＲＣ接続再開要求をｅＮＢ又はｇＮＢに送信し得る。ＵＥは、ＳＲＢ及びＤＲＢを再開し得る。ＵＥは、前のＲＲＣ接続のＲＲＣ接続リリースメッセージに提供されたＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔを使用して新しいセキュリティキーを導出し、及び／又はＡＳセキュリティを再確立し得る。ユーザデータは、ＣＣＣＨ上のＲＲＣ接続再開要求メッセージと多重化されたＤＴＣＨ上で暗号化及び／又は送信され得る。セル内で有効になっている場合、ＵＥは、ＡＳリリース支援情報を示し得る。ＵＥは、そのＩ－ＲＮＴＩ、再開原因、及び／又は認証トークンを含めて、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔをｎｇ－ｅＮＢ又はｇＮＢに送信し得る。ＵＥは、ＳＲＢ及びＤＲＢを再開し得る。ＵＥは、前の接続のＲＲＣ接続リリースメッセージで提供されたＮｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔを使用して新しいセキュリティキーを導出し、ＡＳセキュリティを再確立し得る。ユーザデータは、暗号化され、ＣＣＣＨ上のＲＲＣ接続再開要求メッセージと多重化されたＤＴＣＨで送信され得る。ＵＥは、ＡＳリリース支援情報を示すことができる。ＰＵＲを使用した送信に含めるのに、ユーザデータが大きすぎる場合、ＵＥは、ＰＵＲを使用して、ＲＲＣ接続再開要求及びユーザデータのセグメントを送信し得る。手順は、ＲＲＣ接続再開手順にフォールバックすることができる。新しいＣ－ＲＮＴＩを割り当てることができる。（ｎｇ－）ｅＮＢ又はｇＮＢは、層１フォールバック表示を送信することによって、ＰＵＲを使用して送信を中止するようにＵＥに要求し得る。
一実施例では、ｅＮＢ又はｇＮＢは、Ｓ１－ＡＰコンテキスト再開手順を開始し、Ｓ１接続を再開し、Ｓ１－Ｕベアラを再アクティブ化し得る。ＭＭＥは、ＵＥに対するＳ１－Ｕベアラを再アクティブ化するようにＳ－ＧＷを要求し得る。ＭＭＥは、ｅＮＢ又はｇＮＢへのＵＥコンテキスト再開を確認し得る。アップリンクデータは、Ｓ－ＧＷに配信され得る。ダウンリンクデータが利用可能な場合、Ｓ－ＧＷは、ダウンリンクデータをｅＮＢ又はｇＮＢに送信し得る。更なるデータが予期されない場合、ｅＮＢ又はｇＮＢは、Ｓ１接続の一時停止及び／又はＳ１－Ｕベアラの無効化を開始し得る。
一実施例では、アップリンクデータは、ＵＰＦに送達され得る。ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰコンテキスト再開要求メッセージをＡＭＦに送信して、接続を再開し得る。ＵＥが、更なるＵＬ／ＤＬ上位層ＰＤＵなしを示すＡＳリリース支援情報を含む場合、ｎｇ－ｅＮＢ又はｇＮＢは、一時停止及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥを伴うＲＲＣ＿ＩＤＬＥへの即時移行を要求し得る。一実施例では、ＡＭＦが、一時停止を伴うＲＲＣ ＩＤＬＥへの即時移行の要求を受信しない場合、又はＡＭＦがダウンリンクデータ又は保留中のシグナリングを認識している場合、ＡＭＦは、ＳＭＦにＰＤＵセッションを再開するように要求し得る。ＡＭＦは、ＮＧ－ＡＰコンテキスト再開応答をｎｇ－ｅＮＢ又はｇＮＢに送信し得る。ＡＭＦが、一時停止を伴うＲＲＣ ＩＤＬＥへの即時移行の要求を受信し、及び／又はダウンリンクデータ又は保留中のシグナリングがない場合、ＡＭＦは、一時停止表示を含み得、及び／又は一時停止を伴うＣＭ－ＩＤＬＥにおいてＵＥを保持し得る。一実施例では、ＡＭＦが、アップリンク送信に続く単一のダウンリンクデータ伝送のみを示す、一時停止表示及び／又はＡＳリリース支援情報を含むＵＥを含まない場合、ｎｇ－ｅＮＢ又はｇＮＢは、ＤＬデータが到着するのを待機し得る。ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰ ＵＥコンテキスト一時停止手順を開始し、ＲＲＣ接続が一時停止されることをＡＭＦに通知し得る。ＡＭＦは、ＳＭＦにＰＤＵセッションを一時停止するよう要求し得る。ＳＭＦは、ＵＥに対するトンネル情報のリリースをＵＰＦに要求し得る。
ｅＮＢ又はｇＮＢは、ＵＥをＲＲＣ＿ＩＤＬＥに維持するために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを送信し得る。このメッセージには、ＵＥによって記憶される、ｒｒｃ－Ｓｕｓｐｅｎｄに設定されたｒｅｌｅａｓｅＣａｕｓｅ、ｒｅｓｕｍｅＩＤ、Ｉ－ＲＮＴＩ、ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ、及びｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣが含まれる。ダウンリンクデータが受信された場合、ダウンリンクデータは、ＤＣＣＨ上のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージと多重化されたＤＴＣＨ上で暗号化されて送信され得る。一実施例では、ＲＲＣ接続リリースメッセージは、Ｔｉｍｅ時間進行コマンドを含み得る。
一実施例では、ＭＭＥ／ＡＭＦ又は（ｎｇ－）ｅＮＢ／ｇＮＢが、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移動することを決定した場合、ＲＲＣ接続再開メッセージは、ＲＲＣ接続再開手順にフォールバックするために送信され得る。ＲＲＣ接続再開メッセージは、完全性保護され、かつ／又はキーで暗号化され得る。ＵＥは、ＲＲＣ接続再開メッセージに含まれる Ｎｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔを無視し得る。新しいＣ－ＲＮＴＩを割り当てることができる。ダウンリンクデータは、ＲＲＣ接続再開メッセージとともに多重化されたＤＴＣＨで送信され得る。ＲＲＣ接続セットアップは、ＲＲＣ接続確立手順にフォールバックするために送信され得る。フォールバックの場合、ＲＲＣ接続リリース又はＲＲＣ接続再開のいずれも、ＰＵＲを使用したＲＲＣ接続再開要求に応答して受信されない場合、ＵＥは、ＵＬデータ伝送が成功しなかったとみなすことができる。
一実施例では、ＰＵＲを使用した送信は、ＲＲＣ層によって開始され得る。ＰＵＲを使用した送信が開始されると、ＲＲＣ層は、ＭＡＣに、ＰＵＲ－ＲＮＴＩ、ＰＵＲ応答ウィンドウの継続時間ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ、及び／又はＵＬ許可情報のうちの少なくとも１つを提供し得る。一実施例では、ＭＡＣエンティティが、ＲＲＣ層が、ＰＵＲを使用した送信のためのアップリンク許可を提供した、ＴＴＩに対するＰＵＲ－ＲＮＴＩを有する場合、ＭＡＣエンティティは、このＴＴＩについて、アップリンク許可及び／又は関連するＨＡＲＱ情報を、ＨＡＲＱエンティティに送達し得る。ＰＵＲを使用した送信後、ＭＡＣエンティティは、ＰＵＲ応答ウィンドウでＰＵＲ－ＲＮＴＩによって識別されたＰＤＣＣＨを、タイマーｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒを使用して監視し得る。ＰＵＲ応答ウィンドウは、対応するＰＵＳＣＨ送信の端部プラス４つのサブフレーム／スロット／シンボルを含むサブフレーム／スロット／シンボルで開始され得る。ＰＵＲ応答ウィンドウは、長さｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅを有し得る。ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒが実行される間、ＰＤＣＣＨ送信がＰＵＲ－ＲＮＴＩにアドレス指定され、再送信に対するＵＬ許可を含む場合、ＭＡＣエンティティは、ＵＬ許可プラス４つのサブフレーム／スロット／シンボルによって示される再送信に対応するＰＵＳＣＨ送信の最後のサブフレーム／スロット／シンボルで、ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒを再起動し得る。ＰＵＲを使用した送信に対するＬ１ ＡＣＫが下位層から受信された場合、及び／又はＰＤＣＣＨ送信がＰＵＲ－ＲＮＴＩにアドレス指定され、ＭＡＣ ＰＤＵが首尾よくデコードされる場合、ＭＡＣエンティティはｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒを停止し得る。ＰＵＲを使用した送信に対するＬ１ ＡＣＫが下位層から受信される場合、及び／又はＭＡＣ ＰＤＵがタイミング進行コマンドＭＡＣ制御要素のみを含む場合、ＭＡＣエンティティは、ＰＵＲを使用した送信が成功したことを上位層に示し得、及び／又はＰＵＲ－ＲＮＴＩを破棄し得る。ＰＵＲを使用した送信に対する繰り返し調整が下位層から受信される場合、ＭＡＣエンティティは、繰り返し調整の値を上位層に示し得る。一実施例では、ＰＵＲのフォールバック表示が下位層から受信される場合、ＭＡＣエンティティは、ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒを停止し得、及び／又はＰＵＲフォールバック表示が受信されたことを上位層に示し得、及び／又はＰＵＲ－ＲＮＴＩを破棄し得る。ＰＵＲを使用した送信に対する繰り返し調整が下位層から受信される場合、ＭＡＣエンティティは、繰り返し調整の値を上位層に示し得る。ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒの期限が切れた場合、ＭＡＣエンティティは、ＰＵＲを使用した送信が失敗したことを上位層に示し得、及び／又はＰＵＲ－ＲＮＴＩを破棄し得る。
一実施例では、ＭＡＣエンティティは、上位層（例えば、ＲＲＣ層）によってタイマーｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを維持し得る。一実施例では、ＭＡＣエンティティは、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ構成が上位層から受信されるときに、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを開始し得る。一実施例では、ＭＡＣエンティティは、上位層によってｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがリリースされるときに、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを停止し得る。実施例では、ＭＡＣエンティティは、タイミング進行コマンド又はタイミング進行調整を適用し得、及び／又はタイミング進行コマンドＭＡＣ制御要素が受信されたとき、又はＰＤＣＣＨがタイミング進行調整を示すときに、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを開始／再起動し得る。一実施例では、上位層からの要求に応じて、ＭＡＣエンティティは、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが実行中であるかどうかを示し得る。
一実施例では、ＵＥは、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが構成される場合に、下位層によって確認されるように、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが動作している場合に、ＰＵＲを使用した送信のタイミングアラインメント値が有効であるとみなすことができる。一実施例では、ｐｕｒ－ＲＳＲＰ－ＣｈａｎｇｅＴｈｒｅｓｈｏｌｄ（ｐｕｒ－ＮＲＳＲＰ－ＣｈａｎｇｅＴｈｒｅｓｈｏｌｄ ｉｎ ＮＢ－ＩｏＴ）が構成される場合、ＵＥは、最後のＴＡ検証以来、サービングセルＲＳＲＰがｉｎｃｒｅａｓｅＴｈｒｅｓｈ以上増加していないとき、及び／又はサービングセルＲＳＲＰがｄｅｃｒｅａｓｅＴｈｒｅｓｈ以上減少していないとき、ＰＵＲを使用した送信に対するタイミングアラインメント値を、有効であるとみなすことができる。
一実施例では、ｐｕｒ－Ｃｏｎｆｉｇで構成されるＵＥは、第１のＰＵＲ機会が、Ｈ－ＳＦＮ及び／又はＳＦＮによって与えられるＨ－ＳＦＮ／ＳＦＮ／サブフレーム、及びｓｔａｒｔＳＦＮ及びｓｔａｒｔＳｕｂｆｒａｍｅによって示されるサブフレームで発生するとみなすことができる。Ｈ－ＳＦＮは、ＦＬＯＯＲ（オフセット／１０２４）Ｈ－ＳＦＮサイクル後に発生する（Ｈ－ＳＦＮＲｅｆ＋オフセット）モード１０２４に基づき決定され得る。オフセットは、ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔによって与えられ得る。Ｈ－ＳＦＮＲｅｆは、ｈｓｆｎ－ＬＳＢ－Ｉｎｆｏを考慮して、ｐｕｒ－Ｃｏｎｆｉｇを含むＲＲＣ接続リリースメッセージの第１の送信の最後のサブフレームに対応し得る。Ｈ－ＳＦＮサイクルは、１０２４Ｈ－ＳＦＮの期間に対応し得る。
一実施例では、ｐｕｒ－ＮｕｍＯｃｃａｓｉｏｎｓが１に設定される場合、第１のＰＵＲ機会で、ＰＵＲを使用した送信が開始されていない場合、又はＰＵＲを使用した送信が開始される場合、ＰＵＲを使用した送信の完了後にＵＥはｐｕｒ－Ｃｏｎｆｉｇをリリースすることができ、以前に保存されたｐｕｒ－Ｃｏｎｆｉｇを破棄し、及び／又は、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがリリースされたことを下位層に示すことができる（例えば、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが構成される場合）。
一実施例では、図２３に示すように、ｐｕｒ－ＮｕｍＯｃｃａｓｉｏｎが１に設定されていない場合（例えば、周期的ＰＵＲが構成される場合）、ＵＥは、第１のＰＵＲ機会の発生後に、ｓｔａｒｔＳｕｂｆｒａｍｅ及びｓｔａｒｔＳＦＮによって示されるＳＦＮ／サブフレームで、及びｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔによって与えられる周期で、後続のＰＵＲの機会が周期的に発生すると考えることができる。ｐｕｒ－ＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒが構成される場合、ＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある間にＰＵＲの機会が発生した場合、ＰＵＲを使用した送信が開始されない場合、又はＰＵＲ障害表示が下位層から受信された場合、ＵＥはＰＵＲの機会をスキップしたものとみなすことができる。ｐｕｒ－ＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ数の連続するＰＵＲ機会がスキップされた場合、ＵＥはｐｕｒ－Ｃｏｎｆｉｇをリリースし得る、以前に保存されたｐｕｒ－Ｃｏｎｆｉｇを破棄し得る、及び／又はｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが設定される場合、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがリリースされることを下位層に示し得る。
一実施例では、開始（ｉｎｉｔｉａｔｉｏｎ）は、開始（ｃｏｍｍｅｎｃｅｍｅｎｔ）及び／又は開始（ｂｅｇｉｎｎｉｎｇ）を含み得る。一実施例では、完了は、最終化、解決、終了、及び／又は停止を含み得る。開始及び／又は完了は、プロセス、手順、方法、機構、及び／又はその一部のものであってもよい。一実施例では、装置は、プロセスを開始し、（例えば、開始に基づいて、開始に応答してなど）開始後にプロセスを実施し得る。プロセスは、プロセスの一部として実行される１つ以上のステップ（例えば、サブルーチン、サブプロセスなど）を有してもよい。一実施例では、装置は、プロセス（例えば、プロセスの重要、必要及び／又は十分なステップ）の１つ以上のステップ（行為、動作など）を実行し、実行に基づいて、プロセスが完了すると決定し得る。一実施例では、複数の異なる装置は、プロセスの異なる部分（例えば、異なる、個別の、及び／又は重複する部分）を実施し得る。一実施例では、複数の異なる装置のうちの１つの装置は、プロセス全体が完了したプロセスの各ステップに基づいて、プロセスが完了したと決定し得る。一実施例では、複数の装置のうちの１つの装置は、プロセスが、完了しているプロセス（例えば、プロセス全体よりも小さい）の特定のステップのサブセットに基づいて、完了であると決定し得る。例えば、特定の装置は、プロセスのステップのサブセットと関連付けられてもよく（例えば、実行責任があり、かつ／又は実行できる）、ステップのサブセットを実行することに基づいて（例えば、異なる装置と関連付けられた他のステップが完了しているか否かに関わらず）、プロセスが完了していると決定してもよい。
既存の技術では、基地局は、スモールデータ伝送（ＳＤＴ）手順（例えば、早期データ伝送、ＥＤＴ）のために無線デバイスからＲＲＣ要求メッセージを受信してもよい。基地局は、例えば、通信されるデータのボリューム、無線デバイスの状態、ネットワークの状態、又は任意の他の関連する考慮事項に基づいて、ＳＤＴ手順が適切かどうかを決定し得る。この決定に基づいて、基地局は、ＲＲＣリリース手順（例えば、ＳＤＴ手順が適切である場合）を実施するか、又は無線デバイスをＲＲＣ接続状態（例えば、ＳＤＴ手順が不適切である場合）に移行し得る。一部の実装形態では、基地局は、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）、基地局中央ユニットユーザプレーン（ＣＵ－ＵＰ）、及び少なくとも１つの基地局分散ユニット（ＤＵ）に分割され得る。分割アーキテクチャを実施するときに、基地局ＣＵ－ＣＰは、基地局ＣＵ－ＵＰ及び／又は基地局ＤＵがまだ無線デバイスのＳＤＴ手順のために通信を行っているときに、無線デバイスのＲＲＣリリース手順を実施し得る。例えば、図２５に示すように、基地局ＣＵ－ＣＰは、無線デバイスに対してＲＲＣリリース手順を実施することによって、無線デバイスのＳＤＴ手順と関連付けられた継続的な通信を中断し得る。継続的な通信を完了するために、無線デバイスは、ランダムアクセス、ページング手順、及び／又はＲＲＣ接続手順を実施し得る。したがって、既存の技術は、ＳＤＴ手順を中断し、通信信頼性の低下及び／又はシグナル伝達オーバーヘッドの増加を引き起こす可能性がある。
例示的な実施形態は、基地局ＣＵ－ＵＰ及び／又は基地局分散ユニットが、基地局ＣＵ－ＣＰに、スモールデータ伝送の完了情報を報告することをサポートし得る。一実施例では、基地局ＣＵ－ＵＰ及び／又は基地局分散ユニット（ＤＵ）が、無線デバイスのためのＳＤＴ手順の少なくとも一部分を完了する（例えば、ＳＤＴ手順と関連付けられた１つ以上のスモールデータ伝送、全ての予期されるスモールデータ伝送を完了するなど）場合、基地局ＣＵ－ＵＰ及び／又は基地局分散ユニットは、基地局ＣＵ－ＣＰへのスモールデータ伝送の完了の表示（例えば、ＲＲＣ接続リリースの表示が推奨される）を送信することができる。一実施例では、基地局ＣＵ－ＣＰは、完了の表示に基づいて、無線デバイスにＲＲＣリリースメッセージを送信し得る。一実施例では、基地局ＣＵ－ＣＰは、完了の表示に基づいて、無線デバイスについてのＲＲＣリリース手順を実施／開始し得る。
一実施例では、基地局ＣＵ－ＵＰ及び／又は基地局分散ユニットが、ＳＤＴ手順を実施する無線デバイスに、より多くのデータ通信が必要であると決定した場合、基地局ＣＵ－ＵＰ及び／又は基地局分散ユニットは、より多くのデータ表示（例えば、ＲＲＣ接続要求の表示、ＳＤＴ手順継続中の表示など）を基地局ＣＵ－ＣＰに送信し得る。基地局ＣＵ－ＣＰは、より多くのデータ表示に基づいて、無線デバイスに対するＲＲＣリリース手順を実施／開始し得る。例示的な実施形態は、通信の信頼性を高め、シグナル伝達のオーバーヘッドを低減し得る。
一実施例では、図２６に示すように、無線デバイス（ＵＥ）は、基地局中央ユニット（例えば、ＣＵ、基地局ＣＵ、ｇＮＢ－ＣＵなど）及び１つ以上の基地局分散ユニット（例えば、ＤＵ、基地局ＤＵ、ｇＮＢ－ＤＵなど）を含む、基地局（例えば、ｇＮＢなど）と通信してもよい。簡潔にするために、１つ以上のＤＵのうちの１つの例のＤＵを図２６に示す。ＣＵは、基地局中央ユニット制御プレーン（例えば、ＣＵ－ＣＰ、基地局ＣＵ－ＣＰ、ｇＮＢ－ＣＵ－ＣＰなど）及び基地局中央ユニットユーザプレーン（例えば、ＣＵ－ＵＰ、基地局ＣＵ－ＵＰ、ｇＮＢ－ＣＵ－ＵＰなど）を含み得る。無線デバイスは、セル（セル１）を含む１つ以上のセルの無線チャネルを介して、ＤＵと直接通信し得る。無線デバイスは、ＤＵを介してＣＵ（例えば、ＣＵ－ＣＰ及び／又はＣＵ－ＵＰ）と通信してもよい。
一実施例では、ＤＵ及びＣＵは、Ｆ１制御プレーンインターフェース（Ｆ１－Ｃ）及び／又はＦ１ユーザプレーンインターフェース（Ｆ１－Ｕ）を含む、Ｆ１インターフェースを介して互いに接続されてもよい。ＤＵは、Ｆ１制御プレーンインターフェース（Ｆ１－Ｃ）を介してＣＵ－ＣＰと通信してもよい。ＤＵは、Ｆ１ユーザプレーンインターフェース（Ｆ１－Ｕ）を介してＣＵ－ＵＰと通信してもよい。ＣＵ－ＣＰは、Ｅ１インターフェースを介してＣＵ－ＵＰと通信してもよい。一実施例では、基地局は、ＤＵ及び／又は第２のＤＵを含む、複数のＤＵを備えてもよい。ＣＵは、複数のＦ１インターフェースを介して複数のＤＵと通信してもよい。無線デバイスは、複数のＤＵと通信し得る。無線デバイスは、複数のＤＵのうちの１つ以上を介してＣＵと通信してもよい。一実施例では、ＤＵ又は第２のＤＵは、無線デバイス用の一次セル及び／又はマスターセルグループを提供し得る。一実施例では、基地局（例えば、ＣＵ－ＣＰ及び／又はＣＵ－ＵＰ）は、コアネットワークノード／デバイス（例えば、コアネットワーク制御プレーン：ＡＭＦ、ＭＭＥなど、及び／又はコアネットワークユーザプレーン：ＵＰＦ、Ｓ－ＧＷなど）に接続されてもよい。一実施例では、基地局（例えば、ＣＵ－ＣＰ及び／又はＣＵ－ＵＰ）は、第２の基地局（例えば、ｇＮＢ２、ｅＮＢなど）を含む複数の隣接する基地局に接続されてもよい。
一実施例では、図２４は、無線デバイスのスモールデータ伝送（ＳＤＴ）手順（例えば、早期データ伝送（ＥＤＴ））の例示的な手順の流れ図を示す。図２４では、基地局は、ＤＵを含み、ＣＵは、ＣＵ－ＣＰ及びＣＵ－ＵＰを含む。
一実施例では、ＣＵ－ＣＰは、ＣＵ－ＵＰに、無線デバイスのＳＤＴ手順を示す構成メッセージを送信してもよい。ＣＵ－ＵＰは、無線デバイスのＳＤＴ手順と関連付けられたデータ（例えば、アップリンクデータ、ダウンリンクデータ、後続するアップリンクデータ、後続するダウンリンクデータなど）を受信してもよい。
一実施例では、ＣＵ－ＵＰは、データ（例えば、アップリンクデータ、ダウンリンクデータ、後続のアップリンクデータ、後続のダウンリンクデータなど）の受信及び／又は伝送に基づいて、ＳＤＴ手順の完了（例えば、ＳＤＴ手順が完了したこと）を決定し得る。ＣＵ－ＵＰは、ＳＤＴ手順の完了を示す表示メッセージをＣＵ－ＣＰに送信してもよい。ＣＵ－ＣＰは、（例えば、メッセージに応答して）表示に基づいて、無線デバイスにＲＲＣリリースメッセージを送信してもよい。
一実施例では、ＣＵ－ＵＰは、ＳＤＴ手順と関連付けられたデータのサイズ（例えば、アップリンクデータ、ダウンリンクデータ、後続するアップリンクデータ、後続するダウンリンクデータなどのうちの少なくとも１つ）が、閾値サイズ値よりも大きいと決定し得る。ＣＵ－ＵＰは、ＣＵ－ＣＰに、かつ閾値サイズ値よりもデータのサイズが大きいとの決定に基づいて、データのサイズが大きいことを示すパラメータ、データのサイズを示すパラメータ、無線デバイスに伝送する追加のデータを示すパラメータ、無線デバイスについて予期される後続するデータ（例えば、後続のアップリンクデータ及び／又は後続のダウンリンクデータ）を示すパラメータ、無線デバイスをＲＲＣ接続状態に移行することを表示／要求するパラメータ、無線デバイスの通信がアクティブであることを示すパラメータ、及び／又は類似のもののうちの少なくとも１つを含む、通知メッセージを送信し得る。ＣＵ－ＣＰは、通知メッセージに基づいて、無線デバイスをＲＲＣ接続状態に移行することを決定し得る。ＣＵ－ＣＰは、無線デバイスがＲＲＣ接続状態に移行することを示す、ＲＲＣメッセージを無線デバイスに送信／伝送してもよい。ＲＲＣメッセージは、ＲＲＣ再開メッセージ、ＲＲＣセットアップメッセージ、及び／又は類似のもののうちの少なくとも１つを含むことができる。
一実施例では、ＣＵ－ＣＰは、無線デバイスから、ＳＤＴ手順に対するＲＲＣ要求メッセージを受信してもよい。ＣＵ－ＣＰによって無線デバイスからＲＲＣ要求メッセージを受信することは、無線デバイスから、ＤＵを介して（例えば、Ｆ１インターフェースを介して）ＲＲＣ要求メッセージを受信することを含んでもよい。一実施例では、無線デバイスは、ＣＵ－ＣＰを含む基地局のセルへのランダムアクセス手順を実施し得る。ランダムアクセス手順に基づいて、無線デバイスは、ＲＲＣ要求メッセージを基地局（例えば、ＤＵ及び／又はＣＵ－ＣＰ）に送信し得る。ＲＲＣ要求メッセージは、ランダムアクセス手順と関連付けられたメッセージ３であってもよい。一実施例では、無線デバイスは、少なくとも１つの事前構成アップリンクリソース（ＰＵＲ）を介して、無線デバイスが以前のＲＲＣ接続をリリース／中断するときに、基地局が無線デバイスに割り当てられたことのＲＲＣ要求メッセージを送信し得る。基地局は、無線デバイスに、少なくとも１つのＰＵＲに対するＰＵＲ構成パラメータを含む、ＲＲＣ構成メッセージ（例えば、ＲＲＣリリースメッセージ、ＲＲＣ再構成メッセージ、少なくとも１つのシステム情報ブロックなど）を送信してもよい。
一実施例では、ランダムアクセス手順について、ＤＵは、無線デバイスから、ランダムアクセスプロセスのための少なくとも１つのランダムアクセスプリアンブルを受信することができる。ＤＵは、少なくとも１つのランダムアクセスプリアンブルに応答する少なくとも１つのランダムアクセス応答を無線デバイスに送信することができる。ＲＲＣ要求メッセージは、少なくとも１つのランダムアクセス応答に基づいてもよい。無線デバイスは、少なくとも１つのランダムアクセス応答に基づき、ＲＲＣ要求メッセージを送信し得る。一実施例では、ＲＲＣ要求メッセージの受信と関連付けられるランダムアクセスプロセスのための少なくとも１つのランダムアクセスプリアンブルは、スモールデータ伝送（例えば、ＥＤＴ）のために構成され得る。一実施例では、ＤＵは、ＣＵ－ＣＰから、ＳＤＴ手順のための少なくとも１つのランダムアクセスプリアンブルを示す少なくとも１つのＲＡパラメータを含む構成メッセージを受信し得る。ＤＵは、ＤＵのセルを介して、無線デバイスを含む複数の無線デバイスに、ＳＤＴ手順のための少なくとも１つのランダムアクセスプリアンブルを示すシステム情報ブロックを送信／ブロードキャストし得る。システム情報ブロックは、ＳＤＴ手順のための少なくとも１つのランダムアクセスプリアンブルを示す少なくとも１つのＲＡパラメータを含み得る。ＤＵによる少なくとも１つのランダムアクセスプリアンブルの受信は、システム情報ブロックに基づくことができる。無線デバイスは、システム情報ブロックに基づき、少なくとも１つの情報ブロックを受信することができ、及び／又は少なくとも１つのランダムアクセスプリアンブルを送信することができる。一実施例では、無線デバイスは、前のＲＲＣ接続をリリース／一時停止する際に無線デバイスが受信したＲＲＣリリースメッセージを介して、少なくとも１つのランダムアクセスプリアンブルを示す、少なくとも１つのＲＡパラメータを受信し得る。無線デバイスは、基地局及び／又は基地局のＤＵから、少なくとも１つのＲＡパラメータを含むＲＲＣリリースメッセージを受信し得る。
一実施例では、ＲＲＣ要求メッセージは、ＲＲＣ早期データ要求メッセージ、ＲＲＣ再開要求メッセージ、ＲＲＣセットアップ要求メッセージ、及び／又は類似のもののうちの少なくとも１つを含んでもよい。一実施例では、ＲＲＣ要求メッセージは、再開識別子（例えば、ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ、Ｉ－ＲＮＴＩ、ｓｈｏｒｔＩ－ＲＮＴＩ）、再開ＭＡＣ－Ｉ（例えば、ｒｅｓｕｍｅＭＡＣ－Ｉ、ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ－Ｉ）、再開原因、Ｓ－ＴＭＳＩ（例えば、ＵＥ識別子、ＮＧ－５Ｇ－Ｓ－ＴＭＳＩ）、確立原因、ＮＡＳ層情報（例えば、ＮＡＳ ＰＤＵ、ＤｅｄｉｃａｔｅｄＩｎｆｏＮＡＳ）、及び又は類似のものの少なくとも１つを含んでもよい。一実施例では、再開識別子は、基地局での無線デバイスのＵＥコンテキスト取得を容易にするためのＵＥアイデンティティを含んでもよい。一実施例では、再開ＭＡＣ－Ｉは、基地局での無線デバイスの認証を容易にする認証トークンを含んでもよい（例えば、１６の最下位ビットのＭＡＣ－Ｉは、ＡＳセキュリティ構成に基づき計算され得る）。一実施例では、再開原因は、緊急、高優先度アクセス、モバイル終端アクセス（ｍｔ－Ａｃｃｅｓｓ）、モバイル起源シグナリング（ｍｏ－Ｓｉｇｎａｌｉｎｇ）、モバイル起源データ（ｍｏ－Ｄａｔａ）、遅延耐性アクセス、モバイル起源音声呼び出し（ｍｏ－ＶｏｉｃｅＣａｌｌ）、モバイル終端早期データ伝送（ｍｔ－ＥＤＴ、ＭＴ ＳＤＴ）、モバイル起源早期データ伝送（ｍｏ－ＥＤＴ、ＭＯ ＳＤＴ）、ＲＡＮ通知エリア更新（ｒｎａ－Ｕｐｄａｔｅ）、及び又は類似のものうち少なくとも１つを含んでもよい。再開原因は、上位層又はＲＲＣ層によって提供されるように、ＲＲＣ再開要求の原因を提供し得る。ネットワークは、不明な原因値が無線デバイスによって使用されるため、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを拒否し得ない。一実施例では、確立原因は、モバイル起源データ（ｍｏ－Ｄａｔａ）、遅延耐性アクセス、モバイル終端アクセス（ｍｔ－Ａｃｃｅｓｓ）、及び／又は類似のもののうちの少なくとも１つを含み得る。確立原因は、上位層によって提供されるようなＲＲＣ早期データ要求の原因を提供し得る。ネットワークは、不明な原因値が無線デバイスによって使用されるために、ＲＲＣＥａｒｌｙＤａｔａＲｅｑｕｅｓｔを拒否し得ない。
一実施例では、ＳＤＴ手順は、初期アップリンクデータ、初期ダウンリンクデータ（例えば、ＭＴ－ＥＤＴと関連付けられるダウンリンクデータ）、少なくとも１つの支援パラメータに示される少なくとも１つの後続のデータ伝送の少なくとも１つの後続のデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つの送信を含み得る。一実施例では、少なくとも１つの後続のデータ伝送は、ＳＤＴ手順と関連付けられ得る。少なくとも１つの後続のデータ伝送は、少なくとも１つの後続のアップリンクデータ伝送、少なくとも１つの後続のダウンリンクデータ伝送、及び／又は類似のもののうちの少なくとも１つを含み得る。
一実施例では、基地局分散ユニットは、無線デバイスから、ＳＤＴ手順に対するＲＲＣ要求メッセージ、ＳＤＴ手順と関連付けられるアップリンクデータ、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す、少なくとも１つの支援パラメータ（例えば、リリース支援情報、ＲＡＩ）、及び／又は類似のもののうちの少なくとも１つを受信し得る。一実施例では、少なくとも１つの支援パラメータを受信することは、少なくとも１つの媒体アクセス制御要素（ＭＡＣ ＣＥ）、物理アップリンクチャネル（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＵＣＩなど）、少なくとも１つの無線リンク制御（ＲＬＣ）パケットヘッダ、及び／又は類似のものの少なくとも１つを介して、少なくとも１つの支援パラメータを受信することを含み得る。一実施例では、無線デバイスは、ＲＲＣメッセージ及び／又はアップリンクデータと多重化及び／又は連結する少なくとも１つのＭＡＣ ＣＥを介して、少なくとも１つの支援パラメータを基地局分散ユニットに送信し得る。
一実施例では、少なくとも１つの支援パラメータが、リリース支援情報がないこと示すパラメータ（例えば、ＲＡＩなし）、後続のダウンリンクデータ伝送が予期されないことを示すパラメータ、後続のアップリンクデータ伝送が予期されないことを示すパラメータ、単一の後続のダウンリンクデータ伝送が予期されることを示すパラメータ、単一の後続のアップリンクデータ伝送が予期されることを示すパラメータ、予期される後続のダウンリンクデータ伝送の第１の数、予期される後続のアップリンクデータ伝送の第２の数、及び／又は類似のものの少なくとも１つを含んでもよい。
一実施例では、少なくとも１つの支援パラメータは、無線デバイスのバッファ状態レポートを含み得る。バッファ状態レポートは、送信するデータのサイズを示し得る。バッファ状態レポートは、ＳＤＴ手順と関連付けられるデータのサイズを示してもよく、データは、無線デバイスの少なくとも１つのキューでバッファリングされ得る（例えば、ＭＡＣ層）。バッファ状態レポートは、少なくとも１つの論理チャネルの少なくとも１つの論理チャネル識別子（ＬＣＩＤ）、及び／又は少なくとも１つの論理チャネルグループの少なくとも１つの論理チャネルグループ識別子（ＬＣＧ ＩＤ）を含んでもよい。少なくとも１つの論理チャネル及び／又は少なくとも１つの論理チャネルグループは、ＳＤＴ手順のデータのために構成され得る。実施例では、少なくとも１つの支援パラメータは、ベアラのベアラ識別子、論理チャネルの論理チャネル識別子、論理チャネルグループの論理チャネルグループ識別子、ＱｏＳフローのＱｏＳフロー識別子、ＰＤＵセッションのセッション識別子、及び／又は類似のもののうちの少なくとも１つを含み得る。ベアラ、論理チャネル、論理チャネルグループ、ＱｏＳフロー、ＰＤＵセッションは、ＳＤＴ手順と関連付けられるデータ用に構成され得る。
一実施例では、基地局分散ユニットは、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す、ＲＲＣ要求メッセージ及び／又は支援情報のうちの少なくとも１つをＣＵ－ＣＰに送信してもよい。ＣＵ－ＣＰは、基地局分散ユニットから、ＳＤＴ手順及び／又は支援情報のための無線デバイスからのＲＲＣ要求メッセージを含む少なくとも１つのメッセージを受信し得る。支援情報が、少なくとも１つの支援パラメータに基づいてもよい。支援情報は、無線デバイスからの少なくとも１つの支援パラメータの１つ以上の要素を含み得る。一実施例では、基地局分散ユニットは、少なくとも１つのＦ１メッセージを介して、ＲＲＣ要求メッセージ及び／又は支援情報のうちの少なくとも１つを含む、少なくとも１つのメッセージをＣＵ－ＣＰに送信してもよい。一実施例では、ＣＵ－ＣＰによる、基地局分散ユニットからの少なくとも１つのメッセージの受信は、Ｆ１インターフェースを介して少なくとも１つのメッセージを受信することを含み得る。少なくとも１つのメッセージは、初期ＵＬ ＲＲＣメッセージ転送メッセージ、ＵＬ ＲＲＣメッセージ転送メッセージ、ＵＥコンテキスト変更／セットアップ必須メッセージ、ＵＥコンテキストセットアップ／変更メッセージ、通知メッセージ、アクセス成功メッセージ、及び／又は類似のもののうちの少なくとも１つを含んでもよい。
一実施例では、少なくとも１つのメッセージは、無線デバイスの無線デバイス識別子（例えば、ｇＮＢ－ＤＵ ＵＥ Ｆ１ＡＰ ＩＤ、ｇＮＢ－ＣＵ ＵＥ Ｆ１ＡＰ ＩＤ、ＴＭＳＩ、Ｓ－ＴＭＳＩ、Ｃ－ＲＮＴＩ、ＰＵＲ－ＲＮＴＩ、ＩＭＳＩなど）、無線デバイスがＳＤＴ手順のためにアクセスするセルのセル識別子（例えば、ＮＲ ＣＧＩ、セルグローバル識別子、物理セル識別子など）、ＲＲＣ要求メッセージを含むＲＲＣコンテナー、無線デバイスのために構成されたセル構成パラメータ及び／又はＳＲＢ／ＤＲＢ構成パラメータを含むＤＵからＣＵへのＲＲＣコンテナー、無線デバイスがセルにアクセスするために補助アップリンク又は正常アップリンクを使用するかどうかを示す補助アップリンク（ＳＵＬ）アクセス表示、トランザクション識別子（例えば、トランザクションＩＤ）、ＲＡＮ ＵＥ ＩＤ、ＲＲＣセットアップ／再開完了メッセージ及び／又はＲＲＣリリースメッセージを含む、第２のＲＲＣコンテナー（例えば、ＲＲＣ－Ｃｏｎｔａｉｎｅｒ－ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ、ＲＲＣ－Ｃｏｎｔａｉｎｅｒ－ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅ、ＲＲＣ－Ｃｏｎｔａｉｎｅｒ－ＲＲＣＲｅｌｅａｓｅ）、ＳＲＢのＳＲＢ識別子（例えば、ＳＲＢ１／２／３）、ＰＬＭＮ識別子（例えば、選択されたＰＬＭＮ識別子）、及び／又は同様のもののうちの少なくとも１つを含むことができる。
実施例では、少なくとも１つのメッセージの支援情報は、無線デバイスからのバッファ状態レポートを含み得る。バッファ状態レポートは、送信するデータのサイズを示し得る。少なくとも１つのメッセージの支援情報は、ＳＤＴ手順（例えば、ＭＯ－ＳＤＴ、ＭＯ－ＥＤＴ、ＭＴ－ＳＤＴ、ＭＴ－ＥＤＴなど）を示す情報要素（例えば、ＳＤＴ表示、ＥＤＴ表示）を含み得る。少なくとも１つのメッセージの支援情報が、ＳＤＴ手順と関連付けられたベアラのベアラ識別子（例えば、論理チャネル、ＱｏＳフロー、ＰＤＵセッション）を含み得る。一実施例では、少なくとも１つのメッセージの支援情報は、ベアラのベアラ識別子、論理チャネルの論理チャネル識別子、論理チャネルグループの論理チャネルグループ識別子、ＱｏＳフローのＱｏＳフロー識別子、ＰＤＵセッションのセッション識別子、及び／又は類似のもののうちの少なくとも１つを含み得る。ベアラ、論理チャネル、論理チャネルグループ、ＱｏＳフロー、ＰＤＵセッションは、ＳＤＴ手順と関連付けられるデータ用に構成され得る。支援情報のベアラ識別子（例えば、及び／又は論理チャネル識別子、論理チャネルグループ識別子、ＱｏＳフロー識別子、セッション識別子）に基づいて、ＣＵ－ＣＰは、無線デバイスのベアラを再開／確立／セットアップすることができる。（例えば、無線デバイスの複数の一時停止されたベアラの中のベアラのみ、無線デバイスの、複数の論理チャネル、論理チャネルグループ、ＱｏＳフロー、及び／又はＰＤＵセッションのうちの論理チャネル／論理チャネルグループ／ＱｏＳフロー／ＰＤＵセッションのみ）。ベアラ（例えば、論理チャネル、論理チャネルグループ、ＱｏＳフロー、ＰＤＵセッション）の再開／確立のために、ＣＵ－ＣＰは、基地局分散ユニット及び／又はＣＵ－ＵＰを有する無線デバイスに対して、ＵＥコンテキストセットアップ／変更手順を実行し得る。ＵＥコンテキストセットアップ／変更手順では、ＣＵ－ＣＰは、基地局分散ユニット及び／又はＣＵ－ＵＰに、ベアラのベアラ識別子（例えば、論理チャネル識別子、論理チャネルグループ識別子、ＱｏＳフロー識別子、セッション識別子）を含むコンテキストセットアップ／変更要求メッセージを送信し得る。ＣＵ－ＣＰは、基地局分散ユニット及び／又はＣＵ－ＵＰから、ベアラ（例えば、論理チャネル、論理チャネルグループ、ＱｏＳフロー、ＰＤＵセッション）の再開／確立の完了を示す確認応答メッセージを受信し得る。
一実施例では、コンテキストセットアップ／変更要求メッセージは、無線デバイスの無線デバイス識別子（例えば、ｇＮＢ－ＤＵ ＵＥ Ｆ１ＡＰ ＩＤ、ｇＮＢ－ＣＵ ＵＥ Ｆ１ＡＰ ＩＤ、ｇＮＢ－ＣＵ－ＣＰ ＵＥ Ｆ１ＡＰ ＩＤ、ｇＮＢ－ＣＵ－ＵＰ ＵＥ Ｆ１ＡＰ ＩＤ、ＴＭＳＩ、Ｓ－ＴＭＳＩ、Ｃ－ＲＮＴＩ、ＰＵＲ－ＲＮＴＩ、ＩＭＳＩなど）、原因パラメータ、ＲＲＣコンテナー、無線デバイス用に構成されたセル構成パラメータ及び／又はＳＲＢ／ＤＲＢ構成パラメータ（例えば、ＱｏＳパラメータ、ＱｏＳフロー識別子、Ｓ－ＮＳＳＡＩ、ネットワークスライス情報、トンネル情報、ベアラ識別子など）を含むＣＵからＤＵへのＲＲＣコンテナー、トランザクション識別子（例えば、取引ＩＤ）、ＲＡＮ ＵＥ ＩＤ、ＳＲＢのＳＲＢ識別子（例えば、ＳＲＢ１／２／３）、ＰＬＭＮ識別子（例えば、選択されたＰＬＭＮ識別子）、無線デバイスに対しキャンセルされる候補セルリスト、無線デバイスのＳｐＣｅｌｌのＳｐＣｅｌｌ識別子、無線デバイスのサービングセルのサービングセル識別子、ＤＲＸサイクル情報、無線デバイスの二次セルの二次セル識別子、及び／又は類似のもののうちの少なくとも１つを含むことができる。
一実施例では、ＣＵ－ＣＰは、ＣＵ－ＵＰ及び／又は基地局分散ユニットに、無線デバイスのＳＤＴ手順を示す構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ）を送信してもよい。構成メッセージは、コンテキストセットアップ／変更要求が、無線デバイスのＳＤＴ手順に対するものであることを示し得る。ＣＵ－ＣＰによって、ＣＵ－ＵＰへのＣＵ－ＣＰによる構成メッセージを送信することは、ＲＲＣ要求メッセージに基づいてもよい。一実施例では、ＣＵ－ＣＰは、構成メッセージに基づいて、ＣＵ－ＵＰ及び／又は基地局分散ユニットから構成が完了したことを示す構成応答メッセージ（例えば、確認メッセージ）を受信し得る。一実施例では、構成メッセージは、ベアラコンテキスト設定要求メッセージ、ベアラコンテキスト変更要求メッセージ、ベアラコンテキスト変更確認メッセージ、及び／又は類似のもののうちの少なくとも１つを含んでもよい。
一実施例では、構成メッセージは、以下のうちの少なくとも１つを含むことができる。ＵＥ ＤＬアグリゲート最大ビットレート（ＡＭＢＲ）、ＵＥ ＤＬ最大整合性保護データレート、サービス提供ＰＬＭＮの識別子のリスト、（例えば、ＵＥ／セッション／ＱｏＳフロー／ベアラごとの）活動通知レベル、ＵＥ非アクティブタイマーの非アクティブ時間値と、ベアラコンテキスト状態の変化を示すパラメータ（例えば、中断又は再開を示す）、Ｅ－ＵＴＲＡＮパラメータ（例えば、セットアップリストへのＤＲＢ、ＲＡＴ／頻度優先度の加入者プロファイルＩＤ、追加のＲＲＭポリシーインデックス、ＮＧ－ＲＡＮパラメータ（例えば、セットアップリストへのＰＤＵセッションリソース）、ＲＡＮ ＵＥ ＩＤ、ｇＮＢ－ＤＵ ＩＤ、トレース活性化、ＮＰＮコンテキスト情報、管理ベースのＭＤＴ ＰＬＭＮリスト、ＣＨＯ開始、及び／又は類似のもの。
一実施例では、構成メッセージは、無線デバイスについての少なくとも１つの後続のデータ伝送が予期されるかどうかを示す、少なくとも１つのパラメータを含み得る。少なくとも１つの後続のデータ伝送は、少なくとも１つの後続のアップリンクデータ伝送、及び／又は少なくとも１つの後続のダウンリンクデータ伝送のうちの少なくとも１つを含み得る。ＳＤＴ手順は、初期アップリンクデータ伝送、初期ダウンリンクデータ伝送、少なくとも１つの後続のデータ伝送、及び／又は類似のもののうちの少なくとも１つを含み得る。一実施例では、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す少なくとも１つのパラメータは、リリース支援情報がないことを示すパラメータ、後続のダウンリンクデータ伝送が予期されないことを示すパラメータ、後続のアップリンクデータ伝送が予期されないことを示すパラメータ、単一の後続のダウンリンクデータ伝送が予期されることを示すパラメータ、単一の後続のアップリンクデータ伝送が予期されることを示すパラメータ、予期される後続のダウンリンクデータ伝送の第１の数、予期される後続のアップリンクデータ伝送の第２の数、及び／又は類似のものの少なくとも１つを含んでもよい。
一実施例では、構成メッセージは、ＳＤＴ手順の完了を報告することを要求する情報要素を含み得る。ＳＤＴ手順の完了を報告することを要求する情報要素は、ゼロに構成されている非アクティブ時間値を含み得る。一実施例では、構成メッセージは、初期アップリンクデータ、初期ダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のもののうちの少なくとも１つの完了を報告することを要求する情報要素を含み得る。一実施例では、ＳＤＴ手順の完了を報告することを要求する情報要素は、無線デバイス及び／又はパケットフローの通信が非アクティブであるかどうかを決定するために使用される、ＵＥ非アクティビティタイマーの非アクティブ時間値とは異なる／別個のパラメータであってもよい。
一実施例では、構成メッセージは、ＳＤＴ手順と関連付けられた少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）の少なくとも１つのベアラ識別子を含み得る。構成メッセージは、少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）に対する再開表示（例えば、ベアラコンテキスト状態変更：一時停止／再開）を含み得る。再開表示は、少なくとも１つのベアラが再開されたことを示し得る。一実施例では、構成メッセージ内のベアラコンテキスト状態変更を示すパラメータは、ＳＤＴ手順と関連付けられたその少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）の少なくとも１つのベアラ識別子を含み得る。ＣＵ－ＵＰは、構成メッセージの少なくとも１つのベアラ識別子に基づいて、無線デバイス用の少なくとも１つのベアラを再開／確立／構成し得る。ＣＵ－ＵＰは、無線デバイスの複数の中断されたベアラのうち、少なくとも１つのベアラのみを再開／確立／構成し得る。ＣＵ－ＵＰは、構成メッセージ中の少なくとも１つのベアラの少なくとも１つのベアラ識別子、再開表示、及び／又はベアラコンテキスト状態変更を示すパラメータに基づいて、少なくとも１つのベアラを再開し得る。ＣＵ－ＵＰは、構成メッセージ中の少なくとも１つのベアラの少なくとも１つのベアラ識別子、再開表示、及び／又はベアラコンテキスト状態の変化を示すパラメータに基づいて、少なくとも１つのベアラ以外の１つ以上のベアラを保持し得る。
一実施例では、構成メッセージ中の少なくとも１つのベアラの少なくとも１つのベアラ識別子、再開表示、及び／又はベアラコンテキスト状態変更を示すパラメータに基づいて、ＣＵ－ＵＰは、少なくとも１つのベアラと関連付けられたパケットを受信／送信してもよく、及び／又は少なくとも１つのベアラに対するＳＤＴ手順が完了したかどうかを決定してもよい。一実施例では、ＣＵ－ＵＰは、少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）と関連付けられていないダウンリンクデータ又はアップリンクデータを受信してもよい。ＣＵ－ＵＰは、ダウンリンクデータ又はアップリンクデータを受信することを示すデータ通知をＣＵ－ＣＰに送信してもよい。
一実施例では、構成メッセージは、無線デバイスからのバッファ状態レポートを含み得る。バッファ状態レポートは、送信するデータのサイズを示し得る。一実施例では、構成メッセージは、初期アップリンクデータ、初期ダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のもののうちの少なくとも１つのサイズを示す情報要素を含み得る。
一実施例では、ＣＵ－ＵＰは、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ）及び／又は少なくとも１つのパラメータに基づいて、無線デバイスのＳＤＴ手順と関連付けられたデータ（例えば、アップリンクデータ、ダウンリンクデータ、後続するアップリンクデータ、後続するダウンリンクデータなど）を受信及び／又は送信してもよい。ＣＵ－ＵＰは、基地局分散ユニットを介して、無線デバイスから、ＳＤＴ手順と関連付けられたアップリンクデータ及び／又は後続のアップリンクデータを受信してもよい。ＣＵ－ＵＰは、アップリンクデータ及び／又は後続のアップリンクデータを、ユーザプレーン関数（ＵＰＦ）、第２の基地局、サービスゲートウェイ（Ｓ－ＧＷ）、及び／又は類似のもののうちの少なくとも１つに送信し得る。ＣＵ－ＵＰは、ＵＰＦ、第２の基地局、Ｓ－ＧＷ、及び／又は類似のもののうちの少なくとも１つから、ＳＤＴ手順と関連付けられたダウンリンクデータ及び／又は後続のダウンリンクデータを受信してもよい。ＣＵ－ＵＰは、基地局分散ユニットを介して、ダウンリンクデータ及び／又は後続のダウンリンクデータを無線デバイスに送信してもよい。一実施例では、データ（例えば、アップリンクデータ、ダウンリンクデータ、後続のアップリンクデータ、後続のダウンリンクデータなど）は、少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）のデータであってもよい。
一実施例では、ＣＵ－ＵＰが、無線デバイスからのＳＤＴ手順と関連付けられた（基地局の分散ユニットを介して）初期アップリンクデータ、コアネットワークデバイス（例えば、ＵＰＦ及び／又はＳ－ＧＷ）若しくは第２の基地局と関連付けられた初期ダウンリンクデータ、（基地局の分散ユニットを介する）無線デバイスからの少なくとも１つの後続のアップリンクデータ、コアネットワークデバイス若しくは第２の基地局からの少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを受信し得る。ＣＵ－ＵＰは、コアネットワークデバイス又は第２の基地局への初期アップリンクデータ、（基地局分散ユニットを介する）無線デバイスへの初期ダウンリンクデータ、コアネットワークデバイス又は第２の基地局への少なくとも１つの後続のアップリンクデータ、（基地局分散ユニットを介する）無線デバイスへの少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを送信してもよい。
一実施例では、基地局分散ユニットは、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ）及び／又は少なくとも１つのパラメータに基づいて、無線デバイスのＳＤＴ手順と関連付けられたデータ（例えば、アップリンクデータ、ダウンリンクデータ、後続するアップリンクデータ、後続するダウンリンクデータなど）を受信及び／又は送信してもよい。基地局分散ユニットは、無線デバイスから、ＳＤＴ手順と関連付けられたアップリンクデータ及び／又は後続のアップリンクデータを受信してもよい。基地局分散ユニットは、アップリンクデータ及び／又は後続のアップリンクデータをＣＵ－ＵＰに送信し得る。基地局分散ユニットは、ＣＵ－ＵＰから、ＳＤＴ手順と関連付けられたダウンリンクデータ及び／又は後続のダウンリンクデータを受信してもよい。ＣＵ－ＵＰは、ダウンリンクデータ及び／又は後続のダウンリンクデータを無線デバイスに送信してもよい。一実施例では、データ（例えば、アップリンクデータ、ダウンリンクデータ、後続のアップリンクデータ、後続のダウンリンクデータなど）は、少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）のデータであってもよい。
一実施例では、ＣＵ－ＵＰは、データ（例えば、アップリンクデータ、ダウンリンクデータ、後続のアップリンクデータ、後続のダウンリンクデータなど）の受信及び／又は送信に基づいて、かつ／又は構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ）及び／若しくは少なくとも１つのパラメータに基づいて、ＳＤＴ手順の完了を決定し得る。ＣＵ－ＵＰは、無線デバイスについて、少なくとも１つの後続のデータを受信してもよい。ＳＤＴ手順の完了を決定することは、少なくとも１つの後続のデータを受信することに更に基づき得る。
一実施例では、ＳＤＴ手順の完了は、ＳＤＴ手順と関連付けられた初期アップリンクデータ、ＳＤＴ手順と関連付けられた初期ダウンリンクデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを受信することの完了を含み得る。ＳＤＴ手順の完了は、ＳＤＴ手順と関連付けられた初期アップリンクデータ、ＳＤＴ手順と関連付けられた初期ダウンリンクデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを送信することの完了を含み得る。
一実施例では、ＣＵ－ＵＰは、初期アップリンクデータ、初期ダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のもののうちの少なくとも１つを受信及び／又は送信することに基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、後続のデータ伝送（例えば、後続のダウンリンクデータ伝送及び／又は後続のアップリンクデータ伝送）が予期されないことを示す場合、ＣＵ－ＵＰは、初期アップリンクデータ及び／又は初期ダウンリンクデータの受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。
一実施例では、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、単一の後続のダウンリンクデータ伝送が予期されないことを示す場合、ＣＵ－ＵＰは、初期アップリンクデータ、初期ダウンリンクデータ、及び／又は単一の後続のダウンリンクデータの受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、単一の後続のアップリンクデータ伝送が予期されないことを示す場合、ＣＵ－ＵＰは、初期アップリンクデータ、初期ダウンリンクデータ、及び／又は単一の後続のアップリンクデータの受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。
一実施例では、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、後続のダウンリンクデータ伝送の第１の数が予期されないことを示す場合、ＣＵ－ＵＰは、初期アップリンクデータ、初期ダウンリンクデータ、及び／又は後続のダウンリンクデータの第１の数の受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、後続のアップリンクデータ伝送の第２の数が予期されないことを示す場合、ＣＵ－ＵＰは、初期アップリンクデータ、初期ダウンリンクデータ、及び／又は後続のアップリンクデータの第２の数の受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。
一実施例では、図２８に示すように、ＣＵ－ＵＰは、無線デバイス用のデータを含む少なくとも１つのパケット（例えば、アップリンクパケット又はダウンリンクパケット、例えば、ＰＤＣＰ／ＳＤＡＰ／ＩＰ／イーサネット（登録商標）パケット）のヘッダ内のエンドマーカに基づいて、ＳＤＴ手順の完了を決定し得る。エンドマーカは、エンドマーカを含むヘッダの少なくとも１つのパケットが、無線デバイス及び／又はＳＤＴ手順と関連付けられた少なくとも１つのベアラの最後のパケット（例えば、最後のアップリンクパケット及び／又は最後のダウンリンクパケット）であることを示し得る。
一実施例では、ＣＵ－ＵＰは、ＣＵ－ＵＰが無線デバイス及び／又はＳＤＴ手順と関連付けられた少なくとも１つのベアラのデータ／パケットを受信又は送信しない持続時間に基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）は、ＳＤＴ手順の完了を決定するための持続時間を示す情報要素（例えば、時間値）を含み得る。
一実施例では、ＣＵ－ＵＰは、ＳＤＴ手順の完了を示す表示メッセージをＣＵ－ＣＰに送信してもよい。ＣＵ－ＣＰは、ＣＵ－ＵＰから、Ｅ１インターフェースを介して表示メッセージを受信してもよい。表示メッセージは、ＳＤＴ手順の完了を示す通信完了情報を含み得る。表示メッセージは、ＳＤＴ手順の完了を決定することに基づいてもよい。一実施例では、表示メッセージは、ベアラコンテキストセットアップ応答、ベアラコンテキスト変更応答、必要なベアラコンテキスト変更、ベアラコンテキストリリース要求、ベアラコンテキスト非アクティブ通知、データ使用レポート、及び／又は類似のもののうちの少なくとも１つを含んでもよい。
一実施例では、ＣＵ－ＵＰからの表示メッセージは、初期アップリンクデータ、初期ダウンリンクデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のものの完了を示し得る。ＣＵ－ＵＰからの表示メッセージは、無線デバイスの無線デバイス識別子を含むことができる。表示メッセージは、ＳＤＴ手順の完了と関連付けられたベアラ（例えば、ＰＤＵセッション、ＱｏＳフロー、論理チャネル）のベアラ識別子（例えば、ＰＤＵセッション識別子、ＱｏＳフロー識別子、論理チャネル識別子）を含み得る。
一実施例では、ＣＵ－ＵＰからの表示メッセージは、無線デバイスに送信するダウンリンクデータのサイズを示す情報要素を含み得る。ＣＵ－ＣＰは、閾値以下のダウンリンクデータのサイズに応答して、無線デバイスについてのＲＲＣリリース手順を実施／開始することを決定し得る。ＣＵ－ＣＰは、閾値以上のダウンリンクデータのサイズに応答して、無線デバイスをＲＲＣ接続状態に移行することを決定し得る。
一実施例では、ＣＵ－ＵＰからの表示メッセージは、ＳＤＴ手順の完了を決定するための持続時間が経過したことを示す情報要素を含み得る。一実施例では、ＣＵ－ＵＰからの表示メッセージは、ＣＵ－ＵＰが無線デバイスのＳＤＴ手順と関連付けられた少なくとも１つのパケットを介して、エンドマーカを受信したことを示す、情報要素を含み得る。
一実施例では、図２７及び／又は図２８に示すように、基地局分散ユニット（例えば、ＤＵ、基地局のＤＵ、ｇＮＢ－ＤＵなど）は、データ（例えば、アップリンクデータ、ダウンリンクデータ、後続のアップリンクデータ、後続のダウンリンクデータなど）を受信及び／若しくは伝送することに基づいて、無線デバイスからの少なくとも１つの支援パラメータに基づいて、並びに／又は構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ）及び／若しくは少なくとも１つのパラメータに基づいて、スモールデータ伝送（ＳＤＴ）手順の完了（例えば、ＳＤＴ手順の少なくとも一部分が完了したこと）を決定し得る。ＤＵは、無線デバイスについて、少なくとも１つの後続のデータを受信してもよい。ＳＤＴ手順の完了を決定することは、少なくとも１つの後続のデータを受信することに更に基づき得る。
一実施例では、ＳＤＴ手順の完了は、ＳＤＴ手順と関連付けられた初期アップリンクデータ、ＳＤＴ手順と関連付けられた初期ダウンリンクデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを受信することの完了を含み得る。ＳＤＴ手順の完了は、ＳＤＴ手順と関連付けられた初期アップリンクデータ、ＳＤＴ手順と関連付けられた初期ダウンリンクデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを送信することの完了を含み得る。
一実施例では、ＤＵは、初期アップリンクデータ、初期ダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のもののうちの少なくとも１つを受信及び／又は送信することに基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、無線デバイスからの少なくとも１つの支援パラメータ及び／又は構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、後続のデータ伝送（例えば、後続のダウンリンクデータ伝送及び／又は後続のアップリンクデータ伝送）が予期されないことを示す場合、ＤＵは、初期アップリンクデータ及び／又は初期ダウンリンクデータの受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。
一実施例では、無線デバイスからの少なくとも１つの支援パラメータ及び／又は構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、単一の後続のダウンリンクデータ伝送が予期されないことを示す場合、ＤＵは、初期アップリンクデータ、初期ダウンリンクデータ、及び／又は単一の後続のダウンリンクデータの受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、無線デバイスからの少なくとも１つの支援パラメータ及び／又は構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、単一の後続のアップリンクデータ伝送が予期されないことを示す場合、ＤＵは、初期アップリンクデータ、初期ダウンリンクデータ、及び／又は単一の後続のアップリンクデータの受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。
一実施例では、無線デバイスからの少なくとも１つの支援パラメータ及び／又は構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、後続のダウンリンクデータ伝送の第１の数が予期されないことを示す場合、ＤＵは、初期アップリンクデータ、初期ダウンリンクデータ、及び／又は後続のダウンリンクデータの第１の数の受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、無線デバイスからの少なくとも１つの支援パラメータ及び／又は構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）の少なくとも１つのパラメータが、後続のアップリンクデータ伝送の第２の数が予期されないことを示す場合、ＤＵは、初期アップリンクデータ、初期ダウンリンクデータ、及び／又は後続のアップリンクデータの第２の数の受信及び／又は送信に基づいて、ＳＤＴ手順の完了を決定し得る。
一実施例では、図２８に示すように、ＤＵは、無線デバイス用のデータを含む少なくとも１つのパケット（例えば、アップリンクパケット又はダウンリンクパケット、例えば、ＲＬＣ／ＭＡＣパケット）のヘッダ内のエンドマーカに基づいて、ＳＤＴ手順の完了を決定し得る。エンドマーカは、エンドマーカを含むヘッダの少なくとも１つのパケットが、無線デバイス及び／又はＳＤＴ手順と関連付けられた少なくとも１つのベアラの最後のパケット（例えば、最後のアップリンクパケット及び／又は最後のダウンリンクパケット）であることを示し得る。
一実施例では、ＤＵは、ＤＵが無線デバイス及び／又はＳＤＴ手順と関連付けられた少なくとも１つのベアラのデータ／パケットを受信又は送信しない持続時間に基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、構成メッセージ（例えば、コンテキストセットアップ／変更要求メッセージ及び／又は少なくとも１つのパラメータ）は、ＳＤＴ手順の完了を決定するための持続時間を示す情報要素（例えば、時間値）を含み得る。
一実施例では、ＤＵは、ＳＤＴ手順の完了を示す表示メッセージをＣＵ－ＣＰに送信してもよい。ＣＵ－ＣＰは、ＤＵから、Ｆ１インターフェースを介して表示メッセージを受信してもよい。表示メッセージは、ＳＤＴ手順の完了を示す通信完了情報を含み得る。表示メッセージは、ＳＤＴ手順の完了を決定することに基づいてもよい。一実施例では、表示メッセージは、ベアラコンテキストセットアップ応答、ベアラコンテキスト変更応答、必要なベアラコンテキスト変更、ベアラコンテキストリリース要求、ベアラコンテキスト非アクティブ通知、データ使用レポート、及び／又は類似のもののうちの少なくとも１つを含んでもよい。
一実施例では、ＤＵからの表示メッセージは、初期アップリンクデータ、初期ダウンリンクデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のものの完了を示し得る。ＤＵからの表示メッセージは、無線デバイスの無線デバイス識別子を含むことができる。表示メッセージは、ＳＤＴ手順の完了と関連付けられたベアラ（例えば、ＰＤＵセッション、ＱｏＳフロー、論理チャネル）のベアラ識別子（例えば、ＰＤＵセッション識別子、ＱｏＳフロー識別子、論理チャネル識別子）を含み得る。
一実施例では、ＤＵからの表示メッセージは、無線デバイスに送信するダウンリンクデータのサイズを示す情報要素を含み得る。ＣＵ－ＣＰは、閾値以下のダウンリンクデータのサイズに応答して、無線デバイスについてのＲＲＣリリース手順を実施／開始することを決定し得る。ＣＵ－ＣＰは、閾値以上のダウンリンクデータのサイズに応答して、無線デバイスをＲＲＣ接続状態に移行することを決定し得る。
一実施例では、ＤＵからの表示メッセージは、ＳＤＴ手順の完了を決定するための持続時間が経過したことを示す情報要素を含み得る。一実施例では、ＤＵからの表示メッセージは、ＤＵが無線デバイスのＳＤＴ手順と関連付けられた少なくとも１つのパケットを介して、エンドマーカを受信したことを示す、情報要素を含み得る。
一実施例では、ＣＵ－ＣＰは、ＣＵ－ＵＰ及び／又はＤＵからの表示メッセージに基づいて、無線デバイスについてのＲＲＣリリース手順を開始／実施することを決定し得る。ＲＲＣリリース手順は、ＲＲＣリリースメッセージを無線デバイスに送信することを含んでもよい。ＣＵ－ＣＰは、ＳＤＴ手順の完了に基づいて、無線デバイスについてのＲＲＣリリース手順を開始／実施することを決定し得る。
一実施例では、ＣＵ－ＣＰによるＲＲＣリリース手順の開始／実施の決定は、ＤＵ、ＣＵ－ＣＰ、ＣＵ－ＵＰ、及び／又は類似のもののうちの少なくとも１つのリソース状態に基づいてもよい。ＣＵ－ＣＰは、ＤＵ及び／又はＣＵ－ＵＰからリソース状態を受信してもよい。リソース状態（例えば、利用可能なリソース、リソース使用比、ハードウェア過負荷状態など）がＣＵ－ＵＰ及び／又はＤＵが過負荷であることを示している場合、ＣＵ－ＣＰは、無線デバイスに対するＲＲＣリリース手順を実施／開始するように決定し得る。
一実施例では、ＣＵ－ＣＰは、表示メッセージ、及び／又は無線デバイスのＲＲＣリリース手順を実施／開始することを決定することに基づいて、ＲＲＣリリース手順についてのＲＲＣリリースメッセージを無線デバイスに送信することができる。一実施例では、ＲＲＣリリースメッセージを送信することは、ＳＤＴ手順の完了に基づいてもよい。
一実施例では、ＲＲＣリリースメッセージは、無線デバイスがＲＲＣ非アクティブ状態又はＲＲＣアイドル状態に留まることを示し得る。一実施例では、ＲＲＣリリースメッセージは、ＲＲＣ接続の一時停止のための構成パラメータを含み得る。一実施例では、ＣＵ－ＣＰによるＲＲＣリリースメッセージを無線デバイスに送信することは、ＲＲＣリリースメッセージを、ＤＵを介して無線デバイスに送信することを含み得る。
一実施例では、ＤＵは、ダウンリンクデータをＲＲＣリリースメッセージと多重化／連結することによって、ダウンリンクデータを無線デバイスに伝送してもよい。ＤＵがＣＵ－ＵＰからダウンリンクデータを受信すると、ＤＵは、ＣＵ－ＣＰからＲＲＣリリースメッセージを受信するまで待つことができる。ＤＵがＣＵ－ＣＰからＲＲＣリリースメッセージを受信すると、ＤＵは、ダウンリンクデータをＲＲＣリリースメッセージと多重化／連結することによって、ダウンリンクデータを無線デバイスに伝送してもよい。
一実施例では、図２９に示すように、ＣＵ－ＵＰは、ＳＤＴ手順と関連付けられたデータのサイズ／ボリューム（例えば、アップリンクデータ、ダウンリンクデータ、後続するアップリンクデータ、後続するダウンリンクデータなどのうちの少なくとも１つ）が、閾値サイズ値（例えば、許容される／予期されるデータボリューム）よりも大きいと決定し得る。ＣＵ－ＵＰは、ＣＵ－ＣＰから（例えば、構成メッセージ、コンテキストセットアップ／変更要求メッセージ、及び／又は少なくとも１つのパラメータを介して）閾値サイズ値を受信してもよい。
一実施例では、無線デバイス用のパケット又はデータの受信／監視に基づいて、ＣＵ－ＵＰは、ＣＵ－ＣＰに通知メッセージを送信し得る。一実施例では、通知メッセージは、無線デバイスに対する後続のデータが予期されるかどうかを示す支援情報を含み得る。後続のデータは、後続のアップリンクデータ及び／又は後続のダウンリンクデータのうちの少なくとも１つを含んでもよい。
一実施例では、ＣＵ－ＵＰは、無線デバイス及び／又は少なくとも１つのベアラのダウンリンクデータ又はアップリンクデータが、閾値サイズ値よりも多いボリューム及び／又は閾値パケット数値数よりも多い（例えば、ＣＵ－ＣＰから受信される）ことを決定し得る。
一実施例では、ＣＵ－ＵＰは、ＳＤＴ手順と関連付けられた少なくとも１つのパケット（例えば、ＰＤＣＰ／ＳＤＡＰ／ＩＰ／イーサネット（登録商標）パケット）の少なくとも１つのパケットヘッダを受信してもよい。少なくとも１つのパケットヘッダは、無線デバイスの後続のデータが予期されるかどうかを示し得る。ＣＵ－ＵＰは、少なくとも１つのパケットヘッダに基づいて、通知メッセージ及び／又は支援情報を決定し得る。
一実施例では、ＣＵ－ＵＰは、ＳＤＴ手順と関連付けられた少なくとも１つのベアラとは異なる第２のベアラと関連付けられた１つ以上のパケット（例えば、アップリンクデータ及び／又はダウンリンクデータ）を受信してもよい。第２のベアラは、少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）と関連付けられない場合がある。第２のベアラと関連付けられた１つ以上のパケットの受信に基づいて、ＣＵ－ＵＰは、ＣＵ－ＣＰに、ダウンリンクデータ又はアップリンクデータ（例えば、第２のベアラと関連付けられた）の受信を示すデータ通知を送信し得る。
一実施例では、データのサイズが閾値サイズ値よりも大きいと決定することに基づいて、ＣＵ－ＵＰは、ＣＵ－ＣＰに通知メッセージを送信し得る。通知メッセージは、無線デバイスのデータのサイズが大きい（例えば、閾値サイズ値よりも大きい）ことを示し得る。
一実施例では、無線デバイス及び／又は少なくとも１つのベアラのダウンリンクデータ又はアップリンクデータが、閾値サイズ値のより多くのボリューム及び／又は閾値パケット数値のより多くの数を続けると決定することに基づいて、ＣＵ－ＵＰは、ＣＵ－ＣＰに通知メッセージを送信し得る。通知メッセージは、無線デバイス及び／又は少なくとも１つのベアラのダウンリンクデータ又はアップリンクデータが、閾値サイズ値のより多くのボリューム及び／又は閾値パケット数値のより多くの数を続けることを示し得る。
一実施例では、無線デバイスの後続のデータが予期されることを示す少なくとも１つのパケットヘッダに基づいて、ＣＵ－ＵＰは、ＣＵ－ＣＰに通知メッセージを送信し得る。通知メッセージは、無線デバイスの後続のデータが予期されていることを示し得る。
一実施例では、ＳＤＴ手順と関連付けられた少なくとも１つのベアラとは異なる第２のベアラと関連付けられた１つ以上のパケット（例えば、アップリンクデータ及び／又はダウンリンクデータ）に基づいて、ＣＵ－ＵＰは、ＣＵ－ＣＰに通知メッセージを送信し得る。通知メッセージは、ダウンリンクデータ又はアップリンクデータ（例えば、第２のベアラと関連付けられる）を受信することを示すデータ通知を含み得る。
一実施例では、ＣＵ－ＵＰからの通知メッセージは、データのサイズが大きいことを示すパラメータ、データのサイズを示すパラメータ、無線デバイスに伝送する追加のデータを示すパラメータ、無線デバイスについて予期される後続するデータ（例えば、後続のアップリンクデータ及び／又は後続のダウンリンクデータ）を示すパラメータ、無線デバイスをＲＲＣ接続状態に移行することを表示／要求するパラメータ、無線デバイスの通信がアクティブであることを示すパラメータ、及び／又は類似のもののうちの少なくとも１つを含み得る。
一実施例では、図２９に示すように、ＣＵ－ＣＰは、ＣＵ－ＵＰから、Ｅ１インターフェースを介して通知メッセージを受信してもよい。通知メッセージは、無線デバイスとネットワークとの間で通信するより多くのデータがあることを示す、より多くのデータ情報を含み得る。一実施例では、通知メッセージは、ベアラコンテキストセットアップ応答、ベアラコンテキスト変更応答、必要なベアラコンテキスト変更、ベアラコンテキストリリース要求、ベアラコンテキスト非アクティブ通知、データ使用レポート、及び／又は類似のもののうちの少なくとも１つを含んでもよい。
一実施例では、図２９に示すように、ＤＵは、ＳＤＴ手順と関連付けられたデータのサイズ／ボリューム（例えば、アップリンクデータ、ダウンリンクデータ、後続するアップリンクデータ、後続するダウンリンクデータなどのうちの少なくとも１つ）が、閾値サイズ値（例えば、許容される／予期されるデータボリューム）よりも大きいと決定し得る。ＤＵは、ＣＵ－ＣＰから（例えば、構成メッセージ、コンテキストセットアップ／変更要求メッセージ、及び／又は少なくとも１つのパラメータを介して）閾値サイズ値を受信してもよい。
一実施例では、無線デバイス用のパケット又はデータの受信／監視に基づいて、ＤＵは、ＣＵ－ＣＰに通知メッセージを送信し得る。一実施例では、通知メッセージは、無線デバイスに対する後続のデータが予期されるかどうかを示す支援情報を含み得る。後続のデータは、後続のアップリンクデータ及び／又は後続のダウンリンクデータのうちの少なくとも１つを含んでもよい。
一実施例では、ＤＵは、無線デバイス及び／又は少なくとも１つのベアラのダウンリンクデータ又はアップリンクデータが、閾値サイズ値よりも多いボリューム及び／又は閾値パケット数値数よりも多い（例えば、ＣＵ－ＣＰから受信される）ことを決定し得る。
一実施例では、ＤＵは、ＳＤＴ手順と関連付けられた少なくとも１つのパケット（例えば、ＭＡＣ／ＲＬＣパケット）の少なくとも１つのパケットヘッダを受信してもよい。少なくとも１つのパケットヘッダは、無線デバイスの後続のデータが予期されるかどうかを示し得る。ＤＵは、少なくとも１つのパケットヘッダに基づいて、通知メッセージ及び／又は支援情報を決定し得る。
一実施例では、ＤＵは、ＳＤＴ手順と関連付けられた少なくとも１つのベアラとは異なる第２のベアラと関連付けられた１つ以上のパケット（例えば、アップリンクデータ及び／又はダウンリンクデータ）を受信してもよい。第２のベアラは、少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）と関連付けられない場合がある。第２のベアラと関連付けられた１つ以上のパケットの受信に基づいて、ＣＵ－ＵＰは、ＣＵ－ＣＰに、ダウンリンクデータ又はアップリンクデータ（例えば、第２のベアラと関連付けられた）の受信を示すデータ通知を送信し得る。
一実施例では、データのサイズが閾値サイズ値よりも大きいと決定することに基づいて、ＤＵは、ＣＵ－ＣＰに通知メッセージを送信し得る。通知メッセージは、無線デバイスのデータのサイズが大きい（例えば、閾値サイズ値よりも大きい）ことを示し得る。
一実施例では、無線デバイス及び／又は少なくとも１つのベアラのダウンリンクデータ又はアップリンクデータが、閾値サイズ値のより多くのボリューム及び／又は閾値パケット数値のより多くの数を続けると決定することに基づいて、ＤＵは、ＣＵ－ＣＰに通知メッセージを送信し得る。通知メッセージは、無線デバイス及び／又は少なくとも１つのベアラのダウンリンクデータ又はアップリンクデータが、閾値サイズ値のより多くのボリューム及び／又は閾値パケット数値のより多くの数を続けることを示し得る。
一実施例では、無線デバイスの後続のデータが予期されることを示す少なくとも１つのパケットヘッダに基づいて、ＤＵは、ＣＵ－ＣＰに通知メッセージを送信し得る。通知メッセージは、無線デバイスの後続のデータが予期されていることを示し得る。
一実施例では、ＳＤＴ手順と関連付けられた少なくとも１つのベアラとは異なる第２のベアラと関連付けられた１つ以上のパケット（例えば、アップリンクデータ及び／又はダウンリンクデータ）を受信することに基づいて、ＤＵは、ＣＵ－ＣＰに通知メッセージを送信し得る。通知メッセージは、ダウンリンクデータ又はアップリンクデータ（例えば、第２のベアラと関連付けられる）を受信することを示すデータ通知を含み得る。
一実施例では、ＤＵからの通知メッセージは、データのサイズが大きいことを示すパラメータ、データのサイズを示すパラメータ、無線デバイスに伝送する追加のデータを示すパラメータ、無線デバイスについて予期される後続するデータ（例えば、後続のアップリンクデータ及び／又は後続のダウンリンクデータ）を示すパラメータ、無線デバイスをＲＲＣ接続状態に移行することを表示／要求するパラメータ、無線デバイスの通信がアクティブであることを示すパラメータ、及び／又は類似のもののうちの少なくとも１つを含み得る。
一実施例では、図２９に示すように、ＣＵ－ＣＰは、ＤＵから、Ｆ１インターフェースを介して通知メッセージを受信してもよい。通知メッセージは、無線デバイスとネットワークとの間で通信するより多くのデータがあることを示す、より多くのデータ情報を含み得る。一実施例では、通知メッセージは、ベアラコンテキストセットアップ応答、ベアラコンテキスト変更応答、必要なベアラコンテキスト変更、ベアラコンテキストリリース要求、ベアラコンテキスト非アクティブ通知、データ使用レポート、及び／又は類似のもののうちの少なくとも１つを含んでもよい。
一実施例では、ＣＵ－ＣＰは、ＣＵ－ＵＰ及び／又はＤＵからの通知メッセージに基づいて、無線デバイスをＲＲＣ接続状態に移行することを決定し得る。ＣＵ－ＣＰは、無線デバイスのデータのサイズが大きい（例えば、閾値サイズ値よりも大きい）こと、無線デバイス及び／若しくは少なくとも１つのベアラのダウンリンクデータ若しくはアップリンクデータが、閾値サイズ値のより多くのボリューム及び／若しくは閾値パケット数値のより多くの数を続けること、無線デバイスの後続のデータが予期されること、ＣＵ－ＵＰ及び／若しくはＤＵが、ＳＤＴ手順の少なくとも１つのベアラと関連付けられていないダウンリンクデータ若しくはアップリンクデータ（例えば、第２のベアラと関連付けられる）こと、並びに／又は類似のもののうちの少なくとも１つに基づいて、無線デバイスをＲＲＣ接続状態に移行することを決定し得る。
一実施例では、無線デバイスをＲＲＣ接続状態に移行するためのＣＵ－ＣＰによる決定は、ＤＵ、ＣＵ－ＣＰ、ＣＵ－ＵＰ、及び／又は類似のもののうちの少なくとも１つのリソース状態に基づいてもよい。ＣＵ－ＣＰは、ＤＵ及び／又はＣＵ－ＵＰからリソース状態を受信してもよい。リソース状態（例えば、利用可能なリソース、リソース使用比、ハードウェア過負荷状態など）がＣＵ－ＵＰ及び／又はＤＵが過負荷ではないと示す場合、ＣＵ－ＣＰは、無線デバイスをＲＲＣ接続状態に移行することを決定し得る。
一実施例では、ＣＵ－ＣＰは、無線デバイスがＲＲＣ接続状態に移行することを示す、ＲＲＣメッセージを無線デバイスに送信／伝送してもよい。ＲＲＣメッセージは、ＲＲＣ再開メッセージ、ＲＲＣセットアップメッセージ、及び／又は類似のもののうちの少なくとも１つを含むことができる。
一実施例では、ＲＲＣリリース手順を開始する決定に基づいて、ＣＵ－ＣＰは、無線デバイスに、ＲＲＣリリース手順についてのＲＲＣリリースメッセージを送信してもよい。一実施例では、無線デバイスをＲＲＣ接続状態に移行させる決定に基づいて、ＣＵ－ＣＰは、無線デバイスに、無線デバイスのためのＲＲＣメッセージを送信して、ＲＲＣ接続状態に移行してもよい。
ＣＵ－ＣＰは、ＤＵに、ＲＲＣリリース手順のためのＲＲＣリリースメッセージ又は無線デバイスがＲＲＣ接続状態に移行するＲＲＣメッセージを含むコンテキストメッセージを送信／伝送し得る。ＤＵは、ＣＵ－ＣＰから、ＲＲＣリリースメッセージ又は無線デバイス用のＲＲＣメッセージを含むコンテキストメッセージを受信し得る。一実施例では、ＣＵ－ＣＰが、ＲＲＣリリース手順を開始すると決定する場合（例えば、無線デバイスをＲＲＣ接続状態に移行させないため）、ＣＵ－ＣＰは、コンテキストメッセージ及び／又はＤＵを介して、ＲＲＣリリースメッセージを無線デバイスに伝送／送信し得る。一実施例では、ＣＵ－ＣＰが、ＲＲＣリリース手順を開始しないことを決定した場合（例えば、無線デバイスをＲＲＣ接続状態に移行するため）、ＣＵ－ＣＰは、コンテキストメッセージ及び／又はＤＵを介して、ＲＲＣメッセージ（例えば、ＲＲＣ再開メッセージ、ＲＲＣセットアップメッセージなど）を無線デバイスに伝送／送信し得る。一実施例では、ＲＲＣメッセージは、ＲＲＣ再開メッセージ、ＲＲＣセットアップメッセージなどのうちの少なくとも１つを含むことができる。ＲＲＣリリースメッセージは、ＲＲＣ接続リリースメッセージ、ＲＲＣ早期データ完了メッセージ、及び／又は類似のもののうちの少なくとも１つを含んでもよい。ＲＲＣリリースメッセージは、ＲＲＣ接続の一時停止のための構成パラメータを含み得る。
一実施例では、ＣＵ－ＣＰによる、コンテキストメッセージをＤＵに送信／伝送することは、Ｆ１インターフェースを介してコンテキストメッセージを送信／伝送することを含み得る。一実施例では、コンテキストメッセージは、ＵＥコンテキストリリースコマンドメッセージ、ＤＬ ＲＲＣメッセージ転送メッセージ、ＵＥコンテキスト変更／セットアップ要求メッセージ、ＵＥコンテキストセットアップ／変更完了メッセージ、通知メッセージ、アクセス成功メッセージ、及び／又は類似のもののうちの少なくとも１つを含むことができる。
一実施例では、コンテキストメッセージは、無線デバイスの無線デバイス識別子（例えば、ｇＮＢ－ＤＵ ＵＥ Ｆ１ＡＰ ＩＤ、ｇＮＢ－ＣＵ ＵＥ Ｆ１ＡＰ ＩＤ、ＴＭＳＩ、Ｓ－ＴＭＳＩ、Ｃ－ＲＮＴＩ、ＰＵＲ－ＲＮＴＩ、ＩＭＳＩなど）、原因パラメータ（例えば、ＲＲＣリリース手順を実行する原因）、ＲＲＣリリースメッセージ又はＲＲＣメッセージ（例えば、ＲＲＣセットアップ／再開メッセージ）を含むＲＲＣコンテナー、無線デバイス用に構成されたセル構成パラメータ及び／又はＳＲＢ／ＤＲＢ構成パラメータ（例えば、ＱｏＳパラメータ、ＱｏＳフロー識別子、Ｓ－ＮＳＳＡＩ、ネットワークスライス情報、トンネル情報、ベアラ識別子など）を含むＣＵからＤＵへのＲＲＣコンテナー、トランザクション識別子（例えば、取引ＩＤ）、ＲＡＮ ＵＥ ＩＤ、ＲＲＣセットアップ／再開完了メッセージ及び／又はＲＲＣリリースメッセージを含む、第２のＲＲＣコンテナー（例えば、ＲＲＣ－Ｃｏｎｔａｉｎｅｒ－ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ、ＲＲＣ－Ｃｏｎｔａｉｎｅｒ－ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅ、ＲＲＣ－Ｃｏｎｔａｉｎｅｒ－ＲＲＣＲｅｌｅａｓｅ）、ＳＲＢのＳＲＢ識別子（例えば、ＳＲＢ１／２／３）、ＰＬＭＮ識別子（例えば、選択されたＰＬＭＮ識別子）、無線デバイスに対しキャンセルされる候補セルリスト、無線デバイスのためのＳｐＣｅｌｌのＳｐＣｅｌｌ識別子、無線デバイスのサービングセルのサービングセル識別子、ＤＲＸサイクル情報、無線デバイスのための二次セルの二次セル識別子、及び／又は類似のもののうちの少なくとも１つを含むことができる。一実施例では、コンテキストメッセージが、無線デバイスのＲＲＣリリース手順に対するＲＲＣリリースメッセージを含む場合、コンテキストメッセージは、ＵＥコンテキストリリースコマンドメッセージであり得る。一実施例では、無線デバイスをＲＲＣ接続状態に移行するためのコンテキストメッセージがＲＲＣメッセージ（例えば、ＲＲＣセットアップ／再開メッセージ）を含む場合、コンテキストメッセージは、ＵＥコンテキスト変更／セットアップ要求メッセージ、ＵＥコンテキスト変更／セットアップ確認メッセージ、ＤＬ ＲＲＣメッセージ転送メッセージ、及び／又は類似のものであり得る。
一実施例では、ＲＲＣリリースメッセージは、ＳＤＴ手順（例えば、早期データ伝送）の手順の使用が許可される１つ以上のベアラ（例えば、ＳＲＢ、ＤＲＢ、論理チャネル、ＰＤＵセッション、ＱｏＳフロー）のリストを含み得る。１つ以上のベアラのリストに基づき、無線デバイスは、無線デバイスがＲＲＣ非アクティブ状態又はＲＲＣアイドル状態であるとき、無線デバイスが１つ以上のベアラと関連付けられるデータを有する場合、ＳＤＴ手順を実施し得る。
一実施例では、ＤＵは、無線デバイス、ＲＲＣリリースメッセージ、又はＲＲＣメッセージを送信／転送し得る。一実施例では、無線デバイスは、ＤＵ及び／又はＣＵ－ＣＰからＲＲＣリリースメッセージを受信することに基づき、ＲＲＣアイドル状態又はＲＲＣ非アクティブ状態であり得る。一実施例では、無線デバイスは、ＤＵ及び／又はＣＵ－ＣＰからＲＲＣメッセージを受信するのに応答して、ＲＲＣ完了メッセージを送信／伝送し得る。無線デバイスは、ＤＵ及び／又はＣＵ－ＣＰからのＲＲＣメッセージに基づき、ＲＲＣ接続状態（例えば、基地局とのＲＲＣ接続を確立／再開／セットアップ）に移行し得る。ＲＲＣ完了メッセージは、ＲＲＣセットアップ完了メッセージ、ＲＲＣ再開完了メッセージ、及び／又は類似のもののうちの少なくとも１つを含んでもよい。無線デバイスは、ＤＵを介して、ＲＲＣ完了メッセージをＣＵ－ＣＰに送信してもよい。ＲＲＣ完了メッセージ及び／又はＲＲＣ接続の送信に基づいて、無線デバイスは、基地局（例えば、ＤＵ、ＣＵ－ＵＰ、及び／又はＣＵ－ＣＰ）との間で、パケット（例えば、トランスポートブロック、データ）を送信／受信し得る。
一実施例では、ＤＵは、無線デバイスに、初期ダウンリンクデータ及び／又は少なくとも１つの後続のダウンリンクデータを、初期ダウンリンクデータ及び／又は少なくとも１つの後続のダウンリンクデータを、ＲＲＣリリースメッセージ又はＲＲＣメッセージと多重化及び／又は連結することによって、送信／送付し得る。
一実施例では、ＣＵ－ＵＰは、ＣＵ－ＣＰから、ベアラ、ＱｏＳフロー、ＰＤＵセッション、無線デバイス、及び／又は類似のもののうちの少なくとも１つについての持続時間を示す非アクティブタイマー値を受信してもよい。ＣＵ－ＵＰは、無線デバイス（例えば、及び／又はベアラ、ＱｏＳフロー、ＰＤＵセッションなど）が、一定期間非アクティブであると決定し得る。ＣＵ－ＵＰは、ＣＵ－ＣＰに、かつ決定に基づいて、無線デバイス（例えば、及び／又はベアラ、ＱｏＳフロー、ＰＤＵセッションなど）が非アクティブであることを示す第２の表示メッセージ（例えば、ベアラコンテキスト非アクティビティ通知メッセージ）を送信してもよい。
一実施例では、図３０に示すように、基地局中央ユニット制御プレーン（例えば、ＣＵ－ＣＰ、基地局ＣＵ－ＣＰ、ｇＮＢ－ＣＵ－ＣＰなど）は、基地局中央ユニットユーザプレーン（例えば、ＣＵ－ＵＰ、基地局ＣＵ－ＵＰ、ｇＮＢ－ＣＵ－ＵＰなど）に、無線デバイスのＳＤＴ手順を示す構成メッセージを送信してもよい。ＣＵ－ＣＰは、ＣＵ－ＵＰから、ＳＤＴ手順の完了を示す表示メッセージを受信してもよい。ＣＵ－ＣＰは、無線デバイスに、表示メッセージに基づいて、無線リソース制御（ＲＲＣ）リリースメッセージを送信してもよい。一実施例では、ＲＲＣリリースメッセージを送信することは、ＳＤＴ手順の完了に基づいてもよい。一実施例では、基地局は、ＣＵ－ＣＰ、ＣＵ－ＵＰ、少なくとも１つのＤＵ、及び／又は類似のもののうちの少なくとも１つを含んでもよい。
一実施例では、ＣＵ－ＵＰは、ＣＵ－ＣＰから、ベアラ、ＱｏＳフロー、ＰＤＵセッション、無線デバイス、及び／又は類似のもののうちの少なくとも１つについての持続時間を示す非アクティブタイマー値を受信してもよい。ＣＵ－ＵＰは、無線デバイス（例えば、及び／又はベアラ、ＱｏＳフロー、ＰＤＵセッションなど）が、一定期間非アクティブであると決定し得る。ＣＵ－ＵＰは、ＣＵ－ＣＰに、かつ決定に基づいて、無線デバイス（例えば、及び／又はベアラ、ＱｏＳフロー、ＰＤＵセッションなど）が非アクティブであることを示す第２の表示メッセージ（例えば、ベアラコンテキスト非アクティビティ通知メッセージ）を送信してもよい。
一実施例では、ＣＵ－ＣＰは、無線デバイスから、ＳＤＴ手順に対するＲＲＣ要求メッセージを受信してもよい。ＣＵ－ＵＰへのＣＵ－ＣＰによる構成メッセージを送信することは、ＲＲＣ要求メッセージに基づいてもよい。ＣＵ－ＣＰによって無線デバイスからＲＲＣ要求メッセージを受信することは、無線デバイスから、ＤＵを介してＲＲＣ要求メッセージを受信することを含んでもよい。一実施例では、ＲＲＣ要求メッセージは、ＲＲＣ早期データ要求メッセージ、ＲＲＣ再開要求メッセージ、ＲＲＣセットアップ要求メッセージ、及び／又は類似のもののうちの少なくとも１つを含んでもよい。一実施例では、ＤＵは、無線デバイスから、ＳＤＴ手順に対するＲＲＣ要求メッセージ、ＳＤＴ手順と関連付けられるアップリンクデータ、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す、少なくとも１つの支援パラメータ、及び／又は類似のもののうちの少なくとも１つを受信し得る。ＤＵは、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す、ＲＲＣ要求メッセージ及び／又は支援情報のうちの少なくとも１つをＣＵ－ＣＰに送信してもよい。一実施例では、少なくとも１つの支援パラメータを受信することは、少なくとも１つの媒体アクセス制御要素（ＭＡＣ ＣＥ）、物理アップリンクチャネル（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＵＣＩなど）、少なくとも１つの無線リンク制御（ＲＬＣ）パケットヘッダ、及び／又は類似のものの少なくとも１つを介して、少なくとも１つの支援パラメータを受信することを含み得る。一実施例では、少なくとも１つの支援パラメータが、リリース支援情報がないことを示すパラメータ、後続のダウンリンクデータ伝送が予期されないことを示すパラメータ、後続のアップリンクデータ伝送が予期されないことを示すパラメータ、単一の後続のダウンリンクデータ伝送が予期されることを示すパラメータ、単一の後続のアップリンクデータ伝送が予期されることを示すパラメータ、予期される後続のダウンリンクデータ伝送の第１の数、予期される後続のアップリンクデータ伝送の第２の数、伝送するデータのサイズを示すバッファ状態レポート、及び／又は類似のものの少なくとも１つを含んでもよい。
一実施例では、ＣＵ－ＣＰは、表示メッセージに基づいて、無線デバイスについてのＲＲＣリリース手順を開始／実施することを決定し得る。ＲＲＣリリース手順は、ＲＲＣリリースメッセージを無線デバイスに送信することを含んでもよい。ＣＵ－ＣＰによるＲＲＣリリース手順の開始／実施の決定は、ＤＵ、ＣＵ－ＣＰ、ＣＵ－ＵＰ、及び／又は類似のもののうちの少なくとも１つのリソース状態に基づいてもよい。一実施例では、ＲＲＣリリースメッセージは、無線デバイスがＲＲＣ非アクティブ状態又はＲＲＣアイドル状態に留まることを示し得る。一実施例では、ＲＲＣリリースメッセージは、ＲＲＣ接続の一時停止のための構成パラメータを含み得る。一実施例では、ＣＵ－ＣＰによるＲＲＣリリースメッセージを無線デバイスに送信することは、ＲＲＣリリースメッセージを、ＤＵを介して無線デバイスに送信することを含み得る。一実施例では、ＤＵは、ＲＲＣリリースメッセージと多重化／連結することによって、ダウンリンクデータを無線デバイスに伝送してもよい。
一実施例では、構成メッセージは、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す、少なくとも１つのパラメータを含み得る。少なくとも１つの後続のデータ伝送は、少なくとも１つの後続のアップリンクデータ伝送、及び／又は少なくとも１つの後続のダウンリンクデータ伝送のうちの少なくとも１つを含み得る。ＳＤＴ手順は、初期アップリンクデータ伝送、初期ダウンリンクデータ伝送、少なくとも１つの後続のデータ伝送、及び／又は類似のもののうちの少なくとも１つを含み得る。一実施例では、少なくとも１つの後続のデータ伝送が予期されるかどうかを示す少なくとも１つのパラメータは、リリース支援情報がないことを示すパラメータ、後続のダウンリンクデータ伝送が予期されないことを示すパラメータ、後続のアップリンクデータ伝送が予期されないことを示すパラメータ、単一の後続のダウンリンクデータ伝送が予期されることを示すパラメータ、単一の後続のアップリンクデータ伝送が予期されることを示すパラメータ、予期される後続のダウンリンクデータ伝送の第１の数、予期される後続のアップリンクデータ伝送の第２の数、及び／又は類似のものの少なくとも１つを含んでもよい。
一実施例では、構成メッセージは、ＳＤＴ手順の完了を報告することを要求する情報要素を含み得る。ＳＤＴ手順の完了を報告することを要求する情報要素は、ゼロに構成されている非アクティブ時間値を含み得る。一実施例では、構成メッセージは、初期アップリンクデータ、初期ダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のもののうちの少なくとも１つの完了を報告することを要求する情報要素を含み得る。
一実施例では、構成メッセージは、ＳＤＴ手順と関連付けられた少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）の少なくとも１つのベアラ識別子を含み得る。構成メッセージは、少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）に対する再開表示（例えば、ベアラコンテキスト状態変更：一時停止／再開）を含み得る。再開表示は、少なくとも１つのベアラが再開されたことを示し得る。一実施例では、ＣＵ－ＵＰは、少なくとも１つのベアラ（例えば、ＱｏＳフロー、ＰＤＵセッション、論理チャネル）と関連付けられていないダウンリンクデータ又はアップリンクデータを受信してもよい。ＣＵ－ＵＰは、ダウンリンクデータ又はアップリンクデータを受信することを示すデータ通知をＣＵ－ＣＰに送信してもよい。ＣＵ－ＵＰは、構成メッセージの少なくとも１つのベアラ識別子に基づいて、無線デバイス用の少なくとも１つのベアラを再開／確立／構成し得る。ＣＵ－ＵＰは、無線デバイスの複数の中断されたベアラのうち、少なくとも１つのベアラのみを再開／確立／構成し得る。
一実施例では、構成メッセージは、無線デバイスからのバッファ状態レポートを含み得る。バッファ状態レポートは、送信するデータのサイズを示し得る。一実施例では、構成メッセージは、初期アップリンクデータ、初期ダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のもののうちの少なくとも１つのサイズを示す情報要素を含み得る。
一実施例では、ＣＵ－ＣＰは、構成メッセージに基づいて、ＣＵ－ＵＰから構成が完了したことを示す構成応答メッセージを受信し得る。一実施例では、ＣＵ－ＵＰが、無線デバイスからのＳＤＴ手順と関連付けられた（ＤＵを介して）初期アップリンクデータ、コアネットワークデバイス若しくは第２の基地局と関連付けられた初期ダウンリンクデータ、（ＤＵを介する）無線デバイスからの少なくとも１つの後続のアップリンクデータ、コアネットワークデバイス若しくは第２の基地局からの少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを受信し得る。ＣＵ－ＵＰは、コアネットワークデバイス又は第２の基地局への初期アップリンクデータ、（ＤＵを介する）無線デバイスへの初期ダウンリンクデータ、コアネットワークデバイス又は第２の基地局への少なくとも１つの後続のアップリンクデータ、（ＤＵを介する）無線デバイスへの少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを送信してもよい。ＳＤＴ手順の完了は、初期アップリンクデータ、初期ダウンリンクデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを受信することの完了を含み得る。ＳＤＴ手順の完了は、初期アップリンクデータ、初期ダウンリンクデータ、少なくとも１つの後続のアップリンクデータ、少なくとも１つの後続のダウンリンクデータ、及び／又は類似のもののうちの少なくとも１つを送信することの完了を含み得る。
一実施例では、ＣＵ－ＵＰは、初期アップリンクデータ、初期ダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のもののうちの少なくとも１つを受信及び／又は送信することに基づいて、ＳＤＴ手順の完了を決定し得る。一実施例では、ＣＵ－ＵＰは、無線デバイス用のデータを含む少なくとも１つのパケットのヘッダ内のエンドマーカに基づいて、ＳＤＴ手順の完了を決定し得る。
一実施例では、表示メッセージは、初期アップリンクデータ、初期ダウンリンクデータ、単一の後続のダウンリンクデータ、単一の後続のアップリンクデータ、後続のダウンリンクデータの第１の数、後続のアップリンクデータの第２の数、及び／又は類似のもののうちの少なくとも１つの完了を示し得る。表示メッセージは、無線デバイスの無線デバイス識別子を含むことができる。表示メッセージは、ＳＤＴ手順の完了と関連付けられたベアラのベアラ識別子を含み得る。表示メッセージは、無線デバイスに送信するダウンリンクデータのサイズを示す情報要素を含み得る。
一実施例では、図３１に示すように、ＣＵ－ＵＰは、ＣＵ－ＣＰから、無線デバイスのＳＤＴ手順を示す構成メッセージを受信してもよい。ＣＵ－ＵＰは、無線デバイスから、ＳＤＴ手順と関連付けられたアップリンク及び／又はダウンリンクデータを受信してもよい。ＣＵ－ＵＰは、アップリンクデータ及び／又はダウンリンクデータの受信に基づいて、ＳＤＴ手順の完了を決定し得る。ＣＵ－ＵＰは、ＳＤＴ手順の完了を示す表示メッセージをＣＵ－ＣＰに送信してもよい。ＣＵ－ＵＰは、無線デバイスについて、少なくとも１つの後続のデータを受信してもよい。ＳＤＴ手順の完了を決定することは、少なくとも１つの後続のデータを受信することに更に基づき得る。
一実施例では、図３１に示すように、ＣＵ－ＵＰは、ＣＵ－ＣＰから、無線デバイスのＳＤＴ手順を示す構成メッセージを受信してもよい。ＣＵ－ＵＰは、無線デバイス用のデータ（例えば、アップリンクデータ又はダウンリンクデータ）を受信してもよい。ＣＵ－ＵＰは、データのサイズが閾値サイズ値よりも大きいと決定し得る。ＣＵ－ＵＰは、ＣＵ－ＣＰに、データのサイズが大きいことを示すパラメータ、データのサイズを示すパラメータ、無線デバイスに伝送する追加のデータを示すパラメータ、無線デバイスをＲＲＣ接続状態に移行することを表示／要求するパラメータ、無線デバイスの通信がアクティブであることを示すパラメータ、及び／又は類似のもののうちの少なくとも１つを含む、通知メッセージを送信してもよい。一実施例では、通知メッセージは、無線デバイスに対する後続のデータが予期されるかどうかを示す支援情報を含み得る。後続のデータは、後続のアップリンクデータ及び／又は後続のダウンリンクデータのうちの少なくとも１つを含んでもよい。
一実施例では、ＣＵ－ＵＰは、ＳＤＴ手順と関連付けられた少なくとも１つのパケットの少なくとも１つのパケットヘッダを受信してもよい。少なくとも１つのパケットヘッダは、無線デバイスの後続のデータが予期されるかどうかを示し得る。ＣＵ－ＵＰは、少なくとも１つのパケットヘッダに基づいて、通知メッセージ及び／又は支援情報を決定し得る。ＣＵ－ＣＰは、通知メッセージに基づいて、無線デバイスをＲＲＣ接続状態に移行することを決定し得る。ＣＵ－ＣＰは、無線デバイスがＲＲＣ接続状態に移行することを示す、ＲＲＣメッセージを無線デバイスに送信／伝送してもよい。ＲＲＣメッセージは、ＲＲＣ再開メッセージ、ＲＲＣセットアップメッセージ、及び／又は類似のもののうちの少なくとも１つを含むことができる。
一実施例では、図３０に示すように、ＣＵ－ＣＰは、ＣＵ－ＵＰに、無線デバイスのＳＤＴ手順を示す構成メッセージを送信してもよい。ＣＵ－ＣＰは、ＣＵ－ＵＰから、データのサイズが大きいことを示すパラメータ、データのサイズを示すパラメータ、無線デバイスに伝送する追加のデータを示すパラメータ、無線デバイスをＲＲＣ接続状態に移行することを表示／要求するパラメータ、無線デバイスの通信がアクティブであることを示すパラメータ、及び／又は類似のもののうちの少なくとも１つを含む、通知メッセージを受信してもよい。ＣＵ－ＣＰは、通知メッセージに基づいて、無線デバイスをＲＲＣ接続状態に移行することを決定し得る。ＣＵ－ＣＰは、無線デバイスがＲＲＣ接続状態に移行することを示す、ＲＲＣメッセージを無線デバイスに送信／伝送してもよい。ＲＲＣメッセージは、ＲＲＣ再開メッセージ、ＲＲＣセットアップメッセージ、及び／又は類似のもののうちの少なくとも１つを含むことができる。

Claims (13)

  1. 方法であって、
    基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）が、基地局分散ユニット（ＤＵ）から、無線デバイスのスモールデータ伝送（ＳＤＴ）手順のための無線リソース制御（ＲＲＣ）要求メッセージを受信することと、
    前記基地局ＣＵ－ＣＰが、前記基地局ＤＵから、前記ＳＤＴ手順の完了を示す表示メッセージを受信することと、
    前記基地局ＣＵ－ＣＰが、前記基地局ＤＵを介して前記無線デバイスに、前記表示メッセージに基づいて、無線リソース制御（ＲＲＣ）リリースメッセージを送信することと
    を含む、方法。
  2. 前記ＲＲＣリリースメッセージは、前記無線デバイスがＲＲＣ非アクティブ状態又はＲＲＣアイドル状態に留まることを示す、請求項１に記載の方法。
  3. 前記ＲＲＣリリースメッセージは、ＲＲＣ接続の一時停止についての構成パラメータを含む、請求項１または２に記載の方法。
  4. 前記ＲＲＣリリースメッセージを送信することは、コンテキストリリースコマンドメッセージ内において前記ＲＲＣリリースメッセージを送信することを含む、請求項１～３のうちの一項に記載の方法。
  5. 基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）であって、前記基地局ＣＵ－ＣＰは、１つ以上のプロセッサと、命令を記憶するメモリーとを備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局ＣＵ－ＣＰに請求項１～４のいずれかに記載の方法を実施させる、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）。
  6. 命令を備える非一時的コンピュータ可読媒体であって、前記命令は、１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに請求項１～４のいずれかに記載の方法を実施させる、非一時的コンピュータ可読媒体。
  7. 方法であって、
    基地局分散ユニット（ＤＵ）が、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）に、無線デバイスのスモールデータ伝送（ＳＤＴ）手順のための無線リソース制御（ＲＲＣ）要求メッセージを送信することと、
    前記基地局ＤＵが、前記ＳＤＴ手順と関連付けられたデータを受信することと、
    前記データを受信することに基づいて、前記ＳＤＴ手順の完了を決定することと、
    前記基地局ＤＵが、前記基地局ＣＵ－ＣＰに、前記ＳＤＴ手順の前記完了を示す表示メッセージを送信することと
    を含む、方法。
  8. 前記基地局ＤＵが、前記基地局ＣＵ－ＣＰから、前記無線デバイスのＲＲＣ接続をリリースすることを示すコンテキストリリースコマンドメッセージを受信することをさらに含む、請求項７に記載の方法。
  9. ＵＥコンテキストリリースコマンドメッセージは、前記無線デバイスと関連付けられる無線リソース制御（ＲＲＣ）リリースメッセージを含む、請求項８に記載の方法。
  10. 前記基地局ＤＵが、前記無線デバイスに、前記ＲＲＣリリースメッセージを送信することをさらに含む、請求項９に記載の方法。
  11. 基地局分散ユニットであって、前記基地局分散ユニットは、１つ以上のプロセッサと、命令を記憶するメモリーとを備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局分散ユニットに請求項７～１０のいずれかに記載の方法を実施させる、基地局分散ユニット。
  12. 命令を備える非一時的コンピュータ可読媒体であって、前記命令は、１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに請求項７～１０のいずれかに記載の方法を実施させる、非一時的コンピュータ可読媒体。
  13. システムであって、
    基地局分散ユニット（ＤＵ）であって、前記基地局ＤＵは、１つ以上のプロセッサと、命令を記憶するメモリーとを備え、前記命令は、前記１つ以上のプロセッサによって実行されると、
    基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）に、無線デバイスのスモールデータ伝送（ＳＤＴ）手順のための無線リソース制御（ＲＲＣ）要求メッセージを送信することと、
    前記ＳＤＴ手順と関連付けられたデータを受信することと、
    前記データを受信することに基づいて、前記ＳＤＴ手順の完了を決定することと、
    前記基地局ＣＵ－ＣＰに、前記ＳＤＴ手順の前記完了を示す表示メッセージを送信することと
    を前記基地局ＤＵに行わせる、基地局分散ユニット（ＤＵ）と、
    前記基地局ＣＵ－ＣＰであって、前記基地局ＣＵ－ＣＰは、１つ以上のプロセッサと、命令を記憶するメモリーとを備え、前記命令は、前記１つ以上のプロセッサによって実行されると、
    前記基地局ＤＵから、前記ＲＲＣ要求メッセージを受信することと、
    前記基地局ＤＵから、前記ＳＤＴ手順の前記完了を示す前記表示メッセージを受信することと、
    前記基地局ＤＵを介して前記無線デバイスに、前記表示メッセージに基づいて、無線リソース制御（ＲＲＣ）リリースメッセージを送信することと
    を前記基地局ＣＵ－ＣＰに行わせる、基地局ＣＵ－ＣＰと
    を備える、システム。
JP2023518776A 2020-09-24 2021-09-23 スモールデータ伝送の完了表示 Active JP7529225B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063083026P 2020-09-24 2020-09-24
US63/083,026 2020-09-24
PCT/US2021/051728 WO2022066888A1 (en) 2020-09-24 2021-09-23 Completion indication of small data transmission

Publications (3)

Publication Number Publication Date
JP2023544526A JP2023544526A (ja) 2023-10-24
JPWO2022066888A5 JPWO2022066888A5 (ja) 2024-03-04
JP7529225B2 true JP7529225B2 (ja) 2024-08-06

Family

ID=78414067

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023518776A Active JP7529225B2 (ja) 2020-09-24 2021-09-23 スモールデータ伝送の完了表示

Country Status (8)

Country Link
US (2) US11895726B2 (ja)
EP (1) EP4118931A1 (ja)
JP (1) JP7529225B2 (ja)
KR (1) KR102687137B1 (ja)
CN (1) CN116458258A (ja)
BR (1) BR112023005258A2 (ja)
CA (1) CA3193576A1 (ja)
WO (1) WO2022066888A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113747524A (zh) * 2020-05-29 2021-12-03 北京三星通信技术研究有限公司 支持切换的方法和设备
US20230328691A1 (en) * 2022-04-07 2023-10-12 Samsung Electronics Co., Ltd. Apparatus and method for receiving paging-related information
WO2023219776A1 (en) * 2022-04-21 2023-11-16 Ofinno, Llc Small data transmission
WO2023219714A1 (en) * 2022-05-09 2023-11-16 Qualcomm Incorporated Techniques for secret key extraction during an access procedure
WO2024025451A1 (en) * 2022-07-25 2024-02-01 Telefonaktiebolaget Lm Ericsson (Publ) Small data transmissions in a wireless network
EP4319348A1 (en) * 2022-08-04 2024-02-07 Vodafone Group Services Limited Facilitating small data transmission (sdt) in a mobile telecommunications network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020036460A1 (en) 2018-08-16 2020-02-20 Lg Electronics Inc. Method and apparatus for supporting early data transmission in inactive state in wireless communication system
WO2020166817A1 (en) 2019-02-12 2020-08-20 Lg Electronics Inc. Early data transmission in cu-du split
WO2020171369A1 (en) 2019-02-19 2020-08-27 Lg Electronics Inc. Uplink data fast transmission in cu-du split

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090180451A1 (en) * 2008-01-10 2009-07-16 Comsys Communication & Signal Processing Ltd. Apparatus for and method of coordinating transmission and reception opportunities in a communications device incorporating multiple radios
CN110383888B (zh) * 2017-03-07 2021-08-27 Lg电子株式会社 用于在cu-du切分场景下发送数据的方法和装置
US10904941B2 (en) * 2017-07-30 2021-01-26 Lg Electronics Inc. Method and apparatus for resuming RRC connection in CU-DU division scenario
CN110139386A (zh) * 2018-02-08 2019-08-16 电信科学技术研究院有限公司 一种上行小数据的传输方法、网络侧du和网络侧cu
US20210315050A1 (en) * 2018-08-03 2021-10-07 Telefonaktiebolaget Lm Ericsson (Publ) User plane optimizations for 5g cellular internet of things
KR20220123694A (ko) * 2020-01-22 2022-09-08 엘지전자 주식회사 무선 통신 시스템에서 소형 데이터의 고속 전송을 위한 방법 및 장치
WO2022047391A1 (en) 2020-08-31 2022-03-03 Kyungmin Park Subsequent data information for small data transmission

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020036460A1 (en) 2018-08-16 2020-02-20 Lg Electronics Inc. Method and apparatus for supporting early data transmission in inactive state in wireless communication system
WO2020166817A1 (en) 2019-02-12 2020-08-20 Lg Electronics Inc. Early data transmission in cu-du split
WO2020171369A1 (en) 2019-02-19 2020-08-27 Lg Electronics Inc. Uplink data fast transmission in cu-du split

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Intel Corporation，Radio bearer configuration for SDT considering UE context relocation and CU/DU split，3GPP TSG RAN WG2 #111-e R2-2006714，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006714.zip>，2020年08月07日

Also Published As

Publication number Publication date
JP2023544526A (ja) 2023-10-24
WO2022066888A1 (en) 2022-03-31
EP4118931A1 (en) 2023-01-18
US20230087615A1 (en) 2023-03-23
KR102687137B1 (ko) 2024-07-19
CN116458258A (zh) 2023-07-18
US20240179787A1 (en) 2024-05-30
KR20230074198A (ko) 2023-05-26
BR112023005258A2 (pt) 2023-04-25
CA3193576A1 (en) 2022-03-31
US11895726B2 (en) 2024-02-06

Similar Documents

Publication Publication Date Title
JP7489646B2 (ja) 新しい無線における空間関係
JP7482466B2 (ja) フィードバックチャネルの無線リソースマッピング
US11596022B2 (en) Subsequent data information for small data transmission
US20230379880A1 (en) Paging for Small Data Transmission
JP7476438B2 (ja) アップリンクリソース構成
JP7508075B2 (ja) 非アクティブコンテキスト管理
JP7506881B2 (ja) セル構成パラメーター
JP7529225B2 (ja) スモールデータ伝送の完了表示
JP2024526478A (ja) アップリンクリソースリリース
US11979935B2 (en) Data for small data transmission
JP2023521973A (ja) 複数の送信点及び受信点におけるビーム管理

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240222

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240222

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20240222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240322

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240611

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240624

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240716

R150 Certificate of patent or registration of utility model

Ref document number: 7529225

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150