特許 6943337 受信した体感品質情報に基づくリソース割り当ての最適化

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6943337

(24)【登録日】2021年9月13日

(45)【発行日】2021年9月29日

(54)【発明の名称】受信した体感品質情報に基づくリソース割り当ての最適化

(51)【国際特許分類】

   H04W 28/24 20090101AFI20210916BHJP

   H04W 24/10 20090101ALI20210916BHJP

   H04L 12/70 20130101ALI20210916BHJP

【ＦＩ】

   H04W28/24

   H04W24/10

   H04L12/70 100Z

【請求項の数】12

【全頁数】31

(21)【出願番号】特願2020-517236(P2020-517236)

(86)(22)【出願日】2018年9月25日

(65)【公表番号】特表2020-535716(P2020-535716A)

(43)【公表日】2020年12月3日

(86)【国際出願番号】JP2018035413

(87)【国際公開番号】WO2019065617

(87)【国際公開日】20190404

【審査請求日】2020年3月24日

(31)【優先権主張番号】1715920.3

(32)【優先日】2017年9月29日

(33)【優先権主張国】GB

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100141519

【弁理士】

【氏名又は名称】梶田 邦之

(72)【発明者】

【氏名】ハイララ， チャディ

(72)【発明者】

【氏名】チェン， ユーファー

(72)【発明者】

【氏名】スワレス， アルベルト

(72)【発明者】

【氏名】グプタ， ニーラジ

(72)【発明者】

【氏名】アーノット， ロバート

【審査官】 石田 信行

(56)【参考文献】

【文献】 特表２０１５−５１３８２９（ＪＰ，Ａ）

【文献】 特表２０１７−５２５１７８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｌ １２／７０

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

通信システム内の基地局によって実行される方法であって、
少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を用いてＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）とデータの通信を行うことであり、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤにおいて前記データが単一のＤＲＢにマッピングされた複数のデータフローを用いて通信され、前記複数のデータフローの各々が当該データフローに固有のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）特性のそれぞれのセットを有するように構成されることと、
前記少なくとも１つのＱｏＳパラメータの測定に基づくＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザ体感品質）情報を前記基地局で受信することと、
前記受信したＱｏＥ情報に基づいて、単一のＤＲＢにマッピングされた前記複数のデータフローのＱｏＳを最適化するアクションを実行することと、を含み、
前記アクションは、前記複数のデータフローの少なくとも１つのデータパケットをバッファリングすることで、前記複数のデータフローの少なくとも別の１つに対して前記複数のデータフローの少なくとも１つを制御することを含む方法。

【請求項2】

前記複数のデータフローのＱｏＳを最適化するアクションは、
前記単一のＤＲＢにマッピングされたデータフローの少なくとも１つについてのＱｏＳ要件を調整することと、
前記単一のＤＲＢにマッピングされたデータフローの少なくとも１つについて割り当てられるリソースを最適化することと、
前記単一のＤＲＢにマッピングされたデータフロー以外の少なくとも１つに対して、前記単一のＤＲＢにマッピングされたデータフローの少なくとも１つのデータフローを制御することと、
前記複数のデータフローの少なくとも１つを異なるＤＲＢに再マッピングすることと、
ＱｏＥが満足のいくレベルを下回った少なくとも１つのデータフローについての情報をコアネットワークに送信して、コアネットワーク機能が前記データフローのＱｏＳパラメータの最適化を行えるようにすることと、
の少なくとも１つを含む、請求項１に記載の方法。

【請求項3】

前記単一のＤＲＢにマッピングされた前記複数のデータフローの少なくとも１つについての少なくとも１つのＱｏＳ測定の結果を取得することをさらに含み、前記複数のデータフローについてのＱｏＳを最適化するアクションは、少なくとも１つのＱｏＳ測定の前記取得された結果に基づいている、請求項１又は２に記載の方法。

【請求項4】

少なくとも１つのＱｏＳ測定の前記結果は、前記基地局において測定を行うことにより取得される、請求項３に記載の方法。

【請求項5】

少なくとも１つのＱｏＳ測定の前記結果は、前記ＵＥから前記結果を受信することにより取得される、請求項３又は４に記載の方法。

【請求項6】

ＱｏＳ特性の各々のセットはそれぞれのＱｏＳクラス（例えば、ＱＣＩ（Ｑｕａｌｉｔｙ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ：品質クラス識別子）／５ＱＩで表される）に関連付けられる、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記複数のデータフローの各々は、当該データフローのＱｏＳ特性の前記セットを表すＱＣＩ（Ｑｕａｌｉｔｙ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ：品質クラス識別子）／５ＱＩと、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）、ＵＬ（ＵｐＬｉｎｋ：上りリンク）およびＤＬ（ＤｏｗｎＬｉｎｋ：下りリンク）の少なくとも１つのＧＦＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：保証フロービットレート）パラメータ、ＵＬおよびＤＬの少なくとも１つのＭＦＢＲ（Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：最大フロービットレート）パラメータ、通知制御パラメータ、および、ＲＱＡ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｔｔｒｉｂｕｔｅ：リフレクティブＱｏＳ属性）パラメータのうちの少なくとも１つと、を含むそれぞれのＱｏＳパラメータセットに関連付けられている、請求項６に記載の方法。

【請求項8】

前記単一のＤＲＢにマッピングされた前記複数のデータフローの少なくとも１つは、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：保証ビットレート）データフローであり、前記単一のＤＲＢにマッピングされた前記複数のデータフローの少なくとも１つは、非ＧＢＲデータフローである、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記単一のＤＲＢにマッピングされた前記複数のデータフローの各々は、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：保証ビットレート）データフローである、請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記単一のＤＲＢにマッピングされた前記複数のデータフローの各々は、非ＧＢＲ（ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：非保証ビットレート）データフローである、請求項１から９のいずれか一項に記載の方法。

【請求項11】

プラグラム可能な通信デバイスに請求項１から１０のいずれか一項に記載の方法を実行させるためのコンピュータによって実行可能な命令を備える、コンピュータによって実行可能なプログラム。

【請求項12】

通信システムの基地局であって、少なくとも１つのプロセッサおよびトランシーバを備え、
前記少なくとも１つのプロセッサは、
前記トランシーバを制御して少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を用いてＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）とデータの通信を行うことであり、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤにおいて前記データが単一のＤＲＢにマッピングされた複数のデータフローを用いて通信され、前記複数のデータフローの各々が当該データフローに固有のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）特性のそれぞれのセットを有するように構成されることと、
前記トランシーバを制御して前記少なくとも１つのＱｏＳパラメータの測定に基づくＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザ体感品質）情報を前記基地局で受信することと、
前記受信したＱｏＥ情報に基づいて、前記単一のＤＲＢにマッピングされた複数のデータフローのＱｏＳを最適化するアクションを実行することと、をするように構成され、
前記アクションは、前記複数のデータフローの少なくとも１つのデータパケットをバッファリングすることで、前記複数のデータフローの少なくとも別の１つに対して前記複数のデータフローの少なくとも１つを制御することを含む、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システムならびにこれに関連する装置および方法に関し、特に、セルラ通信システムのサービス品質アーキテクチャの改善に関するが、限定はされない。特に、本発明は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって規定された様々な規格に従って実施される無線通信ネットワークに関連するが、限定はされない。

【背景技術】

【0002】

３ＧＰＰ規格の最新動向は、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークおよびＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）と呼ばれ、一般に４Ｇとも呼ばれる。さらに、５Ｇ、ＮＧ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）およびＮＲ（Ｎｅｗ Ｒａｄｉｏ）という用語は、種々のアプリケーションおよびサービスをサポートすることが期待される開発中の通信技術を指す。５Ｇネットワークの種々の詳細は、例えば、ＮＧＭＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ）アライアンスによるＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ Ｖ１．０に説明されており、当該文書は、ｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ−ｗｈｉｔｅ−ｐａｐｅｒ．ｈｔｍｌから入手可能である。３ＧＰＰは、いわゆる３ＧＰＰ ＮｅｘｔＧｅｎ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ） ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：無線アクセスネットワーク）および３ＧＰＰ ＮｅｘｔＧｅｎコアネットワーク（５ＧＣ）によって５Ｇをサポートすることが計画されている。

【0003】

３ＧＰＰ規格では、ＮｏｄｅＢ（またはＬＴＥにおける「ｅＮＢ」、５Ｇにおける「ｇＮＢ」など）は、通信デバイス（ユーザ機器または「ＵＥ」）がコアネットワークに接続し、他の通信デバイスまたはリモートサーバと通信を行うための基地局である。説明の簡略化のため、本出願において、基地局という用語はそのような任意の基地局を指し、モバイルデバイスまたはＵＥという用語は、そのような任意の通信デバイスを指すものとする。コアネットワーク（例えば、ＬＴＥの場合はＥＰＣ、５Ｇの場合は５ＧＣ）は、加入者管理、モビリティ管理、課金、セキュリティ、および呼セッション管理（など）の機能を統括し、通信デバイスをインターネットなどの外部ネットワークに接続させる。

【0004】

通信デバイスとしては、例えば、モバイル電話、スマートフォン、ユーザ機器（ＵＥ）、パーソナルデジタルアシスタント、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダなどのモバイル通信デバイスが含まれる。このようなモバイル（または一般的には固定の）デバイスは、通常はユーザによって操作されるが、いわゆるＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：モノのインターネット）デバイス、および同様のマシン型の通信（ＭＴＣ）デバイスをネットワークに接続することも可能である。説明の簡略化のため、本出願は、明細書中においてＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）を参照するが、本明細書に記載の技術は、任意の（モバイルおよび／または一般的には固定の）通信デバイス上で実施可能であり、当該通信デバイスは、人による入力によって制御されるか、またはメモリに格納されたソフトウェア命令によって制御されるかに関わらず、通信ネットワークに接続してデータの送受信を行うことができるものとする。

【0005】

ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）という概念は、通信およびコンピュータネットワーキングでよく知られている概念である。ＱｏＳという用語は、一般に、データ通信サービスなどのサービスにおける全体的なパフォーマンスを指し、特にエンドユーザに提供されるパフォーマンスを指すのに用いられる。

【0006】

３ＧＰＰ ＬＴＥネットワークの場合、ＱＣＩ（ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳクラス識別子）という概念は、タイプの異なるベアラトラフィックがそれぞれ異なるクラスに分類され、各クラスがその該当するタイプのトラフィックに適した個別のＱｏＳを表すクラスベースのＱｏＳアーキテクチャを容易にするためのメカニズムとして導入された。各クラスは、個別のＱＣＩによって識別される。各ＱＣＩは、標準化されたＱｏＳ「特性」のセットに関連付けられるとともにその参照として機能し、当該ＱｏＳ特性は、その対応するクラスのトラフィックのために、セルラ通信ネットワークのノード（例えば、ＲＡＮ／基地局）において、ＵＥとコアネットワークの間の端から端までにおいてどのようにパケット転送処理を適用するかを管理するためのフレームワークとして使用される。

【0007】

ＵＥにおいて複数のアプリケーションが動作する典型的なＬＴＥの場合、基地局（ＬＴＥのｅＮＢ）は、ＵＥおよびコアネットワーク（Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ））の間の各Ｅ−ＲＡＢ（Ｅｎｈａｎｃｅｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ：拡張無線アクセスベアラ）について、個別のＱｏＳパラメータのセット（ＱＣＩ、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）、および他のリソースタイプ依存型パラメータ（ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：保証ビットレート）リソースタイプまたは非ＧＢＲリソースタイプなど）を含む）を有する。したがって、ＱｏＳは、無線ベアラレベルのグラニュラリティで提供される。

【0008】

