JP2023100117A - 基地局、及びＱｏＳフロー制御方法 - Google Patents

Abstract

【課題】移動通信システムのパフォーマンスの低下を抑制するようにした基地局及びＱｏＳフロー制御方法を提供すること。【解決手段】一態様に係る基地局は、ユーザ装置１００と無線通信を行う基地局２００である。基地局２００は、ユーザ装置１００と無線通信が可能な第１無線ユニット２１１及び第２無線ユニット２２１を有する。また、基地局２００は、第１無線２１１ユニットと接続され、第１サービス向けの第１スケジューラ２１３を含む第１分散ユニット２１２と、第２無線ユニット２２１と接続され、第１サービスとは異なる第２サービス向けの第２スケジューラ２２３を含む第２分散ユニット２２２とを有する、更に、基地局２００は、第１分散ユニット２１２と第２分散ユニット２２２を制御する制御部２５２を有する。制御部２５２は、確立されたＱｏＳフローに対して、第１分散ユニット２１２及び第２分散ユニット２２２のいずれかを選択して、ユーザ装置１００と通信を行う。【選択図】図１

Description

本発明は、基地局、及びＱｏＳフロー制御方法に関する。

一部の地域では、第５世代移動通信（５Ｇ：5th Generation）システム（以下、「５Ｇシステム」と称する場合がある。）の運用が開始されている。３ＧＰＰ（3rd Generation Partnership Project）では、５Ｇシステムに関し、ｅＭＢＢ（enhanced Mobile Broad Band）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）、ｍＭＴＣ（massive Machine Type Communications）の３種類の性能要件を規定している。５Ｇシステムに対してこのような性能要件を課すことで、例えば、様々なユースケース（又はサービス）に対応する５Ｇシステムを構築させることが可能となる。

５Ｇシステムにおいては、ｇＮＢ（next generation Node B）と呼ばれる基地局が存在する。ｇＮＢには、１つのｇＮＢ－ＣＵ（Central Unit）に複数のｇＮＢ－ＤＵ（Distributed Unit）が接続される構成が許容されている。このような構成により、例えば、ｇＮＢ－ＣＵとｇＮＢ－ＤＵとに対して機能を分離させることで柔軟なシステム設計を可能としている。

また、５Ｇシステムでは、ＩＰフロー単位のＱｏＳ（Quality of Service）サービスをユーザ装置（ＵＥ：User Equipment）に提供することが可能である。５Ｇシステムでは、ＰＤＵ（Protocol Data Unit）セッションの確立（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）又は更新（ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ）の際に、ＱｏＳフローを確立する。ＱｏＳフローは、ＳＭＦ（Session Management Function）の制御の下で、ユーザ装置（ＵＥ：User Equipment）と、ＵＰＦ（User Plane Function）との間で確立される。ユーザ装置は、ＱｏＳフロー毎にＱｏＳサービスを受けることが可能となる。

3GPP TS 23.501 V16.10.0 (2021-09) 3GPP TS 23.502 V16.10.0 (2021-09) 3GPP TS 38.300 V16.7.0 (2021-09) 3GPP TS 38.401 V16.7.0 (2021-10)

本発明の一態様は、移動通信システムのパフォーマンスの低下を抑制するようにした基地局及びＱｏＳフロー制御方法を提供することにある。

第１の態様に係る基地局は、ユーザ装置と無線通信を行う基地局である。前記基地局は、ユーザ装置と無線通信が可能な第１無線ユニット及び第２無線ユニットを有する。また、前記基地局は、第１無線ユニットと接続され、第１サービス向けの第１スケジューラを含む第１分散ユニットと、第２無線ユニットと接続され、第１サービスとは異なる第２サービス向けの第２スケジューラを含む第２分散ユニットとを有する、更に、前記基地局は、第１分散ユニットと第２分散ユニットを制御する制御部を有する。制御部は、確立されたＱｏＳフローに対して、第１分散ユニット及び第２分散ユニットのいずれかを選択して、ユーザ装置と通信を行う。

第２の態様に係るＱｏＳフロー制御方法は、ユーザ装置と無線通信を行う基地局におけるＱｏＳフロー制御方法である。前記基地局は、ユーザ装置と無線通信が可能な第１無線ユニット及び第２無線ユニットを有する。また、前記基地局は、第１無線ユニットと接続され、第１サービス向けの第１スケジューラを含む第１分散ユニットと、第２無線ユニットと接続され、第１サービスとは異なる第２サービス向けの第２スケジューラを含む第２分散ユニットとを有する、更に、前記基地局は、第１分散ユニットと第２分散ユニットを制御する制御部を有する。前記ＱｏＳフロー制御方法は、制御部により、確立されたＱｏＳフローに対して、第１分散ユニット及び第２分散ユニットのいずれかを選択して、ユーザ装置と通信を行うステップを有する。

一態様によれば、移動通信システムのパフォーマンスの低下を抑制するようにした基地局及びＱｏＳフロー制御方法を提供できる。

図１は一実施形態に係る移動通信システムの構成例を表す図である。 図２（Ａ）は一実施形態に係るＣＵ、図２（Ｂ）一実施形態に係るＤＵの構成例を夫々表す図である。 図３は一実施形態に係るＲＵの構成例を表す図である。 図４は一実施形態に係る動作例を表す図である。 図５は一実施形態に係るＤＵ選択処理の例を表すフローチャートである。 図６は一実施形態に係るＤＵ選択処理の例を表すフローチャートである。 図７は一実施形態に係るＣＵ内ハンドオーバの動作例を表す図である。 図８は一実施形態に係る動作例を表す図である。 図９は一実施形態に係るＣＵ内ハンドオーバの動作例を表す図である。

上述したように、５Ｇシステムでは、ＱｏＳフローによってＱｏＳサービスの提供が可能となる。また、ｇＮＢには、１つのｇＮＢ－ＤＵに複数のＱｏＳフローを設定することが可能である。

しかし、１つのｇＮＢ－ＤＵに、異なる種類のＱｏＳフローが設定されることで、５Ｇシステム全体のパフォーマンスが低下する場合がある。

