(57)【要約】【課題】第２の基地局から第１の基地局にフィードバックするフロー制御信号を不要とすること。【解決手段】本発明の無線通信システムは、第１の基地局と、コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有する。前記第２の基地局は、フロー制御信号を送受信する時間間隔に関する情報を前記第１の基地局に送信する。【選択図】      図１
2018038065.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局であって、
フロー制御信号を送受信する時間間隔に関する情報を前記他の基地局に送信する通信部を有する、基地局。
【請求項２】
前記フロー制御信号を送受信する時間間隔に関する情報は、前記他の基地局から自局にフロー制御信号をフィードバックする時間間隔を示す情報である、請求項１に記載の基地局。
【請求項３】
自局が前記他の基地局と接続した場合に自局の処理能力が上限を超えるか否かに応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項１または２に記載の基地局。
【請求項４】
自局の負荷状況に応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項１または２に記載の基地局。
【請求項５】
コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局による通信方法であって、
フロー制御信号を送受信する時間間隔に関する情報を前記他の基地局に送信する、通信方法。
【請求項６】
前記フロー制御信号を送受信する時間間隔に関する情報は、前記他の基地局から自局にフロー制御信号をフィードバックする時間間隔を示す情報である、請求項５に記載の通信方法。
【請求項７】
自局が前記他の基地局と接続した場合に自局の処理能力が上限を超えるか否かに応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項５または６に記載の通信方法。
【請求項８】
自局の負荷状況に応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項５または６に記載の通信方法。
【請求項９】
前記端末へのベアラのＱｏＳに応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項５または６に記載の通信方法。
【請求項１０】
第１の基地局と、
コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有し、
前記第２の基地局は、
フロー制御信号を送受信する時間間隔に関する情報を前記第１の基地局に送信する、無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局、無線通信システムおよび通信方法に関する。
【背景技術】
【０００２】
3GPP（3rd Generation Partnership Project）では、２つのeNB（eNode B）とUE（User Equipment）との間でパケットデータを送受信する、Dual Connectivityと称されるEUTRAN（Evolved UMTS Terrestrial Radio Access Network。UMTS：Universal Mobile Telecommunications System）ネットワークが制定されている。
【０００３】
図１に、Dual Connectivityを実現する無線通信システムの構成の一例を示す。
【０００４】
図１に示す無線通信システムは、UE１０と、MeNodeB（Master eNode B。以下、MeNBと表記する）２０と、SeNodeB（Secondary eNode B。以下、SeNBと表記する）３０と、MME（Mobility Management Entity）４０と、S-GW（Serving Gateway）５０と、を有している。
【０００５】
MeNB２０は、マスタセル基地局である。
【０００６】
SeNB３０は、スモールセル基地局である。なお、SeNB３０の配下のセル（SCG：Secondary Cell Group）は、MeNB２０の配下のセル（MCG：Master Cell Group）のカバーエリア内に位置している。
【０００７】
UE１０は、２つのMeNB20およびSeNB３０からDL（DownLink）のパケットデータを受信する端末である。なお、UE１０は、UL（UpLink）のパケットデータについては、MeNB２０のみに送信するか、または、２つのMeNB２０およびSeNB３０に送信することになる。
【０００８】
MME４０は、CN（Core Network）に配置されたコアネットワーク装置であり、C（Control）-planeの伝送やUE１０の移動管理を行う。
【０００９】
S-GW５０は、CNに配置されたコアネットワーク装置であり、U（User）-planeのパケットデータの伝送を行う。
【００１０】
なお、MeNB２０とSeNB３０とは、X2 Interfaceを介して接続され、MME４０およびS-GW５０とMeNB２０およびSeNB３０とは、S1 Interfaceを介して接続されている。
【００１１】
図２に、Dual ConnectivityにおけるC-planeの接続構成の一例を示す。
【００１２】
図２に示すように、C-planeは接続されている。Dual Connectivityの接続状態にあるUE１０のConnectionは、MeNB２０とMME４０間のS1-MMEのみとなる。また、UE１０のRRC（Radio Resource Control） Connectionも、MeNB２０との間の無線区間に存在するのみである。即ち、少なくともUE１０とSeNB３０との間の無線区間には、RRC Connectionが存在しない。ただし、SeNB３０は、UE１０へのRRCメッセージに関連する信号情報を作成して、その作成した信号情報をMeNB２０経由でUE１０に送信することはある。
【００１３】
また、Dual ConnectivityにおけるU-planeの接続構成としては、Split bearer option構成と、SCG bearer option構成と、が挙げられる。
【００１４】
図３に、Split bearer option構成の場合のU-planeの接続構成の一例を示す。図４に、Split bearer option構成の場合のRadio Protocolの接続構成の一例を示す。
【００１５】
図３および図４に示すように、Split bearer option構成の場合、U-planeのDLのパケットデータは、S-GW５０からMeNB２０にのみ送信され、SeNB３０には送信されない。なお、図３および図４に示す構成において、MeNB２０からUE１０へのベアラは、MCG bearerと称され、SeNB３０からUE１０へのベアラは、SCG bearerと称される（後述の図５および図６において同じ）。
【００１６】
図４に示すように、UE１０、MeNB２０、およびSeNB３０は、PDCP（Packet Data Convergence Protocol）レイヤ、RLC（Radio Link Control）レイヤ、およびMAC（Medium Access Control）レイヤからなるレイヤ構成を取っている。
【００１７】
MeNB２０では、S-GW５０から受信したU-planeのDLのパケットデータは、PDCPレイヤにて受け付けられる。ここで、MeNB２０の一方のPDCPレイヤ（図４中右側のレイヤ）は、ある一部のパケットデータ（PDCP PDU（Protocol Data Unit））については自配下のセル経由でUE１０に送信し、ある一部のパケットデータ（PDCP PDU）についてはSeNB３０経由でUE１０に送信することができる。即ち、MeNB２０のPDCPレイヤでは、U-planeのパケットデータを分離する（Splitする）ことができる。
【００１８】
このようなSplit bearer option構成においては、SeNB３０のリソースを圧迫することなく、SeNB３０のリソースを十分に利用するという目的のため、MeNB２０が、SeNB３０からFlow Control信号（フロー制御信号）をフィードバックし、Flow Control信号を用いて、SeNB３０へ送信するDLのパケットデータのデータ量（PDCP PDUの量）を調整するFlow Control（フロー制御）が導入されている。
【００１９】
Flow Control信号は、MeNB２０から受信したDLのパケットデータのUE１０へのSeNB３０の送信状況を示す情報と、SeNB３０の残バッファー量を示す情報と、を含む。Flow Control信号は、他にも例えばSeNB３０の送信電力に関する情報、SeNB３０の収容できるベアラの数、SeNB３０の収容できる最大ビットレートを含んでもよい。
【００２０】
ここで、Flow Controlのメカニズムについて、以下に具体例を挙げて説明する。
【００２１】
MeNB２０は、自配下のセル経由で、PDCP SN（Sequence Number）#100, #102, #104, #106, #108のパケットデータをUE１０に送信する。その一方、MeNB２０は、SeNB３０には、PDCP SN#101, #103, #105, #107, #109, #111のパケットデータを送信する。
【００２２】
SeNB３０は、PDCP SN#101, #103, #105, #107, #109, #111のパケットデータをすべて受信し、UE１０に送信することができたとする。また、SeNB３０は、UE１０からのRLC Ackを受信することで、パケットデータをすべて送信済みと判断したとする。この場合、SeNB３０は、SeNB３０の残バッファー量とともに、順番的に最後にUE１０からRLC Ackを受信したPDCP SNとしてのSN#111を、Flow Control信号としてMeNB２０にフィードバックする。ここで、”順番的に最後にUE10からRLC Ackを受信したPDCP SN”としてのSN#111をMeNB２０に示すことで、MeNB２０は、PDCP SN#101, #103, #105, #107, #109のパケットデータをすべてUE１０に送信できたと判断することができる。なお、UE１０からのRLC Ackの受信とは、非特許文献１（3GPP TS 36.322 V12.0.0）でいうところのStatus PDU（またはStatus Report）の受信に相当する。
【００２３】
MeNB２０は、SeNB３０に送信したパケットデータ（PDCP PDU）のすべてがUE１０に送信完了したと判断すると、SeNB３０の残バッファー量を見て、次にSeNB３０に送信するパケットデータのデータ量（PDCP PDUの量）を調整する。
【００２４】
なお、上述した、Dual ConnectivityにおけるU-planeの接続構成のうち、SCG bearer option構成は本発明には関係しないが、参考のため、以下に簡単に説明する。
【００２５】
図５に、SCG bearer option構成の場合のU-planeの接続構成の一例を示す。図６に、SCG bearer option構成の場合のRadio Protocolの接続構成の一例を示す。
【００２６】
図５および図６に示すように、SCG bearer option構成の場合、U-planeのDLのパケットデータは、S-GW５０からMeNB２０およびSeNB３０の双方に送信され、MeNB２０およびSeNB３０の各々の配下のセル経由でUE１０に送信される。
【００２７】
このようなSCG Bearer Option構成においては、CNとUE１０間で送受信されるパケットデータはX2-Uを経由することがない。ただし、例えば、SeNB３０の追加や削除などの場合に、MeNB２０またはSeNB３０の一方に残存するパケットデータを他方にForwardingするData Forwardingを行うために、X2-Uが使用される。
【先行技術文献】
【非特許文献】
【００２８】
【非特許文献１】3GPP TS 36.322 V12.0.0 (2014-06)
【発明の概要】
【発明が解決しようとする課題】
【００２９】
しかし、例えば、Split bearer option構成のように、第２の基地局（MeNB）が、CNから受信した下りデータを、自局と第１の基地局（SeNB）とを経由して端末（UE）に送信可能な構成である場合、以下のような問題がある。
【００３０】
例えば、第２の基地局がマクロ基地局である場合、第２の基地局は多くの第１の基地局と接続することがある。しかし、第２の基地局が、多くの第１の基地局から大量のFlow Control信号を受信することになると、第２の基地局のFlow Controlに関連する処理負荷が増加する。その結果、本来Dual Connectivityが狙う効果であるスループットの増加や通信の高速化といった効果が得られなくなる可能性がある。
【００３１】
また、例えば、昼間は会社にいてほぼ移動しないユーザがいたとする。このようなユーザの端末に対するパケットデータの送信において、第２の基地局は、自配下のセルを経由させないことができる。即ち、第２の基地局は、すべてのパケットデータを第１の基地局のセルを経由して端末に送信することができる。この構成では、第１の基地局を、第２の基地局におけるDual Connectivity専用のSeNBにする場合もあり、この場合は第１の基地局からのFlow Control信号を必要としない。この構成では、例えば、第１の基地局がPico eNBでありエリアに設置される数が多い場合も、MMEへの接続負荷を減らすために、第１の基地局をMMEと直接接続しない。即ち、この構成では、SeNBの機能を持つPico eNBはSeNB専用となる。
【００３２】
このように、例えば、Split bearer option構成においては、第１の基地局から第２の基地局にフィードバックするFlow Control信号を不要とすることが課題となっている。
【００３３】
そこで、本明細書に開示される実施形態が達成しようとする目的の１つは、上述した課題を解決することができる基地局、無線通信システムおよび通信方法を提供することにある。
【課題を解決するための手段】
【００３４】
本発明の基地局は、
コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局であって、
フロー制御信号を送受信する時間間隔に関する情報を前記他の基地局に送信する通信部を有する。
【００３５】
本発明の無線通信システムは、
第１の基地局と、
コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有し、
前記第２の基地局は、
フロー制御信号を送受信する時間間隔に関する情報を前記第１の基地局に送信する。
【００３６】
本発明の通信方法は、
コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局による通信方法であって、
フロー制御信号を送受信する時間間隔に関する情報を前記他の基地局に送信する。
【発明の効果】
【００３７】
本発明によれば、第２の基地局から第１の基地局にフィードバックするフロー制御信号を不要とすることができるという効果が得られる。
【図面の簡単な説明】
【００３８】
【図１】Dual Connectivityを実現する無線通信システムの全体構成の一例を示す図である。
【図２】Dual ConnectivityにおけるC-planeの接続構成の一例を示す図である。
【図３】Dual ConnectivityにおけるU-planeの接続構成の一例（Split bearer option）を示す図である。
【図４】Dual ConnectivityにおけるRadio Protocolの接続構成の一例（Split bearer option）を示す図である。
【図５】Dual ConnectivityにおけるU-planeの接続構成の他の例（SCG bearer option）を示す図である。
【図６】Dual ConnectivityにおけるRadio Protocolの接続構成の他の例（SCG bearer option）を示す図である。
【図７】本発明の第１の実施形態におけるMeNBの構成の一例を示すブロック図である。
【図８】本発明の第１の実施形態におけるSeNBの構成の一例を示すブロック図である。
【図９】本発明の第２の実施形態におけるMeNBの構成の一例を示すブロック図である。
【図１０】本発明の第２の実施形態におけるSeNBの構成の一例を示すブロック図である。
【図１１】本発明の第３の実施形態におけるDual Connectivity設定手順の一例を示すシーケンス図である。
【図１２】本発明の第３の実施形態におけるMeNBによるFlow Control可不可判断処理の一例を示すフロー図である。
【図１３】本発明の第３の実施形態におけるSeNB Addition Requestメッセージの一例を示す図である。
【図１４】本発明の第３の実施形態におけるSeNB Addition Requestメッセージの他の例を示す図である。
【図１５】本発明の第３の実施形態におけるFlow Control IndicationのIEの他の例を示す図である。
【図１６】本発明の第３の実施形態におけるFlow Control IndicationのIEのさらに他の例を示す図である。
【図１７】本発明の第４の実施形態におけるDual Connectivity設定手順の一例を示すシーケンス図である。
【図１８】本発明の第６の実施形態におけるFlow Control PeriodのIEの一例を示す図である。
【図１９】本発明の第８の実施形態におけるFlow Control Frameのフォーマットの一例を示す図である。
【図２０】本発明の第８の実施形態におけるFlow Control Frameのフォーマットの他の例を示す図である。
【図２１】本発明の第９の実施形態における無線通信システムの全体構成の一例を示す図である。
【発明を実施するための形態】
【００３９】
以下に、本発明を実施するための形態について図面を参照して説明する。
（１）第１の実施形態
本実施形態は、無線通信システムの全体構成自体は図１と同様であるが、MeNB２０およびSeNB３０に新たな機能を追加している。
【００４０】
そこで、以下に、MeNB２０およびSeNB３０の構成について詳細に説明する。
【００４１】
SeNB３０は、第１の基地局である。
【００４２】
MeNB２０は、第２の基地局である。MeNB２０は、Dual Connectivityを設定し、CNから受信したDLのパケットデータを、MeNB２０（MeNB２０のセル）とSeNB３０とを経由してUE１０に送信可能である。
【００４３】
図７に、MeNB２０の構成の一例を示す。
【００４４】
図７に示すように、MeNB２０は、通信部２１を有している。
【００４５】
通信部２１は、Flow Controlの可不可を識別可能な情報をSeNB３０に送信する。Flow Controlとは、SeNB３０からFlow Control信号をフィードバックし、Flow Control信号を用いて、SeNB３０に送信するDLのパケットデータのデータ量を調整することである。
【００４６】
図８に、SeNB３０の構成の一例を示す。
【００４７】
図８に示すように、SeNB３０は、通信部３１を有している。
【００４８】
通信部３１は、Flow Controlの可不可を識別可能な情報をMeNB２０から受信する。
【００４９】
上述したように本実施形態においては、MeNB２０は、MeNB２０によるFlow Controlの可不可を識別可能な情報をSeNB３０に送信する。
【００５０】
したがって、SeNB３０がFlow Controlの可不可を識別できるため、Flow Controlが不可の場合にSeNB３０からMeNB２０へのFlow Control信号を不要にできる。これにより、MeNB２０のFlow Controlに関連する処理負荷を低減することができるため、本来のスループットの増加や通信の高速化といったDual Connectivityの効果を得ることができる。
【００５１】
また、MeNB２０が、すべてのパケットデータをSeNB３０のセル経由でUE１０に送信する場合に、SeNB３０からMeNB２０へのFlow Control信号を不要とすることができる。
（２）第２の実施形態
本実施形態は、無線通信システムの全体構成自体は第１の実施形態と同様であるが、MeNB２０およびSeNB３０の構成は第１の実施形態から変更している。
【００５２】
そこで、以下に、MeNB２０およびSeNB３０の構成について詳細に説明する。
【００５３】
図９に、MeNB２０の構成の一例を示す。
【００５４】
図９に示すように、MeNB２０は、第１の実施形態と比較して、制御部２２が追加されている。
【００５５】
制御部２２は、MeNB２０によるFlow Controlの可不可を決定する。
【００５６】
通信部２１は、制御部２２が決定した、Flow Controlの可不可を識別可能な情報をSeNB３０に送信する。
【００５７】
なお、制御部２２および通信部２１は、上述した動作以外に、上記の背景技術で説明したMeNBの機能を実現するための動作も行うものとする。
【００５８】
図１０に、SeNB３０の構成の一例を示す。
【００５９】
図１０に示すように、SeNB３０は、第１の実施形態と比較して、制御部３２が追加されている。
【００６０】
通信部３１は、Flow Controlの可不可を識別可能な情報をMeNB２０から受信する。
【００６１】
制御部３２は、MeNB２０から受信した、Flow Controlの可不可を識別可能な情報を基に、Flow Controlの可不可を識別し、MeNB２０へのFlow Control信号のフィードバックを制御する。具体的には、Flow Controlが可であれば、Flow Control信号をMeNB２０にフィードバックする。一方、Flow Controlが不可であれば、Flow Control信号をフィードバックしない。なお、Flow Control信号をフィードバックしない、とは、Flow Control信号をMeNB２０に送信しない、と表現しても良い。
【００６２】
なお、制御部３２および通信部３１は、上述した動作以外に、上記の背景技術で説明したSeNBの機能を実現するための動作も行うものとする。
【００６３】
上述したように本実施形態においては、MeNB２０は、MeNB２０によるFlow Controlの可不可を識別可能な情報をSeNB３０に送信する。
【００６４】
したがって、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
（３）第３の実施形態
本実施形態は、第２の実施形態の動作をより具体化したものであり、無線通信システムの全体構成とMeNB２０およびSeNB３０の構成とは、第２の実施形態と同様である。
【００６５】
以下に、本実施形態の無線通信システムの動作について、図１１を参照して説明する。
【００６６】
図１１に、本実施形態の無線通信システムにおけるDual Connectivityの設定手順の一例を示す。なお、図１１の例は、UE１０が既にConnected状態にあることを前提にしている。
【００６７】
図１１を参照すると、S-GW50は、ステップＳ１０１において、不図示のP-GW（Packet Data Network Gateway）からDLのパケットデータを受信するか、もしくは不図示のP-GWからCreate Bearer Requestメッセージを受信すると、ステップＳ１０２において、UE１０へのE-RAB（EUTRAN-Radio Access Bearer）を設定する目的で、MME４０に対し、Create Bearer Requestメッセージを送信する。
【００６８】
MME４０は、S-GW５０からCreate Bearer Requestメッセージを受信すると、ステップＳ１０３において、UE１０が在圏するMeNB２０に対し、E-RAB Setup Requestメッセージを送信する。
【００６９】
MeNB２０の制御部２２は、MME４０からE-RAB Setup Requestメッセージを受信すると、ステップＳ１０４において、Dual Connectivityを設定するか否かを判断する。また、Dual Connectivityを設定する場合はFlow Controlの可不可も判断する。
【００７０】
図１２に、図１１のステップＳ１０４におけるMeNB２０によるFlow Controlの可不可の判断手順の一例を示す。
【００７１】
図１２を参照すると、まず、MeNB２０の制御部２２は、ステップＳ２０１において、UE１０に設定するE-RABの通信種別を判断する。
【００７２】
ステップＳ２０１において、E-RABの通信種別が音声などのリアルタイムサービスに属するものであれば、MeNB２０の制御部２２は、ステップＳ２０２において、Dual Connectivityを設定不要と判断し、処理を終了する。
【００７３】
一方、ステップＳ２０１において、E-RABの通信種別がデータなどのノン・リアルタイムサービスに属するものであれば、続いて、MeNB２０の制御部２２は、ステップＳ２０３において、UE１０がSeNB３０の配下のセル内に在圏するかを判断する。
【００７４】
ステップＳ２０３において、UE１０がSeNB３０の配下のセル内に在圏しなければ、MeNB２０の制御部２２は、ステップＳ２０２において、Dual Connectivityを設定不要と判断し、処理を終了する。
【００７５】
一方、ステップＳ２０３において、UE１０がSeNB３０の配下のセル内に在圏すれば、MeNB２０の制御部２２は、ステップＳ２０４において、Dual Connectivityを設定要と判断する。
【００７６】
続いて、MeNB２０の制御部２２は、ステップＳ２０５において、MeNB２０がSeNB３０と接続した場合にMeNB２０の処理能力が上限を超えるか否かを判断する。
【００７７】
ステップＳ２０５において、MeNB２０の処理能力が上限を超えれば、MeNB２０の制御部２２は、ステップＳ２０６において、Flow Controlは不可と判断し、処理を終了する。
【００７８】
一方、ステップＳ２０５において、MeNB２０の処理能力が上限を超えなければ、MeNB２０の制御部２２は、ステップＳ２０７において、Flow Controlは可と判断し、処理を終了する。
【００７９】
なお、ステップＳ２０５におけるFlow Controlの可不可の判断は、MeNB２０の処理能力が上限を超えるか否かで判断すること以外に、その他の方法で判断することができる。
【００８０】
例えば、MeNB２０の負荷状況で判断することができる。例えば、MeNB２０の負荷状況の指標としてCPU（Central Processing Unit）使用率を用いる場合、CPU使用率が閾値よりも高い場合に、Flow controlを不可と判断することができる。
【００８１】
または、E-RABのQoS（Quality of Service）で判断することもできる。例えば、QoSの高い（即ち、プライオリティの高い）E-RABは、よりよいサービスを提供するために、Flow Controlを可と判断することができる。逆に、QoSの低い（即ち、プライオリティの低い）E-RABは、Flow Controlを不可と判断することができる。
【００８２】
図１１を再度参照すると、MeNB２０の制御部２２は、ステップＳ１０４でDual Connectivityを設定要と判断した場合、ステップＳ１０５において、ステップＳ１０４で判断したFlow Controlの可不可を識別可能な情報（Flow Control Indication）をSeNB Addition Requestメッセージに設定する。MeNB２０の通信部２１は、そのSeNB Addition RequestメッセージをSeNB３０に送信する。ここで、Flow Control Indicationは、Flow Controlが可または不可のいずれであるかを示すIE（Information Element。情報要素）である。
【００８３】
図１３に、SeNB Addition Requestメッセージの一例を示す。
【００８４】
図１３に示すSeNB Addition Requestメッセージでは、Flow Control IndicationがE-RABリストの中に示されている。これは、Flow Control Indicationが、E-RABごとに設定されることを意味している。
【００８５】
しかし、Flow Control Indicationは、E-RABごとに設定するのではなく、UE１０ごとに設定しても良い。
【００８６】
図１４に、SeNB Addition Requestメッセージの他の例を示す。
【００８７】
図１４に示すSeNB Addition Requestメッセージでは、Flow Control IndicationがE-RABリストの外に示されている。これは、Flow Control Indicationが、UE１０ごとに設定されることを意味している。
【００８８】
図１５および図１６に、Flow Control IndicationのIEの他の例を示す。
【００８９】
図１５に示す例では、Flow Controlが可または不可のいずれであるかを”ENUMERATED”で示している。また、図１６に示す例では、Flow Controlが可または不可のいずれかであるかを、”TRUE”または”FALSE”で示している。
【００９０】
なお、図１３〜図１６は、Flow Control IndicationのIEがM（Mandatory）の例を示しており、Flow Control Indicationが、Flow Controlが可または不可のいずれであるかを示している。
【００９１】
しかし、Flow Control IndicationのIEがO（Option）である場合、このIEが存在しなければ、Flow Controlが不可の意味にすることができる。
【００９２】
図１１を再度参照すると、SeNB３０の制御部３２は、MeNB２０からSeNB Addition Requestメッセージを受信すると、ステップＳ１０６において、Dual Connectivityを実行するための無線リソースを設定する。SeNB３０の通信部３１は、ステップＳ１０７において、MeNB２０に対し、SeNB Addition Request Acknowledgeメッセージを返送する。
【００９３】
MeNB２０の通信部２１は、SeNB３０からSeNB Addition Request Acknowledgeメッセージを受信すると、ステップＳ１０８において、UE１０に対し、RRC Connection Reconfigurationメッセージを送信し、SeNB３０の無線リソース設定を行う。
【００９４】
UE１０は、MeNB２０からRRC Connection Reconfigurationメッセージを受信すると、ステップＳ１０９において、MeNB２０に対し、RRC Connection Reconfiguration Completeメッセージを返送する。
【００９５】
MeNB２０の通信部２１は、UE１０からRRC Connection Reconfiguration Completeメッセージを受信すると、ステップＳ１１０において、SeNB３０に対し、SeNB Reconfiguration Completeメッセージを返送し、UE２０が用意できていることを通知する。
【００９６】
続いて、UE１０は、ステップＳ１１１において、SeNB３０に対する無線リソースの設定を行い、Random Access Procedureを実行する。
【００９７】
SeNB３０の通信部３１は、UE１０に対する無線リソースの設定が完了すると、ステップＳ１１２において、MeNB２０に対し、SeNB Addition Completeメッセージを送信する。
【００９８】
MeNB２０の通信部２１は、SeNB３０からSeNB Addition Completeメッセージを受信すると、ステップＳ１１３において、MME４０に対し、E-RAB Setup Responseメッセージを送信し、E-RABの設定が完了した旨を通知する。E-RAB Setup Responseメッセージには、MeNB２０のIP（Internet Protocol）アドレスが設定される。
【００９９】
MME４０は、MeNB２０からE-RAB Setup Responseメッセージを受信すると、ステップＳ１１４において、S-GW５０に対し、MeNB２０のIPアドレスが設定されたCreate Bearer Responseメッセージを送信する。これを受けて、S-GW５０は、MeNB２０との間にGTP（GPRS Tunneling Protocol。GPRS：General Packet Radio Service）トンネルを設定し、DLのパケットデータの送信が開始される。
【０１００】
以降、SeNB３０の通信部３１は、ステップＳ１０５において、MeNB２０から受信したSeNB Addition RequestメッセージのFlow Control Indicationによって、Flow Control可が通知されていれば、Flow Control信号をMeNB20にフィードバックする。一方、Flow Control不可が通知されていれば、SeNB３０の通信部３１は、Flow Control信号をフィードバックしない。
【０１０１】
上述したように本実施形態においては、MeNB20は、Flow Controlが可または不可のいずれであるかを示すFlow Control Indicationを、SeNB Addition Requestメッセージに設定してSeNB３０に送信する。
【０１０２】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
【０１０３】
なお、本実施形態においては、Flow Controlが不可の場合、MeNB２０からSeNB３０へ送信するDLのパケットデータのデータ量（PDCP PDUの量）は固定量となる。この場合、MeNB２０が「Flow Control不可」という情報を、SeNB３０だけでなくUE１０に通知しても良い。UE１０は、MeNB２０（またはSeNB３０）から「Flow Control不可」の情報が通知された場合、SeNB３０からMeNB２０へのフィードバックがないと判断し、UE１０からMeNB２０へHFN（Hyper Frame Number）の値を通知するよう制御を切り替える。
【０１０４】
また、Flow Controlが不可の場合、SeNB３０からMeNB２０へのFlow Control信号のフィードバックがないことになるため、MeNB２０は、SeNB３０における送信状態を知ることができない。しかし、MeNB２０のPDCPとUE１０のPDCPとにおけるHFNの値を一致させておく必要がある。そこで、PDCP Status ReportメッセージをUE１０からMeNB２０へ定期的に送信し、PDCP Status Reportメッセージを受信したMeNB２０が、UE１０のPDCPにおける受信状況を照らし合わせる。MeNB２０が送信したが、UE１０が未受信のPDCP SNがあれば、そのPDCP SNをMeNB２０が再送することが考えられる。または、MeNB２０は、PDCPをリセットすることを試み、UE１０にRRC Connectionの再設定の手順を実行させることが考えられる。UE１０がRRC Connectionを再設定することによってPDCPのSNもリセットされるので、MeNB２０のPDCPとUE１０のPDCPとにおけるHFNの値を一致させることができる。
（４）第４の実施形態
第３の実施形態は、UE１０が既にConnected状態にあることを前提にしている。
【０１０５】
これに対して、本実施形態は、UE１０がIdle状態であることを前提にしている。
【０１０６】
以下、本実施形態の無線通信システムの動作について、図１７を参照して説明する。
【０１０７】
図１７に、本実施形態の無線通信システムにおけるDual Connectivityの設定手順を示す。なお、図１７の例は、UE１０がIdle状態にあることを前提にしている。
【０１０８】
図１７を参照すると、S-GW５０は、ステップＳ３０１において、不図示のP-GWからDLのパケットデータを受信すると、ステップＳ３０２において、MME４０に対し、Downlink Data Notificationメッセージを送信する。
【０１０９】
MME４０は、S-GW５０からDownlink Data Notificationメッセージを受信すると、ステップＳ３０３，３０４において、UE１０に対して、UE１０が在圏するMeNB２０経由でPagingを転送する。
【０１１０】
UE１０が、ステップＳ３０５において、Pagingに応答してRRC Connection Establishメッセージを返送すると、MeNB２０の通信部２１は、ステップＳ３０６において、MME４０に対し、Initial UE Messageを送信する。
【０１１１】
MME４０は、MeNB２０からInitial UE Messageを受信すると、ステップＳ３０７において、MeNB２０に対し、Initial Context Setup Requestメッセージを送信する。
【０１１２】
以降、第３の実施形態の図１１のステップＳ１０４〜Ｓ１２２と同様のステップＳ３０８〜Ｓ３１６の処理を行う。
【０１１３】
MeNB２０の通信部２１は、SeNB３０からSeNB Addition Completeメッセージを受信すると、ステップＳ３１７において、MME４０に対し、Initial Context Setup Responseメッセージを送信する。
【０１１４】
MME４０は、MeNB２０からInitial Context Setup Responseメッセージを受信すると、ステップＳ３１８において、S-GW５０に対し、Modify Bearer Requestメッセージを送信する。S-GW５０は、ステップＳ３１９において、MME４０に対し、Modify Bearer Responseメッセージを送信する。
【０１１５】
以降、SeNB３０の通信部３１は、ステップＳ３０９において、MeNB２０から受信したSeNB Addition RequestメッセージのFlow Control Indicationによって、Flow Control可が通知されていれば、Flow Control信号をMeNB２０にフィードバックする。一方、Flow Control不可が通知されていれば、Flow Control信号をフィードバックしない。
【０１１６】
上述したように本実施形態においては、MeNB２０は、第３の実施形態と同様に、Flow Controlが可または不可のいずれであるかを示すFlow Control Indicationを、SeNB Addition Requestメッセージに設定してSeNB３０に送信する。
【０１１７】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
（５）第５の実施形態
第３および第４の実施形態は、MeNB２０がFlow Control IndicationをSeNB Addition Requestメッセージに設定していた。
【０１１８】
これに対して、本実施形態は、MeNB２０がFlow Control IndicationをSeNB Modification Requestメッセージに設定する点で、第３および第４の実施形態とは異なる。
【０１１９】
具体的には、第３および第４の実施形態においては、MeNB２０がFlow Controlの可不可を決定した時点では、SeNB３０にDual Connectivityを未設定の状態であった。そのため、MeNB２０は、SeNB３０に送信するSeNB Addition RequestメッセージにFlow Control Indicationを設定していた。
【０１２０】
これとは逆に、MeNB２０がFlow Controlの可不可を決定した時点で、SeNB３０にDual Connectivityを設定済みであった場合、SeNB３０には新たなE-RABを追加することになる。そこで、その場合には、MeNB２０は、SeNB３０に送信するSeNB Modification RequestメッセージにFlow Control Indicationを設定する。
【０１２１】
また、MeNB２０からSeNB３０にFlow Control Indicationを通知した後、MeNB２０の負荷状況等が変化し、Flow controlの可不可の状況が変化（可から不可へ、または、不可から可へ）する場合も考えられる。
【０１２２】
こうした場合も、MeNB２０は、変化後のFlow Control Indicationを、SeNB Modification Requestメッセージに設定してSeNB３０に送信することができる。
【０１２３】
上述したように本実施形態においては、MeNB２０は、Flow Controlが可または不可のいずれであるかを示すFlow Control Indicationを、SeNB Modification Requestメッセージに設定してSeNB３０に送信する。
【０１２４】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
（６）第６の実施形態
第３〜第５の実施形態は、Flow Controlの可不可を識別可能な情報を、Flow Control Indicationとしていた。
【０１２５】
これに対して、本実施形態は、Flow Controlの可不可を識別可能な情報を、Flow Control信号をフィードバックする時間間隔を示すFlow Control Periodとする点で、第３〜第５の実施形態とは異なる。
【０１２６】
図１８に、Flow Control PeriodのIEの一例を示す。
【０１２７】
図１８に示す例では、MeNB２０は、Flow Control信号をフィードバックする時間間隔を、0秒から2047秒の間隔（１秒単位）で指定する。なお、時間間隔は、ミリ秒単位で指定しても良い。
【０１２８】
時間間隔が０である場合は、Flow Control信号のフィードバックが不要（即ち、Flow Controlが不可）を意味する。
【０１２９】
一方、時間間隔が０以外の値である場合は、その値は、Flow Control信号をフィードバックする時間間隔を示し、Flow Controlが可であることを意味する。
【０１３０】
Flow Control Periodは、SeNB Addition RequestメッセージやSeNB Modification Requestメッセージに設定して送信することができる。
【０１３１】
なお、Flow Control信号をフィードバックする時間間隔は種々の方法で判断することができる。
【０１３２】
例えば、MeNB２０の負荷状況で判断することができる。例えば、MeNB２０の負荷状況の指標としてCPU使用率を用いる場合、例えば、CPU使用率が高くなるにしたがって、時間間隔を長くすることができる。
【０１３３】
または、E-RABのQoSで判断することもできる。例えば、QoSの高い（即ち、プライオリティの高い）E-RABによりよいサービスを提供するために、E-RABのQoSが高くなるにしたがって、時間間隔を短くすることができる。
【０１３４】
上述したように本実施形態においては、MeNB２０は、Flow Control信号をフィードバックする時間間隔を示すFlow Control PeriodをSeNB３０に通知する。
【０１３５】
そのため、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
（７）第７の実施形態
第３〜第５の実施形態は、Flow Controlの可不可を識別可能な情報を、Flow Control Indicationとしていた。また、第６の実施形態は、Flow Controlの可不可を識別可能な情報を、Flow Control Periodとしていた。
【０１３６】
これに対して、本実施形態は、Flow Controlの可不可を識別可能な情報を、DLのパケットデータ（PDCP PDU）の全てをSeNB３０経由でUE１０に送信することを示すAll PDCP-PDUとする点で、第３〜第６の実施形態とは異なる。
【０１３７】
具体的には、MeNB２０は、SeNB Addition Requestメッセージや、SeNB Modification Requestメッセージに、All PDCP-PDUというIEを設定する。
【０１３８】
All PDCP-PDUは、上述したように、DLのパケットデータ（PDCP PDU）の全てをSeNB３０経由でUE１０に送信することを意味するものであるが、これと同時に、Flow Controlの不可をも意味する。そのため、SeNB３０からMeNB２０へのFlow Control信号のフィードバックは全く不要になる。これは、あるPico eNBがSeNB専用である場合に有効である。
【０１３９】
なお、All PDCP-PDUのIEは、M（Mandatory）またはO（Option）のどちらの設定にすることもできる。
【０１４０】
上述したように本実施形態においては、MeNB２０は、DLのパケットデータ（PDCP PDU）の全てをSeNB３０経由でUE１０に送信することを示すAll PDCP-PDUをSeNB３０に通知する。
【０１４１】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
（８）第８の実施形態
本実施形態は、Flow Controlの可不可を識別可能な情報を、MeNB２０とSeNB３０間でやり取りするFrame ProtocolもしくはUser Plane Protocolで送信する点で、第３〜第７の実施形態とは異なる。Frame ProtocolもしくはUser Plane Protocolはデータを転送するプロトコルである。
【０１４２】
図１９および図２０に、Flow Controlの可不可を識別可能な情報をFrame Protocolで送信するためのFlow Control Frameのフォーマットの例を示す。
【０１４３】
図１９に示す例は、Frame ProtocolのIEにおいて、第３〜第５の実施形態と同様に、Flow Controlが可または不可のいずれであるかを示す例である。
【０１４４】
図１９において、RAN Container Type (0x02)は、このFrameがFlow Control Frameであることを示している。
【０１４５】
Spareは、未使用で常に０が設定される。
【０１４６】
Fは０または１が設定される。１はFlow Controlが可であることを示し、０はFlow Controlが不可であることを示している。ただし、その逆に、０はFlow Controlが可、１はFlow Controlが不可を示すような定義にすることも可能である。
【０１４７】
図２０に示す例は、Frame ProtocolのIEにおいて、第６の実施形態と同様に、Flow Control信号をSeNB３０からMeNB２０にフィードバックする時間間隔を示す例である。
【０１４８】
図２０において、RAN Container Type (0x02)は、このFrameがFlow Control Frameであることを示している。
【０１４９】
Spareは、未使用で常に０が設定される。
【０１５０】
Fは、０〜１０２３の値のいずれかが設定される。０は、Flow Controlが不可であることを示し、それ以外の値は、Flow Controlが可であり、Flow Control信号をSeNB３０からMeNB２０にフィードバックする時間間隔を示している。その時間間隔は１０２３以外も可能である。
【０１５１】
なお、本実施形態において、Flow Controlの可不可を識別可能な情報をFrame Protocolで送信するタイミングは、E-RABの設定が完了した後、即ち、図１１の処理や図１７の処理が完了した後の任意のタイミングとなる。
【０１５２】
また、図１９および図２０の使い分けの方法としては、例えば、Fとして1bit分しか割り当てられていない場合は図１９を、それ以外の場合は図２０を使用するといったことが考えられる。
【０１５３】
上述したように本実施形態においては、MeNB２０はFlow Controlの可不可を識別可能な情報をFrame Protocolで送信する。
【０１５４】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
（９）第９の実施形態
第２〜第８の実施形態は、MeNB２０が、Flow Controlの可不可の決定や、Flow Controlが可の場合にFlow Control信号をフィードバックする時間間隔の決定を行っていた。
【０１５５】
これに対して、本実施形態は、オペレータがFlow Controlの可不可や、Flow Controlが可の場合にFlow Control信号をフィードバックする時間間隔を決定し、Flow Controlの可不可を識別可能な情報のO&M（Operation & Maintenance）設定を行う。
【０１５６】
図２１に、Dual Connectivityを実現する無線通信システムの全体構成の他の例を示す。
【０１５７】
図２１に示す無線通信システムは、図１と比較して、O&Mサーバ６０が追加されている。
【０１５８】
Flow Controlの可不可を識別可能な情報は、オペレータがO&Mサーバ６０に設定し、O&Mサーバ６０がMeNB２０およびSeNB３０に設定する。
【０１５９】
上述したように本実施形態においては、O&Mサーバ６０がFlow Controlの可不可を識別可能な情報をMeNB２０およびSeNB３０に設定する。
【０１６０】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
（１０）第１０の実施形態
第１〜第８の実施形態は、Flow Controlの可不可を識別可能な情報を、MeNB２０がSeNB３０に直接送信していた。
【０１６１】
これに対して、本実施形態は、Flow Controlの可不可を識別可能な情報を、まず、MeNB２０がUE１０に送信し、UE１０がSeNB３０に送信する。
【０１６２】
具体的には、Flow Controlの可不可を識別可能な情報は、まず、MeNB２０がUE１０にFlow Control informationとして送信し、UE１０がSeNB３０にFlow Control informationとして送信する。
【０１６３】
上述したように本実施形態においては、Flow Controlの可不可を識別可能な情報が、MeNB２０からUE１０経由でSeNB３０に送信される。
【０１６４】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
（１１）第１１の実施形態
第１〜第８の実施形態は、Flow Controlの可不可を識別可能な情報を、MeNB２０がSeNB３０に直接送信していた。
【０１６５】
これに対して、本実施形態は、Flow Controlの可不可を識別可能な情報を、まず、MeNB２０がCN側に送信し、CN側がSeNB３０に送信する。
【０１６６】
具体的には、Flow Controlの可不可を識別可能な情報は、まず、MeNB２０がCN内のMME４０にFlow Control informationとして送信し、MME４０がSeNB３０にFlow Control informationとして送信する。
【０１６７】
上述したように本実施形態においては、Flow Controlの可不可を識別可能な情報が、MeNB２０からCN経由でSeNB３０に送信される。
【０１６８】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。
【０１６９】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。
【０１７０】
この出願は、２０１４年８月７日に出願された日本出願特願２０１４−１６１０１３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2018038065.tif 000003
【図２】
2018038065.tif 000004
【図３】
2018038065.tif 000005
【図４】
2018038065.tif 000006
【図５】
2018038065.tif 000007
【図６】
2018038065.tif 000008
【図７】
2018038065.tif 000009
【図８】
2018038065.tif 000010
【図９】
2018038065.tif 000011
【図１０】
2018038065.tif 000012
【図１１】
2018038065.tif 000013
【図１２】
2018038065.tif 000014
【図１３】
2018038065.tif 000015
【図１４】
2018038065.tif 000016
【図１５】
2018038065.tif 000017
【図１６】
2018038065.tif 000018
【図１７】
2018038065.tif 000019
【図１８】
2018038065.tif 000020
【図１９】
2018038065.tif 000021
【図２０】
2018038065.tif 000022
【図２１】
2018038065.tif 000023