しかしながら、５Ｇでは、ＱｏＳという概念は、同一無線ベアラを介した異なる「ＱｏＳ」データフローの各データフローに、それぞれ個別のＱｏＳを「フローレベル」のグラニュラリティで付与するように拡張された。これを容易にするために、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）レイヤの上位に導入された新しいサブレイヤ（ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤ）が、複数のデータフロー（異なるアプリケーションなど）を管理する。具体的には、５Ｇでは、ＵＥにおいて複数のアプリケーションが動作中である場合、基地局（５Ｇの場合にはｇＮＢ）は、ＵＥとコアネットワークとの間の各Ｅ−ＲＡＢに対応する個別のベアラレベルでのＱＣＩ（またはＡＲＰ）を有していない。その代わりに、新しいＳＤＡＰサブレイヤが、ＵＥと基地局との間の無線インターフェイス（Ｕｕ）を介して、ＱｏＳフローをＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）にマッピングする（１つまたは複数のＱｏＳフローを各ＤＲＢにマッピングする）。ＱＦＩ（ＱｏＳ Ｆｌｏｗ ＩＤ：ＱｏＳフロー識別子）は、各ＱｏＳフローを、同一のトラフィック転送処理（例えば、スケジューリング、許容閾値など）が適用される同一のＱｏＳ特性を（所定のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッション内で）を有するユーザプレーントラフィックで識別するために使用される。ＱＦＩは、ＲＡＮとコアネットワーク（５ＧのＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ：ユーザプレーン機能）など）の間の「Ｎ３」参照ポイントで、カプセル化したヘッダに含まれる。ＱＦＩは、所定のＰＤＵセッション内で一意である。

【0009】

ＱＣＩという概念は５Ｇにおいて拡張され、ＱＣＩ（５Ｇ ＱｏＳインジケータ（または「５ＱＩ」）と呼ばれる）は、（各Ｅ−ＲＡＢではなく）各ＱｏＳフローに関連付けられる。ＬＴＥ ＱＣＩと同様に、５Ｇ ＱＣＩ（５ＱＩ）は、特定のＱｏＳ特性のセット（アクセスノード固有のパラメータなど）の参照として使用されるスカラであり、適用されるＱｏＳ転送処理を制御する（例えば、適用されるスケジューリング重み、許容閾値、キュー管理閾値、リンク層プロトコル構成など）。

【0010】

より詳細には、各ＱｏＳフロー（ＧＢＲおよび非ＧＢＲ）は、５ＱＩ、ＡＲＰ、およびその他複数のフロータイプ依存型ＱｏＳパラメータに関連付けられる。例えば、各ＧＢＲ ＱｏＳフローは、ＵＬ（ＵｐＬｉｎｋ：上りリンク）およびＤＬ（ＤｏｗｎＬｉｎｋ：下りリンク）の両方のＧＦＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：保証フロービットレート）にも関連付けられ、これは当該ＧＢＲ ＱｏＳフローによって提供されることが予想されるビットレートを示すものである。また、各ＧＢＲ ＱｏＳフローは、ＵＬおよびＤＬの両方のＭＦＢＲ（Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：最大フロービットレート）にも関連付けられ、これは当該ＧＢＲ ＱｏＳフローによって提供されることが予想されるビットレートを制限するものである（例えば、ＭＦＢＲを超えた場合に、過剰トラフィックをレート調整機能によって破棄するなど）。さらに、ＧＢＲ ＱｏＳフローは、「通知制御」パラメータに関連付けてもよく、これは、ＱｏＳフローの存続期間中に当該ＱｏＳフローのＧＦＢＲを満たすことができなくなった（または再度満たすことができない）場合の、ＲＡＮからの通知の要求の有無を示す。さらに、各非ＧＢＲ ＱｏＳフローをＲＱＡ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｔｔｒｉｂｕｔｅ：リフレクティブＱｏＳ属性）パラメータに関連付けて、当該ＱｏＳフロー上の一部のトラフィックがリフレクティブＱｏＳの対象になる可能性があることを示してもよい。

【0011】

５ＱＩで表されるＱｏＳ特性は、各ＱｏＳフローに、例えば、３ＧＰＰ無線アクセスリンク層プロトコル構成用に、ノード固有のパラメータを設定するためのガイドラインとして理解することができる。ＱｏＳ特性は、ＵＥとＵＰＦの間の端から端までにおいてＱｏＳフローが受けるべきパケット転送処理を効果的に説明するものである。ＱｏＳ特性には、リソースタイプ（ＧＢＲ、遅延クリティカルＧＢＲ、または非ＧＢＲ）、優先度レベル、ＰＤＢ（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ：遅延許容時間）、およびＰＥＲ（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ：パケット誤り率）が含まれる。

【0012】

優先度レベルは、ＱｏＳフロー間でリソースをスケジューリングする際の優先度を示す。優先度レベルは、同一ＵＥのＱｏＳフローを区別するとともに、異なるＵＥからのＱｏＳフローを区別するのに使用される。ＧＢＲ ＱｏＳフローのＱｏＳ要件がすべて満たされると、通常（当該ＧＢＲ ＱｏＳフローよりも高い優先度レベルを非ＧＢＲ ＱｏＳフローが示さない限り）、予備のリソースを、実装固有の方法で残りのトラフィックに使用することができる。優先度レベルの最小値は、最も高い優先度に対応する。

【0013】

ＰＤＢは、ＵＥとＵＰＦの間において許されるパケット遅延時間の上限を規定し、当該ＵＰＦは、当該ＵＰＦとデータネットワークとの間のＮ６インタフェースを終了させる。所定の５ＱＩの場合、ＰＤＢの値は上りリンクと下りリンクで同じである。３ＧＰＰアクセスの場合、ＰＤＢは、スケジューリングおよびリンク層機能の構成をサポートするために使用される。ＰＤＢは、信頼性レベル９８％の最大遅延として解釈される。

【0014】

ＰＥＲは、リンク層プロトコルの送信側（３ＧＰＰアクセスのＲＡＮの無線リンク制御（ＲＬＣ）など）で処理はされたが、対応する受信機によって上位層（例えば、３ＧＰＰアクセスのＲＡＮのＰＤＣＰ）に正常に送達されなかったＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（例えば、ＩＰパケットなど））のレートの上限を規定する。したがって、ＰＥＲは、輻榛に起因しないパケット損失のレートの上限を規定する。所定の５ＱＩの場合、ＰＥＲの値は上りリンクと下りリンクで同じである。遅延クリティカルＧＢＲリソースタイプのＱｏＳフローの場合、ＰＤＢよりも遅延したパケットは損失したものとしてカウントされ、ＰＥＲに含まれる。

【0015】

現行標準化されている５ＱＩ値は、表１に規定されるように、５Ｇ ＱｏＳ特性の標準化された組み合わせに１対１でマッピングされる。

【0016】

【表1】

【0017】

５ＧのＱｏＳ特性は、アクセスノードに予め構成された５ＱＩ値によって事前に構成してもよい。５Ｇ ＱｏＳ特性は、ＱｏＳプロファイルまたはＱｏＳルールの一部として通知される５ＱＩ値によって動的に割り当ててもよい。

【0018】

５ＧのＱｏＳアーキテクチャによると、ＮＧ−ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）において、５ＧＣ（５Ｇ Ｃｏｒｅ）ネットワークは、各ＵＥに対して１つまたは複数のＰＤＵセッションを確立してもよい。各ＰＤＵセッションにおいて、基地局は、各ＵＥに対して、ＰＤＵセッション毎に１つまたは複数のＤＲＢを確立してもよい。基地局は、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。したがって、ＰＤＵセッション確立時に、基地局は、５ＧＣによって示される各ＰＤＵセッションに対して少なくとも１つのデフォルトＤＲＢを確立する。ＵＥおよび５ＧＣにおけるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：非アクセス層）レベルのパケットフィルタは、ＵＬ（ＵｐＬｉｎｋ：上りリンク）およびＤＬ（ＤｏｗｎＬｉｎｋ：下りリンク）パケットを特定のＱｏＳフローに関連付ける。ＵＥおよび基地局におけるＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：アクセス層）レベルのマッピングは、ＵＬおよびＤＬ ＱｏＳフローを１つまたは複数のＤＲＢにそれぞれ関連付ける。基地局とコアネットワークは、パケットを適切なＱｏＳフローとＤＲＢにマッピングすることで、サービスの品質（例えば、信頼性および遅延目標）を保証する。したがって、２段階のマッピングには、ＩＰフローをＱｏＳフロー（ＮＡＳ）にマッピングすること、および、ＱｏＳフローをＤＲＢ（ＡＳ）にマッピングすること、が含まれる。各ＰＤＵセッション内で複数のＱｏＳフローをＤＲＢにマップする方法は、基地局次第である。ＤＬでは、基地局は、ＮＧ−Ｕマーキング（ＱｏＳフローＩＤ）および対応するＱｏＳプロファイルに基づいて、ＱｏＳフローをＤＲＢにマッピングする。ＵＬでは、ＵＥは、コアネットワークに転送されるパケットをマーキングするために、無線インターフェース（Ｕｕ）を介して送信されたＵＬパケットをＱＦＩでマーキングする。

【0019】

各ＱｏＳフロー（ＧＢＲおよび非ＧＢＲ）は、５ＱＩ、ＡＲＰ、およびその他複数のフロータイプ依存型ＱｏＳパラメータに関連付けられる。

【0020】

例えば、各ＧＢＲ ＱｏＳフローは、ＵＬおよびＤＬの両方のＧＦＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：保証フロービットレート）にも関連付けられ、これは当該ＧＢＲ ＱｏＳフローによって提供されることが予想されるビットレートを示す。また、各ＧＢＲ ＱｏＳフローは、ＵＬおよびＤＬの両方のＭＦＢＲ（Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：最大フロービットレート）にも関連付けられ、これは当該ＧＢＲ ＱｏＳフローによって提供されることが予想されるビットレートを制限するものである（例えば、ＭＦＢＲを超えた場合に、過剰トラフィックをレート調整機能によって破棄するなど）。さらに、ＧＢＲ ＱｏＳフローは、「通知制御」パラメータに関連付けてもよく、これは、ＱｏＳフローの存続期間中に当該ＱｏＳフローのＧＦＢＲを満たすことができなくなった（または再度満たすことができない）場合の、ＲＡＮからの通知の要求の有無を示す。

【発明の概要】

【0021】

基地局は、ＧＢＲフローおよび非ＧＢＲフローまたは複数のＧＢＲフローを、同一ＤＲＢにマッピングすることができる。しかしながら、基地局では、無線インターフェース（Ｕｕ）でのパケット処理はＤＲＢレベルのグラニュラリティで決定される（つまり、ＤＲＢは、同一のパケット転送処理が行われるパケットにサーブする）。したがって、ｇＮＢが複数のＧＢＲフロー、非ＧＢＲフロー、またはＧＢＲと非ＧＢＲフローを組み合わせて同一ＤＲＢにマッピングする場合、複数のＱｏＳフローのすべてのパケットに対して同一のパケット転送処理が行われるが、これは、一部のフローに対しては非効率的および／または不適切な場合がある。

【0022】

さらに、異なるパケット転送処理を要するＱｏＳフロー毎に個別のＤＲＢを確立することができ、これによりＱｏＳフロー毎のＱｏＳ要件が満たされはするが、このような１対１のマッピングは多くの場合非効率的であるおそれがある。

【0023】

さらに、ＱｏＳフロー特性に何らかの変化があった場合（例えば、フローレートの増加）、基地局は、当該ＤＲＢを共有するすべてのフローの対応のＱｏＳ要件を満たす（例えば、ＱｏＳフロー毎に必要なＰＲＢを割り当てる）ことができない場合がある。その結果、基地局は、１つまたは複数のフローをドロップするか、および／またはドロップしたフローをコアネットワークに示す必要がある。

