JPWO2018230730A1 - ユーザ装置、無線通信システム及び無線通信方法 - Google Patents

Abstract

UE（50）は、4Gにおいて設定されるEPSベアラの種類と、5Gにおいて設定され、サービス品質に応じたQoSフローの種類とが対応付けられた対応情報を保持するマッピング情報保持部（56）と、4GにおいてUE50向けに設定されているEPSベアラに対応付けられるトラフィック・フローのフィルタを保持するフィルタ保持部（57）と、EPSベアラの種類を識別するEPS Bearer IDと、フィルタ保持部（57）によって保持されているフィルタとに基づいて、QoSフローに対応付けられる5G QoS Ruleを生成するQoSルール生成部（58）とを備える。

Description

本発明は、システム間ハンドオーバを実行するユーザ装置、無線通信システム及び無線通信方法に関する。

3rd Generation Partnership Project（3GPP）は、Long Term Evolution（LTE）を仕様化し、LTEのさらなる高速化を目的としてLTE-Advanced（以下、LTE-Advancedを含めて4Gという）を仕様化している。また、3GPPでは、さらに、5G New Radio（NR）などと呼ばれるLTEの後継システム（以下、5Gという）の仕様が検討されている。

このような5Gの仕様には、4Gと5Gとのインターワーク、例えば、4Gと5Gとの間におけるユーザ装置（UE）のハンドオーバも含まれている。4G（具体的には、Evolved Packet Core (EPC)）と、5G（具体的には、5G Core (5GC)）との間におけるシステム間ハンドオーバでは、EPCで設定されるPDNコネクションと、5GCで設定されるPDUセッションとのマッピングが必要となる。

具体的には、PDNコネクションと関連するEPSベアラと、PDUセッションと関連するQoSフローとのマッピングが必要となる。

また、UEが4Gから5Gへのハンドオーバする場合、EPSベアラと対応付けられるトラフィック・フロー（IPフロー）のフィルタのリストであるトラフィック・フロー・テンプレート（TFT）の内容が、ハンドオーバ先のQoSフローと対応付けられるQoSルールに反映される必要がある。つまり、UEと、EPC・5GCとは、ハンドオーバ前後において、同様のトラフィック・フローのフィルタリング内容を認識する必要がある。

そこで、UEが4Gから5Gへのハンドオーバする場合、EPSベアラと対応付けられているTFTの内容に関わらず、ハンドオーバ先のQoSフローにデフォルトのQoSルールを対応付ける方法が提案されている（非特許文献１参照）。これにより、ハンドオーバ実行時に、UEと、EPC・5GCとの情報交換が不要となり、4Gから5Gへのハンドオーバ手順を簡素化し得る。さらに、ハンドオーバ処理負荷が軽減されるため、遅延の抑制にも寄与し得る。

"Solution for mobility in the EPC=>5GC direction", S2-173522, 3GPP TSG SA WG2 Meeting #121, 3GPP, 2017年5月

非特許文献１に記載されている方法は、EPSベアラに特定のTFTが対応付けられていないケース（いわゆる”match all”フィルタが対応付けられているケース）を想定している。

しかしながら、例えば、Voice over LTE（VoLTE）のように、EPSベアラに特定のTFTが対応付けられている場合がある。この場合、上述したようなハンドオーバ先のQoSフローにデフォルトのQoSルールを対応付ける方法を適用すると、VoLTEのトラフィック・フローに対して、5Gへのハンドオーバ後に同様のサービス品質（QoS）を提供することができなくなる。

そこで、本発明は、このような状況に鑑みてなされたものであり、EPSベアラに特定のトラフィック・フロー・テンプレート（TFT）が対応付けられている場合でも、ハンドオーバ先のQoSフローと対応付けられるQoSルールに当該TFTの内容を自律的に反映し得るユーザ装置、無線通信システム及び無線通信方法の提供を目的とする。

本発明の一態様は、第１無線通信システム（4G）と、第２無線通信システム（5G）と間におけるハンドオーバを実行するユーザ装置（UE50）であって、前記第１無線通信システムにおいて設定されるベアラ（EPSベアラ）の種類と、前記第２無線通信システムにおいて設定され、サービス品質に応じたフロー（QoSフロー）の種類とが対応付けられた対応情報を保持する対応情報保持部（マッピング情報保持部56）と、前記第１無線通信システムにおいて前記ユーザ装置向けに設定されている前記ベアラに対応付けられるトラフィック・フローのフィルタ（TFT）を保持するフィルタ保持部（フィルタ保持部57）と、前記ベアラの種類を識別するベアラ識別子（EPS Bearer ID）と、前記フィルタ保持部によって保持されている前記フィルタとに基づいて、前記フローに対応付けられるサービス品質ルール（5G QoS Rule）を生成するルール生成部（QoSルール生成部58）とを備える。

本発明の一態様は、第１無線通信システムと、第２無線通信システムとを含む無線通信システムであって、前記第１無線通信システムにおいて設定されるベアラの種類と、前記第２無線通信システムにおいて設定され、サービス品質に応じたフローの種類とが対応付けられた対応情報を保持する対応情報保持部（マッピング情報保持部330）と、前記第１無線通信システムにおいて前記ユーザ装置向けに設定されている前記ベアラに対応付けられるトラフィック・フローのフィルタを取得するフィルタ取得部（フィルタ取得部350）と、前記ベアラの種類を識別するベアラ識別子と、前記フィルタ取得部によって取得された前記フィルタとに基づいて、前記フローに対応付けられるサービス品質ルールを生成するルール生成部（QoSルール生成部360）とを備える。

