JP7192896B2 - 通信システム - Google Patents

Description

本発明は、移動通信デバイス及びネットワークに関する。特に、本発明は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格、又はこれと同等若しくは派生の規格に従って動作する移動通信デバイス及びネットワークに関するが、これに限定されない。特に、本発明は、いわゆる「５Ｇ」（又は「次世代」）システムにおけるデータフローマッピングに関するが、これに限定されない。

３ＧＰＰ規格の最新動向は、「ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワーク及びＥ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：進化型ＵＭＴＳ地上無線アクセスネットワーク）のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）」と呼ばれ、一般に「４Ｇ」とも呼ばれる。更に、「５Ｇ」及び「ＮＲ」といった語は、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：マシン型通信）、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：モノのインターネット）通信、車両通信、自律走行車、高解像度ビデオストリーミング、スマートシティサービスなどのさまざまなアプリケーション及びサービスをサポートすることが期待される進化型の通信技術を指す。したがって、５Ｇ技術は、バーティカル市場へのネットワークアクセスを可能にし、サードパーティにネットワークサービスを提供し、新しいビジネスチャンスを創出するためのネットワーク（ＲＡＮ）共有をサポートすることが期待されている。３ＧＰＰは、いわゆる３ＧＰＰ ＮｅｘｔＧｅｎ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）及び３ＧＰＰ ＮＧＣ（ＮｅｘｔＧｅｎ Ｃｏｒｅ：次世代コア）ネットワークによって５Ｇをサポートすることを計画している。５Ｇネットワークの種々の詳細は、例えば、ＮＧＭＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋｓ）アライアンスによるＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ Ｖ１．０に説明されており、当該文書は、ｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手可能である。

次世代のモバイル通信ネットワークは、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ：国際電気通信連合）によって以下の３カテゴリに分類される多様なサービス要件をサポートする必要がある：ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）、ｕＲＬＬＣ（ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、及びｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）。ｅＭＢＢは、ＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ：高解像度）ビデオ、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ：仮想現実）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ：拡張現実）など、広い保証帯域幅を必要とするサービスにフォーカスした一般的なＭＢＢの拡張サポートを提供することを目的とする。ｕＲＬＬＣは、自動運転やファクトリーオートメーションなど、非常に短い時間内でアクセスを保証する必要のある重要なアプリケーションの要件である。ｍＭＴＣは、スマートメータリングや環境モニタリングなど、接続された多数のデバイスをサポートする必要があるが、通常は、一定のアクセス遅延を許容することができる。これらのアプリケーションのうちのいくつかは、比較的緩いＱｏＳ／ＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ／Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）要件を有してもよい。一方で、一部のアプリケーションは、比較的厳しいＱｏＳ／ＱｏＥ要件（例えば、高帯域幅や低遅延など）を有してもよい。

このような多様なＱｏＳ要件を（場合によっては同一ＵＥ内で）サポートするために、ユーザプレーントラフィック（各データパケット）は、対応のＱｏＳパラメータに基づいて分類され、そのタイプのトラフィックのＱｏＳ要件を満たす適切なＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）に関連付けられる。具体的には、いわゆるＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ：ユーザプレーン機能）は、適切なＱｏＳルールに基づいてＤＬ（ＤｏｗｎＬｉｎｋ：ダウンリンク）ユーザプレーントラフィックの分類を行う。同様に、ＵＥは、ＵＬ（ＵｐＬｉｎｋ：アップンク）ユーザプレーントラフィックの分類を行う（ＵＬトラフィックを、該当するＱｏＳルールに基づいて適切なＱｏＳフローに関連付けることを含む）。ここで適用するＱｏＳルールは、ＵＥに対して（例えば、セッションの確立又は変更中に）明示してもよいし、ＵＥに事前に設定してもよいし、又は、リフレクティブＱｏＳを適用してＵＥで暗黙的に導出してもよい。パケットのＱｏＳフローへのマッピングの更なる詳細については、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ：技術仕様書）２３．５０１ ｖ１５．２．０に記載されており、その内容は、参照により本明細書に組み込まれる。

リフレクティブＱｏＳ機能により、ＵＥは、ネットワークから明示的なＱｏＳルールを取得することなく、アップリンクユーザプレーントラフィックを適切なＱｏＳフローにマッピングすることができる。これは、ＵＥで受信したＤＬトラフィックに基づいてＱｏＳルールを作成するＵＥによって実現される。リフレクティブＱｏＳは、データパケットのヘッダ内にあるいわゆるＲＱＩ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブ ＱｏＳ指示）を、その特定のデータパケットが属するフローの識別子（ＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子））と、セッション確立時（又はセッション変更時）にＵＥに通知される可能性のあるＲＱタイマ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｔｉｍｅｒ：リフレクティブＱｏＳタイマ）値と共に使用して、パケットごとに制御される。或いは、ＲＱタイマは、デフォルト値に設定してもよい（この場合、該当するＲＱタイマ値をＵＥに明示的に通知する必要はない）。

３ＧＰＰ ＴＳ３７．３２４ ｖ１５．０．０は、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）について説明し、ＱｏＳフロー（データパケット）を当該ＱｏＳフローに適したＤＲＢにマッピングする方法についての詳細を提供する。要約すると、ＱｏＳフローのＤＲＢへのマッピング（以下、「ＤＲＢマッピング」）のルールは、特定のＱｏＳフローのデータパケットを伝送するＤＲＢを決定する場合に用いられる。リフレクティブＤＲＢマッピングの場合、ＵＥは、ネットワークによってダウンリンク方向に適用されたＤＲＢマッピングをモニタリングし、各ＱＦＩについて、適用可能なＤＲＢマッピング（すなわち、どのＱＦＩがどのＤＲＢにマッピングされるか）を自律的に決定する。したがって、ＵＥが、特定のＱＦＩに関連付けて送信するアップリンクデータを有する場合、ＵＥは、どのＤＲＢをそのＱＦＩに使用すべきかを把握している。

さらに、ネットワークは、３ＧＰＰ ＴＳ３８．３３１ ｖ１５．１．０で説明されているように、ＲＲＣシグナリングを介して適切なＤＲＢマッピングを使用して、ＵＥを構成することもできる。具体的には、ＤＲＢマッピングがＲＲＣ（又は他の明示的なシグナリング）を用いてネットワークによって構成される場合、当該ネットワークは、どのＱｏＳフロー（どのＱＦＩ）をどの特定のＤＲＢにマッピングするか（又は特定のＤＲＢについてどのＱＦＩをマッピングするのをやめるか）をＵＥに通知する。

図７は、データパケットを適切なＤＲＢにマッピングするためのパラメータの明示的なシグナリング（基地局からＵＥへ）を用いたシナリオの例を示す図である。図示のように、この場合、新しいＱＦＩを含むＤＲＢマッピング情報は、（ステップ７で）そのＱＦＩに関連付けられたＤＲＢ上のユーザプレーンデータを通信する前に、（ステップ３で）ＵＥに送信される。図８は、明示的なシグナリングがない、例示的なシナリオを示す。図示のように、この場合、新しいＱＦＩを含むＤＲＢマッピング情報は、ダウンリンクユーザプレーンデータをＵＥに通信する前に（ステップ３で）、ＵＥに送信される。この場合、ＵＥは、基地局から受信したダウンリンクデータパケットに基づいてそのＤＲＢマッピングテーブルを更新し（ステップ４）、当該ＱＦＩに関連付けられた適切なＤＲＢで後続の任意のユーザプレーンデータを通信する（ステップ５に概略的に示す通りである）。図７及び８に示すシナリオは、３ＧＰＰ ＴＳ３８．３００ ｖ１５．２．０に基づいており、その内容は参照により本明細書に組み込まれる。