【0024】

本発明は、上記問題に対処するための、または少なくとも部分的に寄与するための通信システムならびにこれに関連する装置および方法を提供することを目的とする。

【課題を解決するための手段】

【0025】

例示的な一態様において、本発明は、通信システムのユーザ機器によって実行される方法を提供し、上記方法は、少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を用いて基地局とデータの通信を行うことであり、上記データが単一のＤＲＢにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）特性のそれぞれのセットを有するように構成されることと、上記複数のデータフローについて少なくとも１つのＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザ体感品質）パラメータを測定することと、上記少なくとも１つのＱｏＥパラメータの前記測定に基づいてＱｏＥ情報を上記基地局に通知することと、を含む方法。

【0026】

例示的な一態様において、本発明は、通信システムの基地局によって実行される方法を提供し、上記方法は、少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を用いてＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）とデータの通信を行うことであり、上記データが単一のＤＲＢにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）特性のそれぞれのセットを有するように構成されること、上記少なくとも１つのＱｏＳパラメータの測定に基づくＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザ体感品質）情報を上記基地局で受信することと、上記受信したＱｏＥ情報に基づいて、上記単一のＤＲＢにマッピングされた上記複数のデータフローのＱｏＳを最適化するアクションを実行することと、を含む。

【0027】

例示的な一態様において、本発明は、通信システムのコアネットワーク機能によって実行される方法を提供し、上記方法は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）の通信セッションであって、上記ＵＥと基地局の間で少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を介して、単一のＤＲＢにマッピングされた複数のデータフローを用いてデータの通信が行われる上記通信セッションに関するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）情報を保持することであり、上記保持されるＱｏＳ情報が、それぞれ、上記単一のＤＲＢにマッピングされた各々のデータフローについて当該データフローに固有のＱｏＳ特性のセットを表す情報を含むことと、上記ＵＥで体感されたＱｏＥが満足のいくレベルを下回った少なくとも１つのデータフローについて、上記基地局によって提供されるＱｏＳ情報を受信することと、上記受信されたＱｏＳ情報に基づいて、上記保持されたＱｏＳ情報を最適化するアクションを実行することと、を含む。

【0028】

例示的な一態様において、本発明は、通信システムのＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）を提供し、上記ＵＥは、少なくとも１つのプロセッサおよびトランシーバを備え、上記少なくとも１つのプロセッサは、上記トランシーバを制御して少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を用いて基地局とデータの通信を行うことであり、上記データが単一のＤＲＢにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）特性のそれぞれのセットを有するように構成されることと、上記複数のデータフローについて少なくとも１つのＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザ体感品質）パラメータを測定することと、上記トランシーバを制御して上記少なくとも１つのＱｏＥパラメータの上記測定に基づいてＱｏＥ情報を上記基地局に通知することとを、するように構成される。

【0029】

例示的な一態様において、本発明は、通信システムの基地局を提供し、上記基地局は、少なくとも１つのプロセッサおよびトランシーバを備え、上記少なくとも１つのプロセッサは、上記トランシーバを制御して少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を用いてＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）とデータの通信を行うことであり、上記データが単一のＤＲＢにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）特性のそれぞれのセットを有するように構成されることと、上記トランシーバを制御して上記少なくとも１つのＱｏＳパラメータの上記測定に基づくＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザ体感品質）情報を上記基地局で受信することと、上記受信したＱｏＥ情報に基づいて、上記単一のＤＲＢにマッピングされた複数のデータフローのＱｏＳを最適化するアクションを実行することと、をするように構成される。

【0030】

例示的な一態様において、本発明は、通信システムのコアネットワーク機能を提供し、上記コアネットワーク機能は、少なくとも１つのプロセッサおよびトランシーバを備え、上記少なくとも１つのプロセッサは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）の通信セッションであって、上記ＵＥと基地局の間で少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を介して、単一のＤＲＢにマッピングされた複数のデータフローを用いてデータの通信が行われる上記通信セッションに関するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）情報を保持することであり、上記保持されるＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）情報が、それぞれ、上記単一のＤＲＢにマッピングされた各データフローについて当該データフローに固有のＱｏＳ特性のセットを表す情報を含むことと、上記トランシーバを制御して、上記ＵＥで体感されたＱｏＥが満足のいくレベルを下回った少なくとも１つのデータフローについて、基地局によって提供されるＱｏＳ情報を受信することと、上記受信したＱｏＳ情報に基づいて、上記保持されたＱｏＳ情報を最適化するアクションを実行することと、をするように構成される。

【0031】

例示的な一態様として本発明は、上述の例示的な態様によるユーザ機器と、上述の例示的な態様による基地局と、を備える通信システムを提供する。上記通信システムは、上述の例示的な態様において、コアネットワーク機能をさらに含んでもよい。

【0032】

本発明の例示的な態様は、プログラム可能なプロセッサをプログラムして上記の例示的な態様に記載の方法および上記または特許請求の範囲に記載の可能性を実行させ、および／または好適に適合したコンピュータをプログラムして任意の請求項に記載の装置を提供させるように動作可能な命令を格納する、コンピュータ読取可能な記憶媒体などのコンピュータプログラム製品に及ぶ。

【0033】

本明細書（特許請求の範囲を含む）に開示されるおよび／または図面に示される各特徴は、他の開示されるおよび／または図示される特徴とは独立して（または組み合わせて）本発明に組み込まれてもよい。特に、特定の独立請求項に従属する請求項の特徴は、任意の組み合わせでまたは個別にその独立請求項に導入することができるが、これに限らない。

【0034】

当業者の理解を効率化するために、本発明は３ＧＰＰシステム（５Ｇネットワーク）のコンテキストにおいて詳細に説明するが、本発明の原理は他のシステムにも適用することができる。

【図面の簡単な説明】

【0035】

ここで、添付図面を参照して、本発明の例示的な実施形態を説明する。

【図1】図１は、本発明を適用可能なモバイル通信システムのタイプを概略的に示す図である。

【図2】図２は、図１に示す通信システムに実装されるＱｏＳアーキテクチャを示す簡略図である。

【図3】図３は、図１の通信システムのユーザ機器および基地局のユーザプレーンプロトコルスタックを示す簡略図である。

【図4】図４は、図１の通信システムにおける使用に適したユーザ機器の簡略ブロック図である。

【図5】図５は、図１の通信システムにおける使用に適した基地局の簡略ブロック図である。

【図6】図６は、図１の通信システムにおいてポリシーおよび課金ルール機能の提供を促進するのに適したコアネットワーク機能の簡略ブロック図である。

【図7】図７は、図１の通信システムの基地局とユーザ機器との間で実行可能な手順を示すメッセージシーケンスの簡略図である。

【図8】図８は、図１の通信システムの基地局とユーザ機器との間で実行可能な別の手順を示すメッセージシーケンスの簡略図である。

【図9】図９は、図１の通信システムの基地局とユーザ機器との間で実行可能な別の手順を示すメッセージシーケンスの簡略図である。

【図10】図１０は、図１の通信システムの基地局５におけるフロー制御をＱｏＳフロー毎に示す簡略図である。

【図11】図１１は、図１の通信システムの基地局とユーザ機器との間で実行可能な別の手順を示すメッセージシーケンスの簡略図である。

【図12】図１２は、図１の通信システムの基地局とユーザ機器との間で実行可能な別の手順を示すメッセージシーケンスの簡略図である。

【図13】図１３は、図１の通信システムの基地局、ユーザ機器、およびコアネットワーク間で実行可能な手順を示すメッセージシーケンスの簡略図である。

【発明を実施するための形態】

【0036】

（概要）
図１は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）３（モバイル（セル）電話など）のアイテムが、適切なＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：無線アクセス技術）を使用して基地局５を介して別のＵＥと通信を行うことができるセルラ通信ネットワーク１の概略図である。当業者には明らかではあるが、図１が１つのＵＥ３と基地局５のみを例示目的で示す一方で、システム実装時には、通常他の基地局およびＵＥ３も含まれる。基地局５は、関連するＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：無線アクセスネットワーク）の一部を形成し、ＵＥ３がネットワークにアクセスし、１つまたは複数の関連サービスを受信できるようにするために、少なくとも１つのセル６を運用する。

【0037】

基地局５は、次世代（５Ｇ）規格に従って動作するように構成されており、本例では、基地局５は非分散型ｇＮＢ５を含む（５Ｇでは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ：中央ユニット）と、それぞれが少なくとも１つの関連セルにサーブする１つまたは複数のＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ：分散ユニット）と、を備える分散基地局であってもよい）。本例では「ｇＮＢ」タイプの基地局を説明するが、ＵＥ３への無線アクセスを提供するために、その機能の多くは他の基地局または同様の装置に拡張できるものとする。

【0038】

基地局５は、通信システム１における通信をサポートするための複数の論理コアネットワークノード７−１、７−２および７−３を含む関連コアネットワーク７を介して、セルラ通信ネットワークに接続される。本例のコアネットワークノード７は、他の機能に加えて、少なくとも１つのＣＰＦ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ：コントロールプレーン機能）７−１と、少なくとも１つのＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ：ユーザプレーン機能）７−２と、少なくとも１つのＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ：ポリシーおよび課金ルール機能）と、を実装する。しかしながら、通常、コアネットワーク７には、モビリティ管理機能を提供するモビリティ管理機能（例えば、ＬＴＥモビリティ管理エンティティ（ＭＭＥ）などに対応する）など他の機能も含まれるものとする。

【0039】

ＵＥ３、基地局５、およびコアネットワーク機能７−１、７−２および７−３は、複数のＱｏＳフロー９が、ＵＥ３と基地局５の間の無線インターフェイス（Ｕｕ）を介して単一のＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）１１にマッピングされ、ＱｏＳが、本明細書の導入部において概略的に説明したように、ＱｏＳフローレベルのグラニュラリティで管理されるＱｏＳアーキテクチャを実装するように構成される。図１のセルラ通信アーキテクチャ１のＱｏＳアーキテクチャを、図２に詳細に示す。

【0040】

図２に示すように、ＲＡＮの基地局５によってＵＥ３のＰＤＵセッションが確立されると、当該ＰＤＵセッションの一部として、ＵＥ３と基地局５との間の無線インタフェース上で１つまたは複数のＤＲＢ１１−１および１１−２を確立してもよい。

【0041】

ＵＥ３およびコアネットワーク７のＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：非アクセス層）レベルのパケットフィルタは、ＵＬ（ＵｐＬｉｎｋ：上りリンク）およびＤＬ（ＤｏｗｎＬｉｎｋ：下りリンク）パケットを、ＵＥ３とＵＰＦ７−２の間における異なる複数のＱｏＳフロー９−１、９−２および９−３にそれぞれ関連付け、各ＱｏＳフローは同一のＱｏＳクラス識別子（５ＱＩ）、すなわちＱｏＳ特性を共有する。ＵＥ３および基地局５におけるＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ：アクセス層）レベルのマッピングは、ＵＬおよびＤＬ ＱｏＳフロー９を１つまたは複数のＤＲＢ１１にそれぞれ関連付ける。ＰＤＵセッション内で、複数のＱｏＳフロー９をどのように対応のＤＲＢ１１にマッピングするかを決定するのは基地局５である。ＤＬでは、基地局５は、ＮＧ−Ｕマーキング（ＱＦＩ（ＱｏＳ Ｆｌｏｗ ＩＤ：ＱｏＳフローＩＤ））および対応するＱｏＳプロファイルに基づいて、ＱｏＳフローをＤＲＢ１１にマッピングする。ＵＬでは、ＵＥ３は、無線インターフェイス（Ｕｕ）を介して送信されるＵＬパケットをコアネットワークに適切に転送するために、当該パケットをＱＦＩでマーキングする。

