知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6233521
(24)【登録日】2017年11月2日
(45)【発行日】2017年11月22日
(54)【発明の名称】基地局、無線通信システムおよび通信方法
(51)【国際特許分類】
H04W 16/32 20090101AFI20171113BHJP
H04W 28/10 20090101ALI20171113BHJP
H04W 72/04 20090101ALI20171113BHJP
H04W 92/20 20090101ALI20171113BHJP
【ＦＩ】
H04W16/32
H04W28/10
H04W72/04 111
H04W92/20
【請求項の数】10
【全頁数】21
(21)【出願番号】特願2016-539891(P2016-539891)
(86)(22)【出願日】2015年6月18日
(86)【国際出願番号】JP2015067638
(87)【国際公開番号】WO2016021306
(87)【国際公開日】20160211
【審査請求日】2017年1月16日
(31)【優先権主張番号】特願2014-161013(P2014-161013)
(32)【優先日】2014年8月7日
(33)【優先権主張国】JP
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100109313
【弁理士】
【氏名又は名称】机 昌彦
(74)【代理人】
【識別番号】100124154
【弁理士】
【氏名又は名称】下坂 直樹
(72)【発明者】
【氏名】林 貞福
【審査官】
三浦 みちる
(56)【参考文献】
【文献】
米国特許出願公開第２０１３／０２０１８４１（ＵＳ，Ａ１）
【文献】
NEC，Flow Control function over X2 for Dual connectivity，3GPP TSG-RAN WG3#83bis R3-140679，２０１４年 ４月 ４日
【文献】
NTT DOCOMO, INC.，Necessity of flow control for inter-node UP aggregation，3GPP TSG-RAN WG2 #83 R2-132438，２０１３年 ８月２３日
【文献】
BlackBerry UK Limited，Necessity of flow control for various U-plane alternatives，3GPP TSG RAN WG2 Meeting #84 R2-134116，２０１３年１１月１５日
【文献】
NSN, Nokia Corporation, NTT DOCOMO, Inc.，Open issue resolution of Flow Control and Delivery Feedback，3GPP TSG-RAN WG3#84 R3-141095，２０１４年 ５月２３日
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４− ７／２６
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局であって、
フロー制御の可不可を識別可能な情報を前記他の基地局に送信する通信部を有する、基地局。
フロー制御の可不可を識別可能な情報を前記他の基地局に送信する通信部を有する、基地局。
【請求項2】
前記フロー制御の可不可を識別可能な情報は、前記フロー制御が可または不可のいずれであるかを示す情報である、請求項１に記載の基地局。
【請求項3】
前記フロー制御の可不可を識別可能な情報は、前記下りデータの全てを前記他の基地局に送信することを示す情報である、請求項１に記載の基地局。
【請求項4】
前記フロー制御の可不可を識別可能な情報は、前記他の基地局から自局にフロー制御信号をフィードバックする時間間隔を示す情報である、請求項１に記載の基地局。
【請求項5】
自局が前記他の基地局と接続した場合に自局の処理能力が上限を超えるか否かに応じて、前記フロー制御の可不可を決定する制御部をさらに有する、請求項２から４のいずれか１項に記載の基地局。
【請求項6】
自局の負荷状況に応じて、前記フロー制御の可不可を決定する制御部をさらに有する、請求項２または３に記載の基地局。
【請求項7】
前記端末へのベアラのＱｏＳに応じて、前記フロー制御の可不可を決定する制御部をさらに有する、請求項２または３に記載の基地局。
【請求項8】
自局の負荷状況に応じて、前記フロー制御の可不可および前記時間間隔を決定する制御部をさらに有する、請求項４に記載の基地局。
【請求項9】
第１の基地局と、
コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有し、
前記第２の基地局は、
フロー制御の可不可を識別可能な情報を前記第１の基地局に送信する、無線通信システム。
コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有し、
前記第２の基地局は、
フロー制御の可不可を識別可能な情報を前記第１の基地局に送信する、無線通信システム。
【請求項10】
コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局による通信方法であって、
フロー制御の可不可を識別可能な情報を前記他の基地局に送信する、通信方法。
フロー制御の可不可を識別可能な情報を前記他の基地局に送信する、通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、基地局、無線通信システムおよび通信方法に関する。【背景技術】
【0002】
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）ネットワークが制定されている。【0003】
図１に、Dual Connectivityを実現する無線通信システムの構成の一例を示す。【0004】
図１に示す無線通信システムは、UE１０と、MeNodeB（Master eNode B。以下、MeNBと表記する）２０と、SeNodeB（Secondary eNode B。以下、SeNBと表記する）３０と、MME（Mobility Management Entity）４０と、S-GW（Serving Gateway）５０と、を有している。【0005】
MeNB２０は、マスタセル基地局である。【0006】
SeNB３０は、スモールセル基地局である。なお、SeNB３０の配下のセル（SCG：Secondary Cell Group）は、MeNB２０の配下のセル（MCG：Master Cell Group）のカバーエリア内に位置している。【0007】
UE１０は、２つのMeNB20およびSeNB３０からDL（DownLink）のパケットデータを受信する端末である。なお、UE１０は、UL（UpLink）のパケットデータについては、MeNB２０のみに送信するか、または、２つのMeNB２０およびSeNB３０に送信することになる。【0008】
MME４０は、CN（Core Network）に配置されたコアネットワーク装置であり、C（Control）-planeの伝送やUE１０の移動管理を行う。【0009】
S-GW５０は、CNに配置されたコアネットワーク装置であり、U（User）-planeのパケットデータの伝送を行う。【0010】
なお、MeNB２０とSeNB３０とは、X2 Interfaceを介して接続され、MME４０およびS-GW５０とMeNB２０およびSeNB３０とは、S1 Interfaceを介して接続されている。【0011】
図２に、Dual ConnectivityにおけるC-planeの接続構成の一例を示す。【0012】
図２に示すように、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１０に送信することはある。【0013】
また、Dual ConnectivityにおけるU-planeの接続構成としては、Split bearer option構成と、SCG bearer option構成と、が挙げられる。【0014】
図３に、Split bearer option構成の場合のU-planeの接続構成の一例を示す。図４に、Split bearer option構成の場合のRadio Protocolの接続構成の一例を示す。【0015】
図３および図４に示すように、Split bearer option構成の場合、U-planeのDLのパケットデータは、S-GW５０からMeNB２０にのみ送信され、SeNB３０には送信されない。なお、図３および図４に示す構成において、MeNB２０からUE１０へのベアラは、MCG bearerと称され、SeNB３０からUE１０へのベアラは、SCG bearerと称される（後述の図５および図６において同じ）。【0016】
図４に示すように、UE１０、MeNB２０、およびSeNB３０は、PDCP（Packet Data Convergence Protocol）レイヤ、RLC（Radio Link Control）レイヤ、およびMAC（Medium Access Control）レイヤからなるレイヤ構成を取っている。【0017】
MeNB２０では、S-GW５０から受信したU-planeのDLのパケットデータは、PDCPレイヤにて受け付けられる。ここで、MeNB２０の一方のPDCPレイヤ（図４中右側のレイヤ）は、ある一部のパケットデータ（PDCP PDU（Protocol Data Unit））については自配下のセル経由でUE１０に送信し、ある一部のパケットデータ（PDCP PDU）についてはSeNB３０経由でUE１０に送信することができる。即ち、MeNB２０のPDCPレイヤでは、U-planeのパケットデータを分離する（Splitする）ことができる。【0018】
このようなSplit bearer option構成においては、SeNB３０のリソースを圧迫することなく、SeNB３０のリソースを十分に利用するという目的のため、MeNB２０が、SeNB３０からFlow Control信号（フロー制御信号）をフィードバックし、Flow Control信号を用いて、SeNB３０へ送信するDLのパケットデータのデータ量（PDCP PDUの量）を調整するFlow Control（フロー制御）が導入されている。【0019】
Flow Control信号は、MeNB２０から受信したDLのパケットデータのUE１０へのSeNB３０の送信状況を示す情報と、SeNB３０の残バッファー量を示す情報と、を含む。Flow Control信号は、他にも例えばSeNB３０の送信電力に関する情報、SeNB３０の収容できるベアラの数、SeNB３０の収容できる最大ビットレートを含んでもよい。【0020】
ここで、Flow Controlのメカニズムについて、以下に具体例を挙げて説明する。【0021】
MeNB２０は、自配下のセル経由で、PDCP SN（Sequence Number）#100, #102, #104, #106, #108のパケットデータをUE１０に送信する。その一方、MeNB２０は、SeNB３０には、PDCP SN#101, #103, #105, #107, #109, #111のパケットデータを送信する。【0022】
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）の受信に相当する。【0023】
MeNB２０は、SeNB３０に送信したパケットデータ（PDCP PDU）のすべてがUE１０に送信完了したと判断すると、SeNB３０の残バッファー量を見て、次にSeNB３０に送信するパケットデータのデータ量（PDCP PDUの量）を調整する。【0024】
なお、上述した、Dual ConnectivityにおけるU-planeの接続構成のうち、SCG bearer option構成は本発明には関係しないが、参考のため、以下に簡単に説明する。【0025】
図５に、SCG bearer option構成の場合のU-planeの接続構成の一例を示す。図６に、SCG bearer option構成の場合のRadio Protocolの接続構成の一例を示す。【0026】
図５および図６に示すように、SCG bearer option構成の場合、U-planeのDLのパケットデータは、S-GW５０からMeNB２０およびSeNB３０の双方に送信され、MeNB２０およびSeNB３０の各々の配下のセル経由でUE１０に送信される。【0027】
このようなSCG Bearer Option構成においては、CNとUE１０間で送受信されるパケットデータはX2-Uを経由することがない。ただし、例えば、SeNB３０の追加や削除などの場合に、MeNB２０またはSeNB３０の一方に残存するパケットデータを他方にForwardingするData Forwardingを行うために、X2-Uが使用される。【先行技術文献】
【非特許文献】
【0028】
【非特許文献1】3GPP TS 36.322 V12.0.0 (2014-06)
【発明の概要】
【発明が解決しようとする課題】
【0029】
しかし、例えば、Split bearer option構成のように、第２の基地局（MeNB）が、CNから受信した下りデータを、自局と第１の基地局（SeNB）とを経由して端末（UE）に送信可能な構成である場合、以下のような問題がある。【0030】
例えば、第２の基地局がマクロ基地局である場合、第２の基地局は多くの第１の基地局と接続することがある。しかし、第２の基地局が、多くの第１の基地局から大量のFlow Control信号を受信することになると、第２の基地局のFlow Controlに関連する処理負荷が増加する。その結果、本来Dual Connectivityが狙う効果であるスループットの増加や通信の高速化といった効果が得られなくなる可能性がある。【0031】
また、例えば、昼間は会社にいてほぼ移動しないユーザがいたとする。このようなユーザの端末に対するパケットデータの送信において、第２の基地局は、自配下のセルを経由させないことができる。即ち、第２の基地局は、すべてのパケットデータを第１の基地局のセルを経由して端末に送信することができる。この構成では、第１の基地局を、第２の基地局におけるDual Connectivity専用のSeNBにする場合もあり、この場合は第１の基地局からのFlow Control信号を必要としない。この構成では、例えば、第１の基地局がPico eNBでありエリアに設置される数が多い場合も、MMEへの接続負荷を減らすために、第１の基地局をMMEと直接接続しない。即ち、この構成では、SeNBの機能を持つPico eNBはSeNB専用となる。【0032】
このように、例えば、Split bearer option構成においては、第１の基地局から第２の基地局にフィードバックするFlow Control信号を不要とすることが課題となっている。【0033】
そこで、本明細書に開示される実施形態が達成しようとする目的の１つは、上述した課題を解決することができる基地局、無線通信システムおよび通信方法を提供することにある。【課題を解決するための手段】
【0034】
本発明の基地局は、コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局であって、
フロー制御の可不可を識別可能な情報を前記他の基地局に送信する通信部を有する。
【0035】
本発明の無線通信システムは、第１の基地局と、
コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有し、
前記第２の基地局は、
フロー制御の可不可を識別可能な情報を前記第１の基地局に送信する。
【0036】
本発明の通信方法は、コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局による通信方法であって、
フロー制御の可不可を識別可能な情報を前記他の基地局に送信する。
【発明の効果】
【0037】
本発明によれば、第２の基地局から第１の基地局にフィードバックするフロー制御信号を不要とすることができるという効果が得られる。【図面の簡単な説明】
【0038】
【図1】Dual Connectivityを実現する無線通信システムの全体構成の一例を示す図である。
【図2】Dual ConnectivityにおけるC-planeの接続構成の一例を示す図である。
【図3】Dual ConnectivityにおけるU-planeの接続構成の一例（Split bearer option）を示す図である。
【図4】Dual ConnectivityにおけるRadio Protocolの接続構成の一例（Split bearer option）を示す図である。
【図5】Dual ConnectivityにおけるU-planeの接続構成の他の例（SCG bearer option）を示す図である。
【図6】Dual ConnectivityにおけるRadio Protocolの接続構成の他の例（SCG bearer option）を示す図である。
【図7】本発明の第１の実施形態におけるMeNBの構成の一例を示すブロック図である。
【図8】本発明の第１の実施形態におけるSeNBの構成の一例を示すブロック図である。
【図9】本発明の第２の実施形態におけるMeNBの構成の一例を示すブロック図である。
【図10】本発明の第２の実施形態におけるSeNBの構成の一例を示すブロック図である。
【図11】本発明の第３の実施形態におけるDual Connectivity設定手順の一例を示すシーケンス図である。
【図12】本発明の第３の実施形態におけるMeNBによるFlow Control可不可判断処理の一例を示すフロー図である。
【図13】本発明の第３の実施形態におけるSeNB Addition Requestメッセージの一例を示す図である。
【図14】本発明の第３の実施形態におけるSeNB Addition Requestメッセージの他の例を示す図である。
【図15】本発明の第３の実施形態におけるFlow Control IndicationのIEの他の例を示す図である。
【図16】本発明の第３の実施形態におけるFlow Control IndicationのIEのさらに他の例を示す図である。
【図17】本発明の第４の実施形態におけるDual Connectivity設定手順の一例を示すシーケンス図である。
【図18】本発明の第６の実施形態におけるFlow Control PeriodのIEの一例を示す図である。
【図19】本発明の第８の実施形態におけるFlow Control Frameのフォーマットの一例を示す図である。
【図20】本発明の第８の実施形態におけるFlow Control Frameのフォーマットの他の例を示す図である。
【図21】本発明の第９の実施形態における無線通信システムの全体構成の一例を示す図である。
【発明を実施するための形態】
【0039】
以下に、本発明を実施するための形態について図面を参照して説明する。（１）第１の実施形態
本実施形態は、無線通信システムの全体構成自体は図１と同様であるが、MeNB２０およびSeNB３０に新たな機能を追加している。
【0040】
そこで、以下に、MeNB２０およびSeNB３０の構成について詳細に説明する。【0041】
SeNB３０は、第１の基地局である。【0042】
MeNB２０は、第２の基地局である。MeNB２０は、Dual Connectivityを設定し、CNから受信したDLのパケットデータを、MeNB２０（MeNB２０のセル）とSeNB３０とを経由してUE１０に送信可能である。【0043】
図９に、MeNB２０の構成の一例を示す。【0044】
図９に示すように、MeNB２０は、通信部２１を有している。【0045】
通信部２１は、Flow Controlの可不可を識別可能な情報をSeNB３０に送信する。Flow Controlとは、SeNB３０からFlow Control信号をフィードバックし、Flow Control信号を用いて、SeNB３０に送信するDLのパケットデータのデータ量を調整することである。【0046】
図１０に、SeNB３０の構成の一例を示す。【0047】
図１０に示すように、SeNB３０は、通信部３１を有している。【0048】
通信部３１は、Flow Controlの可不可を識別可能な情報をMeNB２０から受信する。【0049】
上述したように本実施形態においては、MeNB２０は、MeNB２０によるFlow Controlの可不可を識別可能な情報をSeNB３０に送信する。【0050】
したがって、SeNB３０がFlow Controlの可不可を識別できるため、Flow Controlが不可の場合にSeNB３０からMeNB２０へのFlow Control信号を不要にできる。これにより、MeNB２０のFlow Controlに関連する処理負荷を低減することができるため、本来のスループットの増加や通信の高速化といったDual Connectivityの効果を得ることができる。【0051】
また、MeNB２０が、すべてのパケットデータをSeNB３０のセル経由でUE１０に送信する場合に、SeNB３０からMeNB２０へのFlow Control信号を不要とすることができる。【0052】
（２）第２の実施形態本実施形態は、無線通信システムの全体構成自体は第１の実施形態と同様であるが、MeNB２０およびSeNB３０の構成は第１の実施形態から変更している。
【0053】
そこで、以下に、MeNB２０およびSeNB３０の構成について詳細に説明する。【0054】
図９に、MeNB２０の構成の一例を示す。【0055】
図９に示すように、MeNB２０は、第１の実施形態と比較して、制御部２２が追加されている。【0056】
制御部２２は、MeNB２０によるFlow Controlの可不可を決定する。【0057】
通信部２１は、制御部２２が決定した、Flow Controlの可不可を識別可能な情報をSeNB３０に送信する。【0058】
なお、制御部２２および通信部２１は、上述した動作以外に、上記の背景技術で説明したMeNBの機能を実現するための動作も行うものとする。【0059】
図１０に、SeNB３０の構成の一例を示す。【0060】
図１０に示すように、SeNB３０は、第１の実施形態と比較して、制御部３２が追加されている。【0061】
通信部３１は、Flow Controlの可不可を識別可能な情報をMeNB２０から受信する。【0062】
制御部３２は、MeNB２０から受信した、Flow Controlの可不可を識別可能な情報を基に、Flow Controlの可不可を識別し、MeNB２０へのFlow Control信号のフィードバックを制御する。具体的には、Flow Controlが可であれば、Flow Control信号をMeNB２０にフィードバックする。一方、Flow Controlが不可であれば、Flow Control信号をフィードバックしない。なお、Flow Control信号をフィードバックしない、とは、Flow Control信号をMeNB２０に送信しない、と表現しても良い。【0063】
なお、制御部３２および通信部３１は、上述した動作以外に、上記の背景技術で説明したSeNBの機能を実現するための動作も行うものとする。【0064】
上述したように本実施形態においては、MeNB２０は、MeNB２０によるFlow Controlの可不可を識別可能な情報をSeNB３０に送信する。【0065】
したがって、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0066】
（３）第３の実施形態本実施形態は、第２の実施形態の動作をより具体化したものであり、無線通信システムの全体構成とMeNB２０およびSeNB３０の構成とは、第２の実施形態と同様である。
【0067】
以下に、本実施形態の無線通信システムの動作について、図１１を参照して説明する。【0068】
図１１に、本実施形態の無線通信システムにおけるDual Connectivityの設定手順の一例を示す。なお、図１１の例は、UE１０が既にConnected状態にあることを前提にしている。【0069】
図１１を参照すると、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メッセージを送信する。【0070】
MME４０は、S-GW５０からCreate Bearer Requestメッセージを受信すると、ステップＳ１０３において、UE１０が在圏するMeNB２０に対し、E-RAB Setup Requestメッセージを送信する。【0071】
MeNB２０の制御部２２は、MME４０からE-RAB Setup Requestメッセージを受信すると、ステップＳ１０４において、Dual Connectivityを設定するか否かを判断する。また、Dual Connectivityを設定する場合はFlow Controlの可不可も判断する。【0073】
図１２を参照すると、まず、MeNB２０の制御部２２は、ステップＳ２０１において、UE１０に設定するE-RABの通信種別を判断する。【0074】
ステップＳ２０１において、E-RABの通信種別が音声などのリアルタイムサービスに属するものであれば、MeNB２０の制御部２２は、ステップＳ２０２において、Dual Connectivityを設定不要と判断し、処理を終了する。【0075】
一方、ステップＳ２０１において、E-RABの通信種別がデータなどのノン・リアルタイムサービスに属するものであれば、続いて、MeNB２０の制御部２２は、ステップＳ２０３において、UE１０がSeNB３０の配下のセル内に在圏するかを判断する。【0076】
ステップＳ２０３において、UE１０がSeNB３０の配下のセル内に在圏しなければ、MeNB２０の制御部２２は、ステップＳ２０２において、Dual Connectivityを設定不要と判断し、処理を終了する。【0077】
一方、ステップＳ２０３において、UE１０がSeNB３０の配下のセル内に在圏すれば、MeNB２０の制御部２２は、ステップＳ２０４において、Dual Connectivityを設定要と判断する。【0078】
続いて、MeNB２０の制御部２２は、ステップＳ２０５において、MeNB２０がSeNB３０と接続した場合にMeNB２０の処理能力が上限を超えるか否かを判断する。【0079】
ステップＳ２０５において、MeNB２０の処理能力が上限を超えれば、MeNB２０の制御部２２は、ステップＳ２０６において、Flow Controlは不可と判断し、処理を終了する。【0080】
一方、ステップＳ２０５において、MeNB２０の処理能力が上限を超えなければ、MeNB２０の制御部２２は、ステップＳ２０７において、Flow Controlは可と判断し、処理を終了する。【0081】
なお、ステップＳ２０５におけるFlow Controlの可不可の判断は、MeNB２０の処理能力が上限を超えるか否かで判断すること以外に、その他の方法で判断することができる。【0082】
例えば、MeNB２０の負荷状況で判断することができる。例えば、MeNB２０の負荷状況の指標としてCPU（Central Processing Unit）使用率を用いる場合、CPU使用率が閾値よりも高い場合に、Flow controlを不可と判断することができる。【0083】
または、E-RABのQoS（Quality of Service）で判断することもできる。例えば、QoSの高い（即ち、プライオリティの高い）E-RABは、よりよいサービスを提供するために、Flow Controlを可と判断することができる。逆に、QoSの低い（即ち、プライオリティの低い）E-RABは、Flow Controlを不可と判断することができる。【0084】
図１１を再度参照すると、MeNB２０の制御部２２は、ステップＳ１０４でDual Connectivityを設定要と判断した場合、ステップＳ１０５において、ステップＳ１０４で判断したFlow Controlの可不可を識別可能な情報（Flow Control Indication）をSeNB Addition Requestメッセージに設定する。MeNB２０の通信部２１は、そのSeNB Addition RequestメッセージをSeNB３０に送信する。ここで、Flow Control Indicationは、Flow Controlが可または不可のいずれであるかを示すIE（Information Element。情報要素）である。【0085】
図１３に、SeNB Addition Requestメッセージの一例を示す。【0086】
図１３に示すSeNB Addition Requestメッセージでは、Flow Control IndicationがE-RABリストの中に示されている。これは、Flow Control Indicationが、E-RABごとに設定されることを意味している。【0087】
しかし、Flow Control Indicationは、E-RABごとに設定するのではなく、UE１０ごとに設定しても良い。【0088】
図１４に、SeNB Addition Requestメッセージの他の例を示す。【0089】
図１４に示すSeNB Addition Requestメッセージでは、Flow Control IndicationがE-RABリストの外に示されている。これは、Flow Control Indicationが、UE１０ごとに設定されることを意味している。【0091】
図１５に示す例では、Flow Controlが可または不可のいずれであるかを“ENUMERATED”で示している。また、図１６に示す例では、Flow Controlが可または不可のいずれかであるかを、“TRUE”または“FALSE”で示している。【0092】
なお、図１３〜図１６は、Flow Control IndicationのIEがM（Mandatory）の例を示しており、Flow Control Indicationが、Flow Controlが可または不可のいずれであるかを示している。【0093】
しかし、Flow Control IndicationのIEがO（Option）である場合、このIEが存在しなければ、Flow Controlが不可の意味にすることができる。【0094】
図１１を再度参照すると、SeNB３０の制御部３２は、MeNB２０からSeNB Addition Requestメッセージを受信すると、ステップＳ１０６において、Dual Connectivityを実行するための無線リソースを設定する。SeNB３０の通信部３１は、ステップＳ１０７において、MeNB２０に対し、SeNB Addition Request Acknowledgeメッセージを返送する。【0095】
MeNB２０の通信部２１は、SeNB３０からSeNB Addition Request Acknowledgeメッセージを受信すると、ステップＳ１０８において、UE１０に対し、RRC Connection Reconfigurationメッセージを送信し、SeNB３０の無線リソース設定を行う。【0096】
UE１０は、MeNB２０からRRC Connection Reconfigurationメッセージを受信すると、ステップＳ１０９において、MeNB２０に対し、RRC Connection Reconfiguration Completeメッセージを返送する。【0097】
MeNB２０の通信部２１は、UE１０からRRC Connection Reconfiguration Completeメッセージを受信すると、ステップＳ１１０において、SeNB３０に対し、SeNB Reconfiguration Completeメッセージを返送し、UE２０が用意できていることを通知する。【0098】
続いて、UE１０は、ステップＳ１１１において、SeNB３０に対する無線リソースの設定を行い、Random Access Procedureを実行する。【0099】
SeNB３０の通信部３１は、UE１０に対する無線リソースの設定が完了すると、ステップＳ１１２において、MeNB２０に対し、SeNB Addition Completeメッセージを送信する。【0100】
MeNB２０の通信部２１は、SeNB３０からSeNB Addition Completeメッセージを受信すると、ステップＳ１１３において、MME４０に対し、E-RAB Setup Responseメッセージを送信し、E-RABの設定が完了した旨を通知する。E-RAB Setup Responseメッセージには、MeNB２０のIP（Internet Protocol）アドレスが設定される。【0101】
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のパケットデータの送信が開始される。【0102】
以降、SeNB３０の通信部３１は、ステップＳ１０５において、MeNB２０から受信したSeNB Addition RequestメッセージのFlow Control Indicationによって、Flow Control可が通知されていれば、Flow Control信号をMeNB20にフィードバックする。一方、Flow Control不可が通知されていれば、SeNB３０の通信部３１は、Flow Control信号をフィードバックしない。【0103】
上述したように本実施形態においては、MeNB20は、Flow Controlが可または不可のいずれであるかを示すFlow Control Indicationを、SeNB Addition Requestメッセージに設定してSeNB３０に送信する。【0104】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0105】
なお、本実施形態においては、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）の値を通知するよう制御を切り替える。【0106】
また、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の値を一致させることができる。【0107】
（４）第４の実施形態第３の実施形態は、UE１０が既にConnected状態にあることを前提にしている。
【0108】
これに対して、本実施形態は、UE１０がIdle状態であることを前提にしている。【0109】
以下、本実施形態の無線通信システムの動作について、図１７を参照して説明する。【0111】
図１７を参照すると、S-GW５０は、ステップＳ３０１において、不図示のP-GWからDLのパケットデータを受信すると、ステップＳ３０２において、MME４０に対し、Downlink Data Notificationメッセージを送信する。【0112】
MME４０は、S-GW５０からDownlink Data Notificationメッセージを受信すると、ステップＳ３０３，３０４において、UE１０に対して、UE１０が在圏するMeNB２０経由でPagingを転送する。【0113】
UE１０が、ステップＳ３０５において、Pagingに応答してRRC Connection Establishメッセージを返送すると、MeNB２０の通信部２１は、ステップＳ３０６において、MME４０に対し、Initial UE Messageを送信する。【0114】
MME４０は、MeNB２０からInitial UE Messageを受信すると、ステップＳ３０７において、MeNB２０に対し、Initial Context Setup Requestメッセージを送信する。【0115】
以降、第３の実施形態の図１１のステップＳ１０４〜Ｓ１２２と同様のステップＳ３０８〜Ｓ３１６の処理を行う。【0116】
MeNB２０の通信部２１は、SeNB３０からSeNB Addition Completeメッセージを受信すると、ステップＳ３１７において、MME４０に対し、Initial Context Setup Responseメッセージを送信する。【0117】
MME４０は、MeNB２０からInitial Context Setup Responseメッセージを受信すると、ステップＳ３１８において、S-GW５０に対し、Modify Bearer Requestメッセージを送信する。S-GW５０は、ステップＳ３１９において、MME４０に対し、Modify Bearer Responseメッセージを送信する。【0118】
以降、SeNB３０の通信部３１は、ステップＳ３０９において、MeNB２０から受信したSeNB Addition RequestメッセージのFlow Control Indicationによって、Flow Control可が通知されていれば、Flow Control信号をMeNB２０にフィードバックする。一方、Flow Control不可が通知されていれば、Flow Control信号をフィードバックしない。【0119】
上述したように本実施形態においては、MeNB２０は、第３の実施形態と同様に、Flow Controlが可または不可のいずれであるかを示すFlow Control Indicationを、SeNB Addition Requestメッセージに設定してSeNB３０に送信する。【0120】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0121】
（５）第５の実施形態第３および第４の実施形態は、MeNB２０がFlow Control IndicationをSeNB Addition Requestメッセージに設定していた。
【0122】
これに対して、本実施形態は、MeNB２０がFlow Control IndicationをSeNB Modification Requestメッセージに設定する点で、第３および第４の実施形態とは異なる。【0123】
具体的には、第３および第４の実施形態においては、MeNB２０がFlow Controlの可不可を決定した時点では、SeNB３０にDual Connectivityを未設定の状態であった。そのため、MeNB２０は、SeNB３０に送信するSeNB Addition RequestメッセージにFlow Control Indicationを設定していた。【0124】
これとは逆に、MeNB２０がFlow Controlの可不可を決定した時点で、SeNB３０にDual Connectivityを設定済みであった場合、SeNB３０には新たなE-RABを追加することになる。そこで、その場合には、MeNB２０は、SeNB３０に送信するSeNB Modification RequestメッセージにFlow Control Indicationを設定する。【0125】
また、MeNB２０からSeNB３０にFlow Control Indicationを通知した後、MeNB２０の負荷状況等が変化し、Flow controlの可不可の状況が変化（可から不可へ、または、不可から可へ）する場合も考えられる。【0126】
こうした場合も、MeNB２０は、変化後のFlow Control Indicationを、SeNB Modification Requestメッセージに設定してSeNB３０に送信することができる。【0127】
上述したように本実施形態においては、MeNB２０は、Flow Controlが可または不可のいずれであるかを示すFlow Control Indicationを、SeNB Modification Requestメッセージに設定してSeNB３０に送信する。【0128】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0129】
（６）第６の実施形態第３〜第５の実施形態は、Flow Controlの可不可を識別可能な情報を、Flow Control Indicationとしていた。
【0130】
これに対して、本実施形態は、Flow Controlの可不可を識別可能な情報を、Flow Control信号をフィードバックする時間間隔を示すFlow Control Periodとする点で、第３〜第５の実施形態とは異なる。【0131】
図１８に、Flow Control PeriodのIEの一例を示す。【0132】
図１８に示す例では、MeNB２０は、Flow Control信号をフィードバックする時間間隔を、0秒から2047秒の間隔（１秒単位）で指定する。なお、時間間隔は、ミリ秒単位で指定しても良い。【0133】
時間間隔が０である場合は、Flow Control信号のフィードバックが不要（即ち、Flow Controlが不可）を意味する。【0134】
一方、時間間隔が０以外の値である場合は、その値は、Flow Control信号をフィードバックする時間間隔を示し、Flow Controlが可であることを意味する。【0135】
Flow Control Periodは、SeNB Addition RequestメッセージやSeNB Modification Requestメッセージに設定して送信することができる。【0136】
なお、Flow Control信号をフィードバックする時間間隔は種々の方法で判断することができる。【0137】
例えば、MeNB２０の負荷状況で判断することができる。例えば、MeNB２０の負荷状況の指標としてCPU使用率を用いる場合、例えば、CPU使用率が高くなるにしたがって、時間間隔を長くすることができる。【0138】
または、E-RABのQoSで判断することもできる。例えば、QoSの高い（即ち、プライオリティの高い）E-RABによりよいサービスを提供するために、E-RABのQoSが高くなるにしたがって、時間間隔を短くすることができる。【0139】
上述したように本実施形態においては、MeNB２０は、Flow Control信号をフィードバックする時間間隔を示すFlow Control PeriodをSeNB３０に通知する。【0140】
そのため、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0141】
（７）第７の実施形態第３〜第５の実施形態は、Flow Controlの可不可を識別可能な情報を、Flow Control Indicationとしていた。また、第６の実施形態は、Flow Controlの可不可を識別可能な情報を、Flow Control Periodとしていた。
【0142】
これに対して、本実施形態は、Flow Controlの可不可を識別可能な情報を、DLのパケットデータ（PDCP PDU）の全てをSeNB３０経由でUE１０に送信することを示すAll PDCP-PDUとする点で、第３〜第６の実施形態とは異なる。【0143】
具体的には、MeNB２０は、SeNB Addition Requestメッセージや、SeNB Modification Requestメッセージに、All PDCP-PDUというIEを設定する。【0144】
All PDCP-PDUは、上述したように、DLのパケットデータ（PDCP PDU）の全てをSeNB３０経由でUE１０に送信することを意味するものであるが、これと同時に、Flow Controlの不可をも意味する。そのため、SeNB３０からMeNB２０へのFlow Control信号のフィードバックは全く不要になる。これは、あるPico eNBがSeNB専用である場合に有効である。【0145】
なお、All PDCP-PDUのIEは、M（Mandatory）またはO（Option）のどちらの設定にすることもできる。【0146】
上述したように本実施形態においては、MeNB２０は、DLのパケットデータ（PDCP PDU）の全てをSeNB３０経由でUE１０に送信することを示すAll PDCP-PDUをSeNB３０に通知する。【0147】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0148】
（８）第８の実施形態本実施形態は、Flow Controlの可不可を識別可能な情報を、MeNB２０とSeNB３０間でやり取りするFrame ProtocolもしくはUser Plane Protocolで送信する点で、第３〜第７の実施形態とは異なる。Frame ProtocolもしくはUser Plane Protocolはデータを転送するプロトコルである。
【0150】
図１９に示す例は、Frame ProtocolのIEにおいて、第３〜第５の実施形態と同様に、Flow Controlが可または不可のいずれであるかを示す例である。【0151】
図１９において、RAN Container Type (0x02)は、このFrameがFlow Control Frameであることを示している。【0152】
Spareは、未使用で常に０が設定される。【0153】
Fは０または１が設定される。１はFlow Controlが可であることを示し、０はFlow Controlが不可であることを示している。ただし、その逆に、０はFlow Controlが可、１はFlow Controlが不可を示すような定義にすることも可能である。【0154】
図２０に示す例は、Frame ProtocolのIEにおいて、第６の実施形態と同様に、Flow Control信号をSeNB３０からMeNB２０にフィードバックする時間間隔を示す例である。【0155】
図２０において、RAN Container Type (0x02)は、このFrameがFlow Control Frameであることを示している。【0156】
Spareは、未使用で常に０が設定される。【0157】
Fは、０〜１０２３の値のいずれかが設定される。０は、Flow Controlが不可であることを示し、それ以外の値は、Flow Controlが可であり、Flow Control信号をSeNB３０からMeNB２０にフィードバックする時間間隔を示している。その時間間隔は１０２３以外も可能である。【0158】
なお、本実施形態において、Flow Controlの可不可を識別可能な情報をFrame Protocolで送信するタイミングは、E-RABの設定が完了した後、即ち、図１１の処理や図１７の処理が完了した後の任意のタイミングとなる。【0160】
上述したように本実施形態においては、MeNB２０はFlow Controlの可不可を識別可能な情報をFrame Protocolで送信する。【0161】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0162】
（９）第９の実施形態第２〜第８の実施形態は、MeNB２０が、Flow Controlの可不可の決定や、Flow Controlが可の場合にFlow Control信号をフィードバックする時間間隔の決定を行っていた。
【0163】
これに対して、本実施形態は、オペレータがFlow Controlの可不可や、Flow Controlが可の場合にFlow Control信号をフィードバックする時間間隔を決定し、Flow Controlの可不可を識別可能な情報のO&M（Operation & Maintenance）設定を行う。【0164】
図２１に、Dual Connectivityを実現する無線通信システムの全体構成の他の例を示す。【0166】
Flow Controlの可不可を識別可能な情報は、オペレータがO&Mサーバ６０に設定し、O&Mサーバ６０がMeNB２０およびSeNB３０に設定する。【0167】
上述したように本実施形態においては、O&Mサーバ６０がFlow Controlの可不可を識別可能な情報をMeNB２０およびSeNB３０に設定する。【0168】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0169】
（１０）第１０の実施形態第１〜第８の実施形態は、Flow Controlの可不可を識別可能な情報を、MeNB２０がSeNB３０に直接送信していた。
【0170】
これに対して、本実施形態は、Flow Controlの可不可を識別可能な情報を、まず、MeNB２０がUE１０に送信し、UE１０がSeNB３０に送信する。【0171】
具体的には、Flow Controlの可不可を識別可能な情報は、まず、MeNB２０がUE１０にFlow Control informationとして送信し、UE１０がSeNB３０にFlow Control informationとして送信する。【0172】
上述したように本実施形態においては、Flow Controlの可不可を識別可能な情報が、MeNB２０からUE１０経由でSeNB３０に送信される。【0173】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0174】
（１１）第１１の実施形態第１〜第８の実施形態は、Flow Controlの可不可を識別可能な情報を、MeNB２０がSeNB３０に直接送信していた。
【0175】
これに対して、本実施形態は、Flow Controlの可不可を識別可能な情報を、まず、MeNB２０がCN側に送信し、CN側がSeNB３０に送信する。【0176】
具体的には、Flow Controlの可不可を識別可能な情報は、まず、MeNB２０がCN内のMME４０にFlow Control informationとして送信し、MME４０がSeNB３０にFlow Control informationとして送信する。【0177】
上述したように本実施形態においては、Flow Controlの可不可を識別可能な情報が、MeNB２０からCN経由でSeNB３０に送信される。【0178】
それにより、SeNB３０がFlow Controlの可不可を識別できるため、第１の実施形態と同様の効果が得られる。【0179】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。【0180】
この出願は、２０１４年８月７日に出願された日本出願特願２０１４−１６１０１３を基礎とする優先権を主張し、その開示の全てをここに取り込む。