JP7804071B2 - サービス品質ｑｏｓ管理方法および装置 - Google Patents

Description

本出願は、2021年11月19日付で中国国家知識産権局に出願された、「QOS FLOW MANAGEMENT METHOD」という名称の中国特許出願第202111373321．2号、および2022年1月29日付で中国国家知識産権局に出願された、「QUALITY OF SERVICE QOS MANAGEMENT METHOD AND APPARATUS」という名称の中国特許出願第202210112669．4号の優先権を主張するものであり、これらの全体は参照により本明細書に組み込まれる。

本出願は通信分野に関し、より具体的には、サービス品質QoS管理方法および装置に関する。

通信技術の継続的な発展に伴い、高レートおよび低レイテンシの伝送要件を有するいくつかのサービスがより普及しつつある。例えば、拡張現実（extended reality、XR）技術の開発や改良が進歩し続けている。XR技術は、仮想現実（virtual reality、VR）、拡張現実（augmented reality、AR）、および複合現実（mixed reality、MR）を含む。前述のサービスは、高レートおよび低レイテンシ伝送の要件を有する。既存のサービス品質QoSメカニズムは、前述のサービスの要件に適合することができない。例えば、XRサービスでは、フレームフリーズおよび不規則な表示などの問題が発生する可能性がある。

本出願は、データパケットグループの粒度でサービスのデータフローに対してQoS制御を実行し、複数のQoSフローに対して相関QoS制御を実行するためのサービス品質QoS管理方法および装置を提供し、それによってQoS制御の柔軟性を改善し、異なるサービスに良好に適合する。

第1の態様によれば、QoS管理方法が提供される。本方法は、第1のデバイスが第1の情報を送信するステップであって、第1の情報は第1のサービスのQoSを要求するために使用される、ステップと、第1のデバイスが第2の情報を受信するステップであって、第2の情報は第1のQoSフローのQoS制御方式およびQoSパラメータを示し、第1のQoSフローは第1のサービスのデータフローを伝送するために使用され、QoS制御方式はデータパケットグループに基づいて制御するための第1の制御方式を含む、ステップと、第1のデバイスが第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行するステップと、を含む。

本出願で実施されるQoS管理方法によれば、第1のデバイスは、データパケットグループに基づいて制御するためのQoS制御方式を要求し得、それによってQoS管理の柔軟性を強化し、異なるサービスの要件を満たし、ユーザ体験を改善し、ネットワークリソースの浪費を低減する。

第1の態様に関して、第1の態様のいくつかの実装形態では、本方法は、QoS制御方式が、データパケットに基づいて制御するための第2の制御方式をさらに含むことをさらに含む。

前述の技術的解決策に基づいて、第1のデバイスは、異なるサービスに適合するために異なるQoS制御方式を要求し得る。

第1の態様に関して、第1の態様のいくつかの実装形態では、第2の情報は第1のQoSパラメータを含み、第1のQoSパラメータはN個のデータパケットグループに基づくQoSパラメータを含み、N≧1であり、Nは正の整数である。

前述の技術的解決策に基づいて、本出願のこの実施形態では、データパケットグループに基づくQoSパラメータが定義される。データパケットグループに基づくQoSパラメータを受信すると、第1のデバイスは、データパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行する。

第1の態様に関して、第1の態様のいくつかの実装形態では、第2の情報は第1の指示情報および第2のQoSパラメータを含み、第1の指示情報は第1のQoSフローのQoS制御方式を示し、第2のQoSパラメータは第1のQoSフローのQoSパラメータを示す。

第1の態様に関して、第1の態様のいくつかの実装形態では、第1の指示情報が、第1のQoSフローのQoS制御方式が第1の制御方式であることを示すとき、第2のQoSパラメータは、少なくとも1つのデータパケットグループに基づくQoSパラメータを含む、または、第2の指示情報が、第1のQoSフローのQoS制御方式が第2の制御方式であることを示すとき、第2のQoSパラメータは、少なくとも1つのデータパケットに基づくQoSパラメータを含む。

第1の態様に関して、第1の態様のいくつかの実装形態では、第2のQoSパラメータは、少なくとも1つのデータパケットに基づくQoSパラメータを含む。

前述の解決策に基づいて、本出願のこの実施形態では、データパケットに基づくQoSパラメータが再使用され、QoS制御方式は指示情報を使用して示される。したがって、第1のデバイスは、指示情報に基づいてQoS制御方式を決定し、データパケットに基づくQoSパラメータを使用してQoSフローのQoS要件を保証する。

第1の態様に関して、第1の態様のいくつかの実装形態では、第1の指示情報は、第1のQoSフローの好適なQoS制御方式を具体的には示す。

第1の態様に関して、第1の態様のいくつかの実装形態では、本方法は、第1のデバイスが第1のサービスのサービス情報を受信するステップであって、サービス情報は、第1のQoSフローに対応するQoSパラメータを決定するために使用される、ステップ、をさらに含む。

第1の態様に関して、第1の態様のいくつかの実装形態では、サービス情報は、第1のサービスのコーディングパラメータおよび／または第1のサービスの各データパケットグループの重み係数を含む。

第1の態様に関して、第1の態様のいくつかの実装形態では、本方法は、端末デバイスが、第2の情報およびサービス情報に基づいて第1のQoSフローのQoSパラメータを決定するステップをさらに含む。

第1の態様に関して、第1の態様のいくつかの実装形態では、第2の情報は、第2の指示情報、第3のQoSパラメータ、および第4のQoSパラメータを含み、第2の指示情報は、第1のQoSフローの好適なQoS制御方式を示し、第3のQoSパラメータは、M個のデータパケットグループに基づくQoSパラメータを含み、M≧1かつMは正の整数であり、第4のQoSパラメータは、L個のデータパケットに基づくQoSパラメータを含み、L≧1かつLは正の整数である。

第1の態様に関して、第1の態様のいくつかの実装形態では、第1のQoSパラメータは、グループ優先度レベル、グループ遅延バジェット、グループエラーレート、アグリゲーショングループエラーレート、最大グループ損失レート、および最大アグリゲーショングループ損失レートのうちの少なくとも1つを含む。

第1の態様に関して、第1の態様のいくつかの実装形態では、グループ優先度レベルは、第1のQoSフロー上で異なるデータパケットグループをスケジュールするための優先度レベルを示す。

グループ遅延バジェットは、第1のQoSフロー上のデータパケットグループが第1のデバイスと第2のネットワーク要素との間で遅延される時間の上限を示し、第2のネットワーク要素はユーザプレーン機能UPFネットワーク要素である。グループエラーレートは、第1のQoSフロー上で正常に配信されないデータパケットグループのレートの上限を示す。アグリゲーショングループエラーレートは、第1のQoSフローで正常に配信されない重み付きデータパケットグループのレートの上限を示す。最大グループ損失レートは、許容され得る第1のQoSフロー上の失われたデータパケットグループの上限を示す。最大アグリゲーショングループ損失レートは、許容され得る第1のQoSフロー上の失われた重み付きデータパケットグループの上限を示す。

第2の態様によれば、QoS管理方法が提供される。本方法は、第1のネットワーク要素が第1のデバイスによって送信された第1の情報を受信するステップであって、第1の情報は第1のサービスのQoSを要求するために使用される、ステップと、第1のネットワーク要素が第2の情報を送信するステップであって、第2の情報は第1のQoSフローのQoS制御方式およびQoSパラメータを示し、第1のQoSフローは第1のサービスのデータフローを伝送するために使用され、QoS制御方式は、データパケットグループに基づいて制御するための第1の制御方式を含む、ステップと、を含む。

本出願で実施されるQoS管理方法によれば、第1のネットワーク要素は、第1のデバイスの要求に基づいて、データパケットグループの粒度でQoS制御を実行するように第1のデバイスに示し得、それによってQoS管理の柔軟性を強化し、異なるサービスの要件を満たし、ユーザ体験を改善し、ネットワークリソースの浪費を低減する。

第2の態様に関して、第2の態様のいくつかの実装形態では、本方法は、QoS制御方式が、データパケットに基づいて制御するための第2の制御方式をさらに含むことをさらに含む。

前述の技術的解決策に基づいて、本出願の実施形態は、異なるサービスに適合するために、複数の異なるQoS制御方式を含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、第2の情報は第1のQoSパラメータを含み、第1のQoSパラメータはN個のデータパケットグループに基づくQoSパラメータを含み、N≧1であり、Nは正の整数である。

前述の技術的解決策に基づいて、本出願のこの実施形態では、データパケットグループに基づくQoSパラメータが定義される。データパケットグループに基づくQoSパラメータを受信すると、第1のデバイスは、データパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行する。

第2の態様に関して、第2の態様のいくつかの実装形態では、第2の情報は第1の指示情報および第2のQoSパラメータを含み、第1の指示情報は第1のQoSフローのQoS制御方式を示し、第2のQoSパラメータは第1のQoSフローのQoSパラメータを示す。

第2の態様に関して、第2の態様のいくつかの実装形態では、第1の指示情報が、第1のQoSフローのQoS制御方式が第1の制御方式であることを示すとき、第2のQoSパラメータは、少なくとも1つのデータパケットグループに基づくQoSパラメータを含む、または、
第2の指示情報が、第1のQoSフローのQoS制御方式が第2の制御方式であることを示すとき、第2のQoSパラメータは、少なくとも1つのデータパケットに基づくQoSパラメータを含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、第2のQoSパラメータは、少なくとも1つのデータパケットに基づくQoSパラメータを含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、第1の指示情報は、第1のQoSフローの好適なQoS制御方式を具体的には示す。

第2の態様に関して、第2の態様のいくつかの実装形態では、本方法は、第1のネットワーク要素が第1のサービスのサービス情報を取得するステップであって、サービス情報は、第1のQoSフローに対応するQoSパラメータを決定するために使用される、ステップ、をさらに含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、サービス情報は、第1のサービスのコーディングパラメータおよび／または第1のサービスの各データパケットグループの重み係数を含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、本方法は、第1のネットワーク要素がサービス情報を送信するステップ、をさらに含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、第2の情報は、第2の指示情報、第3のQoSパラメータ、および第4のQoSパラメータを含み、第2の指示情報は、第1のQoSフローの好適なQoS制御方式を示し、第3のQoSパラメータは、M個のデータパケットグループに基づくQoSパラメータを含み、M≧1かつMは正の整数であり、第4のQoSパラメータは、L個のデータパケットに基づくQoSパラメータを含み、L≧1かつLは正の整数である。

第2の態様に関して、第2の態様のいくつかの実装形態では、第1のネットワーク要素が第2の情報を送信する前に、本方法は、
第1のネットワーク要素が第1のサービスに基づいて第1のQoSフローのQoS制御方式を決定するステップ
をさらに含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、第1のネットワーク要素が第2の情報を送信する前に、本方法は、第1のネットワーク要素が、第1のデバイスが第1の制御方式をサポートするかどうかに基づいて第1のQoSフローのQoS制御方式を決定するステップ、をさらに含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、第1のQoSパラメータは、グループ優先度レベル、グループ遅延バジェット、グループエラーレート、アグリゲーショングループエラーレート、最大グループ損失レート、および最大アグリゲーショングループ損失レートのうちの少なくとも1つを含む。

第2の態様に関して、第2の態様のいくつかの実装形態では、グループ優先度レベルは、第1のQoSフロー上で異なるデータパケットグループをスケジュールするための優先度レベルを示す。

グループ遅延バジェットは、第1のQoSフロー上のデータパケットグループが第1のデバイスと第2のネットワーク要素との間で遅延される時間の上限を示し、第2のネットワーク要素はユーザプレーン機能UPFネットワーク要素である。グループエラーレートは、第1のQoSフロー上で正常に配信されないデータパケットグループのレートの上限を示す。アグリゲーショングループエラーレートは、第1のQoSフローで正常に配信されない重み付きデータパケットグループのレートの上限を示す。最大グループ損失レートは、許容され得る第1のQoSフロー上の失われたデータパケットグループの上限を示す。最大アグリゲーショングループ損失レートは、許容され得る第1のQoSフロー上の失われた重み付きデータパケットグループの上限を示す。

第3の態様によれば、QoS管理方法が提供される。本方法は、第1のデバイスが第3の情報を送信するステップであって、第3の情報は第2のサービスのQoSを要求するために使用される、ステップと、第1のデバイスが第4の情報を受信するステップであって、第4の情報は第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを含み、第2のQoSフローおよび第3のQoSフローは第2のサービスのデータフローを伝送するために使用される、ステップと、第1のデバイスが第4の情報に基づいて第2のサービスのデータフローに対して相関QoS制御を実行するステップと、を含む。

本出願で実施されるQoS管理方法によれば、第2のサービスのデータフローが複数のQoSフロー上で搬送されるとき、第1のデバイスは、複数のQoSフローに対して相関制御を実行し得、それによってQoS管理の柔軟性を改善し、異なるサービスの要件を満たし、ユーザ体験を改善する。

第3の態様に関して、第3の態様のいくつかの実装形態では、第4の情報は第5のQoSパラメータを含み、第5のQoSパラメータはK個の相関QoSパラメータを含み、K≧1かつKは正の整数である。

第3の態様に関して、第3の態様のいくつかの実装形態では、第4の情報は第3の指示情報および第6のQoSパラメータを含み、第3の指示情報は第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第6のQoSパラメータは相関QoS制御に使用されるパラメータであり、第6のQoSはL個のデータパケットグループに基づくQoSパラメータを含み、L≧1であり、Lは正の整数である、または第6のQoSパラメータはJ個のデータパケットに基づくQoSパラメータを含み、J≧1であり、Jは正の整数である。

第3の態様に関して、第3の態様のいくつかの実装形態では、第5のQoSパラメータは、相関QoSフローエラーレート、相関QoSフローアグリゲーションエラーレート、相関QoSフロー最大損失レート、相関QoSフロー最大アグリゲーション損失レート、または相関QoSフロー最大ビットレートのうちの少なくとも1つを含む。

第3の態様を参照して、第3の態様のいくつかの実装形態では、相関QoSフローエラーレートは、第2のQoSフローおよび第3のQoSフロー上で正常に配信されないデータパケットグループまたはデータパケットのレートの上限を示す。

相関QoSフローアグリゲーションエラーレートは、第2のQoSフローおよび第3のQoSフロー上で正常に配信されない重み付きデータパケットグループまたはデータパケットのレートの上限を示す。相関QoSフロー最大損失レートは、許容され得る第2のQoSフローおよび第3のQoSフロー上の失われたデータパケットグループまたはデータパケットの上限を示す。相関QoSフロー最大アグリゲーショングループ損失レートは、許容され得る第2のQoSフローおよび第3のQoSフロー上の失われた重み付きデータパケットグループまたは重み付きデータパケットの上限を示す。相関QoSフロー最大ビットレートは、第2のQoSフローおよび第3のQoSフローの最大アグリゲーションビットレートの上限を示す。

第4の態様によれば、QoS管理方法が提供される。本方法は、第1のネットワーク要素が第1のデバイスによって送信された第3の情報を受信するステップであって、第3の情報は第2のサービスのQoSを要求するために使用される、ステップと、第1のネットワーク要素が第4の情報を送信するステップであって、第4の情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを含み、第2のQoSフローおよび第3のQoSフローは、第2のサービスのデータフローを伝送するために使用される、ステップと、を含む。

本出願で実施されるQoS管理方法によれば、サービスのデータフローが複数のQoSフロー上で搬送されるとき、第1のネットワーク要素は、複数のQoSフローに対して相関制御を実行するように第1のデバイスに示し得、それによってQoS管理の柔軟性を改善し、異なるサービスの要件を満たし、ユーザ体験を改善する。

第4の態様に関して、第4の態様のいくつかの実装形態では、第4の情報は第5のQoSパラメータを含み、第5のQoSパラメータはK個の相関QoSパラメータを含み、K≧1かつKは正の整数である。

第4の態様に関して、第4の態様のいくつかの実装形態では、第4の情報は第3の指示情報および第6のQoSパラメータを含み、第3の指示情報は第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第6のQoSパラメータは相関QoS制御に使用されるパラメータであり、第6のQoSはL個のデータパケットグループに基づくQoSパラメータを含み、L≧1であり、Lは正の整数である、または第6のQoSパラメータはJ個のデータパケットに基づくQoSパラメータを含み、J≧1であり、Jは正の整数である。

第4の態様に関して、第4の態様のいくつかの実装形態では、第5のQoSパラメータは、相関QoSフローエラーレート、相関QoSフローアグリゲーションエラーレート、相関QoSフロー最大損失レート、相関QoSフロー最大アグリゲーション損失レート、または相関QoSフロー最大ビットレートのうちの少なくとも1つを含む。

第4の態様を参照して、第4の態様のいくつかの実装形態では、相関QoSフローエラーレートは、第2のQoSフローおよび第3のQoSフロー上で正常に配信されないデータパケットグループまたはデータパケットのレートの上限を示す。相関QoSフローアグリゲーションエラーレートは、第2のQoSフローおよび第3のQoSフロー上で正常に配信されない重み付きデータパケットグループまたはデータパケットのレートの上限を示す。相関QoSフロー最大損失レートは、許容され得る第2のQoSフローおよび第3のQoSフロー上の失われたデータパケットグループまたはデータパケットの上限を示す。相関QoSフロー最大アグリゲーショングループ損失レートは、許容され得る第2のQoSフローおよび第3のQoSフロー上の失われた重み付きデータパケットグループまたは重み付きデータパケットの上限を示す。相関QoSフロー最大ビットレートは、第2のQoSフローおよび第3のQoSフローの最大アグリゲーションビットレートの上限を示す。

