Base station, wireless communication system, and communication method

Abstract

This wireless communication system has a first base station, and a second base station whereby downlink data received from a core network can be transmitted to a terminal via the second base station and the first base station. The second base station transmits, to the first base station, information that makes it possible to identify whether or not flow control can be carried out.

Claims

1. A base station, comprising: a controller configured to control downlink data flow transmitted to a terminal via another base station based on a feedback from the another base station; a transmitter configured to transmit, to the another base station, a downlink data and information indicating whether the feedback is requested or not; and a receiver configured to receive the feedback from the another base station, if the information indicates the feedback is requested; wherein the information is expressed by a value; wherein if the value is 1, the receiver receives the feedback from the another base station; and wherein a value 0 indicates that a feedback is not requested, and a value 1 indicates that the feedback is requested.

2. The base station according to claim 1, wherein the feedback allows the base station to control downlink data flow which is transmitted to the another base station.

3. The base station according to claim 1, wherein the transmitter transmits, to the another base station, a frame format which includes the information.

4. The base station according to claim 1, wherein the feedback includes information related to delivery status of downlink data at the another base station towards the terminal.

5. The base station according to claim 1, wherein the controller decides whether a control of transmission downlink data to the another base station can be carried out or not in accordance with whether a processing capability of the own base station exceeds an upper limit or not when the own base station is connected with the another base station.

6. The base station according to claim 1, wherein the controller decides whether a control of transmission downlink data to the another base station can be carried out or not in accordance with a load status of the own base station.

7. The base station according to claim 1, wherein the controller decides whether a control of transmission downlink data to the another base station can be carried out or not in accordance with Quality of Service (QoS) of a bearer to the terminal.

8. A base station, comprising: a receiver configured to receive, from another base station, a downlink data and information indicating whether a feedback is requested or not; and a transmitter configured to transmit the feedback to the another base station, fi the information indicates the feedback is requested; wherein the information is expressed by a value; wherein if the value is 1, the transmitter transmits the feedback to the another base station; and wherein a value 0 indicates the a feedback is not requested, and a value 1 indicates that the feedback is requested.

9. The base station according to claim 8, wherein the receiver is configured to receiver, from the another base station, a frame format which includes the information.

10. The base station according to claim 8, wherein the feedback includes information related to delivery status of downlink data at the base station towards the terminal.

11. A method for a base station, comprising: controlling downlink data flow transmitted to a terminal via another base station based on a feedback from the another base station; transmitting, to the another base station, a downlink data and information indicating whether the feedback is requested or not; and receiving the feedback from the another base station, if the information indicates the feedback is requested; wherein the information is expressed by a value; and wherein a value 0 indicates that the feedback is not requested, and a value 1 indicates that the feedback is requested.

12. The method according to claim 11, wherein the feedback allows the base station to control downlink data flow which is transmitted to the another base station.

13. The method according to claim 11, wherein the transmitting includes transmitting, to the another base station, a frame format which includes the information.

14. The method according to claim 11, wherein the feedback includes information related to delivery status of downlink data at the another base station towards the terminal.

Description

BRIEF DESCRIPTION OF DRAWINGS

(1) FIG. 1 is a diagram illustrating an example of an overall configuration of a wireless communication system achieving Dual Connectivity.

(2) FIG. 2 is a diagram illustrating an example of a connection configuration of a C-plane in Dual Connectivity.

(3) FIG. 3 is a diagram illustrating an example (Split bearer option) of a connection configuration of a U-plane in Dual Connectivity.

(4) FIG. 4 is a diagram illustrating an example (Split bearer option) of a connection configuration of a Radio Protocol in Dual Connectivity.

(5) FIG. 5 is a diagram illustrating another example (SCG bearer option) of a connection configuration of a U-plane in Dual Connectivity.

(6) FIG. 6 is a diagram illustrating another example (SCG bearer option) of a connection configuration of a Radio Protocol in Dual Connectivity.

(7) FIG. 7 is a block diagram illustrating an example of a configuration of a MeNB according to a first exemplary embodiment of the present invention.

(8) FIG. 8 is a block diagram illustrating an example of a configuration of a SeNB according to the first exemplary embodiment of the present invention.

