JP7700263B2 - 通信方法および装置 - Google Patents

Description

本出願の実施形態は、通信技術の分野に関し、特に、通信方法および装置に関する。

第5世代（5th generation、5G）の議論では、新無線リソース制御（radio resource control、RRC）状態、すなわち非アクティブ状態（非アクティブstate）を規格に導入することが決定されている。端末デバイスは、アイドル状態と同様の省電力効果を得るために、ネットワークへの無線リソース制御（radio resource control、RRC）接続を中断する。アイドル状態とは異なり、非アクティブ状態では、端末デバイスおよびアクセスネットワークデバイスは、端末デバイスのコンテキストを記憶する。端末デバイスが接続状態に入る必要があるとき、例えば、端末デバイスがアップリンクデータを送信する必要があるするとき、またはネットワークデバイスが端末デバイスをページングして接続状態に入るとき、端末デバイスは、端末デバイスの記憶されたコンテキストに基づいて接続状態に入り、それにより遅延を低減し、シグナリングオーバーヘッドを低減する。

このようにして、アイドル状態または非アクティブ状態にある端末デバイスは、ネットワークデバイスにデータを伝送するために接続状態に入る必要がある。頻繁に伝送されないスモールデータパケットであっても、不要な電力消費およびシグナリングオーバーヘッドが生じる。したがって、1つの可能な方式では、非アクティブ状態でスモールデータを伝送するとき、端末は接続状態に入る必要がない。

端末がコンテキストを記憶する元のアクセスネットワークデバイスのカバレッジを離れた後、端末は新しいアクセスネットワークデバイスへのRRC再開手順を開始する必要があると考えられる。特にアクセスネットワークデバイスが中央ユニット（centralized unit、CU）および1つまたは複数の分散ユニット（distributed unit、DU）を含むとき、このシナリオでの、端末のリソース（例えば、コンテキスト）を適切に管理する方法、すなわち、CU－DU分割シナリオでの、端末の移動プロセスにおいてスモールデータの伝送が影響を受けないことを保証する方法は、まだ議論中である。

本出願の実施形態は、端末デバイスの移動プロセスにおける端末デバイスのスモールデータ伝送性能を改善するための通信方法および装置を提供する。

第1の態様によれば、本出願は通信方法を提供し、本方法は、第1のネットワークデバイスの中央ユニットが、第1のネットワークデバイスの分散ユニットを介して端末デバイスに第1の指示情報を送信するステップを含む。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1の同期信号ブロードキャストチャネルブロック（synchronization signal block、SSB）に関連付けられる。第1のSSBは、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。

前述の方法によれば、第1のネットワークデバイスが端末デバイスに構成済みグラントの第1のリソースを示すとき、対応するリソースはSSBに関連付けられてもよく、例えば、第1のSSBは第1のリソースに関連付けられ、その結果、端末デバイスは、第1のリソースに関連付けられた第1のSSBを使用して、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定し得る。これにより、ネットワークデバイスは、端末デバイスが構成済みグラントリソースを使用してスモールデータをいつ伝送するかを示すために追加のシグナリングを端末デバイスに送信することができない。加えて、端末デバイスは、関連するシグナリングを受信するために接続状態に入る必要がない。これにより、非アクティブ状態の端末デバイスによるスモールデータの伝送効率が向上し、非アクティブ状態の端末デバイスによるスモールデータの伝送遅延が低減される。

可能な一実装形態では、第1のSSBが、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用されることは、第1のSSBの基準信号受信電力（reference signal receiving power、RSRP）が、第1のリソースのアップリンク同期が無効であるかどうかを判定する、および第1のリソースのアップリンク同期が有効であると判定されたとき、第1のリソースを使用してデータを送信すると判定する、または、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを使用してデータを送信しないと判定する、ために使用されることを含む。

前述の方法によれば、第1のSSBのアップリンク同期が無効であるかどうかに基づいて、スモールデータ伝送に使用される、第1のSSBに関連付けられた、構成済みグラントの第1のリソースが、非アクティブ状態でスモールデータを伝送するために端末デバイスによって使用され得るかどうかが判定される。したがって、端末デバイスと第1のネットワークデバイスとの間のシグナリング相互作用が低減されることができ、非アクティブ状態のスモールデータの伝送性能が改善されることができ、伝送遅延が低減されることができる。

任意選択で、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを解放することが判定される。したがって、端末デバイスは対応するリソースを適時に解放することができ、端末デバイスは無効なリソースを使用してスモールデータを伝送することが防止され、それによって端末デバイスの伝送成功率が改善される。

可能な一実装形態では、第1のSSBのRSRPが第1のリソースのアップリンク同期が無効であるかどうかを判定するために使用されることは、第1のSSBのRSRPが第1の閾値以上であるとき、第1のリソースのアップリンク同期が有効であると判定されることを含む。第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第1のSSBのRSRPの減少変動が第3の閾値以上であるとき、第1のリソースのアップリンク同期が無効であると判定される。

前述の方法によれば、第1のSSBが無効であるかどうかは、スモールデータ伝送に使用される、第1のSSBに関連付けられた構成済みグラントの第1のリソースが、非アクティブ状態でスモールデータを伝送するために端末デバイスによって使用され得るかどうかを対応して判定するために、第1のSSBのRSRPに基づいて判定され得る。SSBが無効であると判定し、構成済みグラントリソースに関連付けられたSSBを判定することによって、端末によって、伝送リソースが有効であるかどうかを判定する複雑さが低減されることができ、伝送効率が改善されることができる。

可能な一実装形態では、第1のネットワークデバイスの中央ユニットは、第1のネットワークデバイスの分散ユニットを介して端末デバイスに第2の指示情報を送信する。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

上記の方法によれば、非アクティブ状態と接続状態との間の切り替えプロセスにおいて、端末デバイスは、端末デバイスが非アクティブ状態にあるか接続状態にあるかにかかわらず、示された第2のリソースを使用してスモールデータを伝送することができる。これにより、スモールデータ伝送に対する切り替えプロセスの影響が回避され、切り替え後に端末デバイスのために対応するリソースが再構成される必要がなくなり、それにより、端末デバイスによるスモールデータ伝送の効率および性能が改善される。

可能な一実装形態では、第1のネットワークデバイスの中央ユニットは、非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信する。第1のネットワークデバイスの中央ユニットは、第1のネットワークデバイスの分散ユニットに第1のメッセージを送信し、第1のメッセージは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスの分散ユニットに示す。

前述の方法によれば、第1のネットワークデバイスの中央ユニットが非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するプロセスにおいて、第1のネットワークデバイスは、第1のネットワークデバイスの分散ユニットが端末デバイスのコンテキストを適時に解放するように示すために、端末デバイスが第2のネットワークデバイスに現在ハンドオーバされていると判定し得る。このようにして、第1のネットワークデバイスの分散ユニットは、端末デバイスが第2のネットワークデバイスにハンドオーバされるときに、端末デバイスによってスモールデータを伝送するプロセスにおいて、端末デバイスのコンテキストを適時に解放することができる。これにより、第1のネットワークデバイスの分散ユニットによる端末デバイスのコンテキストに対応するリソースの利用が改善され、全体的なネットワーク性能が改善される。

可能な一実装形態では、第1のネットワークデバイスの中央ユニットが非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信する前に、本方法は、第1のネットワークデバイスの中央ユニットが、第2のネットワークデバイスから端末デバイスのコンテキスト検索要求を受信するステップをさらに含む。

前述の方法によれば、第1のネットワークデバイスは、第2のネットワークデバイスによって送信された端末デバイスのコンテキスト検索要求に基づいて、第2のネットワークデバイスが、端末デバイスがハンドオーバされるべきネットワークデバイスであると判定し得る。これは、第1のネットワークデバイスが端末デバイスのコンテキストを管理するのに役立ち、ハンドオーバプロセスにおいて端末デバイスがスモールデータを正常に伝送できることを保証しながら、リソースオーバーヘッドを低減する。

可能な一実装形態では、第1のネットワークデバイスの中央ユニットが非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信する前に、本方法は、第1のネットワークデバイスの中央ユニットが第2のネットワークデバイスのアイデンティティを正常に検証するステップをさらに含む。

前述の方法によれば、第2のネットワークデバイスのアイデンティティを正常に検証した後、第1のネットワークデバイスの中央ユニットは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスの分散ユニットに示す。これにより、第2のネットワークデバイスのセキュリティが保証されているとき、すなわち、端末デバイスが第2のネットワークデバイスに正常にハンドオーバされることができるときにリソースオーバーヘッドが低減され、端末デバイスがネットワークデバイスに頻繁にハンドオーバされる可能性があるという問題が回避される。

可能な一実装形態では、コンテキストは、
端末デバイスのために構成された構成済みグラント、
端末デバイスのために構成された物理ダウンリンク制御チャネル（physical downlink control channel、PDCCH）の構成情報、
PDCCHをスクランブルするための一時識別子、
端末デバイスのための非アクティブ無線ネットワーク一時識別子（inactive radio network temporary identity、I－RNTI）、および
端末デバイスのために構成された無線ベアラに対応する無線リンク制御（radio link control、RLC）層の構成情報、
のうちの1つまたは複数を含む。

第2の態様によれば、本出願は通信方法を提供する。第2のネットワークデバイスは、第1の指示情報を端末デバイスに送信する。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは第1のSSBに関連付けられ、第1のSSBは、端末デバイスの非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。

第2のネットワークデバイスは、端末デバイスが第1のネットワークデバイスからハンドオーバされるネットワークデバイスであってもよく、または端末デバイスが第1のネットワークデバイスからハンドオーバされる前のネットワークデバイスであってもよいことに留意されたい。前述の方法によれば、第2のネットワークデバイスが端末デバイスに構成済みグラントの第1のリソースを示すとき、対応するリソースはSSBに関連付けられてもよく、例えば、第1のSSBは第1のリソースに関連付けられ、その結果、端末デバイスは、第1のリソースに関連付けられた第1のSSBを使用して、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定し得る。これにより、ネットワークデバイスは、端末デバイスが構成済みグラントリソースを使用してスモールデータをいつ伝送するかを示すために追加のシグナリングを端末デバイスに送信することができない。加えて、端末デバイスは、関連するシグナリングを受信するために接続状態に入る必要がない。これにより、非アクティブ状態の端末デバイスによるスモールデータの伝送効率が向上し、非アクティブ状態の端末デバイスによるスモールデータの伝送遅延が低減される。

可能な一実装形態では、第1のSSBが、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用されることは、第1のSSBのRSRPが、第1のリソースのアップリンク同期が無効であるかどうかを判定する、および第1のリソースのアップリンク同期が有効であると判定されたとき、第1のリソースを使用してデータを送信すると判定する、または、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを解放すると判定する、ために使用されることを含む。

可能な一実装形態では、第1のSSBのRSRPが第1のリソースのアップリンク同期が無効であるかどうかを判定するために使用されることは、第1のSSBのRSRPが第1の閾値以上であるとき、第1のリソースのアップリンク同期が有効であると判定されることを含む。第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第1のSSBのRSRPの減少変動が第3の閾値以上であるとき、第1のリソースのアップリンク同期が無効であると判定される。

可能な一実装形態では、第2のネットワークデバイスは、第2の指示情報を端末デバイスに送信する。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

上記の方法によれば、非アクティブ状態と接続状態との間の切り替えプロセスにおいて、端末デバイスは、端末デバイスが非アクティブ状態にあるか接続状態にあるかにかかわらず、示された第2のリソースを使用してスモールデータを伝送することができる。これにより、スモールデータ伝送に対する切り替えプロセスの影響が回避され、切り替え後に端末デバイスのために対応するリソースが再構成される必要がなくなり、それにより、端末デバイスによるスモールデータ伝送の効率および性能が改善される。

可能な一実装形態では、第2のネットワークデバイスは、第1のネットワークデバイスの中央ユニットから非アクティブ状態の端末デバイスのコンテキストを受信する。コンテキストは、端末デバイスを接続状態に復元するために第2のネットワークデバイスによって使用される。

前述の方法によれば、第2のネットワークデバイスが、端末デバイスが非アクティブ状態から接続状態に現在切り替えられていると判定したときに、第2のネットワークデバイスは、切り替え前に第1のネットワークデバイスの中央ユニットから端末デバイスのコンテキストを取得してもよく、その結果、端末デバイスは、非アクティブ状態から接続状態に切り替えるプロセスにおいてアクセスを再開始する必要がなく、第2のネットワークデバイスによって構成された第2のリソースに基づいてスモールデータを伝送してもよく、それにより、スモールデータ伝送に対する端末デバイスの状態切り替えプロセスの影響を回避する。

可能な一実装形態では、コンテキストは、端末デバイスのために構成された構成済みグラント、端末デバイスのために構成されたPDCCHの構成情報、PDCCHをスクランブルするための一時識別子、端末デバイスのために構成されたI－RNTI、および端末デバイスのために構成された無線ベアラに対応するRLC層の構成情報、のうちの1つまたは複数を含む。

第3の態様によれば、本出願は通信方法を提供する。端末デバイスは、第1のネットワークデバイスの分散ユニットを介して、第1のネットワークデバイスの中央ユニットによって送信された第1の指示情報を受信する。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。端末デバイスは、第1のSSBに基づく非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定する。

前述の方法によれば、第1のSSBは第1のリソースに関連付けられ、その結果、端末デバイスは、非アクティブ状態において、第1のネットワークデバイスによって示された構成済みグラントの第1のリソースおよびSSBに関連付けられた対応するリソースに基づいて第1のリソースを使用して、例えば、第1のリソースに関連付けられた第1のSSBを使用して、データを端末デバイスに送信するかどうかを判定し得る。これにより、ネットワークデバイスは、端末デバイスが構成済みグラントリソースを使用してスモールデータをいつ伝送するかを示すために追加のシグナリングを端末デバイスに送信することができない。加えて、端末デバイスは、関連するシグナリングを受信するために接続状態に入る必要がない。これにより、非アクティブ状態の端末デバイスによるスモールデータの伝送効率が向上し、非アクティブ状態の端末デバイスによるスモールデータの伝送遅延が低減される。

第4の態様によれば、通信方法が提供される。端末デバイスは、第2のネットワークデバイスによって送信された第1の指示情報を受信する。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。端末デバイスは、第1のSSBに基づく非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定する。

第2のネットワークデバイスは、端末デバイスが第1のネットワークデバイスからハンドオーバされるネットワークデバイスであってもよく、または端末デバイスが第1のネットワークデバイスからハンドオーバされる前のネットワークデバイスであってもよいことに留意されたい。