本発明の一態様は、第１無線通信システムと、第２無線通信システムと間におけるハンドオーバを実行するユーザ装置による無線通信方法であって、ユーザ装置が、前記第１無線通信システムにおいて設定されるベアラの種類と、前記第２無線通信システムにおいて設定され、サービス品質に応じたフローの種類とが対応付けられた対応情報と、前記第１無線通信システムにおいて前記ユーザ装置向けに設定されている前記ベアラに対応付けられるトラフィック・フローのフィルタを保持するステップと、
前記ユーザ装置が、前記ベアラの種類を識別するベアラ識別子と、保持されている前記フィルタとに基づいて、前記フローに対応付けられるサービス品質ルールを生成するステップとを含む。

図１は、無線通信システム10の全体概略構成図である。 図２は、UE50の機能ブロック構成図である。 図３は、SMF/PGW-C 300の機能ブロック構成図である。 図４は、UE50による4Gから5Gへのシステム間ハンドオーバの概略シーケンスを示す図である。 図５は、マッピング情報を用いてPDNコネクション（EPSベアラ）と対応付けられるPDUセッション（QoSフロー）の特定する動作の説明図である。 図６は、EPSベアラに対応付けられるフィルタ（TFT）に基づいて、特定されたQoSフローに対応付けられるサービス品質ルール（5G QoS Rule）を生成する動作の説明図である。 図７は、ハンドオーバ準備フェーズにおけるシーケンス例を示す図である。 図８は、ハンドオーバ実行フェーズにおけるシーケンス例を示す図である。 図９は、UE50が、4G-5G-4Gとハンドオーバを実行する場合におけるQoSルール及びTFTの設定に関する説明図である。 図１０は、UE50及びSMF/PGW-C 300のハードウェア構成の一例を示す図である。

以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。

（１）無線通信システムの全体概略構成
図１は、本実施形態に係る無線通信システム10の全体概略構成図である。無線通信システム10は、複数の無線通信方式に対応している。具体的には、無線通信システム10は、無線通信方式が異なる複数の無線通信システムによって構成される。

より具体的には、図１に示すように、無線通信システム10は、4Gに従った無線通信システム（第１無線通信システム）と、5Gに従った無線通信システム（第２無線通信システム）とによって構成される。

「4G」は、Long Term Evolution（LTE）に従った無線通信システムであり、Evolved Universal Terrestrial Radio Access Network 20（以下、E-UTRAN20）、Mobility Management Entity 100（以下、MME100）、及びServing Gateway 150（以下、SGW150）などを含む。

「5G」は、New Radio（NR）などと呼ばれるLTEの後継システムであり、5G Radio Access Network 30（以下、5G RAN30）、Access and Mobility Management Function 200（以下、AMF200）、Session Management Function/PDN Gateway-C plane 300（以下、SMF/PGW-C 300）、User Plane Function 400（以下、UPF/PGW-U400）、Unified Data Management
500（以下、UDM500）、及びPolicy Control Function/ Policy and Charging Rules Function 600（以下、PCF/PCRF600）などを含む。図１に示す5Gを構成するノードの構成については、3GPP TS23.501などに記載されているとおりである。

SGW150及びUPF/PGW-U400には、Data Network 40（以下、DN40）が接続される。DN40には、インターネットなどのIP網が接続される。

なお、図１では、本発明に関連するノード（装置）のみが図示されている。また、名称から明らかなように、SMF/PGW-C 300、UPF/PGW-U400、及びPCF/PCRF600は、4Gの機能（PGW-C, PGW-U, PCRF）も今後拡張され、5Gとして発展することが想定されることから、このように記載している。

また、「4G」は、LTE（LTE-Advancedを含む）と呼ばれてもよいし、「5G」は、New Radio（NR）などと呼ばれてもよい。さらに、E-UTRAN20を除く4Gのコアネットワーク側のノード群は、Evolved Packet Core（EPC）と呼ばれてもよい。また、5G RAN30を除く5Gのコアネットワーク側のノード群は、5G Core（5GC）と呼ばれてもよい。

E-UTRAN20は、無線基地局25を含む。無線基地局25は、eNB（eNode B）と呼ばれてもよい。5G RAN30は、無線基地局35を含む。無線基地局35は、gNB（gNode B）と呼ばれてもよい。

ユーザ装置50（以下、UE50）は、4G及び5Gに対応している。つまり、UE50は、無線基地局25と4Gに従った無線通信を実行するとともに、無線基地局35と5Gに従った無線通信を実行する。

また、UE50は、4G（第１無線通信システム）と、5G（第２無線通信システム）と間におけるハンドオーバを実行する。つまり、UE50は、4Gから5Gへのハンドオーバ、及び5Gから4Gへのハンドオーバを実行できる。

特に、本実施形態では、UE50、EPC及び5GCは、後述するように、4Gにおいて設定されるEPSベアラの種類を識別するベアラ識別子（EPS Bearer ID）と、5Gにおいて設定されるQoSフローの種類を識別するフロー識別子（QoS Flow ID）とが対応付けられたマッピング情報を用いて、EPSベアラとQoSフローとの対応付けを取得し、互いに対応付けられたベアラとQoSフローとの間においてハンドオーバを実行する。

なお、EPS Bearer IDは、適宜EBIと省略し、QoS Flow IDは、適宜QFIと省略する。

（２）無線通信システムの機能ブロック構成
次に、無線通信システム10の機能ブロック構成について説明する。具体的には、UE50及びSMF/PGW-C 300の機能ブロック構成について説明する。

（２．１）UE50
図２は、UE50の機能ブロック構成図である。図２に示すように、UE50は、無線通信部51、コネクション設定部53、セッション設定部55、マッピング情報保持部56、フィルタ保持部57、QoSルール生成部58及びハンドオーバ実行部59を備える。