３ＧＰＰは、ＤＲＢにＳＤＡＰヘッダが設定される場合、リフレクティブＱｏＳのＤＲＢへのマッピングに基づいて作成されたＱｏＳフローマッピングも明示的なシグナリングによって更新される（或いはその反対）可能性があることに同意している。言い換えれば、適切なＤＲＢマッピングは、図７及び８に示すいずれかの方法で作成及び／又は更新することができる。

しかしながら、本発明者らは、現在のＤＲＢマッピング技術によって対処されない問題が多くあることを認識するに至った。例えば、ＤＲＢの確立時（図７に示すように）又はＤＲＢの変更時にＵＥに適切なＤＲＢマッピングを設定する必要がないため、ＵＥが誤ったＤＲＢマッピングを適用して（又は適用し続けて）、ＵＬデータパケットを、不適切なＤＲＢ（例えば、これらのＵＬデータパケットのＱｏＳ要件を満たさない可能性のあるＤＲＢ）で送信する状況が考えられる。このような状況は、ＵＥが、リフレクティブＱｏＳフローのＤＲＢへのマッピングに従ってマッピングルールを作成し、所定のフローで最初のダウンリンクパケットが受信された後に、アップリンクトラフィックに適用する場合に発生し得る。しかしながら、任意のダウンリンクパケットを（正常に）受信するよりも前に送信するアップリンクデータがある場合は、ＵＥは、アップリンクデータパケットをデフォルトのＤＲＢにマッピングし、このＤＲＢを用いてデータパケットを送信する。ただし、これはネットワークの意図するところではない可能性があり、ＵＥのＤＲＢマッピングによって、データパケットのハンドリングが最適なものではなくなり、対応のＱｏＳ要件に違反する可能性がある。

アクセスネットワーク（基地局）でＣＰ－ＵＰ分割が採用されている場合、すなわち、ＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：制御プレーン）とＵＰ（Ｕｓｅｒ－Ｐｌａｎｅ：ユーザプレーン）の機能が異なるエンティティ（又はユニット）間で分割されている場合、ＤＲＢマッピングに関する別の問題が生じる可能性がある。この場合、ＱｏＳフローのＤＲＢへのマッピングはＣＰエンティティによって設定されるが、ダウンリンクＤＲＢマッピング及びＵＥのアップリンクマッピングのモニタリングは、ＵＰエンティティ（場合によっては複数のＵＰエンティティ）によって行われる。しかしながら、ＤＲＢマッピングにエラーがある場合（例えば、ＵＥが、任意のダウンリンクデータパケットを受信する前に、誤ったＤＲＢを使用して、潜在的に誤ったＵＰエンティティにアップリンクデータパケットを送信する場合）、ＣＰエンティティは、データパケットをハンドリングしないため、ＵＥのＤＲＢマッピングを素早く修正することができない場合がある。本発明は、上記の問題に対処する、又は少なくとも軽減する方法及び関連する装置を提供するものである。

当業者の理解の効率化のために、本発明は３ＧＰＰシステム（５Ｇネットワーク）のコンテキストを想定して詳細に説明するが、本発明の原理はスライススケジューリングを行う他のシステムにも適用することができる。

本発明の例示的な態様によれば、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）により実行される方法であって、ＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を介して、データフローを識別する情報を含む少なくとも１つのダウンリンクデータパケットを受信することと、前記少なくとも１つのダウンリンクデータパケット内の前記データフローを識別する情報に基づいて、前記データフローの前記ＤＲＢへのマッピングを識別することと、を備え、前記データフローを識別する情報を含む少なくとも１つのダウンリンクデータパケットは、前記識別したデータフローに関連付けられたダウンリンクユーザプレーンデータを含むデータパケットの受信が開始する前に、前記ＤＲＢを介して受信される第１の方法、が提供される。

本発明の例示的な態様によれば、ＵＥにサーブするネットワーク装置により実行される方法であって、ＤＲＢを介して、データフローを識別する情報を含む少なくとも１つのダウンリンクデータパケットを前記ＵＥに送信することを備え、前記データフローを識別する情報を含む少なくとも１つのダウンリンクデータパケットは、前記識別したデータフローに関連付けられたダウンリンクユーザプレーンデータを含むデータパケットの送信が開始する前に、前記ＤＲＢを介して送信される方法、が提供される。

本発明の例示的な態様によれば、分散型基地局装置のユーザプレーンエンティティにより実行される方法であって、ＵＥが、前記ＵＥに関連付けられたＤＲＢへのデータフローのマッピングを識別する情報を有するか否かを判定することと、前記ＵＥが前記マッピングを識別する情報を有さないと判定した場合、前記ＵＥが前記マッピングを識別する情報を有さないデータフローを識別する情報を制御プレーンエンティティに提供することと、を備える方法、が提供される。

本発明の例示的な態様によれば、分散型基地局装置の制御プレーンエンティティにより実行される方法であって、ユーザプレーンエンティティから、ＵＥが前記ＵＥに関連付けられたＤＲＢへのマッピングを識別する情報を有さないデータフローを識別する情報を取得することを備える方法、が提供される。

本発明の例示的な態様によれば、分散型基地局装置のユーザプレーンエンティティにより実行される方法であって、ＵＥが、前記ＵＥに関連付けられたＤＲＢへのデータフローのマッピングを識別する情報を有するか否かを判定することと、前記ＵＥが前記マッピングを識別する情報を有さないと判定した場合、前記データフローを識別する情報を含む少なくとも１つのダウンリンクデータパケットを前記ＵＥに送信することとを備え、前記データフローを識別する情報を含む少なくとも１つのダウンリンクデータパケットは、前記識別したデータフローに関連付けられたダウンリンクユーザプレーンデータを含むデータパケットの送信が開始する前に、前記ＤＲＢを介して送信される方法、が提供される。

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

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

ここで、添付図面を参照して、本発明の例示的な実施形態の例を説明する。
図１は、本発明の例示的な実施形態を適用可能なモバイル（セルラ又は無線）通信システムを概略的に示す図である。 図２は、図１に示すシステム１におけるデータパケットのハンドリングの例を概略的に示す図である。 図３は、例示的なデータパケットを概略的に示す図である。 図４は、図１に示すシステムの一部を形成するモバイルデバイスの概略ブロック図である。 図５は、図１に示すシステムの一部を形成するアクセスネットワークノード（例えば、基地局）の概略ブロック図である。 図６は、図１に示すシステムの一部を形成するコアネットワークノードの概略ブロック図である。 図７は、基地局が、モバイルデバイスを、データパケットを適切なデータ無線ベアラにマッピングするように構成することのできる、例示的な方法を概略的に示す図である。 図８は、基地局が、モバイルデバイスを、データパケットを適切なデータ無線ベアラにマッピングするように構成することのできる、例示的な方法を概略的に示す図である。 図９は、モバイルデバイスがデータパケットをデフォルトデータ無線ベアラにマッピングする例示的な手順を概略的に示す図である。 図１０は、本発明の例示的な実施形態に係る例示的な手順を概略的に示す図である。 図１１は、例示的な分散型基地局の構成要素（機能ユニット）を概略的に示す図である。 図１２は、本発明の例示的な実施形態に係る例示的な手順を概略的に示す図である。