第5の態様によれば、通信装置が提供される。装置は、第1の態様から第4の態様の可能な実装形態のいずれか1つにおける方法を実行するように構成される。具体的には、装置は、第1の態様から第4の態様の可能な実装形態のいずれか1つの方法を実行するように構成されたユニットおよび／またはモジュール、例えば、処理ユニットおよび／または通信ユニットを含み得る。一実装形態では、装置は、通信デバイス（例えば、端末デバイスまたはネットワークデバイス）である。装置が通信デバイスであるとき、通信ユニットはトランシーバまたは入力／出力インターフェースであってもよく、処理ユニットは少なくとも1つのプロセッサであってもよい。任意選択で、トランシーバはトランシーバ回路であってもよい。任意選択で、入力／出力インターフェースは入力／出力回路であってもよい。別の実装形態では、装置は、通信デバイス（例えば、端末デバイスまたはネットワークデバイス）で使用されるチップ、チップシステム、または回路である。装置がチップ、チップシステム、または通信デバイスで使用される回路であるとき、通信ユニットは、チップ、チップシステム、または回路上の入力／出力インターフェース、インターフェース回路、出力回路、入力回路、ピン、関連回路などであってもよく、処理ユニットは、少なくとも1つのプロセッサ、処理回路、論理回路などであってもよい。

第6の態様によれば、通信装置が提供される。装置は、第1の態様から第4の態様の可能な実装形態のいずれか1つにおける方法を実行するために、メモリに記憶されたコンピュータプログラムまたは命令を実行するように構成された少なくとも1つのプロセッサを含む。

任意選択で、装置は、コンピュータプログラムまたは命令を記憶するように構成されたメモリをさらに含む。任意選択で、装置は通信インターフェースをさらに含み、プロセッサは、通信インターフェースを介して、メモリに記憶されたコンピュータプログラムまたは命令を読み取る。

一実装形態では、装置は、通信デバイス（例えば、端末デバイスまたはネットワークデバイス）である。

別の実装形態では、装置は、通信デバイス（例えば、端末デバイスまたはネットワークデバイス）で使用されるチップ、チップシステム、または回路である。

第7の態様によれば、本出願は、第1の態様から第4の態様で提供される方法を実行するように構成されたプロセッサを提供する。プロセッサに関連する送信および取得／受信などの動作は、特に明記しない限り、または動作が関連する説明における動作の実際の機能または内部ロジックと矛盾しない限り、プロセッサの出力および受信または入力、または無線周波数回路およびアンテナによって実行される送信および受信動作などの動作として理解され得る。これは、本出願では限定されない。

第8の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読媒体は、デバイスによって実行されるプログラムコードを記憶し、プログラムコードは、第1の態様から第4の態様の可能な実装形態のいずれか1つにおける方法を実行するために使用される。

第9の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータ上で動作するとき、コンピュータは、第1の態様から第4の態様の可能な実装形態のいずれか1つにおける方法を実行することを可能にされる。

第10の態様によれば、通信システムが提供される。通信システムは、前述の端末デバイスおよびネットワークデバイスを含む。

第5の態様から第10の態様の有益な効果については、第1の態様から第4の態様の有益な効果を参照されたい。詳細は説明されない。

5G移動通信システムのアーキテクチャの概略図である。 データパケットおよびデータパケットグループの概略図である。 PDUセッションにおけるQoSフローの概略図である。 本出願によるQoS管理方法の概略フローチャートである。 本出願によるQoS管理方法の概略フローチャートである。 本出願によるQoS管理方法の概略フローチャートである。 本出願によるQoS管理方法の概略フローチャートである。 本出願によるQoS管理方法の概略フローチャートである。 本出願による装置の概略ブロック図である。 本出願による装置の概略ブロック図である。

以下では、添付の図面に関して本出願の技術的解決策を説明する。

本出願の実施形態の技術的解決策は、グローバル・システム・フォー・モバイル・コミュニケーションズ（Global System for Mobile communications、GSM）、符号分割多元接続（Code Division Multiple Access、CDMA）システム、広帯域符号分割多元接続（Wideband Code Division Multiple Access、WCDMA）システム、汎用パケット無線サービス（General Packet Radio Service、GPRS）、ロングタームエボリューション（Long Term Evolution、LTE）システム、LTE周波数分割複信（Frequency Division Duplex、FDD）システム、LTE時分割複信（Time Division Duplex、TDD）システム、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、UMTS）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Access、WiMAX）通信システム、将来の第5世代（5th Generation、5G）システム、または新無線（New Radio、NR）システム、および将来の進化型通信システムなどの様々な通信システムに適用され得る。

図1は、本出願の実施形態が適用可能な通信システムのネットワークアーキテクチャの概略図である。ネットワークアーキテクチャは、端末デバイス、アクセスネットワークデバイス、アクセス管理ネットワーク要素、セッション管理ネットワーク要素、ユーザプレーンネットワーク要素、ポリシー制御ネットワーク要素、ネットワークスライス選択ネットワーク要素、ネットワークリポジトリ機能ネットワーク要素、ネットワークデータ分析ネットワーク要素、統合データ管理ネットワーク要素、統合データリポジトリネットワーク要素、認証サービス機能ネットワーク要素、ネットワーク能力公開ネットワーク要素、アプリケーション機能ネットワーク要素、およびオペレータネットワークに接続されたデータネットワーク（data network、DN）を含む。端末デバイスは、アクセスネットワークデバイスおよびユーザプレーンネットワーク要素を介してデータネットワークにサービスデータを送信し、データネットワークからサービスデータを受信し得る。

端末デバイスは、ワイヤレストランシーバ機機能を有するデバイスであり、陸上に配備されてもよく、屋内用、屋外用、ハンドヘルド、ウェアラブル、もしくは車載用のデバイスを含み、または水上に（例えば、船舶に）配備されてもよく、または空中に（例えば、飛行機、気球、もしくは衛星）に配備されてもよい。端末デバイスは無線アクセスネットワーク（radio access network、RAN）を通じてコアネットワークと通信してもよく、RANと音声および／またはデータを交換してもよい。端末デバイスは、携帯電話（mobile phone）、タブレットコンピュータ（Pad）、ワイヤレストランシーバ機能を備えたコンピュータ、モバイルインターネットデバイス（mobile internet device、MID）、ウェアラブルデバイス、仮想現実（virtual reality、VR）端末デバイス、拡張現実（augmented reality、AR）端末デバイス、産業用制御（industrial control）のワイヤレス端末、自動運転（self driving）のワイヤレス端末、遠隔医療（remote medical）のワイヤレス端末、スマートグリッド（smart grid）のワイヤレス端末、輸送安全性（transportation safety）のワイヤレス端末、スマートシティ（smart city）のワイヤレス端末、スマートホーム（smart home）のワイヤレス端末、無人航空機、無人航空機コントローラなどであってもよい。適用シナリオは、本出願の実施形態では限定されない。端末デバイスは、ユーザ機器（user equipment、UE）、移動局、遠隔局などと呼ばれることもある。端末デバイスによって使用される特定の技術、デバイス形態、および名称は、本出願の実施形態において限定されない。

アクセスネットワークデバイスは、ネットワーク内にあり、端末デバイスをワイヤレスネットワークに接続するために使用されるデバイスである。アクセスネットワークデバイスは、無線アクセスネットワーク内のノードであってもよい。アクセスネットワークデバイスは、基地局または無線アクセスネットワーク（radio access network、RAN）ノード（またはデバイス）と呼ばれることもある。ネットワークデバイスは、ロングタームエボリューション（long term evolution、LTE）システムまたはLTEアドバンスト（LTE－Advanced、LTE－A）システムにおける進化型NodeB（NodeB、eNB、またはe－NodeB、evolutional Node B）、例えば、ヘテロジニアスネットワークシナリオにおける従来のマクロ基地局eNBおよびマイクロ基地局eNBを含み得、第5世代（5th generation、5G）モバイル通信技術の新しい無線（new radio、NR）システムに次世代NodeB（next generation node B、gNB）を含み得、または無線ネットワークコントローラ（radio network controller、RNC）、ノードB（Node B、NB）、基地局コントローラ（base station controller、BSC）、基地トランシーバ局（base transceiver station、BTS）、送受信ポイント（transmission reception point、TRP）、ホーム基地局（例えば、home evolved NodeB、またはhome Node B、HNB）ベースバンドユニット（base band unit、BBU）、ベースバンドプールBBU pool、WiFiアクセスポイント（access point、AP）などを含んでもよく、あるいは、クラウドアクセスネットワーク（cloud radio access network、CloudRAN）システムにおける集中ユニットまたは中央ユニット（centralized unit、CU）および分散ユニット（distributed unit、DU）を含んでもよい。これは、本出願の実施形態において限定されない。アクセスネットワークデバイスがCUおよびDUを含む分割配備シナリオでは、CUは、無線リソース制御（radio resource control、RRC）、パケットデータ収束プロトコル（packet data convergence protocol、PDCP）、およびサービスデータ適応プロトコル（service data adaptation protocol、SDAP）といったプロトコルをサポートし、DUは、無線リンク制御（radio link control、RLC）層プロトコル、媒体アクセス制御（media access control、MAC）層プロトコル、および物理層プロトコルを主にサポートする。

アクセス管理ネットワーク要素は、モバイルネットワークにおける端末のアタッチメント、モビリティ管理、および追跡エリア更新手順に主に使用される。アクセス管理ネットワーク要素は、非アクセス層（non access stratum、NAS）メッセージを終了し、登録管理、接続管理、到達性管理、トラッキングエリアリスト（track area list、TA list）割り当て、モビリティ管理などを完了し、セッション管理（session management、SM）メッセージをセッション管理ネットワーク要素に透過的にルーティングする。第5世代（5th generation、5G）通信システムでは、アクセス管理ネットワーク要素は、アクセスおよびモビリティ管理機能（access and mobility management function、AMF）であってもよい。将来の通信システム（例えば、6G通信システム）では、モビリティ管理ネットワーク要素は、依然としてAMFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

セッション管理ネットワーク要素は、モバイルネットワークにおけるセッション管理、例えば、セッション確立、修正、および解放に主に使用される。具体的な機能は、例えば、インターネットプロトコル（internet protocol、IP）アドレスを端末に割り当てること、またはパケット転送機能を提供するユーザプレーンネットワーク要素を選択することである。5G通信システムでは、セッション管理ネットワーク要素は、セッション管理機能（session management function、SMF）であってもよい。将来の通信システム（例えば、6G通信システム）では、セッション管理ネットワーク要素は、依然としてSMFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

ユーザプレーンネットワーク要素は、ユーザパケットの処理、例えば、転送、課金に主に使用される。ユーザプレーンネットワーク要素は、プロトコルデータユニット（protocol data unit、PDU）セッションアンカー（PDU session anchor、PSA）と呼ばれることもある。5G通信システムでは、ユーザプレーンネットワーク要素は、ユーザプレーン機能（user plane function、UPF）であってもよい。将来の通信システム（例えば、6G通信システム）では、ユーザプレーンネットワーク要素は、依然としてUPFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

ポリシー制御ネットワーク要素は、ユーザサブスクリプションデータ管理機能、ポリシー制御機能、課金ポリシー制御機能、サービス品質（quality of service、QoS）制御などを含む。5G通信システムでは、ポリシー制御ネットワーク要素は、ポリシー制御機能（policy control function、PCF）であってもよい。将来の通信システム（例えば、6G通信システム）では、ポリシー制御ネットワーク要素は依然としてPCFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

ネットワークスライス選択ネットワーク要素は、端末デバイスのサービスに適切なネットワークスライスを選択するために主に使用される。5G通信システムでは、ネットワークスライス選択ネットワーク要素は、ネットワークスライス選択機能（network slice selection function、NSSF）ネットワーク要素であってもよい。将来の通信システム（例えば、6G通信システム）では、ネットワークスライス選択ネットワーク要素は、依然としてNSSFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

ネットワークリポジトリ機能ネットワーク要素は、ネットワーク要素またはネットワーク要素によって提供されるサービスの登録および発見機能を提供するために、主に使用される。5G通信システムでは、ネットワークリポジトリ機能ネットワーク要素は、ネットワークリポジトリ機能（network repository function、NRF）であってもよい。将来の通信システム（例えば、6G通信システム）では、ネットワークリポジトリ機能ネットワーク要素は、依然としてNRFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

ネットワークデータ分析ネットワーク要素は、各ネットワーク機能（network function、NF）、例えば、ポリシー制御ネットワーク要素、セッション管理ネットワーク要素、ユーザプレーンネットワーク要素、アクセス管理ネットワーク要素、またはアプリケーション機能ネットワーク要素から（ネットワーク能力公開機能ネットワーク要素を介して）データを収集し、分析および予測を実行し得る。5G通信システムでは、ネットワークデータ分析ネットワーク要素は、ネットワークデータ分析機能（network data analytics function、NWDAF）であってもよい。将来の通信システム（例えば、6G通信システム）では、ネットワークデータ分析ネットワーク要素は、依然としてNWDAFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

統合データ管理ネットワーク要素は、端末デバイスのサブスクリプション情報を管理するために主に使用される。5G通信システムでは、統合データ管理ネットワーク要素は、統合データ管理（unified data management、UDM）であってもよい。将来の通信システム（例えば、6G通信システム）では、統合データ管理ネットワーク要素は、依然としてUDMネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

統合データリポジトリネットワーク要素は、サブスクリプション情報、ポリシー情報、および標準フォーマットで定義されたネットワークデータまたはサービスデータを含む、構造化データ情報を記憶するために主に使用される。5G通信システムでは、統合データリポジトリネットワーク要素は、統合データリポジトリ（unified data repository、UDR）であってもよい。将来の通信システム（例えば、6G通信システム）では、統合データリポジトリネットワーク要素は、依然としてUDRネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

認証サービス機能ネットワーク要素は、端末デバイスに対してセキュリティ認証を実行するために主に使用される。5G通信システムでは、認証サービス機能ネットワーク要素は、認証サーバ機能（authentication server function、AUSF）であってもよい。将来の通信システム（例えば、6G通信システム）では、認証サービス機能ネットワーク要素は、依然としてAUSFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

ネットワーク能力公開ネットワーク要素は、ネットワークのいくつかの機能を制御された方式でアプリケーションに公開し得る。5G通信システムでは、ネットワーク能力公開ネットワーク要素は、ネットワーク公開機能（network exposure function、NEF）であってもよい。将来の通信システム（例えば、6G通信システム）では、ネットワーク能力公開ネットワーク要素は、依然としてNEFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

アプリケーション機能ネットワーク要素は、オペレータの通信ネットワーク内の制御プレーンネットワーク要素に様々なアプリケーションのサービスデータを提供するか、または通信ネットワーク内の制御プレーンネットワーク要素からネットワークのデータ情報および制御情報を取得し得る。5G通信システムにおいて、アプリケーション機能ネットワーク要素は、アプリケーション機能（application function、AF）であってもよい。将来の通信システム（例えば、6G通信システム）では、アプリケーション機能ネットワーク要素は、依然としてAFネットワーク要素であってもよく、または別の名前を有してもよい。これは、本出願では限定されない。

データネットワークは、端末デバイスにデータ伝送サービスを提供するために主に使用される。データネットワークは、プライベートネットワーク、例えばローカルエリアネットワークであってもよく、公衆データネットワーク（public data network、PDN）、例えばインターネット（Internet）であってもよく、オペレータによって共同で配備された専用ネットワーク、例えばIPマルチメディアネットワークサブシステム（IP multimedia core network subsystem、IMS）サービスを構成するために展開された専用ネットワークであってもよい。

前述したネットワーク要素または機能が、ハードウェアデバイス内のネットワーク要素、専用のハードウェア上で動作するソフトウェア機能、またはプラットフォーム（例えば、クラウドプラットフォーム）上でインスタンス化される仮想機能であってもよいことを理解されたい。任意選択で、前述のネットワーク要素または機能は、1つのデバイスによって実施されてもよく、または複数のデバイスによって共同で実施されてもよく、または1つのデバイス内の機能モジュールであってもよい。これは、本出願の実施形態では具体的には限定されない。

本出願で提供される技術的解決策の理解を容易にするために、以下では、本出願の実施形態におけるアプリケーションにおける関連する技術的概念を説明する。

1．XR技術は、コンピュータ技術およびウェアラブルデバイスを介して、実要素と仮想要素の両方を組み合わせ、人間とコンピュータとの対話を可能にする環境を生成することを指す。XR技術は、多視点および強力な対話などの利点を有し、ユーザに新しい視覚的体験を提供することができ、大きなアプリケーション価値およびビジネスポテンシャルを有する。XRは、VR、AR、MRなどの技術を含み、エンターテイメント、ゲーム、医療、広告、産業、オンライン教育、エンジニアリングなどの多くの分野で広く使用されることができる。VR技術は、主に、視覚および音声シナリオをレンダリングして、現実世界における視覚および音声の感覚刺激を可能な限りユーザにシミュレートすることである。VR技術は通常、ユーザの視覚および／または聴覚をシミュレートするために、ユーザがXR端末（例えば、頭部装着型デバイス）を装着することを必要とする。VR技術は、シミュレートされた視覚的および／または聴覚的コンテンツを適時に更新するために、ユーザの行動追跡をさらに実行し得る。AR技術は、主に、ユーザによって知覚される実際の環境において追加の視覚および／もしくは聴覚情報または手動で生成されたコンテンツを提供することである。ユーザは、現実環境を直接的に（例えば、検知、処理、およびレンダリングは実行されない）または間接的に（例えば、センサなどを介して転送が実行される）取得してもよく、さらなる強化処理が実行される。MR技術は、いくつかの仮想要素を物理的シナリオに挿入し、現実のシナリオの一部としてこれらの要素を追加することによってユーザに没入体験を提供することである。ネットワークデバイスは、XRサービスによって生成されたデータ（XRデータと呼ばれることもある）を処理および伝送し得る。例えば、クラウド内のネットワークデバイスは、XRソースデータをレンダリングおよび符号化（例えば、ソース符号化）し、コアネットワークおよび／またはアクセスネットワーク内のネットワークデバイスを介してXR端末にXRデータを伝送し得る。XR端末は、XRデータを処理することによって、多様化されたXR体験（例えば、没入体験、視覚体験、対話体験、またはデバイス体験）をユーザに提供する。XR体験は、例えば、以下の評価次元：画像精細度、画像平滑度、画像歪み、画像立体視、画像上の黒縁、画像の滲み、音質、音響効果、視野、フレームフリーズ、アーチファクト、グレア、オーディオおよびビデオの同期、対話の自由度、対話動作の応答速度、対話動作の精度、対話コンテンツのローディング速度などのうちの1つまたは複数を含む複数の異なる次元で評価されることができる。