【0042】

ＱｏＳフロー９からＤＲＢ１１へのマッピングを容易にするために、ＵＥ３および基地局５のＵＰ（Ｕｓｅｒ Ｐｌａｎｅ：ユーザプレーン）プロトコルスタックには、追加のＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）レイヤが設けられる。
ＵＰプロトコルスタックを図３に示す。図３に示すように、ＳＤＡＰレイヤは、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤ、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤ、およびＰＨＹ（ＰＨＹｓｉｃａｌ）レイヤの上位に設けられる。ＵＰプロトコルスタックについては、３ＧＰＰ ＴＳ ３８．３００に詳細に説明されている。ＰＨＹ、ＭＡＣ、ＲＬＣおよびＰＤＣＰレイヤは、当業者に周知の通常の機能を有する。

【0043】

ＳＤＡＰレイヤは、ＵＥ３と基地局５との間の無線インターフェース（Ｕｕ）を介してＤＲＢ１１にＱｏＳフロー９をマッピングする役割を担い、１つまたは複数のＱｏＳフロー９を各ＤＲＢ１１にマッピングする。ＳＤＡＰレイヤは、ＤＬパケットとＵＬパケットの両方を適切なＱｏＳフローＩＤ（ＱＦＩ）でマーキングして、対応するＱｏＳフロー９の一部としてパケットを識別する役割も担う。ＱＦＩは、ＲＡＮとコアネットワーク７（ＵＰＦ７−２など）の間の「Ｎ３」参照ポイントで、カプセル化したヘッダに含まれる。各ＱｏＳフロー９のＱＦＩは、ＰＤＵセッション内で一意である。ＳＤＡＰのプロトコルエンティティは、２個のエンティティを構成することのできるデュアル接続シナリオの場合を除いて、個々のＰＤＵセッション毎に単一のプロトコルエンティティが構成される（例えば、一方をマスターセルグループ（ＭＣＧ）用、他方をセカンダリセルグループ（ＳＣＧ）用として）。

【0044】

より詳細には、各ＱｏＳフロー９（ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：保証ビットレート）フロー、遅延耐性ＧＢＲフロー、または非ＧＢＲフロー）は、当該ＱｏＳフロー９に適用されるＱｏＳ処理を示す、対応するＱｏＳプロファイルを含む。具体的には、各ＱｏＳフロー９は、ＱＣＩ／５ＱＩ、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）、およびその他複数のフロータイプ依存型ＱｏＳパラメータにそれぞれ関連付けられる。例えば、ＧＢＲ ＱｏＳフロー９は、ＵＬおよびＤＬの両方のＧＦＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：保証フロービットレート）にも関連付けられ、これは、当該ＧＢＲ ＱｏＳフロー９によって提供されることが予想されるビットレートを示すものである。また、各ＧＢＲ ＱｏＳフロー９は、ＵＬおよびＤＬの両方のＭＦＢＲ（Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：最大フロービットレート）にも関連付けられ、これは、当該ＧＢＲ ＱｏＳフロー９によって提供されることが予想されるビットレートを制限するものである（例えば、ＭＦＢＲを超えた場合に、過剰トラフィックをレート調整機能によって破棄するなど）。さらに、ＧＢＲ ＱｏＳフロー９は、「通知制御」パラメータに関連付けてもよく、これは、当該ＱｏＳフロー９の存続期間中に当該ＱｏＳフロー９のＧＦＢＲを満たすことができなくなった（または再度満たすことができない）場合の、ＲＡＮからの通知の要求の有無を示す。さらに、各非ＧＢＲ ＱｏＳフロー９をＲＱＡ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｔｔｒｉｂｕｔｅ：リフレクティブＱｏＳ属性）パラメータに関連付けて、当該ＱｏＳフロー９上の一部のトラフィックがリフレクティブＱｏＳの対象になる可能性があることを示してもよい。

【0045】

ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）７−３は、ＱｏＳフローのＱｏＳプロファイルを維持して各ユーザセッションのＱｏＳ設定情報を提供する役割を担う。

【0046】

基地局５は、ＱｏＳ特性（すなわち、ＱＣＩ／５ＱＩによって表されるＱｏＳ特性）および当該ＱｏＳフローに構成されたＱｏＳパラメータに対して、異なるＱｏＳフロー９のそれぞれのＱｏＳ性能をモニタリングする。この一環として、基地局５は、各フローに適切なＱｏＳパラメータを測定する（または対応する測定結果をＵＥ３または他の通信エンティティから取得する）ことができる（例えば、基地局は、表１に含まれるパラメータ（遅延許容時間／レイテンシ、パケット誤り率、レート、優先度）のいずれかを測定することができる（これは、要件を満たせないフローがある場合には、当該フローは優先度が最も低いものである必要があるためである））。

【0047】

有利には、基地局５は、異なるＱｏＳフロー９のそれぞれについて、それらのフローに設定されたものに対するＱｏＳ性能をモニタリングすることに加えて、ＵＥ３は、各ＱｏＳフロー９についてＵＥ３が体感したそれぞれのＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：体感品質）をモニタリングし、ＱｏＥ情報が関連するＱＦＩに関連付けて、対応するＱｏＥ情報を基地局５に通知する。ＵＥ３は、さらに各フローのＱｏＳ性能をモニタリングすることもできるが、本例では、ＱｏＳパラメータは基地局５で測定されるため、ＵＥ３によるＱｏＳ測定の通知は不要であってもよいものとする。しかしながら、ＵＥ３によるＱｏＳ測定の通知が有益であるシナリオも複数存在する（例えば、ＵＥ３と基地局５とで測定が一致しない場合）。

【0048】

ＱｏＥ測定には通常、例えば、ユーザ体感に直接影響するＱｏＥパラメータも含まれ得るが、これはＱｏＳパラメータから導き出すことが困難または不可能な場合がある。例えば、ビデオストリーミングサービスの場合、測定されたＱｏＥパラメータには、初期遅延（ビデオ開始までの）、再バッファイベントの回数および／または期間（バッファアンダーフローによる）、ビデオジッタなどが含まれる。Ｗｅｂブラウジングの場合、Ｗｅｂページがユーザデバイスでレンダリングされるまでの遅延は、主要なＱｏＥメトリックと見なされる。一方で、表１にあるようなＱｏＳパラメータ（パケット損失など）は、ネットワーク関連のパフォーマンスを測定する。

【0049】

基地局５（および場合によってはＵＥ３）によるＱｏＳ性能のモニタリングと、ＵＥ３が実際に体感したＱｏＥのモニタリングと、に基づいて、以下の状況を判別することができる。
（１）ＱｏＳフロー９のいずれについても、モニタリング対象ＱｏＳの許容限度を超えた劣化は見られず、ＱｏＳフロー９のいずれについても、ＵＥ３が体感したモニタリング対象ＱｏＥの許容限度を超えた劣化は見られない。
（２）ＱｏＳフロー９の少なくとも１つについてモニタリング対象ＱｏＳに許容限度を超えた劣化が見られるが、ＱｏＳフロー９のいずれについても、ＵＥ３が体感したモニタリング対象ＱｏＥの許容限度を超えた劣化は見られない。
（３）ＱｏＳフロー９のいずれについても、モニタリング対象ＱｏＳの許容限度を超えた劣化は見られず、ＱｏＳフロー９の少なくとも１つについて、ＵＥ３が体感したモニタリング対象ＱｏＥに許容限度を超えた劣化が見られる。
（４）ＱｏＳフロー９の少なくとも１つについて、モニタリング対象ＱｏＳに許容限度を超えた劣化が見られ、ＱｏＳフロー９の少なくとも１つについて、ＵＥ３が体感したモニタリング対象ＱｏＥに許容限度を超えた劣化が見られる。
ＵＥ３は、上記のどの状況が発生するかに関わらずＱｏＥ情報（および／または任意のＱｏＳ測定結果）を通知することができるが、１つまたは複数のＱｏＳフロー９のＱｏＥが許容限度を超えて劣化した場合（例えば（３）および（４））、ＵＥ３は、ＱｏＥ情報（および／またはＱｏＳ測定結果）のみを通知してもよいものとする。ＵＥ３がＱｏＳ性能も認識しており、１つまたは複数のＱｏＳフローのＱｏＥまたはＱｏＳのいずれかが許容限度を超えて劣化した場合（例えば（２）、（３）および（４））、ＵＥ３は、ＱｏＥ情報および／またはＱｏＳ測定結果のみを通知してもよい。

【0050】

一実施例において提供されるＱｏＥ情報は、ＵＥ３で体感されるＱｏＥが許容限度を超えて劣化しているか否か（例えば、ＱｏＥの許容限度を表す特定のトリガレベルを超えているか否か）を示す１つまたは複数のＱｏＥ劣化フラグ（または同様のＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ：情報要素））を含む。ＱｏＥフラグは、例えば、「１」がＱｏＥの劣化を示し、「０」が劣化がないことを示す（またはこの反対）ように設定された、１ビットのフラグである。ＱｏＥ劣化フラグは、例えば、ＱｏＳフローのＱＦＩに関連付けて、ＱｏＥの劣化が体感された（所定のＰＤＵセッションの）ＱｏＳフロー９毎に設けてもよい。

【0051】

ＵＥ３がＱｏＳの劣化をモニタリングする場合、当該ＱｏＳフローのＱＦＩに関連付けて、ＱｏＳの劣化が体感された（所定のＰＤＵセッションの）ＱｏＳフロー９毎に、それぞれ個別のＱｏＥ劣化フラグを（代替的または追加的に）設けてもよい。これは、例えば、基地局５が、１つまたは複数のＱｏＳフローのＱｏＳが劣化したが、当該劣化の影響を受けたフローについてＵＥ３が体感したＱｏＥの劣化はトリガレベルを超えていないと（自局のＱｏＳモニタリングに基づいて）判断した場合に特に有益であり、これは、基地局５が対応するＱｏＳを改善するアクションを不要に実行しないということである。

【0052】

ＱｏＥ劣化フラグは、ＱｏＳフローのＱＦＩに関連付けて、所定のＰＤＵセッションのＱｏＳフロー９毎にそれぞれ設けてもよいものとする。さらに、ＱｏＥ劣化フラグをＱｏＳフロー毎に設けることが特に有用である一方で、単一の「グローバル」なＱｏＥ劣化フラグを使用して、影響を受ける各フローそれぞれのＱＦＩをリスト化する情報要素を示すとともに、１つまたは複数のＱｏＳフロー９についてＱｏＥの劣化が体感されていることを示すことができる。

【0053】

別の実施例で提供されるＱｏＥ情報には、ＱｏＥ測定結果の通知が含まれる。そのような測定結果は、例えば、当該ＱｏＳフローのＱＦＩに関連付けて、ＱｏＥの劣化を体感した（所定のＰＤＵセッションの）すべてのＱｏＳフロー９について通知してもよく、および／または、当該ＱｏＳフローのＱＦＩに関連付けて、（ＵＥ３がＱｏＳの劣化をモニタリングする場合に）ＱｏＳの劣化が体感された（所定のＰＤＵセッションの）すべてのＱｏＳフロー９について通知してもよい。

【0054】

別の実施例では、ＱｏＥ測定の結果は、所定のＰＤＵセッションのすべてのＱｏＳフロー９について（つまり、劣化とは無関係に）通知してもよく、特定のＱｏＳフローの各測定レポートが対応するＱＦＩに関連付けて与えられる。本実施例では、基地局５は、所定のＱｏＳフロー９のＱｏＥの劣化が体感されているか否かを、通知された測定から判断することができる。