(9) FIG. 9 is a block diagram illustrating an example of a configuration of a MeNB according to a second exemplary embodiment of the present invention.

(10) FIG. 10 is a block diagram illustrating an example of a configuration of a SeNB according to the second exemplary embodiment of the present invention.

(11) FIG. 11 is a sequence diagram illustrating an example of a procedure of setting up Dual Connectivity according to a third exemplary embodiment of the present invention.

(12) FIG. 12 is a flow diagram illustrating an example of processing of determining whether flow control can be carried out or not by a MeNB according to the third exemplary embodiment of the present invention.

(13) FIG. 13 is a diagram illustrating an example of a SeNB Addition Request message according to the third exemplary embodiment of the present invention.

(14) FIG. 14 is a diagram illustrating another example of a SeNB Addition Request message according to the third exemplary embodiment of the present invention.

(15) FIG. 15 is a diagram illustrating another example of an IE of a Flow Control Indication according to the third exemplary embodiment of the present invention.

(16) FIG. 16 is a diagram illustrating further another example of an IE of a Flow Control Indication according to the third exemplary embodiment of the present invention.

(17) FIG. 17 is a sequence diagram illustrating an example of a procedure of setting up Dual Connectivity according to a fourth exemplary embodiment of the present invention.

(18) FIG. 18 is a diagram illustrating an example of an IE of a Flow Control Period according to a sixth exemplary embodiment of the present invention.

(19) FIG. 19 is a diagram illustrating an example of a format of a Flow Control Frame according to an eighth exemplary embodiment of the present invention.

(20) FIG. 20 is a diagram illustrating another example of a format of a Flow Control Frame according to the eighth exemplary embodiment of the present invention.

(21) FIG. 21 is a diagram illustrating an example of an overall configuration of a wireless communication system according to a ninth exemplary embodiment of the present invention.

DESCRIPTION OF EMBODIMENTS

(22) In the following, exemplary embodiments of the present invention are described with reference to the drawings.

(1) First Exemplary Embodiment

(23) An overall configuration itself of a wireless communication system according to the present exemplary embodiment is the same as that in FIG. 1. However, new functions have been added to the MeNB 20 and the SeNB 30.

(24) Now, configurations of a MeNB 20 and a SeNB 30 are described below in detail.

(25) The SeNB 30 is a first base station.

(26) The MeNB 20 is a second base station. The MeNB 20 is capable of setting up Dual Connectivity and transmitting, to UE 10 via the MeNB 20 (via a cell of the MeNB 20) and the SeNB 30, DL packet data received from a CN.

(27) FIG. 7 illustrates an example of the configuration of the MeNB 20.

(28) As illustrated in FIG. 7, the MeNB 20 includes a communication unit 21.

(29) The communication unit 21 transmits, to the SeNB 30, information capable of identifying whether flow control can be carried out or not. The flow control indicates feeding back a flow control signal from the SeNB 30 and adjusting, by using the flow control signal, an amount of DL packet data to be transmitted to the SeNB 30.

(30) FIG. 8 illustrates an example of the configuration of the SeNB 30.

(31) As illustrated in FIG. 8, the SeNB 30 includes a communication unit 31.

(32) The communication unit 31 receives, from the MeNB 20, information capable of identifying whether flow control can be carried out or not.

(33) In the present exemplary embodiment, as described above, the MeNB 20 transmits, to the SeNB 30, information capable of identifying whether flow control can be carried out or not by the MeNB 20.

(34) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, necessity of a flow control signal from the SeNB 30 to the MeNB 20 can be eliminated when flow control cannot be carried out. This can reduce a processing load associated with flow control of the MeNB 20, and therefore, an advantageous effect that Dual Connectivity originally has, such as an increase in throughput and an increase in communication speed, can be obtained.

(35) In addition, when the MeNB 20 transmits all packet data to the UE 10 via a cell of the SeNB 30, necessity of a flow control signal from the SeNB 30 to the MeNB 20 can be eliminated.

(2) Second Exemplary Embodiment

(36) An overall configuration itself of a wireless communication system according to the present exemplary embodiment is the same as that in the first exemplary embodiment. However, modifications have been made to the configurations of the MeNB 20 and the SeNB 30 in the first exemplary embodiment.