無線通信部51は、4G及び5Gに従った無線通信を実行する。具体的には、無線通信部51は、無線基地局25と4Gに従った無線信号を送受信する。また、無線通信部51は、無線基地局35と5Gに従った無線信号を送受信する。

なお、本実施形態では、UE50の種別は特に限定されない。つまり、UE50は、通常のUEカテゴリに属してもよいし、Internet of Things（IoT）向けのカテゴリ、具体的には、bandwidth reduced low complexity UE（BL UE）用のカテゴリ（カテゴリM1, M2）に属しても構わない。

さらに、UE50は、キャリアアグリゲーション（CA）及びデュアルコネクティビティ（DC）を実行できてもよい。

コネクション設定部53は、EPCと、Packet Data Networkコネクション（PDNコネクション）を設定する。具体的には、コネクション設定部53は、EPCと設定される論理的な通信路であるEPSベアラを経由するPDNコネクションを設定する。つまり、PDNコネクションは、EPSベアラと関連する（対応付けられる）。

セッション設定部55は、5GCと、Protocol Data Unitセッション（PDUセッション）を設定する。具体的には、セッション設定部55は、UE50と、PDN Connectivity serviceを提供するDN40との接続関係（association）を示すPDUセッションを設定する。

また、PDUセッションは、5GCにおいて規定されるQoSフロー（5G QoS Flow）と関連する（対応付けられる）。当該QoSフローは、特定のサービス品質（QoS）と対応しており、当該QoSフローに割り当てられた通信（トラフィック）は、スケジューリング、キュー管理、シェーピング、及び無線リンク制御レイヤ（RLC）の構成などにおいて同一の取扱いを受ける。

マッピング情報保持部56は、EPSベアラの種類と、QoSフロー（5G QoS Flow）の種類とがマッピングされたマッピング情報（対応情報）を保持する。上述したように、EPSベアラは、4Gにおいて設定される。また、QoSフローは、5Gで設定され、特定のサービス品質に応じて規定される。

当該マッピング情報は、UE50が4Gと5Gとの間でハンドオーバ（システム間ハンドオーバ）する場合に必要となる。つまり、UE50が当該システム間ハンドオーバを実行する場合、PDNコネクションと関連するEPSベアラと、PDUセッションと関連するQoSフローとのマッピングが必要となる。

マッピング情報保持部56が保持するマッピング情報は、このようなEPS Bearer IDとQoS Flow IDとの対応付けを示す。つまり、マッピング情報では、EPSベアラの種類を識別するEPS Bearer IDと、QoSフローの種類を識別するQoS Flow IDとがマッピングされている。なお、マッピング情報の詳細については、図５及び図６を参照して、さらに後述する。

マッピング情報保持部56は、EPCまたは5GCから送信されたマッピング情報を保持することができる。この場合、マッピング情報は、例えば、無線リソース制御レイヤ（RRCレイヤ）のメッセージまたは報知情報（SIB (System Information Block)）などによってUE50に送信することができる。

また、マッピング情報は、UE50に備えられているUniversal Integrated Circuit Card（UICC）或いはUniversal Subscriber Identity Module（USIM）などに予め記憶されていてもよい。さらに、マッピング情報は、FOTA（Firmware On-The-Air）によって、ファームウェアが更新される際に合わせて更新されてもよい。或いは、マッピング情報は、UE50のオペレーティングシステムが更新される際に合わせて更新されてもよい。

フィルタ保持部57は、EPSベアラに対応付けられるトラフィック・フロー（IPフロー）のフィルタを保持する。具体的には、フィルタ保持部57は、4GにおいてUE50向けに設定されているEPSベアラに対応付けられるトラフィック・フロー・テンプレート（TFT）を保持する。

TFTは、Filter id（フィルタ識別子）、Precedence order（優先順位）、及びFilter Content（フィルタ内容）を含む。TFTは、フィルタリストなどと呼ばれてもよい。TFTの詳細については、さらに後述する。

QoSルール生成部58は、QoSフローに対応付けられるサービス品質ルールを生成する。具体的には、QoSルール生成部58は、QoSフローに対応付けられる5G QoS Ruleを自律的に生成する。

より具体的には、QoSルール生成部58は、EPSベアラの種類を識別するEBI（ベアラ識別子）と、フィルタ保持部57によって保持されているフィルタ（TFT）とに基づいて、特定のQoSフロー（5G QoS Flow）に対応付けられる5G QoS Ruleを生成する。

上述したように、EPSベアラとQoSフローとの対応付けは、マッピング情報保持部56によって保持されているマッピング情報によって特定できるため、QoSルール生成部58は、UE50が設定しているEPSベアラと対応付けられている5G QoS Ruleを導き出しした結果、QoSフローが生成される。

QoSルール生成部58が5G QoS Ruleを生成するタイミングは特に限定されないが、QoSルール生成部58は、ハンドオーバ実行部59によってUE50のハンドオーバが実行される場合、5G QoS Ruleを生成することができる。

具体的には、QoSルール生成部58は、後述するように、UE50が5G RAN30との無線ベアラを設定するタイミング（図４参照）、或いはUE50がHandover Completeを送信するタイミング（図８参照）などが挙げられる。

また、QoSルール生成部58は、EBIと、フィルタ（TFT）を識別するFilter id（フィルタ識別子）とに基づいて、5G QoS Ruleを識別するRule id（ルール識別子）を生成することができる。Rule idを含む5G QoS Ruleの具体的な生成方法については、さらに後述する。

ハンドオーバ実行部59は、UE50のシステム内ハンドオーバ、及びUE50のシステム間ハンドオーバを実行する。つまり、ハンドオーバ実行部59は、4Gから5Gへのハンドオーバ、及び5Gから4Gへのハンドオーバを実行する。

特に、本実施形態では、ハンドオーバ実行部59は、マッピング情報保持部56によって保持されているマッピング情報を用いて、4Gと5Gとの間におけるシステム間ハンドオーバを実行する。

