WO2016072039A1 - 無線通信システム、基地局、通信方法 - Google Patents

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

Info

Publication number
WO2016072039A1
WO2016072039A1 PCT/JP2015/004372 JP2015004372W WO2016072039A1 WO 2016072039 A1 WO2016072039 A1 WO 2016072039A1 JP 2015004372 W JP2015004372 W JP 2015004372W WO 2016072039 A1 WO2016072039 A1 WO 2016072039A1
Authority
WO
WIPO (PCT)
Prior art keywords
downlink data
base station
information
transmitted
discarded
Prior art date
Application number
PCT/JP2015/004372
Other languages
English (en)
French (fr)
Inventor
林　貞福
Original Assignee
日本電気株式会社
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 日本電気株式会社 filed Critical 日本電気株式会社
Priority to EP15857994.6A priority Critical patent/EP3217715B1/en
Priority to US15/523,532 priority patent/US10548145B2/en
Priority to JP2016557442A priority patent/JP6361739B2/ja
Priority to CN201580060544.XA priority patent/CN107079336B/zh
Publication of WO2016072039A1 publication Critical patent/WO2016072039A1/ja
Priority to US16/721,286 priority patent/US20200170021A1/en
Priority to US17/360,266 priority patent/US11528715B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • 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/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • 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
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • 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/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • 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