(37) Now, configurations of a MeNB 20 and a SeNB 30 are described below in detail.

(38) FIG. 9 illustrates an example of the configuration of the MeNB 20.

(39) As illustrated in FIG. 9, the MeNB 20 includes a control unit 22 additionally in comparison with the first exemplary embodiment.

(40) The control unit 22 decides whether flow control can be carried out or not by the MeNB 20.

(41) The communication unit 21 transmits, to the SeNB 30, information capable of identifying whether flow control can be carried out or not, which has been decided by the control unit 22.

(42) Note that the control unit 22 and the communication unit 21 also perform an operation for achieving the function of the MeNB described in Background Art, besides the above-described operations.

(43) FIG. 10 illustrates an example of the configuration of the SeNB 30.

(44) As illustrated in FIG. 10, the SeNB 30 includes a control unit 32 additionally in comparison with the first exemplary embodiment.

(45) The communication unit 31 receives, from the MeNB 20, information capable of identifying whether flow control can be carried out or not.

(46) The control unit 32 identifies whether flow control can be carried out or not based on information capable of identifying whether flow control can be carried out or not, which has been received from the MeNB 20, and controls feedback of a flow control signal to the MeNB 20. Specifically, when flow control can be carried out, a flow control signal is fed back to the MeNB 20. On the other hand, when flow control cannot be carried out, a flow control signal is not fed back. Note that the expression “a flow control signal is not fed back” may be “a flow control signal is not transmitted to the MeNB 20”.

(47) Note that the control unit 32 and the communication unit 31 also perform an operation for achieving the function of the SeNB described in Background Art, besides the above-described operations.

(48) In the present exemplary embodiment, as described above, the MeNB 20 transmits, to the SeNB 30, information capable of identifying whether flow control can be carried out or not by the MeNB 20.

(49) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(3) Third Exemplary Embodiment

(50) The present exemplary embodiment is a more detailed version of the operation of the second exemplary embodiment, and an overall configuration of a wireless communication system and configurations of a MeNB 20 and a SeNB 30 are the same as those in the second exemplary embodiment.

(51) An operation of the wireless communication system according to the present exemplary embodiment is described below in detail with reference to FIG. 11.

(52) FIG. 11 illustrates an example of a procedure of setting up Dual Connectivity in the wireless communication system according to the present exemplary embodiment. Note that the example in FIG. 11 is based on the premise that UE 10 is already in a connected state.

(53) In reference to FIG. 11, upon receiving DL packet data from a not-illustrated Packet Data Network Gateway (P-GW) or receiving a Create Bearer Request message from a not-illustrated P-GW at Step S101, a S-GW 50 transmits a Create Bearer Request message to a MME 40 for a purpose of setting up an EUTRAN-Radio Access Bearer (E-RAB) for the UE 10 at Step S102.

(54) Upon receiving the Create Bearer Request message from the S-GW 50, the MME 40 transmits, to the MeNB 20 where the UE 10 is located, an E-RAB Setup Request message at Step S103.

(55) Upon receiving the E-RAB Setup Request message from the MME 40, a control unit 22 of the MeNB 20 determines whether to set up Dual Connectivity or not at Step S104. In addition, when setting up Dual Connectivity, the control unit 22 also determines whether flow control can be carried out or not.

(56) FIG. 12 illustrates an example of a procedure of determining whether flow control can be carried out or not by the MeNB 20 at Step S104 in FIG. 11.

(57) In reference to FIG. 12, the control unit 22 of the MeNB 20 firstly determines a communication type of an E-RAB to be set for the UE 10 at Step S201.

(58) When the communication type of the E-RAB belongs to a real-time service such as sound at Step S201, the control unit 22 of the MeNB 20 determines that setting up Dual Connectivity is unnecessary at Step S202, and the processing ends.

(59) On the other hand, when the communication type of the E-RAB belongs to a non-real-time service such as data at Step S201, the control unit 22 of the MeNB 20 then determines whether the UE 10 is located within a cell under the control of the SeNB 30 at Step S203.