ハンドオーバ実行部59は、UE50が4Gと5Gとの間におけるシステム間ハンドオーバを実行する場合、マッピング情報を用いて、UE50が設定するEPSベアラと、UE50が設定するQoSフローとの対応付けを取得する。さらに、ハンドオーバ実行部59は、取得した当該対応付けに基づいて、互いに対応付けられたEPSベアラとQoSフローとの間においてハンドオーバを実行する。

具体的には、ハンドオーバ実行部59は、3GPP TS 23.502 Section 4.11（System interworking procedures with EPS）に規定されるインターワーク手順に従って、当該ハンドオーバを実行する。

また、ハンドオーバ実行部59は、当該ハンドオーバ、つまり、4Gと5Gとの間におけるシステム間ハンドオーバを実行後、5GCと設定されたQoSフローが解放される（つまり、4Gに再びハンドオーバすることを含む）まで、取得したEPSベアラとQoSフローとの対応付け、及びEBIとフィルタ（TFT）とに基づいて生成された5G QoS Ruleを保持してもよい。

さらに、SMF/PGW-C 300もこのような対応付け（及び5G QoS Rule）を当該QoSフローが解放されるまで保持してもよい。これにより、UE50及びSMF/PGW-C 300は、何らかの必要性が生じた場合でも、迅速に取得したEPSベアラとQoSフローとの対応付けを参照することができる。

（２．２）SMF/PGW-C 300
図３は、SMF/PGW-C 300の機能ブロック構成図である。図３に示すように、SMF/PGW-C 300は、コネクション制御部310、セッション制御部320、マッピング情報保持部330、マッピング情報管理部340、フィルタ取得部350及びQoSルール生成部360を備える。

コネクション制御部310は、UE50と設定されるPDNコネクションに関する制御を実行する。具体的には、コネクション制御部310は、EPCまたは5GCを構成する他のノード（MME100及びAMF200など）と連携して、PDNコネクションの設定及び解放などを実行する。

セッション制御部320は、UE50と設定されるPDUセッションに関する制御を実行する。具体的には、セッション制御部320は、EPCまたは5GCを構成する他のノード（AMF200など）と連携して、PDUセッションの設定及び解放などを実行する。

マッピング情報保持部330は、UE50が保持するマッピング情報と同様のマッピング情報（対応情報）を保持する。つまり、マッピング情報保持部330は、EPSベアラの種類と、QoSフローの種類とがマッピングされたマッピング情報を保持する。

また、マッピング情報保持部330は、マッピング情報管理部340によって生成または更新されたマッピング情報を保持することができる。

マッピング情報管理部340は、EPSベアラの種類と、QoSフローの種類とがマッピングされたマッピング情報（対応情報）を管理する。具体的には、マッピング情報管理部340は、EPCまたは5GCを構成する他のノードから提供される情報に基づいて、当該マッピング情報を生成する。なお、具体的なマッピングの内容は、無線通信システム10のオペレータによって指定されてもよいし、所定のアルゴリズムに基づいて自動生成してもよい。

マッピング情報管理部340は、生成したマッピング情報をマッピング情報保持部330に保持させるとともに、UE50に送信することができる。上述したように、当該マッピング情報は、RRCレイヤのメッセージまたは報知情報などによって、UE50に送信することができる。

また、マッピング情報管理部340は、EPCまたは5GCを構成する他のノードから提供される情報に基づいて、マッピング情報の内容を更新することもできる。マッピング情報管理部340は、更新したマッピング情報をマッピング情報保持部330に保持させる。

フィルタ取得部350は、EPSベアラに対応付けられるトラフィック・フロー（IPフロー）のフィルタ（TFT）を取得する。具体的には、フィルタ取得部350は、4GにおいてUE50向けに設定されているEPSベアラに対応付けられるTFTを取得する。

より具体的には、フィルタ取得部350は、SMF及びPGW-Cに属するセッション管理機能を用いて、当該TFTの内容（Filter id、Precedence order及びFilter Content）を取得する。SMF及びPGW-Cは、セッション管理機能によって、4GのEPSベアラに関する情報を保持しており、フィルタ取得部350は、当該セッション管理機能を用いてFilter id、Precedence order及びFilter Contentを取得できる。

QoSルール生成部360は、UE50のQoSルール生成部58と同様のサービス品質ルールを生成する。具体的には、QoSルール生成部360は、EPSベアラのEBIと、フィルタ取得部350によって取得されたフィルタ（TFT）とに基づいて、特定のQoSフローに対応付けられる5G QoS Ruleを生成する。

QoSルール生成部58と同様に、EPSベアラとQoSフローとの対応付けは、マッピング情報保持部330によって保持されているマッピング情報によって特定できるため、QoSルール生成部360は、UE50が設定しているEPSベアラと対応付けられているQoSフローについて、5GQoS Ruleを生成する。

また、QoSルール生成部58と同様に、QoSルール生成部360は、UE50のハンドオーバが実行される場合、5G QoS Ruleを生成することができる。

さらに、QoSルール生成部360は、EBIと、フィルタ（TFT）を識別するFilter id（フィルタ識別子）とに基づいて、5G QoS Ruleを識別するRule id（ルール識別子）を生成することができる。

（３）無線通信システムの動作
次に、無線通信システム10の動作について説明する。具体的には、無線通信システム10において、UE50が、4Gと5Gとの間におけるシステム間ハンドオーバを実行する動作について説明する。

なお、ここでは、UE50が、4Gから5Gにハンドオーバを実行する動作例について説明する。