Definitions

  • the present invention relates to a wireless communication system, a base station, and a communication method.
  • EUTRAN Evolved UMTS Terrestrial Radio Access Network called UMTS: Universal
  • eNode B eNode B
  • UE User Equipment
  • Mobile (Telecommunications System) network is being considered.
  • FIG. 1 shows an example of a configuration of a wireless communication system that realizes dual connectivity.
  • 1 includes a UE 10, a MeNodeB (Master eNode B; hereinafter referred to as MeNB) 20, a SeNodeB (Secondary eNode B; hereinafter referred to as SeNB) 30, and an MME (Mobility Management Entity). 40 and an S-GW (Serving Gateway) 50.
  • the MeNB 20 is a second base station that operates a subordinate cell (MCG: Master Cell Group).
  • the SeNB 30 is a first base station that operates a subordinate cell (SCG: Secondary Cell Group).
  • the cell under SeNB30 is located in the cover area of the cell under MeNB20.
  • UE10 is a terminal which receives DL (DownLink) packet data from two MeNB20 and SeNB30. In addition, about the packet data of UL (UpLink), UE10 transmits only to MeNB20, transmits only to SeNB30, or transmits to two MeNB20 and SeNB30.
  • the MME 40 is a core network device arranged in a CN (Core Network), and performs C (Control) -plane transmission and UE 10 mobility management.
  • the S-GW 50 is a core network device arranged in the CN and transmits U (User) -plane packet data.
  • MeNB20 and SeNB30 are connected via X2 Interface.
  • MME40 and S-GW50 and MeNB20 and SeNB30 are connected via S1 Interface.
  • FIG. 2 shows an example of a C-plane connection configuration in Dual Connectivity.
  • the C-planes are connected as shown in FIG. Connection of UE10 in the state of Dual Connectivity is only S1-MME between MeNB20 and MME40.
  • RRC Radio Resource Control
  • Connection of UE10 is only present in the radio section with MeNB20. That is, there is no RRC connection at least in the radio section between the UE 10 and the SeNB 30.
  • SeNB30 may create the signal information relevant to the RRC message to UE10, and may transmit the created signal information to UE10 via MeNB20.
  • An example of a U-plane connection configuration in Dual Connectivity is a Split bearer option configuration.
  • FIG. 1 An example of a U-plane connection configuration in Dual Connectivity is a Split bearer option configuration.
  • FIG. 3 shows an example of a U-plane connection configuration in the case of the Split bearer option configuration
  • FIG. 4 shows an example of a Radio Protocol connection configuration in the case of the Split bearer option configuration
  • DL packet data of the U-plane is transmitted only from the S-GW 50 to the MeNB 20, and not transmitted from the S-GW 50 to the SeNB 30.
  • the bearer from MeNB20 to UE10 is referred to as MCG bearer
  • the bearer from SeNB30 to UE10 is referred to as SCG bearer.
  • UE10, MeNB20, and SeNB30 have the layer structure which consists of PDCP (Packet Data Convergence Protocol) layer, RLC (Radio Link Control) layer, and MAC (Medium Access Control) layer.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • the specification of the RLC layer is described in Non-Patent Document 1 (3GPP TS 36.322 V12.0.0).
  • the packet data of the U-plane DL received from the S-GW 50 is accepted by the PDCP layer.
  • one PDCP layer (the layer on the right side in FIG. 4) of the MeNB 20 transmits some packet data (PDCP PDU (Protocol Data Unit)) to the UE 10 via a cell under its own control. Packet data (PDCP PDU) can be transmitted to UE 10 via SeNB30. That is, in the PDCP layer of MeNB 20, U-plane packet data can be separated (split).
  • the second base station receives the downlink data received from the CN via the own station (own station cell) and the first base station (SeNB). Then, when the configuration can be transmitted to the terminal (UE), there is a problem as follows.
  • the second base station transmits the downlink data received from the CN to the terminal via the first base station
  • the second base station transmits the downlink data to the first base station, and transmits the downlink data to the terminal.
  • the second base station instructs the first base station to discard the downlink data transmitted to the first base station due to some internal circumstances (such as an internal error), for example. There may be situations where you have to.
  • one of the objects to be achieved by the embodiments disclosed in the present specification is to provide a wireless communication system, a base station, and a communication method that can solve the above-described problems. It should be noted that this object is only one of a plurality of objects that the embodiments disclosed herein intend to achieve. Other objects or problems and novel features will become apparent from the description of the present specification or the accompanying drawings.
  • the wireless communication system of the present invention includes: A first base station; A second base station capable of transmitting downlink data received from the core network to the terminal via the local station and the first base station;
  • the second base station is An instruction for discarding downlink data specified by the information together with information for specifying downlink data to be discarded among the downlink data transmitted to the first base station, to the first base station,
  • the first base station is Out of the downlink data specified by the information, downlink data not transmitted to the terminal is discarded.
  • the first base station of the present invention A base station capable of transmitting downlink data received from a core network to a terminal via its own station and another base station, It has a communication part which transmits the instruction
  • the second base station of the present invention A base station that can receive downlink data received from the core network by another base station from the other base station and transmit it to the terminal, A communication unit that receives, from the other base station, an instruction to discard the downlink data specified by the information together with information specifying the downlink data to be discarded among the downlink data transmitted from the other base station to the own station. , A control unit that discards downlink data that has not been transmitted to the terminal among downlink data specified by the information.
  • the first communication method of the present invention includes: A communication method by a base station capable of transmitting downlink data received from a core network to a terminal via its own station and another base station, An instruction for discarding downlink data specified by the information is transmitted to the other base station together with information for specifying the downlink data to be discarded among the downlink data transmitted to the other base station.
  • the second communication method of the present invention includes: A communication method by a base station capable of receiving downlink data received from a core network by another base station from the other base station and transmitting to the terminal, Received from the other base station an instruction to discard the downlink data specified by the information together with the information specifying the downlink data to be discarded among the downlink data transmitted from the other base station to the own station, Out of the downlink data specified by the information, downlink data not transmitted to the terminal is discarded.
  • the first base station can discard the downlink data received from the core network via the second base station.
  • the 1st Embodiment of this invention it is a sequence diagram which shows an example of the operation
  • the 1st Embodiment of this invention it is a sequence diagram which shows an example of the operation
  • the MeNB 20 in this embodiment has a communication unit 21.
  • the communication unit 21 transmits an instruction for discarding the downlink data specified by the information to the SeNB 30 together with information for specifying the downlink data to be discarded from the downlink data transmitted to the SeNB 30.
  • an information element (Discard, which is an information element shown in FIG. 8 in the example described later) may be newly provided as an instruction to discard downlink data.
  • the information itself transmitted from the MeNB 20 to the SeMB 30 may be an instruction to discard the downlink data.
  • MeNB20 has a control part which performs processes other than the communication process by the communication part 21, this control part is abbreviate
  • the SeNB 30 in the present embodiment includes a communication unit 31 and a control unit 32.
  • the communication unit 31 receives, from the MeNB 20, information for specifying the downlink data to be discarded among the downlink data transmitted by the MeNB 20 to the SeNB 30, and an instruction to discard the downlink data specified by the information.
  • the control unit 32 is a part that performs processing other than the communication processing by the communication unit 31. For example, the control unit 32 discards the downlink data that has not been transmitted to the UE 10 and remains in the transmission buffer among the downlink data specified by the information from the MeNB 20.
  • the communication unit 31 transmits information identifying the downlink data discarded by the control unit 32 to the MeNB 20.
  • the information identifying the downlink data discarded by the control unit 32 which is transmitted from the communication unit 31 to the MeNB 20, may be information indicating the downlink data discarded by the control unit 32, or the discarded downlink data. May be information indicating that all the downlink data to be discarded described in the information received by the communication unit 31 from the MeNB 20 is discarded.
  • the MeNB 20 transmits an instruction to the SeNB 30 to discard the downlink data specified by the information together with the information specifying the downlink data to be discarded among the downlink data transmitted to the SeNB 30. .
  • the SeNB 30 discards the downlink data not transmitted to the UE 10 among the downlink data specified by the above information. Therefore, since SeNB30 can specify and discard the downlink data to be discarded, an effect that the downlink data can be discarded is obtained.
  • MeNB 20 transmits a downlink data discard instruction to SeNB 30 in the following cases, for example.
  • PDCP PDU downlink data
  • ⁇ Acknowledge for PDCP PDU (downlink data) sent by MeNB20 to SeNB30 has not been received even after a certain time has passed.
  • ⁇ When an internal error has occurred in MeNB20.
  • MeNB20 sent a PDCP PDU to SeNB30, or When an E-RAB (EUTRAN-Radio Access Bearer) release instruction is received from the CN's MME40 within the first period after transmitting the PDCP PDU.
  • E-RAB EUTRAN-Radio Access Bearer
  • the first period and the second period may be periods measured using a timer.
  • the contents of the downlink data discarding instruction transmitted from the MeNB 20 to the SeNB 30 include, for example, the following four types (A) to (D).
  • (A) Discard instruction of all PDCP PDUs MeNB20 can instruct SeNB30 to discard all PDCP PDUs already transmitted to SeNB30. For example, it is assumed that MeNB20 has already transmitted PDCP PDU # 3, PDCP PDU # 4, and PDCP PDU # 5 to SeNB30. In this situation, the MeNB 20 thereafter transmits only a 1-bit discard instruction to the SeNB 30 without designating the PDCP PDU with a sequence number (sequence number) or the like.
  • SeNB30 discards all PDCP PDUs remaining in the transmission buffer among PDCP PDU # 3, PDCP PDU # 4, and PDCP PDU # 5.
  • the SeNB 30 returns the sequence number of the discarded PDCP PDU to the MeNB 20.
  • MeNB20 can know Sequence Number of PDCP PDU which SeNB30 discarded. Therefore, the MeNB 20 can retransmit the PDCP PDU discarded by the SeNB 30 from the own cell to the UE 10 in order from the youngest PDCP PDU.
  • SeNB30 when SeNB30 receives a discard instruction from MeNB20, PDCP PDU # 3 has already been transmitted to UE10, and PDCP PDU # 4 and PDCP PDU # 5 still remain in the transmission buffer. In this case, SeNB30 discards PDCP PDU # 4 and PDCP PDU # 5, and returns the sequence numbers of the discarded PDCP PDU # 4 and PDCP PDU # 5 to MeNB20. Note that the above-described discard instruction by the MeNB 20 is performed for each E-RAB by individually specifying the E-RAB.
  • (B) Discard instruction using Sequence Number MeNB 20 can instruct SeNB 30 to discard a PDCP PDU of a certain Sequence Number. For example, it is assumed that MeNB 20 has already transmitted PDCP PDU # 3, PDCP PDU # 4, and PDCP PDU # 5 to SeNB30. Further, it is assumed that MeNB20 has received Acknowledge of PDCP PDU # 3 and PDCP PDU # 5 from SeNB30, but has not received Acknowledge of PDCP PDU # 4. In this situation, the MeNB 20 then transmits a discard instruction to the SeNB 30 after specifying the Sequence Number of PDCP PDU # 4. Then, SeNB30 discards PDCP PDU # 4 if the designated PDCP PDU # 4 remains in the transmission buffer.
  • the SeNB 30 returns the sequence number of the discarded PDCP PDU # 4 to the MeNB 20. Thereby, since MeNB20 can know that SeNB30 discarded PDCP PDU # 4, it can retransmit PDCP PDU # 4 to UE10 from a self-cell.
  • the above-described discard instruction by the MeNB 20 is performed for each E-RAB by individually specifying the E-RAB.
  • each sequence number may be specified, a range of sequence numbers (start number and end number) may be specified, or a certain sequence number (start number) may be specified. By specifying it, all the subsequent Sequence Numbers may be specified.
  • the range of Sequence Number may be specified by the start number and end number as described above, or may be specified by the start number and the number of PDCP PDUs (Range) to be discarded from the start number.
  • the start number and the number of PDCP PDUs to be discarded from the start number are, for example, information in which the start number indicates PDCP PDU # 3 and the number of PDCP PDUs to be discarded from the start number is 10. In this case, up to the tenth PDCP PDU counted from PDCP PDU # 3 is discarded.
  • information specifying individual Sequence Numbers and information specifying Sequence Number ranges may be combined into one format.
  • MeNB 20 can instruct SeNB 30 to discard a PDCP-PDU of a certain QoS or QCI.
  • SeNB 30 can instruct SeNB 30 to discard a PDCP-PDU of a certain QoS or QCI.
  • MeNB20 against SeNB30, PDCP-PDU # 100, PDCP-PDU # 101, PDCP-PDU # 102 of E-RAB # 1, PDCP-PDU # 200, PDCP-PDU # of E-RAB # 2
  • 201, PDCP-PDU # 202, PDCP-PDU # 300 of E-RAB # 3, PDCP-PDU # 301, and PDCP-PDU # 303 have already been transmitted.
  • E-RAB # 1 and E-RAB # 2 are QCI # 6, and E-RAB # 3 is QCI # 1.
  • the MeNB 20 transmits a discard instruction to the SeNB 30 after designating QCI # 6 as the QCI of the PDCP-PDU.
  • SeNB30 discards the PDCP PDU remaining in the transmission buffer among the PDCP-PDUs of E-RAB # 1 and E-RAB # 2 that are QCI # 6, but E-RAB # 3 that is QCI # 1.
  • PDCP-PDU is not discarded. Note that the above-described discard instruction by the MeNB 20 is performed for all E-RABs without individually specifying E-RABs.
  • (D) Discard instruction using GBR (Guarantee Bit Rate) or Non-GBR MeNB20 can also perform a discard instruction using the expression of GBR or Non-GBR instead of QoS or QCI of (C) above.
  • MeNB20 against SeNB30, PDCP-PDU # 100, PDCP-PDU # 101, PDCP-PDU # 102 of E-RAB # 1, PDCP-PDU # 200, PDCP-PDU # of E-RAB # 2 Assume that 201, PDCP-PDU # 202, PDCP-PDU # 300 of E-RAB # 3, PDCP-PDU # 301, and PDCP-PDU # 303 have already been transmitted.
  • E-RAB # 1 and E-RAB # 2 are Non-GBR, and E-RAB # 3 is GBR.
  • the MeNB 20 then sends a discard instruction to the SeNB 30 after specifying the Non-GBR.
  • SeNB30 discards the PDCP PDU remaining in the transmission buffer among the PDCP-PDUs of E-RAB # 1 and E-RAB # 2 that are Non-GBR, but PDCP- of E-RAB # 3 that is GBR. PDUs are not discarded.
  • the above-described discard instruction by the MeNB 20 is performed for all E-RABs without individually specifying E-RABs.
  • the discard instruction can be performed with one signal message, so that the prompt instruction can be performed.
  • SeNB30 can discard the PDCP-PDU remaining in the transmission buffer among the PDCP-PDUs of E-RAB # 1 and E-RAB # 2 with one signal message, the PDCP of E-RAB # 3 -No impact on PDU transmission.
  • (1-2-3) Signal Message for Discard Instruction MeNB 20 can send a discard instruction to SeNB 30 using a signal message. There are two possible message messages (a) and (b) below.
  • (A) DL USER DATA As illustrated in FIG. 7, the MeNB 20 can transmit a discard instruction to the SeNB 30 using DL USER DATA.
  • FIG. 8 shows an example of the format of DL USER DATA. In the example of FIG. 8, Discard in Octet1 indicates that it is not discarded if it is 0, and that it is discarded if it is 1. If the SN in Octet1 is 0, the Sequence Number is invalid, and if it is 1, the Sequence Number is valid.
  • Discard in Octet1 is 1 and SN is 1, it means that the PDCP PDU specified by Sequence Number in Octet2 is to be discarded. If Discard is 0 (indicating that it is not discarded), SN may be blank. If Discard is 0 (indicating that it will not be discarded) and SN is 1 (indicating that the Sequence Number is valid), the information indicated by Discard is preferentially applied, and Octet2 It is not necessary to discard the PDCP PDU specified by the Sequence Number. If the QCI-bit in Octet 1 is 0, the QCI is invalid, and if it is 1, the QCI is valid.
  • Discard in Octet 1 is 1 and the QCI-bit is 1, it means that the discard of the PDCP PDU designated by the QCI in Octet 3 is instructed. Further, GBR / Non-GBR in Octet 1 indicates GBR if it is 0, and Non-GBR if it is 1. If Discard in Octet 1 is 1, it means that the discard of the PDCP PDU specified by GBR / Non-GBR is instructed. The Discard in Octet 1 may indicate that it is not discarded if it is 1, and that it is discarded if it is 0. Further, if the SN in Octet 1 is 1, it may indicate that the Sequence Number is invalid, and if it is 0, it may indicate that the Sequence Number is valid.
  • the QCI-bit in Octet 1 may indicate that QCI is invalid if it is 1, and that QCI is valid if it is 0. Further, GBR / Non-GBR in Octet 1 may indicate GBR if it is 1, or Non-GBR if it is 0.
  • FIG. 9 Discard Indication
  • MeNB20 can transmit a discard instruction to SeNB30 using Discard Indication.
  • FIG. 10 to FIG. 13 show examples of Discard Indication formats.
  • the example of FIG. 10 is the same as the example of FIG.
  • the example of FIG. 11 is an example in which E-RABs are individually specified and PDCP PDUs to be discarded are specified by Sequence Number.
  • the sequence number of the PDCP PDU to be discarded is individually specified in Octet2.
  • FIG. 12 is an example in which E-RAB is individually specified, and the PDCP PDU to be discarded is specified by Sequence Number.
  • FIG. 10 shows an example in which E-RABs are individually specified and PDCP PDUs to be discarded are specified by Sequence Number.
  • Discard Indication transmission itself means a discard instruction, and therefore Discet does not exist in Octet1.
  • the example of FIG. 13 is an example in which the PDCP PDU to be discarded is designated by QCI or GBR / Non-GBR without individually designating the E-RAB.
  • FIG. 15 shows an example of the format of DL DATA DELIVERY STATUS.
  • the Discard Result in Octet 1 indicates that it is invalid if it is 0, and that it is valid if it is 1. If Discard Result in Octet1 is 1, it means that the PDCP PDU identified by the Sequence Number indicated in Octet2 to N + 2 has been discarded.
  • the Discard Result in Octet 1 is 0, it means that the PDCP PDU identified by the Sequence Number indicated in Octet 2 to N + 2 has not been discarded.
  • One of the effects of the present embodiment is that it is not necessary to transmit PDCP PDUs that do not require transmission from the SeNB 30 over the air, so that the radio resources of the SeNB 30 can be saved.
  • MeNB20 transmitted the discard instruction
  • the MeNB 20 transmits a discard instruction to the UE 10, and the UE 10 transmits to the SeNB 30.
  • the MeNB 20 receives PDCP PDU # 4 to SeNB30 and wants this PDCP PDU # 4 to be discarded.
  • the MeNB 20 notifies the UE 10 to that effect, and the UE 10 transmits a PDCP PDU # 4 discard instruction to the SeNB 30.
  • the MeNB 20 instructs the UE 10 to transmit PDCP PDU # 4 from its own cell, and instructs the SeNB 30 to transmit a PDCP PDU # 4 discard instruction, and the UE 10 discards the PDCP PDU # 4 to the SeNB 30.
  • Send instructions In addition, in the case of this embodiment, UE10 will have a communication part which communicates with MeNB20 and SeNB30, and a control part which performs processes other than the communication process by this communication part. In the present embodiment, the following problems can be solved. It is assumed that the same information is transmitted from both MeNB20 and SeNB30 for some reason. When the UE receives the same information from both base stations, there arises a problem that the information is duplicated. In response to this problem, in the present embodiment, the UE 10 transmits a discard instruction transmitted from the MeNB 20 to the UE 10 to the SeNB 30, whereby the downlink data that the SeNB 30 should discard can be discarded.
  • MeNB20 transmits, for example, PDCP PDU # 4 from its own cell to UE10 and UE10 receives PDCP PDU # 4 from MeNB20, or PDCP PDU. If PDCP PDU # 4 that is the same PDCP PDU is received from SeNB30 within the third period after receiving # 4, UE10 discards PDCP PDU # 4 received from SeNB30. That is, when the UE 10 receives the same PDCP PDU from both the MeNB 20 and the SeNB 30, the UE 10 discards the PDCP PDU received later. UE 10 may discard the previously received PDCP PDU.
  • FIG. 16 an example of a structure of UE10 in this embodiment is shown. As illustrated in FIG.
  • the UE 10 in the present embodiment includes a communication unit 101 and a control unit 102.
  • the communication unit 101 communicates with MeNB20 and SeNB30.
  • the control unit 102 discards the PDCP PDU # 4 received from the SeNB 30. Further, when discarding the PDCP PDU, the UE 10 may notify the MeNB 20 or the SeNB 30 of the sequence number of the discarded PDCP PDU. In the present embodiment, the following problems can be solved.
  • the UE After the UE receives information from the MeNB, if the same information is received from the SeNB, the UE performs an operation based on the information received from the MeNB first, and further performs an operation based on the information received from the SeNB later. It is possible to do it. Performing an operation based on the same information is not preferable because it causes one of processing errors in the UE. In this embodiment, duplication of information can be prevented by the UE 10 discarding the same information.
  • SeNB30 transmits the information which identifies the downlink data which SeNB30 discarded with respect to MeNB20.
  • the SeNB 30 in the present embodiment includes a communication unit 320 and a control unit 330.
  • Communication unit 320 communicates with MeNB20.
  • the communication unit 320 transmits information identifying the downlink data discarded by the control unit 330 to the MeNB 20.
  • the communication unit 320 may notify the information for identifying the discarded downlink data by the above-described DL DATA DELIVERY STATUS (see FIGS. 14 and 15).
  • the control unit 330 discards downlink data.
  • the case where the control unit 330 discards the downlink data is, for example, a case where an internal error has occurred in the SeNB 30.
  • MeNB20 shall receive the information which identifies the downlink data which the control part 330 discarded from the communication part 320 which SeNB30 has.
  • the MeNB 20 may transmit the PDCP PDU specified by the information to the SeNB 30, or may transmit the PDCP PDU specified by the information from the MeNB 20 to the UE. .
  • the following problems can be solved. For example, in the related art, there was no means for the SeNB to notify the MeNB that the SeNB intentionally discarded the PDCP PDU.
  • SeNB30 can transmit the information which identifies the downlink data which SeNB30 discarded intentionally with respect to MeNB20. Therefore, MeNB20 which received the said information can know Sequence Number of the downlink data which SeNB30 deliberately discarded.
  • the SeNB 30 transmits information identifying downlink data lost by the SeNB 30 to the MeNB 20, whether the lost downlink data is continuous data or not. After identifying whether the data is continuous data, information for identifying lost downlink data is transmitted.
  • FIG. 18 an example of a structure of SeNB30 in this embodiment is shown.
  • the SeNB 30 in the present embodiment includes a communication unit 360 and a control unit 370.
  • the communication unit 360 communicates with the MeNB20.
  • the communication unit 360 transmits information identifying the downlink data lost by the SeNB 30 to the MeNB 20.
  • the SeNB 30 can notify the MeNB 20 of information for identifying the downlink data lost by the SeNB 30 using DL DATA DELIVERY STATUS as shown in FIG.
  • FIG. 19 shows an example of the format of DL DATA DELIVERY STATUS.
  • the lost Packet Report in Octet1 is 1, the PDCP identified by the Sequence Number described in X2-U Sequence Number # 1 to X2-U Sequence Number # N shown in Octet2 to N + 2
  • the PDU was lost, and the PDCP PDU identified by 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 was lost. Means.
  • one X2-U Sequence Number # N indicates one PDCP PDU. That is, X2-U Sequence Number # N can identify individual PDCP PDUs. Therefore, by identifying a lost PDCP PDU using X2-U Sequence Number # N, it is possible to identify a PDCP PDU identified by a non-consecutive Sequence Number. On the other hand, PDCP PDUs identified by Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number ranges, and End of lost X2-U Sequence Number ranges are continuous PDCP PDUs.
  • SeNB30 uses PDCP PDU # 3, PDCP PDU # 7, PDCP PDU # 10, PDCP PDU # 11, PDCP PDU # 12 and PDCP PDU # 12, SeNB30 uses PDCP PDU # 3, PDCP PDU # 7, PDCP Information indicating that PDU # 10, PDCP PDU # 11, and PDCP PDU # 12 are lost may be described in X2-U Sequence Number # N and transmitted to MeNB20. Or, SeNB30 describes each information indicating that PDCP PDU # 3 and PDCP PDU # 7 are lost in X2-U Sequence Number # N, and PDCP PDU # 10, PDCP PDU # 11, and PDCP PDU # 12.
  • FIG. 20 shows an example of the format of DL DATA DELIVERY STATUS.
  • the SN Type in Octet 1 indicates whether or not the Sequence Number of the PDCP PDU lost by the SeNB 30 is continuous. For example, if the SN Type in Octet 1 is 1, it indicates that a PDCP PDU with a continuous PDCP PDU Sequence Number has been lost, and if the SN Type is 0, a PDCP PDU with a non-continuous PDCP PDU Sequence Number.
  • the format of DL DATA DELIVERY STATUS shown in FIG. 21 is the PDCP PDU identified by the Sequence Number described in X2-U Sequence Number # 1 to X2-U Sequence Number # N. , Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number ranges, and End of lost X2-U Sequence Number ranges indicate that PDCP PDUs have been discarded.
  • the control unit 370 is a part that performs processing other than the communication processing by the communication unit 360.
  • MeNB20 shall receive the information transmitted from the communication part 360 which SeNB30 has. In the present embodiment, the following problems can be solved.
  • PDU TYPE 1 In the DL DATA DELIVERY STATUS (PDU TYPE 1) Format studied by 3GPP, it is possible to express only that PDCP PDUs having consecutive Sequence Numbers have been lost. Therefore, for example, when the SeNB sends PDCP PDU # 3, PDCP PDU # 7, PDCP PDU # 10, PDCP PDU # 11, PDCP PDU # 12 PDCP PDU to the MeNB with information indicating that the SeNB has been lost, PDU # 10, PDCP PDU # 11, and PDCP PDU # 12 can be expressed in one format, but PDCP PDU # 3 and PDCP PDU # 7 have different sequence numbers because they are not consecutive. Must be expressed.
  • SeNB30 indicates that a PDCP PDU having a continuous Sequence Number or a PDCP PDU having a non-continuous (non-consecutive) Sequence Number is lost or discarded by SeNB30 in this embodiment.
  • Information can be transmitted from SeNB30 to MeNB20 in one format.
  • the present invention has been described above with reference to the embodiments, but the present invention is not limited to the above embodiments. Various changes that can be understood by those skilled in the art can be made to the configuration and details of the present invention within the scope of the present invention.
  • the operation of sending a discard instruction by the MeNB 20 described in each of the above embodiments may be performed after individual E-RABs, and the U-plane protocol itself that carries PDCP PDUs is individual E-RABs. It is possible to do this without specifying the E-RAB individually.
  • sequence number of the PDCP PDU used in this specification and claims refers to the sequence number of the U-Plane on the X2 interface that carries the sequence number and PDCP PDU in the PDCP PDU from time to time. May mean. Also, the term “discard” used in the present specification and claims may mean “discard” from time to time.