（概要）
３ＧＰＰ規格では、ＮｏｄｅＢ（又はＬＴＥにおける「ｅＮＢ」、５Ｇにおける「ｇＮＢ」など）は、通信デバイス（ユーザ装置又は「ＵＥ」）がコアネットワークに接続し、他の通信デバイス又はリモートサーバと通信を行うための基地局である。通信デバイスには、例えば、モバイル電話、スマートフォン、スマートウォッチ、パーソナルデジタルアシスタント、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダなどのモバイル通信デバイスが含まれる。通常、このようなモバイル（又は一般的に固定の）デバイスはユーザによって操作される（したがって、これらは総称的にユーザ装置「ＵＥ」と呼ばれることが多い）が、ＩｏＴデバイスや同様のＭＴＣデバイスをネットワークに接続することも可能である。説明の簡略化のため、本出願では、基地局という語はそのような任意の基地局を指し、モバイルデバイス又はＵＥという語はそのような任意の通信デバイスを指すものとする。

図１は、本発明の例示的な実施形態を適用可能なモバイル（セルラ又は無線）通信システム１を概略的に示す図である。

このネットワークにおいて、各モバイルデバイス３（ＵＥ）のユーザは、例えばＥ－ＵＴＲＡ及び／又は５Ｇ ＲＡＴなどの適切な３ＧＰＰ ＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：無線アクセス技術）を用いて、それぞれ基地局５及び／又はコアネットワーク７を介して、相互に及び他のユーザと通信を行うことができる。複数の基地局５が（無線）アクセスネットワーク又は（Ｒ）ＡＮを形成してもよいものとする。当業者には明らかではあるが、図１が４つのモバイルデバイス３と１つの基地局５を例示目的で示す一方で、システムの実装時には、通常、他の基地局及びモバイルデバイス（ＵＥ）も含まれる。

各基地局５は（直接、又はホーム基地局、リレー、リモートラジオヘッド、分散ユニットなどの他のノードを介して）、１つ以上の関連セルを制御する。Ｅ－ＵＴＲＡ／４Ｇプロトコルをサポートする基地局５は「ｅＮＢ」と呼ばれてもよく、次世代／５Ｇプロトコルをサポートする基地局５は「ｇＮＢ」と呼ばれてもよい。いくつかの基地局５は、４Ｇ及び５Ｇプロトコルの両方、及び／又は他の任意の３ＧＰＰ又は非３ＧＰＰ通信プロトコルをサポートするように構成してもよい。

モバイルデバイス３及びそのサービング基地局５は、適切なエアインターフェース（例えば、いわゆる「Ｕｕ」インターフェースなど）を介して接続される。隣接する基地局５同士は、適切な基地局間インターフェース（いわゆる「Ｘ２」インターフェース、「Ｘｎ」インターフェースなど）を介して相互に接続されている。基地局５は、適切なインターフェース（いわゆる「Ｓ１」、「Ｎ１」、「Ｎ２」、「Ｎ３」インターフェースなど）を介して、コアネットワークノードに接続される。

コアネットワーク７（例えば、ＬＴＥの場合にはＥＰＣで、ＮＲ／５Ｇの場合にはＮＧＣ）は、通常、通信システム１において通信をサポートするため、及び加入者管理、モビリティ管理、課金、セキュリティ、及び呼セッション管理（など）のための論理ノード（又は「機能」）を含む。例えば、「次世代」／５Ｇシステムのコアネットワーク７は、ユーザプレーンエンティティと制御プレーンエンティティとを含む。ユーザプレーンエンティティは、特に、ユーザプレーン機能（ＵＰＦ）１１を含む。この例では、制御プレーンエンティティは、特に、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ：アクセス／モビリティ管理機能）１２を含む。また、コアネットワーク７は、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ：セッション管理機能）１３、ＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ：ポリシー制御機能）１４、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ Ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ：運用及び保守）機能（図示せず）、ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ：アプリケーション機能）１５、ＡＵＳＦ（ＡＵｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ：認証サーバー機能）１６、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ：統合データ管理）エンティティ１７などのうちの１つ以上を含むものとする。また、コアネットワーク７は、インターネット又は同様のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）ベースのネットワークなどのＤＮ（Ｄａｔａ Ｎｅｔｗｏｒｋ：データネットワーク）１８に（ＵＰＦ１１を介して）結合されている。

図２は、図１に示すシステム１におけるデータパケットのハンドリングの例を概略的に示す図である。この例は、アクセスネットワーク（基地局５）でのパケットのハンドリングを含む、ＵＥ３とＵＰＦ１１との間におけるパケットのハンドリングにフォーカスする。図示のように、アプリケーション／サービスレイヤからのデータパケットは、下位レイヤに送信される（「Ａ」の文字で示される）。これは、アップリンクパケットの場合にはＵＥ３によって行われ、ダウンリンクパケットの場合にはＵＰＦ１１によって行われる。次に、「Ｂ」の文字で示されるように、ＵＥ３は、（各アップリンクパケットを適切なＱｏＳフローにマッピングし、適切なＱｏＳフローマーキングを適用することによって）適切なＱｏＳルールをアップリンクデータパケットに適用する。同様に、ＵＰＦ１１は、特に、適用可能なルールを使用して、ＱｏＳフローマーキングのためにダウンリンクパケットの分類を行う。「Ｃ」の文字で概して示すように、同一のＱＦＩでマークされたパケットでＱｏＳフローが形成される。ＵＰＦ１１とアクセスネットワークの間に示されるように、特定のＵＥ３のプロトコルデータユニット（ＰＤＵ）セッションは、それぞれ関連付けされたＱｏＳ要件のセットを有する複数のＱｏＳフローを含んでもよい。全般として無線レイヤに対応する「Ｄ」の文字では、ＱｏＳフローが適切なアクセスノード（基地局）リソースにマッピングされ（つまり、ＱｏＳフローがＤＲＢにマッピングされ）、そして、データパケットが、各データパケット内のＱＦＩに関連付けられた適切なＤＲＢを介して送信される。

図２に示す例では、データを送信する５つの異なるアプリケーション又はサービスがあり（ポイント「Ａ」）、これらが３つの異なるＱｏＳフローにマッピングされ（ポイント「Ｂ」）、次に、ＵＥ３と基地局５との間における送信のために、２つのＤＲＢにマッピングされる（ポイント「Ｄ」）。

図３は、例示的なデータパケット２０を概略的に示す図である。図示のように、データパケット２０は、ヘッダ部分２０Ｈ及びデータ部分２０Ｄを含む。上に説明したように、データパケット２０のヘッダ２０Ｄは、ＲＤＩ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｆｌｏｗ‐ｔｏ‐ＤＲＢ ｍａｐｐｉｎｇ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブＱｏＳフローのＤＲＢへのマッピング指示）２１、ＲＱＩ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブＱｏＳ指示）２２、及び、ＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子）２３（上の説明では「ＱｏＳフローマーキング」とも呼ばれていた）を含む。この例では、ＲＤＩ２１（１ビット）、ＲＱＩ２２（１ビット）、及びＱＦＩ２３（６ビット）は、ヘッダ２０Ｈの１オクテット（８ビット）を占める。図３には示されていないが、ヘッダ２０Ｈは、例えば、ＲＤＩ／ＲＱＩ／ＱＦＩを伝送するオクテット（図３の「Ｏｃｔ１」）とデータ部分２０Ｄとの間に他のフィールドを含んでもよいものとする。データ部分２０Ｄは、ＵＥ３（そのアプリケーション／サービス層用）のユーザプレーンデータを伝送する複数のオクテット（少なくとも１つのオクテット）を含む。また、図３で参照されるデータは、該当する場合には、１つ以上の（上位レイヤ）ヘッダを含んでもよいものとする。