(60) When the UE 10 is not located within a cell under the control of the SeNB 30 at Step S203, the control unit 22 of the MeNB 20 determines that setting up Dual Connectivity is unnecessary at Step S202, and the processing ends.

(61) On the other hand, when the UE 10 is located within a cell under the control of the SeNB 30 at Step S203, the control unit 22 of the MeNB 20 determines that setting up Dual Connectivity is necessary at Step S204.

(62) Subsequently, the control unit 22 of the MeNB 20 determines, at Step S205, whether a processing capability of the MeNB 20 exceeds an upper limit or not when the MeNB 20 is connected with the SeNB 30.

(63) When a processing capability of the MeNB 20 exceeds an upper limit at Step S205, the control unit 22 of the MeNB 20 determines that flow control cannot be carried out at Step S206, and the processing ends.

(64) On the other hand, a processing capability of the MeNB 20 does not exceed an upper limit at Step S205, the control unit 22 of the MeNB 20 determines that flow control can be carried out at Step S207, and the processing ends.

(65) Note that determination whether flow control can be carried out or not at Step S205 may be made by other methods, besides determining by whether a processing capability of the MeNB 20 exceeds an upper limit or not.

(66) For example, the determination may be made by a load status of the MeNB 20. For example, when a Central Processing Unit (CPU) usage rate is used as an index for a load status of the MeNB 20, determination that flow control cannot be carried out may be made when the CPU usage rate is higher than a threshold value.

(67) Alternatively, the determination may be also made by Quality of Service (QoS) of an E-RAB. For example, determination that flow control can be carried out may be made for an E-RAB with high QoS (i.e., with high priority) in order to provide a better service. Conversely, determination that flow control cannot be carried out may be made for an E-RAB with low QoS (i.e., with low priority).

(68) In reference again to FIG. 11, when determining that setting up Dual Connectivity is necessary at Step S104, the control unit 22 of the MeNB 20 sets, at Step S105, information capable of identifying whether flow control can be carried out or not (Flow Control Indication), which has been determined at Step S104, in a SeNB Addition Request message. The communication unit 21 of the MeNB 20 transmits the SeNB Addition Request message to the SeNB 30. The Flow Control Indication herein refers to an information element (IE) indicating either flow control can be carried out or cannot be carried out.

(69) FIG. 13 illustrates an example of the SeNB Addition Request message.

(70) In the SeNB Addition Request message illustrated in FIG. 13, a Flow Control Indication is shown inside an E-RAB list. This means that a Flow Control Indication is set for each E-RAB.

(71) However, a Flow Control Indication may be set for each UE 10, rather than being set for each E-RAB.

(72) FIG. 14 illustrates another example of the SeNB Addition Request message.

(73) In the SeNB Addition Request message illustrated in FIG. 14, a Flow Control Indication is shown outside an E-RAB list. This means that a Flow Control Indication is set for each UE 10.

(74) FIGS. 15 and 16 each illustrate another example of an IE of a Flow Control Indication.

(75) In the example illustrated in FIG. 15, whether flow control can be carried out or cannot be carried out is represented by “ENUMERATED”. In addition, in the example illustrated in FIG. 16, whether flow control can be carried out or cannot be carried out is represented by “TRUE” or “FALSE”.

(76) Note that FIGS. 13 to 16 each illustrate an example when an IE of a Flow Control Indication is mandatory (M), and the Flow Control Indication indicates either flow control can be carried out or cannot be carried out.

(77) However, when an IE of a Flow Control Indication is optional (O), absence of the IE may mean that flow control cannot be carried out.

(78) In reference again to FIG. 11, upon receiving the SeNB Addition Request message from the MeNB 20, the control unit 32 of the SeNB 30 sets a radio resource for executing Dual Connectivity at Step S106. The communication unit 31 of the SeNB 30 replies a SeNB Addition Request Acknowledge message to the MeNB 20 at Step S107.

(79) Upon receiving the SeNB Addition Request Acknowledge message from the SeNB 30, the communication unit 21 of the MeNB 20 transmits a RRC Connection Reconfiguration message to the UE 10 and sets a radio resource for the SeNB 30 at Step S108.

(80) Upon receiving the RRC Connection Reconfiguration message from the MeNB 20, the UE 10 replies a RRC Connection Reconfiguration Complete message to the MeNB 20 at Step S109.

(81) Upon receiving the RRC Connection Reconfiguration Complete message from the UE 10, the communication unit 21 of the MeNB 20 replies a SeNB Reconfiguration Complete message to the SeNB 30 and notifies that the UE 10 is ready at Step S110.

(82) Subsequently, the UE 10 sets a radio resource for the SeNB 30 and executes a Random Access Procedure at Step S111.

(83) Upon completing setting of a radio resource for the UE 10, the communication unit 31 of the SeNB 30 transmits a SeNB Addition Complete message to the MeNB 20 at Step S112.

(84) Upon receiving the SeNB Addition Complete message from the SeNB 30, the communication unit 21 of the MeNB 20 transmits an E-RAB Setup Response message to the MME 40 and notifies completion of setup of an E-RAB at Step S113. In the E-RAB Setup Response message, an Internet Protocol (IP) address of the MeNB 20 is set.

(85) Upon receiving the E-RAB Setup Response message from the MeNB 20, the MME 40 transmits a Create Bearer Response message including the IP address of the MeNB 20 set therein to the S-GW 50 at Step S114. In response to this, the S-GW 50 sets up a GTP (GPRS Tunneling Protocol. GPRS: General Packet Radio Service) tunnel between the S-GW 50 and the MeNB 20, and transmission of DL packet data is initiated.

(86) Thereafter, the communication unit 31 of the SeNB 30 feeds back a flow control signal to the MeNB 20 when being notified, by the Flow Control Indication in the SeNB Addition Request message received from the MeNB 20 at Step S105, that flow control can be carried out. On the other hand, the communication unit 31 of the SeNB 30 does not feed back a flow control signal when being notified that flow control cannot be carried out.

(87) In the present exemplary embodiment, as described above, the MeNB 20 sets a Flow Control Indication indicating either flow control can be carried out or cannot be carried out in a SeNB Addition Request message, and transmits the SeNB Addition Request message to the SeNB 30.

(88) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(89) Note that, in the present exemplary embodiment, when flow control cannot be carried out, an amount of DL packet data (an amount of PDCP PDUs) to be transmitted from the MeNB 20 to the SeNB 30 is static. In this case, the MeNB 20 may notify not only the SeNB 30 but also the UE 10 of information that “flow control cannot be carried out”. When being notified of the information that “flow control cannot be carried out” from the MeNB 20 (or the SeNB 30), the UE 10 determines that there is no feedback from the SeNB 30 to the MeNB 20, and switches the control in such a way that a value of a Hyper Frame Number (HFN) is notified from the UE 10 to the MeNB 20.

(90) In addition, since no flow control signal is to be fed back from the SeNB 30 to the MeNB 20 when flow control cannot be carried out, the MeNB 20 cannot know a transmission state of the SeNB 30. However, a HFN value in a PDCP of the MeNB 20 is required to be coincident with a HFN value in a PDCP of the UE 10. Thus, a PDCP Status Report message is periodically transmitted from the UE 10 to the MeNB 20, and the MeNB 20 receiving the PDCP Status Report message checks with a reception status in the PDCP of the UE 10. When there is a PDCP SN that has been transmitted by the MeNB 20 yet has not been received by the UE 10, it is conceivable that the MeNB 20 retransmits the PDCP SN. Alternatively, it is conceivable that the MeNB 20 attempts to reset the PDCP and causes the UE 10 to execute a procedure of re-setting a RRC Connection. By re-setting a RRC Connection by the UE 10, the SN of the PDCP is also reset, and hence, the HFN value in the PDCP of the MeNB 20 can be made coincident with the HFN value in the PDCP of the UE 10.

(4) Fourth Exemplary Embodiment

(91) The third exemplary embodiment is based on the premise that the UE 10 is already in a connected state.

(92) In contrast, the present exemplary embodiment is based on the premise that UE 10 is in an idle state.

(93) An operation of a wireless communication system according to the present exemplary embodiment is described below in detail with reference to FIG. 17.

(94) FIG. 17 illustrates a procedure of setting up Dual Connectivity in the wireless communication system according to the present exemplary embodiment. Note that the example in FIG. 17 is based on the premise that the UE 10 is in an idle state.