Landscapes

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

Abstract

　本発明の無線通信システムは、第１の基地局（３０）と、コアネットワークから受信した下りデータを、自局と前記第１の基地局（３０）とを経由して端末に送信可能な第２の基地局（２０）と、を有する。第２の基地局（２０）は、第１の基地局（３０）に対し、第１の基地局（３０）に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を送信する。第１の基地局（３０）は、該情報により特定される下りデータのうち端末に未送信の下りデータを廃棄する。

Description

無線通信システム、基地局、通信方法
　本発明は、無線通信システム、基地局、通信方法に関する。
　3GPP（3rd Generation Partnership Project）では、2つのeNB（eNode B）とUE（User Equipment）との間でパケットデータを送受信する、Dual Connectivityと称されるEUTRAN（Evolved UMTS Terrestrial Radio Access Network。UMTS：Universal Mobile Telecommunications System）ネットワークが検討されている。
　図１に、Dual Connectivityを実現する無線通信システムの構成の一例を示す。
　図１に示す無線通信システムは、UE10と、MeNodeB（Master eNode B。以下、MeNBと表記する）20と、SeNodeB（Secondary eNode B。以下、SeNBと表記する）30と、MME（Mobility Management Entity）40と、S-GW（Serving Gateway）50と、を有している。
　MeNB20は、配下のセル（MCG：Master Cell Group）を運用する第２の基地局である。
　SeNB30は、配下のセル（SCG：Secondary Cell Group）を運用する第１の基地局である。なお、SeNB30の配下のセルは、MeNB20の配下のセルのカバーエリア内に位置している。
　UE10は、2つのMeNB20およびSeNB30からDL（DownLink）のパケットデータを受信する端末である。なお、UE10は、UL（UpLink）のパケットデータについては、MeNB20のみに送信するか、または、SeNB30のみに送信するか、または、2つのMeNB20およびSeNB30に送信する。
　MME40は、CN（Core Network）に配置されたコアネットワーク装置であり、C（Control）-planeの伝送やUE10の移動管理を行う。
　S-GW50は、CNに配置されたコアネットワーク装置であり、U（User）-planeのパケットデータの伝送を行う。
　なお、MeNB20とSeNB30とはX2 Interfaceを介して接続されている。また、MME40およびS-GW50とMeNB20およびSeNB30とはS1 Interfaceを介して接続されている。
　図２に、Dual ConnectivityにおけるC-planeの接続構成の一例を示す。
　C-planeは、図２に示すように接続されている。Dual Connectivityの接続状態にあるUE10のConnectionは、MeNB20とMME40間のS1-MMEのみとなる。また、UE10のRRC（Radio Resource Control） Connectionも、MeNB20との間の無線区間に存在するのみである。即ち、少なくともUE10とSeNB30との間の無線区間にはRRC Connectionは存在しない。ただし、SeNB30は、UE10へのRRCメッセージに関連する信号情報を作成して、その作成した信号情報をMeNB20経由でUE10に送信することはある。
　また、Dual ConnectivityにおけるU-planeの接続構成の一例としては、Split bearer option構成が挙げられる。
　図３に、Split bearer option構成の場合のU-planeの接続構成の一例を示し、図４に、Split bearer option構成の場合のRadio Protocolの接続構成の一例を示す。
　図３および図４に示すように、Split bearer option構成の場合、U-planeのDLのパケットデータは、S-GW50からMeNB20にのみ送信され、S-GW50からSeNB30には送信されない。なお、図３および図４の構成において、MeNB20からUE10へのベアラは、MCG bearerと称され、SeNB30からUE10へのベアラは、SCG bearerと称される。
　図４に示すように、UE10、MeNB20、およびSeNB30は、PDCP（Packet Data Convergence Protocol）レイヤ、RLC（Radio Link Control）レイヤ、およびMAC（Medium Access Control）レイヤからなるレイヤ構成を取っている。なお、RLCレイヤの仕様は非特許文献１（3GPP TS 36.322 V12.0.0）に記述されている。
　MeNB20では、S-GW50から受信したU-planeのDLのパケットデータは、PDCPレイヤにて受け付けられる。ここで、MeNB20の一方のPDCPレイヤ（図４中右側のレイヤ）は、ある一部のパケットデータ（PDCP PDU（Protocol Data Unit））については自配下のセル経由でUE10に送信し、ある一部のパケットデータ（PDCP PDU）についてはSeNB30経由でUE10に送信することができる。即ち、MeNB20のPDCPレイヤでは、U-planeのパケットデータを分離する（Splitする）ことができる。
3GPP TS 36.322 V12.0.0 (2014-06)
　しかし、例えば、Split bearer option構成のように、第２の基地局（MeNB）が、CNから受信した下りデータを、自局（自局のセル）と第１の基地局（SeNB）とを経由して端末（UE）に送信可能な構成である場合、以下のような問題がある。
　第２の基地局は、CNから受信した下りデータを、第１の基地局を経由して端末に送信する場合、第１の基地局に対し、下りデータを送信して、その下りデータを端末に送信するよう指示する。
　しかし、その後に、第２の基地局が、例えば、何らかの内部事情（内部エラーなど）によって、第１の基地局に対し、第１の基地局に送信済みの下りデータの廃棄（discard）を指示しなければならない状況になる場合がある。
　しかし、3GPPでは、データを廃棄するという概念自体は存在するものの、データを廃棄するための具体的な手段は存在しない。そのため、第１の基地局で下りデータの廃棄を実現することができないという問題があった。
　そこで、本明細書に開示される実施形態が達成しようとする目的の１つは、上述した課題を解決することができる無線通信システム、基地局、通信方法を提供することにある。なお、この目的は、本明細書に開示されている実施形態が達成しようとする複数の目的の１つに過ぎないことに留意すべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
　本発明の無線通信システムは、
　第１の基地局と、
　コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有し、
　前記第２の基地局は、
　前記第１の基地局に対し、前記第１の基地局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を送信し、
　前記第１の基地局は、
　前記情報により特定される下りデータのうち前記端末に未送信の下りデータを廃棄する。
　本発明の第１の基地局は、
　コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局であって、
　前記他の基地局に対し、前記他の基地局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を送信する通信部を有する。
　本発明の第２の基地局は、
　他の基地局がコアネットワークから受信した下りデータを、該他の基地局から受信し、端末に送信可能な基地局であって、
　前記他の基地局が自局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を、前記他の基地局から受信する通信部と、
　前記情報により特定される下りデータのうち前記端末に未送信の下りデータを廃棄する制御部と、を有する。
　本発明の第１の通信方法は、
　コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局による通信方法であって、
　前記他の基地局に対し、前記他の基地局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を送信する。
　本発明の第２の通信方法は、
　他の基地局がコアネットワークから受信した下りデータを、該他の基地局から受信し、端末に送信可能な基地局による通信方法であって、
　前記他の基地局が自局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を、前記他の基地局から受信し、
　前記情報により特定される下りデータのうち前記端末に未送信の下りデータを廃棄する。
　本発明によれば、第１の基地局において、コアネットワークから第２の基地局経由で受信した下りデータの廃棄を実現することができるという効果が得られる。
Dual Connectivityを実現する無線通信システムの全体構成の一例を示す図である。 Dual ConnectivityにおけるC-planeの接続構成の一例を示す図である。 Dual ConnectivityにおけるU-planeの接続構成の一例（Split bearer option）を示す図である。 Dual ConnectivityにおけるRadio Protocolの接続構成の一例（Split bearer option）を示す図である。 本発明の第１の実施形態におけるMeNBの構成の一例を示すブロック図である。 本発明の第１の実施形態におけるSeNBの構成の一例を示すブロック図である。 本発明の第１の実施形態において、MeNBからSeNBにDL USER DATAを送信する動作の一例を示すシーケンス図である。 本発明の第１の実施形態におけるDL USER DATAのフォーマットの一例を示す図である。 本発明の第１の実施形態において、MeNBからSeNBにDiscard Indicationを送信する動作の一例を示すシーケンス図である。 本発明の第１の実施形態におけるDiscard Indicationのフォーマットの一例を示す図である。 本発明の第１の実施形態におけるDiscard Indicationのフォーマットの一例を示す図である。 本発明の第１の実施形態におけるDiscard Indicationのフォーマットの一例を示す図である。 本発明の第１の実施形態におけるDiscard Indicationのフォーマットの一例を示す図である。 本発明の第１の実施形態において、SeNBからMeNBにDL DATA DELIVERY STATUSを送信する動作の一例を示すシーケンス図である。 本発明の第１の実施形態におけるDL DATA DELIVERY STATUSのフォーマットの一例を示す図である。 本発明の第３の実施形態におけるUEの構成の一例を示すブロック図である。 本発明の第４の実施形態におけるSeNBの構成の一例を示すブロック図である。 本発明の第５の実施形態におけるSeNBの構成の一例を示すブロック図である。 本発明の第５の実施形態におけるDL DATA DELIVERY STATUSのフォーマットの一例を示す図である。 本発明の第５の実施形態におけるDL DATA DELIVERY STATUSのフォーマットの一例を示す図である。 本発明の第５の実施形態におけるDL DATA DELIVERY STATUSのフォーマットの一例を示す図である。
　以下に、本発明を実施するための形態について図面を参照して説明する。
（１）第１の実施形態
（１－１）第１の実施形態の概要
　本実施形態は、無線通信システムの全体構成自体は図１と同様であるが、MeNB20およびSeNB30に新たな機能を追加している。
　そこで、以下、MeNB20およびSeNB30の構成について詳細に説明する。
　SeNB30は、第１の基地局である。
　MeNB20は、第２の基地局であり、Dual Connectivityを設定し、CNから受信した下りデータを、MeNB20（MeNB20のセル）とSeNB30とを経由してUE10に送信可能である。
　図５に、本実施形態におけるMeNB20の構成の一例を示す。
　図５に示すように、本実施形態におけるMeNB20は、通信部21を有している。
　通信部21は、SeNB30に対し、SeNB30に送信した下りデータのうち廃棄（discard）する下りデータを特定する情報とともに、その情報により特定される下りデータを廃棄する指示を送信する。なお、後述するように、下りデータを廃棄する指示として、新たに情報要素（後述の例では、図８に示す情報要素であるDiscard）を設けても良い。また、MeNB20からSeMB30に送信する情報自体が、下りデータを廃棄する指示であっても良い。
　なお、MeNB20は、通信部21による通信処理以外の処理を行う制御部を有しているが、この制御部は図５からは省略されている。
　図６に、本実施形態におけるSeNB30の構成の一例を示す。
　図６に示すように、本実施形態におけるSeNB30は、通信部31および制御部32を有している。
　通信部31は、MeNB20から、MeNB20がSeNB30に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、その情報により特定される下りデータを廃棄する指示を受信する。
　制御部32は、通信部31による通信処理以外の処理を行う部分である。
　例えば、制御部32は、MeNB20からの上記情報により特定された下りデータのうち、UE10には未送信で送信バッファ内に残っている下りデータを廃棄する。
　また、通信部31は、制御部32が廃棄した下りデータを識別する情報をMeNB20に送信する。なお、通信部３１がMeNB20に送信する、制御部32が廃棄した下りデータを識別する情報とは、制御部32が廃棄した下りデータを個々に示す情報であっても良いし、廃棄した下りデータを個々に示さず、通信部３１がMeNB20から受信した情報に記載された廃棄すべき下りデータを全て廃棄した旨を示す情報であっても良い。
　上述したように本実施形態においては、MeNB20は、SeNB30に対し、SeNB30に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、その情報により特定される下りデータを廃棄する指示を送信する。これを受けて、SeNB30は、上記の情報により特定される下りデータのうちUE10に未送信の下りデータを廃棄する。
　したがって、SeNB30は、廃棄する下りデータを特定し廃棄することができるため、下りデータの廃棄を実現することができるという効果が得られる。
（１－２）第１の実施形態の詳細
（１－２－１）廃棄指示を送信するケース
　MeNB20がSeNB30へ下りデータの廃棄指示を送信するのは、例えば、以下のケースである。
・MeNB20がSeNB30に送信したPDCP PDU（下りデータ）に対するAcknowledgeを一定時間が経過しても受信していない場合
・MeNB20に内部エラーが発生した場合
・MeNB20がSeNB30にPDCP PDUを送信した直後、又は、PDCP PDUを送信してから第一の期間以内に、CNのMME40からE-RAB（EUTRAN-Radio Access Bearer）解放指示を受信した場合
・MeNB20がSeNB30にPDCP PDUを送信した直後、又は、PDCP PDUを送信してから第二の期間以内に、MeNB20とCNのMME40やS-GW50との間に何かのエラー（リンクエラー、MeNB20がMME40からResetを受信するというエラー）が発生した場合
　なお、第一の期間及び第二の期間は、タイマーを用いて測定される期間であっても良い。
（１－２－２）廃棄指示の内容
　MeNB20がSeNB30へ送信する、下りデータの廃棄指示の内容としては、例えば、以下の（Ａ）～（Ｄ）の４通りがある。
（Ａ）すべてのPDCP PDUの廃棄指示
　MeNB20は、SeNB30に対し、SeNB30に既に送信したPDCP PDUのすべてを廃棄することを指示することができる。
　例えば、MeNB20が、SeNB30に対し、PDCP PDU#3、PDCP PDU#4、PDCP PDU#5を既に送信していたとする。
　この状況で、その後にMeNB20は、SeNB30に対し、PDCP PDUをSequence Number（シーケンス番号）等で指定せず、１ビットの廃棄指示だけを送信する。
　すると、SeNB30は、PDCP PDU#3、PDCP PDU#4、PDCP PDU#5のうち送信バッファ内に残るPDCP PDUのすべてを廃棄する。
　SeNB30は、廃棄したPDCP PDUのSequence NumberをMeNB20に返信する。
　これにより、MeNB20は、SeNB30が廃棄したPDCP PDUのSequence Numberを知ることができる。そのため、MeNB20は、SeNB30が廃棄したPDCP PDUを、若番のPDCP PDUから順番に、自セルからUE10に再送することができる。
　上記の例であれば、例えば、SeNB30がMeNB20から廃棄指示を受信した時に既にPDCP PDU#3をUE10に送信し、PDCP PDU#4、PDCP PDU#5がまだ送信バッファ内に残っていたとする。この場合、SeNB30は、PDCP PDU#4とPDCP PDU#5を廃棄し、廃棄したPDCP PDU#4とPDCP PDU#5のSequence NumberをMeNB20に返信する。
　なお、MeNB20による上記の廃棄指示は、E-RABを個別指定して、E-RABごとに行う。
（Ｂ）Sequence Numberを用いる廃棄指示
　MeNB20は、SeNB30に対し、あるSequence NumberのPDCP PDUを廃棄することを指示することができる。
　例えば、MeNB20が、SeNB30に対し、既にPDCP PDU#3、PDCP PDU#4、PDCP PDU#5を既に送信していたとする。また、MeNB20が、SeNB30からPDCP PDU#3、PDCP PDU#5のAcknowledgeを受信したが、PDCP PDU#4のAcknowledgeは受信していなかったとする。
　この状況で、その後にMeNB20は、SeNB30に対し、PDCP PDU#4のSequence Numberを指定した上で、廃棄指示を送信する。
　すると、SeNB30は、指定されたPDCP PDU#4が送信バッファ内に残っていれば、PDCP PDU#4を廃棄する。
　SeNB30は、廃棄したPDCP PDU#4のSequence NumberをMeNB20に返信する。
　これにより、MeNB20は、SeNB30がPDCP PDU#4を廃棄したことを知ることができるため、自セルからUE10にPDCP PDU#4を再送することができる。
　なお、MeNB20による上記の廃棄指示は、E-RABを個別指定して、E-RABごとに行う。
　また、MeNB20による上記の廃棄指示においては、個々のSequence Numberを指定してもよいし、Sequence Numberの範囲（開始番号と終了番号）を指定してもよいし、あるSequence Number（開始番号）を指定することによりそれ以降のすべてのSequence Numberを指定してもよい。なお、Sequence Numberの範囲は、上述の通り開始番号と終了番号により特定しても良いし、開始番号と該開始番号から廃棄すべきPDCP PDUの数（Range）により特定しても良い。開始番号と該開始番号から廃棄すべきPDCP PDUの数とは、例えば、開始番号がPDCP PDU#3を示す情報で、該開始番号から廃棄すべきPDCP PDUの数が10を示す情報である。この場合、PDCP PDU#3から数えて10個目のPDCP PDUまでを廃棄する。
　また、個別のSequence Numberを指定する情報と、Sequence Numberの範囲を指定する情報を１つのフォーマットに組み合わせても良い。
（Ｃ）QoS（Quality of Service）またはQCI（QoS Class Identifier）を用いる廃棄指示
　MeNB20は、SeNB30に対し、あるQoSまたはQCIのPDCP-PDUを廃棄することを指示することができる。
　例えば、MeNB20が、SeNB30に対し、E-RAB#1のPDCP-PDU#100、PDCP-PDU#101、PDCP-PDU#102と、E-RAB#2のPDCP-PDU#200、PDCP-PDU#201、PDCP-PDU#202と、E-RAB#3のPDCP-PDU#300、PDCP-PDU#301、PDCP-PDU#303と、を既に送信していたとする。また、E-RAB#1とE-RAB#2はQCI#6であり、E-RAB#3はQCI#1であったとする。
　この状況で、その後にMeNB20は、SeNB30に対し、PDCP-PDUのQCIとしてQCI#6を指定した上で、廃棄指示を送信する。
　すると、SeNB30は、QCI#6であるE-RAB#1とE-RAB#2のPDCP-PDUのうち送信バッファ内に残るPDCP PDUを廃棄するが、QCI#1であるE-RAB#3のPDCP-PDUは廃棄しない。
　なお、MeNB20による上記の廃棄指示は、E-RABを個別指定せず、すべてのE-RABを対象にして行う。
（Ｄ）GBR（Guarantee Bit Rate）またはNon-GBRを用いる廃棄指示
　MeNB20は、上記の（Ｃ）のQoSまたはQCIの代わりに、GBRまたはNon-GBRの表現で廃棄指示を行うこともできる。
　例えば、MeNB20が、SeNB30に対し、E-RAB#1のPDCP-PDU#100、PDCP-PDU#101、PDCP-PDU#102と、E-RAB#2のPDCP-PDU#200、PDCP-PDU#201、PDCP-PDU#202と、E-RAB#3のPDCP-PDU#300、PDCP-PDU#301、PDCP-PDU#303と、を既に送信していたとする。また、E-RAB#1とE-RAB#2はNon-GBRであり、E-RAB#3はGBRであったとする。
　この状況で、その後にMeNB20は、SeNB30に対し、Non-GBRを指定した上で、廃棄指示を送信する。
　すると、SeNB30は、Non-GBRであるE-RAB#1とE-RAB#2のPDCP-PDUのうち送信バッファ内に残るPDCP PDUを廃棄するが、GBRであるE-RAB#3のPDCP-PDUは廃棄しない。
　なお、MeNB20による上記の廃棄指示は、E-RABを個別指定せず、すべてのE-RABを対象にして行う。
　このように、上記の（Ｃ）と（Ｄ）では、E-RABの個別指定は行わないため、１つの信号メッセージで廃棄指示を行うことができるので、迅速な指示が可能である。また、SeNB30も、１つの信号メッセージでE-RAB#1とE-RAB#2のPDCP-PDUのうち送信バッファ内に残るPDCP-PDUを廃棄することができるので、E-RAB#3のPDCP-PDUの送信に全く影響を与えることがない。
（１－２－３）廃棄指示のための信号メッセージ
　MeNB20は、SeNB30に対し、信号メッセージを用いて廃棄指示を送信することができる。信号メッセージとしては、以下の（ａ）、（ｂ）の２通りが考えられる。
（ａ）DL USER DATA
　図７に示すように、MeNB20は、SeNB30に対し、DL USER DATAを用いて廃棄指示を送信することができる。
　図８に、DL USER DATAのフォーマットの例を示す。
　図８の例では、Octet1におけるDiscardは、０であれば廃棄しないことを、１であれば廃棄することを示す。
　また、Octet1におけるSNは、０であればSequence Numberが無効であることを、１であればSequence Numberが有効であることを示す。Octet1におけるDiscardが１で、SNが１であれば、Octet2におけるSequence Numberで指定されたPDCP PDUの廃棄を指示することを意味する。なお、Discardが０であれば（廃棄しないことを示していれば）、SNは空欄でも良い。また、Discardが０であり（廃棄しないことを示しており）、SNが１であれば（Sequence Numberが有効であることを示していれば）、Discardが示す情報を優先的に適用し、Octet2におけるSequence Numberで指定されたPDCP PDUを廃棄しなくても良い。
　また、Octet1におけるQCI-bitは、０であればQCIが無効であることを、１であればQCIが有効であることを示す。Octet1におけるDiscardが１で、QCI-bitが１であれば、Octet3におけるQCIで指定されたPDCP PDUの廃棄を指示することを意味する。
　また、Octet1におけるGBR/Non-GBRは、０であればGBRを、１であればNon-GBRを示す。Octet1におけるDiscardが１であれば、GBR/Non-GBRで指定されたPDCP PDUの廃棄を指示することを意味する。
　なお、Octet1におけるDiscardは、１であれば廃棄しないことを、０であれば廃棄することを示しても良い。
　また、Octet1におけるSNは、１であればSequence Numberが無効であることを、０であればSequence Numberが有効であることを示しても良い。
　また、Octet1におけるQCI-bitは、１であればQCIが無効であることを、０であればQCIが有効であることを示しても良い。
　また、Octet1におけるGBR/Non-GBRは、１であればGBRを、０であればNon-GBRを示しても良い。
（ｂ）Discard Indication
　図９に示すように、MeNB20は、SeNB30に対し、Discard Indicationを用いて廃棄指示を送信することができる。
　図１０～図１３に、Discard Indicationのフォーマットの例を示す。
　図１０の例は、図８の例と同様である。
　図１１の例は、E-RABを個別指定して、廃棄するPDCP PDUをSequence Numberで指定する例である。図１１の例は、Octet2において、廃棄するPDCP PDUのSequence Numberを個々に指定している。
　図１２の例は、E-RABを個別指定して、廃棄するPDCP PDUをSequence Numberで指定する例である。図１２の例は、Sequence Numberを範囲で指定するため、Octet2で開始番号が、Octet3で終了番号が指定される。なお、図１２の例は、Discard Indicationの送信自体が廃棄指示を意味するものになっており、そのため、Octet1にDiscardは存在しない。
　図１３の例は、E-RABを個別指定せず、廃棄するPDCP PDUを、QCIまたはGBR/Non-GBRで指定する例である。
（１－２－３）廃棄結果の通知のための信号メッセージ
　図１４に示すように、SeNB30は、MeNB20に対し、廃棄したPDCP PDUのSequence NumberをDL DATA DELIVERY STATUSにて通知することができる。
　図１５に、DL DATA DELIVERY STATUSのフォーマットの例を示す。
　図１５の例では、Octet1におけるDiscard Resultは、０であれば無効であることを、１であれば有効であることを示す。Octet1におけるDiscard Resultが１であれば、Octet2～N+2に示されるSequence Numberで識別されるPDCP PDUが廃棄されたことを意味する。もしくは、Octet1におけるDiscard Resultが０であれば、Octet2～N+2に示されるSequence Numberで識別されるPDCP PDUが廃棄されなかったことを意味する。本実施形態の効果の１つは、SeNB30から送信不要になるPDCP PDUを無線上に送信しないで済むため、SeNB30の無線リソースを節約できることである。
（２）第２の実施形態
　第１の実施形態は、MeNB20が、SeNB30に対し、廃棄指示を直接送信していた。
　これに対して本実施形態は、廃棄指示を、まず、MeNB20がUE10に送信し、UE10がSeNB30に送信する。
　例えば、MeNB20が、SeNB30に対し、PDCP PDU#4を既に送信しており、このPDCP PDU#4を廃棄してもらいたいとする。
　この場合、MeNB20が、UE10に対し、その旨を通知し、UE10が、SeNB30に対し、PDCP PDU#4の廃棄指示を送信する。
　あるいは、MeNB20が、UE10に対し、自セルからPDCP PDU#4を送信するとともに、SeNB30へPDCP PDU#4の廃棄指示を送信するよう指示し、UE10が、SeNB30に対し、PDCP PDU#4の廃棄指示を送信する。
　なお、本実施形態の場合、UE10は、MeNB20およびSeNB30と通信を行う通信部と、この通信部による通信処理以外の処理を行う制御部と、を有することとなる。
　本実施形態では、次の課題を解決することができる。何らかの理由でMeNB20及びSeNB30の両者から同一の情報が送信される場合が想定される。UEが同一の情報を両基地局から受信した場合、情報が重複してしまうという問題が生じる。この問題に対し、本実施形態では、MeNB20からUE10に対して送信された廃棄指示を、UE10がSeNB30に送信することで、SeNB30が廃棄するべき下りデータを廃棄することができる。
（３）第３の実施形態
　本実施形態では、MeNB20が、UE10に対し、自セルから例えばPDCP PDU#4を送信し、UE10が、MeNB20からPDCP PDU#4を受信した直後、又は、PDCP PDU#4を受信してから第三の期間内に、SeNB30から同じPDCP PDUであるPDCP PDU#4を受信した場合、UE10はSeNB30から受信したPDCP PDU#4を廃棄する。即ち、UE10はMeNB20とSeNB30の両方から同じPDCP PDUを受信する場合、UE10は、後で受信したPDCP PDUを廃棄する。なお、UE10は、先に受信したPDCP PDUを廃棄しても良い。
　図１６に、本実施形態におけるUE10の構成の一例を示す。
　図１６に示すように、本実施形態におけるUE10は、通信部101および制御部102を有している。
　通信部101は、MeNB20およびSeNB30と通信を行う。
　通信部101が、MeNB20からPDCP PDU#4を受信した直後、又は、PDCP PDU#4を受信してから第三の期間内に、SeNB30から同じPDCP PDUであるPDCP PDU#4を受信した場合、制御部102は、SeNB30から受信したPDCP PDU#4を廃棄する。
　また、UE10は、PDCP PDUを廃棄した場合、廃棄したPDCP PDUのSequence NumberをMeNB20又はSeNB30に通知しても良い。
　本実施形態では、次の課題を解決することができる。例えば、UEがMeNBから情報を受信した後に、SeNBからも同一の情報を受信した場合、UEは先にMeNBから受信した情報に基づき動作を行い、さらに、後にSeNBから受信した情報に基づき動作を行うことが考えられる。同一の情報に基づき動作を行うことは、UEに処理エラーを引き起こす原因の１つとなり、好ましくない。本実施形態では、UE10が同一情報を廃棄することで、情報の重複を防ぐことができる。
（４）第４の実施形態
　本実施形態では、SeNB30が、MeNB20に対し、SeNB30が廃棄した下りデータを識別する情報を送信する。
　図１７に、本実施形態におけるSeNB30の構成の一例を示す。
　図１７に示すように、本実施形態におけるSeNB30は、通信部320と制御部330を有している。
　通信部320は、MeNB20と通信を行う。
　例えば、通信部320は、制御部330が廃棄した下りデータを識別する情報をMeNB20に送信する。なお、通信部320は、当該廃棄した下りデータを識別する情報を、上述したDL DATA DELIVERY STATUS（図１４、図１５参照）にて通知しても良い。
　制御部330は、下りデータの廃棄を行う。制御部330が下りデータを廃棄するケースは、例えば、SeNB30に内部エラーが発生した場合である。
　なお、MeNB20は、SeNB30が有する通信部320から、制御部330が廃棄した下りデータを識別する情報を受信することができるものとする。
　また、MeNB20は、当該情報をSeNB30から受信した場合、当該情報により特定されるPDCP PDUをSeNB30に送信しても良いし、当該情報により特定されるPDCP PDUをMeNB20からUEに送信しても良い。
　本実施形態では、次の課題を解決することができる。例えば、関連技術では、SeNBが意図的にPDCP PDUを廃棄（discard）したことを、SeNBからMeNBに対して通知する手段がなかった。そのため、MeNBは、SeNBが意図的にPDCP PDUを廃棄したのか、又は、SeNBがUEにPDCP PDUを送信したが、UEからSeNBにAckが送信されていないだけなのか、又は、SeNBがPDCP PDUを紛失（lost）してしまったのかを知ることができなかった。本実施形態では、SeNB30はMeNB20に対し、SeNB30が意図的に廃棄した下りデータを識別する情報を送信することができる。そのため、当該情報を受信したMeNB20は、SeNB30が意図的に廃棄した下りデータのSequence Numberを知ることができる。
（５）第５の実施形態
　本実施形態では、SeNB30が、MeNB20に対し、SeNB30が紛失した下りデータを識別する情報を送信する際に、当該紛失した下りデータが連続したデータであるか、非連続のデータであるかを区別した上で、紛失した下りデータを識別する情報を送信する。
　図１８に、本実施形態におけるSeNB30の構成の一例を示す。
　図１８に示すように、本実施形態におけるSeNB30は、通信部360と制御部370を有している。
　通信部360は、MeNB20と通信を行う。
　例えば、通信部360は、SeNB30が紛失（lost）した下りデータを識別する情報をMeNB20に送信する。
　SeNB30は、MeNB20に対し、当該SeNB30が紛失した下りデータを識別する情報を、図１４に示すように、DL DATA DELIVERY STATUSにて通知することができる。
　図１９に、DL DATA DELIVERY STATUSのフォーマットの一例を示す。
　図１９の例では、Octet1におけるLost Packet Reportが１であれば、Octet2～N+2に示されるX2-U Sequence Number#1からX2-U Sequence Number#Nに記載のSequence Numberで識別されるPDCP PDUが紛失されたこと、及び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で識別されるPDCP PDUが、紛失されたことを意味する。
　ここで、一つのX2-U Sequence Number#N（Nは自然数）は、一つのPDCP PDUを示す。つまり、X2-U Sequence Number#Nは個々のPDCP PDUを識別することができる。そのため、X2-U Sequence Number#Nを用いて紛失したPDCP PDUを特定することで、非連続のSequence Numberで識別されるPDCP PDUを特定することができる。
　一方、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で識別されるPDCP PDUは、連続したPDCP PDUである。
　例えば、PDCP PDU#3、PDCP PDU#7、PDCP PDU#10、PDCP PDU#11、PDCP PDU#12のPDCP PDUをSeNB30が紛失した場合、SeNB30は、PDCP PDU#3、PDCP PDU#7、PDCP PDU#10、PDCP PDU#11、PDCP PDU#12を紛失したことを示す情報それぞれを、X2-U Sequence Number#Nに記載してMeNB20に送信しても良い。又は、SeNB30は、PDCP PDU#3、PDCP PDU#7を紛失したことを示す情報それぞれを、X2-U Sequence Number#Nに記載し、PDCP PDU#10、PDCP PDU#11、PDCP PDU#12を紛失したことを示す情報を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に記載してMeNB20に送信しても良い。
　図２０に、DL DATA DELIVERY STATUSのフォーマットの一例を示す。
　Octet1におけるSN Typeは、SeNB30が紛失したPDCP PDUのSequence Numberが連続しているか否かを示す。
　例えば、Octet1におけるSN Typeが１であれば、PDCP PDUのSequence Numberが連続したPDCP PDUが紛失されたことを示し、SN Typeが０であれば、PDCP PDUのSequence Numberが連続していないPDCP PDUが紛失されたことを示しても良い。
　SN Typeが、SeNB30が紛失したPDCP PDUのSequence Numberが連続していることを示す場合、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で識別されるPDCP PDUが、紛失されたことを意味する。
　一方、SN Typeが、SeNB30が紛失したPDCP PDUのSequence Numberが連続していないことを示す場合、X2-U Sequence Number#1からX2-U Sequence Number#Nに記載のSequence Numberで識別されるPDCP PDUが、紛失されたことを意味する。
　なお、図２１に示したDL DATA DELIVERY STATUSのフォーマットの一例のように、さらにdiscard resultを設けても良い。
　Octet1におけるdiscard resultが１であれば、図２１に示したDL DATA DELIVERY STATUSのフォーマットは、X2-U Sequence Number#1からX2-U Sequence Number#Nに記載のSequence Numberで識別されるPDCP PDUや、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で識別されるPDCP PDUが、廃棄（discard）されたことを示す。
　制御部370は、通信部360による通信処理以外の処理を行う部分である。
　なお、MeNB20は、SeNB30が有する通信部360から送信される情報を受信することができるものとする。
　本実施形態では、次の課題を解決することができる。3GPPにて検討されているDL DATA DELIVERY STATUS(PDU TYPE 1) Formatでは、連続したSequence Numberを有するPDCP PDUが紛失されたことしか表現できない。そのため、例えば、SeNBがPDCP PDU#3、PDCP PDU#7、PDCP PDU#10、PDCP PDU#11、PDCP PDU#12のPDCP PDUをSeNBが紛失したことを示す情報をMeNBに送信する場合、PDCP PDU#10、PDCP PDU#11、PDCP PDU#12は１つのフォーマットで表現することができるが、PDCP PDU#3およびPDCP PDU#7はSequence Numberが連続していないため、それぞれ別のフォーマットにて表現しなければならない。そのため、SeNBはMeNBに対し、PDCP PDU#3を紛失したことを示す情報と、PDCP PDU#7を紛失したことを示す情報と、PDCP PDU#10からPDCP PDU#12までを紛失したことを示す情報とを送信しなければならず、MeNBとSeNBとの間で信号数が増加してしまう、という問題が生じるおそれがあった。この問題は、紛失するPDCP PDUが多くなればなるほど深刻な問題となり、信号数が増えるが故に発生するX2インターフェース上の信号負荷という観点で解決すべき事項である。この問題に対し、本実施形態では、SeNB30が、連続したSequence Numberを有するPDCP PDUや、連続していない（非連続の）Sequence Numberを有するPDCP PDUがSeNB30により紛失、又は廃棄されたことを示す情報を、１つのフォーマットでSeNB30からMeNB20に送信することができる。
　以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。
　また、上述の各実施形態に記載のMeNB20による廃棄指示を送信する動作は、E-RABを個別した上で行っても良いし、PDCP PDUを運ぶU-planeプロトコル自体がE-RAB個別になっているという前提のもと、E-RABを個別指定せずに行っても良い。
　また、本明細書および特許請求の範囲において使用されるPDCP PDUのSequence Numberとの用語は、その時々において、PDCP PDU内にあるSequence NumberやPDCP PDUを運ぶX2 インターフェース上のU-PlaneのSequence Numberを意味しても良い。
　また、本明細書および特許請求の範囲において使用される廃棄との用語は、その時々において、破棄を意味しても良い。
　この出願は、２０１４年１１月７日に出願された日本出願特願２０１４－２２７３７９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　10　　UE
　20　　MeNB
　21　　通信部
　30　　SeNB
　31　　通信部
　32　　制御部
　40　　MME
　50　　S-GW
　101　　通信部
　102　　制御部
　320　　通信部
　330　　制御部
　360　　通信部
　370　　制御部

