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

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

Info

Publication number
JP7081613B2
JP7081613B2 JP2019559640A JP2019559640A JP7081613B2 JP 7081613 B2 JP7081613 B2 JP 7081613B2 JP 2019559640 A JP2019559640 A JP 2019559640A JP 2019559640 A JP2019559640 A JP 2019559640A JP 7081613 B2 JP7081613 B2 JP 7081613B2
Authority
JP
Japan
Prior art keywords
base station
amount
free buffer
control signal
menb
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.)
Active
Application number
JP2019559640A
Other languages
English (en)
Other versions
JPWO2019117109A1 (ja
Inventor
煉軍 登
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 JPWO2019117109A1 publication Critical patent/JPWO2019117109A1/ja
Application granted granted Critical
Publication of JP7081613B2 publication Critical patent/JP7081613B2/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/08—Load balancing or load distribution
    • H04W28/086—Load balancing or load distribution among access entities
    • H04W28/0861—Load balancing or load distribution among access entities between base stations
    • H04W28/0864—Load balancing or load distribution among access entities between base stations of different hierarchy levels, e.g. Master Evolved Node B [MeNB] or Secondary Evolved node B [SeNB]
    • 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/08—Load balancing or load distribution
    • H04W28/082—Load balancing or load distribution among bearers or channels
    • 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0958—Management thereof based on metrics or performance parameters
    • 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/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0958—Management thereof based on metrics or performance parameters
    • H04W28/0967—Quality of Service [QoS] parameters
    • H04W28/0983—Quality of Service [QoS] parameters for optimizing bandwidth or throughput
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • 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

Landscapes

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

Description

本発明は、無線通信システム、主基地局、二次基地局、および無線通信方法に関する。
３ＧＰＰ（3rd Generation Partnership Project）のＲｅｌｅａｓｅ １２では、１つの端末と２つの基地局との間でパケットデータを送受信するデュアルコネクティビティ（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）が規定されている。Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙは、基地局である、ＭｅＮＢ（Master eNode B）、及びＳｅＮＢ（Secondary eNode B）の両方への接続を可能にする端末の動作モードである。ＭｅＮＢのセル（Ｃｅｌｌ）は、ＭＣＧ（Master Cell Group）と呼ばれる。ＳｅＮＢのセル（Ｃｅｌｌ）は、ＳＣＧ（Secondary Cell Group）と呼ばれる。ＳＣＧは、ＭＣＧのカバーエリア内に配置されている。
Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙでは、複数の無線基地局が運用する通信帯域を１つのベアラとして使用するためのスプリットベアラオプション（Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎ）が定義されている。このＳｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎをユーザデータ通信のベアラ（データ無線ベアラ：ＤＲＢ）に適用した構成では、ＭｅＮＢは、上位装置であるＣＮから受信したＤＬデータを、自局とＳｅＮＢとを経由して端末に送信する。この場合、ＭｅＮＢは、自局配下及びＳｅＮＢ配下の各通信帯域で配信するＤＬデータ量を適切に分配した後、ＳｅＮＢに対してデータ転送を行う。上記において、ＤＲＢは、Data Radio bearerの略である。ＣＮは、Core Networkの略である。ＤＬは、Down Linkの略である。
Ｕ－Ｐｌａｎｅについての他のｂｅａｒｅｒ ｏｐｔｉｏｎであるＳＣＧ ｂｅａｒｅｒ ｏｐｔｉｏｎでは、ＳＣＧにおいて送信されるデータはＭｅＮＢを通らないのでＵ－Ｐｌａｎｅデータの転送にＭｅＮＢは関与しない。
一方、上述したＳｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎでは、ＭＣＧ Ｓｐｌｉｔ ｂｅａｒｅｒにおいて送信されるＤＬデータがＳｅＮＢを通るので、Ｕ－Ｐｌａｎｅデータの転送にＭｅＮＢ及びＳｅＮＢの両方が関与する。そのため、ＭｅＮＢからＳｅＮＢへのデータ転送を適切に行うためにはＦｌｏｗ Ｃｏｎｔｒｏｌが必要となる。
特許文献１には、ＳｅＮＢが、標準とは異なる場合に、自身の能力を、ＳｅＮＢ追加／修正コマンドに含めて、ＭｅＮＢに返信する技術についての記載がある。
特許文献２には、通信端末装置が、サブキャリア数情報により基地局装置から指示された数のサブキャリアを、回線品質の良好な順に選択して基地局装置に通知する技術が記載されている。これにより、基地局装置が受信品質の良好なサブキャリアにパケットデータを割り当てることができるので、ユーザダイバーシティ効果を得ることができ、システム全体のスループットが向上するとともに、周波数利用効率を向上させることができるとされている。
特開２０１７－０８５６６７号公報 特開２０１０－０１６８８１号公報
3GPP TS 36.425 V14.0.0 (2017-03), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); X2 interface user plane protocol (Release 14)". 3GPP TS 36.322 V14.0.0 (2017-03), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification(Release 14)". 3GPP TS 36.323 V14.3.0 (2017-06), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification (Release 14)".
非特許文献１の規定では、Ｆｌｏｗ ＣｏｎｔｒｏｌはＤＲＢ単位で実行されることになっている。ＳｅＮＢに収容される端末数や、ＳｅＮＢと各端末との無線通信環境が時々刻々と変化することにより、ＳｅＮＢが端末宛に送信するデータ量が変動することがある。ＭｅＮＢからＳｅＮＢへのデータ転送を適切に行うために、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号は、ＤＲＢ単位で頻繁に送信される。
しかしながら、ＤＲＢ単位のＦｌｏｗ Ｃｏｎｔｒｏｌでは、ＭｅＮＢとＳｅＮＢとの間のＦｌｏｗ Ｃｏｎｔｒｏｌ信号がＭｅＮＢに収容する端末が持つＤＲＢ数に比例して増加する。従って、ＭｅＮＢとＳｅＮＢにおけるＦｌｏｗ Ｃｏｎｔｒｏｌ信号の増大により通信帯域がＤＲＢ数に比例して消費され、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙにおける高速化の効果が得られない可能性がある。また、ほぼ移動しない、または位置が変化しない端末（あるいはＣｅｌｌ）に対して、転送するＤＬデータ量を頻繁に調整する必要がほぼないにも関わらず、ＤＲＢ単位のＦｌｏｗ Ｃｏｎｔｒｏｌ信号が頻繁に送信される。これにより、スループットが低下する可能性がある。
特許文献１および特許文献２には、上記問題点を解決するための方策は全く記載されていない。
本発明は、上記課題を解決するためになされたものであり、基地局間の通信帯域を効率的に使用することができる無線通信システム、主基地局、二次基地局、および無線通信方法を提供することを目的とする。
本発明の無線通信システムは、主基地局と、二次基地局と、を備え、端末による、前記主基地局および前記二次基地局の両方への接続を可能とする動作モードであるデュアルコネクティビティが実行される際、前記二次基地局は、複数のデータ無線ベアラからなるデータ無線ベアラグループの空きバッファ量の情報を、前記データ無線ベアラグループを単位として、前記主基地局へと送信する。
本発明の二次基地局は、主基地局と通信可能な二次基地局であって、端末による、前記主基地局および前記二次基地局の両方への接続を可能とする動作モードであるデュアルコネクティビティが実行される際、複数のデータ無線ベアラからなるデータ無線ベアラグループの空きバッファ量の情報を、前記データ無線ベアラグループを単位として、前記主基地局へ送信する。
本発明の主基地局は、二次基地局と通信可能な主基地局であって、端末による、前記主基地局および前記二次基地局の両方への接続を可能とする動作モードであるデュアルコネクティビティが実行される際、複数のデータ無線ベアラからなるデータ無線ベアラグループの空きバッファ量の情報を、前記データ無線ベアラグループを単位として、前記二次基地局から受信する。
本発明の無線通信方法は、主基地局と二次基地局とを備える無線通信システムにおける無線通信方法であって、端末による、前記主基地局および前記二次基地局の両方への接続を可能とする動作モードであるデュアルコネクティビティが実行される際、複数のデータ無線ベアラからなるデータ無線ベアラグループの空きバッファ量の情報を、前記データ無線ベアラグループを単位として、前記二次基地局から前記主基地局へと送信する。
本発明によれば、基地局間の通信帯域を効率的に使用することができる。
本発明の第１の実施形態に係る無線通信システムの構成例を示すブロック図である。 本発明の第２の実施形態に係る無線通信システムの構成例を示すブロック図である。 Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎにおけるＵ－Ｐｌａｎｅの接続構成例を示す。 Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎにおける無線プロトコルの接続構成例を示す。 Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号のフォーマット例である。 図２に示されるＳｅＮＢの構成例を示すブロック図である。 図２に示されるＭｅＮＢの構成例を示すブロック図である。 図６に示されるＳｅＮＢの動作例を示すフローチャートである。 図７に示されるＭｅＮＢの動作例を示すフローチャートである。 ＭｅＮＢ内に保存されるバッファ量分配リストＤＢ（Data Base）のフォーマット例を示す。 Ｃｅｌｌ毎のＦｌｏｗ Ｃｏｎｔｒｏｌ信号のフォーマット例を示す。
［第１の実施形態］
図１は、本発明の第１の実施形態に係る無線通信システム２００の構成例を示すブロック図である。無線通信システム２００は、３ＧＰＰのＲｅｌｅａｓｅ １２に準拠するシステムである。無線通信システム２００は、ＭｅＮＢ２１０（Master eNode B）と、ＭｅＮＢ２１０と通信可能なＳｅＮＢ（Secondary eNode B）２２０と、を備える。ＭｅＮＢ２１０は主基地局の一例であり、ＳｅＮＢ２２０は二次基地局の一例である。二次基地局のカバーエリアは、主基地局のカバーエリア内に配置される。
無線通信システム２００において、デュアルコネクティビティ（Dual Connectivity）が実行される際、ＳｅＮＢ２２０は、複数のデータ無線ベアラ（ＤＲＢ）からなるＤＲＢグループの空きバッファ量の情報をＭｅＮＢ２１０へと送信する。上記において、Dual Connectivityは、ＵＥ２３０による、ＭｅＮＢ２１０およびＳｅＮＢ２２０の両方への接続を可能とする動作モードである。ＤＲＢは、Data Radio bearerの略である。ＵＥは、User Equipmentの略である。ＵＥは、端末の一例である。
上記において、Dual Connectivityは、ＵＥ２３０による、ＭｅＮＢ２１０およびＳｅＮＢ２２０の両方への接続を可能とする動作モードである。
また、本発明の第１の実施形態に係る無線通信方法において、Dual Connectivityが実行される際、複数のＤＲＢからなるＤＲＢグループの空きバッファ量の情報が、ＤＲＢグループを単位として、ＳｅＮＢ２２０からＭｅＮＢ２１０へと送信される。
なお、図１において、ＭｅＮＢ２１０、ＳｅＮＢ２２０、およびＵＥ２３０は、それぞれ１つずつ示されているが、あくまで一例であって、それぞれ複数であってもよい。
上記ＤＲＢグループは、たとえば、ＭｅＮＢ２１０が運用するＣｅｌｌを単位とするＤＲＢのグループであってもよいし、またはＭｅＮＢ２１０のＣｅｌｌ内で運用されるＵＥ２３０を単位とするＤＲＢのグループであってもよい。また、Ｓｐｌｉｔ ｂｅａｒｅｒは、ＭＣＧ Ｓｐｌｉｔ ｂｅａｒｅｒであってもよいし、ＳＣＧ Ｓｐｌｉｔ ｂｅａｒｅｒであってもよい。
上記空きバッファ量の送信内容および送信手順等については後述する第２の実施形態にて詳細に説明する。
以上説明したように、本実施形態において、空きバッファ量は、ＤＲＢ毎ではなく、上記ＤＲＢグループの単位（ＭｅＮＢ２１０のＣｅｌｌ毎、またはこのＣｅｌｌ内で運用されるＵＥの単位）で、ＳｅＮＢ２２０からＭｅＮＢ２１０へと送信される。従って、ＭｅＮＢ２１０に収容されるＵＥが持つＤＲＢ数に比例して、ＳｅＮＢ２２０とＭｅＮＢ２１０との間の通信（空きバッファ量の通知：たとえば、制御信号の送信）が増加することはない。すなわち、本実施形態によれば、基地局間（ＳｅＮＢ２２０とＭｅＮＢ２１０との間）の通信帯域を効率的に使用することができる。
［第２の実施形態］
（構成の説明）
図２は、本発明の第２の実施形態に係る無線通信システム１の構成例を示すブロック図である。無線通信システム１において、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙが実施される。
なお、本実施形態では、上述したように、ＤＲＢグループは、Ｃｅｌｌを単位として設定されており、Ｓｐｌｉｔ ｂｅａｒｅｒは、ＭＣＧのＳｐｌｉｔ ｂｅａｒｅｒである場合を例に挙げる。もちろん、ＤＲＢグループは、Ｃｅｌｌ毎に設定されることに限定されず、たとえば、ＵＥ毎に設定されるものでもよい。また、Ｓｐｌｉｔ ｂｅａｒｅｒは、ＭＣＧ Ｓｐｌｉｔ ｂｅａｒｅｒであってもよいし、ＳＣＧ Ｓｐｌｉｔ ｂｅａｒｅｒであってもよい。
無線通信システム１は、端末であるＵＥ１０（User Equipment）と、ＭｅＮＢ２０と、ＳｅＮＢ３０と、ＭＭＥ（Mobility Management Entity）４０と、Ｓ－ＧＷ（Serving Gateway）５０と、を備える。
ＵＥ１０は、２つの基地局（ＭｅＮＢ２０およびＳｅＮＢ３０）からＤＬデータを受信する。なお、ＵＥ１０は、ＵＬ（UpLink）データについては、ＭｅＮＢ２０のみに送信するか、または、２つの基地局（ＭｅＮＢ２０およびＳｅＮＢ３０）へ送信する。
ＭＭＥ４０は、コアネットワーク（ＣＮ：Core Network）を構成するネットワーク装置であり、Ｃ（Control）－ｐｌａｎｅの伝送やＵＥ１０の移動管理を行う。
Ｓ－ＧＷ５０は、ＣＮを構成するネットワーク装置であり、Ｕ（Ｕｓｅｒ）－ｐｌａｎｅのＤＬデータの伝送を行う。
ＭｅＮＢ２０とＳｅＮＢ３０は、Ｘ２インタフェースを介して接続される。ＭＭＥ４０およびＳ－ＧＷ５０と、ＭｅＮＢ２０およびＳｅＮＢ３０とは、Ｓ１インタフェースを介して接続されている。
ＳｅＮＢ３０は、ＭｅＮＢ２０との接続、およびＵＥ１０との無線接続により、ＣＮ内のネットワーク装置（ＭＭＥ４０およびＳ－ＧＷ５０）や、ＣＮに接続されるサーバ等のネットワーク装置から受信したＤＬデータをＵＥ１０に送信する。また、ＳｅＮＢ３０は、ＵＥ１０から受信したＵＬデータを上記各種ネットワーク装置に送信する。
ＭｅＮＢ２０は、ＵＥ１０との無線接続により、上記各種ネットワーク装置から受信したＤＬデータをＵＥ１０に送信する。また、ＭｅＮＢ２０は、ＵＥ１０から受信したＵＬデータを上記各種ネットワーク装置に送信する。また、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙを設定することで、ＭｅＮＢ２０は、ＣＮから受信したＤＬデータを、ＵＥ１０に直接送信可能、およびＳｅＮＢ３０を経由してＵＥ１０に送信可能である。
なお、図２では、２つの基地局および１つの端末が示されている。しかしながら、これはあくまで一例であって、実際には、無線通信システム１のサービスエリアをカバーするように、複数の基地局が配置され、各基地局には複数の端末が収容される。
Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙでは、複数の無線基地局が運用する通信帯域を１つのベアラとして使用するためのＳｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎが定義されている。
図３は、Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎにおけるＵ－Ｐｌａｎｅの接続構成例を示す。図４は、Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎにおける無線プロトコルの接続構成例を示す。
図３および図４に示すように、Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎの場合、Ｕ－ＰｌａｎｅのＤＬデータは、Ｓ－ＧＷ５０からＭｅＮＢ２０にのみ送信され、Ｓ－ＧＷ５０からＳｅＮＢ３０へは送信されない。ＤＬデータは、ＭｅＮＢ２０から、直接、ＵＥ１０へと送信される。また、DLデータは、ＭｅＮＢ２０からＳｅＮＢ３０を経由してＵＥ１０へと送信される。
図４に示すように、ＵＥ１０、ＭｅＮＢ２０、およびＳｅＮＢ３０は、いずれも、ＰＤＣＰ（パケットデータ暗号化）レイヤ、ＲＬＣ（無線リンク制御）レイヤ、およびＭＡＣ（メディアアクセス制御）レイヤから構成される。ＰＤＣＰは、Packet Data Convergence Protocolの略である。ＲＬＣは、Radio Link Controlの略である。ＭＡＣは、Medium Access Controlの略である。
Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎの場合、ＭｅＮＢ２０において、Ｓ－ＧＷ５０から受信したＵ－ＰｌａｎｅのＤＬデータは、ＰＤＣＰレイヤにて受け付けられる。ここで、ＭｅＮＢ２０のＰＤＣＰレイヤは、一部のＤＬデータ（ＰＤＣＰ ＰＤＵ）については自局配下のＣｅｌｌ経由でＵＥ１０に送信し、別の一部のＤＬデータ（ＰＤＣＰ ＰＤＵ）についてはＳｅＮＢ３０経由でＵＥ１０に送信する。すなわち、Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎの場合、ＭｅＮＢ２０のＰＤＣＰレイヤでは、Ｕ－ＰｌａｎｅのＤＬデータが分離される。ＰＤＵは、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔの略である。
Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎにおいて、ＳｅＮＢ３０の通信帯域を圧迫させることなく、ＳｅＮＢ３０の通信帯域を十分に利用するために、ＳｅＮＢ３０は、ＭｅＮＢ２０にＦｌｏｗ Ｃｏｎｔｒｏｌ信号（制御信号）をフィードバックする。そして、ＭｅＮＢ２０は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号を参照してＳｅＮＢ３０へ送信するＤＬデータのデータ量（すなわち、ＰＤＣＰ ＰＤＵの量）を調整する。
図５は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号のフォーマット例である。Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号は、ＭｅＮＢ２０がＤＬデータの送信経路を制御するために、ＳｅＮＢ３０側の状態をＭｅＮＢ２０に通知して、ＭｅＮＢ２０からＳｅＮＢ３０へのデータ転送を適切に行うための信号である。Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号の情報は、非特許文献１に示されるように、ＤＬデータと同様に、ＧＴＰヘッダのＥｘｔｅｎｓｉｏｎに追加されたＲＡＮ Ｃｏｎｔａｉｎｅｒに含まれる（ＰＤＵ Ｔｙｐｅ＝１）。上記において、ＧＴＰは、GPRS Tunneling Protocolの略である。ＧＰＲＳは、General Packet Radio Serviceの略である。ＲＡＮは、Radio Access Networkの略である。
Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号には、“Highest successfully delivered PDCP Sequence Number”、“Desired buffer size for the E-RAB”、および“Minimum desired buffer size for the UE）”が含まれる。
“Highest successfully delivered PDCP Sequence Number”は、当該ＳｅＮＢ３０がＵＥ１０に送信したＤＬデータに対してＵＥ１０からの送達確認、又はＲＬＣ ＡＣＫ ｍｅｓｓａｇｅを受信した最後のＰＤＣＰ ＳＮを示す。“Desired buffer size for the E-RAB”および“Minimum desired buffer size for the UE”は、ＳｅＮＢ３０がＤＬデータ送信に必要なバッファ量を示す。
また、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号には、オプション機能としてＳｅＮＢ３０におけるＤＬデータロスを検出したデータのＸ２－Ｕ ＳＮ（“Number of lost X2-U Sequence Number ranges reported”、“Start of lost X2-U Sequence Number range”、“End of lost X2-U Sequence Number range”）が含まれる。
さらに、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号には、最後の制御データであることを示す情報（Final Frame Ind.）などが含まれる。
なお、上記において、ＵＥ１０からのＲＬＣ ＡＣＫ ｍｅｓｓａｇｅの受信とは、非特許文献２（3GPP TS 36.322 V14.0.0)でのＳｔａｔｕｓ ＰＤＵ（またはＳｔａｔｕｓ Ｒｅｐｏｒｔ）の受信に相当する。また、ＭｅＮＢ２０は、通知されたＰＤＣＰ ＳＮを参照し、ＵＥが受信済みのＰＤＣＰ ＳＤＵ（Service Data Unit）をＰＤＣＰバッファから削除する。
なお、ＲＬＣ ＡＣＫ ｍｅｓｓａｇｅは、必ずしもＳｅＮＢ３０を経由せずに、ＵＥ１０からＭｅＮＢ２０が直接受信することもできる。この場合、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号は、ＲＬＣ ＡＣＫ ｍｅｓｓａｇｅに基づく“Highest successfully delivered PDCP Sequence Number”を含んでいなくてもよい。
図６は、図２に示されるＳｅＮＢ３０の構成例を示すブロック図である。ＳｅＮＢ３０は、通信部３１と、空きバッファ量測定部３２と、空きバッファ量変化検出部３３と、バッファ量記録部３４と、信号生成部３５と、を備える。
通信部３１は、Ｓ－ＧＷ５０、ＭｅＮＢ２０、およびＵＥ１０との通信を行う。
空きバッファ量測定部３２は、通信部３１内の各ＤＲＢのバッファを定期的に参照し、各ＤＲＢの空きバッファ量を測定し、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量を算出し、空きバッファ量変化検出部３３に通知する。
空きバッファ量変化検出部３３は、通知された、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量と、バッファ量記録部３４に保存された、前回のＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量から設定された閾値とを比較する。空きバッファ量変化検出部３３は、測定時点でのＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の、前回の運用からの変化を検出する。ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の変化を検出した場合、空きバッファ量変化検出部３３は、Ｃｅｌｌの混雑度が変化したと判断し、信号生成部３５に対して制御信号（Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号）生成を指示する。一方、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の変化を検出しない場合、空きバッファ量変化検出部３３は、Ｃｅｌｌの混雑度に変化なしと判断し、信号生成部３５に対して信号生成を指示しない。
バッファ量記録部３４は、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の情報を更新して保存する。例えば、バッファ量記録部３４は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号が送信されるたびに、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の情報を更新して保存する。
信号生成部３５は、空きバッファ量変化検出部３３の信号生成の通知を受け、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号を生成し、生成した信号を通信部３１からＭｅＮＢ２０へ送信する。Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号に含まれる情報は、ＳｅＮＢ３０が管理しているＤｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ設定時にＵＥ１０の測定報告（Measurement Report）に含まれるＣｅｌｌの識別番号（Physical Cell Identification、以降Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤと表記）、および空きバッファ量変化検出部３３から通知された、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の情報（“Desired buffer size for the Cell”）である。
ここで、図１１を用いて、Ｃｅｌｌ毎に新規に定義するＦｌｏｗ Ｃｏｎｔｒｏｌ信号のフォーマットを説明する。このＦｌｏｗ Ｃｏｎｔｒｏｌ信号のＰＤＵ Ｔｙｐｅは、 “４”とする。このＦｌｏｗ Ｃｏｎｔｒｏｌ信号において、Physical Cell IDが２Ｏｃｔｅｔｓで用意される。また、このＦｌｏｗ Ｃｏｎｔｒｏｌ信号において、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の情報が、“Desired buffer size for the Cell”として、８Ｏｃｔｅｔｓで用意される。その他の情報は不要でもよい。また、ここで生成される信号は、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙの為に規定されたＦｌｏｗ Ｃｏｎｔｒｏｌ信号（ＰＤＵ Ｔｙｐｅ＝１）に必要な情報（Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤ、およびＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量）を追加してもよいし、新たにＸ２メッセージを規定してもよい。
なお、図６に示される各構成の機能は、ＩＣ（Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の電子回路で実現されてもよい。あるいは、各構成の機能は、コンピュータ（たとえば、ＣＰＵ（Central Processing Unit））がメモリに記憶されたプログラムを実行することにより実現されてもよい。もちろん、各構成の機能は、電子回路とコンピュータの組み合わせにて実現されてもよい。
図７は、図２に示されるＭｅＮＢ２０の構成例を示すブロック図である。
ＭｅＮＢ２０は、通信部２１と、バッファ量管理部２２と、ＤＬデータ量調整部２３と、ＤＬデータ蓄積部２４と、を備える。
通信部２１は、Ｓ－ＧＷ５０、ＳｅＮＢ３０、ＵＥ１０などと通信することが可能である。また、通信部２１は、ＳｅＮＢ３０からＦｌｏｗ Ｃｏｎｔｒｏｌ信号を受信する。
バッファ量管理部２２は、図１０に示すようなバッファ量分配リストＤＢを保存する。バッファ量分配リストＤＢには、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の情報、各ＤＲＢのバッファ量分配係数の情報、および各ＤＲＢの送信バッファ量の情報が含まれている。
バッファ量管理部２２は、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量について、ＳｅＮＢ３０から受信したＦｌｏｗ Ｃｏｎｔｒｏｌ信号に含まれるＰＤＵ Ｔｙｐｅ（＝４）の情報を識別する。バッファ量管理部２２は、識別した情報から、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の情報を取り出し、取り出した空きバッファ情報を反映させることにより、バッファ量分配リストＤＢを更新する。
各ＤＲＢのバッファ量分配係数は、例えば、一定の時間で、各ＤＲＢのＭｅＮＢ２０からＵＥ１０に送信したＤＬデータの送信レートと、全体ＤＲＢの送信レートの割合から算出してもいい。
各ＤＲＢの送信バッファ量は、たとえば、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量と各ＤＲＢのバッファ量分配係数を乗算することで算出される。バッファ量管理部２２は、算出した各ＤＲＢの送信バッファ量を反映させることにより、バッファ量分配リストＤＢを更新する。バッファ量管理部２２は、更新されたバッファ量分配リストＤＢを、ＤＬデータ量調整部２３に通知する。
ＤＬデータ量調整部２３は、各ＤＲＢに対して、ＤＬデータ蓄積部２４からＤＬデータを取り出してデータ化する。さらに、ＤＬデータ量調整部２３は、バッファ量管理部２２から通知されたバッファ量分配リストＤＢを参照し、ＭｅＮＢ２０からＳｅＮＢ３０へのＤＬデータ量を調整する。通信部２１は、ＤＬデータ量調整部２３からのＤＬデータをＳｅＮＢ３０に送信する。
ＤＬデータ蓄積部２４は、Ｓ－ＧＷ５０から通信部２１を通して受信したＤＬデータを蓄積している。
Ｃｅｌｌ毎にＦｌｏｗ Ｃｏｎｔｒｏｌ信号を送信する場合、ＳｅＮＢ３０からＭｅＮＢ２０へのＦｌｏｗ Ｃｏｎｔｒｏｌ信号に、ＵＥ１０で受信が確認されたＰＤＣＰ ＳＮの情報が含まれていない。そのため、ＭｅＮＢ２０は、ＵＥ１０が受信済のＰＤＣＰ ＳＤＵをＰＤＣＰバッファから削除するには、PDCP Status Report信号をＵＥ１０から直接にＭｅＮＢ２０へ定期的に送信し（非特許文献３：3GPP TS 36.323 V14.3.0）、ＵＥ１０が受信済のＰＤＣＰ ＳＤＵをＰＤＣＰバッファから削除する。
なお、図７に示される各構成の機能は、ＩＣやＦＰＧＡ等の電子回路で実現されてもよい。あるいは、各構成の機能は、コンピュータ（たとえば、ＣＰＵ）がメモリに記憶されたプログラムを実行することにより実現されてもよい。もちろん、各構成の機能は、電子回路とコンピュータの組み合わせにて実現されてもよい。
（動作の説明）
図８は、図６に示されるＳｅＮＢ３０の動作例を示すフローチャートである。
ＳｅＮＢ３０は、各ＤＲＢの空きバッファ量を測定する（ステップＳ３０１）。具体的には、各ＤＲＢの空きバッファ量は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号（ＰＤＵ Ｔｙｐｅ＝１）に含まれるバッファ量の情報（“Desired buffer size for the E-RAB”）に該当する。非特許文献１（3GPP TS 36.425 V14.0.0）において、“Desired buffer size for the E-RAB”は、明確に定義されていない。そこで、本実施形態では、“Desired buffer size for the E-RAB”は、Ｅ－ＲＡＢあたりの全バッファ量からＲＬＣ ＡＣＫのＰＤＣＰ ＰＤＵ未受信のバッファ量を減算した後の空きバッファ量として定義する。ＳｅＮＢ３０の空きバッファ量測定部３２は、通信部３１内の各ＤＲＢのバッファを定期的に参照し、各ＤＲＢの空きバッファ量を測定し、各ＤＲＢの空きバッファ量の総和から各ＵＥの空きバッファ量として算出する。空きバッファ量測定部３２は、ＭｅＮＢ２０の運用する各ＵＥ単位の空きバッファ量の総和からＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量として算出する。ここで、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量は、Ｎｔ１と定義される。
次に、ＳｅＮＢ３０は、閾値の設定する（ステップＳ３０２）。概略的には、閾値は、前回、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号をＭｅＮＢ２０へ送信した際の空きバッファ量を中心とした所定範囲を決定するための閾値である。具体的には、ＳｅＮＢ３０のバッファ量記録部３４は、前回のＦｌｏｗ Ｃｏｎｔｒｏｌ信号を送信した時、ＭｅＮＢ２０が運用するＣｅｌｌ毎の空きバッファ量の情報を保存している。例えば、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号を前回送信した時刻はｔ０で定義され、その時刻ｔ０（時：たとえば、朝１０時）における、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量はＮｔ０（バイト：たとえば、１００Ｍバイト）で定義される。空きバッファ量変化検出部３３は、バッファ量記録部３４からＮｔ０を取得し、Ｎｔ０の所定の範囲を用いて、閾値（たとえば、低閾値および高閾値）を設定する。例えば、上記所定の範囲を係数Ｍ（任意の実数：たとえば、１０）％とし、実際の運用環境に応じて、Ｃｅｌｌの混雑度に影響されない範囲の係数を用いることが可能である。ここで、低閾値は、Ｎｔ０×（１－Ｍ％）で定義され、高閾値は、Ｎｔ０×（１＋Ｍ％）で定義される。なお、Ｎｔ０のＭ％未満の範囲は閾値範囲内と定義され、Ｎｔ０のＭ％以外の範囲は閾値範囲外と定義される。
ＳｅＮＢ３０は、空きバッファ量が閾値を超えたか否かを判定する（ステップＳ３０３）。具体的には、空きバッファ量変化検出部３３は、測定時刻ｔ１（＞ｔ０）において、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量と閾値の大小関係に基づいて、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号の送信を決定する。
測定時刻ｔ１における、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量と閾値（低閾値および高閾値）との比較に関する関係式は以下のとおりである。
Ｎｔ１≧Ｎｔ０×（１＋Ｍ％） （１）
Ｎｔ１≦Ｎｔ０×（１－Ｍ％） （２）
Ｎｔ０×（１－Ｍ％）＜Ｎｔ１＜Ｎｔ０×（１＋Ｍ％） （３）
式（１）が満たされる状況は、測定時刻ｔ１において、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量が高閾値を上回る状況である。この状況では、端末数が急減し、Ｃｅｌｌの混雑度が急激に緩和される。この場合、端末あたりの無線の通信速度が急増する。このとき、空きバッファ量変化検出部３３は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号の送信が必要だと判断し、信号生成部３５に信号生成を指示する。
式（２）が満たされる状況は、測定時刻ｔ１において、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量が低閾値を下回る状況である。この状況では、端末数が急増し、Ｃｅｌｌの混雑度が急激に増加する。この場合、端末あたりの無線の通信速度が急減する。このとき、空きバッファ量変化検出部３３は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号の送信が必要だと判断し、信号生成部３５に信号生成を指示する。
式（３）が満たされる状況は、測定時刻ｔ１において、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量が閾値範囲内にある状況である。この状況では、端末数が特に急増あるいは急減することなく、ＭｅＮＢ２０の運用するＣｅｌｌの混雑度はほぼ変わらない。この場合、端末あたりの無線の通信速度は安定している。このとき、空きバッファ量変化検出部３３は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号の送信が不要だと判断し、信号生成部３５に信号生成を指示しない。
以上のように、ＳｅＮＢ３０（空きバッファ量変化検出部３３）は、無線通信の混雑度合を考慮して通信制御を行った場合、接続中の端末数の急増や急減に起因してＣｅｌｌの混雑度が変化した時のみ、Ｃｅｌｌ毎のＦｌｏｗ Ｃｏｎｔｒｏｌ信号を送信するように制御する。
ＳｅＮＢ３０は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号を生成する（ステップＳ３０４）。具体的には、空きバッファ量変化検出部３３における、空きバッファ量が閾値を超えた（閾値範囲外の場合）との判定結果に基づいて、信号生成部３５は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号を生成する。この場合、バッファ量記録部３４は、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量を、バッファ量記録部３４に上書き保存する。上書きされた空きバッファ量は、次回の閾値生成に利用される。また、バッファ量記録部３４は、信号生成部３５へ、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量情報を提供する。Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号生成として、バッファ量記録部３４からＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の情報に基づいて、ＰＤＵ Ｔｙｐｅは４と設定し、Physical Cell ID、およびＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量“Desired buffer size for the Cell”の情報を格納する。ここでは、Ｃｅｌｌ毎のＦｌｏｗ Ｃｏｎｔｒｏｌ信号を生成するため、ＧＴＰヘッダに含まれるＴＥＩＤ（Tunnel Endpoint ID）は、ＭｅＮＢ２０に接続中の任意の１つのＤＲＢに対応するＴＥＩＤとする。例えば、ＵＥ ＩＤ＝１、ＤＲＢ＝１に対応するＴＥＩＤが用いられてもよい。なお、ステップＳ３０１で対象とした各ＤＲＢはＣｅｌｌ毎のＦｌｏｗ Ｃｏｎｔｒｏｌ信号を生成するため、ＤＲＢ単位のＦｌｏｗ Ｃｏｎｔｒｏｌ信号は不要である。
ＳｅＮＢ３０は、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号を送信する（ステップＳ３０５）。具体的には、ＳｅＮＢ３０の通信部３１は、信号生成部３５から受け取ったＦｌｏｗ Ｃｏｎｔｒｏｌ信号を、ＭｅＮＢ２０へ送信する。
一方、空きバッファ量変化検出部３３において、空きバッファ量が閾値範囲内と判定された場合、通信部３１からＦｌｏｗ Ｃｏｎｔｒｏｌ信号は送信されず（ステップＳ３０６）、本フローチャートの処理は終了する。
以上説明したように、Ｃｅｌｌの混雑度がほぼ変わらない状況において、Ｃｅｌｌ毎の空きバッファ量は閾値範囲を超えることない。従って、最初（すなわち、起動時点および空きバッファ量の変化時）に、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量を、ＭｅＮＢ２０にフィードバックしておけば、変化するまで更新する必要はない。よって、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号の送信回数を大幅に減らすことが可能となる。
なお、図６に示される各構成の機能がコンピュータにより実現される場合、図８に示される処理は、コンピュータ読み取り可能なメモリ（記録媒体）に、コンピュータプログラムとして記憶される。
図９は、図７に示されるＭｅＮＢ２０の動作例を示すフローチャートである。
ＭｅＮＢ２０の通信部２１は、ＳｅＮＢ３０からＦｌｏｗ Ｃｏｎｔｒｏｌ信号を受信する（ステップＳ２０１）。
ＭｅＮＢ２０のバッファ量管理部２２は、保存しているバッファ量分配リストＤＢのパラメータ（図１０参照）を更新する（ステップＳ２０２）。バッファ量管理部２２は、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量について、ＳｅＮＢ３０から受信したＦｌｏｗ Ｃｏｎｔｒｏｌ信号に含まれるＰＤＵ Ｔｙｐｅ（＝４）情報からＣｅｌｌ毎の情報を認識する。バッファ量管理部２２は、識別した情報から、Ｃｅｌｌ毎の情報（Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤの情報、およびＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量の情報（“Desired buffer size for the Cell”））を取り出し、取り出したＣｅｌｌ毎の情報を反映させることにより、バッファ量分配リストＤＢを更新する。
各ＤＲＢのバッファ量分配係数は、例えば、ＵＥ１０から直接にＭｅＮＢ２０へ定期的に送信するPDCP Status Report信号の情報を用いて算出される。一定の時間（例えば、PDCP Status Report信号の受信から次のPDCP Status Report信号の受信まで）で、各ＤＲＢの送信するＤＬデータ量とPDCP Status Report信号の情報から実際に送信できたＤＬデータ量より、各ＤＲＢの送信レートが算出される。ここで、各ＤＲＢの送信レートは、PDCP Status Report信号の受信から次のPDCP Status Report信号の受信までの時間に、ＭｅＮＢ２０からＵＥ１０に送信でき、かつＵＥ１０が正しく受信できたＤＬデータ量のレートと定義される。各ＤＲＢの送信レートと全ＤＲＢの送信レート（ＭｅＮＢ２０の運用するＣｅｌｌ毎の送信レート）と対比することにより、各ＤＲＢのバッファ量分配係数が算出される。算出した各ＤＲＢのバッファ量分配係数によりバッファ量分配リストＤＢが更新される。
バッファ量分配リストＤＢに格納される各ＤＲＢの空きバッファ量は、ＭｅＮＢ２０の運用するＣｅｌｌ毎の空きバッファ量と各ＤＲＢのバッファ量分配係数を乗算して算出される。そのため、各ＤＲＢの空きバッファ量の更新タイミングは、Ｃｅｌｌ毎のＦｌｏｗ Ｃｏｎｔｒｏｌ信号を受信した場合、あるいは各ＤＲＢのバッファ量分配係数が更新された場合とする。各ＤＲＢの空きバッファ量は、図１０に示すバッファ量分配リストＤＢに従って、決定される。
また、図１０に示されるバッファ量分配リストＤＢに存在しないＤＲＢは、Ｃｅｌｌ毎の対象外とし、ＤＲＢ単位でＦｌｏｗ Ｃｏｎｔｒｏｌ信号（ＰＤＵ Ｔｙｐｅ（＝１））をＳｅＮＢ３０からＭｅＮＢ２０へ送信してもよい。Ｃｅｌｌ毎の対象外とは、例えば、前述の“空きバッファ量を測定（図８：ステップＳ３０１）”にて各ＤＲＢにおける定期的な測定後に、ＳｅＮＢ３０と新たに接続するＤＲＢである。
そのため、ＳｅＮＢ３０と新たに接続するＤＲＢの情報がバッファ量分配リストＤＢに設定される。たとえば、ＤＲＢの空きバッファ量には、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号（ＰＤＵ Ｔｙｐｅ（＝１））に含まれる“Desired buffer size for the E-RAB”が設定され、ＤＲＢのバッファ量分配係数には、０が設定されてもよい。
ＭｅＮＢ２０のＤＬデータ量調整部２３は、ＤＬデータ蓄積部２４からＤＬデータを取り出してデータ化する。さらに、ＤＬデータ量調整部２３は、バッファ量管理部２２から通知されたバッファ量分配リストＤＢを参照し、ＭｅＮＢ２０からＳｅＮＢ３０へのＤＬデータ量を調整する（ステップＳ２０３）。
通信部２１はＤＬデータ量調整部２３から受信したＤＬデータをＳｅＮＢ３０へ送信する（ステップＳ２０４）。
なお、図７に示される各構成の機能がコンピュータにより実現される場合、図９に示される処理は、コンピュータ読み取り可能なメモリ（記録媒体）に、コンピュータプログラムとして記憶される。
［効果の説明］
以上説明した第２の実施形態では、Ｓｐｌｉｔ ｂｅａｒｅｒ ｏｐｔｉｏｎにおいて、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号（制御信号）は、Ｃｅｌｌ毎に送信される。Ｃｅｌｌの混雑度合に応じてＦｌｏｗ Ｃｏｎｔｒｏｌ信号が適切に送信されることにより、ＳｅＮＢ３０とＭｅＮＢ２０との間における、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号の無駄な送信を大幅に削減することができる。結果として、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号による通信帯域の消費が抑制され、ＳｅＮＢとＭｅＮＢとの間において、通信帯域を効率的に使用することが可能となる。
（変形例）
Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号（第１の実施形態の“ＤＲＢグループ単位の空きバッファ量”に相当）は、3GPP TS 36.425にて規定されている、ＰＤＵ Ｔｙｐｅ１のメッセージ、および新規のメッセージとしてのＰＤＵ Ｔｙｐｅ４のメッセージに限定されることはない。Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号は、他のＰＤＵ Ｔｙｐｅ（たとえば、Ｔｙｐｅ０、Ｔｙｐｅ２、およびＴｙｐｅ３）のメッセージであってもよいし、3GPP TS 36.425にて規定されていないメッセージであってもよい。
また、空きバッファ量（換言すれば、Ｆｌｏｗ Ｃｏｎｔｒｏｌ信号）を送信する単位は、常に、ＤＲＢグループ単位（Ｃｅｌｌ毎またはＵＥ単位）である必要はない。たとえば、所定の条件に応じて、空きバッファ量を送信する単位は、ＤＲＢグループ単位とＤＲＢ単位との間で切り換えられてもよい。上記所定の条件は、たとえば、緊急性の度合いやＱｏＳ（Quality of Service）である。また、切り換えの周期は、任意である。
以上、各実施形態を用いて本発明を説明したが、本発明の技術的範囲は、上記各実施形態の記載に限定されない。上記各実施形態に多様な変更又は改良を加えることが可能であることは当業者にとって自明である。従って、そのような変更又は改良を加えた形態もまた本発明の技術的範囲に含まれることは説明するまでもない。また、以上説明した各実施形態において使用される、数値や各構成の名称等は例示的なものであり適宜変更可能である。即ち、本発明は、本発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。
この出願は、２０１７年１２月１３日に出願された日本出願特願２０１７－２３８５１５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１ 無線通信システム
１０ ＵＥ
２０ ＭｅＮＢ
２１ 通信部
２２ バッファ量管理部
２３ ＤＬデータ量調整部
２４ ＤＬデータ蓄積部
３０ ＳｅＮＢ
３１ 通信部
３２ 空きバッファ量測定部
３３ 空きバッファ量変化検出部
３４ バッファ量記録部
３５ 信号生成部
４０ ＭＭＥ
５０ Ｓ－ＧＷ
２００ 無線通信システム
２１０ ＭｅＮＢ
２２０ ＳｅＮＢ

