本出願は、CU-DUアーキテクチャにおいてネットワークスライスベースのサービスを実装するための通信方法および通信装置を提供する。
一態様によれば、通信方法が提供され、本方法は、分散ユニットによって、接続セットアップ要求メッセージを中央ユニットに送信するステップと、分散ユニットによって、中央ユニットから接続セットアップ応答メッセージを受信するステップであって、接続セットアップ要求メッセージまたは接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む、ステップとを含む。
この設計では、分散ユニットと中央ユニットがネットワークスライスベースのサービスを端末デバイスに提供するように、接続セットアッププロセスを使用することによって、分散ユニットと中央ユニットとの間で分散ユニットによってサポートされるネットワークスライスの情報が交換される。
可能な設計では、接続セットアップ応答メッセージは、中央ユニットによってサポートされるネットワークスライスの情報をさらに含む。
この設計では、中央ユニットは、中央ユニットによってサポートされるネットワークスライスを分散ユニットに通知し、分散ユニットは、分散ユニットと中央ユニットの両方によってサポートされるネットワークスライスベースのサービスのみを端末デバイスに提供することができる。
別の可能な設計では、本方法は、分散ユニットによって、中央ユニットに構成更新メッセージを送信するステップであって、構成更新メッセージは、分散ユニットによってサポートされるネットワークスライスの更新情報を含む、ステップをさらに含む。
この設計では、分散ユニットによってサポートされるネットワークスライスが更新されると、分散ユニットはネットワークスライス情報を中央ユニットに更新する必要がある。
別の可能な設計では、分散ユニットによってサポートされるネットワークスライスの情報は、分散ユニットの少なくとも1つのセルによってサポートされるネットワークスライスの指示情報、分散ユニットの少なくとも1つのセルのセル識別子および少なくとも1つのセルの各々によってサポートされるネットワークスライスの指示情報、あるいは、分散ユニットの少なくとも1つのセルに対応する追跡エリアまたは登録エリアの識別子および少なくとも1つのセルに対応する追跡エリアまたは登録エリア内の各追跡エリアまたは各登録エリアによってサポートされるネットワークスライスの指示情報のうちの少なくとも1つまたは組合せを含む。
この設計では、ネットワークスライス情報の複数の表現形式が提供される。確かに、本出願はこれらのいくつかの表現形式に限定されない。
同様に、本出願の別の態様は、前述の通信方法を実装することができる通信装置をさらに提供する。通信装置は、前述の方法で分散ユニットの動作を実装する機能を有する。本機能は、ハードウェアを使用することによって実装されてもよく、対応するハードウェアを実行するソフトウェアを使用することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
可能な設計では、通信装置は、接続セットアップ要求メッセージを中央ユニットに送信するように構成された送信ユニットと、中央ユニットから接続セットアップ応答メッセージを受信するように構成された受信ユニットとを含み、接続セットアップ要求メッセージまたは接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。
可能な設計では、接続セットアップ応答メッセージは、中央ユニットによってサポートされるネットワークスライスの情報をさらに含む。
可能な設計では、送信ユニットは、中央ユニットに構成更新メッセージを送信するようにさらに構成され、構成更新メッセージは、分散ユニットによってサポートされるネットワークスライスの更新情報を含む。
可能な設計では、分散ユニットによってサポートされるネットワークスライスの情報は、分散ユニットの少なくとも1つのセルによってサポートされるネットワークスライスの指示情報、分散ユニットの少なくとも1つのセルのセル識別子および少なくとも1つのセルの各々によってサポートされるネットワークスライスの指示情報、あるいは、分散ユニットの少なくとも1つのセルに対応する追跡エリアまたは登録エリアの識別子および少なくとも1つのセルに対応する追跡エリアまたは登録エリア内の各追跡エリアまたは各登録エリアによってサポートされるネットワークスライスの指示情報のうちの少なくとも1つまたは組合せを含む。
分散ユニットがチップである場合、受信ユニットは、入力回路または通信インターフェースなどの入力ユニットであり得、送信ユニットは、出力回路または通信インターフェースなどの出力ユニットであり得る。通信装置がデバイスである場合、受信ユニットは受信デバイスであり得(または、受信機と呼ばれ得)、送信ユニットは送信デバイスであり得る(または送信機と呼ばれ得る)。
別の可能な設計では、通信装置は、受信機、送信機、メモリ、およびプロセッサを含む。メモリはプログラムコードのセットを記憶し、プロセッサは、接続セットアップ要求メッセージを中央ユニットに送信するために送信機を制御することと、中央ユニットから接続セットアップ応答メッセージを受信するために受信機を制御することとの動作を実行するためにメモリに記憶されたプログラムコードを呼び出すように構成され、接続セットアップ要求メッセージまたは接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。
同じ発明の概念に基づいて、問題解決の原理と装置の有益な効果については、前述の可能な方法の実装形態を参照し、分散ユニットの有益な効果をもたらした。したがって、装置の実装形態については、方法の実装形態を参照されたい。繰り返される部分については再度説明しない。
別の態様によれば、通信方法が提供され、本方法は、中央ユニットによって、分散ユニットから接続セットアップ要求メッセージを受信するステップと、中央ユニットによって、接続セットアップ応答メッセージを分散ユニットに送信するステップとを含み、接続セットアップ要求メッセージまたは接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。
この設計では、分散ユニットと中央ユニットが、その後、ネットワークスライスベースのサービスを端末デバイスに提供できるように、分散ユニットと中央ユニットは、接続セットアッププロセスを使用することによって、分散ユニットによってサポートされるネットワークスライスの情報を取得する。
可能な設計では、接続セットアップ応答メッセージは、中央ユニットによってサポートされるネットワークスライスの情報をさらに含む。
この設計では、中央ユニットは、中央ユニットによってサポートされるネットワークスライスを分散ユニットに通知し、分散ユニットは、分散ユニットと中央ユニットの両方によってサポートされるネットワークスライスのみサポートすることができる。
別の可能な設計では、本方法は、中央ユニットによって、分散ユニットから構成更新メッセージを受信するステップであって、構成更新メッセージは、分散ユニットによってサポートされるネットワークスライスの更新情報を含む、ステップをさらに含む。
この設計では、分散ユニットによってサポートされるネットワークスライスが更新されると、分散ユニットはネットワークスライス情報を中央ユニットに更新する必要がある。
別の可能な設計では、本方法は、中央ユニットによって、分散ユニットに構成更新メッセージを送信するステップであって、構成更新メッセージは、中央ユニットによってサポートされるネットワークスライスの更新情報を含む、ステップをさらに含む。
この設計では、中央ユニットによってサポートされるネットワークスライスが更新されると、中央ユニットは、分散ユニットにネットワークスライス情報を更新する必要がある。
別の可能な設計では、構成更新メッセージまたは接続セットアップ応答メッセージは、ネットワークスライス構成情報をさらに含む。ネットワークスライス構成情報は、層1プロトコルスタック構成情報、層2プロトコルスタック構成情報、物理リソース情報、ネットワークスライスに対応する周波数帯域情報、ネットワークスライスに対応する周波数情報、またはネットワークスライスによってサポートされるステータス情報の構成情報のうちの少なくとも1つを含む。
この設計では、分散ユニットのネットワークスライス情報が中央ユニット用に構成されているため、中央ユニットは、分散ユニットが、ネットワークスライスベースのサービスを端末デバイスに提供するために、構成情報に基づいてネットワークスライスを構成できるように、中央ユニットによってサポートされるネットワークスライスの情報を分散ユニットに送信するときに、ネットワークスライス構成情報をさらに送信し得る。
同様に、本出願の別の態様は、前述の通信方法を実装することができる通信装置をさらに提供する。通信装置は、前述の方法における中央ユニットの動作を実装する機能を有する。本機能は、ハードウェアを使用することによって実装されてもよく、対応するハードウェアを実行するソフトウェアを使用することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
可能な設計では、通信装置は、分散ユニットから接続セットアップ要求メッセージを受信するように構成される受信ユニットと、接続セットアップ応答メッセージを分散ユニットに送信するように構成される送信ユニットとを含み、接続セットアップ要求メッセージまたは接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。
可能な設計では、接続セットアップ応答メッセージは、中央ユニットによってサポートされるネットワークスライスの情報をさらに含む。
可能な設計では、送信ユニットは、分散ユニットに構成更新メッセージを送信するようにさらに構成され、構成更新メッセージは、中央ユニットによってサポートされるネットワークスライスの更新情報を含む。
可能な設計では、構成更新メッセージはネットワークスライス構成情報をさらに含む。ネットワークスライス構成情報または接続セットアップ応答メッセージは、層1プロトコルスタック構成情報、層2プロトコルスタック構成情報、物理リソース情報、ネットワークスライスに対応する周波数帯域情報、ネットワークスライスに対応する周波数情報、またはネットワークスライスによってサポートされるステータス情報の構成情報のうちの少なくとも1つを含む。
通信装置がチップである場合、受信ユニットは、入力回路または通信インターフェースなどの入力ユニットであり得、送信ユニットは、出力回路または通信インターフェースなどの出力ユニットであり得る。通信装置がデバイスである場合、受信ユニットは受信デバイスであり得(または、受信機と呼ばれ得)、送信ユニットは送信デバイスであり得る(または送信機と呼ばれ得る)。
別の可能な設計では、通信装置は、受信機、送信機、メモリ、およびプロセッサを含む。メモリはプログラムコードのセットを記憶し、プロセッサは、接続セットアップ要求メッセージを分散ユニットから受信するために受信機を制御することと、分散ユニットに接続セットアップ応答メッセージを送信するために送信機を制御することとの動作を実行するためにメモリに記憶されたプログラムコードを呼び出すように構成され、接続セットアップ要求メッセージまたは接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。
同じ発明の概念に基づいて、問題解決の原理と装置の有益な効果については、前述の可能な方法の実装形態を参照し、中央ユニットの有益な効果をもたらした。したがって、装置の実装形態については、方法の実装形態を参照されたい。繰り返される部分については説明しない。
別の態様によれば、通信方法が提供され、本方法は、中央ユニットによって、分散ユニットに第1のメッセージを送信するステップであって、第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む、ステップと、中央ユニットによって、分散ユニットからの応答メッセージを受信するステップとを含む。
この設計では、異なるネットワークスライスはRAN側に異なる層1または層2構成を有するため、異なるセッションが異なるネットワークスライスに対応する場合がある。セッションのセットアップまたは修正中に、中央ユニットは、分散ユニットが、指示されたネットワークスライス上のセッション、ベアラ、またはフローを確立または修正するように、確立または修正されるべきセッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を分散ユニットに通知する。したがって、分散ユニットは、異なるネットワークスライスに属するセッションが特定のQoS要件を満たすように、ネットワークスライスを正確に選択することができ、セッションに対応するネットワークスライス情報に基づいて、端末デバイス用のネットワークスライスに対応するL1/L2パラメータを構成することができる。
可能な設計では、本方法は、中央ユニットによって、分散ユニットを使用することによって無線リソース制御メッセージを端末デバイスに送信するステップであって、無線リソース制御メッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む、ステップをさらに含む。
この設計では、ネットワークデバイスとのセッションを実行するために、端末デバイスは、正常に確立されたセッション、ベアラ、またはフローの識別子を取得する。
別の可能な設計では、本方法は、中央ユニットによって、コアネットワークデバイスにパス切替え要求メッセージを送信するステップであって、パス切替え要求メッセージは、中央ユニットまたは分散ユニットによって正常に確立されたセッションの識別子、および/または、セッション識別子に対応し、中央ユニットまたは分散ユニットによって正常に確立されたフローの識別子を含む、ステップをさらに含む。
この設計では、端末デバイスのモビリティにより、端末デバイスは元のサービング中央ユニットまたは分散ユニットから新しい中央ユニットまたは分散ユニットに移動する必要がある。このシナリオでは、中央ユニットは、コアネットワークデバイスが、切り替えられたパスに基づいて、ダウンリンクデータを送信し、アップリンクデータを受信できるように、パス切替えを必要とするセッションまたはフローをコアネットワークデバイスに通知する。
別の可能な設計では、第1のメッセージまたは応答メッセージは、ベアラ複製指示情報をさらに含む。この設計では、端末デバイスは2つのパスで同じデータを送信し得、それによってデータ送信の信頼性が向上する。
別の可能な設計では、第1のメッセージはDU UE-AMBR指示情報をさらに含み、DU UE-AMBR指示情報は、端末デバイス用の分散ユニットによって実施される集約最大ビットレートを示すために使用される。
この設計では、端末デバイスは同じ中央ユニットに対応する少なくとも2つの分散ユニットでデータ送信を実行し得、端末デバイスは異なる分散ユニットに異なるデータを送信し得る。DU UE-AMBR指示情報は第1のメッセージの指示情報であるため、各分散ユニットから端末デバイスへの送信のデータレートは、端末デバイス用の分散ユニットによって実施される集約最大ビットレートを超えない。
別の可能な設計では、第1のメッセージは、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、およびPHYプロトコルスタックを含む。
この設計では、中央ユニットは、分散ユニットがプロトコルスタックで差別化された構成を実行することができ、それによって分散ユニットの動作が簡素化されるように、分散ユニットに送信されるべき第1のメッセージに、端末デバイスのベアラに対応するプロトコルスタックのソースネットワークデバイスの構成情報を追加する。
さらなる可能な設計では、ソースネットワークデバイスは、中央ユニット、ソース基地局、ソース中央ユニット、およびコアネットワークデバイスのうちのいずれか1つを含む。
同様に、本出願の別の態様は、前述の通信方法を実装することができる通信装置をさらに提供する。通信装置は、前述の方法における中央ユニットの動作を実装する機能を有する。本機能は、ハードウェアを使用することによって実装されてもよく、対応するハードウェアを実行するソフトウェアを使用することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
可能な設計では、通信装置は、分散ユニットに第1のメッセージを送信するように構成された送信ユニットであって、第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む、送信ユニットと、分散ユニットから応答メッセージを受信するように構成された受信ユニットとを含む。
可能な設計では、送信ユニットは、中央ユニットによって、分散ユニットを使用することによって無線リソース制御メッセージを端末デバイスに送信するようにさらに構成され、無線リソース制御メッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む。
可能な設計では、送信ユニットは、コアネットワークデバイスにパス切替え要求メッセージを送信するようにさらに構成され、パス切替え要求メッセージは、中央ユニットまたは分散ユニットによって正常に確立されたセッションの識別子、および/または、セッション識別子に対応し、中央ユニットまたは分散ユニットによって正常に確立されたフローの識別子を含む。
可能な設計では、第1のメッセージまたは応答メッセージは、ベアラ複製指示情報をさらに含む。
可能な設計では、第1のメッセージはDU UE-AMBR指示情報をさらに含み、DU UE-AMBR指示情報は、端末デバイス用の分散ユニットによって実施される集約最大ビットレートを示すために使用される。
別の設計では、第1のメッセージは、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、およびPHYプロトコルスタックを含む。
可能な設計では、ソースネットワークデバイスは、中央ユニット、ソース基地局、ソース中央ユニット、およびコアネットワークデバイスのうちのいずれか1つを含む。
通信装置がチップである場合、受信ユニットは、入力回路または通信インターフェースなどの入力ユニットであり得、送信ユニットは、出力回路または通信インターフェースなどの出力ユニットであり得る。通信装置がデバイスである場合、受信ユニットは受信デバイスであり得(または、受信機と呼ばれ得)、送信ユニットは送信デバイスであり得る(または送信機と呼ばれ得る)。
別の可能な設計では、中央ユニットは受信機、送信機、メモリ、およびプロセッサを含む。メモリはプログラムコードのセットを記憶し、プロセッサは、送信機を使用することによって分散ユニットに第1のメッセージを送信することであって、第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む、ことと、受信機を使用することによって分散ユニットから応答メッセージを受信することとの動作を実行するためにメモリに記憶されたプログラムコードを呼び出すように構成される。
同じ発明の概念に基づいて、問題解決の原理と装置の有益な効果については、前述の可能な方法の実装形態を参照し、中央ユニットの有益な効果をもたらした。したがって、装置の実装形態については、方法の実装形態を参照されたい。繰り返される部分については説明しない。
別の態様によれば、通信方法が提供され、本方法は、分散ユニットによって、中央ユニットから第1のメッセージを受信するステップであって、第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む、ステップと、分散ユニットによって、応答メッセージを中央ユニットに送信するステップとを含む。
この設計では、異なるネットワークスライスはRAN側に異なる層1または層2構成を有するため、異なるセッションが異なるネットワークスライスに対応する場合がある。セッションのセットアップまたは修正中に、中央ユニットは、分散ユニットが、指示されたネットワークスライス上のセッション、ベアラ、またはフローを確立または修正するように、確立または修正されるべきセッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を分散ユニットに通知する。したがって、分散ユニットは、ネットワークスライスを正確に選択することができ、セッションに対応するネットワークスライス情報に基づいて、端末デバイス用のネットワークスライスに対応するL1/L2パラメータを構成することができる。したがって、異なるネットワークスライスに属するセッションは、特定のQoS要件を満たす。
可能な設計では、本方法は、分散ユニットによって、無線リソース制御メッセージを中央ユニットから端末デバイスに送信するステップであって、無線リソース制御メッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む、ステップをさらに含む。
この設計では、ネットワークデバイスとのセッションを実行するために、端末デバイスは、正常に確立されたセッション、ベアラ、またはフローの識別子を取得する。
別の可能な設計では、分散ユニットによって、中央ユニットから第1のメッセージを受信するステップの後、本方法は、分散ユニットによって、分散ユニットがネットワークスライスの指示情報に対応するネットワークスライスをサポートするかどうかを決定するステップをさらに含む。
この設計では、分散ユニットは、分散ユニットによってサポートされるネットワークスライスに基づいて、セッションサービスを確実に提供できるようにするために、分散ユニットが第1のメッセージのネットワークスライスの指示情報に対応するネットワークスライスをサポートするかどうかを決定する。
別の可能な設計では、第1のメッセージまたは応答メッセージは、ベアラ複製指示情報をさらに含む。
この設計では、端末デバイスは2つのパスで同じデータを送信し得、それによってデータ送信の信頼性が向上する。
別の可能な設計では、第1のメッセージはDU UE-AMBR指示情報をさらに含み、DU UE-AMBR指示情報は、端末デバイス用の分散ユニットによって実施される集約最大ビットレートを示すために使用される。
この設計では、DU UE-AMBR指示情報は第1のメッセージの指示情報であるため、分散ユニットから端末デバイスへの送信のデータレートは、端末デバイス用の分散ユニットによって実施される集約最大ビットレートを超えない。
別の可能な設計では、第1のメッセージは、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、およびPHYプロトコルスタックを含む。
この設計では、中央ユニットは、分散ユニットがプロトコルスタックで差別化された構成を実行することができ、それによって分散ユニットの動作が簡素化されるように、分散ユニットに送信されるべき第1のメッセージに、端末デバイスのベアラに対応するプロトコルスタックのソースネットワークデバイスの構成情報を追加する。
同様に、本出願の別の態様は、通信装置をさらに提供し、通信装置は、前述の方法で分散ユニットの動作を実装する機能を有する。本機能は、ハードウェアを使用することによって実装されてもよく、対応するハードウェアを実行するソフトウェアを使用することによって実装されてもよい。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。
可能な設計では、通信装置は、中央ユニットから第1のメッセージを受信するように構成された受信ユニットであって、第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む、受信ユニットと、中央ユニットに応答メッセージを送信するように構成された送信ユニットとを含む。
可能な設計では、送信ユニットは、無線リソース制御メッセージを中央ユニットから端末デバイスに送信するようにさらに構成され、無線リソース制御メッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む。
可能な設計では、通信装置は、通信装置がネットワークスライスの指示情報に対応するネットワークスライスをサポートするかどうかを決定するように構成された処理ユニットをさらに含む。
可能な設計では、第1のメッセージまたは応答メッセージは、ベアラ複製指示情報をさらに含む。
可能な設計では、第1のメッセージはDU UE-AMBR指示情報をさらに含み、DU UE-AMBR指示情報は、端末デバイス用の分散ユニットによって実施される集約最大ビットレートを示すために使用される。
可能な設計では、第1のメッセージは、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、およびPHYプロトコルスタックを含む。
可能な設計では、ソースネットワークデバイスは、セントラルユニット、ソース基地局、ソース中央ユニット、およびコアネットワークデバイスのうちのいずれか1つを含む。
通信装置がチップである場合、受信ユニットは、入力回路または通信インターフェースなどの入力ユニットであり得、送信ユニットは、出力回路または通信インターフェースなどの出力ユニットであり得る。通信装置がデバイスである場合、受信ユニットは受信デバイスであり得(または、受信機と呼ばれ得)、送信ユニットは送信デバイスであり得る(または送信機と呼ばれ得る)。
別の可能な設計では、通信装置は、受信機、送信機、メモリ、およびプロセッサを含む。メモリはプログラムコードのセットを記憶し、プロセッサは、受信機を使用することによって中央ユニットから第1のメッセージを送信することであって、第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む、ことと、送信機を使用することによって中央ユニットに応答メッセージを送信することとの動作を実行するためにメモリに記憶されたプログラムコードを呼び出すように構成される。
同じ発明の概念に基づいて、問題解決の原理と装置の有益な効果については、前述の可能な方法の実装形態を参照し、分散ユニットの有益な効果をもたらした。したがって、装置の実装形態については、方法の実装形態を参照されたい。繰り返される部分については説明しない。
別の態様によれば、通信システムが提供され、通信システムは前述の通信装置を含む。
別の態様によれば、通信方法が提供され、本方法は、端末デバイスによって無線リソース制御メッセージを受信するステップであって、無線リソース制御メッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含むステップと、端末デバイスによって、無線リソース制御応答メッセージを中央ユニットに送信するステップとを含む。この設計では、ネットワークデバイスとのセッションを実行するために、端末デバイスは、正常に確立されたセッション、ベアラ、またはフローの識別子を取得する。
可能な設計では、無線リソース制御メッセージは、ベアラに対応する少なくとも1つのプロトコルスタックの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、またはPHYプロトコルスタックのうちの少なくとも1つのプロトコルスタックを含む。
この設計では、中央ユニットは、端末デバイスがプロトコルスタックで差別化された構成を実行することができ、それによって端末デバイスの動作が簡素化されるように、分散ユニットに送信されるべき第1のメッセージに、端末デバイスのベアラに対応するプロトコルスタックのソースネットワークデバイスの構成情報を追加し、分散ユニットは、ベアラに対応するプロトコルスタックの構成情報を端末デバイスに送信する。
別の可能な設計では、分散ユニットが、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報に基づいて差別化された構成を実行した後に、ベアラに対応する少なくとも1つのプロトコルスタックの構成情報が取得される。
別の可能な設計では、ソースネットワークデバイスは、セントラルユニット、ソース基地局、ソース中央ユニット、およびコアネットワークデバイスのうちのいずれか1つを含む。
同様に、本出願は、前述の通信方法を実装することができる通信装置をさらに提供する。たとえば、通信装置は、チップ(たとえば、ベースバンドチップまたは通信チップ)または送信デバイス(たとえば、端末デバイス)であり得る。前述の方法は、ソフトウェアまたはハードウェアによって、あるいはハードウェアによって対応するソフトウェアを実行することによって実装され得る。
可能な設計では、通信装置の構造はプロセッサおよびメモリを含む。プロセッサは、前述の通信方法における対応する機能を実行する際に装置をサポートするように構成される。メモリは、プロセッサに結合されるように構成され、通信装置の必要なプログラム(命令)および/またはデータを記憶する。任意で、通信装置は、装置と別のネットワーク要素との間の通信をサポートするように構成された通信インターフェースをさらに含み得る。
別の可能な設計では、通信装置は、無線リソース制御メッセージを受信するように構成された受信ユニットであって、無線リソース制御メッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む、受信ユニットと、無線リソース制御応答メッセージを中央ユニットに送信するように構成された送信ユニットとを含み得る。
可能な設計では、無線リソース制御メッセージは、分散ユニットが、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報に基づいて差別化された構成を実行した後に取得された少なくとも1つのプロトコルスタックの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、またはPHYプロトコルスタックのうちの少なくとも1つのプロトコルスタックを含む。
可能な設計では、ソースネットワークデバイスは、セントラルユニット、ソース基地局、ソース中央ユニット、およびコアネットワークデバイスのうちのいずれか1つを含む。
通信装置がチップである場合、受信ユニットは、入力回路または通信インターフェースなどの入力ユニットであり得、送信ユニットは、出力回路または通信インターフェースなどの出力ユニットであり得る。通信装置がデバイスである場合、受信ユニットは受信デバイスであり得(または、受信機と呼ばれ得)、送信ユニットは送信デバイスであり得る(または送信機と呼ばれ得る)。
別の態様によれば、コンピュータ可読ストレージ媒体が提供される。コンピュータ可読ストレージ媒体は命令を記憶し、命令がコンピュータ上で実行されると、コンピュータは前述の態様における方法を実行する。
別の態様によれば、命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で実行されると、コンピュータは前述の態様における方法を実行する。
本発明の実施形態または背景における技術的解決策をより明確に説明するために、以下では、本発明の実施形態または背景を説明するために必要な添付の図面について簡単に説明する。
以下では、本発明の実施形態における添付の図面を参照して、本発明の実施形態について説明する。
図1は、本発明の一実施形態による、例示的な通信システムの概略図である。通信システムは、少なくとも1つのネットワークデバイス100(1つのみが図示されている)と、ネットワークデバイス100に接続された1つまたは複数の端末デバイス200とを含み得る。
ネットワークデバイス100は、端末デバイス200と通信可能なデバイスであり得る。ネットワークデバイス100は、ワイヤレス受信/送信機能を有する任意のタイプのデバイスであり得る。ネットワークデバイス100は、基地局(たとえば、NodeB、進化型NodeB、eNodeB、第5世代(the fifth generation、5G)通信システムにおける基地局、将来の通信システムにおける基地局またはネットワークデバイス、Wi-Fiシステムにおけるアクセスノード、無線中継ノード、またはワイヤレスバックホールノード)などを含むが、これらに限定されない。あるいは、ネットワークデバイス100は、クラウド無線アクセスネットワーク(cloud radio access network、CRAN)シナリオにおける無線コントローラであり得る。あるいは、ネットワークデバイス100は、5Gネットワーク内のネットワークデバイスまたは将来の進化型ネットワーク内のネットワークデバイスであってもよく、ウェアラブルデバイス、車載デバイスなどであってもよい。あるいは、ネットワークデバイス100は、スモールセル、送信基準点(transmission reference point、TRP)などであり得る。確かに、本出願においては、ネットワークデバイス100はそれに限定されない。
端末デバイス200は、ワイヤレス受信/送信機能を有するデバイスである。端末デバイス200は、陸上に配備されてもよく、屋内または屋外デバイス、ハンドヘルドデバイス、ウェアラブルデバイス、または車載デバイスを含み、また水面(たとえば、船)に配備されてもよく、空中(たとえば、飛行機、気球、衛星など)に配備されてもよい。端末デバイスは、モバイル電話(mobile phone)、タブレットコンピュータ(Pad)、ワイヤレストランシーバ機能を有するコンピュータ、仮想現実(Virtual Reality、VR)端末デバイス、拡張現実(Augmented Reality、AR)端末デバイス、産業用制御(industrial control)におけるワイヤレス端末、自動運転(self driving)におけるワイヤレス端末、遠隔医療(remote medical)におけるワイヤレス端末、スマートグリッド(smart grid)におけるワイヤレス端末、輸送の安全性(transportation safety)におけるワイヤレス端末、スマートシティ(smart city)におけるワイヤレス端末、スマートホーム(smart home)におけるワイヤレス端末などであり得る。アプリケーションシナリオは、本出願のこの実施形態では限定されない。端末デバイスは、ユーザ機器(user equipment、UE)、アクセス端末デバイス、UEユニット、UE局、移動局、モバイルコンソール、遠隔局、遠隔端末デバイス、モバイルデバイス、UE端末デバイス、端末デバイス、ワイヤレス通信デバイス、UEエージェント、UE装置などと呼ばれることもある。
例として、次世代通信システムが使用される。図2は、本発明の一実施形態による、例示的な次世代通信システムの概略アーキテクチャ図である。図2において、第3世代パートナーシッププロジェクト(the third generation partnership project、3GPP)アクセスモードでは、図1におけるアクセスネットワークデバイスは、無線アクセスネットワーク(radio access network、RAN)ネットワーク要素と呼ばれる。非3GPP(non-3GPP、N3G)アクセスモードでは、アクセスネットワークデバイスは、アクセスネットワーク(access network、AN)ネットワーク要素、または非3GPPインターワーキング機能(non-3gpp interworking function、N3IWF)ネットワーク要素と呼ばれる。図1におけるネットワークデバイスは、本明細書のアクセスネットワークデバイスであり得る。通信システムは、コアネットワークデバイスをさらに含む。コアネットワークデバイスは、本出願ではアクセスおよびモビリティ管理ネットワーク要素(access and mobility management function、AMF)と呼ばれる、アクセス管理およびモビリティ管理機能を含む。端末デバイスはアクセスネットワークデバイスを使用することによってネットワークにアクセスし、AMFは主に端末デバイスのアクセス管理とモビリティ管理を担当する。
図2において、別の機能エンティティがさらに含まれ得、強調するために本出願におけるいくつかの機能エンティティのみがここで説明される。エンティティは、インターフェース(たとえば、図面におけるインターフェースN1とN2)を使用することによって接続される。コアネットワークデバイスは、セッション管理機能(session management function、SMF)エンティティまたは別の機能などのセッション管理機能をさらに含み得ることが理解され得、これは本明細書では限定されない。
RANデバイスのアーキテクチャはさらに分割され得る。図3は、本発明の一実施形態による、例示的なCU-DUアーキテクチャの概略図である。ネットワークデバイス(たとえば、基地局)は1つのCUを含み、1つのCUは1つまたは複数のDUに接続される。CUとDUは、完全な基地局プロトコルスタック機能を構成する。たとえば、CUは無線リソース制御(radio resource control、RRC)プロトコルスタック機能、パケットデータ収束プロトコル(packet data convergence protocol、PDCP)プロトコルスタック機能、およびSDAPプロトコルスタック機能を含み、DUは無線リンク制御(radio link control、RLC)プロトコルスタック機能、メディアアクセス制御(media access control、MAC)プロトコルスタック機能、および物理層(physical layer、PHY)プロトコルスタック機能を含む。確かに、CU-DUアーキテクチャは代替で別のプロトコルスタック配布方法であり得、これは本出願において特に限定されない。CUとDUの間にインターフェースがある。本出願では、インターフェースはF1インターフェースと呼ばれる。しかしながら、特定の名前は限定されない。1つのDUは1つまたは複数のセルを含み得る。
本出願では、ネットワークスライスの指示情報は、次のパラメータのうちの少なくとも1つを使用することによって表され得る。
1.ネットワークスライス識別子。ネットワークスライス識別子は、具体的には、次の1.1から1.7のうちの1つまたは複数にリストされている情報であり得る。
1.1.ネットワークスライスタイプ情報。ネットワークスライスタイプ情報は、拡張モバイルブロードバンド(enhanced mobile broadband、eMBB)サービス、超高信頼低遅延通信(ultra-reliable low latency communications、URLLC)、または大規模マシンタイプ通信(massive machine type communications、mMTC)などのネットワークスライスタイプを示すために使用され得る。任意で、ネットワークスライスタイプ情報は、RAN-to-CNネットワークスライスタイプを含むエンドツーエンドネットワークスライスタイプをさらに示してもよく、(R)AN側ネットワークスライスタイプまたはCN側ネットワークスライスタイプを示してもよい。
1.2.特定のサービスに関連するサービスタイプ情報。サービスタイプ情報は、ビデオサービス、車両のインターネットサービス、または音声サービスなどのサービス機能、あるいは特定のサービスに関する情報を示し得る。
1.3.ネットワークスライスを作成またはリースするために使用される顧客情報を示すために使用されるテナント(tenant)情報。たとえば、顧客はテンセントまたは国家電網公司である。
1.4.特定の機能に従って、たとえばユーザレベルに従ってユーザをグループ化するために使用されるグループ情報を示すために使用されるユーザグループ情報。
1.5.たとえば、UEによってアクセスされ得るすべてのネットワークスライスが特定の機能に従ってスライスグループとして使用され得ること、または別の基準に従ってネットワークスライスをグループ化することによってグループが取得され得ることを示すために使用されるスライスグループ情報。
1.6.ネットワークスライス用に作成されたインスタンスの識別子と機能情報を示すために使用されるネットワークスライスインスタンス情報。たとえば、ネットワークスライスインスタンスを示すために、ネットワークスライスインスタンスに識別子が割り振られてもよく、受信側が、識別子に基づいて、識別子によって示される特定のネットワークスライスインスタンスを識別できるように、ネットワークスライスインスタンス識別子に基づいて、ネットワークスライスインスタンスに関連付けられるべき新しい識別子がマッピングされてもよい。
1.7.専用コアネットワーク(dedicated core network、DCN)識別子。識別子は、LTEシステムまたはeLTEシステム内の専用コアネットワーク、たとえばモノのインターネットの専用コアネットワークを一意に示すために使用される。任意で、DCN識別子とネットワークスライス識別子の間でマッピングが実行され得、DCN識別子がネットワークスライス識別子にマッピングされてもよく、ネットワークスライス識別子がDCN識別子にマッピングされてもよい。
ネットワークが、ソースセルが属する登録エリア(registration area)または追跡エリア(tracking area)において、UEが複数のネットワークスライスにアクセスすることを許可する場合、あるいは、特定の公共陸上モバイルネットワークPLMN(public land mobile network、PLMN)の場合、ネットワークは、ソースセルが属する登録エリアまたは追跡エリアにおいて、UEが複数のネットワークスライスにアクセスすることを許可し、許可されたネットワークスライス指示は、複数の許可された(allowed)ネットワークスライス識別子を含むことが理解されるべきである。
2.単一のネットワークスライス選択支援情報(single-network slice selection assistance information、S-NSSAI)。S-NSSAIは、少なくともスライス/サービスタイプ(slice/service type、SST)情報を含み、任意で、スライス微分器(slice differentiator、SD)情報をさらに含み得る。SST情報は、ネットワークスライスの機能やサービスタイプなどの、ネットワークスライスの動作を示すために使用される。SD情報はSSTの補足情報である。SSTが複数のネットワークスライスの実装形態に対応する場合、SDは一意のネットワークスライスインスタンスに対応し得る。
ネットワークが、ソースセルが属する登録エリア(registration area)または追跡エリア(tracking area)において、UEが複数のネットワークスライスにアクセスすることを許可する場合、あるいは、特定の公共陸上モバイルネットワークPLMN(public land mobile network、PLMN)の場合、ネットワークは、ソースセルが属する登録エリアまたは追跡エリアにおいて、UEが複数のネットワークスライスにアクセスすることを許可し、指示許可ネットワークスライスは、複数の許可されたS-NSSAIを含むことが理解されるべきである。
3.特定の機能に従って実行されるグループ化を示すために使用されるS-NSSAIグループ情報。たとえば、UEにアクセス可能な共通AMFのすべてのネットワークスライスがS-NSSAIグループとして使用され得る。NSSAIは、複数のS-NSSAIを含む。
4.一時識別子(Temporary ID):一時識別子情報は、CN側に登録されたUEにAMFによって割り振られ、一時IDは特定のAMFに一意に対応し得る。
5.(無線)アクセスネットワーク-ネットワークスライス選択支援情報((R)AN-NSSAI、R-NSSAI):特定のS-NSSAIのセット、すなわち特定のS-NSSAIのセットを示す。ネットワークが、ソースセルが属する登録エリア(registration area)または追跡エリア(tracking area)において、UEが複数のネットワークスライスにアクセスすることを許可する場合、あるいは、特定の公共陸上モバイルネットワークPLMN(public land mobile network、PLMN)の場合、ネットワークは、ソースセルが属する登録エリアまたは追跡エリアにおいて、UEが複数のネットワークスライスにアクセスすることを許可し、許可されたネットワークスライスの指示は、複数の許可された(allowed)R-NSSAIのセットの識別子を含み得ることが理解されるべきである。
6.許可された(allowed)NSSAI。許可されたNSSAIは、ネットワークが、端末デバイスが現在の登録エリアにアクセスすることを許可していることをNSSAIに示す。
ネットワークスライスの許可された指示情報の特定の符号化形式は限定されないことが理解されるべきである。確かに、前述の識別子に加えて、ネットワークスライス情報は別の識別子であり得、これは本明細書では限定されない。ネットワークが、UEが複数のネットワークスライスにアクセスすることを許可する場合、許可されたネットワークスライス指示は、許可されたネットワークスライス指示のリスト形式、たとえば許可されたネットワークスライス選択支援情報リスト(allowed Network Slice Selection Assistance Information list、allowed NSSAI list)であってもよく、許可された単一ネットワークスライス選択支援情報リスト(allowed Single Network Slice Selection Assistance Information list、allowed S-NSSAI list)であってもよい。
本出願のこの実施形態では、ネットワークスライスは、ネットワークスライスの指示情報を表すために、前述のパラメータのうちの少なくとも1つを使用し得る。たとえば、ネットワークスライスの指示情報は、ネットワークスライスタイプによって表されてもよく、ネットワークスライスタイプおよびサービスタイプによって表されてもよく、サービスタイプおよびテナント情報によって表されてもよい。これは、本出願のこの実施形態では限定されない。ネットワークスライスのネットワークスライスの指示情報をどのように表すかは、以下では再度説明しない。端末デバイス、アクセスネットワークデバイス、またはコアネットワークデバイスが複数のネットワークスライスをサポートする場合、端末デバイス、アクセスネットワークデバイス、またはコアネットワークデバイスによってサポートされるネットワークスライスの指示情報は、前述の少なくとも1つの識別子のリスト形式で具現化され得ることが理解されるべきである。
端末デバイスにおいて、拡張モバイルブロードバンド(enhanced mobile broadband、eMBB)サービス、超高信頼低遅延通信(ultra-reliable low latency communications、URLLC)、大規模マシンタイプ通信(massive machine type communications、mMTC)などの複数のタイプのサービスがあり、また異なるタイプのサービスセッションは異なるネットワークスライスに対応し得るため、同じサービスタイプを提供する異なるオペレータまたはサービスプロバイダにより、同じサービスタイプでも異なるネットワークスライスに対応する場合がある。異なるアクセスネットワークデバイスは、異なるネットワークスライスをサポートすることができる。このように、端末デバイスがネットワークにアクセスして複数のセッションをセットアップする必要がある場合、接続されたアクセスネットワークデバイスは、端末デバイス上のすべてのセッションまたは一部のセッションに対応するネットワークスライスをサポートする必要がある。
本発明の実施形態は、ネットワークスライスをサポートする別の通信システムに適用することができる。「システム」および「ネットワーク」という用語は、相互に交換することができる。本発明の実施形態において説明されるシステムアーキテクチャは、本発明の実施形態における技術的解決策をより明確に説明することを意図しているが、本発明の実施形態において提供される技術的解決策の限定を構成するものではない。当業者は、本発明の実施形態において提供される技術的解決策が、ネットワークアーキテクチャが進化するにつれて、同様の技術的問題にも適用可能であることを理解するであろう。
本発明の実施形態における「システム」および「ネットワーク」という用語は、交換可能に使用され得る点に留意されたい。「複数の」は2つ以上を意味し、これに鑑みて、本発明の実施形態において「複数」は「少なくとも2つ」とも理解され得る。「および/または」という用語は、関連オブジェクトを記述するための関連関係を表し、3つの関係が存在する可能性があることを表す。たとえば、Aおよび/またはBは、Aのみが存在する、AとBの両方が存在する、ならびにBのみが存在するという3つのケースを表し得る。さらに、文字「/」は通常、関連するオブジェクト間の「または」関係を示す。
本発明の実施形態は、通信方法および通信装置を提供する。分散ユニットによってサポートされるネットワークスライスの情報は、分散ユニットおよび中央ユニットアーキテクチャにおいてネットワークスライスベースのサービスを実装するために、接続セットアッププロセスを使用することによって分散ユニットと中央ユニットとの間で交換される。
CUがDUによってサポートされるネットワークスライスの情報を取得する方法は、実施形態を使用することによって以下で具体的に説明される。
図4aは、本発明の一実施形態による、通信方法の相互作用手順の概略図である。本方法は、次のステップを含み得る。
S401:分散ユニットは接続セットアップ要求メッセージを中央ユニットに送信し、中央ユニットは分散ユニットから接続セットアップ要求メッセージを受信する。
S402:中央ユニットは接続セットアップ応答メッセージを分散ユニットに送信し、分散ユニットは中央ユニットから接続セットアップ応答メッセージを受信する。
この実施形態では、接続セットアップ要求メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。接続セットアップ要求メッセージは、インターフェースセットアップ要求メッセージであってもよく、確かに接続をセットアップするための別のメッセージであってもよい。これは本明細書では限定されない。
さらに、インターフェースはCUとDUとの間のF1インターフェースであり得る。具体的には、DUはF1インターフェースセットアップ要求メッセージ(F1セットアップ要求)をCUに送信する。確かに、インターフェースの名前は限定されない。
分散ユニットによってサポートされるネットワークスライスの情報は、分散ユニットの少なくとも1つのセルによってサポートされるネットワークスライスの指示情報、分散ユニットの少なくとも1つのセルのセル識別子および少なくとも1つのセルの各々によってサポートされるネットワークスライスの指示情報、あるいは、分散ユニットの少なくとも1つのセルに対応する追跡エリアまたは登録エリアの識別子および少なくとも1つのセルに対応する追跡エリアまたは登録エリア内の各追跡エリアまたは各登録エリアによってサポートされるネットワークスライスの指示情報のうちの少なくとも1つの組合せを含む。
任意で、接続セットアップ応答メッセージは、中央ユニットによってサポートされるネットワークスライスの情報をさらに含む。
具体的には、DUのセルによってサポートされるネットワークスライスの情報がDUに対してすでに構成されており、たとえば、運用、管理、および保守(operation, administration and maintenance、OAM)システムは、DUのセルによってサポートされるネットワークスライスの情報を構成すると仮定される。
図5は、一例における特定のネットワークスライス情報送信の概略図である。図5において、DUとCUは、接続用のインターフェース、たとえばF1インターフェースをセットアップすることができ、これは本明細書では限定されない。DUによってサポートされるネットワークスライスの情報は、DUとCUの間でインターフェースがセットアップされるときに交換される。
図5に示されるように、本方法は次のステップを含む。
S501:DUは、インターフェースセットアップ要求メッセージをCUに送信し、CUはインターフェースセットアップ要求メッセージを受信する。
要求メッセージは、DUによってサポートされるネットワークスライス(図5におけるS-NSSAI)の指示情報を含む。さらに、要求メッセージは、DUのセル、またはセルが属する追跡エリアの識別子(tracking area identity/identifier、TAI)または登録エリア識別子(registration area identity/identifier、RAI)をさらに含み得る。追跡エリアの識別子は、追跡エリアコード(tracking area code、TAC)と呼ばれることもあり、登録エリア識別子は、登録エリアコード(registration area code、RAC)と呼ばれることもあり、追跡エリア識別子と登録エリア識別子の名前は限定されない。あるいは、TACまたはRACが与えられたときに、公共陸上モバイルネットワーク(public land mobile network、PLMN)識別子が使用され得る。
具体的には、DUによってサポートされるネットワークスライスの情報は、次の3つの方法にあり得るが、次の3つの方法に限定されない。
(a)要求メッセージは、DUによってサポートされるネットワークスライスの情報を含む。
(b)要求メッセージは、DUの複数のセルによってサポートされるネットワークスライスの情報を含む。
この実装形態では、要求メッセージは、DUの少なくとも1つのセルの識別子と、各セル識別子に対応するネットワークスライスの少なくとも1つの指示情報とを含み得る。1つのDUは1つまたは複数のセルを含み得、各セルはセル識別子を使用することによって識別される。セル識別子は、特定の範囲内のセルを一意に識別し得る。各セルは、1つまたは複数のネットワークスライスをサポートすることができる。各セルは異なるネットワークスライスをサポートし、そのようなセル識別子はネットワークスライスの少なくとも1つの指示情報に対応し得る。
(c)要求メッセージは、DUの複数のセルに対応するTA/RAによってサポートされるネットワークスライスを含む。
一実施形態では、DUによってサポートされるネットワークスライスに関する情報は、DUのセルが属する追跡エリア(tracking area、TA)または登録エリア(registration area、RA)に対応するネットワークスライスの少なくとも1つの指示情報を含み得る。各TA/RAは、1つまたは複数のネットワークスライスをサポートすることができ、そのような1つのTA/RA情報は、ネットワークスライスの少なくとも1つの指示情報に対応し得る。追跡エリア識別子または追跡エリアコードは、特定の範囲内の追跡エリアを一意に識別し得、登録エリア識別子または登録エリアコードは、特定の範囲内の登録エリアを一意に識別し得る。たとえば、ネットワークスライスの1つの指示情報がS-NSSAIリストによって示される場合、1つのTAI/RAI/TAC/RACは1つのS-NSSAIリストに対応し得る。
S502:CUはインターフェースセットアップ応答メッセージをDUに送信し、DUはインターフェースセットアップ応答メッセージを受信する。サポートされるネットワークスライスがCU用にも構成されている場合、任意で、CUは、CUによってサポートされるネットワークスライスの情報をDUに通知するために、このメッセージにおいて、CUによってサポートされるネットワークスライスの情報をさらにフィードバックする。
前述の相互作用プロセスを使用することによって、DUは、CUがDUによってサポートされるネットワークスライスもサポートしているかどうかをCUが確認するために、サポートされるネットワークスライス情報をCUに通知する。
CUがDU用に構成されたネットワークスライスをサポートしない場合、このCU-DUアーキテクチャはCUによってサポートされるスライスのみをサポートすることができる点に留意されたい。この場合、DUによってサポートされるネットワークスライスをDUがブロードキャストする必要がある場合、DUの各セルはDU用に構成されたネットワークスライスをブロードキャストすることはできないが、DU用にOAMによって構成され、CUによってもサポートされるネットワークスライスのみをブロードキャストする。
この実施形態では、分散ユニットによってサポートされるネットワークスライスの情報は、分散ユニットのための柔軟性で独立して構成される。
さらに、図6は、例における特定のネットワークスライス情報の更新の概略図である。図6に示されるように、DUによってサポートされるネットワークスライスが更新されると、S601が実行される。DUは、DUの更新されたネットワークスライス情報をCUに送信するために構成更新メッセージを使用し、CUはDUから構成更新メッセージを受信する。S602:CUは、構成更新応答メッセージをDUに送信する。CUによってサポートされるネットワークスライスが更新される場合、CUはまた、CUの更新されたネットワークスライス情報をDUに送信するために、構成更新応答メッセージを使用し得る。
図4aの代替実施形態において、図4bは、本発明の一実施形態による、別の通信方法の相互作用手順の概略図である。本方法は、次のステップを含み得る。
S401':分散ユニットは接続セットアップ要求メッセージを中央ユニットに送信し、中央ユニットは分散ユニットから接続セットアップ要求メッセージを受信する。
S402':中央ユニットは接続セットアップ応答メッセージを分散ユニットに送信し、分散ユニットは中央ユニットから接続セットアップ応答メッセージを受信する。
図4aに示される実施形態とは異なり、図4bに示される実施形態では、接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。このようにして、DUによってサポートされるネットワークスライスの情報は、集中化された方法でCUによって制御され得、それによって、シグナリングオーバーヘッドを削減し、動作を簡素化する。
具体的には、各DUによってサポートされるネットワークスライスがCU用に構成されているか、CUのすべてのセルまたはすべてのセルに対応するTAによってサポートされるネットワークスライスの情報がCU用に構成されていると仮定される。
図7は、特定の例における別の通信方法の相互作用手順の概略図である。本方法は、次のステップを含み得る。
S701:DUはインターフェースセットアップ要求メッセージをCUに送信し、CUはインターフェースセットアップ要求メッセージを受信する。
DUのセル情報がDU用に構成されている場合、要求メッセージはDUのセル識別子(リスト)を含み得る。セル識別子はCGIであってもよく、PCIであってもよい。
S702:CUはインターフェースセットアップ応答メッセージをDUに送信し、DUはインターフェースセットアップ応答メッセージを受信する。
応答メッセージは、DUによってサポートされるネットワークスライスの情報、DUのすべてのセルによってサポートされるネットワークスライスの情報、またはDUのすべてのセルに対応するTA/RAによってサポートされるネットワークスライスうちの少なくとも1つを含む。特定のフォーマットは、前述の3つの方法において示されている。
任意で、接続セットアップ応答メッセージまたは構成更新メッセージは、各ネットワークスライスの構成情報をさらに含み得る。構成情報は、層1(layer1、L1)プロトコルスタック構成情報、層2(layer2、L2)プロトコルスタック構成情報、利用可能な物理リソース情報(周波数帯域、周波数、またはヌメロロジなど)、ネットワークスライスに対応する周波数帯域情報(すなわち、ネットワークスライスによって使用される周波数帯域)、ネットワークスライスに対応する周波数情報(すなわち、ネットワークスライスによって使用される周波数帯域の中心周波数)、サポート可能なステータス情報(アイドル状態、接続状態、および非アクティブ状態を含む)、またはKPI(key performance indicator、キーパフォーマンスインジケータ)パラメータ(最大ビットレート、遅延要件、信頼性要件、またはサポートされるMTCの数量など)のうちの少なくとも1つを含む。
さらに、図8は、一例における特定のネットワークスライス情報の更新の別の概略図である。図8に示されるように、CUのいずれかのセルによってサポートされるネットワークスライスの情報が更新されると、S801が実行される。CUは、CUにおいて更新されたネットワークスライス情報をDUに送信するために構成更新メッセージを使用し、DUはCUから構成更新メッセージを受信する。構成更新メッセージは、中央ユニットまたは分散ユニットによってサポートされるネットワークスライスの更新情報を含む。S802:DUは、構成情報応答メッセージをCUに送信する。
前述の説明から、本出願では、DUによってサポートされるネットワークスライスの情報が、接続セットアップ要求メッセージまたは接続セットアップ応答メッセージを使用することによってDUとCUとの間で交換された後、CUおよびDUは、DUによってサポートされるネットワークスライスの情報に基づいて、端末デバイスにネットワークスライスベースのサービスを提供することができることがわかる。したがって、たとえば、CUは、AMFが対応するTAまたはRA範囲を端末デバイスに割り振ることができるように、CUのセルのコアネットワークおよびCUによってサポートされるネットワークスライスの情報を通知し得る。別の例では、CUは、隣接基地局がハンドオーバ決定を行うのを助けるために、CUによってサポートされるネットワークスライスの情報を隣接基地局に通知し得、たとえば、隣接基地局は、現在CUの端末デバイスが属するネットワークスライスをCUがサポートするかどうかに基づいて、CUへのハンドオーバ要求を開始するかどうかを決定し得る。別の例では、CUは、DUへの対応するセッション要求メッセージを開始するかどうかをCUが決定するように、DUによってサポートされるネットワークスライスを学習し得る。たとえば、端末デバイスにデュアル接続が設定される必要がある場合、端末デバイスは測定レポートを使用することによって複数のアクセス可能なDUをCUに報告し、CUはDUが端末デバイスの現在のネットワークスライスをサポートするかどうかに基づいて、DUを端末デバイスのセカンダリRANデバイス(セカンダリgNB)として追加するかどうか決定し得る。具体的には、DU1はネットワークスライス1と2をサポートし、DU2はネットワークスライス2と3をサポートする。デュアル接続の構成中、端末デバイスによってCUに報告される測定レポートは、DU1の信号強度がDU2の信号強度よりも大きいことを示すが、端末デバイスの現在のセッションはネットワークスライス3に属する。DU1はネットワークスライス3をサポートしないため、DU1の信号は強いが、CUは依然としてDU2を端末のセカンダリRANデバイスとして選択する。確かに、DUとCUとの間でDUによってサポートされるネットワークスライスの情報の交換は、別のシナリオにおいても使用され得る。
本発明のこの実施形態において提供される通信方法によれば、分散ユニットと中央ユニットアーキテクチャにおけるネットワークスライスベースのサービスを実装することができるように、接続セットアッププロセスを使用することによって、分散ユニットと中央ユニットとの間で分散ユニットによってサポートされるネットワークスライスの情報が交換される。
前述の実施形態では、DUおよびCUが、その後、ネットワークスライスベースのサービスを端末デバイスに提供できるように、接続セットアッププロセスを使用することによって、分散ユニットと中央ユニットとの間で分散ユニットによってサポートされるネットワークスライスの情報が交換される。ネットワークスライスベースのサービスは、セルハンドオーバ、端末デバイスの状態遷移、およびセッションセットアップなどのプロセスにおいて具現化される。
図9は、本発明の一実施形態による、別の通信方法の相互作用手順の概略図である。本方法は、次のステップを含み得る。
S901:中央ユニットは、分散ユニットに第1のメッセージを送信する。分散ユニットは、中央ユニットから第1のメッセージを受信する。第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む。
第1のメッセージは、端末デバイスのセッションの確立または修正、ベアラの確立または修正、あるいはフローの確立または修正を分散ユニットに要求するために使用される。第1のメッセージは、セッションセットアップ要求メッセージ、セッション修正要求メッセージ、ベアラセットアップ要求メッセージ、ベアラ修正要求メッセージ、フローセットアップ要求メッセージ、またはフロー修正要求メッセージであってもよく、UEコンテキストセットアップ要求メッセージであってもよい。本出願では、メッセージ名が限定されていないことが理解され得る。
S902:分散ユニットは中央ユニットに応答メッセージを送信し、中央ユニットは分散ユニットから応答メッセージを受信する。
この実施形態は、分散ユニットがサポートされるネットワークスライス情報を取得することに基づいてもよい。
セッション、ベアラ、またはフローをセットアップするプロセスは、端末デバイスがネットワークデバイスに初めてアクセスするときにセッション、ベアラ、またはフローをセットアップするプロセスであってもよく、端末デバイスがハンドオーバを実行した後にセッション、ベアラ、またはフローを再セットアップするプロセスであってもよく、端末デバイスのステータスが変更された後(たとえば、非アクティブ(inactive)状態からアクティブ(active)状態に)端末デバイスによって接続された新しいDUのセッション、ベアラ、またはフローをセットアップするプロセスであってもよい。セッション、ベアラ、またはフローをセットアップするプロセスは、端末デバイスがネットワークデバイスにアクセスした後に、セッション、ベアラ、またはフローを修正するプロセスであり得る。
任意で、第1のメッセージは、確立または修正されるべきセッションの識別子、確立または修正されるべきベアラの識別子、あるいは確立または修正されるべきフローの識別子をさらに含む。
1つのセッションは少なくとも1つのベアラを含み、1つのベアラは少なくとも1つのフローに対応する。具体的には、セッション要求メッセージがセッションを確立または修正することである場合、セッション要求メッセージは、確立または修正される必要があるセッションの識別子と、各セッションに対応するネットワークスライスとを含み、セッション要求メッセージがベアラを確立または修正することである場合、セッション要求メッセージは、確立または修正される必要があるベアラの識別子と、各ベアラまたは各ベアラグループが属するセッションに対応するネットワークスライスとを含み得、また各ベアラまたは各ベアラグループが属するセッションに対応するセッション識別子と、セッション識別子に対応するネットワークスライスとをさらに含み得、セッション要求メッセージがフローを確立または修正することである場合、セッション要求メッセージは、各フローの識別子と、各フローまたは各フローグループが属するセッションに対応するネットワークスライスとを含み、また、各フローまたは各フローグループが属するセッションに対応するセッション識別子と、セッション識別子に対応するネットワークスライスとをさらに含み得る。
前述の説明に基づいて、分散ユニットは、対応するネットワークスライスでセッションを実行するために、分散ユニットが、指示されたネットワークスライス上のセッション、ベアラ、またはフローを確立または修正するように、セッションセットアップ要求メッセージから、確立または修正されるべきセッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を取得し、たとえば、ネットワークスライスの指示情報によって示されるネットワークスライスに基づいて、セッションまたはベアラに対応するプロトコルスタックパラメータを構成し、セッションまたはベアラの適切な物理送信リソース、たとえばヌメロロジを選択する。
さらに、ステップS901の後、ステップS902の前に、本方法は以下のステップをさらに含み得る。
分散ユニットは、ネットワークスライスの指示情報に対応するネットワークスライスをサポートするかどうかを決定する。
具体的には、ネットワークスライスの受信した指示情報について、DUは、DUによってサポートされ、前述の実施形態において取得したネットワークスライスに基づいて、DUがネットワークスライスの指示情報に対応するネットワークスライスをサポートするかどうかを決定する必要がある。具体的には、DUは、ネットワークスライスの指示情報に対応するネットワークスライスがDUによってサポートされるネットワークスライス範囲内にあるかどうかを決定する。DUが、第1のメッセージのセッション、ベアラ、またはフローが属するすべてのネットワークスライスをサポートしない場合、DUは、ネットワークスライスがDUによってサポートされないセッション、ベアラ、またはフローの確立または修正を拒否する場合があり得、応答メッセージを使用することによって、セッションのCU、ベアラ、またはフローに、DUが確立または修正を拒否することを通知する。任意で、応答メッセージは、DUがセッション、ベアラ、またはフローが属するネットワークスライスをサポートしないため、セッション、ベアラ、またはフローの確立または修正が拒否されることを示すために、拒否原因指示情報をさらに搬送し得る。
セッション、ベアラ、またはフローは、CUとDUとの間で確立または修正され得る。CUとDUとの間のセッション、ベアラ、またはフローをセットアップまたは修正するプロセスも、PDUセッションセットアッププロセスの一部であり得る。PDUセッションセットアッププロセスについては、以下で詳細に説明する。
図10は、PDUセッションセットアッププロセスの概略図である。セッションセットアッププロセスは、次のステップを含み得る。
ステップ101:AMFはCUにPDUセッションセットアップ要求メッセージを送信する。
メッセージは、確立/修正される必要があるセッションの識別情報、セッションにおいて確立または修正される必要があるフローの識別情報、および優先度などの各フローに対応するQoSプロファイルを含む。
ステップS102:CUはPDUセッションセットアップ要求メッセージをDUに送信し、DUはPDUセッションセットアップ要求メッセージを受信する。
図10において、上述の第1のメッセージは、具体的には、本明細書におけるPDUセッションセットアップ要求メッセージである。詳細については、図9に示される実施形態におけるS901の説明を参照されたい。
ステップS103:DUはPDUセッションセットアップ応答メッセージをCUに送信し、CUはPDUセッションセットアップ応答メッセージを受信する。
図10において、上述の応答メッセージは、具体的には、本明細書におけるPDUセッションセットアップ応答メッセージである。詳細については、図9に示される実施形態におけるS902の説明を参照されたい。
ステップS104:CUは、RRCメッセージをDUに送信する。DUは透過的にRRCメッセージをUEに送信し、UEはRRCメッセージを受信する。
本明細書では、RRCメッセージは、RRC接続再構成メッセージ、RRC接続セットアップ(RRC connection setup)メッセージ、RRC接続再開(RRC connection resume)メッセージ、RRC接続一時停止(RRC connection suspend)メッセージなどであり得る。
ステップS105:UEはCUにRRC応答メッセージを送信する。RRC応答メッセージは、DUを使用することによって転送され得る。CUはRRC応答メッセージを受信する。
ステップS106:CUは、セッションセットアップ応答メッセージをAMFに送信する。
このステップがステップ103の後であれば、このステップの順序は調整され得る。
任意で、RRCメッセージは、正常に確立されたセッションの識別子を含み得る。別の例では、S101がベアラを確立することを要求することである場合、RRCメッセージは、正常に確立されたベアラの識別子を含み得、または、S101がフローのセットアップを要求することである場合、RRCメッセージは、正常に確立されたフローの識別子を含み得る。
図10における例では、セッションセットアッププロセスが説明される。この例では、DUがセッションセットアップ応答メッセージをCUに送信した後、CUはDUを使用することによってRRCメッセージを端末デバイスに送信する。この実施形態が使用される場合、既存の規格はわずかに変更され、DUの機能が追加される必要はない。
図11は、別のPDUセッションセットアッププロセスの概略図である。セッションセットアッププロセスは、次のステップを含み得る。
ステップS111:AMFはCUにPDUセッション要求メッセージを送信する。
メッセージは、確立/修正される必要があるセッションの識別情報、セッションにおいて確立または修正される必要があるフローの識別情報、および優先度などの各フローに対応するQoSプロファイルを含む。
ステップS112:CUはPDUセッションセットアップ要求メッセージをDUに送信する。DUはPDUセッションセットアップ要求メッセージを受信する。
図11において、上述の第1のメッセージは、具体的には、本明細書におけるPDUセッションセットアップ要求メッセージである。詳細については、図9に示される実施形態におけるS901の説明を参照されたい。
ステップS113:DUは、無線リソース制御(radio resource control, RRC)メッセージを端末デバイスに送信し、端末デバイスはRRCメッセージを受信する。
前述の例との違いは、DUがRRCメッセージを直接生成または修正し、次いで、RRCメッセージをUEに直接送信できることである。
ステップS114:DUはPDUセッションセットアップ応答メッセージをCUに送信し、CUはPDUセッションセットアップ応答メッセージを受信する。
図11において、上述の応答メッセージは、具体的には、本明細書におけるPDUセッションセットアップ応答メッセージである。詳細については、図9に示される実施形態におけるS902の説明を参照されたい。
ステップS115:UEはRRC応答メッセージをCUに送信し、DUを使用することによってRRC応答メッセージが転送され得る。
ステップS116:CUは、セッションセットアップ応答メッセージをAMFに送信する。このステップは、ステップS114の後の任意のステップであり得る。
任意で、RRCメッセージは、正常に確立されたセッションの識別子を含み得る。別の例では、S111がベアラを確立することを要求することである場合、RRCメッセージは、正常に確立されたベアラの識別子を含み得、または、S111がフローのセットアップを要求することである場合、RRCメッセージは、正常に確立されたフローの識別子を含み得る。
図11における例では、完全なセッションセットアッププロセスが説明される。この実施形態では、DUは、DUがRRCメッセージをCUに送り返す必要なしにRRCメッセージを端末デバイスにより迅速に送信することができるように、RRCメッセージを直接生成し得、それによって遅延を低減する。
一実装形態では、第1のメッセージまたは応答メッセージは、ベアラ複製指示情報をさらに含む。ベアラ複製指示情報は、セッションまたはベアラで複製(duplication)送信構成が実行されることを示すために使用される。
図12に示されるように、レプリケーション送信構成は、UEが2つのDUまたはDUの2つのセルで同時にデータ送信を実行し得ることを意味する。たとえば、UEは、DU1およびDU2と同時にデータ送信を実行し得る。具体的なプロセスは次の通りである:ダウンリンクデータ送信の場合、CUのPDCP層において2つの同じコピーを取得するためにコアネットワークからのデータが複製され、1つのコピーがDU1に送信され、次いでDU1によってUEに送信され、もう1つのコピーはDU2に送信され、次いでDU2によってUEに送信される。アップリンクデータの場合、UEは、UEのPDCP層において2つの同じコピーを取得するためにデータを複製し、1つのコピーをDU1に送信し、もう1つのコピーをDU2に送信する。この実装形態では、端末デバイスは2つのパスで同じデータを送信し得、それによってデータ送信の信頼性が向上する。2つのリンクのいずれかでの送信が成功すれば、データ送信は成功する。ベアラ複製指示情報が第1のメッセージに含まれるか、応答メッセージに含まれるかは、複製送信構成がCUによって実行されるかDUによって実行されるかに依存する。たとえば、複製送信構成がCUによって実行される場合、ベアラ複製指示情報は第1のメッセージに含まれる。複製送信構成がDUによって実行される場合、ベアラ複製指示情報は応答メッセージに含まれる。
別の実装形態では、第1のメッセージは、分散ユニットUE集約最大ビットレート(DU UE-AMBR)指示情報をさらに含む。DU UE-AMBR指示情報は、端末デバイスの分散ユニットによって提供できる集約最大ビットレートを示すために使用される。
具体的には、ネットワークがUEのベアラまたはセッションに対してデュアル接続(dual connectivity、DC)またはマルチ接続(multi-connectivity、MC)構成を実行する場合、すなわち、UEは少なくとも2つのDUで同時にデータ送信を実行することができ、セッションセットアップ要求におけるUE能力は、任意でDU UE-AMBR(DU UE-AMBR)を含み得る。CUは、UE-AMBR(UE-AMBRは、コアネットワークから受信したUE-AMBRに基づいてCUによって取得されてもよく、別の方法で取得されてもよい)、測定報告、DUのリソース使用状況、および/または同様のものなどに基づいてDU UE-AMBRを取得する。
たとえば、UEが2つのDU(DU1およびDU2)によって同時にサービスを提供され得る場合、またUE-AMBRが90(bps)であると仮定される場合、測定レポートによると、DU1の現在のスペクトル効率がDU2の現在のスペクトル効率の2倍であり、CUは、DU1 UE-AMBRとDU2 UE-AMBRが2:1の関係にあることを学習し、具体的には、DU1 UE-AMBRは60(bps)であり、DU2 UE-AMBRは30(bps)である。別の例では、CUは、現在のリソース使用状況に基づいて、UEに対してDU1によって提供され得るAMBRが20(bps)であることも取得し得、CUは、DU1 UE-AMBRが20(bps)であり、DU2 UE-AMBRが70(bps)であると決定する。CUの調整により、ターゲット基地局とソース基地局の独立したスケジューリングによりUE-AMBRを超えるケースが防止され(たとえば、UE-AMBRは50ビットであり、UE-AMBRが50ビットであることをDUが知らない場合、DU1は40ビットをUEに割り振り、すなわち、DU1 UE-AMBRは40ビットであり、DU2は20ビットをUEに割り振り、すなわち、UDU2 DU-AMBRは20ビットであり、最終的に、2つの合計は50ビットを超える)、それによって、DCベースのデータ送信を確実に成功させることができる。DU UE-AMBRは、別の名前、たとえば、スプリットUE-AMBR(Split UE-AMBR)またはパーシャルUE-AMBR(Partial UE-AMBR)でも表され得ることが理解され得、これは本出願では限定されない。
前述の説明から、本発明のこの実施形態において、セッションのセットアップまたは修正中に、中央ユニットは、分散ユニットが、指示されたネットワークスライス上のセッション、ベアラ、またはフローを確立または修正することと、分散ユニットがネットワークスライスを正確に選択できるようにすることと、セッションに対応するネットワークスライス情報に基づいて、端末デバイス用のネットワークスライスに対応するL1/L2パラメータを構成することができるようにすることと、異なるネットワークスライスに対応するセッションが特定のQoS要件を満たすこととを行うように、確立または修正されるべきセッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を分散ユニットに通知することがわかる。したがって、RAN側の異なるネットワークスライスに異なる層1または層2構成が使用され得る。たとえば、大規模マシンタイプ通信(massive machine type communications、mMTC)ネットワークスライスのベアラと、超高信頼低遅延通信(ultra-reliable and low latency communications、URLLC)ネットワークスライスのベアラは、RAN側に異なるMAC層構成またはRLC層構成を有してもよく(たとえば、RLC層の再送信時間が異なる)、異なるPHY層構成を有してもよい(たとえば、異なる周波数またはヌメロロジが使用されるか、異なるTTI長が使用される)。セッション、ベアラ、またはフローの修正またはセットアップ中、確立または修正される必要があるセッション、ベアラ、またはフローが属するネットワークスライスは、本発明のこの実施形態において指定される。このようにして、UE側は、セッション、ベアラ、またはフローが属するネットワークスライスのRLC/MAC/PHYを適切に構成することができる。ネットワークスライス情報が搬送されない場合、DUは適切に構成を実行することができず、結果としてネットワークパフォーマンスが低下する。たとえば、端末デバイスのQoS要件を満たすことができないか、頻繁な無線リンク障害(たとえば、RLC再送信時間の不適切な構成によって生じる)が発生し得、それによってシグナリングオーバーヘッドが増加する。
本発明のこの実施形態において提供される通信方法によれば、中央ユニットは、分散ユニットが、指示されたネットワークスライス上のセッション、ベアラ、またはフローを確立または修正するように、また、分散ユニットが、要件を満たすネットワークスライスベースのサービスを端末デバイスに提供するために、ネットワークスライスを正確に選択し、ネットワークスライス上で対応する構成を実行することができるように、確立または修正されるべきセッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を分散ユニットに通知する。
図13は、本発明の一実施形態による、別の通信方法の相互作用手順の概略図である。本方法は次のステップを含む。
S131:ソースネットワークデバイスは、ハンドオーバ要求をCU1に送信する。CU1は、ハンドオーバ要求を受信する。
ソースネットワークデバイスは、ソースgNB、CU2、またはAMFであり得る。
任意で、ハンドオーバ要求は、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報を含む。少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、またはPHYプロトコルスタックを含む。
S132:CU1は、第1のメッセージをDU1に送信する。DU1は、中央ユニットから第1のメッセージを受信する。
第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む。第1のメッセージは、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報をさらに含む。
S133:DU1は、CU1に応答メッセージを送信する。CU1は、DU1から応答メッセージを受信する。
図13において、応答メッセージはPDUセッションセットアップ応答メッセージである。
第1のメッセージは、端末デバイスのセッションの確立または修正、ベアラの確立または修正、あるいはフローの確立または修正を分散ユニットに要求するために使用される。第1のメッセージは、セッションセットアップ要求メッセージ、セッション修正要求メッセージ、ベアラセットアップ要求メッセージ、ベアラ修正要求メッセージ、フローセットアップ要求メッセージ、またはフロー修正要求メッセージであってもよく、UEコンテキストセットアップ要求メッセージであってもよい。本出願では、メッセージ名が限定されていないことが理解され得る。図13において、セッションセットアップ要求メッセージは、説明のための第1のメッセージの例として使用される。
セッションセットアッププロセスについては、前述の実施形態の説明を参照されたい。
S134:CU1は、DU1を使用することによって無線リソース制御メッセージをUEに送信し、RRCメッセージは分散ユニットによって転送される。UEはRRCメッセージを受信する。
RRCメッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む。RRCメッセージは、無線リソース制御メッセージは、分散ユニットが、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報に基づいて差別化された構成を実行した後に取得された少なくとも1つのプロトコルスタックの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、またはPHYプロトコルスタックのうちの少なくとも1つのプロトコルスタックを含む。
S135:UEは、DU1を使用することによってRRC応答メッセージをCU1に送信する。CU1は、UEからRRC応答メッセージを受信する。
S136:CU1は、ハンドオーバ応答メッセージをソースネットワークデバイスに送信する。ソースネットワークデバイスは、CU1からハンドオーバ応答メッセージを受信する。
ハンドオーバのシナリオでは、CU1とDU1はターゲット基地局に属し、CU1はソースネットワークデバイス(たとえば、AMF、gNB、またはCU2)からハンドオーバ要求メッセージを受信する。ハンドオーバ要求メッセージが、RLCプロトコルスタックのソースネットワークデバイスの構成情報(ソースネットワークデバイスにおけるRRCプロトコルスタック、PDCPプロトコルスタック、またはSDAPプロトコルスタックの構成情報を含み得る)を含む場合、MACプロトコルスタック、または端末デバイスのベアラのPHYプロトコルスタック、CU1からDU1へのセッション要求メッセージもまた、端末デバイスのベアラのRLCプロトコルスタック、MACプロトコルスタック、またはPHYプロトコルスタックのソースネットワークデバイスの構成情報を搬送する。プロトコルスタック構成情報は、DU1が構成情報に基づいて差別化された構成を実行することができるように、構成参照のためにDU1によって使用される。
ベアラごとに、異なるRLC、MAC、またはPHYパラメータ構成が存在し得る。たとえば、RLCの場合、異なるベアラは、透過送信モードまたは確認モードまたは非確認モードを含む異なる送信モードを使用してもよく、異なるベアラに対して異なる最大RLC再送信時間が設定されてもよい。MACの場合、異なるベアラは異なるスケジューリング優先順位を使用し得る。PHYの場合、異なるベアラは異なるヌメロロジを使用し得る。
たとえば、ハンドオーバシナリオでは、ヌメロロジ1およびヌメロロジ2を使用することによって、PHY層において、ハンドオーバされる必要があるベアラ1のPHY構成とRLC構成が満たされ得る。ソースネットワークデバイス上で、ソースネットワークデバイスは、ベアラにサービスを提供するためにヌメロロジ1のベアラを設定し、最大RLC層再送信時間を5に設定し、ベアラ1のソースネットワークデバイスの構成メッセージを受信した後、DU2は、QoS要件情報などに基づいて、またソースネットワークデバイスの構成情報を参照して、最大RLC再送信時間も5に設定する。しかしながら、PHY層構成の場合、DU1はヌメロロジ1で過負荷になり、したがって、DU1は、ベアラにサービスを提供するためにヌメロロジ2でベアラを設定する。したがって、DU1は差別化された構成を実行する。具体的には、DU1は、PHYヌメロロジの構成を修正するために端末デバイスに指示する(または、CUを使用することによって端末デバイスに指示する)だけで、RLC再送信時間を修正する必要はない。このようにして、DU1のベアラに対応するプロトコルスタック構成動作が簡略化され、DU1と端末デバイスとの間のエアインターフェースリソースオーバーヘッドが低減される。
さらに、端末デバイスの状態遷移シナリオでは、端末デバイスが現在非アクティブ状態にあり、端末デバイスが接続状態を再開するか、CU1に向けてRNA更新手順を呼び出すことを望む場合、次のシナリオがある。
あるシナリオでは、端末デバイスは、CU2または別のgNBのネットワークカバレッジエリアからCU1のネットワークカバレッジエリアに移動し、CU1は最初にコンテキスト要求メッセージをgNBまたはCU2に送信する。コンテキスト要求メッセージは、端末デバイスの識別情報を含む。コンテキスト要求メッセージを受信した後、gNBまたはCU2は、識別情報に基づいてコンテキスト応答メッセージをフィードバックする。メッセージは、端末デバイスのベアラのgNBまたはCU2によって構成されたRLC、MAC、またはPHYプロトコルスタックのうちの少なくとも1つの構成情報を含む。
別のシナリオでは、端末デバイスは、CU1のネットワークカバレッジエリアにおいて状態遷移を実行し、CU1は、端末デバイスのベアラのRLC、MAC、およびPHYプロトコルスタックの構成情報を記憶する。これらの2つのシナリオでは、CU1からDU1への第2のメッセージは、端末デバイスのベアラのRLC、MAC、およびPHYプロトコルスタックの少なくとも1つまたは組合せのソースネットワークデバイスの構成情報を搬送する。プロトコルスタック構成情報は、DUが構成情報に基づいて差別化された構成を実行することができるように、構成参照のためにDUによって使用される。ベアラのRLC、MAC、およびPHYプロトコルスタック用であり、CU1からDUへの第2のメッセージにおいて搬送される構成情報も、非アクティブ端末に対応するRLC、MAC、PHYプロトコルスタック用にCU1によって記憶された構成情報であり得ることが理解され得る。
本発明のこの実施形態において提供される通信方法によれば、中央ユニットは、分散ユニットがプロトコルスタックで差別化された構成を実行することができ、それによって分散ユニットの動作が簡素化されるように、分散ユニットに送信されるべき第1のメッセージに、端末デバイスのベアラに対応するプロトコルスタックのソースネットワークデバイスの構成情報を追加する。
図14は、本発明の一実施形態による、別の通信方法の概略フローチャートである。具体的には、ネットワークデバイス間のインターフェース(たとえば、Xnインターフェース)に基づいて実行される、ハンドオーバ中のセッションセットアップ手順の概略図が提供される。本方法は次のステップを含む。
S141:ソースネットワークデバイスは、ハンドオーバ要求メッセージを中央ユニットに送信し、中央ユニットは、ハンドオーバ要求メッセージを受信する。
ソースネットワークデバイスは、ソースgNB、CU2、またはAMFであり得る。
S142:中央ユニットは第1のメッセージを分散ユニットに送信し、分散ユニットは中央ユニットから第1のメッセージを受信する。
図14において、PDUセッションセットアップ要求メッセージは、説明のための第1のメッセージの例として使用される。
S143:分散ユニットは中央ユニットに応答メッセージを送信し、中央ユニットは分散ユニットから応答メッセージを受信する。
図14において、応答メッセージはPDUセッションセットアップ応答メッセージである。
S144:中央ユニットは分散ユニットを使用することによって無線リソース制御メッセージをUEに送信し、RRCメッセージは分散ユニットによって転送され、UEはRRCメッセージを受信する。
RRCメッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む。RRCメッセージは、無線リソース制御メッセージは、分散ユニットが、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報に基づいて差別化された構成を実行した後に取得された少なくとも1つのプロトコルスタックの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、またはPHYプロトコルスタックのうちの少なくとも1つのプロトコルスタックを含む。
S145:UEは、分散ユニットを使用することによってRRC応答メッセージを中央ユニットに送信し、中央ユニットはUEからRRC応答メッセージを受信する。
S146:中央ユニットは、ハンドオーバ応答メッセージをソースネットワークデバイスに送信し、ソースネットワークデバイスは、中央ユニットからハンドオーバ応答メッセージを受信する。
S141からS146については、図13の実施形態における対応する説明を参照されたい。詳細はここでは再度説明しない。
S147:中央ユニットはコアネットワークデバイスにパス切替え要求メッセージを送信し、中央ユニットはパス切替え要求メッセージを受信する。
S148:コアネットワークデバイスは中央ユニットにパス切替え応答メッセージを送信し、ソースネットワークデバイスはパス切替え応答メッセージを受信する。
端末デバイスのモビリティにより、端末デバイスは元のサービング中央ユニットまたは分散ユニットから新しい中央ユニットまたは分散ユニットに移動する必要がある。このシナリオでは、中央ユニットは、コアネットワークデバイスが、切り替えられたパスに基づいて、ダウンリンクデータを送信し、アップリンクデータを受信できるように、パス切替えを必要とするセッションまたはフローをコアネットワークデバイスに通知する。
具体的には、中央ユニットまたは分散ユニットがアクセス制御を実行する場合、リソース制限などの理由により、中央ユニットまたは分散ユニットは、ハンドオーバ要求において一部のセッションのみを受け入れ、受け入れられたセッションの一部のフローのみをサポートすることができる。
たとえば、ハンドオーバ要求メッセージは、P分散ユニットセッション1、P分散ユニットセッション2、およびP分散ユニットセッション3を含む。具体的には、ソースネットワークデバイスは、端末デバイスのP分散ユニットセッション1、P分散ユニットセッション2、およびP分散ユニットセッション3をターゲットネットワークデバイスの中央ユニットおよび分散ユニットにハンドオーバすることを要求する。P分散ユニットセッション1は、フロー1、フロー2、およびフロー3を含む。P分散ユニットセッション2は、フロー4、フロー5、およびフロー6を含む。P分散ユニットセッション3は、フロー7、フロー8、およびフロー9を含む。しかしながら、リソース制限などの理由により、中央ユニットまたは分散ユニットは、P分散ユニットセッション1およびP分散ユニットセッション2のハンドオーバのみを許可し、P分散ユニットセッション1のフロー1およびフロー2のハンドオーバのみを受け入れる。この場合、中央ユニットは、コアネットワークデバイスに送信されるべきパス切替え要求に、ハンドオーバが受け入れられたP分散ユニットセッションの識別情報と、対応する受け入れられたフローの識別情報とを追加する必要がある。言い換えれば、中央ユニットからコアネットワークデバイスへのパス切替え要求において、中央ユニットがP分散ユニットセッション1およびP分散ユニットセッション2のハンドオーバを受け入れることをコアネットワークデバイスに通知する必要があり、P分散ユニットセッション1の場合、フロー1とフロー2のみを中央ユニットまたは分散ユニットにハンドオーバすることができる。
任意選択で、中央ユニットは、コアネットワークデバイスに送信されるべきパス切替え要求に、ハンドオーバが拒否されたP分散ユニットセッションの識別情報をさらに追加し得る。任意で、中央ユニットは、コアネットワークデバイスに送信されるべきパス切替え要求に、ハンドオーバが受け入れられたP分散ユニットセッションの識別情報、および対応する拒否されたフローの識別情報、たとえばP分散ユニットセッション1の識別子および対応するフロー3の識別子をさらに追加し得る。
たとえば、パス切替え要求メッセージにおいて搬送される情報は、次のように表され得る。
上記の表におけるPDUセッション識別子およびフロー識別子は、中央ユニットによってアプリケーション層メッセージ(たとえば、NGAPメッセージ)としてコアネットワークデバイスに送信されてもよく、コンテナとしてコアネットワークデバイスに送信されてもよく、別の方法でコアネットワークデバイスに送信されてもよいことが理解され得る。これは本出願では限定されない。
パス切替え要求を受信した後、コアネットワークデバイスはパス切替え動作を実行し、パス切替え応答メッセージを中央ユニットに送信する。応答メッセージは、アップリンクパス切替えが必要なPDUセッションの識別子を搬送する。任意で、応答メッセージは、アップリンクパス切替えを必要とするフローの、アップリンクパス切替えを必要とするPDUセッションの識別子に対応する識別子をさらに含み得る。これは、特定のセッションで一部のフローのみが正常に切り替えられる可能性があるためである。
本明細書におけるフローは、QoSフローであってもよく、データフローであってもよく、サービスフローであってもよく、データパケットであってもよく、これは本出願では限定されないことが理解され得る。
本発明の実施形態において提供される通信方法によれば、中央ユニットは、コアネットワークデバイスが、切り替えられたパスに基づいて、ダウンリンクデータを送信し、アップリンクデータを受信できるように、パス切替えを必要とするセッションまたはフローをコアネットワークデバイスに通知する。
以上、本発明の実施形態における方法を詳細に説明し、以下に本発明の実施形態における装置を提供する。
図15は、本発明の一実施形態による、通信装置のモジュールの概略図である。通信装置1500は、送信ユニット151と受信ユニット152とを含み得る。
送信ユニット151は、接続セットアップ要求メッセージを中央ユニットに送信するように構成される。
受信ユニット152は、中央ユニットから接続セットアップ応答メッセージを受信するように構成される。
接続セットアップ要求メッセージまたは接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。
一実装形態では、接続セットアップ応答メッセージは、中央ユニットによってサポートされるネットワークスライスの情報をさらに含む。
別の実装形態では、送信ユニットは、分散ユニットによって、中央ユニットに構成更新メッセージを送信するようにさらに構成され、構成更新メッセージは、分散ユニットによってサポートされるネットワークスライスの更新情報を含む。
別の実装形態では、分散ユニットによってサポートされるネットワークスライスの情報は、分散ユニットの少なくとも1つのセルによってサポートされるネットワークスライスの指示情報、分散ユニットの少なくとも1つのセルのセル識別子および少なくとも1つのセルの各々によってサポートされるネットワークスライスの指示情報、あるいは、分散ユニットの少なくとも1つのセルに対応する追跡エリアまたは登録エリアの識別子および少なくとも1つのセルに対応する追跡エリアまたは登録エリア内の各追跡エリアまたは各登録エリアによってサポートされるネットワークスライスの指示情報のうちの少なくとも1つまたは組合せを含む。
本発明のこの実施形態において提供される通信装置によれば、分散ユニットと中央ユニットアーキテクチャにおけるネットワークスライスベースのサービスを実装することができるように、接続セットアッププロセスを使用することによって、分散ユニットと中央ユニットとの間で分散ユニットによってサポートされるネットワークスライスの情報が交換される。
図16は、本発明の一実施形態による、別の通信装置のモジュールの概略図である。通信装置1600は、受信ユニット161と送信ユニット162とを含み得る。
受信ユニット161は、分散ユニットから接続セットアップ要求メッセージを受信するように構成される。
送信ユニット162は、接続セットアップ応答メッセージを分散ユニットに送信するように構成される。
接続セットアップ要求メッセージまたは接続セットアップ応答メッセージは、分散ユニットによってサポートされるネットワークスライスの情報を含む。
一実装形態では、接続セットアップ応答メッセージは、中央ユニットによってサポートされるネットワークスライスの情報をさらに含む。
別の実施形態では、送信ユニットは、分散ユニットに構成更新メッセージを送信するようにさらに構成され、構成更新メッセージは、中央ユニットによってサポートされるネットワークスライスの更新情報を含む。
別の実装形態では、構成更新メッセージまたは接続セットアップ応答メッセージは、ネットワークスライス構成情報をさらに含む。ネットワークスライス構成情報は、層1プロトコルスタック構成情報、層2プロトコルスタック構成情報、物理リソース情報、ネットワークスライスに対応する周波数帯域情報、ネットワークスライスに対応する周波数情報、またはネットワークスライスによってサポートされるステータス情報の構成情報のうちの少なくとも1つを含む。
本発明のこの実施形態において提供される通信装置によれば、分散ユニットと中央ユニットアーキテクチャにおけるネットワークスライスベースのサービスを実装することができるように、接続セットアッププロセスを使用することによって、中央ユニットと分散ユニットとの間で分散ユニットによってサポートされるネットワークスライスの情報が交換される。
図17は、本発明の一実施形態による、別の通信装置のモジュールの概略図である。通信装置1700は、送信ユニット171と受信ユニット172とを含み得る。
送信ユニット171は、第1のメッセージを分散ユニットに送信するように構成され、第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む。
受信ユニット172は、分散ユニットから応答メッセージを受信するように構成される。
一実装形態では、送信ユニット171は、中央ユニットによって、分散ユニットを使用することによって無線リソース制御メッセージを端末デバイスに送信するようにさらに構成され、無線リソース制御メッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む。
別の実装形態では、送信ユニット171は、コアネットワークデバイスにパス切替え要求メッセージを送信するようにさらに構成され、パス切替え要求メッセージは、中央ユニットまたは分散ユニットによって正常に確立されたセッションの識別子、および/または、セッション識別子に対応し、中央ユニットまたは分散ユニットによって正常に確立されたフローの識別子を含む。
別の実装形態では、第1のメッセージまたは応答メッセージは、ベアラ複製指示情報をさらに含む。
別の実装形態では、第1のメッセージはDU UE-AMBR指示情報をさらに含み、DU UE-AMBR指示情報は、端末デバイス用の分散ユニットによって実施される集約最大ビットレートを示すために使用される。
別の実装形態では、第1のメッセージは、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、およびPHYプロトコルスタックを含む。
別の実装形態では、ソースネットワークデバイスは、中央ユニット、ソース基地局、ソース中央ユニット、およびコアネットワークデバイスのうちのいずれか1つを含む。
本発明のこの実施形態において提供される通信装置によれば、この設計では、異なるネットワークスライスはRAN側に異なる層1または層2構成を有するため、異なるセッションが異なるネットワークスライスに対応する場合がある。セッションのセットアップまたは修正中に、中央ユニットは、分散ユニットがネットワークスライスを正確に選択し、セッションに対応するネットワークスライス情報に基づいて、端末デバイス用のネットワークスライスに対応するL1/L2パラメータを構成することができるように、確立または修正されるべきセッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を分散ユニットに通知し、分散ユニットは、指示されたネットワークスライス上のセッション、ベアラ、またはフローを確立または修正する。したがって、異なるネットワークスライスに属するセッションは、特定のQoS要件を満たす。
図18は、本発明の一実施形態による、別の通信装置のモジュールの概略図である。通信装置1800は、受信ユニット181および送信ユニット182を含み得、処理ユニット183をさらに含み得る。
受信ユニット181は、中央ユニットから第1のメッセージを受信するように構成され、
第1のメッセージは、セッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を含む。
送信ユニット182は、応答メッセージを中央ユニットに送信するように構成される。
一実装形態では、送信ユニット182は、無線リソース制御メッセージを中央ユニットから端末デバイスに送信するようにさらに構成され、無線リソース制御メッセージは、正常に確立されたセッション、ベアラ、またはフローの識別子を含む。
別の実装形態では、通信装置1800は、通信装置がネットワークスライスの指示情報に対応するネットワークスライスをサポートするかどうかを決定するように構成された処理ユニット183をさらに含む。
別の実装形態では、第1のメッセージまたは応答メッセージは、ベアラ複製指示情報をさらに含む。
別の実装形態では、第1のメッセージはDU UE-AMBR指示情報をさらに含み、DU UE-AMBR指示情報は、端末デバイス用の分散ユニットによって実施される集約最大ビットレートを示すために使用される。
別の実装形態では、第1のメッセージは、ベアラに対応する少なくとも1つのプロトコルスタックのソースネットワークデバイスの構成情報をさらに含み、少なくとも1つのプロトコルスタックは、RLCプロトコルスタック、MACプロトコルスタック、およびPHYプロトコルスタックを含む。
別の実装形態では、ソースネットワークデバイスは、中央ユニット、ソース基地局、ソース中央ユニット、およびコアネットワークデバイスのうちのいずれか1つを含む。
本発明のこの実施形態において提供される通信装置によれば、この設計では、異なるネットワークスライスはRAN側に異なる層1または層2構成を有するため、異なるセッションが異なるネットワークスライスに対応する場合がある。セッションのセットアップまたは修正中に、中央ユニットは、分散ユニットがネットワークスライスを正確に選択し、セッションに対応するネットワークスライス情報に基づいて、端末デバイス用のネットワークスライスに対応するL1/L2パラメータを構成することができるように、確立または修正されるべきセッション、ベアラ、またはフローに対応するネットワークスライスの指示情報を分散ユニットに通知し、分散ユニットは、指示されたネットワークスライス上のセッション、ベアラ、またはフローを確立または修正する。したがって、異なるネットワークスライスに属するセッションは、特定のQoS要件を満たす。
本発明の一実施形態は、通信装置をさらに提供する。通信装置は、前述の通信システムにおける分散ユニットであってもよく、通信装置は、図19に示されるハードウェアアーキテクチャを使用してもよい。通信装置は、受信機、送信機、メモリ、およびプロセッサを含み得、受信機、送信機、メモリ、およびプロセッサは、バスを使用することによって互いに接続される。図15における受信ユニット152によって実装される関連機能は、受信機によって実装されてもよく、送信ユニット151によって実装される関連機能は、送信機によって実装されてもよい。図18における受信ユニット181によって実装される関連機能は、受信機によって実装されてもよく、送信ユニット182によって実装される関連機能は送信機によって実装されてもよく、処理ユニット183によって実装される関連機能は1つまたは複数のプロセッサを使用することによって実装されてもよい。
メモリは、これらに限定されないが、ランダムアクセスメモリ(Random Access Memory、RAM)、読出し専用メモリ(Read-Only Memory、ROM)、消去可能プログラマブル読出し専用メモリ(Erasable Programmable Read Only Memory、EPROM)、またはコンパクトディスク読出し専用メモリ(Compact Disc Read-Only Memory、CD-ROM)を含み、メモリは関連する命令およびデータを記憶するように構成される。
受信機はデータおよび/または信号を受信するように構成され、送信機はデータおよび/または信号を送信するように構成される。送信機と受信機は独立したコンポーネントであってもよく、コンポーネント全体であってもよい。
プロセッサは、1つまたは複数のプロセッサを含んでもよく、たとえば、1つまたは複数の中央処理装置(Central Processing Unit、CPU)を含んでもよい。プロセッサがCPUである場合、CPUはシングルコアCPUであるか、マルチコアCPUであり得る。
メモリは、ネットワークデバイスのプログラムコードとデータを記憶するように構成される。
一実装形態では、送信機は接続セットアップ要求メッセージを中央ユニットに送信するように構成され、たとえば、図4に示される実施形態におけるステップS401を実行し、受信機は中央ユニットから接続セットアップ応答メッセージを受信するように構成され、たとえば、図4に示される実施形態におけるステップS402を実行する。
別の実装形態では、受信機は中央ユニットから第1のメッセージを受信するように構成され、たとえば、図9に示される実施形態におけるステップS901を実行し、送信機は、応答メッセージを中央ユニットに送信するように構成され、たとえば、図9に示される実施形態におけるステップS902を実行する。
詳細については、前述の方法の実施形態における説明を参照されたい。詳細はここでは再度説明しない。
図19は、通信装置の簡略化された設計のみを示していることが理解され得る。実際の用途では、通信装置は、任意の数量のトランシーバ、プロセッサ、コントローラ、メモリなどを含むが、これらに限定されない、他の必要な要素をさらに含み得、本発明の実施形態を実装することができるすべての通信装置は、本発明の保護範囲に含まれる。
本発明の一実施形態は、通信装置をさらに提供する。通信装置は、前述の通信システムにおける中央ユニットであってもよく、通信装置は、図19に示されるハードウェアアーキテクチャを使用してもよい。通信装置は、受信機、送信機、メモリ、およびプロセッサを含み得、受信機、送信機、メモリ、およびプロセッサは、バスを使用することによって互いに接続される。図16における受信ユニット161によって実装される関連機能は、受信機によって実装されてもよく、送信ユニット162によって実装される関連機能は、送信機によって実装されてもよい。図17における受信ユニット172によって実装される関連機能は、受信機によって実装されてもよく、送信ユニット171によって実装される関連機能は、送信機によって実装されてもよい。
メモリは、これらに限定されないが、ランダムアクセスメモリ(Random Access Memory、RAM)、読出し専用メモリ(Read-Only Memory、ROM)、消去可能プログラマブル読出し専用メモリ(Erasable Programmable Read Only Memory、EPROM)、またはコンパクトディスク読出し専用メモリ(Compact Disc Read-Only Memory、CD-ROM)を含み、メモリは関連する命令およびデータを記憶するように構成される。
受信機はデータおよび/または信号を受信するように構成され、送信機はデータおよび/または信号を送信するように構成される。送信機と受信機は独立したコンポーネントであってもよく、コンポーネント全体であってもよい。
プロセッサは、1つまたは複数のプロセッサを含んでもよく、たとえば、1つまたは複数の中央処理装置(Central Processing Unit、CPU)を含んでもよい。プロセッサがCPUである場合、CPUはシングルコアCPUであるか、マルチコアCPUであり得る。
メモリは、ネットワークデバイスのプログラムコードとデータを記憶するように構成される。
一実装形態では、受信機は、分散ユニットから接続セットアップ要求メッセージを受信するように構成され、たとえば、図4に示される実施形態におけるステップS401を実行し、送信機は、接続セットアップ応答メッセージを分散ユニットに送信するように構成され、たとえば、図4に示される実施形態におけるステップS402を実行する。
別の実装形態では、送信機は第1のメッセージを分散ユニットに送信するように構成され、たとえば、図9に示される実施形態におけるステップS901を実行し、受信機は、分散ユニットから応答メッセージを受信するように構成され、たとえば、図9に示される実施形態におけるステップS902を実行する。
詳細については、前述の方法の実施形態における説明を参照されたい。詳細はここでは再度説明しない。
図19は、通信装置の簡略化された設計のみを示していることが理解され得る。実際の用途では、通信装置は、任意の数量のトランシーバ、プロセッサ、コントローラ、メモリなどを含むが、これらに限定されない、他の必要な要素をさらに含み得、本発明の実施形態を実装することができるすべての通信装置は、本発明の保護範囲に含まれる。
本発明の一実施形態は、前述の通信装置を含む通信システムをさらに提供する。
図20は、簡略化された端末デバイスの概略構造図である。理解を容易にし、説明の便宜のために、図20では、端末デバイスの一例としてモバイル電話が使用されている。図20に示されるように、端末デバイスは、プロセッサ、メモリ、無線周波回路、アンテナ、入力/出力装置を含む。プロセッサは、主に:通信プロトコルおよび通信データを処理することと、端末デバイスを制御することと、ソフトウェアプログラムを実行することと、ソフトウェアプログラムのデータを処理することなどを行うように構成される。メモリは、ソフトウェアプログラムとデータを記憶するように構成される。無線周波数回路は、主にベースバンド信号と無線周波数信号との間の変換、および無線周波数信号の処理に使用される。アンテナは、主に電磁波形式の無線周波数信号を送受信するように構成される。タッチスクリーン、ディスプレイ、またはキーボードなどの入力/出力装置は、主に、ユーザによって入力されたデータを受信し、ユーザにデータを出力するように構成される。いくつかのタイプの端末デバイスは、入力/出力装置を持たない場合がある点に留意されたい。
データが送信される必要がある場合、プロセッサは、送信されるべきデータに対してベースバンド処理を実行し、ベースバンド信号を無線周波数回路に出力する。ベースバンド信号に無線周波数処理を実行した後、無線周波数回路は、アンテナを使用することによって無線周波数信号を電磁波の形で送信する。データが端末デバイスに送信されると、無線周波数回路はアンテナを使用することによって無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力し、プロセッサはベースバンド信号をデータに変換し、データを処理する。説明を簡単にするために、図20は、1つのメモリと1つのプロセッサのみを示している。実際の端末デバイス製品には、1つまたは複数のプロセッサと1つまたは複数のメモリが存在し得る。メモリは、ストレージ媒体、ストレージデバイスなども呼ばれ得る。メモリは、プロセッサとは独立して配置されてもよく、プロセッサと統合されてもよい。これは、本出願のこの実施形態では限定されない。
本出願のこの実施形態では、受信/送信機能を有するアンテナおよび無線周波数回路は、端末デバイスの受信ユニットおよび送信ユニットと見なされ得(または、集合的にトランシーバと呼ばれ得)、処理機能を備えたプロセッサは、端末デバイスの処理ユニットと見なされ得る。図20に示されるように、端末デバイスは、受信ユニット2001、処理ユニット2002、および送信ユニット2003を含む。受信ユニット2001は、受信デバイス、受信機、受信回路などとも呼ばれ得、送信ユニット2003は、送信デバイス、送信機、送信回路などとも呼ばれ得る。処理ユニットは、プロセッサ、処理ボード、処理モジュール、処理装置などとも呼ばれ得る。
たとえば、一実施形態では、受信ユニット2001は、無線リソース制御メッセージを受信するように構成され、たとえば、図10に示される実施形態におけるS104、図11に示される実施形態におけるS113、または図13に示される実施形態におけるS135を実行する。送信ユニット2003は、無線リソース応答メッセージを中央ユニットに送信し、たとえば、図10に示される実施形態におけるS105、図11に示される実施形態におけるS115、または図13に示される実施形態におけるS136を実行する。
本発明のこの実施形態において提供される端末デバイスによれば、ネットワークデバイスとのセッションを実行するために、端末デバイスは、正常に確立されたセッション、ベアラ、またはフローの識別子を取得する。
本発明の一実施形態は、コンピュータ可読ストレージ媒体をさらに提供する。コンピュータ可読ストレージ媒体は命令を記憶し、命令がコンピュータ上で実行されると、コンピュータは前述の態様における方法を実行する。
本発明の一実施形態は、命令を含むコンピュータプログラム製品をさらに提供する。命令がコンピュータ上で実行されると、コンピュータは前述の態様における方法を実行する。
当業者は、本明細書で開示される実施形態において説明される例と組み合わせて、ユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せによって実装され得ることに気付くであろう。機能がハードウェアによって実行されるか、ソフトウェアによって実行されるかは、特定のアプリケーションと技術的解決策の設計制約条件に依存する。当業者は、特定のアプリケーションごとに説明された機能を実装するために異なる方法を使用し得るが、実装形態が本出願の範囲を超えると考えるべきではない。
当業者は、便利で簡潔な説明のために、前述のシステム、装置、およびユニットの詳細な作業プロセスについて、前述の方法の実施形態における対応するプロセスを参照できることを明確に理解し得る。詳細はここでは再度説明しない。
本出願の明細書、特許請求の範囲、および添付の図面において、「第1の」、「第2の」、「第3の」、「第4の」などの用語は異なるオブジェクトを区別することを意図しているが、特定の順序を示すものではない。さらに、「含む」および「有する」という用語、およびその任意の他の変形は、非排他的な包含を網羅することを意図している。たとえば、一連のステップまたはユニットを含むプロセス、方法、システム、製品、またはデバイスは、リストされたステップまたはユニットに限定されず、リストされていないステップまたはユニットを任意でさらに含むか、プロセス、方法、製品、またはデバイスの別の固有のステップまたはユニットを任意でさらに含む。
当業者は、前述のプロセスのシーケンス番号は、本出願の様々な実施形態における実行シーケンスを意味しないことを理解し得る。プロセスの実行シーケンスは、プロセスの機能と内部ロジックに従って決定されるべきであり、本出願の実施形態の実装形態のプロセスの制限として解釈されるべきではない。
本出願において提供されるいくつかの実施形態では、開示されたシステム、装置、および方法は他の方法で実装され得ることが理解されるべきである。たとえば、記載された装置の実施形態は単なる例である。たとえば、ユニット分割は単なる論理的な機能分割であり、実際の実装形態では他の分割である場合がある。たとえば、複数のユニットまたはコンポーネントが別のシステムに結合または統合されてもよく、一部の機能が無視されるか実行されなくてもよい。さらに、表示または説明された相互結合または直接結合または通信接続は、いくつかのインターフェースを使用することによって実装され得る。装置またはユニット間の間接結合または通信接続は、電子的、機械的、または他の形式で実装され得る。
個別のパーツとして記述されたユニットは、物理的に分離されている場合とされていない場合があり、ユニットとして表示されるパーツは、物理ユニットである場合とそうでない場合があり、1つの位置に配置されることも、複数のネットワークユニットに分散されることもある。ユニットの一部またはすべては、実施形態の解決策の目的を達成するために、実際の要件に基づいて選択され得る。
さらに、本出願の実施形態における機能ユニットは、1つの処理ユニットに統合されてもよく、ユニットの各々が物理的に単独で存在してもよく、2つ以上のユニットが1つのユニットに統合されてもよい。
前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。実施形態を実装するためにソフトウェアが使用される場合、実施形態は、コンピュータプログラム製品の形で完全にまたは部分的に実装され得る。コンピュータプログラム製品は、1つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ実行されると、本発明の実施形態による手順または機能はすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読ストレージ媒体に記憶されてもよく、またはコンピュータ可読ストレージ媒体を使用することによって送信されてもよい。コンピュータ命令は、あるウェブサイトサイト、コンピュータ、サーバまたはデータセンタから、別のネットワークサイト、コンピュータ、サーバまたはデータセンタに、ワイヤード(たとえば、同軸ケーブル、光ファイバ、またはデジタル加入者回線(digital subscriber line、DSL))あるいはワイヤレス(たとえば、赤外線、無線、マイクロ波)の方法で送信され得る。コンピュータ可読ストレージ媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であってもよく、または1つまたは複数の使用可能な媒体を統合するサーバまたはデータセンタなどのデータストレージデバイスであってもよい。使用可能な媒体は、磁気媒体(たとえば、フロッピーディスク、ハードディスク、または磁気テープ)、光学媒体(たとえば、デジタル多用途ディスク(digital versatile disc、DVD)、半導体媒体(たとえば、ソリッドステートドライブ(solid state disk、SSD))などであり得る。
当業者は、実施形態における方法のプロセスのすべてまたはいくつかが、関連するハードウェアに命令するコンピュータプログラムによって実装され得ることを理解し得る。プログラムは、コンピュータ可読ストレージ媒体に記憶され得る。プログラムが実行されると、実施形態における方法のプロセスが実行される。前述のストレージ媒体は、読出し専用メモリ(read-only memory、ROM)、ランダムアクセスメモリ(random access memory、RAM)、磁気ディスク、または光ディスクなどのプログラムコードを記憶できる任意の媒体を含む。