Claims (11)

  1. 　第１の基地局と、
    　コアネットワークから受信した下りデータを、自局と前記第１の基地局とを経由して端末に送信可能な第２の基地局と、を有し、
    　前記第２の基地局は、
    　前記第１の基地局に対し、前記第１の基地局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を送信し、
    　前記第１の基地局は、
    　前記情報により特定される下りデータのうち前記端末に未送信の下りデータを廃棄する、無線通信システム。
  2. 　前記第２の基地局は、
    　前記情報において、下りデータを指定せず、
    　前記第１の基地局は、
    　前記第２の基地局が前記第１の基地局に送信した下りデータのうち前記端末に未送信の下りデータを廃棄する、請求項１に記載の無線通信システム。
  3. 　前記第２の基地局は、
    　前記情報において、下りデータのシーケンス番号を指定し、
    　前記第１の基地局は、
    　前記情報により指定されたシーケンス番号の下りデータのうち前記端末に未送信の下りデータを廃棄する、請求項１に記載の無線通信システム。
  4. 　前記第２の基地局は、
    　前記情報において、Ｅ－ＲＡＢ（EUTRAN-Radio Access Bearer、EUTRAN：Evolved UMTS Terrestrial Radio Access Network、UMTS：Universal Mobile Telecommunications System）を個別指定する、請求項２または３に記載の無線通信システム。
  5. 　前記第２の基地局は、
    　前記情報において、下りデータのＱｏＳ（Quality of Service）またはＱＣＩ（QoS Class Identifier）を指定し、
    　前記第１の基地局は、
    　前記情報により指定されたＱｏＳまたはＱＣＩの下りデータのうち前記端末に未送信の下りデータを廃棄する、請求項１に記載の無線通信システム。
  6. 　前記第２の基地局は、
    　前記情報において、ＧＢＲ（Guarantee Bit Rate）の下りデータまたはＮｏｎ－ＧＢＲの下りデータを指定し、
    　前記第１の基地局は、
    　前記情報により指定されたＧＢＲまたはＮｏｎ－ＧＢＲの下りデータのうち前記端末に未送信の下りデータを廃棄する、請求項１に記載の無線通信システム。
  7. 　前記第１の基地局は、
    　前記廃棄した下りデータを識別する情報を前記第２の基地局に送信する、請求項１から６のいずれか１項に記載の無線通信システム。
  8. 　コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局であって、
    　前記他の基地局に対し、前記他の基地局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を送信する通信部を有する、基地局。
  9. 　他の基地局がコアネットワークから受信した下りデータを、該他の基地局から受信し、端末に送信可能な基地局であって、
    　前記他の基地局が自局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を、前記他の基地局から受信する通信部と、
    　前記情報により特定される下りデータのうち前記端末に未送信の下りデータを廃棄する制御部と、を有する、基地局。
  10. 　コアネットワークから受信した下りデータを、自局と他の基地局とを経由して端末に送信可能な基地局による通信方法であって、
    　前記他の基地局に対し、前記他の基地局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を送信する、通信方法。
  11. 　他の基地局がコアネットワークから受信した下りデータを、該他の基地局から受信し、端末に送信可能な基地局による通信方法であって、
    　前記他の基地局が自局に送信した下りデータのうち廃棄する下りデータを特定する情報とともに、該情報により特定される下りデータを廃棄する指示を、前記他の基地局から受信し、
    　前記情報により特定される下りデータのうち前記端末に未送信の下りデータを廃棄する、通信方法。