（３．１）全体概略動作
UE50が、EPCと、5GCのアイドルモード（idle mode）または接続モード（connected mode）との間でハンドオーバなどのシステム間手順を実行する場合、PDNコネクションと関連するEPSベアラと、PDUセッションと関連するQoSフローとのマッピングが必要となる。UE50は、EPSベアラとPDUセッションとを用いて、UE50のシステム間ハンドオーバを実行することができる。

本実施形態では、UE50は、EPSベアラの種類を識別するEPS Bearer IDと、QoSフローとがマッピングされたマッピング情報、具体的には、EPS Bearer IDとQoS Flow IDとの対応付けを示すマッピング情報を保持している。このため、UE50がシステム間ハンドオーバを実行する都度、当該マッピング情報、つまり、EPS Bearer IDとQoS Flow IDとの対応付けをUE50に送信する必要がない。

図４は、UE50による4Gから5Gへのシステム間ハンドオーバの概略シーケンスを示す。図４に示すように、SMF/PGW-C 300は、予め規定されたEPS Bearer ID（EBI）とQoS Flow ID（QFI）との対応付けの規則に基づいて、マッピング情報を生成する（S10）。SMF/PGW-C 300は、UE50のシステム間ハンドオーバのタイミングとは無関係に、予めマッピング情報を生成することができる。

また、SMF/PGW-C 300は、当該マッピング情報を用いて、EBIによって特定されるEPSベアラと対応付けられるQoSフローを特定する。さらに、SMF/PGW-C 300は、当該EPSベアラに対応付けられるフィルタ（TFT）に基づいて、当該QoSフローに対応付けられるサービス品質ルール（5G QoS Rule）を生成する。なお、具体的な5G QoS Ruleの生成方法については、図６を参照して、さらに後述する。

図４に示すように、マッピング情報は、複数の所定EBIと所定QFIとを対応付け（図中のDefault EBI => PDU session ID, EBIs => QFIs）によって構成される。

このようなマッピング情報は、UE50に予め提供され、UE50でも保持される。マッピング情報のUE50への提供は、上述したように、報知情報を用いたり、UICC/USIMなどにプリインストールしたりする方法を用い得る。

このように、マッピング情報がUE50において予め保持された状態において、UE50がシステム間ハンドオーバを実行する場合、SMF/PGW-C 300は、N2 SM InformationをAMF200に送信する（S20）。なお、S20以降の処理は、既存の4Gから5Gへのシステム間ハンドオーバのシーケンスと同様である。

AMF200は、SMF/PGW-C 300から受信したN2 SM Informationに基づいて、ハンドオーバ要求及び応答（N2 HO req./res.）を5G RAN30と送受信する（S30）。また、AMF200は、UE50が4Gから5Gに遷移することを示すNx Relocation ResponseをMME100に送信する（S40）。

Nx Relocation Responseを受信したMME100は、E-UTRAN20を経由してHO commandをUE50に送信する（S50, S60）。

UE50は、受信したHO commandに基づいて5G RAN30へのハンドオーバを実行する（S70）。ここで、UE50は、保持しているマッピング情報を用いて、設定中である、つまり、アクティブな状態のEPSベアラのEBIと対応付けられているQFIを判定する。

UE50は、判定したQFIと対応するQoSフローを用いて5G RAN30との無線ベアラを設定する（S80）。

また、UE50は、当該マッピング情報を用いて、EBIによって特定されるEPSベアラと対応付けられるQoSフローを特定する。さらに、UE50は、当該EPSベアラに対応付けられるフィルタ（TFT）に基づいて、当該QoSフローに対応付けられるサービス品質ルール（5G QoS Rule）を生成する（ステップS10のSMF/PGW-C 300と同様）。

（３．２）QoSルールの生成
図５及び図６は、PDNコネクション（EPSベアラ）の設定内容から、PDUセッション（QoSフロー）の設定内容を生成するまでの動作説明図である。

具体的には、図５は、マッピング情報を用いてPDNコネクション（EPSベアラ）と対応付けられるPDUセッション（QoSフロー）の特定する動作の説明図である。

図６は、EPSベアラに対応付けられるフィルタ（TFT）に基づいて、特定されたQoSフローに対応付けられるサービス品質ルール（5G QoS Rule）を生成する動作の説明図である。

図５に示すように、まず、UE50（SMF/PGW-C 300も同様、以下同）は、上述したEPS Bearer IDとQoS Flow IDとの対応付けを示すマッピング情報に基づいて、設定しているEPSベアラのEBIと対応付けられているQFIを特定する。

例えば、図５にように、UE50は、EPSベアラ1（PDNコネクション1）のEBI1と対応付けられているQoSフロー（PDUセッション1）のQFIx（EBI1=>QFIx）を特定する。同様に、EBI2=>QFIyについても特定される。また、図５（及び図６）では、EBI及びQFIとは別に、便宜上、EPSベアラ及び5G QoS Ruleの形式的な番号が示されている（EPSベアラ1, 5G QoS Rule1など）。

図５に示すように、EPSベアラの設定情報には、EBIの他に、QoS Class Identifier（QCI）及びTFT（filter list）などが含まれる。このようなTFTは、VoLTEなどに広く用いられている（例えば、QCI=1 for voice and QCI=2 for video）。

ここで、UE50が4G（EPC）から5G（5GC）へのハンドオーバを実行する場合、UE50及び5GC（SMF/PGW-C 300）の何れもが、UE50が5GCへのハンドオーバ後に利用するQoSフローに適用される共通の5G QoS Rule（つまり、TFT）を認識する必要がある。このような共通の5G QoS RuleがUE50及び5GCによって認識されれば、5G QoS Ruleを追加したり、削除したりすることも可能となる。