例えば、ＱｏＳフローには、ＧＢＲ（Guaranteed Bit Rate）、Ｎｏｎ－ＧＢＲ、及びＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲの３つの種別がある。このうち、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲが他の種別と比較して、動作条件が最も厳しいものとなっている。１つのｇＮＢ－ＤＵに、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲのＱｏＳフローと、他のＱｏＳフローとが設定された場合、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲのＱｏＳフローを優先すると、当該ＱｏＳフローに対して動作保証が可能となるものの、他のＱｏＳフローがその影響を受け、当該ｇＮＢ－ＤＵにおいて、スループットが低下する場合がある。また、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲに対しては、スケジューリング処理が煩雑となりやすく、５Ｇシステム全体のスループットが低下しやすい状況が発生する場合がある。

また、例えば、ＵＲＬＬＣ向けのＱｏＳフローと、ＵＲＬＬＣ以外のＱｏＳフローとが１つのｇＮＢ－ＤＵに設定された場合も、ＵＲＬＬＣ向けのＱｏＳフローを優先すると、当該ｇＮＢ－ＤＵにおいて、ＵＲＬＬＣ以外のＱｏＳフローのスループットなどが低下するなど、影響を受ける場合がある。

このようなＱｏＳフローの影響は、当該ｇＮＢ－ＤＵだけではなく、ｇＮＢ全体に影響し、更には、５Ｇシステム全体にも影響する場合がある。

そこで、本実施形態では、このような５Ｇシステム（又は移動通信システム）のパフォーマンス低下を抑制することを課題としている。

このような課題を解決するため、本実施形態では、ｇＮＢ－ＤＵ毎に異なるサービス向けのスケジューラを設定している。そして、本実施形態では、ＱｏＳフローが確立された場合、当該ＱｏＳフローに対して、ｇＮＢ－ＣＵが、いずれかのｇＮＢ－ＤＵを選択するようにしている。

これにより、例えば、確立されたＱｏＳフローが、いずれか１つの分散ユニット（ｇＮＢ－ＤＵ）において処理が行われ、当該分散ユニットのスケジューラにおいて、当該ＱｏＳフローに対するスケジューリングを行うことが可能となる。そのため、複数のＱｏＳフローが確立されても、各ＱｏＳフローが異なる分散ユニットで処理を行うことが可能となり、各ＱｏＳフローについて、互いに影響を抑制させることができる。従って、基地局だけではなく、移動通信システム全体についても、パフォーマンスの低下を抑制させることが可能となる。

以下、図面を参照しながら、実施形態について具体的に説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
[移動通信システムの構成例]
図１は、一実施形態に係る移動通信システム１０の構成例を表す図である。

図１に示すように、移動通信システム１０は、ＵＥ１００、ｇＮＢ２００、ＣＮ（Core Network）３００を有する。

ＵＥ１００は、例えば、スマートフォン、フィーチャーフォン、ＩｏＴ（Internet of Things）機器、パーソナルコンピュータなどである。図１の例では、１台のＵＥ１００の例が示されているが、複数台あってもよい。

ｇＮＢ２００は、基地局の一例である。ｇＮＢ２００は、５Ｇシステムにおける基地局として機能する。ｇＮＢ２００は、ＵＥ（又はユーザ装置）１００と無線通信を行って、ＵＥ１００に対して、様々なサービスを提供する。ｇＮＢに代えて、ｅｎ－ｇＮＢなどであってもよい。

なお、ＵＥ１００とｇＮＢ２００の間のネットワークは、５Ｇシステムにおいては、ＮＧ－ＲＡＮ（Next Generation-Radio Access Network）又はＲＡＮと呼ばれる場合がある。

ＣＮ３００は、ｇＮＢ２００と、ＣＮ３００内の機能ユニット（又は機能エンティティ）との間のネットワークである。ＣＮ３００内の機能ユニットとしては、ＳＭＦ、ＡＭＦ（Access and Mobility Management Function）、及びＵＰＦなどがある。ＣＮ３００内の機能ユニットにより、ＰＤＵセッションの確立又は更新などが行われる。また、機能ユニットにより、ｇＮＢ２００を介して、ユーザデータをＵＥ１００へ送信したり、ＵＥ１００から送信されたユーザデータを他のネットワークへ送信したりすることができる。

（ｇＮＢの構成例）
図１に示すように、ｇＮＢ２００は、ＣＵ２５０と、複数のＤＵ２１２,２２２,２３２、及び複数のＲＵ（Radio Unit）２１１,２２１,２３１を有する。

ＣＵ２５０は、例えば、集約ユニットと称される場合がある。ＣＵ２５０は、各ＤＵ２１２,２２２,２３２と接続されて、各ＤＵ２１２,２２２,２３２を制御する。また、ＣＵ２５０は、複数のＤＵ２１２,２２２,２３２のうち、いずれかを選択して、ＵＥ１００と通信することが可能である。ＣＵ２５０は、ＣＮ３００と接続され、ＣＮ３００との間で、ユーザデータなどの送受信を行う。

各ＤＵ２１２,２２２,２３２は、例えば、分散ユニットと称される場合がある。ＤＵ＃１（２１２）は、ＣＵ２５０と接続されるとともに、ＲＵ＃１（２１１）と接続される。また、ＤＵ＃２（２２２）は、ＣＵ２５０と接続されるとともに、ＲＵ＃２（２２１）と接続される。更に、ＤＵ＃３（２３２）は、ＣＵ２５０と接続されるとともに、ＲＵ＃３（２３１）と接続される。

各ＤＵ２１２,２２２,２３２には、スケジューラ２１３,２２３,２３３をそれぞれ有する。スケジューラ＃１（２１３）は、ＵＥ１００と無線通信を行う場合、ＵＥ１００に対して無線リソースを割り当てるなどのスケジューリング処理を行う。他のスケジューラ２２３,２３３も同様である。

各ＲＵ２１１,２２１,２３１は、例えば、無線ユニットと称される場合がある。ＲＵ＃１（２１１）（例えば第１無線ユニット）は、ＤＵ＃１（２１２）に制御されて、ＵＥ１００と無線通信が可能である。また、ＲＵ＃２（２２１）（例えば第２無線ユニット）は、ＤＵ＃２（２２２）に制御されて、ＵＥ１００と無線通信が可能である。更に、ＲＵ＃３（２３１）は、ＤＵ＃３（２３２）に制御されて、ＵＥ１００と無線通信が可能である。