特定のデータパケット内のＲＱＩ２２は、リフレクティブＱｏＳの対象となるデータパケットでは特定の値（例えば、「１」）に設定され、リフレクティブＱｏＳの対象ではないデータパケットでは別の値（例えば、「０」）に設定されるものとする。したがって、ＵＥ３は、ＲＱＩ２２が特定の値（この例では「１」）に設定されたパケットのみに基づいて該当するＱｏＳルールを導出するように構成されている。

同様に、特定のデータパケット内のＲＤＩ２１は、リフレクティブＱｏＳフローのＤＲＢに対するマッピングの対象となるデータパケットでは特定の値（例えば、「１」）に設定され、リフレクティブＱｏＳフローのＤＲＢに対するマッピングの対象ではないデータパケットでは別の値（例えば、「０」）に設定されるものとする。したがって、ＵＥ３は、ＲＤＩ２１が特定の値（この例では「１」）に設定されたパケットのみに基づいて該当するＱｏＳフローのＤＲＢへのマッピングのルールを導出するように構成される。

リフレクティブＱｏＳによって、ＵＥ３は、ネットワーク（コアネットワーク７）から明示的なＱｏＳルールを取得することなく、アップリンクユーザプレーントラフィックを適切なＱｏＳフローにマッピングすることができる。

リフレクティブＱｏＳフローのＤＲＢへのマッピングによって、ＵＥ３は、フローのＤＲＢへのマッピングの明示的なルールをネットワーク（基地局５）から取得することなく、アップリンクＱｏＳフローを適切なＤＲＢにマッピングすることができる。有利には、この例では、ＵＥ３は、ダウンリンクで任意のユーザプレーンデータを受信する前であっても、制御プレーン（例えば、ＲＲＣ）を介したネットワークからのＤＲＢマッピングルールの明示的なシグナリングを必要とせずに正確なＤＲＢマッピングを決定することができる。これは、基地局５が、ユーザデータ２０Ｄを一切含まない特別なダウンリンクデータパケット２０（例えば、ＳＤＡＰ ＰＤＵ）を送信することで、実現される。

しかしながら、この特別なデータパケット２０は、特別なデータパケット２０を送信するのに用いられるＤＲＢに対応するＱＦＩ２３を含む、適切なヘッダ部分２０Ｈ（例えば、１オクテット）を含む（したがって、同一のＱＦＩ２３を有する後続の任意のアップリンクデータパケットを送信するのにＵＥ３が使用するＤＲＢ）。データパケット２０内のＲＤＩ２１は、このデータパケット２０が、ＵＥ３において、ＱＦＩ２３によって識別されたＱｏＳフローを所定のＤＲＢにマッピングするのに用いられることを示す所定の値（例えば、「１」）に設定されるものとする。

基地局５の制御プレーン及びユーザプレーン機能が異なるユニット（エンティティ）間で分割される場合、ユーザプレーンエンティティ５－ＵＰは、ＵＥ３が使用するＤＲＢマッピングに関する任意の問題について制御プレーンエンティティ５－ＣＰに通知するように有利に構成される（例えば、特定のＱＦＩについてマッピングがない、ＱＦＩが誤ったＤＲＢにマッピングされている、ＵＥ３でのマッピング情報が期限切れである、など）。

より詳細には、ＵＥ３が誤ったＤＲＢマッピングを使用しているとユーザプレーンエンティティ５－ＵＰが判断した場合、ユーザプレーンエンティティ５－ＵＰは、適切にフォーマットされたシグナリングメッセージ（例えば、ベアラコンテキスト変更必要（ｂｅａｒｅｒ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｉｒｅｄ）メッセージ）を、ＵＥ３にサーブする対応の制御プレーンエンティティ５－ＣＰに送信する。ベアラコンテキスト変更必要メッセージ（又は同様の旨のメッセージ）は、マッピングする任意のＱｏＳフローを識別する情報及び誤ったＤＲＢにマッピングされた任意のＱｏＳフローを識別する情報のうちの少なくとも１つを含む。このメッセージに基づいて、制御プレーンエンティティ５－ＣＰは、明示的な（制御プレーン）シグナリングを使用して、又は、適切にフォーマットされたダウンリンクデータパケットを介して（例えば、上述のヘッダを用いて）ユーザプレーンエンティティ５－ＵＰにＵＥ３のＤＲＢマッピングを更新するように指示することで、新しい／更新されたＤＲＢマッピング情報をＵＥ３に提供することができる。

ＵＥ（ユーザ装置）
図４は、図１に示すモバイルデバイス（ＵＥ）３の主要構成要素を示すブロック図である。図示のように、ＵＥ３は、１つ以上のアンテナ３３を介して接続ノードと信号の送受信を行うように動作可能なトランシーバ回路３１を含む。図４には示されていないが、ＵＥ３が一般的なモバイルデバイスの通常の機能（ユーザインターフェース３５など）をすべて備えることは明らかである。これは、ハードウェア、ソフトウェア及びファームウェアの何れか１つ又はこれらの任意の組み合わせによって適宜実現可能である。コントローラ３７は、メモリ３９に記憶されたソフトウェアに従ってＵＥ３の動作を制御する。ソフトウェアは、メモリ３９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、又はＲＭＤ（Ｒｅｍｏｖａｂｌｅ Ｄａｔａ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ：リムーバブルデータ格納デバイス）からダウンロードしてもよい。ソフトウェアは、特に、オペレーティングシステム４１、通信制御モジュール４３、及びＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）モジュール４５を含む。

通信制御モジュール４３は、ＵＥ３と、（Ｒ）ＡＮノード５、コアネットワークノードなどの他のノードとの間におけるシグナリングメッセージ及びアップリンク／ダウンリンクデータパケットのハンドリング（生成／送信／受信）を担う。当該シグナリングは、上述のＤＲＢマッピングに関するシグナリングを含んでもよい。ＱｏＳモジュール４５は、図２を参照して上で説明したＵＥ固有の手順（「Ａ」から「Ｄ」）を行うことを担う。

アクセスネットワークノード（基地局）
図５は、図１に示す基地局５（又は同様のアクセスネットワークノード）の主要構成要素を示すブロック図である。図示のように、基地局５は、１つ以上のアンテナ５３を介して接続ＵＥ３と信号の送受信を行い、ネットワークインターフェース５５を介して他のネットワークノードと（直接的又は間接的に）信号の送受信を行うように動作可能なトランシーバ回路５１を含む。

ネットワークインターフェース５５は、通常、適切な基地局間インターフェース（Ｘ２／Ｘｎなど）及び適切な基地局－コアネットワーク間インターフェース（Ｓ１／Ｎ１／Ｎ２／Ｎ３など）を含む。コントローラ５７は、メモリ５９に記憶されたソフトウェアに従って基地局５の動作を制御する。上記ソフトウェアは、メモリ５９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、又はＲＭＤから、ダウンロードしてもよい。ソフトウェアは、特に、オペレーティングシステム６１、通信制御モジュール６３、及びＱｏＳモジュール６５を含む。

ＣＰ－ＵＰ分割を採用する場合、基地局５を、別個の制御プレーン及びユーザプレーンエンティティに分割することができ、各エンティティは、関連するトランシーバ回路５１、アンテナ５３、ネットワークインターフェース５５、コントローラ５７、メモリ５９、オペレーティングシステム６１、通信制御モジュール６３（など）を含んでもよい。基地局５が分散型基地局を備える場合、ネットワークインターフェース５５は、分散型基地局のそれぞれの機能間で信号を通信するためのＥ１インターフェース及びＦ１インターフェース（制御プレーン用のＦ１－Ｃ及びユーザプレーン用のＦ１－Ｕ）も含む。