(95) In reference to FIG. 17, upon receiving DL packet data from a not-illustrated P-GW at Step S301, a S-GW 50 transmits a Downlink Data Notification message to a MME 40 at Step S302.

(96) Upon receiving the Downlink Data Notification message from the S-GW 50, the MME 40 transfers Paging to the UE 10 via a MeNB 20 where the UE 10 is located at Steps S303 and 304.

(97) When the UE 10 replies a RRC Connection Establish message in response to the Paging at Step S305, a communication unit 21 of the MeNB 20 transmits an Initial UE Message to the MME 40 at Step S306.

(98) Upon receiving the Initial UE Message from the MeNB 20, the MME 40 transmits an Initial Context Setup Request message to the MeNB 20 at Step S307.

(99) Thereafter, processing of Steps S308 to S316 similar to that of Steps S104 to S122 in FIG. 11 in the third exemplary embodiment is performed.

(100) Upon receiving the SeNB Addition Complete message from the SeNB 30, the communication unit 21 of the MeNB 20 transmits an Initial Context Setup Response message to the MME 40 at Step S317.

(101) Upon receiving the Initial Context Setup Response message from the MeNB 20, the MME 40 transmits a Modify Bearer Request message to the S-GW 50 at Step S318. The S-GW 50 transmits a Modify Bearer Response message to the MME 40 at Step S319.

(102) Thereafter, the communication unit 31 of the SeNB 30 feeds back a flow control signal to the MeNB 20 when being notified, by the Flow Control Indication in the SeNB Addition Request message received from the MeNB 20 at Step S309, that flow control can be carried out. On the other hand, the communication unit 31 of the SeNB 30 does not feed back a flow control signal when being notified that flow control cannot be carried out.

(103) In the present exemplary embodiment, as described above, the MeNB 20 sets a Flow Control Indication indicating either flow control can be carried out or cannot be carried out in a SeNB Addition Request message, and transmits the SeNB Addition Request message to the SeNB 30, in the same way as in the third exemplary embodiment.

(104) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(5) Fifth Exemplary Embodiment

(105) In the third and fourth exemplary embodiments, the MeNB 20 sets a Flow Control Indication in a SeNB Addition Request message.

(106) In contrast, the present exemplary embodiment is different from the third and fourth exemplary embodiments in that a MeNB 20 sets a Flow Control Indication in a SeNB Modification Request message.

(107) Specifically, in the third and fourth exemplary embodiments, the SeNB 30 is in an unset state of Dual Connectivity at a point of time when the MeNB 20 decides whether flow control can be carried out or not. Thus, the MeNB 20 sets a Flow Control Indication in a SeNB Addition Request message to be transmitted to the SeNB 30.

(108) On contrary to this, when Dual Connectivity has been set up to a SeNB 30 at a point of time when the MeNB 20 decides whether flow control can be carried out or not, a new E-RAB is to be added to the SeNB 30. Thus, in that case, the MeNB 20 sets a Flow Control Indication in a SeNB Modification Request message to be transmitted to the SeNB 30.

(109) In addition, it is also conceivable that a load status or the like of the MeNB 20 changes after notification of a Flow Control Indication from the MeNB 20 to the SeNB 30, and a status of whether flow control can be carried out or not changes (from “can be carried out” to “cannot be carried out”, or, from “cannot be carried out” to “can be carried out”).

(110) In such a case as well, the MeNB 20 can set a post-change Flow Control Indication in a SeNB Modification Request message and transmit the SeNB Modification Request message to the SeNB 30.

(111) In the present exemplary embodiment, as described above, the MeNB 20 sets a Flow Control Indication indicating either flow control can be carried out or cannot be carried out in a SeNB Modification Request message, and transmits the SeNB Modification Request message to the SeNB 30.

(112) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(6) Sixth Exemplary Embodiment

(113) In the third to fifth exemplary embodiments, a Flow Control Indication is used as information capable of identifying whether flow control can be carried out or not.

(114) In contrast, the present exemplary embodiment is different from the third to fifth exemplary embodiments in that a Flow Control Period indicating a time interval for feedback of a flow control signal is used as information capable of identifying whether flow control can be carried out or not.

