US20200170021A1 - Wireless communication system, base station, and communication method - Google Patents

Wireless communication system, base station, and communication method Download PDF

Info

Publication number
US20200170021A1
US20200170021A1 US16/721,286 US201916721286A US2020170021A1 US 20200170021 A1 US20200170021 A1 US 20200170021A1 US 201916721286 A US201916721286 A US 201916721286A US 2020170021 A1 US2020170021 A1 US 2020170021A1
Authority
US
United States
Prior art keywords
base station
senb
menb
downlink data
pdcp pdu
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.)
Abandoned
Application number
US16/721,286
Inventor
Sadafuku Hayashi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to US16/721,286 priority Critical patent/US20200170021A1/en
Publication of US20200170021A1 publication Critical patent/US20200170021A1/en
Priority to US17/360,266 priority patent/US11528715B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H04W72/085
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/32Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/32Hierarchical cell structures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/042
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/20Interfaces between hierarchically similar devices between access points
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic 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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices

Definitions

  • the present invention relates to a wireless communication system, a base station, and a communication method.
  • EUTRAN Evolved UMTS Terrestrial Radio Access Network (UMTS: Universal Mobile Telecommunications System)
  • eNodeBs eNodeBs
  • UE User Equipment
  • FIG. 1 shows an example of a configuration of a wireless communication system that implements Dual Connectivity.
  • the wireless communication system shown in FIG. 1 includes a UE 10 , an MeNodeB (Master eNode B, hereinafter referred to as MeNB) 20 , an SeNodeB (Secondary eNode B, hereinafter referred to as SeNB) 30 , an MME (Mobility Management Entity) 40 , and an S-GW (Serving Gateway) 50 .
  • MeNB Master eNode B
  • SeNB SeNodeB
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • the MeNB 20 is a second base station that operates cells served by the MeNB 20 (MCG: Master Cell Group).
  • the SeNB 30 is a first base station that operates to cells served by the SeNB 30 (SCG: Secondary Cell Group). Note that cells served by the SeNB 30 are located within a coverage area of a cell served by the MeNB 20 .
  • SCG Secondary Cell Group
  • the UE 10 is a terminal that receives DL (DownLink) packet data from both the MeNB 20 and the SeNB 30 . Note that the UE 10 transmits UL (UpLink) packet data only to the MeNB 20 , only to the SeNB 30 , or to both the MeNB 20 and SeNB 30 .
  • DL DownLink
  • UL UpLink
  • the MME 40 is a core network device disposed in a CN (Core Network) and performs transmission in the C (Control)-plane and mobile management of the UE 10 .
  • the S-GW 50 is a core network device disposed in the CN and performs transmission of packet data in the U (User)-plane.
  • the MeNB 20 and SeNB 30 are connected via an X2 Interface.
  • the MME 40 , the S-GW 50 , the MeNB 20 , and the SeNB 30 are connected via an S1 Interface.
  • FIG. 2 shows an example of a connection configuration of the C-plane in Dual Connectivity.
  • the connection in the C-Plane is shown in FIG. 2 .
  • the connection of the UE 10 which is in a connected state of Dual Connectivity, is only S1-MME between the MeNB 20 and the MME 40 .
  • the RRC (Radio Resource Control) Connection of the UE 10 is present only in a wireless section between the UE 10 and the MeNB 20 . That is, there is no RRC Connection at least in a wireless section between the UE 10 and the SeNB 30 .
  • the SeNB 30 may create signal information related to an RRC message for the UE 10 and transmit the created signal information to the UE 10 via the MeNB 20 .
  • connection configuration of the U-plane in Dual Connectivity is the Split bearer option configuration.
  • FIG. 3 shows an example of a connection configuration of the U-plane in the case of the Split bearer option configuration.
  • FIG. 4 shows an example of a connection configuration of Radio Protocol in the case of the Split bearer option configuration.
  • DL packet data of the U-plane is transmitted from the S-GW 50 to only the MeNB 20 and not from the S-GW 50 to the SeNB 30 .
  • a bearer from the MeNB 20 to the UE 10 is referred to as an MCG bearer
  • a bearer from the SeNB 30 to the UE 10 is referred to as an SCG bearer.
  • the UE 10 , MeNB 20 , and SeNB 30 are each composed of a PDCP (Packet Data Convergence Protocol) layer(s), an RLC (Radio Link Control) layer(s), and a MAC (Medium Access Control) layer(s).
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • the DL packet data of the U-plane received from the S-GW 50 is received by the PDCP layers.
  • one of the PDCP layers of the MeNB 20 (right layer in FIG. 4 ) can transmit some packet data (PDCP PDUs (Protocol Data Units)) to the UE 10 via a cell served by the MeNB 20 and can transmit some packet data (PDCP PDUs) to the UE 10 via the SeNB 30 . That is, the PDCP layers of the MeNB 20 can split the packet data of the U-plane.
  • PDCP PDUs Protocol Data Units
  • Non Patent Literature 1 3GPP TS 36.322 V12.0.0 (2014 June)
  • the second base station When 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 then instructs the first base station to transmit the downlink data to the terminal.
  • the second base station may have to instruct the first base station to discard the downlink data, which has already been transmitted to the first base station, due to some kind of internal circumstances (e.g., internal error).
  • internal circumstances e.g., internal error
  • 3GPP specifies the concept of discarding data
  • 3GPP does not specify specific means for discarding data. For this reason, there has been a problem that the first base station cannot discard the downlink data.
  • one of objects to be attained by exemplary 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 problem. Note that this object is only one of the objects to be attained by the illustrative embodiments disclosed herein. The other objects or problems and novel features will be made apparent from the following description and the accompanying drawings.
  • a wireless communication system of the present invention includes:
  • a second base station configured to be capable of transmitting downlink data received from a core network to a terminal via the second base station and the first base station,
  • the second base station transmits, to the first base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the first base station and a command for discarding the downlink data identified by the information, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • a first base station of the present invention configured to be capable of transmitting downlink data received from a core network to a terminal via the base station and an other base station, the base station including a communication unit configured to transmit, to the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the other base station and a command for discarding the downlink data identified by the information.
  • a second base station of the present invention configured to be capable of receiving, from an other base station, downlink data received by the other base station from a core network and to be capable of transmitting the downlink data to a terminal, the base station including:
  • a communication unit configured to receive, from the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted from the other base station to the base station and a command for discarding the downlink data identified by the information;
  • control unit configured to discard downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • a first communication method of the present invention performed by a base station configured to be capable of transmitting downlink data received from a core network to a terminal via the base station and an other base station, the communication method including transmitting, to the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the other base station and a command for discarding the downlink data identified by the information.
  • a second communication method of the present invention performed by a base station configured to be capable of receiving, from an other base station, downlink data received by the other base station from a core network and to be capable of transmitting the downlink data to a terminal, the communication method including:
  • FIG. 1 is a drawing showing an example of an entire configuration of a wireless communication system that implements Dual Connectivity
  • FIG. 2 is a drawing showing an example of a connection configuration of the C-plane in Dual Connectivity
  • FIG. 3 is a drawing showing an example (Split bearer option) of a connection configuration of the U-plane in Dual Connectivity;
  • FIG. 4 is a drawing showing an example (Split bearer option) of a connection configuration of Radio Protocol in Dual Connectivity;
  • FIG. 5 is a block diagram showing an example of a configuration of an MeNB according to a first exemplary embodiment of the present invention
  • FIG. 6 is a block diagram showing an example of a configuration of an SeNB according to a first exemplary embodiment of the present invention.
  • FIG. 7 is a sequence diagram showing an example of an operation for transmitting DL USER DATA from the MeNB to the SeNB according to the first exemplary embodiment of the present invention
  • FIG. 8 is a drawing showing an example of a format of the DL USER DATA according to the first exemplary embodiment of the present invention.
  • FIG. 9 is a sequence diagram showing an example of an operation for transmitting Discard Indication from the MeNB to the SeNB according to the first exemplary embodiment of the present invention.
  • FIG. 10 is a drawing showing an example of a format of Discard Indication according to the first exemplary embodiment of the present invention.
  • FIG. 11 is a drawing showing an example of a format of Discard Indication according to the first exemplary embodiment of the present invention.
  • FIG. 12 is a drawing showing an example of a format of Discard Indication according to the first exemplary embodiment of the present invention.
  • FIG. 13 is a drawing showing an example of a format of Discard Indication according to the first exemplary embodiment of the present invention.
  • FIG. 14 is a sequence diagram showing an example of an operation for transmitting DL DATA DELIVERY STATUS from the SeNB to the MeNB according to the first exemplary embodiment of the present invention
  • FIG. 15 is a drawing showing an example of a format of DL DATA DELIVERY STATUS according to the first exemplary embodiment of the present invention.
  • FIG. 16 is a block diagram showing an example of a configuration of a UE according to a third exemplary embodiment of the present invention.
  • FIG. 17 is a block diagram showing an example of a configuration of an SeNB according to a fourth exemplary embodiment of the present invention.
  • FIG. 18 is a block diagram showing an example of a configuration of an SeNB according to a fifth exemplary embodiment of the present invention.
  • FIG. 19 is a drawing showing an example of a format of DL DATA DELIVERY STATUS according to the fifth exemplary embodiment of the present invention.
  • FIG. 20 is a drawing showing an example of a format of DL DATA DELIVERY STATUS according to the fifth exemplary embodiment of the present invention.
  • FIG. 21 is a drawing showing an example of a format of DL DATA DELIVERY STATUS according to the fifth exemplary embodiment of the present invention.
  • an entire configuration of a wireless communication system is the same as the one shown in FIG. 1 except that the MeNB 20 and SeNB 30 each have a new function.
  • the SeNB 30 is a first base station.
  • the MeNB 20 is a second base station that configures Dual Connectivity and can transmit downlink data received from a CN to a UE 10 via the MeNB 20 (cell served by MeNB 20 ) and SeNB 30 .
  • FIG. 5 shows an example of a configuration of the MeNB 20 according to this exemplary embodiment.
  • the MeNB 20 of this exemplary embodiment includes a communication unit 21 .
  • the communication unit 21 transmits, to the SeNB 30 , information for specifying downlink data to be discarded from the downlink data that has been transmitted to the SeNB 30 and a command for discarding the downlink data specified by the information.
  • a new information element in the example which will be described later, it is the information element Discard shown in FIG. 8 ) may be provided as the command for discarding the downlink data.
  • the information transmitted from the MeNB 20 to the SeNB 30 itself may be the command for discarding the downlink data.
  • the MeNB 20 includes a control unit for performing processes other than communication processing performed by the communication unit 21 .
  • the control unit is not shown in FIG. 5 .
  • FIG. 6 shows an example of a configuration of the SeNB 30 according to this exemplary embodiment.
  • the SeNB 30 includes a communication unit 31 and a control unit 32 .
  • the communication unit 31 receives, from the MeNB 20 , the information for specifying the downlink data to be discarded from among the downlink data transmitted from the MeNB 20 to the SeNB 30 and the command for discarding the downlink data specified by the information.
  • the control unit 32 performs processes other than the communication processing performed by the communication unit 31 .
  • control unit 32 discards downlink data that has not been transmitted to the UE 10 and remains in a transmission buffer from among the downlink data specified by the above information transmitted from the MeNB 20 .
  • the communication unit 31 transmits the information for identifying the downlink data, which has been discarded by the control unit 32 , to the MeNB 20 .
  • the information transmitted by the communication unit 31 to the MeNB 20 for identifying the downlink data, which has been discarded by the control unit 32 may be the information indicating individual pieces of the downlink data, which has been discarded by the control unit 32 , or the information that does not indicate individual pieces of the discarded downlink data but instead indicates that all the downlink data that should be discarded, which is described in the information received by the communication unit 31 from the MeNB 20 , has been discarded.
  • the MeNB 20 transmits, to the SeNB 30 , the information for specifying the downlink data to be discarded from among the downlink data transmitted to the SeNB 30 and the command for discarding the downlink data specified by the information.
  • the SeNB 30 discards the downlink data, which has not been transmitted to the UE 10 , from among the downlink data specified by the above information.
  • this exemplary embodiment achieves an exemplary advantage that the downlink data can be discarded by the SeNB 30 .
  • the MeNB 20 has not received Acknowledge for a PDCP PDU(s) (downlink data), which has been transmitted to the SeNB 30 , after a certain period of time
  • the MeNB 20 Immediately after the MeNB 20 transmitted a PDCP PDU(s) to the SeNB 30 or within a first period after the MeNB 20 transmitted the PDCP PDU(s), the MeNB 20 receives an E-RAB (EUTRAN-Radio Access Bearer) release command from the MME 40 in the CN
  • E-RAB EUTRAN-Radio Access Bearer
  • some kind of error (link error, error in which the MeNB 20 receives Reset from the MME 40 ) between the MeNB 20 and the MME 40 or S-GW 50 in the CN has occurred
  • first and second periods may be measured by a timer.
  • the MeNB 20 can instruct the SeNB 30 to discard all the PDCP PDUs that have been transmitted to the SeNB 30 .
  • the MeNB 20 has already transmitted PDCP PDU # 3 , PDCP PDU # 4 , and PDCP PDU # 5 to the SeNB 30 .
  • the MeNB 20 does not specify the PDCP PDUs by their Sequence Numbers or the like but instead transmits a one-bit discard command to the SeNB 30 .
  • the SeNB 30 discards all of the PDCP PDUs remaining in the transmission buffer from among the PDCP PDU # 3 , PDCP PDU # 4 , and PDCP PDU # 5 .
  • the SeNB 30 returns the Sequence Number(s) of the discarded PDCP PDU(s) to the MeNB 20 .
  • the MeNB 20 can recognize the Sequence Number(s) of the PDCP PDU(s) discarded by the SeNB 30 . Therefore, the MeNB 20 can retransmit the PDCP PDU(s) discarded by the SeNB 30 in order of the Sequence Number of the PDCP PDU from a cell served by the MeNB 20 to the UE 10 .
  • the SeNB 30 discards the PDCP PDU # 4 and PDCP PDU # 5 and returns the Sequence Numbers of the discarded PDCP PDU # 4 and PDCP PDU # 5 to the MeNB 20 .
  • the above discard command transmitted by the MeNB 20 specifies an individual E-RAB, and the discard is performed for each E-RAB.
  • the MeNB 20 can instruct the SeNB 30 to discard a PDCP PDU(s) having a certain Sequence Number(s).
  • the MeNB 20 has already transmitted the PDCP PDU # 3 , PDCP PDU # 4 , and PDCP PDU # 5 to the SeNB 30 . Moreover, the MeNB 20 has received, from the SeNB 30 , Acknowledge for the PDCP PDU # 3 and PDCP PDU # 5 but not for PDCP PDU # 4 .
  • the MeNB 20 specifies the Sequence Number of the PDCP PDU # 4 and transmits a discard command to the SeNB 30 .
  • the SeNB 30 discards the PDCP PDU # 4 .
  • the SeNB 30 returns the Sequence Number of the discarded PDCP PDU # 4 to the MeNB 20 .
  • the MeNB 20 can recognize that the SeNB 30 has discarded the PDCP PDU # 4 , the PDCP PDU # 4 can be retransmitted from the cell served by the MeNB 20 to the UE 10 .
  • the above discard command transmitted by the MeNB 20 specifies an individual E-RAB, and the discard is performed for each E-RAB.
  • the above discard command transmitted by the MeNB 20 may specify an individual Sequence Number(s), specify a range of the Sequence Numbers (start number and end number), or specify a certain Sequence Number (start number) in order to specify all the Sequence numbers following the certain Sequence Number.
  • the range of the Sequence Numbers may be specified, as described above, by the start number and the end number or by the start number and the number (range) of the PDCP PDUs, which should be discarded, counting from the start number.
  • An example of the start number and that of the number of the PDCP PDUs, which should be discarded, counting from the start number are, respectively, the PDCP PDU # 3 and ten. In this case, the PDCP PDUs from the PDCP PDU # 3 to the tenth PDCP PDU counting from the PDCP PDU # 3 are discarded.
  • the information specifying the individual Sequence Numbers may be combined with the information specifying the range of the Sequence Numbers in one format.
  • the MeNB 20 can instruct the SeNB 30 to discard a PDCP-PDU(s) of a certain QoS or QCI.
  • the MeNB 20 has already transmitted, to the SeNB 30 , PDCP-PDU # 100 , PDCP-PDU # 101 , and PDCP-PDU # 102 for E-RAB # 1 , PDCP-PDU # 200 , PDCP-PDU # 201 , and PDCP-PDU # 202 for E-RAB # 2 , and PDCP-PDU # 300 , PDCP-PDU # 301 , and PDCP-PDU # 303 for E-RAB # 3 .
  • the E-RAB # 1 and E-RAB # 2 are QCI # 6
  • E-RAB # 3 is QCI # 1 .
  • the MeNB 20 specifies the QCI # 6 as a QCI of PDCP-PDUs and transmits a discard command to the SeNB 30 .
  • the SeNB 30 discards the PDCP PDU(s) remaining in the transmission buffer from among the PDCP-PDUs for the E-RAB # 1 and E-RAB # 2 , which are the QCI # 6 , and does not discard the PDCP-PDUs for the E-RAB # 3 , which is the QCI # 1 .
  • the MeNB 20 can make a discard command in the form of GBR or Non-GBR instead of the above QoS or QCI described in (C).
  • the MeNB 20 has already transmitted, to the SeNB 30 , PDCP-PDU # 100 , PDCP-PDU # 101 , and PDCP-PDU # 102 for E-RAB # 1 , PDCP-PDU # 200 , PDCP-PDU # 201 , and PDCP-PDU # 202 for E-RAB # 2 , and PDCP-PDU # 300 , PDCP-PDU # 301 , and PDCP-PDU # 303 for E-RAB # 3 .
  • the E-RAB # 1 and E-RAB # 2 are Non-GBR and the E-RAB # 3 is GBR.
  • the MeNB 20 specifies Non-GBR and transmits a discard command to the SeNB 30 .
  • the SeNB 30 discards the PDCP PDU(s) remaining in the transmission buffer from among the PDCP-PDUs for the E-RAB # 1 and E-RAB # 2 , which are the Non-GBR, and does not discard the PDCP-PDUs for the E-RAB # 3 , which is the GBR.
  • the SeNB 30 can discard the PDCP-PDU(s) remaining in the transmission buffer from among the PDCP-PDU for the E-RAB # 1 and E-RAB # 2 by one signal message, no influence is exerted on the transmission of the PDCP-PDUs for the E-RAB # 3 .
  • the MeNB 20 can transmit a discard command to the SeNB 30 using a signal message.
  • a signal message There are the following two possible signal messages, (a) and (b).
  • the MeNB 20 can transmit a discard command to the SeNB 30 using DL USER DATA.
  • FIG. 8 shows an example of a format of the DL USER DATA.
  • 0 indicates that a Sequence Number is invalid, while 1 indicates that the Sequence Number is valid. If, in Octet 1 , Discard is 1 and SN is 1, it indicates a command instructing that a PDCP PDU specified by the Sequence Number in Octet 2 is to be discarded. Note that if Discard is 0 (indicating no discard), SN may be blank. Further, if Discard is 0 (indicating no discard), and SN is 1 (indicating that a Sequence Number is valid), information indicated by Discard may be preferentially applied, and the PDCP PDU specified by the Sequence Number of Octet 2 may not be discarded.
  • QCI-bit of Octet 1 0 indicates that QCI is invalid, while 1 indicates that QCI is valid. If, in Octet 1 , Discard is 1 and QCI-bit is 1, it indicates a command instructing that a PDCP PDU(s) specified by the Sequence Number in QCI of Octet 3 is to be discarded.
  • GBR/Non-GBR of Octet 1 0 indicates GBR, while 1 indicates Non-GBR. If Discard of Octet 1 is 1, it indicates a command instructing that a PDCP PDU(s) specified by GBR/Non-GBR is to be discarded.
  • Discard of Octet 1 1 may indicate no discard, while 0 may indicates discard.
  • 1 may indicate that a Sequence Number is invalid, while 0 may indicate that the Sequence Number is valid.
  • QCI-bit of Octet 1 1 may indicate that QCI is invalid, while 0 may indicate that QCI is valid.
  • 1 may indicate GBR, while 0 may indicate Non-GBR.
  • the MeNB 20 can transmit a discard command to the SeNB 30 using Discard Indication.
  • FIGS. 10 to 13 show examples of a format of the Discard Indication.
  • FIG. 10 The example shown in FIG. 10 is the same as the one shown in FIG. 8 .
  • an individual E-RAB is specified to specify a PDCP PDU(s), which is to be discarded, by a Sequence Number(s).
  • an individual Sequence Number of a PDCP PDU, which is to be discarded, is specified in Octet 2 .
  • an individual E-RAB is specified to specify PDCP PDUs, which are to be discarded, by Sequence Numbers.
  • PDCP PDUs which are to be discarded
  • Sequence Numbers As a range of the Sequence Numbers are specified by, a start number is specified in Octet 2 , and an end number is specified in Octet 3 . Note that in the example shown in FIG. 12 , the transmission of the Discard Indication itself indicates a discard command, and thus Discard is not present in Octet 1 .
  • an individual E-RAB is not specified, and a PDCP PDU(s), which is to be discarded, is specified by QCI or GBR/Non-GBR.
  • the SeNB 30 notifies the MeNB 20 of the Sequence Number(s) of the discarded PDCP PDU(s) by DL DATA DELIVERY STATUS.
  • FIG. 15 shows an example of a format of the DL DATA DELIVERY STATUS.
  • Discard Result of Octet 1 0 indicates invalid, while 1 indicates valid. If Discard Result in Octet 1 is 1, it indicates that PDCP PDUs identified by the Sequence Numbers indicated by Octet 2 to N+2 have been discarded. Alternatively, if Discard Result of Octet 1 is 0, it indicates that the PDCP PDUs identified by the Sequence Numbers indicated by Octet 2 to N+2 have not been discarded.
  • a wireless resource of the SeNB 30 can be saved because wireless transmission of PDCP PDU(s), which do not need to be transmitted, will not be performed.
  • the MeNB 30 directly transmits the discard command to the SeNB 30 .
  • the discard command is firstly transmitted from the MeNB 20 to the UE 10 , and then transmitted from the UE 10 to the SeNB 30 .
  • the MeNB 20 has already transmitted the PDCP PDU # 4 to the SeNB 30 and wants the SeNB 30 to discard the PDCP PDU # 4 .
  • the MeNB 20 notifies the UE 10 that it wants the SeNB 30 to discard the PDCP PDU # 4 , and then the UE 10 transmits the command for discarding the PDCP PDU # 4 to the SeNB 30 .
  • the MeNB 20 transmits the PDCP PDU # 4 from a cell served by the MeNB 20 to the UE 10 and also instructs the UE 10 to transmit a command for discarding the PDCP PDU # 4 to the SeNB 30 . Then the UE 10 transmits the command for discarding the PDCP PDU # 4 to the SeNB 30 .
  • the UE 10 includes a communication unit that communicates with the MeNB 20 and the SeNB 30 and a control unit that performs processes other than communication processing performed by the communication unit.
  • This exemplary embodiment can solve the following problem. Assume that, for some reason, the same information is transmitted from both the MeNB 20 and the SeNB 30 . There is a problem that the information overlaps when the UE receives the same information from both of these base stations. In order to solve this problem, in this exemplary embodiment, the discard command transmitted from the MeNB 20 to the UE 10 is transmitted from the UE 10 to the SeNB 30 , so that the SeNB 30 can discard the downlink data that should be discarded.
  • the MeNB 20 transmits, for example, the PDCP PDU # 4 from a cell served by the MeNB 20 to the UE 10 .
  • the UE 10 receives the PDCP PDU # 4 , which is the same PDCP PDU as the one received from the MeNB 20 , from the SeNB 30 .
  • the UE 10 discards the PDCP PDU # 4 received from the SeNB 30 . That is, if the UE 10 receives the same PDCP PDU from both the MeNB 20 and SeNB 30 , the UE 10 discards the PDCP PDU received later. Note that the UE 10 may instead discard the PDCP PDU received earlier.
  • FIG. 16 shows a configuration of the UE 10 according to this exemplary embodiment.
  • the UE 10 of this exemplary embodiment includes a communication unit 101 and a control unit 102 .
  • the communication unit 101 communicates with the MeNB 20 and SeNB 30 .
  • the control unit 102 discards the PDCP PDU # 4 received from the SeNB 30 .
  • the UE 10 may notify the MeNB 20 or SeNB 30 of a Sequence Number of the discarded PDCP PDU.
  • This exemplary embodiment can solve the following problem. For example, when a UE receives the same information from the SeNB after the UE receives the information from the MeNB, the UE may operate based on the information received from the MeNB first, and then operate based on the information received from the SeNB later. Operations based on the same information are one of the causes of a processing error being generated in the UE, which is not preferable. In this exemplary embodiment, the UE 10 discards the same information in order to prevent information from overlapping.
  • the SeNB 30 transmits information for identifying downlink data, which has been discarded by the SeNB 30 , to the MeNB 20 .
  • FIG. 17 shows an example of a configuration of the SeNB 30 of this exemplary embodiment.
  • the SeNB 30 of this exemplary embodiment includes a communication unit 320 and a control unit 330 .
  • the communication unit 320 communicates with the MeNB 20 .
  • the communication unit 320 transmits information for identifying downlink data, which has been discarded by the control unit 330 , to the MeNB 20 .
  • the communication unit 320 may transmit 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 the downlink data.
  • An example of a case in which the control unit 330 discards the downlink data is when an internal error has occurred in the SeNB 30 .
  • the MeNB 20 can receive the information for identifying the downlink data, which has been discarded by the control unit 330 , from the communication unit 320 included in the SeNB 30 .
  • the MeNB 20 may transmit a PDCP PDU(s) identified by the information to the SeNB 30 or may transmit a PDCP PDU(s) identified by the information to the UE.
  • This exemplary embodiment can solve the following problem. For example, in related art, there has been no way for an SeNB to notify an MeNB that the SeNB has intentionally discarded a PDCP PDU(s). For this reason, the MeNB has been unable to know whether the SeNB has intentionally discarded the PDCP PDU(s) or the SeNB has transmitted the PDCP PDU(s) to the UE but the UE has not transmitted Ack to the SeNB, or the SeNB has lost the PDCP PDU(s).
  • the SeNB 30 can transmit the information for identifying the downlink data, which has been intentionally discarded by the SeNB 30 , to the MeNB 20 .
  • the MeNB 20 which has received the information, can know the Sequence Number(s) of the downlink data, which has been intentionally discarded by the SeNB 30 .
  • the SeNB 30 when the SeNB 30 transmits information for identifying downlink data, which has been lost by the SeNB 30 , the SeNB 30 distinguishes whether the lost downlink data is consecutive or non-consecutive, and then transmits the information for identifying the lost downlink data.
  • FIG. 18 shows an example of a configuration of the SeNB 30 of this exemplary embodiment.
  • the SeNB 30 of this exemplary embodiment includes a communication unit 360 and a control unit 370 .
  • the communication unit 360 communicates with the MeNB 20 .
  • the communication unit 360 transmits information for identifying downlink data, which has been lost by the SeNB 30 , to the MeNB 20 .
  • the SeNB 30 transmits the information for identifying the downlink data, which has been lost by the SeNB 30 , to the MeNB 20 by DL DATA DELIVERY STATUS.
  • FIG. 19 shows an example of a format of the DL DATA DELIVERY STATUS.
  • One X2-U Sequence Number # N indicates one PDCP PDU. That is, the X2-U Sequence Number # N can identify an individual PDCP PDU. Accordingly, PDCP PDUs identified by non-consecutive Sequence Numbers can be identified by specifying a lost PDCP PDU using the X2-U Sequence Number # N.
  • PDCP PDUs identified by Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number range, and End of lost X2-U Sequence Number range are consecutive PDCP PDUs.
  • the SeNB 30 may describe each piece of information indicating that the PDCP PDU # 3 , PDCP PDU # 7 , PDCP PDU # 10 , PDCP PDU # 11 , PDCP PDU # 12 have been lost in the X2-U Sequence Number # N and transmit it to the MeNB 20 .
  • the SeNB 30 may describe each piece of the information indicating that the PDCP PDU # 3 and PDCP PDU # 7 have been lost in the X2-U Sequence Number # N, describe the information that the PDCP PDU # 10 , PDCP PDU # 11 , and PDCP PDU # 12 have been lost in Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number range, and End of lost X2-U Sequence Number range, and then transmit them to the MeNB 20 .
  • FIG. 20 shows an example of a format of the DL DATA DELIVERY STATUS.
  • SN Type of Octet 1 indicates as to whether or not Sequence Numbers of PDCP PDUs, which have been lost by the SeNB 30 , are consecutive.
  • 1 may indicate that the PDCP PDUs having the consecutive Sequence Numbers have been lost, while 0 may indicate that the PDCP PDUs having non-consecutive Sequence Numbers have been lost.
  • SN Type indicates that the Sequence Numbers of the PDCP PDUs, which have been lost by the SeNB 30 , are consecutive, it means that the PDCP PDUs identified by Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number range, and End of lost X2-U Sequence Number range have been lost.
  • SN Type indicates that the Sequence Numbers of the PDCP PDUs lost by the SeNB 30 are not consecutive, it means that the PDCP PDUs identified by the Sequence Numbers described in X2-U Sequence Number # 1 to X2-U Sequence Number # N have been lost.
  • a discard result may be further included therein.
  • the control unit 370 is a section that performs processes other than communication processing performed by the communication unit 360 .
  • the MeNB 20 can receive information transmitted from the communication unit 360 included in the SeNB 30 .
  • the DL DATA DELIVERY STATUS (PDU TYPE 1) Format examined by 3GPP can only express that PDCP PDUs having consecutive Sequence Numbers have been lost. Therefore, for example, when an SeNB transmits information indicating that the PDCP PDUs having the Sequence Numbers, PDCP PDU # 3 , PDCP PDU # 7 , PDCP PDU # 10 , PDCP PDU # 11 , and PDCP PDU # 12 have been lost by the SeNB to an MeNB, the PDCP PDU # 10 , PDCP PDU # 11 , and PDCP PDU # 12 can be expressed in one format.
  • the SeNB needs to transmit, to the MeNB, the information indicating that the PDCP PDU # 3 has been lost, the information indicating that the PDCP PDU # 7 has been lost, and the information indicating that the PDCP PDU # 10 to PDCP PDU # 12 has been lost, thus leading to a problem that the number of signals between the MeNB and SeNB increases.
  • this exemplary embodiment enables the SeNB 30 to transmit, to the MeNB 20 , information indicating that PDCP PDUs having consecutive Sequence Numbers and PDCP PDUs having non-consecutive Sequence Numbers have been lost or discarded by the SeNB 30 in one format.
  • an individual E-RAB may be specified or an individual E-RAB may not be specified on the assumption that the U-plane protocol itself for carrying PDCP PDUs are specified for each E-RAB.
  • Sequence Number of a PDCP PDU used in the present specification and claims may indicate, from time to time, a Sequence Number inside a PDCP PDU or a Sequence Number in U-Plane on the X2 interface that carries PDCP PDUs.
  • a wireless communication system comprising:
  • a second base station configured to be capable of transmitting downlink data received from a core network to a terminal via the second base station and the first base station,
  • the second base station transmits, to the first base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the first base station and a command for discarding the downlink data identified by the information, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • the second base station does not specify downlink data in the information
  • the first base station discards the downlink data not transmitted to the terminal from among the downlink data transmitted from the second base station to the first base station.
  • the second base station specifies a sequence number of the downlink data in the information
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data having the sequence number specified by the information.
  • E-RAB EUTRAN-Radio Access Bearer
  • EUTRAN Evolved UMTS Terrestrial Radio Access Network
  • UMTS Universal Mobile Telecommunications System
  • the second base station specifies QoS (Quality of Service) or QCI (QoS Class Identifier) of the downlink data in the information, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data having the QoS or QCI specified by the information.
  • the second base station specifies downlink data of GBR (Guarantee Bit Rate) or downlink data of Non-GBR, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data of the GBR or Non-GBR specified by the information.
  • the wireless communication system according to any one of Supplementary Notes 1 to 6, wherein the first base station transmits information for identifying the discarded downlink data to the second base station.
  • a base station configured to be capable of transmitting downlink data received from a core network to a terminal via the base station and another base station, the base station comprising a communication unit configured to transmit, to the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the other base station and a command for discarding the downlink data identified by the information.
  • a base station configured to be capable of receiving, from another base station, downlink data received by the other base station from a core network and to be capable of transmitting the downlink data to a terminal, the base station comprising:
  • a communication unit configured to receive, from the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted from the other base station to the base station and a command for discarding the downlink data identified by the information;
  • control unit configured to discard downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • a master base station in a dual connectivity system comprising:
  • a receiver configured to receive a PDCP PDU from a core network
  • a transmitter configured to transmit the PDCP PDU to a secondary base station in the dual connectivity system and transmit the PDCP PDU to a terminal via MCG bearer.
  • a method for a master base station in a dual connectivity system comprising:

Landscapes

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

Abstract

A wireless communication system of the present invention includes a first base station (30) and a second base station (20) configured to be capable of transmitting downlink data received from a core network to a terminal via the second base station (20) and the first base station (30). The second base station (20) transmits, to the first base station (30), information for identifying downlink data to be discarded from among the downlink data transmitted to the first base station (30) and a command for discarding the downlink data identified by the information. The first base station (30) discards downlink data not transmitted to the terminal from among the downlink data identified by the information.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of U.S. patent application Ser. No. 15/523,532 filed on May 1, 2017 which is a national stage application of International Application No. PCT/JP2015/004372 entitled “Wireless Communication System, Base Station, and Communication Method” filed on Aug. 28, 2015, which claims priority to Japanese Application No. 2014-227379 filed on Nov. 7, 2014, the disclosures of which are hereby incorporated by reference in their entirety.
  • TECHNICAL FIELD
  • The present invention relates to a wireless communication system, a base station, and a communication method.
  • BACKGROUND ART
  • 3GPP (3rd Generation Partnership Project) has been examining an EUTRAN (Evolved UMTS Terrestrial Radio Access Network (UMTS: Universal Mobile Telecommunications System)) network called Dual Connectivity in which packet data is transmitted and received between two eNBs (eNodeBs) and a UE (User Equipment).
  • FIG. 1 shows an example of a configuration of a wireless communication system that implements Dual Connectivity.
  • The wireless communication system shown in FIG. 1 includes a UE 10, an MeNodeB (Master eNode B, hereinafter referred to as MeNB) 20, an SeNodeB (Secondary eNode B, hereinafter referred to as SeNB) 30, an MME (Mobility Management Entity) 40, and an S-GW (Serving Gateway) 50.
  • The MeNB 20 is a second base station that operates cells served by the MeNB 20 (MCG: Master Cell Group).
  • The SeNB 30 is a first base station that operates to cells served by the SeNB 30 (SCG: Secondary Cell Group). Note that cells served by the SeNB 30 are located within a coverage area of a cell served by the MeNB 20.
  • The UE 10 is a terminal that receives DL (DownLink) packet data from both the MeNB 20 and the SeNB 30. Note that the UE 10 transmits UL (UpLink) packet data only to the MeNB 20, only to the SeNB 30, or to both the MeNB 20 and SeNB 30.
  • The MME 40 is a core network device disposed in a CN (Core Network) and performs transmission in the C (Control)-plane and mobile management of the UE 10.
  • The S-GW 50 is a core network device disposed in the CN and performs transmission of packet data in the U (User)-plane.
  • Note that the MeNB 20 and SeNB 30 are connected via an X2 Interface. Moreover, the MME 40, the S-GW 50, the MeNB 20, and the SeNB 30 are connected via an S1 Interface.
  • FIG. 2 shows an example of a connection configuration of the C-plane in Dual Connectivity.
  • The connection in the C-Plane is shown in FIG. 2. The connection of the UE 10, which is in a connected state of Dual Connectivity, is only S1-MME between the MeNB 20 and the MME 40. Further, the RRC (Radio Resource Control) Connection of the UE 10 is present only in a wireless section between the UE 10 and the MeNB 20. That is, there is no RRC Connection at least in a wireless section between the UE 10 and the SeNB 30. However, the SeNB 30 may create signal information related to an RRC message for the UE 10 and transmit the created signal information to the UE 10 via the MeNB 20.
  • Further, an example of the connection configuration of the U-plane in Dual Connectivity is the Split bearer option configuration.
  • FIG. 3 shows an example of a connection configuration of the U-plane in the case of the Split bearer option configuration. FIG. 4 shows an example of a connection configuration of Radio Protocol in the case of the Split bearer option configuration.
  • As shown in FIGS. 3 and 4, in the case of the Split bearer option configuration, DL packet data of the U-plane is transmitted from the S-GW 50 to only the MeNB 20 and not from the S-GW 50 to the SeNB 30. Note that in the configurations of FIGS. 3 and 4, a bearer from the MeNB 20 to the UE 10 is referred to as an MCG bearer, and a bearer from the SeNB 30 to the UE 10 is referred to as an SCG bearer.
  • As shown in FIG. 4, the UE 10, MeNB 20, and SeNB 30 are each composed of a PDCP (Packet Data Convergence Protocol) layer(s), an RLC (Radio Link Control) layer(s), and a MAC (Medium Access Control) layer(s). Note that the specification of the RLC layer is described in Non Patent Literature 1 (3GPP TS 36.322 V12.0.0).
  • In the MeNB 20, the DL packet data of the U-plane received from the S-GW 50 is received by the PDCP layers. In this example, one of the PDCP layers of the MeNB 20 (right layer in FIG. 4) can transmit some packet data (PDCP PDUs (Protocol Data Units)) to the UE 10 via a cell served by the MeNB 20 and can transmit some packet data (PDCP PDUs) to the UE 10 via the SeNB 30. That is, the PDCP layers of the MeNB 20 can split the packet data of the U-plane.
  • CITATION LIST Non Patent Literature Non Patent Literature 1: 3GPP TS 36.322 V12.0.0 (2014 June) SUMMARY OF INVENTION Technical Problem
  • However, for example, like the Split bearer option configuration, in a configuration in which the second base station (MeNB) can transmit the downlink data received from the CN to the terminal (UE) via the second base station (cell served by the second base station) and the first base station (SeNB), there is the following problem.
  • When 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 then instructs the first base station to transmit the downlink data to the terminal.
  • After that, the second base station may have to instruct the first base station to discard the downlink data, which has already been transmitted to the first base station, due to some kind of internal circumstances (e.g., internal error).
  • However, although 3GPP specifies the concept of discarding data, 3GPP does not specify specific means for discarding data. For this reason, there has been a problem that the first base station cannot discard the downlink data.
  • Thus, one of objects to be attained by exemplary 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 problem. Note that this object is only one of the objects to be attained by the illustrative embodiments disclosed herein. The other objects or problems and novel features will be made apparent from the following description and the accompanying drawings.
  • Solution to Problem
  • A wireless communication system of the present invention includes:
  • a first base station; and
  • a second base station configured to be capable of transmitting downlink data received from a core network to a terminal via the second base station and the first base station, wherein
  • the second base station transmits, to the first base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the first base station and a command for discarding the downlink data identified by the information, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • A first base station of the present invention configured to be capable of transmitting downlink data received from a core network to a terminal via the base station and an other base station, the base station including a communication unit configured to transmit, to the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the other base station and a command for discarding the downlink data identified by the information.
  • A second base station of the present invention configured to be capable of receiving, from an other base station, downlink data received by the other base station from a core network and to be capable of transmitting the downlink data to a terminal, the base station including:
  • a communication unit configured to receive, from the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted from the other base station to the base station and a command for discarding the downlink data identified by the information; and
  • a control unit configured to discard downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • A first communication method of the present invention performed by a base station configured to be capable of transmitting downlink data received from a core network to a terminal via the base station and an other base station, the communication method including transmitting, to the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the other base station and a command for discarding the downlink data identified by the information.
  • A second communication method of the present invention performed by a base station configured to be capable of receiving, from an other base station, downlink data received by the other base station from a core network and to be capable of transmitting the downlink data to a terminal, the communication method including:
  • receiving, from the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted from the other base station to the base station and a command for discarding the downlink data identified by the information; and
  • discarding downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • Advantageous Effects of Invention
  • According to the present invention, it is possible to achieve an exemplary advantage in which downlink data received from a core network via a second base station can be discarded by a first base station.
  • BRIEF DESCRIPTION OF DRAWINGS
  • FIG. 1 is a drawing showing an example of an entire configuration of a wireless communication system that implements Dual Connectivity;
  • FIG. 2 is a drawing showing an example of a connection configuration of the C-plane in Dual Connectivity;
  • FIG. 3 is a drawing showing an example (Split bearer option) of a connection configuration of the U-plane in Dual Connectivity;
  • FIG. 4 is a drawing showing an example (Split bearer option) of a connection configuration of Radio Protocol in Dual Connectivity;
  • FIG. 5 is a block diagram showing an example of a configuration of an MeNB according to a first exemplary embodiment of the present invention;
  • FIG. 6 is a block diagram showing an example of a configuration of an SeNB according to a first exemplary embodiment of the present invention;
  • FIG. 7 is a sequence diagram showing an example of an operation for transmitting DL USER DATA from the MeNB to the SeNB according to the first exemplary embodiment of the present invention;
  • FIG. 8 is a drawing showing an example of a format of the DL USER DATA according to the first exemplary embodiment of the present invention;
  • FIG. 9 is a sequence diagram showing an example of an operation for transmitting Discard Indication from the MeNB to the SeNB according to the first exemplary embodiment of the present invention;
  • FIG. 10 is a drawing showing an example of a format of Discard Indication according to the first exemplary embodiment of the present invention;
  • FIG. 11 is a drawing showing an example of a format of Discard Indication according to the first exemplary embodiment of the present invention;
  • FIG. 12 is a drawing showing an example of a format of Discard Indication according to the first exemplary embodiment of the present invention;
  • FIG. 13 is a drawing showing an example of a format of Discard Indication according to the first exemplary embodiment of the present invention;
  • FIG. 14 is a sequence diagram showing an example of an operation for transmitting DL DATA DELIVERY STATUS from the SeNB to the MeNB according to the first exemplary embodiment of the present invention;
  • FIG. 15 is a drawing showing an example of a format of DL DATA DELIVERY STATUS according to the first exemplary embodiment of the present invention;
  • FIG. 16 is a block diagram showing an example of a configuration of a UE according to a third exemplary embodiment of the present invention;
  • FIG. 17 is a block diagram showing an example of a configuration of an SeNB according to a fourth exemplary embodiment of the present invention;
  • FIG. 18 is a block diagram showing an example of a configuration of an SeNB according to a fifth exemplary embodiment of the present invention;
  • FIG. 19 is a drawing showing an example of a format of DL DATA DELIVERY STATUS according to the fifth exemplary embodiment of the present invention;
  • FIG. 20 is a drawing showing an example of a format of DL DATA DELIVERY STATUS according to the fifth exemplary embodiment of the present invention; and
  • FIG. 21 is a drawing showing an example of a format of DL DATA DELIVERY STATUS according to the fifth exemplary embodiment of the present invention.
  • DESCRIPTION OF EMBODIMENTS
  • Hereinafter, exemplary embodiments for carrying out the present invention will be described with reference to the drawings.
  • (1) First Exemplary Embodiment (1-1) Outline of First Exemplary Embodiment
  • In this exemplary embodiment, an entire configuration of a wireless communication system is the same as the one shown in FIG. 1 except that the MeNB 20 and SeNB 30 each have a new function.
  • Hereinafter, the configurations of the MeNB 20 and SeNB 30 will be described in detail.
  • The SeNB 30 is a first base station.
  • The MeNB 20 is a second base station that configures Dual Connectivity and can transmit downlink data received from a CN to a UE 10 via the MeNB 20 (cell served by MeNB 20) and SeNB 30.
  • FIG. 5 shows an example of a configuration of the MeNB 20 according to this exemplary embodiment.
  • As shown in FIG. 5, the MeNB 20 of this exemplary embodiment includes a communication unit 21.
  • The communication unit 21 transmits, to the SeNB 30, information for specifying downlink data to be discarded from the downlink data that has been transmitted to the SeNB 30 and a command for discarding the downlink data specified by the information. Note that as will be described later, a new information element (in the example which will be described later, it is the information element Discard shown in FIG. 8) may be provided as the command for discarding the downlink data. Alternatively, the information transmitted from the MeNB 20 to the SeNB 30 itself may be the command for discarding the downlink data.
  • Note that the MeNB 20 includes a control unit for performing processes other than communication processing performed by the communication unit 21. However, the control unit is not shown in FIG. 5.
  • FIG. 6 shows an example of a configuration of the SeNB 30 according to this exemplary embodiment.
  • As shown in FIG. 6, the SeNB 30 according to this exemplary embodiment includes a communication unit 31 and a control unit 32.
  • The communication unit 31 receives, from the MeNB 20, the information for specifying the downlink data to be discarded from among the downlink data transmitted from the MeNB 20 to the SeNB 30 and the command for discarding the downlink data specified by the information.
  • The control unit 32 performs processes other than the communication processing performed by the communication unit 31.
  • For example, the control unit 32 discards downlink data that has not been transmitted to the UE 10 and remains in a transmission buffer from among the downlink data specified by the above information transmitted from the MeNB 20.
  • Further, the communication unit 31 transmits the information for identifying the downlink data, which has been discarded by the control unit 32, to the MeNB 20. Note that the information transmitted by the communication unit 31 to the MeNB 20 for identifying the downlink data, which has been discarded by the control unit 32, may be the information indicating individual pieces of the downlink data, which has been discarded by the control unit 32, or the information that does not indicate individual pieces of the discarded downlink data but instead indicates that all the downlink data that should be discarded, which is described in the information received by the communication unit 31 from the MeNB 20, has been discarded.
  • As described above, in this exemplary embodiment, the MeNB 20 transmits, to the SeNB 30, the information for specifying the downlink data to be discarded from among the downlink data transmitted to the SeNB 30 and the command for discarding the downlink data specified by the information. In response, the SeNB 30 discards the downlink data, which has not been transmitted to the UE 10, from among the downlink data specified by the above information.
  • Accordingly, as the SeNB 30 can specify and discard the downlink data to be discarded, this exemplary embodiment achieves an exemplary advantage that the downlink data can be discarded by the SeNB 30.
  • (1-2) Details of First Exemplary Embodiment
  • (1-2-1) Cases where a Discard Command is Transmitted
  • There are the following cases when the MeNB 20 transmits the command for instructing the SeNB 30 to discard the downlink data.
  • The MeNB 20 has not received Acknowledge for a PDCP PDU(s) (downlink data), which has been transmitted to the SeNB 30, after a certain period of time
  • An internal error has occurred in the MeNB 20
  • Immediately after the MeNB 20 transmitted a PDCP PDU(s) to the SeNB 30 or within a first period after the MeNB 20 transmitted the PDCP PDU(s), the MeNB 20 receives an E-RAB (EUTRAN-Radio Access Bearer) release command from the MME 40 in the CN
  • Immediately after the MeNB 20 transmitted a PDCP PDU(s) to the SeNB 30 or within a second period after the MeNB 20 transmitted the PDCP PDU(s), some kind of error (link error, error in which the MeNB 20 receives Reset from the MME 40) between the MeNB 20 and the MME 40 or S-GW 50 in the CN has occurred
  • Note that the first and second periods may be measured by a timer.
  • (1-2-2) Content of Discard Command
  • There are the following four types, (A) to (D), of content of the command for instructing the SeNB 30 to discard the downlink data, which is transmitted from the MeNB 20 to the SeNB 30.
  • (A) Command for Discarding all PDCP PDUs
  • The MeNB 20 can instruct the SeNB 30 to discard all the PDCP PDUs that have been transmitted to the SeNB 30.
  • For example, suppose that the MeNB 20 has already transmitted PDCP PDU # 3, PDCP PDU # 4, and PDCP PDU # 5 to the SeNB 30.
  • After that, the MeNB 20 does not specify the PDCP PDUs by their Sequence Numbers or the like but instead transmits a one-bit discard command to the SeNB 30.
  • Then the SeNB 30 discards all of the PDCP PDUs remaining in the transmission buffer from among the PDCP PDU # 3, PDCP PDU # 4, and PDCP PDU # 5.
  • The SeNB 30 returns the Sequence Number(s) of the discarded PDCP PDU(s) to the MeNB 20.
  • Thus, the MeNB 20 can recognize the Sequence Number(s) of the PDCP PDU(s) discarded by the SeNB 30. Therefore, the MeNB 20 can retransmit the PDCP PDU(s) discarded by the SeNB 30 in order of the Sequence Number of the PDCP PDU from a cell served by the MeNB 20 to the UE 10.
  • In the above example, suppose that, for example, the SeNB 30 has already transmitted the PDCP PDU # 3 to the UE 10 when the SeNB 30 received the discard command from the MeNB 20, and the PDCP PDU # 4 and PDCP PDU # 5 still remain in the transmission buffer. In this state, the SeNB 30 discards the PDCP PDU # 4 and PDCP PDU # 5 and returns the Sequence Numbers of the discarded PDCP PDU # 4 and PDCP PDU # 5 to the MeNB 20.
  • Note that the above discard command transmitted by the MeNB 20 specifies an individual E-RAB, and the discard is performed for each E-RAB.
  • (B) Discard Command Using Sequence Number
  • The MeNB 20 can instruct the SeNB 30 to discard a PDCP PDU(s) having a certain Sequence Number(s).
  • For example, suppose that the MeNB 20 has already transmitted the PDCP PDU # 3, PDCP PDU # 4, and PDCP PDU # 5 to the SeNB 30. Moreover, the MeNB 20 has received, from the SeNB 30, Acknowledge for the PDCP PDU # 3 and PDCP PDU # 5 but not for PDCP PDU # 4.
  • In this case, the MeNB 20 specifies the Sequence Number of the PDCP PDU # 4 and transmits a discard command to the SeNB 30.
  • Then, if the specified PDCP PDU # 4 still remains in the transmission buffer, the SeNB 30 discards the PDCP PDU # 4.
  • The SeNB 30 returns the Sequence Number of the discarded PDCP PDU # 4 to the MeNB 20.
  • Thus, as the MeNB 20 can recognize that the SeNB 30 has discarded the PDCP PDU # 4, the PDCP PDU # 4 can be retransmitted from the cell served by the MeNB 20 to the UE 10.
  • Note that the above discard command transmitted by the MeNB 20 specifies an individual E-RAB, and the discard is performed for each E-RAB.
  • The above discard command transmitted by the MeNB 20 may specify an individual Sequence Number(s), specify a range of the Sequence Numbers (start number and end number), or specify a certain Sequence Number (start number) in order to specify all the Sequence numbers following the certain Sequence Number. Note that the range of the Sequence Numbers may be specified, as described above, by the start number and the end number or by the start number and the number (range) of the PDCP PDUs, which should be discarded, counting from the start number. An example of the start number and that of the number of the PDCP PDUs, which should be discarded, counting from the start number are, respectively, the PDCP PDU # 3 and ten. In this case, the PDCP PDUs from the PDCP PDU # 3 to the tenth PDCP PDU counting from the PDCP PDU # 3 are discarded.
  • Moreover, the information specifying the individual Sequence Numbers may be combined with the information specifying the range of the Sequence Numbers in one format.
  • (C) Discard Command Using QoS (Quality of Service) or QCI (QoS Class Identifier)
  • The MeNB 20 can instruct the SeNB 30 to discard a PDCP-PDU(s) of a certain QoS or QCI.
  • For example, suppose that the MeNB 20 has already transmitted, to the SeNB 30, PDCP-PDU #100, PDCP-PDU # 101, and PDCP-PDU # 102 for E-RAB # 1, PDCP-PDU #200, PDCP-PDU #201, and PDCP-PDU #202 for E-RAB # 2, and PDCP-PDU #300, PDCP-PDU #301, and PDCP-PDU #303 for E-RAB # 3. Further, suppose that the E-RAB # 1 and E-RAB # 2 are QCI # 6, and E-RAB # 3 is QCI # 1.
  • In this state, the MeNB 20 specifies the QCI # 6 as a QCI of PDCP-PDUs and transmits a discard command to the SeNB 30.
  • Then, the SeNB 30 discards the PDCP PDU(s) remaining in the transmission buffer from among the PDCP-PDUs for the E-RAB # 1 and E-RAB # 2, which are the QCI # 6, and does not discard the PDCP-PDUs for the E-RAB # 3, which is the QCI # 1.
  • Note that the above discard command transmitted by the MeNB 20 does not specify an individual E-RAB, and the discard is performed for all the E-RABs.
  • (D) Discard Command Using GBR (Guarantee Bit Rate) or Non-GBR
  • The MeNB 20 can make a discard command in the form of GBR or Non-GBR instead of the above QoS or QCI described in (C).
  • For example, suppose that the MeNB 20 has already transmitted, to the SeNB 30, PDCP-PDU #100, PDCP-PDU # 101, and PDCP-PDU # 102 for E-RAB # 1, PDCP-PDU #200, PDCP-PDU #201, and PDCP-PDU #202 for E-RAB # 2, and PDCP-PDU #300, PDCP-PDU #301, and PDCP-PDU #303 for E-RAB # 3. Further, the E-RAB # 1 and E-RAB # 2 are Non-GBR and the E-RAB # 3 is GBR.
  • In this state, the MeNB 20 specifies Non-GBR and transmits a discard command to the SeNB 30.
  • Then, the SeNB 30 discards the PDCP PDU(s) remaining in the transmission buffer from among the PDCP-PDUs for the E-RAB # 1 and E-RAB # 2, which are the Non-GBR, and does not discard the PDCP-PDUs for the E-RAB # 3, which is the GBR.
  • Note that the above discard command transmitted by the MeNB 20 does not specify an individual E-RAB, and the discard is performed for all the E-RABs.
  • As described above, in the above-described (C) and (D), as the E-RABs are not individually specified, and one signal message can be a discard command, the command can be promptly made. Moreover, as the SeNB 30 can discard the PDCP-PDU(s) remaining in the transmission buffer from among the PDCP-PDU for the E-RAB # 1 and E-RAB # 2 by one signal message, no influence is exerted on the transmission of the PDCP-PDUs for the E-RAB # 3.
  • (1-2-3) Signal Message for Discard Command
  • The MeNB 20 can transmit a discard command to the SeNB 30 using a signal message. There are the following two possible signal messages, (a) and (b).
  • (a) DL USER DATA
  • As shown in FIG. 7, the MeNB 20 can transmit a discard command to the SeNB 30 using DL USER DATA.
  • FIG. 8 shows an example of a format of the DL USER DATA.
  • In the example of FIG. 8, in Discard of Octet1, 0 indicates no discard, while 1 indicates discard.
  • Further, in SN of Octet1, 0 indicates that a Sequence Number is invalid, while 1 indicates that the Sequence Number is valid. If, in Octet1, Discard is 1 and SN is 1, it indicates a command instructing that a PDCP PDU specified by the Sequence Number in Octet2 is to be discarded. Note that if Discard is 0 (indicating no discard), SN may be blank. Further, if Discard is 0 (indicating no discard), and SN is 1 (indicating that a Sequence Number is valid), information indicated by Discard may be preferentially applied, and the PDCP PDU specified by the Sequence Number of Octet2 may not be discarded.
  • Further, in QCI-bit of Octet1, 0 indicates that QCI is invalid, while 1 indicates that QCI is valid. If, in Octet1, Discard is 1 and QCI-bit is 1, it indicates a command instructing that a PDCP PDU(s) specified by the Sequence Number in QCI of Octet3 is to be discarded.
  • Further, in GBR/Non-GBR of Octet1, 0 indicates GBR, while 1 indicates Non-GBR. If Discard of Octet1 is 1, it indicates a command instructing that a PDCP PDU(s) specified by GBR/Non-GBR is to be discarded.
  • Note that in Discard of Octet1, 1 may indicate no discard, while 0 may indicates discard.
  • Further, in SN of Octet1, 1 may indicate that a Sequence Number is invalid, while 0 may indicate that the Sequence Number is valid.
  • Further, in QCI-bit of Octet1, 1 may indicate that QCI is invalid, while 0 may indicate that QCI is valid.
  • Moreover, in GBR/Non-GBR of Octet1, 1 may indicate GBR, while 0 may indicate Non-GBR.
  • (b) Discard Indication
  • As shown in FIG. 9, the MeNB 20 can transmit a discard command to the SeNB 30 using Discard Indication.
  • FIGS. 10 to 13 show examples of a format of the Discard Indication.
  • The example shown in FIG. 10 is the same as the one shown in FIG. 8.
  • In the example shown in FIG. 11, an individual E-RAB is specified to specify a PDCP PDU(s), which is to be discarded, by a Sequence Number(s). In the example of FIG. 11, an individual Sequence Number of a PDCP PDU, which is to be discarded, is specified in Octet2.
  • In the example of FIG. 12, an individual E-RAB is specified to specify PDCP PDUs, which are to be discarded, by Sequence Numbers. In the example shown in FIG. 12, as a range of the Sequence Numbers are specified by, a start number is specified in Octet2, and an end number is specified in Octet3. Note that in the example shown in FIG. 12, the transmission of the Discard Indication itself indicates a discard command, and thus Discard is not present in Octet1.
  • In the example shown in FIG. 13, an individual E-RAB is not specified, and a PDCP PDU(s), which is to be discarded, is specified by QCI or GBR/Non-GBR.
  • (1-2-3) Signal Message for Transmitting Discard Result
  • As shown in FIG. 14, the SeNB 30 notifies the MeNB 20 of the Sequence Number(s) of the discarded PDCP PDU(s) by DL DATA DELIVERY STATUS.
  • FIG. 15 shows an example of a format of the DL DATA DELIVERY STATUS.
  • In the example of FIG. 15, in Discard Result of Octet1, 0 indicates invalid, while 1 indicates valid. If Discard Result in Octet1 is 1, it indicates that PDCP PDUs identified by the Sequence Numbers indicated by Octet2 to N+2 have been discarded. Alternatively, if Discard Result of Octet1 is 0, it indicates that the PDCP PDUs identified by the Sequence Numbers indicated by Octet2 to N+2 have not been discarded. One of exemplary advantages achieved by this exemplary embodiment is that a wireless resource of the SeNB 30 can be saved because wireless transmission of PDCP PDU(s), which do not need to be transmitted, will not be performed.
  • (2) Second Exemplary Embodiment
  • In the first exemplary embodiment, the MeNB 30 directly transmits the discard command to the SeNB 30.
  • On the other hand, in this exemplary embodiment, the discard command is firstly transmitted from the MeNB 20 to the UE 10, and then transmitted from the UE 10 to the SeNB 30.
  • For example, suppose that the MeNB 20 has already transmitted the PDCP PDU # 4 to the SeNB 30 and wants the SeNB 30 to discard the PDCP PDU # 4.
  • In this case, the MeNB 20 notifies the UE 10 that it wants the SeNB 30 to discard the PDCP PDU # 4, and then the UE 10 transmits the command for discarding the PDCP PDU # 4 to the SeNB 30.
  • Alternatively, the MeNB 20 transmits the PDCP PDU # 4 from a cell served by the MeNB 20 to the UE 10 and also instructs the UE 10 to transmit a command for discarding the PDCP PDU # 4 to the SeNB 30. Then the UE 10 transmits the command for discarding the PDCP PDU # 4 to the SeNB 30.
  • Note that in this exemplary embodiment, the UE 10 includes a communication unit that communicates with the MeNB 20 and the SeNB 30 and a control unit that performs processes other than communication processing performed by the communication unit.
  • This exemplary embodiment can solve the following problem. Assume that, for some reason, the same information is transmitted from both the MeNB 20 and the SeNB 30. There is a problem that the information overlaps when the UE receives the same information from both of these base stations. In order to solve this problem, in this exemplary embodiment, the discard command transmitted from the MeNB 20 to the UE 10 is transmitted from the UE 10 to the SeNB 30, so that the SeNB 30 can discard the downlink data that should be discarded.
  • (3) Third Exemplary Embodiment
  • In this exemplary embodiment, the MeNB 20 transmits, for example, the PDCP PDU # 4 from a cell served by the MeNB 20 to the UE 10. Immediately after reception of the PDCP PDU # 4 from the MeNB 20 or within a third period from the reception of the PDCP PDU # 4, if the UE 10 receives the PDCP PDU # 4, which is the same PDCP PDU as the one received from the MeNB 20, from the SeNB 30, the UE 10 discards the PDCP PDU # 4 received from the SeNB 30. That is, if the UE 10 receives the same PDCP PDU from both the MeNB 20 and SeNB 30, the UE 10 discards the PDCP PDU received later. Note that the UE 10 may instead discard the PDCP PDU received earlier.
  • FIG. 16 shows a configuration of the UE 10 according to this exemplary embodiment.
  • As shown in FIG. 16, the UE 10 of this exemplary embodiment includes a communication unit 101 and a control unit 102.
  • The communication unit 101 communicates with the MeNB 20 and SeNB 30.
  • Immediately after the reception of the PDCP PDU # 4 from the MeNB 20 or within the third period from the reception of the PDCP PDU # 4, if the communication unit 101 receives the PDCP PDU # 4, which is the same PDCP PDU as the one received from the MeNB 20, from the SeNB 30, the control unit 102 discards the PDCP PDU # 4 received from the SeNB 30.
  • Further, when the UE 10 discards a PDCP PDU, the UE 10 may notify the MeNB 20 or SeNB 30 of a Sequence Number of the discarded PDCP PDU.
  • This exemplary embodiment can solve the following problem. For example, when a UE receives the same information from the SeNB after the UE receives the information from the MeNB, the UE may operate based on the information received from the MeNB first, and then operate based on the information received from the SeNB later. Operations based on the same information are one of the causes of a processing error being generated in the UE, which is not preferable. In this exemplary embodiment, the UE 10 discards the same information in order to prevent information from overlapping.
  • (4) Fourth Exemplary Embodiment
  • In this exemplary embodiment, the SeNB 30 transmits information for identifying downlink data, which has been discarded by the SeNB 30, to the MeNB 20.
  • FIG. 17 shows an example of a configuration of the SeNB 30 of this exemplary embodiment.
  • As shown in FIG. 17, the SeNB 30 of this exemplary embodiment includes a communication unit 320 and a control unit 330.
  • The communication unit 320 communicates with the MeNB 20.
  • For example, the communication unit 320 transmits information for identifying downlink data, which has been discarded by the control unit 330, to the MeNB 20. Note that the communication unit 320 may transmit 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 the downlink data. An example of a case in which the control unit 330 discards the downlink data is when an internal error has occurred in the SeNB 30.
  • Note that the MeNB 20 can receive the information for identifying the downlink data, which has been discarded by the control unit 330, from the communication unit 320 included in the SeNB 30.
  • When the MeNB 20 receives the information from the SeNB 30, the MeNB 20 may transmit a PDCP PDU(s) identified by the information to the SeNB 30 or may transmit a PDCP PDU(s) identified by the information to the UE.
  • This exemplary embodiment can solve the following problem. For example, in related art, there has been no way for an SeNB to notify an MeNB that the SeNB has intentionally discarded a PDCP PDU(s). For this reason, the MeNB has been unable to know whether the SeNB has intentionally discarded the PDCP PDU(s) or the SeNB has transmitted the PDCP PDU(s) to the UE but the UE has not transmitted Ack to the SeNB, or the SeNB has lost the PDCP PDU(s). In this exemplary embodiment, the SeNB 30 can transmit the information for identifying the downlink data, which has been intentionally discarded by the SeNB 30, to the MeNB 20. The MeNB 20, which has received the information, can know the Sequence Number(s) of the downlink data, which has been intentionally discarded by the SeNB 30.
  • (5) Fifth Exemplary Embodiment
  • In this exemplary embodiment, when the SeNB 30 transmits information for identifying downlink data, which has been lost by the SeNB 30, the SeNB 30 distinguishes whether the lost downlink data is consecutive or non-consecutive, and then transmits the information for identifying the lost downlink data.
  • FIG. 18 shows an example of a configuration of the SeNB 30 of this exemplary embodiment.
  • As shown in FIG. 18, the SeNB 30 of this exemplary embodiment includes a communication unit 360 and a control unit 370.
  • The communication unit 360 communicates with the MeNB 20.
  • For example, the communication unit 360 transmits information for identifying downlink data, which has been lost by the SeNB 30, to the MeNB 20.
  • As shown in FIG. 14, the SeNB 30 transmits the information for identifying the downlink data, which has been lost by the SeNB 30, to the MeNB 20 by DL DATA DELIVERY STATUS.
  • FIG. 19 shows an example of a format of the DL DATA DELIVERY STATUS.
  • In the example of FIG. 19, in Lost Packet Report of Octet1, 1 indicates that PDCP PDUs identified by the Sequence Numbers described from X2-U Sequence Number # 1 to X2-U Sequence Number # N indicated by Octet2 to N+2 have been lost, and that PDCP PDUs identified by Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number range, and End of lost X2-U Sequence Number range have been lost.
  • One X2-U Sequence Number # N (N is a natural number) indicates one PDCP PDU. That is, the X2-U Sequence Number # N can identify an individual PDCP PDU. Accordingly, PDCP PDUs identified by non-consecutive Sequence Numbers can be identified by specifying a lost PDCP PDU using the X2-U Sequence Number # N.
  • On the other hand, PDCP PDUs identified by Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number range, and End of lost X2-U Sequence Number range are consecutive PDCP PDUs.
  • For example, if the SeNB 30 has lost the PDCP PDUs with the Sequence Numbers of PDCP PDU # 3, PDCP PDU # 7, PDCP PDU # 10, PDCP PDU #11, and PDCP PDU #12, the SeNB 30 may describe each piece of information indicating that the PDCP PDU # 3, PDCP PDU # 7, PDCP PDU # 10, PDCP PDU #11, PDCP PDU #12 have been lost in the X2-U Sequence Number # N and transmit it to the MeNB 20. Alternatively, the SeNB 30 may describe each piece of the information indicating that the PDCP PDU # 3 and PDCP PDU # 7 have been lost in the X2-U Sequence Number # N, describe the information that the PDCP PDU # 10, PDCP PDU #11, and PDCP PDU #12 have been lost in Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number range, and End of lost X2-U Sequence Number range, and then transmit them to the MeNB 20.
  • FIG. 20 shows an example of a format of the DL DATA DELIVERY STATUS.
  • SN Type of Octet1 indicates as to whether or not Sequence Numbers of PDCP PDUs, which have been lost by the SeNB 30, are consecutive.
  • For example, in SN Type of Octet1, 1 may indicate that the PDCP PDUs having the consecutive Sequence Numbers have been lost, while 0 may indicate that the PDCP PDUs having non-consecutive Sequence Numbers have been lost.
  • If SN Type indicates that the Sequence Numbers of the PDCP PDUs, which have been lost by the SeNB 30, are consecutive, it means that the PDCP PDUs identified by Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number range, and End of lost X2-U Sequence Number range have been lost.
  • On the other hand, if SN Type indicates that the Sequence Numbers of the PDCP PDUs lost by the SeNB 30 are not consecutive, it means that the PDCP PDUs identified by the Sequence Numbers described in X2-U Sequence Number # 1 to X2-U Sequence Number # N have been lost.
  • Like an example of the format of the DL DATA DELIVERY STATUS shown in FIG. 21, a discard result may be further included therein.
  • In the discard result of Octet1, 1 indicates that, in the format of the DL DATA DELIVERY STATUS shown in FIG. 21, the PDCP PDUs identified by the Sequence Numbers described in X2-U Sequence Number # 1 to X2-U Sequence Number # N and the PDCP PDUs identified by Number of lost X2-U Sequence Number ranges reported, Start of lost X2-U Sequence Number range, and End of lost X2-U Sequence Number range have been lost.
  • The control unit 370 is a section that performs processes other than communication processing performed by the communication unit 360.
  • Note that the MeNB 20 can receive information transmitted from the communication unit 360 included in the SeNB 30.
  • This exemplary embodiment can solve the following problem. The DL DATA DELIVERY STATUS (PDU TYPE 1) Format examined by 3GPP can only express that PDCP PDUs having consecutive Sequence Numbers have been lost. Therefore, for example, when an SeNB transmits information indicating that the PDCP PDUs having the Sequence Numbers, PDCP PDU # 3, PDCP PDU # 7, PDCP PDU # 10, PDCP PDU #11, and PDCP PDU #12 have been lost by the SeNB to an MeNB, the PDCP PDU # 10, PDCP PDU #11, and PDCP PDU #12 can be expressed in one format. However, as the Sequence Numbers of the PDCP PDU # 3 and PDCP PDU # 7 are not consecutive, they need to be expressed in formats different from each other. However, as the Sequence Numbers of the PDCP PDU # 3 and PDCP PDU # 7 are not consecutive, they need to be expressed in formats different from each other. Accordingly, the SeNB needs to transmit, to the MeNB, the information indicating that the PDCP PDU # 3 has been lost, the information indicating that the PDCP PDU # 7 has been lost, and the information indicating that the PDCP PDU # 10 to PDCP PDU #12 has been lost, thus leading to a problem that the number of signals between the MeNB and SeNB increases. The greater the number of PDCP PDUs lost, the more serious this problem becomes and the greater the number of signals generated. This problem needs to be solved because of a large signal load on the X2 interface caused thereby. In order to solve this problem, this exemplary embodiment enables the SeNB 30 to transmit, to the MeNB 20, information indicating that PDCP PDUs having consecutive Sequence Numbers and PDCP PDUs having non-consecutive Sequence Numbers have been lost or discarded by the SeNB 30 in one format.
  • Although the present invention has been described with reference to the exemplary embodiments, the present invention is not limited by the above exemplary embodiments. Various modifications and changes, understood by those skilled in the art, can be made to the configurations and details of the present invention within the scope of the invention.
  • In the operation of transmitting the discard command by the MeNB 20, which is described in the above exemplary embodiments, an individual E-RAB may be specified or an individual E-RAB may not be specified on the assumption that the U-plane protocol itself for carrying PDCP PDUs are specified for each E-RAB.
  • Further, the term “Sequence Number” of a PDCP PDU used in the present specification and claims may indicate, from time to time, a Sequence Number inside a PDCP PDU or a Sequence Number in U-Plane on the X2 interface that carries PDCP PDUs.
  • Furthermore, the term “discard” used in the present specification and claims may indicate, from time to time, abandon.
  • The present application is based upon and claims the benefit of priority from Japanese Patent Application No. 2014-227379, filed on Nov. 7, 2014, the entire contents of which are hereby incorporated by reference.
  • The whole or part of the exemplary embodiments disclosed above can be described as, but not limited to, the following supplementary notes.
  • [Supplementary Note 1]
  • A wireless communication system comprising:
  • a first base station; and
  • a second base station configured to be capable of transmitting downlink data received from a core network to a terminal via the second base station and the first base station, wherein
  • the second base station transmits, to the first base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the first base station and a command for discarding the downlink data identified by the information, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • [Supplementary Note 2]
  • The wireless communication system according to Supplementary Note 1, wherein
  • the second base station does not specify downlink data in the information, and
  • the first base station discards the downlink data not transmitted to the terminal from among the downlink data transmitted from the second base station to the first base station.
  • [Supplementary Note 3]
  • The wireless communication system according to Supplementary Note 1, wherein
  • the second base station specifies a sequence number of the downlink data in the information, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data having the sequence number specified by the information.
  • [Supplementary Note 4]
  • The wireless communication system according to Supplementary Note 2 or 3, wherein the second base station specifies an individual E-RAB (EUTRAN-Radio Access Bearer, EUTRAN: Evolved UMTS Terrestrial Radio Access Network, UMTS: Universal Mobile Telecommunications System) in the information.
  • [Supplementary Note 5]
  • The wireless communication system according to Supplementary Note 1, wherein
  • the second base station specifies QoS (Quality of Service) or QCI (QoS Class Identifier) of the downlink data in the information, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data having the QoS or QCI specified by the information.
  • [Supplementary Note 6]
  • The wireless communication system according to Supplementary Note 1, wherein
  • the second base station specifies downlink data of GBR (Guarantee Bit Rate) or downlink data of Non-GBR, and
  • the first base station discards downlink data not transmitted to the terminal from among the downlink data of the GBR or Non-GBR specified by the information.
  • [Supplementary Note 7]
  • The wireless communication system according to any one of Supplementary Notes 1 to 6, wherein the first base station transmits information for identifying the discarded downlink data to the second base station.
  • [Supplementary Note 8]
  • A base station configured to be capable of transmitting downlink data received from a core network to a terminal via the base station and another base station, the base station comprising a communication unit configured to transmit, to the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the other base station and a command for discarding the downlink data identified by the information.
  • [Supplementary Note 9]
  • A base station configured to be capable of receiving, from another base station, downlink data received by the other base station from a core network and to be capable of transmitting the downlink data to a terminal, the base station comprising:
  • a communication unit configured to receive, from the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted from the other base station to the base station and a command for discarding the downlink data identified by the information; and
  • a control unit configured to discard downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • [Supplementary Note 10]
  • A communication method performed by a base station configured to be capable of transmitting downlink data received from a core network to a terminal via the base station and another base station, the communication method comprising transmitting, to the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted to the other base station and a command for discarding the downlink data identified by the information.
  • [Supplementary Note 11]
  • A communication method performed by a base station configured to be capable of receiving, from another base station, downlink data received by the other base station from a core network and to be capable of transmitting the downlink data to a terminal, the communication method comprising:
  • receiving, from the other base station, information for identifying downlink data to be discarded from among the downlink data transmitted from the other base station to the base station and a command for discarding the downlink data identified by the information; and
  • discarding downlink data not transmitted to the terminal from among the downlink data identified by the information.
  • [Supplementary Note 12]
  • A master base station in a dual connectivity system comprising:
  • a receiver configured to receive a PDCP PDU from a core network; and
  • a transmitter configured to transmit the PDCP PDU to a secondary base station in the dual connectivity system and transmit the PDCP PDU to a terminal via MCG bearer.
  • [Supplementary Note 13]
  • A method for a master base station in a dual connectivity system comprising:
  • receiving a PDCP PDU from a core network;
  • transmitting the PDCP PDU to a secondary base station in the dual connectivity system; and
  • transmitting the PDCP PDU to a terminal via MCG bearer.
  • REFERENCE SIGNS LIST
    • 10 UE
    • 20 MeNB
    • 21 COMMUNICATION UNIT
    • 30 SeNB
    • 31 COMMUNICATION UNIT
    • 32 CONTROL UNIT
    • 40 MME
    • 50 S-GW
    • 101 COMMUNICATION UNIT
    • 102 CONTROL UNIT
    • 320 COMMUNICATION UNIT
    • 330 CONTROL UNIT
    • 360 COMMUNICATION UNIT
    • 370 CONTROL UNIT