前述の方法によれば、端末デバイスが第1のネットワークデバイスから第2のネットワークデバイスにハンドオーバされた後、第1のSSBは第1のリソースに関連付けられ、その結果、端末デバイスは、非アクティブ状態において、第2のネットワークデバイスによって示された構成済みグラントの第1のリソースと、SSBに関連付けられた対応するリソースとに基づいて、例えば、第1のリソースに関連付けられた第1のSSBを使用することによって、第1のリソースを使用してデータを送信するかどうかを判定し得る。これにより、非アクティブ状態の端末デバイスによるスモールデータの伝送効率が向上し、非アクティブ状態の端末デバイスによるスモールデータの伝送遅延が低減される。加えて、端末デバイスが第2のネットワークデバイスから第1のネットワークデバイスにハンドオーバされた後、端末デバイスは、端末デバイスのために第2のネットワークデバイスによって構成された第1のリソースに基づいて、スモールデータを伝送することができるかどうかを依然として判定し得、第1のネットワークデバイスは、対応する構成済みグラントスモールデータリソースを再構成する必要がない。これにより、端末デバイスによるスモールデータの伝送性能が向上する。

第3の態様または第4の態様に関連して、可能な一実装形態では、端末デバイスが、第1のSSBに基づいて、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定することは、端末デバイスが、第1のSSBの基準信号受信電力RSRPに基づいて、第1のリソースのアップリンク同期が無効であるかどうかを判定することを含む。第1のリソースのアップリンク同期が有効であると判定すると、端末デバイスは、第1のリソースを使用してデータを送信すると判定する。第1のリソースのアップリンク同期が無効であると判定すると、端末デバイスは、第1のリソースを使用してデータを送信しないと判定する。

第3の態様または第4の態様に関連して、可能な一実装形態では、端末デバイスは、第1のリソースのアップリンク同期が無効であると判定したときに、第1のリソースを解放する。

第3の態様または第4の態様に関連して、可能な一実装形態では、端末デバイスが、第1のSSBのRSRPに基づいて、第1のリソースのアップリンク同期が無効であるかどうかを判定することは、第1のSSBのRSRPが第1の閾値以上であるとき、端末デバイスが、第1のリソースのアップリンク同期が有効であると判定することを含む。第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第1のSSBのRSRPの減少変動が第3の閾値以上であるとき、端末デバイスは、第1のリソースのアップリンク同期が無効であると判定する。

第3の態様に関連して、可能な一実装形態では、端末デバイスは、第1のネットワークデバイスの分散ユニットを介して、第1のネットワークデバイスの中央ユニットによって送信された第2の指示情報を受信する。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

第3の態様および／または第4の態様に関連して、可能な一実装形態では、端末デバイスは、第2のネットワークデバイスによって送信された第2の指示情報を受信する。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

上記の方法によれば、非アクティブ状態と接続状態との間の切り替えプロセスにおいて、端末デバイスは、端末デバイスが非アクティブ状態にあるか接続状態にあるかにかかわらず、示された第2のリソースを使用してスモールデータを伝送することができる。これにより、スモールデータ伝送に対する切り替えプロセスの影響が回避され、切り替え後に端末デバイスのために対応するリソースが再構成される必要がなくなり、それにより、端末デバイスによるスモールデータ伝送の効率および性能が改善される。

第3の態様および／または第4の態様に関連して、可能な一実装形態では、端末デバイスは、第2のネットワークデバイスによって取得された端末デバイスのコンテキストを使用して接続状態に復元され、端末デバイスのコンテキストは、第2のネットワークデバイスが受信することによって取得され、第1のネットワークデバイスの中央ユニットからのものである。

第5の態様によれば、本出願は通信方法を提供する。第1のネットワークデバイスの中央ユニットは、非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信する。第1のネットワークデバイスの中央ユニットは、第1のネットワークデバイスの分散ユニットに第1のメッセージを送信し、第1のメッセージは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスの分散ユニットに示す。

前述の方法によれば、第1のネットワークデバイスの中央ユニットが非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するプロセスにおいて、第1のネットワークデバイスは、第1のネットワークデバイスの分散ユニットが端末デバイスのコンテキストを適時に解放するように示すために、端末デバイスが第2のネットワークデバイスに現在ハンドオーバされていると判定し得る。このようにして、第1のネットワークデバイスの分散ユニットは、端末デバイスが第2のネットワークデバイスにハンドオーバされるときに、端末デバイスによってスモールデータを伝送するプロセスにおいて、端末デバイスのコンテキストを適時に解放することができる。これにより、第1のネットワークデバイスの分散ユニットによる端末デバイスのコンテキストに対応するリソースの利用が改善され、全体的なネットワーク性能が改善される。

可能な一実装形態では、第1のネットワークデバイスの中央ユニットが非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信する前に、本方法は、第1のネットワークデバイスの中央ユニットが、第2のネットワークデバイスから端末デバイスのコンテキスト検索要求を受信するステップをさらに含む。

前述の方法によれば、第1のネットワークデバイスは、第2のネットワークデバイスによって送信された端末デバイスのコンテキスト検索要求に基づいて、第2のネットワークデバイスが、端末デバイスがハンドオーバされるべきネットワークデバイスであると判定し得る。これは、第1のネットワークデバイスが端末デバイスのコンテキストを管理するのに役立ち、ハンドオーバプロセスにおいて端末デバイスがスモールデータを正常に伝送できることを保証しながら、リソースオーバーヘッドを低減する。

可能な一実装形態では、第1のネットワークデバイスの中央ユニットが非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信する前に、本方法は、第1のネットワークデバイスの中央ユニットが第2のネットワークデバイスのアイデンティティを正常に検証するステップをさらに含む。

前述の方法によれば、第2のネットワークデバイスのアイデンティティを正常に検証した後、第1のネットワークデバイスの中央ユニットは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスの分散ユニットに示す。これにより、第2のネットワークデバイスのセキュリティが保証されているとき、すなわち、端末デバイスが第2のネットワークデバイスに正常にハンドオーバされることができるときにリソースオーバーヘッドが低減され、端末デバイスがネットワークデバイスに頻繁にハンドオーバされる可能性があるという問題が回避される。

可能な一実装形態では、コンテキストは、
端末デバイスのために構成された構成済みグラント、
端末デバイスのために構成されたPDCCHの構成情報、
PDCCHをスクランブルするための一時識別子、
端末デバイスのために構成された非アクティブ無線ネットワーク一時識別子I－RNTI、および
端末デバイスのために構成された無線ベアラに対応するRLC層の構成情報、
のうちの1つまたは複数を含む。

可能な一実装形態では、非アクティブ状態の端末デバイスは、第1のネットワークデバイスにデータを伝送するように構成される。

第6の態様によれば、本出願は、第1のネットワークデバイスで使用される通信装置を提供する。第1のネットワークデバイスは、中央ユニットおよび分散ユニットを含んでもよい。中央ユニットは、処理モジュール、送信モジュール、および受信モジュールを含んでもよい。

いくつかの実施形態では、中央ユニットの処理モジュールは、中央ユニットの送信モジュールを使用して、第1のネットワークデバイスの分散ユニットを介して端末デバイスに第1の指示情報を送信するように構成される。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。第1のSSBは、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。

可能な一実装形態では、中央ユニットの処理モジュールは、中央ユニットの送信モジュールを使用して、非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される。中央ユニットの処理モジュールは、中央ユニットの送信モジュールを使用して第1のネットワークデバイスの分散ユニットに第1のメッセージを送信するように構成される。第1のメッセージは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスの分散ユニットに示す。

可能な一実装形態では、中央ユニットの送信モジュールを使用して非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信する前に、中央ユニットの処理モジュールは、中央ユニットの受信モジュールを使用して、第2のネットワークデバイスから端末デバイスのコンテキスト検索要求を受信するようにさらに構成される。

可能な一実装形態では、中央ユニットの送信モジュールを使用して非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信する前に、中央ユニットの処理モジュールは、第2のネットワークデバイスのアイデンティティを正常に検証するようにさらに構成される。

いくつかの他の実施形態では、中央ユニットの処理モジュールは、中央ユニットの送信モジュールを使用して、非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される。中央ユニットの処理モジュールは、中央ユニットの送信モジュールを使用して第1のネットワークデバイスの分散ユニットに第1のメッセージを送信するように構成される。第1のメッセージは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスの分散ユニットに示す。

可能な一実装形態では、中央ユニットの処理モジュールが、中央ユニットの送信モジュールを使用して非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される前に、中央ユニットの処理モジュールは、中央ユニットの受信モジュールを使用して、第2のネットワークデバイスから端末デバイスのコンテキスト検索要求を受信するようにさらに構成される。

可能な一実装形態では、中央ユニットの処理モジュールが、中央ユニットの送信モジュールを使用して非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される前に、中央ユニットの処理モジュールは、第2のネットワークデバイスのアイデンティティを正常に検証するようにさらに構成される。

可能な一実装形態では、コンテキストは、端末デバイスのために構成された構成済みグラント、端末デバイスのために構成された物理ダウンリンク制御チャネルの構成情報、物理ダウンリンク制御チャネルをスクランブルするための一時識別子、
端末デバイスのために構成された非アクティブ無線ネットワーク一時識別子、および端末デバイスのために構成された無線ベアラに対応する無線リンク制御層の構成情報
のうちの1つまたは複数を含む。

可能な一実装形態では、非アクティブ状態の端末デバイスは、第1のネットワークデバイスにデータを伝送するように構成される。

第7の態様によれば、本出願は、第2のネットワークデバイスで使用される通信装置を提供する。第2のネットワークデバイスは、処理モジュール、送信モジュール、および受信モジュールを含んでもよい。処理モジュールは、送信モジュールを使用して第1の指示情報を端末デバイスに送信するように構成される。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。第1のSSBは、端末デバイスの非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。

第6の態様または第7の態様に関連して、可能な一実装形態では、第1のSSBのRSRPは、第1のリソースのアップリンク同期が無効であるかどうか判定し、第1のリソースのアップリンク同期が有効であると判定されたとき、第1のリソースを使用してデータを送信すると判定し、または、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを解放すると判定する、ために使用される。

第6の態様または第7の態様に関連して、可能な一実装形態では、第1のSSBのRSRPが第1の閾値以上であるとき、第1のリソースのアップリンク同期が有効であると判定される。第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第1のSSBのRSRPの減少変動が第3の閾値以上であるとき、第1のリソースのアップリンク同期が無効であると判定される。

第6の態様または第7の態様に関連して、可能な一実装形態では、中央ユニットの処理モジュールは、中央ユニットの送信モジュールを使用して、第1のネットワークデバイスの分散ユニットを介して端末デバイスに第2の指示情報を送信するように構成される。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

第6の態様または第7の態様に関連して、可能な一実装形態では、コンテキストは、
端末デバイスのために構成された構成済みグラント、
端末デバイスのために構成されたPDCCHの構成情報、
PDCCHをスクランブルするための一時識別子、
端末デバイスのために構成された非アクティブ無線ネットワーク一時識別子I－RNTI、および
端末デバイスのために構成された無線ベアラに対応するRLC層の構成情報、
のうちの1つまたは複数を含む。

第8の態様によれば、本出願は、端末デバイスまたは端末デバイスのチップで使用される通信装置を提供する。通信装置は、処理モジュールと、受信モジュールと、送信モジュールとを含んでもよい。

いくつかの実施形態では、処理モジュールは、第1のネットワークデバイスの分散ユニットを介して受信モジュールを使用して、第1のネットワークデバイスの中央ユニットによって送信された第1の指示情報を受信するように構成される。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。処理モジュールは、第1のSSBに基づく非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するように構成される。

いくつかの他の実施形態では、処理モジュールは、受信モジュールを使用して、第2のネットワークデバイスによって送信された第1の指示情報を受信するように構成される。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。端末デバイスは、第1のSSBに基づく非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定する。第2のネットワークデバイスは、端末デバイスが第1のネットワークデバイスからハンドオーバされるネットワークデバイスであってもよく、または端末デバイスが第1のネットワークデバイスからハンドオーバされる前のネットワークデバイスであってもよいことに留意されたい。

可能な一実装形態では、処理モジュールは、第1のSSBの基準信号受信電力RSRPに基づいて、非アクティブ状態において、第1のリソースのアップリンク同期が無効であるかどうかを判定し、第1のリソースのアップリンク同期が有効であると判定されたとき、第1のリソースを使用してデータを送信すると判定し、または、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを使用してデータを送信しないと判定する、ように構成される。

可能な一実装形態では、処理モジュールは、非アクティブ状態において、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを解放するように構成される。

可能な一実装形態では、処理モジュールは、非アクティブ状態において、第1のSSBのRSRPが第1の閾値以上であるとき、第1のリソースのアップリンク同期が有効であると判定する、または、第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、もしくは第1のSSBのRSRPの減少変動が第3の閾値以上であるとき、第1のリソースのアップリンク同期が無効であると判定する、ように構成される。

可能な一実装形態では、処理モジュールは、第1のネットワークデバイスの分散ユニットを介して受信モジュールを使用して、第1のネットワークデバイスの中央ユニットによって送信された第2の指示情報を受信するように構成される。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、構成済みグラントの第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

可能な一実装形態では、処理モジュールは、受信モジュールを使用して、第2のネットワークデバイスによって送信された第2の指示情報を受信するように構成される。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

可能な一実装形態では、処理モジュールは、第2のネットワークデバイスによって取得された端末デバイスのコンテキストを使用して接続状態に復元されるように構成され、端末デバイスのコンテキストは、第2のネットワークデバイスが受信することによって取得され、第1のネットワークデバイスの中央ユニットからのものである。

第9の態様によれば、本出願の一実施形態は、プロセッサとメモリとを含む通信装置を提供する。メモリは、コンピュータ実行可能命令を記憶するように構成される。装置が動作すると、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行して、装置が第1の態様または第5の態様の実装形態における任意の方法を実行することを可能にする。

第10の態様によれば、本出願の一実施形態は、プロセッサとメモリとを含む通信装置を提供する。メモリは、コンピュータ実行可能命令を記憶するように構成される。装置が動作すると、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行して、装置が第2の態様の実装形態における任意の方法を実行することを可能にする。

第11の態様によれば、本出願の一実施形態は、プロセッサおよびメモリを含む通信装置を提供する。メモリは、コンピュータ実行可能命令を記憶するように構成される。装置が動作すると、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行して、装置が第3の態様または第4の態様の実装形態における任意の方法を実行することを可能にする。

第12の態様によれば、本出願の一実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作されると、コンピュータは、第1の態様から第5の態様の実装形態における任意の方法を実行することを可能にされる。

第13の態様によれば、本出願の一実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータ製品は、コンピュータプログラムを含む。コンピュータプログラムが実行されると、第1の態様から第5の態様の実装形態のいずれかの方法が実行される。

第14の態様によれば、本出願の一実施形態は、第1の態様から第5の態様の実装形態のいずれかの方法を実行するように構成されたプロセッサを含むチップシステムをさらに提供する。