図１に示すように、ＲＡＮ＃１（２１０）は、ＤＵ＃１（２１２）とＲＵ＃１（２１１）を含む。また、ＲＡＮ＃２（２２０）は、ＤＵ＃２（２２２）とＲＵ＃２（２２１）を含む。更に、ＲＡＮ＃３（２３０）は、ＤＵ＃３（２３２）とＲＵ＃３（２３１）を含む。

一実施形態においては、各スケジューラ２１３,２２３,２３３は、それぞれ異なるサービス向けのスケジューラとなっている。

第１に、サービスとして、ｅＭＢＢ、ＵＲＬＬＣ、及びｍＭＴＣのいずれかでもよい。例えば、スケジューラ＃１（２１３）はｅＭＢＢ向けのスケジューラであり、スケジューラ＃２（２２３）はＵＲＬＬＣ向けのスケジューラであり、スケジューラ＃３（２３３）はｍＭＴＣ向けのスケジューラである。例えば、スケジューラ＃１（２１３）が第１サービス向けの第１スケジューラであってもよいし、スケジューラ＃２（２２３）が第２サービス向けの第２スケジューラであってもよい。

ｅＭＢＢ向けのスケジューラでは、例えば、無線状況の良好なＵＥ１００に対して多くの無線リソースを割り当てるスケジューリングが行われてもよい。また、ＵＲＬＬＣ向けのスケジューラでは、ＵＲＬＬＣ向けとして割り込み可能な無線リソース領域を予め確保しておき、当該無線リソースをＵＥ１００に割り当てるスケジューリングが行われてもよい。更に、ｍＭＴＣ向けのスケジューラでは、大量のＵＥ１００から同時に無線通信が行われる可能性を考慮して、無線リソース領域を予め確保しておき、当該無線リソースをＵＥ１００に割り当てるスケジューリングが行われてもよい。

第２に、サービスとして、ＧＢＲ、Ｎｏｎ－ＧＢＲ、及びＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲのいずれかでもよい。例えば、スケジューラ＃１（２１３）はＧＢＲ向けのスケジューラであり、スケジューラ＃２（２２３）はＮｏｎ－ＧＢＲ向けのスケジューラであり、スケジューラ＃３（２３３）はＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲ向けのスケジューラである。各スケジューラ２１３,２２３,２３３では、ＱｏＳフローの種別（又はリソース種別）に対応するＱｏＳ特性が得られるよう予め無線リソース領域を確保しておき、当該無線リソースをＵＥ１００に割り当てるスケジューリングが行われてもよい。

ただし、１つのサービスについては、当該サービス向けのスケジューラとして、複数のスケジューラが設定されてもよい。例えば、ＵＲＬＬＣ向けのスケジューラとして、スケジューラ＃１（２１３）とスケジューラ＃２（２２３）が設定されてもよい。また、例えば、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲ向けのスケジューラとして、スケジューラ＃１（２１３）とスケジューラ＃２（２２３）が設定されてもよい。これらのサービスは、他と比較して他のサービスに影響を与えやすく、複数のスケジューラにより、より多くの無線リソースをＵＥ１００に与えることが可能となる。

ＣＵ２５０は、確立されたＱｏＳフローに対して、複数のＤＵ２１２,２２２,２３２のうち、いずれかを選択する。これにより、ＣＵ２５０は、当該ＱｏＳフローに対するスケジューリング処理を、当該ＱｏＳフローに対応（又は合致）する、いずれかのスケジューラ２１３,２２３,２３３に行わせることが可能となる。

なお、以下では、複数のＤＵ２１２,２２２,２３２のうち、ＤＵ＃１（２１２）を代表して説明する場合がある。また、複数のＲＵ２１１,２２１,２３１のうち、ＲＵ＃１（２１１）を代表して説明する場合がある。更に、複数のスケジューラ２１３,２２３,２３３のうち、スケジューラ＃１（２１３）を代表して説明する場合がある。

（ＣＵ、ＤＵ、ＲＵの各構成例）
図２（Ａ）は、一実施形態に係るＣＵ２５０の構成例を表す図である。

図２（Ａ）に示すように、ＣＵ２５０は、インタフェース部２５１と制御部２５２を有する。

インタフェース部２５１は、制御部２５２の制御の下、ＣＮ３００との間でメッセージなどを送受信したり、複数のＤＵ２１２,２２２,２３２のうちいずれかのＤＵ２１２,２２２,２３２との間でメッセージを送受信したりする。インタフェース部２５１は、例えば、ＣＮ３００に対しては、ＮＧインタフェースのメッセージを送受信し、各ＤＵ２１２,２２２,２３２に対しては、Ｆ１インタフェースのメッセージを送受信する。

制御部２５２は、ＣＵ２５０における各種制御を行う。制御部２５２は、確立されたＱｏＳフローに対して、複数のＤＵ２１２,２２２,２３２のうちいずれかのＤＵ２１２,２２２,２３２を選択する。そして、選択したＤＵ２１２,２２２,２３２のスケジューラ２１３,２２３,２３３において、当該ＱｏＳフローに対するスケジューリング処理を行わせる。詳細は動作例で説明する。

図２（Ｂ）は、一実施形態に係るＤＵ＃１（２１２）の構成例を表す図である。他のＤＵ＃２（２２２）とＤＵ＃３（２３２）もＤＵ＃１（２１２）と同様の構成である。

図２（Ｂ）に示すように、ＤＵ＃１（２１２）は、インタフェース部２１２０と制御部２１２１を有する。

インタフェース部２１２０は、制御部２１２１の制御の下、ＣＵ２５０との間でメッセージなどを送受信したり、ＲＵ＃１（２１１）との間でメッセージを送受信したりする。インタフェース部２１２０は、例えば、ＣＵ２５０に対してはＦ１インタフェースのメッセージを送受信し、ＲＵ＃１（２１１）に対してはＯ－ＲＡＮ（Open Radio Access Network）フロントホール仕様のメッセージを送受信する。

制御部２１２１は、ＤＵ＃１（２１２）における各種制御を行う。制御部２１２１は、スケジューラ＃１（２１３）を含む。

図３は、一実施形態に係るＲＵ＃１（２１１）の構成例を表す図である。