Claims (3)

1-11. (canceled)
12. A master base station in a dual connectivity system comprising:
a receiver configured to receive a PDCP PDU from a core network; and
a transmitter configured to transmit the PDCP PDU to a secondary base station in the dual connectivity system and transmit the PDCP PDU to a terminal via MCG bearer.
13. A method for a master base station in a dual connectivity system comprising:
receiving a PDCP PDU from a core network;
transmitting the PDCP PDU to a secondary base station in the dual connectivity system; and
transmitting the PDCP PDU to a terminal via MCG bearer.
US16/721,286 2014-11-07 2019-12-19 Wireless communication system, base station, and communication method Abandoned US20200170021A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
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 (5)

Application Number Priority Date Filing Date Title
JP2014-227379 2014-11-07
JP2014227379 2014-11-07
PCT/JP2015/004372 WO2016072039A1 (en) 2014-11-07 2015-08-28 Wireless communication system, base station, and communication method
US201715523532A 2017-05-01 2017-05-01
US16/721,286 US20200170021A1 (en) 2014-11-07 2019-12-19 Wireless communication system, base station, and communication method

Related Parent Applications (2)

Application Number Title Priority Date Filing Date
PCT/JP2015/004372 Continuation WO2016072039A1 (en) 2014-11-07 2015-08-28 Wireless communication system, base station, and communication method
US15/523,532 Continuation US10548145B2 (en) 2014-11-07 2015-08-28 Wireless communication system, base station, and communication method

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/360,266 Continuation US11528715B2 (en) 2014-11-07 2021-06-28 Wireless communication system, base station, and communication method