【0055】

測定されたＱｏＥパラメータの通知については、ＱｏＥパラメータをそれぞれ個別に通知することもできるし、またはこれらのパラメータから派生した結合ＱｏＥメトリックの一部として通知するものとする。例えば、１〜５の範囲のＭＯＳ（Ｍｅａｎ Ｏｐｉｎｉｏｎ Ｓｃｏｒｅ：平均オピニオン評点）を検討してもよい。単一のバイナリＱｏＥ劣化フラグを通知する実施例では、結合ＱｏＥメトリックに閾値を適用して、ＱｏＥ劣化の有無のケースを判断することができる。

【0056】

したがって、図１の通信ネットワーク１では、基地局５は、ＵＥ３から通知されたＱｏＥ情報を、以下のように有利に使用することができる：
ＤＲＢ全体のＱｏＳパラメータを最適化する；
同一ＤＲＢ上のすべてのＱｏＳフローに割り当てるリソースを最適化する；および／またはＱｏＳフローのグラニュラリティで、適切なフロー制御や優先順位付け（フロー形成）を行う。

【0057】

有利には、ＱｏＳフローレベルのグラニュラリティでの無線インタフェースのフロー制御を促進するために、基地局５には、フロー制御ユニットが（ＳＤＡＰレイヤに）設けられる。フロー制御ユニットは、特定のＱｏＳフロー（例えば、別のフローのＱｏＥの劣化に寄与する「問題のある」フロー）のパケットをバッファリングしてレート調整を行い、異なるＱｏＳフローのパケットがＰＤＣＰレイヤに渡される（そして同化する）前に、所定のＤＲＢにおいてレートを低下させるように構成される。したがって、有利には、このようなフロー制御を用いることで、各ＱｏＳフロー９（ＱｏＳプロファイルが異なる）に対し、同一ＤＲＢ内において、当該ＱｏＳフロー９の特定のＱｏＳパラメータにより適した、それぞれ異なるパケット転送処理を適用することができる。

【0058】

基地局５は、ＵＥ３から通知されたＱｏＥ情報を有効に利用して、ＱｏＥが劣化したＱｏＳフロー９を別の既存のＤＲＢに移すこと、または新しいＤＲＢを確立し劣化したＱｏＥを示すＱｏＳフロー９を上記新しいＤＲＢに移すことを決定してもよい。

【0059】

また、一実施例では、基地局５は、許容限度を超えて劣化したＱｏＥ（および／またはＱｏＳ）を示すフローについて、ＱｏＳ情報を、対応するＱＦＩとともにコアネットワーク７に有益に提供する。コアネットワーク７（ＰＣＲＦ７−３など）は、受信したＱｏＳ情報を用いて、例えば、影響を受けたＤＲＢの影響を受けた（または他の）ＱｏＳフロー（例えば、ＧＢＲ ＱｏＳフローのＧＦＢＲおよび／またはＭＦＢＲ）に対応するＱｏＳパラメータを調整して、影響を受けたフロー（例えば、ストリーミングアプリケーション（ビデオストリーム））のＵＥ知覚ＱｏＥを改善することで、ＵＥサービスのＱｏＳ情報／プロファイルを調整する。

【0060】

（ＵＥ）
図４は、図１に示すアイテムのＵＥ３の主要構成要素（例えば、モバイル電話、他のユーザ機器など）を示すブロック図である。

【0061】

図示のように、ＵＥ３は、１つまたは複数のアンテナ３３を介して基地局５と信号の送受信を行うように動作可能なトランシーバ回路３１を有する。ＵＥ３は、ＵＥ３の動作を制御するコントローラ３７を有する。コントローラ３７はメモリ３９に対応し、トランシーバ回路３１に接続される。ＵＥ３は、動作するうえで必ずしも必要ではないが、従来のＵＥ３の標準の機能（ユーザインタフェース３５など）をすべて備えてよいことは明らかであり、当該機能は、ハードウェア、ソフトウェアおよびファームウェアのいずれか１つまたはこれらの任意の組み合わせによって適宜提供されてもよい。ソフトウェアは、メモリ３９に事前にインストールしてもよいし、および／または、例えば、通信ネットワークを介して、またはＲＭＤ（Ｒｅｍｏｖａｂｌｅ Ｄａｔａ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ：リムーバブルデータ格納デバイス）から、ダウンロードしてもよい。

【0062】

コントローラ３７は、本実施例では、メモリ３９内に格納されたプログラム命令またはソフトウェア命令によってＵＥ３全体の動作を制御するように構成される。図示のように、これらのソフトウェア命令は、特に、オペレーティングシステム４１、通信制御モジュール４３、ＱｏＳフロー管理モジュール４４、ＱｏＥ／ＱｏＳ測定モジュール４５、ＱｏＥ／ＱｏＳ通知モジュール４６、およびＰＤＵセッション管理モジュール４７を含む。

【0063】

通信制御モジュール４３は、ＵＥ３とそのサービング基地局５との間の通信（および当該サービング基地局５に接続される、他のＵＥ、コアネットワークノードなどの他の通信デバイスとの通信）を制御するように動作可能である。

【0064】

ＱｏＳフロー管理モジュール４４は、ＵＥ側でＱｏＳフローを管理する役割を担う。ＱｏＳフロー管理モジュール４４は、例えば、ＵＬデータパケットを適切なＱＦＩでマーキングし、進入ＤＬデータパケットを処理するのに必要なＳＤＡＰレイヤ機能を、例えばＰＤＣＰレイヤから、ＱｏＳフローレベルで実行する。

【0065】

ＱｏＥ／ＱｏＳ測定モジュール４５は、各ＱｏＳフローのＱｏＥが許容限度を超えて劣化したか否かを評価するのに適したＱｏＥ測定を行う。ＱｏＥは、例えば、許容可能な劣化限界を線引きし、メモリ３９に格納される１つまたは複数の予め定義された閾値に対して評価してもよい。例えば、ＱｏＥに伴って増大する特定の測定結果が対応の閾値を下回る場合、またはＱｏＥに伴って減少する測定結果が閾値を超えた場合、ＱｏＥが許容限度を超えて劣化したとみなしてもよい。しかしながら、予め定義されたそのような閾値のセットがＱｏＥの劣化を示す方法で渡されるまでは、ＱｏＥが劣化したとみなす必要はないものとする。ＵＥ３がＱｏＳ測定を行う場合、ＱｏＥ／ＱｏＳ測定モジュール４５は、各ＱｏＳフローのＱｏＳが許容限度を超えて劣化したか否かを評価するためにこれらの測定も行う（これは、例えば、設定されたＱｏＳ特性および／またはＱｏＳプロファイル内の他のＱｏＳパラメータに基づいて上述のＱｏＥの劣化を判断するＱｏＳ測定用に予め定義された１つまたは複数の閾値に基づく）。

【0066】

ＱｏＥ／ＱｏＳ通知モジュール４６は、ＱｏＥ劣化フラグ（そのようなフラグが使用される場合）および／または他のＱｏＥ情報（例えば、ＱｏＥ測定結果）などのＱｏＥ情報を通知する役割を担う。当該通知は定期的に行われてもよいし、イベントによってトリガされてもよいし、基地局５の要求に応じて行われてもよい。

【0067】

ＰＤＵセッション管理モジュール４７は、ＰＤＵセッションのセットアップ、メンテナンスおよび終了においてＵＥにかかる役割を制御する。

【0068】

（基地局）
図５は、図１に示す基地局５の主要構成要素を示すブロック図である。図示のように、基地局５は、１つまたは複数のアンテナ５３（例えば、アンテナアレイ／大規模アンテナ）を介してＵＥ３と信号の送受信を行うためのトランシーバ回路５１、及びネットワークノード（例えば、コアネットワーク７内の他の基地局および／またはノード）と信号の送受信行うためのネットワークインタフェース５５を有する。

【0069】

基地局５は、基地局５の動作を制御するコントローラ５７を有する。コントローラ５７はメモリ５９に対応する。ソフトウェアは、メモリ５９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、またはＲＭＤ（Ｒｅｍｏｖａｂｌｅ Ｄａｔａ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ：リムーバブルデータ格納デバイス）から、ダウンロードしてもよい。コントローラ５７は、本実施例では、メモリ５９内に格納されたプログラム命令またはソフトウェア命令によって基地局５の全体的な動作を制御するように構成される。図示のように、これらのソフトウェア命令は、特に、オペレーティングシステム６１、通信制御モジュール６３、ＱｏＳフロー管理モジュール６４、ＱｏＳ測定および通知モジュール６５、ＱｏＳフロー制御モジュール６６、およびＰＤＵセッション管理モジュール６７を含む。

【0070】

通信制御モジュール６３は、基地局５と、ＵＥ３および基地局５に接続された他のネットワークエンティティとの間の通信を制御するように動作可能である。通信制御モジュール６３は、ダウンリンクユーザトラフィックの個別フローを（対応のデータ無線ベアラを介して）制御するとともに、この基地局５に対応する通信デバイスに送信されるデータを制御し、当該データには、例えば、コアネットワークサービスおよび／またはＵＥ３のモビリティ用の制御データが含まれる（一般的な（ＵＥ固有ではない）システム情報および参照信号も含まれる）。

【0071】

ＱｏＳフロー管理モジュール６４は、基地局側でＱｏＳフローの管理する役割を担い、これにはＤＲＢへのＱｏＳフローの適切なマッピングが含まれる。ＱｏＳフロー管理モジュール６４は、例えば、ＤＬデータパケットを適切なＱＦＩでマーキングし、進入ＵＬデータパケットを処理するのに必要なＳＤＡＰレイヤ機能を、例えばＰＤＣＰレイヤから、ＱｏＳフローレベルで実行する。

【0072】

ＱｏＳ測定および通知モジュール６５は、各ＱｏＳフローのＱｏＳ性能が許容限度を超えて劣化したか否かを評価するのに適したＱｏＳ測定を行う。ＱｏＳ性能は、例えば、設定されたＱｏＳ特性および／またはＱｏＳプロファイルの他のＱｏＳパラメータに対して評価してもよい（これは、例えば、ＱｏＥの劣化の判断に関連して上述した閾値と同様の、ＱｏＳ測定用の１つまたは複数の予め定義された閾値に基づく）。

【0073】

ＱｏＳ測定および通知モジュール６５は、ＱｏＳ測定結果などのＱｏＳ情報をコアネットワーク７へ（例えば、最終的にはＰＣＲＦ７−３へ）通知する役割も担う。通知されたＱｏＳ情報は、基地局５によって実行されたＱｏＳ測定の結果および／またはＵＥ３から受信したＱｏＳ情報を含んでもよいものとする。

【0074】

ＱｏＳフロー制御モジュール６６は、ＱｏＳフローレベルのグラニュラリティでＱｏＳフローベースのフロー制御を行う役割を担う。ＱｏＳフロー制御モジュール６６は、特定のＱｏＳフローのパケットを対応のＱｏＳフローバッファ６９にバッファリングしてレート調整を行い、異なるＱｏＳフローのパケットがＰＤＣＰレイヤに渡される（そして同化する）前に、当該特定のＱｏＳフローのレートを所定のＤＲＢにおいて低下させる（例えば、別のＱｏＳフローのＱｏＥの劣化に寄与する「問題のある」フローのデータレートを低下させる）ように構成される。

【0075】

ＰＤＵセッション管理モジュール６７は、適切なＤＲＢのセットアップ、メンテナンスおよび管理を含むＰＤＵセッションのセットアップ、メンテナンスおよび終了において基地局にかかる役割を制御する。

【0076】

