JP6943337B2 - 受信した体感品質情報に基づくリソース割り当ての最適化 - Google Patents

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

Info

Publication number
JP6943337B2
JP6943337B2 JP2020517236A JP2020517236A JP6943337B2 JP 6943337 B2 JP6943337 B2 JP 6943337B2 JP 2020517236 A JP2020517236 A JP 2020517236A JP 2020517236 A JP2020517236 A JP 2020517236A JP 6943337 B2 JP6943337 B2 JP 6943337B2
Authority
JP
Japan
Prior art keywords
qos
data
flow
base station
drb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020517236A
Other languages
English (en)
Other versions
JP2020535716A (ja
Inventor
チャディ ハイララ,
チャディ ハイララ,
ユーファー チェン,
ユーファー チェン,
アルベルト スワレス,
アルベルト スワレス,
ニーラジ グプタ,
ニーラジ グプタ,
ロバート アーノット,
ロバート アーノット,
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JP2020535716A publication Critical patent/JP2020535716A/ja
Priority to JP2021143220A priority Critical patent/JP7238933B2/ja
Application granted granted Critical
Publication of JP6943337B2 publication Critical patent/JP6943337B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0257Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition

Description

本発明は、通信システムならびにこれに関連する装置および方法に関し、特に、セルラ通信システムのサービス品質アーキテクチャの改善に関するが、限定はされない。特に、本発明は、3GPP(3rd Generation Partnership Project)によって規定された様々な規格に従って実施される無線通信ネットワークに関連するが、限定はされない。
3GPP規格の最新動向は、EPC(Evolved Packet Core)ネットワークおよびE−UTRAN(Evolved UMTS Terrestrial Radio Access Network)のLTE(Long Term Evolution)と呼ばれ、一般に4Gとも呼ばれる。さらに、5G、NG(Next Generation)およびNR(New Radio)という用語は、種々のアプリケーションおよびサービスをサポートすることが期待される開発中の通信技術を指す。5Gネットワークの種々の詳細は、例えば、NGMN(Next Generation Mobile Networks)アライアンスによるNGMN 5G White Paper V1.0に説明されており、当該文書は、https://www.ngmn.org/5g−white−paper.htmlから入手可能である。3GPPは、いわゆる3GPP NextGen(Next Generation) RAN(Radio Access Network:無線アクセスネットワーク)および3GPP NextGenコアネットワーク(5GC)によって5Gをサポートすることが計画されている。
3GPP規格では、NodeB(またはLTEにおける「eNB」、5Gにおける「gNB」など)は、通信デバイス(ユーザ機器または「UE」)がコアネットワークに接続し、他の通信デバイスまたはリモートサーバと通信を行うための基地局である。説明の簡略化のため、本出願において、基地局という用語はそのような任意の基地局を指し、モバイルデバイスまたはUEという用語は、そのような任意の通信デバイスを指すものとする。コアネットワーク(例えば、LTEの場合はEPC、5Gの場合は5GC)は、加入者管理、モビリティ管理、課金、セキュリティ、および呼セッション管理(など)の機能を統括し、通信デバイスをインターネットなどの外部ネットワークに接続させる。
通信デバイスとしては、例えば、モバイル電話、スマートフォン、ユーザ機器(UE)、パーソナルデジタルアシスタント、ラップトップ/タブレットコンピュータ、ウェブブラウザ、電子書籍リーダなどのモバイル通信デバイスが含まれる。このようなモバイル(または一般的には固定の)デバイスは、通常はユーザによって操作されるが、いわゆるIoT(Internet of Things:モノのインターネット)デバイス、および同様のマシン型の通信(MTC)デバイスをネットワークに接続することも可能である。説明の簡略化のため、本出願は、明細書中においてUE(User Equipment:ユーザ機器)を参照するが、本明細書に記載の技術は、任意の(モバイルおよび/または一般的には固定の)通信デバイス上で実施可能であり、当該通信デバイスは、人による入力によって制御されるか、またはメモリに格納されたソフトウェア命令によって制御されるかに関わらず、通信ネットワークに接続してデータの送受信を行うことができるものとする。
QoS(Quality of Service:サービス品質)という概念は、通信およびコンピュータネットワーキングでよく知られている概念である。QoSという用語は、一般に、データ通信サービスなどのサービスにおける全体的なパフォーマンスを指し、特にエンドユーザに提供されるパフォーマンスを指すのに用いられる。
3GPP LTEネットワークの場合、QCI(QoS Class Identifier:QoSクラス識別子)という概念は、タイプの異なるベアラトラフィックがそれぞれ異なるクラスに分類され、各クラスがその該当するタイプのトラフィックに適した個別のQoSを表すクラスベースのQoSアーキテクチャを容易にするためのメカニズムとして導入された。各クラスは、個別のQCIによって識別される。各QCIは、標準化されたQoS「特性」のセットに関連付けられるとともにその参照として機能し、当該QoS特性は、その対応するクラスのトラフィックのために、セルラ通信ネットワークのノード(例えば、RAN/基地局)において、UEとコアネットワークの間の端から端までにおいてどのようにパケット転送処理を適用するかを管理するためのフレームワークとして使用される。
UEにおいて複数のアプリケーションが動作する典型的なLTEの場合、基地局(LTEのeNB)は、UEおよびコアネットワーク(S−GW(Serving Gateway))の間の各E−RAB(Enhanced Radio Access Bearer:拡張無線アクセスベアラ)について、個別のQoSパラメータのセット(QCI、ARP(Allocation and Retention Priority)、および他のリソースタイプ依存型パラメータ(GBR(Guaranteed Bit Rate:保証ビットレート)リソースタイプまたは非GBRリソースタイプなど)を含む)を有する。したがって、QoSは、無線ベアラレベルのグラニュラリティで提供される。
しかしながら、5Gでは、QoSという概念は、同一無線ベアラを介した異なる「QoS」データフローの各データフローに、それぞれ個別のQoSを「フローレベル」のグラニュラリティで付与するように拡張された。これを容易にするために、PDCP(Packet Data Convergence Protocol:パケットデータ収束プロトコル)レイヤの上位に導入された新しいサブレイヤ(SDAP(Service Data Adaptation Protocol)レイヤ)が、複数のデータフロー(異なるアプリケーションなど)を管理する。具体的には、5Gでは、UEにおいて複数のアプリケーションが動作中である場合、基地局(5Gの場合にはgNB)は、UEとコアネットワークとの間の各E−RABに対応する個別のベアラレベルでのQCI(またはARP)を有していない。その代わりに、新しいSDAPサブレイヤが、UEと基地局との間の無線インターフェイス(Uu)を介して、QoSフローをDRB(Data Radio Bearer:データ無線ベアラ)にマッピングする(1つまたは複数のQoSフローを各DRBにマッピングする)。QFI(QoS Flow ID:QoSフロー識別子)は、各QoSフローを、同一のトラフィック転送処理(例えば、スケジューリング、許容閾値など)が適用される同一のQoS特性を(所定のPDU(Protocol Data Unit)セッション内で)を有するユーザプレーントラフィックで識別するために使用される。QFIは、RANとコアネットワーク(5GのUPF(User Plane Function:ユーザプレーン機能)など)の間の「N3」参照ポイントで、カプセル化したヘッダに含まれる。QFIは、所定のPDUセッション内で一意である。
QCIという概念は5Gにおいて拡張され、QCI(5G QoSインジケータ(または「5QI」)と呼ばれる)は、(各E−RABではなく)各QoSフローに関連付けられる。LTE QCIと同様に、5G QCI(5QI)は、特定のQoS特性のセット(アクセスノード固有のパラメータなど)の参照として使用されるスカラであり、適用されるQoS転送処理を制御する(例えば、適用されるスケジューリング重み、許容閾値、キュー管理閾値、リンク層プロトコル構成など)。
より詳細には、各QoSフロー(GBRおよび非GBR)は、5QI、ARP、およびその他複数のフロータイプ依存型QoSパラメータに関連付けられる。例えば、各GBR QoSフローは、UL(UpLink:上りリンク)およびDL(DownLink:下りリンク)の両方のGFBR(Guaranteed Flow Bit Rate:保証フロービットレート)にも関連付けられ、これは当該GBR QoSフローによって提供されることが予想されるビットレートを示すものである。また、各GBR QoSフローは、ULおよびDLの両方のMFBR(Maximum Flow Bit Rate:最大フロービットレート)にも関連付けられ、これは当該GBR QoSフローによって提供されることが予想されるビットレートを制限するものである(例えば、MFBRを超えた場合に、過剰トラフィックをレート調整機能によって破棄するなど)。さらに、GBR QoSフローは、「通知制御」パラメータに関連付けてもよく、これは、QoSフローの存続期間中に当該QoSフローのGFBRを満たすことができなくなった(または再度満たすことができない)場合の、RANからの通知の要求の有無を示す。さらに、各非GBR QoSフローをRQA(Reflective QoS Attribute:リフレクティブQoS属性)パラメータに関連付けて、当該QoSフロー上の一部のトラフィックがリフレクティブQoSの対象になる可能性があることを示してもよい。
5QIで表されるQoS特性は、各QoSフローに、例えば、3GPP無線アクセスリンク層プロトコル構成用に、ノード固有のパラメータを設定するためのガイドラインとして理解することができる。QoS特性は、UEとUPFの間の端から端までにおいてQoSフローが受けるべきパケット転送処理を効果的に説明するものである。QoS特性には、リソースタイプ(GBR、遅延クリティカルGBR、または非GBR)、優先度レベル、PDB(Packet Delay Budget:遅延許容時間)、およびPER(Packet Error Rate:パケット誤り率)が含まれる。
優先度レベルは、QoSフロー間でリソースをスケジューリングする際の優先度を示す。優先度レベルは、同一UEのQoSフローを区別するとともに、異なるUEからのQoSフローを区別するのに使用される。GBR QoSフローのQoS要件がすべて満たされると、通常(当該GBR QoSフローよりも高い優先度レベルを非GBR QoSフローが示さない限り)、予備のリソースを、実装固有の方法で残りのトラフィックに使用することができる。優先度レベルの最小値は、最も高い優先度に対応する。
PDBは、UEとUPFの間において許されるパケット遅延時間の上限を規定し、当該UPFは、当該UPFとデータネットワークとの間のN6インタフェースを終了させる。所定の5QIの場合、PDBの値は上りリンクと下りリンクで同じである。3GPPアクセスの場合、PDBは、スケジューリングおよびリンク層機能の構成をサポートするために使用される。PDBは、信頼性レベル98%の最大遅延として解釈される。
PERは、リンク層プロトコルの送信側(3GPPアクセスのRANの無線リンク制御(RLC)など)で処理はされたが、対応する受信機によって上位層(例えば、3GPPアクセスのRANのPDCP)に正常に送達されなかったSDU(Service Data Unit(例えば、IPパケットなど))のレートの上限を規定する。したがって、PERは、輻榛に起因しないパケット損失のレートの上限を規定する。所定の5QIの場合、PERの値は上りリンクと下りリンクで同じである。遅延クリティカルGBRリソースタイプのQoSフローの場合、PDBよりも遅延したパケットは損失したものとしてカウントされ、PERに含まれる。
現行標準化されている5QI値は、表1に規定されるように、5G QoS特性の標準化された組み合わせに1対1でマッピングされる。
Figure 0006943337
5GのQoS特性は、アクセスノードに予め構成された5QI値によって事前に構成してもよい。5G QoS特性は、QoSプロファイルまたはQoSルールの一部として通知される5QI値によって動的に割り当ててもよい。
5GのQoSアーキテクチャによると、NG−RAN(Next Generation Radio Access Network)において、5GC(5G Core)ネットワークは、各UEに対して1つまたは複数のPDUセッションを確立してもよい。各PDUセッションにおいて、基地局は、各UEに対して、PDUセッション毎に1つまたは複数のDRBを確立してもよい。基地局は、異なるPDUセッションに属するパケットを異なるDRBにマッピングする。したがって、PDUセッション確立時に、基地局は、5GCによって示される各PDUセッションに対して少なくとも1つのデフォルトDRBを確立する。UEおよび5GCにおけるNAS(Non−Access Stratum:非アクセス層)レベルのパケットフィルタは、UL(UpLink:上りリンク)およびDL(DownLink:下りリンク)パケットを特定のQoSフローに関連付ける。UEおよび基地局におけるAS(Access Stratum:アクセス層)レベルのマッピングは、ULおよびDL QoSフローを1つまたは複数のDRBにそれぞれ関連付ける。基地局とコアネットワークは、パケットを適切なQoSフローとDRBにマッピングすることで、サービスの品質(例えば、信頼性および遅延目標)を保証する。したがって、2段階のマッピングには、IPフローをQoSフロー(NAS)にマッピングすること、および、QoSフローをDRB(AS)にマッピングすること、が含まれる。各PDUセッション内で複数のQoSフローをDRBにマップする方法は、基地局次第である。DLでは、基地局は、NG−Uマーキング(QoSフローID)および対応するQoSプロファイルに基づいて、QoSフローをDRBにマッピングする。ULでは、UEは、コアネットワークに転送されるパケットをマーキングするために、無線インターフェース(Uu)を介して送信されたULパケットをQFIでマーキングする。
各QoSフロー(GBRおよび非GBR)は、5QI、ARP、およびその他複数のフロータイプ依存型QoSパラメータに関連付けられる。
例えば、各GBR QoSフローは、ULおよびDLの両方のGFBR(Guaranteed Flow Bit Rate:保証フロービットレート)にも関連付けられ、これは当該GBR QoSフローによって提供されることが予想されるビットレートを示す。また、各GBR QoSフローは、ULおよびDLの両方のMFBR(Maximum Flow Bit Rate:最大フロービットレート)にも関連付けられ、これは当該GBR QoSフローによって提供されることが予想されるビットレートを制限するものである(例えば、MFBRを超えた場合に、過剰トラフィックをレート調整機能によって破棄するなど)。さらに、GBR QoSフローは、「通知制御」パラメータに関連付けてもよく、これは、QoSフローの存続期間中に当該QoSフローのGFBRを満たすことができなくなった(または再度満たすことができない)場合の、RANからの通知の要求の有無を示す。
基地局は、GBRフローおよび非GBRフローまたは複数のGBRフローを、同一DRBにマッピングすることができる。しかしながら、基地局では、無線インターフェース(Uu)でのパケット処理はDRBレベルのグラニュラリティで決定される(つまり、DRBは、同一のパケット転送処理が行われるパケットにサーブする)。したがって、gNBが複数のGBRフロー、非GBRフロー、またはGBRと非GBRフローを組み合わせて同一DRBにマッピングする場合、複数のQoSフローのすべてのパケットに対して同一のパケット転送処理が行われるが、これは、一部のフローに対しては非効率的および/または不適切な場合がある。
さらに、異なるパケット転送処理を要するQoSフロー毎に個別のDRBを確立することができ、これによりQoSフロー毎のQoS要件が満たされはするが、このような1対1のマッピングは多くの場合非効率的であるおそれがある。
さらに、QoSフロー特性に何らかの変化があった場合(例えば、フローレートの増加)、基地局は、当該DRBを共有するすべてのフローの対応のQoS要件を満たす(例えば、QoSフロー毎に必要なPRBを割り当てる)ことができない場合がある。その結果、基地局は、1つまたは複数のフローをドロップするか、および/またはドロップしたフローをコアネットワークに示す必要がある。
本発明は、上記問題に対処するための、または少なくとも部分的に寄与するための通信システムならびにこれに関連する装置および方法を提供することを目的とする。
例示的な一態様において、本発明は、通信システムのユーザ機器によって実行される方法を提供し、上記方法は、少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を用いて基地局とデータの通信を行うことであり、上記データが単一のDRBにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のQoS(Quality of Service:サービス品質)特性のそれぞれのセットを有するように構成されることと、上記複数のデータフローについて少なくとも1つのQoE(Quality of Experience:ユーザ体感品質)パラメータを測定することと、上記少なくとも1つのQoEパラメータの前記測定に基づいてQoE情報を上記基地局に通知することと、を含む方法。
例示的な一態様において、本発明は、通信システムの基地局によって実行される方法を提供し、上記方法は、少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を用いてUE(User Equipment:ユーザ機器)とデータの通信を行うことであり、上記データが単一のDRBにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のQoS(Quality of Service:サービス品質)特性のそれぞれのセットを有するように構成されること、上記少なくとも1つのQoSパラメータの測定に基づくQoE(Quality of Experience:ユーザ体感品質)情報を上記基地局で受信することと、上記受信したQoE情報に基づいて、上記単一のDRBにマッピングされた上記複数のデータフローのQoSを最適化するアクションを実行することと、を含む。
例示的な一態様において、本発明は、通信システムのコアネットワーク機能によって実行される方法を提供し、上記方法は、UE(User Equipment:ユーザ機器)の通信セッションであって、上記UEと基地局の間で少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を介して、単一のDRBにマッピングされた複数のデータフローを用いてデータの通信が行われる上記通信セッションに関するQoS(Quality of Service:サービス品質)情報を保持することであり、上記保持されるQoS情報が、それぞれ、上記単一のDRBにマッピングされた各々のデータフローについて当該データフローに固有のQoS特性のセットを表す情報を含むことと、上記UEで体感されたQoEが満足のいくレベルを下回った少なくとも1つのデータフローについて、上記基地局によって提供されるQoS情報を受信することと、上記受信されたQoS情報に基づいて、上記保持されたQoS情報を最適化するアクションを実行することと、を含む。
例示的な一態様において、本発明は、通信システムのUE(User Equipment:ユーザ機器)を提供し、上記UEは、少なくとも1つのプロセッサおよびトランシーバを備え、上記少なくとも1つのプロセッサは、上記トランシーバを制御して少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を用いて基地局とデータの通信を行うことであり、上記データが単一のDRBにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のQoS(Quality of Service:サービス品質)特性のそれぞれのセットを有するように構成されることと、上記複数のデータフローについて少なくとも1つのQoE(Quality of Experience:ユーザ体感品質)パラメータを測定することと、上記トランシーバを制御して上記少なくとも1つのQoEパラメータの上記測定に基づいてQoE情報を上記基地局に通知することとを、するように構成される。
例示的な一態様において、本発明は、通信システムの基地局を提供し、上記基地局は、少なくとも1つのプロセッサおよびトランシーバを備え、上記少なくとも1つのプロセッサは、上記トランシーバを制御して少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を用いてUE(User Equipment:ユーザ機器)とデータの通信を行うことであり、上記データが単一のDRBにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のQoS(Quality of Service:サービス品質)特性のそれぞれのセットを有するように構成されることと、上記トランシーバを制御して上記少なくとも1つのQoSパラメータの上記測定に基づくQoE(Quality of Experience:ユーザ体感品質)情報を上記基地局で受信することと、上記受信したQoE情報に基づいて、上記単一のDRBにマッピングされた複数のデータフローのQoSを最適化するアクションを実行することと、をするように構成される。
例示的な一態様において、本発明は、通信システムのコアネットワーク機能を提供し、上記コアネットワーク機能は、少なくとも1つのプロセッサおよびトランシーバを備え、上記少なくとも1つのプロセッサは、UE(User Equipment:ユーザ機器)の通信セッションであって、上記UEと基地局の間で少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を介して、単一のDRBにマッピングされた複数のデータフローを用いてデータの通信が行われる上記通信セッションに関するQoS(Quality of Service:サービス品質)情報を保持することであり、上記保持されるQoS(Quality of Service:サービス品質)情報が、それぞれ、上記単一のDRBにマッピングされた各データフローについて当該データフローに固有のQoS特性のセットを表す情報を含むことと、上記トランシーバを制御して、上記UEで体感されたQoEが満足のいくレベルを下回った少なくとも1つのデータフローについて、基地局によって提供されるQoS情報を受信することと、上記受信したQoS情報に基づいて、上記保持されたQoS情報を最適化するアクションを実行することと、をするように構成される。
例示的な一態様として本発明は、上述の例示的な態様によるユーザ機器と、上述の例示的な態様による基地局と、を備える通信システムを提供する。上記通信システムは、上述の例示的な態様において、コアネットワーク機能をさらに含んでもよい。
本発明の例示的な態様は、プログラム可能なプロセッサをプログラムして上記の例示的な態様に記載の方法および上記または特許請求の範囲に記載の可能性を実行させ、および/または好適に適合したコンピュータをプログラムして任意の請求項に記載の装置を提供させるように動作可能な命令を格納する、コンピュータ読取可能な記憶媒体などのコンピュータプログラム製品に及ぶ。
本明細書(特許請求の範囲を含む)に開示されるおよび/または図面に示される各特徴は、他の開示されるおよび/または図示される特徴とは独立して(または組み合わせて)本発明に組み込まれてもよい。特に、特定の独立請求項に従属する請求項の特徴は、任意の組み合わせでまたは個別にその独立請求項に導入することができるが、これに限らない。
当業者の理解を効率化するために、本発明は3GPPシステム(5Gネットワーク)のコンテキストにおいて詳細に説明するが、本発明の原理は他のシステムにも適用することができる。
ここで、添付図面を参照して、本発明の例示的な実施形態を説明する。
図1は、本発明を適用可能なモバイル通信システムのタイプを概略的に示す図である。 図2は、図1に示す通信システムに実装されるQoSアーキテクチャを示す簡略図である。 図3は、図1の通信システムのユーザ機器および基地局のユーザプレーンプロトコルスタックを示す簡略図である。 図4は、図1の通信システムにおける使用に適したユーザ機器の簡略ブロック図である。 図5は、図1の通信システムにおける使用に適した基地局の簡略ブロック図である。 図6は、図1の通信システムにおいてポリシーおよび課金ルール機能の提供を促進するのに適したコアネットワーク機能の簡略ブロック図である。 図7は、図1の通信システムの基地局とユーザ機器との間で実行可能な手順を示すメッセージシーケンスの簡略図である。 図8は、図1の通信システムの基地局とユーザ機器との間で実行可能な別の手順を示すメッセージシーケンスの簡略図である。 図9は、図1の通信システムの基地局とユーザ機器との間で実行可能な別の手順を示すメッセージシーケンスの簡略図である。 図10は、図1の通信システムの基地局5におけるフロー制御をQoSフロー毎に示す簡略図である。 図11は、図1の通信システムの基地局とユーザ機器との間で実行可能な別の手順を示すメッセージシーケンスの簡略図である。 図12は、図1の通信システムの基地局とユーザ機器との間で実行可能な別の手順を示すメッセージシーケンスの簡略図である。 図13は、図1の通信システムの基地局、ユーザ機器、およびコアネットワーク間で実行可能な手順を示すメッセージシーケンスの簡略図である。
(概要)
図1は、UE(User Equipment:ユーザ機器)3(モバイル(セル)電話など)のアイテムが、適切なRAT(Radio Access Technology:無線アクセス技術)を使用して基地局5を介して別のUEと通信を行うことができるセルラ通信ネットワーク1の概略図である。当業者には明らかではあるが、図1が1つのUE3と基地局5のみを例示目的で示す一方で、システム実装時には、通常他の基地局およびUE3も含まれる。基地局5は、関連するRAN(Radio Access Network:無線アクセスネットワーク)の一部を形成し、UE3がネットワークにアクセスし、1つまたは複数の関連サービスを受信できるようにするために、少なくとも1つのセル6を運用する。
基地局5は、次世代(5G)規格に従って動作するように構成されており、本例では、基地局5は非分散型gNB5を含む(5Gでは、CU(Central Unit:中央ユニット)と、それぞれが少なくとも1つの関連セルにサーブする1つまたは複数のDU(Distributed Unit:分散ユニット)と、を備える分散基地局であってもよい)。本例では「gNB」タイプの基地局を説明するが、UE3への無線アクセスを提供するために、その機能の多くは他の基地局または同様の装置に拡張できるものとする。
基地局5は、通信システム1における通信をサポートするための複数の論理コアネットワークノード7−1、7−2および7−3を含む関連コアネットワーク7を介して、セルラ通信ネットワークに接続される。本例のコアネットワークノード7は、他の機能に加えて、少なくとも1つのCPF(Control Plane Function:コントロールプレーン機能)7−1と、少なくとも1つのUPF(User Plane Function:ユーザプレーン機能)7−2と、少なくとも1つのPCRF(Policy and Charging Rules Function:ポリシーおよび課金ルール機能)と、を実装する。しかしながら、通常、コアネットワーク7には、モビリティ管理機能を提供するモビリティ管理機能(例えば、LTEモビリティ管理エンティティ(MME)などに対応する)など他の機能も含まれるものとする。
UE3、基地局5、およびコアネットワーク機能7−1、7−2および7−3は、複数のQoSフロー9が、UE3と基地局5の間の無線インターフェイス(Uu)を介して単一のDRB(Data Radio Bearer:データ無線ベアラ)11にマッピングされ、QoSが、本明細書の導入部において概略的に説明したように、QoSフローレベルのグラニュラリティで管理されるQoSアーキテクチャを実装するように構成される。図1のセルラ通信アーキテクチャ1のQoSアーキテクチャを、図2に詳細に示す。
図2に示すように、RANの基地局5によってUE3のPDUセッションが確立されると、当該PDUセッションの一部として、UE3と基地局5との間の無線インタフェース上で1つまたは複数のDRB11−1および11−2を確立してもよい。
UE3およびコアネットワーク7のNAS(Non−Access Stratum:非アクセス層)レベルのパケットフィルタは、UL(UpLink:上りリンク)およびDL(DownLink:下りリンク)パケットを、UE3とUPF7−2の間における異なる複数のQoSフロー9−1、9−2および9−3にそれぞれ関連付け、各QoSフローは同一のQoSクラス識別子(5QI)、すなわちQoS特性を共有する。UE3および基地局5におけるAS(Access Stratum:アクセス層)レベルのマッピングは、ULおよびDL QoSフロー9を1つまたは複数のDRB11にそれぞれ関連付ける。PDUセッション内で、複数のQoSフロー9をどのように対応のDRB11にマッピングするかを決定するのは基地局5である。DLでは、基地局5は、NG−Uマーキング(QFI(QoS Flow ID:QoSフローID))および対応するQoSプロファイルに基づいて、QoSフローをDRB11にマッピングする。ULでは、UE3は、無線インターフェイス(Uu)を介して送信されるULパケットをコアネットワークに適切に転送するために、当該パケットをQFIでマーキングする。
QoSフロー9からDRB11へのマッピングを容易にするために、UE3および基地局5のUP(User Plane:ユーザプレーン)プロトコルスタックには、追加のSDAP(Service Data Adaptation Protocol:サービスデータ適応プロトコル)レイヤが設けられる。
UPプロトコルスタックを図3に示す。図3に示すように、SDAPレイヤは、PDCP(Packet Data Convergence Protocol)レイヤ、RLC(Radio Link Control)レイヤ、MAC(Medium Access Control)レイヤ、およびPHY(PHYsical)レイヤの上位に設けられる。UPプロトコルスタックについては、3GPP TS 38.300に詳細に説明されている。PHY、MAC、RLCおよびPDCPレイヤは、当業者に周知の通常の機能を有する。
SDAPレイヤは、UE3と基地局5との間の無線インターフェース(Uu)を介してDRB11にQoSフロー9をマッピングする役割を担い、1つまたは複数のQoSフロー9を各DRB11にマッピングする。SDAPレイヤは、DLパケットとULパケットの両方を適切なQoSフローID(QFI)でマーキングして、対応するQoSフロー9の一部としてパケットを識別する役割も担う。QFIは、RANとコアネットワーク7(UPF7−2など)の間の「N3」参照ポイントで、カプセル化したヘッダに含まれる。各QoSフロー9のQFIは、PDUセッション内で一意である。SDAPのプロトコルエンティティは、2個のエンティティを構成することのできるデュアル接続シナリオの場合を除いて、個々のPDUセッション毎に単一のプロトコルエンティティが構成される(例えば、一方をマスターセルグループ(MCG)用、他方をセカンダリセルグループ(SCG)用として)。
より詳細には、各QoSフロー9(GBR(Guaranteed Bit Rate:保証ビットレート)フロー、遅延耐性GBRフロー、または非GBRフロー)は、当該QoSフロー9に適用されるQoS処理を示す、対応するQoSプロファイルを含む。具体的には、各QoSフロー9は、QCI/5QI、ARP(Allocation and Retention Priority)、およびその他複数のフロータイプ依存型QoSパラメータにそれぞれ関連付けられる。例えば、GBR QoSフロー9は、ULおよびDLの両方のGFBR(Guaranteed Flow Bit Rate:保証フロービットレート)にも関連付けられ、これは、当該GBR QoSフロー9によって提供されることが予想されるビットレートを示すものである。また、各GBR QoSフロー9は、ULおよびDLの両方のMFBR(Maximum Flow Bit Rate:最大フロービットレート)にも関連付けられ、これは、当該GBR QoSフロー9によって提供されることが予想されるビットレートを制限するものである(例えば、MFBRを超えた場合に、過剰トラフィックをレート調整機能によって破棄するなど)。さらに、GBR QoSフロー9は、「通知制御」パラメータに関連付けてもよく、これは、当該QoSフロー9の存続期間中に当該QoSフロー9のGFBRを満たすことができなくなった(または再度満たすことができない)場合の、RANからの通知の要求の有無を示す。さらに、各非GBR QoSフロー9をRQA(Reflective QoS Attribute:リフレクティブQoS属性)パラメータに関連付けて、当該QoSフロー9上の一部のトラフィックがリフレクティブQoSの対象になる可能性があることを示してもよい。
PCRF(Policy and Charging Rules Function)7−3は、QoSフローのQoSプロファイルを維持して各ユーザセッションのQoS設定情報を提供する役割を担う。
基地局5は、QoS特性(すなわち、QCI/5QIによって表されるQoS特性)および当該QoSフローに構成されたQoSパラメータに対して、異なるQoSフロー9のそれぞれのQoS性能をモニタリングする。この一環として、基地局5は、各フローに適切なQoSパラメータを測定する(または対応する測定結果をUE3または他の通信エンティティから取得する)ことができる(例えば、基地局は、表1に含まれるパラメータ(遅延許容時間/レイテンシ、パケット誤り率、レート、優先度)のいずれかを測定することができる(これは、要件を満たせないフローがある場合には、当該フローは優先度が最も低いものである必要があるためである))。
有利には、基地局5は、異なるQoSフロー9のそれぞれについて、それらのフローに設定されたものに対するQoS性能をモニタリングすることに加えて、UE3は、各QoSフロー9についてUE3が体感したそれぞれのQoE(Quality of Experience:体感品質)をモニタリングし、QoE情報が関連するQFIに関連付けて、対応するQoE情報を基地局5に通知する。UE3は、さらに各フローのQoS性能をモニタリングすることもできるが、本例では、QoSパラメータは基地局5で測定されるため、UE3によるQoS測定の通知は不要であってもよいものとする。しかしながら、UE3によるQoS測定の通知が有益であるシナリオも複数存在する(例えば、UE3と基地局5とで測定が一致しない場合)。
QoE測定には通常、例えば、ユーザ体感に直接影響するQoEパラメータも含まれ得るが、これはQoSパラメータから導き出すことが困難または不可能な場合がある。例えば、ビデオストリーミングサービスの場合、測定されたQoEパラメータには、初期遅延(ビデオ開始までの)、再バッファイベントの回数および/または期間(バッファアンダーフローによる)、ビデオジッタなどが含まれる。Webブラウジングの場合、Webページがユーザデバイスでレンダリングされるまでの遅延は、主要なQoEメトリックと見なされる。一方で、表1にあるようなQoSパラメータ(パケット損失など)は、ネットワーク関連のパフォーマンスを測定する。
基地局5(および場合によってはUE3)によるQoS性能のモニタリングと、UE3が実際に体感したQoEのモニタリングと、に基づいて、以下の状況を判別することができる。
(1)QoSフロー9のいずれについても、モニタリング対象QoSの許容限度を超えた劣化は見られず、QoSフロー9のいずれについても、UE3が体感したモニタリング対象QoEの許容限度を超えた劣化は見られない。
(2)QoSフロー9の少なくとも1つについてモニタリング対象QoSに許容限度を超えた劣化が見られるが、QoSフロー9のいずれについても、UE3が体感したモニタリング対象QoEの許容限度を超えた劣化は見られない。
(3)QoSフロー9のいずれについても、モニタリング対象QoSの許容限度を超えた劣化は見られず、QoSフロー9の少なくとも1つについて、UE3が体感したモニタリング対象QoEに許容限度を超えた劣化が見られる。
(4)QoSフロー9の少なくとも1つについて、モニタリング対象QoSに許容限度を超えた劣化が見られ、QoSフロー9の少なくとも1つについて、UE3が体感したモニタリング対象QoEに許容限度を超えた劣化が見られる。
UE3は、上記のどの状況が発生するかに関わらずQoE情報(および/または任意のQoS測定結果)を通知することができるが、1つまたは複数のQoSフロー9のQoEが許容限度を超えて劣化した場合(例えば(3)および(4))、UE3は、QoE情報(および/またはQoS測定結果)のみを通知してもよいものとする。UE3がQoS性能も認識しており、1つまたは複数のQoSフローのQoEまたはQoSのいずれかが許容限度を超えて劣化した場合(例えば(2)、(3)および(4))、UE3は、QoE情報および/またはQoS測定結果のみを通知してもよい。
一実施例において提供されるQoE情報は、UE3で体感されるQoEが許容限度を超えて劣化しているか否か(例えば、QoEの許容限度を表す特定のトリガレベルを超えているか否か)を示す1つまたは複数のQoE劣化フラグ(または同様のIE(Information Element:情報要素))を含む。QoEフラグは、例えば、「1」がQoEの劣化を示し、「0」が劣化がないことを示す(またはこの反対)ように設定された、1ビットのフラグである。QoE劣化フラグは、例えば、QoSフローのQFIに関連付けて、QoEの劣化が体感された(所定のPDUセッションの)QoSフロー9毎に設けてもよい。
UE3がQoSの劣化をモニタリングする場合、当該QoSフローのQFIに関連付けて、QoSの劣化が体感された(所定のPDUセッションの)QoSフロー9毎に、それぞれ個別のQoE劣化フラグを(代替的または追加的に)設けてもよい。これは、例えば、基地局5が、1つまたは複数のQoSフローのQoSが劣化したが、当該劣化の影響を受けたフローについてUE3が体感したQoEの劣化はトリガレベルを超えていないと(自局のQoSモニタリングに基づいて)判断した場合に特に有益であり、これは、基地局5が対応するQoSを改善するアクションを不要に実行しないということである。
QoE劣化フラグは、QoSフローのQFIに関連付けて、所定のPDUセッションのQoSフロー9毎にそれぞれ設けてもよいものとする。さらに、QoE劣化フラグをQoSフロー毎に設けることが特に有用である一方で、単一の「グローバル」なQoE劣化フラグを使用して、影響を受ける各フローそれぞれのQFIをリスト化する情報要素を示すとともに、1つまたは複数のQoSフロー9についてQoEの劣化が体感されていることを示すことができる。
別の実施例で提供されるQoE情報には、QoE測定結果の通知が含まれる。そのような測定結果は、例えば、当該QoSフローのQFIに関連付けて、QoEの劣化を体感した(所定のPDUセッションの)すべてのQoSフロー9について通知してもよく、および/または、当該QoSフローのQFIに関連付けて、(UE3がQoSの劣化をモニタリングする場合に)QoSの劣化が体感された(所定のPDUセッションの)すべてのQoSフロー9について通知してもよい。
別の実施例では、QoE測定の結果は、所定のPDUセッションのすべてのQoSフロー9について(つまり、劣化とは無関係に)通知してもよく、特定のQoSフローの各測定レポートが対応するQFIに関連付けて与えられる。本実施例では、基地局5は、所定のQoSフロー9のQoEの劣化が体感されているか否かを、通知された測定から判断することができる。
測定されたQoEパラメータの通知については、QoEパラメータをそれぞれ個別に通知することもできるし、またはこれらのパラメータから派生した結合QoEメトリックの一部として通知するものとする。例えば、1〜5の範囲のMOS(Mean Opinion Score:平均オピニオン評点)を検討してもよい。単一のバイナリQoE劣化フラグを通知する実施例では、結合QoEメトリックに閾値を適用して、QoE劣化の有無のケースを判断することができる。
したがって、図1の通信ネットワーク1では、基地局5は、UE3から通知されたQoE情報を、以下のように有利に使用することができる:
DRB全体のQoSパラメータを最適化する;
同一DRB上のすべてのQoSフローに割り当てるリソースを最適化する;および/またはQoSフローのグラニュラリティで、適切なフロー制御や優先順位付け(フロー形成)を行う。
有利には、QoSフローレベルのグラニュラリティでの無線インタフェースのフロー制御を促進するために、基地局5には、フロー制御ユニットが(SDAPレイヤに)設けられる。フロー制御ユニットは、特定のQoSフロー(例えば、別のフローのQoEの劣化に寄与する「問題のある」フロー)のパケットをバッファリングしてレート調整を行い、異なるQoSフローのパケットがPDCPレイヤに渡される(そして同化する)前に、所定のDRBにおいてレートを低下させるように構成される。したがって、有利には、このようなフロー制御を用いることで、各QoSフロー9(QoSプロファイルが異なる)に対し、同一DRB内において、当該QoSフロー9の特定のQoSパラメータにより適した、それぞれ異なるパケット転送処理を適用することができる。
基地局5は、UE3から通知されたQoE情報を有効に利用して、QoEが劣化したQoSフロー9を別の既存のDRBに移すこと、または新しいDRBを確立し劣化したQoEを示すQoSフロー9を上記新しいDRBに移すことを決定してもよい。
また、一実施例では、基地局5は、許容限度を超えて劣化したQoE(および/またはQoS)を示すフローについて、QoS情報を、対応するQFIとともにコアネットワーク7に有益に提供する。コアネットワーク7(PCRF7−3など)は、受信したQoS情報を用いて、例えば、影響を受けたDRBの影響を受けた(または他の)QoSフロー(例えば、GBR QoSフローのGFBRおよび/またはMFBR)に対応するQoSパラメータを調整して、影響を受けたフロー(例えば、ストリーミングアプリケーション(ビデオストリーム))のUE知覚QoEを改善することで、UEサービスのQoS情報/プロファイルを調整する。
(UE)
図4は、図1に示すアイテムのUE3の主要構成要素(例えば、モバイル電話、他のユーザ機器など)を示すブロック図である。
図示のように、UE3は、1つまたは複数のアンテナ33を介して基地局5と信号の送受信を行うように動作可能なトランシーバ回路31を有する。UE3は、UE3の動作を制御するコントローラ37を有する。コントローラ37はメモリ39に対応し、トランシーバ回路31に接続される。UE3は、動作するうえで必ずしも必要ではないが、従来のUE3の標準の機能(ユーザインタフェース35など)をすべて備えてよいことは明らかであり、当該機能は、ハードウェア、ソフトウェアおよびファームウェアのいずれか1つまたはこれらの任意の組み合わせによって適宜提供されてもよい。ソフトウェアは、メモリ39に事前にインストールしてもよいし、および/または、例えば、通信ネットワークを介して、またはRMD(Removable Data Storage Device:リムーバブルデータ格納デバイス)から、ダウンロードしてもよい。
コントローラ37は、本実施例では、メモリ39内に格納されたプログラム命令またはソフトウェア命令によってUE3全体の動作を制御するように構成される。図示のように、これらのソフトウェア命令は、特に、オペレーティングシステム41、通信制御モジュール43、QoSフロー管理モジュール44、QoE/QoS測定モジュール45、QoE/QoS通知モジュール46、およびPDUセッション管理モジュール47を含む。
通信制御モジュール43は、UE3とそのサービング基地局5との間の通信(および当該サービング基地局5に接続される、他のUE、コアネットワークノードなどの他の通信デバイスとの通信)を制御するように動作可能である。
QoSフロー管理モジュール44は、UE側でQoSフローを管理する役割を担う。QoSフロー管理モジュール44は、例えば、ULデータパケットを適切なQFIでマーキングし、進入DLデータパケットを処理するのに必要なSDAPレイヤ機能を、例えばPDCPレイヤから、QoSフローレベルで実行する。
QoE/QoS測定モジュール45は、各QoSフローのQoEが許容限度を超えて劣化したか否かを評価するのに適したQoE測定を行う。QoEは、例えば、許容可能な劣化限界を線引きし、メモリ39に格納される1つまたは複数の予め定義された閾値に対して評価してもよい。例えば、QoEに伴って増大する特定の測定結果が対応の閾値を下回る場合、またはQoEに伴って減少する測定結果が閾値を超えた場合、QoEが許容限度を超えて劣化したとみなしてもよい。しかしながら、予め定義されたそのような閾値のセットがQoEの劣化を示す方法で渡されるまでは、QoEが劣化したとみなす必要はないものとする。UE3がQoS測定を行う場合、QoE/QoS測定モジュール45は、各QoSフローのQoSが許容限度を超えて劣化したか否かを評価するためにこれらの測定も行う(これは、例えば、設定されたQoS特性および/またはQoSプロファイル内の他のQoSパラメータに基づいて上述のQoEの劣化を判断するQoS測定用に予め定義された1つまたは複数の閾値に基づく)。
QoE/QoS通知モジュール46は、QoE劣化フラグ(そのようなフラグが使用される場合)および/または他のQoE情報(例えば、QoE測定結果)などのQoE情報を通知する役割を担う。当該通知は定期的に行われてもよいし、イベントによってトリガされてもよいし、基地局5の要求に応じて行われてもよい。
PDUセッション管理モジュール47は、PDUセッションのセットアップ、メンテナンスおよび終了においてUEにかかる役割を制御する。
(基地局)
図5は、図1に示す基地局5の主要構成要素を示すブロック図である。図示のように、基地局5は、1つまたは複数のアンテナ53(例えば、アンテナアレイ/大規模アンテナ)を介してUE3と信号の送受信を行うためのトランシーバ回路51、及びネットワークノード(例えば、コアネットワーク7内の他の基地局および/またはノード)と信号の送受信行うためのネットワークインタフェース55を有する。
基地局5は、基地局5の動作を制御するコントローラ57を有する。コントローラ57はメモリ59に対応する。ソフトウェアは、メモリ59に事前にインストールしてもよいし、例えば、通信ネットワーク1を介して、またはRMD(Removable Data Storage Device:リムーバブルデータ格納デバイス)から、ダウンロードしてもよい。コントローラ57は、本実施例では、メモリ59内に格納されたプログラム命令またはソフトウェア命令によって基地局5の全体的な動作を制御するように構成される。図示のように、これらのソフトウェア命令は、特に、オペレーティングシステム61、通信制御モジュール63、QoSフロー管理モジュール64、QoS測定および通知モジュール65、QoSフロー制御モジュール66、およびPDUセッション管理モジュール67を含む。
通信制御モジュール63は、基地局5と、UE3および基地局5に接続された他のネットワークエンティティとの間の通信を制御するように動作可能である。通信制御モジュール63は、ダウンリンクユーザトラフィックの個別フローを(対応のデータ無線ベアラを介して)制御するとともに、この基地局5に対応する通信デバイスに送信されるデータを制御し、当該データには、例えば、コアネットワークサービスおよび/またはUE3のモビリティ用の制御データが含まれる(一般的な(UE固有ではない)システム情報および参照信号も含まれる)。
QoSフロー管理モジュール64は、基地局側でQoSフローの管理する役割を担い、これにはDRBへのQoSフローの適切なマッピングが含まれる。QoSフロー管理モジュール64は、例えば、DLデータパケットを適切なQFIでマーキングし、進入ULデータパケットを処理するのに必要なSDAPレイヤ機能を、例えばPDCPレイヤから、QoSフローレベルで実行する。
QoS測定および通知モジュール65は、各QoSフローのQoS性能が許容限度を超えて劣化したか否かを評価するのに適したQoS測定を行う。QoS性能は、例えば、設定されたQoS特性および/またはQoSプロファイルの他のQoSパラメータに対して評価してもよい(これは、例えば、QoEの劣化の判断に関連して上述した閾値と同様の、QoS測定用の1つまたは複数の予め定義された閾値に基づく)。
QoS測定および通知モジュール65は、QoS測定結果などのQoS情報をコアネットワーク7へ(例えば、最終的にはPCRF7−3へ)通知する役割も担う。通知されたQoS情報は、基地局5によって実行されたQoS測定の結果および/またはUE3から受信したQoS情報を含んでもよいものとする。
QoSフロー制御モジュール66は、QoSフローレベルのグラニュラリティでQoSフローベースのフロー制御を行う役割を担う。QoSフロー制御モジュール66は、特定のQoSフローのパケットを対応のQoSフローバッファ69にバッファリングしてレート調整を行い、異なるQoSフローのパケットがPDCPレイヤに渡される(そして同化する)前に、当該特定のQoSフローのレートを所定のDRBにおいて低下させる(例えば、別のQoSフローのQoEの劣化に寄与する「問題のある」フローのデータレートを低下させる)ように構成される。
PDUセッション管理モジュール67は、適切なDRBのセットアップ、メンテナンスおよび管理を含むPDUセッションのセットアップ、メンテナンスおよび終了において基地局にかかる役割を制御する。
(PCRF)
図6は、ポリシー課金およびルール機能7−3(PCRF)を提供するコアノード7−3の主要構成要素を示すブロック図である。コアノード7−3は、ネットワークインタフェース75を介して、基地局5および/または他のノード(例えば、他のコアネットワーク機能を提供する他のコアノード)と信号の送受信を行うように動作可能なトランシーバ回路71を備える。コントローラ77は、メモリ79に格納されたソフトウェアに従ってトランシーバ回路71の動作を制御する。当該ソフトウェアは、特に、オペレーティングシステム81、通信制御モジュール83、およびポリシーおよび課金ルールモジュール84を含む。
通信制御モジュール83は、コアノード7−3とコアノード7−3に(直接または間接的に)接続された他のネットワークエンティティ(例えば、基地局5および/または他のコアネットワーク機能を提供する他のコアノード)との間の直接および/または間接通信を制御するように動作可能である。
ポリシーおよび課金ルール管理モジュール84は、コアネットワーク機能を管理してポリシーおよび課金ルール機能を提供し、サービスデータフロー検出、ポリシー施行、およびフローベース課金(例えば、複数の基地局からのデータ使用統計の蓄積)をサポートする役割を担う。ポリシーおよび課金ルール管理モジュール84は、QoSポリシーを管理してPDUセッション内の各QoSフローに適したQoS設定情報を基地局5に提供するQoSポリシー管理モジュール85を、備える。QoSポリシー管理モジュール85は、ポリシーを追加および再構成して、QoS(Quality of Service:サービス品質)を動的に管理し、適切に制御することができる。
上の説明では、理解を容易にするために、UE3、基地局5、およびコアネットワーク機能は複数の個別モジュール(通信制御モジュールやビーム構成/制御モジュールなど)を備えるものとして説明された。これらのモジュールは、例えば、本発明を実施するために既存のシステムに変更を加えた特定のアプリケーションについては上述のような方法で提供することができるが、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムなどの他のアプリケーションについては、これらのモジュールは、オペレーティングシステムまたはコード全体に組み込んでもよく、この場合、これらのモジュールは個別のエンティティとして認識されなくてもよい。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせで実装されてもよい。
複数の利点があるQoSフローレベルのグラニュラリティでの効率的なQoS管理を提供するのに役立つように実行可能ないくつかの手順を、ここで例として説明する。これらの手順はそれぞれ単独で実行された場合に独立して技術的な利点を有してもよく、これらの手順の任意の組み合わせを適宜併せて実行してもよい。
(QoEの通知)
図7は、手順を示すメッセージシーケンスの簡略図であり、当該手順は、基地局5で情報を取得するために、図1の通信システムの基地局5とユーザ機器3の間で実行可能であり、所定のPDUセッション内の単一のDRBを介して提供される複数のQoSフローそれぞれのQoEおよびQoSを評価すること、および各フローのQoSを最適化する一方で、すべてのQoSフローで許容可能なQoEを確実に得るために実行可能なアクションを識別することを目的とする。
図7に示すように、S700では、複数のQoSフローが特定のPDUセッションの単一のDRBにマッピングされる(しかしながら、この同一PDUセッション内にも、それぞれが1つまたは複数の個別のQoSフローに関連付けられた他のDRBが存在する可能性がある)。
S702では、複数のQoSフローのそれぞれについてUE3が体感したQoEは、適切な測定を行うことでそれぞれモニタリングされる。UE3は、必要に応じて各QoSフローのQoS特性をモニタリングしてもよい。S704で、基地局5は、それらのQoSフローに設定されたQoS特性に対する各QoSフローのQoS性能をモニタリングする。UE3は、S702でのモニタリングの結果としてUE3が取得したQoE情報を、S706で通知する。
UE3は、図7のオプション(A)から(C)に示すように、取得したQoE情報をさまざまな方法で通知することができる。これらのオプションは必ずしも相互に排他的ではなく、状況に応じて特定のUE3用に選択可能な代替通知オプションとして提供してもよいものとする。
図7(A)において、UE3は、S706−1で、UE3で体感されるQoEが許容限度を超えて劣化したか否かを示す1つまたは複数のQoE劣化フラグ(または同様のIE(Information Element:情報要素))を含んで取得されたQoE情報を通知する(当該通知は、例えば、上記の1つまたは複数の閾値に対するQoE測定の評価に基づいて行われる)。本実施例ではQoE劣化フラグは、QoSフローのQFIに関連付けて、QoEの劣化を体感した(所定のPDUセッションの)QoSフロー9毎に設けられる。
UE3がQoSの劣化をモニタリングする場合、QoSフローが許容外のQoE劣化を現時点で体感していない場合であっても、当該QoSフローのQFIに関連付けて、QoSの劣化が体感された(所定のPDUセッションの)QoSフロー9毎にも、それぞれ個別のQoE劣化フラグが設けられる。これにより、基地局5が、1つまたは複数のQoSフローのQoSが劣化したが、当該劣化の影響を受けたフローについてUE3が体感したQoEの劣化は許容外のものではないと(自局のQoSモニタリングに基づいて)判断した場合、基地局5は、対応するQoSを改善するアクションを不要に取る必要はない(あるいは、対応のQoS要件を緩和するためのアクションを取ることができる)。
図7(B)で提供されるQoE情報には、QoE測定結果の通知が含まれる。本実施例では、そのような測定結果は、当該QoSフローのQFIに関連付けて、QoEの劣化が体感された(所定のPDUセッションの)すべてのQoSフロー9について通知される。同様に、QoE測定結果の通知は、当該QoSフローの(UE3がQoS劣化をモニタリングする)QFIに関連付けて、QoSの劣化が体感された(所定のPDUセッションの)すべてのQoSフロー9について行ってもよい。
図7(C)では、QoE測定の結果は、所定のPDUセッションのすべてのQoSフロー9について(つまり、QoE劣化に関係なく)通知してもよく、特定のQoSフローの各測定通知が対応するQFIに関連付けて与えられる。したがって、本実施例では、基地局5は、特定のQoSフロー9がQoEの劣化を示すか否かだけでなく、当該QoSフロー9が示すQoEの劣化の程度も、通知された測定から判断することができる。その結果、基地局5は、所定のフローのUE3が体感したQoEが許容可能か否かを決定することができるのに加えて、当該QoEが許容限度を超える(または下回る)程度を判断することもできる。このように、基地局5は、異なるQoSフローのための様々なQoS要件/リソース割り当てを最適化するために、より多くの情報に基づいたアクションを取ることができる(例えば、すべてのQoSフローのQoEを可能な限り許容限度に近づけることができる)。
したがって、これらの通知オプションの1つまたは複数を利用して、基地局5が、DRB全体のQoSパラメータを最適化すること、同一DRB上のすべてのQoSフローに割り当てるリソースを最適化すること、および/またはQoSフローレベルのグラニュラリティでの適切なフロー制御や優先順位付け(フロー形成)を実行することを可能にする情報を、基地局5に提供してもよい。
ここで、複数の利点があるQoSフローレベルのグラニュラリティでの効率的なQoS管理を実現するためにUE3から受信したQoE情報を基地局がどのように使用することができるかを説明するいくつかの手順を、例として説明する。
(QoE情報の使用)
上で説明したように、各QoSフローについて、UEで体感されるQoEと、設定されたQoS特性と比較した場合の各QoSフローが示すQoS性能とに応じて、以下の状況が発生する可能性がある:
(1)いずれのQoSフローについても、モニタリング対象QoSの許容限度を超えた劣化は見られず、いずれのQoSフローについても、UE3が体感したモニタリング対象QoEの許容限度を超えた劣化は見られない。
(2)少なくとも1つのQoSフローについて、モニタリング対象QoSが許容限度を超えた劣化を示すが、いずれのQoSフローについても、UE3が体感したモニタリング対象QoEの許容限度を超えた劣化は見られない。
(3)いずれのQoSフローについても、モニタリング対象QoSの許容限度を超えた劣化は見られず、少なくとも1つのQoSフローについて、UE3が体感したモニタリング対象QoEに許容限度を超えた劣化が見られる。
(4)少なくとも1つのQoSフローについて、モニタリング対象QoSに許容限度を超えた劣化が見られ、少なくとも1つのQoSフローについて、UE3が体感したモニタリング対象QoEに許容限度を超えた劣化が見られる。
図8から図11はそれぞれ上記の状況の1つまたは複数において基地局5が取得したQoE/QoS情報を有益に使用する方法を示しているが、基地局は、取得したQoE/QoS情報を同様の方法で、必要に応じて異なる状況で使用してもよい。
例えば、図8は、状況(2)および(3)のコンテキストで取得したQoE/QoS情報を基地局5がどのように用いるかを示すメッセージシーケンス図である。
図8のS802で、複数のQoSフローのそれぞれについてUE3が体感したQoEは、適切な測定を行うことでそれぞれモニタリングされる。UE3は、必要に応じて各QoSフローのQoS特性をモニタリングしてもよい。S804では、基地局5は、それらの各QoSフローに設定されたQoS特性に対する各QoSフローのQoS性能をモニタリングする。UE3は、S802でのモニタリングの結果としてUE3が取得したQoE情報を、S806で通知する(例えば、図7(A)から(C)の1つを参照して説明したように)。
図8(A)では、UE3から通知されたQoE情報および基地局5によって(自局におけるQoS測定に基づいて、またはUE3から通知されたQoS測定結果に基づいて)取得されたQoS情報は、少なくとも1つのQoSフローについてモニタリング対象QoSが許容限度を超えた劣化を示すが、いずれにQoSフローについても、UE3が体感したモニタリング対象QoEの許容限度を超えた劣化は見られないことを示す。
これは、より寛容なQoS要件で、すべてのQoSフローについて、UE3で十分なQoEを達成できる可能性があることを示す。これにより、S808では、基地局5は、通知されたQoE情報(および場合によっては、セル全体の負荷などの1つまたは複数の他のパラメータ)に基づいて(例えば、QoS要件を緩和するため)所定のDRBのQoSパラメータを更新し、UE3で当該DRB上のすべてのQoSフローについて許容可能なQoEが維持されるようにする。実際のQoE測定を通知する場合(QoE劣化フラグのみを通知する場合とは異なり)、図7(B)および(C)を参照して説明したように、測定されたQoEが目標レベルを超える度合いは、DRBのQoSパラメータを更新するか否かに関する基地局の決定を通知するのに有益に用いることができ、QoSパラメータを更新する場合には、QoEの許容外の劣化を引き起こさずに更新を行うことのできる程度を通知してもよい。
図8(B)において、UE3から通知されたQoE情報および基地局5によって(自局におけるQoS測定に基づいて、またはUE3から通知されたQoS測定結果に基づいて)取得されたQoS情報は、いずれのQoSフローについてもモニタリング対象QoSの許容限度を超えた劣化は見られないが、少なくとも1つのQoSフローについて、UE3が体感したモニタリング対象QoEに許容限度を超えた劣化が見られることを示す。
これは、DRBに割り当てられた現在のリソースや、QoSフロー間で当該リソースを共有する現在の方法では、UE3がすべてのQoSフローにおいて十分なQoEを達成することは不可能であることを示す。したがって、S810において、基地局5は、通知されたQoE情報に基づいて所定のDRBのリソース割り当てを最適化し、UE3が当該DRB上のすべてのQoSフローについて許容可能なQoEを確実に得るようにする。実際のQoE測定を通知する場合(QoE劣化フラグのみを通知する場合とは異なり)、図7(B)および(C)を参照して説明したように、測定されたQoEが目標レベルを超える度合いは、リソースを最適化する方法に関する基地局の決定を通知するのに有益に用いることができる。基地局5は、当該最適化を、十分な追加リソースをDRBに割り当てることにより(例えば、QoS要件をより厳しくするように更新する)、および/またはQoSフローをDRBマッピングに変更することで実現してもよい。例えば、基地局は、許容外に劣化したQoEを示す1つまたは複数のQoSフローを、QoS要件がより厳しい別のDRBに再マッピングし、許容可能なQoEを示すQoSフローを既存のDRBにマッピングしたままとしてもよい。
図9は、状況(4)のコンテキストで取得したQoE/QoS情報を基地局5がどのように用いるかを示すメッセージシーケンス図である。
図9において、S902では、複数のQoSフローのそれぞれについてUE3が体感したQoEは、適切な測定を行うことでそれぞれモニタリングされる。UE3は、必要に応じて各QoSフローのQoS特性をモニタリングしてもよい。S904で、基地局5は、それらのQoSフローに設定されたQoS特性に対する各QoSフローのQoS性能をモニタリングする。UE3は、S902でのモニタリングの結果としてUE3が取得したQoE情報を、S906で通知する(例えば、図7(A)から(C)の1つを参照して説明したように)。
図9では、UE3から通知されたQoE情報および基地局5によって(自局におけるQoS測定に基づいて、またはUE3から通知されたQoS測定結果に基づいて)取得されたQoS情報は、少なくとも1つのQoSフローについてUE3が体感したモニタリング対象QoEに許容限度を超えた劣化が見られ、許容限度を超えたQoEの劣化が体感された少なくとも1つのQoSフローについても、モニタリング対象QoSに許容限度を超えた劣化が見られることを示す。
この状況において、許容可能なQoEを示す1つまたは複数のQoSフローは、それぞれのQoEプロファイルに設定された特性よりも優れた変更後のQoS性能(例えば、過剰進入レート)を示してもよい。これらのQoSフローのQoS性能が他のQoSフローと比較して改善されたことで、QoEが劣化(および/または他のフローのQoS劣化)する可能性がある。したがって、S908において、基地局5は、許容可能なQoEおよび変更後のQoS性能を示す「問題のある」QoSフローを識別し、当該フローは、それぞれのQoEプロファイルに設定された特性よりも優れた性能を示す(例えば、QoSプロファイルに設定されたレートよりも増加したデータレートを示すGBR QoSフロー、またはリソースの「フェアシェア」が増加した非GBR QoSフロー)。
次に、S910において、基地局5は、フロー制御/優先順位付け(フロー形成)を実行して、識別された「問題のある」QoSフローが、劣化(QoE)を示す他のQoSフローに及ぼす影響を低下させる。
図10は、このようなフロー制御が、基地局5においてどのようにしてQoSフローレベルのグラニュラリティで実行されるかを示す。図10に示すように、フロー制御は、1つまたは複数のQoSバッファを使用して(例えば、図5のQoSフロー制御モジュールによって)SDAPレイヤに適用してもよい。図10(A)を参照すると、本例では、同一DRBを共有するフロー(すなわち、QoSフロー#1またはQoSフロー#2)にはフロー制御を適用せず、これらのフローは、事実上同一のパケット転送処理を受ける。図10(B)を参照すると、本例では、QoSフローバッファで制御するQoSフローのパケットの一部をバッファリングすることで、DRBを共有するフローの一方(つまり、QoSフロー#1)にフロー制御を適用し、PDCPレイヤに転送するパケットを制限する。他方のフロー(すなわち、QoSフロー#2)はフロー制御の対象ではない。
このように、基地局5は、特定のQoSフロー(例えば、「問題のある」フロー)のパケットをバッファリングすることで「QoSフローごと」のレート調整を実行して、DRB内でこれらのレートを低下させることができる(異なるQoSフローのパケットがDRBにマッピングされ、PDCPおよび下位レイヤに転送されて同化する前に)。そのため、このようなフロー制御を使用すると、異なるQoSフロー(QoSプロファイルが異なる)は、それらのQoSパラメータにより適した異なるパケット転送処理を、同一DRB内で有利に受けることができる。
図11は、状況(4)のコンテキストで取得したQoE/QoS情報を基地局5がどのように用いるかについて別の例を示すメッセージシーケンス図である。
図11では、S1102で、複数のQoSフローのそれぞれについてUE3が体感したQoEは、適切な測定を行うことでそれぞれモニタリングされる。UE3は、必要に応じて各QoSフローのQoS特性をモニタリングしてもよい。S1104において、基地局5は、それらのQoSフローに設定されたQoS特性に対する各QoSフローのQoS性能をモニタリングする。UE3は、S1102でのモニタリングの結果としてUE3が取得したQoE情報を、S1106で通知する(例えば、図7(A)から(C)のいずれかを参照して説明したように)。
図11において、UE3から通知されたQoE情報および基地局5によって(自局におけるQoS測定に基づいて、またはUE3から通知されたQoS測定結果に基づいて)取得されたQoS情報は、少なくとも1つのQoSフローについてモニタリング対象QoSに許容限度を超えた劣化が見られ、少なくとも1つのQoSフローについて、UE3が体感したモニタリング対象QoEに許容限度を超えた劣化が見られることを示す。
しかしながら、図11の実施例では、基地局5は、S1108において、無線インタフェースを介した1つまたは複数のフローがQoS要件(例えば、データレート、遅延、またはその他の測定されたQoSパラメータ)を満たしていないとしても、すべてのQoSフローが進入トラフィックについてのQoSレート特性を満たすと判断する。
この問題に対処するために、S1110で、基地局5は、UE3から通知されたQoE情報に基づいて低ビットレートでも十分なQoEを得ることのできる「柔軟な」QoSフローを識別する。「柔軟な」フローは、十分に高いQoEを示す各QoSフローのQoSフロー特性を調整し、UE3からのフィードバックをモニタリングすることで決定してもよい。あるいは、目標を大幅に上回るQoE測定がUEから通知された場合、当該QoSフローを黙示的に「柔軟な」フローとして識別してもよい。
S1112では、基地局5は、識別された「柔軟な」QoSフローのビットレート要件を緩和し、これにより、許容外なQoEを示す他のQoSフローのためにリソースを解放する。このように、特定のDRBにマッピングされたすべてのQoSフローについてQoE目標を達成することができ、これにより全体としてのユーザ満足度を向上させることができる。
図12は、1つまたは複数のQoSフローについて許容外なQoEの劣化が体感された状況において、取得したQoE/QoS情報を基地局5がどのように用いるかについて別の例を示すメッセージシーケンス図である。
図12において、S1202では、複数のQoSフローのそれぞれについてUE3が体感したQoEは、適切な測定を行うことでそれぞれモニタリングされる。UE3は、必要に応じて各QoSフローのQoS特性をモニタリングしてもよい。S1204で、基地局5は、各QoSフローに設定されたQoS特性に対する各QoSフローのQoS性能をモニタリングする。UE3は、S1202でのモニタリングの結果としてUE3が取得したQoE情報を、S1206で通知する(例えば、図7(A)から(C)のいずれかを参照して説明したように)。
本例では、基地局は、許容外なQoEの劣化を示すQoSフローを別のDRBにオフロードする。具体的には、図12(A)において、基地局5は、S1208で、影響を受けるQoSフローを別の(例えば、QoS要件がより厳しい)既存のDRBに再マッピングすることにより、QoEが劣化した1つまたは複数のQoSフローをオフロードする。図12(B)において、基地局5は、S1210で、1つまたは複数の新しいDRBを確立し、影響を受けたQoSフローを新しいDRBに再マッピングすることにより、QoEが劣化した1つまたは複数のQoSフローをオフロードする。
図13は、取得したQoE/QoS情報を基地局5がどのように用いるかについて別の例を示すメッセージシーケンス図である。
図13のS1302において、複数のQoSフローのそれぞれについてUE3が体感したQoEは、適切な測定を行うことでそれぞれモニタリングされる。UE3は、必要に応じて各QoSフローのQoS特性をモニタリングしてもよい。S1304で、基地局5は、各QoSフローに設定されたQoS特性に対する各QoSフローのQoS性能をモニタリングする。UE3は、S1302でのモニタリングの結果としてUE3が取得したQoE情報を、S1306で通知する(例えば、図7(A)から(C)のいずれかを参照して説明したように)。
本実施例では、基地局5は、S1308において、許容外なQoEの劣化を示すQoSフローのQoS情報を、対応するQFIに関連付けて、コアネットワーク7に提供する。コアネットワーク7のPCRF7−3はこの情報を受信し、S1310で、影響を受けたQoSフローに対応するUEサービスのQoSプロファイルを調整して、UEが知覚するQoEを改善する。例えば、PCRFは、GBR QoSフローのGFBRとMFBRを調整して、ストリーミングアプリケーション(例えば、ビデオストリーミング)でUE3が知覚するQoEを向上させることができる。
(変形例および代替案)
以上、例示的な実施形態を詳細に説明した。当業者が理解するように、上記例示的な実施形態については複数の変形例および代替案が可能であり、そのようにして具現化された発明の恩恵を受けることができる。例示のため、これらの変形例および代替案についていくつかの例のみを説明する。
上記の例示的な実施形態では、ユーザ機器、基地局、および/またはコアネットワーク機能などを実装するための複数のソフトウェアモジュールを説明した。当業者が理解するように、当該ソフトウェアモジュールは、コンパイルされた形式またはコンパイルされていない形式で提供されてもよいし、コンピュータネットワークを介した信号として、または記録媒体上で、対応するハードウェアに供給されてもよい。さらに、このソフトウェアの一部またはすべてによって実行される機能は、1つまたは複数の個別のハードウェア回路を使用して実行してもよい。しかしながら、ソフトウェアモジュールは、対応のハードウェアの機能更新のためのアップデートを高速化するため、その使用がより望ましい。同様に、上記の例示的な実施形態ではトランシーバ回路を使用したが、トランシーバ回路の機能の少なくとも一部はソフトウェアによって実行することができる。
ユーザ機器、基地局(gNB)およびコアネットワークノードの機能は、必要な機能を実現するソフトウェア命令を適宜使用してプログラムされた1つまたは複数のハードウェアコンピュータプロセッサを有する1つまたは複数のコンピュータ処理装置を使用して実装してもよい(例えば、図4から図6を参照して説明したコントローラの一部を形成する1つまたは複数のコンピュータプロセッサ)。さらに、本機能のすべてまたは一部は、例えばASIC(Application Specific Integrated Circuit)など1つまたは複数の個別集積回路を使用して、個別回路としてハードウェアで実装してもよいものとする。
UE、gNB、およびコアネットワークノード/機能の説明で言及したコントローラは、例えばアナログまたはデジタルコントローラなどの任意の適切なコントローラを備えてもよい。各コントローラは任意の形態の処理回路を適宜備えてもよいものとし、これには、例えば、以下が含まれる(限定的ではない):1つまたは複数のハードウェアに実装されたコンピュータプロセッサ;マイクロプロセッサ;CPU(Central Processing Units:中央処理装置);ALU(Arithmetic Logic Units:算術論理ユニット);IO(Input/Output:入出力)回路;内部メモリ/キャッシュ(プログラムおよび/またはデータ);処理レジスタ;通信バス(例えば、制御、データおよび/またはアドレスバス);DMA(Direct Memory Access:ダイレクトメモリアクセス)機能;およびハードウェアまたはソフトウェアで実装されたカウンタ、ポインタ、タイマなど。
上記の一実施例において、通信システム内のユーザ機器によって実行される方法は、少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を用いて基地局とデータの通信を行うことであり、上記データが単一のDRBにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のQoS(Quality of Service:サービス品質)特性のそれぞれのセットを有するように構成されることと、上記複数のデータフローについて少なくとも1つのQoE(Quality of Experience:ユーザ体感品質)パラメータを測定することと、上記少なくとも1つのQoEパラメータの上記測定に基づいてQoE情報を上記基地局に通知すること、を含む。
上記測定することは、上記単一のDRBにマッピングされた上記複数のデータフローの各々について上記少なくとも1つのQoEパラメータをそれぞれ測定することを含む。
上記通知されたQoE情報は、上記単一のDRBにマッピングされた上記複数のデータフローの少なくとも1つについてデータフロー固有QoE情報を含み、上記通知することは、上記データフロー固有QoE情報を、上記データフロー固有QoE情報に関連する上記データフローを識別する情報(例えば、QFI(QoS Flow Identifier:QoSフロー識別子))に関連付けて通知することを含む。
上記方法は、少なくとも1つのデータフローについて、QoEが満足のいくレベルを下回ったか否かを判断することをさらに含む。
上記通知されたQoE情報は、少なくとも1つのデータフローについて、QoEが満足のいくレベルを下回ったか否かを示す少なくとも1つの情報要素(例えば、少なくとも1つのQoEフラグ)を含む。上記QoEが満足のいくレベルを下回ったか否かを示す少なくとも1つの情報要素は、上記QoEが満足のいくレベルを下回った各々のデータフローについてのそれぞれの情報要素を含む。上記QoEが満足のいくレベルを下回ったか否かを示す少なくとも1つの情報要素は、上記単一のDRBにマッピングされたすべてのデータフローについてのそれぞれの情報要素を含む。
上記通知されたQoE情報は、上記少なくとも1つのQoEパラメータの測定により取得された結果を含む。上記少なくとも1つのQoEパラメータの上記測定により取得された結果の通知は、上記QoEが満足のいくレベルを下回った各々のデータフローについてのそれぞれの上記結果を含む。上記少なくとも1つのQoEパラメータを測定して取得された結果の通知は、上記単一のDRBにマッピングされたすべてのデータフローについてのそれぞれの上記結果を含む。
上記方法は、上記単一のDRBにマッピングされた複数のデータフローの少なくとも1つについて少なくとも1つのQoSパラメータを測定することをさらに含む。
上記通知することは、上記少なくとも1つのQoSパラメータの上記測定に基づいてQoS情報を上記基地局に通知することをさらに含む。
上記別の実施例において、通信システム内の基地局によって実行される方法は、少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を用いてUE(User Equipment:ユーザ機器)とデータの通信を行うことであり、上記データが単一のDRBにマッピングされた複数のデータフローを用いて通信され、上記複数のデータフローの各々が当該データフローに固有のQoS(Quality of Service:サービス品質)特性のそれぞれのセットを有するように構成されることと、上記少なくとも1つのQoSパラメータの測定に基づくQoE(Quality of Experience:ユーザ体感品質)情報を上記基地局で受信することと、上記受信したQoE情報に基づいて、単一のDRBにマッピングされた上記複数のデータフローのQoSを最適化するアクションを実行すること、を含む。
上記複数のデータフローのQoSを最適化するアクションは、上記単一のDRBにマッピングされたデータフローの少なくとも1つについてのQoS要件を調整することと、上記単一のDRBにマッピングされたデータフローの少なくとも1つについて割り当てられるリソースを最適化することと、上記単一のDRBにマッピングされたデータフローの少なくとも1つのデータフローを、上記単一のDRBにマッピングされたデータフロー以外の少なくとも1つに応じて制御することと、上記複数のデータフローの少なくとも1つを異なるDRBに再マッピングすることと、QoEが満足のいくレベルを下回った少なくとも1つのデータフローに関する情報をコアネットワークに送信して、コアネットワーク機能が上記データフローのQoSパラメータの最適化を行えるようにすることと、の少なくとも1つを含む。
上記方法は、上記単一のDRBにマッピングされた上記複数のデータフローの少なくとも1つについての少なくとも1つのQoS測定の結果を取得することをさらに含む。上記複数のデータフローについてのQoSを最適化するアクションは、少なくとも1つのQoS測定の上記取得された結果に基づいている。
上記少なくとも1つのQoS測定の上記結果は、上記基地局において測定を行うことにより取得される。上記少なくとも1つのQoS測定の上記結果は、上記UEから上記結果を受信することにより取得される。
上記アクションは、上記複数のデータフローの少なくとも1つのデータパケットをバッファリングすることで、上記複数のデータフローの少なくとも別の1つに対して、上記複数のデータフローの少なくとも1つにおけるデータのフローを制御することを含む。
QoS特性の各々のセットはそれぞれのQoSクラス(例えば、QCI(Quality Class Identifier:品質クラス識別子)/5QIで表される)に関連付けられる。
上記複数のデータフローの各々は、当該データフローのQoS特性の上記セットを表すQCI(Quality Class Identifier:品質クラス識別子)/5QIと、ARP(Allocation and Retention Priority)、UL(UpLink:上りリンク)およびDL(DownLink:下りリンク)の少なくとも1つのGFBR(Guaranteed Flow Bit Rate:保証フロービットレート)パラメータ、ULおよびDLの少なくとも1つのMFBR(Maximum Flow Bit Rate:最大フロービットレート)パラメータ、通知制御パラメータ、および、RQA(Reflective QoS Attribute:リフレクティブQoS属性)パラメータのうちの少なくとも1つと、を含むそれぞれのQoSパラメータセットに関連付けられている。
単一のDRBにマッピングされた上記複数のデータフローの少なくとも1つは、GBR(Guaranteed Bit Rate:保証ビットレート)データフローであり、上記単一のDRBにマッピングされた上記複数のデータフローの少なくとも1つは、非GBRデータフローであってもよい。上記単一のDRBにマッピングされた上記複数のデータフローの各々は、GBRデータフローであってもよい。
単一のDRBにマッピングされた上記複数のデータフローの各々は、non−GBR(non−Guaranteed Bit Rate:非保証ビットレート)データフローであってもよい。
種々の他の変更は、当業者にとって明らかであるため、ここでは更に詳細な説明は省略する。
本出願は、2017年9月29日に出願された英国特許出願第1715920.3号に基づく優先権の利益に基づいており、その開示はその全体が参照により本明細書に組み込まれる。

Claims (12)

  1. 通信システム内の基地局によって実行される方法であって、
    少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を用いてUE(User Equipment:ユーザ機器)とデータの通信を行うことであり、SDAP(Service Data Adaptation Protocol)レイヤにおいて前記データが単一のDRBにマッピングされた複数のデータフローを用いて通信され、前記複数のデータフローの各々が当該データフローに固有のQoS(Quality of Service:サービス品質)特性のそれぞれのセットを有するように構成されることと、
    前記少なくとも1つのQoSパラメータの測定に基づくQoE(Quality of Experience:ユーザ体感品質)情報を前記基地局で受信することと、
    前記受信したQoE情報に基づいて、単一のDRBにマッピングされた前記複数のデータフローのQoSを最適化するアクションを実行することと、を含み、
    前記アクションは、前記複数のデータフローの少なくとも1つのデータパケットをバッファリングすることで、前記複数のデータフローの少なくとも別の1つに対して前記複数のデータフローの少なくとも1つを制御することを含む方法。
  2. 前記複数のデータフローのQoSを最適化するアクションは、
    前記単一のDRBにマッピングされたデータフローの少なくとも1つについてのQoS要件を調整することと、
    前記単一のDRBにマッピングされたデータフローの少なくとも1つについて割り当てられるリソースを最適化することと、
    前記単一のDRBにマッピングされたデータフロー以外の少なくとも1つに対して、前記単一のDRBにマッピングされたデータフローの少なくとも1つのデータフローを制御することと、
    前記複数のデータフローの少なくとも1つを異なるDRBに再マッピングすることと、
    QoEが満足のいくレベルを下回った少なくとも1つのデータフローについての情報をコアネットワークに送信して、コアネットワーク機能が前記データフローのQoSパラメータの最適化を行えるようにすることと、
    の少なくとも1つを含む、請求項に記載の方法。
  3. 前記単一のDRBにマッピングされた前記複数のデータフローの少なくとも1つについての少なくとも1つのQoS測定の結果を取得することをさらに含み、前記複数のデータフローについてのQoSを最適化するアクションは、少なくとも1つのQoS測定の前記取得された結果に基づいている、請求項1又は2に記載の方法。
  4. 少なくとも1つのQoS測定の前記結果は、前記基地局において測定を行うことにより取得される、請求項に記載の方法。
  5. 少なくとも1つのQoS測定の前記結果は、前記UEから前記結果を受信することにより取得される、請求項3又は4に記載の方法。
  6. QoS特性の各々のセットはそれぞれのQoSクラス(例えば、QCI(Quality Class Identifier:品質クラス識別子)/5QIで表される)に関連付けられる、請求項1からのいずれか一項に記載の方法。
  7. 前記複数のデータフローの各々は、当該データフローのQoS特性の前記セットを表すQCI(Quality Class Identifier:品質クラス識別子)/5QIと、ARP(Allocation and Retention Priority)、UL(UpLink:上りリンク)およびDL(DownLink:下りリンク)の少なくとも1つのGFBR(Guaranteed Flow Bit Rate:保証フロービットレート)パラメータ、ULおよびDLの少なくとも1つのMFBR(Maximum Flow Bit Rate:最大フロービットレート)パラメータ、通知制御パラメータ、および、RQA(Reflective QoS Attribute:リフレクティブQoS属性)パラメータのうちの少なくとも1つと、を含むそれぞれのQoSパラメータセットに関連付けられている、請求項に記載の方法。
  8. 前記単一のDRBにマッピングされた前記複数のデータフローの少なくとも1つは、GBR(Guaranteed Bit Rate:保証ビットレート)データフローであり、前記単一のDRBにマッピングされた前記複数のデータフローの少なくとも1つは、非GBRデータフローである、請求項1からのいずれか一項に記載の方法。
  9. 前記単一のDRBにマッピングされた前記複数のデータフローの各々は、GBR(Guaranteed Bit Rate:保証ビットレート)データフローである、請求項1からのいずれか一項に記載の方法。
  10. 前記単一のDRBにマッピングされた前記複数のデータフローの各々は、非GBR(non−Guaranteed Bit Rate:非保証ビットレート)データフローである、請求項1からのいずれか一項に記載の方法。
  11. プラグラム可能な通信デバイスに請求項1から10のいずれか一項に記載の方法を実行させるためのコンピュータによって実行可能な命令を備える、コンピュータによって実行可能なプログラム。
  12. 通信システムの基地局であって、少なくとも1つのプロセッサおよびトランシーバを備え、
    前記少なくとも1つのプロセッサは、
    前記トランシーバを制御して少なくとも1つのDRB(Data Radio Bearer:データ無線ベアラ)を用いてUE(User Equipment:ユーザ機器)とデータの通信を行うことであり、SDAP(Service Data Adaptation Protocol)レイヤにおいて前記データが単一のDRBにマッピングされた複数のデータフローを用いて通信され、前記複数のデータフローの各々が当該データフローに固有のQoS(Quality of Service:サービス品質)特性のそれぞれのセットを有するように構成されることと、
    前記トランシーバを制御して前記少なくとも1つのQoSパラメータの測定に基づくQoE(Quality of Experience:ユーザ体感品質)情報を前記基地局で受信することと、
    前記受信したQoE情報に基づいて、前記単一のDRBにマッピングされた複数のデータフローのQoSを最適化するアクションを実行することと、をするように構成され
    前記アクションは、前記複数のデータフローの少なくとも1つのデータパケットをバッファリングすることで、前記複数のデータフローの少なくとも別の1つに対して前記複数のデータフローの少なくとも1つを制御することを含む、基地局。
JP2020517236A 2017-09-29 2018-09-25 受信した体感品質情報に基づくリソース割り当ての最適化 Active JP6943337B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021143220A JP7238933B2 (ja) 2017-09-29 2021-09-02 受信した体感品質情報に基づくリソース割り当ての最適化

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1715920.3 2017-09-29
GBGB1715920.3A GB201715920D0 (en) 2017-09-29 2017-09-29 Communication system
PCT/JP2018/035413 WO2019065617A1 (en) 2017-09-29 2018-09-25 OPTIMIZING THE ALLOCATION OF RESOURCES BASED ON QUALITY EXPERIENCE INFORMATION RECEIVED

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021143220A Division JP7238933B2 (ja) 2017-09-29 2021-09-02 受信した体感品質情報に基づくリソース割り当ての最適化

Publications (2)

Publication Number Publication Date
JP2020535716A JP2020535716A (ja) 2020-12-03
JP6943337B2 true JP6943337B2 (ja) 2021-09-29

Family

ID=60270406

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020517236A Active JP6943337B2 (ja) 2017-09-29 2018-09-25 受信した体感品質情報に基づくリソース割り当ての最適化
JP2021143220A Active JP7238933B2 (ja) 2017-09-29 2021-09-02 受信した体感品質情報に基づくリソース割り当ての最適化

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2021143220A Active JP7238933B2 (ja) 2017-09-29 2021-09-02 受信した体感品質情報に基づくリソース割り当ての最適化

Country Status (5)

Country Link
US (1) US20200280871A1 (ja)
EP (1) EP3689022A1 (ja)
JP (2) JP6943337B2 (ja)
GB (1) GB201715920D0 (ja)
WO (1) WO2019065617A1 (ja)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021510243A (ja) * 2017-11-20 2021-04-15 オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. トラフィック構成方法及び関連製品
WO2019160310A1 (en) * 2018-02-14 2019-08-22 Lg Electronics Inc. Method and apparatus for modifying mapping rule
CN112205058A (zh) * 2018-03-27 2021-01-08 诺基亚通信公司 基于一个或多个令牌计数器的网络切片
CN110351201B (zh) * 2018-04-04 2021-09-14 华为技术有限公司 一种数据处理方法及装置
CN112313991B (zh) * 2018-06-26 2024-03-22 诺基亚技术有限公司 用于通信系统中的增强型数据分组流处理的方法和装置
CN110972215B (zh) * 2018-09-28 2021-06-22 华为技术有限公司 一种切换方法及基站
US11483732B2 (en) * 2018-10-05 2022-10-25 T-Mobile Usa, Inc. Intelligent allocation of network resources
WO2020236050A1 (en) * 2019-05-21 2020-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Method performed by a core network node for deciding how to shape a specific data flow
WO2020233819A1 (en) * 2019-05-23 2020-11-26 Huawei Technologies Co., Ltd. Client device and network node for indication of qos non-fulfillment
US11770441B2 (en) 2019-06-07 2023-09-26 Qualcomm Incorporated File delivery failure feedback and application feedback
CN112118192B (zh) * 2019-06-20 2022-11-18 华为技术有限公司 一种数据量整形方法、网络设备以及计算机程序产品
CN112291817A (zh) * 2019-07-24 2021-01-29 中国移动通信有限公司研究院 一种数据处理方法、装置、设备及存储介质
US11838931B2 (en) * 2019-10-03 2023-12-05 Qualcomm Incorporated Feedback of remaining delay budget
US20240049021A1 (en) * 2019-10-04 2024-02-08 NEC Laboratories Europe GmbH Data analytics-based service level specification (sls) assurance
BR112022016883A2 (pt) * 2020-02-27 2022-10-18 Zte Corp Coleta e relatório de informação de qualidade de experiência
US11647419B2 (en) * 2020-03-31 2023-05-09 T-Mobile Usa, Inc. Adjusting window size based on quality of experience
EP4101242A4 (en) * 2020-04-07 2023-07-12 Zeku, Inc. UPLINK DATA PLAN MANAGEMENT FOR QUALITY OF SERVICE DATA TRANSFER
WO2022005356A1 (en) * 2020-06-30 2022-01-06 Telefonaktiebolaget Lm Ericsson (Publ) Enhanced quality-of-experience (qoe) measurements in a wireless network
EP4181558A4 (en) * 2020-07-22 2023-08-16 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND COMMUNICATION APPARATUS
US20220045917A1 (en) * 2020-08-04 2022-02-10 Tambora Systems Singapore Pte. Ltd System and method for obtaining higher quality of experience and desired network slice by utilizing feedback
WO2022082727A1 (zh) * 2020-10-23 2022-04-28 华为技术有限公司 通信方法,装置,可读存储介质和系统
US20230065207A1 (en) * 2021-08-25 2023-03-02 At&T Intellectual Property I, L.P. User quality of experience assessment in radio access networks
US11595247B1 (en) * 2021-10-06 2023-02-28 At&T Intellectual Property I, L.P. Subscriber feedback mechanism for real-time network service upgrade
US20230209230A1 (en) * 2021-12-23 2023-06-29 Nokia Solutions And Networks Oy Transport of packets over optical networks
US20230379241A1 (en) * 2022-05-23 2023-11-23 Qualcomm Incorporated Qos flow framework

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9049617B2 (en) * 2009-09-23 2015-06-02 At&T Intellectual Property I, L.P. Signaling-less dynamic call setup and teardown by utilizing observed session state information
EP2789184B1 (en) * 2011-12-09 2019-02-20 Telefonaktiebolaget LM Ericsson (publ) Application-aware flow control in a radio network
EP2815603B1 (en) * 2012-02-17 2019-09-25 Interdigital Patent Holdings, Inc. Hierarchical traffic differentiation to handle congestion and/or manage user quality of experience
CN103782555A (zh) * 2012-09-06 2014-05-07 华为技术有限公司 控制网络传输时延的方法、服务质量控制实体和通信设备
US9722929B2 (en) * 2013-04-08 2017-08-01 Telefonaktiebolaget Lm Ericsson (Publ) Congestion aware throughput targets
US10111240B2 (en) * 2014-06-30 2018-10-23 Intel IP Corporation Apparatus and method enhancing quality of service architecture for LTE
CN108809584B (zh) * 2017-05-05 2021-05-18 华为技术有限公司 数据传输方法及通信设备

Also Published As

Publication number Publication date
JP2022000961A (ja) 2022-01-04
GB201715920D0 (en) 2017-11-15
JP7238933B2 (ja) 2023-03-14
WO2019065617A1 (en) 2019-04-04
US20200280871A1 (en) 2020-09-03
JP2020535716A (ja) 2020-12-03
EP3689022A1 (en) 2020-08-05

Similar Documents

Publication Publication Date Title
JP6943337B2 (ja) 受信した体感品質情報に基づくリソース割り当ての最適化
US10623928B2 (en) Terminal node, method, storage medium for video data transmission
US10721754B2 (en) Data transmission method and apparatus
EP3446464B1 (en) Systems and method for quality of service monitoring, policy enforcement, and charging in communications network
KR102099650B1 (ko) 이동통신 네트워크의 혼잡 상황 제어 방법 및 장치
US11159436B2 (en) Mechanism for air interface delay adjustment
JP5923102B2 (ja) 輻輳状態を判定するための基盤機器及び方法
US20140155043A1 (en) Application quality management in a communication system
CN108738080B (zh) 数据传输的方法和装置
US20140153392A1 (en) Application quality management in a cooperative communication system
KR101825014B1 (ko) 주의형 및 비주의형 서비스들을 지원하기 위한 eNB 및 이동성 관리 엔티티 및 사용자 장비 및 방법들
JP5848771B2 (ja) 移動体通信ネットワーク、基盤機器、移動体通信装置及び方法。
JP5976002B2 (ja) 移動体通信装置及び方法
JPWO2016068316A1 (ja) 無線基地局、パケット送信装置、無線端末、制御方法、及びプログラム
CN104753812B (zh) 通信系统中的应用质量管理
JP2014204334A (ja) 無線基地局及び移動局
KR20150079463A (ko) 협력형 통신 시스템 내 애플리케이션 품질 관리
JP6439414B2 (ja) 通信装置
JPWO2016042687A1 (ja) 送信装置及びその制御方法並びにプログラム
EP2859769B1 (en) Systems and methods for cooperative applications in communication systems
JP5925566B2 (ja) 無線通信システム、基地局、及びモバイルルータ
US10212722B2 (en) Volume-deadline scheduling
CN116762342A (zh) 用于体验质量感知传输的方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200324

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210316

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210323

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20210512

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210713

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210810

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210823

R150 Certificate of patent or registration of utility model

Ref document number: 6943337

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150