PCT/JP2015/004372 2014-11-07 2015-08-28 無線通信システム、基地局、通信方法 WO2016072039A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP15857994.6A EP3217715B1 (en) 2014-11-07 2015-08-28 Communication method to transmit downlink data via another basestation to a terminal and base stations
US15/523,532 US10548145B2 (en) 2014-11-07 2015-08-28 Wireless communication system, base station, and communication method
JP2016557442A JP6361739B2 (ja) 2014-11-07 2015-08-28 無線通信システム、基地局、通信方法
CN201580060544.XA CN107079336B (zh) 2014-11-07 2015-08-28 无线通信***、基站和通信方法
US16/721,286 US20200170021A1 (en) 2014-11-07 2019-12-19 Wireless communication system, base station, and communication method
US17/360,266 US11528715B2 (en) 2014-11-07 2021-06-28 Wireless communication system, base station, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-227379 2014-11-07
JP2014227379 2014-11-07

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/523,532 A-371-Of-International US10548145B2 (en) 2014-11-07 2015-08-28 Wireless communication system, base station, and communication method
US16/721,286 Continuation US20200170021A1 (en) 2014-11-07 2019-12-19 Wireless communication system, base station, and communication method

Publications (1)

Publication Number Publication Date
WO2016072039A1 true WO2016072039A1 (ja) 2016-05-12

Family

ID=55908788

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/004372 WO2016072039A1 (ja) 2014-11-07 2015-08-28 無線通信システム、基地局、通信方法

Country Status (5)

Country Link
US (3) US10548145B2 (ja)
EP (1) EP3217715B1 (ja)
JP (4) JP6361739B2 (ja)
CN (1) CN107079336B (ja)
WO (1) WO2016072039A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102057139B1 (ko) * 2018-01-19 2019-12-18 주식회사 케이티 Nr과 lte 기지국간 연동 인터페이스를 이용한 데이터 전송 제어 방법 및 그 장치
US10812230B2 (en) 2018-01-19 2020-10-20 Kt Corporation Method and apparatus for controlling data transmission using interworking interface between NR and LTE base station

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111954266B (zh) * 2014-06-23 2024-04-09 北京三星通信技术研究有限公司 一种双连接中分割承载的数据分配方法和装置
US10548145B2 (en) 2014-11-07 2020-01-28 Nec Corporation Wireless communication system, base station, and communication method
US10448386B2 (en) * 2017-01-06 2019-10-15 Kt Corporation Method and apparatus for controlling redundant data transmission
CN108809542B (zh) * 2017-05-05 2021-04-20 华为技术有限公司 一种数据传输的处理方法和装置
US11589369B2 (en) 2019-07-31 2023-02-21 Qualcomm Incorporated Techniques for handling scheduling conflicts between access link communications and sidelink communications
WO2024092756A1 (en) * 2022-11-04 2024-05-10 Apple Inc. Pdcp discard indications for xr

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009232031A (ja) * 2008-03-21 2009-10-08 Fujitsu Ltd ゲートウェイ装置、及びハンドオーバ方法

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101132522B1 (ko) * 2007-10-01 2012-04-02 인터디지탈 패튼 홀딩스, 인크 Ｐｄｃｐ를 폐기하기 위한 방법 및 장치
CN106211248B (zh) * 2010-04-28 2020-02-21 北京三星通信技术研究有限公司 移动通信***中的基站的处理方法及相应基站
EP2693817A4 (en) 2011-03-31 2014-09-10 Fujitsu Ltd COMMUNICATION SYSTEM, BASISSTATION DEVICE, END UNIT AND AND COMMUNICATION PROCESS
US9461782B2 (en) 2011-11-04 2016-10-04 Telefonaktiebolaget L M Ericsson Handling redundant data in a communication system
DK2702716T3 (en) * 2011-11-04 2015-03-09 Ericsson Telefon Ab L M MANAGING redundant data IN A COMMUNICATION SYSTEM
CN108551681B (zh) * 2012-11-29 2022-01-14 华为技术有限公司 一种数据传输的控制方法、装置及***
WO2014139588A1 (en) * 2013-03-15 2014-09-18 Nokia Solutions And Networks Oy Coordinated multipoint joint transmission with relaxed backhaul requirements
US9893868B2 (en) * 2013-04-04 2018-02-13 Nokia Solutions And Networks Oy Per-protocol data unit delivery-path indication
EP2830352A1 (en) * 2013-07-24 2015-01-28 Panasonic Intellectual Property Corporation of America Efficient discard mechanism in small cell deployment
US9648514B2 (en) 2013-08-09 2017-05-09 Blackberry Limited Method and system for protocol layer enhancements in data offload over small cells
US20150089382A1 (en) * 2013-09-26 2015-03-26 Wu-chi Feng Application context migration framework and protocol
WO2015047051A1 (en) 2013-09-30 2015-04-02 Lg Electronics Inc. Method for determining radio resource control configuration in wireless communication system supporting dual connectivity and apparatus thereof
EP3061309B1 (en) * 2013-10-21 2020-04-08 LG Electronics Inc. Method and ue for transmitting uplink data in a dual connectivity and a device therefor
WO2015062097A1 (zh) * 2013-11-01 2015-05-07 华为技术有限公司 一种双连接模式下的密钥处理方法和设备
GB2520923B (en) * 2013-11-01 2017-07-26 Samsung Electronics Co Ltd Bearer reconfiguration
JP6445032B2 (ja) * 2013-11-01 2018-12-26 サムスン エレクトロニクス カンパニー リミテッド ベアラを再構成する方法及び装置
US10433176B2 (en) * 2013-11-11 2019-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Discarding a duplicate protocol data unit associated with a data transmission via a first signaling radio bearer or a second signaling radio bearer
US10028170B2 (en) * 2014-02-06 2018-07-17 Lg Electronics Inc. Method for processing a packet data convergence protocol service data unit at a user equipment in a dual connectivity system and device therefor
CN104853382B (zh) * 2014-02-18 2020-08-25 中兴通讯股份有限公司 一种信息交互方法、***以及基站
CN104935413B (zh) * 2014-03-19 2019-12-27 夏普株式会社 分组数据汇聚协议pdcp实体及其执行的方法
WO2015141845A1 (ja) 2014-03-20 2015-09-24 京セラ株式会社 マスタ基地局、移動局及び通信制御方法
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
US20170264562A1 (en) * 2014-05-13 2017-09-14 Lg Electronics Inc. Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor
US10270891B2 (en) * 2014-07-15 2019-04-23 Lg Electronics Inc. Method for handling an unknown MAC PDU and device therefor
CN106537882A (zh) * 2014-08-07 2017-03-22 Lg 电子株式会社 在双连接***中在用户设备处处理分组数据汇聚协议分组数据单元的方法及其设备
WO2016021820A1 (en) 2014-08-08 2016-02-11 Lg Electronics Inc. Method for processing a packet data convergence protocol re-ordering function at a user equipment in a dual connectivity system and device therefor
US9628586B2 (en) * 2014-08-29 2017-04-18 Lg Electronics Inc. PDCP operation in a wireless communication system supporting dual connectivity
US10154438B2 (en) 2014-09-05 2018-12-11 Lg Electronics Inc. Method and apparatus for performing interworking between 3GPP and WLAN for dual connectivity in wireless communication system
US9497299B2 (en) * 2014-09-18 2016-11-15 Blackberry Limited Configuring a discard timer
WO2016047904A1 (en) * 2014-09-25 2016-03-31 Lg Electronics Inc. Method for handling of data transmission and reception for senb related bearer release at a user equipment in a dual connectivity system and device therefor
US10548145B2 (en) 2014-11-07 2020-01-28 Nec Corporation Wireless communication system, base station, and communication method

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009232031A (ja) * 2008-03-21 2009-10-08 Fujitsu Ltd ゲートウェイ装置、及びハンドオーバ方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification (Release 12)", 3GPP TS 36.322 V12.0.0, June 2014 (2014-06-01), pages 1 - 40, XP050816539 *
NTT DOCOMO, INC: "Mitsubishi Electric, On data forwarding for split bearer", 3GPP TSG-RAN WG3 #85BIS R3-142396, 27 September 2014 (2014-09-27), XP050870946, [retrieved on 20151110] *
See also references of EP3217715A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102057139B1 (ko) * 2018-01-19 2019-12-18 주식회사 케이티 Nr과 lte 기지국간 연동 인터페이스를 이용한 데이터 전송 제어 방법 및 그 장치
US10812230B2 (en) 2018-01-19 2020-10-20 Kt Corporation Method and apparatus for controlling data transmission using interworking interface between NR and LTE base station

Also Published As

Publication number Publication date
EP3217715A4 (en) 2018-06-20
EP3217715B1 (en) 2021-05-19
JPWO2016072039A1 (ja) 2017-08-10
US10548145B2 (en) 2020-01-28
JP2019220980A (ja) 2019-12-26
CN107079336A (zh) 2017-08-18
JP2018174549A (ja) 2018-11-08
JP6579232B2 (ja) 2019-09-25
CN107079336B (zh) 2021-03-30
EP3217715A1 (en) 2017-09-13
US20200170021A1 (en) 2020-05-28
US20170311335A1 (en) 2017-10-26
US20220007375A1 (en) 2022-01-06
US11528715B2 (en) 2022-12-13
JP2021052438A (ja) 2021-04-01
JP6361739B2 (ja) 2018-07-25

Similar Documents

Publication Publication Date Title
JP6579232B2 (ja) 基地局及びその制御方法
EP3596958B1 (en) Duplication and rlc operation in new radio access technology
CN107257551B (zh) 在移动通信***中使用多个载波收发数据的方法和装置
EP3104632B1 (en) Communication methods executed by auxiliary base station and main base station and corresponding base stations
EP4145735A1 (en) Method and system for protocol layer enhancements in data offload over small cells
JP6638099B2 (ja) 通信方法、プロセッサ、及びユーザ装置
WO2015141846A1 (ja) セカンダリ基地局、移動局、通信制御方法及びマスタ基地局
EP3065456A1 (en) User equipment and method
JP7120383B2 (ja) 基地局および通信方法
EP3122115A1 (en) Wireless communication apparatus and wireless communication method
US10397805B2 (en) Communication device, communication system, and control method
WO2019117109A1 (ja) 無線通信システム、主基地局、二次基地局、および無線通信方法
KR20210057949A (ko) 차세대 이동 통신 시스템에서 하향링크 무선자원제어 메시지를 분할하는 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15857994

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016557442

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15523532

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015857994

Country of ref document: EP