第15の態様によれば、本出願の一実施形態は通信システムをさらに提供し、通信システムは、第6の態様または第9の態様による第1のネットワークデバイス、または第7の態様または第10の態様による第2のネットワークデバイス、または第8の態様または第11の態様による端末デバイスを含む。

本出願の一実施形態が適用可能であるネットワークアーキテクチャの概略図である。 本出願の一実施形態が適用可能であるネットワークアーキテクチャの別の概略図である。 ネットワークアーキテクチャに対応するプロトコルスタックの概略図である。 本出願の一実施形態が適用可能であるネットワークアーキテクチャの概略図である。 本出願の一実施形態が適用可能であるネットワークアーキテクチャの概略図である。 端末デバイスがRRC非アクティブ状態からRRC接続状態に復元される方法の概略フローチャートである。 コンテキスト設定方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信方法の概略フローチャートである。 本出願の一実施形態による通信装置の概略図である。 本出願の一実施形態による通信装置の概略図である。 本出願の一実施形態による通信デバイスの概略図である。

当業者の理解を容易にするために、以下、本出願の実施形態におけるいくつかの用語を説明する。

本出願の実施形態における技術的解決策は、様々な通信システム、例えば、第5世代移動通信（5th Generation mobile communication technology、5G）システム（例えば、新無線（New Radio、NR））、ロングタームエボリューション（Long Term Evolution、LTE）システム、LTE周波数分割複信（Frequency Division Duplex、FDD）システム、およびLTE時分割複信（Time Division Duplex、TDD）システムに適用され得る。これは、本明細書では限定されない。本出願の実施形態で説明されるシステムアーキテクチャおよびサービスシナリオは、本出願の実施形態の技術的解決策をより明確に説明するように意図されており、本出願の実施形態で提供される技術的解決策を制限するものではない。当業者は、ネットワークアーキテクチャの進化および新しいサービスシナリオの出現により、本出願の実施形態で提供される技術的解決策は、通信システム内の無線アクセスネットワークデバイスがCU－DU分割アーキテクチャまたはCU－DU分割アーキテクチャと同等の機能を有するアーキテクチャを有することを条件として、同様の技術的問題にも適用可能であることを知ることができる。

図1は、本出願の一実施形態が適用可能な通信システムのネットワークアーキテクチャの概略図である。

図1に示すように、通信システムは、端末デバイス1301および1302と、ネットワークデバイスとを含む。

端末デバイスは、無線ネットワークにアクセスして、無線ネットワークを介して外部ネットワーク（例えば、インターネット）のサービスにアクセスするか、または無線ネットワークを介して別のデバイスと通信し得る、例えば、別の端末デバイスと通信し得る。アクセスネットワークは、次世代無線アクセスネットワーク（next generation radio access network、NG－RAN）であってもよい。アクセスネットワークは、アクセスネットワークデバイス、例えば基地局（例えば、gNB）を含んでもよい。gNBは、インターフェース（例えば、Xnインターフェース）を介して接続される。RANデバイスは、端末デバイスを無線ネットワークに接続するように構成され、gNBおよび5GCは、インターフェース（例えば、Ngインターフェース）を介して接続される。RANは、1つまたは複数のアクセスネットワークデバイス、例えば、アクセスネットワークデバイス1101およびアクセスネットワークデバイス1102を含み得る。

アクセスネットワークデバイスは端末デバイスを無線ネットワークに接続するノードやデバイスであり、アクセスネットワークデバイスは基地局とも呼ばれる場合がある。例えば、アクセスネットワークデバイスは5G通信システムの次世代ノードB（generation Node B、gNB）、進化型ノードB（evolved node B、eNB）、無線ネットワーク制御装置（radio network controller、RNC）、ノードB（node B、NB）、基地局制御装置（base station controller、BSC）、無線基地局（base transceiver station、BTS）、家庭用基地局（（home evolved nodeB、HeNB）または（home node B、HNB））、ベースバンドユニット（baseBand unit、BBU）、送受信ポイント（transmitting and receiving point、TRP）、伝送ポイント（transmitting point、TP）、または5G通信システムのモバイルスイッチングセンタを含むが、これらに限定されない。

コアネットワーク（core network、CN）は、複数のコアネットワークデバイスを含んでもよい。コアネットワークデバイスは、端末デバイスを管理し、外部ネットワークと通信するためのゲートウェイを提供するように構成される。CNは、1つまたは複数のコアネットワーク要素、例えばコアネットワーク要素120を含んでもよい。図1に示すネットワークアーキテクチャが5G通信システムに適用可能であるとき、コアネットワークは5Gコアネットワーク（5G core network、5GC）であってもよい。5GCは、1つまたは複数の機能またはデバイスを含む。例えば、コアネットワークデバイスは、アクセスおよび移動管理機能（access and mobility management function、AMF）エンティティ、セッション管理機能（session management function、SMF）エンティティ、もしくはユーザプレーン機能（user plane function、UPF）エンティティなど、またはセッション管理機能（session management function、SMF）であってもよい。これらの機能またはデバイスは、ハードウェアデバイス内のネットワーク要素であってもよく、専用ハードウェア上で実行されるソフトウェア機能であってもよく、プラットフォーム（例えば、クラウドプラットフォーム）上にインスタンス化された仮想化機能であってもよいことが理解されよう。様々なコアネットワークデバイスの名前は、5G通信システムにおける名称であることが理解されよう。通信システムの進化に伴い、名称は、同じ機能を有する他の名称に変更されてもよい。図1に示すネットワークアーキテクチャがLTE通信システムに適用可能であるとき、コアネットワークデバイスは、移動管理エンティティ（mobility management entity、MME）、サービングゲートウェイ（serving gateway、S－GW）などであってもよい。

端末デバイスは、ユーザ機器（user equipment、UE）、移動局（mobile station、MS）、移動端末（mobile terminal、MT）などとも呼ばれてもよく、音声またはデータ接続性をユーザに提供するデバイスであり、モノのインターネットデバイスであってもよい。例えば、端末デバイスは、無線接続機能を有するハンドヘルドデバイスまたは車載デバイスなどである。現在、端末デバイスは、携帯電話機（mobile phone）、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（mobile internet device、MID）、ウェアラブルデバイス（例えば、スマートウォッチ、スマートバンド、または歩数計）、車載デバイス（例えば、自動車、自転車、電気自動車、航空機、船舶、列車、または高速列車上の車載デバイス）、仮想現実（virtual reality、VR）デバイス、拡張現実（augmented reality、AR）デバイス、産業制御（industrial control）の無線端末デバイス、スマートホームデバイス（例えば、冷蔵庫、テレビ、エアコン、または電力計）、インテリジェントロボット、ワークショップデバイス、自動運転（self driving）の無線端末デバイス、遠隔医療手術（remote medical surgery）の無線端末デバイス、スマートグリッド（smart grid）の無線端末デバイス、輸送安全（transportation safety）の無線端末デバイス、スマートシティ（smart city）の無線端末デバイス、スマートホーム（smart home）の無線端末デバイス、または飛行デバイス（例えば、インテリジェントロボット、熱気球、無人航空機、または航空機）などであってもよい。本出願の実施形態では、解決策を説明するための例としてUEまたは端末デバイスが使用される。

図1に示されている通信システム内のデバイスの数は一例として使用されているにすぎないことを理解されたい。本出願のこの実施形態はこれに限定されない。実際の応用では、通信システムは、より多くの端末デバイスおよびより多くのRANデバイスをさらに含んでもよく、別のデバイスをさらに含んでもよい。本出願の実施形態では、アクセスネットワークデバイスの機能を実施するように構成されている装置はアクセスネットワークデバイスであってもよいし、機能を実施する際にアクセスネットワークデバイスをサポートすることができる装置、例えば、アクセスネットワークデバイスの機能を実施することができるチップシステム、または組み合わされたコンポネントもしくはデバイスであってもよい。装置はアクセスネットワークデバイスに設置されてもよい。本出願の実施形態で提供される技術的解決策において、本出願の実施形態で提供される技術的解決策は、アクセスネットワークデバイスの機能を実施するように構成された装置がアクセスネットワークデバイスである例を使用して説明される。

図2は、本出願の一実施形態が適用可能な5G通信システムにおけるネットワークアーキテクチャの概略図である。図2に示すように、ネットワークアーキテクチャは、CNデバイス（例えば、図2に示す5GC）およびRANデバイスを含む。

5G NRネットワークの新しいネットワークアーキテクチャでは、ネットワークデバイスは、CUとDUの2つの論理ネットワーク要素を含んでもよい。ネットワークデバイスのいくつかの機能はCUに配備され、残りの機能はDUに配備される。複数のDUが1つのCUを共有して、コストを節約し、ネットワーク拡張を容易にし得る。CUおよびDUは、シナリオおよび要件に基づいて、統合された方式で配備されるか、または別々に配備されることができる。ネットワークアーキテクチャは、以下では略してCU－DU分割アーキテクチャと呼ばれる。

本出願の実施形態では、CUとDUとはインターフェース（例えば、F1インターフェース）を介して接続される。CUは、基地局がインターフェース（例えば、Ngインターフェース）を介してコアネットワークに接続されていることを示す。本出願の通信システムでは、図2に関連して、UEはアクセスネットワークデバイス（例えば、gNB）に接続され得る。具体的には、UEはgNB内のDUに接続されてもよい。CUは、5GCおよびDUに接続される。ダウンリンク通信リンクでは、CUは、5GCからデータを受信し、そのデータをDUに送信するように構成される。アップリンク通信リンクでは、CUは、DUからデータを受信し、そのデータを5GCに送信するように構成される。加えて、CUは、DUのための集中制御機能を有する。異なる無線アクセス技術を使用するシステムでは、CU機能を有するデバイスは、異なる名称を有してもよい。説明を容易にするために、CU機能を有するデバイスは、アクセスネットワーク中央ユニットと総称される。

UEは、CUおよびユーザ機器（UE）に接続される。ダウンリンク通信リンクでは、DUは、CUからデータを受信し、UEにデータを送信するように構成される。アップリンク通信リンクでは、DUは、UEからデータを受信し、そのデータをCUに送信するように構成される。異なる無線アクセス技術を使用するシステムでは、DU機能を有するデバイスは異なる名称を有する場合がある。説明を簡単にするために、DU機能を有するデバイスはアクセスネットワーク分散ユニットと総称される。

RANデバイスと端末デバイスとの間の通信は、特定のプロトコル層構造に準拠している。例えば、図3aに示すように、制御プレーンプロトコル層構造は、無線リソース制御（radio resource control、RRC）層、パケットデータコンバージェンスプロトコル（packet data convergence protocol、PDCP）層、RLC層、媒体アクセス制御（media access control、MAC）層、および物理層などのプロトコル層の機能を含み得る。ユーザプレーンプロトコル層構造は、PDCP層、RLC層、MAC層、および物理層などのプロトコル層の機能を含み得る。可能な一実装形態では、PDCP層よりも上にサービスデータアダプションプロトコル（service data adaptation protocol、SDAP）層がさらに含まれてもよい。RRC層の主な機能はUEの上位層制御であり、かつRRC層がRRCメッセージを解析できるように、UEのアクセス制御、保守、および解放、ならびにUE構成に関連する。MAC層および物理（physical layer、PHY）層の主な機能はUEの下位層スケジューリングであり、かつMAC層がMAC層の制御シグナリングを解析でき、PHY層がPHY層の制御シグナリングを解析できるように、UEのデータパケットアセンブリおよびデータスケジューリングに関連する。RANデバイスは、1つのノードまたは複数のノードを使用して、RRC、PDCP、RLC、およびMACなどのプロトコル層の機能を実装し得る。

制御プレーンの場合、UL方向において、gNB－DUは、UEによって生成されたRRCメッセージをF1インターフェースのF1 APメッセージにカプセル化し、F1 APメッセージをgNB－CUに送信する。DL方向では、gNB－CUは、RRCメッセージをF1 APメッセージにカプセル化し、F1 APメッセージをgNB－DUに送信し、gNB－DUは、F1 APメッセージからRRCメッセージを抽出し、RRCメッセージをUuインターフェースに対応するSRBにマッピングし、RRCメッセージをUEに送信する。

ユーザプレーンの場合、UL方向において、gNB－DUは、UuインターフェースのDRBから受信したUEデータパケットを対応するGTPトンネルにマッピングし、UEデータパケットをgNB－CUに送信する。DL方向では、gNB－CUは、UEデータパケットを対応するGTPトンネルにマッピングし、UEデータパケットをgNB－DUに送信し、gNB－DUは、GTPトンネルからUEデータパケットを抽出し、UEデータパケットをUuインターフェースに対応するDRBにマッピングし、UEデータパケットをUEに送信する。

前述のネットワークアーキテクチャでは、CUによって生成されたシグナリングは、DUを使用して端末デバイスに送信されてもよく、または端末デバイスによって生成されたシグナリングは、DUを使用してCUに送信されてもよい。DUは、シグナリングを解析せずにプロトコル層でシグナリングを直接カプセル化することによって、シグナリングを端末デバイスまたはCUに透過的に伝送してもよい。以下の実施形態では、DUと端末デバイスとの間のこのようなシグナリングの伝送が含まれる場合、DUによるシグナリングの送信または受信はこのシナリオを含む。例えば、RRC層またはPDCP層でのシグナリングは、最終的に物理層でのシグナリングとして処理されて端末デバイスに送信されるか、または物理層から受信されたシグナリングから変換される。このアーキテクチャでは、RRC層またはPDCP層のシグナリングはまた、DUによって送信されるか、またはDUおよび無線周波数装置によって送信されると見なされてもよい。

プロトコルスタックに基づくネットワークデバイスのCUとネットワークデバイスのDUとの間の分割が図3bに示され得る。例えば、RRC層、SDAP層、およびPDCP層は、ネットワークデバイスのCUに配備される。RLC層、MAC層、および物理層は、ネットワークデバイスのDUに配備される。

本出願の実施形態では、ネットワークデバイスがNRシステムをサポートするデバイスであるとき、CUおよびDUの機能分割は、プロトコルスタックに基づいて実行されてもよい。ネットワークデバイスのCUおよびネットワークデバイスのDUは、2つの機能エンティティとして使用される。1つの可能な方式では、CUおよびDUの機能は、処理されたコンテンツのリアルタイム性能に基づいて区別される。図3bに示すように、RRC層、SDAP層、およびPDCP層は、CUに配備される。RLC層、MAC層、PHY層などはDUに配備される。これに対応して、CUは、RRC層、PDCP層、およびSDAP層を処理することが可能である。CU－DUアーキテクチャを有するネットワークデバイスの場合、ネットワークデバイスのCUは、端末デバイスのRRC状態を管理する役割を担う。DUは、RLC、MAC、およびPHYを処理することが可能である。

