[go: up one dir, main page]

JP2018038065A - 基地局、無線通信システムおよび通信方法 - Google Patents

基地局、無線通信システムおよび通信方法 Download PDF

Info

Publication number
JP2018038065A
JP2018038065A JP2017204699A JP2017204699A JP2018038065A JP 2018038065 A JP2018038065 A JP 2018038065A JP 2017204699 A JP2017204699 A JP 2017204699A JP 2017204699 A JP2017204699 A JP 2017204699A JP 2018038065 A JP2018038065 A JP 2018038065A
Authority
JP
Japan
Prior art keywords
flow control
base station
menb
senb
control signal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017204699A
Other languages
English (en)
Other versions
JP6569714B2 (ja
Inventor
林　貞福
Sadafuku Hayashi
貞福 林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JP2018038065A publication Critical patent/JP2018038065A/ja
Application granted granted Critical
Publication of JP6569714B2 publication Critical patent/JP6569714B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】第２の基地局から第１の基地局にフィードバックするフロー制御信号を不要とすること。【解決手段】本発明の無線通信システムは、第１の基地局と、コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有する。前記第２の基地局は、フロー制御信号を送受信する時間間隔に関する情報を前記第１の基地局に送信する。【選択図】 図１

Description

本発明は、基地局、無線通信システムおよび通信方法に関する。
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の可不可を識別できるため、第１の実施形態と同様の効果が得られる。
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。
この出願は、２０１４年８月７日に出願された日本出願特願２０１４−１６１０１３を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (10)

  1. コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局であって、
    フロー制御信号を送受信する時間間隔に関する情報を前記他の基地局に送信する通信部を有する、基地局。
  2. 前記フロー制御信号を送受信する時間間隔に関する情報は、前記他の基地局から自局にフロー制御信号をフィードバックする時間間隔を示す情報である、請求項１に記載の基地局。
  3. 自局が前記他の基地局と接続した場合に自局の処理能力が上限を超えるか否かに応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項１または２に記載の基地局。
  4. 自局の負荷状況に応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項１または２に記載の基地局。
  5. コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局による通信方法であって、
    フロー制御信号を送受信する時間間隔に関する情報を前記他の基地局に送信する、通信方法。
  6. 前記フロー制御信号を送受信する時間間隔に関する情報は、前記他の基地局から自局にフロー制御信号をフィードバックする時間間隔を示す情報である、請求項５に記載の通信方法。
  7. 自局が前記他の基地局と接続した場合に自局の処理能力が上限を超えるか否かに応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項５または６に記載の通信方法。
  8. 自局の負荷状況に応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項５または６に記載の通信方法。
  9. 前記端末へのベアラのＱｏＳに応じて、前記フロー制御信号を送受信する時間間隔を決定する制御部をさらに有する、請求項５または６に記載の通信方法。
  10. 第１の基地局と、
    コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有し、
    前記第２の基地局は、
    フロー制御信号を送受信する時間間隔に関する情報を前記第１の基地局に送信する、無線通信システム。
JP2017204699A 2014-08-07 2017-10-23 基地局、無線通信システムおよび通信方法 Active JP6569714B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014161013 2014-08-07
JP2014161013 2014-08-07

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2016539891A Division JP6233521B2 (ja) 2014-08-07 2015-06-18 基地局、無線通信システムおよび通信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019141285A Division JP6885427B2 (ja) 2014-08-07 2019-07-31 基地局、無線通信システムおよび通信方法

Publications (2)

Publication Number Publication Date
JP2018038065A true JP2018038065A (ja) 2018-03-08
JP6569714B2 JP6569714B2 (ja) 2019-09-04

Family

ID=55263584

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2016539891A Active JP6233521B2 (ja) 2014-08-07 2015-06-18 基地局、無線通信システムおよび通信方法
JP2017204699A Active JP6569714B2 (ja) 2014-08-07 2017-10-23 基地局、無線通信システムおよび通信方法
JP2019141285A Active JP6885427B2 (ja) 2014-08-07 2019-07-31 基地局、無線通信システムおよび通信方法
JP2021078895A Active JP7120383B2 (ja) 2014-08-07 2021-05-07 基地局および通信方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2016539891A Active JP6233521B2 (ja) 2014-08-07 2015-06-18 基地局、無線通信システムおよび通信方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2019141285A Active JP6885427B2 (ja) 2014-08-07 2019-07-31 基地局、無線通信システムおよび通信方法
JP2021078895A Active JP7120383B2 (ja) 2014-08-07 2021-05-07 基地局および通信方法

Country Status (6)

Country Link
US (3) US10194350B2 (ja)
EP (2) EP3544334A1 (ja)
JP (4) JP6233521B2 (ja)
KR (2) KR20170039701A (ja)
CN (1) CN106797574B (ja)
WO (1) WO2016021306A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170039701A (ko) * 2014-08-07 2017-04-11 닛본 덴끼 가부시끼가이샤 기지국, 무선 통신 시스템 및 통신 방법
US20180027456A1 (en) * 2015-02-06 2018-01-25 Kyocera Corporation Base station
CN107409335A (zh) * 2015-03-25 2017-11-28 日本电气株式会社 通信装置、通信系统和控制方法
EP3466150A1 (en) * 2016-06-03 2019-04-10 Telefonaktiebolaget LM Ericsson (publ) Management of 5g split bearer flow control
CN109547176B9 (zh) * 2017-08-11 2022-07-01 华为技术有限公司 一种通信方法和装置
US12193090B2 (en) * 2019-08-08 2025-01-07 Nec Corporation First base station, second base station, method, program, and recording medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04200032A (ja) * 1990-11-29 1992-07-21 Nippon Telegr & Teleph Corp <Ntt> 移動通信方式
WO2007145035A1 (ja) * 2006-06-16 2007-12-21 Mitsubishi Electric Corporation 移動体通信システム及び移動端末
JP2010161793A (ja) * 2007-05-24 2010-07-22 Sharp Corp 移動通信システム

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030135640A1 (en) 2002-01-14 2003-07-17 Texas Instruments Incorporated Method and system for group transmission and acknowledgment
US7062568B1 (en) 2002-01-31 2006-06-13 Forcelo Networks, Inc. Point-to-point protocol flow control extension
US20070147226A1 (en) 2005-10-27 2007-06-28 Aamod Khandekar Method and apparatus for achieving flexible bandwidth using variable guard bands
KR101187071B1 (ko) * 2006-01-05 2012-09-27 엘지전자 주식회사 이동 통신 시스템에서의 핸드오버 방법
AU2012294686B2 (en) * 2011-08-10 2015-10-29 Interdigital Patent Holdings, Inc. Uplink feedback for multi-site scheduling
CN103024816B (zh) * 2011-09-23 2018-01-02 中兴通讯股份有限公司 数据传输方法及系统
US9560652B2 (en) * 2012-01-10 2017-01-31 Nokia Solutions And Networks Oy Providing a radio bearer on a plurality of component carriers
CN103686834B (zh) * 2012-08-31 2018-01-26 电信科学技术研究院 一种测量上报方法及设备
US11356216B2 (en) * 2013-01-10 2022-06-07 Texas Instruments Incorporated Methods and apparatus for dual connectivity operation in a wireless communication network
WO2014109568A1 (en) * 2013-01-11 2014-07-17 Lg Electronics Inc. Method and apparatus for transmitting uplink control signals in wireless communication system
CN105519167B (zh) * 2013-07-04 2020-01-14 韩国电子通信研究院 移动通信系统中用于支持多连接的控制方法和用于支持多连接的设备
EP2830352A1 (en) * 2013-07-24 2015-01-28 Panasonic Intellectual Property Corporation of America Efficient discard mechanism in small cell deployment
US10206147B2 (en) * 2013-12-19 2019-02-12 Qualcomm Incorporated Serving gateway relocation and secondary node eligibility for dual connectivity
EP3089511B1 (en) * 2013-12-24 2019-04-24 KYOCERA Corporation Mobile communication system, base station, processor and user terminal
WO2015108291A1 (en) * 2014-01-17 2015-07-23 Lg Electronics Inc. Bearer setup method and apparatus in wierless communication system supporting dual connectivity
US10237911B2 (en) * 2014-01-30 2019-03-19 Intel IP Corporation Packet data convergence protocol (PDCP) enhancements in dual-connectivity networks
US20170034866A1 (en) * 2014-01-31 2017-02-02 Telefonaktiebolaget Lm Ericsson (Publ) Method Between Two eNBs to Agree on Radio Resource Configuration for a UE Which Supports Dual Connectivity Between the eNBs
JP6371398B2 (ja) * 2014-01-31 2018-08-08 ノキア ソリューションズ アンド ネットワークス オサケユキチュア 方法、装置、および、コンピュータ・プログラム
WO2015113625A1 (en) * 2014-01-31 2015-08-06 Nokia Solutions And Networks Oy Acknowledgement of a range of sequence numbers
US20160028585A1 (en) * 2014-01-31 2016-01-28 Telefonaktiebolaget L M Ericsson (Publ) A Master and Second Evolved Node B and Method Performed Thereby for Modifying a Radio Resource of the SENB with Respect to a UE Currently Being Connected to the MENB
WO2015115992A1 (en) * 2014-01-31 2015-08-06 Telefonaktiebolaget L M Ericsson (Publ) A ue, a secondary enb and a master enb implementing dual connectivity and respective method performed thereby for calculating a system frame number's offset
CN104853382B (zh) * 2014-02-18 2020-08-25 中兴通讯股份有限公司 一种信息交互方法、系统以及基站
US10045362B2 (en) * 2014-04-15 2018-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Uplink based selection of downlink connectivity configuration
US9867096B2 (en) * 2014-05-09 2018-01-09 Telefonaktiebolaget Lm Ericsson (Publ) Uplink reconfiguration for split bearer in dual connectivity
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
US10270891B2 (en) * 2014-07-15 2019-04-23 Lg Electronics Inc. Method for handling an unknown MAC PDU and device therefor
EP3618515B1 (en) * 2014-07-23 2022-03-09 Samsung Electronics Co., Ltd. Method and apparatus for generating and transmitting power headroom report in mobile communication system
KR20170039701A (ko) * 2014-08-07 2017-04-11 닛본 덴끼 가부시끼가이샤 기지국, 무선 통신 시스템 및 통신 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04200032A (ja) * 1990-11-29 1992-07-21 Nippon Telegr & Teleph Corp <Ntt> 移動通信方式
WO2007145035A1 (ja) * 2006-06-16 2007-12-21 Mitsubishi Electric Corporation 移動体通信システム及び移動端末
JP2010161793A (ja) * 2007-05-24 2010-07-22 Sharp Corp 移動通信システム

Non-Patent Citations (11)

* Cited by examiner, † Cited by third party
Title
ALCATEL-LUCENT, ALCATEL-LUCENT SHANGHAI BELL: "Flow Control design for DC split bearer option", 3GPP TSG-RAN WG3♯84 R3-141171, JPN6018048453, 9 May 2014 (2014-05-09), FR, pages 2, ISSN: 0003935358 *
ERICSSON: "Flow control for split bearer option", 3GPP TSG-RAN WG3♯83BIS R3-140819, JPN6019013734, 21 March 2014 (2014-03-21), FR, pages 2, ISSN: 0004018378 *
ERICSSON: "PDCP feedback and flow control", 3GPP TSG-RAN WG2♯86 R2-142399, JPN6019013738, 9 May 2014 (2014-05-09), FR, pages 2 - 2, ISSN: 0004018380 *
ERICSSON: "PDCP feedback and flow control", 3GPP TSG-RAN WG3♯84 R3-141325, JPN6019013735, 10 May 2014 (2014-05-10), FR, pages 2 - 1, ISSN: 0004018379 *
FUJITSU: "Flow control and QoS-aware data forwarding", 3GPP TSG-RAN WG2#83BIS R2-133209, JPN6018029372, 27 September 2013 (2013-09-27), FR, pages 2 - 1, ISSN: 0004018386 *
HUAWEI, HISILICON: "Radio bearer configuration and switch in dual connectivity", 3GPP TSG-RAN WG2♯85BIS R2-141163, JPN6018048454, 22 March 2014 (2014-03-22), FR, pages 1, ISSN: 0003935359 *
LG ELECTRONICS INC.: "Down-selection of UP protocol architecture alternatives", 3GPP TSG-RAN WG2#82 R2-131812, JPN6019013739, 10 May 2013 (2013-05-10), FR, pages 1, ISSN: 0004018381 *
MEDIATEK INC.: "User Plane Architecture", 3GPP TSG-RAN WG2#82 R2-131777, JPN6019013740, 11 May 2013 (2013-05-11), FR, pages 2 - 1, ISSN: 0004018382 *
NEC: "RAN Container in GTP-U", 3GPP TSG-RAN WG3♯84 R3-141280, JPN6018048455, 10 May 2014 (2014-05-10), FR, pages 2, ISSN: 0004070217 *
NEW POSTCOM: "Further consideration on UP protocol and architecture", 3GPP TSG-RAN WG2#82 R2-132112, JPN6019013741, 21 May 2013 (2013-05-21), FR, pages 1, ISSN: 0004018383 *
NSN, NOKIA CORPORATION, NTT DOCOMO, INC.: "Open issue resolution of Flow Control and Delivery Feedback", 3GPP TSG-RAN WG3♯84 R3-141095, JPN6018029371, 10 May 2014 (2014-05-10), FR, pages 1 - 2, ISSN: 0004018385 *

Also Published As

Publication number Publication date
US20190141576A1 (en) 2019-05-09
KR101995693B1 (ko) 2019-10-01
EP3179761A1 (en) 2017-06-14
JP6885427B2 (ja) 2021-06-16
CN106797574B (zh) 2021-04-06
JP7120383B2 (ja) 2022-08-17
EP3179761A4 (en) 2018-04-25
KR20190026960A (ko) 2019-03-13
US10194350B2 (en) 2019-01-29
JP6569714B2 (ja) 2019-09-04
EP3179761B1 (en) 2022-06-01
EP3544334A1 (en) 2019-09-25
KR20170039701A (ko) 2017-04-11
JPWO2016021306A1 (ja) 2017-05-25
US20200252834A1 (en) 2020-08-06
US11696180B2 (en) 2023-07-04
US20170230867A1 (en) 2017-08-10
JP2019208263A (ja) 2019-12-05
JP2021114800A (ja) 2021-08-05
CN106797574A (zh) 2017-05-31
JP6233521B2 (ja) 2017-11-22
US10674406B2 (en) 2020-06-02
WO2016021306A1 (ja) 2016-02-11

Similar Documents

Publication Publication Date Title
US20240155440A1 (en) Long term evolution radio access network
US10827396B2 (en) Uplink data splitting
JP6885427B2 (ja) 基地局、無線通信システムおよび通信方法
CN105848222B (zh) 用于切换的方法和基站设备
US10039086B2 (en) Communication method and apparatus in network environment where terminal may have dual connectivity to multiple base stations
EP2932784B1 (en) Node apparatus and method for establishing auxiliary bearers
EP4145735A1 (en) Method and system for protocol layer enhancements in data offload over small cells
EP3557939B1 (en) Dual connection method and access network equipment
CN110546992A (zh) 用于双连接通信系统中切换的系统和方法
EP3216309B1 (en) Data forwarding support in dual connectivity
EP3174345B1 (en) Method, apparatus and system for reporting power headroom report in dual-connection
JP6579232B2 (ja) 基地局及びその制御方法
JPWO2015141846A1 (ja) セカンダリ基地局、移動通信システム及び通信制御方法
EP2836047A1 (en) Method and system for initiating data transmission, a primary node, secundary node, UE and computer program product
EP4013086B1 (en) Inactive state mobility management through different interfaces of access network device
CN111213404A (zh) 承载分离方法，用户装置和基站
CN103067937A (zh) 状态信息处理方法与系统

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171023

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180731

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180927

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181211

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190416

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190709

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190722

R150 Certificate of patent or registration of utility model

Ref document number: 6569714

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150