インタフェース部２１１０は、ＤＵ＃１（２１２）との間でメッセージを送受信したり、無線処理部２１１１との間でデータなどを送受信したりする。すなわち、インタフェース部２１１０は、ＤＵ＃１（２１２）から受信したメッセージからデータ又は制御信号などを抽出し、抽出したデータ又は制御信号などを無線処理部２１１１へ出力する。また、インタフェース部２１１０は、無線処理部２１１１から出力されたデータ又は制御信号などに対して、これらを含む所定フォーマットのメッセージを生成し、当該メッセージをＤＵ＃１（２１２）へ出力する。

無線処理部２１１１は、インタフェース部２１１０から出力されたデータ又は制御信号などを、無線帯域の無線信号に変換（アップコンバート）し、当該無線信号をアンテナ２１１２へ出力する。また、無線処理部２１１１は、アンテナ２１１２から出力された無線信号をベースバンド帯域のデータ又は無線信号などに変換（ダウンコンバード）し、当該データ又は無線信号などをインタフェース部２１１０へ出力する。

アンテナ２１１２は、無線処理部２１１１から出力された無線信号をＵＥ１００へ送信する。また、アンテナ２１１２は、ＵＥ１００から送信された無線信号を受信し、受信した無線信号を無線処理部２１１１へ出力する。アンテナ２１１２は、スケジューラ＃１（２１３）により割り当てられた無線リソースを利用して、無線信号を受信したり、無線信号を送信したりする。

（ＱｏＳフロー）
ここで、ＱｏＳフローについて説明する。

ＱｏＳフローは、ＰＤＵセッションにおいてＱｏＳを区別する際の最も細かい粒度である。ＱｏＳフローは、ＣＮ３００のＳＭＦによって制御される。また、ＱｏＳフローは、ＰＤＵセッション確立手順（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）又はＰＤＵセッション更新手順（ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）で確立される。ＱｏＳフローは、予め設定（ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）されてもよい。

５Ｇシステムにおいて、ＱｏＳフローを識別するためにＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）が用いられる。また、各ＱｏＳを識別するためにＱｏＳ ＩＤ（５ＱＩ：5G QoS Identifier）が用いられる。

各ＱｏＳフローは、ＱｏＳパラメータとＱｏＳ特性に関連づけられる。ＱｏＳパラメータは、５ＱＩ、優先度などの情報を含むＡＲＰ（Allocation and Retention Priority）などを含む。また、ＱｏＳ特性には、リソースタイプ、優先レベル、パケットエラーレート、ＵＥ１００とＵＰＦとの間において許容される遅延時間の最大値（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ）などが含まれる。このようなＱｏＳパラメータとＱｏＳ特性により、ＱｏＳフローを特徴付けることができる。

ＱｏＳプロファイルは、ＱｏＳパラメータを含むものとして規定される。ＱｏＳプロファイルは、ＱＦＩとともに、ＳＭＦからＡＭＦを経由して、ＲＡＮへ送信される。具体的には、ＱｏＳプロファイルとＱＦＩは、ＰＤＵセッション確立手続き又はＰＤＵセッション更新手続きの際に、Ｎ２インタフェースを利用して、ＲＡＮへ送信される。ＱｏＳ特性も、ＱｏＳプロファイルの一部として、ＲＡＮへ送信される。ＰＤＵセッション確立手順又はＰＤＵセッション更新手順によって、ＵＥ１００とＵＰＦとの間に、１又は複数のＱｏＳフローを含むＰＤＵセッションが確立される。

ｇＮＢ２００（又はＲＡＮ）では、ＱｏＳプロファイルとＱＦＩとに基づいて、各ＱｏＳフローをＲＡＮリソース（すなわち、データベアラ）にマッピングする。この際、上述したように、ｇＮＢ２００のＣＵ２５０は、複数のＤＵ２１２,２２２,２３２のうち、いずれかを選択し、確立されたＱｏＳフローに対する処理を、選択したＤＵに対して行わせる。

（動作例）
次に、動作例について説明する。

ＣＵ２５０は、ＵＥ１００がｇＮＢ２００と初期接続した場合に、ＤＵ２１２,２２２,２３２の選択を行ってもよい。また、ＣＵ２５０は、ＵＥ１００がサービスを選択した場合に、ＤＵ２１２,２２２,２３２の選択を行ってもよい。更に、ＣＵ２５０は、ＵＥ１００がサービスを終了させた場合に、ＤＵ２１２,２２２,２３２の選択を行ってもよい。

動作例では、このうち、ＵＥ１００がサービスを選択した場合の動作例（動作例１）と、ＵＥ１００がサービスを終了させた場合の動作例（動作例２）とについて説明する。

（動作例１）
図４から図７は、一実施形態に係る動作例（動作例１）を表す図である。ここでは、ＵＥ１００が、ＵＲＬＬＣサービスを選択した場合の例で説明する。

なお、ＵＥ１００は、ＲＡＮ＃１（又はＲＵ＃１（２１１））側に接続されているものとする。また、ＤＵ＃１（２１２）のスケジューラ＃１（２１３）はｅＭＢＢ向けのスケジューラとして設定され、ＤＵ＃２（２２２）のスケジューラ＃２（２２３）はＵＲＬＬＣ向けのスケジューラとして設定され、ＤＵ＃３（２３２）のスケジューラ＃３（２３３）はｍＭＴＣ向けのスケジューラとして設定されているものとする。

図４に示すように、ステップＳ１０において、ＵＥ１００は、ＵＲＬＬＣサービスを選択して、ＵＲＬＬＣ用のアプリケーションの実行を開始する。

ステップＳ１１からステップＳ１４は、ＵＲＬＬＣサービス選択によるＰＤＵセッションの確立手順の例を表している。

すなわち、ステップＳ１１において、ＵＥ１００は、ＰＤＵセッション確立要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔ）を、ＲＡＮ＃１（２１０）とＣＵ２５０とを介して、ＣＮ３００へ送信する。ＰＤＵセッション確立要求には、ＵＥ１００で実行を開始した（又はＵＥ１００が選択した）ＵＲＬＬＣに関する情報が含まれる。当該情報は、Ｓ－ＮＳＳＡＩ（Network Slice Selection Assistance Information）であってもよい。