なお、上記の機能分割は一例にすぎず、別の分割方式があってもよいことに留意されたい。例えば、CUは、RRC層、PDCP層、RLC層、およびSDAP層を処理することが可能であり、DUは、MAC層およびPHY層を処理することが可能である。別の例では、CUは、RRC、PDCP、RLC、SDAP、およびMACの一部を処理する（例えば、MACヘッダを追加する）ことが可能であり、DUは、PHYおよびMACの一部を処理する（例えば、スケジューリングする）ことが可能である。

プロトコル層に基づく分割は一例にすぎず、代替的に、RLC層などの別のプロトコル層に基づいて分割が行われてもよい。RLC層およびRLC層より上位のプロトコル層の機能はCUに設定され、RLC層より下位のプロトコル層の機能はDUに設定される。あるいは、分割はプロトコル層で実行される。例えば、RLC層の一部の機能およびRLC層より上位のプロトコル層の機能がCUに設定され、RLC層の残りの機能およびRLC層より下位のプロトコル層の機能がDUに設定される。加えて、分割は、代替的に別の方式で実行されてもよい。例えば、分割は、待ち時間に基づいて実行される。処理時間が待ち時間要求を満たす必要がある機能がDUに設定され、処理時間が待ち時間要求を満たす必要がない機能がCUに設定される。前述のプロトコル層分割は単なる例であり、分割は別のプロトコル層で実行されてもよい。本明細書では例は1つずつ記載されていない。

当然ながら、本出願の実施形態は、LTE通信システムにさらに適用可能であり得る。例えば、LTE通信システムは、RANデバイスおよびCNデバイスも含んでもよい。RANデバイス（eNB）は、ベースバンド装置および無線周波数装置を含む。ベースバンド装置は、1つのノードによって実装されてもよいし、または複数のノードによって実装されてもよい。無線周波数装置は、ベースバンド装置から独立して遠隔に実装されてもよいし、ベースバンド装置に統合されてもよいし、あるいは、無線周波数装置の一部がベースバンド装置から遠隔に実装され、残りの部分がベースバンド装置に統合される。無線周波数装置は、ベースバンド装置から遠隔に配置されてもよい。例えば、遠隔無線ユニット（remote radio unit、RRU）が、BBUから遠隔に配置される。加えて、無線周波数装置は、DU内に配置されずにDUから遠隔に配置されてもよく、またはDUに統合されてもよく、あるいは無線周波数装置の一部がDUから遠隔に配置され、残りの部分がDUに統合される。これは、本明細書では限定されない。

図2および図3bに示す通信システムに含まれるUEの数およびタイプは単なる例であり、本出願の実施形態はこれに限定されないことを理解されたい。例えば、アクセスネットワークデバイス（例えば、gNB）と通信するより多くのUEが含まれてもよい。簡潔にするために、詳細は添付の図面には記載されていない。加えて、図2に示す通信システムでは、各DUに接続された1つの基地局および1つのUEが示されているが、通信システムは、各DUに接続された基地局およびUEを含むことに限定されなくてもよい。ここでは詳細は繰り返されない。

図1から図3bは、本出願の実施形態におけるいくつかの機能またはデバイスを示すにすぎず、通信システムアーキテクチャは、より多くのまたはより少ない機能またはデバイスをさらに含んでもよいことを理解されたい。例えば、図1の5GCデバイスは、統合データ管理（unified data management、UDM）、データネットワーク（data network、DN）などをさらに含んでもよく、図2に示すDUは、より多くの論理セルなどでさらに構成されてもよい。

さらに、図4aに示すように、図3bに示すアーキテクチャと比較して、ネットワークデバイスのCUは、代替的に、制御プレーン（control plane、CP）とユーザプレーン（user plane、UP）とが分離された形態であってもよい。言い換えれば、CUは、CU－CPおよびCU－UPの2つの論理ネットワーク要素に分割されてもよい。現在、LTEシステムにおけるCUとDUとの間のインターフェースはW1インターフェースと呼ばれ、NRシステムにおけるCUとDUとの間のインターフェースはF1インターフェースと呼ばれる。2つのインターフェースの機能は同様である。図4aでは、ネットワークデバイスがNRシステムのgNBである例が説明に使用される。F1インターフェースは、コントロールプレーン（CP）およびユーザプレーン（UP）を含む。制御プレーンのトランスポート層プロトコルはストリーム制御伝送プロトコル（stream control transport protocol、SCTP）であり、伝送されるメッセージはF1アプリケーション層プロトコル（F1 application protocol、F1 AP）メッセージである。ユーザプレーンのトランスポート層プロトコルは、汎用パケット無線サービス（General Packet Radio Service、GPRS）トンネリング・プロトコル・ユーザ・プレーン（GPRS Tunnelling Protocol User Plane、GTP－U）である。

CU－CPとCU－UPとの間のインターフェースはE1と呼ばれ、CU－CPとCU－UPとの間でシグナリングを伝送するためのものである。CU－CPとDUとの間のF1－Cインターフェースは、CU－CPとDUとの間のF1シグナリングおよび端末デバイスのRRCシグナリングを伝送するためのものである。CU－CPとDUとの間のF1－Uインターフェースは、データ無線ベアラ（data radio bearer、DRB）データを伝送するためのものである。DUのエアインターフェースを介してDRB上で搬送されたアップリンクデータを受信した後、DUは、物理層、MAC層、およびRLC層でデータを処理し、次いで、F1－Uインターフェースを介してDRBのデータをCUに送信する。エアインターフェースを介して端末デバイスによって送信されたRRCメッセージを受信した後、DUは、DUの物理層、MAC層、およびRLC層でメッセージを処理し、次いで、F1－CPインターフェースを介してCUにRRCメッセージを送信する。

例えば、CUの機能が1つのエンティティによって実施されても異なるエンティティによって実施されてもよい。例えば、図2に示すように、CUの機能がさらに分割されてもよく、具体的には、制御プレーンとユーザプレーンが分割され、制御プレーンCUエンティティ（すなわち、CU－CPエンティティ）とユーザプレーンCUエンティティ（すなわち、CU－UPエンティティ）という異なるエンティティを使用して実施される。CU－CPエンティティおよびCU－UPエンティティは、DUに結合されて、アクセスネットワークデバイスの機能を共同で完了し得る。CU－CPエンティティとCU－UPエンティティとの間のインターフェースがE1インターフェースであってもよく、CU－CPエンティティとDUとの間のインターフェースがF1－Cインターフェースであってもよく、CU－UPエンティティとDUとの間のインターフェースがF1－Uインターフェースであってもよい。1つのDUと1つのCU－UPとが1つのCU－CPに接続されてもよい。同じCU－CPの制御下で、1つのDUが複数のCU－UPに接続されてもよく、1つのCU－UPが複数のDUに接続されてもよい。

本出願の実施形態で記載されるネットワークアーキテクチャおよびサービスシナリオは、本出願の実施形態の技術的解決策をより明確に記載することが意図されており、本出願の実施形態で提供される技術的解決策に限定を構築するものではないことに留意されたい。当業者であれば、ネットワークアーキテクチャの進化および新しいサービスシナリオの出現に伴い、本出願の実施形態で提供される技術的解決策が同様の技術的問題にも適用可能であることが分かる。

上述のように、CU－DUアーキテクチャがネットワークデバイスで使用されるとき、CUはRRC層を含み、端末デバイスのRRC状態を管理する役割を果たす。5Gネットワークでは、3つのRRC状態、すなわち、RRCアイドル状態（idle）、RRC非アクティブ状態（Inactive）、およびRRC接続状態（connected）が含まれてもよい。

RRC接続状態では、端末デバイスとアクセスネットワークデバイスとの間に専用RRC接続がある。専用RRC接続は、DRBまたはSRB1接続である。RRCアイドル状態では、端末デバイスとアクセスネットワークデバイスとの間に専用RRC接続はない。

RRC非アクティブ状態は、5Gにおける新しいRRC状態である。RRC非アクティブ状態のUEは、再アクセスなしにRRC Resume手順でRRC接続状態に迅速に切り替えられることができるので、RRC非アクティブ状態のUEは、低いデータ伝送回復遅延を有することができる。端末デバイスは、端末デバイスのコンテキストを記憶し、ソースネットワークデバイス（Last serving gNB）は、端末デバイスのコンテキストならびにAMFおよびUPFへのNG接続を記憶する。端末デバイスとアクセスネットワークデバイスとの専用RRC接続が中断され、その後再開され得る。RRC非アクティブ状態では、端末デバイスは、RNA内を移動するときにアクセスネットワークデバイスに通知しなくてもよい。同じRNA内を移動するとき、UEはgNodeBと情報を交換する必要がない。RNAから移動するとき、UEはRNA更新プロセスを開始する必要がある。

加えて、RRC非アクティブ状態のUEはデータ処理を中断し、RRC非アクティブ状態のUEは、端末デバイスの電力消費を低減するために、RRCアイドル状態の電力消費レベルに近い電力消費レベルを取得してもよい。RRCアイドル状態と同様に、共通探索空間内のコンテンツ（Pagingおよびブロードキャスト）のみが受信されることができ、RRC非アクティブ状態でセル再選択が実行されることができ、RRC非アクティブ状態におけるセル再選択の原理は、RRCアイドル状態での原理と同じである。

RRC非アクティブ状態では、端末デバイスは、RRC接続の再開を要求することにより、RRC非アクティブ状態からRRC接続状態に変化してもよい。図4bは、本出願の一実施形態によるRRC接続再開方法の概略フローチャートである。方法の手順は以下のステップを含む。

ステップ401：端末デバイスは、ターゲット基地局にRRC再開要求（RRC resume request）を送信する。

ソース基地局のカバレッジから出て、ターゲット基地局gNBのカバレッジに入った後、端末デバイスは、ターゲット基地局へのRRC再開手順を開始し得る。RRC再開要求は、ターゲット基地局がソース基地局から端末デバイスのコンテキストを要求できるように、I－RNTIを搬送し得る。

ステップ402：ターゲット基地局は、ソース基地局に端末デバイスコンテキスト検索要求（retrieve UE context request）を送信する。

端末デバイスコンテキスト検索要求は、端末によって送信されたRRC再開要求にI－RNTIを含む。ソース基地局は、I－RNTIおよび端末デバイスの記憶されたコンテキストに基づいて端末デバイスのコンテキストを判定し得る。

ステップ403：ソース基地局は、ターゲット基地局に端末デバイスコンテキスト検索応答（retrieve UE context response）を送信する。

端末デバイスコンテキスト検索応答は、端末デバイスのコンテキストを含み得る。

ステップ404：ターゲット基地局は、RRC再開メッセージ（RRC resume）を端末デバイスに送信する。

これに対応して、RRC 再開メッセージを受信した後、端末デバイスは、RRC接続を再開するために、RRC接続状態に入る。

ステップ405：端末デバイスは、ターゲット基地局にRRC接続再開完了メッセージ（RRC Resume complete）を送信する。

ステップ406：ターゲット基地局は、データ転送アドレス指示情報（Xn－U address indication）をソース基地局に送信する。

データ転送アドレス指示情報は、ソース基地局のデータ転送のためのトンネルアドレスを示し得る。例えば、データ転送アドレスは、ダウンリンクデータを転送するために使用されるトンネルアドレスであってもよい。この場合、ソース基地局は、端末デバイスのダウンリンクデータを有してもよく、ダウンリンクデータをターゲット基地局に送信してもよく、次いで、ターゲット基地局は、ダウンリンクデータを端末デバイスに送信する。

ステップ407：ソース基地局は、パス切り替え要求（path switch request）をコアネットワークに送信する。

パス切り替え要求は、コアネットワークと基地局との間のデータ転送パスを切り替えるために使用され得る。例えば、UPFとソース基地局との間の接続は、UPFとターゲット基地局との間の接続に切り替えられ、後続のダウンリンクデータは、UPFを使用してターゲット基地局に直接送信され得る。

ステップ408：コアネットワークデバイスは、パス切り替え応答（path switch response）をソース基地局に送信する。

ステップ409：コアネットワークデバイスは、端末デバイスのコンテキストを解放するようにソース基地局に示すために、コンテキスト解放メッセージ（context release）をソース基地局に送信する。

RRCアイドル状態からRRC接続状態に切り替えるためのシグナリング手順、すなわちUEの初期アクセス手順と比較して、ランダムアクセス手順、RRC接続設定手順、および初期コンテキスト設定手順が含まれる。RRC非アクティブ状態からRRC接続状態へのシグナリング手順は、大量のシグナリング相互作用を低減することができる（例えば、RRC再構成およびセキュリティモード構成手順はUuインターフェース上で低減され、コンテキスト設定および認証手順はNGインターフェース上で低減される）。RRCアイドル状態よりもRRC非アクティブ状態で小さいアクセス遅延は、シグナリング相互作用の低減によって得られる。

端末デバイスのコンテキスト設定手順が以下で具体的に説明される。詳細については、図5を参照されたい。

ステップ501：端末デバイスは、能力情報をネットワークデバイスのCUに送信する。

能力情報は、端末デバイスの能力を示す。さらに、任意選択で、能力情報は、端末デバイスが非アクティブ状態でデータを伝送する能力を有することを示し、能力は、端末デバイスが非アクティブ状態で構成済みグラントまたはスケジューリンググラントでアップリンク情報を伝送する能力を有することを示す。アップリンク情報は、アップリンクシグナリングおよびアップリンクデータを含むが、これらに限定されない。アップリンクシグナリングはアップリンクRRCシグナリングなどであってもよく、アップリンクデータはアップリンクサービスデータ、例えばビデオデータやオーディオデータであってもよい。

スケジューリンググラントは、リソース要求に基づいてネットワークデバイスによって端末デバイスに割り当てられたリソースであり、リソース要求は端末デバイスによって送信されることに留意されたい。例えば、リソース要求は、ランダムアクセスプロセスにおけるプリアンブル（preamble）またはアップリンクスケジューリング要求であってもよい。構成済みグラントは、ネットワークデバイスによって事前構成されたリソースであり、1回の割り当ておよび繰り返し使用によって特徴付けられ、端末デバイスはリソース要求を送信する必要がない。

端末デバイスは複数の能力を有し、能力情報は、端末デバイスの別の能力を代替的に示し得ることに留意されたい。これは本出願の実施形態では限定されない。

ステップ502：ネットワークデバイスのCUは、ネットワークデバイスのDUにUEコンテキスト設定要求メッセージを送信する。

UEコンテキスト設定要求メッセージは、端末デバイスのコンテキスト（context）を設定するように要求するために使用されてもよい。

任意選択で、UEコンテキスト設定要求メッセージは能力情報を含んでもよい。

ステップ503：ネットワークデバイスのDUは、端末デバイスのコンテキストを設定し、ネットワークデバイスのCUにUEコンテキスト設定応答メッセージを送信する。