XRのようなメディアサービスの場合、メディアコーディングが実行されるとき（例えば、H．263、H．264、およびMPEG4）、メディアサービスのサービスデータフローは、一般に、一連のメディアユニット（media unit、MU）によって形成される。各メディアユニットは、アプリケーション層における完全なデータユニットを表し、IPパケットなどの1つまたは複数のデータパケット（packet）を含む。これらのデータパケットは強く相関されており、完全性の伝送要件を有する。1つまたは複数のデータパケットが伝送されるのに失敗すると、受信側はメディアユニット全体を復号するのに失敗する可能性がある。いくつかの実施形態では、メディアユニットは、データパケットグループ、フレーム（例えば、キーフレームIフレーム、順方向差分フレームPフレーム、または双方向差分フレームBフレーム）、データスライス、アプリケーションレイヤデータユニット、データユニットなどとも呼ばれることもある。例えば、図2に示されるように、第1のデータパケットグループは、第1のデータパケット、第2のデータパケット、第3のデータパケット、および第4のデータパケットを含み、メディアユニットを形成する。前述のデータパケット内の1つまたは複数のデータパケットが伝送されるのに失敗すると、受信側は第1のデータパケットグループを復号することができない可能性があり、それによってXRサービスの体験に影響を及ぼす。

さらに、XRサービスの複数のデータパケットグループが関連付けられ得る。データパケットグループが復号されるのに失敗すると、他のデータパケットグループもまた復号されるのに失敗する可能性がある。例えば、Iフレームが復号されるのに失敗した場合、後続のPフレームおよびBフレームはすべて復号されるのに失敗する可能性がある。

2．サービス品質（Quality of Service、QoS）は、ネットワーク遅延や輻輳などの問題を解決するために使用される技術である。ネットワーク輻輳が発生すると、データは破棄され得る。異なるアプリケーションに対するユーザの異なるQoS要件を満たすために、ネットワークは、ユーザ要件に基づいてリソースを割り当ててスケジュールし、異なるデータ片に対して異なる種類のQoSを提供する必要がある。5Gシステムでは、フローに基づくQoSモデルが使用される。同じQoSフローにマッピングされたデータは、同じ転送処理を受信する。図3に示されるように、PDUセッションがUEとUPFとの間に確立され、無線ベアラがUEとNBとの間にあり、コアネットワークトンネルがNBとUPFとの間にある。PDUセッションは複数のQoSフローを含み、複数のQoSフローは第1のQoSフローおよび第2のQoSフローなどを含む。複数のQoSフローは、異なるサービスのデータフローを伝送するために使用されてもよいし、同じサービスのデータフローを伝送するために使用されてもよい。例えば、第1のQoSフローは第1のサービスのデータフローを伝送するために使用され、第2のQoSフローは第2のサービスのデータフローを伝送するために使用されるか、または、第1のQoSフローは第1のサービスの第1のデータフローを伝送するために使用され、第2のQoSフローは第1のサービスの第2のデータフローを伝送するために使用される。

3．QoSパラメータは、QoSパラメータ（QoS parameters）、QoS特性（QoS characteristics）などを含むが、これらに限定されない、QoSに関連するQoS要件である。QoSパラメータは、QoSフローレベルQoSパラメータ（QoS Flow level QoS parameters）、QoS基準（QoS reference）、QoSフロー記述（QoS flow descriptions）、QoS情報（QoS Information）などと呼ばれることもある。言い換えれば、QoSパラメータは、QoS要件を定量化するために使用されることができる。本出願の実施形態では、QoSパラメータは、データパケットに基づくQoSパラメータを含むだけでなく、新しいデータパケットグループに基づくQoSパラメータ、相関QoSパラメータ、および混合QoSパラメータも定義する。

データパケットに基づくQoSパラメータは、以下、すなわち、5G QoS識別子（5G QoS Identifier、5QI）、割り当ておよび保持優先度（allocation and retention priority、ARP）、反映型QoS属性（Reflective QoS Attribute、RQA）、通知制御（Notification control）、フロービットレート（Flow Bit Rates、FBR）、アグリゲーションビットレート（Aggregate Bit Rates、ABR）、デフォルト値（Default values）、最大パケット損失レート（Maximum Packet Loss Rate、MPLR）、リソースタイプ（Resource Type）、優先度レベル（Priority Level、PL）、パケット遅延バジェット（Packet Delay Budget、PDB）、パケットエラーレート（Packet Error Rate、PER）、平均化ウィンドウ（Averaging Window）、最大データバースト量（Maximum Data Burst Volume、MDBV）などのうちの1つまたは複数を含み得る。リソースタイプは、保証ビットレート（Guaranteed Bit Rate、GBR）および非保証ビットレート（Non Guaranteed Bit Rate、Non－GBR）を含む。データパケットに基づくQoSパラメータは、現在使用されているQoSパラメータであり、本明細書では詳細は再び説明されない。

データパケットグループに基づくQoSパラメータ、相関QoSパラメータ、および混合QoSパラメータに関する詳細については、以下の説明を参照されたい。

現在、QoSフローで搬送されるデータはデータパケットを粒度として使用して制御されるため、高レートおよび低レイテンシ伝送要件を有するいくつかのサービスは満たされることができない。XRサービスが一例として使用される。例えば、XRサービスによって生成されるデータは3つのデータパケットグループを含み、3つのデータパケットグループは、第1のデータパケットグループ、第2のデータパケットグループ、および第3のデータパケットグループであり、各データパケットグループは100個のデータパケットを含む。第1のデータパケットグループは第2のデータパケットグループと関連付けられており、第1のデータパケットグループは第3のデータパケットグループと関連付けられている。すなわち、第1のデータパケットグループが復号されることができないとき、第2のデータパケットグループおよび第3のデータパケットグループは復号されることができない。第1のQoSフローは、XRサービスを伝送するために使用され、第1のQoSフローに対応するQoSパラメータは、パケットエラーレート（packet error rate、PER）を含む。PERが0．03である場合、XRサービスが第1のQoSフローで伝送されるときに誤って伝送されるデータパケットの上限は9であることが理解され得る。言い換えれば、第1のQoSフローのQoS要件は、第1のQoSフロー上でXRサービスが伝送されるときに9個未満のデータパケットが誤って伝送されることが保証される場合にのみ満たされることができる。しかしながら、第1のデータパケットグループは第2のデータパケットグループと関連付けられており、第1のデータパケットグループは第3のデータパケットグループと関連付けられているので、第1のデータパケットグループ内のデータパケットが誤って伝送された場合、受信側は第1のデータパケットグループを復号することができず、第1のQoSフロー上で9個未満のデータパケットが誤って伝送された場合でも、受信側は依然として前述の3つのデータパケットグループを復号することができない。その結果、ネットワークリソースの浪費が引き起こされ、ユーザ体験が影響される。

結論として、データパケットを粒度として使用することによって、QoSフロー上で搬送されるデータを制御するための現在の方法は、高レートおよび低レイテンシの伝送要件を有するいくつかのサービスを満たすことができない。これに基づいて、本出願は、ネットワークリソースの浪費を回避し、ユーザ体験を改善するために、粒度としてデータパケットグループを使用することによってQoSフローを制御するためのQoS管理方法を提案する。

図4は、本出願によるQoS管理方法400の概略フローチャートである。

S401：第1のデバイスが第1のネットワーク要素に第1の情報を送信し、第1の情報は第1のサービスのQoSを要求するために使用される。

これに対応して、第1のネットワーク要素は、第1のデバイスによって送信された第1の情報を受信する。

具体的には、第1のデバイスは第1の情報を第1のネットワーク要素に送信し、第1の情報は第1のサービスのQoSを要求するために使用される。

可能な一実装形態では、第1の情報は、要求情報と、第1のサービスの識別子（例えば、アプリケーションプログラム識別子）、5タプル（送信元IPアドレス、送信元ポート番号、ターゲットIPアドレス、ターゲットポート番号、およびトランスポート層プロトコル）、およびトリプレット（ターゲットIPアドレス、ターゲットポート番号、およびトランスポート層プロトコル）のうちの少なくとも1つとを含み、要求情報は、第1のサービスのQoSを要求するために使用される。

任意選択で、別の可能な実装形態では、要求情報は、QoSフロー制御方式を要求するためにさらに使用される。QoSフロー制御方式は、データパケットグループに基づいて制御するための第1の制御方式と、データパケットに基づいて制御するための第2の制御方式とを含む。データパケットグループに基づいて制御するための第1の制御方式は、データパケットグループの粒度でQoS制御を実行するものとして理解され得る。例えば、100個のデータパケットがQoSフロー上で伝送され、100個のデータパケットのうちの最初の50個のデータパケットは第1のデータパケットグループであり、最後の50個のデータパケットは第2のデータパケットグループである。データが廃棄される必要があるときに、第1の制御方式が使用される場合、第1のデータパケットグループおよび／または第2のデータパケットグループは、データパケットグループの粒度で廃棄され、または、第2の制御方式が使用される場合、100個のデータパケット内の1つまたは複数のデータパケットはデータパケットの粒度で廃棄される。説明を簡単にするために、以下では、第1の制御方式はデータパケットグループに基づく制御であり、第2の制御方式はデータパケットに基づく制御である。

要求情報は、QoSフロー制御方式を直接要求するために、またはQoSフロー制御方式を間接的に要求するために使用され得る。

いくつかの実施形態では、要求情報は、QoSフロー制御方式を間接的に要求するために使用され得る。例えば、要求情報は、QoSパラメータを要求するために使用される。要求情報がデータパケットグループに基づくQoSパラメータを要求するために使用されるとき、要求情報を使用して要求されるQoS制御方式は第1の制御方式であることが理解されよう。同様に、要求情報がデータパケットに基づくQoSパラメータを要求するために使用されるとき、要求情報を使用して要求されるQoS制御方式は第2の制御方式である。要求情報が混合QoSパラメータを要求するために使用されるとき、QoS制御方式は、（例えば、混合QoSパラメータの5QI値に基づいて）要求情報を使用して要求された混合QoSパラメータに基づいて決定され得る。詳細については、以下の説明を参照されたい。

データパケットグループに基づくQoSパラメータおよび混合QoSパラメータは、本出願の実施形態で提供される2つの新しいQoSパラメータであることを理解されたい。以下で、本出願の実施形態で提供されるデータパケットグループに基づくQoSパラメータおよび混合QoSパラメータについて詳細に説明する。

データパケットグループに基づくQoSパラメータは、以下、すなわち、グループ5G QoS識別子（Group－5G QoS Identifier、G－5QI）、グループ優先度レベル（Group Priority Level、GPL）、グループ遅延バジェット（Group Delay Budget、GDB）、グループエラーレート（Group Error Rate、GER）、アグリゲーショングループエラーレート（Aggregation Group Error Rate、AGER）、最大グループ損失レート（Maximum Group Loss Rate、MGLR）、最大アグリゲーショングループ損失レート（Maximum Aggregation Group Loss Rate、MAGLR）、平均化ウィンドウ（Averaging Window）、および最大データバーストボリューム（Maximum Data Burst Volume）のうちの1つまたは複数を含み得る。

前述のデータパケットグループに基づくQoSパラメータの名前は単なる例であるが、それに限定されないことを理解されたい。例えば、グループ5G QoS識別子は、メディアユニット5G QoS識別子（Media Unit 5G QoS Identifier、MU－5QI）と呼ばれることもあり、グループ優先度レベルは、メディアユニット優先度レベル（Media Unit Priority Level、MUPL）と呼ばれることもあり、グループ遅延バジェットは、メディアユニット遅延バジェット（Media Unit Delay Budget、MUDB）と呼ばれることもあり、グループエラーレートは、メディアユニットエラーレート（Media Unit Error Rate、MUER）と呼ばれることもあり、アグリゲーショングループエラーレートは、アグリゲーションメディアユニットエラーレート（Aggregation Media Unit Error Rate、AMUER）と呼ばれることもあり、最大グループ損失レートは、最大メディアユニット損失レート（Maximum Media Unit Loss Rate、MMULR）と呼ばれることもあり、最大アグリゲーショングループ損失レートは、最大アグリゲーションメディアユニット損失レート（Maximum Aggregation Media Unit Loss Rate、MAMULR）と呼ばれることもある。

グループ優先度レベルは、データパケットグループの優先度レベルを示し、同じサービスのデータフローの異なるデータパケットグループは、異なる優先度レベルを有してもよい。例えば、アプリケーションサーバは、異なるデータパケットグループの重要度を定義してもよく、異なる重要度のデータパケットグループは、異なるGPLに対応してもよい。同様に、メディアユニット優先度レベルはメディアユニットの優先度レベルを示し、同じサービスの異なるメディアユニットは異なる優先度レベルを有してもよい。

グループ遅延バジェットは、端末デバイスとアンカーUPFとの間でデータパケットグループが遅延される時間の上限を示す。グループ遅延バジェットは、データグループ内のすべてのデータパケット全体で遅延を保証するものとして理解され得、すなわち、データグループ内の各データパケットの遅延は、GDBとデータパケットグループ内の最後のデータパケットの到着時間との和である。例えば、第1のデータパケットグループ内の最初のデータパケットが1msに到達し、最後のデータパケットが2msに到達し、グループ遅延バジェットが10msである場合、第1のデータパケットグループ内のすべてのデータパケットは、12ms前に受信側に到達する必要がある。同様に、メディアユニット遅延バジェットは、端末デバイスとアンカーUPFとの間でメディアユニットが遅延される時間の上限を示し、すなわち、メディアユニット内の各データパケットの遅延は、メディアユニット遅延バジェットとメディアユニットの最後のデータパケットの到着時間との和である。

グループエラーレートは、データパケットグループ伝送エラーのレートの上限を示し、これは正常に配信されないデータパケットグループの上限としても理解され得る。データパケットグループ内の1つまたは複数のデータパケットにおいて伝送エラーが発生し、したがってデータパケットグループが復号されることができないとき、データパケットグループは、グループエラーレートに向かってカウントする伝送エラーとして決定され得る。例えば、グループエラーレートは0．02である。第1のQoSフロー上で伝送されたデータフローが1000個のデータパケットグループを含む場合、20個未満のデータパケットグループが第1のQoSフロー上で誤って伝送されることが保証される必要がある。同様に、メディアユニットエラーレートは、メディアユニット伝送エラーのレートの上限を示し、これは正常に配信されないメディアユニットの上限としても理解され得る。

アグリゲーショングループエラーレートは、重要度に基づくデータパケットグループの伝送エラーのレートの上限を示し、これは正常に配信されない重み付きデータパケットグループの上限としても理解され得る。データパケットグループは、異なる重要度を有し、異なる重要度を有するデータパケットグループは、異なる重み係数に対応し得る。誤って伝送された重み係数およびデータパケットグループの数は、両方とも計算のために考慮される。例えば、第1のデータパケットグループに対応する重み係数が0．5である場合、第1のデータパケットグループが誤って伝送されたとき、0．5個のデータパケットグループの伝送エラーとしてカウントされ得る。別の例では、第2のデータパケットグループに対応する重み係数が1である場合、第2のデータパケットグループが誤って伝送されたとき、1つのデータパケットグループの伝送エラーとしてカウントされ得る。例えば、AGERは0．02である。第1のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含み、重み係数が1である15個のデータパケットグループが誤って伝送され、重み係数が0．4である10個のデータパケットグループが誤って伝送されたと仮定される。この場合、19個のデータパケットグループが誤って伝送されたものとしてカウントされ、第1のQoSフローはアグリゲーショングループエラーレートを満たす。同様に、アグリゲーションメディアユニットエラーレートは、重要度に基づくメディアユニットの伝送エラーレートの上限を示し、これは正常に配信されない重み付きメディアユニットの上限としても理解され得る。

最大グループ損失レートは、データパケットグループ損失の上限を示し、これは許容され得る失われたデータパケットグループの上限としても理解され得る。データパケットグループ内の1つまたは複数のデータパケットが失われ、したがってデータパケットグループが復号されることができないとき、データパケットグループは、最大グループ損失レートに向かってカウントする損失として決定され得る。例えば、最大グループ損失レートは0．02である。第1のQoSフロー上で伝送されたデータフローが1000個のデータパケットグループを含む場合、第1のQoSフロー上で20個未満のデータパケットグループが失われることが保証される必要がある。同様に、最大メディアユニット損失レートはメディアユニット損失の上限を示し、これは許容され得る失われたメディアユニットの上限としても理解され得る。

本出願のいくつかの実施形態では、QoSフローのタイプが保証ビットレート（Guaranteed Bit Rate、GBR）QoSフローであるとき、グループ損失レートが使用されてもよい。

最大アグリゲーショングループ損失レートは、重要度に基づくデータパケットグループの伝送損失の上限を示し、これは許容され得る失われた重み付きデータパケットグループの上限としても理解され得る。データパケットグループは、異なる重要度を有し、異なる重要度を有するデータパケットグループは、異なる重み係数に対応し得る。伝送時に失われる重み係数およびデータパケットグループの数は、両方とも計算のために考慮される。例えば、第1のデータパケットグループに対応する重み係数が0．5である場合、第1のデータパケットグループが伝送において失われると、0．5個のデータパケットグループの伝送損失がカウントされ得る。別の例では、第2のデータパケットグループに対応する重み係数が1である場合、第2のデータパケットグループが伝送において失われると、1つのデータパケットグループの伝送損失がカウントされ得る。例えば、最大アグリゲーショングループ損失レートは0．02である。第1のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含み、重み係数が1である15個のデータパケットグループは伝送において失われ、重み係数が0．4である10個のデータパケットグループは伝送において失われていると仮定される。この場合、19個のデータパケットグループが伝送において失われたものとしてカウントされ得、第1のQoSフローは最大アグリゲーショングループ損失レートを満たす。同様に、最大アグリゲーションメディアユニット損失レートは、重要度に基づくメディアユニットの伝送損失の上限を示し、これは許容され得る失われた重み付きメディアユニットの上限としても理解され得る。