通信制御モジュール６３は、基地局５と、ＵＥ３やコアネットワークノードなど他のノードとの間でシグナリングのハンドリング（生成／送信／受信）を担う。ＣＰ－ＵＰ分割を採用する場合、通信制御モジュール６３は、基地局５の制御プレーン部分とユーザプレーン部分との間の通信（シグナリングメッセージの生成、送信、及び受信）も担う。当該シグナリングは、上述のＤＲＢマッピングに関するシグナリングを含んでもよい。

ＱｏＳモジュール６５は、図２を参照して上で説明した基地局固有の手順（「Ａ」から「Ｄ」）の実行を担う。

コアネットワーク機能図６は、図１に示したＵＰＦ１１やＡＭＦ１２などの一般的なコアネットワーク機能の主要構成要素を示すブロック図である。図示のように、コアネットワークノードは、ネットワークインターフェース７５を介して他のノード（ＵＥ３、基地局５及び他のコアネットワークノードを含む）と信号の送受信を行うように動作可能なトランシーバ回路７１を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従ってコアネットワーク機能の動作を制御する。当該ソフトウェアは、メモリ７９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、又はＲＭＤから、ダウンロードしてもよい。当該ソフトウェアは、特に、オペレーティングシステム８１、通信制御モジュール８３、及びＱｏＳモジュール８５を含む。

通信制御モジュール８３は、コアネットワーク機能と、ＵＥ３、基地局５、他のコアネットワークノードなどの他のノードとの間におけるシグナリングのハンドリング（生成／送信／受信）を担う。当該シグナリングは、上述のＤＲＢマッピングに関するシグナリングを含んでもよい。

ＱｏＳモジュール８５は、図２を参照して上で説明したネットワーク（ＵＰＦ）固有の手順（例えば、手順「Ｄ」）の実行を担う。

（詳細な説明）
図７から１２を参照して、いくつかの例示的な実施形態をより詳細に説明する。

（第１の例示的な実施形態）
ＵＥ３は、（そのＱｏＳモジュール４５を用いて）アップリンクユーザプレーントラフィックの分類及びマーキング（すなわち、アップリンクトラフィックの、適切なＱｏＳフローへの関連付け）をＱｏＳルールに基づいて行い、ＤＲＢマッピングルールに基づいて、各ＱｏＳフローを適切なＤＲＢにマッピングするように構成される。通常、適用可能なＱｏＳフローのＤＲＢへのマッピングのルールは、ＵＥ３において、（図７に示すように）基地局５からの明示的な制御シグナリングによって取得される、又は、ＵＥ３は、受信したダウンリンクトラフィックに基づいてＱｏＳフローのＤＲＢへのマッピングのルールを作成する（図８を参照）。上述したように、リフレクティブＱｏＳフローのＤＲＢへのマッピングによって、ＵＥ３は、ＱｏＳフローのＤＲＢへのマッピングの明示的なルールをネットワークから取得することなく、アップリンクフローを適切なＤＲＢにマッピングすることができる。

有利には、この例では、ＵＥ３は、ダウンリンクで任意のユーザプレーンデータを受信する前であっても、制御プレーン（例えば、ＲＲＣ）を介したネットワークからのＤＲＢマッピングルールの明示的なシグナリングを必要とせずに正確なＤＲＢマッピングを決定することができる。これは、基地局５（又はそのユーザプレーン構成要素）が、ユーザデータ２０Ｄを一切含まない特別なダウンリンクデータパケット２０（例えば、ＳＤＡＰ ＰＤＵ）を送信することで、実現される。しかしながら、この特別なデータパケット２０は、特別なデータパケット２０を送信するのに用いられるＤＲＢ（したがって、同一のＱＦＩ２３を有する後続の任意のアップリンクデータパケットを送信するのにＵＥ３が使用するＤＲＢ）に対応するＱＦＩ２３を含む。例えば、ＱＦＩ２３は、データパケット２０の適切なヘッダ部分２０Ｈ（この例では１オクテットを含む）に含まれてもよい。

この例示的な実施形態を、特別なデータパケット２０を用いる例示的な手順を示す図１０を参照してより詳細に説明する。

ステップ０に概略的示すように、手順は、ＵＥ３及びＵＰＦ１１／基地局５がＰＤＵセッションを確立して、少なくともデフォルトのＤＲＢを（基地局５とＵＥ３との間で）ＵＥ３に確立することで開始される。この例では、この時点で、ネットワークには特定のＱｏＳフロー上にＵＥ３のダウンリンク／アップリンクデータが一切存在しない（つまり、このＱｏＳフローはまだ開始していない）。リフレクティブＱｏＳフローのＤＲＢへのマッピングをこのＱｏＳフローに用いる場合、ネットワークは、このＱｏＳフローに対応する、ＵＥのＱｏＳフローのＤＲＢへのマッピングを設定するために、上位レイヤ（例えば、ＲＲＣ）制御シグナリングを一切ＵＥ３に送信しない。

この例では、ステップ１に示すように、ＵＥ３は、送信するアップリンクデータ（少なくとも１つのアップリンクデータパケット）を有する。ＵＥ３は、アップリンクデータ用に適切なＱＦＩ２３を（ＱｏＳモジュール４５及びいわゆる非アクセス層（ＮＡＳ）フィルタを用いて）決定し、送信のためにデータを下位レイヤに渡す。そのＱｏＳモジュール４５を使用して、ＵＥ３は、（ステップ２で）ＱＦＩ２３に基づいて、アップリンクデータに適したＤＲＢを決定する。具体的には、ＱＦＩ２３が、格納された（ネットワークによって設定された、又はリフレクティブＱｏＳを介して事前に確立された）ＤＲＢマッピングルールに基づいて、特定のＤＲＢにマッピングされる場合、ＵＥ３はこのＤＲＢを用いてデータを送信する。しかしながら、この例に示すように、アップリンクデータパケットに関連付けられたＱＦＩ２３が、格納されたＤＲＢマッピングルールに基づいて、どのＤＲＢにもマッピングされない場合、ＵＥ３は、データパケットを送信するためにそのデフォルトのＤＲＢを使用するように構成される。したがって、ステップ３では、ＵＥ３は、デフォルトＤＲＢを介するデータパケットの送信に進む。この例におけるアップリンクデータパケットは、実際のアップリンクデータ（ユーザデータ）と、少なくともデータパケットに関連付けられたＱＦＩ２３を含む（また、例えば「ＬＣＩＤ」などである適切なセル識別子を含んでもよい）。

ＵＥ３からアップリンクデータパケットを受信すると、基地局５（図１０では「ｇＮＢ」と示される）は、当該アップリンクデータパケットを（関連するＱＦＩ２３と共に）ＵＰＦ１１に転送する（ステップ４）。