本出願の実施形態では、コンテキストは、エアインターフェースコンテキストおよびF1コンテキストを含んでもよいことに留意されたい。

エアインターフェースコンテキストは、端末デバイスのRLC層構成、MAC層構成、物理層構成情報、I－RNTI、C－RNTIなどを含み得る。エアインターフェースコンテキストは、代替的に、「非アクティブ状態におけるデータ伝送のための構成済みグラント」、物理層フィードバック情報を送信するためのPDCCHの構成情報、またはPDCCHをスクランブルするためのRNTIを含んでもよい。F1コンテキストは、F1AP ID、F1データ伝送のためのトランスポート層アドレス情報などを含んでもよい。ネットワークデバイスのCUとネットワークデバイスのDUとの間の端末デバイスのDRBデータの伝送は、F1データ伝送とも呼ばれ得る。

本出願の実施形態では、端末デバイスのためにネットワークデバイスのDUによって設定されるコンテキストは、以下の項目のうちの1つまたは複数を含み得る。

1．端末デバイスのために構成された構成済みグラント（configured grant）：構成済みグラントは、端末デバイスに割り当てられたアップリンクリソースを示すために使用され得、構成済みグラントは、物理アップリンク共有チャネル（physical uplink shared channel、PUSCH）のものである周波数領域リソース、周期性、開始位置、およびデータ復調参照情報のうちの1つまたは複数を含み得るが、これらに限定されない。

任意選択で、構成済みグラントは、非アクティブ状態の端末デバイスに対して構成されてもよく、非アクティブ状態の端末デバイスは、構成済みグラントを使用してアップリンクRRCシグナリングおよびアップリンクデータのうちの一方または両方を送信してもよい。

任意選択で、構成済みグラントにより構成された時間－周波数リソースは、端末デバイス専用の時間－周波数リソース、すなわち、別の端末デバイスと共有されない時間－周波数リソースであってもよい。この場合、ネットワークデバイスのDUは、構成済みグラントと端末デバイスのコンテキストとの間のマッピング関係、および構成済みグラントと端末デバイスのデータ伝送チャネルとの間のマッピング関係を確立し得る。

任意選択で、構成済みグラントにより構成された時間－周波数リソースは、端末デバイスおよび別の端末デバイスによって共有される時間－周波数リソースであってもよい。この場合、端末デバイスが非アクティブ状態に入ったと判定すると、ネットワークデバイスのCUは、非アクティブI－RNTIをネットワークデバイスのDUに送信し得る。ネットワークデバイスのDUは、構成済みグラントと端末デバイスのI－RNTIとの間のマッピング関係を設定し得る。I－RNTIは、無線ネットワークベースの通知領域（RAN－based notification area、RNA）における非アクティブ状態の端末デバイスの一意のアイデンティティであってもよい。

2．端末デバイスのために構成されたPDCCHの構成情報：PDCCHの構成情報は、アップリンクデータのフィードバック情報を送信するため、またはPUSCH伝送をスケジュールするため、および物理ダウンリンク共有制御チャネル（physical downlink control channel、PDSCH）伝送をスケジュールするためなどに使用されてもよい。

PDCCHの構成情報は、PDCCHのリソース位置情報、周期性、開始位置などを含むが、これらに限定されない。

本出願の実施形態では、PDCCHは、物理層シグナリング、例えば、肯定応答（acknowledgement、ACK）または否定応答（negative acknowledgement、NACK）シグナリング、初期伝送のためのアップリンクグラント、および再伝送のためのアップリンクグラントのうちの少なくとも1つの送信をスケジュールし得る。PDCCHはPDSCHの送信をさらにスケジュールしてもよく、PDSCHで搬送される情報は、ダウンリンクRRCシグナリング、ダウンリンクデータ、およびタイミングアドバンスコマンドのうちの1つまたは複数を含むが、これらに限定されない。端末デバイスは、PDCCHのスケジューリングに基づいてアップリンク伝送およびダウンリンク伝送を実行し得る。

3．PDCCHをスクランブルするための一時的識別子：一時的識別子は、PDCCHをスクランブルするための32ビット無線ネットワーク一時識別子（radio network temporary identity、RNTI）である。例えば、一時的識別子は、端末デバイスのセル無線ネットワーク一時識別子（cell radio network temporary identity、C－RNTI）であってもよい。

4．端末デバイスのために構成された無線ベアラに対応するRLC層の構成情報。

5．端末デバイスのために構成されたMAC層の構成情報。

6．端末デバイスのために構成されたI－RNTI。

上記は単なる例であり、端末デバイスのコンテキストは他の情報をさらに含んでもよいことに留意されたい。これは本出願の実施形態では限定されず、例は本明細書では1つずつ説明されない。

例えば、ネットワークデバイスのCUにより送信されるUEコンテキスト設定応答メッセージは、端末デバイスのコンテキストを含んでもよい。

図5に示される手順では、主要なステップのみが記載されている。端末デバイスのためのコンテキストを設定するプロセスには別のステップがあってもよい。ここでは詳細は説明されない。

端末デバイスのコンテキストは、図5に示される手順で設定される。

RRC非アクティブ状態ではスモールデータが伝送され、RRC接続状態に入る必要はない。これにより、UEがデータを伝送するときにRRC接続状態に入る必要があるケースを回避し得る。特別なシナリオでは、例えば、UEがスモールデータを伝送するとき、データ伝送量は大きくないが、データは複数回連続して送信される必要があり得る。その結果、UEは、RRC非アクティブ状態とRRC接続状態との間で頻繁に切り替える必要があり、シグナリングが頻繁に送信される。したがって、可能な一実装形態では、端末デバイスは、RRC非アクティブ状態でスモールデータを伝送するときにRRC接続状態に入る必要がない。これは、シグナリングオーバーヘッドを低減することができる。RRC非アクティブ状態の端末は、RA－SDT方式でスモールデータを伝送し得る。図1に示すCU－DU分割シナリオでは、基地局がCUとDUの2つの部分に分割されるため、端末がソース基地局のカバレッジから出てターゲット基地局のカバレッジに入った後、ネットワークデバイスのDUが、端末デバイスのコンテキストを予約するかどうかをどのように判定するかは、RRC非アクティブ状態で考慮される必要がある。

図6に示すように、本出願の一実施形態では通信方法が提供される。方法は、以下のステップを含む。

ステップ601：第1のネットワークデバイスのCUは、RRC解放メッセージ（RRC Release）を第1のネットワークデバイスのDUに送信する。

第1のネットワークデバイスは、RRC接続状態にある端末デバイスによってアクセスされるソースネットワークデバイスであり得る。第1のネットワークデバイスのCUは、端末デバイスがRRC接続状態からRRC非アクティブ状態に切り替えられるときに第1のネットワークデバイスのDUに送信されるRRC解放メッセージを判定する。RRC Releaseは中断（suspend）構成を搬送し、構成はRRC非アクティブ状態に切り替わるべき端末デバイスを示す。任意選択で、第1のネットワークデバイスのCUは、第1のネットワークデバイスのDUのコンテキストを記憶するための指示情報を第1のネットワークデバイスのDUに送信する。

ステップ602：RRC解放メッセージを受信した後、第1のネットワークデバイスのDUは端末デバイスのコンテキストを記憶する。

例えば、コンテキストは、第1のネットワークデバイスがDUのコンテキストを記憶するための指示情報を受信した後に第1のネットワークデバイスによって記憶されてもよく、または第1のネットワークデバイスのDUによってデフォルトで記憶されたコンテキストであってもよい。詳細については、図5のDUのコンテキストを設定する方式を参照されたい。例えば、第1のネットワークデバイスのDUのコンテキストは、以下のうちの少なくとも1つを含んでもよい。

1．スモールデータ伝送構成済みグラントSDT－CG構成：スモールデータ構成済みグラントCG構成は、CG時間領域リソースの指示情報、CG周波数領域リソースの指示情報などのうちの少なくとも1つを含み得る。

2．スモールデータ伝送SDT－時間アライメント（time alignment、TA）構成：スモールデータ伝送用の時間アライメントタイマSDT－（TA timer、TAT）。

3．SDT－RLC構成。構成は、SDT－RLCモード（AMまたはUM）指示情報、RLCシーケンス番号（sequence number、SN）長さ指示情報などのうちの少なくとも1つを含み得る。

ステップ603：第1のネットワークデバイスのDUは、端末デバイスにRRC接続解放（RRC Release）メッセージを送信する。

ステップ604：端末デバイスは、RRC接続状態からRRC非アクティブ状態に切り替えられる。

ステップ605：データを伝送するとき、端末デバイスはスモールデータ伝送プロセスをトリガする。特定のスモールデータ伝送プロセスについては、従来技術の伝送モードを参照されたい。ここでは詳細は繰り返されない。

ステップ606：端末デバイスは、RRC再開要求メッセージ（RRC resume request）およびアップリンクデータ（user data）を第2のネットワークデバイスに送信する。アップリンクデータは、NAS情報（NAS message）で搬送され得る。

例えば、第1のネットワークデバイスはソースネットワークデバイスであり、第2のネットワークデバイスはターゲットネットワークデバイスである。いくつかのシナリオでは、ソースネットワークデバイスのDUのカバレッジから出て、ターゲットネットワークデバイスのDUのカバレッジに入った後で、端末デバイスは、ターゲットネットワークデバイスのDUへのRRC再開手順を開始し得る。この場合、ソースネットワークデバイスのDUは、ターゲットネットワークデバイスのDUにハンドオーバされる必要がある。RRC再開要求はI－RNTIを搬送してもよく、その結果、ターゲットネットワークデバイスのCUは、ソースネットワークデバイスのCUから端末デバイスのコンテキストを要求してもよい。

いくつかの他のシナリオでは、端末デバイスは、ソースネットワークデバイスのCUのカバレッジから出て、ターゲットネットワークデバイスのCUのカバレッジおよびターゲットネットワークデバイスのDUのカバレッジに入った後に、ターゲットネットワークデバイスのCUまたはターゲットネットワークデバイスのDUへのRRC再開手順を開始してもよい。この場合、ソースネットワークデバイスのCUはターゲットネットワークデバイスのCUにハンドオーバされる必要があり、ソースネットワークデバイスのDUはターゲットネットワークデバイスのDUにハンドオーバされる必要がある。RRC再開要求はI－RNTIを搬送してもよく、その結果、ターゲットネットワークデバイスのCUは、ソースネットワークデバイスのCUから端末デバイスのコンテキストを要求してもよい。このようにして、ターゲットネットワークデバイスのDUは、ターゲットネットワークデバイスのCUを使用して端末のコンテキストを取得してもよい。

ステップ607：第2のネットワークデバイスは、第1のネットワークデバイスのCUにUEコンテキスト検索要求（Retrieve UE context request）を送信する。

可能な一実装形態では、UEコンテキスト検索要求は、端末デバイスのアイデンティティ検証情報を含んでもよく、第1のネットワークデバイスのCUは、第1のネットワークデバイスのCU内のセキュリティコンテキストおよびUEコンテキスト検索要求内の検証情報を参照してアイデンティティ検証を実行する。

ステップ608：第1のネットワークデバイスのCUは、ターゲットネットワークデバイスにUEコンテキスト検索応答（Retrieve UE context response）を送信する。

いくつかの実施形態では、第1のネットワークデバイスのCUは、第1のネットワークデバイスのCUのアイデンティティ検証が成功した後に、UEコンテキスト検索応答をターゲットネットワークデバイスに送信し得る。

可能な一実装形態では、アンカー再配置（Anchor relocation）方式が一例として使用される。UEコンテキスト検索応答は、すべてのコンテキストを含み得る。例えば、UEコンテキスト検索応答は、SDAP構成、RLC構成、PDCP構成、RB構成などを含み得る。

可能な一実装形態では、非アンカー再配置（No Anchor relocation）方式が一例として使用される。UEコンテキスト検索応答は、端末デバイスのコンテキストの一部を含み得る。例えば、UEコンテキスト検索応答は、RLC構成を含み得る。

ステップ609：第1のネットワークデバイスのCUは、第1のネットワークデバイスのDUに第1のメッセージを送信する。

第1のメッセージは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスのDUに示す。

いくつかの実施形態では、第1のネットワークデバイスのCUは、アイデンティティ検証が成功した後に第1のネットワークデバイスのDUに解放指示情報を送信し得る。当然ながら、第1のネットワークデバイスのCUは、ターゲットネットワークデバイスのDUと端末デバイスとの間のRRC接続が設定されていると判定した後に、第1のネットワークデバイスのDUに解放指示情報を代替的に送信してもよい。

ステップ6010：第1のネットワークデバイスのDUは、端末デバイスのDUのコンテキストを解放する。

第1のネットワークデバイスのDUは、指示情報を受信した後に端末デバイスのDUのコンテキストを解放し得る。

前述の方法によれば、端末デバイスが新しい基地局上でresumeプロセスを開始すると判定した後で、ソースネットワークデバイスのCUは、端末デバイスがソースネットワークデバイスのDUのカバレッジに戻らないと判定し得る。したがって、ソースネットワークデバイスのCUは、DUが別の端末にリソースを割り当てることができるように、ソースネットワークデバイスのDUにコンテキスト解放指示情報を送信し得、それによってDUリソース利用率が改善される。

図1のネットワークアーキテクチャに関連して、RRC非アクティブ状態のスモールデータ伝送シナリオにおいて、本出願の一実施形態は通信方法をさらに提供する。図7に示すように、方法は以下のステップを含む。

ステップ701：端末デバイスは、構成済みグラント要求を第1のネットワークデバイスに送信する。

構成済みグラント要求は、端末デバイスの構成済みグラントスモールデータ伝送リソースを構成するように第1のネットワークデバイスに要求し得る。例えば、構成済みグラント要求は、リソースを周期的に構成するようにTBS構成を要求し得る。リソースは、端末デバイスがRRC接続を設定するときに第1のネットワークデバイスに送信され得る。

ステップ701は任意選択であり、第1のネットワークデバイスは別の方式で端末のためにCG－SDTリソースをさらに構成してもよいことに留意されたい。

ステップ702：端末デバイスは、少なくとも1つのSSBを判定する。

いくつかの実施形態では、端末デバイスは少なくとも1つのSSBを判定し得る。

例えば、端末デバイスはSSB1を判定してもよく、SSB1はCG－SDTリソースに関連付けられている。端末デバイスは、SSB2をさらに判定してもよく、SSB2は、CG－SDTリソースとの関連付け関係を有しない。

したがって、第1のネットワークデバイスが端末デバイスのためにCG－SDTリソースを構成した後、端末は、CG－SDTリソースに関連付けられた判定されたSSBに基づいて、CG－SDTリソースを使用してスモールデータを伝送できるかどうかを判定し得る。このようにして、端末デバイスが、スモールデータを伝送するために端末デバイスがCG－SDTリソースを使用することができるときに使用されるCG－SDTリソースを端末デバイスに別々に示す必要がある場合が回避される。