Claims (5)

  1. 主基地局と、
    二次基地局と、
    を備え、
    端末による、前記主基地局および前記二次基地局の両方への接続を可能とする動作モードであるデュアルコネクティビティが実行される際、前記二次基地局は、複数のデータ無線ベアラからなるデータ無線ベアラグループの空きバッファ量の情報を、前記データ無線ベアラグループを単位として、前記主基地局へと送信し、
    前記空きバッファ量の情報は、前記二次基地局から前記主基地局へ送信される制御信号に含まれ、
    前記二次基地局は、前記空きバッファ量を定期的に測定し、前記空きバッファ量が閾値範囲の外にある場合に前記空きバッファ量の情報を含む前記制御信号を、前記主基地局へ送信し、
    前記閾値範囲は、前回、前記制御信号を前記主基地局へ送信した際の前記空きバッファ量を中心とした所定範囲である、
    ことを特徴とする無線通信システム。
  2. 前記データ無線ベアラグループは、前記主基地局のセルを単位とするデータ無線ベアラのグループ、および前記主基地局のセル内で運用される端末を単位とするデータ無線ベアラのグループの少なくともいずれか一方であることを特徴とする請求項１記載の無線通信システム。
  3. 前記制御信号は、3GPP（3rd Generation Partnership Project）TS 36.425にて規定されている、ＰＤＵ Ｔｙｐｅ０乃至３の各メッセージ、および、新規のメッセージとしてのＰＤＵ Ｔｙｐｅ４のメッセージの少なくともいずれかに含まれることを特徴とする請求項１又は２記載の無線通信システム。
  4. 主基地局と通信可能な二次基地局であって、
    端末による、前記主基地局および前記二次基地局の両方への接続を可能とする動作モードであるデュアルコネクティビティが実行される際、複数のデータ無線ベアラからなるデータ無線ベアラグループの空きバッファ量の情報を、前記データ無線ベアラグループを単位として、前記主基地局へ送信し、
    前記空きバッファ量の情報は、前記二次基地局から前記主基地局へ送信される制御信号に含まれ、
    前記二次基地局は、前記空きバッファ量を定期的に測定し、前記空きバッファ量が閾値範囲の外にある場合に前記空きバッファ量の情報を含む前記制御信号を、前記主基地局へ送信し、
    前記閾値範囲は、前回、前記制御信号を前記主基地局へ送信した際の前記空きバッファ量を中心とした所定範囲である、
    ことを特徴とする二次基地局。
  5. 主基地局と二次基地局とを備える無線通信システムにおける無線通信方法であって、
    端末による、前記主基地局および前記二次基地局の両方への接続を可能とする動作モードであるデュアルコネクティビティが実行される際、複数のデータ無線ベアラからなるデータ無線ベアラグループの空きバッファ量の情報を、前記データ無線ベアラグループを単位として、前記二次基地局から前記主基地局へと送信し、
    前記空きバッファ量の情報は、前記二次基地局から前記主基地局へ送信される制御信号に含まれ、
    前記二次基地局は、前記空きバッファ量を定期的に測定し、前記空きバッファ量が閾値範囲の外にある場合に前記空きバッファ量の情報を含む前記制御信号を、前記主基地局へ送信し、
    前記閾値範囲は、前回、前記制御信号を前記主基地局へ送信した際の前記空きバッファ量を中心とした所定範囲である、
    ことを特徴とする無線通信方法。
JP2019559640A 2017-12-13 2018-12-11 無線通信システム、主基地局、二次基地局、および無線通信方法 Active JP7081613B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017238515 2017-12-13
JP2017238515 2017-12-13
PCT/JP2018/045384 WO2019117109A1 (ja) 2017-12-13 2018-12-11 無線通信システム、主基地局、二次基地局、および無線通信方法

Publications (2)

Publication Number Publication Date
JPWO2019117109A1 JPWO2019117109A1 (ja) 2020-11-19
JP7081613B2 true JP7081613B2 (ja) 2022-06-07

Family

ID=66820324

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019559640A Active JP7081613B2 (ja) 2017-12-13 2018-12-11 無線通信システム、主基地局、二次基地局、および無線通信方法

Country Status (4)

Country Link
US (1) US11659442B2 (ja)
EP (1) EP3726880A4 (ja)
JP (1) JP7081613B2 (ja)
WO (1) WO2019117109A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11601841B2 (en) * 2018-08-01 2023-03-07 Nec Corporation Radio station, radio communication method, non-transitory computer readable medium, and radio communication system
US20220240332A1 (en) * 2019-08-08 2022-07-28 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
US20140328182A1 (en) 2013-05-03 2014-11-06 Research In Motion Limited Controlling data offload in response to feedback information
JP2016123051A (ja) 2014-12-25 2016-07-07 株式会社Ｎｔｔドコモ 基地局
US20170318493A1 (en) 2014-11-06 2017-11-02 Nokia Solutions And Networks Oy Interface functionality for ran-wlan radio aggregation

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101109885B1 (ko) 2003-08-20 2012-02-15 파나소닉 주식회사 무선 통신 장치 및 서브 캐리어의 할당 방법
EP3694247A1 (en) * 2010-04-02 2020-08-12 Interdigital Patent Holdings, Inc. Method and apparatus for supporting communication via a relay node
CN104812003A (zh) * 2014-01-28 2015-07-29 上海贝尔股份有限公司 用于主基站和辅基站的流控制方法和设备
WO2015133144A1 (en) 2014-03-06 2015-09-11 Nec Corporation Apparatus, system and method for small cell enhancement / dual connectivity
US10104705B2 (en) * 2014-11-05 2018-10-16 Intel IP Corporation Apparatus, system and method of communicating between a cellular manager and a user equipment (UE) via a WLAN access device
US10412634B2 (en) * 2015-08-13 2019-09-10 Telefonaktiebolaget Lm Ericsson (Publ) Predictive adaptive queue management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140328182A1 (en) 2013-05-03 2014-11-06 Research In Motion Limited Controlling data offload in response to feedback information
US20170318493A1 (en) 2014-11-06 2017-11-02 Nokia Solutions And Networks Oy Interface functionality for ran-wlan radio aggregation
JP2016123051A (ja) 2014-12-25 2016-07-07 株式会社Ｎｔｔドコモ 基地局

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BlackBerry UK Limited，Necessity of flow control for various U-plane alternatives[online]，3GPP TSG-RAN WG2#84 R2-134116，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_84/Docs/R2-134116.zip＞，2013年11月15日
ZTE，Further Discussion on P-approved 36.425[online]，3GPP TSG RAN WG3 adhoc_R3_AH_NR_1706 R3-172051，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_AHGs/R3_AH_NR_1706/Docs/R3-172051.zip>，2017年06月29日

Also Published As

Publication number Publication date
WO2019117109A1 (ja) 2019-06-20
JPWO2019117109A1 (ja) 2020-11-19
EP3726880A1 (en) 2020-10-21
US11659442B2 (en) 2023-05-23
US20200296626A1 (en) 2020-09-17
EP3726880A4 (en) 2020-12-16

Similar Documents

Publication Publication Date Title
KR101454524B1 (ko) 중계기에서의 서비스 품질 제어
EP3826274B1 (en) Flow control method and apparatus
CN107950071B (zh) 用于lte-wlan聚合的动态pdcp状态报告轮询的方法
EP3213595B1 (en) Devices and methods for reporting data reception status
US10945128B2 (en) Data forwarding support in dual connectivity
CN108370523B (zh) 来自接收分流承载的用户设备的流量控制反馈
US11696180B2 (en) Base station, wireless communication system, and communication method
CN107079336B (zh) 无线通信系统、基站和通信方法
EP3900428B1 (en) Buffer status reporting in wireless communication systems
CN105432115A (zh) 用于双连接的方法和装置
JP7081613B2 (ja) 無線通信システム、主基地局、二次基地局、および無線通信方法
JP6481711B2 (ja) 無線通信システム、移動局、基地局及び無線通信方法
WO2017024581A1 (zh) 数据传输方法、基站及用户设备
JP2016123051A (ja) 基地局
JP6831828B2 (ja) 基地局
US11395366B2 (en) Transmission apparatus, reception apparatus, and method
WO2022239707A1 (ja) 通信制御方法
JP2022058824A (ja) 無線通信装置及び無線通信方法
JP2022543161A (ja) 通信方法、第１ネットワーク装置、第２ネットワーク装置及び端末装置
JP2019213129A (ja) マスタ基地局、セカンダリ基地局、及び方法
KR20130068456A (ko) 기지국에서의 레인징 메시지 처리 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200508

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210330

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210506

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20211021

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211102

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211216

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: 20220426

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220509

R151 Written notification of patent or utility model registration

Ref document number: 7081613

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151