JP2021048605A - Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳフロー特性に基づく通信方法および装置 - Google Patents

Abstract

【課題】Reflective QoSフロー特性に基づく通信方法および装置を提供する。【解決手段】この方法において、アクセスネットワークのネットワーク要素は、第1の情報をコアネットワークのネットワーク要素に送信し、第1の情報は、データパケットがReflective QoSフロー特性を有するかどうかを示すために使用され、アクセスネットワークのネットワーク要素は、第1の情報に基づいて、QoSフロー識別子を端末に送信する必要があるかどうかを決定する。このようにして、シグナリングオーバーヘッドが減らされる。【選択図】図６

Description

本出願は、通信技術の分野に関し、詳細には、Reflective QoSフロー特性に基づく通信方法および装置に関する。

次世代通信システムにおいて、フローに基づくサービス品質(Quality of Service, QoS)アーキテクチャが提案されている。

フローに基づくQoSアーキテクチャは主に、非アクセス層(Non Access Stratum, NAS)およびアクセス層(Access Stratum, AS)におけるサービス品質フロー(QoS flow)のマッピングを含む。QoSフローは、同じQoS要件を有するパケットデータユニット(packet Data Unit, PDU)セッション(session)におけるデータフローであり、同じQoS要件を有する複数のインターネットプロトコル(Internet Protocol, IP)フローまたは同じQoS要件を有する別のタイプのデータパケットのグループとしても理解され得る。NASレイヤは主に、QoSフローとIPフローまたは別のタイプのデータパケットとの間のマッピング関係を担う。コアネットワークのユーザプレーン機能(User Plane Function, UPF)はダウンリンクQoSフローを生成し、端末はアップリンクQoSフローを生成する。ASレイヤは主に、QoSフローとデータ無線ベアラ(Data radio bearer, DRB)との間のマッピング関係を担う。ネットワーク側(基地局など)が、QoSフローとDRBとの間のマッピング関係を構成し、エアインターフェースDRBにおいて、QoSフローのためのQoSサービスを提供する。

第5世代通信システム(5G)では、Reflective QoS特性が、フローに基づくQoSアーキテクチャへとさらに導入される。Reflective QoS特性は、QoSフローがアップリンクとダウンリンクに関して対称的であることを意味する。具体的には、アップリンクフローのQoSがダウンリンクフローのQoSと同じであり、アップリンクパケットフィルタリングテンプレートおよびダウンリンクパケットフィルタリングテンプレートも対称的である。たとえば、アップリンクソースアドレスがダウンリンク宛先アドレスであり、アップリンクソースポート番号がダウンリンク宛先ポート番号であり、アップリンク宛先アドレスがダウンリンクソースアドレスであり、アップリンク宛先ポート番号がダウンリンクソースポート番号である。

Reflective QoS特性に基づく通信プロセスでは、制御シグナリングを節約するために、ネットワーク側は、アップリンクIPフローまたは別のタイプのデータパケットをQoSフローにマッピングするための規則を端末に通知することを、シグナリングを使用することによっては行わないが、ダウンリンクデータパケットを使用することによってその規則を端末に暗黙的に通知する。Reflective QoS特性を有するダウンリンクデータパケットを受信した後で、端末は、アップリンクパケットフィルタ(packet filter)を取得するために、ダウンリンクデータパケットのヘッダの中の情報5つ組を反転させる。加えて、アップリンクパケットフィルタに対応するQoSパラメータインデックス値は、ダウンリンクパケットのヘッダにおいて搬送されるQoSパラメータインデックス値である。したがって、端末は、NASシグナリングの通知を受信することなく、パケットフィルタおよびQoSフロー識別子(Identity, ID)などのアップリンクQoS情報を取得することができる。

前述の方式では、端末が制御シグナリングを受信できるが、端末は、受信されたダウンリンクデータパケットがReflective QoS特性を有するかどうかを決定するために、各々の受信されるダウンリンクデータパケットのヘッダ情報を検出することが必要である。しかしながら、5G通信システムでは、データ送信レートが極めて高く、端末が各ダウンリンクデータパケットを検出する場合、極めて大きなオーバーヘッドが生じ、端末の性能および電力消費に影響する。

本出願の実施形態は、シグナリングオーバーヘッドを減らすための、Reflective QoSフロー特性に基づく通信方法および装置を提供する。

第1の態様によれば、Reflective QoSフロー特性に基づく通信方法が提供される。この方法では、アクセスネットワークのネットワーク要素が、QoSフロー識別子(QoS flow ID)を端末に送信する必要があるかどうかを決定する。アクセスネットワークのネットワーク要素は、QoSフローIDを端末に送信する必要があると決定すると、QoSフローIDを端末に送信し、または、アクセスネットワークのネットワーク要素は、シグナリングオーバーヘッドを少なくするために、QoSフローIDを送信する必要がないとき、QoSフローIDを送信しない。

ある可能な設計では、コアネットワークのネットワーク要素が第1の情報をアクセスネットワークのネットワーク要素に送信し、第1の情報は、データパケットがReflective QoS特性を有するかどうかを示すために使用される。アクセスネットワークのネットワーク要素は、コアネットワークのネットワーク要素によって送信される第1の情報を受信し、QoSフローIDを端末に送信する必要があるかどうかを、第1の情報に基づいて決定する。アクセスネットワークのネットワーク要素は、第1の指示情報を端末へさらに送信することができ、第1の指示情報は、端末がQoSフローIDを読み取る必要があるかどうかを示すために使用される。

コアネットワークのネットワーク要素は、AMFなどのコアネットワークの制御プレーンネットワーク要素であり得る。アクセスネットワークのネットワーク要素は、gNBなどの基地局であり得る。

データパケットがReflective QoS特性を有する場合、これは、端末がReflective方式でデータパケットに基づいてアップリンクQoSフローIDおよびパケットフィルタ(packet filter)を取得できることを意味する。データパケットがReflective QoS特性を有しない場合、これは、端末がReflective方式でデータパケットに基づいてアップリンクQoSフローIDおよびアップリンクパケットフィルタを取得できないことを意味する。

別の可能な設計では、第1の情報は、データパケットのReflective QoSタイプを示すためにさらに使用される。データパケットのReflective QoSタイプは、すべてのデータパケットがReflective QoS特性を有すること、一部のデータパケットがReflective QoS特性を有すること、またはどのデータパケットもReflective QoS特性を有しないことを含む。

アクセスネットワークのネットワーク要素は、第1の情報に基づいて、データパケットがReflective QoS特性を有するかどうかを決定し、データパケットのReflective QoSタイプに基づいて、すべてのデータパケットがReflective QoS特性を有するか、一部のデータパケットがQoS Reflective QoS特性を有するか、またはどのデータパケットもReflective QoS特性を有しないかどうかを決定し得る。アクセスネットワークのネットワーク要素はまた、データパケットのReflective QoSタイプに基づいて、データパケットがReflective QoS特性を有するかどうかを決定し得る。

さらに別の可能な設計では、第1の情報は、コアネットワークの制御プレーンネットワーク要素によって送信されるReflective QoS情報であることがあり、Reflective QoS情報は、データパケットがReflective QoS特性を有するかどうかを示すために使用される。コアネットワークの制御プレーンネットワーク要素は、Reflective QoS情報をアクセスネットワークのネットワーク要素に送信する。アクセスネットワークのネットワーク要素は、コアネットワークの制御プレーンネットワーク要素によって送信されるReflective QoS情報を受信し、コアネットワークの制御プレーンネットワーク要素によって送信されるReflective QoS情報に基づいて、QoSフローIDを端末に送信する必要があるかどうかを決定する。

データパケットがReflective QoS特性を有することを決定するとき、アクセスネットワークのネットワーク要素は、QoSフローIDを端末に送信する必要があることを決定し、または、データパケットがReflective QoS特性を有しないことを決定するとき、アクセスネットワークのネットワーク要素は、シグナリングオーバーヘッドを少なくするために、QoSフローIDを端末に送信する必要がないことを決定する。

Reflective QoS情報は、QoSフローのReflective QoS情報であってよく、または、PDUセッションのReflective QoS情報であってよい。

さらに別の可能な設計では、コアネットワークの制御プレーンネットワーク要素は、アクセスネットワークのネットワーク要素へReflective QoS情報更新指示情報をさらに送信することができ、Reflective QoS情報更新指示情報は、アクセスネットワークのネットワーク要素デバイスに、受信されたReflective QoS情報を更新するように命令するために使用される。

さらに別の可能な設計では、アクセスネットワークのネットワーク要素は、QoSフローまたはPDUセッションのReflective QoS情報に基づいて、QoSフローとDRBとの間のマッピング関係を決定することができ、たとえば、アクセスネットワークのネットワーク要素は、Reflective QoS特性の異なるQoSフローを異なるDRBにマッピングすることができる。

さらに別の可能な設計では、第1の指示情報は、アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報であり得る。アクセスネットワークのネットワーク要素は、Reflective QoS情報を端末に送信する。端末は、アクセスネットワークのネットワーク要素によって送信されるReflective QoS情報を受信し、QoSフローIDを読み取る必要があるかどうかを、Reflective QoS情報に基づいて決定する。

アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報は、QoSフローのReflective QoS情報、DRBのReflective QoS情報、またはPDUセッション(またはSDAPエンティティ)のReflective QoS情報であり得る。

Reflective QoS特性を有するデータパケットを含むDRB、SDAPエンティティ、またはQoSフローに対して、端末は、QoSフローIDおよびデータパケットヘッダを検出し、検出されたQoSフローIDに基づいてアップリンクQoSフローIDおよび対応するパケットフィルタを生成する。しかしながら、Reflective QoS特性を有しないデータパケットのDRB、SDAPエンティティ、またはQoSフローに対して、端末は、端末のシグナリングオーバーヘッドを少なくするために、QoSフローIDおよびデータパケットヘッダを検出しなくてよい。

さらに別の可能な設計では、第1の情報は、コアネットワークのユーザプレーンネットワーク要素によって送信されるReflective QoSフロー特性インジケータ(RQI)であることがあり、RQIは、一部のデータパケットがReflective QoSフロー特性を有することを示すために使用される。

コアネットワークのネットワーク要素は、QoSフローのReflective QoS特性をアクセスネットワークのネットワーク要素に送信しないことがある。アクセスネットワークのネットワーク要素が、N3インターフェースを通じて送信されることになるデータパケットのヘッダを解析することによってRQIを取得した後で、アクセスネットワークのネットワーク要素は、QoSフローがReflective QoS特性を有することと、一部のデータパケットがReflective QoS特性を有することとを決定し、RQIは、データパケットがReflective QoS特性を有することを示すために使用される。代わりに、QoSパラメータが標準化されているQoSフローに対して、アクセスネットワークのネットワーク要素は、QoSフローがReflective QoS特性を有することと、一部のデータパケットがReflective QoS特性を有することとを、デフォルトで考慮することができる。

さらに別の可能な設計では、コアネットワークのネットワーク要素は、Reflective QoS情報無効化指示情報をアクセスネットワークのネットワーク要素に送信し得る。Reflective QoS情報無効化指示情報は、Reflective QoS無効化情報を示すために使用される。Reflective QoS無効化情報は、Reflective QoS情報によって示されるようなReflective QoS特性を有するデータパケットが、Reflective QoS特性をもはや有しないことを意味する。アクセスネットワークのネットワーク要素は、コアネットワークのネットワーク要素によって送信されるReflective QoS情報無効化指示情報を受信し、Reflective QoS情報無効化指示情報に基づいてデータパケットのReflective QoS特性を無効化し、Reflective QoS特性が無効化されているデータパケットに対して、QoSフローIDを送信する必要がないことを決定する。

コアネットワークのネットワーク要素によってアクセスネットワークのネットワーク要素に送信されるReflective QoS情報無効化指示情報が示すReflective QoS無効化情報は、QoSフローのReflective QoS無効化情報であることがあり、または、PDUセッションのReflective QoS無効化情報であることがある。

Reflective QoS情報無効化指示情報は、1つもしくは複数のQoSフローまたはPDUセッションに対するReflective QoS特性の無効化を示すために使用され得る。

さらに別の可能な設計では、アクセスネットワークのネットワーク要素は、Reflective QoS情報無効化指示情報を端末に送信し得る。アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報無効化指示情報が示すReflective QoS無効化情報は、QoSフローまたはPDUセッションのReflective QoS無効化情報だけではなく、DRBのReflective QoS無効化情報でもあり得る。端末は、アクセスネットワークのネットワーク要素によって送信されるReflective QoS情報無効化指示情報を受信し、シグナリングオーバーヘッドを少なくするために、Reflective QoS特性をもはや有しないデータパケットのQoSフローIDを読み取る必要がないことを決定する。

さらに別の可能な設計では、ロバストヘッダ圧縮(Robust Header Compression, ROHC)のために端末の受信端においてPDCPレイヤで実行される展開動作は、PDCPヘッダが除去されるPDCP SDUを直接展開するために使用されることがあり、初期展開位置オフセット動作などの、SDAPヘッダにより引き起こされる動作を実行する必要がないので、シグナリングオーバーヘッドが少なくなる。

本出願のこの実施形態では、アクセスネットワークのネットワーク要素は、QoSフロー、DRB、またはPDUセッションのReflective QoS情報を端末に通知し、QoSフロー、DRB、またはPDUセッションのReflective QoS特性を無効化し得る。端末は、Reflective QoS情報に基づいて、エアインターフェースを通じてQoSフローIDを読み取る必要があるかどうか、および、ROHC位置オフセット動作を実行する必要があるかどうかを決定し得る。Reflective QoSを有しないDRBに対して、端末は、エアインターフェースデータパケットのために端末によって実行される検出作業を減らしオーバーヘッドを減らすために、QoSフローIDを検出せず、ROHC展開位置オフセット動作を実行しないので、処理の効率および電力の節約が改善される。

さらに別の可能な設計では、端末のためのセルハンドオーバーが発生する場合、第1の情報(Reflective QoS情報)を取得するソースのアクセスネットワークのネットワーク要素(ソース基地局)は、端末がハンドオーバーされることになるターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)へ取得されたReflective QoS情報を送信することができ、ターゲットのアクセスネットワークのネットワーク要素は、以下の動作、すなわち、エアインターフェースを通じてQoSフローIDを送信すること、端末がQoSフローIDを読み取る必要があるかどうかを構成すること、端末のために、QoSフローとDRBとの間のマッピング関係を構成する方式を構成すること、PDUセッションのためにSDAPエンティティを構成するかどうかを決めることなどのうちの1つまたは複数を実行することを決める。

さらに別の可能な設計では、コアネットワークのネットワーク要素は、QoS規則有効時間をアクセスネットワークのネットワーク要素へさらに送信することができ、QoS規則はQoS規則有効時間において有効である。アクセスネットワークのネットワーク要素は、QoS規則有効時間を受信した後でQoS規則有効時間を端末に送信し得るので、端末は、同じQoS規則を使用することによってQoS規則有効時間において、Reflective QoS特性を有するデータパケットをQoSフローへとマッピングする。

コアネットワークのネットワーク要素によってアクセスネットワークのネットワーク要素に送信されるQoS規則有効時間は、QoSフローの有効なReflective QoS規則有効時間であることがあり、または、PDUセッションの有効なReflective QoS規則有効時間であることがある。

さらに別の可能な設計では、コアネットワークのネットワーク要素は、QoS規則有効時間更新情報をアクセスネットワークのネットワーク要素へさらに送信することができ、QoS規則有効時間更新情報は、更新されたQoS規則有効時間を示すために使用される。

さらに別の可能な設計では、アクセスネットワークのネットワーク要素が、QoS規則有効時間において、Reflective QoS特性を有する少なくとも2つのデータパケットを受信する場合、アクセスネットワークのネットワーク要素は、送信されることになる第1の情報をフィルタリングすることでシグナリングオーバーヘッドを少なくするために、QoS規則有効時間の中の少なくとも2つのデータパケットの一部に対して、データパケットがReflective QoS特性を有するかどうかを示すために使用される第1の情報を送信し得る。

さらに別の可能な設計では、ソースのアクセスネットワークのネットワーク要素(ソース基地局)は、端末がハンドオーバーされることになるターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)へ、切り替えられることになるQoSフローのデータパケットのQoS規則有効時間を送信し得る。ターゲットのアクセスネットワークのネットワーク要素は、端末へ送信されることになるReflective QoS情報をフィルタリングすることでシグナリングオーバーヘッドを少なくするために、QoS規則有効時間に基づいて、端末へ送信されることになるReflective QoS情報をフィルタリングし得る。

ターゲットのアクセスネットワークのネットワーク要素は、ソースのアクセスネットワークのネットワーク要素とターゲットのアクセスネットワークのネットワーク要素との間でのQoS規則有効時間の同期を避けるために、ソースのアクセスネットワークのネットワーク要素によって送信されるデータパケットのQoS規則有効時間を無視し得る。

端末がハンドオーバーされることになるターゲットのアクセスネットワークのネットワーク要素へソースのアクセスネットワークのネットワーク要素によって送信され得るQoS規則有効時間は、QoSフローのQoS規則有効時間であることがあり、またはPDUセッションのQoS規則有効時間であることがある。

さらに別の可能な設計では、QoSフローのデータパケットは、非透過モードSDAPフレームフォーマットを使用することによって、または、透過モードSDAPフレームフォーマットを使用することによって送信される。

透過モードSDAPフレームフォーマットは、SDAPヘッダがDRBのために構成されないことを意味する。言い換えると、SDAP PDUはSDAPヘッダを含まない。非透過モードSDAPフレームフォーマットは、SDAPヘッダがDRBのために構成されることを意味する。言い換えると、SDAP PDUはSDAPヘッダを含む。

非透過モードSDAPフレームフォーマットでは、NRQIを示すために使用されるビットおよびARQIを示すために使用されるビットがともに0に設定される場合、SDAPヘッダはQFIフィールドを搬送しなくてよい。NRQIを示すために使用されるビットまたはARQIを示すために使用されるビットのうちの少なくとも1つが1に設定される場合、SDAPヘッダはQFIフィールドを搬送する。

データ送信プロセスにおいて、データ受信端におけるSDAPエンティティが、PDCPレイヤからPDCP SDUを受信し、SDAPヘッダを読み取る。NRQIを示すために使用されるビットの値が1である場合、それは、データパケットがReflective QoS特性を有することを示す。この場合、SDAPエンティティは、SDAPヘッダから読み取られるSDAPのデータ部分およびQoSフローIDを、NASレイヤなどの上位レイヤに伝える。上位レイヤに伝えられるデータ部分およびQoSフローIDは、上位レイヤにおいてQoS規則を生成するために使用され得る。さらに、SDAPエンティティは、NRQIを上位レイヤに送信し得る。

非透過モードSDAPフレームフォーマットでは、SDAPヘッダは、URQIを示すために使用されるビットをさらに含む。

非透過モードSDAPフレームフォーマットでは、ビットはSDAPヘッダにおいて送信され、このビットは、対応するDRBにおけるQoSフローのデータパケットの送信が終了するかどうかを示すために使用される。たとえば、Endフィールドが設定される。

非透過モードSDAPフレームフォーマットでは、SDAPヘッダにおいて制御コマンドが設定されることがあり、この制御コマンドは、QoSフローのデータパケットのDRBにおける受信の完了をフィードバックするために使用される。

さらに別の可能な設計では、SDAP透過モードは一方向に設定され得る。SDAP透過モードは、少なくとも1つのDRBのダウンリンク方向において構成され、または、SDAP透過モードは、少なくとも1つのDRBのアップリンク方向において構成される。

さらに別の可能な設計では、データ送信プロセスにおいて、アクセスネットワークのネットワーク要素は、SDAPモード情報を端末に送信し得る。SDAPモード情報は、SDAPフレームフォーマットが透過モードにあるか非透過モードにあるかを示すために、およびSDAPモードに対応する方向を示すために使用される。

ソースのアクセスネットワークのネットワーク要素(ソース基地局)は、端末がハンドオーバーされることになるターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)にSDAPモード情報を送信し得る。

第2の態様によれば、アクセスネットワークのネットワーク要素は、送信されることになるQoSフローIDをフィルタリングし得る。端末に送信されることになるデータパケットのヘッダがQoSフローIDを搬送する必要があることを決定するとき、QoSフローIDはデータパケットのヘッダに含まれ、または、端末に送信されることになるデータパケットのヘッダがQoSフローIDを搬送する必要がないことを決定するとき、エアインターフェースを通じて送信されることになるQoSフローIDの量を減らすことでシグナリングオーバーヘッドを少なくするために、QoSフローIDはデータパケットのヘッダに含まれない。

ある可能な設計では、アクセスネットワークのネットワーク要素は、データパケットヘッダ情報を決定し、データパケットヘッダ情報に基づいて、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があるかどうかを決定する。

ある可能な設計では、コアネットワークのネットワーク要素は、Reflective QoS情報およびパケットフィルタ組成情報をアクセスネットワークのネットワーク要素に送信する。パケットフィルタ組成情報は、QoSフローまたはPDUセッションのReflective QoS特性に対応する、パケットフィルタ組成情報であり得る。たとえば、パケットフィルタ組成情報は、IP5つ組(ソースアドレス、宛先アドレス、ソースポート番号、宛先ポート番号、およびプロトコル番号)、または媒体アクセス制御(MAC)ソースアドレスもしくはMAC宛先アドレスであり得る。

アクセスネットワークのネットワーク要素は、コアネットワークのネットワーク要素によって送信されるReflective QoS情報およびパケットフィルタ組成情報を受信する。アクセスネットワークのネットワーク要素は、データパケットのヘッダの中の対応するパケットフィルタ組成情報に基づいて、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があるかどうかを決定する。たとえば、アクセスネットワークのネットワーク要素は、パケットフィルタ組成に基づいて、QoSフローの各々の受信されたデータパケットのヘッダを検出する。データパケットのヘッダの中にありパケットフィルタに対応する部分が新しい内容である場合、QoSフローIDは、エアインターフェースを通じて送信されることになるデータパケットにおいて搬送される。データパケットのヘッダの中にありパケットフィルタに対応する部分が新しくない場合、QoSフローIDは、エアインターフェースを通じて送信されることになるデータパケットにおいて搬送されない。

さらに、アクセスネットワークのネットワーク要素はまた、端末に送信されることになるデータパケットのヘッダに、データパケットがReflective QoS特性を有することを示すために使用される指示情報を追加する必要があるかどうかを決定し得る。たとえば、アクセスネットワークのネットワーク要素は、パケットフィルタ組成に基づいて、QoSフローの各々の受信されたデータパケットのヘッダを検出する。データパケットのヘッダの中にありパケットフィルタに対応する部分が新しい内容である場合、指示情報がさらに、データパケットがReflective QoS特性を有することを示すために搬送され得る。データパケットのヘッダの中にありパケットフィルタに対応する部分が新しくない場合、データパケットがReflective QoS特性を有することを示すために使用される指示情報は搬送されない。

別の可能な設計では、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があると、アクセスネットワークのネットワーク要素が決定する場合、アクセスネットワークのネットワーク要素は、ユーザプレーン制御PDU(SDAP制御PDUまたはPDCP制御PDUなど)またはRRCシグナリング(RRC構成メッセージ、RRC再構成メッセージなどを含むがそれらに限定されない)を端末に送信する。ユーザプレーン制御PDUおよびRRCシグナリングはともに、データパケットのQoSフローIDおよびデータパケットのヘッダ情報を含む。

さらに別の可能な設計では、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があることを、アクセスネットワークのネットワーク要素が決定する場合、アクセスネットワークのネットワーク要素は、パケットフィルタ組成情報に基づいて、アップリンクパケットフィルタを得るために、データパケットのヘッダの中にありパケットフィルタ組成情報に対応する内容に対してReflective操作を実行する。アクセスネットワークのネットワーク要素は、アップリンクパケットフィルタおよびQoSフローIDを端末に送信し、端末は、QoSフローIDおよび対応するアップリンクパケットフィルタを受信してアップリンクQoSフローを生成する。

さらに別の可能な設計では、端末が、第1の能力情報をアクセスネットワークのネットワーク要素に送信することができ、または、アクセスネットワークのネットワーク要素が、第1の能力情報をコアネットワークのネットワーク要素に送信することができ、コアネットワークのネットワーク要素が、第1の能力情報を受信し、第1の能力情報をアクセスネットワークのネットワーク要素に送信する。第1の能力情報は、QoSフローIDを読み取る能力およびアップリンクパケットフィルタを生成する能力のうちの少なくとも1つを端末が有するかどうかを示すために使用される。QoSフローIDを読み取る能力は、端末によって、受信されたエアインターフェースデータパケットからQoSフローIDを取得する能力である。アップリンクパケットフィルタを生成する能力は、端末によって、受信されたダウンリンクエアインターフェースデータパケットに基づいてアップリンクパケットフィルタを生成する能力である。アクセスネットワークのネットワーク要素は、第1の能力情報を受信する。アクセスネットワークのネットワーク要素が、第1の能力情報に基づいて、端末の能力または状態がQoSフローIDの読取りおよびアップリンクパケットフィルタの生成をサポートしないことを決定する場合、アクセスネットワークのネットワーク要素は、ユーザプレーン制御PDUまたはRRCシグナリングを使用することによって、QoSフローIDおよびQoSフローIDに対応するアップリンクパケットフィルタを端末に通知する。アクセスネットワークのネットワーク要素は、端末のオーバーヘッドを減らすために、およびQoSフローIDがエアインターフェースを通じて搬送される場合に生じるオーバーヘッドを減らすために、ユーザプレーン制御PDUまたはRRCシグナリングを使用することによって、QoSフローIDおよびQoSフローIDに対応するアップリンクパケットフィルタを端末に通知し得る。

さらに別の可能な設計では、端末が、第2の能力情報をアクセスネットワークのネットワーク要素へさらに送信することができ、または、端末が、第2の能力情報をコアネットワークのネットワーク要素に送信することができ、コアネットワークのネットワーク要素が、第2の能力情報をアクセスネットワークのネットワーク要素に送信する。第2の能力情報は、端末がReflectiveマッピング能力を有するかどうかを示すために使用される。Reflectiveマッピング能力は、端末によって、ダウンリンクデータパケットのヘッダにおいて搬送されるQoSフローIDに基づいて、アップリンクQoSフローとDRBとの間のマッピング関係を取得する能力である。アクセスネットワークのネットワーク要素は、端末によって送信される第2の能力情報を受信する。端末がReflectiveマッピング能力をサポートしないことをアクセスネットワークのネットワーク要素が決定する場合、アクセスネットワークのネットワーク要素は、端末のために別の方式で、アップリンクQoSフローとDRBとの間のマッピング関係を構成する必要があり、たとえば、RRCシグナリングを使用することによってアップリンクQoSフローとDRBとの間のマッピング関係を構成する必要がある。

第3の態様によれば、Reflective QoSフロー特性に基づく通信装置が提供され、Reflective QoSフロー特性に基づく通信装置は、第1の態様および第2の態様のアクセスネットワークのネットワーク要素を実装する機能を有する。この機能は、ハードウェアを使用することによって実装されることがあり、または、ハードウェアにより対応するソフトウェアを実行することによって実装されることがある。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。モジュールは、ソフトウェアおよび/またはハードウェアであり得る。

ある可能な設計では、Reflective QoSフロー特性に基づく通信装置は、受信ユニットおよび処理ユニットを含み、送信ユニットをさらに含み得る。受信ユニット、処理ユニット、および送信ユニットの機能は、前述の方法ステップに対応し得る。詳細はここでは再び説明されない。

第4の態様によれば、Reflective QoSフロー特性に基づく通信装置が提供され、Reflective QoSフロー特性に基づく通信装置は、第1の態様および第2の態様のコアネットワークのネットワーク要素を実装する機能を有する。この機能は、ハードウェアを使用することによって実装されることがあり、または、ハードウェアにより対応するソフトウェアを実行することによって実装されることがある。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。モジュールは、ソフトウェアおよび/またはハードウェアであり得る。

ある可能な設計では、Reflective QoSフロー特性に基づく通信装置は処理ユニットおよび送信ユニットを含み、処理ユニットおよび送信ユニットの機能は前述の方法ステップに対応し得る。詳細はここでは再び説明されない。

第5の態様によれば、Reflective QoSフロー特性に基づく通信装置が提供され、Reflective QoSフロー特性に基づく通信装置は、第1の態様および第2の態様の端末を実装する機能を有する。この機能は、ハードウェアを使用することによって実装されることがあり、または、ハードウェアにより対応するソフトウェアを実行することによって実装されることがある。ハードウェアまたはソフトウェアは、前述の機能に対応する1つまたは複数のモジュールを含む。モジュールは、ソフトウェアおよび/またはハードウェアであり得る。

ある可能な設計では、Reflective QoSフロー特性に基づく通信装置は受信ユニットおよび処理ユニットを含み、受信ユニットおよび処理ユニットの機能は前述の方法ステップに対応し得る。詳細はここでは再び説明されない。

第6の態様によれば、アクセスネットワークのネットワーク要素が提供され、アクセスネットワークのネットワーク要素は、プロセッサと、メモリと、バスシステムと、受信機と、送信機とを含む。プロセッサ、メモリ、受信機、および送信機は、バスシステムを使用することによって互いに接続される。メモリは命令を記憶するように構成される。プロセッサは、第1の態様、第2の態様、および前述の態様の任意の可能な設計におけるアクセスネットワークのネットワーク要素の実行機能を完成させるために、信号を受信するように受信機を制御し、信号を送信するように送信機を制御するために、メモリに記憶されている命令を実行するように構成される。

第7の態様によれば、コアネットワークのネットワーク要素が提供され、コアネットワークのネットワーク要素は、プロセッサと、メモリと、バスシステムと、送信機とを含む。プロセッサ、メモリ、および送信機は、バスシステムを使用することによって互いに接続される。メモリは命令を記憶するように構成される。プロセッサは、第1の態様、第2の態様、および前述の態様の任意の可能な設計におけるコアネットワークのネットワーク要素の実行機能を完成させるために、信号を送信するように送信機を制御するために、メモリに記憶されている命令を実行するように構成される。

第8の態様によれば、端末が提供され、端末は、送信機と、受信機と、プロセッサと、メモリとを含み、アンテナをさらに含み得る。送信機、受信機、プロセッサ、およびメモリは、バスシステムを使用することによって互いに接続され得る。メモリは命令を記憶するように構成される。プロセッサは、第1の態様、第2の態様、および前述の態様の任意の可能な設計における端末の実行機能を完成させるために、信号を受信するように受信機を制御し、信号を送信するように送信機を制御するために、メモリに記憶されている命令を実行するように構成される。

第9の態様によれば、第6の態様のアクセスネットワークのネットワーク要素と、第7の態様のコアネットワークのネットワーク要素と、第8の態様の1つまたは複数の端末とを含む、通信システムが提供される。

第10の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体は、いくつかの命令を記憶するように構成される。これらの命令が実行されるとき、第1の態様、第2の態様、および前述の態様の任意の可能な設計における、端末、アクセスネットワークのネットワーク要素、またはコアネットワークのネットワーク要素に関する任意の方法が完成し得る。

第11の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品はコンピュータプログラムを記憶するように構成され、コンピュータプログラムは、第1の態様、第2の態様、および前述の態様の任意の可能な設計における通信方法を実行するために使用される。

本出願の実施形態では、アクセスネットワークのネットワーク要素が、QoSフローIDを端末に送信する必要があるかどうかを決定する。アクセスネットワークのネットワーク要素は、QoSフローIDを端末に送信する必要があると決定すると、QoSフローIDを端末に送信し、または、アクセスネットワークのネットワーク要素は、シグナリングオーバーヘッドを少なくするために、QoSフローIDを送信する必要がないとき、QoSフローIDを送信しない。さらに、アクセスネットワークのネットワーク要素は、送信されることになるQoSフローIDをフィルタリングし得る。QoSフローIDを端末に送信されることになるデータパケットのヘッダに追加する必要があると決定するとき、QoSフローIDはそのデータパケットのヘッダに含まれず、または、QoSフローIDを端末に送信されることになるデータパケットのヘッダに追加する必要がないとき、シグナリングオーバーヘッドを少なくするために、QoSフローIDはそのデータパケットのヘッダに含まれる。

本出願の実施形態が適用可能である通信システムのアーキテクチャ図である。 QoSフローに基づくQoSアーキテクチャの図である。 QoSフローをDRBにマッピングするプロセスの概略図である。 アップリンクQoSフローIDおよびアップリンクパケットフィルタを取得するプロセスの概略図である。 アップリンクフローをDRBにマッピングするプロセスの概略図である。 本出願の実施形態によるReflective QoS特性に基づく通信方法を示す図である。 本出願の実施形態によるReflective QoS特性に基づく通信方法の実装方法のフローチャートである。 本出願の実施形態によるReflective QoS特性に基づく通信方法の別の実装方法のフローチャートである。 本出願の実施形態によるReflective QoS特性に基づく通信方法のさらに別の実装方法のフローチャートである。 本出願の実施形態によるQoSフローIDをフィルタリングするための実装方法のフローチャートである。 本出願の実施形態によるQoSフローIDをフィルタリングするための別の実装方法のフローチャートである。 本出願の実施形態によるQoSフローIDをフィルタリングするためのさらに別の実装方法のフローチャートである。 本出願の実施形態によるアクセスネットワークのネットワーク要素によってQoSフローIDをフィルタリングするためのさらに別の実装のフローチャートである。 本出願の実施形態によるReflective QoS特性に基づく通信方法のさらに別の実装方法のフローチャートである。 本出願の実施形態によるSDAPフレームフォーマットの概略図である。 本出願の実施形態によるSDAPフレームフォーマットの別の概略図である。 本出願の実施形態によるSDAPフレームフォーマットのさらに別の概略図である。 本出願の実施形態によるSDAPフレームフォーマットのさらに別の概略図である。 本出願の実施形態によるSDAPフレームフォーマットのまたさらに別の概略図である。 本出願の実施形態によるReflective QoS特性に基づく通信装置の概略構造図である。 本出願の実施形態によるアクセスネットワークのネットワーク要素の概略構造図である。 本出願の実施形態による別のReflective QoS特性に基づく通信装置の概略構造図である。 本出願の実施形態によるコアネットワークのネットワーク要素の概略構造図である。 本出願の実施形態によるさらに別のReflective QoS特性に基づく通信装置の概略構造図である。 本出願の実施形態による端末の概略構造図である。

以下で、添付の図面を参照して、本出願の実施形態における技術的な解決策を説明する。

本出願のいくつかの用語がまず、当業者による理解を促進するために説明され記述される。

(1). 基地局デバイスとも呼ばれ得る、基地局(base station, BS)は、ワイヤレス通信機能を提供するために無線アクセスネットワークにおいて展開される装置である。たとえば、2Gネットワークでは、基地局機能を提供するデバイスは、トランシーバ基地局(英語: base transceiver station, 略してBTS)および基地局コントローラ(base station controller, BSC)を含む。3Gネットワークでは、基地局機能を提供するデバイスは、ノードB(NodeB)および無線ネットワークコントローラ(radio network controller, RNC)を含む。4Gネットワークでは、基地局機能を提供するデバイスは、進化したノードB(evolved NodeB, eNB)を含む。ワイヤレスローカルエリアネットワーク(wireless local area network, WLAN)では、基地局機能を提供するデバイスはアクセスポイント(access point, AP)である。将来の5G新無線(New Radio, NR)では、基地局機能を提供するデバイスは、継続的に進化したノードB(gNB)を含む。

(2). 端末は、ユーザに音声および/またはデータ接続を提供するデバイスであり、ハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、またはワイヤレス通信機能を有するコンピューティングデバイス、またはワイヤレスモデムに接続される別の処理デバイス、および様々な形態のユーザ機器(User Equipment, UE)、移動局(Mobile station, MS)、端末デバイス(Terminal Equipment)、送信点(transmission and receiver point, TRP;またはtransmission point, TP)などを含み得る。

(3). 交換:本出願における「交換」は、2つの交換当事者が情報を互いに転送するプロセスである。ここで転送される情報は、同じであってよく、または異なっていてよい。たとえば、2つの交換当事者は、基地局1および基地局2である。基地局1は基地局2からの情報を要求することができ、基地局2は基地局1によって要求される情報を基地局1に提供する。当然、基地局1および基地局2は互いからの情報を要求することができる。ここで要求される情報は、同じであってよく、または異なっていてよい。

(4). 「複数の」は2つ以上である。用語「および/または」は、関連付けられる対象物を記述するための関連付けの関係を記述し、3つの関係が存在し得ることを表す。たとえば、Aおよび/またはBは、Aのみが存在する、AとBの両方が存在する、およびBのみが存在するという3つの事例を表し得る。文字「/」は通常、関連付けられる対象物間の「または」の関係を示す。

(5). 「ネットワーク」および「システム」という用語は通常交換可能に使用されるが、これらの用語の意味は当業者により理解され得る。情報(information)、信号(signal)、メッセージ(message)、およびチャネル(channel)は、時々交換可能に使用され得る。差が強調されないとき、表される意味は一致していることが指摘されるべきである。「の(of)」、「対応する(correspondingまたはrelevant)」、および「対応する(corresponding)」は、時々交換可能に使用され得る。差が強調されないとき、表される意味は一致していることが指摘されるべきである。

(6). PDUセッションは、端末とデータネットワーク(data network, DN)との間でPDUリンクサービスを提供するリンクとして理解され得る。

(7). QoSフローは、同じQoS要件を有するPDUセッションの中のデータフローであり、同じQoS要件を有する複数のIPフローであり得る。

(8). DRBは、基地局と端末との間のデータベアラとして理解され得る。データベアラの中のデータパケットは同じ転送処理を有する。

(9). DNは外部データネットワークである。

(10). Reflective QoS特性は、QoSフローがアップリンクとダウンリンクに関して対称的であることを意味する。具体的には、アップリンクQoSがダウンリンクQoSと同じであり、アップリンクパケットフィルタリングテンプレートおよびダウンリンクパケットフィルタリングテンプレートも対称的である。たとえば、アップリンクソースアドレスがダウンリンク宛先アドレスであり、アップリンクソースポート番号がダウンリンク宛先ポート番号であり、アップリンク宛先アドレスがダウンリンクソースアドレスであり、アップリンク宛先ポート番号がダウンリンクソースポート番号である。端末は、ダウンリンクデータパケットのヘッダ情報を使用することによって、Reflective特性に基づいてアップリンクパケットのパケットフィルタおよびアップリンクパケットのQoSフローIDを取得する。

本出願の実施形態は、Reflective QoS特性に基づく通信方法を提供し、この方法は、QoSフローに基づくQoSアーキテクチャを伴うシステムに適用可能である。たとえば、この方法は、端末が単一のリンクを使用することによってネットワークにアクセスする、または、複数のリンクを使用することによってネットワークにアクセスする状況を含む、次世代ノードB(Next Generation Node-B, gNB)を使用することによって第5世代コアネットワーク(5G Core, 5GC)に端末がアクセスする状況に適用可能である。たとえば、多接続の状況では、端末は、主gNB(Master gNB, MgNB)および副gNB(Secondary gNB, SgNB)を使用することによって、5Gネットワークにアクセスする。

本出願の実施形態では、ワイヤレス通信ネットワークにおける5Gネットワークの状況が、説明のために以下で例として使用される。本出願の実施形態の解決策はさらに、別のワイヤレス通信ネットワークに適用されることがあり、対応する名称も、別のワイヤレス通信ネットワークの中の対応する機能の名称で置き換えられ得ることが指摘されるべきである。

図1は、本出願が適用可能である通信システムの概略構造図である。図1に示される通信システムは、次世代コアネットワーク((Next Generation Core, NGC)、5GCとも呼ばれる)および次世代無線アクセスネットワーク(Next Generation Radio Access Network, NG-RAN)を含む。5GCは主に、ユーザプレーンネットワーク要素(User Plane Function, UPF)ならびに制御プレーンネットワーク要素のアクセスおよびモビリティ管理機能(Access and Mobility Management Function, AMF)を含む。AMFは主に、端末のためのアクセスおよびモビリティ管理を担う。UPFは主に、端末のためのIPアドレス割振りならびにPDUセッション制御および管理を担い、データパケットのルーティングおよび転送ならびにQoS管理などの機能をさらに含む。NG-RANに含まれる主要なネットワーク要素は、次世代ノードB(Next Generation Node-B, gNB)である。gNBは、端末において終端する、新無線(new radio, NR)制御プレーンおよびユーザプレーンプロトコルスタックを提供する。たとえば、gNBは、端末のためのアクセス制御、リンク管理、測定、動的なリソース割振り、およびベアラ管理などの機能を担い、セル内およびセル間の無線リソース管理(Radio Resource Management, RRM)機能を担う。さらに、5GCの制御プレーンとNG-RANの制御プレーンとの間のインターフェースはN2インターフェースであり、5GCのユーザプレーンとNG-RANのユーザプレーンとの間のインターフェースはN3インターフェースであり、gNB間のインターフェースはXnインターフェースである。

5Gの状況におけるQoSフローに基づくQoSアーキテクチャが図2に示される。非アクセス層サービスベアラはQoSフローに対応し、アクセス層サービスベアラはエアインターフェース無線ベアラ(radio bearer, RB)および地上トンネル(RANと5GCとの間の)に対応する。トンネルはPDUセッションに基づいて確立される。具体的には、同じPDUセッションに属するQoSフローは同じトンネルを使用する。各PDUセッションは固有の識別子を有し、PDUセッションの固有の識別子は、PDUセッション識別子、アクセスポイント名(access point name, APN)、ユーザプレーンのコアネットワークデバイスの識別子、ユーザプレーンのコアネットワークデバイスのアドレス(たとえば、IPアドレス)、およびユーザプレーンのコアネットワークデバイスによってユーザ機器に割り振られるIPアドレスのうちの1つであり得る。

QoSフローに基づくQoSアーキテクチャは主に、アクセス層および非アクセス層におけるQoSフローマッピングを含む。アクセス層はQoSフローをDRBにマッピングすることを担い、非アクセス層はIPフローをQoSフローにマッピングすることを担う。さらに、別のタイプのデータパケット(packet)をQoSフローにマッピングすることがさらに含まれる。QoSフローをDRBにマッピングするプロセスについては、図3を参照されたい。NGCにリンクされる無線アクセスネットワーク側のプロトコルスタックでは、サービスデータ適応プロトコル(Service Data Adaptation Protocol, SDAP)レイヤが、ユーザプレーン上のパケットデータコンバージェンスプロトコル(Packet Data Convergence Protocol, PDCP)レイヤの上で使用され、SDAPプロトコルレイヤは、非アクセス層からのQoSフローをアクセス層の中のDRBにマッピングすることを担う。SDAPプロトコルを実行するSDAPエンティティは、セッション(session)に基づいて確立され、アップリンクQoSフローIDおよびダウンリンクQoSフローIDをエアインターフェースプロトコルスタックに追加することをさらに担う。QoSフローをDRBにマッピングするプロセスにおいて、同じセッションの中の複数のQoSフローが同じDRBにマッピングされ得る。同じ転送処理が、ユーザプレーン上のデータパケットのヘッダの中のQoSフローIDに対応するQoSプロファイル(QoSプロファイルは、QoSフローIDに対応するQoSパラメータであり、遅延、パケット喪失率、優先度、保証レート、最大レート、およびレート未達通知指示のうちの1つまたは複数を含む)に基づいて、同じDRBの中のデータパケットに対して実行され得る。異なるセッションの中のQoSフローを同じDRBにマッピングすることはできない。さらに、各端末の各セッションはデフォルトDRB(default DRB)に対応する。端末は、アップリンクQoSフローとDRBとの間のマッピング関係が構成されていないQoSフローを、デフォルトDRBにマッピングする。さらに、無線アクセスネットワーク側のgNBは、端末のために、無線リソース制御(Radio Resource Control, RRC)シグナリングを使用することによって、または、Reflectiveマッピング(Reflective mapping)(Reflectiveマッピングは、ダウンリンクデータパケットがQoSフローIDを含み、端末がQoSフローIDを検出し、同じQoSフローIDをもつアップリンクQoSフローを同じDRBにマッピングすることを意味する)を通じて、アップリンクQoSフローとDRBとの間のマッピング関係を構成し得る。

Reflective QoS特性は、IPフローまたは別のタイプのデータパケットをQoSフローにマッピングするプロセスにおけるマッピングのために使用され得る。コアネットワークは、制御プレーンまたはユーザプレーンを使用することによって、Reflective QoS特性を有効化し得る。具体的には、コアネットワークは、非アクセス層メッセージを使用することによって、QoSフローのReflective QoS特性が有効化されることを端末に通知し得る。たとえば、QoSフローのReflective QoS特性が有効にされることを示す指示情報がQoSフローの規則に含まれ、または、Reflective QoS特性をデータパケットが有することを示すために、コアネットワークから無線アクセスネットワーク側に送信されることになるデータパケットのヘッダに、Reflective QoSインジケータ(Reflective QoS indicator, RQI)が含まれる。たとえば、図4では、ダウンリンクデータパケットは、QoSフローID、IPヘッダ、送信制御プロトコル(Transmission Control Protocol, TCP)ヘッダ、およびデータ内容(Data)を含む。この場合、アップリンクQoS規則は、IPヘッダおよびTCPヘッダのソースおよび宛先を反転させることである。具体的には、アップリンクソースアドレスがダウンリンク宛先アドレスであり、アップリンクソースポート番号がダウンリンク宛先ポート番号であり、アップリンク宛先アドレスがダウンリンクソースアドレスであり、アップリンク宛先ポート番号がダウンリンクソースポート番号である。端末は、ダウンリンクデータパケットのヘッダ情報を使用することによって、Reflective特性に基づいてアップリンクパケットのパケットフィルタおよびアップリンクパケットのQoSフローIDを取得し、QoSフローIDを使用することによってQoSマーキング(QoS marking)を実行する。端末は、アップリンクQoSフローからDRBへのマッピングを暗黙的に構成する。具体的には、端末は、アップリンクQoSフローと同じQoSフローIDを有するダウンリンクQoSフローが位置するDRBに、アップリンクQoSフローをマッピングする。図5に示されるように、アップリンクフロー1は、ダウンリンクフロー1が位置するDRB1にマッピングされる。無線アクセスネットワーク側は、無線ベアラへのアップリンクフローのマッピングを構成するために使用される、RRC構成シグナリングを減らし得る。しかしながら、各々の受信されるダウンリンクデータパケットに対して、端末は、各々の受信されたダウンリンクデータパケットがReflective QoS特性を有するかどうかを決定することが必要である。5G通信システムでは、データ送信レートが極めて高く、端末が各ダウンリンクデータパケットを検出する場合、極めて大きなオーバーヘッドが生じ、端末の性能および電力消費に影響する。

これに鑑みて、本出願の実施形態は、Reflective QoS特性に基づく通信方法を提供する。この方法では、アクセスネットワークのネットワーク要素が、QoSフロー識別子を端末に送信する必要があるかどうかを決定する。アクセスネットワークのネットワーク要素は、QoSフロー識別子を端末に送信する必要があると決定すると、QoSフロー識別子を端末に送信し、または、アクセスネットワークのネットワーク要素は、シグナリングオーバーヘッドを少なくするために、QoSフロー識別子を端末に送信する必要がないとき、QoSフロー識別子を端末に送信しない。さらに、アクセスネットワークのネットワーク要素は、送信されることになるQoSフロー識別子をフィルタリングし得る。QoSフロー識別子を端末に送信されることになるデータパケットのヘッダに追加する必要があると決定するとき、QoSフロー識別子はそのデータパケットのヘッダに含まれ、または、QoSフロー識別子を端末に送信されることになるデータパケットのヘッダに追加する必要がないとき、シグナリングオーバーヘッドを少なくするために、QoSフロー識別子はそのデータパケットのヘッダに含まれない。

図6は、本出願の実施形態によるReflective QoS特性に基づく通信方法を示す。図6を参照すると、方法は以下のステップを含む。

S101. コアネットワークのネットワーク要素が、アクセスネットワークのネットワーク要素に第1の情報を送信し、アクセスネットワークのネットワーク要素が、コアネットワークのネットワーク要素によって送信される第1の情報を受信し、第1の情報は、データパケットがReflective QoS特性を有するかどうかを示すために使用される。

本出願では、コアネットワークのネットワーク要素は、AMFなどのコアネットワークの制御プレーンネットワーク要素であり得る。アクセスネットワークのネットワーク要素は、gNBなどの基地局であり得る。

コアネットワークのネットワーク要素がコアネットワークの制御プレーンネットワーク要素であるとき、コアネットワークのネットワーク要素は、N2インターフェースメッセージを使用することによってアクセスネットワークのネットワーク要素へ、データパケットがReflective QoS特性を有するかどうかを示すために使用される第1の情報を送信し得る。N2インターフェースメッセージは、限定はされないが、PDUセッションセットアップメッセージ(PDU Session Resource Setup)、PDUセッション修正メッセージ(PDU Session Resource Modify)などを含む。

第1の情報は、データパケットがReflective QoS特性を有するかどうかを示すために使用される。データパケットがReflective QoS特性を有する場合、これは、端末がReflective方式でデータパケットに基づいてアップリンクQoSフローIDおよびアップリンクパケットフィルタを取得できることを意味する。パケットフィルタは、アップリンクデータパケットをフィルタリングしてアップリンクQoSフローを得るために使用される。データパケットがReflective QoS特性を有しない場合、これは、端末がReflective方式でデータパケットに基づいてアップリンクQoSフローIDおよびアップリンクパケットフィルタを取得できないことを意味する。

S102. アクセスネットワークのネットワーク要素が、QoSフローIDを端末に送信する必要があるかどうかを、第1の情報に基づいて決定する。

S103. アクセスネットワークのネットワーク要素が、第1の指示情報を端末に送信し、第1の指示情報は、端末がQoSフローIDを読み取る必要があるかどうかを示すために使用される。

端末は、第1の指示情報を受信し、QoSフローIDを読み取る必要があるかどうかを、第1の指示情報に基づいて決定する。

本出願のこの実施形態では、データパケットがReflective QoS特性を有することを第1の情報が示す場合、アクセスネットワークのネットワーク要素は、QoSフローIDを端末に送信する必要があることを決定する。任意選択で、この場合、アクセスネットワークのネットワーク要素は、QoSフローIDを読み取る必要があることを端末に通知する。代わりに、データパケットがReflective QoS特性を有しないことを第1の情報が示す場合、アクセスネットワークのネットワーク要素は、QoSフローIDを端末に送信する必要がないことを決定し得る。この場合、アクセスネットワークのネットワーク要素は、シグナリングオーバーヘッドを少なくするために、QoSフローIDを読み取る必要がないことを端末に通知し得る。

ある可能な実装形態では、第1の情報はさらに、データパケットのReflective QoSタイプを示すために使用される。データパケットのReflective QoSタイプは、すべてのデータパケットがReflective QoS特性を有すること、一部のデータパケットがReflective QoS特性を有すること、またはどのデータパケットもReflective QoS特性を有しないことを含む。

アクセスネットワークのネットワーク要素は、第1の情報に基づいて、データパケットがReflective QoS特性を有するかどうかを決定し、データパケットのReflective QoSタイプに基づいて、すべてのデータがReflective QoS特性を有するか、一部のデータパケットがQoS Reflective QoS特性を有するか、またはどのデータパケットもReflective QoS特性を有しないかどうかを決定し得る。アクセスネットワークのネットワーク要素はまた、データパケットのReflective QoSタイプに基づいて、データパケットがReflective QoS特性を有するかどうかを決定し得る。

本出願のこの実施形態では、データパケットのReflective QoSタイプが、以下の方式で示され得る。たとえば、コアネットワークのネットワーク要素は、コアネットワークのネットワーク要素が非アクセス層において制御プレーンメッセージを使用することによりReflective QoS特性を端末に通知する方式で、すべてのデータパケットがReflective QoS特性を有することを端末に通知することができ、または、ユーザプレーンパケットヘッダに指示を追加する方式で、一部のデータパケットがReflective QoS特性を有することを端末に通知し得る。コアネットワークのネットワーク要素は、コアネットワークのネットワーク要素がReflective QoS特性を端末に通知しない、または、QoSフローまたはPDUセッションがReflective QoS特性を有しないことをコアネットワークのネットワーク要素が端末に通知する方式で、いずれのデータパケットもReflective QoS特性を有しないことを端末に通知する。

本出願のこの実施形態では、コアネットワークのネットワーク要素は、データパケットがReflective QoS特性を有するかどうかを端末に通知してデータパケットのReflective QoSタイプを端末に通知するために、Reflective QoS特性を端末に通知するようにアクセスネットワークのネットワーク要素に命令し得る。

実際の適用例を参照すると、本出願の実施形態は、本出願のこの実施形態のアクセスネットワークのネットワーク要素が、QoSフローIDを端末に送信する必要があるかどうかを決定する実施のプロセスを以下で説明する。

本出願のある可能な実装形態では、第1の情報は、コアネットワークの制御プレーンネットワーク要素によって送信されるReflective QoS情報であることがあり、Reflective QoS情報は、データパケットがReflective QoS特性を有するかどうかを示すために使用される。第1の指示情報は、アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報である。

図7は、本出願の実施形態によるReflective QoS特性に基づく通信方法の実装方法のフローチャートである。図7を参照すると、方法は以下のステップを含む。

S201. コアネットワークの制御プレーンネットワーク要素がReflective QoS情報をアクセスネットワークのネットワーク要素に送信し、Reflective QoS情報は、データパケットがReflective QoS特性を有するかどうかを示すために使用される。

さらに、Reflective QoS情報は、データパケットのReflective QoSタイプを示すために使用される情報であり得る。

本出願のこの実施形態では、Reflective QoS情報は、QoSフローのReflective QoS情報であってよく、または、PDUセッションのReflective QoS情報であってよい。言い換えると、コアネットワークの制御プレーンネットワーク要素は、N2インターフェースメッセージを使用することによって、QoSフローのReflective QoS情報またはPDUセッションのReflective QoS情報を示し得る。

Reflective QoS情報について、QoSフローのReflective QoS情報またはPDUセッションのReflective QoS情報は、PDUセッションリソースセットアップメッセージを使用することによって示されることがあり、または、QoSフローのReflective QoS情報またはPDUセッションのReflective QoS情報は、PDUセッションリソース修正メッセージを使用することによって示されることがある。

QoSフローのReflective QoS情報がPDUセッションリソースセットアップメッセージを使用することによって示されるプロトコルフォーマットは、表1に示され得る。PDUセッションのReflective QoS情報がPDUセッションリソースセットアップメッセージを使用することによって示されるプロトコルフォーマットは、表2に示され得る。

QoSフローのReflective QoS情報がPDUセッションリソース修正メッセージを使用することによって示されるプロトコルフォーマットは、表3に示され得る。PDUセッションのReflective QoS情報がPDUセッションリソースセットアップメッセージを使用することによって示されるプロトコルフォーマットは、表4に示され得る。

本出願のこの実施形態のある可能な実装形態では、コアネットワークの制御プレーンネットワーク要素はさらに、アクセスネットワークのネットワーク要素にReflective QoS情報更新指示情報を送信することができ、Reflective QoS情報更新指示情報は、アクセスネットワークのネットワーク要素に、受信されたReflective QoS情報を更新するように命令するために使用される。

コアネットワークの制御プレーンネットワーク要素(AMFなど)は、N2インターフェースメッセージを使用することによって、Reflective QoS情報更新指示情報をアクセスネットワークのネットワーク要素(基地局など)に送信し得る。使用されるN2インターフェースメッセージは、限定はされないが、PDUセッションリソース修正メッセージを含む。

本出願では、Reflective QoS情報更新指示情報がアクセスネットワークのネットワーク要素に更新するように命令するReflective QoS情報は、前述のReflective QoS情報と同じである。詳細については、前述の実施形態のReflective QoS情報の関連する説明を参照されたい。詳細はここでは再び説明されない。

S202. アクセスネットワークのネットワーク要素が、コアネットワークの制御プレーンネットワーク要素によって送信されるReflective QoS情報を受信し、コアネットワークの制御プレーンネットワーク要素によって送信されるReflective QoS情報に基づいて、QoSフローIDを端末に送信する必要があるかどうかを決定する。

データパケットがReflective QoS特性を有することを決定するとき、アクセスネットワークのネットワーク要素は、QoSフローIDを端末に送信する必要があることを決定し、または、データパケットがReflective QoS特性を有しないことを決定するとき、アクセスネットワークのネットワーク要素は、シグナリングオーバーヘッドを少なくするために、QoSフローIDを端末に送信する必要がないと決定する。

アクセスネットワークのネットワーク要素は、QoSフローまたはPDUセッションのReflective QoS情報に基づいて、エアインターフェースを通じて送信されることになるデータパケットのヘッダにQoSフローIDを追加するかどうかを決定し得る。たとえば、Reflective QoS特性を有するデータパケットに対しては、QoSフローIDが、エアインターフェースを通じて送信されることになるデータパケットのヘッダに含まれる。Reflective QoS特性を有しないデータパケットに対しては、シグナリングオーバーヘッドを少なくするために、QoSフローIDが、エアインターフェースを通じて送信されることになるデータパケットのヘッダに含まれない。

さらに、アクセスネットワークのネットワーク要素は、QoSフローまたはPDUセッションのReflective QoS情報に基づいて、QoSフローとDRBとの間のマッピング関係を決定することができ、たとえば、アクセスネットワークのネットワーク要素は、Reflective QoS特性の異なるQoSフローを異なるDRBにマッピングすることができる。

別の可能な実装形態では、端末が、QoSフローIDを検出する必要があるかどうかを決定するために、データパケットがReflective QoS情報を有するかどうかを決定するように、本出願のこの実施形態のアクセスネットワークのネットワーク要素は、コアネットワークの制御プレーンネットワーク要素によって送信されるReflective QoS情報を受信した後でReflective QoS情報を端末に送信し得る。たとえば、図7に示される方法は以下のステップをさらに含む。

S203. アクセスネットワークのネットワーク要素が、Reflective QoS情報を端末に送信する。

本出願のこの実施形態では、アクセスネットワークのネットワーク要素(基地局など)は、RRCシグナリングまたはユーザプレーン制御(control)PDUを使用することによって、Reflective QoS情報を端末に送信する。

本出願のこの実施形態では、アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報は、コアネットワークのネットワーク要素によって端末に送信される前述のReflective QoS情報と同様であり、違いは、アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報が、QoSフローのReflective QoS情報、DRBのReflective QoS情報、またはPDUセッション(またはSDAPエンティティ)のReflective QoS情報であり得るという点にある。言い換えると、アクセスネットワークのネットワーク要素は、QoSフローのReflective QoS情報、DRBのReflective QoS情報、またはPDUセッション(またはSDAPエンティティ)のReflective QoS情報を端末に通知し得る。

QoSフローのReflective QoS情報のプロトコルフォーマットが図5に示され得る。

DRBのReflective QoS情報のプロトコルフォーマットが図6に示され得る。

PDUセッションまたはSDAPエンティティのReflective QoS情報のプロトコルフォーマットが図7に示され得る。

端末は、アクセスネットワークのネットワーク要素によって送信されるReflective QoS情報を受信し、QoSフローIDを読み取る必要があるかどうかを、Reflective QoS情報に基づいて決定する。

さらに、アクセスネットワークのネットワーク要素は、端末がQoSフローIDを読み取る必要があるかどうかを示す指示情報を端末に送信することによって、データパケットのReflective QoS特性を示し得る。たとえば、アクセスネットワークのネットワーク要素は、データパケットのReflective QoS特性を示すために、端末がDRBまたはSDAPからQoSフローIDを読み取る必要があるかどうかを示す指示情報を端末に送信する。

さらに、アクセスネットワークのネットワーク要素は、RRCシグナリングまたはユーザプレーン制御PDUを使用することによって、Reflective QoS情報更新指示情報を端末に送信し得る。アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報更新指示情報が端末に更新するように命令するReflective QoS情報は、アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報と同じであり、詳細はここでは説明されない。

アクセスネットワークのネットワーク要素によって送信されるReflective QoS情報を受信した後で、端末は、Reflective QoS情報に基づいて、Reflective QoS特性を有するデータパケットを決定する。端末は、Reflective QoS特性を有するデータパケットを含む、DRB、SDAPエンティティ、またはQoSフローのための、QoSフローIDおよびデータパケットヘッダを検出し、検出されたQoSフローIDに基づいてアップリンクQoSフローIDおよび対応するパケットフィルタを生成する。しかしながら、端末は、端末のシグナリングオーバーヘッドを少なくするために、Reflective QoS特性を有しないデータパケットのDRB、SDAPエンティティ、またはQoSフローのための、QoSフローIDおよびデータパケットヘッダを検出しなくてよい。

本出願の別の可能な実施形態では、QoSパラメータが標準化されているQoSフローに対して、コアネットワークのネットワーク要素は、N2インターフェースメッセージを使用することによってQoSフローのQoSパラメータをアクセスネットワークのネットワーク要素に通知せず、N3インターフェースを通じて送信されることになるデータパケットのヘッダにQoSフローIDを追加する。QoSフローIDは、標準化されたQoSパラメータのセットに対応する。この状況では、コアネットワークのネットワーク要素は、QoSフローのReflective QoS特性をアクセスネットワークのネットワーク要素に送信しないことがある。アクセスネットワークのネットワーク要素は、QoSフローがReflective QoS特性を有することと、一部のデータパケットがReflective QoS特性を有することとを、デフォルトで考慮することができる。代わりに、アクセスネットワークのネットワーク要素が、N3インターフェースを通じて送信されることになるデータパケットのヘッダを解析することによってRQIを取得した後で、アクセスネットワークのネットワーク要素は、QoSフローがReflective QoS特性を有することと、一部のデータパケットがReflective QoS特性を有することとを決定する。RQIは、データパケットがReflective QoS特性を有することを示すために使用される。

本出願のさらに別の可能な実施形態では、コアネットワークのネットワーク要素は、Reflective QoS情報無効化指示情報をアクセスネットワークのネットワーク要素に送信し得る。Reflective QoS情報無効化指示情報は、Reflective QoS無効化情報を示すために使用される。Reflective QoS無効化情報は、Reflective QoS情報によって示されるようなReflective QoS特性を有するデータパケットが、Reflective QoS特性をもはや有しないことを意味する。

図8は、本出願の実施形態によるReflective QoS特性に基づく通信方法の別の実装方法のフローチャートである。図8を参照すると、方法は以下のステップを含む。

S301の実行ステップは、S201の実行ステップと同じであり、詳細はここでは再び説明されない。

S302. コアネットワークのネットワーク要素が、Reflective QoS情報無効化指示情報をアクセスネットワークのネットワーク要素に送信する。

本出願のこの実施形態では、Reflective QoS無効化情報をアクセスネットワークのネットワーク要素デバイスに通知するために、Reflective QoS情報無効化指示情報が使用され、Reflective QoS無効化情報は、Reflective QoS情報によって示されるようなReflective QoS特性を有するデータパケットが、Reflective QoS特性をもはや有しないことを意味する。具体的には、Reflective QoS無効化情報は、すべてのデータパケットに対してReflective QoS特性を無効化するために、または一部のデータパケットに対してReflective QoS特性を無効化するために使用され得る。

本出願のこの実施形態では、Reflective QoS情報無効化指示情報が示すReflective QoS無効化情報は、QoSフローのReflective QoS無効化情報であってよく、または、PDUセッションのReflective QoS無効化情報であってよい。コアネットワークのネットワーク要素は、QoSフローのデータパケットがもはやReflective QoS特性を有しないこと、または、PDUセッションの中のすべてのQoSフローのデータパケットがもはやReflective QoS特性を有しないことを、アクセスネットワークのネットワーク要素に通知することが理解され得る。{すべてのパケットがReflective QoS特性を有する}、または{一部のパケットがReflective QoS特性を有する}、QoSフローまたはPDUセッションのデータパケットに対する、Reflective QoS特性の無効化を示すために、Reflective QoS情報無効化指示情報が使用され得ることも理解され得る。

Reflective QoS情報無効化指示情報は、1つもしくは複数のQoSフローまたはPDUセッションに対するReflective QoS特性の無効化を示すために使用され得る。Reflective QoS情報無効化指示情報が、QoSフローに対するReflective QoS特性の無効化を示すとき、QoSフローIDなどのQoSフローの識別子が、Reflective QoS無効化情報に追加される。Reflective QoS情報無効化指示情報が、PDUセッションに対するReflective QoS特性の無効化を示すとき、PDUセッションIDなどのPDUセッションの識別子が、Reflective QoS無効化情報に追加される。

本出願の可能な実装形態では、コアネットワークの制御プレーンネットワーク要素(AMFなど)は、N2インターフェースメッセージを使用することによって、Reflective QoS無効化情報をアクセスネットワークのネットワーク要素(基地局など)に送信し得る。N2インターフェースメッセージは、PDUセッションリソース修正メッセージを含むがそれに限定されず、別のスタンドアロンメッセージをさらに使用することができる。

本出願の別の可能な実装形態では、コアネットワークのユーザプレーンネットワーク要素(UPFなど)は、N3インターフェースを通じてデータパケットを送信することによって、Reflective QoS情報無効化指示情報をアクセスネットワークのネットワーク要素(基地局など)に送信し得る。

Reflective QoS情報無効化指示情報は、データパケットに対するReflective QoS特性の無効化を示すために、N3インターフェースにおけるデータパケットのヘッダに追加され得る。

さらに、N3インターフェースにおけるデータパケットのヘッダの中で搬送されるReflective QoS情報無効化指示情報は、QoSフローに基づいて追加されることがあり、またはPDUセッションに基づいて追加されることがある。ロバスト性を高めるために、同じQoSフローまたは同じPDUセッションに対して、複数の指示情報が設定され得る。

S303. アクセスネットワークのネットワーク要素が、Reflective QoS情報無効化指示情報を受信し、Reflective QoS情報無効化指示情報に基づいて、データパケットに対するReflective QoS特性を無効化する。

ある可能な実装形態では、コアネットワークのネットワーク要素がN3インターフェースを通じてデータパケットを送信することによってReflective QoS情報無効化指示情報をアクセスネットワークのネットワーク要素(基地局など)に送信する例が、説明のために使用される。アクセスネットワークのネットワーク要素によって受信されるN3インターフェースにおけるデータパケットのヘッダが、QoSフローIDおよびReflective QoS情報無効化指示情報を搬送する場合、Reflective QoS特性はQoSフローに対して無効化される。アクセスネットワークのネットワーク要素によって受信されるN3インターフェースにおけるデータパケットのヘッダが、QoSフローIDを搬送せず、Reflective QoS情報無効化指示情報のみを搬送する場合、これは、Reflective QoS特性がPDUセッションに対して無効化されることを示す。アクセスネットワークのネットワーク要素によって受信されるN3インターフェースにおけるデータパケットのヘッダが、PDUセッションIDおよびReflective QoS情報無効化指示情報を搬送する場合、これは、PDUセッションIDに対応するPDUセッションが無効化されるべきであることを示す。この場合、Reflective QoS特性は、PDUセッションIDに対応するPDUセッションに対して無効化される。

S304. Reflective QoS特性が無効化されているデータパケットに対してQoSフローIDを送信する必要がないことを、アクセスネットワークのネットワーク要素が決定する。

たとえば、Reflective QoS特性が無効化されているQoSフローに対して、アクセスネットワークのネットワーク要素は、エアインターフェースを通じて送信されることになる、QoSフローのデータパケットのヘッダにQoSフローIDをもはや追加しない。

ある可能な実装形態では、Reflective QoS情報を取得した後で、本出願のこの実施形態のアクセスネットワークのネットワーク要素は、Reflective QoS情報無効化指示情報を端末へさらに送信し得る。アクセスネットワークのネットワーク要素によって、Reflective QoS情報無効化指示情報を端末に送信するステップは、図7に示される方法に基づいて実行されることがあり、または図8に示される方法に基づいて実行されることがある。ステップが図8に示される方法に基づいて実行される例が、本出願のこの実施形態の以下の説明のために使用される。図8の方法に基づいて、方法は以下のステップをさらに含み得る。

S305. アクセスネットワークのネットワーク要素が、Reflective QoS情報無効化指示情報を端末に送信する。

本出願のこの実施形態では、アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報無効化指示情報が示すReflective QoS無効化情報は、コアネットワークのネットワーク要素によってアクセスネットワークのネットワーク要素に送信されるReflective QoS情報無効化指示情報が示す前述のReflective QoS無効化情報と同様である。違いは、アクセスネットワークのネットワーク要素によって端末に送信されるReflective QoS情報無効化指示情報が示すReflective QoS無効化情報は、QoSフローまたはPDUセッションのReflective QoS無効化情報だけではなく、DRBのReflective QoS無効化情報でもあり得るという点にある。

本出願のこの実施形態では、アクセスネットワークのネットワーク要素は、データパケットがReflective QoS特性をもはや有しないことを示すために、RRCシグナリングまたはユーザプレーン制御PDUを使用することによって、Reflective QoS情報を無効化し得る。

たとえば、アクセスネットワークのネットワーク要素は、RRCシグナリング(RRC構成メッセージまたはRRC再構成メッセージなど)またはユーザプレーン制御PDU(SDAP制御PDUまたはPDCP制御PDU)を使用することによって、Reflective QoS情報無効化指示情報を端末に送信することができ、QoSフローのデータパケットがReflective QoS特性をもはや有しないことを示すために、QoSフローIDをReflective QoS情報無効化指示情報に追加する。

別の例では、アクセスネットワークのネットワーク要素は、RRCシグナリング(RRC構成メッセージまたはRRC再構成メッセージなど)またはユーザプレーン制御PDU(SDAP制御PDUまたはPDCP制御PDU)を使用することによって、Reflective QoS情報無効化指示情報を端末に送信することができ、対応するDRBのデータパケットがReflective QoS特性をもはや有しないことを示すために、DRB IDをReflective QoS情報無効化指示情報に追加する。

さらに別の例では、アクセスネットワークのネットワーク要素は、RRCシグナリング(RRC構成メッセージまたはRRC再構成メッセージなど)またはユーザプレーン制御PDU(SDAP制御PDUまたはPDCP制御PDU)を使用することによって、Reflective QoS情報無効化指示情報を端末に送信することができ、PDUセッションのデータパケットがReflective QoS特性をもはや有しないことを示すために、PDUセッションIDまたはSDAPエンティティIDをReflective QoS情報無効化指示情報に追加する。

本出願の別の実施形態では、アクセスネットワークのネットワーク要素は、ユーザプレーンデータを使用することによって、Reflective QoS情報無効化指示情報を端末に送信し得る。たとえば、アクセスネットワークのネットワーク要素は、Reflective QoS特性の無効化を示すために、エアインターフェースを通じて送信されることになるデータパケットのヘッダにReflective QoS情報無効化指示情報を追加する。たとえば、Reflective QoS情報無効化指示情報を表すために1bitが使用され、Reflective QoS特性の無効化を示すためにあるビット設定方式が使用される。{すべてのパケットがReflective QoS特性を有する}、または{一部のパケットがReflective QoS特性を有する}、QoSフロー、DRB、またはPDUセッションのデータパケットに対して、Reflective QoS特性を無効化するために、エアインターフェースデータパケットのヘッダにおいて搬送されるReflective QoS情報無効化指示情報が使用され得る。

さらに、アクセスネットワークのネットワーク要素は毎回、1つのQoSフローのReflective QoS無効化情報を示し得る。

さらに、複数のReflective QoS情報無効化指示情報が、ロバスト性を高めるために同じQoSフローに対して設定され得る。代わりに、Reflective QoS情報無効化指示情報が継続的に送信され、端末がデータパケットを受信したことを示す肯定応答を基地局が取得する場合、Reflective QoS情報無効化指示情報の送信が停止される。

ある可能な実装形態では、アクセスネットワークのネットワーク要素は、Reflective QoS特性がQoSフローに対して無効化されたことを示すために、エアインターフェースを通じて送信されることになるデータパケットのヘッダにQoSフローIDおよびReflective QoS情報無効化指示情報を追加する。代わりに、アクセスネットワークのネットワーク要素は、Reflective QoS特性がPDUセッションに対して無効化されたことを示すために、エアインターフェースを通じて送信されることになるデータパケットのヘッダにReflective QoS情報無効化指示情報のみを追加し、または、Reflective QoS情報無効化指示情報の範囲がPDUセッションであることを示すために、エアインターフェースを通じて送信されることになるデータパケットのヘッダに指示情報のみを追加する。たとえば、PDUセッションIDまたはPDUセッションに対応するSDAPエンティティIDが搬送される。

別の可能な実装形態では、アクセスネットワークのネットワーク要素は、Reflective QoS特性がデータパケットに対して無効化されたことを示すために、QoSフローIDをこれ以上読み取らないように端末に命令する方式を使用し得る。

S306. 端末は、アクセスネットワークのネットワーク要素によって送信されるReflective QoS情報無効化指示情報を受信し、Reflective QoS特性をもはや有しないデータパケットのQoSフローIDを読み取る必要がないことを決定する。

たとえば、Reflective QoS特性をもはや有しないDRB、またはReflective QoS特性をもはや有しないSDAPエンティティもしくはPDUセッションのDRBに対して、端末は受信されたPDCP SDUからQoSフローIDを読み取らない。言い換えると、端末は、シグナリングオーバーヘッドを少なくするために、各々の受信されたデータパケットに対するQoSフローIDを検出しない。

本出願のこの実施形態では、以下の動作が、シグナリングオーバーヘッドを少なくするために、Reflective QoS特性を有しないデータパケットに対して実行され得る。

たとえば、受信されたPDCP SDUに対して、端末は、シグナリングオーバーヘッドを少なくするために、データパケットのIP5つ組(または、MACソースアドレスおよびMAC宛先アドレスなどの、プロトコルデータパケットヘッダの中の別のバイト)をもはや取得しない。

別の例では、端末は、シグナリングオーバーヘッドを少なくするために、各データパケットのSDAPヘッダをもはや読み取らず、特定しない。

さらに、ロバストヘッダ圧縮(Robust Header Compression, ROHC)のために端末の受信端においてPDCPレイヤで実行される展開動作は、PDCPヘッダが除去されるPDCPサービスデータユニット(Service Data Unit, SDU)を直接展開するために使用されることがあり、初期展開位置オフセット動作などの、SDAPヘッダにより引き起こされる動作を実行する必要がない。具体的には、シグナリングオーバーヘッドを少なくするために、以下の動作、すなわち、SDAPヘッダの存在がまず検出され、次いでSDAPヘッダがPDCP SDUから除去された後で展開の実行が開始し、SDAP headerが展開の後で得られる内容に再び追加されることなどが、実行される必要がない。

さらに、SDAPヘッダがデータパケットの尾部に配置される場合、ROCHヘッダ圧縮が送信端でPDCPレイヤにおいて受信されたPDCP SDUのために実行されるとき、初期ヘッダ圧縮位置オフセット動作が実行されない。シグナリングオーバーヘッドを少なくするために、展開が受信端でPDCPレイヤにおいて実行されるとき、初期ヘッダ展開位置オフセット動作も実行されない。

さらに、受信端のPDCPレイヤエンティティがヘッダ展開を実行するのに失敗する場合、データパケットはSDAPレイヤに伝えられ続ける。SDAPレイヤエンティティは、QoSフローIDを取得するためにデータパケットの尾部または頭部からSDAPヘッダを読み取ることができ、Reflectiveマッピング規則に基づいてアップリンクQoSフローとDRBとの間のマッピング関係を取得することができる。次いで、SDAPレイヤエンティティはデータパケットを廃棄する。

さらに、受信端のPDCPエンティティがヘッダ展開動作を実行するのに失敗した後で、PDCP SDUがSDAPヘッダまたはQoSフローIDを搬送する場合、受信端のPDCPエンティティは、PDCP SDUをSDAPレイヤに伝え、ヘッダ展開が失敗することを示す。この場合、SDAPレイヤは、QoSフローIDを取得するためにデータパケットの尾部または頭部からSDAPヘッダを読み取ることができ、Reflectiveマッピング規則に基づいてアップリンクQoSフローとDRBとの間のマッピング関係を取得することができる。次いで、SDAPレイヤエンティティはデータパケットを廃棄する。

さらに、別の可能な実装形態では、受信端でPDCPレイヤにおいて実行されるヘッダ展開動作が失敗した後で、PDCP SDUがSDAPヘッダまたはQoSフローIDを搬送する場合、受信端のPDCPレイヤは、データパケットの送信が失敗することを示すために、PDCP状態報告を送信端に送信する。送信端のPDCPレイヤは、PDCP状態報告を受信した後でデータパケットを再送信する。代わりに、受信端のPDCPレイヤは、受信端で実行される展開が失敗する限り、データパケットの送信に失敗することを示すために、状態報告を送信端に送信する。送信端のPDCPレイヤは、送信された状態報告を受信した後でデータパケットを再送信する。QoSフローIDを搬送するデータパケットに対して、送信端のPDCPレイヤは、データパケットの受信に成功したことを示し受信端によって送信されるPDCP状態報告を受信した後にのみ、データパケットを削除する。PDCP状態報告は、受信端において受信に成功したデータパケットおよび/または受信端において受信に失敗したデータパケットを含み、データパケットのPDCPレイヤシーケンス番号を含む。この方式は、SDAPヘッダがSDAPレイヤのSDUの頭部および尾部に追加される場合などに適用可能である。

本出願のこの実施形態では、コアネットワークのネットワーク要素は、QoSフローまたはPDUセッションのReflective QoS情報をアクセスネットワークのネットワーク要素に通知することができ、QoSフローまたはPDUセッションに対してReflective QoS特性を無効化するようにアクセスネットワークのネットワーク要素に命令し得る。アクセスネットワークのネットワーク要素は、エアインターフェースを通じてQoSフローIDを送信するかどうかを決定するために、Reflective QoS情報を取得し得る。

さらに、アクセスネットワークのネットワーク要素は、QoSフロー、DRB、またはPDUセッションのReflective QoS情報を端末に通知し、QoSフロー、DRB、またはPDUセッションに対してReflective QoS特性を無効化し得る。端末は、Reflective QoS情報に基づいて、エアインターフェースを通じてQoSフローIDを読み取る必要があるかどうか、および、ROHC位置オフセット動作を実行する必要があるかどうかを決定し得る。Reflective QoS特性を有しないDRBに対して、端末は、エアインターフェースデータパケットのために端末によって実行される検出作業を減らしオーバーヘッドを減らすために、QoSフローIDを検出せず、ROHC展開位置オフセット動作を実行しないので、処理の効率および電力の節約が改善される。

本出願において提供される別のReflective QoS特性に基づく通信方法では、エアインターフェースを通じて送信されることになるQoSフローIDの量を減らすことでシグナリングオーバーヘッドを少なくするために、エアインターフェースを通じて送信されることになるQoSフローIDがフィルタリングされ得る。エアインターフェースを通じて送信されることになるQoSフローIDをフィルタリングする実施プロセスは、前述の実施形態に基づいて実行されることがあり、または独立に実行されることがある。これは、本出願のこの実施形態において限定されない。

図9は、本出願の実施形態によるReflective QoS特性に基づく通信方法のさらに別の実装方法のフローチャートである。図9を参照すると、方法は以下のステップを含む。

S401. アクセスネットワークのネットワーク要素が、データパケットヘッダ情報を決定する。

S402. アクセスネットワークのネットワーク要素が、データパケットヘッダ情報に基づいて、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があるかどうかを決定する。

本出願のこの実施形態では、エアインターフェースを通じて送信されることになるQoSフローIDをフィルタリングするために、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があるかどうかが決定される。

ある可能な実装形態では、コアネットワークのネットワーク要素は、パケットフィルタ組成情報をアクセスネットワークのネットワーク要素に送信し、アクセスネットワークのネットワーク要素は、データパケットのヘッダの中の対応するパケットフィルタ組成情報に基づいて、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があるかどうかを決定する。

さらに、アクセスネットワークのネットワーク要素は、データパケットのヘッダの中の対応するパケットフィルタ組成情報に基づいて、データパケットがReflective QoS特性を有することを示すために使用される指示情報を、端末に送信されることになるデータパケットのヘッダへ追加する必要があるかどうかを決定し得る。

図10は、本出願の実施形態によるQoSフローIDをフィルタリングするための実装方法のフローチャートである。図10を参照すると、方法は以下のステップを含む。

S501. コアネットワークのネットワーク要素が、Reflective QoS情報をアクセスネットワークのネットワーク要素に送信する。

さらに、コアネットワークのネットワーク要素は、パケットフィルタ組成情報をアクセスネットワークのネットワーク要素に送信し得る。

コアネットワークのネットワーク要素は、QoSフローまたはPDUセッションのReflective QoS特性をアクセスネットワークのネットワーク要素に通知し、制御プレーンが使用されるかユーザプレーンが使用されるかをアクセスネットワークのネットワーク要素に通知するために、Reflective QoS情報をアクセスネットワークのネットワーク要素に送信するので、アクセスネットワークのネットワーク要素は、すべてのデータパケットがReflective QoS特性を有するか、または一部のデータパケットがReflective QoS特性を有するかを決定する。

コアネットワークのネットワーク要素によってアクセスネットワークのネットワーク要素に送信されるパケットフィルタ組成情報は、QoSフローまたはPDUセッションのReflective QoS特性に対応するパケットフィルタ組成情報であることがあり、たとえば、パケットフィルタ組成情報は、IP5つ組(ソースアドレス、宛先アドレス、ソースポート番号、宛先ポート番号、およびプロトコル番号)、または媒体アクセス制御(Medium Access Control, MAC)ソースアドレスおよびMAC宛先アドレスであり得る。

ある可能な実装形態では、方法はステップS502をさらに含み得る。

S502. コアネットワークのネットワーク要素が、パケットフィルタ組成情報を端末へさらに送信し得る。たとえば、コアネットワークのネットワーク要素は、QoSフローまたはPDUセッションのReflective QoS特性に対応する、パケットフィルタ組成情報を端末に通知し得る。たとえば、パケットフィルタ組成情報は、IP5つ組(ソースアドレス、宛先アドレス、ソースポート番号、宛先ポート番号、およびプロトコル番号)、またはMACソースアドレスおよびMAC宛先アドレスであり得る。

S502は任意選択のステップである。

S503. アクセスネットワークのネットワーク要素が、コアネットワークのネットワーク要素によって送信されるReflective QoS情報およびパケットフィルタ組成情報を受信し、データパケットのヘッダの中にあるパケットフィルタ組成情報に対応する部分に基づいて、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があるかどうかを決定する。さらに、アクセスネットワークのネットワーク要素は、端末に送信されることになるデータパケットのヘッダに指示情報を追加する必要があるかどうかを決定することができ、指示情報は、データパケットがReflective QoS特性を有することを示すために使用される。

QoSフローのすべてのデータパケットがReflective QoS特性を有する状況において:

アクセスネットワークのネットワーク要素は、N3インターフェースから受信される、QoSフローの各データパケットに対するパケット検出を実行し、パケットフィルタ組成に基づいてデータパケットのヘッダを検出する。たとえば、パケットフィルタ組成がIP5つ組である場合、アクセスネットワークのネットワーク要素は、データパケットのヘッダの中のIP5つ組の内容を検出する。データパケットのヘッダの中にありパケットフィルタ部分に対応する部分が新しい内容である場合、たとえば、データパケットのヘッダの中のIP5つ組の内容が新しい場合、これは、アクセスネットワークのネットワーク要素が、QoSフローIDを搬送し同じIP5つ組の内容を有するデータパケットを、エアインターフェースを通じて送信しないことを示す。この場合、データパケットがエアインターフェースを通じて送信されることになるとき、QoSフローIDが搬送され、データパケットがReflective QoS特性を有することを示すために、指示情報がさらに搬送され得る。代わりに、データパケットのヘッダの中にありパケットフィルタに対応する部分が新しくない場合、データパケットがエアインターフェースを通じて送信されることになるとき、QoSフローIDは搬送されず、データパケットがReflective QoS特性を有することを示すために使用される指示情報は搬送されない。

さらに、ヘッダが同じ内容(パケットフィルタに対応する部分)を含むダウンリンクデータパケットを端末が受信したこと(およびデータパケットがQoSフローIDを搬送すること)、または、同じIP5つ組の内容を有するN個のダウンリンクデータパケットの送信にアクセスネットワークのネットワーク要素が成功したこと(Nはネットワークによって設定されることがあり、たとえば、コアネットワークのネットワーク要素またはアクセスネットワークのネットワーク要素によって設定されることがある)を、アクセスネットワークのネットワーク要素が確認する場合、アクセスネットワークのネットワーク要素は、エアインターフェースを通じてデータパケットを送信するとき、QoSフローIDをデータパケットに追加せず、データパケットがReflective QoS特性を有することを示す指示情報をデータパケットに追加しない。

QoSフローの一部のデータパケットがReflective QoS特性を有する状況において:

アクセスネットワークのネットワーク要素は、N3インターフェースから受信されQoSフローIDおよびRQIを搬送するデータパケットに対するパケット検出を実行し、パケットフィルタ組成情報に基づいてデータパケットのヘッダを検出する。たとえば、パケットフィルタ組成がIP5つ組である場合、アクセスネットワークのネットワーク要素は、データパケットのヘッダの中のIP5つ組の内容を検出する。データパケットのヘッダの中にありパケットフィルタ部分に対応する部分が新しい場合、たとえば、データパケットのヘッダの中のIP5つ組の内容が新しい内容である場合、これは、アクセスネットワークのネットワーク要素が、QoSフローIDを搬送し同じIP5つ組の内容を有するデータパケットを、エアインターフェースを通じて送信しないことを示す。この場合、データパケットがエアインターフェースを通じて送信されることになるとき、QoSフローIDが搬送され、データパケットがReflective QoS特性を有することを示すために、指示情報がさらに搬送され得る。データパケットのヘッダの中にありパケットフィルタ組成に対応する部分が新しくない場合、QoSフローIDは、データパケットがエアインターフェースを通じて送信されることになるとき、搬送されない。

さらに、ヘッダが同じ内容(パケットフィルタに対応する部分)を含むダウンリンクデータパケットを端末が受信したこと(およびデータパケットがQoSフローIDを搬送すること)、または、N個のダウンリンクデータパケットの送信にアクセスネットワークのネットワーク要素が成功したこと(Nはネットワークによって設定されることがあり、たとえば、コアネットワークのネットワーク要素またはアクセスネットワークのネットワーク要素によって設定されることがある)を、アクセスネットワークのネットワーク要素が確認する場合、アクセスネットワークのネットワーク要素は、エアインターフェースを通じてデータパケットを送信するとき、QoSフローIDをデータパケットに追加せず、データパケットがReflective QoS特性を有することを示す指示情報をデータパケットに追加しない。

本出願のこの実施形態では、エアインターフェースを通じて送信されることになるQoSフローIDがこの方式でフィルタリングされるので、送信されることになるQoSフローIDの量が減り、端末によりQoSフローIDを検出してパケットフィルタを取得する動作を減らすことができ、これにより端末のオーバーヘッドが減る。

別の可能な実装形態では、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があると、アクセスネットワークのネットワーク要素が決定する場合、アクセスネットワークのネットワーク要素は、ユーザプレーン制御PDUまたは無線リソース制御RRCシグナリングを端末に送信する。ユーザプレーン制御PDUおよびRRCシグナリングはともに、データパケットのQoSフローIDおよびデータパケットのヘッダ情報を含む。

図11は、本出願の実施形態によるQoSフローIDをフィルタリングするための別の実装方法のフローチャートである。図11を参照すると、方法は以下のステップを含む。

S601、S602、およびS603の実行ステップは、S501、S502、およびS503の実行ステップと同じである。詳細はここでは再び説明されず、違いのみが以下で説明される。

S604. 端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があると、アクセスネットワークのネットワーク要素が決定する場合、アクセスネットワークのネットワーク要素は、ユーザプレーン制御(control)PDU(SDAP制御PDUまたはPDCP制御PDUなど)またはRRCシグナリング(RRC構成メッセージ、RRC再構成メッセージなどを含むがそれらに限定されない)を端末に送信し、ユーザプレーン制御PDUおよびRRCシグナリングがともに、データパケットのQoSフローIDおよびデータパケットのヘッダ情報を含む。

QoSフローのすべてのデータパケットがReflective QoS特性を有する状況において:

アクセスネットワークのネットワーク要素は、N3インターフェースから受信されQoSフローIDおよびRQIを搬送するデータパケットに対するパケット検出を実行し、パケットフィルタ組成情報に基づいてデータパケットのヘッダを検出する。たとえば、パケットフィルタ組成がIP5つ組である場合、アクセスネットワークのネットワーク要素は、データパケットのヘッダの中のIP5つ組の内容を検出する。データパケットのヘッダの中にありパケットフィルタ部分に対応する部分が新しい内容である場合、たとえば、データパケットのヘッダの中のIP5つ組の内容が新しい内容である場合、これは、アクセスネットワークのネットワーク要素が、QoSフローIDを搬送し同じIP5つ組の内容を有するデータパケットを、エアインターフェースを通じて送信しないことを示す。この場合、ユーザプレーン制御PDU/RRCシグナリングが、端末に通知するために生成される。ユーザプレーン制御PDUまたはRRCシグナリングは、データパケットのQoSフローIDおよびデータパケットのヘッダを含み、または、データパケットのQoSフローIDおよびデータパケットのヘッダの部分的な内容(パケットフィルタ組成に対応するもの、たとえば、ソースIPアドレスがxであり、宛先IPアドレスがyであり、ソースポート番号が22であり、宛先ポート番号が67であり、プロトコル番号がTCPである)を含む。

データパケットのヘッダの中にあり、パケットフィルタ部分に対応する部分が新しくない場合、ユーザプレーン制御PDUおよびRRCシグナリングは生成されない。

さらに、同じ内容を含むユーザプレーン制御PDUまたはRRCシグナリングを端末が受信したことをアクセスネットワークのネットワーク要素が確認した場合、アクセスネットワークのネットワーク要素は、ユーザプレーン制御PDUをもはや送信しない。アクセスネットワークのネットワーク要素は、エアインターフェースを通じてデータパケットを送信するとき、QoSフローIDをデータパケットに追加しない。

QoSフローの一部のパケットがReflective QoS特性を有する状況では、アクセスネットワークのネットワーク要素は、N3インターフェースから受信されRQIを搬送する、QoSフローのデータパケットのみに対してパケット検出を実行し、他の動作は、QoSフローのすべてのパケットがReflective QoS特性を有する状況に固有の動作と同じである。

さらに別の可能な実装形態では、端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があることを、アクセスネットワークのネットワーク要素が決定する場合、アクセスネットワークのネットワーク要素は、パケットフィルタ組成情報に基づいて、アップリンクパケットフィルタを得るために、データパケットのヘッダの中にありパケットフィルタ組成情報に対応する内容に対してReflective操作を実行する。アクセスネットワークのネットワーク要素は、アップリンクパケットフィルタおよびQoSフローIDを端末に送信する。

図12は、本出願の実施形態によるQoSフローIDをフィルタリングするためのさらに別の実装方法のフローチャートである。図12を参照すると、方法は以下のステップを含む。

S701、S702、およびS703の実行ステップは、S501、S502、およびS503の実行ステップと同じである。詳細はここでは再び説明されず、違いのみが以下で説明される。

S704. 端末に送信されることになるデータパケットのヘッダにQoSフローIDを追加する必要があることを、アクセスネットワークのネットワーク要素が決定する場合、アクセスネットワークのネットワーク要素が、パケットフィルタ組成情報に基づいて、アップリンクパケットフィルタを得るために、データパケットのヘッダの中にありパケットフィルタ組成情報に対応する内容に対してReflective操作を実行する。

アクセスネットワークのネットワーク要素は、アップリンクパケットフィルタを取得するために、ダウンリンクデータパケットのヘッダの中にありパケットフィルタに対応する内容に対してReflective操作を実行することができる。たとえば、アクセスネットワークのネットワーク要素は、ダウンリンクデータパケットのヘッダの中のIP5つ組の内容を反転させ、すなわち、アップリンクパケットフィルタを取得するために、ソースアドレスと宛先アドレスを交換し、ソースポート番号と宛先ポート番号を交換する。たとえば、フィルタは、以下の内容、すなわち、ソースIPアドレスがyであること、宛先IPアドレスがxであること、ソースポート番号が67であること、宛先ポート番号が22であること、およびプロトコル番号がTCPであることを含み得る。

S705. アクセスネットワークのネットワーク要素が、アップリンクパケットフィルタおよびQoSフローIDを端末に送信する。

アクセスネットワークのネットワーク要素は、アップリンクパケットフィルタおよびQoSフローIDを端末に送信し得る。アクセスネットワークのネットワーク要素は、ユーザプレーン制御PDUまたはRRCシグナリングを使用することによって、アップリンクパケットフィルタおよびQoSフローIDを端末に通知し得る。

ある可能な実装形態では、アクセスネットワークのネットワーク要素は、送信されたパケットフィルタがアップリンクパケットフィルタであることを端末にさらに通知し得る。端末は、アップリンクQoSフローを生成するために、QoSフローIDおよび対応するアップリンクパケットフィルタを受信する。

本出願のこの実施形態では、端末は、ユーザプレーン制御PDUまたはRRCシグナリングを使用することによって、アップリンクQoSフローIDおよび対応するアップリンクパケットフィルタを通知されるので、アクセスネットワークのネットワーク要素は、エアインターフェースを使用することによってQoSフローIDを送信する必要がないことがあり、端末は、QoSフローIDを検出しパケットフィルタを取得する動作を実行する必要がないので、端末のオーバーヘッドがある程度減る。

さらに、本出願のこの実施形態では、図10から図12に示される方法に基づいて、端末は、QoSフローIDを読み取る能力およびアップリンクパケットフィルタを生成する能力のうちの1つまたは複数を端末が有するかどうかを示すために使用される指示情報を、アクセスネットワークのネットワーク要素に送信し得る。代わりに、端末は、QoSフローIDを読み取る能力およびアップリンクパケットフィルタを生成する能力のうちの1つまたは複数を端末の状態がサポートするかどうかを示すために使用される指示情報を、アクセスネットワークのネットワーク要素に送信する。

図13は、本出願の実施形態によるアクセスネットワークのネットワーク要素によってQoSフローIDをフィルタリングするためのさらに別の実装方法のフローチャートである。図13を参照すると、方法は以下のステップを含む。

図13のS801、S802、およびS803の実行ステップは、S501、S502、およびS503の実行ステップと同じである。詳細はここでは再び説明されず、違いのみが以下で説明される。

S804. 端末が第1の能力情報を送信し、アクセスネットワークのネットワーク要素が端末によって送信される第1の能力情報を受信する。

第1の能力情報は、QoSフローIDを読み取る能力およびアップリンクパケットフィルタを生成する能力のうちの少なくとも1つを端末が有するかどうかを示すために使用される。

QoSフローIDを読み取る能力は、端末によって、受信されたエアインターフェースデータパケットからQoSフローIDを取得する能力である。アップリンクパケットフィルタを生成する能力は、端末によって、受信されたダウンリンクエアインターフェースデータパケットに基づいてアップリンクパケットフィルタを生成する能力である。

端末は、RRCシグナリングを使用することによって第1の能力情報をアクセスネットワークのネットワーク要素に報告することができ、または、端末は、第1の能力情報をコアネットワークのネットワーク要素に報告することができ、コアネットワークのネットワーク要素は、第1の能力情報をアクセスネットワークのネットワーク要素に通知する。

S801、S802、S803、およびS504の実行シーケンスは、本出願のこの実施形態では限定されない。たとえば、S504の実行ステップは、S801、S802、およびS803の前であり得る。

さらに、端末はReflectiveマッピング能力を報告し得る。Reflectiveマッピング能力は、端末によって、ダウンリンクデータパケットのヘッダにおいて搬送されるQoSフローIDに基づいて、アップリンクQoSフローとDRBとの間のマッピング関係を取得する能力である。説明を簡単にするために、端末によって報告されるReflectiveマッピング能力は、第2の能力情報と呼ばれ得る。端末はさらに、第2の能力情報を送信することができ、アクセスネットワークのネットワーク要素は、端末によって送信される第2の能力情報を受信する。

端末は、RRCシグナリングを使用することによってReflectiveマッピング能力情報をアクセスネットワークのネットワーク要素に報告することができ、または、端末は、Reflectiveマッピング能力情報をコアネットワークのネットワーク要素に報告することができ、コアネットワークのネットワーク要素は、Reflectiveマッピング能力情報をアクセスネットワークのネットワーク要素に通知する。

端末がReflectiveマッピング能力をサポートしないことをアクセスネットワークのネットワーク要素が決定する場合、アクセスネットワークのネットワーク要素は、端末のために別の方式で、アップリンクQoSフローとDRBとの間のマッピング関係を構成する必要があり、たとえば、RRCシグナリングを使用することによってアップリンクQoSフローとDRBとの間のマッピング関係を構成する必要がある。RRCシグナリングは、RRC構成メッセージ、RRC再構成メッセージなどを含み得るが、限定はされない。

さらに、アクセスネットワークのネットワーク要素は、端末がQoSフローIDを読み取る能力を有するかどうかに基づいて、端末がReflectiveマッピング能力をサポートするかどうかを決定し得る。端末がQoSフローIDを読み取る能力をサポートする場合、端末はReflectiveマッピング能力を有し、または、端末がQoSフローIDを読み取る能力をサポートしない場合、端末はReflectiveマッピング能力を有しない。

S805. アクセスネットワークのネットワーク要素が、端末の能力または状態がQoSフローIDを読み取る能力およびアップリンクパケットフィルタを生成する能力をサポートしないことを決定する場合、アクセスネットワークのネットワーク要素が、ユーザプレーン制御PDUまたはRRCシグナリングを使用することによって、QoSフローIDおよびQoSフローIDに対応するアップリンクパケットフィルタを端末に通知する。

S806. アクセスネットワークのネットワーク要素が、端末がアップリンクパケットフィルタを生成する能力をサポートすることを決定する場合、アクセスネットワークのネットワーク要素が、エアインターフェースデータパケットを使用することによって、QoSフローIDおよびデータパケットヘッダ部分を端末に送信し得る。

本出願のこの実施形態では、アクセスネットワークのネットワーク要素は、端末のオーバーヘッドを減らすために、およびQoSフローIDがエアインターフェースを通じて搬送される場合に生じるオーバーヘッドを減らすために、ユーザプレーン制御PDUまたはRRCシグナリングを使用することによって、QoSフローIDおよびQoSフローIDに対応するアップリンクパケットフィルタを端末に通知し得る。

本出願において提供される別のReflective QoS特性に基づく通信方法では、アクセスネットワークのネットワーク要素は、シグナリングオーバーヘッドを少なくするために、データパケットがReflective QoS特性を有するかどうかを示すために使用される、送信されることになる第1の情報をフィルタリングし得る。第1の情報をフィルタリングする実施プロセスは、前述の実施形態に基づいて実行されることがあり、または独立に実行されることがある。これは、本出願のこの実施形態において限定されない。

図14は、本出願の実施形態による別のReflective QoS特性に基づく通信方法の実装形態のフローチャートである。図14を参照すると、方法は以下のステップを含む。

S901. コアネットワークのネットワーク要素が、QoS規則有効時間をアクセスネットワークのネットワーク要素に送信する。

本出願のこの実施形態では、QoS規則有効時間はQoS規則の有効化および無効化を示すために使用され、QoS規則はQoS規則有効時間において有効である。QoS規則は、Reflective QoS特性を使用することによって得られるQoS規則である。

コアネットワークのネットワーク要素によってアクセスネットワークのネットワーク要素に送信されるQoS規則有効時間は、QoSフローのQoS規則有効時間であることがあり、または、PDUセッションのQoS規則有効時間であることがある。

具体的には、コアネットワークのネットワーク要素は、1つまたは複数のQoSフローのQoS規則有効時間を一度にアクセスネットワークのネットワーク要素に送信し得る。コアネットワークのネットワーク要素によってアクセスネットワークのネットワーク要素に送信されるQoS規則有効時間がPDUセッションのQoS規則有効時間である場合、PDUセッションのQoS規則有効時間は、Reflective QoS特性を有する対応するPDUセッションの中のすべてのQoSフローに適用可能である。

コアネットワークのネットワーク要素は、N2インターフェースメッセージを使用することによって、QoS規則有効時間をアクセスネットワークのネットワーク要素に送信し得る。N2インターフェースメッセージは、限定はされないが、PDUセッションセットアップメッセージ(PDU Session Resource Setup)、PDUセッション修正メッセージ(PDU Session Resource Modify)などを含む。

S902. アクセスネットワークのネットワーク要素が、コアネットワークのネットワーク要素によって送信されるQoS規則有効時間を受信し、アクセスネットワークのネットワーク要素が、QoS規則有効時間において、Reflective QoS特性を有する少なくとも2つのデータパケットを受信する場合、アクセスネットワークのネットワーク要素は、QoS規則有効時間の中の少なくとも2つのデータパケットの一部に対して、データパケットがReflective QoS特性を有するかどうかを示すために使用される第1の情報を送信し得る。

本出願のこの実施形態では、アクセスネットワークのネットワーク要素が、Reflective QoS特性を有する複数のデータパケットを受信し、Reflective QoS特性を有する複数のデータパケットの受信時間がQoS規則有効時間の中にあることを決定する場合、アクセスネットワークのネットワーク要素は、送信されることになる第1の情報をフィルタリングしてシグナリングオーバーヘッドを少なくするために、複数の受信されるデータパケットの一部のみに対して、データパケットがReflective QoS特性を有するかどうかを示すために使用される第1の情報を送信することができ、すべてのデータパケットに対して第1の情報を送信する必要はない。

QoS規則有効時間は、タイマーを使用することによって実装され得る。たとえば、アクセスネットワークのネットワーク要素が、データパケットがReflective QoS特性を有することを決定する場合、アクセスネットワークのネットワーク要素は、このデータパケットに基づいてQoS規則(QoS規則ID、QoSフローID、パケットフィルタ、優先度などのうちの少なくとも1つを含む)を生成し、タイマーを始動する。同じパケットフィルタを有するQoS規則がアクセスネットワークのネットワーク要素において存在するとき、アクセスネットワークのネットワーク要素はタイマーを再始動し得る。タイマーが期限切れになると、対応するQoS規則は削除される。タイマーが期限切れになる前に、アクセスネットワークのネットワーク要素が、コアネットワークのユーザプレーンネットワーク要素からReflective QoS特性を有するN個のデータパケットを受信する場合、アクセスネットワークのネットワーク要素は、M個のデータパケットのために第1の情報を送信することができ、MはNより小さく、MとNの両方が整数である。本出願のこの実施形態では、データパケットがReflective QoS特性を有するかどうかを示すために使用される第1の情報は、QoSフローIDおよび非アクセス層Reflective QoSインジケータ(NAS Reflective QoS indicator, NRQI)のうちの1つまたは複数を含み得る。

本出願のこの実施形態では、そのReflective QoSが制御プレーンを使用することによって制御されるQoSフローに対して、コアネットワークのユーザプレーンネットワーク要素からアクセスネットワークのネットワーク要素によって受信される各データパケットは、Reflective QoS特性を有する。したがって、アクセスネットワークのネットワーク要素は、QoSフローのすべての受信されたデータパケットに対して送信されることになる第1の情報をフィルタリングし得る。しかしながら、そのQoSがユーザプレーンを使用することによって制御されるQoSフローに対して、RQIを搬送するとともに、コアネットワークのユーザプレーンネットワーク要素からアクセスネットワークのネットワーク要素によって受信される、データパケットのみが、Reflective QoS特性を有する。したがって、アクセスネットワークのネットワーク要素は、Reflective QoS特性を有する受信されたデータパケットに対して送信されることになる第1の情報をフィルタリングし得る。

S903. アクセスネットワークのネットワーク要素は、QoS規則有効時間を受信した後でQoS規則有効時間を端末に送信し得るので、端末は、同じQoS規則を使用することによってQoS規則有効時間において、Reflective QoS特性を有するデータパケットをQoSフローへとマッピングする。

QoS規則有効時間は、タイマーを使用することによって実装され得る。たとえば、データパケットがReflective QoS特性を有することを端末が決定する場合、端末は、このデータパケットに基づいてQoS規則(QoS規則ID、QoSフローID、パケットフィルタ、優先度などのうちの少なくとも1つを含む)を生成し、タイマーを始動する。同じパケットフィルタを有するQoS規則が端末において存在する場合、端末はタイマーを再始動し得る。タイマーが期限切れになると、対応するQoS規則は削除される。

さらに別の可能な設計では、コアネットワークのネットワーク要素はさらに、QoS規則有効時間更新情報をアクセスネットワークのネットワーク要素に送信することができ、QoS規則有効時間更新情報は、更新されたQoS規則有効時間を示すために使用される。QoS規則有効時間更新情報は、QoSフローのQoS規則有効時間更新情報であることがあり、または、PDUセッションのQoS規則有効時間更新情報であることがある。

端末のセルハンドオーバープロセスまたは多接続プロセスにおいて、端末のサービスが切り替えられるとき、ソースのアクセスネットワークのネットワーク要素(ソース基地局)の中の、端末の一部またはすべてのQoSフローが、ターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)に切り替えられ得る。ソースのアクセスネットワークのネットワーク要素(ソース基地局)は、端末がハンドオーバーされることになるターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)へ、切り替えられることになるQoSフローのQoS規則有効時間を送信し得る。ターゲットのアクセスネットワークのネットワーク要素は、端末へ送信されることになるReflective QoS情報をフィルタリングすることでシグナリングオーバーヘッドを少なくするために、QoS規則有効時間に基づいて、端末へ送信されることになるReflective QoS情報をフィルタリングし得る。

ソースのアクセスネットワークのネットワーク要素(ソース基地局)は、ハンドオーバー要求メッセージ、副基地局追加要求メッセージ、副基地局修正要求メッセージなどを含むがそれらに限定されないメッセージを使用することによって、切り替えられることになるQoSフローのQoS規則有効時間をターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)に送信し得る。

端末がハンドオーバーされることになるターゲットのアクセスネットワークのネットワーク要素へソースのアクセスネットワークのネットワーク要素によって送信され得るQoS規則有効時間は、QoSフローのQoS規則有効時間であることがあり、またはPDUセッションのQoS規則有効時間であることがある。

さらに、ターゲットセルにおいて、QoSフローのデータパケットを送信するとき、ターゲットのアクセスネットワークのネットワーク要素は、ソースのアクセスネットワークのネットワーク要素とターゲットのアクセスネットワークのネットワーク要素との間でのQoS規則有効時間の同期を避けるために、ソースのアクセスネットワークのネットワーク要素によって送信されるデータパケットのQoS規則有効時間を無視し、ターゲットのアクセスネットワークのネットワーク要素から送信されるデータパケットに対応するQoS規則有効時間のみに基づいて、送信されることになる第1の情報をフィルタリングし得る。

本出願のさらに別の実施形態では、SDAPエンティティがデータパケットを送信するプロセスにおけるSDAPフレームフォーマットは、エアインターフェースを通じて前述のQoSフローのデータパケットを送信するように最適化されることがあり、ここでSDAPエンティティは、アップリンクQoSフローIDおよびダウンリンクQoSフローIDをエアインターフェースプロトコルスタックに追加することを担う。

本出願のこの実施形態では、透過モードSDAPフレームフォーマットおよび非透過モードSDAPフレームフォーマットが構成され得る。透過モードSDAPフレームフォーマットは、SDAPヘッダがDRBのために構成されないことを意味する。言い換えると、SDAP PDUはSDAPヘッダを含まない。非透過モードSDAPフレームフォーマットは、SDAPヘッダがDRBのために構成されることを意味する。言い換えると、SDAP PDUはSDAPヘッダを含む。