ステップ703：第1のネットワークデバイスは、アップリンク同期指示情報を端末デバイスに送信する。

これに対応して、端末デバイスは、アップリンク同期指示情報に基づいてアップリンク同期を調整する。

ステップ704：第1のネットワークデバイスのCUは、第1のネットワークデバイスのDUを使用して第1の指示情報を端末デバイスに送信する。

第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。第1のSSBは、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。いくつかの実施形態では、第1の指示情報は、RRC解放メッセージで搬送され得る。これに対応して、第1の指示情報を受信した後、端末デバイスは、スモールデータを伝送するために使用される構成済みグラントリソースが第1のリソースであると判定し得る。

第1の指示情報を取得した後、端末デバイスは、消費電力を削減するために、RRC非アクティブ状態に入り得る。

ステップ705：端末は、第1のリソースおよびSSBとCG－SDTリソースとの間の関連付け関係に基づいて、第1のSSBが第1のリソースの基準SSBであると判定する。

第1のリソースの基準SSBは、第1のリソースのアップリンク同期が有効であるかどうかを判定するために使用される。例えば、第1のリソースのアップリンク同期が有効であると判定されたとき、第1のリソースを使用してデータを送信すると判定され、または、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを解放すると判定される。

いくつかの実施形態では、第1のSSBのRSRPが第1の閾値以上であるとき、第1のリソースのアップリンク同期が有効であると判定される。

例えば、第1のSSBのRSRPが第1の閾値以上であるとき、第1のSSBは第1のリソースの基準SSBとして判定される。SSB2のRSRPが第1の閾値以上であっても、SSB2は第1のリソースに関連付けられたSSBではないと見なされ、SSB2は第1のリソースの基準SSBとして使用されることができないことに留意されたい。

ステップ706：端末デバイスは、基準SSBに基づいて、第1のリソースのアップリンク同期が有効であるかどうかを判定する。第1のリソースのアップリンク同期が有効である場合、ステップ707が実行され、または、第1のリソースのアップリンク同期が無効である場合、ステップ708が実行される。

いくつかの実施形態では、端末デバイスは、第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第1のSSBのRSRPの減少変動が第3の閾値以上であるときに、第1のリソースのアップリンク同期が無効であると判定し得る。例えば、第2の閾値または第3の閾値は、ネットワークデバイスによって構成され、RRC解放メッセージで端末デバイスに送信される。

ステップ707：端末デバイスは、第1のリソースを使用して第1のネットワークデバイスにデータを伝送（または送信）しない。

任意選択で、TAが無効であると判定した後、端末デバイスは第1のリソースを解放し得る。

ステップ708：端末デバイスは、スモールデータ伝送プロセスを実行する。具体的には、端末デバイスは、第1のリソースを使用して第1のネットワークデバイスにデータを伝送（または送信）する。

例えば、第1のリソースを使用して端末デバイスによって第1のネットワークデバイスに送信されるデータは、ユーザデータであってもよく、サービスデータなどであってもよい。これは、本明細書では限定されない。

ステップ709：端末デバイスが第2のネットワークデバイスにハンドオーバされると判定すると、端末デバイスは第2のネットワークデバイスにRRC再開要求メッセージ（resume request）を送信する。

ステップ7010：第2のネットワークデバイスは、RRC再開メッセージを端末デバイスに送信する。

任意選択で、RRC再開メッセージは第2の指示情報を含む。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。言い換えれば、第2のリソースは端末デバイスのRRC接続状態で使用されてもよい。

これに対応して、端末デバイスは、ネットワークデバイスによって送信されたRRC再開メッセージを受信する。いくつかの実施形態では、第2のリソースは、第1のリソースと同じであってもよい。この場合、RRC再開メッセージを受信した後、端末デバイスはRRC接続状態に入り、第2のリソースを使用して第2のデータを第2のネットワークデバイスに送信する。あるいは、第2のリソースは、第1のリソースとは異なっていてもよい。この場合、端末デバイスは、第1のリソースのアップリンク同期が有効であるかどうかを判定する方式に基づいて、第2のリソースのアップリンク同期が有効であるかどうかを判定し得る。第2のリソースのアップリンク同期が有効であると判定すると、端末デバイスは、第2のリソースを使用して第2のネットワークデバイスにデータを送信し得る。

任意選択で、ステップ7011：第1のネットワークデバイスのCUは、第1のネットワークデバイスのDUに第1のメッセージを送信する。

第1のネットワークデバイスのDUに第1のメッセージを送信する前に、第1のネットワークデバイスのCUは、ステップ607およびステップ608をさらに実行し得る。ここでは詳細は繰り返されない。

ステップ7012：第1のネットワークデバイスのDUは、端末デバイスのDUのコンテキストを解放する。

図1のネットワークアーキテクチャおよび図6の実装形態に関連して、端末デバイスが第2のネットワークデバイスにハンドオーバされた後、端末デバイスはRRC接続状態に入り、端末デバイスはRRC非アクティブ状態に再度入り得る。端末デバイスがRRC接続状態からRRC非アクティブ状態に切り替えられるスモールデータ伝送シナリオでは、本出願の一実施形態は通信方法をさらに提供する。図8に示すように、本方法は以下のステップを含む。

ステップ801：端末デバイスは、構成済みグラント要求を第2のネットワークデバイスに送信する。

構成済みグラント要求は、構成されたグラントスモールデータ伝送リソースを判定するように第2のネットワークデバイスに要求し得、リソースは、RRC接続状態でスモールデータを伝送するために端末デバイスによって使用され得る。

いくつかの実施形態では、端末デバイスによって第2のネットワークデバイスに送信された構成済みグラント要求は、第2のリソースを判定するように第2のネットワークデバイスにさらに要求し得る。第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。任意選択で、第2のリソースは第2のSSBに関連付けられ、第2のSSBは、非アクティブ状態およびRRC接続状態において、第2のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。

いくつかの他の実施形態では、端末デバイスは、RRC非アクティブ状態の構成済みグラントスモールデータ伝送リソースを事前にさらに要求し得る。詳細については、端末デバイスが第1のリソースを取得する前述の方式を参照されたい。ここでは詳細は繰り返されない。

第1のリソースは、第2のリソースと同じであっても異なっていてもよいことに留意されたい。これは、本明細書では限定されない。加えて、ステップ801は任意選択であり、第2のネットワークデバイスは別の方式で端末のためにCG－SDTリソースをさらに構成してもよい。

ステップ802：端末デバイスは、少なくとも1つのSSBを判定する。

いくつかの実施形態では、端末デバイスは少なくとも1つのSSBを判定し得る。

例えば、端末デバイスは、SSB1およびSSB3を判定してもよく、SSB1は第1のリソースに関連付けられ、SSB3は第2のリソースに関連付けられる。端末デバイスは、SSB2をさらに判定してもよく、SSB2は、CG－SDTリソースとの関連付け関係を有しない。

したがって、第1のネットワークデバイスが端末デバイスのためにCG－SDTリソースを構成した後、端末は、CG－SDTリソースに関連付けられた判定されたSSBに基づいて、CG－SDTリソースを使用してスモールデータを伝送できるかどうかを判定し得る。このようにして、端末デバイスが、スモールデータを伝送するために端末デバイスがCG－SDTリソースを使用することができるときに使用されるCG－SDTリソースを端末デバイスに別々に示す必要がある場合が回避される。

ステップ803：第2のネットワークデバイスは、アップリンク同期指示情報を端末デバイスに送信する。

これに対応して、端末デバイスは、アップリンク同期指示情報に基づいてTAを調整する。

ステップ804：第2のネットワークデバイスのCUは、第2のネットワークデバイスのDUを使用して第1の指示情報を端末デバイスに送信する。

第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。第1のSSBは、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。これに対応して、第1の指示情報を受信した後、端末デバイスは、スモールデータを伝送するために使用される構成済みグラントリソースが第1のリソースであると判定し得る。

任意選択で、第2のネットワークデバイスのCUは、第2のネットワークデバイスのDUを使用して第2の指示情報を端末デバイスに送信する。

第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示す。第2のリソースは第2のSSBに関連付けられ、第2のSSBは、接続状態において、第2のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。あるいは、第2のSSBは、端末デバイスによって、接続状態および非アクティブ状態において、第2のリソースを使用してデータを送信するかどうかを判定するために使用される。

ステップ805：端末デバイスは、第2のリソースおよびSSBとCG－SDTリソースとの間の関連付け関係に基づいて、第2のSSBが第2のリソースの基準SSBであると判定する。

第2のリソースの基準SSBは、第2のリソースのアップリンク同期が有効であるかどうかを判定するために使用される。例えば、第2のリソースのアップリンク同期が有効であると判定されたとき、第2のリソースを使用してデータを送信すると判定され、または、第2のリソースのアップリンク同期が無効であると判定されたとき、第2のリソースを解放すると判定される。

いくつかの実施形態では、第2のSSBのRSRPが第1の閾値以上であるとき、第2のリソースのアップリンク同期が有効であると判定される。

例えば、第2のSSBのRSRPが第1の閾値以上であるとき、第2のSSBは第2のリソースの基準SSBとして判定される。SSB2のRSRPが第1の閾値以上であっても、SSB2は第2のリソースに関連付けられたSSBではないと見なされ、SSB2は第2のリソースの基準SSBとして使用されることができないことに留意されたい。

任意選択で、端末デバイスは、第1のリソースおよびSSBとCG－SDTリソースとの間の関連付け関係に基づいて、第1のSSBが第1のリソースの基準SSBであると判定し得る。

第1のリソースの基準SSBは、第1のリソースのアップリンク同期が有効であるかどうかを判定するために使用される。例えば、第1のリソースのアップリンク同期が有効であると判定されたとき、第1のリソースを使用してデータを送信すると判定され、または、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを解放すると判定される。

いくつかの実施形態では、第1のSSBのRSRPが第1の閾値以上であるとき、第1のリソースのアップリンク同期が有効であると判定される。

例えば、第1のSSBのRSRPが第1の閾値以上であるとき、第1のSSBは基準SSBとして判定される。第2のSSBのRSRPが第1の閾値以上であっても、第2のSSBは第1のリソースに関連付けられたSSBではないと見なされ、第2のSSBは第1のリソースの基準SSBとして使用されることができないことに留意されたい。

ステップ806：端末デバイスは、第2のリソースの基準SSBに基づいて、第2のリソースのアップリンク同期が有効であるかどうかを判定する。第2のリソースのアップリンク同期が有効である場合、ステップ808が実行され、または、第2のリソースのアップリンク同期が無効である場合、ステップ807が実行される。

いくつかの実施形態では、端末デバイスは、第2のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第2のSSBのRSRPの減少変動が第3の閾値以上であるときに、第2のリソースのアップリンク同期が無効であると判定し得る。例えば、第2の閾値または第3の閾値は、ネットワークデバイスによって構成され、RRC解放メッセージで端末デバイスに送信される。

ステップ807：端末デバイスは、第2のリソースを使用して第2のネットワークデバイスにデータを送信しない。

任意選択で、端末デバイスはTAが無効であると判定し、端末デバイスは第2のリソースを解放してもよい。

ステップ808：端末デバイスは、スモールデータ伝送プロセスを実行する。具体的には、端末デバイスは、第2のリソースを使用して第2のネットワークデバイスにユーザデータを送信する。

ステップ809：RRC非アクティブ状態に入ると判定した後、端末デバイスは、第1のリソースの基準SSBに基づいて、第1のリソースのアップリンク同期が有効であるかどうかを判定する。第1のリソースのアップリンク同期が有効である場合、ステップ8011が実行され、または、第1のリソースのアップリンク同期が無効である場合、ステップ8010が実行される。

端末デバイスがRRC非アクティブ状態に入ると判定する方式については、ステップ401からステップ404を参照されたい。ここでは詳細は繰り返されない。

いくつかの実施形態では、端末デバイスは、第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第1のSSBのRSRPの減少変動が第3の閾値以上であるときに、第1のリソースのアップリンク同期が無効であると判定し得る。例えば、第2の閾値または第3の閾値は、ネットワークデバイスによって構成され、RRC解放メッセージで端末デバイスに送信される。

ステップ8010：端末デバイスは、第1のリソースを使用して第2のネットワークデバイスにデータを送信しない。

任意選択で、端末デバイスはTAが無効であると判定し、端末デバイスは第2のリソースを解放してもよい。

ステップ8011：端末デバイスは、スモールデータ伝送プロセスを実行する。具体的には、端末デバイスは、第1のリソースを使用して第2のネットワークデバイスにユーザデータを送信する。

TAが有効であると判定されたという条件に基づいて、構成済みグラントリソースに関連付けられたSSBが基準SSBとして使用され、その結果、端末デバイスは、TAが有効であるかどうかを学習して、ネットワークデバイスによって示された構成済みグラントリソースを使用できるかどうかを判定する。加えて、構成済みグラントのためのスモールデータ伝送を開始するプロセスにおいて、端末によって開始された構成済みグラント要求は、RRC接続状態で使用されるCG－SDTリソースを構成するようにさらに要求してもよく、その結果、端末デバイスが非アクティブ状態にあり、端末デバイスがRRC接続状態に切り替えられた後に、端末デバイスは構成済みCG－SDTリソースを使用し続けてもよい。したがって、切り替え後にCG－SDTリソースを再構成する必要がなく、スモールデータ伝送がより効率的に行われ、切り替え中であっても切り替え後であってもスモールデータが円滑に伝送されることができる。

図9は、本出願の一実施形態による通信装置の概略図である。装置は、前述の方法の実施形態において対応する第1のネットワークデバイスによって実行されるステップを実施するように構成される。図9に示すように、装置900は、中央ユニット901と分散ユニット902とを含む。中央ユニット901は、処理モジュール9010を含み得る。任意選択で、中央ユニット901は、送信モジュール9020および受信モジュール9030をさらに含む。

いくつかの実施形態では、処理モジュール9010は、送信モジュール9020を使用して、第1のネットワークデバイスの分散ユニット902を介して端末デバイスに第1の指示情報を送信するように構成される。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。第1のSSBは、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。

可能な一実装形態では、処理モジュール9010は、送信モジュール9020を使用して、非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される。処理モジュール9010は、送信モジュール9020を使用して第1のネットワークデバイスの分散ユニット902に第1のメッセージを送信するように構成される。第1のメッセージは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスの分散ユニット902に示す。

可能な一実装形態では、処理モジュール9010が、送信モジュール9020を使用して非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される前に、処理モジュール9010は、受信モジュール9030を使用して、第2のネットワークデバイスから端末デバイスのコンテキスト検索要求を受信するようにさらに構成される。