（ＰＣＲＦ）
図６は、ポリシー課金およびルール機能７−３（ＰＣＲＦ）を提供するコアノード７−３の主要構成要素を示すブロック図である。コアノード７−３は、ネットワークインタフェース７５を介して、基地局５および／または他のノード（例えば、他のコアネットワーク機能を提供する他のコアノード）と信号の送受信を行うように動作可能なトランシーバ回路７１を備える。コントローラ７７は、メモリ７９に格納されたソフトウェアに従ってトランシーバ回路７１の動作を制御する。当該ソフトウェアは、特に、オペレーティングシステム８１、通信制御モジュール８３、およびポリシーおよび課金ルールモジュール８４を含む。

【0077】

通信制御モジュール８３は、コアノード７−３とコアノード７−３に（直接または間接的に）接続された他のネットワークエンティティ（例えば、基地局５および／または他のコアネットワーク機能を提供する他のコアノード）との間の直接および／または間接通信を制御するように動作可能である。

【0078】

ポリシーおよび課金ルール管理モジュール８４は、コアネットワーク機能を管理してポリシーおよび課金ルール機能を提供し、サービスデータフロー検出、ポリシー施行、およびフローベース課金（例えば、複数の基地局からのデータ使用統計の蓄積）をサポートする役割を担う。ポリシーおよび課金ルール管理モジュール８４は、ＱｏＳポリシーを管理してＰＤＵセッション内の各ＱｏＳフローに適したＱｏＳ設定情報を基地局５に提供するＱｏＳポリシー管理モジュール８５を、備える。ＱｏＳポリシー管理モジュール８５は、ポリシーを追加および再構成して、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）を動的に管理し、適切に制御することができる。

【0079】

上の説明では、理解を容易にするために、ＵＥ３、基地局５、およびコアネットワーク機能は複数の個別モジュール（通信制御モジュールやビーム構成／制御モジュールなど）を備えるものとして説明された。これらのモジュールは、例えば、本発明を実施するために既存のシステムに変更を加えた特定のアプリケーションについては上述のような方法で提供することができるが、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムなどの他のアプリケーションについては、これらのモジュールは、オペレーティングシステムまたはコード全体に組み込んでもよく、この場合、これらのモジュールは個別のエンティティとして認識されなくてもよい。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせで実装されてもよい。

【0080】

複数の利点があるＱｏＳフローレベルのグラニュラリティでの効率的なＱｏＳ管理を提供するのに役立つように実行可能ないくつかの手順を、ここで例として説明する。これらの手順はそれぞれ単独で実行された場合に独立して技術的な利点を有してもよく、これらの手順の任意の組み合わせを適宜併せて実行してもよい。

【0081】

（ＱｏＥの通知）
図７は、手順を示すメッセージシーケンスの簡略図であり、当該手順は、基地局５で情報を取得するために、図１の通信システムの基地局５とユーザ機器３の間で実行可能であり、所定のＰＤＵセッション内の単一のＤＲＢを介して提供される複数のＱｏＳフローそれぞれのＱｏＥおよびＱｏＳを評価すること、および各フローのＱｏＳを最適化する一方で、すべてのＱｏＳフローで許容可能なＱｏＥを確実に得るために実行可能なアクションを識別することを目的とする。

【0082】

図７に示すように、Ｓ７００では、複数のＱｏＳフローが特定のＰＤＵセッションの単一のＤＲＢにマッピングされる（しかしながら、この同一ＰＤＵセッション内にも、それぞれが１つまたは複数の個別のＱｏＳフローに関連付けられた他のＤＲＢが存在する可能性がある）。

【0083】

Ｓ７０２では、複数のＱｏＳフローのそれぞれについてＵＥ３が体感したＱｏＥは、適切な測定を行うことでそれぞれモニタリングされる。ＵＥ３は、必要に応じて各ＱｏＳフローのＱｏＳ特性をモニタリングしてもよい。Ｓ７０４で、基地局５は、それらのＱｏＳフローに設定されたＱｏＳ特性に対する各ＱｏＳフローのＱｏＳ性能をモニタリングする。ＵＥ３は、Ｓ７０２でのモニタリングの結果としてＵＥ３が取得したＱｏＥ情報を、Ｓ７０６で通知する。

【0084】

ＵＥ３は、図７のオプション（Ａ）から（Ｃ）に示すように、取得したＱｏＥ情報をさまざまな方法で通知することができる。これらのオプションは必ずしも相互に排他的ではなく、状況に応じて特定のＵＥ３用に選択可能な代替通知オプションとして提供してもよいものとする。

【0085】

図７（Ａ）において、ＵＥ３は、Ｓ７０６−１で、ＵＥ３で体感されるＱｏＥが許容限度を超えて劣化したか否かを示す１つまたは複数のＱｏＥ劣化フラグ（または同様のＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ：情報要素））を含んで取得されたＱｏＥ情報を通知する（当該通知は、例えば、上記の１つまたは複数の閾値に対するＱｏＥ測定の評価に基づいて行われる）。本実施例ではＱｏＥ劣化フラグは、ＱｏＳフローのＱＦＩに関連付けて、ＱｏＥの劣化を体感した（所定のＰＤＵセッションの）ＱｏＳフロー９毎に設けられる。

【0086】

ＵＥ３がＱｏＳの劣化をモニタリングする場合、ＱｏＳフローが許容外のＱｏＥ劣化を現時点で体感していない場合であっても、当該ＱｏＳフローのＱＦＩに関連付けて、ＱｏＳの劣化が体感された（所定のＰＤＵセッションの）ＱｏＳフロー９毎にも、それぞれ個別のＱｏＥ劣化フラグが設けられる。これにより、基地局５が、１つまたは複数のＱｏＳフローのＱｏＳが劣化したが、当該劣化の影響を受けたフローについてＵＥ３が体感したＱｏＥの劣化は許容外のものではないと（自局のＱｏＳモニタリングに基づいて）判断した場合、基地局５は、対応するＱｏＳを改善するアクションを不要に取る必要はない（あるいは、対応のＱｏＳ要件を緩和するためのアクションを取ることができる）。

【0087】

図７（Ｂ）で提供されるＱｏＥ情報には、ＱｏＥ測定結果の通知が含まれる。本実施例では、そのような測定結果は、当該ＱｏＳフローのＱＦＩに関連付けて、ＱｏＥの劣化が体感された（所定のＰＤＵセッションの）すべてのＱｏＳフロー９について通知される。同様に、ＱｏＥ測定結果の通知は、当該ＱｏＳフローの（ＵＥ３がＱｏＳ劣化をモニタリングする）ＱＦＩに関連付けて、ＱｏＳの劣化が体感された（所定のＰＤＵセッションの）すべてのＱｏＳフロー９について行ってもよい。

【0088】

図７（Ｃ）では、ＱｏＥ測定の結果は、所定のＰＤＵセッションのすべてのＱｏＳフロー９について（つまり、ＱｏＥ劣化に関係なく）通知してもよく、特定のＱｏＳフローの各測定通知が対応するＱＦＩに関連付けて与えられる。したがって、本実施例では、基地局５は、特定のＱｏＳフロー９がＱｏＥの劣化を示すか否かだけでなく、当該ＱｏＳフロー９が示すＱｏＥの劣化の程度も、通知された測定から判断することができる。その結果、基地局５は、所定のフローのＵＥ３が体感したＱｏＥが許容可能か否かを決定することができるのに加えて、当該ＱｏＥが許容限度を超える（または下回る）程度を判断することもできる。このように、基地局５は、異なるＱｏＳフローのための様々なＱｏＳ要件／リソース割り当てを最適化するために、より多くの情報に基づいたアクションを取ることができる（例えば、すべてのＱｏＳフローのＱｏＥを可能な限り許容限度に近づけることができる）。

【0089】

したがって、これらの通知オプションの１つまたは複数を利用して、基地局５が、ＤＲＢ全体のＱｏＳパラメータを最適化すること、同一ＤＲＢ上のすべてのＱｏＳフローに割り当てるリソースを最適化すること、および／またはＱｏＳフローレベルのグラニュラリティでの適切なフロー制御や優先順位付け（フロー形成）を実行することを可能にする情報を、基地局５に提供してもよい。

【0090】

ここで、複数の利点があるＱｏＳフローレベルのグラニュラリティでの効率的なＱｏＳ管理を実現するためにＵＥ３から受信したＱｏＥ情報を基地局がどのように使用することができるかを説明するいくつかの手順を、例として説明する。

【0091】

（ＱｏＥ情報の使用）
上で説明したように、各ＱｏＳフローについて、ＵＥで体感されるＱｏＥと、設定されたＱｏＳ特性と比較した場合の各ＱｏＳフローが示すＱｏＳ性能とに応じて、以下の状況が発生する可能性がある：
（１）いずれのＱｏＳフローについても、モニタリング対象ＱｏＳの許容限度を超えた劣化は見られず、いずれのＱｏＳフローについても、ＵＥ３が体感したモニタリング対象ＱｏＥの許容限度を超えた劣化は見られない。
（２）少なくとも１つのＱｏＳフローについて、モニタリング対象ＱｏＳが許容限度を超えた劣化を示すが、いずれのＱｏＳフローについても、ＵＥ３が体感したモニタリング対象ＱｏＥの許容限度を超えた劣化は見られない。
（３）いずれのＱｏＳフローについても、モニタリング対象ＱｏＳの許容限度を超えた劣化は見られず、少なくとも１つのＱｏＳフローについて、ＵＥ３が体感したモニタリング対象ＱｏＥに許容限度を超えた劣化が見られる。
（４）少なくとも１つのＱｏＳフローについて、モニタリング対象ＱｏＳに許容限度を超えた劣化が見られ、少なくとも１つのＱｏＳフローについて、ＵＥ３が体感したモニタリング対象ＱｏＥに許容限度を超えた劣化が見られる。
図８から図１１はそれぞれ上記の状況の１つまたは複数において基地局５が取得したＱｏＥ／ＱｏＳ情報を有益に使用する方法を示しているが、基地局は、取得したＱｏＥ／ＱｏＳ情報を同様の方法で、必要に応じて異なる状況で使用してもよい。

【0092】

例えば、図８は、状況（２）および（３）のコンテキストで取得したＱｏＥ／ＱｏＳ情報を基地局５がどのように用いるかを示すメッセージシーケンス図である。

【0093】

図８のＳ８０２で、複数のＱｏＳフローのそれぞれについてＵＥ３が体感したＱｏＥは、適切な測定を行うことでそれぞれモニタリングされる。ＵＥ３は、必要に応じて各ＱｏＳフローのＱｏＳ特性をモニタリングしてもよい。Ｓ８０４では、基地局５は、それらの各ＱｏＳフローに設定されたＱｏＳ特性に対する各ＱｏＳフローのＱｏＳ性能をモニタリングする。ＵＥ３は、Ｓ８０２でのモニタリングの結果としてＵＥ３が取得したＱｏＥ情報を、Ｓ８０６で通知する（例えば、図７（Ａ）から（Ｃ）の１つを参照して説明したように）。

【0094】

図８（Ａ）では、ＵＥ３から通知されたＱｏＥ情報および基地局５によって（自局におけるＱｏＳ測定に基づいて、またはＵＥ３から通知されたＱｏＳ測定結果に基づいて）取得されたＱｏＳ情報は、少なくとも１つのＱｏＳフローについてモニタリング対象ＱｏＳが許容限度を超えた劣化を示すが、いずれにＱｏＳフローについても、ＵＥ３が体感したモニタリング対象ＱｏＥの許容限度を超えた劣化は見られないことを示す。

【0095】