メディアユニットの説明については、データパケットグループの説明を参照されたいことを理解されたい。簡潔にするため、本明細書では詳細は再び説明されない。

G－5QIは、1つまたは複数のデータパケットグループに基づくQoSパラメータを関連付けるために使用されるインデックス値である。例えば、表1は、データパケットグループに基づくQoSパラメータを示している。表1に示されるように、G－5QIが100であるとき、QoSフローのタイプはNon－GBRであり、グループ優先度レベルは68であり、グループ遅延バジェットは20msであり、アグリゲーショングループエラーレートまたはグループエラーレートは0．01である。G－5QIが101であるとき、QoSフローのタイプはGBRであり、グループ優先度レベルは25であり、グループ遅延バジェットは20msであり、アグリゲーショングループエラーレートまたはグループエラーレートは0．01である。

いくつかの実施形態では、データパケットグループの重み係数が決定されることができるとき、アグリゲーショングループエラーレートが使用されてもよく、または、データパケットグループの重み係数が決定されることができないとき、グループエラーレートが使用されてもよい。同様に、データパケットグループの重み係数が決定されることができるとき、最大アグリゲーショングループ損失レートが使用されてもよく、または、データパケットグループの重み係数が決定されることができないとき、最大グループ損失レートが使用されてもよい。

代替的に、本出願は、混合QoSパラメータをさらに提案する。混合QoSパラメータは、データパケットに基づくQoSパラメータおよびデータパケットグループに基づくQoSパラメータを含む。混合QoSパラメータは、以下、すなわち、5G QoS識別子（5G QoS Identifier、5QI）、割り当ておよび保持優先度（allocation and retention priority、ARP）、反映型QoS属性（Reflective QoS Attribute、RQA）、通知制御（Notification control）、フロービットレート（Flow Bit Rates）、アグリゲーションビットレート（Aggregate Bit Rates）、デフォルト値（Default values）、最大損失レート（Maximum Loss Rate、MLR）、リソースタイプ（Resource Type）、優先度レベル（Priority Level、PL）、遅延バジェット（Delay Budget、DB）、エラーレート（Error Rate、ER）、平均化ウィンドウ（Averaging Window）、最大データバースト量（Maximum Data Burst Volume）などのうちの1つまたは複数を含み得る。

可能な一実装形態では、QoSパラメータのタイプは、5QIの値に基づいて決定されてもよい。表2は、混合QoSパラメータの形態を示している。例えば、5QIの値が1から100であるとき、5QIに関連付けられたQoSパラメータは、データパケットに基づくQoSパラメータである。例えば、5QIの値が1であるとき、エラーレートはパケットエラーレートと本質的に等価である。5QIの値が200から300であるとき、5QIに関連付けられたQoSパラメータは、データパケットグループに基づくQoSパラメータである。例えば、5QIの値が200であるとき、エラーレートはグループエラーレートと本質的に等価である。言い換えれば、5QIの値は、QoSフロー制御方式を示してもよい。例えば、ネットワークデバイスまたは端末デバイスが、値が1である5QIを受信すると、ネットワークデバイスまたは端末デバイスは、データパケットを粒度として使用することによってQoSフローを制御し得、QoSフローのQoS要件は、1に等しい5QIに対応するQoSパラメータであり、または、ネットワークデバイスもしくは端末デバイスが、値が200である5QIを受信すると、アクセスネットワークデバイスは、データパケットグループを粒度として使用することによってQoSフローを制御し得、QoSフローのQoS要件は、200に等しい5QIに対応するQoSパラメータである。

要求情報が200に等しい5QIに対応するQoSパラメータを要求するために使用されるとき、要求情報を使用して要求されるQoS制御方式は第1の制御方式であることが理解されよう。

5QIの値が1から100の範囲であるとき、5QIに関連付けられたQoSパラメータは、データパケットに基づくQoSパラメータであり、または5QIの値が200から300の範囲であるとき、5QIに関連付けられたQoSパラメータは、データパケットグループに基づくQoSパラメータであることに留意されたい。これは単なる例であり、これは本出願の実施形態では限定されない。

可能な一実装形態では、混合QoSパラメータは、制御モード（control mode）をさらに含み得る。制御モードはQoSフロー制御方式を示す。表3は、混合QoSパラメータの形態を示している。例えば、5QIの値が1であるとき、control modeはpacketであり、すなわち、QoSフロー制御方式がデータパケットに基づく制御であり、対応するQoSパラメータがデータパケットに基づくQoSパラメータであることを示す。別の例では、5QIの値が200であるとき、control modeはgroup（またはmedia unit）であり、すなわち、QoSフロー制御方式がデータパケットグループに基づく制御であり、対応するQoSパラメータがデータパケットグループに基づくQoSパラメータであることを示す。言い換えれば、5QIの値は、QoSフロー制御方式を示してもよい。例えば、ネットワークデバイスまたは端末デバイスによって受信された5QIの値が1であるとき、ネットワークデバイスまたは端末デバイスは、データパケットを粒度として使用してQoSフローを制御し得、または、ネットワークデバイスもしくは端末デバイスによって受信された5QIの値が200であるとき、ネットワークデバイスもしくは端末デバイスは、データパケットグループを粒度として使用してQoSフローを制御し得る。

要求情報を使用して要求されたQoSパラメータに対応する制御モードがgroupであるとき、要求情報を使用して要求されたQoS制御方式は第1の制御方式であることが理解されよう。

可能な一実装形態では、混合QoSパラメータのタイプは、指示情報を使用して示され得る。表4は、混合QoSパラメータの形態を示している。例えば、5QI＝1が一例として使用される。指示情報が、QoSフロー制御方式がデータパケットに基づく制御であることを示すとき、1に等しい5QIに対応するQoSパラメータは、データパケットに基づくQoSパラメータとして理解され得る。指示情報が、QoSフロー制御方式がデータパケットグループに基づく制御であることを示すとき、1に等しい5QIに対応するQoSパラメータは、データパケットグループに基づくQoSパラメータとして理解され得る。

本出願のこの実施形態では、混合QoSパラメータは、データパケットグループに基づくQoSパラメータおよびデータパケットに基づくQoSパラメータを置き換えるために使用され得ることに留意されたい。したがって、混合QoSパラメータは、QoSパラメータと呼ばれることもある。

いくつかの他の実施形態では、要求情報は、QoS制御方式を直接要求するために使用され得る。例えば、要求情報は第1のパラメータを含み、第1のパラメータは1ビットまたは数ビットであってもよく、第1のパラメータは要求されたQoS制御方式を示す。例えば、要求情報は第1のパラメータを含み、第1のパラメータは1ビットであり、0は第1の制御方式を要求することを示し、1は第2の制御方式を要求することを示す。

S402：第1のネットワーク要素が第2の情報を送信し、第2の情報は第1のQoSフローの制御方式およびQoSパラメータを示し、第1のQoSフローは第1のサービスのデータフローを伝送するために使用され、QoS制御方式は、データパケットグループに基づいて制御するための第1の制御方式を含む。

具体的には、第1の情報を受信した後で、第1のネットワーク要素は、第1の情報に基づいて第1のQoSフローの制御方式およびQoSパラメータを決定し、次いで、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素が第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行するように、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に1つまたは複数のパラメータ（すなわち、第2の情報）を送信し得る。第2の情報は1つのパラメータであってもよく、パラメータは第1のQoSフローのQoSパラメータである。代替的に、第2の情報は、複数のパラメータ、例えば2つのパラメータであってもよく、一方のパラメータは第1のQoSフローの制御方式を示し、他方のパラメータは第1のQoSフローのQoSパラメータである。

任意選択で、いくつかの実施形態では、第2の情報は第1のQoSパラメータを含み、第1のQoSパラメータはN個のデータパケットグループに基づくQoSパラメータを含み、N≧1であり、Nは正の整数である。第1のネットワーク要素は、第1のQoSパラメータを使用して第1のQoSフローの制御方式を示してもよいことが理解されよう。例えば、第1のQoSパラメータがG－5QIであるとき、第1のQoSフローの制御方式が第1の制御方式であることを示す。

例えば、第1のデバイスは、第1のサービスのQoSを要求する。第1の情報を受信した後、第1のネットワーク要素は、第1の情報に基づいて、第1のQoSフローの制御方式が第1の制御方式であり、データパケットグループに基づく対応する第1のQoSパラメータであると決定し、次いで、第1のQoSフローの制御方式および対応するQoSパラメータを示すために、第1のQoSパラメータを第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に送信する。例えば、第1のネットワーク要素は、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素にG－5QIを送信し、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、G－5QIに基づいてデータパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行し得る。別の例では、第1のネットワーク要素は、値が200である5QIを第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に送信する。5QIは、データパケットグループに基づくQoSパラメータに対応し（例えば、5QIが200であるとき、対応するQoSパラメータがデータパケットグループに基づくQoSパラメータであることがプロトコルで事前に合意されている）、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、5QIに基づいて、データパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行することができる。別の例では、第1のネットワーク要素は、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に、値が200である5QIを送信し、5QIに対応する制御モードはgroupであり、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、5QIに基づいてデータパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行することができる。

例えば、第1のデバイスは、データパケットグループに基づいて制御するための第1の制御方式を要求する。第1の情報を受信した後、第1のネットワーク要素は、第1の情報に基づいて、第1のQoSフローの制御方式が第1の制御方式であり、データパケットグループに基づく対応する第1のQoSパラメータであると決定し、次いで、第1のQoSフローの制御方式および対応するQoSパラメータを示すために、第1のQoSパラメータを第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に送信する。例えば、第1のネットワーク要素は、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素にG－5QIを送信し、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、G－5QIに基づいてデータパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行し得る。別の例では、第1のネットワーク要素は、値が200である5QIを第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に送信する。5QIは、データパケットグループに基づくQoSパラメータに対応し（例えば、5QIが200であるとき、対応するQoSパラメータがデータパケットグループに基づくQoSパラメータであることがプロトコルで事前に合意されている）、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、データパケットグループを粒度として使用することにより、5QIに基づいて第1のサービスのデータフローに対してQoS制御を実行することができる。別の例では、第1のネットワーク要素は、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に、値が200である5QIを送信し、5QIに対応する制御モードはgroupであり、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、5QIに基づいてデータパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行することができる。

例えば、第1のデバイスは、データパケットに基づいて制御するための第2の制御方式を要求する。第1の情報を受信した後、第1のネットワーク要素は、第1のサービスの特徴に基づいて、第1のQoSフローの制御方式が、データパケットグループおよびデータパケットグループに基づく対応する第1のQoSパラメータに基づいて制御するための第1の制御方式であると決定し得る。例えば、第1のネットワーク要素が、第1のサービスはXRサービスなどのメディアサービスであると決定したとき、第1のQoSフローの制御方法は第1の制御方式であると決定され得る。言い換えれば、第1のネットワーク要素は、サービスの特徴に基づいて第1のQoSフローの制御方式を最終的に決定し、次いで、第1のQoSパラメータを使用して第1のQoSフローの制御方式を示し得る。例えば、第1のネットワーク要素は、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素にG－5QIを送信し、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、G－5QIに基づいてデータパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行し得る。別の例では、第1のネットワーク要素は、値が200である5QIを第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に送信する。5QIは、データパケットグループに基づくQoSパラメータに対応し（例えば、5QIが200であるとき、対応するQoSパラメータがデータパケットグループに基づくQoSパラメータであることがプロトコルで事前に合意されている）、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、5QIに基づいて、データパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行することができる。別の例では、第1のネットワーク要素は、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に、値が200である5QIを送信し、5QIに対応する制御モードはgroupであり、その結果、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、5QIに基づいてデータパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行することができる。

任意選択で、いくつかの実施形態では、第2の情報は第1の指示情報および第2のQoSパラメータを含み、第1の指示情報は第1のQoSフローのQoS制御方式を示し、第2のQoSパラメータは第1のQoSフローのQoSパラメータを示す。

例えば、第1のデバイスは、データパケットグループに基づいて制御するための第1の制御方式またはデータパケットに基づいて制御するための第2の制御方式を要求する。第1の情報を受信した後、第1のネットワーク要素は、第1の情報に基づいて、第1のQoSフローのQoS制御方式が第1の制御方式および対応するQoSパラメータであると決定し、次いで、第1の指示情報および第2のQoSパラメータを第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に送信する。このようにして、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、第2のQoSパラメータを満たすために、データパケットグループの粒度で第1の指示情報に基づいて第1のサービスのデータフローに対してQoS制御を実行することができる。例えば、第2のQoSパラメータは、表4の任意の行である。第1の指示情報がデータパケットグループに基づく制御を示すとき、第2のQoSパラメータは、データパケットグループに基づくQoSパラメータとして理解されてもよい。別の例では、第2のQoSパラメータは、表4の任意の行である。第1の指示情報がデータパケットに基づく制御を示すとき、第2のQoSパラメータは、データパケットに基づくQoSパラメータとして理解されてもよい。別の例では、第2のQoSパラメータは、データパケットに基づくQoSパラメータであるが、第2のQoSパラメータは、第1の制御方式に適用可能なデータパケットに基づくQoSパラメータである。第1のネットワーク要素は、第1のサービスのデータフロー内のデータパケットとデータパケットグループとの関係および／またはデータパケットグループの重み係数に基づいて第2のQoSパラメータを決定し得る。例えば、データパケットの粒度で第1のQoSフローに対してQoS制御が実行されるとき、QoSパラメータは5QI＝5であり、第1のネットワーク要素は、データパケットとデータパケットグループとの間の変換関係に基づいて、100に等しい5QIに対応するQoSパラメータが、データパケットグループの粒度で第1のQoSフローに対してQoS制御を実行するのに適していると決定し得る。この場合、100に等しい5QIに対応するQoSパラメータは、第2のQoSパラメータである。

第1のネットワーク要素は、以下の方式で、第1のサービスのデータフローにおけるデータパケットとデータパケットグループとの関係および／またはデータパケットグループの重み係数を決定し得ることに留意されたい。

方式1：第1のサービスのサーバは、第1のサービスのデータフロー内のデータパケットとデータパケットグループとの関係および／または重み係数を直接示し得る。例えば、第1のサービスのサーバは、第1のサービスのデータフローが5つのデータパケットグループを含み、5つのデータパケットグループは500個のデータパケットを含み、5つのデータパケットグループに対応する重み係数は0．5であることを示し得る。

方式2：第1のネットワーク要素は、第1のサービスのサービス情報を使用して、第1のサービスのデータフローにおけるデータパケットとデータパケットグループとの関係および／または重み係数を決定し得る。サービス情報は、第1のサービスのコーディングパラメータおよび／または第1のサービスの各データパケットグループの重み係数を含む。第1のサービスのコーディングパラメータは、フレームレート、解像度、ビットレートなどを含む。第1のネットワーク要素は、コーディングパラメータに基づく計算によってデータパケットとデータパケットグループとの関係を取得し得る。例えば、第1のサービスのすべてのフレームが同じサイズを有し、各フレームはデータパケットグループであり、1つのデータパケットのサイズは10KBであり、第1のサービスの毎秒伝送されるフレーム数（frames per second、FPS）は10であり、ビットレートは10Mbpsであると仮定される。この場合、第1のサービスの各フレームのサイズは1MBであり、各フレームに含まれるデータパケットの数は100であると取得され得る。

さらに、コーディングパラメータは、第1のサービスのキーフレーム（Iフレーム）の数および補助フレーム（Pフレーム）の数が計算され得、キーフレームおよび補助フレームが異なる重み係数に対応し得るように、ピクチャのグループ（Group of picture、GoP）をさらに含み得る。例えば、キーフレームの重み係数は1であり、補助フレームの重み係数は0．3である。

方式2の場合、方法400は、第1のネットワーク要素が第1のサービスのサービス情報を取得するステップをさらに含む。第1のネットワーク要素は、第1のデバイスまたは別のネットワーク要素から第1のサービスのサービス情報を取得し得る。これは、本出願のこの実施形態では限定されない。

任意選択で、いくつかの実施形態では、第2の情報は第1の指示情報および第2のQoSパラメータを含み、第1の指示情報は第1のQoSフローのQoS制御方式を示し、第2のQoSパラメータは少なくとも1つのデータパケットに基づくQoSパラメータを含む。

例えば、第1のデバイスは、データパケットグループに基づいて制御するための第1の制御方式またはデータパケットに基づいて制御するための第2の制御方式を要求する。第1の情報を受信した後、第1のネットワーク要素は、第1の情報に基づいて、第1のQoSフローのQoS制御方式が第1の制御方式および第2のQoSパラメータであると決定し、第2のQoSパラメータはデータパケットに基づくQoSパラメータである。第1のネットワーク要素によって決定された第2のQoSパラメータは、データパケットの粒度で第1のサービスのデータフローのQoS要件を満たすことができることに留意されたい。第1の指示情報および第2のQoSパラメータを受信した後、第1のデバイス、第2のネットワーク要素、およびアクセスネットワークデバイスは、第1のサービスのデータフロー内のデータパケットとデータパケットグループとの関係に基づいて、データパケットグループの粒度でQoS制御を実行するための要件を満たすことができるQoSパラメータを最終的に決定し得る。例えば、第1のネットワーク要素によって決定された第2のQoSパラメータ内の5QIに対応するパケットエラーレートは0．0001であり、第1の指示情報および第2のQoSパラメータを受信した後で、第1のデバイス、第2のネットワーク要素、およびアクセスネットワークデバイスは、第1のサービスのデータフローが10000個のデータパケットを含み、10000個のデータパケットは100個のデータパケットグループを形成し得ると決定する。この場合、第1のデバイス、第2のネットワーク要素、およびアクセスネットワークデバイスは、グループエラーレートが0．01であると最終的に決定し得る。言い換えれば、第1のネットワーク要素は、データパケットの粒度でQoS制御を実行するための要件を満たすQoSパラメータを最初に決定し得、第1のデバイス、第2のネットワーク要素、およびアクセスネットワークデバイスは、データパケットグループの粒度でQoS制御を実行するための要件を満たすQoSパラメータを最終的に決定する。