本出願のこの実施形態では、透過モードSDAPフレームフォーマットおよび非透過モードSDAPフレームフォーマットは、以下で別々に説明される。非透過モードSDAPフレームフォーマットが最初に説明される。

図15は、本出願の実施形態によるダウンリンクSDAPフレームフォーマットの概略図である。図15を参照すると、ダウンリンクSDAPフレームフォーマットのSDAPヘッダは、非アクセス層Reflective QoSインジケータ(NAS Reflective QoS indicator, NRQI)フィールドおよびアクセス層Reflectiveマッピングインジケータ(ARQI)フィールドを含む。NRQIおよびARQIは各々、ビットを使用することによって示され得る。NRQIを示すために使用されるビットが1に設定される場合、それは、データパケットがReflective QoS特性を有することを示す。NRQIを示すために使用されるビットが0に設定される場合、それは、データパケットがReflective QoS特性を有しないことを示す。ARQIを示すために使用されるビットが1に設定される場合、それは、QoSフローがReflectiveマッピング特性を有することを示す。ARQIを示すために使用されるビットが0に設定される場合、それは、QoSフローがReflectiveマッピング特性を有しないことを示す。

図15において、QFIはQoSフロー識別子を表し、Dataはデータを表し、Rはアイドルビットを表し、Qctはバイトを表し、1バイトは8ビットを占有する。

データパケット送信プロセスにおいて、データ送信端のSDAPエンティティがデータパケットを送信するとき、送信されることになるデータパケットがReflective QoS特性を有することをSDAPエンティティが決定する場合、SDAPエンティティは、NRQIを示すために使用されるビットを1に設定し、または、送信されることになるデータパケットがReflective QoS特性を有しないことをSDAPエンティティが決定する場合、SDAPエンティティは、NRQIを示すために使用されるビットを0に設定する。データ送信端のSDAPエンティティがデータパケットを送信するとき、送信されることになるデータパケットのQoSフローがReflectiveマッピング特性を有することをSDAPエンティティが決定する場合、SDAPエンティティは、ARQIを示すために使用されるビットを1に設定し、または、送信されることになるデータパケットのQoSフローがReflectiveマッピング特性を有しないことをSDAPエンティティが決定する場合、SDAPエンティティは、ARQIを示すために使用されるビットを0に設定する。

本出願のある可能な実施形態では、NRQIを示すために使用されるビットおよびARQIを示すために使用されるビットがともに0に設定される場合、SDAPヘッダはQoSフローインジケータ(QoS flow ID, QFI)フィールドを搬送しなくてよい。NRQIを示すために使用されるビットおよびARQIを示すために使用されるビットのうちの少なくとも1つが1に設定される場合、QFIフィールドが搬送される。

データ送信端のSDAPエンティティは、前述の方式でSDAPヘッダを生成し、UPFから受信されるSDAPヘッダおよびデータパケット(data)をPDCPレイヤに伝える。

データパケット送信プロセスにおいて、データ受信端におけるSDAPエンティティが、PDCPレイヤからPDCP SDUを受信し、SDAPヘッダを読み取る。NRQIを示すために使用されるビットの値が1である場合、それは、データパケットがReflective QoS特性を有することを示す。この場合、SDAPエンティティは、SDAPヘッダから読み取られるSDAPのデータ部分およびQoSフローIDを、NASレイヤなどの上位レイヤに伝える。上位レイヤに伝えられるデータ部分およびQoSフローIDは、上位レイヤにおいてQoS規則を生成するために使用され得る。さらに、SDAPエンティティは、NRQIを上位レイヤに送信し得る。NRQIを示すために使用されるビットの値が0である場合、それは、データパケットがReflective QoS特性を有しないことを示す。SDAPエンティティは、NASレイヤなどの上位レイヤにSDAPのデータ部分のみを送信する。ARQIを示すために使用されるビットの値が1である場合、それは、QoSフローがReflectiveマッピング特性を有することを示し、SDAPエンティティは、データパケットから読み取られるダウンリンクQoSフローIDおよびデータパケットに対応するDRB IDに基づいて、アップリンクQoSフローとDRBとの間のマッピング関係を生成する。ARQIを示すために使用されるビットの値が0である場合、それは、QoSフローがReflectiveマッピング特性を有しないことを示す。SDAPエンティティは、ダウンリンクQoSフローIDに基づいて、アップリンクQoSフローとDRBとの間のマッピング関係を生成しない。NRQIを示すために使用されるビットおよびARQIを示すために使用されるビットがともに0に設定される場合、SDAPエンティティは、SDAPフレームフォーマットの後続の部分がQFIフィールドを搬送しないことを知ることができ、データパケットの開始位置を知ることができる。たとえば、図16に示されるように、SDAPエンティティは、データ部分が第2のバイトから開始することを知り得る。

図17は、本出願の実施形態によるダウンリンクSDAPフレームフォーマットの概略図である。図17に示されるSDAPフレームフォーマットは図15に示されるSDAPフレームフォーマットと同様であり、違いは、SDAPヘッダがさらに、ユーザプレーンのReflective QoSフロー指示情報(UP Reflective QoS indicator, URQI)を示すために使用されるビットを含むという点にある。URQIは、Reflective QoSがユーザプレーンを使用することによって制御されるかどうかを示すために使用される。言い換えると、URQIは、N3インターフェースを通じて送信されることになるデータパケットにRQIを追加することによって、Reflective QoSがUPFによって示されるかどうかを示すために使用される。N3インターフェースを通じて送信されることになるデータパケットにRQIを追加することによって、Reflective QoSがUPFによって示される場合、URQIを示すために使用されるビットの値は1に設定され、または、N3インターフェースを通じて送信されることになるデータパケットにRQIを追加することによって、Reflective QoSがUPFによって示されない場合、URQIを示すために使用されるビットの値は0に設定される。

データパケット送信プロセスにおいて、データ送信端のSDAPエンティティがデータパケットを送信するとき、UPFから受信されるデータパケットがRQIを搬送することをSDAPエンティティが決定する場合、URQIを示すために使用されるビットの値は1に設定され、または、UPFから受信されるデータパケットがRQIを搬送しないことをSDAPエンティティが決定する場合、URQIを示すために使用されるビットの値は0に設定される。データ受信端におけるSDAPエンティティがPDCPレイヤからPDCP SDUを受信し、SDAPがSDAPヘッダを読み取る。NRQIを示すために使用されるビットの値が1である場合、それはデータパケットがReflective QoS特性を有することを示し、SDAPエンティティは、SDAPのデータ部分および対応するSDAPヘッダから読み取られるQoSフローIDを、NASレイヤなどの上位レイヤに伝える。URQIを示すために使用されるビットの値が1である場合、SDAPエンティティは、データパケットに対応するNRQIを上位レイヤへさらに伝える。

本出願の前述の実施形態では、SDAPヘッダがNASレイヤのReflective QoS情報およびASレイヤのReflectiveマッピング情報を搬送するデータパケットは、エアインターフェースを通じて転送されることがあり、エアインターフェースのオーバーヘッドを減らすことができ、RQI指示情報を上位レイヤプロトコルに伝えるかどうかを正確に決定することができる。

ある可能な設計では、本出願のこの実施形態では、ビットがさらにSDAPヘッダにおいて設定されることがあり、このビットは、対応するDRBにおけるQoSフローのデータパケットの送信が終了するかどうかを示すために使用される。たとえば、Endフィールドが設定され、Endフィールドは、対応するDRBにおけるQoSフローのデータパケットの送信が終了するかどうかを示すために使用される。

図18は、本出願の実施形態による別のSDAPフレームフォーマットの概略図である。Endフィールドを示すために使用されるビットが1に設定される場合、それは、対応するDRBにおけるQoSフローのデータパケットの送信が終了することを示す。Endフィールドを示すために使用されるビットが0に設定される場合、それは、対応するDRBにおけるQoSフローのデータパケットの送信が終了しないことを示す。

データパケット送信プロセスにおいて、データ送信端のSDAPエンティティがデータパケットを送信するとき、SDAPエンティティが、QoSフロー(QoSフロー1など)のデータパケットをDRB(DRB1など)において送信するのを止めることを決定する場合、SDAPエンティティは、SDAPヘッダの中にありEndフィールドを示すために使用されるビットを、1に設定する。代わりに、SDAP PDUが送信され、SDAP PDUはデータフィールドを含まない。言い換えると、SDAP PDUは、QoSフローのデータパケットのDRBにおけるデータ送信が終了することを示すためにのみ使用される。データ受信端におけるSDAPエンティティがPDCPレイヤからPDCP SDUを受信し、SDAPがSDAPヘッダを読み取る。Endフィールドを示すために使用されるビットが1に設定される場合、それは、QoSフローのデータパケットのDRBにおける送信が終了することを示し、または、Endフィールドを示すために使用されるビットが0に設定される場合、それは、QoSフローのデータパケットのDRBにおける送信が終了しないことを示す。

本出願のこの実施形態では、データ受信端のSDAPエンティティが、Endフィールドを示すために使用されるビットが1に設定されていることを決定する場合、SDAPエンティティは、この情報に基づいてQoSフローのデータパケットの受信状態をフィードバックすることができ、たとえば、QoSフローのデータパケットのDRBにおける受信の完了をフィードバックすることができる。

さらに、データ受信端のSDAPエンティティが、Endフィールドを示すために使用されるビットが1に設定されていることを決定する場合、データ受信端のSDAPエンティティは、この情報に基づいて、異なるDRBから受信される同じQoSフローのデータパケットをさらに分類することができる。

本出願のこの実施形態は、図15から図17において説明されるSDAPフレームフォーマットに基づくことがあり、Endフィールドは、本出願の前述の実施形態のSDAPフレームフォーマットにおいて設定されることが理解され得る。Endフィールドが設定されるSDAPフレームフォーマットは、アップリンクSDAPフレームフォーマットおよびダウンリンクSDAPフレームフォーマットのためのプロトコルヘッダ設計に適用され得る。

さらに別の可能な設計では、本出願のこの実施形態において、SDAPヘッダにおいて制御コマンドがさらに設定されることがあり、この制御コマンドは、QoSフローのデータパケットのDRBにおける受信の完了をフィードバックするために使用される。図19は、本出願の実施形態によるさらに別のSDAPフレームフォーマットの概略図である。図19において、D/Cフィールドは、PDUが制御PDUであるかデータPDUであるかを示す。たとえば、D/Cフィールドを示すために使用されるビットの値が1に設定される場合、それは、PDUが制御PDUであることを示し、または、D/Cフィールドを示すために使用されるビットの値が0に設定される場合、それは、PDUがデータPDUであることを示す。PDUタイプフィールドは、制御PDUのタイプを示す。たとえば、PDUタイプフィールドの値が000であり、これは、QoSフローのデータパケットのDRBにおける受信の完了についてのフィードバックを示す。

データパケット送信プロセスにおいて、データ送信端のSDAPエンティティがデータパケットを送信するとき、制御PDUを送信する必要があることをSDAPエンティティが決定する場合、SDAPエンティティは、D/Cフィールドを1に設定し、PDUタイプフィールドを制御コマンドに対応する値に設定し、たとえば、QoSフローのデータパケットのDRBにおける受信の完了をフィードバックするために使用される制御コマンドを000に設定する。データ受信端におけるSDAPエンティティがPDCPレイヤからPDCP SDUを受信し、SDAPがSDAPヘッダを読み取る。D/Cフィールドが1である場合、それは、SDAP PDUが制御PDUであることを示し、または、D/Cフィールドが1ではない場合、それは、SDAP PDUがデータPDUであることを示す。制御PDUに対して、データ受信端のSDAPエンティティは、対応する制御コマンドを取得するためにPDUタイプフィールドを読み取る。たとえば、PDUタイプフィールドの値が000であり、これは、QoSフローのデータパケットのDRBにおける受信の完了をフィードバックするために使用される制御コマンドを示す。

図15から図19において、本出願の実施形態では、QFIの長さが8ビットである例が説明のために使用されるが、QFIの長さは必ずしも8ビットではないことが理解され得る。本出願の実施形態は、QFIが別の異なる長さを有する状況をさらに含み得る。

さらに、前述の実施形態のQFIは、NASレイヤの中にあり端末またはコアネットワークのユーザプレーンネットワーク要素によって生成される、QoSフローIDであることがあり、または、ASレイヤの中にありアクセスネットワークのネットワーク要素によって構成される、QoSフローIDであることがある。NASレイヤの中のQoSフローIDとASレイヤの中のQoSフローIDとの間には、マッピング関係がある。たとえば、NASレイヤの中のQoSフローIDおよびASレイヤの中のQoSフローIDは、PDUセッションまたはDRBにおいて一対一の対応付けがある。

本出願の実施形態における、透過モードSDAPフレームフォーマットが以下で説明される。

本出願のある実施形態では、透過モードSDAPフレームフォーマットが構成される。具体的には、SDAPヘッダはDRBのために構成されず、SDAP PDUはSDAPヘッダを含まない。言い換えると、SDAP PDUはSDAP SDUである。このようにして、SDAPヘッダがエアインターフェースを通じて搬送される場合に生じるオーバーヘッドが減り、PDCP ROHC処理に対する影響はない。

SDAPはDRBに基づいて構成される。透過モードSDAPモードが双方向の方式で構成される場合、すなわち、透過モードSDAPがアップリンクとダウンリンクの両方において構成される必要がある場合、QoSフローとDRBとの間のマッピング関係は制約される。対応するダウンリンク方向において、Reflective QoSおよびReflectiveマッピングが有効ではないQoSフローのみが、透過モードSDAPの構成対象であるDRBにマッピングされ得る。アップリンク方向において、QoSフローIDを搬送しないQoSフローのみが、透過モードSDAPの構成対象であるDRBにマッピングされ得る。

透過モードSDAPが、QoSフローとDRBとの間のマッピング関係に基づいて構成される場合、QoSフローIDがアップリンク方向またはダウンリンク方向において搬送される必要がある状況においては、透過モードSDAPを構成することができない。結果として、追加のエアインターフェースのオーバーヘッドおよびROHCに対する影響が生じる。たとえば、SDAPヘッダ部分を避けるために、PDCP ROHC動作においてオフセットが行われる。したがって、本出願のこの実施形態では、単方向の透過モードSDAPが構成され得る。具体的には、本出願のこの実施形態では、DRBのアップリンク方向およびダウンリンク方向の各々において、単方向の透過モードSDAPが構成され得る。言い換えると、透過モードのSDAPは、DRBのアップリンク方向およびダウンリンク方向の各々において構成される。

アクセスネットワークのネットワーク要素が、少なくとも1つのDRBのダウンリンク方向、すなわち、少なくとも1つのDRBのダウンリンク方向において透過モードSDAPを構成することを決定する場合、SDAP PDUはSDAPヘッダを搬送せず、アクセスネットワークのネットワーク要素は、DRBのダウンリンク方向において透過モードSDAPの構成を示すために使用される指示情報を端末に送信する。たとえば、アクセスネットワークのネットワーク要素は、RRCシグナリングまたはユーザプレーン制御PDUを使用することによって端末へ、DRBのダウンリンク方向における透過モードSDAPの構成を示すために使用される指示情報を送信し得る。

透過モードSDAPがダウンリンク方向において構成されるDRBに対して、アクセスネットワークのネットワーク要素の中のDRBを送信するための対応するSDAPエンティティは、SDAPヘッダを構成することなく、コアネットワークのネットワーク要素から受信されるデータパケットをDRBにルーティングする。ROHC圧縮処理プロセスにおいて、アクセスネットワークのネットワーク要素の中のDRBを送信するための対応するPDCPエンティティは、SDAPヘッダによって引き起こされる初期圧縮位置オフセット動作を実行しない。

さらに、本出願のこの実施形態では、アクセスネットワークのネットワーク要素は、Reflective QoSおよびReflectiveマッピングが有効ではないQoSフローのみを、透過モードSDAPの構成対象のDRBにマッピングする。

透過モードSDAPがダウンリンク方向において構成されるDRBに対して、端末の中のDRBを受信するための対応するSDAPエンティティは、SDAPヘッダを読み取らず、NASレイヤプロトコルエンティティなどの上位レイヤに、DRBから受信されたデータパケットを直接伝える。ROHC展開処理プロセスにおいて、端末の中のDRBを受信するための対応するPDCPエンティティは、SDAPヘッダによって引き起こされる初期展開位置オフセット動作を実行しない。

アクセスネットワークのネットワーク要素が、少なくとも1つのDRBのアップリンク方向、すなわち、少なくとも1つのDRBのアップリンク方向において透過モードSDAPを構成することを決定する場合、SDAP PDUはSDAPヘッダ部分を搬送せず、アクセスネットワークのネットワーク要素は、RRCまたはユーザプレーン制御PDUを使用することによって端末へ、DRBのアップリンク方向において透過モードSDAPの構成を示すために使用される指示情報を送信し得る。

アクセスネットワークのネットワーク要素は、QoSフローIDを搬送する必要のないアップリンクQoSフローのみを、透過モードSDAPがアップリンク方向において構成されるDRBへマッピングする。

透過モードSDAPがアップリンクにおいて構成されるDRBに対して、端末の中のDRBを送信するための対応するSDAPエンティティは、SDAPヘッダを構成することなく、NASレイヤから受信されるデータパケットをDRBに伝える。ROHC圧縮処理プロセスにおいて、端末の中のDRBを送信するための対応するPDCPエンティティは、SDAPヘッダによって引き起こされる初期圧縮位置オフセット動作を実行しない。アクセスネットワークのネットワーク要素においてDRBを受信するための対応するSDAPエンティティは、SDAPヘッダを読み取らない。ROHC展開処理プロセスにおいて、アクセスネットワークのネットワーク要素の中のDRBを受信するための対応するPDCPエンティティは、SDAPヘッダによって引き起こされる初期展開位置オフセット動作を実行しない。

本出願のこの実施形態では、透過モードまたは非透過モードがSDAPフレームフォーマットのために構成された後で、データ送信プロセスにおいて、アクセスネットワークのネットワーク要素は、SDAPモード情報を端末に送信し得る。SDAPモード情報は、SDAPフレームフォーマットが透過モードにあるか非透過モードにあるかを示すために、およびSDAPモードに対応する方向を示すために使用される。さらに、非透過モードSDAPは、2つのサブモードへとさらに分類され得る。SDAP PDUプロトコルヘッダは一定の長さを有し、またはSDAP PDUプロトコルヘッダは可変の長さを有する。

SDAPモードに対応する方向は、アップリンク方向もしくはダウンリンク方向、または両方である。さらに、対応する方向が双方向であることを示すために、SDAPモード情報において、特定の方向情報が搬送されないことがある。

さらに、SDAPモード情報は、明示的または暗黙的に構成され得る。たとえば、明示的なSDAPモードは、一部のDRBまたは一部のDRBの一部の方向に対して構成され、別のSDAPモードは、残りのDRBの残りの方向または残りのDRBのすべての方向において構成される。

通知メッセージのフォーマットは、SDAPモード情報がDRBの構成メッセージに含まれるというものである。たとえば、DRBの構成メッセージは、以下の方式で構成され得る。

ある可能な設計では:
DRB list//説明: 1つまたは複数のDRBが含まれ得る;
{DRB ID//説明: DRBの識別子;
SDAP mode//説明: SDAPモード;
Direction//説明: SDAPモードに対応する方向:アップリンク方向、ダウンリンク方向、またはアップリンク方向とダウンリンク方向の両方;
}

別の可能な設計では:
SDAPモード構成は、DRBのSDAPモード構成を示すためにDRBの識別子を含む:
SDAP list{
{SDAP ID//説明: SDAPエンティティの識別子;
SDAP mode 1//説明: 透過モードなどのSDAPモード;およびダウンリンク方向などのモードに対応する方向がさらに含まれ得る;
{DRB ID list//説明: DRB識別子のリスト;
}
SDAP mode 2//説明: 透過モードなどのSDAPモード;およびアップリンク方向などのモードに対応する方向がさらに含まれ得る;
{DRB ID list//説明: DRB識別子のリスト;
}
SDAP mode 2//説明: 非透過モードなどのSDAPモード;およびアップリンク方向などのモードに対応する方向がさらに含まれ得る;
{DRB ID list//説明: DRB識別子のリスト;
}
}

さらに、アクセスネットワークのネットワーク要素は、PDUセッションの粒度に基づいてSDAPモードを構成し得る。具体的には、アクセスネットワークのネットワーク要素は、PDUセッションのためのDRBのSDAPモードを構成し得る。言い換えると、1つだけのSDAPモードが、SDAPエンティティのアップリンク方向、ダウンリンク方向、またはアップリンク方向とダウンリンク方向の両方において構成される場合、SDAPエンティティは、PDUセッションに対応するすべてのDRBのためにこのSDAPモードを使用する。

さらに、端末のセルハンドオーバープロセスにおいて、ソースのアクセスネットワークのネットワーク要素(ソース基地局)は、ターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)へ、DRBに対応するSDAPモード情報を送信し得るので、ターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)は、以下の処理プロセス、すなわち、SDAP PDUフォーマットを決定すること、ROHC圧縮のための展開処理の間に初期位置オフセット動作を実行するかどうかを決定すること、QoSフローとDRBとの間のマッピング関係を決定することなどにおいて、データパケットのSDAPモード情報を考慮し得る。

ある可能な設計では、ソース基地局がターゲット基地局のターゲットセルに端末をハンドオーバーすることを決定するとき、ソース基地局は、ハンドオーバー要求メッセージ1をターゲット基地局に送信し、ハンドオーバー要求メッセージ1に、端末のDRBのSDAPモード情報を含める。SDAPモード情報は、ソースセルの中のソース基地局によって端末のために構成される。ハンドオーバー要求メッセージ1は、基地局間で直接のインターフェースまたは間接的なインターフェースを使用することによって送信され得る。ターゲット基地局は、ソース基地局からハンドオーバー要求メッセージ1を受信し、以下の動作、すなわち、SDAP PDUフォーマットを決定すること、ROHC圧縮のための展開処理の間に初期位置オフセット動作を実行するかどうかを決定すること、QoSフローとDRBとの間のマッピング関係を決定することなどのうちの1つまたは複数を実行するときに、ハンドオーバー要求メッセージ1に含まれる、端末のDRBのSDAPモード情報を参照し得る。たとえば、QoSフローとDRBとの間のマッピング関係がターゲットセルにおいて構成されるとき、エアインターフェースを通じてQoSフローIDを搬送する必要のないQoSフローは、透過モードSDAPの構成対象のDRBにマッピングされ得る。さらに、ターゲット基地局は、DRB構成を更新し、たとえば、ハンドオーバー要求メッセージ1に含まれる、端末のDRBのSDAPモード情報に基づいて、DRBのSDAPモード構成を更新し得る。さらに、ターゲット基地局は、ターゲットセルの中にある端末のDRBのSDAPモード情報を、ハンドオーバー要求肯定応答メッセージ2に含める。

ハンドオーバー要求メッセージを受信した後で、ターゲット基地局は、ハンドオーバー要求肯定応答メッセージ2を送信し得る。ターゲット基地局は、基地局間の直接のインターフェースまたは間接的なインターフェースを使用することによって、ハンドオーバー要求肯定応答メッセージ2を送信し得る。ソース基地局は、ハンドオーバー要求肯定応答メッセージ2を受信し、次いでハンドオーバーコマンドメッセージ3を端末に送信する。端末は、ハンドオーバーコマンドを受信し、ターゲットセルにアクセスする。

さらに、SDAPモード情報はまた、多接続オフローディングの状況において転送され得る。多接続オフローディングの状況とは、端末が、主gNB(Master gNB, MgNB)および副gNB(Secondary gNB, SgNB)を使用することによって、5Gネットワークなどの通信ネットワークにアクセスすることを意味する。端末は、主gNBまたは副gNBを使用することによって、コアネットワークからユーザプレーンデータを受信し得る。端末はまた、主gNBまたは副gNBを使用することによって、コアネットワークにデータを送信し得る。

QoSフロー移行プロセスにおいて、主gNBは、主gNBから副gNBへ、または副gNBから主gNBへQoSフローを移行し得る。主gNBは、端末の移行されることになるQoSフローに対応するDRBのSDAPモード情報を副gNBに通知し得る。副gNBは、以下の処理、すなわち、SDAP PDUフォーマットを決定すること、ROHC圧縮のための展開処理の間に初期位置オフセット動作を実行するかどうかを決定すること、QoSフローとDRBとの間のマッピング関係を決定することなどの間に、DRBのSDAPモード情報を考慮し得る。主gNBは、端末の一部のQoSフローを副gNBに移行することを決定し、主gNBは、QoSフロー移行要求メッセージ1を送信し、QoSフロー移行要求メッセージ1に、端末のDRBのSDAPモード情報を含める。SDAPモード情報は、端末のための主gNBによって構成される。QoSフロー移行とは、副gNBにおける送信またはオフローディングのために、QoSフローを主gNBから副gNBに移行することを意味する。副gNBにおけるオフローディングは、副gNBから主gNBにダウンリンクデータパケットをオフロードすることを意味する。端末は、主gNBおよび副gNBにおいてデータを受信する。端末は、アップリンク方向において主gNBおよび副gNBへデータを送信し、副gNBは、端末および主gNBからデータを受信し、データをコアネットワークのユーザプレーンデバイスに送信する。主gNBは、SGNB追加要求(SGNB addition request)メッセージ、SGNB修正要求メッセージなどを含むがそれらに限定されないメッセージを使用することによって、QoSフロー移行要求メッセージ1を副gNBに送信し得る。DRBにマッピングされるすべてのQoSフローが移行されることがあり、または、DRBにマッピングされる一部のQoSフローが移行されることがある。

副gNBは、QoSフロー移行要求メッセージ1を主gNBから受信し、QoSフロー移行要求メッセージ2を送信する。副gNBは、以下の動作、すなわち、SDAP PDUフォーマットを決定すること、ROHC圧縮のための展開処理の間に初期位置オフセット動作を実行するかどうかを決定すること、QoSフローとDRBとの間のマッピング関係を決定することなどのうちの1つまたは複数を実行するときに、QoSフロー移行要求メッセージ1に含まれる、端末のDRBのSDAPモード情報を参照し得る。たとえば、QoSフローとDRBとの間のマッピング関係が副gNBにおいて構成されるとき、エアインターフェースを通じてQoSフローIDを搬送する必要のないQoSフローは、透過モードSDAPの構成対象のDRBにマッピングされ得る。さらに、副gNBは、DRB構成を更新し、たとえば、QoSフロー移行要求メッセージ1に含まれる、端末のDRBのSDAPモード情報に基づいて、DRBのSDAPモード構成を更新し得る。さらに、主gNBは、副gNBの中にある端末のDRBのSDAPモード情報を、QoSフロー移行要求肯定応答メッセージ2に含める。端末は、副gNBによって送信されるダウンリンクQoSフローのデータ、または副gNBからオフロードされるデータを受信する。端末は、アップリンクQoSフローのデータを副gNBにおいて送信する。

同様に、副gNBがQoSフローを主gNBに移行するとき、副gNBは、端末の移行されることになるQoSフローに対応するDRBのSDAPモード情報を主gNBに通知し得る。

本出願のさらに別の実施形態では、コアネットワークのネットワーク要素は、PDUセッションレベルで公共QoSプロファイルを設定し得る。公共QoSプロファイルは、リソースタイプ(Resource Type)、優先度(Priority level)、パケット遅延(Packet Delay Budget)、パケットエラーレート(Packet Error Rate)、割振りおよび保持優先度(Allocation and Retention Priority)などのパラメータのうちの少なくとも1つを含む。リソースタイプは、保証ビットレート(Guaranteed Bit Rate, GBR)または非GBR(Non-GBR)を含む。

PDUセッションを確立して修正するプロセスにおいて、コアネットワークのネットワーク要素は、PDUセッションの公共QoSプロファイルをアクセスネットワークのネットワーク要素に送信する。たとえば、コアネットワークのネットワーク要素は、PDUセッションリソースセットアップメッセージ、PDUセッションリソース修正メッセージなどを含むがそれらに限定されないメッセージを使用することによって、N2インターフェースを通じてPDUセッションの公共QoSプロファイルをアクセスネットワークのネットワーク要素に送信し得る。PDUセッションのデフォルトDRBを確立するとき、アクセスネットワークのネットワーク要素は、公共QoSプロファイル、たとえば、DRBに対応するPDCPレイヤパラメータ、DRBに対応するRLCレイヤパラメータなどに基づいて、デフォルトDRBのパラメータを構成する。アクセスネットワークのネットワーク要素は、PDUセッションの公共QoSプロファイルに基づいてPDUセッションの確立を受け入れることができる。アクセスネットワークのネットワーク要素がPDUセッションの確立を受け入れることができる場合、アクセスネットワークのネットワーク要素は、PDUセッション確立要求を受け入れ、または、アクセスネットワークのネットワーク要素がPDUセッションの確立を受け入れることができない場合、アクセスネットワークのネットワーク要素は、PDUセッションの確立を拒否する。

PDUセッションの公共QoSプロファイルが修正される場合、アクセスネットワークのネットワーク要素は、公共QoSプロファイルの内容に基づいて、PDUセッションに対応するデフォルトDRBのパラメータを修正する。アクセスネットワークのネットワーク要素は、PDUセッションの公共QoSプロファイルに基づいてPDUセッションの確立を受け入れることができる。アクセスネットワークのネットワーク要素がPDUセッションの確立を受け入れることができる場合、アクセスネットワークのネットワーク要素は、PDUセッション確立要求を受け入れ、または、アクセスネットワークのネットワーク要素がPDUセッションの確立を受け入れることができない場合、アクセスネットワークのネットワーク要素は、PDUセッションの確立を拒否する。

さらに、端末のセルハンドオーバープロセスにおいて、アクセスネットワークのネットワーク要素は、PDUセッションの公共QoSプロファイルをターゲットのアクセスネットワークのネットワーク要素に送信し、たとえば、PDUセッションの公共QoSプロファイルをハンドオーバー要求メッセージにおいて送信し得る。

ターゲットのアクセスネットワークのネットワーク要素は、PDUセッションの公共QoSプロファイルを受信し、QoSプロファイルの内容に基づいて、PDUセッションに対応するデフォルトDRBを確立する。ターゲットのアクセスネットワークのネットワーク要素は、PDUセッションの公共QoSプロファイルに基づいてPDUセッションの確立を受け入れることができる。ターゲットのアクセスネットワークのネットワーク要素がPDUセッションの確立を受け入れることができる場合、ターゲットのアクセスネットワークのネットワーク要素は、PDUセッション確立要求を受け入れ、または、ターゲットのアクセスネットワークのネットワーク要素がPDUセッションの確立を受け入れることができない場合、ターゲットのアクセスネットワークのネットワーク要素は、PDUセッションの確立を拒否する。

データオフローディングアーキテクチャにおいて、主要なアクセスネットワークのネットワーク要素(主gNBなど)が、PDUセッションまたはPDUセッションの中の一部のQoSフローを副次的なアクセスネットワークのネットワーク要素(副gNBなど)に移行することを決定するとき、主要なアクセスネットワークのネットワーク要素は、PDUセッションの公共QoSプロファイルを副次的なアクセスネットワークのネットワーク要素に送信する。主要なアクセスネットワークのネットワーク要素は、SGNB追加要求(SGNB addition request)メッセージ、SGNB修正要求メッセージなどを含むがそれに限定されないメッセージを使用し得る。副次的なアクセスネットワークのネットワーク要素は、PDUセッションの公共QoSプロファイルに基づいてデフォルトDRBのパラメータを構成することができ、PDUセッションの公共QoSプロファイルに基づいてPDUセッションの確立をさらに受け入れることができる。

本出願のこの実施形態では、コアネットワークのネットワーク要素がPDUセッションレベルで公共QoSプロファイルを設定し得る実装形態は、副次的なセル負荷(second cell group bearer, SCG Bearer)の状況および分割負荷(split Bearer)の状況に適用され得る。

本出願のさらに別の実施形態では、QoSフローのデータパケットの順序通りの送信のための最適化が提供される。コアネットワークのネットワーク要素は、QoSフローまたはPDUセッションの順序通り送信情報をアクセスネットワークのネットワーク要素に通知する。順序通り送信情報は、QoSフローまたはPDUセッションのパケットが順序通りに送信される必要があるかどうかを意味する。コアネットワークの制御プレーンネットワーク要素は、N2インターフェースメッセージを使用することによって、QoSフローまたはPDUセッションの順序通り送信情報をアクセスネットワークのネットワーク要素に通知し得る。使用されるN2インターフェースメッセージは、PDUセッションリソースセットアップメッセージ、PDUセッションリソース修正メッセージなどを含むがそれらに限定されない。さらに、コアネットワークのネットワーク要素は、たとえばNASレイヤメッセージを使用することによって、QoSフローまたはPDUセッションの順序通り送信情報を端末に通知し得る。QoSフローは、アップリンクQoSフローまたはダウンリンクQoSフローを含む。

さらに、コアネットワークのユーザプレーンネットワーク要素は、N3インターフェースを通じて、QoSフローまたはPDUセッションの順序通り送信情報をRANに通知し得る。たとえば、コアネットワークのユーザプレーンネットワーク要素は、N3インターフェースにおけるデータパケットのカプセル化ヘッダに、データパケットが順序通りに送信される必要があるかどうかを示すために使用される指示情報を追加する。

データパケットの順序通り送信情報を考慮すると、特に、RANは主に、エアインターフェースを通じてデータパケットを送信するために以下の方式を使用する。

RANの実装形態1:QoSフローは、順序通り送信情報に基づいてDRBにマッピングされる。

RANは、QoSフローまたはPDUセッションの順序通り送信情報に基づいてQoSフローをDRBにマッピングし得る。RANは、順序通りに送信される必要のないQoSフローを同じDRBにマッピングし得る。具体的には、DRBの中のデータのいずれもが、順序通りに送信される必要がない。たとえば、RANは、同じQoSパラメータまたは同様のQoSパラメータを有し順序通りに送信される必要のない複数のQoSフローを、同じDRBにマッピングする。代わりに、RANは、順序通りに送信される必要のあるQoSフローを同じDRBにマッピングする。具体的には、DRBの中のすべてのデータが、順序通りに送信される必要がある。

アップリンクに対して、基地局は、QoSフローとDRBとの間のマッピング関係を端末に通知する。さらに、基地局は、DRBの中のデータが順序通りではなく送信される必要があることを端末に通知する。たとえば、基地局は、RRCメッセージまたはユーザプレーン制御PDUを使用することによって端末に通知する。端末は、DRBにおいてデータを送信するとき、最適化処理を実行することができる。

ダウンリンクに対して、DRBの中のデータが順序通りではなく送信される必要があることを基地局が端末に通知する場合、DRBに対応する端末の中のPDCPレイヤエンティティは分類動作を実行する必要はなく、PDCPレイヤプロトコルエンティティは、データパケットに対して分類動作を実行することなく、RLCレイヤから受信されるデータパケットを上位レイヤプロトコルに直接伝えることができる。

このようにして、DRBの順序通りの送信の要件に基づいて、基地局と端末との間で異なる処理を実行することができ、処理効率を改善するために、PDCPレイヤは、順序通りではなく送信される必要のあるDRBに対して分類動作を実行しなくてもよい。

RANの実装形態2:順序通り送信情報は、QoSフローをDRBにマッピングするために考慮されない。

この状況では、DRBは、順序通りに送信される必要のあるデータパケットと、順序通りに送信される必要のないデータパケットとを含み得る。

RANの実装形態2のために、本出願は、以下で別々に説明される3つの技術的な解決策を提供する。

解決策1:指示情報がSDAPヘッダに追加される。

送信端のSDAPエンティティは、パケットが順序通りに送信される必要があるかどうかを示すために、パケットの順序通り送信情報を取得し、指示情報をSDAPヘッダに追加する。SDAP PDUが、PDCPレイヤ、RLCレイヤ、MACレイヤ、物理レイヤなどにおいて処理された後で、受信端に送信される。受信端のPDCPレイヤエンティティは、受信されたPDCP SDUのSDAPヘッダを読み取り、SDAPヘッダの中の指示情報に基づいて順序通り送信情報を知る。データパケットが順序通りではなく送信される必要がある場合、PDCPレイヤエンティティは、データパケットを上位レイヤに直接伝え、または、データパケットが順序通りに送信される必要がある場合、PDCPレイヤエンティティは、PDCP SNに基づいてPDCP SDUを分類し、データパケットが分類された後でデータパケットを上位レイヤに順番に伝える。別の方式では、PDCPレイヤエンティティは、順序通り送信情報を知るために、順序通りではなく受信されたPDCP SDUだけのSDAPヘッダを読み取る。

たとえば、PDCPは、データパケット1、データパケット3、およびデータパケット5を受信する。データパケット3が順序通りに伝えられる必要がない場合、PDCPレイヤエンティティは、データパケット1およびデータパケット3を上位レイヤに伝え、データパケット3が上位レイヤに伝えられたことを示す記録を作成する。PDCPエンティティは、PDCPレイヤにおいてデータパケット5を記憶し、PDCPエンティティがデータパケット2およびデータパケット4を受信するとき、かつデータパケット2とデータパケット4の両方が順序通りに伝えられる必要があるとき、PDCPエンティティは、データパケット2、データパケット4、およびデータパケット5を上位レイヤに伝える。PDCPレイヤは、順序通り送信情報を知るために、順序通りではないデータパケット3およびデータパケット5だけのSDAPヘッダを読み取り得る。

この解決策は、アップリンク方向およびダウンリンク方向に適用され得る。

解決策2:指示情報がPDCPレイヤプロトコルヘッダに追加される。

送信端のSDAPエンティティは、パケットの順序通り送信情報を取得し、SDAPレイヤプリミティブおよびPDCPレイヤプリミティブを使用することによって、データパケットの順序通り送信情報をPDCPレイヤに通知する。PDCPレイヤエンティティは、データパケットが順序通りに送信される必要があるかどうかを示すために、指示情報をPDCPレイヤプロトコルヘッダに追加する。PDCP PDUが、RLCレイヤ、MACレイヤ、物理レイヤなどにおいて処理された後で、受信端に送信される。受信端のPDCPレイヤエンティティは、順序通り送信情報を知るために、受信されたPDCP SDUのPDCPレイヤプロトコルヘッダを読み取る。データパケットが順序通りではなく送信される必要がある場合、PDCPレイヤエンティティは、データパケットを上位レイヤに直接伝え、または、データパケットが順序通りに送信される必要がある場合、PDCPレイヤエンティティは、PDCP SNに基づいてPDCP SDUを分類し、データパケットが分類された後でデータパケットを上位レイヤに順番に伝える。別の方式では、PDCPレイヤエンティティは、順序通り送信情報を知るために、順序通りではなく受信されたPDCP SDUだけのPDCPプロトコルヘッダを読み取る。

たとえば、PDCPは、データパケット1、データパケット3、およびデータパケット5を受信する。データパケット3が順序通りに伝えられる必要がない場合、PDCPレイヤエンティティは、データパケット1およびデータパケット3を上位レイヤに伝え、データパケット3が上位レイヤに伝えられたことを示す記録を作成する。PDCPエンティティは、PDCPレイヤにおいてデータパケット5を記憶し、PDCPエンティティがデータパケット2およびデータパケット4を受信するとき、かつデータパケット2とデータパケット4の両方が順序通りに伝えられる必要があるとき、PDCPエンティティは、データパケット2、データパケット4、およびデータパケット5を上位レイヤに伝える。PDCPレイヤは、順序通り送信情報を知るために、または、順序通り送信指示情報などのPDCPレイヤプロトコルヘッダの部分的な内容を読み取るために、順序通りではないデータパケット3およびデータパケット5だけのPDCPプロトコルヘッダを読み取り得る。

この解決策は、アップリンク方向およびダウンリンク方向に適用され得る。

解決策3:受信端のPDCPエンティティが、SDAPレイヤにおいてQoSフローIDを読み取る。

送信端のSDAPエンティティは、QoSフローIDをSDAPヘッダに追加し、PDCP PDUは、RLCレイヤ、MACレイヤ、物理レイヤなどにおいて処理された後で、受信端に送信される。受信端のPDCPレイヤエンティティは、QoSフローIDを知るために、受信されたPDCP SDUのSDAPレイヤプロトコルヘッダ部分を読み取り、コアネットワークのネットワーク要素によってRANに通知されるQoSフローの順序通り送信情報に基づいて、データパケットの順序通り送信情報を知る。データパケットが順序通りではなく送信される必要がある場合、PDCPレイヤエンティティは、データパケットを上位レイヤに直接伝え、または、データパケットが順序通りに送信される必要がある場合、PDCPレイヤエンティティは、PDCP SNに基づいてPDCP SDUを分類し、データパケットが分類された後でデータパケットを上位レイヤに順番に伝える。別の方式では、PDCPレイヤエンティティは、順序通り送信情報を知るために、順序通りではなく受信されるPDCP SDUだけのSDAPレイヤプロトコルヘッダを読み取り、SDAPレイヤプロトコルヘッダからQoSフローIDを読み取る。

たとえば、PDCPレイヤは、データパケット1、データパケット3、およびデータパケット5を受信する。データパケット3が順序通りに伝えられる必要がない場合、PDCPレイヤエンティティは、データパケット1およびデータパケット3を上位レイヤに伝え、データパケット3が上位レイヤに伝えられたことを示す記録を作成する。PDCPエンティティは、PDCPレイヤにおいてデータパケット5を記憶し、PDCPエンティティがデータパケット2およびデータパケット4を受信するとき、かつデータパケット2とデータパケット4の両方が順序通りに伝えられる必要があるとき、PDCPエンティティは、データパケット2、データパケット4、およびデータパケット5を上位レイヤに伝える。PDCPレイヤは、順序通りではないデータパケット3およびデータパケット5だけのSDAPレイヤプロトコルヘッダを読み取ることができ、順序通り送信情報を知るためにQoSフローIDを読み取る。

この解決策は、アップリンク方向に適用され得る。

このようにして、DRBの中の異なるデータパケットの順序通りの送信の要件に基づいて、基地局と端末との間で異なる処理を実行することができ、処理効率を改善するために、PDCPレイヤは、順序通りに送信される必要のないデータパケットに対して分類動作を実行しなくてもよい。PDCPレイヤは、サービスの順序通りの送信の要件を確実にするために、順序通りに送信される必要のあるデータパケットに対して分類動作を実行する。