ステップＳ１２において、ＣＮ３００は、Ｎ２ＰＤＵセッション要求（Ｎ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）を、ＣＵ２５０へ送信する。Ｎ２ＰＤＵセッション要求には、ＰＤＵセッションＩＤが含まれる。また、Ｎ２ＰＤＵセッション要求には、要求されたＰＤＵセッションの確立を許可するＰＤＵセッション確立許可（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ ａｃｃｅｐｔ）が含まれる。更に、Ｎ２ＰＤＵセッション要求には、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎなどが含まれる。Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎには、ＵＲＬＬＣ向けのＱｏＳフローを確立するための情報が含まれる。具体的には、上述したＱｏＳプロファイルと対応するＱＦＩとが含まれる。ＣＵ２５０は、Ｎ２ＰＤＵセッション要求を受信することで、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎに基づいて、ＵＲＬＬＣ向けのＱｏＳフローが確立されたことを把握できる。

ステップＳ１３において、ＵＥ１００とＣＵ２５０は、ＲＡＮ＃１（２１０）を介して、ＡＮ固有リソースのセットアップ（ＡＮ－ｓｐｅｃｉｆｉｃ ｒｅｓｏｕｒｃｅ ｓｅｔｕｐ）を実行する。具体的には、ＣＵ２５０は、ＲＡＮ＃１（２１０）を介して、ＰＤＵセッションＩＤ、ＰＤＵセッション確立許可（ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔ）などをＵＥ１００へ送信する。

ステップＳ１４において、ＣＵ２５０は、Ｎ２ＰＤＵセッション応答（Ｎ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）をＣＮ３００へ送信する。Ｎ２ＰＤＵセッション応答には、ＰＤＵセッションＩＤ、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎなどが含まれる。

以上により、ＵＥ１００とＵＰＦとの間で、ＵＲＬＬＣ向けのＱｏＳフローを含むＰＤＵセッションが確立される。

ステップＳ１５において、ＣＵ２５０は、ＤＵ選択処理を行う。

図５は、一実施形態に係るＤＵ選択処理の例を表すフローチャートである。

図５に示すように、ステップＳ１５０において、ＣＵ２５０の制御部２５２が処理を開始する。

ステップＳ１５１において、制御部２５２は、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎを受信する。

ステップＳ１５２において、制御部２５２は、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎによって確立されたＱｏＳフローに対して、ＤＵ２１２,２２２,２３２のいずれかを選択する。すなわち、制御部２５２は、ＱｏＳフローが第１サービス向けのＱｏＳフローである場合、ＤＵ＃１（２１２）（例えば第１分散ユニット）を選択し、ＱｏＳフローが第２サービス向けのＱｏＳフローである場合、ＤＵ＃（２２２）（例えば第２分散ユニット）を選択する。

例えば、図４の処理により、確立されたＱｏＳフローが、ＵＲＬＬＣ向けのＱｏＳフローである場合、制御部２５２は、ＵＲＬＬＣ向けのスケジューラ＃２（２２３）を有するＤＵ＃２（２２２）を選択する。また、確立されたＱｏＳフローが、ｅＭＢＢ向けのＱｏＳフローである場合、制御部２５２は、例えば、ｅＭＢＢ向けのスケジューラ＃１（２１３）を有するＤＵ＃１（２１２）を選択する。更に、確立されたＱｏＳフローが、ｍＭＴＣ向けのＱｏＳフローである場合、制御部２５２は、例えば、ｍＭＴＣ向けのスケジューラ＃２（２３３）を有するＤＵ＃３（２３２）を選択する。

ただし、ＵＲＬＬＣ向けのＱｏＳフローが確立され、制御部２５２が、ＤＵ＃２（２２２）を選択した場合、ＵＥ１００はＲＡＮ＃１（２１０）側のＲＵ＃１（２１１）と接続するものの、ＣＵ２５０が選択したのはＲＡＮ＃２（２２０）側のＤＵ＃２（２２２）となっている。

このように、ＵＥ１００が接続するＲＵ＃１（２１１）と、ＣＵ２５０が選択したＤＵ＃２（２２２）とが異なるＲＡＮに属する場合、ＣＵ２５０は、ＵＥ１００の接続先を、選択したＤＵ＃２（２２２）が属するＲＡＮ＃２（２２０）側に切り替える。具体的には、ＣＵ２５０は、ＵＥ１００に対して、その接続先を、ＲＵ＃１（２１１）からＲＵ＃２（２２１）へ切り替えるよう、ＣＵ内（Ｉｎｔｒａ－ＣＵ）ハンドオーバを実行する。図７は、ＣＵ内ハンドオーバの動作例を表している。図７の説明は後述する。ステップＳ１５２では、ＵＥ１００の接続先のＲＡＮと、制御部２５２が選択したＤＵ（又はＲＡＮ）とが異なる場合のハンドオーバ処理も含まれてよい。

ステップＳ１５３において、制御部２５２は、一連の処理を終了する。

図６は、一実施形態に係るＤＵ選択処理の例を表すフローチャートである。図６のＤＵ選択処理は、図５のＤＵ選択処理の他の例であってもよい。

なお、図６の処理が開始される前に、例えば、ＤＵ＃２（２２２）にＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲが設定されているものとする。また、図５の場合と同様に、ＵＥ１００はＲＡＮ＃１（ＲＵ＃１（２１１））に接続されているものとする。

ステップＳ１５０において、制御部２５２は処理を開始する。

ステップＳ１５１は、図５と同様に、制御部２５２は、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎを受信する。

ステップＳ１５４において、制御部２５２は、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎに基づいて、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲが設定されたか否かを判定する。Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲが設定された場合（ステップＳ１５４でＹＥＳ）、処理はステップＳ１５５へ移行する。一方、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲが設定されていない場合（ステップＳ１５４でＮＯ）、処理はステップＳ１５７へ移行する。例えば、制御部２５２は、ＵＲＬＬＣ向けのＱｏＳフローとして、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲが設定されたか否かを判定してもよい。

ステップＳ１５５において、制御部２５２は、ＲＡＮ＃２（２２０）へのＣＵ内ハンドオーバを実行する。例えば、図７に示す処理が実行される。