この例では、アップリンクデータをデフォルトのＤＲＢを使用して送信したため（また、ネットワークはその特定のＱＦＩ２３を有するデータパケットに対して異なるＤＲＢを使用することを意図する可能性があるため）、基地局５は（そのＱｏＳモジュール６５を用いて）、ステップ５において、正確なＤＲＢを介して、ユーザデータ２０Ｄを一切含まない適切な（ユーザプレーン）ダウンリンクデータパケット２０を生成して送信する。しかしながら、この例のダウンリンクデータパケット２０には、ＲＤＩ２１（これは、データパケット２０が、リフレクティブＱｏＳフローのＤＲＢへのマッピングに関連する情報を含み、ＵＥ３でのＤＲＢマッピングを更新するのに用いられることを示す適切な値（例えば、「１」）に設定される）と、ＱＦＩ２３（ステップ３でＵＥ３によって使用された）とが含まれる。言い換えると、この例のダウンリンクデータパケット２０は、ヘッダ部分２０Ｄのみ（例えば、データパケット２０を伝送するＤＲＢがＵＥ３による後続のアップリンク送信に適用可能である各ＱＦＩ２３に対して１オクテット）を含む。

ＵＥ３は、受信したダウンリンクデータパケット２０に基づいてその（ＱｏＳモジュール４５が保持する）ＤＲＢマッピング情報を更新して、上記ダウンリンクデータパケット２０を受信したＤＲＢへの所定のＱＦＩの正確なマッピングを反映させることができる。

したがって、そのＱＦＩ値を有する更なるアップリンクデータパケットをＵＥ３が有する場合、ＵＥ３は、アップリンクデータパケットを基地局５に送信するのに適したＤＲＢを有利に決定することができる。

（第２の例示的な実施形態）
近年、ｇＮＢ（本明細書では「分散型ｇＮＢ」又は「分散型基地局５」と呼ぶ）の機能を、１つ以上の分散ユニット（ＤＵ）と中央ユニット（ＣＵ）とで分割することが提案されている。ＣＵは、通常、高レベルの機能を実行すると共に、次世代コアと通信を行う。一方で、ＤＵは、低レベルの機能を実行すると共に、エアインターフェースを介して近隣（すなわち、当該分散型基地局５の運用するセル内）のＵＥ３と通信を行う。

図１１に示すこのような分散型基地局５の例には、３ＧＰＰ ＴＳ３８．４０１ Ｖ１５．１．０に従って以下の機能ユニットが含まれる：
ｇＮＢ－ＣＵ（ｇＮＢ－Ｃｅｎｔｒａｌ Ｕｎｉｔ：ｇＮＢ中央ユニット）：ｇＮＢのＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：無線リソース制御）、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）レイヤ、又は１つ以上のｇＮＢ－ＤＵの動作を制御するｅｎ－ｇＮＢのＲＲＣ及びＰＤＣＰレイヤ、をホスティングする論理ノード。当該ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵに接続されたＦ１インターフェースを終了する；
ｇＮＢ－ＤＵ（ｇＮＢ－Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ：ｇＮＢ分散ユニット）：ｇＮＢ又はｅｎ－ｇＮＢのＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：無線リンク制御）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）及びＰＨＹ（ＰＨＹｓｉｃａｌ）レイヤをホスティングする論理ノードであり、その動作の一部はｇＮＢ－ＣＵによって制御される。１つのｇＮＢ－ＤＵは１つ以上のセルをサポートする。１つのセルは１つのｇＮＢ－ＤＵのみによってサポートされる。当該ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵに接続されたＦ１インターフェースを終了する；
ｇＮＢ－ＣＵ－ＣＰ（ｇＮＢ Ｃｅｎｔｒａｌ Ｕｎｉｔ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：ｇＮＢ中央ユニット制御プレーン）：ｅｎ－ｇＮＢ又はｇＮＢのｇＮＢ－ＣＵのＰＤＣＰプロトコルのＲＲＣ及び制御プレーン部分をホスティングする論理ノード。当該ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰに接続されたＥ１インターフェースと、ｇＮＢ－ＤＵに接続されたＦ１－Ｃインターフェースと、を終了する；及び
ｇＮＢ－ＣＵ－ＵＰ（ｇＮＢ Ｃｅｎｔｒａｌ Ｕｎｉｔ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ：ｇＮＢ中央ユニットユーザプレーン）：ｅｎ－ｇＮＢのｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分と、ｇＮＢのｇＮＢ－ＣＵのＰＤＣＰプロトコル及びＳＤＡＰプロトコルのユーザプレーン部分と、をホスティングする論理ノード。当該ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰに接続されたＥ１インターフェースと、ｇＮＢ－ＤＵに接続されたＦ１－Ｕインターフェースと、を終了する。

図１２は、ユーザプレーンエンティティ５－ＵＰが以下を開始する例示的な手順を概略的に示す図である：
－基地局５がサーブするＵＥ３が使用するＱｏＳマッピングの変更（この場合、ユーザプレーンエンティティ５－ＵＰは、ＵＥ３が、アップリンクにおいて、ユーザプレーンエンティティ５－ＵＰに設定及び格納されたルールとは異なるＤＲＢマッピングルールを使用していることを検出する）；又は
－ＱｏＳフローのＤＲＢマッピングルールの要求（この場合、ユーザプレーンエンティティ５－ＵＰは、この特定のＱｏＳフローに設定されたルールがないことを認識する）。

より詳細には、ユーザプレーンエンティティ５－ＵＰが、受信したデータパケットをモニタリングすることで、ＵＥ３が誤ったＤＲＢマッピングを使用していると判断した場合（図１２には不図示）、ユーザプレーンエンティティ５－ＵＰは、適切にフォーマットされたシグナリングメッセージの生成、及び当該メッセージの、ＵＥ３にサーブする対応の制御プレーンエンティティ５－ＣＰへの送信へと進む。具体的には、この例では、ユーザプレーンエンティティ５－ＵＰは、ベアラコンテキスト変更必要メッセージ（又は同様の旨のメッセージ）を生成して送信する。このメッセージには、誤ったＤＲＢにマッピングされた任意のＱｏＳフロー（及び／又はいずれのＤＲＢにもマッピングされていないＱｏＳフロー）を識別する情報が含まれる。ユーザプレーンエンティティ５－ＵＰ（「ｇＮＢ－ＣＵ－ＵＰ」で示される）が、ＵＥ３がＱｏＳフローＩＤを用いてデータを送信することを決定した（図１２には図示せず）にも関わらず、当該ＱｏＳフローに対応するＤＲＢマッピングルールが設定されていない場合、次に、ユーザプレーンエンティティ５－ＵＰは、適切にフォーマットされたシグナリングメッセージを生成し、ＵＥ３にサーブする対応の制御プレーンエンティティ５－ＣＰに送信する。このメッセージには、識別されたＱｏＳフローのＤＲＢマッピングルールを要求する情報が含まれる。以下の表１に示すように、情報は、ベアラコンテキスト変更必要メッセージ（又は同様のメッセージ）の１つ以上の適切な情報要素に含まれてもよい。