(115) FIG. 18 illustrates an example of an IE of a Flow Control Period.

(116) In the example illustrated in FIG. 18, a MeNB 20 defines a time interval for feedback of a flow control signal as an interval of 0 seconds to 2047 seconds (second-scale interval). Note that the time interval may be defined as an interval by milliseconds.

(117) When the time interval is 0, it means that feedback of a flow control signal is unnecessary (i.e., flow control cannot be carried out).

(118) On the other hand, when the time interval takes a value other than 0, the value indicates a time interval for feedback of a flow control signal, meaning that flow control can be carried out.

(119) The Flow Control Period can be set in a SeNB Addition Request message or in a SeNB Modification Request message and transmitted.

(120) Note that a time interval for feedback of a flow control signal can be determined by a variety of methods.

(121) For example, a time interval can be determined by a load status of the MeNB 20. For example, when a CPU usage rate is used as an index for a load status of the MeNB 20, a time interval can be extended as the CPU usage rate increases, for example.

(122) Alternatively, a time interval can be also determined by QoS of an E-RAB. For example, a time interval can be shortened as QoS of an E-RAB increases, in order to provide a better service to an E-RAB with high QoS (i.e., with high priority).

(123) In the present exemplary embodiment, as described above, the MeNB 20 notifies the SeNB 30 of a Flow Control Period indicating a time interval for feedback of a flow control signal.

(124) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(7) Seventh Exemplary Embodiment

(125) In the third to fifth exemplary embodiments, a Flow Control Indication is used as information capable of identifying whether flow control can be carried out or not. In addition, in the sixth exemplary embodiment, a Flow Control Period is used as information capable of identifying whether flow control can be carried out or not.

(126) In contrast, the present exemplary embodiment is different from the third to sixth exemplary embodiments in that All PDCP-PDU indicating that all of DL packet data (PDCP PDUs) are transmitted to UE 10 via a SeNB 30 is used as information capable of identifying whether flow control can be carried out or not.

(127) Specifically, the MeNB 20 sets an IE of All PDCP-PDU in a SeNB Addition Request message or in a SeNB Modification Request message.

(128) The All PDCP-PDU means that, as described above, all of DL packet data (PDCP PDUs) are transmitted to the UE 10 via the SeNB 30, and yet, at the same time, means that flow control cannot be carried out. Thus, feedback of a flow control signal from the SeNB 30 to the MeNB 20 is not necessary at all. This is advantageous in a case when a certain Pico eNB is a dedicated SeNB.

(129) Note that an IE of All PDCP-PDU may be set to either of mandatory (M) or optional (O).

(130) In the present exemplary embodiment, as described above, the MeNB 20 notifies the SeNB 30 of All PDCP-PDU indicating that all of DL packet data (PDCP PDUs) are transmitted to the UE 10 via the SeNB 30.

(131) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(8) Eighth Exemplary Embodiment

(132) The present exemplary embodiment is different from the third to seventh exemplary embodiments in that information capable of identifying whether flow control can be carried out or not is transmitted by using a Frame Protocol or a User Plane Protocol for exchanging information between a MeNB 20 and a SeNB 30. The Frame Protocol or the User Plane Protocol is a protocol for transferring data.

(133) FIGS. 19 and 20 each illustrate an example of a format of a Flow Control Frame for transmitting information capable of identifying whether flow control can be carried out or not by using a Frame Protocol.

(134) In the example illustrated in FIG. 19, an IE of a Frame Protocol indicates either flow control can be carried out or cannot be carried out, similarly to the third to fifth exemplary embodiments.

(135) RAN Container Type (0x02) in FIG. 19 indicates that the frame is a Flow Control Frame.

(136) Spare is unused and is always set to “0”.

(137) F is set to either “0” or “1”. “1” indicates that flow control can be carried out, and “0” indicates that flow control cannot be carried out. In reverse thereto, however, it is also possible to define “0” as indicating that flow control can be carried out and “1” as indicating that flow control cannot be carried out.

(138) In the example illustrated in FIG. 20, an IE of a Frame Protocol indicates a time interval for feedback of a flow control signal from the SeNB 30 to the MeNB 20, similarly to the sixth exemplary embodiment.