図６に戻り、ステップＳ１５６において、制御部２５２は一連の処理を終了する。

一方、ステップＳ１５７において、制御部２５２は、ＧＢＲの接続本数による振分けを行う。ＧＢＲの接続本数が１つのＤＵに偏ると、帯域が占有されてしまうため、制御部２５２は、各ＤＵ２１２,２２２,２３２におけるＧＢＲの接続状況を考慮して、ＧＢＲの振分けを行う。図６の例では、ステップＳ１５８とステップＳ１５９において、制御部２５２は、ＧＢＲの接続本数が均等になるように、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲが設定されたＤＵ＃２（２２２）以外のＤＵ＃１（２１２）とＤＵ＃３（２３２）に、各ＧＢＲを振り分ける。

そして、ステップＳ１５６において、制御部２５２は、一連の処理を終了する。

図７は、一実施形態に係るＣＵ内ハンドオーバの動作例を表す図である。図７では、図４に示すＤＵ選択後の処理の例であって、ＣＵ内ハンドオーバにより、ＵＥ１００の接続を、ＲＡＮ＃１（２１０）（又はＲＵ＃１（２１１））からＲＡＮ＃２（２２０）（又はＲＵ＃２（２２１））へ切り替える例（例えば、第１切替処理の例）を表している。

ステップＳ１６において、ＣＵ２５０は、ＵＥコンテキストセットアップ要求（ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）をＲＡＮ＃２（２２０）へ送信する。

ステップＳ１７において、ＲＡＮ＃２（２２０）は、ＵＥコンテキストセットアップ応答（ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）をＣＵ２５０へ送信する。

ステップＳ１８において、ＣＵ２５０は、ＲＲＣ再確立（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を含むＵＥコンテキスト更新要求（ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ）をＲＡＮ＃１（２１０）へ送信する。

ステップＳ１９において、ＲＡＮ＃１（２１０）は、ＲＲＣ再確立をＵＥ１００へ送信する。

ステップＳ２０において、ＵＥ１００は、接続先となるＲＡＮ＃２（２２０）に対してランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を実行する。

ステップＳ２１において、ＵＥ１００は、ＲＡＮ＃２（２２０）に対して、ＲＲＣ再確立完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を送信する。

ステップＳ２２において、ＣＵ２５０は、ＵＥコンテキスト解放コマンド（ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＭＡＮＤ）をＲＡＮ＃１（２１０）へ送信する。

ステップＳ２３において、ＲＡＮ＃１（２１０）は、ＵＥ１００のＵＥコンテキストを削除した後、ＵＥコンテキスト解放完了（ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ）をＣＵ２５０へ送信する。

（動作例２）
次に、動作例２について説明する。動作例２は、ＵＥ１００がサービスを終了した場合の動作例である。具体的には、ＵＥ１００が図４から図７に示す処理により、ＵＲＬＬＣサービスを選択後、選択したＵＲＬＬＣサービスを終了する場合の動作例である。

なお、ＵＥ１００は、ＣＵ内ハンドオーバ（図７）により、ＲＡＮ＃２（２２０）（ＲＵ＃２（２２１））に接続されているものとする。各スケジューラ２１３,２２３,２３３の設定状況は、動作例１と同様である。

図８は、一実施形態に係る動作例（動作例２）を表す図である。

ステップＳ３０により、ＵＥ１００は、ＵＲＬＬＣ用のアプリケーションを終了させることで、ＵＲＬＬＣサービスを終了する。

ステップＳ３１からステップＳ３４は、ＰＤＵセッションの更新手順の例を表している。

すなわち、ステップＳ３１において、ＵＥ１００は、ＰＤＵセッション更新要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）を、ＲＡＮ＃２（２２０）とＣＵ２５０とを介して、ＣＮ３００へ送信する。ＰＤＵセッション更新要求には、ＵＥ１００で実行を終了した（又はＵＥ１００が終了させた）ＵＲＬＬＣに関する情報が含まれる。当該情報は、Ｓ－ＮＳＳＡＩであってもよい。

ステップＳ３２において、ＣＮ３００は、Ｎ２セッション要求（Ｎ２ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）を、ＣＵ２５０へ送信する。Ｎ２セッション要求には、ＰＤＵセッションＩＤと、ＰＤＵセッションの更新を指示するＰＤＵセッション更新コマンド（ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ）、及びＮ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎなどが含まれる。Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎには、ＵＲＬＬＣ向けのＱｏＳフローを更新するための情報が含まれる。具体的には、上述したＱｏＳプロファイルと対応するＱＦＩとを含む。ＣＵ２５０は、Ｎ２セッション要求を受信することで、ＵＲＬＬＣ向けのＱｏＳフローが更新されたことを把握できる。

ステップＳ３３において、ＵＥ１００とＣＵ２５０は、ＲＡＮ＃２（２２０）を介して、ＡＮ固有リソースの更新（ＡＮ－ｓｐｅｃｉｆｉｃ ｒｅｓｏｕｒｃｅ ｍｏｄｉｆｉｃａｔｉｏｎ）を実行する。具体的には、ＣＵ２５０は、ＲＡＮ＃２（２２０）を介して、ＰＤＵセッション更新許可（ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ａｃｃｅｐｔ）をＵＥ１００へ送信し、ＵＥ１００は、ＲＡＮ＃２（２２０）を介して、ＣＵ２５０へ、ＰＤＵセッション更新確認（ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ａｃｋ）を送信する。

ステップＳ３４において、ＣＵ２５０は、Ｎ２セッション応答（Ｎ２ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）をＣＮ３００へ送信する。

以上により、ＵＥ１００とＵＰＦとの間で、ＵＲＬＬＣ向けのＱｏＳフローを含むＰＤＵセッションを更新させることができる。

ステップＳ３５において、ＣＵ２５０は、ＤＵ選択処理を行う。ＣＵ２５０は、動作例１と同様にＤＵ選択処理（図５又は図６）を行う。この場合、ＣＵ２５０は、最初にＵＥ１００が接続したＲＡＮ＃１（２１０）側のＤＵ＃１（２１２）を選択する。ＣＵ２５０は、ＵＲＬＬＣ向けのスケジューラ＃２（２２３）を有するＤＵ＃２（２２２）以外のＤＵ（ＤＵ＃１（２１２）又はＤＵ＃３（２３２））を選択してもよい。