これは、より寛容なＱｏＳ要件で、すべてのＱｏＳフローについて、ＵＥ３で十分なＱｏＥを達成できる可能性があることを示す。これにより、Ｓ８０８では、基地局５は、通知されたＱｏＥ情報（および場合によっては、セル全体の負荷などの１つまたは複数の他のパラメータ）に基づいて（例えば、ＱｏＳ要件を緩和するため）所定のＤＲＢのＱｏＳパラメータを更新し、ＵＥ３で当該ＤＲＢ上のすべてのＱｏＳフローについて許容可能なＱｏＥが維持されるようにする。実際のＱｏＥ測定を通知する場合（ＱｏＥ劣化フラグのみを通知する場合とは異なり）、図７（Ｂ）および（Ｃ）を参照して説明したように、測定されたＱｏＥが目標レベルを超える度合いは、ＤＲＢのＱｏＳパラメータを更新するか否かに関する基地局の決定を通知するのに有益に用いることができ、ＱｏＳパラメータを更新する場合には、ＱｏＥの許容外の劣化を引き起こさずに更新を行うことのできる程度を通知してもよい。

【0096】

図８（Ｂ）において、ＵＥ３から通知されたＱｏＥ情報および基地局５によって（自局におけるＱｏＳ測定に基づいて、またはＵＥ３から通知されたＱｏＳ測定結果に基づいて）取得されたＱｏＳ情報は、いずれのＱｏＳフローについてもモニタリング対象ＱｏＳの許容限度を超えた劣化は見られないが、少なくとも１つのＱｏＳフローについて、ＵＥ３が体感したモニタリング対象ＱｏＥに許容限度を超えた劣化が見られることを示す。

【0097】

これは、ＤＲＢに割り当てられた現在のリソースや、ＱｏＳフロー間で当該リソースを共有する現在の方法では、ＵＥ３がすべてのＱｏＳフローにおいて十分なＱｏＥを達成することは不可能であることを示す。したがって、Ｓ８１０において、基地局５は、通知されたＱｏＥ情報に基づいて所定のＤＲＢのリソース割り当てを最適化し、ＵＥ３が当該ＤＲＢ上のすべてのＱｏＳフローについて許容可能なＱｏＥを確実に得るようにする。実際のＱｏＥ測定を通知する場合（ＱｏＥ劣化フラグのみを通知する場合とは異なり）、図７（Ｂ）および（Ｃ）を参照して説明したように、測定されたＱｏＥが目標レベルを超える度合いは、リソースを最適化する方法に関する基地局の決定を通知するのに有益に用いることができる。基地局５は、当該最適化を、十分な追加リソースをＤＲＢに割り当てることにより（例えば、ＱｏＳ要件をより厳しくするように更新する）、および／またはＱｏＳフローをＤＲＢマッピングに変更することで実現してもよい。例えば、基地局は、許容外に劣化したＱｏＥを示す１つまたは複数のＱｏＳフローを、ＱｏＳ要件がより厳しい別のＤＲＢに再マッピングし、許容可能なＱｏＥを示すＱｏＳフローを既存のＤＲＢにマッピングしたままとしてもよい。

【0098】

図９は、状況（４）のコンテキストで取得したＱｏＥ／ＱｏＳ情報を基地局５がどのように用いるかを示すメッセージシーケンス図である。

【0099】

図９において、Ｓ９０２では、複数のＱｏＳフローのそれぞれについてＵＥ３が体感したＱｏＥは、適切な測定を行うことでそれぞれモニタリングされる。ＵＥ３は、必要に応じて各ＱｏＳフローのＱｏＳ特性をモニタリングしてもよい。Ｓ９０４で、基地局５は、それらのＱｏＳフローに設定されたＱｏＳ特性に対する各ＱｏＳフローのＱｏＳ性能をモニタリングする。ＵＥ３は、Ｓ９０２でのモニタリングの結果としてＵＥ３が取得したＱｏＥ情報を、Ｓ９０６で通知する（例えば、図７（Ａ）から（Ｃ）の１つを参照して説明したように）。

【0100】

図９では、ＵＥ３から通知されたＱｏＥ情報および基地局５によって（自局におけるＱｏＳ測定に基づいて、またはＵＥ３から通知されたＱｏＳ測定結果に基づいて）取得されたＱｏＳ情報は、少なくとも１つのＱｏＳフローについてＵＥ３が体感したモニタリング対象ＱｏＥに許容限度を超えた劣化が見られ、許容限度を超えたＱｏＥの劣化が体感された少なくとも１つのＱｏＳフローについても、モニタリング対象ＱｏＳに許容限度を超えた劣化が見られることを示す。

【0101】

この状況において、許容可能なＱｏＥを示す１つまたは複数のＱｏＳフローは、それぞれのＱｏＥプロファイルに設定された特性よりも優れた変更後のＱｏＳ性能（例えば、過剰進入レート）を示してもよい。これらのＱｏＳフローのＱｏＳ性能が他のＱｏＳフローと比較して改善されたことで、ＱｏＥが劣化（および／または他のフローのＱｏＳ劣化）する可能性がある。したがって、Ｓ９０８において、基地局５は、許容可能なＱｏＥおよび変更後のＱｏＳ性能を示す「問題のある」ＱｏＳフローを識別し、当該フローは、それぞれのＱｏＥプロファイルに設定された特性よりも優れた性能を示す（例えば、ＱｏＳプロファイルに設定されたレートよりも増加したデータレートを示すＧＢＲ ＱｏＳフロー、またはリソースの「フェアシェア」が増加した非ＧＢＲ ＱｏＳフロー）。

【0102】

次に、Ｓ９１０において、基地局５は、フロー制御／優先順位付け（フロー形成）を実行して、識別された「問題のある」ＱｏＳフローが、劣化（ＱｏＥ）を示す他のＱｏＳフローに及ぼす影響を低下させる。

【0103】

図１０は、このようなフロー制御が、基地局５においてどのようにしてＱｏＳフローレベルのグラニュラリティで実行されるかを示す。図１０に示すように、フロー制御は、１つまたは複数のＱｏＳバッファを使用して（例えば、図５のＱｏＳフロー制御モジュールによって）ＳＤＡＰレイヤに適用してもよい。図１０（Ａ）を参照すると、本例では、同一ＤＲＢを共有するフロー（すなわち、ＱｏＳフロー＃１またはＱｏＳフロー＃２）にはフロー制御を適用せず、これらのフローは、事実上同一のパケット転送処理を受ける。図１０（Ｂ）を参照すると、本例では、ＱｏＳフローバッファで制御するＱｏＳフローのパケットの一部をバッファリングすることで、ＤＲＢを共有するフローの一方（つまり、ＱｏＳフロー＃１）にフロー制御を適用し、ＰＤＣＰレイヤに転送するパケットを制限する。他方のフロー（すなわち、ＱｏＳフロー＃２）はフロー制御の対象ではない。

【0104】

このように、基地局５は、特定のＱｏＳフロー（例えば、「問題のある」フロー）のパケットをバッファリングすることで「ＱｏＳフローごと」のレート調整を実行して、ＤＲＢ内でこれらのレートを低下させることができる（異なるＱｏＳフローのパケットがＤＲＢにマッピングされ、ＰＤＣＰおよび下位レイヤに転送されて同化する前に）。そのため、このようなフロー制御を使用すると、異なるＱｏＳフロー（ＱｏＳプロファイルが異なる）は、それらのＱｏＳパラメータにより適した異なるパケット転送処理を、同一ＤＲＢ内で有利に受けることができる。

【0105】

図１１は、状況（４）のコンテキストで取得したＱｏＥ／ＱｏＳ情報を基地局５がどのように用いるかについて別の例を示すメッセージシーケンス図である。

【0106】

図１１では、Ｓ１１０２で、複数のＱｏＳフローのそれぞれについてＵＥ３が体感したＱｏＥは、適切な測定を行うことでそれぞれモニタリングされる。ＵＥ３は、必要に応じて各ＱｏＳフローのＱｏＳ特性をモニタリングしてもよい。Ｓ１１０４において、基地局５は、それらのＱｏＳフローに設定されたＱｏＳ特性に対する各ＱｏＳフローのＱｏＳ性能をモニタリングする。ＵＥ３は、Ｓ１１０２でのモニタリングの結果としてＵＥ３が取得したＱｏＥ情報を、Ｓ１１０６で通知する（例えば、図７（Ａ）から（Ｃ）のいずれかを参照して説明したように）。

【0107】

図１１において、ＵＥ３から通知されたＱｏＥ情報および基地局５によって（自局におけるＱｏＳ測定に基づいて、またはＵＥ３から通知されたＱｏＳ測定結果に基づいて）取得されたＱｏＳ情報は、少なくとも１つのＱｏＳフローについてモニタリング対象ＱｏＳに許容限度を超えた劣化が見られ、少なくとも１つのＱｏＳフローについて、ＵＥ３が体感したモニタリング対象ＱｏＥに許容限度を超えた劣化が見られることを示す。

【0108】

しかしながら、図１１の実施例では、基地局５は、Ｓ１１０８において、無線インタフェースを介した１つまたは複数のフローがＱｏＳ要件（例えば、データレート、遅延、またはその他の測定されたＱｏＳパラメータ）を満たしていないとしても、すべてのＱｏＳフローが進入トラフィックについてのＱｏＳレート特性を満たすと判断する。

【0109】

この問題に対処するために、Ｓ１１１０で、基地局５は、ＵＥ３から通知されたＱｏＥ情報に基づいて低ビットレートでも十分なＱｏＥを得ることのできる「柔軟な」ＱｏＳフローを識別する。「柔軟な」フローは、十分に高いＱｏＥを示す各ＱｏＳフローのＱｏＳフロー特性を調整し、ＵＥ３からのフィードバックをモニタリングすることで決定してもよい。あるいは、目標を大幅に上回るＱｏＥ測定がＵＥから通知された場合、当該ＱｏＳフローを黙示的に「柔軟な」フローとして識別してもよい。

【0110】

Ｓ１１１２では、基地局５は、識別された「柔軟な」ＱｏＳフローのビットレート要件を緩和し、これにより、許容外なＱｏＥを示す他のＱｏＳフローのためにリソースを解放する。このように、特定のＤＲＢにマッピングされたすべてのＱｏＳフローについてＱｏＥ目標を達成することができ、これにより全体としてのユーザ満足度を向上させることができる。

【0111】

図１２は、１つまたは複数のＱｏＳフローについて許容外なＱｏＥの劣化が体感された状況において、取得したＱｏＥ／ＱｏＳ情報を基地局５がどのように用いるかについて別の例を示すメッセージシーケンス図である。

【0112】

図１２において、Ｓ１２０２では、複数のＱｏＳフローのそれぞれについてＵＥ３が体感したＱｏＥは、適切な測定を行うことでそれぞれモニタリングされる。ＵＥ３は、必要に応じて各ＱｏＳフローのＱｏＳ特性をモニタリングしてもよい。Ｓ１２０４で、基地局５は、各ＱｏＳフローに設定されたＱｏＳ特性に対する各ＱｏＳフローのＱｏＳ性能をモニタリングする。ＵＥ３は、Ｓ１２０２でのモニタリングの結果としてＵＥ３が取得したＱｏＥ情報を、Ｓ１２０６で通知する（例えば、図７（Ａ）から（Ｃ）のいずれかを参照して説明したように）。

【0113】

本例では、基地局は、許容外なＱｏＥの劣化を示すＱｏＳフローを別のＤＲＢにオフロードする。具体的には、図１２（Ａ）において、基地局５は、Ｓ１２０８で、影響を受けるＱｏＳフローを別の（例えば、ＱｏＳ要件がより厳しい）既存のＤＲＢに再マッピングすることにより、ＱｏＥが劣化した１つまたは複数のＱｏＳフローをオフロードする。図１２（Ｂ）において、基地局５は、Ｓ１２１０で、１つまたは複数の新しいＤＲＢを確立し、影響を受けたＱｏＳフローを新しいＤＲＢに再マッピングすることにより、ＱｏＥが劣化した１つまたは複数のＱｏＳフローをオフロードする。