(139) RAN Container Type (0x02) in FIG. 20 indicates that the frame is a Flow Control Frame.

(140) Spare is unused and is always set to “0”.

(141) F is set to any one of values from “0 to 1023”. “0” indicates that flow control cannot be carried out, and the other values indicate that flow control can be carried out and each of the values indicates a time interval for feedback of a flow control signal from the SeNB 30 to the MeNB 20. The time interval can be any value besides 1023.

(142) Note that, in the present exemplary embodiment, a timing for transmitting information capable of identifying whether flow control can be carried out or not by using a Frame Protocol is any timing after completion of E-RAB setup, in other words, after completion of the processing in FIG. 11 or in FIG. 17.

(143) In addition, as a method for selective use of FIGS. 19 and 20, it is conceivable that, for example, FIG. 19 is used when only 1 bit is allocated for F, and FIG. 20 is used in other cases.

(144) In the present exemplary embodiment, as described above, the MeNB 20 transmits information capable of identifying whether flow control can be carried out or not by using a Frame Protocol.

(145) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(9) Ninth Exemplary Embodiment

(146) In the second to eighth exemplary embodiments, the MeNB 20 decides whether flow control can be carried out or not, and decides a time interval for feedback of a flow control signal when flow control can be carried out.

(147) In contrast, in the present exemplary embodiment, an operator decides whether flow control can be carried out or not and a time interval for feedback of a flow control signal when flow control can be carried out, and sets Operation & Maintenance (O&M) for information capable of identifying whether flow control can be carried out or not.

(148) FIG. 21 illustrates another example of an overall configuration of a wireless communication system achieving Dual Connectivity.

(149) The wireless communication system illustrated in FIG. 21 includes an O&M server 60 additionally in comparison with FIG. 1.

(150) An operator sets information capable of identifying whether flow control can be carried out or not in the O&M server 60, and the O&M server 60 sets the information in a MeNB 20 and a SeNB 30.

(151) In the present exemplary embodiment, as described above, the O&M server 60 sets information capable of identifying whether flow control can be carried out or not in the MeNB 20 and the SeNB 30.

(152) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(10) Tenth Exemplary Embodiment

(153) In the first to eighth exemplary embodiments, the MeNB 20 transmits information capable of identifying whether flow control can be carried out or not directly to the SeNB 30.

(154) In contrast, in the present exemplary embodiment, a MeNB 20 firstly transmits information capable of identifying whether flow control can be carried out or not to UE 10, and the UE 10 transmits the information to a SeNB 30.

(155) Specifically, the MeNB 20 firstly transmits information capable of identifying whether flow control can be carried out or not, as Flow Control information, to the UE 10, and the UE 10 transmits the information, as Flow Control information, to the SeNB 30.

(156) In the present exemplary embodiment, as described above, information capable of identifying whether flow control can be carried out or not is transmitted from the MeNB 20 to the SeNB 30 via the UE 10.

(157) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(11) Eleventh Exemplary Embodiment

(158) In the first to eighth exemplary embodiments, the MeNB 20 transmits information capable of identifying whether flow control can be carried out or not directly to the SeNB 30.

(159) In contrast, in the present exemplary embodiment, a MeNB 20 firstly transmits information capable of identifying whether flow control can be carried out or not to a CN side, and the CN side transmits the information to a SeNB 30.

(160) Specifically, the MeNB 20 firstly transmits information capable of identifying whether flow control can be carried out or not, as Flow Control information, to a MME 40 within a CN, and the MME 40 transmits the information, as Flow Control information, to the SeNB 30.

(161) In the present exemplary embodiment, as described above, information capable of identifying whether flow control can be carried out or not is transmitted from the MeNB 20 to the SeNB 30 via the CN.

(162) Accordingly, since the SeNB 30 can identify whether flow control can be carried out or not, an advantageous effect similar to that in the first exemplary embodiment can be obtained.

(163) In the above, the present invention has been described with reference to the exemplary embodiments. However, the present invention is not limited to the above-described exemplary embodiments. Various modifications that can be understood by those skilled in the art can be made to the configurations and details of the present invention within the scope of the present invention.