この実施形態では、方法400は、第1のネットワーク要素が第1のサービスのサービス情報を送信するステップをさらに含む。

任意選択で、いくつかの実施形態では、第1の指示情報は、制御方式優先度レベルと呼ばれることもある第1のQoSフローの好適な制御方式を具体的には示す。

第1のネットワーク要素は、第1の指示情報を使用して第1のQoSフローの好適な制御方式を示してもよく、第1のデバイス、第2のネットワーク要素、およびアクセスネットワークデバイスは、第1の指示情報に基づいて対応するQoSパラメータを最終的に決定する。具体的な説明については、以下の説明を参照されたい。

任意選択で、いくつかの実施形態では、第2の情報は、第2の指示情報、第3のQoSパラメータ、および第4のQoSパラメータを含む。第2の指示情報は、第1のQoSフローの好適なQoS制御方式を示し、第3のQoSパラメータは、M個のデータパケットグループに基づくQoSパラメータを含み、M≧1かつMは正の整数であり、第4のQoSパラメータは、L個のデータパケットに基づくQoSパラメータを含み、L≧1かつLは正の整数である。

第1のネットワーク要素は、第2の指示情報を使用して第1のQoSフローの好適なQoS制御方式を示してもよく、第1のデバイス、第2のネットワーク要素、およびアクセスネットワークデバイスは、第2の指示情報に基づいて、第3のQoSパラメータを使用するか第4のQoSパラメータを使用するかを最終的に決定する。

第2の指示情報は、第1のQoSフローの好適なQoS制御方式を示すことによって第1のQoSフローのQoS制御方式を間接的に示す、すなわち、第2の情報は第1のQoSフローの制御方式を示すことを理解されたい。

S403：第1のデバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する。

具体的には、第2の情報を受信した後、第1のデバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行し得る。第1のデバイスは、データパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行し得る。例えば、第1のサービスのデータフロー内の第1のデータパケットグループ内のデータパケットが失われると、第1のデバイスは第1のデータパケットグループ内の他のデータパケットを廃棄し得る。別の例では、第1のデバイスは、伝送割合の高いデータパケットグループを優先的に保証し得る。別の例では、第1のデバイスは、重要度の高いデータパケットグループを優先的に保証し得る。

任意選択で、いくつかの実施形態では、第2の情報は第1のQoSパラメータを含み、第1のQoSパラメータはN個のデータパケットグループに基づくQoSパラメータを含み、N≧1であり、Nは正の整数である。

第1のQoSパラメータを受信した後、第1のデバイスは、第1のQoSフローの制御方式がデータパケットグループに基づいて制御するための第1の制御方式であると決定し得、第1のQoSパラメータに基づいて第1のサービスのデータフローに対してQoS制御を実行し得る。第1のQoSパラメータによって第1のQoSフローの制御方式を示す説明については、前述の説明を参照されたい。本明細書では詳細は再び説明されない。

任意選択で、いくつかの実施形態では、第2の情報は第1の指示情報および第2のQoSパラメータを含み、第1の指示情報は第1のQoSフローのQoS制御方式を示し、第2のQoSパラメータは第1のQoSフローのQoSパラメータを示す。

第1の指示情報および第2のQoSパラメータを受信した後、第1のデバイスは、第2のQoSパラメータを満たすために、第1の指示情報によって示される制御方式に基づいて第1のサービスのデータフローに対してQoS制御を実行し得る。第2のQoSパラメータおよび第1の指示情報の説明については、前述の説明を参照されたい。本明細書では詳細は再び説明されない。

任意選択で、いくつかの実施形態では、第2の情報は第1の指示情報および第2のQoSパラメータを含み、第1の指示情報は第1のQoSフローのQoS制御方式を示し、第2のQoSパラメータは少なくとも1つのデータパケットに基づくQoSパラメータを含む。

第1の指示情報および第2のQoSパラメータを受信した後、第1のデバイスは、第1の指示情報によって示されるQoS制御方式に基づいてQoS制御を実行し得る。例えば、第1の指示情報がデータパケットに基づいて制御するための第2の制御方式を示すとき、第1のデバイスは、第2のQoSパラメータを満たすために、データパケットの粒度で第1のサービスのデータフローに対してQoS制御を実行し得る。第1の指示情報がデータパケットグループに基づいて制御するための第1の制御方式を示すとき、第1のデバイスは、第1のサービスのデータフロー内のデータパケットとデータパケットグループとの関係および／またはデータパケットグループの重み係数に基づいて、データパケットグループの粒度で制御するために適用可能なQoSパラメータを決定し得、次いで、第1のデバイスは、決定されたQoSパラメータを満たすために、データパケットグループの粒度で第1のサービスのデータフローに対してQoS制御を実行する。

第1のデバイスは、以下の方式で、第1のサービスのデータフローにおけるデータパケットとデータパケットグループとの関係および／またはデータパケットグループの重み係数を決定し得ることに留意されたい。

方式1：第1のサービスのサーバは、第1のサービスのデータフロー内のデータパケットとデータパケットグループとの関係および／または重み係数を直接示し得る。

方式2：第1のデバイスは、第1のサービスのサービス情報を使用して、第1のサービスのデータフローにおけるデータパケットとデータパケットグループとの関係および／または重み係数を決定し得る。

方式2の場合、方法400は、第1のデバイスが第1のサービスのサービス情報を取得するステップをさらに含む。第1のデバイスは、コアネットワーク要素から第1のサービスのサービス情報を取得し得る。

任意選択で、いくつかの実施形態では、第1の指示情報は、制御方式優先度レベルと呼ばれることもある第1のQoSフローの好適な制御方式を具体的には示す。

例えば、第1のデバイスが第1の指示情報を受信した後で、第1のデバイスが第1の指示情報によって示される好適なQoS制御方式をサポートするとき、第1のデバイスは、第1の指示情報によって示されるQoS制御方式を実行し、または、第1のデバイスが第1の指示情報によって示されるQoS制御方式をサポートしないとき、第1のデバイスは別の制御方式を実行する。例えば、第1の指示情報によって示される好適なQoS制御方式は第1の制御方式であり、第2のQoSパラメータはデータパケットに基づくQoSパラメータであり、第1のデバイスは第1の制御方式をサポートする。この場合、第1のデバイスは、第1のサービスのデータフローにおけるデータパケットとデータパケットグループとの関係および／またはデータパケットグループの重み係数に基づいて、第1の制御方式を満たすQoSパラメータを決定する。第1のデバイスが第1の制御方式をサポートしないとき、第1のデバイスは第2の制御方式を実行し、第2のQoSパラメータはQoS要件を満たすQoSパラメータである。

前述の技術的解決策によれば、第1のデバイスは、適切なQoS制御方式を柔軟に選択し得、それによってQoS管理の柔軟性を改善する。

任意選択で、いくつかの実施形態では、第2の情報は、第2の指示情報、第3のQoSパラメータ、および第4のQoSパラメータを含む。第2の指示情報は、第1のQoSフローの好適なQoS制御方式を示し、第3のQoSパラメータは、M個のデータパケットグループに基づくQoSパラメータを含み、M≧1かつMは正の整数であり、第4のQoSパラメータは、L個のデータパケットに基づくQoSパラメータを含み、L≧1かつLは正の整数である。

第1のデバイスが第2の指示情報を受信した後で、第1のデバイスが第2の指示情報によって示される好適なQoS制御方式をサポートするとき、第1のデバイスは第2の指示情報によって示される好適なQoS制御方式を実行し、または、第1のデバイスが第2の指示情報によって示される好適なQoS制御方式をサポートしないとき、第1のデバイスは別の制御方式を実行する。例えば、第2の指示情報によって示される好適なQoS制御方式が第1の制御方式であり、第1のデバイスが第1の制御方式をサポートする場合、第1のデバイスは第1の制御方式を実行し、第3のQoSパラメータはQoS要件を満たすQoSパラメータである。第1のデバイスが第1の制御方式をサポートしないとき、第1のデバイスは第2の制御方式を実行し、第4のQoSパラメータはQoS要件を満たすQoSパラメータである。

前述の技術的解決策によれば、第1のデバイスは、適切なQoS制御方式を柔軟に選択し得、それによってQoS管理の柔軟性を改善する。

S404：アクセスネットワークデバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する。

S405：第2のネットワーク要素は、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する。

アクセスネットワークデバイスおよび第2のネットワーク要素によって、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する説明については、S403を参照されたいことが理解されよう。本明細書では詳細は再び説明されない。

任意選択で、第1のネットワーク要素が第2の情報を送信する前に、方法400は、第1のネットワーク要素が第1のサービスに基づいて第1のQoSフローのQoS制御方式を決定するステップ、または第1のネットワーク要素が、第1のデバイスが第1の制御方式をサポートするかどうかに基づいて第1のQoSフローのQoS制御方式を決定するステップ、をさらに含む。

第1のネットワーク要素は、第1のサービスの特徴または第1のデバイスが第1の制御方式をサポートするかどうかに基づいて、第1のQoSフローの制御方式を決定し得る。例えば、第1のデバイスが第1の制御方式をサポートしていないとき、第1のネットワーク要素は第1のデバイスに第1の制御方式を実行するように示さない。

本出願で実施されるQoS管理方法によれば、QoSを要求するための情報を受信した後、第1のネットワーク要素は、第1のサービスの特徴に基づいて異なるQoS制御方式を決定し得、データパケットグループに基づくQoS制御方式および第1のサービスの対応するQoSパラメータを提供し得る。これにより、QoS管理の柔軟性を改善し、異なるサービスの要件を満たし、ユーザ体験を改善し、ネットワークリソースの浪費を低減する。

前述のステップS401からS405において、（1）第1のネットワーク要素はSMFであってもよく、（2）第2のネットワーク要素はUPFであってもよく、（3）第1のデバイスは、端末デバイスまたはアプリケーションサーバであってもよい、ことを理解されたい。本出願で提供されるQoS管理方法の理解を容易にするために、限定ではなく一例として、以下では、第1のネットワーク要素がSMFであり、第2のネットワーク要素がUPFであり、第1のデバイスが端末デバイスである例を使用する。方法400のS401からS405は、図5に示す具体的な方法例を参照して詳細に別々に説明される。

以下で言及されるいくつかのステップは、前述の方法400のステップと同じであり、関連する詳細は本明細書では再び説明されないことに留意されたい。具体的なプロセスについては、方法400の関連ステップを参照されたい。方法500は、ダウンリンクデータの例を使用して説明される。

S501：端末デバイスは、第1の情報をSMFに送信し、第1の情報は第1のサービスのQoSを要求するために使用される。

可能な一実装形態では、端末デバイスは、AMFを介してSMFに第1の情報を送信する。

端末デバイスが第1の情報をSMFに送信する前に、端末デバイスは、SMFを使用してPDUセッションを確立し、PDUセッションを使用してアプリケーションサーバへの接続を確立していることを理解されたい。この場合、第1の情報は、PDUセッションの修正を要求するためのセッション修正要求情報に含まれてもよい。

S502：SMFが第2の情報を送信し、第2の情報は第1のQoSフローの制御方式およびQoSパラメータを示し、第1のQoSフローは第1のサービスのデータフローを伝送するために使用され、QoS制御方式は、データパケットグループに基づいて制御するための第1の制御方式を含む。

具体的には、SMFは、第2の情報を端末デバイス、アクセスネットワークデバイス、およびUPFに送信する。

可能な一実装形態では、SMFは、AMFを介して第2の情報をアクセスネットワークデバイスに送信し、AMFおよびアクセスネットワークデバイスを介して第2の情報を端末デバイスに送信する。第2の情報は、QoSプロファイル（QoS profile）に含まれ、アクセスネットワークデバイスに送信されてもよく、第2の情報は、QoS規則（QoS rule）に含まれ、端末デバイスに送信されてもよく、第2の情報は、パケット検出規則（Packet detection rule）に含まれ、UPFデバイスに送信されてもよい。

S503：アプリケーションサーバは、第1のサービスのデータフローをUPFに送信する。

任意選択で、いくつかの実施形態では、アプリケーションサーバは、S503において、第1のサービスのデータフローにおけるデータパケットとデータパケットグループとの関係を示してもよい。例えば、第1のサービスのデータフローは100個のデータパケットを含み、100個のデータパケットは3つのデータパケットグループを形成し得る。

可能な一実装形態では、アプリケーションサーバは、第1のサービスのデータパケットのヘッダに指示情報を追加する。

例えば、第1のサービスの各データパケットのヘッダは指示情報を含み、指示情報は、データパケットが属するデータパケットグループ（すなわち、データパケットが属するデータパケットグループのシーケンス番号）、データパケットが属するデータパケットグループ内のデータパケットの位置（すなわち、データパケットグループ内の特定のパケットシーケンス番号）、データパケットが属するデータパケットグループの開始フラグ（すなわち、データパケットグループ内の最初のデータパケット）および終了フラグ（すなわち、データパケットグループ内の最後のデータパケット）、ならびにデータパケットが属するデータパケットグループの重要性のうちの少なくとも1つを示す。例えば、第1のデータパケットのヘッダ内の指示情報は、以下、すなわち、第1のデータパケットは第1のデータパケットグループに属する、第1のデータパケットは第1のデータパケットグループの第1の位置に位置される、および、第1のデータパケットグループは第1のデータパケットから開始し、第4のデータパケットで終了する、のうちの少なくとも1つを示す。

例えば、第1のサービスの各データパケットグループ内の最初のデータパケットのヘッダは指示情報を含み、指示情報は、データパケットが属するデータパケットグループ（すなわち、データパケットが属するデータパケットグループのシーケンス番号）、データパケットが属するデータパケットグループのサイズ（すなわち、データパケットグループ内のすべてのデータパケットの数）、データパケットが属するデータパケットグループの開始フラグ（すなわち、データパケットグループ内の最初のデータパケット）、データパケットが属するデータパケットグループが後続するデータパケットグループの終了フラグ、およびデータパケットが属するデータパケットグループの重要度のうちの少なくとも1つを示す。例えば、第1のデータパケットグループは、第1のデータパケットと、第2のデータパケットと、第3のデータパケットとを含み、第1のデータパケットは第1のデータパケットグループにおける最初のデータパケットである。この場合、第1のデータパケットのヘッダは指示情報を含み、指示情報は、以下、すなわち、第1のデータパケットは第1のデータパケットグループに属する、第1のデータパケットグループのサイズは3である（第2のデータパケットおよび第3のデータパケットは第1のデータパケットと共に第1のデータパケットグループに属する）、第1のデータパケットは第1のデータパケットグループの第1の位置に位置される、および、第1のデータパケットグループは第1のデータパケットから開始し、第3のデータパケットで終了する、のうちの少なくとも1つを示す。

例えば、第1のサービスの各データパケットグループ内の最初のデータパケットのヘッダおよび最後のデータパケットのヘッダは指示情報を含む。指示情報は、データパケットが属するデータパケットグループ（すなわち、データパケットが属するデータパケットグループのシーケンス番号）、データパケットが属するデータパケットグループのサイズ（すなわち、データパケットグループ内のすべてのデータパケットの数）、最初のデータパケットのヘッダ内の指示情報が、データパケットが属するデータパケットグループの開始であることを示すフラグ、および最後のデータパケットのヘッダ内の指示情報が、データパケットが属するデータパケットグループの終了であることを示すフラグを示す。例えば、第1のデータパケットグループは、第1のデータパケットと、第2のデータパケットと、第3のデータパケットとを含み、第1のデータパケットは第1のデータパケットグループにおける最初のデータパケットであり、第3のデータパケットは第1のデータパケットグループにおける最後のデータパケットである。この場合、第1のデータパケットおよび第3のデータパケットのヘッダは指示情報を含み、指示情報は、以下、すなわち、第1のデータパケットおよび第3のデータパケットが第1のデータパケットグループに属すること、第1のデータパケットグループのサイズが3である（第2のデータパケットおよび第1のデータパケットが第3のデータパケットと共に第1のデータパケットグループに属する）こと、第1のデータパケットのヘッダ内の指示情報が、第1のデータパケットが第1のデータパケットグループの開始データパケットであることを示すこと、および第3のデータパケットのヘッダ内の指示情報が、第3のデータパケットが第1のデータパケットグループの終了データパケットであることを示すこと、のうちの少なくとも1つを示す。

例えば、第1のサービスの最初のデータパケットのヘッダは指示情報を含み、指示情報は、第1のサービスのすべてのデータパケットが属するデータパケットグループ、各データパケットグループの開始フラグおよび終了フラグ、ならびにデータパケットが属するデータパケットグループ内の各データパケットの位置、のうちの少なくとも1つを示す。例えば、第1のデータパケットは第1のサービスの最初のデータパケットであり、第1のデータパケットのヘッダは指示情報を含み、指示情報は、第1のデータパケット、第2のデータパケット、および第3のデータパケットが第1のデータパケットグループに属することを示し、第1のデータパケットグループは第1のデータパケットから開始して第3のデータパケットで終了し、第1のデータパケットは第1のデータパケットグループの第1の位置に位置され、第2のデータパケットは第1のデータパケットグループの第2の位置に位置され、第3のデータパケットは第1のデータパケットグループの第3の位置に位置される。