Publications (1)

Publication Number Publication Date
US20200170021A1 true US20200170021A1 (en) 2020-05-28

Family

ID=55908788

Family Applications (3)

Application Number Title Priority Date Filing Date
US15/523,532 Active US10548145B2 (en) 2014-11-07 2015-08-28 Wireless communication system, base station, and communication method
US16/721,286 Abandoned US20200170021A1 (en) 2014-11-07 2019-12-19 Wireless communication system, base station, and communication method
US17/360,266 Active US11528715B2 (en) 2014-11-07 2021-06-28 Wireless communication system, base station, and communication method

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US15/523,532 Active US10548145B2 (en) 2014-11-07 2015-08-28 Wireless communication system, base station, and communication method

Family Applications After (1)

Application Number Title Priority Date Filing Date
US17/360,266 Active US11528715B2 (en) 2014-11-07 2021-06-28 Wireless communication system, base station, and communication method

Country Status (5)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11528715B2 (en) 2014-11-07 2022-12-13 Nec Corporation Wireless communication system, base station, and communication method

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105338572B (en) * 2014-06-23 2020-07-31 北京三星通信技术研究有限公司 Data distribution method and device for split bearer in dual connectivity
US10448386B2 (en) * 2017-01-06 2019-10-15 Kt Corporation Method and apparatus for controlling redundant data transmission
CN108809542B (en) * 2017-05-05 2021-04-20 华为技术有限公司 Data transmission processing method and device
KR102057139B1 (en) * 2018-01-19 2019-12-18 주식회사 케이티 Methods for controlling data transfer using interworking Interface between NR and LTE RAN systems And Apparatuses thereof
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
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

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2008308944B2 (en) * 2007-10-01 2012-07-26 Interdigital Patent Holdings, Inc. Method and apparatus for PCDP discard
JP4924501B2 (en) * 2008-03-21 2012-04-25 富士通株式会社 Gateway apparatus and handover method
CN102238609B (en) * 2010-04-28 2016-08-17 北京三星通信技术研究有限公司 X2 interface method for building up and method for cell switching in mobile communication system
WO2012132016A1 (en) 2011-03-31 2012-10-04 富士通株式会社 Communications system, base station device, terminal device, and communications method
WO2013066258A2 (en) 2011-11-04 2013-05-10 Telefonaktiebolaget L M Ericsson (Publ) Handling redundant data in a communication system
ES2529729T3 (en) * 2011-11-04 2015-02-25 Telefonaktiebolaget L M Ericsson (Publ) Redundant data management in a communications system
CN108551681B (en) * 2012-11-29 2022-01-14 华为技术有限公司 Data transmission control method, device and system
EP2974490B1 (en) * 2013-03-15 2017-12-06 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
WO2015060544A1 (en) * 2013-10-21 2015-04-30 Lg Electronics Inc. Method for transmitting uplink data in a dual connectivity and a device therefor
GB2520923B (en) * 2013-11-01 2017-07-26 Samsung Electronics Co Ltd Bearer reconfiguration
EP3852413A1 (en) 2013-11-01 2021-07-21 Huawei Technologies Co., Ltd. Key processing method in dual connectivity mode and device
JP6445032B2 (en) * 2013-11-01 2018-12-26 サムスン エレクトロニクス カンパニー リミテッド Method and apparatus for reconfiguring a bearer
EP3069492B1 (en) * 2013-11-11 2019-05-29 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 (en) * 2014-02-18 2020-08-25 中兴通讯股份有限公司 Information interaction method, system and base station
CN104935413B (en) * 2014-03-19 2019-12-27 夏普株式会社 Packet data convergence protocol PDCP entity and execution method thereof
US10285212B2 (en) 2014-03-20 2019-05-07 Kyocera Corporation Master base station, mobile station, and communication control method
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
WO2015174658A1 (en) * 2014-05-13 2015-11-19 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
WO2016010258A1 (en) * 2014-07-15 2016-01-21 Lg Electronics Inc. Method for handling an unknown mac pdu and device therefor
EP3178218A4 (en) * 2014-08-07 2018-03-07 LG Electronics Inc. Method for processing a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor
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
CN107079336B (en) 2014-11-07 2021-03-30 日本电气株式会社 Wireless communication system, base station, and communication method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11528715B2 (en) 2014-11-07 2022-12-13 Nec Corporation Wireless communication system, base station, and communication method

Also Published As

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

Similar Documents

Publication Publication Date Title
US11528715B2 (en) Wireless communication system, base station, and communication method
US11722914B2 (en) Method and apparatus for generating and transmitting power headroom report in mobile communication system
US11601227B2 (en) Duplication and rlc operation in new radio access technology
EP4145735A1 (en) Method and system for protocol layer enhancements in data offload over small cells
WO2015141846A1 (en) Secondary base station, mobile station, communication control method, and master base station
US11696180B2 (en) Base station, wireless communication system, and communication method
US20190037433A1 (en) Communication method, processor, and user equipment
US10397805B2 (en) Communication device, communication system, and control method
KR102023539B1 (en) Methods for transmitting a RLC Layer Status Report and Apparatuses thereof
WO2018127981A1 (en) Wireless communication system, transmission device and receiving device

Legal Events

Date Code Title Description
STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: ADVISORY ACTION MAILED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION