(57)【要約】本願は、通信方法及び装置を提供する。方法は、セントラルユニット・ユーザプレーンノード（ＣＵ−ＵＰ）によって第１情報を取得することであり、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラ（ＤＲＢ）へマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービス（ＱｏＳ）フローは第１ＱｏＳフローである、ことと、ＣＵ−ＵＰによって、コアネットワークデバイスによって送信された第１データパケットを受信することと、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドをセットすることと、ＣＵ−ＵＰによって端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信することとを含む。
2021521671.tif 000002
【特許請求の範囲】
【請求項１】
セントラルユニット・ユーザプレーンノードＣＵ−ＵＰによって第１情報を取得することであり、該第１情報は、前記ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ前記第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、前記第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである、前記取得することと、
前記ＣＵ−ＵＰによって、コアネットワークデバイスによって送信された前記第１データパケットを受信することと、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドをセットすることと、
前記ＣＵ−ＵＰによって端末デバイスへ前記第１ＤＲＢで、前記反射マッピング指示フィールドがセットされている前記第１データパケットを送信することと
を有する通信方法。
【請求項２】
ＣＵ−ＵＰによって第１情報を取得することは、
前記ＣＵ−ＵＰによって、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって送信された前記第１情報を受信することを有する、
請求項１に記載の方法。
【請求項３】
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドをセットすることは、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドのビットを１にセットすることを有する、
請求項１又は２に記載の方法。
【請求項４】
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドをセットすることは、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドのビットを０にセットすることを有する、
請求項１又は２に記載の方法。
【請求項５】
前記第１情報は、前記第１ＱｏＳフローから前記第１ＤＲＢへの反射マッピングを示す情報である、
請求項１又は２に記載の方法。
【請求項６】
当該方法は、
前記ＣＵ−ＵＰによって前記第１ＤＲＢで前記端末デバイスによって送信された第２データパケットを受信することであり、前記第２データパケットが属するＱｏＳフローは前記第１ＱｏＳフローである、前記受信することと、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドのビットを前記第２データパケットに基づいて０にセットすることと
を更に有する、
請求項３に記載の方法。
【請求項７】
前記ＣＵ−ＵＰによって、ＣＵ−ＣＰによって送信された前記第１情報を受信することは、
前記ＣＵ−ＵＰによって、前記ＣＵ−ＣＰによって送信されたベアラコンテキストセットアップ要求を受信することを有し、
前記ベアラコンテキストセットアップ要求は、前記第１情報を含む、
請求項２に記載の方法。
【請求項８】
前記ＣＵ−ＵＰによって、ＣＵ−ＣＰによって送信された前記第１情報を受信することは、
前記ＣＵ−ＵＰによって、前記ＣＵ−ＣＰによって送信されたベアラ変更要求を受信することを有し、
前記ベアラ変更要求は、前記第１情報を含む、
請求項２に記載の方法。
【請求項９】
当該方法は、
前記ＣＵ−ＵＰによって第２情報を前記ＣＵ−ＣＰへ送信することを更に有し、
前記第２情報は、前記第１ＱｏＳフローから前記第１ＤＲＢへの反射マッピングが成功することを示すために使用される、
請求項６に記載の方法。
【請求項１０】
セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって第１情報を生成することであり、該第１情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ前記第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、前記第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである、前記生成することと、
前記ＣＵ−ＣＰによって前記第１情報を前記ＣＵ−ＵＰへ送信することと
を有する通信方法。
【請求項１１】
前記第１情報は、前記第１ＱｏＳフローから前記第１ＤＲＢへの反射マッピングを示す情報である、
請求項１０に記載の方法。
【請求項１２】
前記ＣＵ−ＣＰによって前記第１情報を前記ＣＵ−ＵＰへ送信することは、
前記ＣＵ−ＣＰによってベアラコンテキストセットアップ要求を前記ＣＵ−ＵＰへ送信することを有し、
前記ベアラコンテキストセットアップ要求は、前記第１情報を含む、
請求項１０又は１１に記載の方法。
【請求項１３】
前記ＣＵ−ＣＰによって前記第１情報を前記ＣＵ−ＵＰへ送信することは、
前記ＣＵ−ＣＰによってベアラ変更要求を前記ＣＵ−ＵＰへ送信することを有し、
前記ベアラ変更要求は、前記第１情報を含む、
請求項１０又は１１に記載の方法。
【請求項１４】
当該方法は、
前記ＣＵ−ＣＰによって、前記ＣＵ−ＵＰによって送信された第２情報を受信することを更に有し、
前記第２情報は、前記第１ＱｏＳフローから前記第１ＤＲＢへの反射マッピングが成功することを示すために使用される、
請求項１０乃至１３のうちいずれか一項に記載の方法。
【請求項１５】
通信装置であって、
当該通信装置は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰであり、当該通信装置は、プロセッサ、トランシーバ、及びメモリを有し、前記メモリは、命令を記憶するよう構成され、前記プロセッサは、信号を受信又は送信するよう前記トランシーバを制御するために、前記メモリに記憶されている前記命令を実行するよう構成され、
前記プロセッサは、第１情報を取得するよう構成され、該第１情報は、前記ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ前記第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、前記第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローであり、
前記トランシーバは、コアネットワークデバイスによって送信された前記第１データパケットを受信するよう構成され、
前記プロセッサは、前記第１データパケットの前記反射マッピング指示フィールドをセットするよう更に構成され、
前記トランシーバは、端末デバイスへ前記第１ＤＲＢで、前記反射マッピング指示フィールドがセットされている前記第１データパケットを送信するよう更に構成される、
通信装置。
【請求項１６】
前記トランシーバは、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって送信された前記第１情報を受信するよう更に構成される、
請求項１５に記載の通信装置。
【請求項１７】
前記プロセッサは、前記第１データパケットの前記反射マッピング指示フィールドのビットを１にセットするよう特に構成される、
請求項１５又は１６に記載の通信装置。
【請求項１８】
前記プロセッサは、前記第１データパケットの前記反射マッピング指示フィールドのビットを０にセットするよう特に構成される、
請求項１５又は１６に記載の通信装置。
【請求項１９】
前記第１情報は、前記第１ＱｏＳフローから前記第１ＤＲＢへの反射マッピングを示す情報である、
請求項１５又は１６に記載の通信装置。
【請求項２０】
前記トランシーバは、前記第１ＤＲＢで前記端末デバイスによって送信された第２データパケットを受信するよう更に構成され、前記第２データパケットが属するＱｏＳフローは前記第１ＱｏＳフローであり、
前記プロセッサは、前記第１データパケットの前記反射マッピング指示フィールドのビットを前記第２データパケットに基づいて０にセットするよう更に構成される、
請求項１７に記載の通信装置。
【請求項２１】
前記トランシーバは、前記ＣＵ−ＣＰによって送信されたベアラコンテキストセットアップ要求を受信するよう特に構成され、前記ベアラコンテキストセットアップ要求は、前記第１情報を含む、
請求項１６に記載の通信装置。
【請求項２２】
前記トランシーバは、前記ＣＵ−ＣＰによって送信されたベアラ変更要求を受信するよう特に構成され、前記ベアラ変更要求は、前記第１情報を含む、
請求項１６に記載の通信装置。
【請求項２３】
前記トランシーバは、第２情報を前記ＣＵ−ＣＰへ送信するよう更に構成され、前記第２情報は、前記第１ＱｏＳフローから前記第１ＤＲＢへの反射マッピングが成功することを示すために使用される、
請求項２０に記載の通信装置。
【請求項２４】
通信装置であって、
当該通信装置は、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰであり、当該通信装置は、プロセッサ、トランシーバ、及びメモリを有し、前記メモリは、命令を記憶するよう構成され、前記プロセッサは、信号を受信又は送信するよう前記トランシーバを制御するために、前記メモリに記憶されている前記命令を実行するよう構成され、
前記プロセッサは、第１情報を生成するよう構成され、該第１情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ前記第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、前記第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローであり、
前記トランシーバは、前記第１情報を前記ＣＵ−ＵＰへ送信するよう構成される、
通信装置。
【請求項２５】
前記第１情報は、前記第１ＱｏＳフローから前記第１ＤＲＢへの反射マッピングを示す情報である、
請求項２４に記載の通信装置。
【請求項２６】
前記トランシーバは、ベアラコンテキストセットアップ要求を前記ＣＵ−ＵＰへ送信するよう特に構成され、前記ベアラコンテキストセットアップ要求は、前記第１情報を含む、
請求項２４又は２５に記載の通信装置。
【請求項２７】
前記トランシーバは、ベアラ変更要求を前記ＣＵ−ＵＰへ送信するよう特に構成され、前記ベアラ変更要求は、前記第１情報を含む、
請求項２４又は２５に記載の通信装置。
【請求項２８】
前記トランシーバは、前記ＣＵ−ＵＰによって送信された第２情報を受信するよう更に構成され、前記第２情報は、前記第１ＱｏＳフローから前記第１ＤＲＢへの反射マッピングが成功することを示すために使用される、
請求項２４乃至２７のうちいずれか一項に記載の通信装置。
【請求項２９】
コンピュータプログラムを記憶するよう構成され、該コンピュータプログラムは、請求項１乃至１４のうちいずれか一項に記載の通信方法の命令を実行するために使用される、
コンピュータ可読記憶媒体。
【請求項３０】
処理ユニット及び通信ユニットを有するシステムチップであって、
前記処理ユニットは、当該システムチップが請求項１乃至１４のうちいずれか一項に記載の通信方法を実行するように、コンピュータ命令を実行し得る、
システムチップ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信分野に、より具体的には、通信方法及び装置に関係がある。
【背景技術】
【０００２】
次世代通信システムが十分にかつ更に研究されると、産業は、第５世代移動体通信技術（5-Generation，５Ｇ）に関する研究の具体的な内容に関して基本的な合意に達した。５Ｇは、より高いレート経験及びより高いバンド幅のアクセス機能、より低いレイテンシ及び高信頼の情報交換、並びに大量の安価なマシンタイプ通信デバイスのアクセス及び管理を含め、様々なタイプのネットワーク配備及び様々な適用タイプをサポートする。それらの要件を満足するために、５Ｇは、クオリティ・オブ・サービスフロー（quality  of  service  flow，ＱｏＳフロー）に基づくネットワークアーキテクチャを定義し、かつ、データ無線ベアラ（data  radio  bearer，ＤＲＢ）に基づくエアインターフェースでのパケット伝送メカニズムを定義している。端末デバイスのプロトコルデータユニット（protocol  data  unit，ＰＤＵ）セッションの場合に、１つのＱｏＳフローにおけるデータパケットは、伝送のために１つのＤＲＢで運ばれ、１つのＤＲＢで運ばれた１つ以上のＱｏＳフローにおけるデータパケットは、同じ伝送特性、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーを有する。つまり、ＱｏＳフローからＤＲＢへのマッピング関係が存在する。マッピング関係は次の通りであってよい：１つのＤＲＢは、１つ以上のＱｏＳフローに対応しており、１つのＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、１つのＤＲＢで運ばれてよく、あるいは、異なるＤＲＢで別々に運ばれてよい。マッピング関係に基づいて、異なるＱｏＳフローは、伝送のための対応するＤＲＢへマッピングされる。その上、アクセスネットワークデバイスは、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、駆動試験の最小限化（minimization  of  drive  tests，ＭＤＴ）及び自己組織ネットワーク（self-organizing  networks，ＳＯＮ）要件、等をサポートするために、通常はレイヤ２（layer  2，Ｌ２）パラメータ測定を実行する。例えば、アクセスネットワークデバイスは、例えば、パケットデータ収束プロトコル（packet  data  convergence  protocol，ＰＤＣＰ）レイヤ、無線リンクコントロール（radio  link  control，ＲＬＣ）レイヤ、及び媒体アクセスコントロール（medium  access  control，ＭＡＣ）レイヤで、関連するパラメータを測定する。
【０００３】
ニューラジオ（new  radio，ＮＲ）技術では、アクセスネットワークデバイス（例えば、基地局）は、セントラルユニット（central  unit，ＣＵ）及び分散ユニット（distributed  unit，ＤＵ）を含んでよい。すなわち、アクセスネットワークにおける基地局の機能は分割される。基地局のいくつかの機能は１つのＣＵに配備され、残りの機能は１つ以上のＤＵに配備され、ＣＵは、コストを減らしかつネットワーク拡張を容易にするために、１つ以上のＤＵを制御する。更に、ＣＵ部分で、ＣＵはセントラルユニット・コントロールプレーン（central  unit-control  plane，ＣＵ−ＣＰ）ノード及びセントラルユニット・ユーザプレーン（central  unit-user  plane，ＣＵ−ＵＰ）ノードに分けられる。ＣＵ−ＵＰ及びＣＵ−ＣＰは、異なる物理デバイス上にあってよい。ＣＵ−ＣＰとＣＵ−ＵＰとの間には、オープンインターフェースが存在する。この新しいアクセスネットワークデバイスアーキテクチャでは、いかにしてＱｏＳフロー管理を有効に実装すべきか、すなわち、いかにしてＱｏＳフローからＤＲＢへのマッピングを実装すべきか、及びいかにしてＬ２パラメータ測定をサポートすべきかが、目下対処される必要がある差し迫った課題になっている。
【発明の概要】
【０００４】
本願は、ＱｏＳフローからＤＲＢへのマッピングが実装可能でありかつＬ２パラメータ測定がＣＵ−ＤＵ分離基地局アーキテクチャでサポート可能であるように、通信方法及び装置を提供する。従って、ユーザデータの成功した通常の伝送が確保可能であり、安定性は改善され、ネットワーク操作の品質は改善され、ユーザ経験は改善される。
【０００５】
第１の態様に従って、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰによって第１情報を取得することであり、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである、ことと、ＣＵ−ＵＰによって、コアネットワークデバイスによって送信された第１データパケットを受信することと、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドをセットすることと、ＣＵ−ＵＰによって端末デバイスへ第１ＤＲＢで、マッピングフィールドがセットされている第１データパケットを送信することとを含む通信方法が提供される。
【０００６】
第１の態様で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＵＰが、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされると決定するときに、ＣＵ−ＵＰは第１情報を取得する。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。コアネットワークによって送信された第１データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットし、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。このようにして、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、第１ＱｏＳフローは、ＣＵ−ＵＰ及び端末デバイスの両方のために第１ＤＲＢへマッピングされる。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【０００７】
第１の態様の可能な実施で、ＣＵ−ＵＰによって第１情報を取得することは、ＣＵ−ＵＰによって、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって送信された第１情報を受信することを含む。
【０００８】
第１の態様の可能な実施で、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドをセットすることは、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドのビットを１にセットすることを含む。
【０００９】
第１の態様の可能な実施で、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドをセットすることは、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドのビットを０にセットすることを含む。
【００１０】
第１の態様の可能な実施で、第１情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報である。
【００１１】
第１の態様の可能な実施で、方法は、ＣＵ−ＵＰによって第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信することであり、第２データパケットが属するＱｏＳフローは第１ＱｏＳフローである、ことと、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドのビットを第２データパケットに基づいて０にセットすることとを更に含む。
【００１２】
第１の態様の可能な実施で、ＣＵ−ＵＰによって、ＣＵ−ＣＰによって送信された第１情報を受信することは、ＣＵ−ＵＰによって、ＣＵ−ＣＰによって送信されたベアラコンテキストセットアップ要求を受信することを含み、ベアラコンテキストセットアップ要求は、第１情報を含む。
【００１３】
第１の態様の可能な実施で、ＣＵ−ＵＰによって、ＣＵ−ＣＰによって送信された第１情報を受信することは、ＣＵ−ＵＰによって、ＣＵ−ＣＰによって送信されたベアラ変更要求を受信することを含み、ベアラ変更要求は、第１情報を含む。
【００１４】
第１の態様の可能な実施で、方法は、ＣＵ−ＵＰによって第２情報をＣＵ−ＣＰへ送信することを更に含み、第２情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功することを示すために使用される。
【００１５】
第２の態様に従って、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって第１情報を生成することであり、第１情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである、ことと、ＣＵ−ＣＰによって第１情報をＣＵ−ＵＰへ送信することとを含む通信方法が提供される。
【００１６】
第２の態様で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるときに、ＣＵ−ＣＰは第１情報をＣＵ−ＵＰへ送信する。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。コアネットワークから受信された第１データパケットの反射マッピング指示フィールドを第１情報に基づいてセットした後、ＣＵ−ＵＰは、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。このようにして、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、ＱｏＳフローからＤＲＢへのマッピングは、ＣＵ−ＵＰ及び端末デバイスの両方のために実装される。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【００１７】
第２の態様の可能な実施で、第１情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報である。
【００１８】
第２の態様の可能な実施で、ＣＵ−ＣＰによって第１情報をＣＵ−ＵＰへ送信することは、ＣＵ−ＣＰによってベアラコンテキストセットアップ要求をＣＵ−ＵＰへ送信することを含み、ベアラコンテキストセットアップ要求は、第１情報を含む。
【００１９】
第２の態様の可能な実施で、ＣＵ−ＣＰによって第１情報をＣＵ−ＵＰへ送信することは、ＣＵ−ＣＰによってベアラ変更要求をＣＵ−ＵＰへ送信することを含み、ベアラ変更要求は、第１情報を含む。
【００２０】
第２の態様の可能な実施で、方法は、ＣＵ−ＣＰによって、ＣＵ−ＵＰによって送信された第２情報を受信することを更に含み、第２情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功することを示すために使用される。
【００２１】
第３の態様に従って、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰによって、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって送信された第３情報を受信することであり、第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される、ことと、ＣＵ−ＵＰによって第３情報に基づいて第１データパケットの伝送性能を検出することを含む通信方法が提供される。
【００２２】
第３の態様で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出を必要とするときに、ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信する。第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される。ＣＵ−ＵＰは、第３情報に基づいて第１データパケットの伝送性能を検出する。このようにして、伝送パラメータは、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて５ＱＩ又はＱＦＩの粒度で測定され、それにより、ネットワークシステムの通常運転は確保され得、ユーザ経験は改善され得る。
【００２３】
第３の態様の可能な実施で、方法は、ＣＵ−ＵＰによって第４情報をＣＵ−ＣＰへ送信することを更に含み、第４情報は、第１データパケットの伝送性能が伝送性能インジケータを満たすかどうかを示すために使用され、伝送性能は第１データパケットにおいて設定され、第３情報は伝送性能インジケータを含む。
【００２４】
第３の態様の可能な実施で、ＣＵ−ＵＰによって第４情報をＣＵ−ＣＰへ送信することは、ＣＵ−ＵＰによって通知情報をＣＵ−ＣＰへ送信することを含み、通知情報は第４情報を含む。
【００２５】
第３の態様の可能な実施で、ＣＵ−ＵＰによって第４情報をＣＵ−ＣＰへ送信することは、ＣＵ−ＵＰによってベアラ変更要求をＣＵ−ＣＰへ送信することを含み、ベアラ変更要求は第４情報を含む。
【００２６】
第３の態様の可能な実施で、第１データパケットの伝送性能インジケータは、第１データパケットの遅延バジェット、第１データパケットのパケット損失レート、アップリンク保証ビットレートＧＢＲ、ダウンリンクＧＢＲ、最大アップリンクＧＢＲ、及び最大ダウンリンクＧＢＲ、のうちの少なくとも１つを含む。
【００２７】
第３の態様の可能な実施で、第３情報は測定設定情報を含み、測定設定情報は、第１データパケットの伝送性能パラメータ及び／又は測定時間長さを含み、方法は、ＣＵ−ＵＰによって第５情報をＣＵ−ＣＰへ送信することを更に含み、第５情報は、第１データパケットの伝送性能の検出結果を含む。
【００２８】
第３の態様の可能な実施で、伝送性能パラメータは、第１データパケットのパケット損失レート、第１データパケットのダウンリンク伝送遅延、第１データパケットのスケジューリングされたインターネットプロトコルスループット、及び第１データパケットのデータボリューム、のうちの少なくとも１つを含む。
【００２９】
第４の態様に従って、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって第３情報を生成することであって、第３情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される、ことと、ＣＵ−ＣＰによって第３情報をＣＵ−ＵＰへ送信することとを含む通信方法が提供される。
【００３０】
第４の態様で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出を必要とするときに、ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信する。第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される。このようにして、伝送パラメータは、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて５ＱＩ又はＱＦＩの粒度で測定され、それにより、ネットワークシステムの通常運転は確保され得、ユーザ経験は改善され得る。
【００３１】
第４の態様の可能な実施で、方法は、ＣＵ−ＣＰによって、ＣＵ−ＵＰによって送信された第４情報を受信することを更に含み、第４情報は、第１データパケットの伝送性能が伝送性能インジケータを満たすかどうかを示すために使用され、伝送性能インジケータは、第１データパケットにおいて設定され、第３情報は伝送性能インジケータを含む。
【００３２】
第４の態様の可能な実施で、ＣＵ−ＣＰによって、ＣＵ−ＵＰによって送信された第４情報を受信することは、ＣＵ−ＣＰによって、ＣＵ−ＵＰによって送信された通知情報を受信することを含み、通知情報は第４情報を含む。
【００３３】
第４の態様の可能な実施で、ＣＵ−ＣＰによって、ＣＵ−ＵＰによって送信された第４情報を受信することは、ＣＵ−ＣＰによって、ＣＵ−ＵＰによって送信されたベアラ変更要求を受信することを含み、ベアラ変更要求は第４情報を含む。
【００３４】
第４の態様の可能な実施で、第１データパケットの伝送性能インジケータは、第１データパケットの遅延バジェット、第１データパケットのパケット損失レート、アップリンク保証ビットレートＧＢＲ、ダウンリンクＧＢＲ、最大アップリンクＧＢＲ、及び最大ダウンリンクＧＢＲ、のうちの少なくとも１つを含む。
【００３５】
第４の態様の可能な実施で、第３情報は測定設定情報を含み、測定設定情報は、第１データパケットの伝送性能パラメータ及び／又は測定時間長さを含み、方法は、ＣＵ−ＣＰによって、ＣＵ−ＵＰによって送信された第５情報を受信することを更に含み、第５情報は、第１データパケットの伝送性能の検出結果を含む。
【００３６】
第４の態様の可能な実施で、伝送性能パラメータは、第１データパケットのパケット損失レート、第１データパケットのダウンリンク伝送遅延、第１データパケットのスケジューリングされたインターネットプロトコルスループット、及び第１データパケットのデータボリューム、のうちの少なくとも１つを含む。
【００３７】
第５の態様に従って、通信装置であって、上記の方法における対応する機能を実行することにおいて当該通信装置をサポートするよう構成されるプロセッサ、メモリ、及びトランシーバを含む通信装置が提供される。プロセッサ、メモリ、及びトランシーバは、通信バスを使用することによって接続される。メモリは命令を記憶している。トランシーバは、プロセッサの駆動下で特定の信号送信／受信を実行するよう構成される。プロセッサは、第１の態様若しくは第３の態様、又は第１の態様若しくは第３の態様の実施のいずれか１つにおける通信方法を実装するように命令を呼び出すよう構成される。
【００３８】
第６の態様に従って、通信装置であって、第１の態様若しくは第３の態様、又は第１の態様若しくは第３の態様の可能な実施のいずれか１つにおける端末デバイス機能を実行することにおいて端末デバイスをサポートするよう構成される処理モジュール、記憶モジュール、及びトランシーバモジュールを含む通信装置が提供される。機能は、ハードウェアによって実装されてよく、あるいは、ハードウェアによって対応するソフトウェアを実行することによって実装されてよい。ハードウェア又はソフトウェアは、上記の機能に対応する１つ以上のモジュールを含む。
【００３９】
第７の態様に従って、通信装置であって、上記の方法における対応する機能を実行することにおいて当該通信装置をサポートするよう構成されるプロセッサ、メモリ、及びトランシーバを含む通信装置が提供される。プロセッサ、メモリ、及びトランシーバは、通信バスを使用することによって接続される。メモリは命令を記憶している。トランシーバは、プロセッサの駆動下で特定の信号送信／受信を実行するよう構成される。プロセッサは、第２の態様若しくは第４の態様、又は第２の態様若しくは第４の態様の実施のいずれか１つにおける通信方法を実装するように命令を呼び出すよう構成される。
【００４０】
第８の態様に従って、通信装置であって、第２の態様若しくは第４の態様、又は第２の態様若しくは第４の態様の可能な実施のいずれか１つにおける端末デバイス機能を実行することにおいて端末デバイスをサポートするよう構成される処理モジュール、記憶モジュール、及びトランシーバモジュールを含む通信装置が提供される。機能は、ハードウェアによって実装されてよく、あるいは、ハードウェアによって対応するソフトウェアを実行することによって実装されてよい。ハードウェア又はソフトウェアは、上記の機能に対応する１つ以上のモジュールを含む。
【００４１】
第９の態様に従って、通信システムが提供され、通信システムは、第５の態様又は第６の態様で提供される通信装置と、第７の態様又は第８の態様で提供される通信装置とを含む。通信システムは、第１の態様乃至第４の態様のうちのいずれか１つ、又は第１の態様乃至第４の態様の可能な実施のいずれか１つで提供される通信方法を完了し得る。
【００４２】
第１０の態様に従って、コンピュータプログラムを記憶するよう構成されるコンピュータ可読記憶媒体が提供され、コンピュータプログラムは、第１の態様乃至第４の態様のうちのいずれか１つ、又は第１の態様乃至第４の態様の可能な実施のいずれか１つにおける方法を実行するために使用される命令を含む。
【００４３】
第１１の態様に従って、処理ユニット及び通信ユニットを含むシステムチップが提供され、処理ユニットは、端末内のチップが第１の態様乃至第４の態様のうちのいずれか１つ、又は第１の態様乃至第４の態様の可能な実施のいずれか１つにおける方法を実行するように、コンピュータ命令を実行し得る。
【００４４】
第１２の態様に従って、コンピュータプログラム製品が提供され、製品は、第１の態様乃至第４の態様のうちのいずれか１つ、又は第１の態様乃至第４の態様の可能な実施のいずれか１つにおける方法を実行するために使用される命令を含む。
【図面の簡単な説明】
【００４５】
【図１】ＱｏＳフローに基づく既存のネットワークアーキテクチャの概略図である。
【図２】ＣＵ−ＣＰ及びＣＵ−ＵＰが分離されている基地局アーキテクチャの概略図である。
【図３】本願で提供される通信方法に適用可能な典型的な通信システムアーキテクチャの概略図である。
【図４】本願の実施形態に従う通信方法の略フローチャートである。
【図５】第１データパケットのフォーマットの概略図である。
【図６】本願の他の実施形態に従う通信方法の略フローチャートである。
【図７】本願の他の実施形態に従う通信方法の略フローチャートである。
【図８Ａ】本願の他の実施形態に従う通信方法の略フローチャートである。
【図８Ｂ】本願の他の実施形態に従う通信方法の略フローチャートである。
【図９】本願の実施形態に従う通信方法の略フローチャートである。
【図１０】本願の他の実施形態に従う通信方法の略フローチャートである。
【図１１】本願の更なる他の実施形態に従う通信方法の略フローチャートである。
【図１２】本願の更なる他の実施形態に従う通信方法の略フローチャートである。
【図１３】本願の実施形態に従う通信装置の略ブロック図である。
【図１４】本願の他の実施形態に従う通信装置の略ブロック図である。
【図１５】本願の実施形態に従う通信装置の略ブロック図である。
【図１６】本願の他の実施形態に従う通信装置の略ブロック図である。
【図１７】本願の実施形態に従う通信装置の略ブロック図である。
【図１８】本願の他の実施形態に従う通信装置の略ブロック図である。
【図１９】本願の実施形態に従う通信装置の略ブロック図である。
【図２０】本願の他の実施形態に従う通信装置の略ブロック図である。
【発明を実施するための形態】
【００４６】
以下は、添付の図面を参照して本願の技術的解決法について記載する。
【００４７】
次世代通信システムが十分にかつ更に研究されると、産業は、５Ｇに関する研究の具体的な内容に関して基本的な合意に達した。５Ｇは、より高いレート経験及びより高いバンド幅のアクセス機能、より低いレイテンシ及び高信頼の情報交換、並びに大量の安価なマシンタイプ通信デバイスのアクセス及び管理を含め、様々なタイプのネットワーク配備及び様々な適用タイプをサポートする。それらの要件を満足するために、５Ｇは、ＱｏＳフローに基づくネットワークアーキテクチャを定義しており、ＱｏＳフローは、１つのＰＤＵセッションにおいてデータパケットのＱｏＳ区別を実装するための最も細かい粒度である。ＱｏＳフローは、保証ビットレート（guaranteed  bit  rate，ＧＢＲ）ＱｏＳフローと、非保証ビットレート（非ＧＢＲ）ＱｏＳフローとを含んでよい。保証フロービットレートＱｏＳフローは、このＱｏＳフローにおけるデータパケットの伝送が特定のビットレートに達する必要があることを意味し得る。非保証フロービットレートＱｏＳフローの場合に、ネットワークは、ネットワークリソースの使用に基づいてＱｏＳフローの非保証フロービットレートで伝送を提供する。
【００４８】
端末デバイスのＰＤＵセッションの場合に、１つのＰＤＵセッションは１つ以上のＱｏＳフローを含む。ＱｏＳフロー識別子（QoS  flow  identifier，ＱＦＩ）は、ＰＤＵセッションにおいてＱｏＳフローを一意に識別するために使用される。１つのＱｏＳフローにマッピングされている全てのデータパケットは、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーとして、同じＱｏＳ処理特性を有する。５Ｇ  ＱｏＳ識別子（5G  QoS  identifier，５ＱＩ）は、スカラー値として使用され、ＱｏＳフローにおけるデータパケットの特定のＱｏＳ性能特性（すなわち、ＱｏＳフローパラメータ）、例えば、パケット損失レート又はパケット遅延を特徴付けるために使用される。非保証ビットレートＱｏＳフローの場合に、標準化された５ＱＩが使用されるとき、ＱＦＩは５ＱＩと同等であり得る。保証ビットレート及び非保証ビットレートＱｏＳフローが含まれる他のシナリオでは、５ＱＩ及びＱＦＩは、異なる値を有している。
【００４９】
ＰＤＵセッションにおける同じＱＦＩ又は５ＱＩを有しているサービス（データパケット）は、例えば、同じスケジューリング測定設定及び同じアドミッションコントロールに従う。次世代ネットワーク（next  generation，ＮＧ）インターフェース３（略してＮ３）（コアネットワークデバイスとアクセスネットワークデバイスとの間のインターフェース）で、ＱＦＩは、データパケットのカプセル化ヘッダにおいて運ばれる。
【００５０】
５Ｇは、ＤＲＢに基づくエアインターフェースでのパケット処理メカニズムを定義している。１つのＤＲＢによってサービングされるデータパケットは、エアインターフェースでの同じパケット処理メカニズムを有している。アクセスネットワークデバイスは、１つのＰＤＵセッションにおいて異なる処理要件を有しているＱｏＳフローでデータパケットを伝送するために、端末デバイスの各ＰＤＵセッションについて１つ以上のＤＲＢベアラを確立し、ＰＤＵセッションにおける異なるＱｏＳフローに属しているデータパケットを伝送のために異なるＤＲＢにマッピングする。つまり、ＱｏＳフローからＤＲＢへのマッピング関係が存在する。マッピング関係は次の通りである：端末デバイスの１つのＰＤＵセッションの場合に、ＰＤＵセッションは、１つ以上のＤＲＢベアラに対応しており、各ＤＲＢは、ＰＤＵセッションにおける１つ以上のＱｏＳフローに対応していてよい。例えば、１つのＰＤＵセッションの場合に、アクセスネットワークデバイスは、そのＰＤＵセッションのために３つのＤＲＢを確立しており、各ＤＲＢで運ばれるＱｏＳフロー内のデータパケットは同じＱｏＳ処理特性、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーを有している、とする。３つのＤＲＢは第１ＤＲＢ、第２ＤＲＢ、及び第２ＤＲＢである。ＰＤＵセッションは４つのＱｏＳフローを含み、４つのＱｏＳフローは第１ＱｏＳフロー、第２ＱｏＳフロー、第３ＱｏＳフロー、及び第４ＱｏＳフローである。第１ＱｏＳフロー及び第２ＱｏＳフローは同じＱｏＳ性能特性（又は類似したＱｏＳ性能特性）、例えば、同じ又は類似した遅延及びパケット損失レート要件を有している。第１ＱｏＳフロー及び第２ＱｏＳフロー内のデータパケットは第１ＤＲＢで運ばれてよく、つまり、第１ＱｏＳフロー及び第２ＱｏＳフローは第１ＤＲＢにマッピングされてよい。第３ＱｏＳフロー内のデータパケットは第２ＤＲＢで運ばれてよく、つまり、第３ＱｏＳフローは第２ＤＲＢにマッピングされてよい。第４ＱｏＳフロー内のデータパケットは第３ＤＲＢで運ばれてよく、つまり、第４ＱｏＳフローは第３ＤＲＢにマッピングされてよい。
【００５１】
図１は、ＱｏＳフローに基づく既存のネットワークアーキテクチャの概略図である。図１で、ＰＤＵセッションは、ユーザ装置（user  equipment，ＵＥ）と、アクセスネットワークデバイスと、コアネットワークデバイス（例えば、ユーザプレーン機能ゲートウェイ）との間に確立される。図１に示されるように、アクセスネットワークデバイスは、ノードＢ（NodeB，ＮＢ）、エボルブド・ノードＢ（evolved  NodeB，ｅＮＢ又はｅＮｏｄｅＢ）、又は次世代無線アクセスノードＢ（NR  NodeB，ｇＮＢ）であってよく、あるいは、他のアクセスネットワーク（access  network，ＡＮ）／無線アクセスネットワーク（radio  access  network，ＲＡＮ）デバイスであってよい。コアネットワークデバイスは、ユーザプレーン機能ゲートウェイである。ＵＥとアクセスネットワークデバイスとの間のデータパケットベアラは、無線ベアラ、例えば、ＤＲＢベアラである。ＵＥとアクセスネットワークデバイスとの間のインターフェースは、エアインターフェース（例えば、Ｕｕ）である。データ又はシグナリングは、エアインターフェースを使用することによってＵＥとアクセスネットワークデバイスとの間で伝送されてよい。アクセスネットワークデバイスとコアネットワークとの間のデータパケットベアラは、ＮＧ−Ｕトンネルベアラであり、アクセスネットワークデバイスとコアネットワークとの間のインターフェースは、ＮＧ（例えば、Ｎ３）インターフェースである。アクセスネットワークデバイスとコアネットワークとの間のデータ又はシグナリングは、ＮＧインターフェースを使用することによって伝送されてよい。ＰＤＵセッションにおけるデータパケットは、３つの異なるＱｏＳフロー、すなわち、第１ＱｏＳフロー、第２ＱｏＳフロー、及び第３ＱｏＳフローにおけるデータパケットを含む。第１ＱｏＳフロー及び第２ＱｏＳフローにおけるデータパケットは、第１ＤＲＢで運ばれ、第３ＱｏＳフローにおけるデータパケットは、第２ＤＲＢで運ばれる。第１ＱｏＳフローにおけるダウンリンクデータパケットが第１ＤＲＢにマッピングされると考えられる場合に、第１ＱｏＳフローにおけるアップリンクデータパケットは第２ＤＲＢにマッピングされてよく、あるいは、第１ＱｏＳフローにおけるアップリンクデータパケットは、第１ＤＲＢにマッピングされてよい、と理解されるべきである。言い換えれば、ＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、同じＤＲＢにマッピングされてよく、あるいは、異なるＤＲＢに別々にマッピングされてよい。ダウンリンク（downlink，ＤＬ）データパケット、すなわち、基地局によってＵＥへ送信されるデータパケットの場合に、基地局は、異なるＱｏＳフローにおけるダウンリンクデータパケットを、ＮＧ−Ｕ（例えば、Ｎ３）インターフェースでのＱＦＩ及び対応するＱｏＳフローパラメータに基づいて、異なるＤＲＢにマッピングする。ＱＦＩ及び対応するＱｏＳフローパラメータは、コアネットワークデバイスによって基地局に通知される。コアネットワークデバイスによって基地局へ送信される、ＱｏＳフローに関する情報は、ＱｏＳフローのＱＦＩ、対応するＱｏＳフローパラメータ、などを含む。例えば、ＱｏＳフローパラメータは、遅延��件、パケット損失レート要件、平均ウィンドウサイズ、及び最大データバーストボリュームを含んでよい。アップリンク（uplink，ＵＬ）データパケット、すなわち、ＵＥによって基地局へ送信されるデータパケットの場合に、ＵＥは、１つ以上のＱｏＳに属するアップリンクデータパケットを、基地局によって設定されるＱｏＳフロー−ＤＲＢマッピング又は反射ＱｏＳフロー−ＤＲＢマッピングに基づいて、１つ以上のＤＲＢにマッピングする。
【００５２】
基地局は、次の２つの方法で、ＵＬ  ＱｏＳフロー−ＤＲＢマッピングを制御する。
【００５３】
方法１：基地局は、無線リソース制御（radio  resource  control，ＲＲＣ）シグナリングを使用することによって、ＤＲＢに対するＱｏＳフローのマッピングをＵＥに明示的に通知し、ＵＥは、アップリンク伝送を実行するために、ＤＲＢに対するＱｏＳフローのマッピング関係に基づいて、対応するＤＲＢにアップリンクデータパケットをマッピングする。この方法は無反射マッピング法である。無反射マッピング法では、ＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、異なるＤＲＢに別々にマッピングされてよく、あるいは、同じＤＲＢにマッピングされてよい。
【００５４】
方法２：反射マッピング法が使用される。反射マッピング法は次の通りである：ＵＥは、ＱＦＩを運ぶダウンリンクデータパケットがどのＤＲＢに位置しているかを検出し、それから、ＵＬで、ＵＥは、同じＱＦＩを運ぶアップリンクデータパケットを伝送のためにＤＲＢにもマッピングする。例えば、第１ＱＦＩを運ぶダウンリンクデータパケット（ＱｏＳフローが第１ＱｏＳフローであるデータパケット）が第１ＤＲＢで伝送されることをＵＥが検出する場合に、ＵＥは、ＵＬにおいて、第１ＱｏＳフロー内のアップリンクデータパケットを第１ＤＲＢでも伝送する。反射マッピング法では、ＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、同じＤＲＢにマッピングされる。
【００５５】
ＤＲＢに対するＱｏＳフローのマッピングが最初のＰＤＵセッション確立プロセスで確立される必要があるとき、又はＱｏＳフローからＤＲＢへのマッピング関係がＱｏＳフローのパラメータの変化時に変更される必要があるとき、基地局は、ＵＥに対して、上記の２つの方法でＱｏＳフローから新しいＤＲＢへのマッピングを実行するよう指示してよい。
【００５６】
上記のＱｏＳフロー−ＤＲＢマッピングに加えて、アクセスネットワークデバイスは、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、並びにＭＤＴ及びＳＯＮ要件をサポートするために、通常はＬ２パラメータ測定を実行する。例えば、アクセスネットワークデバイスは、サービスデータ適応プロトコル（service  data  adaptation  protocol，ＳＤＡＰ）レイヤ、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、及び物理層（physical  layer，ＰＨＹ）レイヤで関連パラメータを測定し、関連パラメータと、測定を通じて得られたデータとに基づいて、エアインターフェースリソース操作、無線リソース管理、などを設定又は制御して、ネットワークシステムの通常運転を確かにする。
【００５７】
ＮＲでは、アクセスネットワークデバイス（基地局が、記載のための例として使用される）は、ＣＵ及びＤＵを含んでよい。これは、基地局の機能が分割されることを意味し、それにより、基地局のいくつかの機能は１つのＣＵに配備され、残りの機能は複数のＤＵに配備される。複数のＤＵはＣＵを共有する。これは、コストを減らし、ネットワーク拡張を容易にすることができる。
【００５８】
ＣＵは、全て又はいくつかのＲＲＣ制御機能を有し、既存の基地局の全て又はいくつかのプロトコルレイヤ機能を含む。例えば、ＣＵは、全て又はいくつかのＲＲＣ機能のみを含むか、あるいは、ＲＲＣ／ＳＤＡＰレイヤ機能を含むか、あるいは、ＲＲＣ／ＳＤＡＰ／ＰＤＣＰレイヤ機能を含むか、あるいは、ＲＲＣ／ＳＤＡＰ／ＰＤＣＰ機能及びいくつかのＲＣＬ機能を含むか、あるいは、ＲＲＣ／ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ機能及び更にいくつかのＰＨＹ機能を含む。如何なる他の可能性も排除されない。
【００５９】
ＤＵは、既存の基地局の全て又はいくつかのプロトコルレイヤ機能、すなわち、ＲＲＣ／ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹのいくつかのプロトコルレイヤ機能を有する。例えば、ＤＵは、いくつかのＲＲＣ機能及びＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＲＬＣ／ＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＰＨＹ機能のみを含む。個々で述べられているプロトコルレイヤ機能は変更される可能性があり、そのような変更は全て本願の保護範囲に含まれる、ことが留意されるべきである。
【００６０】
更に、ＣＵ部分で、ＣＵはＣＵ−ＣＰ及びＣＵ−ＵＰに分けられる。ＣＵ−ＵＰ及びＣＵ−ＣＰは、異なる物理デバイスにあってよい。ＣＵ−ＣＰとＣＵ−ＵＰとの間には、オープンインターフェースが存在する。図２に示されるように、図２は、ＣＵ−ＣＰ及びＣＵ−ＵＰが分離されている基地局アーキテクチャを示す。ＣＵ−ＣＰ部分は、ＲＲＣ機能と、ＰＤＣＰのコントロールプレーン部分（例えば、シグナリング無線ベアラでデータを処理するために使用される）とを含む。ＣＵ−ＵＰ部分は、ＣＵデータプレーン部分を含み、主に、ＳＤＡＰプロトコルスタック及びＰＤＣＰプロトコルスタックのデータプレーン部分（例えば、ユーザ装置の無線ベアラ上のデータ）を含む。
【００６１】
図２に示されるように、ＣＵ−ＣＰとＣＵ−ＵＰとの間には、オープンインターフェースＥ１が存在し、例えば、ＣＵ−ＣＰとＣＵ−ＵＰとの間のシグナリングを伝送するために使用される。ＤＵとＣＵ−ＣＰ及びＣＵ−ＵＰの夫々との間のインターフェースが存在する。例えば、ＣＵ−ＣＰとＤＵとの間のインターフェースはＦ１−Ｃインターフェースであり、ＣＵ−ＵＰとＤＵとの間のインターフェースはＦ１−Ｕインターフェースである。図２に示されるアーキテクチャには、次の特性が更に含まれる：
１つの基地局は、１つのＣＵ−ＣＰ、複数のＣＵ−ＵＰ、及び複数のＤＵを含み、
１つのＤＵは、１つのＣＵ−ＣＰへしか接続され得ず、
１つのＣＵ−ＵＰは、１つのＣＵ−ＣＰへしか接続され得ず、
１つのＤＵは、同じＣＵ−ＣＰの制御下にある複数のＣＵ−Ｕｐへ接続可能であり、
１つのＣＵ−ＵＰは、同じＣＵ−ＣＰの制御下にある複数のＤＵへ接続可能である。
【００６２】
図２はほんの一例であり、基地局アーキテクチャに対して如何なる制限も課すべきではない、と理解されるべきである。例えば、ＣＤ−ＤＵ分離基地局アーキテクチャで、基地局は、ただ１つのＣＵ−ＵＰ、１つのＣＵ−ＣＰ、及び１つのＤＵしか含まなくてもよく、あるいは、より多くのＣＵ−ＵＰ及びＤＵを含んでもよい。これは、本願で制限されない。
【００６３】
ＣＵ−ＤＵ分離基地局アーキテクチャでは、いかにしてＱｏＳフロー管理を有効に実装すべきか、すなわち、いかにしてＱｏＳフローからＤＲＢへのマッピングを実装すべきか、及びいかにしてＬ２パラメータ測定をサポートすべきかが、目下対処される必要がある差し迫った課題になっている。
【００６４】
上記の課題を鑑みて、本願の実施形態は、ＱｏＳフローからＤＲＢへのマッピングが実装可能でありかつＬ２パラメータ測定がＣＵ−ＤＵ分離基地局アーキテクチャでサポート可能であるように、通信方法を提供する。従って、ユーザデータの成功した通常の伝送が確保可能であり、安定性は改善され、ネットワーク操作の品質は改善され、ユーザ経験は改善される。
【００６５】
図３は、本願で提供される通信方法に適用可能な典型的な通信システムアーキテクチャの概略図である。図３に示されるように、システムは、端末デバイス１１０、アクセスネットワークデバイス１２０、コアネットワークデバイス１３０、及びデータネットワーク（data  network，ＤＮ）１４０を含む。端末デバイス１００は、無線エアインターフェースを使用することによってアクセスネットワークデバイス１２０へ接続し、それから、コアネットワークデバイス１３０を介してデータネットワーク１４０へ接続するよう構成される。アクセスネットワークデバイス１２０は、主に、無線物理レイヤ機能、リソーススケジューリング、無線リソース管理、及び無線アクセス制御のような機能を実装するよう構成される。アクセスネットワークデバイス１２０は、ＣＵ−ＤＵ分離アーキテクチャを有している。具体的に言えば、アクセスネットワークデバイスは、ＣＵ−ＣＰ、ＣＵ−ＵＰ、及びＤＵに分けられている。その具体的な構造及び機能は図２に示されており、図２の記載が参照され得る。詳細は、ここで再びは記載されない。コアネットワークデバイス１３０は、管理デバイス及びゲートウェイデバイスを含んでよい。管理デバイスは、主に、端末デバイスのためのデバイス登録、セキュリティ認証、モビリティ管理、位置管理、などを実行するよう構成される。ゲートウェイデバイスは、主に、端末デバイスとのチャネルを確立し、チャネル上で端末デバイスと外部データネットワークとの間でデータパケットを転送するよう構成される。データネットワーク１４０は、複数の異なるサービスドメインに対応していてよく、端末デバイスのための複数のデータサービスを提供するために主に使用され、サーバ（マルチキャストサービスを提供するサーバを含む）、ルータ、及びゲートウェイのようなネットワークデバイスを含んでよい。上記のネットワークアーキテクチャでは、ユーザは、例えば、データ伝送及びサービスアプリケーションを実装することができる。
【００６６】
図３は、単に、例となるアーキテクチャ図である、と理解されるべきである。図３に示される機能ユニットに加えて、ネットワークアーキテクチャは、他の機能ユニット又は機能エンティティを更に含んでもよい。これは、本願のこの実施形態で制限されない。
【００６７】
端末デバイスは、携帯電話機又はコンピュータのようなユーザ装置（user  equipment，ＵＥ）であってよく、あるいは、セルラー電話機、コードレス電話機、セッション開始プロトコル（session  initiation  protocol，ＳＩＰ）電話機、スマートフォン、無線ローカルループ（wireless  local  loop，ＷＬＬ）局、パーソナル・デジタル・アシスタント（personal  digital  assistant，ＰＤＡ）、コンピュータ、ラップトップコンピュータ、手持ち式計算デバイス、手持ち式コンピュータデバイス、衛星無線デバイス、無線モデムカード、セット・トップ・ボックス（set  top  box，ＳＴＢ）、顧客構内設備（customer  premise  equipment，ＣＰＥ）、及び／又は無線システムで通信を実行する他のデバイスであってもよい、と更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【００６８】
アクセスネットワークデバイスは、ノードＢ（NodeB，ＮＢ）、エボルブド・ノードＢ（evolved  nodeB，ｅＮＢ）、又はアクセスネットワーク（access  network，ＡＮ）／無線アクセスネットワーク（radio  access  network，ＲＡＮ）デバイスであってよい、と更に理解されるべきである。ネットワークは、複数の５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードを含む。５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードは、アクセスポイント（access  point，ＡＰ）、ニューラジオ・ノードＢ（NR  nodeB，ｇＮＢ）、送受信ポイント（transmission  receive  point，ＴＲＰ）、送信ポイント（transmission  point，ＴＰ）、又は他のアクセスノードであってよい。これは、本願のこの実施形態で制限されない。
【００６９】
上記のコアネットワークデバイスは、アクセス及びモビリティ管理機能（access  and  mobility  function，ＡＭＦ）、セッション管理機能（session  management  function，ＳＭＦ）、ポリシー制御機能（policy  control  function，ＰＣＦ）、並びにユーザプレーン機能（user  plane  function，ＵＰＦ）のような機能ユニットを含んでよい、と更に理解されるべきである。これらの機能ユニットは、独立して働いてよく、あるいは、いくつかの制御機能を実装するよう組み合わされてよい。代替的に、コアネットワークデバイスは、モビリティ管理エンティティ（mobility  management  entity，ＭＭＥ）又はポリシー及び課金ルール機能（policy  and  charging  rules  function，ＰＣＲＦ）のような管理デバイス、及びサービングゲートウェイ（serving  gateway，ＳＧＷ）、パケットデータネットワークゲートウェイ（packet  data  network  gateway，ＰＧＷ）、又はローカルゲートウェイ（local  gateway，ＬＧＷ）のようなゲートウェイデバイスであってよい。これは、本願のこの実施形態で制限されない。
【００７０】
図４を参照して、以下は、本願で提供される通信方法を詳述する。図４は、本願の実施形態に従う通信方法２００の略フローチャートである。方法２００は、図３に示されるシナリオに適用されてよく、確かに、他の通信シナリオにも適用されてよい。これは、本願のこの実施形態で制限されない。
【００７１】
図４に示されるように、方法２００は、次のステップを含む。
【００７２】
Ｓ２１０．セントラルユニット・ユーザプレーンノードＣＵ−ＵＰは、第１情報を取得し、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである。
【００７３】
Ｓ２２０．ＣＵ−ＵＰは、コアネットワークデバイスによって送信された第１データパケットを受信する。
【００７４】
Ｓ２３０．ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットする。
【００７５】
Ｓ２４０．ＣＵ−ＵＰは、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。具体的に、ＣＵ−ＵＰは、ＣＵ−ＵＰへ接続されている１つ以上のＤＵを使用することによって、第１データパケットを端末デバイスへ送信する。
【００７６】
本願で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が、最初のＰＤＵセッション確立プロセスにおいて確立される必要があるときに、又は第１ＱｏＳフローにおける第１データパケットが、伝送のために、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に新しいＤＲＢ（第１ＤＲＢ）へマッピングされる必要があるときに、ＣＵ−ＵＰは第１情報を取得し、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは、第１ＱｏＳフローである。任意に、第１情報は、ＣＵ−ＵＰにおいて事前に記憶されてよい。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。ＣＵ−ＵＰは、第１情報に基づいて、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。コアネットワークによって送信された第１データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットし、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドをセットする目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを、ＤＵを使用することによって第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。このようにして、本願のこの実施形態で、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、第１ＱｏＳフローは、ＣＵ−ＵＰ及び端末デバイスの両方のために第１ＤＲＢへマッピングされる。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【００７７】
具体的に、Ｓ２１０で、ＣＵ−ＵＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、例えば、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が最初のＰＤＵセッション確立プロセスで確立される必要があるとき、又は第１ＱｏＳフローを運ぶ元のＤＲＢが、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に第１ＤＲＢへ変更される必要があるとき。例えば、第１ＱｏＳフローのパラメータ又は負荷ステータスが変化する前に、第１ＱｏＳフローを運ぶ元のＤＲＢは第２ＤＲＢであり、第１ＱｏＳフローにおけるアップリンク及びダウンリンクの両方のデータパケットは第２ＤＲＢで伝送される。第１ＱｏＳフローのパラメータ又は負荷ステータスが変化した後、第２ＤＲＢはもはや第１ＱｏＳフローの要件を満たさず、第１ＱｏＳフローに対応するＤＲＢは変更される必要がある。第１ＱｏＳフローは、第１ＤＲＢ（新しいＤＲＢ）へマッピングされる必要がある。この場合に、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが実行されてよい。従って、ＣＵ−ＵＰは第１情報を受信してよく、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドを送信する目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。第１情報は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれ、例えば、第１ＱｏＳフローのＱｏＳフローパラメータを更に含んでよい。第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは、第１ＱｏＳフローである。第１データパケットは、端末デバイスのＰＤＵセッションにおける第１ＱｏＳフロー内の全てのデータパケットであってよく、第１ＱｏＳフローの識別子は、第１ＱＦＩ又は第１５ＱＩである。第１情報は、第１ＱｏＳに関する情報及び第１ＤＲＢに関する情報を含んでよく、例えば、第１ＱｏＳフローの識別子及び第１ＤＲＢの識別子を含み、あるいは、端末デバイスのＰＤＵセッションに関する情報などを含んでもよい。第１情報は、第１ＤＲＢのダウンリンクＳＤＡＰヘッダフォーマット指示及びアップリンクＳＤＡＰヘッダフォーマット指示を含んでよい。ダウンリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされるＱｏＳフローがダウンリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。アップリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされたＱｏＳフローがアップリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。第１情報は、第１ＤＲＢがデフォルトＤＲＢであるかどうかの指示を含んでもよい。これは、本願のこの実施形態で制限されない。
【００７８】
Ｓ２２０及びＳ２３０で、第１情報を取得した後、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが第１ＱｏＳフローのために必要とされるかどうかを判定するとき、ＣＵ−ＵＰは、コアネットワークデバイスから受信されたダウンリンク第１データパケットをセットし、すなわち、第１データパケットの反射マッピング指示フィールドをセットする。第１データパケットの反射マッピング指示フィールドをセットする目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうかを端末デバイスに通知することである。すなわち、端末デバイスは、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信するよう端末デバイスが指示されているかどうかを、反射マッピング法で通知される。
【００７９】
Ｓ２４０で、ＣＵ−ＵＰは、端末デバイスへ第１ＤＲＢで、マッピングフィールドがセットされている第１データパケットを送信する。具体的に、ＣＵ−ＵＰが最初に、マッピングフィールドがセットされている第１データパケットを送信してよく、ＤＵは、第１ＤＲＢで端末デバイスへ第１データパケットを送信する。第１データパケットの反射マッピング指示フィールドは、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうかを端末デバイスに示すために使用される。第１データパケットを受信した後、端末デバイスは最初に、第１データパケットの反射マッピング指示フィールドを検出し、第１データパケットの反射マッピング指示フィールドに基づいて、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。例えば、端末デバイス及びアクセスネットワークデバイスは、前もってネゴシエーションしてよい。第１データパケットの反射マッピング指示フィールドのビットが１であることを端末デバイスが検出するとき、それは、端末デバイスがアップリンクデータパケットから第１ＤＲＢへの反射マッピングを実行する必要があることを示す。すなわち、第１ＤＲＢで運ばれる第１データパケットを受信した後、端末デバイスは、第１ＱｏＳフローにおけるアップリンクデータパケットを、ＤＵを使用することによって第１ＤＲＢでＣＵ−ＵＰへ送信して、反射マッピングを完了する。代替的に、第１データパケットの反射マッピング指示フィールドのビットが０であることを端末デバイスが検出するとき、それは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行すべきでないことを示す。この場合に、端末デバイスは、第１ＱｏＳフローを運ぶ元のＤＲＢで依然として第１ＱｏＳフローにおけるアップリンクデータパケットを送信する。第１ＱｏＳフローにおけるアップリンクデータパケットを運ぶ元のＤＲＢは、第１ＤＲＢであってよく、あるいは、他のＤＲＢであってもよい。
【００８０】
第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるとき、上記の反射マッピング指示方法に加えて、直接マッピング（無反射マッピング）法が使用されてよい、と理解されるべきである。第１ＱｏＳフロー及び第１ＤＲＢに関する情報は、端末デバイスに直接通知され得る。例えば、ＣＵ−ＣＰは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係をＤＵへ送信し、次いで、ＤＵは、ＲＲＣシグナリングを使用することによってマッピング関係を端末デバイスに通知する。端末デバイスは、ＲＲＣシグナリングに基づいて第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行し、すなわち、ＤＵを使用することによって第１ＤＲＢで第１ＱｏＳフローにおけるアップリンクデータパケットをＣＵ−ＵＰへ送信する。これは、本願のこの実施形態で制限されない。
【００８１】
第１データパケットの反射マッピング指示フィールドは、第１データパケットの反射ＱｏＳフロー−ＤＲＢマッピング指示（reflective  QoS  flow  to  DRB  mapping  indication，ＲＤＩ）フィールドであってよい。図５に示されるように、図５は、第１データパケットのフォーマットの概略図である。第１データパケットは、ダウンリンクＳＤＡＰレイヤのプロトコルデータユニットであってよい。第１データパケットの構造は、主に、ＲＤＩフィールド、反射ＱｏＳ指示（reflective  QoS  indication，ＲＱＩ）フィールド、ＱＦＩフィールド、及びデータ（data）フィールドを含む。ＱＦＩフィールドは、第１データパケットのＱｏＳフローを識別するために使用され、すなわち、第１ＱｏＳフィールドのＱＦＩフィールドは第１ＱＦＩであり、端末デバイスに対して、第１ＱｏＳフローにおけるデータパケットのためにＤＲＢへのＱｏＳフローのマッピングを実行するよう指示するために使用されてよい。ＲＤＩフィールドは、第１ＱｏＳフローからＤＲＢへのマッピングが更新又は変更される必要があるかどうかを示すために使用される。例えば、次の対応が、予め定義されてよい：
ＲＤＩフィールドのビットが１であるとき、それは、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングの規則が記憶される必要があることを示し、第１ＱｏＳフローにおけるアップリンクデータパケットは第１ＤＲＢへマッピングされる必要がある；
ＲＤＩフィールドのビットが０であるとき、それは、アクション不要であることを示し、すなわち、第１ＱｏＳフローから元のＤＲＢへのマッピング関係は不変であり、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングは示されない。
【００８２】
ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローからＤＲＢへの反射マッピング関係が記憶される必要があることを示し、ＲＤＩフィールドのビットが０であることは、ノーアクションを示すことは、ほんの一例である、と理解されるべきである。０及び１によって示される情報は、入れ替えられてもよい。例えば、ＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローからＤＲＢへの反射マッピング関係が記憶される必要があることを示してよく、ＲＤＩフィールドのビットが１であることは、ノーアクションを示してよい。これは、本願のこの実施形態で制限されない。
【００８３】
第１情報を取得した後、ＣＵ−ＵＰは、第１データパケットのＲＤＩフィールドを、ＲＤＩフィールドの前もって定義されたビット情報に基づいてセットし、ＲＤＩフィールドがセットされている第１データパケットを端末デバイスへ送信する。端末デバイスは、受信された第１データパケットのＲＤＩフィールド及びＱＦＩフィールドに基づいて、反射マッピングを実行すべきかどうかと、どのＱｏＳフローに対して反射マッピングが実行されるべきかとを決定してよい。
【００８４】
本願のこの実施形態で、第１データパケットの反射マッピング指示フィールドは、代替的に、第１データパケットの他のフィールドであってもよく、ＣＵ−ＵＰは、第１データパケットの他のフィールドをセットすることによって、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングを実行すべきかどうかを更に指示してよい、と理解されるべきである。これは、本願のこの実施形態で制限されない。
【００８５】
任意に、実施形態において、図６に示されるように、ＣＵ−ＵＰが第１情報を取得するＳ２１０は、次のステップを含む。
【００８６】
Ｓ２０８．セントラルユニット・コントロールプレーンノードＣＵ−ＣＰは、第１情報を生成する。
【００８７】
Ｓ２０９．セントラルユニット・コントロールプレーンノードＣＵ−ＣＰは、第１情報をＣＵ−ＵＰへ送信する。相応して、ＣＵ−ＵＰは、ＣＵ−ＣＰによって送信された第１情報を受信する。
【００８８】
具体的に、第１ＱｏＳフローから第１ＤＲＢへのマッピングが必要とされるとＣＵ−ＣＰが決定するとき、例えば、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が最初のＰＤＵセッション確立プロセスで確立される必要があるとき、又は第１ＱｏＳフローを運ぶ元のＤＲＢが、第１ＱｏＳフローのパラメータ若しくは負荷ステータスの変化時に第１ＤＲＢへ変更される必要があるとき、ＣＵ−ＣＰは第１情報を生成する。第１情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを示すために使用される。すなわち、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢにマッピングし、第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。第１情報に基づいて、ＣＵ−ＵＰは、ダウンリンク第１データパケットを第１ＤＲＢにマッピングし、第１データパケットの反射マッピング指示フィールドをセットする。ＣＵ−ＣＰは、如何なる可能なシグナリングでも第１情報を送信又は搬送するためにＣＵ−ＵＰとＣＵ−ＣＰとの間のＥ１インターフェースを使用してよい。例えば、第１情報は、Ｅ１インターフェースでアプリケーションプロトコル（application  protocol，ＡＰ）情報（すなわち、Ｅ１ＡＰメッセージ）において運ばれてよい。これは、本願のこの実施形態で制限されない。
【００８９】
第１ＱｏＳフローから第１ＤＲＢへのそのマッピングの要件を示す情報は、コアネットワークデバイスによってＣＵ−ＣＰへ通知されてよく、ＣＵ−ＣＰは、情報に基づいて第１情報を生成し、第１情報をＣＵ−ＵＰへ送信する、と理解されるべきである。第１情報は、ＱｏＳフローに関する情報及びＤＲＢに関する情報を含んでよく、例えば、第１ＱｏＳフローの識別子及び第１ＤＲＢの識別子を含み、あるいは、端末デバイスのＰＤＵセッションに関する情報などを含んでよい。これは、本願のこの実施形態で制限されない。
【００９０】
本願で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、例えば、第１ＱｏＳフローにおける第１データパケットが、伝送のために、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に第１ＤＲＢにマッピングされる必要があるとき、ＣＵ−ＣＰは、上記の条件に基づいて、反射マッピングが必要とされるかどうかを判定し、第１情報をＣＵ−ＵＰへ送信する。第１情報は、ＣＰ−ＵＰに対して、第１データパケットの反射マッピング指示フィールドをセットし、第１データパケットのデータを第１ＤＲＢにマッピングするよう指示するために使用される。ＣＵ−ＵＰは、第１情報に基づいて、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。コアネットワークから受信された第１データパケットの反射マッピング指示フィールドをセットした後、ＣＵ−ＵＰは、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドは、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、すなわち、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信すべきかどうかを端末デバイスに示すために使用される。このようにして、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、ＤＲＢへのＱｏＳフローのマッピングは、ＣＵ−ＵＰ及び端末デバイスの両方のために実装される。これは、端末デバイス及びＣＵ−ＵＰがデータを正確に受信することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【００９１】
任意に、実施形態において、ＣＵ−ＵＰが第１データパケットの反射マッピング指示フィールドをセットするＳ２３０は、次のステップを含む。
【００９２】
ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを１にセットする。
【００９３】
具体的に、反射マッピング指示フィールドがＲＤＩフィールドである例が、説明のために使用される。ＲＤＩフィールドのビットは、次のように予め定義されることが考えられる：ＲＤＩフィールドのビットが１であるとき、それは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが０であるとき、それは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す。この場合に、ＣＵ−ＵＰは、端末デバイスに対して、第１ＱｏＳフローにおけるアップリンクデータパケットを新しいＤＲＢ（第１ＤＲＢ）にマッピングするよう指示するために、第１データパケットのＲＤＩフィールドのビットを１にセットする。言い換えると、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係は変更される。ＣＵ−ＵＰは、ＲＤＩフィールドのビットを１にセットし、ＱＦＩフィールドは第１ＱＦＩを示し、言い換えると、ＱｏＳフローが第１ＱｏＳフローであることを示す。端末デバイスが第１ＤＲＢで運ばれた第１データパケットを受信した後、端末デバイスは、ＲＤＩフィールド及びＱＦＩフィールドに関する情報に基づいて、第１ＱｏＳフローにおけるアップリンクデータパケットが第１ＤＲＢで伝送される必要があることを決定し、すなわち、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があり、ＣＵ−ＵＰへ第１ＤＲＢで、ＱｏＳフローが第１ＱｏＳフローであるデータパケットを送信する。
【００９４】
本願のこの実施形態で提供される通信方法では、端末デバイスに対して、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行するよう指示するために、第１データパケットの反射マッピング指示フィールドのビットは１にセットされる。従って、第１ＱｏＳフローから第１ＤＲＢへのマッピングが必要とされると端末デバイスが決定する精度及び効率は改善可能であり、それによって、実施を容易にしかつシグナリングオーバーヘッド及びリソース消費を減らす。
【００９５】
ＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す場合に、ＣＵ−ＵＰは、端末デバイスに対して、第１ＱｏＳフローにおけるアップリンクデータパケットを新しいＤＲＢ（すなわち、第１ＤＲＢ）へマッピングするよう指示するために、第１データパケットのＲＤＩフィールドのビットを０にセットする、と理解されるべきである。これは、本願のこの実施形態で制限されない。
【００９６】
反射マッピング指示フィールドが１つのビットを有している例が、説明のために上記では使用されている、ことが更に理解されるべきである。反射マッピング指示フィールドは、代替的に、複数のビットを有してもよい。例えば、反射マッピング指示フィールドが２つのビットを有している場合に、反射マッピング指示フィールドのビットが１１であることは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、反射マッピング指示フィールドのビットが００であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す。ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを１１にセットしてよい。これは、本願のこの実施形態で制限されない。
【００９７】
任意に、ＣＵ−ＵＰが第１データパケットの反射マッピング指示フィールドをセットするＳ２３０は、次のステップを含む。
【００９８】
ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを０にセットする。
【００９９】
具体的に、反射マッピング指示フィールドがＲＤＩフィールドである例が、説明のために使用される。ＲＤＩフィールドのビットは、次のように予め定義されることが考えられる：ＲＤＩフィールドのビットが１であるとき、それは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが０であるとき、それは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す。この場合に、ＣＵ−ＵＰは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを端末デバイスに通知するために、第１データパケットの反射マッピング指示フィールドのビットを０にセットする。反射マッピング指示フィールドのビットを０にセットすることは、単に、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを端末デバイスに通知することであり、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要はない。それは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する能力がないことを示すわけではない。端末デバイス自体は、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する能力がある。代替的に、端末デバイスは、例えば、負荷ステータス及びネットワーク条件に基づいて、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行すると決定してよい。第１ＤＲＢで運ばれる第１データパケットを端末デバイスが受信した後、端末デバイスは、ＲＤＩフィールドに関する情報に基づいてＱＦＩフィールドに関する情報を読み出す必要がなくてもよく、このとき、ＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピングが不要であることを示す。端末デバイスは、第１ＱｏＳフローにおけるデータパケットを運ぶ元のＤＲＢで依然として第１ＱｏＳにおけるデータパケットをＣＵ−ＵＰへ送信する。
【０１００】
本願のこの実施形態で提供される通信方法では、端末デバイスに対して、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行しないよう指示するために、第１データパケットの反射マッピング指示フィールドのビットは０にセットされる。従って、第１ＱｏＳフローから第１ＤＲＢへのマッピングが不要であると端末デバイスが決定する精度及び効率は改善可能であり、それによって、実施を容易にしかつシグナリングオーバーヘッド及びリソース消費を減らす。
【０１０１】
ＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す場合に、ＣＵ−ＵＰは、端末デバイスに対して、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行しないよう指示するために、第１データパケットのＲＤＩフィールドのビットを１にセットする、と理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１０２】
任意に、実施形態において、第１情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報である。
【０１０３】
具体的に、端末デバイスに対して第１ＱｏＳフローを第１ＤＲＢにマッピングするよう指示する２つの方法がある。第１の方法では、端末デバイスは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係を直接通知される。この方法は、直接マッピング法である。具体的に、直接マッピング法は、次の通りであってよい：ＣＵ−ＣＰは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係をＤＵへ送信し、次いで、ＤＵは、ＲＲＣシグナリングを使用することによってマッピング関係を端末デバイスに通知する。端末デバイスは、ＲＲＣシグナリングに基づいて第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する。他の方法は、反射マッピング法である。第１情報が第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報である場合に、ＣＵ−ＵＰは、第１情報に基づいて、端末デバイスに対して第１ＱｏＳフローから第１ＤＲＢへマッピングを実行するよう指示するために反射マッピング法を使用する、と決定する。反射マッピング法は、次の通りである：ＣＵ−ＵＰは、第１ＱｏＳフローにおけるダウンリンクデータパケットを第１ＤＲＢで端末デバイスへ送信し、第１ＱｏＳフローにおけるダウンリンクデータパケットが第１ＤＲＢにあると端末デバイスが検出する場合に、端末デバイスは、ＵＬにおいて、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでも伝送する。
【０１０４】
第１情報は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれ、例えば、第１ＱｏＳフローの識別子及び第１ＤＲＢの識別子のような情報を更に含んでよい、ことが理解されるべきである。代替的に、第１情報は、他の関連情報、例えば、ＰＤＵセッションＩＤのような、第１ＱｏＳフローに関連したＰＤＵセッション（session）に関する情報を含んでよい。第１情報は、第１ＤＲＢのダウンリンクＳＤＡＰヘッダフォーマット指示及びアップリンクＳＤＡＰヘッダフォーマット指示を含んでよい。ダウンリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされているＱｏＳフローがダウンリンクＳＤＡＰヘッダを有するかどうかを示すために使用される。アップリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされているＱｏＳフローがアップリンクＳＤＡＰヘッダを有するかどうかを示すために使用される。第１情報は、第１ＤＲＢがデフォルトＤＲＢであるかどうかの指示を含んでもよい。これは、本願のこの実施形態で制限されない。
【０１０５】
第１情報が第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報でない場合に、すなわち、第１情報が反射マッピング指示を含まない場合に、端末デバイスは、直接マッピング法又は反射マッピング法で、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行するよう指示されてよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１０６】
任意に、実施形態で、図７に示されるように、方法２００は、次のステップを更に含む。
【０１０７】
Ｓ２５０．ＣＵ−ＵＰは、第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信し、第２データパケットが属するＱｏＳフローは第１ＱｏＳフローである。
【０１０８】
Ｓ２６０．ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを第２データパケットに基づいて０にセットする。
【０１０９】
具体的に、反射マッピング指示フィールドがＲＤＩフィールドである例が、説明のために使用される。ＲＤＩフィールドのビットは、次のように予め定義されることが考えられる：ＲＤＩフィールドのビットが１であるとき、それは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが０であるとき、それは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す。第１ＤＲＢで搬送され、反射マッピング指示フィールドがセットされている第１データパケットを受信した後、端末デバイスは、第１データパケットを運ぶＤＲＢと、第１データパケットのＲＤＩフィールド及びＱＦＩフィールドとを検出する。第１データパケットの反射マッピング指示フィールドのビット、すなわち、第１データパケットのＲＤＩフィールドのビットが１であるという事実と、第１データパケットのＱＦＩフィールドが第１ＱｏＳフローを識別するという事実とに基づいて、反射マッピングは第１ＱｏＳフローに対して実行される。第１データパケットを受信した後、第１データパケットを運ぶＤＲＢが第１ＤＲＢであり、ＲＤＩフィールドのビットが１であって、第１ＱｏＳフローからＤＲＢへのマッピング関係が変更されることを示し、ＱＦＩフィールドが第１ＱｏＳフローを示すと端末デバイスが検出する場合に、端末デバイスは、第１ＱｏＳフローから第１ＤＲＢへのマッピングが第１ＱｏＳフローにおけるデータパケットのために必要とされると決定し、すなわち、第１ＱｏＳフローにおけるデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信すると決定する。端末デバイスは、第１データパケットの関連情報に基づいて第２データパケットを第１ＤＲＢでＤＵへ送信し、そして、第２データパケットを受信した後、ＤＵは、第２データパケットをＣＵ−ＵＰへ転送する。第２データパケットが属するＱｏＳフローは、第１ＱｏＳフローである。これは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したことを意味する。第２データパケットを受信した後、ＣＵ−ＵＰは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したと決定し、それから、第１データパケットの反射マッピング指示フィールドのビットを０にセットして、端末デバイスに対して、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢにマッピングすることが第１データパケットの受信後にもはや必要とされないことを示す。
【０１１０】
端末デバイスは、引き続き第１データパケットのＲＤＩフィールド及びＱＦＩフィールドを検出する。端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したとＣＵ−ＵＰが決定した後、第１データパケットのＲＤＩフィールドのビットは以前に１にセットされており、ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示すので、ＣＵ−ＵＰが第１データパケットの反射マッピング指示フィールドのビットを０にセットしない場合に、第１データパケットのＲＤＩフィールドのビットが１であると検出するとき、端末デバイスは、第１ＱｏＳフローに対応するＤＲＢを決定するために、各第１データパケットのＱＦＩフィールド及び第１データパケットを運ぶＤＲＢを引き続き検出する必要が更にある。しかし、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係は実際には変更されないことがあり、第１ＱｏＳフローは第１ＤＲＢに依然として対応している。結果として、リソース浪費が引き起こされ、端末デバイスの電力消費は増大する。従って、ＣＵ−ＵＰは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したと決定した後に、第１データパケットのＲＤＩフィールドのビットを０にセットする。後続の第１データパケットを受信した後、第１データパケットのＲＤＩフィールドのビットが０であると検出する場合に、端末デバイスは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であると決定する。第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが不要である場合に、端末デバイスは、第１データパケットのＱＦＩフィールド及び第１データパケットを運ぶ第１ＤＲＢを検出し続ける必要がない。従って、リソースは節約可能であり、端末の電力消費は低減可能であり、かつ、ユーザ経験は改善可能である。
【０１１１】
第１データパケットのＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が変更される必要があることを示し、ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す場合に、第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを１にセットしてよい、と理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１１２】
Ｓ２５０で、第２データパケットを第１ＤＲＢでＣＵ−ＵＰへ送信するとき、端末デバイスが最初に第２データパケットを第１ＤＲＢでＣＵ−ＵＰへ送信してもよく、次いで、ＤＵが第２データパケットをＣＵ−ＵＰへ送信する、と更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１１３】
任意に、実施形態において、ＣＵ−ＣＰが第１情報をＣＵ−ＵＰへ送信するＳ２０９は、次のステップを含む。
【０１１４】
ＣＵ−ＣＰは、ベアラコンテキストセットアップ要求をＣＵ−ＵＰへ送信し、ベアラコンテキストセットアップ要求は第１情報を含む。
【０１１５】
具体的に、ＣＵ−ＣＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、ＣＵ−ＣＰは第１情報を生成する。第１情報は、ＣＵ−ＵＰに対して、第１データパケットのデータを第１ＤＲＢにマッピングし、第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。ＣＵ−ＣＰは、ＣＵ−ＣＰとＣＵ−ＵＰとの間のＥ１インターフェースを使用することによって第１情報をＣＵ−ＵＰへ送信してよい。具体的に、ＣＵ−ＣＰは、Ｅ１インターフェースを使用することによってベアラコンテキストセットアップ要求（bearer  context  setup  request）をＣＵ−ＵＰへ送信してよく、ベアラコンテキストセットアップ要求が第１情報を含む。ベアラコンテキストセットアップ要求は、ＣＵ−ＵＰに対して、ＣＵ−ＵＰと端末デバイスとの間のＰＤＵセッションに関係があるベアラ、例えば、ＣＵ−ＵＰと端末デバイスとの間で関連するシグナリング、データ、などを伝送するために使用されるＤＲＢベアラ及びシグナリング無線ベアラ（signaling  radio  bearers，ＳＲＢ）を確立するよう要求するために使用されてよい。言い換えると、ＣＵ−ＣＰは、ベアラコンテキストセットアップ要求を使用することによって第１情報をＣＵ−ＵＰへ送信する。ベアラコンテキストセットアップ要求は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれを更に含んでよく、あるいは、端末デバイスのＰＤＵセッションの関連情報を含んでよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１１６】
任意に、実施形態において、ＣＵ−ＣＰが第１情報をＣＵ−ＵＰへ送信するＳ２０９は、次のステップを含む。
【０１１７】
ＣＵ−ＵＰは、ベアラ変更要求をＣＵ−ＵＰへ送信し、ベアラ変更要求が第１情報を含む。
【０１１８】
具体的に、ＣＵ−ＣＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、ＣＵ−ＣＰは第１情報を生成する。具体的に、ＣＵ−ＣＰは、Ｅ１を使用することによってベアラ変更要求（bearer  modification  request）をＣＵ−ＵＰへ送信してよく、ベアラ変更要求が第１情報を含む。ベアラ変更要求は、ＣＵ−ＵＰに対して、ＣＵ−ＵＰと端末デバイスとの間の関係があるベアラ、例えば、ＤＲＢ及びＳＲＢベアラを変更するよう要求するために使用されてよく、ＤＲＢ及びＳＲＢベアラは、ＣＵ−ＵＰと端末デバイスとの間で関連するシグナリング、データ、などを伝送するために使用される。言い換えると、ＣＵ−ＣＰは、ベアラ変更要求を使用することによって第１情報をＣＵ−ＵＰへ送信する。ベアラ変更要求は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれを更に含んでよく、あるいは、端末デバイスのＰＤＵセッションの関連情報を含んでよい、ことが理解されるべきである。第１情報は、第１ＤＲＢのダウンリンクＳＤＡＰヘッダフォーマット指示及びアップリンクＳＤＡＰヘッダフォーマット指示を含んでよい。ダウンリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢへマッピングされているＱｏＳフローがダウンリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。アップリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢへマッピングされているＱｏＳフローがアップリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。第１情報は、第１ＤＲＢがデフォルトＤＲＢであるかどうかの指示を含んでもよい。これは、本願のこの実施形態で制限されない。
【０１１９】
本願のこの実施形態で、第１情報は、ＣＵ−ＣＰによってＣＵ−ＵＰへ送信される他のシグナリングで運ばれてよく、例えば、ＣＵ−ＣＰによってＣＵ−ＵＰへ送信された通知情報で運ばれる、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１２０】
任意に、実施形態において、図８Ｂに示されるように、方法２００は、次のステップを更に含む。
【０１２１】
Ｓ２７０．ＣＵ−ＵＰは、第２情報をＣＵ−ＣＰへ送信し、第２情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功することを示すために使用される。相応して、ＣＵ−ＣＰは第２情報を受信する。
【０１２２】
具体的に、第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信した後、すなわち、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したと決定した後、ＣＵ−ＵＰは、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功裏に実行されていることを、第２情報をＣＵ−ＣＰへ送信することによってＣＵ−ＣＰに通知する。第２情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功したことを示すために使用される。第２情報を受信した後、ＣＵ−ＣＰは、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが正確に実行されていることを知り、次いで、ＣＵ−ＣＰは、端末デバイスのＰＤＵセッションの無線ベアラでデータ処理などを正確に実行し得る。従って、端末デバイスのデータ伝送安定性は改善され、ユーザ経験は改善され、システムの通常運転は確かにされる。
【０１２３】
ＣＵ−ＵＰが第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信しないとき、すなわち、ＣＵ−ＵＰによって受信される第１ＱｏＳフローのデータパケットが第１ＤＲＢで伝送されないとき、それは、反射マッピングが失敗したことを示す。ＣＵ−ＵＰは、反射マッピングが失敗したことを示す情報をＣＵ−ＣＰに通知してよく、それにより、ＣＵ−ＣＰは後に、反射マッピングが依然として必要とされるかどうか、又は第１ＱｏＳフローが解放される必要があるかどうかを判定する。従って、ネットワーク安定性は確かにされ、ネットワーク操作の品質は改善される。
【０１２４】
本願は、データ伝送性能測定及びＬ２パラメータ測定がＣＵ−ＤＵ分離基地局アーキテクチャにおいてサポート可能であるように、通信方法を更に提供する。従って、ユーザデータは成功裏に伝送可能であり、ネットワーク安定性は改善され、ネットワーク操作の品質は改善され、ユーザ経験は改善される。
【０１２５】
図９を参照して、以下は、本願で提供される通信方法について詳述する。図９は、本願の実施形態に従う通信方法３００の略フローチャートである。方法３００は、図３に示されるシナリオに適用されてよく、確かに、他の通信シナリオにも適用されてよい。これは、本願のこの実施形態で制限されない。
【０１２６】
図９に示されるように、方法３００は、以下のステップを含む。
【０１２７】
Ｓ３１０．ＣＵ−ＣＰは第３情報を生成し、第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される。
【０１２８】
Ｓ３２０．ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信し、相応して、ＣＵ−ＵＰは第３情報を受信する。
【０１２９】
Ｓ３３０．ＣＵ−ＵＰは、第３情報に基づいて第１データパケットの伝送性能を検出する。
【０１３０】
本願で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出を必要とするときに、ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信する。第３情報は、ＣＵ−ＵＰに対して、第１データパケット（第１ＱｏＳフロー内のデータパケット）の伝送性能を検出するよう指示するために使用され、第１データパケットは、第１ＱＦＩによって識別される。ＣＵ−ＣＰが端末デバイスのために同じＱｏＳ特性により全ての第１データパケットの検出を必要とするとき、第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは第１５ＱＩによって識別される。ＣＵ−ＵＰは、第３情報に基づいて第１データパケットの伝送性能を検出する。このようにして、伝送パラメータは、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて５ＱＩ又はＱＦＩの粒度で測定され、それにより、ネットワークシステムの通常運転は確保され得、ユーザ経験は改善され得る。
【０１３１】
具体的に、Ｓ３１０で、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ネットワークシステムの通常運転をサポートするために、関連する伝送性能が測定される必要があり、それにより、データ伝送の関連する構成又は制御が、伝送性能を測定することによってタイムリーにサポート又は調整され得る。例えば、Ｌ２パラメータ測定は、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、並びにＭＤＴ及びＳＯＮ要件、などをサポートするために、必要とされる。例えば、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣ、及びＳＤＡＰレイヤでの第１データパケットの関連する伝送パラメータは、検出される必要がある。従って、ＣＵ−ＣＰは第３情報を生成し、第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用される。その上、５Ｇは、ＱｏＳフローに基づくネットワークアーキテクチャを定義しており、ＱｏＳフローは、１つのＰＤＵセッションにおいてＱｏＳ区別を実装するための最も細かい粒度である。
【０１３２】
ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出、すなわち、第１データパケットの性能の検出を必要とする場合に、第１データパケットのクオリティ・オブ・サービスフローＱｏＳフローは第１ＱＦＩであり、すなわち、伝送パラメータは、ＱＦＩの粒度で測定される。ＣＵ−ＣＰが端末デバイスのために同じＱｏＳ特性により全ての第１データパケットの検出を必要とするとき、第１データパケットは第１５ＱＩによって識別され、伝送パラメータは５ＱＩの粒度で測定される。５ＱＩ及びＱＦＩが等しい値を有しているとき、ＱｏＳフローは５ＱＩ又はＱＦＩのどちらか一方を使用することによって識別されてよく、あるいは、５ＱＩ及びＱＦＩが等しくない値を有しているとき、ＱｏＳフローは、５ＱＩを使用することによって識別され得る必要がある。
【０１３３】
第３情報は、第１ＱｏＳフローの関連情報、例えば、第１ＱｏＳフローのパラメータ、第１ＱｏＳの識別子（第１ＱＦＩ又は第１５ＱＩ）、第１ＱｏＳフローに関係があるＰＤＵセッションに関する情報、第１ＱｏＳフローの通知制御、及びＣＵ−ＵＰによって測定される必要がある関連する伝送性能を更に含んでよい。第１ＱｏＳフローの通知制御は、第１ＱｏＳフローの伝送性能、例えば、パケット遅延バジェット、パケットエラー率、ダウンリンク保証ビットレート、最大ダウンリンクビットレート、アップリンク保証ビットレート、最大アップリンクビットレート、最大ダウンリンクパケット損失レート、最大アップリンクパケット損失レート、最大データバーストボリュームを検出するよう指示するために使用される。これは、本願のこの実施形態で制限されない。
【０１３４】
Ｓ３２０で、ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信し、相応して、ＣＵ−ＵＰは第３情報を受信する。具体的に、ＣＵ−ＣＰは、如何なる可能なシグナリングでも第３情報を送信又は搬送するために、ＣＵ−ＵＰとＣＵ−ＣＰとの間のＥ１インターフェースを使用してよい。例えば、第３情報は、Ｅ１インターフェースでＥ１ＡＰメッセージにおいて運ばれてよい。これは、本願のこの実施形態で制限されない。
【０１３５】
Ｓ３３０で、ＣＵ−ＵＰは、第３情報に基づいてＱＦＩ又は５ＱＩの粒度で伝送パラメータを測定する。
【０１３６】
すなわち、ＣＵ−ＵＰは、第１データパケットの伝送性能を検出し、第１データパケットは、第１ＱＦＩ又は第１５ＱＩによって識別される。
【０１３７】
本願で提供される通信方法では、ＣＵ−ＵＰは、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて５ＱＩ又はＱＦＩの粒度で伝送パラメータを測定する。従って、ネットワークシステムの通常操作は確保可能であり、ユーザのデータ伝送の成功率は確保可能であり、ユーザの通信効率は改善可能であり、ユーザ経験は改善可能である。
【０１３８】
任意に、実施形態において、図１０に示されるように、方法３００は、次のステップを更に含む。
【０１３９】
Ｓ３４０．ＣＵ−ＵＰは第４情報をＣＵ−ＣＰへ送信、第４情報は、第１データパケットの伝送性能が伝送性能インジケータを満たすかどうかを示すために使用され、伝送性能は第１データパケットにおいて設定され、第３情報は伝送性能インジケータを含む。相応して、ＣＵ−ＣＰは第４情報を受信する。
【０１４０】
具体的に、ＱｏＳフローでのＰＤＵセッションでは、全てのＱｏＳフローによって満足される必要がある伝送性能インジケータは異なる。例えば、いくつかの高優先サービスの場合に、サービスに対応するＱｏＳフローは、比較的に高い伝送インジケータを満たす必要がある。それらのＱｏＳフローは、ＧＢＲ要件、伝送遅延要件、などを満たす必要がある。従って、第３情報は伝送性能インジケータを含む。例えば、伝送性能インジケータは、第１ＱｏＳフロー（第１データパケットが属するＱｏＳフロー）によって満足される必要があるパケット損失レート要件であってよく、すなわち、パケット損失レートは閾値を超えることができない。代替的に、伝送性能インジケータは、第１ＱｏＳフローによって満足される必要があるＧＢＲ要件であってよい。伝送性能インジケータは、第１ＱｏＳフロー内の第１データパケットにおいて設定され、すなわち、伝送性能インジケータは、第１データパケットが伝送される場合に満たされる必要がある。第３情報を受信した後、ＣＵ−ＵＰは、第３情報に含まれる伝送性能インジケータ及び第１ＱＦＩに基づいて、ＱｏＳフロー識別子がアップリンク及びダウンリンク伝送においてデータパケット内の第１ＱＦＩである第１データパケットの伝送性能を検出する。ＣＵ−ＵＰは、伝送性能インジケータに基づいて第１データパケットの伝送性能を検出し、第１データパケットの検出された伝送性能と、設定された伝送性能インジケータとに基づいて、第１データパケットが伝送要件を満たしているか（fulfilled）どうかを判定する。次いで、ＣＵ−ＵＰは、第４情報を使用することによって、第１データパケットの伝送性能が伝送性能インジケータを満足しているかどうかをＣＵ−ＣＰに通知する。例えば、第１ＱｏＳフロー内の全てのデータパケット（全ての第１データパケット）がＧＢＲ要件を満たすことができないと検出するとき、ＣＵ−ＵＰは、第４情報を使用することによって、第１ＱｏＳフローがＧＢＲ要件を満たすことできないことをＣＵ−ＣＰに通知し、あるいは、第１ＱｏＳフロー内の全ての第１データパケットがＧＢＲ要件を満足すると検出するとき、ＣＵ−ＵＰは、第４情報を使用することによって、第１ＱｏＳフローがＧＢＲ要件を満たしているとＣＵ−ＣＰに通知する。従って、ＣＵ−ＣＰは、情報をコアネットワークへ送信し、コアネットワークは、その情報に基づいて、ＱｏＳフローのパラメータを変更すべきか、それともＱｏＳフローを解放すべきかどうかを判定する。これは、ネットワークシステムが正常に動作することができることを確かにし、ユーザの通常の通信のための保証レートを改善し、ネットワークシステムの安定性及び運転効率を改善し、ユーザ経験を改善する。
【０１４１】
ＣＵ−ＵＰは、期間内に伝送性能インジケータを満たした第１データパケットの量又は割合を報告し得る、と理解されるべきである。代替的に、１つの第１データパケットが期間内に伝送性能インジケータを満たすことができない場合には、第１ＱｏＳフロー（全ての第１データパケット）が期間内に伝送性能インジケータを満たすことができないと見なされる。代替的に、他の報告方法が存在してもよい。これは、本願のこの実施形態で制限されない。
【０１４２】
第４情報は、第１ＱｏＳフローの伝送性能の検出された値のような情報と、第１ＱｏＳフローに関係があるＰＤＵセッションに関する情報、例えば、ＰＤＵセッションＩＤ及び第１ＱｏＳフローの識別子のような情報とを更に含んでもよい、ことが更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１４３】
端末デバイスのＰＤＵセッションにおけるＱｏＳフローがＱｏＳフロー伝送性能インジケータを満足しないか、あるいは、端末デバイスのＰＤＵセッションにおける全てのＱｏＳフローがＱｏＳフロー伝送性能インジケータを満足する場合に、ＣＵ−ＵＰは、ＱｏＳフローごとに、各ＱｏＳフローがＱｏＳフロー伝送性能インジケータを満たすことができないとのメッセージをＣＵ−ＣＰに通知するのではなく、第４情報を使用することによって、ＰＤＵセッションがＱｏＳフロー伝送性能インジケータを満たすことができないとのメッセージをＣＵ−ＣＰに通知してよい、ことが更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１４４】
ＣＵ−ＵＰが第１データパケットの伝送性能を検出する前に、ＣＵ−ＣＰは、端末デバイスのＰＤＵセッションにおける全てのＱｏＳフローに関する情報をＣＵ−ＵＰに更に通知してよい、ことが更に理解されるべきである。例えば、情報は、ＰＤＵセッションにおける全てのＱｏＳフローのパラメータ及び識別子のような情報であってよい。ＰＤＵセッションにおける全てのＱｏＳフローに関する情報を受信した後、ＣＵ−ＵＰは、全てのＱｏＳフローに関する情報に基づいて、かつ、ＣＵ−ＵＰの負荷ステータスなどを参照して、全てのＱｏＳフローの中で受け入れ可能なＱｏＳフローを決定し、受け入れられたＱｏＳフローの伝送性能を検出するために、アドミッションコントロールプロセスを実行してよい。第１ＱｏＳフローは、ＣＵ−ＵＰによって受け入れられたＱｏＳフローのいずれか１つであってよい。受け入れられたＱｏＳフローは、データを伝送するために使用可能なＱｏＳフローと理解され得る。アドミッションコントロールプロセスの具体的なステップは、次の通りである。
【０１４５】
１．コアネットワークデバイスが端末デバイスのための新しいＰＤＵセッション又はＰＤＵセッションのための新しいＱｏＳフローを確立するか、あるいは、ＰＤＵセッションのＱｏＳフロー特性が変化するときに、コアネットワークデバイスは、ＱｏＳフローに関する情報をＣＵ−ＣＰに通知する。例えば、情報は、ＱｏＳフローのＧＲＢ情報であってよい。ＣＵ−ＣＰは、セットアップ要求（setup  request）又は変更要求（modification  request）を通じて、ＣＵ−ＣＰとＣＵ−ＵＰとの間のＥ１インターフェースを使用することによって、ＱｏＳフローに関する情報をＣＵ−ＵＰに通知してよい。例えば、ＱｏＳフローに関する情報は、表１に示される内容を含んでよい。
【表１】
2021521671.tif 000003
【０１４６】
動的５ＱＩ記述子（Dynamic  5QI  Descriptor）に含まれる内容は、次の表２に示されている：
【表２】
2021521671.tif 000004
【０１４７】
表１及び表２に示される内容は単なる例であることが理解されるべきであり、ＱｏＳ風呂及び動的５ＱＩ記述子に関する情報は、更なる他の内容を更に含んでもよい。これは、本願のこの実施形態で制限されない。
【０１４８】
２．ＣＵ−ＵＰは、ＣＵ−ＵＰの負荷ステータス及びＱｏＳフローに関する情報、例えば、表１及び表２中のＱｏＳフローパラメータに基づいてＱｏＳフローアドミッションを実行し、アドミッション結果をセットアップ要求応答又は変更要求応答においてＣＵ−ＣＰへフィードバックする。アドミッション結果は、受け入れられたＱｏＳフローのＩＤ、そのＱｏＳフローのＰＤＵセッションのＩＤ、受け入れられていないＱｏＳフローのＩＤ、受け入れられていないＱｏＳフローのＰＤＵセッションのＩＤ、及びＱｏＳフローが受け入れられない理由を含んでよい。例えば、ＱｏＳフローが受け入れられない理由は、利用不可能な無線リソース（radio  resources  not  available）、未知の５ＱＩ、又は無効な５ＱＩであってよい。ＰＤＵセッションにおける全てのＱｏＳフローが拒絶される場合には、ＰＤＵセッションのＩＤが更に含まれる。受け入れられるＱｏＳフローを決定した後、ＣＵ−ＵＰは、伝送性能インジケータが満たされるかどうかを判定するために、ＣＵ−ＣＰによって送信された第３情報に基づいて、受け入れられたＱｏＳフローの伝送性能を検出してよい。ＰＤＵセッションにおける複数のＱｏＳフローが受け入れられる場合に、アドミッション結果は、受け入れられたＱｏＳフローのＩＤのリストを含んでよい、ことが理解されるべきである。ＰＤＵセッションのＩＤセッションにおける複数のＱｏＳフローが拒絶される場合に、アドミッション結果は、拒絶されたＱｏＳフローのＩＤのリストを含んでよい。
【０１４９】
本願のこの実施形態で、上記の表１及び表２中の情報並びにＣＵ−ＵＰの負荷ステータスに加えて、ＣＵ−ＵＰは、他の情報、例えば、ＱｏＳフロー内のデータパケットで運ばれるサービス情報に基づいて、ＱｏＳフローに対してアドミッションコントロールを更に実行してよい。これは、本願のこの実施形態で制限されない。
【０１５０】
任意に、ＣＵ−ＵＰが第４情報をＣＵ−ＣＰへ送信するＳ３４０は、次のステップを含む。
【０１５１】
ＣＵ−ＵＰは通知情報をＣＵ−ＣＰへ送信し、通知情報が第４情報を含み、相応して、ＣＵ−ＣＰは通知情報を受信する。
【０１５２】
具体的に、ＣＵ−ＵＰが、第１データパケットが伝送性能インジケータを満たすかどうかをＣＵ−ＣＰに通知する必要があるとき、ＣＵ−ＵＰは、ＣＵ−ＣＰとＣＵ−ＵＰとの間のＥ１インターフェースを使用することによって第４情報をＣＵ−ＣＰへ送信してよい。具体的に、ＣＵ−ＵＰは、Ｅ１インターフェースを使用することによって通知（notify）情報をＣＵ−ＣＰへ送信してよく、通知情報が第４情報を含む。通知情報は、ＣＵ−ＣＰに対して、端末デバイスとのＰＤＵセッションに関係があるベアラを確立するよう指示するとともに、ＣＵ−ＣＰにＱｏＳフロー情報を通知するために、使用されてよい。言い換えると、通知情報は第４情報を運ぶ。通知情報は、第１ＱｏＳフローの関連情報及び端末デバイスのＰＤＵセッションの関連情報を更に含んでもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１５３】
通知情報を受信した後、ＣＵ−ＣＰは、第４情報が受信されたことをＣＵ−ＵＰに通知するために、通知情報応答をＣＵ−ＵＰへ更に送信してよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１５４】
任意に、実施形態において、ＣＵ−ＵＰが第４情報をＣＵ−ＣＰへ送信するＳ３４０は、次のステップを含む。
【０１５５】
ＣＵ−ＵＰはベアラ変更要求をＣＵ−ＣＰへ送信し、ベアラ変更要求が第４情報を含む。相応して、ＣＵ−ＣＰはベアラ変更要求を受信する。
【０１５６】
具体的に、ＣＵ−ＵＰが、第１データパケットが伝送性能インジケータを満たすかどうかをＣＵ−ＣＰに通知する必要があるとき、ＣＵ−ＵＰは、ＣＵ−ＣＰとＣＵ−ＵＰとの間のＥ１インターフェースを使用することによって第４情報をＣＵ−ＣＰへ送信してよい。具体的に、ＣＵ−ＵＰは、Ｅ１インターフェースを使用することによってベアラ変更要求をＣＵ−ＣＰへ送信してよく、ベアラ変更要求が第４情報を含む。ベアラ変更要求は、ＣＵ−ＣＰに対して、端末デバイスとの関連するベアラ、例えば、ＤＲＢ又はＳＲＢベアラを変更するよう指示するために使用され、ＤＲＢ又はＳＲＢは、ＣＵ−ＵＰと端末デバイスとの間で関連するシグナリング、データ、などを伝送するために使用されてよい。言い換えると、ＣＵ−ＵＰは、ベアラ変更要求を使用することによって第４情報をＣＵ−ＣＰへ送信する。ベアラ変更要求は、第１ＱｏＳフローの関連情報及び端末デバイスのＰＤＵセッションの関連情報を更に含んでもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１５７】
本願のこの実施形態で、第４情報は、ＣＵ−ＵＰによってＣＵ−ＣＰへ送信される他のシグナリングにおいて運ばれてもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１５８】
ベアラ変更要求を受信した後、ＣＵ−ＣＰは、第４情報が受信されたことをＣＵ−ＵＰに通知するために、ベアラ変更要求応答情報をＣＵ−ＵＰへ更に送信してよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１５９】
任意に、実施形態において、第１データパケットの伝送性能インジケータは、次の：
第１データパケットの遅延バジェット、第１データパケットのパケット損失レート、アップリンク保証ビットレートＧＢＲ、ダウンリンクＧＢＲ、最大アップリンクＧＢＲ、及び最大ダウンリンクＧＢＲ
のうちの少なくとも１つを含む。
【０１６０】
具体的に、端末デバイスのＰＤＵセッションにおいて、異なるサービスは異なる伝送性能要件を有し、すなわち、異なるサービスのデータパケットは、異なるＱｏＳフロー要件を有し、異なるＱｏＳフローは、異なる伝送性能インジケータを満たす必要がある。従って、第１データパケット（そのＱｏＳフローは第１ＱｏＳフローである）の場合に、第１ＱｏＳフローの伝送性能インジケータは、第１データパケットの遅延バジェット、第１データパケットのパケット損失レート、アップリンク保証ビットレートＧＢＲ、ダウンリンクＧＢＲ、最大アップリンクＧＢＲ、最大ダウンリンクＧＢＲ、最大ダウンリンクパケット損失レート、最大アップリンクパケット損失レート、及び最大データバーストボリューム、のうちの少なくとも１つを含んでよい。例えば、伝送性能インジケータがダウンリンクＧＢＲであるとき、ＣＵ−ＵＰは、第１データパケットのダウンリンクＧＢＲ伝送インジケータに基づいて、ダウンリンク第１データパケットがダウンリンクＧＢＲ要件を満足するかどうかを検出し、そして、第１データパケットがダウンリンクＧＢＲ伝送インジケータを満たすかどうかをＣＵ−ＣＰへ送信する。
【０１６１】
上記の伝送性能インジケータに加えて、第１データパケットの伝送性能インジケータは、他の伝送性能インジケータ、例えば、最大データスループットを更に含んでよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１６２】
任意に、実施形態において、図１１に示されるように、方法３００は、次のステップを含む。
【０１６３】
Ｓ３５０．ＣＵ−ＵＰは第５情報をＣＵ−ＣＰへ送信し、第５情報は第１データパケットの伝送性能の検出結果を含み、第３情報は測定設定情報を含み、測定設定情報は、第１データパケットの伝送性能パラメータ及び／又は測定時間長さを含む。相応して、ＣＵ−ＣＰは第５情報を受信する。
【０１６４】
具体的に、ＣＵ−ＵＰは、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、ＭＤＴ及びＳＯＮ要件、などをサポートするために、Ｌ２パラメータ測定を実行する必要がある。例えば、ＣＵ−ＵＰは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、などで、関連するパラメータを測定する。従って、ＣＵ−ＣＰによってＣＵ−ＵＰへ送信される第３情報は、測定設定情報を含み、測定設定情報は、第１データパケットの伝送性能パラメータ及び／又は測定時間長さを含む。ＣＵ−ＵＰは、ＱＦＩ又は５ＱＩの粒度で測定設定情報に基づいて伝送パラメータを測定し、すなわち、第１データパケットの伝送性能を検出する。測定設定情報が第１データパケットの伝送性能パラメータを含む場合に、ＣＵ−ＵＰは、第１データパケットの予め定義された時間長さ又はサービスステータスに基づいて測定時間長さを決定し、第１データパケットの伝送性能を検出してよい。測定設定情報が第１データパケットの測定時間長さを含む場合に、ＣＵ−ＵＰは、第１データパケットのＱｏＳフロー負荷ステータス及びＱｏＳフローサービスタイプのような情報に基づいて、伝送性能が検出される必要があると決定し、そして、第１データパケットの伝送性能を検出してよい。第１データパケットは第１５ＱＩによって識別され、伝送性能が検出される必要があることが決定され、第１データパケットの伝送性能は検出される。第１データパケットは第１５ＱＩによって識別される。データパケットに関して、ＱＦＩ及び５ＱＩが同じ値を有している場合には、ＱＦＩ又は５ＱＩのどちらか一方が、データパケットを示すために使用されてよく、あるいは、ＱＦＩフィールド及び５ＱＩが異なる値を有している場合には、データパケットは、５ＱＩによって識別される必要がある。すなわち、全ての端末デバイスのための全ての第１データパケットが検出される場合に、第１データパケットは、ＱｏＳフローが全ての端末デバイスについて第１５ＱＩである全てのデータパケットの伝送性能を検出するために、第１５ＱＩによって識別される。ＣＵ−ＵＰは、Ｌ２で第１データパケットの伝送性能を検出し、第１データパケットの伝送性能の検出結果をＣＵ−ＣＰに通知する。従って、ＣＵ−ＣＰはＬ２パラメータ測定をサポートし、それにより、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、並びにＭＤＴ及びＳＯＮ要件をサポートする機能は実装される。これは、ネットワーク安定性を改善し、ネットワーク操作の品質を改善し、かつ、ユーザ経験を改善するのを助ける。図１１中で破線により示されているステップは、任意ステップである、と理解されるべきである。
【０１６５】
任意に、実施形態において、伝送性能パラメータは、第１データパケットのパケット損失レート、第１データパケットのダウンリンク伝送遅延、第１データパケットのスケジューリングされたインターネットプロトコルスループット、及び第１データパケットのデータボリューム、のうちの少なくとも１つを含む。
【０１６６】
以下は、ＣＵ−ＵＰが上記の伝送性能パラメータを測定するプロセスについて詳述する。
【０１６７】
１．第１データパケットのダウンリンク伝送遅延について、検出粒度は第１ＱＦＩ及び／又は第１５ＱＩであり、すなわち、ＱｏＳフロー識別子が第１ＱＦＩ及び／又は第１５ＱＩである全てのデータパケット（全ての第１データパケット）の、期間Ｔ内にある平均ダウンリンク伝送遅延が、測定される。第１データパケットのＱｏＳフロー識別子が第１５ＱＩである場合に、性能検出は、ＱｏＳフロー識別子が全ての端末デバイスについて第１５ＱＩである全てのデータパケットに対して、実行される。第１データパケットのＱｏＳフロー識別子が第１ＱＦＩである場合に、性能検出は、端末デバイスについて第１ＱＦＩを有するデータパケットに対して実行される。
【０１６８】
具体的に、期間Ｔ内の第１データパケットの平均ダウンリンク伝送遅延は、式（１）を使用することによって計算されてよい：
【数１】
2021521671.tif 000005
【０１６９】
式（１）中、Ｍ（Ｔ，５ｑｉ）は、期間Ｔ内の、同じ５ＱＩ（第１５ＱＩ）を有する第１データパケットの平均ダウンリンク伝送遅延を表し、ＱｏＳフローの５ＱＩ及びＱＦＩが同じである場合には、５ＱＩはＱＦＩであってもよく、ｔＡｒｒｉｖ（ｉ）は、ｉ番目の第１データパケットが到着する時点（moment）を表し、ｔＡｃｋ（ｉ）は、ｉ番目の第１データパケットが成功裏に受信される時点（moment）であり、ｉは、期間Ｔ内で到着し成功裏に受信されるデータパケットのシーケンス番号を表し、Ｉ（Ｔ）は、期間Ｔ内の第１データパケットの総数を表す。
【０１７０】
第１データパケットの到着時点の基準点は、ＰＤＣＰレイヤでのサービスアクセスポイント（service  access  point，ＳＡＰ）又はＳＤＡＰレイヤでのサービスアクセスポイントであり、第１データパケットが成功裏に受信される時点の基準点は、ＰＤＣＰレイヤでのＳＡＰ又はＳＤＡＰレイヤでのサービスアクセスポイントである。ＳＡＰは、上位レイヤが下位レイヤにアクセスするときに上位レイヤがサービスを提供するプロトコルスタック内のポイントであり、隣接するレイヤにあるエンティティ（「エンティティ」は、対応するレイヤの論理機能である）の間の相互通信を実装する論理インターフェースであり、２つのレイヤの間の境界に位置する。アクセスポイントがプロトコルレイヤの上位（upper）部分又はプロトコルレイヤの下位（lower）部分に位置するかどうかは、ここで制限されない。例えば、第１データパケットが成功裏に受信される時点の基準点は、ＰＤＣＰレイヤでの上位ＳＡＰ又はＳＤＡＰレイヤでの上位サービスアクセスポイントである。代替的に、第１データパケットが成功裏に受信される時点の基準点は、ＰＤＣＰレイヤでの下位ＳＡＰ又はＳＤＡＰレイヤでの下位サービスアクセスポイントである。物理レイヤから開始して、各レイヤは、上位レイヤへのサービスアクセスポイントを提供する。各レイヤはＳＡＰを有しているが、異なるレイヤにあるＳＡＰは、異なる内容及び表現形式を有している。
【０１７１】
任意に、第１データパケットの到着時点の基準点は、ＰＤＣＰレイヤでのＳＡＰ又はＳＦＡＰレイヤでのＳＡＰであってよく、第１データパケットが成功裏に受信される時点の基準点は、ＭＡＣレイヤでのＳＡＰである。アクセスポイントがプロトコルレイヤの上位（upper）部分又はプロトコルレイヤの下位（lower）部分に位置するかどうかは、ここで制限されない。例えば、第１データパケットの到着時点の基準点は、ＰＤＣＰレイヤでの下位ＳＡＰであってよく、第１データパケットが成功裏に受信される時点の基準点は、ＭＡＣレイヤでの下位サービスアクセスポイントである。この場合に、ＤＵは、ＭＡＣレイヤで正確に受信される第１データパケットの数及び到着時間、などを計算し、情報をＣＵ−ＣＰに通知する必要がある。図１２に示されるように、Ｓ３６０で、ＣＵ−ＣＰは、測定設定情報をＤＵへ送信してよい。測定設定情報は、第１ＱｏＳフローのパラメータ、第１ＱｏＳフローの識別子（第１ＱＦＩ又は第１５ＱＩ）、及び第１ＱｏＳフローに関係があるＰＤＵに関する情報のような、第１ＱｏＳフローの関連情報を含む。Ｓ３７０で、ＤＵは、測定設定情報に基づいて、ＭＡＣレイヤで正確に受信される第１データパケットの数及び到着時間を計算する。Ｓ３８０で、ＤＵは、検出結果をＣＵ−ＣＰに通知する。これは、本願のこの実施形態で制限されない。
【０１７２】
任意に、測定をより正確にするよう、ＣＵ−ＣＰは、測定の絶対時間、例えば、検出が開始する絶対時点及び検出が終了する絶対時点をＣＵ−ＵＰに通知してよい。これは、本願のこの実施形態で制限されない。
【０１７３】
ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒子で上記の式（１）に基づいて第１データパケットのダウンリンク伝送遅延を検出し、検出結果をＣＵ−ＣＰに通知してよい。
【０１７４】
ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒子で上記の式（１）に基づいて第１データパケットのダウンリンク伝送遅延を検出し、更には、ＣＵ−ＵＰは、他の式又は、式（１）を変えることによって求められる式に基づいて、第１データパケットのダウンリンク伝送遅延を更に検出してもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１７５】
２．第１データパケットのダウンリンク伝送プロセスにおけるネットワーク輻輳、トラフィック管理、などにより捨てられる第１データパケットのパケット損失レート（packet  discard  rate）の検出のために、次の式（２）が使用されてよく、期間Ｔ内の第１データパケットの平均パケット損失レートが計算される：
【数２】
2021521671.tif 000006
【０１７６】
式（２）中、Ｄ（Ｔ，５ｑｉ）は、期間Ｔ内の、同じ５ＱＩ（第１５ＱＩ）を有する第１データパケットの平均パケット損失レートを表し、ＱｏＳフローの５ＱＩ及びＱＦＩが同じである場合には、５ＱＩはＱＦＩであってもよく、第１ＱＦＩ及び第１５ＱＩが異なる値を有する場合には、第１５ＱＩが使用され、Ｄｄｉｓｃ（Ｔ，５ｑｉ）は、期間Ｔ内に捨てられる第１データパケットの数を表し、Ｎ（Ｔ，５ｑｉ）は、ＰＤＣＰレイヤ又はＳＤＡＰレイヤでのＳＡＰに到着する第１データパケットの数を表す。
【０１７７】
ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度で上記の式（２）に基づいて第１データパケットのオアケット損失レートを検出し、検出結果をＣＵ−ＣＰに通知してよい。
【０１７８】
ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度で上記の式（２）に基づいて第１データパケットのオアケット損失レートを検出し、更には、ＣＵ−ＵＰは、他の式又は、式（２）を変えることによって求められる式に基づいて、第１データパケットのパケット損失レートを更に検出してもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１７９】
３．ＣＵ−ＵＰは、アップリンク及びダウンリンク伝送がＵｕインターフェースでＣＵ−ＵＰと端末デバイスとの間で実行されるときに存在する第１データパケットの損失レートを検出してよく、すなわち、ＱＦＩ及び／又は５ＱＩの粒度で期間Ｔ内でＵｕインターフェース上での第１データパケットのアップリンク及びダウンリンクパケット損失レートを検出する。
【０１８０】
４．ＣＵ−ＵＰは、第１データパケットのアップリンク及びダウンリンクスループットを含め、期間Ｔ内で第１データパケットのスケジューリングされたインターネットプロトコル（scheduled  IP）スループットを検出してよく、更には、期間Ｔ内での第１のデータパケットのデータバースト（data  burst）のボリュームを検出し、検出結果をＣＵ−ＣＰに通知してよく、ここで、データバーストは、複数の伝送時間インターバルにおいて伝送される。
【０１８１】
任意に、ＣＵ−ＵＰは、ＭＤＴに関係がある、期間Ｔ内での第１データパケットのアップリンク及びダウンリンクのスケジューリングされたＩＰスループットを検出してよく、すなわち、ＱＦＩ及び／又は５ＱＩの粒度で、アップリンク及びダウンリンク伝送がＣＵ−ＵＰと端末デバイスとの間のＵｕインターフェースで実行されるときに存在する第１データパケットのスケジューリングされたＩＰスループットを検出するか、あるいは、ＱＦＩ及び／又は５ＱＩの粒度で、アップリンク及びダウンリンク伝送がＣＵ−ＵＰとＤＵとの間のＦ１−Ｕインターフェースで実行されるときに存在する第１データパケットのスケジューリングされたＩＰスループットを検出し、そして、検出結果をＣＵ−ＣＰに通知する。
【０１８２】
５．ＣＵ−ＵＰは、期間Ｔ内での第１データパケットのデータボリュームを検出し、すなわち、ＱＦＩ及び／又は５ＱＩの粒度で期間Ｔ内での第１データパケットのアップリンク及びダウンリンクデータボリュームを検出し、ＱＦＩ及び／又は５ＱＩの粒度で検出結果をＣＵ−ＣＰに通知してよい。
【０１８３】
６．ＣＵ−ＵＰは、期間Ｔ内での第１データパケットの遅延を検出してよい。具体的に、ＣＵ−ＵＰは、第１データパケットがＲＬＣレイヤに伝送されるまで第１データパケットがＰＤＣＰレイヤのＳＡＰに到着する時間から開始する期間Ｔ内の平均遅延をＱＦＩ及び／又は５ＱＩの粒度で計算するか、あるいは、第１データパケットがＲＬＣレイヤに伝送されるまで第１データパケットがＳＤＡＰレイヤのＳＡＰに到着する時間から開始する期間Ｔ内の平均遅延をＱＦＩ及び／又は５ＱＩの粒度で計算し、そして、計算結果をＣＵ−ＣＰに通知してよい。アクセスポイントがプロトコルレイヤの上位（upper）部分又はプロトコルレイヤの下位（lower）部分に位置するかどうかは、ここで制限されない。例えば、第１データパケットが成功裏に受信される時点の基準点は、ＳＤＡＰレイヤでの上位ＳＡＰ又はＳＤＡＰレイヤでの下位サービスアクセスポイントである。代替的に、第１データパケットが成功裏に受信される時点の基準点は、ＰＤＣＰレイヤでの上位ＳＡＰ又はＰＤＣＰレイヤでの下位サービスアクセスポイントである。
【０１８４】
本願のこの実施形態で、ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度で上記の伝送性能パラメータを測定し、更には、ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度で第１データパケットの他の伝送性能パラメータを更に測定してもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１８５】
本願のこの実施形態で、ＣＵ−ＵＰがＣＵ−ＣＰに測定結果を報告する方法は制限されず、例えば、報告は、周期的に報告されてよく、あるいは、報告は、イベントによってトリガされてよく、あるいは、報告は、ＣＵ−ＣＰによって設定された報告設定に基づいて実行されてよい、ことが更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【０１８６】
任意に、実施形態において、ＣＵ−ＣＰによって設定された報告設定は、測定期間Ｔ、測定イベント、メトリクス（metrics）、１つ又はいくつかのＱＦＩ／５ＱＩ／ＰＤＵセッション／スライス（Ｓ−ＮＳＳＡＩ）、周期報告、イベントによりトリガされる報告（周期値又はトリガ条件、例えば、メトリックが閾値を超えるとき）、などを含む。これは、本願のこの実施形態で制限されない。
【０１８７】
本願のこの実施形態で、ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度での伝送性能測定及び報告を実行してよい、ことが更に理解されるべきである。その上、ＣＵ−ＵＰは、ＰＤＵセッションの粒度でのデータパケット伝送性能測定及び報告を更に実行してよく、あるいは、５ＱＩの粒度及び端末デバイスで伝送性能測定及び報告を更に実行してよく、あるいは、ＰＤＵセッションの粒度及びネットワークスライスで伝送性能測定及び報告を更に実行してよい。ネットワークスライシングは、レイテンシ及び信頼性のような異なるサービス要件及び適用シナリオに基づいて、ネットワークを異なるネットワークスライスに分割することである。全てのネットワークスライスは、異なる適用シナリオ及びサービス要件に対応している。１つのネットワークスライスは、複数のＰＤＵセッションを含んでよい。
【０１８８】
本願のこの実施形態で、ＤＵはまた、ＣＵ−ＣＰによって送信された測定設定情報に基づいて、Ｌ２関連パラメータ測定を実行し、測定結果をＣＵ−ＣＰへ送信してもよい、ことが更に理解されるべきである。図１２に示されるように、例えば、ＤＵは、セルの粒度で測定を実行するのではなく、期間Ｔ内での単一セルのランダムアクセスプリアンブルの数又はアップリンク及びダウンリンク物理リソースブロック（physical  resource  block，ＰＲＢ）利用を計算するか、あるいは、ＤＵのみのランダムアクセスプリアンブルの数及びＰＲＢ利用を計算してよく、そして、検出結果をＣＵＴへ送信する。具体的に、ＤＵは、関連するシグナリング及びＤＵとＣＵ−ＣＰとの間のＦ１−Ｃインターフェースを使用することによって、検出結果をＣＵ−ＣＰに通知してよい。
【０１８９】
本願の各実施形態で、「第１」、「第２」、「第３」などは、複数のオブジェクトが異なっていることを示すよう意図される、と更に理解されるべきである。例えば、第１情報及び第２情報は、異なる内容を有している情報を示すために単に使用され、情報に影響を及ぼさない。上記の「第１」、「第２」などは、本願の実施形態に制限を課さない。
【０１９０】
本願の各実施形態で、第１情報は、伝送のための如何なる可能なシグナリングでも運ばれてよい、と更に理解されるべきである。同様に、第２情報及び第３情報も、如何なる可能なシグナリングでも運ばれてよい。言い換えると、第１情報、第１情報、及び第１情報の具体的な形態は、本願の実施形態で制限されない。
【０１９１】
上記の説明は、本願の実施形態の範囲を制限するのではなく、単に、当業者が本願の実施形態をより良く理解することを助けるよう意図される。明らかに、当業者は、上記の例に基づいて様々な同等の改良又は変更を行ってよく、あるいは、何らかの新しいステップなどを加えたり、又は上記の実施形態のいずれか２つ以上を組み合わせたりしてもよい。そのような改良、変更、又は組み合わせられた解決法も、本願の実施形態の範囲内にある。
【０１９２】
上記のプロセスのシーケンス番号は、実行順序を意味しない、と更に理解されるべきである。プロセスの実行順序は、プロセスの機能及び内部ロジックに基づいて決定されるべきであり、本願の実施形態の実装プロセスに制限を課さない。
【０１９３】
本願の実施形態の上記の説明は、実施形態どうしの相違に焦点を当てる、ことが更に理解されるべきである。述べられていない同じ又は類似した部分について、それらの実施形態を参照されたい。簡潔さのために、詳細は、ここで再びは記載されない。
【０１９４】
上記は、図１乃至図１２を参照して本願の実施形態における通信方法について詳述する。以下は、図１３乃至図２０を参照して本願の実施形態における通信装置について詳述する。
【０１９５】
図１３は、本願の実施形態に従う通信装置の略ブロック図である。通信装置は、上記のセントラルユニット・ユーザプレーンノードＣＵ−ＵＰであってよい、ことが理解されるべきである。通信装置の実施形態及び方法の実施形態は、互いに対応している。同様の記載については、方法の実施形態を参照されたい。図１３に示される通信装置４００は、図４、図６乃至図８Ｂの方法２００の各実施形態でＣＵ−ＵＰによって実行されるステップを実行するよう構成されてよい。通信装置４００は、プロセッサ４１０、メモリ４２０、及びトランシーバ４３０を含む。プロセッサ４１０、メモリ４２０、及びトランシーバ４３０は、通信バスを使用することによって接続されている。メモリ４２０は、命令を記憶している。プロセッサ４１０は、メモリ４２０に記憶されている命令を実行するよう構成される。トランシーバ４３０は、プロセッサ４１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【０１９６】
プロセッサ４１０は、第１情報を取得するよう構成され、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである。
【０１９７】
トランシーバ４３０は、コアネットワークデバイスによって送信された第１データパケットを受信するよう構成される。
【０１９８】
プロセッサ４１０は、第１データパケットの反射マッピング指示フィールドをセットするよう更に構成される。
【０１９９】
トランシーバ４３０は、端末デバイスへ第１ＤＲＢで、マッピングフィールドがセットされている第１データパケットを送信するよう更に構成される。
【０２００】
本願で提供される通信装置に従って、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が最初のＰＤＵセッション確立プロセスにおいて確立される必要があるときに、又は第１ＱｏＳフローにおける第１データパケットが、伝送のために、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に新しいＤＲＢ（第１ＤＲＢ）へマッピングされる必要があるときに、ＣＵ−ＵＰは第１情報を取得し、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。任意に、第１情報は、ＣＵ−ＵＰにおいて事前に記憶されてよい。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。ＣＵ−ＵＰは、第１情報に基づいて、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。コアネットワークによって送信された第１データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットし、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドをセットする目的は、反射マッピングが第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへ必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを、ＤＵを使用することによって第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。このようにして、本願のこの実施形態で、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、第１ＱｏＳフローは、ＣＵ−ＵＰ及び端末デバイスの両方のために第１ＤＲＢへマッピングされる。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【０２０１】
通信装置４００のコンポーネントは、通信バスを使用することによって接続されており、すなわち、プロセッサ４１０、メモリ４２０、及びトランシーバ４３０は、内部接続パスを使用することによって互いと通信し、コントロール信号及び／又はデータ信号を伝送する。本願の上記の方法の実施形態は、プロセッサに適用されてよく、あるいは、プロセッサは、上記の方法の実施形態のステップを実装してよい。プロセッサは、集積回路チップであってよく、信号処理能力を備えている。実装プロセスにおいて、上記の方法の実施形態のステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、又はソフトウェア形式の命令を使用することによって、実装可能である。プロセッサは、中央演算処理装置（central  processing  unit，ＣＰＵ）、ネットワークプロセッサ（network  processor，ＮＰ）、ＣＰＵとＮＰとの組み合わせ、デジタル信号プロセッサ（digital  signal  processor，ＤＳＰ）、特定用途向け集積回路（application  specific  integrated  circuit，ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（field  programmable  gate  array，ＦＰＧＡ）若しくは他のプログラム可能論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェア部品であってよく、本願で開示されている方法、ステップ、及び論理ブロック図を実装又は実行してよい。汎用プロセッサはマイクロプロセッサであってよく、プロセッサは如何なる従来のプロセッサなどであってもよい。本願で開示されている方法のステップは、ハードウェア復号化プロセッサを使用することによって直接実行及び完了されてよく、あるいは、復号化プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行及び完了されてよい。ソフトウェアモジュールは、ランダム・アクセス・メモリ、フラッシュメモリ、リード・オンリー・メモリ、プログラム可能リード・オンリー・メモリ、電気的消去可能なプログラム可能メモリ、又はレジスタのような、当該技術における成熟した記憶媒体に位置してよい。記憶媒体はメモリに位置する。プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上記の方法のステップを完了する。
【０２０２】
任意に、本願の他の実施形態では、トランシーバ４３０は、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって送信された第１情報を受信するよう更に構成される。
【０２０３】
任意に、本願の他の実施形態では、プロセッサ４１０は、具体的に、第１データパケットの反射マッピング指示フィールドのビットを１にセットするよう構成される。
【０２０４】
任意に、本願の他の実施形態では、プロセッサ４１０は、具体的に、第１データパケットの反射マッピング指示フィールドのビットを０にセットするよう構成される。
【０２０５】
任意に、本願の他の実施形態では、第１情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報である。
【０２０６】
任意に、本願の他の実施形態では、トランシーバ４３０は、第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信するよう更に構成され、第２データパケットが属するＱｏＳフローは第１ＱｏＳフローである。プロセッサ４１０は、第１データパケットの反射マッピング指示フィールドのビットを第２データパケットに基づいて０にセットするよう更に構成される。
【０２０７】
任意に、本願の他の実施形態で、トランシーバ４３０は、具体的に、ＣＵ−ＣＰによって送信されたベアラコンテキストセットアップ要求を受信するよう構成され、ベアラコンテキストセットアップ要求は、第１情報を含む。
【０２０８】
任意に、本願の他の実施形態で、トランシーバ４３０は、具体的に、ＣＵ−ＣＰによって送信されたベアラ変更要求を受信するよう構成され、ベアラ変更要求は、第１情報を含む。
【０２０９】
任意に、本願の他の実施形態で、トランシーバ４３０は、第２情報をＣＵ−ＣＰへ送信するよう更に構成され、第２情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功することを示すために使用される。
【０２１０】
本願のこの実施形態で、プロセッサ４１０は、処理モジュールによって実装されてよく、メモリ４２０は、記憶モジュールによって実装されてよく、トランシーバ４３０は、トランシーバモジュールによって実装されてよい、ことが留意されるべきである。図１４に示されるように、通信装置５００は、処理モジュール５１０、記憶モジュール５２０、及びトランシーバモジュール５３０を含んでよい。
【０２１１】
図１３に示される通信装置４００又は図１４に示される通信装置５００は、図４、図６乃至図８Ｂの方法２００の各実施形態でＣＵ−ＵＰによって実行されるステップを実装することができる。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。
【０２１２】
図１５は、本願の実施形態に従う通信装置６００の略ブロック図である。通信装置の実施形態及び方法の実施形態は、互いに対応している、ことが理解されるべきである。同様の記載については、方法の実施形態を参照されたい。図１５に示される通信装置６００は、図４、図６乃至図８Ｂの方法２００の各実施形態でＣＵ−ＣＰによって実行されるステップを実行するよう構成されてよい。図１５に示されるように、通信装置６００は、プロセッサ６１０、メモリ６２０、及びトランシーバ６３０を含む。プロセッサ６１０、メモリ６２０、及びトランシーバ６３０は、通信バスを使用することによって接続されている。メモリ６２０は、命令を記憶している。プロセッサ６１０は、メモリ６２０に記憶されている命令を実行するよう構成される。トランシーバ６３０は、プロセッサ６１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【０２１３】
プロセッサ６１０は、第１情報を生成するよう構成され、第１情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである。
【０２１４】
トランシーバ６３０は、第１情報をＣＵ−ＵＰへ送信するよう構成される。
【０２１５】
本願で提供される通信装置に従って、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングの実行を必要とするときに、ＣＵ−ＣＰは第１情報をＣＵ−ＵＰへ送信する。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。コアネットワークから受信された第１データパケットの反射マッピング指示フィールドを第１情報に基づいてセットした後、ＣＵ−ＵＰは、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。このようにして、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、ＱｏＳフローからＤＲＢへのマッピングは、ＣＵ−ＵＰ及び端末デバイスの両方のために実装される。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【０２１６】
通信装置６００のコンポーネントは、通信バスを使用することによって接続されており、すなわち、プロセッサ６１０、メモリ６２０、及びトランシーバ６３０は、内部接続パスを使用することによって互いと通信し、コントロール信号及び／又はデータ信号を伝送する。本願の上記の方法の実施形態は、プロセッサに適用されてよく、あるいは、プロセッサは、上記の方法の実施形態のステップを実装してよい。プロセッサは、集積回路チップであってよく、信号処理能力を備えている。実装プロセスにおいて、上記の方法の実施形態のステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、又はソフトウェア形式の命令を使用することによって、実装可能である。プロセッサは、ＣＰＵ、ネットワークプロセッサＮＰ、ＣＰＵとＮＰとの組み合わせ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ若しくは他のプログラム可能論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェア部品であってよく、本願で開示されている方法、ステップ、及び論理ブロック図を実装又は実行してよい。汎用プロセッサはマイクロプロセッサであってよく、プロセッサは如何なる従来のプロセッサなどであってもよい。本願で開示されている方法のステップは、ハードウェア復号化プロセッサを使用することによって直接実行及び完了されてよく、あるいは、復号化プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行及び完了されてよい。ソフトウェアモジュールは、ランダム・アクセス・メモリ、フラッシュメモリ、リード・オンリー・メモリ、プログラム可能リード・オンリー・メモリ、電気的消去可能なプログラム可能メモリ、又はレジスタのような、当該技術における成熟した記憶媒体に位置してよい。記憶媒体はメモリに位置する。プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上記の方法のステップを完了する。
【０２１７】
任意に、本願の他の実施形態で、第１情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報である。
【０２１８】
任意に、本願の他の実施形態で、トランシーバ６３０は、具体的に、ベアラコンテキストセットアップ要求をＣＵ−ＵＰへ送信するよう構成され、ベアラコンテキストセットアップ要求は、第１情報を含む。
【０２１９】
任意に、本願の他の実施形態で、トランシーバ６３０は、具体的に、ベアラ変更要求をＣＵ−ＵＰへ送信するよう構成され、ベアラ変更要求は、第１情報を含む。
【０２２０】
任意に、本願の他の実施形態で、トランシーバ６３０は、ＣＵ−ＵＰによって送信された第２情報を受信するよう更に構成され、第２情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功することを示すために使用される。
【０２２１】
本発明のこの実施形態で、プロセッサ６１０は、処理モジュールによって実装されてよく、メモリ６２０は、記憶モジュールによって実装されてよく、トランシーバ６３０は、トランシーバモジュールによって実装されてよい、ことが留意されるべきである。図１６に示されるように、通信装置７００は、処理モジュール７１０、記憶モジュール７２０、及びトランシーバモジュール７３０を含んでよい。
【０２２２】
図１５に示される通信装置６００又は図１６に示される通信装置７００は、図４、図６乃至図８Ｂの方法２００の各実施形態でＣＵ−ＣＰによって実行されるステップを実装することができる。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。
【０２２３】
図１７は、本願の実施形態に従う通信装置８００の略ブロック図である。通信装置の実施形態及び方法の実施形態は、互いに対応している、ことが理解されるべきである。同様の記載については、方法の実施形態を参照されたい。図１７に示される通信装置８００は、図９乃至図１２及び方法３００の各実施形態においてＣＵ−ＵＰによって実行されるステップを実行するよう構成されてよい。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。図１６に示されるように、通信装置８００は、プロセッサ８１０、メモリ８２０、及びトランシーバ８３０を含む。プロセッサ８１０、メモリ８２０、及びトランシーバ８３０は、通信バスを使用することによって接続されている。メモリ８２０は、命令を記憶している。プロセッサ８１０は、メモリ８２０に記憶されている命令を実行するよう構成される。トランシーバ８３０は、プロセッサ８１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【０２２４】
トランシーバ８３０は、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって送信された第３情報を受信するよう構成され、第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される。
【０２２５】
プロセッサ８１０は、第３情報に基づいて第１データパケットの伝送性能を検出するよう構成される。
【０２２６】
本願で提供される通信装置に従って、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出を必要とするときに、ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信する。第３情報は、ＣＵ−ＵＰに対して、第１データパケット（第１ＱｏＳフローに属するデータパケット）の伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される。ＣＵ−ＵＰは、第３情報に基づいて第１データパケットの伝送性能を検出する。このようにして、伝送パラメータは、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて５ＱＩ又はＱＦＩの粒度で測定され、それにより、ネットワークシステムの通常運転は確保され得、ユーザ経験は改善され得る。
【０２２７】
通信装置８００のコンポーネントは、通信バスを使用することによって接続されており、すなわち、プロセッサ８１０、メモリ８２０、及びトランシーバ８３０は、内部接続パスを使用することによって互いと通信し、コントロール信号及び／又はデータ信号を伝送する。本願の上記の方法の実施形態は、プロセッサに適用されてよく、あるいは、プロセッサは、上記の方法の実施形態のステップを実装してよい。プロセッサは、集積回路チップであってよく、信号処理能力を備えている。実装プロセスにおいて、上記の方法の実施形態のステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、又はソフトウェア形式の命令を使用することによって、実装可能である。プロセッサは、ＣＰＵ、ネットワークプロセッサＮＰ、ＣＰＵとＮＰとの組み合わせ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ若しくは他のプログラム可能論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェア部品であってよく、本願で開示されている方法、ステップ、及び論理ブロック図を実装又は実行してよい。汎用プロセッサはマイクロプロセッサであってよく、プロセッサは如何なる従来のプロセッサなどであってもよい。本願で開示されている方法のステップは、ハードウェア復号化プロセッサを使用することによって直接実行及び完了されてよく、あるいは、復号化プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行及び完了されてよい。ソフトウェアモジュールは、ランダム・アクセス・メモリ、フラッシュメモリ、リード・オンリー・メモリ、プログラム可能リード・オンリー・メモリ、電気的消去可能なプログラム可能メモリ、又はレジスタのような、当該技術における成熟した記憶媒体に位置してよい。記憶媒体はメモリに位置する。プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上記の方法のステップを完了する。
【０２２８】
任意に、本願の他の実施形態で、トランシーバ８３０は、第４情報をＣＵ−ＣＰへ送信するよう更に構成され、第４情報は、第１データパケットの伝送性能が伝送性能インジケータを満たすかどうかを示すために使用され、伝送性能は第１データパケットにおいて設定され、第３情報は伝送性能インジケータを含む。
【０２２９】
任意に、本願の他の実施形態で、トランシーバ８３０は、具体的に、通知情報をＣＵ−ＣＰへ送信するよう構成され、通知情報は第４情報を含む。
【０２３０】
任意に、本願の他の実施形態で、トランシーバ８３０は、具体的に、ベアラ変更要求をＣＵ−ＣＰへ送信するよう構成され、ベアラ変更要求は第４情報を含む。
【０２３１】
任意に、本願の他の実施形態で、第１データパケットの伝送性能インジケータは、第１データパケットの遅延バジェット、第１データパケットのパケット損失レート、アップリンク保証ビットレートＧＢＲ、ダウンリンクＧＢＲ、最大アップリンクＧＢＲ、及び最大ダウンリンクＧＢＲ、のうちの少なくとも１つを含む。
【０２３２】
任意に、本願の他の実施形態で、第３情報は測定設定情報を含み、測定設定情報は、第１データパケットの伝送性能パラメータ及び／又は測定時間長さを含む。トランシーバ８３０は、第５情報をＣＵ−ＣＰへ送信するよう更に構成され、第５情報は、第１データパケットの伝送性能の検出結果を含む。
【０２３３】
任意に、本願の他の実施形態で、伝送性能パラメータは、第１データパケットのパケット損失レート、第１データパケットのダウンリンク伝送遅延、第１データパケットのスケジューリングされたインターネットプロトコルスループット、及び第１データパケットのデータボリューム、のうちの少なくとも１つを含む。
【０２３４】
本発明のこの実施形態で、プロセッサ８１０は、処理モジュールによって実装されてよく、メモリ８２０は、記憶モジュールによって実装されてよく、トランシーバ８３０は、トランシーバモジュールによって実装されてよい、ことが留意されるべきである。図１８に示されるように、通信装置９００は、処理モジュール９１０、記憶モジュール９２０、及びトランシーバモジュール９３０を含んでよい。
【０２３５】
図１７に示される通信装置８００又は図１８に示される通信装置９００は、図９乃至図１２及び方法３００の各実施形態でＣＵ−ＵＰによって実行されるステップを実装することができる。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。
【０２３６】
図１９は、本願の実施形態に従う通信装置１０００の略ブロック図である。通信装置の実施形態及び方法の実施形態は、互いに対応している、ことが理解されるべきである。同様の記載については、方法の実施形態を参照されたい。図１９に示される通信装置１０００は、図９乃至図１２及び方法３００の各実施形態においてＣＵ−ＣＰによって実行されるステップを実行するよう構成されてよい。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。図１８に示されるように、通信装置１０００は、プロセッサ１０１０、メモリ１０２０、及びトランシーバ１０３０を含む。プロセッサ１０１０、メモリ１０２０、及びトランシーバ１０３０は、通信バスを使用することによって接続されている。メモリ１０２０は、命令を記憶している。プロセッサ１０１０は、メモリ１０２０に記憶されている命令を実行するよう構成される。トランシーバ１０３０は、プロセッサ１０１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【０２３７】
プロセッサ１０１０は、第３情報を生成するよう構成され、第３情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される。
【０２３８】
トランシーバ１０３０は、第３情報をＣＵ−ＵＰへ送信するよう構成される。
【０２３９】
本願で提供される通信装置に従って、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出を必要とするときに、ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信する。第３情報は、ＣＵ−ＵＰに対して、第１データパケット（第１ＱｏＳフローに属するデータパケット）の伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される。ＣＵ−ＵＰは、第３情報に基づいて第１データパケットの伝送性能を検出する。このようにして、伝送パラメータは、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて５ＱＩ又はＱＦＩの粒度で測定され、それにより、ネットワークシステムの通常運転は確保され得、ユーザ経験は改善され得る。
【０２４０】
通信装置１０００のコンポーネントは、通信バスを使用することによって接続されており、すなわち、プロセッサ１０１０、メモリ１０２０、及びトランシーバ１０３０は、内部接続パスを使用することによって互いと通信し、コントロール信号及び／又はデータ信号を伝送する。本願の上記の方法の実施形態は、プロセッサに適用されてよく、あるいは、プロセッサは、上記の方法の実施形態のステップを実装してよい。プロセッサは、集積回路チップであってよく、信号処理能力を備えている。実装プロセスにおいて、上記の方法の実施形態のステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、又はソフトウェア形式の命令を使用することによって、実装可能である。プロセッサは、ＣＰＵ、ネットワークプロセッサＮＰ、ＣＰＵとＮＰとの組み合わせ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ若しくは他のプログラム可能論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェア部品であってよく、本願で開示されている方法、ステップ、及び論理ブロック図を実装又は実行してよい。汎用プロセッサはマイクロプロセッサであってよく、プロセッサは如何なる従来のプロセッサなどであってもよい。本願で開示されている方法のステップは、ハードウェア復号化プロセッサを使用することによって直接実行及び完了されてよく、あるいは、復号化プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行及び完了されてよい。ソフトウェアモジュールは、ランダム・アクセス・メモリ、フラッシュメモリ、リード・オンリー・メモリ、プログラム可能リード・オンリー・メモリ、電気的消去可能なプログラム可能メモリ、又はレジスタのような、当該技術における成熟した記憶媒体に位置してよい。記憶媒体はメモリに位置する。プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上記の方法のステップを完了する。
【０２４１】
任意に、本願の他の実施形態で、トランシーバ１０３０は、ＣＵ−ＵＰによって送信された第４情報を受信するよう更に構成され、第４情報は、第１データパケットの伝送性能が伝送性能インジケータを満たすかどうかを示すために使用され、伝送性能インジケータは、第１データパケットにおいて設定され、第３情報は伝送性能インジケータを含む。
【０２４２】
任意に、本願の他の実施形態で、トランシーバ１０３０は、具体的に、ＣＵ−ＵＰによって送信された通知情報を受信することを含み、通知情報は第４情報を含む。
【０２４３】
任意に、本願の他の実施形態で、トランシーバ１０３０は、具体的に、ＣＵ−ＵＰによって送信されたベアラ変更要求を受信することを含み、ベアラ変更要求は第４情報を含む。
【０２４４】
任意に、本願の他の実施形態で、第１データパケットの伝送性能インジケータは、第１データパケットの遅延バジェット、第１データパケットのパケット損失レート、アップリンク保証ビットレートＧＢＲ、ダウンリンクＧＢＲ、最大アップリンクＧＢＲ、及び最大ダウンリンクＧＢＲ、のうちの少なくとも１つを含む。
【０２４５】
任意に、本願の他の実施形態で、第３情報は測定設定情報を含み、測定設定情報は、第１データパケットの伝送性能パラメータ及び／又は測定時間長さを含む。トランシーバ１０３０は、ＣＵ−ＵＰによって送信された第５情報を受信するよう更に構成され、第５情報は、第１データパケットの伝送性能の検出結果を含む。
【０２４６】
任意に、本願の他の実施形態で、伝送性能パラメータは、第１データパケットのパケット損失レート、第１データパケットのダウンリンク伝送遅延、第１データパケットのスケジューリングされたインターネットプロトコルスループット、及び第１データパケットのデータボリューム、のうちの少なくとも１つを含む。
【０２４７】
本発明のこの実施形態で、プロセッサ１０１０は、処理モジュールによって実装されてよく、メモリ１０２０は、記憶モジュールによって実装されてよく、トランシーバ１０３０は、トランシーバモジュールによって実装されてよい、ことが留意されるべきである。図２０に示されるように、通信装置１１００は、処理モジュール１１１０、記憶モジュール１１２０、及びトランシーバモジュール１１３０を含んでよい。
【０２４８】
図１９に示される通信装置１０００又は図２０に示される通信装置１１００は、図９乃至図１２及び方法３００の各実施形態でＣＵ−ＣＰによって実行されるステップを実装することができる。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。
【０２４９】
本願の実施形態は、コンピュータプログラムコードを記憶するよう構成され、コンピュータプログラムが、本願の実施形態における通信方法を実行するために使用される命令を含む、コンピュータ読み出し可能な媒体を更に提供する。読み出し可能な媒体は、リード・オンリー・メモリ（read-only  memory，ＲＯＭ）又はランダム・アクセス・メモリ（random  access  memory，ＲＡＭ）であってよい。これは、本願のこの実施形態で制限されない。
【０２５０】
本願の実施形態は、通信システムを更に提供する。通信システムは、本願の上記の実施形態で提供される通信装置を含み、通信システムは、本願の実施形態で提供される如何なる通信方法も完了してよい。このようにして、第１ＱｏＳフローは、第１ＤＲＢにマッピングされ得、Ｌ２パラメータ測定は、ＣＵ−ＤＵ分離基地局アーキテクチャに置いてサポートされ得る。従って、ユーザデータの成功した通常の伝送が確保可能であり、安定性は改善され、ネットワーク操作の品質は改善され、ユーザ経験は改善される。通信システムは、他の通信デバイス、例えば、端末デバイス、アクセスネットワークデバイス、又はＤＵを更に含んでもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【０２５１】
本願の実施形態は、システムチップを更に提供する。システムチップは、処理ユニット及び通信ユニットを含む。処理ユニットは、例えば、プロセッサであってよい。通信ユニットは、例えば、入出力インターフェース、ピン、又は回路であってよい。処理ユニットは、端末内のチップが本願の実施形態のいずれか１つの通信方法を実行するように、コンピュータ命令を実行してよい。
【０２５２】
任意に、コンピュータ命令は、記憶ユニットに記憶されている。
【０２５３】
任意に、記憶ユニットは、レジスタ又はキャッシュのような、チップ内の記憶ユニットである。代替的に、記憶ユニットは、端末内にあってチップの外にある記憶ユニット、例えば、ＲＯＭ、静的な情報及び命令を記憶可能な他のタイプの記憶デバイス、又はＲＡＭであってよい。どこでも述べられているプロセッサは、ＣＰＵ、マイクロプロセッサ、ＡＳＩＣ、又は上記の電力制御方法のプログラム実行を制御する１つ以上の集積回路であってよい。
【０２５４】
本願は、コンピュータプログラム製品を更に提供する。コンピュータプログラム製品は、命令を含む。命令が実行されるとき、ＣＵ−ＣＰ、ＣＵ−ＵＰ、及びＤＵは、上記の方法におけるＣＵ−ＣＰ、ＣＵ−ＵＰ、及びＤＵに対応する動作を実行する。
【０２５５】
本願の実施形態の上記の説明は、実施形態どうしの相違に焦点を当てる、ことが理解されるべきである。述べられていない同じ又は類似した部分については、それらの実施形態を参照されたい。簡潔さのため、詳細は、ここで再びは記載されない。
【０２５６】
本明細書中の「及び／又は」及び「Ａ又はＢの少なくとも１つ」のような語は、関連する物事について記載するための関連付け関係のみを示し、３つの関係が存在する可能性があることを表す、と理解されるべきである。例えば、Ａ及び／又はＢは、次の３つの関係：Ａのみが存在する、Ａ及びＢの両方が存在する、及びＢのみが存在する、を表すことができる。その上、本明細書中の文字「／」は、一般に、関連する物事の間の“論理和”関係を示す。
【０２５７】
当業者であれば、本明細書で開示されている実施形態を参照して記載される例におけるユニット及びアルゴリズムステップが、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施可能である、と気付くことができる。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決法の特定の用途及び設計制約に依存する。当業者であれば、夫々の特定の用途のために、異なる方法を使用して、記載されている機能を実装することができるが、実施が本願の範囲を超えることは考えられるべきではない。
【０２５８】
当業者に当然ながら、便宜上、かつ、簡潔な記載のために、上記のシステム、装置、及びユニットの詳細な作動プロセスについては、上記の方法の実施形態における対応するプロセスを参照されたい。詳細は、ここで再び記載されない。
【０２５９】
本願で提供されるいくつかの実施形態において、開示されているシステム、装置、及び方法は、他の様態で実装されてもよいことが理解されるべきである。例えば、記載されている装置の実施形態は、単なる例である。例えば、ユニット分割は、単に、論理的な機能分割であり、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は一体化されてよく、あるいは、いくつかの特徴は、無視されても又は実行されなくてもよい。更に、表示又は議論されている相互結合又は直接的な結合若しくは通信接続は、いくつかのインターフェース、装置、又はユニットを介した間接的な結合又は通信接続であってもよく、電子的な、機械的な、又は他の形態で実装されてよい。
【０２６０】
別々の部分として記載されているユニットは、物理的に分離していてもしていなくてもよい。ユニットとして表示されている部分は、物理的なユニットであってもなくてもよく、１つの場所に配置されてよく、あるいは、複数のネットワークユニットで分布してもよい。ユニットの一部又は全部は、実施形態の解決法の目的を達成すべく実際の要件に基づいて選択されてよい。
【０２６１】
更に、本願の実施形態における機能ユニットは、１つの処理ユニットに一体化されてよく、あるいは、ユニットの夫々は、物理的に単独で存在してよく、あるいは、２つ以上のユニットが１つのユニットに一体化されてもよい。
【０２６２】
機能がソフトウェア機能ユニットの形で実装され、独立した製品として販売又は使用される場合に、機能は、コンピュータ可読記憶媒体に記憶されてよい。かような理解に基づいて、本願の技術的解決法は本質的に、又は先行技術に寄与する部分、若しくは技術的解決法のいくつかは、コンピュータソフトウェア製品の形で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってよい）に、本願の実施形態で記載される方法のステップの全部又は一部を実行するよう指示するためのいくつかの命令を含む。上記の記憶媒体には、ＵＳＢフラッシュドライブ、リムーバブル型ハードディスク、リード・オンリー・メモリ（read-only  memory，ＲＯＭ）、ランダム・アクセス・メモリ（random  access  memory，ＲＡＭ）、磁気ディスク、又は光ディスクのような、プログラムコードを記憶することができる如何なる媒体も含まれる。
【０２６３】
上記の説明は、本願の具体的な実施にすぎず、本願の保護範囲を制限する意図はない。本願で開示されている技術範囲内で当業者によって容易に考え付かれる如何なる変形又は置換も、本願の保護範囲内に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。
【０２６４】
本願は、２０１８年４月４日付で、「COMMUNICATION  METHOD  AND  APPARATUS」と題されて中国特許庁に出願された中国特許出願第２０１８１０２９９５９６．８号の優先権を主張する。なお、先の中国出願は、その全文を参照により本願に援用される。
【図１】
2021521671.tif 000007
【図２】
2021521671.tif 000008
【図３】
2021521671.tif 000009
【図４】
2021521671.tif 000010
【図５】
2021521671.tif 000011
【図６】
2021521671.tif 000012
【図７】
2021521671.tif 000013
【図８Ａ】
2021521671.tif 000014
【図８Ｂ】
2021521671.tif 000015
【図９】
2021521671.tif 000016
【図１０】
2021521671.tif 000017
【図１１】
2021521671.tif 000018
【図１２】
2021521671.tif 000019
【図１３】
2021521671.tif 000020
【図１４】
2021521671.tif 000021
【図１５】
2021521671.tif 000022
【図１６】
2021521671.tif 000023
【図１７】
2021521671.tif 000024
【図１８】
2021521671.tif 000025
【図１９】
2021521671.tif 000026
【図２０】
2021521671.tif 000027
【手続補正書】
【提出日】令和2年10月19日(2020.10.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セントラルユニット・ユーザプレーンノード（ＣＵ−ＵＰ）によって、第１データパケットをデータ無線ベアラ（ＤＲＢ）へマッピングしかつ前記第１データパケットの反射マッピング指示フィールドをセットするよう前記ＣＵ−ＵＰに指示する第１情報を取得することであり、前記第１データパケットは、クオリティ・オブ・サービス（ＱｏＳ）フローに属し、前記反射マッピング指示フィールドは、前記ＱｏＳフロー内のアップリンクデータパケットを前記ＤＲＢへマッピングするよう端末デバイスに指示する、前記取得することと、
前記ＣＵ−ＵＰによって、コアネットワークデバイスによって送信された前記第１データパケットを受信することと、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドをセットすることと、
前記ＣＵ−ＵＰによって前記端末デバイスへ前記ＤＲＢで前記第１データパケットを送信することと
を有する通信方法。
【請求項２】
ＣＵ−ＵＰによって第１情報を取得することは、
前記ＣＵ−ＵＰによって、セントラルユニット・コントロールプレーンノード（ＣＵ−ＣＰ）によって送信された前記第１情報を受信することを有する、
請求項１に記載の通信方法。
【請求項３】
前記反射マッピング指示フィールドは、１つのビットを有し、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドをセットすることは、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドの前記ビットを、前記ＱｏＳフローから前記ＤＲＢへのマッピング規則を記憶することを示す１にセットすることを有する、
請求項１又は２に記載の通信方法。
【請求項４】
前記反射マッピング指示フィールドは、１つのビットを有し、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドをセットすることは、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドの前記ビットを、ノーアクションを示す０にセットすることを有する、
請求項１又は２に記載の通信方法。
【請求項５】
前記第１情報は、前記ＱｏＳフローから前記ＤＲＢへの反射マッピングを実行することを更に示す、
請求項１又は２に記載の通信方法。
【請求項６】
前記第１データパケットは、第１ダウンリンクデータパケットであり、
当該通信方法は、
前記第１データパケットの前記反射マッピング指示フィールドの前記ビットを１にセットした後に、前記ＣＵ−ＵＰによって前記ＤＲＢで前記端末デバイスによって送信された第２データパケットを受信することであり、前記第２データパケットは、前記ＱｏＳフローに属する、前記受信することと、
前記ＣＵ−ＵＰによって、前記コアネットワークデバイスによって送信された第２ダウンリンクデータパケットを受信することと、
前記ＣＵ−ＵＰによって前記第１データパケットの前記反射マッピング指示フィールドの前記ビットを、ノーアクションを示す０にセットすることと
を更に有する、
請求項３に記載の通信方法。
【請求項７】
前記ＣＵ−ＵＰによって、ＣＵ−ＣＰによって送信された前記第１情報を受信することは、
前記ＣＵ−ＵＰによって、前記ＣＵ−ＣＰによって送信されたベアラコンテキストセットアップ要求を受信することを有し、
前記ベアラコンテキストセットアップ要求は、前記第１情報を含む、
請求項２に記載の通信方法。
【請求項８】
前記ＣＵ−ＵＰによって、ＣＵ−ＣＰによって送信された前記第１情報を受信することは、
前記ＣＵ−ＵＰによって、前記ＣＵ−ＣＰによって送信されたベアラ変更要求を受信することを有し、
前記ベアラ変更要求は、前記第１情報を含む、
請求項２に記載の通信方法。
【請求項９】
当該通信方法は、
前記ＣＵ−ＵＰによって第２情報をセントラルユニット・コントロールプレーンノード（ＣＵ−ＣＰ）へ送信することを更に有し、
前記第２情報は、前記ＱｏＳフローから前記ＤＲＢへの反射マッピングが成功することを示す、
請求項６に記載の通信方法。
【請求項１０】
セントラルユニット・コントロールプレーンノード（ＣＵ−ＣＰ）によって、第１データパケットをデータ無線ベアラ（ＤＲＢ）へマッピングしかつ前記第１データパケットの反射マッピング指示フィールドをセットするようセントラルユニット・ユーザプレーンノード（ＣＵ−ＵＰ）に指示する第１情報を生成することであり、前記第１データパケットは、クオリティ・オブ・サービス（ＱｏＳ）フローに属し、前記反射マッピング指示フィールドは、前記ＱｏＳフロー内のアップリンクデータパケットを前記ＤＲＢへマッピングするよう端末デバイスに指示する、前記生成することと、
前記ＣＵ−ＣＰによって前記第１情報を前記ＣＵ−ＵＰへ送信することと
を有する通信方法。
【請求項１１】
前記第１情報は、前記ＱｏＳフローから前記ＤＲＢへの反射マッピングを示す情報である、
請求項１０に記載の通信方法。
【請求項１２】
前記ＣＵ−ＣＰによって前記第１情報を前記ＣＵ−ＵＰへ送信することは、
前記ＣＵ−ＣＰによってベアラコンテキストセットアップ要求を前記ＣＵ−ＵＰへ送信することを有し、
前記ベアラコンテキストセットアップ要求は、前記第１情報を含む、
請求項１０又は１１に記載の通信方法。
【請求項１３】
前記ＣＵ−ＣＰによって前記第１情報を前記ＣＵ−ＵＰへ送信することは、
前記ＣＵ−ＣＰによってベアラ変更要求を前記ＣＵ−ＵＰへ送信することを有し、
前記ベアラ変更要求は、前記第１情報を含む、
請求項１０又は１１に記載の通信方法。
【請求項１４】
当該通信方法は、
前記ＣＵ−ＣＰによって、前記ＣＵ−ＵＰによって送信された第２情報を受信することを更に有し、
前記第２情報は、前記ＱｏＳフローから前記ＤＲＢへの反射マッピングが成功することを示す、
請求項１０乃至１３のうちいずれか一項に記載の通信方法。
【請求項１５】
通信装置であって、
当該通信装置は、セントラルユニット・ユーザプレーンノード（ＣＵ−ＵＰ）であり、当該通信装置は、プロセッサ、トランシーバ、及びメモリを有し、前記メモリは、命令を記憶するよう構成され、前記プロセッサは、信号を受信又は送信するよう前記トランシーバを制御するために、前記メモリに記憶されている前記命令を実行するよう構成され、
前記プロセッサは、第１情報を取得するよう構成され、該第１情報は、前記ＣＵ−ＵＰに対して、第１データパケットをデータ無線ベアラ（ＤＲＢへ）マッピングしかつ前記第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、前記第１データパケットは、クオリティ・オブ・サービス（ＱｏＳ）フローに属し、前記反射マッピング指示フィールドは、前記ＱｏＳフロー内のアップリンクデータパケットを前記ＤＲＢへマッピングするよう端末デバイスに指示し、
前記トランシーバは、コアネットワークデバイスによって送信された前記第１データパケットを受信するよう構成され、
前記プロセッサは、前記第１データパケットの前記反射マッピング指示フィールドをセットするよう更に構成され、
前記トランシーバは、前記端末デバイスへ前記ＤＲＢで前記第１データパケットを送信するよう更に構成される、
通信装置。
【請求項１６】
前記トランシーバは、セントラルユニット・コントロールプレーンノード（ＣＵ−ＣＰ）によって送信された前記第１情報を受信するよう更に構成される、
請求項１５に記載の通信装置。
【請求項１７】
前記反射マッピング指示フィールドは、１つのビットを有し、前記プロセッサは、前記第１データパケットの前記反射マッピング指示フィールドの前記ビットを、前記ＱｏＳフローから前記ＤＲＢへのマッピング規則を記憶することを示す１にセットするよう構成される、
請求項１５又は１６に記載の通信装置。
【請求項１８】
前記反射マッピング指示フィールドは、１つのビットを有し、前記プロセッサは、前記第１データパケットの前記反射マッピング指示フィールドの前記ビットを、ノーアクションを示す０にセットするよう構成される、
請求項１５又は１６に記載の通信装置。
【請求項１９】
前記第１情報は、前記ＱｏＳフローから前記ＤＲＢへの反射マッピングを実行することを更に示す、
請求項１５又は１６に記載の通信装置。
【請求項２０】
前記第１データパケットは、第１ダウンリンクデータパケットであり、前記トランシーバは、前記第１データパケットの前記反射マッピング指示フィールドの前記ビットを１にセットした後に、前記ＤＲＢで前記端末デバイスによって送信された第２データパケットを受信し、前記コアネットワークデバイスによって送信された第２ダウンリンクデータパケットを受信するよう更に構成され、前記第２データパケットは、前記ＱｏＳフローに属し、
前記プロセッサは、前記第１データパケットの前記反射マッピング指示フィールドの前記ビットを、ノーアクションを示す０にセットするよう更に構成される、
請求項１７に記載の通信装置。
【請求項２１】
前記トランシーバは、前記ＣＵ−ＣＰによって送信されたベアラコンテキストセットアップ要求を受信するよう構成され、前記ベアラコンテキストセットアップ要求は、前記第１情報を含む、
請求項１６に記載の通信装置。
【請求項２２】
前記トランシーバは、前記ＣＵ−ＣＰによって送信されたベアラ変更要求を受信するよう構成され、前記ベアラ変更要求は、前記第１情報を含む、
請求項１６に記載の通信装置。
【請求項２３】
前記トランシーバは、第２情報をセントラルユニット・コントロールプレーンノード（ＣＵ−ＣＰ）へ送信するよう更に構成され、前記第２情報は、前記ＱｏＳフローから前記ＤＲＢへの反射マッピングが成功することを示すために使用される、
請求項２０に記載の通信装置。
【請求項２４】
通信装置であって、
当該通信装置は、セントラルユニット・コントロールプレーンノード（ＣＵ−ＣＰ）であり、当該通信装置は、プロセッサ、トランシーバ、及びメモリを有し、前記メモリは、命令を記憶するよう構成され、前記プロセッサは、信号を受信又は送信するよう前記トランシーバを制御するために、前記メモリに記憶されている前記命令を実行するよう構成され、
前記プロセッサは、第１データパケットをデータ無線ベアラ（ＤＲＢ）へマッピングしかつ前記第１データパケットの反射マッピング指示フィールドをセットするようセントラルユニット・ユーザプレーンノード（ＣＵ−ＵＰ）に指示する第１情報を生成するよう構成され、前記第１データパケットは、クオリティ・オブ・サービス（ＱｏＳ）フローに属し、前記反射マッピング指示フィールドは、前記ＱｏＳフロー内のアップリンクデータパケットを前記ＤＲＢへマッピングするよう端末デバイスに指示し、
前記トランシーバは、前記第１情報を前記ＣＵ−ＵＰへ送信するよう構成される、
通信装置。
【請求項２５】
前記第１情報は、前記ＱｏＳフローから前記ＤＲＢへの反射マッピングを示す情報である、
請求項２４に記載の通信装置。
【請求項２６】
前記トランシーバは、ベアラコンテキストセットアップ要求を前記ＣＵ−ＵＰへ送信するよう構成され、前記ベアラコンテキストセットアップ要求は、前記第１情報を含む、
請求項２４又は２５に記載の通信装置。
【請求項２７】
前記トランシーバは、ベアラ変更要求を前記ＣＵ−ＵＰへ送信するよう構成され、前記ベアラ変更要求は、前記第１情報を含む、
請求項２４又は２５に記載の通信装置。
【請求項２８】
前記トランシーバは、前記ＣＵ−ＵＰによって送信された第２情報を受信するよう更に構成され、前記第２情報は、前記ＱｏＳフローから前記ＤＲＢへの反射マッピングが成功することを示す、
請求項２４乃至２７のうちいずれか一項に記載の通信装置。
【請求項２９】
コンピュータで実行される場合に、該コンピュータに、請求項１乃至１４のうちいずれか一項に記載の通信方法を実行させるコンピュータプログラム。
【請求項３０】
処理ユニット及び通信ユニットを有するシステムチップであって、
前記処理ユニットは、当該システムチップが請求項１乃至１４のうちいずれか一項に記載の通信方法を実行するように、コンピュータ命令を実行し得る、
システムチップ。
【請求項３１】
請求項２９に記載のコンピュータプログラムを記憶しているコンピュータ可読媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
次世代通信システムが十分にかつ更に研究されると、産業は、第５世代移動体通信技術（5th  Generation，５Ｇ）に関する研究の具体的な内容に関して基本的な合意に達した。５Ｇは、より高いレート経験及びより高いバンド幅のアクセス機能、より低いレイテンシ及び高信頼の情報交換、並びに大量の安価なマシンタイプ通信デバイスのアクセス及び管理を含め、様々なタイプのネットワーク配備及び様々な適用タイプをサポートする。それらの要件を満足するために、５Ｇは、クオリティ・オブ・サービスフロー（quality  of  service  flow，ＱｏＳフロー）に基づくネットワークアーキテクチャを定義し、かつ、データ無線ベアラ（data  radio  bearer，ＤＲＢ）に基づくエアインターフェースでのパケット伝送メカニズムを定義している。端末デバイスのプロトコルデータユニット（protocol  data  unit，ＰＤＵ）セッションの場合に、１つのＱｏＳフローにおけるデータパケットは、伝送のために１つのＤＲＢで運ばれ、１つのＤＲＢで運ばれた１つ以上のＱｏＳフローにおけるデータパケットは、同じ伝送特性、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーを有する。つまり、ＱｏＳフローからＤＲＢへのマッピング関係が存在する。マッピング関係は次の通りであってよい：１つのＤＲＢは、１つ以上のＱｏＳフローに対応しており、１つのＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、１つのＤＲＢで運ばれてよく、あるいは、異なるＤＲＢで別々に運ばれてよい。マッピング関係に基づいて、異なるＱｏＳフローは、伝送のための対応するＤＲＢへマッピングされる。その上、アクセスネットワークデバイスは、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、駆動試験の最小限化（minimization  of  drive  tests，ＭＤＴ）及び自己組織ネットワーク（self-organizing  networks，ＳＯＮ）要件、等をサポートするために、通常はレイヤ２（layer  2，Ｌ２）パラメータ測定を実行する。例えば、アクセスネットワークデバイスは、例えば、パケットデータ収束プロトコル（packet  data  convergence  protocol，ＰＤＣＰ）レイヤ、無線リンクコントロール（radio  link  control，ＲＬＣ）レイヤ、及び媒体アクセスコントロール（medium  access  control，ＭＡＣ）レイヤで、関連するパラメータを測定する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
第１の態様に従って、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰによって第１情報を取得することであり、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである、ことと、ＣＵ−ＵＰによって、コアネットワークデバイスによって送信された第１データパケットを受信することと、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドをセットすることと、ＣＵ−ＵＰによって端末デバイスへ第１ＤＲＢで、マッピングフィールドがセットされている第１データパケットを送信することとを含む通信方法が提供される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
第２の態様に従って、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって第１情報を生成することであり、第１情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである、ことと、ＣＵ−ＣＰによって第１情報をＣＵ−ＵＰへ送信することとを含む通信方法が提供される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
５Ｇは、ＤＲＢに基づくエアインターフェースでのパケット処理メカニズムを定義している。１つのＤＲＢによってサービングされるデータパケットは、エアインターフェースでの同じパケット処理メカニズムを有している。アクセスネットワークデバイスは、１つのＰＤＵセッションにおいて異なる処理要件を有しているＱｏＳフローでデータパケットを伝送するために、端末デバイスの各ＰＤＵセッションについて１つ以上のＤＲＢベアラを確立し、ＰＤＵセッションにおける異なるＱｏＳフローに属しているデータパケットを伝送のために異なるＤＲＢにマッピングする。つまり、ＱｏＳフローからＤＲＢへのマッピング関係が存在する。マッピング関係は次の通りである：端末デバイスの１つのＰＤＵセッションの場合に、ＰＤＵセッションは、１つ以上のＤＲＢベアラに対応しており、各ＤＲＢは、ＰＤＵセッションにおける１つ以上のＱｏＳフローに対応していてよい。例えば、１つのＰＤＵセッションの場合に、アクセスネットワークデバイスは、そのＰＤＵセッションのために３つのＤＲＢを確立しており、各ＤＲＢで運ばれるＱｏＳフロー内のデータパケットは同じＱｏＳ処理特性、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーを有している、とする。３つのＤＲＢは第１ＤＲＢ、第２ＤＲＢ、及び第３ＤＲＢである。ＰＤＵセッションは４つのＱｏＳフローを含み、４つのＱｏＳフローは第１ＱｏＳフロー、第２ＱｏＳフロー、第３ＱｏＳフロー、及び第４ＱｏＳフローである。第１ＱｏＳフロー及び第２ＱｏＳフローは同じＱｏＳ性能特性（又は類似したＱｏＳ性能特性）、例えば、同じ又は類似した遅延及びパケット損失レート要件を有している。第１ＱｏＳフロー及び第２ＱｏＳフロー内のデータパケットは第１ＤＲＢで運ばれてよく、つまり、第１ＱｏＳフロー及び第２ＱｏＳフローは第１ＤＲＢにマッピングされてよい。第３ＱｏＳフロー内のデータパケットは第２ＤＲＢで運ばれてよく、つまり、第３ＱｏＳフローは第２ＤＲＢにマッピングされてよい。第４ＱｏＳフロー内のデータパケットは第３ＤＲＢで運ばれてよく、つまり、第４ＱｏＳフローは第３ＤＲＢにマッピングされてよい。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【００６１】
図２に示されるように、ＣＵ−ＣＰとＣＵ−ＵＰとの間には、オープンインターフェースＥ１が存在し、例えば、ＣＵ−ＣＰとＣＵ−ＵＰとの間のシグナリングを伝送するために使用される。ＤＵとＣＵ−ＣＰ及びＣＵ−ＵＰの夫々との間のインターフェースが存在する。例えば、ＣＵ−ＣＰとＤＵとの間のインターフェースはＦ１−Ｃインターフェースであり、ＣＵ−ＵＰとＤＵとの間のインターフェースはＦ１−Ｕインターフェースである。図２に示されるアーキテクチャには、次の特性が更に含まれる：
１つの基地局は、１つのＣＵ−ＣＰ、複数のＣＵ−ＵＰ、及び複数のＤＵを含み、
１つのＤＵは、１つのＣＵ−ＣＰへしか接続され得ず、
１つのＣＵ−ＵＰは、１つのＣＵ−ＣＰへしか接続され得ず、
１つのＤＵは、同じＣＵ−ＣＰの制御下にある複数のＣＵ−ＵＰへ接続可能であり、
１つのＣＵ−ＵＰは、同じＣＵ−ＣＰの制御下にある複数のＤＵへ接続可能である。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
アクセスネットワークデバイスは、ノードＢ（NodeB，ＮＢ）、エボルブド・ノードＢ（evolved  nodeB，ｅＮＢ）、又はアクセスネットワーク（access  network，ＡＮ）／無線アクセスネットワーク（radio  access  network，ＲＡＮ）デバイスであってよい、と更に理解されるべきである。ネットワークは、複数の５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードを含む。５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードは、アクセスポイント（access  point，ＡＰ）、ニューラジオ・ノードＢ（NR  nodeB，ｇＮＢ）、送受信ポイント（transmission  reception  point，ＴＲＰ）、送信ポイント（transmission  point，ＴＰ）、又は他のアクセスノードであってよい。これは、本願のこの実施形態で制限されない。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【００７２】
Ｓ２１０．セントラルユニット・ユーザプレーンノードＣＵ−ＵＰは、第１情報を取得し、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
本願で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が、最初のＰＤＵセッション確立プロセスにおいて確立される必要があるときに、又は第１ＱｏＳフローにおける第１データパケットが、伝送のために、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に新しいＤＲＢ（第１ＤＲＢ）へマッピングされる必要があるときに、ＣＵ−ＵＰは第１情報を取得し、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは、第１ＱｏＳフローである。任意に、第１情報は、ＣＵ−ＵＰにおいて事前に記憶されてよい。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。ＣＵ−ＵＰは、第１情報に基づいて、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。コアネットワークによって送信された第１データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットし、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドをセットする目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを、ＤＵを使用することによって第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。このようにして、本願のこの実施形態で、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、第１ＱｏＳフローは、ＣＵ−ＵＰ及び端末デバイスの両方のために第１ＤＲＢへマッピングされる。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
具体的に、Ｓ２１０で、ＣＵ−ＵＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、例えば、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が最初のＰＤＵセッション確立プロセスで確立される必要があるとき、又は第１ＱｏＳフローを運ぶ元のＤＲＢが、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に第１ＤＲＢへ変更される必要があるとき。例えば、第１ＱｏＳフローのパラメータ又は負荷ステータスが変化する前に、第１ＱｏＳフローを運ぶ元のＤＲＢは第２ＤＲＢであり、第１ＱｏＳフローにおけるアップリンク及びダウンリンクの両方のデータパケットは第２ＤＲＢで伝送される。第１ＱｏＳフローのパラメータ又は負荷ステータスが変化した後、第２ＤＲＢはもはや第１ＱｏＳフローの要件を満たさず、第１ＱｏＳフローに対応するＤＲＢは変更される必要がある。第１ＱｏＳフローは、第１ＤＲＢ（新しいＤＲＢ）へマッピングされる必要がある。この場合に、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが実行されてよい。従って、ＣＵ−ＵＰは第１情報を受信してよく、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドを送信する目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。第１情報は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれ、例えば、第１ＱｏＳフローのＱｏＳフローパラメータを更に含んでよい。第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは、第１ＱｏＳフローである。第１データパケットは、端末デバイスのＰＤＵセッションにおける第１ＱｏＳフロー内の全てのデータパケットであってよく、第１ＱｏＳフローの識別子は、第１ＱＦＩ又は第１５ＱＩである。第１情報は、第１ＱｏＳに関する情報及び第１ＤＲＢに関する情報を含んでよく、例えば、第１ＱｏＳフローの識別子及び第１ＤＲＢの識別子を含み、あるいは、端末デバイスのＰＤＵセッションに関する情報などを含んでもよい。第１情報は、第１ＤＲＢのダウンリンクＳＤＡＰヘッダフォーマット指示及びアップリンクＳＤＡＰヘッダフォーマット指示を含んでよい。ダウンリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされるＱｏＳフローがダウンリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。アップリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされたＱｏＳフローがアップリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。第１情報は、第１ＤＲＢがデフォルトＤＲＢであるかどうかの指示を含んでもよい。これは、本願のこの実施形態で制限されない。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１３２
【補正方法】変更
【補正の内容】
【０１３２】
ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出、すなわち、第１データパケットの性能の検出を必要とする場合に、第１データパケットのクオリティ・オブ・サービスＱｏＳフローは第１ＱＦＩであり、すなわち、伝送パラメータは、ＱＦＩの粒度で測定される。ＣＵ−ＣＰが端末デバイスのために同じＱｏＳ特性により全ての第１データパケットの検出を必要とするとき、第１データパケットは第１５ＱＩによって識別され、伝送パラメータは５ＱＩの粒度で測定される。５ＱＩ及びＱＦＩが等しい値を有しているとき、ＱｏＳフローは５ＱＩ又はＱＦＩのどちらか一方を使用することによって識別されてよく、あるいは、５ＱＩ及びＱＦＩが等しくない値を有しているとき、ＱｏＳフローは、５ＱＩを使用することによって識別され得る必要がある。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１９０
【補正方法】変更
【補正の内容】
【０１９０】
本願の各実施形態で、第１情報は、伝送のための如何なる可能なシグナリングでも運ばれてよい、と更に理解されるべきである。同様に、第２情報及び第３情報も、如何なる可能なシグナリングでも運ばれてよい。言い換えると、第１情報、第２情報、及び第３情報の具体的な形態は、本願の実施形態で制限されない。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１９６
【補正方法】変更
【補正の内容】
【０１９６】
プロセッサ４１０は、第１情報を取得するよう構成され、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０２１３
【補正方法】変更
【補正の内容】
【０２１３】
プロセッサ６１０は、第１情報を生成するよう構成され、第１情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０２２３
【補正方法】変更
【補正の内容】
【０２２３】
図１７は、本願の実施形態に従う通信装置８００の略ブロック図である。通信装置の実施形態及び方法の実施形態は、互いに対応している、ことが理解されるべきである。同様の記載については、方法の実施形態を参照されたい。図１７に示される通信装置８００は、図９乃至図１２及び方法３００の各実施形態においてＣＵ−ＵＰによって実行されるステップを実行するよう構成されてよい。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。図１７に示されるように、通信装置８００は、プロセッサ８１０、メモリ８２０、及びトランシーバ８３０を含む。プロセッサ８１０、メモリ８２０、及びトランシーバ８３０は、通信バスを使用することによって接続されている。メモリ８２０は、命令を記憶している。プロセッサ８１０は、メモリ８２０に記憶されている命令を実行するよう構成される。トランシーバ８３０は、プロセッサ８１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０２３６
【補正方法】変更
【補正の内容】
【０２３６】
図１９は、本願の実施形態に従う通信装置１０００の略ブロック図である。通信装置の実施形態及び方法の実施形態は、互いに対応している、ことが理解されるべきである。同様の記載については、方法の実施形態を参照されたい。図１９に示される通信装置１０００は、図９乃至図１２及び方法３００の各実施形態においてＣＵ−ＣＰによって実行されるステップを実行するよう構成されてよい。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。図１９に示されるように、通信装置１０００は、プロセッサ１０１０、メモリ１０２０、及びトランシーバ１０３０を含む。プロセッサ１０１０、メモリ１０２０、及びトランシーバ１０３０は、通信バスを使用することによって接続されている。メモリ１０２０は、命令を記憶している。プロセッサ１０１０は、メモリ１０２０に記憶されている命令を実行するよう構成される。トランシーバ１０３０は、プロセッサ１０１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】０２５３
【補正方法】変更
【補正の内容】
【０２５３】
任意に、記憶ユニットは、レジスタ又はキャッシュのような、チップ内の記憶ユニットである。代替的に、記憶ユニットは、端末内にあってチップの外にある記憶ユニット、例えば、ＲＯＭ、静的な情報及び命令を記憶可能な他のタイプの記憶デバイス、又はＲＡＭであってよい。どこでも述べられているプロセッサは、ＣＰＵ、マイクロプロセッサ、ＡＳＩＣ、又は上記の通信方法のプログラム実行を制御する１つ以上の集積回路であってよい。
【国際調査報告】
2021521671.tif 000028
2021521671.tif 000029
2021521671.tif 000030
2021521671.tif 000031