任意選択で、いくつかの実施形態では、アプリケーションサーバは、S503において、第1のサービスのデータフロー内の各データパケットグループの重み係数をさらに示してもよい。重み係数は、ユーザに対する影響度として理解され得る異なる重要度に対応し得る。XRサービスが一例として使用される。XRサービスのキーフレームはユーザに大きな影響を与え、補助フレームはユーザに小さな影響を与える。したがって、XRサービスのキーフレームの重み係数は補助フレームの重み係数よりも大きい。

アプリケーションサーバによって、各データパケットグループの重み係数を示すという説明は、アプリケーションサーバによって、第1のサービスのデータフローのデータパケットとデータパケットグループとの関係を示すという説明と同様である。簡潔にするため、本明細書では詳細は再び説明されない。

可能な一実装形態では、アプリケーションサーバは、データパケットグループと第1のサービスのデータパケットとの間の関係および／または各データパケットグループの重み係数を示すために1つの指示情報を別々に送信し得る。

S504：UPFは、第1のサービスのデータフローをアクセスネットワークデバイスに送信する。

具体的には、UPFは、第1のサービスのデータフローをアクセスネットワークデバイスに送信し、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行し得る。

任意選択で、いくつかの実施形態では、UPFは、第1のサービスのデータパケットのヘッダにマーク情報を追加して、例えば、マーク情報をGTP－Uヘッダに追加して、第1のサービスのデータパケットグループの数、および／または各データパケットグループの開始データパケットおよび終了データパケット、および／または各データパケットの重み係数、および／または各データパケットグループに含まれるデータパケットの数を示してもよい。

可能な一実装形態では、UPFは、アプリケーションサーバの指示を介してマーク情報を取得してもよく、すなわち、ステップS503を介してマーク情報を取得してもよい。

可能な一実装形態では、UPFは、第1のサービスのサービス情報に基づいてマーク情報を取得してもよい。

S505：アクセスネットワークデバイスは、第1のサービスのデータフローを端末デバイスに送信する。

具体的には、UPFによって送信された第1のサービスのデータフローを受信した後、アクセスネットワークデバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行してもよい。例えば、アクセスネットワークデバイスは、同じデータパケットグループ内のデータパケットの遅延がグループ遅延バジェットを満たすことを保証するために、グループ遅延バジェットに基づいて第1のサービスのデータパケットをスケジュールしてもよい。別の例では、アクセスネットワークデバイスは、グループエラーレートに基づいて第1のサービスのデータパケットをスケジュールしてもよく、データパケットグループ内のデータパケットが誤って伝送されると、アクセスネットワークデバイスは、データパケットグループ内の他のデータパケットを廃棄する。別の例では、アクセスネットワークデバイスは、伝送されたデータパケットの無効な伝送を回避するために、伝送完了割合が大きいデータパケットグループを優先的に保証してもよい。

S506：端末デバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する。

具体的には、端末デバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行してもよい。例えば、端末デバイスは、グループエラーレートに基づいて第1のサービスのデータフローに対してQoS制御を実行してもよい。データパケットグループ内のデータパケットが誤って伝送されるか、または端末デバイスがデータパケットを復号することに失敗すると、端末デバイスは、伝送されるのに失敗したか、または復号されるのに失敗したデータパケットに対応する再伝送されたデータパケットを受信するまで、データパケットグループ内の別のデータパケットを受信しない場合がある。

方法500では、ダウンリンクデータ伝送が一例として使用されることを理解されたい。しかしながら、本出願のこの実施形態はこれに限定されない。本出願のこの実施形態は、アップリンクデータを伝送するためにさらに使用されてもよい。例えば、端末デバイスは、第1のサービスのデータをアクセスネットワークデバイスに送信し、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する。

アップリンクデータを伝送するとき、端末デバイスは、アプリケーションサーバのものと同様の方式で、データパケットと第1のサービスのデータパケットグループとの関係および／または各データパケットグループの重み係数を示してもよいことを理解されたい。

端末デバイスによって、第1のサービスのデータを送信し、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する説明については、前述の説明を参照されたいことをさらに理解されたい。本明細書では詳細は再び説明されない。

本出願で実施されるQoS管理方法によれば、QoSを要求するための情報を受信した後、第1のネットワーク要素は、第1のサービスの特徴に基づいて異なるQoS制御方式を決定し得、データパケットグループに基づくQoS制御方式および第1のサービスの対応するQoSパラメータを提供し得る。これにより、QoS管理の柔軟性を改善し、異なるサービスの要件を満たし、ユーザ体験を改善し、ネットワークリソースの浪費を低減する。

限定ではなく例として、以下では、第1のネットワーク要素がSMFであり、第2のネットワーク要素がUPFであり、第1のデバイスがアプリケーションサーバである例を使用する。方法400のS401からS405は、図6に示す具体的な方法例を参照して詳細に別々に説明される。

S601：アプリケーションサーバは、SMFに第1の情報を送信し、第1の情報は、第1のサービスのQoSを要求するために使用される。

可能な一実装形態では、アプリケーションサーバは、PCFを介してSMFに第1の情報を送信する。

可能な一実装形態では、アプリケーションサーバは、NEFおよびPCFを介してSMFに第1の情報を送信する。

アプリケーションサーバが第1の情報をSMFに送信する前に、アプリケーションサーバはPDUセッションを使用して端末デバイスへの接続を確立しており、第1の情報はセッション修正要求情報に含まれてもよいことを理解されたい。

S602：SMFが第2の情報を送信し、第2の情報は第1のQoSフローの制御方式およびQoSパラメータを示し、第1のQoSフローは第1のサービスのデータフローを伝送するために使用され、QoS制御方式は、データパケットグループに基づいて制御するための第1の制御方式を含む。

S603：アプリケーションサーバは、第1のサービスのデータフローをUPFに送信する。

S604：UPFは、第1のサービスのデータフローをアクセスネットワークデバイスに送信する。

S605：アクセスネットワークデバイスは、第1のサービスのデータフローを端末デバイスに送信する。

S606：端末デバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する。

ステップS602からS606の説明については、前述の説明を参照されたいことを理解されたい。簡潔にするため、本明細書では詳細は再び説明されない。

本出願で実施されるQoS管理方法によれば、QoSを要求するための情報を受信した後、第1のネットワーク要素は、第1のサービスの特徴に基づいて異なるQoS制御方式を決定し得、データパケットグループに基づくQoS制御方式および第1のサービスの対応するQoSパラメータを提供し得る。これにより、QoS管理の柔軟性を改善し、異なるサービスの要件を満たし、ユーザ体験を改善し、ネットワークリソースの浪費を低減する。

前述の方法400から600では、端末デバイスは第1の情報を送信する前にアプリケーションサーバへの接続を確立しているか、またはアプリケーションサーバは第1の情報を送信する前に端末デバイスへの接続を確立していることに留意されたい。しかしながら、本出願はこれに限定されない。例えば、端末デバイスは、アプリケーションサーバへの接続を確立したときに第1の情報を送信し得、その結果、端末デバイスは、アプリケーションサーバへの接続を確立した後に対応するQoS制御方式を実行することができる。

前述の方法では、第1のサービスのデータフローが1つのQoSフローによって搬送される例が使用される。しかしながら、本出願はこれに限定されない。例えば、第1のサービスのデータフローは2つのQoSフローによって搬送されてもよく、2つのQoSフローに対して相関制御が実行されてもよい。以下では、複数のQoSフローに対して相関QoS制御を実行するためのQoS管理方法について詳細に説明する。

図7は、本出願によるQoS管理方法700の概略フローチャートである。

S701：第1のデバイスが第3の情報を送信し、第3の情報は第2のサービスのQoSを要求するために使用される。

具体的には、第1のデバイスは第3の情報を第1のネットワーク要素に送信し、第3の情報は第2のサービスのQoSを要求するために使用される。

可能な一実装形態では、第3の情報は、要求情報と、第2のサービスの識別子（例えば、アプリケーションプログラム識別子）、5タプル（送信元IPアドレス、送信元ポート番号、ターゲットIPアドレス、ターゲットポート番号、およびトランスポート層プロトコル）、およびトリプレット（ターゲットIPアドレス、ターゲットポート番号、およびトランスポート層プロトコル）のうちの少なくとも1つとを含み、要求情報は、第2のサービスのQoSを要求するために使用される。

任意選択で、別の可能な実装形態では、要求情報は、QoSフロー制御方式を要求するためにさらに使用される。例えば、要求情報は、第2のサービスのデータフローに対して相関QoS制御を実行するように要求するために使用され得る。相関QoS制御は、複数のQoSフローが対応するQoSパラメータを共に満たすように、アソシエーション関係を有する複数のQoSフローに対してQoS制御を実行するものとして理解され得る。第2のQoSフローと第3のQoSフローとの間にはアソシエーション関係があり、第2のQoSフロー上で伝送されるデータフローは1000個のデータパケットを含み、第3のQoSフロー上で伝送されるデータフローは1000個のデータパケットを含むと仮定される。失われたデータパケットを40未満にするために第2のQoSフローおよび第3のQoSフローに対して相関QoS制御が実行される場合、第2のQoSフロー上の失われたデータパケットの数と第3のQoSフロー上の失われたデータパケットの数との合計は40個未満である必要がある。

いくつかの実施形態では、要求情報は、相関QoSパラメータを要求するために使用される。要求情報が相関QoSパラメータを要求するために使用されるとき、要求情報を使用して要求されるQoS制御方式は相関QoS制御であることが理解されよう。以下で、本出願の実施形態で提供される相関QoSパラメータについて詳細に説明する。

相関QoSパラメータは、アソシエーション関係を有する複数のQoSフローのQoS要件である。アソシエーション関係を有するQoSフローは、QoSフロー上で伝送されるデータフローがアソシエーション関係を有すると理解されてもよい。例えば、第1のQoSフローと第2のQoSフローとの間にはアソシエーション関係があり、第1のQoSフローは第2のサービスの第1のデータフローを伝送するために使用され、第2のQoSフローは第2のサービスの第2のデータフローを伝送するために使用される。

相関QoSパラメータは、以下、すなわち、相関QoSフロー5G QoS識別子（Correlated QoS flow 5G QoS Identifier、CQF－5QI）、相関QoSフローエラーレート（Correlated QoS flow Error Rate、CQF－ER）、相関QoSフローアグリゲーションエラーレート（Correlated QoS flow Aggregation Error Rate、CQF－AER）、相関QoSフロー最大損失レート（Correlated QoS flow Maximum Loss Rate、CQF－MLR）、相関QoSフロー最大アグリゲーション損失レート（Correlated QoS flow Maximum Aggregation Loss Rate、CQF－MALR）、相関QoSフロー最大ビットレート（Correlated QoS flow Maximum Bit Rate、CQF－MBR）、および相関QoSフローアグリゲーション最大ビットレート（Correlated QoS flow Aggregation Maximum Bit Rate、CQF－AMBR）のうちの1つまたは複数を含み得る。相関QoSパラメータについては、以下で詳細に説明される。

相関QoSフローエラーレートは、アソシエーション関係を有するQoSフロー内のデータパケットグループまたはデータパケットの伝送エラーのレートの上限を示し、正常に配信されないデータパケットグループまたはデータパケットの上限と呼ばれることもある。アソシエーション関係を有するQoSフロー上でデータパケットが誤って伝送されると、データパケットは伝送エラーと決定され得、または、データパケットグループが、アソシエーション関係を有するQoSフロー上で誤って伝送されると（例えば、データパケットグループ内のデータパケットが失われると）、データパケットグループは、伝送エラーと決定され得る。例えば、相関QoSフローエラーレートは0．02である。第1のQoSフローと第2のQoSフローとの間にはアソシエーション関係があり、第1のQoSフロー上で伝送されるデータフローは1000個のデータパケットを含み、第2のQoSフロー上で伝送されるデータフローは1000個のデータパケットを含むと仮定される。この場合、40個未満のデータパケットが第1のQoSフローおよび第2のQoSフロー上で誤って伝送されることが保証される必要がある。代替的に、第1のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含み、第2のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含む。この場合、40個未満のデータパケットグループが第1のQoSフローおよび第2のQoSフロー上で誤って伝送されることが保証される必要がある。

相関QoSフローアグリゲーションエラーレートは、アソシエーション関係を有するQoSフロー内の重要度に基づくデータパケットグループまたはデータパケットの伝送エラーのレートの上限を示し、これは正常に配信されない重み付きデータパケットグループまたは重み付きデータパケットの上限としても理解され得る。データパケットグループまたはデータパケットは、異なる重要度を有する。異なる重要度を有するデータパケットグループおよびデータパケットは、異なる重み係数に対応し得、重み係数および誤って伝送されたデータパケットグループまたはデータパケットの数は、両方とも計算のために考慮される。例えば、アソシエーション関係を有するQoSフロー上で伝送された第1のデータパケットグループに対応する重み係数が0．5である場合、第1のデータパケットグループが誤って伝送されたとき、0．5個のデータパケットグループの伝送エラーとしてカウントされ得る。別の例では、第2のデータパケットグループに対応する重み係数が1である場合、第2のデータパケットグループが誤って伝送されたとき、1つのデータパケットグループの伝送エラーとしてカウントされ得る。例えば、相関QoSフローアグリゲーションエラーレートは0．02である。第1のQoSフローと第2のQoSフローとの間にはアソシエーション関係があり、第1のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含み、第2のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含むと仮定される。第1のQoSフローでは、重み係数が1である10個のデータパケットグループが誤って伝送され、重み係数が0．4である5つのデータパケットグループが誤って伝送される。第2のQoSフローでは、重み係数が1である5つのデータパケットグループが誤って伝送され、重み係数が0．4である5つのデータパケットグループが誤って伝送される。この場合、19個のデータパケットグループが誤って伝送されたとカウントされる可能性があり、第1のQoSフローは相関QoSフローアグリゲーションエラーレートを満たす。同様に、データパケットがアソシエーション関係を有するQoSフロー上で伝送される場合については、前述の説明を参照されたい。本明細書では詳細は再び説明されない。

相関QoSフロー損失レートは、アソシエーション関係を有するQoSフロー上の失われたデータパケットグループまたはデータパケットの上限を示し、これは許容され得る失われたデータパケットグループまたはデータパケットの上限としても理解され得る。アソシエーション関係を有するQoSフロー上のデータパケットが失われると、データパケットが失われたと決定され得、または、アソシエーション関係を有するQoSフロー上のデータパケットグループが失われると（例えば、データパケットグループのデータパケットが失われると）、データパケットグループが失われたと決定され得る。例えば、相関QoSフロー損失レートは0．02である。第1のQoSフローと第2のQoSフローとの間にはアソシエーション関係があり、第1のQoSフロー上で伝送されるデータフローは1000個のデータパケットを含み、第2のQoSフロー上で伝送されるデータフローは1000個のデータパケットを含むと仮定される。この場合、40個未満のデータパケットが第1のQoSフローおよび第2のQoSフロー上で失われることが保証される必要がある。代替的に、第1のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含み、第2のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含む。この場合、40個未満のデータパケットグループが第1のQoSフローおよび第2のQoSフロー上で失われることが保証される必要がある。

相関QoSフローアグリゲーション損失レートは、アソシエーション関係を有するQoSフロー上の失われた重要度に基づくデータパケットグループまたはデータパケットの上限を示し、これは許容され得る失われたデータパケットグループまたはデータパケットの上限としても理解され得る。データパケットグループまたはデータパケットは、異なる重要度を有する。異なる重要度を有するデータパケットグループおよびデータパケットは、異なる重み係数に対応し得、重み係数および失われたデータパケットグループまたはデータパケットの数は、両方とも計算のために考慮される。例えば、アソシエーション関係を有するQoSフロー上で伝送された第1のデータパケットグループに対応する重み係数が0．5である場合、第1のデータパケットグループが失われたとき、0．5個のデータパケットグループの伝送エラーとしてカウントされ得る。別の例では、第2のデータパケットグループに対応する重み係数が1である場合、第2のデータパケットグループが失われたとき、1つのデータパケットグループの伝送エラーとしてカウントされ得る。相関QoSフローアグリゲーション損失レートが0．02である例が使用される。第1のQoSフローと第2のQoSフローとの間にはアソシエーション関係があり、第1のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含み、第2のQoSフロー上で伝送されるデータフローは1000個のデータパケットグループを含むと仮定される。第1のQoSフローでは、重み係数が1である10個のデータパケットグループが失われ、重み係数が0．4である5個のデータパケットグループが失われる。第2のQoSフローでは、重み係数が1である5つのデータパケットグループが失われ、重み係数が0．4である5個のデータパケットグループが失われる。この場合、19個のデータパケットグループが失われたとカウントされる可能性があり、第1のQoSフローは相関QoSフローアグリゲーション損失レートを満たす。同様に、データパケットがアソシエーション関係を有するQoSフロー上で伝送される場合については、前述の説明を参照されたい。本明細書では詳細は再び説明されない。

相関QoSフローアグリゲーション最大ビットレートは、アソシエーション関係を有するQoSフローのグループにおける、タイプがNon－GBRであるすべてのQoSフローのアグリゲーションビットレートを示す。相関QoSフローアグリゲーション最大ビットレートは、平均化ウィンドウ、すなわち平均化ウィンドウ内のアグリゲーションビットレートを使用して計算され得る。例えば、第1のQoSフローと第2のQoSフローとの間にはアソシエーション関係があり、第1のQoSフローのタイプおよび第2のQoSフローのタイプはNon－GBR QoSフローであり、第1のQoSフローのビットレートは50Mであり、第2のQoSフローのビットレートは50Mである。この場合、第1のQoSフローおよび第2のQoSフローの相関QoSフローアグリゲーション最大ビットレートは100Mである。

相関QoSフロー最大ビットレートは、アソシエーション関係を有するQoSフローのグループの最大ビットレートを示す。相関QoSフロー最大ビットレートは、平均化ウィンドウ、すなわち、平均化ウィンドウ内のすべてのQoSフローのアグリゲーションビットレートを使用して計算され得る。例えば、第1のQoSフローと第2のQoSフローとの間にはアソシエーション関係があり、第1のQoSフローのタイプはGBR QoSフローであり、第2のQoSフローのタイプはNon－GBR QoSフローであり、第1のQoSフローのビットレートは50Mであり、第2のQoSフローのビットレートは50Mである。この場合、第1のQoSフローおよび第2のQoSフローの相関QoSフロー最大ビットレートは100Mである。