次に、UE50は、当該マッピング情報に基づいて特定したQoSフローに対応付けられる5G QoS Ruleを生成する。具体的には、UE50は、EPSベアラに対応付けられているTFT（filter list）の内容に基づいて、5G QoS Ruleの内容を生成する。正確には、UE50は、TFTの内容に基づいて5G QoS Ruleの内容を導き（derive）出す。つまり、UE50と5GC（SMF/PGW-C300など）とでは、5G QoS Ruleの内容を同期させるためのデータ送受などは不要である。

具体的には、図６に示すように、TFTの内容と、5G QoS Ruleの内容とが一対一で対応付けられる。具体的には、TFTのFilter idは、5G QoS RuleのRule idと一対一で対応付けられる。

例えばEBI=5のTFTの内容は、QFI=7の5G QoS Ruleと対応付けられる。なお、EBI5=>QFI7の対応付けは、上述したマッピング情報によって特定されたものとする。

また、TFTのPrecedence order及びFilter Contentは、当該5G QoS Ruleの内容としてコピーされる。

図６の例では、EPSベアラ1は、デフォルトのEPSベアラ（QCI=5）であり、SIP（Session Initiation Protocol）トラフィック用である。EPSベアラ1のTFT（Filter id=1）は、SIP用のフィルタ（TCP/UDP port 5060）であり、SIP以外のトラフィックはブロックされる（当該EPSベアラを利用できない）。

EPSベアラ2は、音声メディア専用のEPSベアラ（QCI=1）である。EPSベアラ2のTFT（Filter id=1）は、RTPトラフィック（音声メディア）用のフィルタである。EPSベアラ2のTFT（Filter id=2）は、RTCPトラフィック（control for voice RTP）用のフィルタである。
EPSベアラ2のTFT（Filter id=1, 2）の内容も、特定の5G QoS Rule、図６の例では、QFI=13の5G QoS Ruleと対応付けられる。TFT（Filter id=1, 2）は、何れもEPSベアラ2（EBI=9）と対応付けられているため、当該TFTの内容は、同一のQFI（QFI=13）に対応付けられる5G QoS Rule2, 3として生成される。

EPSベアラ2において、Filter id=1のTFTのPrecedence orderは191であり、Filter id=2のTFTのPrecedence orderは127である。数値が小さい程、高い優先度が与えられる。Filter id=2のTFTは、上述したように、RTCPトラフィック用であり、図６に示すTFTの中では、最も優先度が高い。また、Filter id=1のTFTは、RTPトラフィック（音声メディア）用であり、リアルタイム性が重視されるため、SIP用のTFTのPrecedence order（223）よりも少し高い優先度（191）が与えられている。

また、Rule idは、EBIの値を利用した規則によって自動的に生成される。具体的には、EBIの値（4ビット）をRule idの上位4ビットで表現し、Filter idの値をRule idの下位4ビットで表現することによって、PDUセッション間において一意に特定できるようにする。

例えば、図６に示すように、5G QoS Rule1のRule id（8ビット整数）は、EBI=5及びFilter id=1と対応付けられているため、0x51となる。

（３．３）ハンドオーバ
次に、UE50による4Gから5Gへのシステム間ハンドオーバの具体的なシーケンスについて説明する。

本動作例では、5GCにおけるUE50の状態が接続モード（connected mode）である場合におけるシステム間ハンドオーバのシーケンスについて説明する。

図７は、ハンドオーバ準備フェーズにおけるシーケンス例を示す。また、図８は、ハンドオーバ実行フェーズにおけるシーケンス例を示す。

なお、図７及び図８に示すシーケンス例は、3GPP TS 23.502 Section 4.11（System interworking procedures with EPS）などに示されている。特に、図７及び図８に示すシーケンス例は、3GPPの関連文献（”TS 23.502: P-CR for Single Registration-based Interworking from EPS to 5GS procedure” S2-171013, SA WG2 Meeting #119, 3GPP, 2017年2月）に示されている。以下、当該文献と異なる部分について、主に説明する。

図７に示すように、ハンドオーバ準備フェーズでは、SMF/PGW-C 300は、PDUセッションのIDを生成し、所定のQoSフローを割り当てる（図７のステップ８）。この際、SMF/PGW-C 300は、予め生成されているマッピング情報を用いる。

また、SMF/PGW-C 300は、当該マッピング情報を用いて、EBIによって特定されるEPSベアラと対応付けられるQoSフローを特定する。さらに、SMF/PGW-C 300は、当該EPSベアラに対応付けられるフィルタ（TFT）に基づいて、当該QoSフローに対応付けられるサービス品質ルール（5G QoS Rule）を生成する。

上述したように、実質的に、PDUセッションのIDは、PDNコネクションのデフォルトEBIと対応付けられる。また、QFIは、何れかのEBIと対応付けられる。

また、図８に示すように、ハンドオーバ実行フェーズでは、UE50は、SMF/PGW-C 300が用いたマッピング情報と同様のマッピング情報を用いて、EBIとQFIとの対応付けを実行する（図８のステップ３）。

また、UE50は、当該マッピング情報を用いて、EBIによって特定されるEPSベアラと対応付けられるQoSフローを特定する。さらに、UE50は、当該EPSベアラに対応付けられるフィルタ（TFT）に基づいて、当該QoSフローに対応付けられるサービス品質ルール（5G QoS Rule）を生成する。

このように、本動作例では、予め保持されているマッピング情報が用いられるため、ハンドオーバ準備フェーズ（具体的には、ステップ１５）及びハンドオーバ実行フェーズ（具体的には、ステップ１，２）では、マッピング情報の送受信は実行されない。

また、上述したように、UE50及びSMF/PGW-C 300が保持するマッピング情報は、更新できるが、ネットワーク（EPC, 5GC）側のOAM（Operation, Administration, Management）システムが更新されたマッピング情報をUE50及びSMF/PGW-C 300などのノードに提供してもよい。