ユーザプレーンエンティティ５－ＵＰは、制御プレーンエンティティ５－ＣＰ又はＵＥ３に通知をする前に、以下の基準の少なくとも１つが満たされているか否かを決定するように構成してよいものとする：
・一致するルールがなく、ダウンリンク又はアップリンクで新しいフローが検出された場合（一時的にデフォルトのベアラにマッピングされていることも考えられる）：
―ユーザプレーンエンティティ５－ＵＰは、制御プレーンエンティティ５－ＣＰに適切なルール、すなわち、この新しいＱｏＳフローのどのＤＲＢパケットを伝送するかを示す情報、を要求するように構成することができる；又は、 ―制御プレーンエンティティ５－ＣＰがルールを決定し、当該ルールについてユーザプレーンエンティティ５－ＵＰに通知をする（又はその反対）。
―この場合、ＵＥ３にも：
制御プレーンエンティティ５－ＣＰによって（例えば、ＲＲＣ経由で）通知を行う；又は、
制御プレーンエンティティ５－ＣＰを、リフレクティブな方法でＵＥの設定を行うように、ユーザプレーンエンティティ５－ＵＰに（当該フローの次の通常のダウンリンクデータパケットを介して、又は上記の特別なデータパケットを送信することによって）通知／要求をするように構成してもよい；
・一致するルールが設定されており、リフレクティブＱｏＳフローのＤＲＢへのマッピングが当該フローに使用されてはいないが、ユーザプレーンエンティティ５－ＵＰが、ＵＥ３が使用するアップリンクマッピングが正しくない（例えば、当該フローが、代わりに、デフォルトのＤＲＢにマッピングされている）ことを検出した場合：
―ユーザプレーンエンティティ５－ＵＰは、誤ったＤＲＢで伝送されているＱｏＳフローのパケットについて制御プレーンエンティティ５－ＣＰに通知をするように構成することができる；又は、
―制御プレーンエンティティ５－ＣＰは、上記ルールをＵＥ３に（例えば、ＲＲＣ経由で）設定することができる。
・一致するルールが存在し、リフレクティブＱｏＳフローのＤＲＢへのマッピングが使用されており、ユーザプレーンエンティティ５－ＵＰが、ＵＥ３が使用するアップリンクマッピングが正しくない（例えば、当該フローが、代わりに、デフォルトのＤＲＢにマッピングされている）ことを検出した場合：
―ユーザプレーンエンティティ５－ＵＰは、ＵＥ３においてルールを設定するためにパケット（ダウンリンクデータがない場合、ＳＤＡＰヘッダ）を送信するように構成することができる。

ユーザプレーンエンティティ５－ＵＰからのこのメッセージに基づいて、制御プレーンエンティティ５－ＣＰは、明示的な（制御プレーン）シグナリングを（例えば、図７に示すように）使用して、又は、適切にフォーマットされたダウンリンクデータパケットを介して（例えば、図８又は１０に示すように）、ユーザプレーンエンティティ５－ＵＰにＵＥ３にＤＲＢマッピングルールを提供するように指示することで、新しい／更新されたＤＲＢマッピング情報をＵＥ３に提供することができる。

（変形例及び代替案）
以上、例示的な実施形態を詳細に説明した。上記例示的な実施形態については複数の変形例及び代替案が可能であり、そのようにして具現化された発明であっても同様の利を得ることができることは当業者には明らかである。説明のため、これらの変形例及び代替案の実施例を一部のみ説明する。

上の図１０の説明では、基地局は、適切にフォーマットされた「ヘッダのみ」のダウンリンクデータパケットを送信することによって、特定のＱＦＩに用いる正確なＤＲＢを示す。しかしながら、ステップ３でＵＥが使用するＤＲＢ（デフォルトのＤＲＢ）がその特定のＱＦＩの正確なＤＲＢである場合は、基地局は、上記の「ヘッダのみ」のダウンリンクデータパケットを送信することによって、ＵＥのＤＲＢマッピングを確認するように構成してもよい。或いは、基地局は、ダウンリンクパケットを一切送信しないことで（少なくともネットワークがＵＥのユーザプレーンデータを得るまで）ＵＥのＤＲＢマッピングを確認するように構成してもよい。

図１０のステップ３では、ＵＥが、ユーザプレーンデータとＱＦＩとを含むアップリンクデータパケットを、デフォルトのＤＲＢを介して送信することを説明した。ステップ５で基地局が送信するデータパケットと同様に、ＵＥは、「ヘッダのみ」のアップリンクデータパケットを送信するように構成されるものとする。この場合、ＵＥは、誤ったＤＲＢを用いてデータを送信しようとする前に、ＤＲＢマッピング情報のないアップリンクデータパケット（特定のＱＦＩ値を持つ）があることをネットワークに示すことができる（例えば、新しいＱｏＳフロー、又はＤＲＢマッピング情報の有効期限が切れた既存のＱｏＳフローの場合）。

図１０のステップ５は、ＵＥが任意のアップリンクデータパケットを基地局に送信する前（例えば、ベアラ（例えば、デフォルトＤＲＢ以外）の確立後（直後）又は関連するタイマの満了時）に行ってもよいものとする。特に、基地局は、特定のＱＦＩに関連付けられたＱｏＳフローでアップリンク／ダウンリンクデータが到着する前に、正確なＤＲＢを介して、適切な（ユーザプレーン）ダウンリンクデータパケット（ユーザデータを一切含まないもの）を送信するように構成してもよい。したがって、受信したダウンリンクデータパケットに基づいて、その特定のＱｏＳフローで任意のデータを送受信する前に、ＵＥは、ダウンリンクデータパケットに示されるＱＦＩの正しいマッピングを、ダウンリンクデータパケットを受信したＤＲＢに反映させて、そのＤＲＢマッピング情報を確立することができる。

上記ダウンリンクデータパケット（ユーザデータは一切なし）を使用して、既存のマッピングルール（「ＱｏＳフローのＤＲＢへの再マッピング」とも呼ばれる）を変更してもよいものとする。例えば、基地局は、ユーザデータを一切含まない適切な（ユーザプレーン）ダウンリンクデータパケットを、新しくマッピングされたＤＲＢを介して送信するように構成してもよく、ＵＥは、ダウンリンクパケット内のＱＦＩを新しいＤＲＢに再マッピングするように構成してもよい。

上記の例示的な実施形態は、５Ｇ Ｎｅｗ Ｒａｄｉｏシステム及びＬＴＥシステム（Ｅ－ＵＴＲＡＮ）の双方に適用してもよいものとする。

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

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

上述の例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者が理解するように、ソフトウェアモジュールは、コンパイルされた形式又はコンパイルされていない形式で提供してもよいし、コンピュータネットワークを介した信号として、又は記録媒体上で、ＵＥ、アクセスネットワークノード（基地局）、及びコアネットワークノードに供給してもよい。更に、このソフトウェアの一部又はすべてによって実行される機能は、１つ以上の専用ハードウェア回路を使用して実行してもよい。ただし、ソフトウェアモジュールは、ＵＥ、アクセスネットワークノード、及びコアネットワークノードの機能性向上のための更新をファシリテートするため、使用することが望ましい。

上記の例示的な実施形態は、「非モバイル」又は一般に固定のユーザ装置にも適用可能である。

第１の方法は、前記データフローを識別する情報を含む少なくとも１つのダウンリンクデータパケットを受信する前に、前記識別したデータフローの少なくとも１つのアップリンクデータパケットを送信することを含んでもよい。この場合、前記方法は、デフォルトのＤＲＢを介して前記少なくとも１つのアップリンクデータパケットを送信することを含んでもよい。第２の方法は、前記データフローを識別する情報を含む少なくとも１つのダウンリンクデータパケットを送信する前に、前記識別したデータフローの少なくとも１つのアップリンクデータパケットを（例えば、デフォルトのＤＲＢを介して）受信することを含んでもよい。前記第２の方法は、前記ＵＥとの前記ＤＲＢの確立時に前記少なくとも１つのダウンリンクデータパケットを送信することを含んでもよい。

前記第１の方法は、アクセスネットワークとの前記ＤＲＢの確立時に前記少なくとも１つのダウンリンクデータを受信することを含んでもよい。前記データフローを識別する情報は、ＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子）を含んでもよい。前記少なくとも１つのダウンリンクデータパケットは、ＲＤＩ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｆｌｏｗ‐ｔｏ‐ＤＲＢ ｍａｐｐｉｎｇ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブＱｏＳフローのＤＲＢへのマッピング指示）を含むヘッダと、前記データフローに関連付けられたＱＦＩとを含んでもよい。