CQF－5QIは、1つまたは複数の相関QoSパラメータを関連付けるために使用されるインデックス値である。同様に、別の相関QoSパラメータは、CQF－5QIを使用して取得されてもよい。

相関QoSパラメータの名前は単なる例であり、それに限定されないことを理解されたい。

相関QoSパラメータは、それぞれデータパケットおよびデータパケットグループ（またはメディアユニット）に基づいて異なるQoSパラメータにさらに分割されてもよいことをさらに理解されたい。例えば、相関QoSフロー最大パケット損失レート（Correlated QoS flow Maximum Packet Loss Rate、CQF－MPLR）および相関QoSフロー最大メディアユニット損失レート（Correlated QoS flow Maximum Media Unit Loss Rate、CQF－MMULR）は、それぞれ、アソシエーション関係を有するQoSフローのグループで失われ得るデータパケットおよびメディアユニットの上限を示し、相関QoSフローパケットエラーレート（Correlated QoS flow Packet Error Rate、CQF－PER）および相関QoSフローメディアユニットエラーレート（Correlated QoS flow Media Unit Error Rate、CQF－MUER）は、それぞれ、アソシエーション関係を有するQoSフローのグループ上で誤って伝送され得るデータパケットおよびメディアユニットの上限を示し、相関QoSフローアグリゲーションパケットエラーレート（Correlated QoS flow Aggregation Packet Error Rate、CQF－APER）および相関QoSフローアグリゲーションメディアユニットエラーレート（Correlated QoS flow Aggregation Media Unit Error Rate、CQF－AMUER）は、それぞれ、アソシエーション関係を有するQoSフローのグループ上で誤って伝送され得る重み付きデータパケットおよび重み付きメディアユニットの上限を示し、相関QoSフロー最大アグリゲーションパケット損失レート（Correlated QoS flow Maximum Aggregation Packet Loss Rate、CQF－MAPLR）および相関QoSフロー最大アグリゲーションメディアユニット損失レート（Correlated QoS flow Maximum Aggregation Media Unit Loss Rate、CQF－MAMULR）は、それぞれ、アソシエーション関係を有するQoSフローのグループで失われ得る重み付きデータパケットおよび重み付きメディアユニットの上限を示す。

いくつかの他の実施形態では、要求情報は、相関QoS制御を直接要求するために使用され得る。

代替的に、要求情報は、無相関QoS制御を要求するために使用されてもよいが、第1のネットワーク要素は、第2のサービスの特徴に基づいて、相関QoS制御を使用することを決定してもよい。例えば、第2のサービスはXRサービスなどのメディアサービスであり、第2のサービスのIフレームは第2のQoSフロー上で搬送され、第2のサービスのPフレームは第3のQoSフロー上で搬送される。この場合、第1のネットワーク要素は、第2のQoSフローおよび第3のQoSフローに対して相関QoS制御を実行することを決定してもよい。

S702：第1のネットワーク要素は第4の情報を送信し、第4の情報は第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを含む。

具体的には、第1のネットワーク要素は、第2のQoSフローと第3のQoSフローとの間にアソシエーション関係がある、すなわち、第2のQoSフローと第3のQoSフローの両方が第2のサービスを伝送するためのQoSフローであると決定する。第1のネットワーク要素は、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素に第4の情報を送信し、第4の情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを含む。

任意選択で、いくつかの実装形態では、第4の情報は第5のQoSパラメータを含み、第5のQoSパラメータはK個の相関QoSパラメータを含み、K≧1かつKは正の整数である。第1のネットワーク要素は、第5のQoSパラメータを使用して、第2のQoSフローおよび第3のQoSフローに対して相関QoS制御を実行するように示し得ることが理解されよう。例えば、第5のQoSパラメータがC－5QIであるとき、第2のQoSフローおよび第3のQoSフローに対して相関QoS制御を実行することを示す。

例えば、第1のネットワーク要素は、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素にC－5QIを送信し、C－5QIの値は50である。この場合、第1のデバイス、アクセスネットワークデバイス、および第2のネットワーク要素は、C－5QIに基づいて、第1のサービスのデータフローを搬送する第1のQoSフローおよび第2のQoSフローに対して相関制御を実行し得る。

任意選択で、いくつかの実施形態では、第4の情報は、第3の指示情報および第6のQoSパラメータを含む。第3の指示情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第6のQoSパラメータは、相関QoS制御に使用されるパラメータである。第6のQoSパラメータは、L個のデータパケットグループに基づくQoSパラメータを含み、L≧1であり、Lは正の整数であり、または第6のQoSパラメータはJ個のデータパケットに基づくQoSパラメータを含み、J≧1であり、Jは正の整数である。

S703：第1のデバイスは、第4の情報に基づいて第2のサービスのデータフローに対して相関QoS制御を実行する。

具体的には、第4の情報を受信した後、第1のデバイスは、第4の情報に基づいて第2のサービスのデータフローに対してQoS制御を実行し得る。例えば、第2のQoSフローが、重み係数が1であるデータパケットまたはデータパケットグループを搬送し、第3のQoSフローが、重み係数が0．5であるデータパケットまたはデータパケットグループを搬送する場合、第1のデバイスは第2のQoSフローの伝送を優先的に保証し得る。

任意選択で、いくつかの実装形態では、第4の情報は第5のQoSパラメータを含み、第5のQoSパラメータはK個の相関QoSパラメータを含み、K≧1かつKは正の整数である。

第5のQoSパラメータを受信した後、第1のデバイスは、第5のQoSパラメータを満たすために、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを決定し得る。

任意選択で、いくつかの実施形態では、第4の情報は、第3の指示情報および第6のQoSパラメータを含む。第3の指示情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第6のQoSパラメータは、相関QoS制御に使用されるパラメータである。第6のQoSは、L個のデータパケットグループに基づくQoSパラメータを含み、L≧1であり、Lは正の整数であり、または第6のQoSパラメータはJ個のデータパケットに基づくQoSパラメータを含み、J≧1であり、Jは正の整数である。

第3の指示情報および第6のQoSパラメータを受信した後、第1のデバイスは、第3の指示情報に基づいて、第6のQoSパラメータを満たすために第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを決定する。第6のQoSパラメータは、データパケットグループに基づくQoSパラメータまたはデータパケットに基づくQoSパラメータであってもよく、その結果、相関制御を実行するための粒度が決定され得ることを理解されたい。例えば、第6のQoSパラメータがデータパケットグループに基づくQoSパラメータである場合、データパケットグループの粒度で第2のQoSフローおよび第3のQoSフローに対して相関制御が実行される。

S704：アクセスネットワークデバイスは、第4の情報に基づいて第2のサービスのデータフローに対して相関QoS制御を実行する。

S705：第2のネットワーク要素は、第4の情報に基づいて第2のサービスのデータフローに対して相関QoS制御を実行する。

アクセスネットワークデバイスおよび第2のネットワーク要素によって、第4の情報に基づいて第2のサービスのデータフローに対してQoS制御を実行する説明については、S703を参照されたいことが理解されよう。本明細書では詳細は再び説明されない。

本出願で実施されるQoS管理方法によれば、サービスのデータフローが複数のQoSフロー上で搬送されるとき、第1のデバイスは、複数のQoSフローに対して相関制御を実行し得、それによってQoS管理の柔軟性を改善し、異なるサービスの要件を満たし、ユーザ体験を改善する。

前述のステップS701からS705において、（1）第1のネットワーク要素はSMFであってもよく、（2）第2のネットワーク要素はUPFであってもよく、（3）第1のデバイスは、端末デバイスまたはアプリケーションサーバであってもよい、ことを理解されたい。本出願で提供されるQoS管理方法の理解を容易にするために、限定ではなく一例として、以下では、第1のネットワーク要素がSMFであり、第2のネットワーク要素がUPFであり、第1のデバイスが端末デバイスである例を使用する。方法700のS701からS705は、図8に示す具体的な方法例を参照して詳細に別々に説明される。

以下で言及されるいくつかのステップは、前述の方法700のステップと同じであり、関連する詳細は本明細書では再び説明されないことに留意されたい。具体的なプロセスについては、方法700の関連ステップを参照されたい。方法800は、ダウンリンクデータの例を使用して説明される。

S801：端末デバイスは、第3の情報をSMFに送信し、第3の情報は、第1のサービスのQoSを要求するために使用される。

可能な一実装形態では、端末デバイスは、AMFを介してSMFに第3の情報を送信する。

端末デバイスがSMFに第3の情報を送信する前に、端末デバイスはPDUセッションを使用してアプリケーションサーバへの接続を確立しており、第1の情報はセッション修正要求情報に含まれてもよいことを理解されたい。

S802：SMFが第4の情報を送信し、第4の情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを示す。第2のQoSフローおよび第3のQoSフローは、第1のサービスのデータフローを伝送するために使用される。

具体的には、SMFは、第4の情報を端末デバイス、アクセスネットワークデバイス、およびUPFに送信する。

可能な一実装形態では、SMFは、AMFを介して第4の情報をアクセスネットワークデバイスに送信し、AMFおよびアクセスネットワークデバイスを介して第4の情報を端末デバイスに送信する。第4の情報は、QoSプロファイル（QoS profile）に含まれ、アクセスネットワークデバイスに送信されてもよく、第4の情報は、QoS規則（QoS rule）に含まれ、端末デバイスに送信されてもよい。第4の情報は、パケット検出規則（Packet detection rule）に含まれ、UPFデバイスに送信されてもよい。

S803：アプリケーションサーバは、第1のサービスのデータフローをUPFに送信する。

任意選択で、いくつかの実施形態では、アプリケーションサーバは、S803において、第1のサービスのデータフローにおけるデータパケットとデータパケットグループとの関係を示してもよい。例えば、第1のサービスのデータフローは100個のデータパケットを含み、100個のデータパケットは3つのデータパケットグループを形成し得る。

可能な一実装形態では、アプリケーションサーバは、第1のサービスのデータパケットのヘッダに指示情報を追加する。

任意選択で、いくつかの実施形態では、アプリケーションサーバは、S803において、第1のサービスのデータフロー内の各データパケットグループの重み係数をさらに示してもよい。重み係数は、ユーザに対する影響度として理解され得る異なる重要度に対応し得る。XRサービスが一例として使用される。XRサービスのキーフレームはユーザに大きな影響を与え、補助フレームはユーザに小さな影響を与える。したがって、XRサービスのキーフレームの重み係数は補助フレームの重み係数よりも大きい。

S803の説明については、S503の説明を参照されたいことを理解されたい。本明細書では詳細は再び説明されない。

S804：UPFは、第1のサービスのデータフローをアクセスネットワークデバイスに送信する。

具体的には、UPFは、第2のQoSフローおよび第3のQoSフローを使用して第1のサービスのデータフローを伝送し、第4の情報に基づいて第2のQoSフローおよび第3のQoSフローに対して相関QoS制御を実行する。

任意選択で、いくつかの実施形態では、UPFは、第1のサービスのデータパケットのヘッダにマーク情報を追加して、第1のサービスのデータパケットグループの数ならびに／または各データパケットグループの開始データパケットおよび終了データパケットならびに／もしくは各データパケットの重み係数ならびに／または各データパケットグループに含まれるデータパケットの数を示してもよく、その結果、アクセスネットワークデバイスおよび端末デバイスは、データパケットグループの粒度で第2のQoSフローおよび第3のQoSフローに対して相関QoS制御を実行することができる。

可能な一実装形態では、UPFは、アプリケーションサーバの指示を介してマーク情報を取得してもよく、すなわち、ステップS803を介してマーク情報を取得してもよい。

可能な一実装形態では、UPFは、第1のサービスのサービス情報に基づいてマーク情報を取得してもよい。

S805：アクセスネットワークデバイスは、第1のサービスのデータフローを端末デバイスに送信する。

具体的には、アクセスネットワークデバイスは、UPFによって送信された第1のサービスのデータを受信し、アクセスネットワークデバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する。例えば、アクセスネットワークデバイスは、相関QoSフローエラーレートに基づいて第1のサービスのデータパケットをスケジュールし得る。アクセスネットワークデバイスは、すべてのデータパケット（またはすべてのデータパケットグループ）に対する第2のQoSフローおよび第3のQoSフロー上で誤って伝送されたデータパケット（またはデータパケットグループ）の比が相関QoSフローエラーレートよりも小さいことを保証する必要がある。

S806：端末デバイスは、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行する。

方法800では、ダウンリンクデータ伝送が一例として使用されることを理解されたい。しかしながら、本出願のこの実施形態はこれに限定されない。本出願のこの実施形態は、アップリンクデータを伝送するためにさらに使用されてもよい。例えば、端末デバイスは、相関QoSフローエラーレートに基づいて第1のサービスのデータパケットをスケジュールし得る。端末デバイスは、すべてのデータパケット（またはすべてのデータパケットグループ）に対する第2のQoSフローおよび第3のQoSフロー上で誤って伝送されたデータパケット（またはデータパケットグループ）の比が相関QoSフローエラーレートよりも小さいことを保証する必要がある。

アップリンクデータを伝送するとき、端末デバイスは、アプリケーションサーバのものと同様の方式で、データパケットと第1のサービスのデータパケットグループとの関係および／または各データパケットグループの重み係数を示してもよいことを理解されたい。

本出願で実施されるQoS管理方法によれば、サービスのデータフローが複数のQoSフロー上で搬送されるとき、複数のQoSフローに対して相関制御が実行されてもよく、それによってQoS管理の柔軟性を改善し、異なるサービスの要件を満たし、ユーザ体験を改善する。

図9および図10は、本出願の実施形態による可能なQoS管理装置の概略ブロック図である。これらの装置は、前述の方法実施形態における端末デバイスまたは任意のネットワーク要素の機能を実施することができる。したがって、前述の方法実施形態の有益な効果も実施され得る。本出願の実施形態では、装置は、端末デバイスであってもよいし、第1のネットワーク要素であってもよいし、第2のネットワーク要素またはアクセスネットワークデバイスであってもよいし、端末デバイス、第1のネットワーク要素、または第2のネットワーク要素（チップなど）に適用されてもよい。

図9は、本出願の一実施形態によるQoS管理装置の概略ブロック図である。装置900は、トランシーバユニット910を含み、任意選択で、処理ユニット920をさらに含んでもよい。

装置900が図4の方法実施形態における第1のデバイスの機能を実施するように構成されるとき、トランシーバユニット910は、第1の情報を送信するように構成され、第1の情報は、第1のサービスのQoSを要求するために使用され、トランシーバユニット910は、第2の情報を受信するようにさらに構成され、第2の情報は第1のQoSフローの制御方式およびQoSパラメータを示し、第1のQoSフローは第1のサービスのデータフローの伝送に使用される。処理ユニット920は、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行するように構成される。

装置900が図4の方法実施形態における第1のネットワーク要素の機能を実施するように構成されるとき、トランシーバユニット910は、第1のデバイスから第1の情報を受信するように構成され、第1の情報は、第1のサービスのQoSを要求するために使用され、トランシーバユニット910は、第2の情報を送信するようにさらに構成され、第2の情報は第1のQoSフローの制御方式およびQoSパラメータを示し、第1のQoSフローは第1のサービスのデータフローを伝送するために使用される。処理ユニット920は、第1のQoSフローの制御方式およびQoSパラメータを決定するように構成される。

装置900が図4の方法実施形態における第2のネットワーク要素の機能を実施するように構成されるとき、トランシーバユニット910は、第2の情報を受信するように構成され、第2の情報は、第1のQoSフローの制御方式およびQoSパラメータを示し、第1のQoSフローは、第1のサービスのデータフローを伝送するために使用される。処理ユニット920は、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行するように構成される。

装置900が図4の方法実施形態におけるアクセスネットワークデバイスの機能を実施するように構成されるとき、トランシーバユニット910は、第2の情報を受信するように構成され、第2の情報は、第1のQoSフローの制御方式およびQoSパラメータを示し、第1のQoSフローは、第1のサービスのデータフローを伝送するために使用される。処理ユニット920は、第2の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行するように構成される。

装置900が図7の方法実施形態における第1のデバイスの機能を実施するように構成されるとき、トランシーバユニット910は第3の情報を送信するように構成され、第3の情報は第2のサービスのQoSを要求するために使用され、トランシーバユニット910は第4の情報を受信するようにさらに構成され、第4の情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを示し、第2のQoSフローおよび第3のQoSフローは第2のサービスのデータフローを伝送するために使用される。処理ユニット920は、第4の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行するように構成される。

装置900が図7の方法実施形態における第1のネットワーク要素の機能を実施するように構成されるとき、トランシーバユニット910は第1のデバイスから第3の情報を受信するように構成され、第3の情報は第2のサービスのQoSを要求するために使用され、トランシーバユニット910は第4の情報を送信するようにさらに構成され、第4の情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを示し、第2のQoSフローおよび第3のQoSフローは第2のサービスのデータフローを伝送するために使用される。処理ユニット920は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを決定するように構成される。

装置900が図7の方法実施形態における第2のネットワーク要素の機能を実施するように構成されるとき、トランシーバユニット910は、第4の情報を受信するように構成され、第4の情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを示し、第2のQoSフローおよび第3のQoSフローは、第2のサービスのデータフローを伝送するために使用される。処理ユニット920は、第4の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行するように構成される。

装置900が図7の方法実施形態におけるアクセスネットワークデバイスの機能を実施するように構成されるとき、トランシーバユニット910は、第2の情報を受信するように構成され、第4の情報は、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行することを示し、第2のQoSフローおよび第3のQoSフローに対して相関制御を実行するために使用されるQoSパラメータを示し、第2のQoSフローおよび第3のQoSフローは、第2のサービスのデータフローを伝送するために使用される。処理ユニット920は、第4の情報に基づいて第1のサービスのデータフローに対してQoS制御を実行するように構成される。