可能な一実装形態では、処理モジュール9010が、送信モジュール9020を使用して非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される前に、処理モジュール9010は、第2のネットワークデバイスのアイデンティティを正常に検証するようにさらに構成される。

可能な一実装形態では、処理モジュール9010は、送信モジュール9020を使用して、第1のネットワークデバイスの分散ユニットを介して端末デバイスに第2の指示情報を送信するように構成される。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

いくつかの他の実施形態では、中央ユニットの処理モジュール9010は、中央ユニットの送信モジュール9020を使用して、非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される。中央ユニットの処理モジュール9010は、中央ユニットの送信モジュール9020を使用して第1のネットワークデバイスの分散ユニットに第1のメッセージを送信するように構成される。第1のメッセージは、端末デバイスのコンテキストを解放するように第1のネットワークデバイスの分散ユニット902に示す。

可能な一実装形態では、中央ユニットの処理モジュール9010が、中央ユニットの送信モジュール9020を使用して非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される前に、中央ユニットの受信モジュール9030を使用して、第2のネットワークデバイスから端末デバイスのコンテキスト検索要求を受信するようにさらに構成される。

可能な一実装形態では、中央ユニットの処理モジュール9010が、中央ユニットの送信モジュール9020を使用して非アクティブ状態の端末デバイスのコンテキストを第2のネットワークデバイスに送信するように構成される前に、中央ユニットの処理モジュールは、第2のネットワークデバイスのアイデンティティを正常に検証するようにさらに構成される。

可能な一実装形態では、コンテキストは、端末デバイスのために構成された構成済みグラント、端末デバイスのために構成された物理ダウンリンク制御チャネルの構成情報、物理ダウンリンク制御チャネルをスクランブルするための一時識別子、端末デバイスのために構成された非アクティブ無線ネットワーク一時識別子、端末デバイスのために構成された無線ベアラに対応する無線リンク制御層の構成情報、のうちの1つまたは複数を含む。

可能な一実装形態では、非アクティブ状態の端末デバイスは、通信装置900にデータを伝送するように構成される。

図10は、本出願の一実施形態による通信装置の概略図である。装置は、前述の方法の実施形態において対応する第2のネットワークデバイスまたは端末デバイスによって実行されるステップを実施するように構成される。図10に示すように、装置1000は処理モジュール1010を含む。任意選択で、装置1000は、送信モジュール1020と受信モジュール1030とをさらに含む。

いくつかの実施形態では、図10の通信装置が第2のネットワークデバイスである例が使用される。処理モジュール1010は、送信モジュール1020を使用して第1の指示情報を端末デバイスに送信するように構成される。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。第1のSSBは、非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するために端末デバイスによって使用される。

図9および図10の実施形態に関連して、可能な一実装形態では、第1のSSBのRSRPは、第1のリソースのアップリンク同期が無効であるかどうか判定し、第1のリソースのアップリンク同期が有効であると判定されたとき、第1のリソースを使用してデータを送信すると判定し、または、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを解放すると判定する、ために使用される。

図9および図10の実施形態に関連して、可能な一実装形態では、第1のSSBのRSRPが第1の閾値以上であるとき、第1のリソースのアップリンク同期が有効であると判定される。第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第1のSSBのRSRPの減少変動が第3の閾値以上であるとき、第1のリソースのアップリンク同期が無効であると判定される。

図9および図10の実施形態に関連して、可能な一実装形態では、コンテキストは、端末デバイスのために構成された構成済みグラント、端末デバイスのために構成されたPDCCHの構成情報、PDCCHをスクランブルするための一時識別子、端末デバイスのために構成されたI－RNTI、および端末デバイスのために構成された無線ベアラに対応するRLC層の構成情報、のうちの1つまたは複数を含む。

いくつかの他の実施形態では、図10の通信装置が端末デバイスである例が使用される。

可能な一実装形態では、処理モジュール1010は、第1のネットワークデバイスの分散ユニットを介して受信モジュール1030を使用して、第1のネットワークデバイスの中央ユニットによって送信された第1の指示情報を受信するように構成される。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。処理モジュール1010は、第1のSSBに基づく非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定するように構成される。

可能な一実装形態では、処理モジュール1010は、受信モジュール1030を使用して、第2のネットワークデバイスによって送信された第1の指示情報を受信するように構成される。第1の指示情報は、端末デバイスの構成済みグラントの第1のリソースを示し、第1のリソースは、第1のSSBに関連付けられる。端末デバイスは、第1のSSBに基づく非アクティブ状態において、第1のリソースを使用してデータを送信するかどうかを判定する。第2のネットワークデバイスは、端末デバイスが第1のネットワークデバイスからハンドオーバされるネットワークデバイスであってもよく、または端末デバイスが第1のネットワークデバイスからハンドオーバされる前のネットワークデバイスであってもよいことに留意されたい。

可能な一実装形態では、処理モジュール1010は、第1のSSBの基準信号受信電力RSRPに基づいて、非アクティブ状態において、第1のリソースのアップリンク同期が無効であるかどうかを判定し、第1のリソースのアップリンク同期が有効であると判定されたとき、第1のリソースを使用してデータを送信すると判定し、または、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを使用してデータを送信しないと判定する、ように構成される。

可能な一実装形態では、処理モジュール1010は、非アクティブ状態において、第1のリソースのアップリンク同期が無効であると判定されたとき、第1のリソースを解放するように構成される。

可能な一実装形態では、処理モジュール1010が、第1のSSBのRSRPに基づいて、非アクティブ状態において、第1のリソースのアップリンク同期が無効であるかどうかを判定するように構成されることは、第1のSSBのRSRPが第1の閾値以上であるとき、処理モジュール1010が、第1のリソースのアップリンク同期が有効であると判定することを含む。第1のSSBのRSRPの増加変動が第2の閾値以上であるとき、または第1のSSBのRSRPの減少変動が第3の閾値以上であるとき、処理モジュール1010は、第1のリソースのアップリンク同期が無効であると判定する。

可能な一実装形態では、処理モジュール1010は、第1のネットワークデバイスの分散ユニットを介して受信モジュール1030を使用して、第1のネットワークデバイスの中央ユニットによって送信された第2の指示情報を受信するように構成される。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、構成済みグラントの第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

可能な一実装形態では、処理モジュール1010は、受信モジュール1030を使用して、第2のネットワークデバイスによって送信された第2の指示情報を受信するように構成される。第2の指示情報は、端末デバイスの構成済みグラントの第2のリソースを示し、第2のリソースは、非アクティブ状態および接続状態の第2のリソースを使用してデータを送信するために端末デバイスによって使用される。

可能な一実装形態では、処理モジュール1010は、第2のネットワークデバイスによって取得された端末デバイスのコンテキストを使用して接続状態に復元されるように構成され、端末デバイスのコンテキストは、第2のネットワークデバイスが受信することによって取得され、第1のネットワークデバイスの中央ユニットからのものである。

任意選択で、通信装置900または通信装置1000は、記憶ユニットをさらに含んでもよい。記憶ユニットは、データまたは命令（コードまたはプログラムとも呼ばれる場合もある）を記憶するように構成される。前述のユニットは、対応する方法または機能を実施するために、記憶ユニットと対話するか、または記憶ユニットに結合され得る。例えば、処理モジュール9010または処理モジュール1010は、通信装置が前述の実施形態の方法を実施するように、記憶ユニット内のデータまたは命令を読み出してもよい。

装置内のユニットへの分割は論理的な機能分割にすぎないことを理解されたい。実際の実施時には、ユニットの全部または一部が1つの物理的エンティティに統合されていてもよいし、物理的に分離されていてもよい。加えて、装置におけるすべてのユニットが処理要素によって呼び出されるソフトウェアの形態で実装されてもよく、もしくはハードウェアの形態で実装されてもよく、または一部のユニットが処理要素によって呼び出されるソフトウェアの形態で実装されてもよく、一部のユニットはハードウェアの形態で実装されてもよい。例えば、各ユニットは、別々に配置された処理要素であってもよいし、実装のために装置のチップに統合されてもよい。加えて、各ユニットは、代替的に、ユニットの機能を行うために装置の処理要素によって呼び出されるべきプログラムの形態でメモリに記憶されていてもよい。加えて、ユニットの全部または一部が統合されてもよいし、独立して実施されてもよい。ここでの処理要素は、プロセッサと呼ばれてもよく、信号処理能力を有する集積回路であってもよい。実施プロセスでは、前述の方法におけるステップまたは前述のユニットは、プロセッサ要素内のハードウェアの集積論理回路を使用することによって実施されてもよいし、処理要素によって呼び出されるソフトウェアの形態で実施されてもよい。

一例では、前述の装置のいずれか1つにおけるユニットは、前述の方法を実施するように構成された1つまたは複数の集積回路、例えば、1つもしくは複数の特定用途向け集積回路（application specific integrated circuit、ASIC）、1つもしくは複数のマイクロプロセッサ（digital signal processor、DSP）、1つもしくは複数のフィールドプログラマブルゲートアレイ（field programmable gate array、FPGA）、またはこれらの形態の集積回路のうちの少なくとも2つの組み合わせであってもよい。別の例として、装置内のユニットが処理要素によってプログラムをスケジューリングする形態で実施され得るとき、処理要素は、汎用プロセッサ、例えば、中央処理装置（central processing unit、CPU）、またはプログラムを呼び出すことができる別のプロセッサであってもよい。さらに別の例として、ユニットは、システムオンチップ（system－on－a－chip、SOC）の形態で統合されて実施されてもよい。

受信のための前述のユニット（例えば、受信ユニット）は、装置のインターフェース回路であり、別の装置から信号を受信するように構成される。例えば、装置がチップの方式で実装されるとき、受信ユニットは、チップのものであり、別のチップまたは装置から信号を受信するように構成されたインターフェース回路である。送信のための前述のユニット（例えば、送信ユニット）は、装置のインターフェース回路であり、別の装置に信号を送信するように構成される。例えば、装置がチップの方式で実装されるとき、送信ユニットは、チップのものであり、別のチップまたは装置に信号を送信するように構成されたインターフェース回路である。

図11は、本出願の一実施形態による通信デバイスの構造の概略図である。通信デバイスは、前述の実施形態における第1のネットワークデバイス、または第1のネットワークデバイス、第2のネットワークデバイス、もしくは端末デバイス内の中央ユニットによって実行される動作を実施するように構成される。図11に示すように、例えば、通信デバイスは、第1のネットワークデバイス、第2のネットワークデバイス、または端末デバイスである。通信デバイスは、アンテナ1110と、無線周波数装置1120と、信号処理部1130とを含む。アンテナ1110は、無線周波数装置1120に接続されている。ダウンリンク方向では、無線周波数装置1120は、アンテナ1110を介して、ネットワークデバイスまたは別の端末デバイスによって送信された情報を受信し、ネットワークデバイスまたは別の端末デバイスによって送信された情報を処理のために信号処理部1130に送信する。アップリンク方向では、信号処理部1130は、端末デバイスの情報を処理し、その情報を無線周波数装置1120に送信する。無線周波数装置1120は、端末デバイスの情報を処理し、次いで、アンテナ1110を介して処理された情報をネットワークデバイスまたは別の端末デバイスに送信する。

例えば、通信デバイスはネットワークデバイスである。通信デバイスは、アンテナ1110と、無線周波数装置1120と、信号処理部1130とを含む。アンテナ1110は、無線周波数装置1120に接続されている。アップリンク方向では、無線周波数装置1120は、アンテナ1110を介して、端末デバイスによって送信された情報を受信し、処理のために信号処理部1130に、端末デバイスによって送信された情報を送信する。ダウンリンク方向では、信号処理部1130は、ネットワークデバイスの情報を処理し、その情報を無線周波数装置1120に送信する。無線周波数装置1120は、ネットワークデバイスの情報を処理し、次いで、アンテナ1110を介して処理された情報を端末デバイスまたは別の端末デバイスに送信する。

信号処理部1130は、データの各通信プロトコル層に対する処理を実施するように構成される。信号処理部1130は、通信デバイスのサブシステムであってもよく、通信デバイスは、別のサブシステム、例えば、通信デバイスのオペレーティングシステムおよびアプリケーション層を処理するように構成された中央処理サブシステム、および別の例として、別のデバイスへの接続を実施するように構成された周辺サブシステムをさらに含んでもよい。信号処理部1130は、別個に設けられたチップであってもよい。任意選択で、前述の装置は信号処理部1130に配置されてもよい。

信号処理部1130は、1つまたは複数の処理要素1131を含み、例えば、主制御CPUおよび別の集積回路を含み、インターフェース回路1133をさらに含んでいてもよい。加えて、信号処理部1130は、記憶要素1132をさらに含んでいてもよい。記憶要素1132は、データおよびプログラムを記憶するように構成される。上記の方法で通信デバイスによって実行される方法を実行するためのプログラムは、記憶要素1132に記憶されてもよいし、記憶要素1132に記憶されていなくてもよく、例えば、信号処理部1130の外部のメモリに記憶され、信号処理部1130によってキャッシュにロードされて使用されてもよい。インターフェース回路1133は、装置と通信するように構成される。前述の装置は、信号処理部1130に配置されてもよい。信号処理部1130は、チップを使用して実装されてもよい。チップは、少なくとも1つの処理要素とインターフェース回路とを含む。処理要素は、通信デバイスによって実行される前述の方法のいずれか1つのステップを実行するように構成される。インターフェース回路は、他の装置と通信するように構成される。一実装形態では、前述の方法のステップを実施するユニットは、処理要素によってプログラムをスケジューリングする形態で実装されてもよい。例えば、装置は、処理要素および記憶要素を含む。処理要素は、前述の方法の実施形態において通信デバイスによって実行される方法を実行するために、記憶要素に記憶されたプログラムを呼び出す。記憶要素は、処理要素と同じチップ上に配置された記憶要素、すなわちオンチップ記憶要素であってもよい。

別の実装形態では、前述の方法で通信デバイスによって実行される方法を実行するために使用されるプログラムは、処理要素とは異なるチップに配置された記憶要素、すなわちオフチップストレージ要素にあってもよい。この場合、処理要素は、前述の方法の実施形態において通信デバイス（第1のネットワークデバイス、第2のネットワークデバイス、または端末デバイス）によって実行される方法を呼び出して実行するために、オフチップ記憶要素からプログラムを呼び出すか、またはオンチップ記憶要素にプログラムをロードする。

さらに別の実装形態では、前述の方法のステップを実施する通信デバイスのユニットが、1つまたは複数の処理要素として構成されてもよい。処理要素は、信号処理部1130に配置される。ここでの処理要素は、集積回路、例えば、1つもしくは複数のASIC、1つもしくは複数のDSP、1つもしくは複数のFPGA、またはこれらのタイプの集積回路の組み合わせであってもよい。これらの集積回路は、チップを形成するために一緒に統合されてもよい。