１つの可能性として、前記少なくとも１つのダウンリンクデータパケットは、前記データフローに関連付けられた前記ＵＥのユーザプレーンデータを一切含まない。前記少なくとも１つのダウンリンクデータパケットは、データ部分のないヘッダ部分を含んでもよい。前記少なくとも１つのダウンリンクデータパケットは、データ部分が空であるヘッダ部分を含んでもよい。

前記少なくとも１つのダウンリンクデータパケットは、少なくとも１つのＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ：プロトコルデータユニット）を含んでもよい。前記データフローは、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：サービス品質）データフローを含んでもよい。

前記判定は、前記データフローの識別子を含む前記ＵＥからの少なくとも１つのアップリンクデータパケットを（例えば、デフォルトのＤＲＢ又は前記データフローにマッピングされなくなったＤＲＢを介して）受信することを含んでもよい。前記情報を提供するステップは、少なくとも１つのシグナリングメッセージを制御プレーンエンティティに送信することを含み、前記少なくとも１つのシグナリングメッセージは、ＤＲＢへのマッピングを識別する情報を前記ＵＥが有さないデータフローを識別する情報と、誤ったＤＲＢへのマッピングを識別する情報を前記ＵＥが有するデータフローを識別する情報とのうちの少なくとも１つを識別する情報を含んでもよい。

前記情報を制御プレーンエンティティで取得するステップは、前記ユーザプレーンエンティティから少なくとも１つのシグナリングメッセージを受信することを含み、前記少なくとも１つのシグナリングメッセージは、前記ＵＥがＤＲＢへのマッピングを識別する情報を有さないデータフローを識別する情報、前記ＵＥがデフォルトのＤＲＢへのマッピングを識別する情報を有するデータフローを識別する情報、及び前記ＵＥが誤ったＤＲＢへのマッピングを識別する情報を有するデータフローを識別する情報、のうちの少なくとも１つを識別する情報を含んでもよい。

前記少なくとも１つのシグナリングメッセージは、ベアラコンテキスト変更必要（ｂｅａｒｅｒ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｉｒｅｄ）メッセージ（など）を含んでもよい。前記ユーザプレーンエンティティは、ＣＵ－ＵＰ（Ｃｅｎｔｒａｌ Ｕｎｉｔ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ ｓｉｇｎａｌｌｉｎｇ：ユーザプレーンシグナリングのための中央ユニット）を含んでもよい。前記制御プレーンエンティティは、ＣＵ－ＣＰ（Ｃｅｎｔｒａｌ Ｕｎｉｔ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ ｓｉｇｎａｌｌｉｎｇ：制御プレーンシグナリングのための中央ユニット）を含んでもよい。

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

本出願は、２０１８年７月１０日出願の英国特許出願番号１８１１３１１．８に基づく優先権の利益を主張する。この開示の内容は、全てここに含めておく。

Claims (4)

1. ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）により実行される方法であって、
   データフローに対応するアップリンクデータパケットを、所定のＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子）とともに基地局の制御ユニットのユーザプレーン部にデフォルトのデータ無線ベアラを介して送信し、
   前記アップリンクデータパケットの送信後、前記デフォルトのデータ無線ベアラを介して送信された当該アップリンクデータパケットに含まれる情報が前記基地局の前記制御ユニットの前記ユーザプレーン部に設定されていないことに起因して、前記基地局の前記制御ユニットの前記ユーザプレーン部からＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を介して、ＲＤＩ（Ｒｅｆｌｅｃｔｉｖｅ Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ（ＱｏＳ：サービス品質） ｆｌｏｗ‐ｔｏ‐ＤＲＢ ｍａｐｐｉｎｇ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブＱｏＳフローのＤＲＢへのマッピング指示）、ＲＱＩ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブ ＱｏＳ指示）、及び、ＱＦＩを含む１オクテットのヘッダ情報を含む、前記データフローに対応するダウンリンクデータパケットを受信することと、
   前記ＲＤＩに基づいて、前記データフローの前記ＤＲＢへのマッピングを更新することと、を含む方法。
2. 基地局の制御ユニットのユーザプレーン部により実行される方法であって、
   データフローに対応するアップリンクデータパケットを、所定のＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子）とともにＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）から受信し、
   前記アップリンクデータパケットの受信後、当該アップリンクデータパケットに含まれる情報が前記基地局の前記制御ユニットの前記ユーザプレーン部に設定されていないことに起因して、前記ＵＥにＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を介して、ＲＤＩ（Ｒｅｆｌｅｃｔｉｖｅ Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ（ＱｏＳ：サービス品質） ｆｌｏｗ‐ｔｏ‐ＤＲＢ ｍａｐｐｉｎｇ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブＱｏＳフローのＤＲＢへのマッピング指示）、ＲＱＩ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブ ＱｏＳ指示）、及び、ＱＦＩを含む１オクテットのヘッダ情報を含む、前記データフローに対応するダウンリンクデータパケットを送信することを備え、
   前記データフローの前記ＤＲＢへのマッピングは、前記ＲＤＩに基づいて前記ＵＥによって更新される、方法。
3. ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）であって、
   データフローに対応するアップリンクデータパケットを、所定のＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子）とともに基地局の制御ユニットのユーザプレーン部に送信する手段と、
   前記アップリンクデータパケットの送信後、当該アップリンクデータパケットに含まれる情報が前記基地局の前記制御ユニットの前記ユーザプレーン部に設定されていないことに起因して、前記基地局の前記制御ユニットの前記ユーザプレーン部からＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を介して、ＲＤＩ（Ｒｅｆｌｅｃｔｉｖｅ Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ（ＱｏＳ：サービス品質） ｆｌｏｗ‐ｔｏ‐ＤＲＢ ｍａｐｐｉｎｇ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブＱｏＳフローのＤＲＢへのマッピング指示）、ＲＱＩ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブ ＱｏＳ指示）、及び、ＱＦＩを含む１オクテットのヘッダ情報を含む、前記データフローに対応するダウンリンクデータパケットを受信する手段と、
   前記ＲＤＩに基づいて、前記データフローの前記ＤＲＢへのマッピングを更新する手段と、を備える、ＵＥ。
4. 基地局の制御ユニットのユーザプレーン部であって、
   データフローに対応するアップリンクデータパケットを、所定のＱＦＩ（ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ：ＱｏＳフロー識別子）とともにＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）から受信する手段と、
   前記アップリンクデータパケットの受信後、当該アップリンクデータパケットに含まれる情報が前記基地局の前記制御ユニットの前記ユーザプレーン部に設定されていないことに起因して、前記ＵＥにＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：データ無線ベアラ）を介して、ＲＤＩ（Ｒｅｆｌｅｃｔｉｖｅ Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ（ＱｏＳ：サービス品質） ｆｌｏｗ‐ｔｏ‐ＤＲＢ ｍａｐｐｉｎｇ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブＱｏＳフローのＤＲＢへのマッピング指示）、ＲＱＩ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ：リフレクティブ ＱｏＳ指示）、及び、ＱＦＩを含む１オクテットのヘッダ情報を含む、前記データフローに対応するダウンリンクデータパケットを送信する手段を備え、
   前記データフローの前記ＤＲＢへのマッピングは、前記ＲＤＩに基づいて前記ＵＥによって更新される、基地局の制御ユニットのユーザプレーン部。

Images