（３．４）ハンドオーバに伴うQoSルール及びトラフィック・フロー・テンプレートの設定
次に、UE50が4Gから5Gへのハンドオーバを実行し、その後再び4Gへのハンドオーバを実行する場合におけるQoSルール及びトラフィック・フロー・テンプレート（TFT）の設定について説明する。

図９は、UE50が、4G-5G-4Gとハンドオーバを実行する場合におけるQoSルール及びTFTの設定に関する説明図である。

図９に示すように、UE50が、4Gから5Gへの遷移（ハンドオーバ）を実行すると、上述したように、UE50及び5GC（SMF/PGW-C 300）は、5G QoS Ruleを自律的に生成、具体的には、EPSベアラのTFTに基づいて導き出す。

次いで、UE50が5G経由で通信している（待ち受けを含む）期間に、5GCが5G QoS Ruleを変更する必要が生じた場合、変更対象の5G QoS Ruleと対応するEPSベアラのTFTの内容についても変更し、UE50に通知する。

また、5GCが新たなQoSフロー（QFI）を設定する場合、5GCは、当該新たなQoSフローの5G QoS Ruleと対応するEPSベアラのTFTの内容（全内容）をUE50に通知する。なお、このような通知は、PDU Session Modification procedure（例えば、”23.502: QoS mapping for 5GC-EPC interworking”, S2-173339, 3GPP TSG SA WG2 Meeting #121, 3GPP, 2017年5月）によって実現できる。

また、仮に、UE50が5Gへ遷移した際にサービスの追加や修正が生じ、5G QoS Ruleを追加したり、QoSフローの内容を変更したりする場合には、5G QoS Ruleは、TFTの上位集合（superset）であり、対応するTFTの全内容が更新が必要となる。従って、この場合、通常のPDU Session Modification procedure手順をNW側から起動し実行する必要がある。

UE50が、5Gから4Gへ再び遷移（ハンドオーバ）を実行する場合、UE50は、利用中の5G QoS Ruleに対応するEPSベアラのTFTを既に保持しているため、当該TFTが利用して、当該EPSベアラを経由して通信を継続する。

（４）作用・効果
上述した実施形態によれば、以下の作用効果が得られる。具体的には、UE50（及びSMF/PGW-C 300）は、EPSベアラのEBIとフィルタ（TFT）とに基づいて、マッピング情報によって特定されたQoSフローに対応付けられる5G QoS Ruleを生成、正確には、導き出す（derive）ことができる。

このため、VoLTEのように、EPSベアラが特定のTFTと対応付けられている場合でも、ハンドオーバ先のQoSフローと対応付けられる5G QoS Ruleに当該TFTの内容を自律的に反映し得る。すなわち、無線通信システム10によれば、EPSベアラが特定のTFTと対応付けられている場合でも、所望のサービス品質を維持しつつ、UE50の柔軟なシステム間ハンドオーバ（4Gから5G及び5Gから4G）を実現し得る。

また、5G QoS Ruleの生成に、UE50と5GCとの通信を必要としないため、処理負荷の低減、無線リソースの節約、及び迅速なハンドオーバに貢献する。

本実施形態では、UE50の4Gから5Gへのハンドオーバ実行時に、上述した5G QoS Ruleを生成できる。このため、5G QoS Ruleの必要性に応じた最新の5G QoS Ruleを生成し得る。

本実施形態では、EBIとFilter idとに基づいて規則性のあるRule idを自動的に生成できる。このため、UE50及び5GC（SMF/PGW-C 300）が、それぞれ独立して5G QoS Ruleを生成する場合でも、同一のRule idを付与でき、UE50及び5GCにおいて、同一の5G QoS Ruleを確実に認識し得る。

（５）その他の実施形態
以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。

例えば、上述した実施形態では、SMF/PGW-C 300がマッピング情報及びサービス品質ルール（5G QoS Rule）を生成し、保持していたが、マッピング情報及びサービス品質ルールは、5GCを構成する他のノード（例えば、AMF200）、或いはEPCを構成する他のノード（例えば、MME100）が、生成または保持の何れか一方または両方を行ってもよい。

また、上述した5G QoS Ruleの生成方法は、UE50のハンドオーバ時ではなく、TFTの内容が変更された場合などに、3GPP 24.008において規定されるProtocol Configuration Options（PCO）によって、関連するノード（UE50, MME100, SGW150, SMF/PGW-C 300など）に通知する際に用いられてもよい。

また、上述した実施形態の説明に用いたブロック構成図（図２，３）は、機能ブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／またはソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／または論理的に結合した１つの装置により実現されてもよいし、物理的及び／または論理的に分離した２つ以上の装置を直接的及び／または間接的に（例えば、有線及び／または無線）で接続し、これら複数の装置により実現されてもよい。

さらに、上述したUE50及びSMF/PGW-C 300（当該装置）は、本発明の処理を行うコンピュータとして機能してもよい。図１０は、当該装置のハードウェア構成の一例を示す図である。図１０に示すように、当該装置は、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びバス1007などを含むコンピュータ装置として構成されてもよい。

当該装置の各機能ブロック（図２，３参照）は、当該コンピュータ装置の何れかのハードウェア要素、または当該ハードウェア要素の組み合わせによって実現される。

プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）で構成されてもよい。

メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM（Read Only Memory）、EPROM（Erasable Programmable ROM）、EEPROM（Electrically Erasable Programmable ROM）、RAM（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ1002は、上述した実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM（Compact Disc ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記録媒体は、例えば、メモリ1002及び／またはストレージ1003を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置1004は、有線及び／または無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。