前述の方法におけるステップを実施するためのユニットは、一緒に統合され、システムオンチップ（system－on－a－chip、SOC）の形態で実装され得る。SOCチップは、前述の方法を実施するように構成される。少なくとも1つの処理要素および記憶要素がチップに統合されてよく、処理要素は、記憶要素に記憶されたプログラムを呼び出して、通信デバイスによって実行される前述の方法を実施する。代替的に、通信デバイスによって実行される前述の方法を実施するために、少なくとも1つの集積回路がチップに組み込まれてもよい。あるいは、前述の実装形態に関連して、いくつかのユニットの機能は、処理要素によりプログラムを呼び出すことによって実施されてもよく、いくつかのユニットの機能は、集積回路によって実施されてもよい。

前述の装置は、少なくとも1つの処理要素およびインターフェース回路を含み得ることが分かる。少なくとも1つの処理要素は、前述の方法の実施形態で提供される通信デバイスによって実行されるいずれかの方法を実行するように構成される。処理要素は、第1の方式で、すなわち、記憶要素に記憶されたプログラムを呼び出すことによって、通信デバイスによって実行される一部またはすべてのステップを実行してもよく、または、第2の方式で、すなわち、命令および処理要素内のハードウェア集積論理回路を組み合わせることによって、通信デバイスによって実行される一部またはすべてのステップを実行してもよい。当然ながら、通信デバイスによって実行される一部またはすべてのステップは、代替的に、第1の方式と第2の方式とを組み合わせることによって実行されてもよい。

上述のように、ここでの処理要素は、汎用プロセッサ、例えばCPUであってもよく、あるいは前述の方法を実施するように構成される1つもしくは複数の集積回路、例えば1つもしくは複数のASIC、1つもしくは複数のマイクロプロセッサDSP、1つもしくは複数のFPGA、またはこれら集積回路のうちの少なくとも2つの組み合わせであってもよい。記憶要素は、1つのメモリであってもよく、または複数の記憶要素の総称であってもよい。

本出願の実施形態のメモリは揮発性メモリであっても不揮発性メモリであってもよいし、揮発性メモリと不揮発性メモリとの両方を含んでもよいことが理解されよう。不揮発性メモリは、読み出し専用メモリ（read－only memory、ROM）、プログラマブル読み出し専用メモリ（programmable ROM、PROM）、消去可能プログラマブル読み出し専用メモリ（erasable PROM、EPROM）、電気的消去可能プログラマブル読み出し専用メモリ（electrically EPROM、EEPROM）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（random access memory、RAM）であってもよい。限定ではなく例として、スタティック・ランダム・アクセス・メモリ（static RAM、SRAM）、ダイナミック・ランダム・アクセス・メモリ（dynamic RAM、DRAM）、シンクロナス・ダイナミック・ランダム・アクセス・メモリ（synchronous DRAM、SDRAM）、ダブル・データ・レート・シンクロナス・ダイナミック・ランダム・アクセス・メモリ（double data rate SDRAM、DDR SDRAM）、拡張シンクロナス・ダイナミック・ランダム・アクセス・メモリ（enhanced SDRAM、ESDRAM）、シンクリンク・ダイナミック・ランダム・アクセス・メモリ（synchlink DRAM、SLDRAM）、およびダイレクト・ラムバス・ランダム・アクセス・メモリ（direct rambus RAM、DR RAM）などの多くの形態のRAMが利用可能であることが示されている。本明細書で説明されているシステムおよび方法のメモリは、これらのメモリおよび別の適切なタイプの任意のメモリを含むが、これらに限定されないことに留意されたい。

本出願の一実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶する。コンピュータプログラムがコンピュータによって実行されると、第1のネットワークデバイス、第2のネットワークデバイス、または端末デバイスに適用される前述の方法実施形態のいずれか1つの方法が実施される。

本出願の一実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータによって実行されると、第1のネットワークデバイス、第2のネットワークデバイス、または端末デバイスに適用される前述の方法実施形態のいずれか1つの方法が実施される。

「第1」および「第2」などの用語、例えば「第1の指示情報および第2の指示情報」は、単に説明のために区別する目的で使用されており、相対的な重要性を示すもしくは暗示すると解釈されるべきではなく、または順序を示すもしくは暗示すると解釈されるべきではないことに留意されたい。「少なくとも1つ」は1つまたは複数を意味し、「複数の」は2つ以上を意味する。「および／または」は、関連付けられた対象を記述するための関連付けの関係であり、3つの関係が存在し得ることを表す。例えば、Aおよび／またはBは、以下の場合を、すなわち、Aのみが存在する場合、AおよびBの両方が存在する場合、およびBのみが存在する場合を表してもよく、その場合、AおよびBは、単数形または複数形であってもよい。文字「／」は一般に、関連付けられた対象間の「または」関係を示す。加えて、「以下の項目（部分）のうちの少なくとも1つ」またはその類似表現は、単一の項目（部分）または複数の項目（部分）の任意の組み合わせを含む、これらの項目の任意の組み合わせを示す。例えば、a、b、またはcのうちの少なくとも1つの項目（部分）は、a、b、c、aおよびb、aおよびc、bおよびc、あるいはa、b、およびcを表すことができ、a、b、およびcは単数であっても複数であってもよい。

上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェアまたはこれらの任意の組み合わせを使用して実施されてもよい。ソフトウェアが実施形態を実施するために使用されるとき、実施形態の全部または一部は、コンピュータプログラム製品の形態で実施されてもよい。コンピュータプログラム製品は、1つまたは複数のコンピュータプログラムを含む。コンピュータプログラムがコンピュータ上でロードされて実行されると、本出願の実施形態による手順または機能の全部または一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であってもよい。コンピュータプログラムは、コンピュータ可読記憶媒体に記憶されてもよく、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータプログラムは、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者回線（digital subscriber line、DSL））または無線（例えば、赤外線、無線、およびマイクロ波）方式で伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または1つもしくは複数の使用可能な媒体を統合した、サーバやデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、磁気テープ）、光媒体（例えば、デジタルビデオディスク（digital video disc、DVD））、半導体媒体（例えば、ソリッドステートドライブ（solid－state drive、SSD））などであり得る。

本出願の一実施形態は、プロセッサとインターフェースとを含む処理装置をさらに提供する。プロセッサは、第1のネットワークデバイス、第2のネットワークデバイス、または端末デバイスに適用される前述の方法実施形態のいずれか1つの方法を実行するように構成される。

前述の処理装置はチップであってもよく、プロセッサはハードウェアまたはソフトウェアによって実装されてもよいことを理解されたい。プロセッサがハードウェアを使用して実施されるとき、プロセッサは、論理回路または集積回路などであってもよい。プロセッサがソフトウェアを使用して実施されるとき、プロセッサは、汎用プロセッサであってもよく、メモリに記憶されたソフトウェアコードを読み出すことによって実施される。メモリは、プロセッサに統合されてもよく、またはプロセッサの外部に配置されて独立して存在してもよい。

上記の説明は本出願の特定の実装形態にすぎず、本出願の実施形態の保護範囲を限定することは意図されていない。本出願の実施形態に開示されている技術的範囲の当業者によって容易に想到されるあらゆる変形や置換が本出願の実施形態の保護範囲に含まれる。したがって、本出願の実施形態の保護範囲は請求項の保護範囲に従うものとする。

120 コアネットワーク要素
900 通信装置
901 中央ユニット
902 分散ユニット
1000 通信装置
1010 処理モジュール
1020 送信モジュール
1030 受信モジュール
1101 アクセスネットワークデバイス
1102 アクセスネットワークデバイス
1110 アンテナ
1120 無線周波数装置
1130 信号処理部
1131 処理要素
1132 記憶要素
1133 インターフェース回路
1301 端末デバイス
1302 端末デバイス
9010 処理モジュール
9020 送信モジュール
9030 受信モジュール

Claims (15)

1. 通信方法であって、前記方法は、
   第1のネットワークデバイスの中央ユニットによって、無線リソース制御RRC解放メッセージを前記第1のネットワークデバイスの分散ユニットに送信するステップであって、前記RRC解放メッセージは中断（suspend）構成および指示情報を搬送し、前記中断構成は、非アクティブ状態に切り替わるべき端末デバイスを示し、前記指示情報は、前記端末デバイスのコンテキストを記憶することを指示する、ステップと、
   前記第1のネットワークデバイスの前記中央ユニットによって、第2のネットワークデバイスからユーザ機器（UE）コンテキスト検索要求を受信するステップと、
   前記第1のネットワークデバイスの前記中央ユニットによって、非アクティブ状態の前記端末デバイスのコンテキストを前記第2のネットワークデバイスに送信するステップと、
   前記UEコンテキスト検索要求を受信するステップの後、前記第1のネットワークデバイスの前記中央ユニットによって、前記第1のネットワークデバイスの前記分散ユニットに第1のメッセージを送信するステップであって、前記第1のメッセージは、前記端末デバイスの前記記憶されたコンテキストを解放するように前記第1のネットワークデバイスの前記分散ユニットに示す、ステップとを含み、
   前記記憶されたコンテキストが、
   前記端末デバイスのために構成された構成済みグラントを含み、前記構成済みグラントは第1のリソースを含み、前記第1のリソースは、前記端末デバイスによって、非アクティブ状態でデータを送信するために使用される、
   方法。
2. 前記方法が、
   前記第1のネットワークデバイスによって、前記第1のネットワークデバイス内のセキュリティコンテキストおよび前記UEコンテキスト検索要求内の検証情報を参照してアイデンティティ検証を実行するステップをさらに含む、請求項1に記載の方法。
3. 前記第1のネットワークデバイスの前記中央ユニットによって、前記第1のネットワークデバイスの分散ユニットに第1のメッセージを送信するステップが、
   前記アイデンティティ検証が成功した後で、前記第1のネットワークデバイスの前記中央ユニットによって、前記第1のネットワークデバイスの前記分散ユニットに前記第1のメッセージを送信するステップを含む、請求項2に記載の方法。
4. 前記解放されたコンテキストが、
   前記端末デバイスのために構成された物理ダウンリンク制御チャネル（PDCCH）の構成情報、
   前記PDCCHをスクランブルするための一時識別子、
   前記端末デバイスのために構成された非アクティブ無線ネットワーク一時識別子（I－RNTI）、および
   前記端末デバイスのために構成された無線ベアラに対応する無線リンク制御（RLC）層の構成情報、のうちの1つまたは複数をさらに含む、請求項1から3のいずれか一項に記載の方法。
5. 第1のネットワークデバイスの中央ユニットによって、第2のネットワークデバイスからユーザ機器（UE）コンテキスト検索要求を受信する前記ステップの前に、
   前記非アクティブ状態の前記端末デバイスが、前記第1のネットワークデバイスにデータを伝送するように構成される、請求項1から4のいずれか一項に記載の方法。
6. 通信方法であって、前記方法は、
   第1のネットワークデバイスの中央ユニットによって、無線リソース制御RRC解放メッセージを前記第1のネットワークデバイスの分散ユニットに送信するステップであって、前記RRC解放メッセージは中断（suspend）構成および指示情報を搬送し、前記中断構成は、非アクティブ状態に切り替わるべき端末デバイスを示し、前記指示情報は、前記端末デバイスのコンテキストを記憶することを指示する、ステップと、
   前記第1のネットワークデバイスの前記中央ユニットによって、第2のネットワークデバイスから受信されたユーザ機器（UE）コンテキスト検索要求を受信するステップと、
   前記第1のネットワークデバイスの前記中央ユニットによって、非アクティブ状態の前記端末デバイスのコンテキストを前記第2のネットワークデバイスに送信するステップと、
   前記UEコンテキスト検索要求を受信するステップの後、前記第1のネットワークデバイスの前記中央ユニットによって、前記第1のネットワークデバイスの前記分散ユニットに第1のメッセージを送信するステップであって、前記第1のメッセージは、前記端末デバイスの前記記憶されたコンテキストを解放するように前記第1のネットワークデバイスの前記分散ユニットに示す、ステップと、
   前記第1のネットワークデバイスの前記分散ユニットによって、前記第1のメッセージを受信するステップとを含み、
   前記記憶されたコンテキストが、
   前記端末デバイスのために構成された構成済みグラントを含み、前記構成済みグラントは第1のリソースを含み、前記第1のリソースは、前記端末デバイスによって、非アクティブ状態でデータを送信するために使用される、
   方法。
7. 前記方法が、
   前記第1のネットワークデバイスによって、前記第1のネットワークデバイス内のセキュリティコンテキストおよび前記UEコンテキスト検索要求内の検証情報を参照してアイデンティティ検証を実行するステップをさらに含む、請求項6に記載の方法。
8. 前記第1のネットワークデバイスの前記中央ユニットによって、前記第1のネットワークデバイスの分散ユニットに第1のメッセージを送信するステップが、
   前記アイデンティティ検証が成功した後で、前記第1のネットワークデバイスの前記中央ユニットによって、前記第1のネットワークデバイスの前記分散ユニットに前記第1のメッセージを送信するステップを含む、請求項7に記載の方法。
9. 前記解放されたコンテキストが、
   前記端末デバイスのために構成された物理ダウンリンク制御チャネル（PDCCH）の構成情報、
   前記PDCCHをスクランブルするための一時識別子、
   前記端末デバイスのために構成された非アクティブ無線ネットワーク一時識別子（I－RNTI）、または
   前記端末デバイスのために構成された無線ベアラに対応する無線リンク制御（RLC）、層の構成情報、のうちの1つまたは複数をさらに含む、請求項6から8のいずれか一項に記載の方法。
10. 第1のネットワークデバイスの中央ユニットによって、第2のネットワークデバイスからユーザ機器（UE）コンテキスト検索要求を受信する前記ステップの前に、前記非アクティブ状態の前記端末デバイスが、前記第1のネットワークデバイスにデータを伝送するように構成される、請求項6から9のいずれか一項に記載の方法。
11. 前記方法が、
    前記第1のネットワークデバイスの前記分散ユニットによって、前記端末デバイスのコンテキストを記憶するための指示情報を受信するステップと、
    前記指示情報に従って前記端末デバイスのコンテキストを記憶するステップとをさらに含む、請求項6から10のいずれか一項に記載の方法。
12. 請求項1から5のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、通信装置。
13. プロセッサおよびメモリを備える通信装置であって、前記プロセッサは前記メモリに結合され、前記プロセッサは、請求項1から5のいずれか一項に記載の方法を実施するように前記装置を制御するように構成される、通信装置。
14. コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、命令を記憶しており、前記命令がコンピュータ上で動作されると、前記コンピュータは、請求項1から5のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
15. 請求項1から5のいずれか一項に記載の方法を実行するための第1のネットワークデバイスの中央ユニットと、前記第1のネットワークデバイスの分散ユニットとを備える、通信システム。

Images