この場合、ＣＵ２５０は、選択したＲＡＮ＃１（２１０）と、ＵＥ１００が現在接続中のＲＡＮ２（２２０）とが異なる。そのため、ＣＵ２５０は、ＵＥ１００に対して、ＲＵ＃２（２２１）からＲＵ＃１（２１１）へ接続先を切り替えるＣＵ内ハンドオーバ（例えば、第２切替処理）を実行する。

図９は、一実施形態に係るＣＵ内ハンドオーバの動作例を表す図である。

ステップＳ３６において、ＣＵ２５０は、ＵＥコンテキストセットアップ要求（ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）をＲＡＮ＃１（２１０）へ送信する。

ステップＳ３７において、ＲＡＮ＃１（２１０）は、ＵＥコンテキストセットアップ応答（ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）をＣＵ２５０へ送信する。

ステップＳ３８において、ＣＵ２５０は、ＲＲＣ再確立（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を含むＵＥコンテキスト更新要求（ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ）をＲＡＮ＃２（２２０）へ送信する。

ステップＳ３９において、ＲＡＮ＃２（２２０）は、ＲＲＣ再確立をＵＥ１００へ送信する。

ステップＳ４０において、ＵＥ１００は、接続先となるＲＡＮ＃１（２１０）に対してランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を実行する。

ステップＳ４１において、ＵＥ１００は、ＲＡＮ＃１（２１０）に対して、ＲＲＣ再確立完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を送信する。

ステップＳ４２において、ＣＵ２５０は、ＵＥコンテキスト解放コマンド（ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＭＡＮＤ）をＲＡＮ＃２（２２０）へ送信する。

ステップＳ４３において、ＲＡＮ＃２（２２０）は、ＵＥ１００のＵＥコンテキストを削除した後、ＵＥコンテキスト解放完了（ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ）をＣＵ２５０へ送信する。

（効果）
上述したように、ユーザ装置（例えば、ＵＥ１００）と無線通信を行う基地局（例えば、ｇＮＢ２００）において、ユーザ装置と無線通信が可能な第１無線ユニット（例えば、ＲＵ＃１（２１１））及び第２無線ユニット（例えば、ＲＵ＃２（２２１））を有する。また、基地局は、第１無線ユニットと接続され、第１サービス向けの第１スケジューラ（例えば、スケジューラ＃１（２１３））を含む第１分散ユニット（例えば、ＤＵ＃１（２１２））と、第２無線ユニットと接続され、第１サービスとは異なる第２サービス向けの第２スケジューラ（例えば、スケジューラ＃２（２２３））を含む第２分散ユニット（例えば、ＤＵ＃２（２２２））を有する。更に、基地局は、第１分散ユニットと第２分散ユニットを制御する制御部（例えば、制御部２５２）を有する。制御部は、確立されたＱｏＳフローに対して、第１分散ユニット及び第２分散ユニットのいずれかを選択して、ユーザ装置と通信を行う。このような構成によれば、以下のような効果を得ることができる。

すなわち、上述したように、実施形態では、ある特定のＱｏＳフローをＤＵ＃２（２２２）に処理を行わせ、別の種類のＱｏＳフローを、ＤＵ＃１（２１２）に処理を行わせることができる。すなわち、複数のＱｏＳフローが確立されても、各ＱｏＳフローが異なるＤＵで処理を行うことが可能となっている。そのため、ある特定のＱｏＳフローが他のＱｏＳフローに与える影響を抑制させることができ、各ＱｏＳフローの性能を達成（例えば、パケットエラーレートの低減など）することが容易となる。そのため、ｇＮＢ２００では、パフォーマンス低下を抑制させることができ、更には、移動通信システム１０（又は５Ｇシステム）全体として、パフォーマンス低下を抑制させることが可能となる。

また、各ＤＵ２１２,２２２,２３２において、サービス毎に異なるスケジューラ２１３,２２３,２３３を設定している。そのため、特定のＱｏＳフローに特化したＲＡＮスケジューラの実装も可能となり、移動通信システム１０全体のパフォーマンス低下を抑制させることが可能となる。

更に、確立されたＱｏＳフローにおいて、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲが含まれる場合であっても、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲ用のスケジューラ＃２（２２３）を設定しておくことで、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲに対するスケジューリングを当該スケジューラ＃２（２２３）に実行させることができる。これにより、１つのスケジューラ＃２（２２３）により、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲに対するスケジューリングが行われるため、全スケジューラ２１３,２２３,２３３で当該スケジューリングを行う場合と比較して、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲに対する影響を抑制させることができ、移動通信システム１０全体のパフォーマンス低下を抑制させることが可能となる。

更に、上述したように、各スケジューラ２１３,２２３,２３３では、ｅＭＢＢ、ＵＲＬＬＣ、及びｍＭＴＣなどの各サービスに対するスケジューリングを行わせるようにしている。そのため、ネットワークスライスを加味したスケジューラの設定が可能となるため、柔軟なシステム設計も可能となる。

更に、確立されたＱｏＳフローにおいて、「ｐｒｅ－ｅｍｐｔａｂｌｅ」がマークされている場合、確立されたＱｏＳフローが強制的にリリースされる場合がある。しかし、上述したように、確立されたＱｏＳフローに対しては、ある特定のスケジューラ２１３,２２３,２３３においてスケジューリング処理を行わせることで、システム全体のパフォーマンス低下を抑制できるため、強制的にＱｏＳフローがリリースされる事態も抑制させることが可能となる。

［その他の実施形態］
上述した動作例では、ＵＥ１００がＵＲＬＬＣサービスを選択した場合とＵＲＬＬＣサービスを終了した場合の動作例について説明した。例えば、ＵＥ１００が、ＵＲＬＬＣ以外のサービスとして、ｅＭＢＢサービス又はｍＭＴＣサービスの場合であっても、同様に実施できる。この場合、例えば、ＣＵ２５０は、ｅＭＢＢサービス向けのＱｏＳフローが確立されると、当該ＱｏＳフローに対して、ｅＭＢＢ向けのスケジューラ＃１（２１３）を有するＤＵ＃１（２１２）を選択し、当該スケジューラ＃１（２１３）に当該ＱｏＳフローに対するスケジューリング処理を行わせればよい。また、例えば、ＣＵ２５０は、ｍＭＴＣサービス向けのＱｏＳフローが確立されると、当該ＱｏＳフローに対して、ｍＭＴＣ向けのスケジューラ＃２（２３３）を有するＤＵ＃３（２３２）を選択し、当該スケジューラ＃２（２３３）に当該ＱｏＳフローに対するスケジューリング処理を行わせればよい。