入力装置1005は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置1006は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置1005及び出力装置1006は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、情報の通知は、上述した実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、DCI（Downlink Control Information）、UCI（Uplink Control Information））、上位レイヤシグナリング（例えば、RRCシグナリング、MAC（Medium Access Control）シグナリング、報知情報（MIB（Master Information Block）、SIB（System Information Block））、その他の信号またはこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC Connection Setupメッセージ、RRC Connection Reconfigurationメッセージなどであってもよい。

さらに、入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報は、上書き、更新、または追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。

上述した実施形態におけるシーケンス及びフローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。

また、上述した実施形態において、SMF/PGW-C 300によって行われるとした特定動作は、他のネットワークノード（装置）によって行われることもある。また、複数の他のネットワークノードの組み合わせによってSMF/PGW-C 300の機能が提供されても構わない。

なお、本明細書で説明した用語及び／または本明細書の理解に必要な用語については、同一のまたは類似する意味を有する用語と置き換えてもよい。例えば、該当する記載がある場合、チャネル及び／またはシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、「システム」及び「ネットワーク」という用語は、互換的に使用されてもよい。

さらに、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。

無線基地局25, 35（基地局）は、１つまたは複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局RRH：Remote Radio Head）によって通信サービスを提供することもできる。

「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び／または基地局サブシステムのカバレッジエリアの一部または全体を指す。
さらに、「基地局」「eNB」、「セル」、及び「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、NodeB、eNodeB（eNB）、gNodeB（gNB）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。

UE50は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

また、「含む（including）」、「含んでいる（comprising）」、及びそれらの変形の用語は、「備える」と同様に、包括的であることが意図される。さらに、本明細書或いは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。

本明細書で使用した「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

本明細書の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。

上述したユーザ装置、無線通信システム及び無線通信方法によれば、EPSベアラに特定のトラフィック・フロー・テンプレート（TFT）が対応付けられている場合でも、ハンドオーバ先のQoSフローと対応付けられるQoSルールに当該TFTの内容を自律的に反映し得るため、有用である。

10 無線通信システム
20 E-UTRAN
25 無線基地局
30 5G RAN
35 無線基地局
40 DN
50 UE
51 無線通信部
53 コネクション設定部
55 セッション設定部
56 マッピング情報保持部
57 フィルタ保持部
58 QoSルール生成部
59 ハンドオーバ実行部
100 MME
150 SGW
200 AMF
300 SMF/PGW-C
310 コネクション制御部
320 セッション制御部
330 マッピング情報保持部
340 マッピング情報管理部
350 フィルタ取得部
360 QoSルール生成部
400 UPF/PGW-U
500 UDM
600 PCF/PCRF
1001 プロセッサ
1002 メモリ
1003 ストレージ
1004 通信装置
1005 入力装置
1006 出力装置
1007 バス

Claims (7)

1. 第１無線通信システムと、第２無線通信システムと間におけるハンドオーバを実行するユーザ装置であって、
   前記第１無線通信システムにおいて設定されるベアラの種類と、前記第２無線通信システムにおいて設定され、サービス品質に応じたフローの種類とが対応付けられた対応情報を保持する対応情報保持部と、
   前記第１無線通信システムにおいて前記ユーザ装置向けに設定されている前記ベアラに対応付けられるトラフィック・フローのフィルタを保持するフィルタ保持部と、
   前記ベアラの種類を識別するベアラ識別子と、前記フィルタ保持部によって保持されている前記フィルタとに基づいて、前記フローに対応付けられるサービス品質ルールを生成するルール生成部と
   を備えるユーザ装置。
2. 前記第１無線通信システムから前記第２無線通信システムへのハンドオーバを実行するハンドオーバ実行部と、
   前記ルール生成部は、前記ハンドオーバ実行部によって前記ハンドオーバが実行される場合、前記サービス品質ルールを生成する請求項１に記載のユーザ装置。
3. 前記ルール生成部は、前記ベアラ識別子と、前記フィルタを識別するフィルタ識別子とに基づいて、前記サービス品質ルールを識別するルール識別子を生成する請求項１に記載のユーザ装置。
4. 第１無線通信システムと、第２無線通信システムとを含む無線通信システムであって、
   前記第１無線通信システムにおいて設定されるベアラの種類と、前記第２無線通信システムにおいて設定され、サービス品質に応じたフローの種類とが対応付けられた対応情報を保持する対応情報保持部と、
   前記第１無線通信システムにおいてユーザ装置向けに設定されている前記ベアラに対応付けられるトラフィック・フローのフィルタを取得するフィルタ取得部と、
   前記ベアラの種類を識別するベアラ識別子と、前記フィルタ取得部によって取得された前記フィルタとに基づいて、前記フローに対応付けられるサービス品質ルールを生成するルール生成部と
   を備える無線通信システム。
5. 前記ルール生成部は、前記ユーザ装置のハンドオーバが実行される場合、前記サービス品質ルールを生成する請求項４に記載の無線通信システム。
6. 前記ルール生成部は、前記ベアラ識別子と、前記フィルタを識別するフィルタ識別子とに基づいて、前記サービス品質ルールを識別するルール識別子を生成する請求項４に記載の無線通信システム。
7. 第１無線通信システムと、第２無線通信システムと間におけるハンドオーバを実行するユーザ装置による無線通信方法であって、
   ユーザ装置が、前記第１無線通信システムにおいて設定されるベアラの種類と、前記第２無線通信システムにおいて設定され、サービス品質に応じたフローの種類とが対応付けられた対応情報と、前記第１無線通信システムにおいて前記ユーザ装置向けに設定されている前記ベアラに対応付けられるトラフィック・フローのフィルタを保持するステップと、
   前記ユーザ装置が、前記ベアラの種類を識別するベアラ識別子と、保持されている前記フィルタとに基づいて、前記フローに対応付けられるサービス品質ルールを生成するステップと
   を含む無線通信方法。

Images