本出願の可能な実装形態では、端末に対するセルハンドオーバーが発生する場合、Reflective QoS情報を取得するソースのアクセスネットワークのネットワーク要素(ソース基地局)は、端末がハンドオーバーされることになるターゲットのアクセスネットワークのネットワーク要素(ターゲット基地局)に取得されたReflective QoS情報を送信し得る。ソースのアクセスネットワークのネットワーク要素は、ハンドオーバー要求メッセージを使用することによって、Reflective QoS情報をターゲットのアクセスネットワークのネットワーク要素に送信することができ、ターゲットのアクセスネットワークのネットワーク要素は、アクセスネットワークのネットワーク要素に関する前述の実施形態におけるステップを実行する。たとえば、ターゲットのアクセスネットワークのネットワーク要素は、ソースのアクセスネットワークのネットワーク要素によって送信されるReflective QoS情報を受信することができ、Reflective QoS情報に基づいて、以下の動作、すなわち、エアインターフェースを通じてQoSフローIDを送信するかどうかを決定すること、端末がQoSフローIDを読み取る必要があるかどうかを構成すること、端末に対して、QoSフローとDRBとの間のマッピング関係を構成する方式を構成すること、PDUセッションのためのSDAPエンティティを構成するかどうかを決定することなどのうちの1つまたは複数を実行する。

さらに、多接続の状況では、MgNBが、一部のQoSフローをSgNBに移行することを決定する。MgNBは、QoSフローのReflective QoS情報をSgNBに送信する。たとえば、MgNBは、SGNB追加要求メッセージまたはSGNB修正要求(SGNB modification request)メッセージなどのメッセージを使用することによって、QoSフローのReflective QoS情報を送信するので、SgNBは、Reflective QoS情報に基づいて、以下の動作、すなわち、エアインターフェースを通じてQoSフローIDを送信するかどうかを決定すること、端末がQoSフローIDを読み取る必要があるかどうかを構成すること、端末に対して、QoSフローとDRBとの間のマッピング関係を構成する方式を構成すること、PDUセッションのためのSDAPエンティティを構成するかどうかを決定することなどのうちの1つまたは複数を実行し得る。

本出願のこの実施形態におけるSDAPプロトコルおよびPDCPプロトコルの機能のみが説明され、同じ機能に対応する任意のプロトコルレイヤ名が含まれる。

本明細書、特許請求の範囲、および本出願の添付の図面において、「第1の」、「第2の」などの用語は、類似する対象物を区別することが意図されており、具体的な順序または順番を必ずしも示さないことに留意されたい。たとえば、本出願の実施形態における第1の指示情報および第2の指示情報は、説明を簡単にし、異なる指示情報を区別するためのものにすぎず、指示情報を限定することは意図されていない。そのような方法で名付けられるデータは、本明細書で説明される本出願の実施形態が本明細書で図示または説明される順序以外の順序で実装され得るように、適切な状況において交換可能であることを理解されたい。

上記は、主に端末、アクセスネットワークのネットワーク要素、およびコアネットワークのネットワーク要素の観点から、本出願の実施形態において提供される解決策を説明する。前述の機能を実装するために、端末、アクセスネットワークのネットワーク要素、およびコアネットワークのネットワーク要素は、機能を実行するための対応するハードウェア構造および/またはソフトウェア構造を含むことが理解され得る。本出願において開示される実施形態で説明される各例のユニットおよびアルゴリズムステップを参照して、本出願の実施形態は、ハードウェアまたはハードウェアとコンピュータソフトウェアの組合せの形式で実装され得る。機能がハードウェア、またはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、技術的な解決策の具体的な適用例および設計制約の条件に依存する。当業者は、各々の具体的な適用例のための説明される機能を実装するために異なる方法を使用し得るが、実装形態が本出願の実施形態の技術的な解決策の範囲を超えるとは見なされるべきではない。

本出願の実施形態では、端末、アクセスネットワークのネットワーク要素、コアネットワークのネットワーク要素は、前述の方法の例に従って機能ユニットへと分割され得る。たとえば、各機能に対応する機能ユニットが分割を通じて得られることがあり、または2つ以上の機能が1つの処理ユニットへと統合されることがある。統合されたユニットは、ハードウェアの形式で実装されることがあり、またはソフトウェア機能ユニットの形式で実装されることがある。本出願の実施形態におけるユニットの分割は例であり、論理的な機能分割にすぎず、実際の実装形態における別の分割方式であり得ることに留意されたい。

前述の方法に基づいて、統合されたユニットが使用されるとき、図20は、本出願の実施形態によるReflective QoS特性に基づく通信装置100の概略構造図である。Reflective QoS特性に基づく通信装置100は、前述の方法におけるアクセスネットワークのネットワーク要素に対応し得る。図20を参照すると、Reflective QoS特性に基づく通信装置100は、受信ユニット101および処理ユニット102を含む。Reflective QoS特性に基づく通信装置100は、送信ユニット103をさらに含み得る。

受信ユニット101、処理ユニット102、および送信ユニット103の機能は、前述の方法ステップに対応することがあり、詳細はここでは再び説明されない。

ハードウェアの形式が実装のために使用されるとき、受信ユニット101は、受信機、通信インターフェース、およびトランシーバ回路であることがあり、処理ユニット102はプロセッサまたはコントローラであることがあり、送信ユニット103は、送信機、通信インターフェース、およびトランシーバ回路であることがある。通信インターフェースは一般的な用語であり、1つまたは複数のインターフェースを含み得る。

前述の方法に基づいて、図21は、本出願の実施形態によるReflective QoS特性に基づく通信装置100の別の概略構造図を示す。Reflective QoS特性に基づく通信装置は、前述の方法におけるアクセスネットワークのネットワーク要素に対応し得る。アクセスネットワークのネットワーク要素は、基地局または別のデバイスであることがあり、これは本明細書では限定されない。

図21を参照すると、アクセスネットワークのネットワーク要素1000は、プロセッサ1001、メモリ1002、バスシステム1003、受信機1004、および送信機1005を含む。プロセッサ1001、メモリ1002、受信機1004、および送信機1005は、バスシステム1003を使用することによって互いに接続される。メモリ1002は命令を記憶するように構成される。プロセッサ1001は、前述の方法におけるアクセスネットワークのネットワーク要素のステップを完了するために、メモリ1002に記憶されている命令を実行し、信号を受信するように受信機1004を制御し、信号を送信するように送信機1005を制御するように構成される。受信機1004および送信機1005は、同じ物理エンティティまたは異なる物理エンティティであり得る。受信機1004および送信機1005が同じ物理エンティティであるとき、受信機1004および送信機1005は、まとめてトランシーバと呼ばれ得る。メモリ1002は、プロセッサ1001に統合されることがあり、または、プロセッサ1001から分離されることがある。

ある実装形態では、受信機1004および送信機1005の機能は、トランシーバ回路または専用チップを使用することによって実装され得る。プロセッサ1001は、専用処理チップ、処理回路、プロセッサ、または汎用チップを使用することによって実装され得る。

別の実装形態では、汎用コンピュータは、本出願のこの実施形態において提供されるアクセスネットワークのネットワーク要素を実装することが考慮され得る。具体的には、プロセッサ1001、受信機1004、および送信機1005の機能を実装するためのプログラムコードがメモリに記憶される。汎用プロセッサは、プロセッサ1001、受信機1004、および送信機1005の機能を実装するためにメモリの中のコードを実行する。

Reflective QoS特性に基づく通信装置100およびアクセスネットワークのネットワーク要素1000に関する概念、説明、詳細な記述、および他のステップについては、前述の方法または別の実施形態の内容についての説明を参照されたい。詳細はここでは再び説明されない。

前述の方法に基づいて、統合されたユニットが使用されるとき、図22は、本出願の実施形態によるReflective QoS特性に基づく通信装置200の概略構造図を示す。Reflective QoS特性に基づく通信装置200は、前述の方法におけるコアネットワークのネットワーク要素に対応し得る。図22を参照すると、Reflective QoS特性に基づく通信装置200は、処理ユニット201および送信ユニット202を含む。処理ユニット201および送信ユニット202の機能は、前述の方法ステップに対応することがあり、詳細はここでは再び説明されない。

ハードウェアの形式が実装のために使用されるとき、処理ユニット201はプロセッサまたはコントローラであることがあり、送信ユニット202は、送信機、通信インターフェース、およびトランシーバ回路であることがある。通信インターフェースは一般的な用語であり、1つまたは複数のインターフェースを含み得る。

前述の方法に基づいて、図23は、本出願の実施形態によるReflective QoS特性に基づく通信装置200の別の概略構造図を示す。Reflective QoS特性に基づく通信装置は、前述の方法におけるコアネットワークのネットワーク要素に対応し得る。コアネットワークのネットワーク要素は、AMF、UMF、または別のデバイスであることがあり、これは本明細書では限定されない。

図23を参照すると、コアネットワークのネットワーク要素2000は、プロセッサ2001、メモリ2002、バスシステム2003、および送信機2004を含む。プロセッサ2001、メモリ2002、および送信機2004は、バスシステム2003を使用することによって互いに接続される。メモリ2002は命令を記憶するように構成される。プロセッサ2001は、前述の方法におけるコアネットワークのネットワーク要素のステップを完了するために、メモリ2002に記憶されている命令を実行し、信号を送信するように送信機2004を制御するように構成される。送信機2004はまとめてトランシーバと呼ばれ得る。メモリ2002は、プロセッサ2001に統合されることがあり、または、プロセッサ2001から分離されることがある。

ある実装形態では、受信機2004の機能は、トランシーバ回路または専用チップを使用することによって実装され得る。プロセッサ2001は、専用処理チップ、処理回路、プロセッサ、または汎用チップを使用することによって実装され得る。

別の実装形態では、汎用コンピュータは、本出願のこの実施形態において提供されるコアネットワークのネットワーク要素を実装することが考慮され得る。具体的には、プロセッサ2001および送信機2004の機能を実装するためのプログラムコードがメモリに記憶される。汎用プロセッサは、プロセッサ2001および送信機2004の機能を実装するためにメモリの中のコードを実行する。

Reflective QoS特性に基づく通信装置200およびコアネットワークのネットワーク要素2000に関する概念、説明、詳細な記述、および他のステップについては、前述の方法または別の実施形態の内容についての説明を参照されたい。詳細はここでは再び説明されない。

前述の方法に基づいて、統合されたユニットが使用されるとき、図24は、本出願の実施形態によるReflective QoS特性に基づく通信装置300の概略構造図を示す。Reflective QoS特性に基づく通信装置300は、前述の方法における端末に対応し得る。図24を参照すると、Reflective QoS特性に基づく通信装置300は、受信ユニット301および処理ユニット302を含む。受信ユニット301および処理ユニット302の機能は、前述の方法ステップに対応することがあり、詳細はここでは再び説明されない。

ハードウェアの形式が実装のために使用されるとき、処理ユニット302はプロセッサまたはコントローラであることがあり、受信ユニット301は、受信機、通信インターフェース、およびトランシーバ回路であることがある。通信インターフェースは一般的な用語であり、1つまたは複数のインターフェースを含み得る。

前述の方法に基づいて、図25は、本出願の実施形態によるReflective QoS特性に基づく通信装置300の別の概略構造図を示す。Reflective QoS特性に基づく通信装置300は、前述の方法における端末に対応し得る。

図25を参照すると、端末3000は、送信機3001、受信機3002、プロセッサ3003、およびメモリ3004を含み得る。さらに、端末3000はアンテナ3005を含み得る。送信機3001、受信機3002、プロセッサ3003、およびメモリ3004は、バスシステムを使用することによって互いに接続され得る。メモリ3004は命令を記憶するように構成される。プロセッサ3003は、前述の方法における端末のステップを完了するために、メモリ3004に記憶されている命令を実行し、信号を受信するように受信機3002を制御し、信号を送信するように送信機3001を制御するように構成される。受信機3002および送信機3001は、同じ物理エンティティまたは異なる物理エンティティであり得る。受信機3002および送信機3001が同じ物理エンティティであるとき、受信機3002および送信機3001は、まとめてトランシーバと呼ばれ得る。メモリ3004は、プロセッサ3003に統合されることがあり、または、プロセッサ3003から分離されることがある。

ある実装形態では、受信機3002および送信機3001の機能は、トランシーバ回路または専用チップを使用することによって実装され得る。プロセッサ3003は、専用処理チップ、処理回路、プロセッサ、または汎用チップを使用することによって実装され得る。

別の実装形態では、汎用コンピュータは、本出願のこの実施形態において提供される端末を実装することが考慮され得る。具体的には、プロセッサ3003、受信機3002、および送信機3001の機能を実装するためのプログラムコードがメモリに記憶される。汎用プロセッサは、プロセッサ3003、受信機3002、および送信機3001の機能を実装するためにメモリの中のコードを実行する。

Reflective QoS特性に基づく通信装置300および端末3000に関する概念、説明、詳細な記述、および他のステップについては、前述の方法または別の実施形態の内容についての説明を参照されたい。詳細はここでは再び説明されない。

本出願の実施形態において提供される方法に基づいて、本出願の実施形態は通信システムをさらに含み、通信システムは、前述のアクセスネットワークのネットワーク要素およびコアネットワークのネットワーク要素、ならびに1つまたは複数の端末を含む。

本出願の実施形態において提供される方法に基づいて、本出願の実施形態は、いくつかの命令を記憶するように構成されるコンピュータ記憶媒体をさらに提供する。これらの命令が実行されるとき、端末、アクセスネットワークのネットワーク要素、またはコアネットワークのネットワーク要素に関する任意の方法が完了され得る。

本出願の実施形態において提供される方法に基づいて、本出願の実施形態は、コンピュータプログラムを記憶するように構成されるコンピュータプログラム製品をさらに提供する。コンピュータプログラムは、前述の方法の実施形態におけるReflective QoS特性に基づく通信方法を実行するために使用される。

本出願の実施形態では、プロセッサは、中央処理装置(Central Processing Unit, CPU)であってよく、または、プロセッサは、別の汎用プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、別のプログラマブル論理デバイス、個別のゲートまたはトランジスタ論理デバイス、個別のハードウェア構成要素などであってよいことを理解されたい。汎用プロセッサはマイクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。

メモリは、読取り専用メモリおよびランダムアクセスメモリを含むことがあり、命令およびデータをプロセッサ310に提供することがある。メモリの一部は、不揮発性ランダムアクセスメモリをさらに含み得る。たとえば、メモリは、デバイスタイプの情報をさらに記憶し得る。

バスシステムは、電力バス、制御バス、状態信号バスなどを、データバスに加えて含み得る。しかしながら、明快な説明のために、図面における様々なタイプのバスはバスシステムとして標識される。

ある実装プロセスにおいて、前述の方法のステップは、プロセッサの中のハードウェア集積論理回路を使用することによって、またはソフトウェアの形式の命令を使用することによって、実施され得る。本出願の実施形態を参照して開示される方法のステップは、ハードウェアプロセッサによって直接実行されることがあり、または、プロセッサの中のハードウェアとソフトウェアモジュールの組合せを使用することによって実行されることがある。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読取り専用メモリ、プログラマブル読取り専用メモリ、電気的消去可能プログラマブルメモリ、レジスタなどの、当技術分野の成熟した記憶媒体に配置され得る。記憶媒体は、メモリの中に配置され、プロセッサは、プロセッサのハードウェアと組み合わせて、メモリの中の情報を読み取り、前述の方法のステップを完了する。繰り返しを避けるために、詳細はここでは再び説明されない。

前述の処理の順序番号は、本出願の様々な実施形態における実行の順序を意味しないことを理解されたい。プロセスの実行の順序は、プロセスの機能および内部論理に従って決定されるべきであり、本出願の実施形態の実施プロセスに対するどのような制約とも解釈されるべきではない。

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

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

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

別々の部分として説明されるユニットは、物理的に別個であることもそうではないこともあり、ユニットとして表示される部分は、物理的なユニットであることもそうでないこともあり、1つの場所に位置していてもよく、または複数のネットワークユニット上に分散していてもよい。ユニットの一部またはすべてが、実施形態の解決策の目的を達成するように、実際の要件に従って選択され得る。

加えて、本出願の実施形態の機能ユニットが1つの処理ユニットへと統合されることがあり、または、ユニットの各々が物理的に単独で存在することがあり、または2つ以上のユニットが1つのユニットへと統合される。

機能がソフトウェア機能ユニットの形式で実装され、独立した製品として販売または使用されるとき、機能はコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づき、本出願の技術的な解決策は基本的に、または従来技術に寄与する部分は、または技術的な解決策の一部は、ソフトウェア製品の形態で実装され得る。ソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態において説明される方法のステップのすべてまたは一部を実行するようにコンピュータデバイス(パーソナルコンピュータ、サーバ、ネットワークデバイスなどであり得る)に命令するための、いくつかの命令を含む。前述の記憶媒体は、USBフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ(Read-Only Memory, ROM)、ランダムアクセスメモリ(Random Access Memory, RAM)、磁気ディスク、または光学ディスクなどの、プログラムコードを記憶できる任意の媒体を含む。

前述の説明は、本出願の特定の実装形態にすぎず、本出願の保護範囲を限定することは意図されない。本出願において開示される技術的な範囲内の、当業者により容易に理解されるあらゆる変形または置換が、本出願の保護範囲内にあるものとする。したがって、本出願の保護範囲は、請求項の保護範囲に依存するものとする。

100 Reflective QoS特性に基づく通信装置
101 受信ユニット
102 処理ユニット
103 送信ユニット
200 Reflective QoS特性に基づく通信装置
201 処理ユニット
202 送信ユニット
300 Reflective QoS特性に基づく通信装置
301 受信ユニット
302 処理ユニット
1000 アクセスネットワーク要素
1001 プロセッサ
1002 メモリ
1003 バスシステム
1004 受信機
1005 送信機
2000 コアネットワークのネットワーク要素
2001 プロセッサ
2002 メモリ
2003 バスシステム
2004 送信機
3000 端末
3001 送信機
3002 受信機
3003 プロセッサ
3004 メモリ
3005 アンテナ

Claims (15)

1. ハンドオーバーのための通信方法であって、
   ソース基地局により、ターゲット基地局にハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージが、データ無線ベアラ(DRB)の識別子(ID)と、前記DRBに対してサービスデータ適応プロトコル(SDAP)ヘッダを構成するかどうかを指示する情報とを含む、ステップと、
   前記ターゲット基地局により、前記ソース基地局にハンドオーバー要求肯定応答メッセージを送信するステップと
   を有する通信方法。
2. 前記DRBに対して前記SDAPヘッダを構成するかどうかを指示する前記情報が、前記DRBのアップリンク方向において前記SDAPヘッダを構成するかどうかを指示する情報、および／または、前記DRBのダウンリンク方向において前記SDAPヘッダを構成するかどうかを指示する情報を含む、請求項1に記載の通信方法。
3. 前記DRBに対して前記SDAPヘッダを構成するかどうかを指示する前記情報が、端末に対して、前記ソース基地局によって構成される、請求項1に記載の通信方法。
4. 前記ハンドオーバー要求メッセージが、Reflectiveサービス品質（Reflective QoS）情報をさらに含む、請求項1から3のいずれか一項に記載の通信方法。
5. 前記ハンドオーバー要求メッセージが、前記ソース基地局と前記ターゲット基地局との間の直接インターフェースまたは間接インターフェースを使用することによって送信される、請求項1から4のいずれか一項に記載の通信方法。
6. 通信システムであって、
   ソース基地局と、
   ターゲット基地局と
   を含み、
   前記ソース基地局が、前記ターゲット基地局にハンドオーバー要求メッセージを送信するように構成され、前記ハンドオーバー要求メッセージは、データ無線ベアラ(DRB)の識別子(ID)と、前記DRBに対してサービスデータ適応プロトコル(SDAP)ヘッダを構成するかどうかを指示する情報とを含み、
   前記ターゲット基地局が、前記ソース基地局にハンドオーバー要求肯定応答メッセージを送信するように構成される、通信システム。
7. 前記DRBに対して前記SDAPヘッダを構成するかどうかを指示する前記情報が、前記DRBのアップリンク方向において前記SDAPヘッダを構成するかどうかを指示する情報、および／または、前記DRBのダウンリンク方向において前記SDAPヘッダを構成するかどうかを指示する情報を含む、請求項6に記載の通信システム。
8. 前記DRBに対して前記SDAPヘッダを構成するかどうかを指示する前記情報が、端末に対して、前記ソース基地局によって構成される、請求項6に記載の通信システム。
9. 前記ハンドオーバー要求メッセージが、Reflectiveサービス品質（Reflective QoS）情報をさらに含む、請求項6から8のいずれか一項に記載の通信システム。
10. 前記ハンドオーバー要求メッセージが、前記ソース基地局と前記ターゲット基地局との間の直接インターフェースまたは間接インターフェースを使用することによって送信される、請求項6から9のいずれか一項に記載の通信システム。
11. ハンドオーバーのための通信装置であって、
    ターゲット基地局にハンドオーバー要求メッセージを送信するように構成された送信機であって、前記ハンドオーバー要求メッセージが、データ無線ベアラ(DRB)の識別子(ID)と、前記DRBに対してサービスデータ適応プロトコル(SDAP)ヘッダを構成するかどうかを指示する情報とを含む、送信機と、
    前記ターゲット基地局からハンドオーバー要求肯定応答メッセージを受信するように構成された受信機と
    を備える通信装置。
12. 前記DRBに対して前記SDAPヘッダを構成するかどうかを指示する前記情報が、前記DRBのアップリンク方向において前記SDAPヘッダを構成するかどうかを指示する情報、および／または、前記DRBのダウンリンク方向において前記SDAPヘッダを構成するかどうかを指示する情報を含む、請求項11に記載の通信装置。
13. 前記DRBに対して前記SDAPヘッダを構成するかどうかを指示する前記情報が、端末に対して、ソース基地局によって構成される、請求項11に記載の通信装置。
14. 前記ハンドオーバー要求メッセージが、Reflectiveサービス品質（Reflective QoS）情報をさらに含む、請求項11から13のいずれか一項に記載の通信装置。
15. 前記ハンドオーバー要求メッセージが、ソース基地局と前記ターゲット基地局との間の直接インターフェースまたは間接インターフェースを使用することによって送信される、請求項11から14のいずれか一項に記載の通信装置。

Images