また、上述した動作例において、例えば、ＵＥ１００が、ＧＢＲ、Ｎｏｎ－ＧＢＲ、及びＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲのいずれかを選択した場合（及び、ＧＢＲ、Ｎｏｎ－ＧＢＲ、及びＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲのいずれかを終了した場合）でも同様に実施できる。すなわち、ＵＥ１００は、例えば、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲを選択して、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲに対応するアプリケーションを実行し、ＰＤＵセッション確立要求にＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲに関する情報を含めてＣＮ３００に送信する。その後、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲ向けのＱｏＳフローが確立されると、制御部２５２は、ＤＵ選択処理（ステップＳ１５）により、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲ向けのスケジューラ＃２（２２３）を有するＤＵ＃２（２２２）を選択すればよい。ＵＥ１００が、Ｄｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲのサービスを終了した場合も、上述した動作例と同様に、ＤＵ選択処理（ステップＳ３５）により、ＵＥ１００が当初接続したＲＡＮ＃１（２１０）に含まれるＤＵ＃１（２１２）を選択すればよい。

上述した実施形態に係る各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。このような記録媒体は、ＣＵ２５０の制御部２５２とＤＵ＃１（２１２）の制御部２１２１に含まれてもよい。ＣＵ２５０の制御部２５２と、ＤＵ＃１（２１２）の制御部２１２１は、記録媒体からプログラムを読み出して、実行することで、上述した実施形態で説明した機能を実現してもよい。そのため、制御部２５２と制御部２１２１は、ＣＰＵ（Central Processing Unit）又はＤＳＰ（Digital Signal Processor）などのプロセッサ又はコントローラであってもよい。

以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施形態、各動作例、又は各処理を組み合わせることも可能である。

１０ ：移動通信システム １００ ：ＵＥ
２００ ：基地局（ｇＮＢ） ２１０ ：ＲＡＮ＃１
２１１ ：ＲＵ＃１ ２１２ ：ＤＵ＃１
２１３ ：スケジューラ＃１ ２２０ ：ＲＡＮ＃２
２２１ ：ＲＵ＃２ ２２２ ：ＤＵ＃２
２２３ ：スケジューラ＃２ ２３０ ：ＲＡＮ＃３
２３１ ：ＲＵ＃３ ２３２ ：ＤＵ＃３
２３３ ：スケジューラ＃３ ２５０ ：ＣＵ
２５２ ：制御部 ３００ ：ＣＮ

Claims (7)

1. ユーザ装置と無線通信を行う基地局において、
   前記ユーザ装置と無線通信が可能な第１無線ユニット及び第２無線ユニットと、
   前記第１無線ユニットと接続され、第１サービス向けの第１スケジューラを含む第１分散ユニットと、
   前記第２無線ユニットと接続され、前記第１サービスとは異なる第２サービス向けの第２スケジューラを含む第２分散ユニットと、
   前記第１分散ユニットと前記第２分散ユニットを制御する制御部とを備え、
   前記制御部は、確立されたＱｏＳフローに対して、前記第１分散ユニット及び前記第２分散ユニットのいずれかを選択して、前記ユーザ装置と通信を行う基地局。
2. 前記制御部は、前記ＱｏＳフローが前記第１サービス向けのＱｏＳフローである場合、前記第１分散ユニットを選択し、前記ＱｏＳフローが前記第２サービス向けのＱｏＳフローである場合、前記第２分散ユニットを選択する、請求項１記載の基地局。
3. 前記制御部は、前記ユーザ装置が前記基地局と初期接続した場合、前記ユーザ装置が前記第１サービス又は前記第２サービスを選択した場合、及び、前記ユーザ装置が前記第１サービス又は前記第２サービスを終了した場合のうち、少なくともいずれかの場合に前記選択を行う、請求項１記載の基地局。
4. 前記第１サービスは、ｅＭＢＢ、ＵＲＬＬＣ、及びｍＭＴＣのいずれかであり、前記第２サービスは、前記第１サービスとは異なる、ｅＭＢＢ、ＵＲＬＬＣ、及びｍＭＴＣのいずれかである、請求項１記載の基地局。
5. 前記第１サービスは、ＧＢＲ、Ｎｏｎ－ＧＢＲ、及びＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲのいずれかであり、前記第２サービスは、前記第１サービスとは異なる、ＧＢＲ、Ｎｏｎ－ＧＢＲ、及びＤｅｌａｙ Ｃｒｉｔｉｃａｌ ＧＢＲのいずれかである、請求項１記載の基地局。
6. 前記制御部は、前記ユーザ装置が前記第１無線ユニットに接続した場合であって、前記第２分散ユニットを選択した場合、前記ユーザ装置を前記第１無線ユニットから前記第２無線ユニットへ接続を切り替える第１切替処理を行い、前記ユーザ装置が前記第２無線ユニットに接続した場合であって、前記第１分散ユニットを選択した場合、前記ユーザ装置を前記第２無線ユニットから前記第１無線ユニットへ接続を切り替える第２切替処理を行う、請求項１記載の基地局。
7. ユーザ装置と無線通信が可能な第１無線ユニット及び第２無線ユニットと、前記第１無線ユニットと接続され、第１サービス向けの第１スケジューラを含む第１分散ユニットと、前記第２無線ユニットと接続され、前記第１サービスとは異なる第２サービス向けの第２スケジューラを含む第２分散ユニットと、前記第１分散ユニットと前記第２分散ユニットを制御する制御部とを有し、前記ユーザ装置と無線通信を行う基地局におけるＱｏＳフロー制御方法であって、
   前記制御部により、確立されたＱｏＳフローに対して、前記第１分散ユニット及び前記第２分散ユニットのいずれかを選択して、前記ユーザ装置と通信を行うステップ
   を備えるＱｏＳフロー制御方法。

Images