トランシーバユニット910および処理ユニット920のより詳細な説明については、前述の方法400から800の実施形態の関連する説明を参照されたい。本明細書では詳細は再び説明されない。

図10は、本出願の一実施形態による装置1000の概略ブロック図である。前述の方法400から800のいずれかに含まれる任意のネットワーク要素は、図10に示す装置によって実施されてもよい。

装置1000が、物理的なデバイス、物理的なデバイスの構成要素（例えば、集積回路またはチップ）であってもよく、または物理的なデバイス内の機能モジュールであってもよいことを理解されたい。

図10に示されるように、装置1000は、1つまたは複数のプロセッサ1001を含む。プロセッサ1001は、本出願の実施形態の方法を実行するための実行命令を記憶し得る。任意選択で、プロセッサ1001は、受信および送信機能を実施するためにインターフェースを呼び出してもよい。インターフェースは、論理インターフェースまたは物理インターフェースであってもよい。これは限定されない。例えば、インターフェースは、トランシーバ回路またはインターフェース回路であってもよい。受信および送信機能を実施するように構成されたトランシーバ回路もしくはインターフェース回路は分離されていてもよいし、または互いに統合されていてもよい。トランシーバ回路もしくはインターフェース回路は、コード／データを読み書きするように構成されてよく、またはトランシーバ回路もしくはインターフェース回路は、信号を伝送もしくは転送するように構成されてもよい。

任意選択で、インターフェースはトランシーバを介して実装されてもよい。任意選択で、装置1000は、トランシーバ1003をさらに含んでもよい。トランシーバ1003は、トランシーバユニット、トランシーバ回路などと呼ばれてもよく、受信および送信機能を実施するように構成される。

任意選択で、装置1000は、メモリ1002をさらに含んでもよい。メモリ1002の具体的な配備位置は、本出願のこの実施形態では具体的には限定されない。メモリは、プロセッサに統合されていてもよいし、プロセッサから独立していてもよい。装置1000がメモリを含まないとき、装置1000は処理機能を有するだけでよく、メモリは別の場所（例えば、クラウドシステム）に配備されてもよい。

プロセッサ1001、メモリ1002、およびトランシーバ1003は、制御および／またはデータ信号を転送するために、内部接続経路を介して互いに通信する。

図示されていないが、装置1000は、別の装置、例えば、入力装置、出力装置、またはバッテリをさらに含んでもよいことが理解されよう。

任意選択で、いくつかの実施形態では、メモリ1002は、本出願の実施形態における方法を実行するための実行命令を記憶してもよい。プロセッサ1001は、メモリ1002に記憶された命令を実行して、他のハードウェア（例えば、トランシーバ703）と組み合わせて、前述の方法で実行されるステップを完了し得る。具体的な作業プロセスおよび有益な効果については、以下の方法実施形態の説明を参照されたい。

本出願の実施形態に開示された方法は、プロセッサ1001に適用されてもよく、またはプロセッサ1001によって実施されてもよい。プロセッサ1001は、集積回路チップであってもよく、信号処理能力を有する。実施プロセスでは、前述の方法におけるステップは、プロセッサ内のハードウェア集積論理回路を使用して、またはソフトウェアの形態の命令を使用して実施され得る。プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（digital signal processor、DSP）、特定用途向け集積回路（application specific integrated circuit、ASIC）、フィールドプログラマブルゲートアレイ（field programmable gate array、FPGA）もしくは別のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理デバイス、またはディスクリートハードウェア構成要素であってもよい。それは、本出願の実施形態において開示される方法、ステップ、および論理ブロック図を実装または実施し得る。汎用プロセッサはマイクロプロセッサであってよいし、またはこのプロセッサは任意の従来のプロセッサなどであってよい。本出願の実施形態に関して開示された方法のステップは、ハードウェア復号プロセッサを使用して直接実行され完遂されてもよいし、または復号プロセッサにおけるハードウェアとソフトウェアモジュールとの組み合わせを使用して実行され完遂されてもよい。ソフトウェアモジュールは、当技術の成熟した記憶媒体、例えば、ランダムアクセスメモリ（random access memory、RAM）、フラッシュメモリ、読み出し専用メモリ（read－only memory、ROM）、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタに配置されてもよい。記憶媒体はメモリに配置されてもよく、プロセッサは、メモリの命令を読み出し、プロセッサのハードウェアと併せて、上記の方法のステップを完了する。

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

加えて、本出願では、装置900は機能モジュールの形態で提示される。本明細書における「モジュール」は、特定用途向け集積回路ASIC、回路、1つもしくは複数のソフトウェアもしくはファームウェアプログラムおよびメモリを実行するプロセッサ、論理集積回路、および／または前述の機能を提供することができる別の構成要素であり得る。単純な実施形態では、当業者は、装置900が図9に示されている形態であってもよいことを理解し得る。処理ユニット920は、図10に示されたプロセッサ1001を使用して実装され得る。任意選択で、図10に示されている装置がメモリ1002を含む場合、処理ユニット920は、プロセッサ1001およびメモリ1002を使用して実装され得る。トランシーバユニット910は、図10に示されているトランシーバ1003を使用して実装され得る。トランシーバ1003は、受信機能および送信機能を含む。具体的には、プロセッサは、メモリに記憶されたコンピュータプログラムを実行することによって実装される。任意選択で、装置900がチップであるとき、トランシーバユニット910の機能および／または実装プロセスは、ピン、回路などを使用して代替的に実装されてもよい。任意選択で、メモリは、レジスタまたはキャッシュなどのチップ上の記憶ユニットであってもよい。記憶ユニットは、装置内にあり、チップの外側に位置される記憶ユニット、例えば図10に示されているメモリ1002であってもよく、または別のシステムもしくはデバイスに配備されるが装置内には位置しない記憶ユニットであってもよい。当業者は、本明細書に開示されている実施形態で説明された例と組み合わせて、ユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施され得ることを認識し得る。機能がハードウェアによって実行されるか、それともソフトウェアによって実行されるかは、技術的解決策の特定の用途および設計制約条件に依存する。当業者は、説明された機能を特定の用途ごとに実施するために異なる方法を使用し得るが、実装形態が本出願の範囲を超えると考えられてはならない。

本出願の様々な態様または特徴は、標準的なプログラミングおよび／またはエンジニアリング技術を使用して、方法、装置、または製品として実装されてもよい。本出願で使用される「製品」という用語は、任意のコンピュータ可読構成要素、キャリア、または媒体からアクセスされることができるコンピュータプログラムを包含する。例えば、コンピュータ可読媒体は、限定はしないが、磁気記憶構成要素（例えば、ハードディスク、フロッピーディスク、または磁気テープ）、光ディスク（例えば、コンパクトディスク（compact disc、CD）およびデジタル多用途ディスク（digital versatile disc、DVD））、スマートカード、ならびにフラッシュメモリ（例えば、消去可能プログラマブル読み出し専用メモリ（erasable programmable read－only memory、EPROM）、カード、ロッド、またはキードライブ）を含んでもよい。加えて、本明細書に記載の様々な記憶媒体は、情報を記憶するように構成された1つまたは複数のデバイスおよび／または他の機械可読媒体を示してもよい。「機械可読媒体」という用語は、無線チャネル、ならびに命令および／またはデータを記憶、包含、および／または搬送することができる様々な他の媒体を含んでもよいが、これらに限定されない。

本出願では、コンピュータプログラムを記憶するコンピュータ可読媒体をさらに提供する。コンピュータプログラムがコンピュータによって実行されると、前述の方法実施形態のいずれか1つの機能が実施される。

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

本明細書の全体にわたって言及されている「実施形態」は、実施形態に関連する特定の特徴、構造、または特性が本出願の少なくとも1つの実施形態に含まれることを意味することを理解されたい。したがって、本明細書全体の実施形態は、必ずしも同じ実施形態を指すとは限らない。加えて、これらの特定の特徴、構造、または特性は、任意の適切な方式で1つまたは複数の実施形態において組み合わされてもよい。プロセスのシーケンス番号は、本出願の様々な実施形態における実行順序を意味しないことを理解されたい。プロセスの実行シーケンスは、プロセスの機能および内部論理に基づいて決定されるべきであり、本出願の実施形態の実装形態プロセスに対するいかなる限定としても解釈されるべきではない。

本出願において、「とき（when）」および「である場合（if）」は、UEまたは基地局が客観的状況において対応する処理を実行するが、時間に対するいかなる制限も構成せず、UEまたは基地局が実施中に決定動作を実行することを要求せず、他の制限も意味しないことをさらに理解されたい。

加えて、「システム」という用語と「ネットワーク」という用語は本明細書では区別なく用いられる場合がある。本明細書における用語「および／または」は、関連する対象を説明するためのアソシエーション関係のみを説明し、3つの関係が存在し得ることを表す。例えば、Aおよび／またはBは、以下の3つの場合、すなわち、Aのみが存在する、AとBとの両方が存在する、およびBのみが存在する、を表し得る。

本明細書における「…のうちの少なくとも1つ」という用語は、列挙された項目のすべてまたは任意の組み合わせを表す。例えば、「A、B、またはCの少なくとも1つ」は、以下の7つのケース、すなわち、Aが単独で存在するケース、Bが単独で存在するケース、Cが単独で存在するケース、AとBが共存するケース、BとCが共存するケース、AとCが共存するケース、ならびにA、B、およびCが共存するケースを表し得る。

本出願では、特に明記しない限り、「少なくとも1つ」は1つまたは複数を意味し、「複数」は2つ以上を意味する。

本出願の実施形態では、「Aに対応するB」は、BがAに関連付けられ、BがAに基づいて決定され得ることを示すことを理解されたい。しかしながら、Aに基づいてBを決定することは、BがAのみに基づいて決定されることを意味しないことを理解されたい。Bは、Aおよび／または他の情報に基づいて代替的に決定されてもよい。

当業者は、本明細書に開示されている実施形態で説明された例と組み合わせて、ユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施され得ることを認識し得る。機能がハードウェアによって実行されるか、それともソフトウェアによって実行されるかは、技術的解決策の特定の用途および設計制約条件に依存する。当業者は、説明された機能を特定の用途ごとに実施するために異なる方法を使用し得るが、実装形態が本出願の範囲を超えると考えられてはならない。

簡便な説明のために、前述のシステム、装置、およびユニットの詳細な動作プロセスについては、前述の方法実施形態における対応するプロセスを参照することが、当業者によって明確に理解されよう。本明細書では詳細は再び説明されない。

本出願において提供されるいくつかの実施形態においては、開示されたシステム、装置、および方法が他の方式で実装されてもよいことを理解されたい。例えば、記載の装置実施形態は一例にすぎない。例えば、ユニットへの分割は、論理的な機能の分割にすぎず、実際の実装形態では他の分割であってもよい。例えば、複数のユニットまたは構成要素は、別のシステムに組み合わされてもよく、もしくは統合されてもよく、または一部の特徴は無視されてもよい、もしくは実行されなくてもよい。加えて、表示され、または論じられた相互結合または直接結合または通信接続は、いくつかのインターフェースを介して実施されてもよい。装置間またはユニット間の間接的な結合または通信接続は、電気的形態、機械的形態、または別の形態で実施されてもよい。

別個の部分として説明されているユニットは、物理的に別個であってもなくてもよく、ユニットとして提示されている部分は物理ユニットであってもなくてもよく、1つの位置に配置されてもよく、または複数のネットワークユニットに分散されてもよい。実施形態の解決策の目的を達成するために、実際の要件に基づいて、ユニットの一部または全部が選択されてもよい。

加えて、本出願の実施形態における機能ユニットは、1つの処理ユニットに統合されてもよいし、ユニットの各々は物理的に単独で存在してもよいし、または2つ以上のユニットが1つのユニットに統合される。

機能が、ソフトウェア機能ユニットの形態で実施され、独立した製品として販売または使用されるとき、それらの機能はコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づけば、必須なものとしての本出願の技術的解決手段や、先行技術に貢献する部分や、技術的解決手段の一部がソフトウェア製品の形態で実施されてもよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってもよい）に本出願の実施形態に記載された方法のステップの全部または一部を実行するように命令するためのいくつかの命令を含む。前述の記憶媒体は、USBフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（Read－Only Memory、ROM）、ランダムアクセスメモリ（Random Access Memory、RAM）、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる任意の媒体を含む。

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

900 装置
910 トランシーバユニット
920 処理ユニット
1000 装置
1001 プロセッサ
1002 メモリ
1003 トランシーバ
400 QoS管理方法
500 方法
600 方法
700 QoS管理方法
800 方法

Claims (23)

1. サービス品質(QoS)管理方法であって、前記方法は、
   第1の情報を受信するステップであって、前記第1の情報は第1のサービスのQoSを要求するためのものである、ステップと、
   第2の情報を送信するステップであって、前記第2の情報は第1のQoSフローのQoS制御方式およびQoSパラメータを示し、前記第1のQoSフローは前記第1のサービスのデータフローを伝送するためのものであり、前記QoS制御方式は、データパケットグループの粒度でQoS制御を実行するための第1の制御方式を含む、ステップと
   を含む、QoS管理方法。
2. 前記第2の情報が第1のQoSパラメータを含み、前記第1のQoSパラメータはN個のデータパケットグループに基づくQoSパラメータを含み、N≧1であり、Nは正の整数である、請求項1に記載の方法。
3. 前記第1のQoSパラメータは、前記QoS制御方式が、データパケットグループの粒度でQoS制御を実行するための前記第1の制御方式を含むことを示す、請求項2に記載の方法。
4. 前記第1のQoSパラメータは、グループ遅延バジェットまたはグループエラーレートを含む、請求項2に記載の方法。
5. 前記第1のQoSパラメータは、グループ遅延バジェットまたはグループエラーレートを含む、請求項3に記載の方法。
6. 前記グループ遅延バジェットは、前記第1のQoSフロー上のデータパケットグループが端末デバイスとユーザプレーン機能ネットワーク要素との間で遅延される時間の上限を示し、
   前記グループエラーレートは、前記第１のQoSフロー上で正常に配信されないデータパケットグループのレートの上限を示す、請求項4に記載の方法。
7. 前記グループ遅延バジェットは、前記第1のQoSフロー上のデータパケットグループが端末デバイスとユーザプレーン機能ネットワーク要素との間で遅延される時間の上限を示し、
   前記グループエラーレートは、前記第１のQoSフロー上で正常に配信されないデータパケットグループのレートの上限を示す、請求項5に記載の方法。
8. 前記第2の情報が第1の指示情報および第2のQoSパラメータを含み、前記第1の指示情報は前記第1のQoSフローの前記QoS制御方式を示し、前記第2のQoSパラメータは前記第1のQoSフローの前記QoSパラメータを示す、請求項1に記載の方法。
9. 前記第2のQoSパラメータは、少なくとも1つのデータパケットに基づくQoSパラメータを含む、請求項8に記載の方法。
10. 前記第1の指示情報が、前記第1のQoSフローの好適なQoS制御方式を示す、請求項8に記載の方法。
11. 前記第1の指示情報が、前記第1のQoSフローの好適なQoS制御方式を示す、請求項9に記載の方法。
12. 前記データパケットグループは少なくとも2つのデータパケットを含む、請求項1に記載の方法。
13. サービス品質（QoS）管理方法であって、前記方法は、
    第2の情報を受信するステップであって、前記第2の情報は第1のQoSフローのQoS制御方式およびQoSパラメータを示し、前記第1のQoSフローは、第1のサービスのデータフローを伝送するためのものであり、前記QoS制御方式は、データパケットグループの粒度でQoS制御を実行するための第1の制御方式を含む、ステップと、
    前記第2の情報に基づいて、前記第1のサービスのデータフローに対して前記QoS制御を実行するステップと、
    を含む、方法。
14. 前記第2の情報が第1のQoSパラメータを含み、前記第1のQoSパラメータはN個のデータパケットグループに基づくQoSパラメータを含み、N≧1であり、Nは正の整数である、請求項13に記載の方法。
15. 前記第1のQoSフローの前記QoS制御方式が、データパケットグループの粒度でQoS制御を実行するための前記第1の制御方式であることを、前記第1のQoSパラメータに基づいて決定するステップをさらに含む、請求項14に記載の方法。
16. 前記第1のQoSパラメータは、グループ遅延バジェットまたはグループエラーレートを含む、請求項14に記載の方法。
17. 前記第1のQoSパラメータは、グループ遅延バジェットまたはグループエラーレートを含む、請求項15に記載の方法。
18. 前記グループ遅延バジェットは、前記第1のQoSフロー上のデータパケットグループが端末デバイスとユーザプレーン機能ネットワーク要素との間で遅延される時間の上限を示し、
    前記グループエラーレートは、前記第１のQoSフロー上で正常に配信されないデータパケットグループのレートの上限を示す、請求項16に記載の方法。
19. 前記グループ遅延バジェットは、前記第1のQoSフロー上のデータパケットグループが端末デバイスとユーザプレーン機能ネットワーク要素との間で遅延される時間の上限を示し、
    前記グループエラーレートは、前記第１のQoSフロー上で正常に配信されないデータパケットグループのレートの上限を示す、請求項17に記載の方法。
20. 命令を記憶する少なくとも1つのメモリに結合され、前記命令を実行して、前記装置に請求項1から19のいずれか一項に記載の方法を実行させるように構成された少なくとも1つのプロセッサを備える、装置。
21. コンピュータプログラムまたは命令を記憶し、該コンピュータプログラムまたは命令がコンピュータ上で実行されると、前記コンピュータが請求項1から19のいずれか一項に記載の方法を実行できるコンピュータ読み取り可能な記憶媒体。
22. 請求項1から19のいずれか一項に記載の方法を実行させるように構成された、装置。
23. 請求項1から12のいずれか一項に記載の方法を実行するように構成された装置と、請求項13から19のいずれか一項に記載の方法を実行するように構成された装置とを備える通信システム。