【0114】

図１３は、取得したＱｏＥ／ＱｏＳ情報を基地局５がどのように用いるかについて別の例を示すメッセージシーケンス図である。

【0115】

図１３のＳ１３０２において、複数のＱｏＳフローのそれぞれについてＵＥ３が体感したＱｏＥは、適切な測定を行うことでそれぞれモニタリングされる。ＵＥ３は、必要に応じて各ＱｏＳフローのＱｏＳ特性をモニタリングしてもよい。Ｓ１３０４で、基地局５は、各ＱｏＳフローに設定されたＱｏＳ特性に対する各ＱｏＳフローのＱｏＳ性能をモニタリングする。ＵＥ３は、Ｓ１３０２でのモニタリングの結果としてＵＥ３が取得したＱｏＥ情報を、Ｓ１３０６で通知する（例えば、図７（Ａ）から（Ｃ）のいずれかを参照して説明したように）。

【0116】

本実施例では、基地局５は、Ｓ１３０８において、許容外なＱｏＥの劣化を示すＱｏＳフローのＱｏＳ情報を、対応するＱＦＩに関連付けて、コアネットワーク７に提供する。コアネットワーク７のＰＣＲＦ７−３はこの情報を受信し、Ｓ１３１０で、影響を受けたＱｏＳフローに対応するＵＥサービスのＱｏＳプロファイルを調整して、ＵＥが知覚するＱｏＥを改善する。例えば、ＰＣＲＦは、ＧＢＲ ＱｏＳフローのＧＦＢＲとＭＦＢＲを調整して、ストリーミングアプリケーション（例えば、ビデオストリーミング）でＵＥ３が知覚するＱｏＥを向上させることができる。

【0117】

（変形例および代替案）
以上、例示的な実施形態を詳細に説明した。当業者が理解するように、上記例示的な実施形態については複数の変形例および代替案が可能であり、そのようにして具現化された発明の恩恵を受けることができる。例示のため、これらの変形例および代替案についていくつかの例のみを説明する。

【0118】

上記の例示的な実施形態では、ユーザ機器、基地局、および／またはコアネットワーク機能などを実装するための複数のソフトウェアモジュールを説明した。当業者が理解するように、当該ソフトウェアモジュールは、コンパイルされた形式またはコンパイルされていない形式で提供されてもよいし、コンピュータネットワークを介した信号として、または記録媒体上で、対応するハードウェアに供給されてもよい。さらに、このソフトウェアの一部またはすべてによって実行される機能は、１つまたは複数の個別のハードウェア回路を使用して実行してもよい。しかしながら、ソフトウェアモジュールは、対応のハードウェアの機能更新のためのアップデートを高速化するため、その使用がより望ましい。同様に、上記の例示的な実施形態ではトランシーバ回路を使用したが、トランシーバ回路の機能の少なくとも一部はソフトウェアによって実行することができる。

【0119】

ユーザ機器、基地局（ｇＮＢ）およびコアネットワークノードの機能は、必要な機能を実現するソフトウェア命令を適宜使用してプログラムされた１つまたは複数のハードウェアコンピュータプロセッサを有する１つまたは複数のコンピュータ処理装置を使用して実装してもよい（例えば、図４から図６を参照して説明したコントローラの一部を形成する１つまたは複数のコンピュータプロセッサ）。さらに、本機能のすべてまたは一部は、例えばＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）など１つまたは複数の個別集積回路を使用して、個別回路としてハードウェアで実装してもよいものとする。

【0120】

ＵＥ、ｇＮＢ、およびコアネットワークノード／機能の説明で言及したコントローラは、例えばアナログまたはデジタルコントローラなどの任意の適切なコントローラを備えてもよい。各コントローラは任意の形態の処理回路を適宜備えてもよいものとし、これには、例えば、以下が含まれる（限定的ではない）：１つまたは複数のハードウェアに実装されたコンピュータプロセッサ；マイクロプロセッサ；ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓ：中央処理装置）；ＡＬＵ（Ａｒｉｔｈｍｅｔｉｃ Ｌｏｇｉｃ Ｕｎｉｔｓ：算術論理ユニット）；ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ：入出力）回路；内部メモリ／キャッシュ（プログラムおよび／またはデータ）；処理レジスタ；通信バス（例えば、制御、データおよび／またはアドレスバス）；ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ：ダイレクトメモリアクセス）機能；およびハードウェアまたはソフトウェアで実装されたカウンタ、ポインタ、タイマなど。

【0121】

上記の一実施例において、通信システム内のユーザ機器によって実行される方法は、少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を用いて基地局とデータの通信を行うことであり、上記データが単一のＤＲＢにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）特性のそれぞれのセットを有するように構成されることと、上記複数のデータフローについて少なくとも１つのＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザ体感品質）パラメータを測定することと、上記少なくとも１つのＱｏＥパラメータの上記測定に基づいてＱｏＥ情報を上記基地局に通知すること、を含む。

【0122】

上記測定することは、上記単一のＤＲＢにマッピングされた上記複数のデータフローの各々について上記少なくとも１つのＱｏＥパラメータをそれぞれ測定することを含む。

【0123】

上記通知されたＱｏＥ情報は、上記単一のＤＲＢにマッピングされた上記複数のデータフローの少なくとも１つについてデータフロー固有ＱｏＥ情報を含み、上記通知することは、上記データフロー固有ＱｏＥ情報を、上記データフロー固有ＱｏＥ情報に関連する上記データフローを識別する情報（例えば、ＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子））に関連付けて通知することを含む。

【0124】

上記方法は、少なくとも１つのデータフローについて、ＱｏＥが満足のいくレベルを下回ったか否かを判断することをさらに含む。

【0125】

上記通知されたＱｏＥ情報は、少なくとも１つのデータフローについて、ＱｏＥが満足のいくレベルを下回ったか否かを示す少なくとも１つの情報要素（例えば、少なくとも１つのＱｏＥフラグ）を含む。上記ＱｏＥが満足のいくレベルを下回ったか否かを示す少なくとも１つの情報要素は、上記ＱｏＥが満足のいくレベルを下回った各々のデータフローについてのそれぞれの情報要素を含む。上記ＱｏＥが満足のいくレベルを下回ったか否かを示す少なくとも１つの情報要素は、上記単一のＤＲＢにマッピングされたすべてのデータフローについてのそれぞれの情報要素を含む。

【0126】

上記通知されたＱｏＥ情報は、上記少なくとも１つのＱｏＥパラメータの測定により取得された結果を含む。上記少なくとも１つのＱｏＥパラメータの上記測定により取得された結果の通知は、上記ＱｏＥが満足のいくレベルを下回った各々のデータフローについてのそれぞれの上記結果を含む。上記少なくとも１つのＱｏＥパラメータを測定して取得された結果の通知は、上記単一のＤＲＢにマッピングされたすべてのデータフローについてのそれぞれの上記結果を含む。

【0127】

上記方法は、上記単一のＤＲＢにマッピングされた複数のデータフローの少なくとも１つについて少なくとも１つのＱｏＳパラメータを測定することをさらに含む。

【0128】

上記通知することは、上記少なくとも１つのＱｏＳパラメータの上記測定に基づいてＱｏＳ情報を上記基地局に通知することをさらに含む。

【0129】

上記別の実施例において、通信システム内の基地局によって実行される方法は、少なくとも１つのＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を用いてＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）とデータの通信を行うことであり、上記データが単一のＤＲＢにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）特性のそれぞれのセットを有するように構成されることと、上記少なくとも１つのＱｏＳパラメータの測定に基づくＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ユーザ体感品質）情報を上記基地局で受信することと、上記受信したＱｏＥ情報に基づいて、単一のＤＲＢにマッピングされた上記複数のデータフローのＱｏＳを最適化するアクションを実行すること、を含む。

【0130】

上記複数のデータフローのＱｏＳを最適化するアクションは、上記単一のＤＲＢにマッピングされたデータフローの少なくとも１つについてのＱｏＳ要件を調整することと、上記単一のＤＲＢにマッピングされたデータフローの少なくとも１つについて割り当てられるリソースを最適化することと、上記単一のＤＲＢにマッピングされたデータフローの少なくとも１つのデータフローを、上記単一のＤＲＢにマッピングされたデータフロー以外の少なくとも１つに応じて制御することと、上記複数のデータフローの少なくとも１つを異なるＤＲＢに再マッピングすることと、ＱｏＥが満足のいくレベルを下回った少なくとも１つのデータフローに関する情報をコアネットワークに送信して、コアネットワーク機能が上記データフローのＱｏＳパラメータの最適化を行えるようにすることと、の少なくとも１つを含む。

【0131】

上記方法は、上記単一のＤＲＢにマッピングされた上記複数のデータフローの少なくとも１つについての少なくとも１つのＱｏＳ測定の結果を取得することをさらに含む。上記複数のデータフローについてのＱｏＳを最適化するアクションは、少なくとも１つのＱｏＳ測定の上記取得された結果に基づいている。

【0132】

上記少なくとも１つのＱｏＳ測定の上記結果は、上記基地局において測定を行うことにより取得される。上記少なくとも１つのＱｏＳ測定の上記結果は、上記ＵＥから上記結果を受信することにより取得される。

【0133】

上記アクションは、上記複数のデータフローの少なくとも１つのデータパケットをバッファリングすることで、上記複数のデータフローの少なくとも別の１つに対して、上記複数のデータフローの少なくとも１つにおけるデータのフローを制御することを含む。

【0134】

ＱｏＳ特性の各々のセットはそれぞれのＱｏＳクラス（例えば、ＱＣＩ（Ｑｕａｌｉｔｙ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ：品質クラス識別子）／５ＱＩで表される）に関連付けられる。

【0135】

上記複数のデータフローの各々は、当該データフローのＱｏＳ特性の上記セットを表すＱＣＩ（Ｑｕａｌｉｔｙ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ：品質クラス識別子）／５ＱＩと、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）、ＵＬ（ＵｐＬｉｎｋ：上りリンク）およびＤＬ（ＤｏｗｎＬｉｎｋ：下りリンク）の少なくとも１つのＧＦＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：保証フロービットレート）パラメータ、ＵＬおよびＤＬの少なくとも１つのＭＦＢＲ（Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：最大フロービットレート）パラメータ、通知制御パラメータ、および、ＲＱＡ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｔｔｒｉｂｕｔｅ：リフレクティブＱｏＳ属性）パラメータのうちの少なくとも１つと、を含むそれぞれのＱｏＳパラメータセットに関連付けられている。

【0136】

単一のＤＲＢにマッピングされた上記複数のデータフローの少なくとも１つは、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：保証ビットレート）データフローであり、上記単一のＤＲＢにマッピングされた上記複数のデータフローの少なくとも１つは、非ＧＢＲデータフローであってもよい。上記単一のＤＲＢにマッピングされた上記複数のデータフローの各々は、ＧＢＲデータフローであってもよい。

【0137】

単一のＤＲＢにマッピングされた上記複数のデータフローの各々は、ｎｏｎ−ＧＢＲ（ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ：非保証ビットレート）データフローであってもよい。

【0138】

種々の他の変更は、当業者にとって明らかであるため、ここでは更に詳細な説明は省略する。

【0139】

本出願は、２０１７年９月２９日に出願された英国特許出願第１７１５９２０．３号に基づく優先権の利益に基づいており、その開示はその全体が参照により本明細書に組み込まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】