WO2015065039A1 - 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 - Google Patents

이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 Download PDF

Info

Publication number
WO2015065039A1
WO2015065039A1 PCT/KR2014/010243 KR2014010243W WO2015065039A1 WO 2015065039 A1 WO2015065039 A1 WO 2015065039A1 KR 2014010243 W KR2014010243 W KR 2014010243W WO 2015065039 A1 WO2015065039 A1 WO 2015065039A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
cell group
terminal
cell
pdcp
Prior art date
Application number
PCT/KR2014/010243
Other languages
English (en)
French (fr)
Inventor
김성훈
리에샤우트게르트 잔 반
김상범
정경인
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020140038857A external-priority patent/KR102157798B1/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP21176384.2A priority Critical patent/EP3927010A1/en
Priority to CN201480059854.5A priority patent/CN105684501B/zh
Priority to US15/033,579 priority patent/US10149175B2/en
Priority to ES14857431T priority patent/ES2878127T3/es
Priority to EP14857431.2A priority patent/EP3065449B1/en
Priority to CN201910940891.1A priority patent/CN110691425B/zh
Publication of WO2015065039A1 publication Critical patent/WO2015065039A1/ko
Priority to US16/206,897 priority patent/US11026102B2/en
Priority to US17/334,585 priority patent/US20210289368A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to a mobile communication system, and more particularly, to a method and apparatus for transmitting and receiving data using a plurality of carriers in a mobile communication system.
  • a mobile communication system has been developed for the purpose of providing communication while securing user mobility.
  • Such a mobile communication system has reached a stage capable of providing high-speed data communication service as well as voice communication due to the rapid development of technology.
  • the LTE system is a technology for implementing a high-speed packet-based communication having a transmission rate of up to 100 Mbps higher than the currently provided data rate and is almost standardized.
  • Carrier aggregation is a representative example of the new technology to be introduced.
  • Carrier aggregation means that a terminal uses a plurality of forward carriers and a plurality of reverse carriers, unlike a conventional terminal that transmits and receives data using only one forward carrier and one reverse carrier.
  • the present invention provides a method for transmitting and receiving data of a terminal, the method comprising: receiving a first control message from a first base station for controlling a first cell group; Adding a second cell group controlled by a second base station based on the first control message; Determining a bearer type for the first and second cell groups based on the first control message; If the determined bearer type is a first bearer type, receiving data through the first and second cell groups and transmitting data through any one of the first or second cell groups. It is characterized by.
  • the present invention also provides a method for transmitting and receiving data of a base station controlling a first cell group, the method comprising: determining whether to add a second cell group with another base station; Transmitting a first control message including a command for adding the second cell group controlled by the other base station and bearer type information for the first and second cell groups to the terminal; When the bearer type for the first cell and the second cell group is a first bearer type, transmitting data to the terminal through the first cell group; And when the bearer type for the first cell and the second cell group is the first bearer type, when the first cell group is selected based on uplink mode information, data from the terminal through the first cell group; Characterized in that it comprises the step of receiving.
  • the present invention in the data transmission and reception method of the base station controlling the second cell group, it is determined whether to add another base station and the second cell group to control the first cell group set in the terminal; Making; Transmitting data to the terminal through the second cell group when the bearer type for the first cell and the second cell group is a first bearer type based on a first control message set by the other base station; And when the bearer type for the first cell and the second cell group is the first bearer type, based on the first control message set by the other base station, the uplink mode information included in the first control message is determined. And indicating a second cell group, receiving data from the terminal through the second cell group.
  • the terminal for transmitting and receiving signals with the first and second base station; And receiving a first control message from the first base station controlling the first cell group, adding a second cell group controlled by the second base station based on the first control message, and adding to the first control message.
  • a control unit for controlling to transmit data through any one of the cell groups.
  • the base station for controlling the first cell group, the base station and the transceiver for transmitting and receiving signals with other base stations; And a command for determining whether to add the second cell group with the other base station, and adding a second cell group controlled by the other base station and bearer type information for the first and second cell groups.
  • the control message is transmitted to the terminal, and when the bearer type for the first cell and the second cell group is the first bearer type, data is transmitted to the terminal through the first cell group, and the first cell and the first cell are transmitted.
  • a control unit for controlling to receive data from the terminal through the first cell group when the first cell group is selected based on uplink mode information when the bearer type for the second cell group is the first bearer type. Characterized in that.
  • the base station for controlling the second cell group, the base station and the transceiver for transmitting and receiving signals with other base stations; And determining whether to add the other base station and the second cell group to control the first cell group configured in the terminal, and to the first cell and the second cell group based on the first control message set by the other base station. If the bearer type is a first bearer type, data is transmitted to the terminal through the second cell group, and based on the first control message set by the other base station, the first cell and the second cell group When the bearer type is the first bearer type, if the uplink mode information included in the first control message indicates the second cell group, the controller controls to receive data from the terminal through the second cell group. It is characterized by including.
  • a transmission / reception speed of a terminal may be improved.
  • FIG. 1 is a diagram illustrating a structure of an LTE system to which some embodiments of the present specification are applied.
  • FIG. 2 is a diagram illustrating a radio protocol structure in an LTE system to which some embodiments of the present disclosure are applied.
  • FIG. 3 is a diagram illustrating carrier aggregation in a base station to which some embodiments of the present disclosure are applied.
  • FIG. 4 illustrates a carrier aggregation scheme according to an embodiment of the present disclosure.
  • 5 is a view for explaining the structure of a radio bearer.
  • FIG. 6 is a diagram illustrating an uplink structure of a radio bearer.
  • FIG. 7 is a diagram illustrating an operation of a terminal that receives an uplink grant.
  • FIG. 8 is a diagram illustrating an operation of determining priority of PDCP data of multiple LCH bearers.
  • FIG. 9 is a diagram illustrating an operation of a terminal performing a scheduling request when PDCP data is generated.
  • FIG. 10 is a diagram illustrating a situation in which data arrives at a PDCP device of a multiple LCH bearer.
  • FIG. 11 is a diagram illustrating an example of a PDCP device order reordering operation of multiple LCH bearers.
  • FIG. 12 illustrates another example of a PDCP device order reordering operation of multiple LCH bearers.
  • FIG. 13 is a diagram illustrating an operation of processing a PDCP packet by a PDCP device of a multiple LCH bearer.
  • FIG. 14 is a diagram illustrating an order reordering operation of a PDCP device.
  • 15 is a diagram illustrating the overall operation of setting up and releasing multiple RLC bearers.
  • 16 is a diagram illustrating an operation of a PDCP device processing a PDCP packet.
  • 17 is a diagram illustrating a terminal device.
  • FIG. 18 is a diagram illustrating a base station apparatus.
  • FIG. 19 is a diagram illustrating an operation of determining, by a terminal, PDCP data to be reflected in a BS of an LCG when a PDCP is associated with two or more LCGs.
  • FIG. 1 is a diagram illustrating a structure of an LTE system to which some embodiments of the present specification are applied.
  • a radio access network of an LTE system includes a next-generation base station (Evolved Node B, ENB, Node B or base station) 105, 110, 115, and 120, an MME 125, and a Mobility Management Entity (S-GW). (130, Serving-Gateway).
  • the user equipment (hereinafter referred to as UE or terminal) 135 connects to an external network through the ENBs 105, 110, 115, and 120 and the S-GW 130.
  • the ENBs 105, 110, 115, and 120 correspond to existing Node Bs of the UMTS system.
  • the ENBs 105, 110, 115, and 120 are connected to the UE 135 via a radio channel and perform a more complex role of the existing Node B.
  • all user traffic including real-time services such as Voice over IP (VoIP) over the Internet protocol, is serviced through a shared channel, so state information such as UE buffer status, available transmit power status, and channel status
  • VoIP Voice over IP
  • One ENB 105, 110, 115, 120 typically controls a number of cells.
  • the LTE system uses Orthogonal Frequency Division Multiplexing (OFDM) as a radio access technology in a 20 MHz bandwidth.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the ENBs 105, 110, 115, and 120 may use adaptive modulation & coding (hereinafter, referred to as adaptive modulation & coding) to determine a modulation scheme and a channel coding rate according to the channel state of the terminal 135.
  • adaptive modulation & coding adaptive modulation & coding
  • the S-GW 130 is a device that provides a data bearer, and generates or removes a data bearer under the control of the MME 125.
  • the MME 125 is a device that is responsible for various control functions as well as mobility management function for the terminal 135 is connected to a plurality of base stations.
  • FIG. 2 is a diagram illustrating a radio protocol structure in an LTE system to which some embodiments of the present disclosure are applied.
  • a wireless protocol of an LTE system includes packet data convergence protocols 205 and 240 (PDCP), radio link control 210 and 235 (RMC), and medium access control 215 and 230 (MAC) in a terminal and an ENB, respectively.
  • PDCP packet data convergence protocols
  • RMC radio link control 210 and 235
  • MAC medium access control 215 and 230
  • the PDCP (Packet Data Convergence Protocol) 205, 240 is responsible for operations such as IP header compression / restore, and the radio link control (hereinafter referred to as RLC) 210, 235 is a PDCP PDU (Packet Data Unit). ) Is reconfigured to an appropriate size to perform ARQ operations.
  • the MACs 215 and 230 are connected to several RLC layer devices configured in one terminal, and multiplex RLC PDUs to MAC PDUs and demultiplex RLC PDUs from MAC PDUs.
  • the physical layers 220 and 225 channel-code and modulate higher layer data, make an OFDM symbol, and transmit it to a wireless channel, or demodulate, channel decode, and transmit the received OFDM symbol through a wireless channel to a higher layer. .
  • FIG. 3 is a diagram illustrating carrier aggregation in a base station.
  • one base station can generally transmit and receive multiple carriers over several frequency bands. For example, when a carrier 315 having a forward center frequency of f1 and a carrier 310 having a forward center frequency of f3 are transmitted from the base station 305, one terminal conventionally uses one carrier of the two carriers. To transmit and receive data. However, a terminal having carrier aggregation capability may transmit and receive data through multiple carriers at the same time. The base station 305 may increase the transmission speed of the terminal 330 by allocating more carriers to the terminal 330 having carrier aggregation capability according to a situation. As described above, integrating forward and reverse carriers transmitted and received by one base station is called carrier aggregation in the base station. However, in some cases, unlike in FIG. 3, it may be necessary to integrate forward and reverse carriers transmitted and received from different base stations.
  • FIG. 4 is a diagram illustrating an inter-base station carrier in a carrier aggregation method according to an embodiment of the present specification.
  • the terminal 430 when the base station 1 405 transmits and receives a carrier having a center frequency of f1 and the base station 2 415 transmits and receives a carrier having a center frequency of f2, the terminal 430 has a carrier having a forward center frequency of f1.
  • the forward center frequency is integrated (combined) with the f2 carrier, one terminal is integrated with the carriers transmitted and received from two or more base stations, and in the present specification, this is referred to as inter-ENB carrier aggregation (or inter-base station). It is called CA).
  • carrier aggregation is understood as a terminal transmitting and receiving data through multiple cells at the same time. May be At this time, the maximum transmission rate increases in proportion to the number of carriers integrated.
  • the terminal receiving data through any forward carrier or transmitting data through any reverse carrier means that the control channel and the data channel provided by the cell corresponding to the center frequency and the frequency band characterizing the carrier It has the same meaning as transmitting and receiving data using.
  • carrier aggregation will be expressed in particular as 'multiple serving cells are set', and terms such as primary serving cell (hereinafter referred to as PCell) and secondary serving cell (hereinafter referred to as SCell), or activated serving cell will be used. .
  • PCell primary serving cell
  • SCell secondary serving cell
  • activated serving cell activated serving cell
  • a set of serving cells controlled by the same base station is defined as a cell group or a carrier group (CG).
  • the cell group is further divided into a master cell group (MCG) and a secondary cell group (SCG).
  • MCG means a set of serving cells controlled by a base station (hereinafter referred to as a master base station, MeNB) that controls a PCell
  • SCG means a base station that does not control a PCell, that is, a base station that controls only SCells (hereinafter referred to as a slave base station, Means a set of serving cells controlled by the SeNB).
  • a predetermined serving cell belongs to the MCG or the SCG is set by the base station in the process of setting the serving cell.
  • One MCG and one or more SCGs may be configured in one UE.
  • only one SCG is set for convenience of description. However, even if one or more SCGs are set, the contents of the present invention may not be changed. It can be applied as is.
  • serving cell 410 with center frequency f1 is serving cell belonging to MCG and serving cell 420 with center frequency f2. It is a serving cell belonging to this SCG.
  • MCG and SCG may be used instead of MCG and SCG for understanding.
  • terms such as a primary set and a secondary set or a primary carrier group and a secondary carrier group may be used.
  • a primary set and a secondary set or a primary carrier group and a secondary carrier group may be used.
  • the main purpose of the use of these terms is to distinguish which cell is under the control of the base station controlling the PCell of a specific terminal, and for the case where the cell is under the control of the base station controlling the PCell of a specific terminal or not And the operation of the corresponding cell may vary.
  • one user service is serviced by one Evolved Packet System (EPS) bearer, and one EPS bearer is connected to one radio bearer.
  • the radio bearer is composed of PDCP and RLC.
  • a PDCP device and an RLC device of one radio bearer may be located at different base stations to increase data transmission and reception efficiency.
  • different approaches are needed according to the type of user service.
  • the user service may form two RLC devices such as 515 to transmit and receive data with both the MeNB and the SeNB.
  • the user service can only send and receive data using only the serving cell of the MeNB by placing an RLC device only in the MeNB, such as 505. If there is a large data service but no available transmission resources in the macro cell, the user service can send and receive data using only the serving cell of the SeNB by placing the RLC device only in the SeNB as shown in 510.
  • 505 is designated as a single LCH MCG bearer (single-LCH-MCG-RB)
  • 510 is designated as a single LCH SCG bearer (single-LCH-SCG-RB)
  • 515 is designated as a multi-LCH bearer (multi-LCH-RB).
  • any RB data is defined to be transmitted only through the MCG or only through the SCG.
  • data is repeatedly transmitted through MCG and SCG.
  • LCH means a logical channel, and is a logical path between the RLC and the MAC, and indicates which RLC device any data is associated with.
  • RLC device and LCH are terms that can be used interchangeably.
  • the MCG-LCH is a logical channel configured for the serving cells of the MCG. In the MCG-LCH, data exchanged with the MCG serving cell among the RB data is processed.
  • the SCG-LCH is a logical channel configured for the serving cells of the SCG.
  • data exchanged with the SCG serving cell among the RB data is processed.
  • One or two LCH may be configured for one RB.
  • one is MCG-LCH and the other is SCG-LCH.
  • the uplink data transmission is an RB made only through the MCG.
  • the UE includes both the PDCP data 630 and the RLC data 635 of the RB.
  • the RLC data consists of RLC control data 640, data 645 stored in the RLC transmission buffer, and data 650 stored in the RLC retransmission buffer.
  • the RLC control data is an RLC status report message (RLC STATUS REPORT; control message of the RLC layer containing RLC ACK information and NACK information).
  • the uplink RLC control data is ACK / NACK information for the downlink RLC data.
  • the RLC data stored in the transmission buffer is RLC data that has not been transmitted yet.
  • the RLC data stored in the retransmission buffer is RLC data that has been transmitted once, and is composed of data that has not been confirmed yet or not yet retransmitted because it has not received ACK / NACK information (also referred to as an standing packet) and data that needs to be retransmitted by NACK. do.
  • the BS reflects only packets that need to be retransmitted, except for outstanding packets, among RLC data stored in the retransmission buffer.
  • Single-LCH-SCG-RB 610 There is only one RLC device, and the uplink data transmission is an RB made only through the SCG.
  • the UE In calculating the BS of the RB, the UE includes both PDCP data and RLC data of the RB.
  • Multi-LCH-MCG-RB 615 There are two RLC devices, but the high-link data transmission is an RB that is made only through the MCG. That is, PDCP data is transmitted only to MCG-LCH (or MCG-RLC device 640), and SCG-LCH (or SCG-RLC device 645) transmits only RLC control data for downlink data of the corresponding RB. do.
  • the UE In calculating the BS for the RB, the UE reflects both the amount of PDCP data and the amount of RLC data to the BS 650 reporting through MCG (or to MeNB), and reporting through SCG (or to SeNB).
  • BS 655 reflects only the amount of RLC control data.
  • Multi-LCH-SCG-RB 620 There are two RLC devices, but the high link data transmission is an RB that is only made through the SCG. That is, PDCP data is transmitted only to the SCG-LCH (or SCG-RLC device), and only the RLC control data for downlink data of the corresponding RB is transmitted in the MCG-LCH (or MCG-RLC device).
  • the UE In calculating the BS for the RB, the UE reflects only the amount of RLC control data to the BS 660 reporting (or to the MeNB) through the MCG, and the BS _665 reporting to the SCB (or to the SeNB). Reflects both the amount of PDCP data and the amount of RLC data.
  • Multi-LCH-duplicate-RB 625 There are two RLC devices, and high-level link data is duplicated through the SCG and MCG.
  • the terminal When the terminal is located in the vicinity of the macro cell, the mobility can be significantly reduced by repeatedly transmitting the same data through both the macro cell and the small cell. Therefore, the multi-LCH-duplicate-RB is set for the SRB when a predetermined condition is satisfied (i.e., when an inter-ENB CA is configured for a terminal of a macro cell boundary).
  • PDCP data is transmitted through both the SCG-LCH and MCG-LCH, the terminal reflects the amount of PDCP data and the amount of RLC data to both the BS 670 reported through the MCG and the BS 675 reported through the SCG. .
  • Table 1 Downlink Uplink Usage single-LCH-MCG-RB single-LCH-MCG-RB Services that are sensitive to service interruptions or delays, such as VoLTE single-LCH-SCG-RB single-LCH-SCG-RB Services that require high-speed data transmission and reception, such as FTP.
  • VoLTE single-LCH-SCG-RB single-LCH-SCG-RB Services that require high-speed data transmission and reception such as FTP.
  • FIG. 7 is a diagram illustrating an operation of a terminal that receives an uplink grant.
  • FIG. 7 illustrates an operation when a terminal having an inter-ENB CA configured to receive an uplink grant.
  • the UE receives an uplink grant (control information received through a Physical Downlink Control Channel; includes information on a transmission resource to be used for uplink transmission, an MCS level, and whether to transmit the first transmission) in an arbitrary serving cell.
  • the serving cell is a serving cell belonging to an arbitrary CG, and indicates uplink transmission for one of the serving cells of the corresponding CG.
  • step 710 the UE checks whether the CG is MCG or SCG. This is because the type of data reflected by the terminal to the BS in the case of MCG and the type of data reflected in the BS in the case of SCG are different. If the uplink grant is for the serving cell of the MCG, the terminal proceeds to step 715. If the uplink grant is for the serving cell of the SCG, the terminal proceeds to step 720.
  • the UE checks whether a BSR (Buffer Status Report) has been triggered for the MCG and has not been canceled yet.
  • BSR is a MAC CE that contains BS information for each LCG (Logical Channel Group).
  • the LCG is a group of logical channels, and each BS reflects information obtained by adding up the amount of transmittable data of the logical channels belonging to the LCG.
  • the triggering of the BSR for the MCG indicates that the following event has occurred.
  • ⁇ New transmittable data is generated in the logical channel belonging to the LCG that meets the following conditions.
  • the following data will be collectively referred to as 'MCG-data'.
  • the logical channel priority of the newly generated MCG-data is higher than the logical channel priority of the existing MCG-data.
  • the terminal also triggers a periodic BSR when the predetermined timer expires.
  • the terminal proceeds to step 725. If the BSR has not been triggered or is canceled even if triggered, the terminal proceeds to step 730. The triggered BSR is canceled when the transmission is included in the scheduled MAC PDU.
  • the UE reflects the 'MCG-data' to calculate the BS of each LCG. That is, the UE calculates BS by summing only MCG-data among transmittable RLC data of LCH belonging to LCG for each LCG and PDCP data of PDCP connected with LCH. For example, if LCH 3 and LCH 4 belong to any LCG, LCH 3 is the LCH of single-LCH-MCG-RB, and LCH 4 is the LCH of multi-LCH-SCG-RB, Consider both PDCP data and RLC data, and only LLC control data for LCH 4. The terminal determines the BS of the corresponding LCG by summing these two.
  • the UE determines the data to be transmitted using the uplink grant.
  • the UE first checks whether there is a CCCH SDU or C-RNTI MAC CE to transmit, and if so, includes them in the MAC PDU first.
  • the UE checks whether there is a triggered BSR for the MCG, and if so (and if there is space to include) generates the BSR and includes it in the MAC PDU.
  • the UE then checks whether there is a PHR triggered for the MCG, and if so (and if there is space to include), includes the PHR in the MAC PDU.
  • the UE selects data to be transmitted by reflecting the priority of the MCG-data to the MCG-data. In short, the UE preferentially transmits data having a high logical channel priority among MCG-data.
  • CCCH SDUs are as described in specifications 36.331 and 36.321.
  • C-RNTI MAC CE and PHR are as described in Specification 36.321.
  • the UE If extra space is left even after including all MCG-data, the UE includes a padding BSR, and the remaining space is filled with padding bits.
  • the MAC PDU is transmitted on the uplink and the process ends.
  • step 720 the UE checks whether the BSR is triggered on the SCG, and if so, proceeds to step 735 and, if not, to step 740.
  • the triggering of a BSR for an SCG means that a regular BSR for the SCG is triggered or a periodic BSR for the SCG is triggered.
  • a regular BSR for the SCG is triggered.
  • ⁇ New transmittable data is generated in the logical channel belonging to the LCG that meets the following conditions.
  • the following data will be collectively referred to as 'SCG-data'.
  • the logical channel priority of the newly generated SCG-data is higher than the logical channel priority of the existing SCG-data.
  • Periodic BSR for the SCG is triggered when the predetermined timer set by the base station expires.
  • step 735 the UE calculates the BS of each LCG by reflecting the SCG-data. That is, the UE calculates BS by summing only LCG-data among transmittable RLC data of LCH belonging to LCG for each LCG and PDCP data of PDCP connected to the LCH.
  • the terminal proceeds to step 740.
  • the UE determines data to be transmitted using the uplink grant.
  • the UE first checks whether there is a C-RNTI MAC CE to transmit, and if so, includes them in the MAC PDU first.
  • the UE checks whether there is a triggered BSR for the SCG, and if so (and if there is space to include) generates a BSR and includes it in the MAC PDU.
  • the UE next checks whether there is a PHR triggered for the SCG, and if so (and if there is space to include), includes the PHR in the MAC PDU.
  • the UE selects data to be transmitted by reflecting the priority of the SCG-data to the SCG-data. In short, the UE preferentially selects data having a high logical channel priority among SCG-data.
  • the UE If the extra space is left even after including all SCG-data, the UE includes the padding BSR, and the remaining space is filled with padding bits.
  • the MAC PDU is transmitted on the uplink and the process ends.
  • the logical channel priority is set for each logical channel and the base station instructs the terminal.
  • the terminal applies the logical channel priority as a priority of data generated from a PDCP device connected to the logical channel. If two logical channels are configured in one bearer, the terminal should determine which logical channel priority should be applied to data generated from the PDCP device.
  • the base station sets together which logical channel logical channel priority (logicalChannelPriority) to apply.
  • the setting may be explicit or implicit.
  • Explicit configuration indicates that in setting up a PDCP entity, when the PDCP entity is connected with more than one (or several) logical channels, the base station explicitly indicates which logical channel priority applies to the data of the PDCP entity. will be.
  • the implicit setting is the logical channel priority of the MCG LCH of the RB if the RCP is multi-LCH-MCG-RB if the PDCP entity is connected with more than one logical channel when data is generated from any PDCP entity. If the RB is multi-LCH-SCG-RB, the logical channel priority of the SCG LCH of the RB is applied.
  • the UE has LCH 1 825, LCH 2 830, LCH 3 835, LCH 4 840, LCH 5 845, and LCH 6 850.
  • RB 1 805, RB 2 810, RB 3 815, and RB 4 820 are set.
  • LCH 1 and LCH 2 belong to LCG 1
  • LCH 3 belongs to LCG 2
  • LCH 4 and LCH 5 belong to LCG 3.
  • LCH 6 does not belong to LCG.
  • the UE transmits data stored in LCH 1, LCH 2 and LCH 3, which are MCG LCH, to PDCP 1 and PDCP 2 of RB 1 and RB 2, which are MCG-RB.
  • the UE When new data that can be transmitted to PDCP 2 occurs, the UE similarly compares the priority of data stored in LCH 1, LCH 2, LCH 3, PDCP 1, and PDCP 2 with the priority of newly generated data to determine whether to trigger a BSR. Determine. At this time, the priority of data stored in PDCP 2 is applied to the priority 4 of LCH 2 according to the following rule.
  • Priority of data stored in PDCP connected to two or more logical channels follows the priority of MCG-LCH if the corresponding RB is MCG-RB, and the priority of SCG-LCH if SCG-RB.
  • Priority of data stored in PDCP connected to two or more logical channels may be determined in units of PDCP PDU or PDCP SDU. Priority of any PDCP SDU stored in PDCP of multiple bearers connected to two or more logical channels may be determined by applying the priority of MCG-LCH or the priority of SCG-LCH according to time and situation. Such prioritization in units of PDCP SDU or PDU may be applied when PDCP data of a multiple bearer is transmitted through both MCG and SCG.
  • the priority of a single bearer is fixed to one, the priority of a multiple bearer is determined by one of the priority of the MCG-LCH and the priority of the SCG-LCH at the time when new uplink transmission is possible in the MCG or SCG.
  • a time point when new uplink transmission is possible may be, for example, a time point when an uplink transmission resource for new transmission is allocated or a time point when a configured uplink transmission resource is generated.
  • the priority of the SDUs is determined according to the priority of the logical channel of the corresponding cell group. For example, if a new uplink transmission for the MCG serving cell is possible at any point in time, the terminal applies the priority of the MCG-LCH as the priority for the PDCP SDUs of the multiple bearer. If a new uplink transmission for the SCG serving cell is possible at another random time, the terminal applies the priority of the SCG-LCH as the priority for the PDCP SDUs of the multiple bearer.
  • the UE determines whether to transmit data using the uplink transmission resource of the MCG or whether to transmit data stored in the PDCP of any multi-LCH RB using the MCG uplink transmission resource. In determining, the priority assigned to the MCG-LCH of the multi-bearer and the amount of transmittable data stored in PDCP and MCG-RLC, the priority assigned to the MCG-LCH of another multi-bearer and the transmittable data stored in PDCP Quantity, priority assigned to single-LCH-MCG-RB, and the amount of transmittable data stored in PDCP and RLC devices.
  • a priority assigned to the SCG-LCH of the multiple bearer and an amount of transmittable data stored in PDCP and SCG-RLC a priority assigned to the SCG-LCH of another multiple bearer and an amount of transmittable data stored in PDCP, single Consider the priority assigned to the LCH-MCG-RB and the amount of transmittable data stored in the PDCP device and RLC device.
  • the UE applies the priority of LCH 4 to the transmittable data stored in PDCP 2, and transmits the transmittable data stored in PDCP 3.
  • LCH 5 priority is applied to.
  • the UE transmits certain data in consideration of the amount of transmittable data of PDCP 2, the amount of transmittable data of PDCP 3, the amount of transmittable data of PDCP 4, which is a single-LCH-SCG-RB, and their respective priorities. Determine if you will. For convenience, it is assumed that there is no transmittable data in the RLCs.
  • the UE applies the priority of LCH 2 to the transmittable data stored in PDCP 2 and transmits the transmittable data stored in PDCP 3.
  • the priority of LCH 3 is applied.
  • the UE transmits certain data in consideration of the amount of transmittable data of PDCP 2, the amount of transmittable data of PDCP 3, the amount of transmittable data of PDCP 1, which is a single-LCH-MCG-RB, and their respective priorities. Determine if you will. For convenience, it is assumed that there is no transmittable data in the RLCs.
  • the UE determines which LCH priority to apply to the PDCP SDU.
  • the UE may determine which priority to apply to the PDCP SDU according to a predetermined probability value indicated by the MeNB in advance. For example, if the MeNB indicates a probability value of "0.3: 0.7" for any multiple bearer, the UE applies a priority of MCG-LCH to 30% of SDUs among PDCP SDUs of the multiple bearer, and 70% The priority of SCG-LCH may be applied to the SDUs of.
  • the timing of determining the priority to apply to any SDU is, for example, when the PDCP SDU is stored in the PDCP transmission buffer, when the PDCP SDU arrives at the PDCP device, when the single bearer switches to multiple bearers (single bearer After receiving and successfully interpreting a control message indicating reconfiguration to a multi-bearer, a point in time when an SCG is initially set up and uplink transmission is possible in the SCG (for example, a UE instructed to set up a SCG is randomly selected in a PSCell). When the access is successfully completed).
  • PDCP 3 belongs to the SCG-RB, so the UE determines whether to trigger the BSR for the SCG in consideration of the data of the SCG-RB and the data of the SCG-LCH. That is, the UE compares the priority of the transmittable data previously stored in PDCP 3, LCH 4, LCH 5, and LCH 6 with the priority of newly generated data.
  • the priority of transmittable data of PDCP 3 is 7, which is the priority of LCH 5 according to rule 1. Note that PDCP 4 does not belong to the LCG, so it is not considered in the priority comparison.
  • the terminal calculates a BS for LCG 1 and a BS for LCG 2.
  • the BS of LCG 1 reflects the sum of data of LCH 1, data of LCH 2, data of PDCP 1, and data of PDCP 2.
  • the BS of LCG 2 reflects the data of LCH 3.
  • the data of the LCH x refers to transmittable data of the RLC device of the logical channel x.
  • the UE selects data to be transmitted on the uplink of the serving cell of the MCG, the UE selects data of LCH 1, LCH 2, LCH 3, which are MCG-LCH, and PDCP 1, PDCP 2, which are MCG-RB in consideration of priority. .
  • the UE selects data to be transmitted through the uplink of the serving cell of the SCG, the UE selects data of LCH 4, LCH 5, LCH 6, which are SCG-LCH, and PDCP 3, PDCP 4, which are SCG-RB, in consideration of priority. .
  • the PDCP of the multi-LCH-RB is associated with two or more LCGs.
  • PDCP 3 815 is also linked to LCH3 and also to LCH 5, so it is associated with LCG 2 and also with LCG 3.
  • the UE needs to determine which LCG's BS includes data of PDCP associated with the plurality of LCGs. In determining the LCG to report any PDCP data, if the PDCP is associated with one LCG, the terminal reports the data of the PDCP reflected to the BS of the LCG. If the PDCP is associated with two or more LCGs, the UE applies a predetermined rule to determine which LCG BS to reflect the PDCP data.
  • the PDCP is multi-LCH-MCG-RB
  • the PDCP data is reflected in the BS of the LCG to which the MCG-LCH belongs.
  • PDCP is multi-LCH-SCG-RB
  • PDCP data is reflected in BS of LCG to which SCG-LCH belongs.
  • data of PDCP 2 which is multi-LCH-MCG-RB is reflected in BS of LCG 1 to which LCH 2 which is MCG-LCH among LCH 2 and LCH 4 belongs.
  • Data of PDCP 3, which is a multi-LCH-SCG-RB, is reflected in the BS of LCG 3 to which LCH 5, which is SCG-LCH, of LCH 3 and LCH 5 belongs.
  • a related terminal operation is shown in FIG. 19.
  • a regular BSR or a periodic BSR is triggered by the UE configured with two or more CGs.
  • step 1910 the UE checks for which CG the BSR is triggered. If the BSR is triggered for the MCG, the UE proceeds to step 1915 and if the BSR is triggered for the SCG, the terminal proceeds to step 1950.
  • the UE checks whether there is data that can be transmitted in at least two MCG LCGs.
  • the transmittable data of any MCG LCG includes transmittable data of the RLC device of the LCH belonging to the MCG LCG and transmittable PDCP data of the MCG LCG.
  • the transmittable PDCP data of a predetermined MCG LCG is the PDCP device 865 of the LCH belonging to the corresponding MCG LCG among the LCHs (eg, 805) corresponding to a single-LCH-MCG-RB.
  • the transmittable PDCP data of a predetermined SCG LCG (for example, LCG 3, 860) includes the transmittable data stored in the PDCP device of the LCH belonging to the corresponding SCG LCG among the LCHs corresponding to the single-LCH-SCG-RB, and the multi- Among the LCHs (for example, 835, 845) corresponding to the LCH-SCG-RB (for example, 815), it is transmittable data stored in the PDCP device 875 of the LCH belonging to the SCG LCH (for example, 845).
  • the terminal proceeds to step 1920 and selects a short BSR as a BSR format.
  • the short BSR is a format including only one 6-bit BS. If there is data that can be transmitted in two or more MCG LCGs, the UE proceeds to step 1925 and selects a long BSR as a BSR format. Long BSR is a format including four 6-bit BSs.
  • step 1930 the UE checks whether extendedBSR-Sizes is set in the BSR configuration for the MCG (or for the MeNB or for the MAC device connecting the MCG serving cells and the MCG LCH). If extendedBSR-Sizes is set, the terminal proceeds to step 1935, and if not, the terminal proceeds to step 1940.
  • BS is an index of 6 bits. The BS for any LCG is determined with reference to a given Buffer Size level.
  • Buffer Size level is divided into those defined by Table 2 and those defined by Table 3.
  • the buffer size level defined by Table 2 is called the normal buffer size level and the buffer size level defined by Table 3 is called the extended buffer size level.
  • the normal buffer size level is efficient when the amount of reverse data is not large.
  • the extended buffer size level is efficient when the amount of reverse data is large.
  • the BS indicates whether to refer to the normal buffer size level or the extended buffer size level.
  • the BS of the LCG is determined according to the following method.
  • the base station applies the extended buffer size level if the extendedBSR-Sizes is set for the BSR for the MCG and applies the normal buffer size level if the extendedBSR-Sizes is not set for the LCG configured for the MCG.
  • the base station applies the extended buffer size level if the extendedBSR-Sizes is set for the BSR for the SCG, and applies the normal buffer size level if the extendedBSR-Sizes is not set for the LCG configured for the SCG.
  • Different buffer size levels can be applied to the BSR for the MCG and the BSR for the SCG (for example, the normal buffer size level is applied to the BS determination of the MCG LCG, and the extended buffer size level is applied to the BS determination of the SCG LCG or vice versa. ), Several types of buffer size levels may be set in one terminal. Therefore, the UE selects an appropriate buffer size level according to which CG the BSR is.
  • Index Buffer Size (BS) value [bytes]
  • Index Buffer Size (BS) value [bytes]
  • Index Buffer Size (BS) value [bytes]
  • Index Buffer Size (BS) value [bytes]
  • step 1935 the UE determines the BS of the MCG LCG in which data that can be transmitted exists based on the extended buffer size level of Table 3.
  • step 1940 the UE determines BSs of MCG LCGs in which transmittable data exists with reference to the normal buffer size levels of Table 2.
  • the amount of transmittable data of any MCG LCG is a sum of the amount of transmittable RLC data of the MCG LCG and the amount of transmittable PDCP data.
  • the amount of transmittable RLC data of any MCG LCG includes the amount of transmittable data of the RLC of the LCH belonging to that LCG.
  • the amount of transmittable PDCP data of any MCG LCG is the amount of transmittable PDCP data stored in the PDCP associated with the LCH belonging to the MCG LCG in single-LCH-MCG-RB and the MCG LCG among multi-LCH-MCG-RB.
  • the amount of transmittable PDCP data stored in the PDCP associated with the LCH is a sum of the amount of transmittable RLC data of the MCG LCG and the amount of transmittable PDCP data.
  • the amount of transmittable RLC data of any MCG LCG includes the amount of transmittable data of the RLC of the LCH belonging to that LCG.
  • the amount of transmittable data of any SCG LCG is the sum of the amount of transmittable RLC data of the corresponding SCG LCG and the amount of transmittable PDCP data.
  • the amount of transmittable RLC data of any SCG LCG includes the amount of transmittable data of the RLC of the LCH belonging to that LCG.
  • the amount of transmittable PDCP data of any SCG LCG is equal to the amount of transmittable PDCP data stored in the PDCP associated with the LCH belonging to the SCG LCG in single-LCH-SCG-RB and the SCG LCG in multi-LCH-SCG-RB.
  • the amount of transmittable PDCP data stored in the PDCP associated with the LCH is the sum of the amount of transmittable RLC data of the corresponding SCG LCG and the amount of transmittable PDCP data.
  • the amount of transmittable RLC data of any SCG LCG includes the amount of transmittable data of the RLC of the LCH belonging to that LCG.
  • step 1945 the UE generates a long BSR or short BSR in which the BS of the MCG LCG is stored and transmits the BSR through the serving cell of the MCG.
  • the UE checks whether there is data that can be transmitted in at least two SCG LCGs.
  • the transmittable data of any SCG LCG includes transmittable data stored in the RLC device of the LCH belonging to the SCG LCG and transmittable PDCP data of the SCG LCG.
  • the terminal proceeds to step 1955 and selects a short BSR as a BSR format. If there is data that can be transmitted in two or more SCG LCGs, the terminal proceeds to step 1960 and selects a long BSR as a BSR format.
  • the UE simultaneously transmits the BSR for the MCG and the BSR for the SCG, the formats of the BSR for the MCG and the BSR for the SCG may be different.
  • step 1965 the UE checks whether extendedBSR-Sizes is set in the BSR configuration for the SCG (or for the MeNB or for the MAC device connecting the MCG serving cells and the MCG LCH). If extendedBSR-Sizes is set, the terminal proceeds to step 1970, and if not, the terminal proceeds to step 1975.
  • step 1970 the UE determines the BS of the SCG LCG in which transmittable data exists with reference to the extended buffer size level of Table 3.
  • step 1975 the UE determines BSs of SCG LCGs in which transmittable data exists with reference to the normal buffer size levels of Table 2.
  • step 1980 the UE generates a long BSR or short BSR in which the BS of the SCG LCG is stored, transmits the BSR through the serving cell of the SCG, and ends the process.
  • FIG. 9 is a diagram illustrating an operation of a terminal performing a scheduling request when PDCP data is generated. Specifically, FIG. 9 illustrates a terminal operation for determining a serving cell to trigger an SR.
  • SR is a signal that the terminal transmits to the base station to request a transmission resource for transmitting the BSR when the regular BSR is triggered.
  • the SR may be transmitted through a transmission resource exclusively allocated to the terminal.
  • the transmission resource is set in the PUCCH, and the SR transmitted through the PUCCH is also called a Dedicated-Scheduling Request (D-SR). If a D-SR is not allocated to the UE, the UE requests transmission resource allocation to the base station through a random access process, which is called a RA-SR (Random Access-Scheduling Request).
  • D-SR Dedicated-Scheduling Request
  • new data is generated in any PDCP device, and a regular BSR is triggered by the new data.
  • step 910 the UE checks whether one LCH is set or two or more LCHs are set in the RB of the PDCP device. The UE proceeds to step 915 if one LCH is configured (ie, single-LCH-RB), and proceeds to step 920 if two or more LCHs are configured (ie, multi-LCH-RB).
  • step 915 the UE checks whether the new data is data generated from PDCP of MCG-RB or data generated from PDCP of SCG-RB. If the UE is data generated in the MCG-RB, the UE proceeds to step 925 to trigger the SR in the PCell. That is, if the SR resource is allocated to the PUCCH of the PCell, the terminal transmits the D-SR using the SR resource. If the SR resource is not allocated to the PUCCH of the PCell, the terminal performs random access in the PCell.
  • the terminal proceeds to step 930 to trigger the SR in a predetermined SCell.
  • the predetermined SCell is a SCell specified by a base station among SCells belonging to the SCG, and is named pSCell (primary SCell) for convenience.
  • the terminal transmits HARQ feedback for SCG cells, channel status information (CSI) for SCG cells, etc. using the PUCCH transmission resource of the pSCell.
  • the PUCCH and CSI are as defined in the standard 36.213.
  • SR transmission resources of the terminal may be allocated to the PUCCH of the pSCell. If the SR transmission resource is allocated to the PUCCH of the pSCell, the UE transmits the D-SR using the SR transmission resource. If not, the terminal performs random access in the pSCell.
  • step 920 the UE checks whether the new data is data generated from PDCP of MCG-RB, data generated from PDCP of SCG-RB, or data generated from PDCP of duplicate-RB. If the new data is data generated in the PDCP of the MCG-RB, the UE proceeds to step 935 to trigger the SR in the PCell, and if the data occurs in the PDCP of the SCG-RB, the terminal proceeds to step 945 to trigger the SR in the pSCell. If the new data is data generated from the PDCP of the duplicate-RB, the UE proceeds to step 940 to trigger the SR in the PCell and the SR in the pSCell.
  • the RLC When two logical channels are configured in one RB, the RLC performs an order reordering operation, but since the order reordering is not performed between RLC devices, the PDCP must perform a separate order reordering.
  • the PDCP transmitting apparatus 1010 in the RB 1005 in which one logical channel is set, the PDCP transmitting apparatus 1010 is in the order of packet [1], packet [2], packet [3], and packet [4].
  • the packet is delivered to the RLC transmitting apparatus 1015.
  • the packets are received at the RLC receiving apparatus 1020 via a MAC device and a wireless channel.
  • the order of the packets received by the RLC receiving apparatus 1020 is the order of the packets transmitted by the PDCP transmitting apparatus 1015. Can be different from.
  • the RLC receiving apparatus 1020 rearranges the misaligned order again and transmits the misaligned order to the PDCP receiving apparatus 1025. For example, the RLC receiving apparatus 1020 delivers the packet to the PDCP receiving apparatus 1025 in the order of packet [1], packet [2], packet [3], and packet [4].
  • the PDCP transmitter 1035 transmits a packet to two RLC transmitters 1040 and 1045.
  • the PDCP transmitter 1035 transmits a packet [1] and a packet [3] to the first RLC transmitter 1040 and a packet [2] and a packet [4] to the second RLC transmitter 1045.
  • the first RLC transmitting apparatus 1040 transmits a packet to the first RLC receiving apparatus 1050 and the second RLC transmitting apparatus 1045 transmits the packet to the second RLC receiving apparatus 1055.
  • the first RLC receiving apparatus 1050 rearranges the received packets in the order in which the first RLC transmitting apparatus 1040 receives the packets from the PDCP transmitting apparatus 1035.
  • the first RLC receiving apparatus 1050 (packets packets to the PDCP receiving apparatus 1060 in the order of packet [1] and packet [3].
  • the second RLC receiving apparatus 1055 is the second RLC transmitting apparatus.
  • the 1045 rearranges the order of the received packets in the order of receiving the packets from the PDCP transmitting apparatus 1035. That is, the second RLC transmitting apparatus 1045 receives the packets in the order of the packet [2] and the packet [4].
  • the order of the packets transmitted by the first RLC receiving apparatus 1050 and the second RLC receiving apparatus 1055 is not aligned, for example, the first RLC receiving apparatus 1050.
  • the packets transmitted by the second RLC receiving apparatus 1055 may be delivered in the order of packet [1], packet [2], packet [4], packet [3], packet [2], packet [4], It may be delivered in the order of packet [1], packet [3], and thus the PDCP receiving apparatus 1060 reorders the packets delivered by two or more RLC receiving apparatuses 1040 and 1045. You need to sort it once.
  • the present invention proposes a method of using a timer and a method of using variables as an order reordering method of a PDCP receiving apparatus. First, a method of using a timer will be described.
  • the PDCP receiving apparatus includes a predetermined timer, which is driven when a packet out of order occurs. If the order is not sorted until the timer expires, the unordered packets are considered ordered and are forwarded to higher layers.
  • a packet [n + 1] arrives at the PDCP receiving apparatus at an arbitrary t1 1105, and a packet [n + 3] arrives at the t2 1110. Since the packet [n + 3] is an out of order packet, the PDCP receiving apparatus associates and drives a timer with the packet [n + 3].
  • a packet [n + 4] is received at t3 (1115), a packet [n + 6] is received at t4 (1120), and the timer expires at t5 (1125).
  • the PDCP receiver receives the serial number associated with the expired timer, that is, packet [n + 1], which is a packet with a serial number lower than [n + 3], and a serial number higher than [n + 3], the serial number associated with an expired timer.
  • the length of the timer is preferably set to be a very long time including both the ARQ delay and HARQ delay of the lower layer, the length of the timer is instructed by the base station to the terminal.
  • the RLC receivers independently rearrange the order of packets and deliver them to the PDCP receiver.
  • the PDCP receiving apparatus may know that the packet having a serial number lower than [n] will not be transmitted from the RLC receiving apparatus 1.
  • the RLC receiving apparatus 2 delivered the packet [m]
  • the PDCP receiving apparatus can know that the packet having a serial number lower than the [m] from the RLC receiving apparatus 2 will not be delivered. Using this phenomenon, a simple but efficient order reordering operation can be defined.
  • the highest serial number (or one plus 1) of the packets received at RLC receiver 1 is called Next_COUNT_1, and the highest serial number (or one plus 1) of packets received at RLC receiver 2 is determined.
  • Next_COUNT_2 the PDCP receiving apparatus transmits the packets lower than the number to the higher layer based on the lower number of the two numbers, even though there are unreceived packets.
  • a packet [n + 1] arrives from the RLC apparatus 1 to the PDCP receiving apparatus at an arbitrary t1 1205. If there are no out-of-order packets (or unreceived packets), the PDCP order reordering device forwards the packet [n + 1] to the next processing device (which may be a higher layer or another functional device within the PDCP device) and Last_Submitted_COUNT. Is set to [n + 1]. Since packet [n + 1] was received from RLC device 1, the PDCP order reordering device sets Next_COUNT_1 to [n + 2].
  • Last_Submitted_COUNT is a variable representing the highest serial number of packets that have been reordered and delivered to higher layers or to the next functional device.
  • COUNT is a serial number that is used as an input value of packet deactivation / deactivation for security. It consists of HFN and PDCP SN and follows the specification in 36.323.
  • Next_COUNT_1 is a sum of 1 to the highest serial number of the serial numbers of packets received from the RLC device 1.
  • a packet [n + 3] arrives from RLC device 2 at any t2 1210 and the PDCP receiving device sets Next_COUNT_2 to [n + 4].
  • the PDCP receiving apparatus recognizes that the packet [n + 2] is an unreceived packet, and a packet out of order is generated due to the unreceived packet.
  • the PDCP receiving apparatus also recognizes that the packet [n + 2] is unlikely to be received from RLC apparatus 2 since it has already received a packet with a serial number higher than that of packet [n + 2] from RLC apparatus 2.
  • a packet [n + 4] is received from the RLC device 2 at any t3 1215, and the PDCP receiving device sets Next_COUNT_2 to [n + 5].
  • a packet [n + 6] is received from the RLC device 1 at an arbitrary t4 1240, and the PDCP device sets Next_COUNT_1 to [n + 7].
  • the PDCP receiving device Since a packet with a serial number higher than [n + 2] was received from RLC device 1, the PDCP receiving device recognizes that packet [n + 2] is unlikely to be received from RLC device 1 as well. Ignores or behaves as if a packet [n + 2] was received. That is, the PDCP receiving apparatus forwards the remaining packets in order, such as packet [n + 3] and packet [n + 4], to the next functional device if packet [n + 2] is received and Last_Submitted_COUNT [n + 4].
  • the terminal determines a smaller value of Next_COUNT_1 and Next_COUNT_2 ([n + 5] in the above example), and transmits all packets having a serial number lower than the small Next_COUNT to the next processing device.
  • the serial number of any unreceived packet lower than Next_COUNT_1 means that the packet is unlikely to be received from RLC device 1
  • the serial number of any unreceived packet lower than Next_COUNT_2 means that the packet is received from RLC device 2 That means there is no possibility to be. Therefore, if the serial number of any unreceived packet is lower than Next_COUNT_1 and lower than Next_COUNT_2, it indicates that the unreceived packet will not be received in the future and performs an order reordering operation accordingly.
  • the operation may be defined as follows.
  • the PDCP receiver records the highest serial number of the serial numbers of the packets received from the RLC device 1 in Next_COUNT_1.
  • the PDCP receiver records the highest serial number of the serial numbers of the packets received from the RLC device 2 in Next_COUNT_2.
  • the PDCP receiver sends all packets with serial numbers lower than the minimum of Next_COUNT_1 and Next_COUNT_2 to the next functional device.
  • FIG. 13 is a diagram illustrating an operation of processing a PDCP packet by a PDCP device of a multiple LCH bearer. 13 illustrates a method in which a PDCP receiving device configuring a PDCP device rearranges the order using variables.
  • the PDCP receiving device proceeds to step 1310 to determine the HFN of the received packet and discards the delayed received packet.
  • HFN Hexaper Frame Number
  • HFN and PDCP SN combine to form COUNT.
  • PDCP SN is explicitly indicated in the PDCP packet header, while HFN is not. Therefore, the PDCP receiving apparatus must determine the HFN of the received packet by itself.
  • the PDCP transmitting apparatus If the PDCP transmitting apparatus complies with a predetermined condition (transmitting the sequence out of the PDCP SN less than half of the sum of the serial numbers that can be indicated by the PDCP SN) in transmitting the packet, the PDCP receiving apparatus receives the most recently received. Uses the serial number of a PDCP packet (received PDCP SN, see specification 36.323), the highest serial number received so far (Next_PDCP_RX_SN, see specification 36.323), and a window of a predetermined size (Reordering_Window, see specification 36.323). HFN is determined.
  • header decompression is performed on the received packet. Discard after performing.
  • the packet may contain useful information for updating the header restoration context, and thus discarded after performing header restoration.
  • the procedure is as described in section 5.1.2.1.2 of 36.323. According to the standard, if the following conditions are met, the received packet is delayed or duplicated.
  • the PDCP receiving apparatus proceeds to step 1315 and combines the HFN and PDCP SN to determine the COUNT of the received packet, in the order of COUNT. Therefore, the packet is stored in an order reorder buffer. Further, if the received packet is a packet that does not require order reordering, i.e., if received COUNT is equal to summing 1 to last_submitted_COUNT (or if the received PDCP SN is equal to summing 1 to last_submitted_PDCP_RX_SN), the PDCP receiving apparatus receives the received packet. One PDCP packet is forwarded to the next processing unit.
  • the PDCP receiver proceeds to step 1320. If no packets need reordering, the PDCP receiver waits for the next PDCP packet to arrive.
  • the PDCP receiving apparatus determines whether the packet is received by the RLC apparatus 1 or the RLC apparatus 2. Alternatively, the PDCP receiving apparatus determines whether the packet is received on the first logical channel or the second logical channel.
  • the RLC device 1 or the first logical channel may be an RLC device or logical channel associated with the MCG
  • the RLC device 2 or a second logical channel may be an RLC device or logical channel associated with the SCG.
  • the PDCP device proceeds to step 1325. If the packet is received at the RLC device 2, the PDCP device proceeds to step 1330.
  • step 1325 the PDCP device checks whether the COUNT (received COUNT) of the received packet is greater than or equal to Next_COUNT_1. If the COUNT (received COUNT) of the received packet is greater than or equal to Next_COUNT_1, the PDCP device proceeds to step 1335 and updates Next_COUNT_1 to the value obtained by adding 1 to the received COUNT and proceeds to step 1345. If the count of the received packet is less than Next_COUNT_1, the PDCP receiving device proceeds directly to step 1345.
  • step 1330 the PDCP device checks whether the COUNT (received COUNT) of the received packet is greater than or equal to Next_COUNT_2. If the COUNT (received COUNT) of the received packet is greater than or equal to Next_COUNT_2, the PDCP device proceeds to step 1340 and updates Next_COUNT_2 to the sum of the received COUNT plus 1 and proceeds to step 1345. If the count of the received packet is less than Next_COUNT_2, the PDCP device proceeds directly to step 1345.
  • the PDCP device forwards packets satisfying condition 1 of the packets stored in the PDCP order reordering buffer to the next processing device.
  • a packet that satisfies condition 1 may mean, for example, a packet whose COUNT is lower than Min [Next_COUNT_1, Next_COUNT_2].
  • the PDCP device stores the remaining packets that do not satisfy the condition 1 in the order reordering buffer and waits until the next PDCP packet arrives from the lower layer.
  • a method of rearranging the order by the PDCP receiving apparatus using variables is as follows.
  • the PDCP receiver receives packets 1425 between Next_COUNT_1 and Next_COUNT_2. Is stored in the reorder buffer. In addition, the PDCP receiving apparatus forwards packets 1420 between Next_COUNT_1 and Last_Submitted_COUNT 1405 to a higher layer (or next functional device).
  • Next_COUNT_1 becomes higher than Next_COUNT_2 by receiving a packet from the RLC 1 device
  • the PDCP receiving device forwards packets 1430 between Next_COUNT_1 and Last_Submitted_COUNT to a higher layer (or next functional device), and packets between Next_COUNT_2 and Next_COUNT_1.
  • 1435 stores the sequence reordering buffer.
  • Figure 15 shows the overall operation associated with the generation and release of multi-LCH-RB.
  • the MeNB 1510 determines to add the serving cell of the SeNB 1515 to the terminal 1505, and the SeNB ( 1515) and a procedure for adding a serving cell (1520).
  • the UE 1505 configures the SCell of the SeNB 1515 for the first time (i.e., configures the first SCG SCell)
  • the MeNB 1510 and the SeNB 1515 provide a certain RB to the MeNB 1510. And determine which RB the SeNB 1515 will service.
  • the MeNB 1510 and the SeNB 1515 use a multi-LCH-RB for the downlink and a multi-LCH- for the uplink for an RB meeting a predetermined condition, for example, an RB requiring high-speed data transmission on the downlink.
  • MCG-RB or multi-LCH-SCG-RB can be set.
  • the MeNB 1510 transmits a predetermined RRC control message to the terminal 1505 (1525).
  • the RRC control message contains SCell configuration information and multi-LCH-rb configuration information.
  • SCell configuration information is for a newly added SCell, and includes information indicating whether the SCell is an MCG SCell or an SCG SCell.
  • the multi-LCH-rb configuration information is information on a radio bearer for which multi-LCH is configured and includes the following sub information.
  • the multi-LCH-rb information may be included in the RRC control message including the configuration information of the first SCG SCell.
  • Table 4 bearer identifier Identifier of the bearer for which multi-LCH is set.
  • SCG-LCH and RLC 2 configured by the following information are additionally mapped to the bearer of the identifier.
  • pdcp-Config This configuration information is included only when it is necessary to update the PDCP configuration information of an existing bearer for which mult-LCH is configured. If this configuration information is not included, the existing pdcp-Config is used as it is.
  • Uplink mode Indicates one of MCG-only, SCG-only, and duplicate. If MCG-only, the uplink PDCP packet is transmitted only through RLC device 1 (or only through MCG-LCH).
  • the uplink PDCP packet is transmitted only through RLC device 2 (or only through SCG-LCH). Even if any bearer is set to SCG-only, the packet already transmitted through the RLC device 1 is transmitted as it is. If duplicate, the uplink PDCP packet is duplicated through RLC device 1 and RLC device 2.
  • RLC-config Configuration information of the RLC ie, RLC device 1 for the MCG. It exists only when it is necessary to update configuration information of an existing RLC of an existing bearer for which multi-LCH is configured. If this configuration information does not exist, the existing RLC-config is used as it is.
  • RLC-config2 Configuration information of the RLC ie, RLC device 2) connected to the SCG.
  • the terminal If it is the same as RLC-config, it may not exist.
  • the terminal generates a new RLC device by applying RLC-config2 and connects the RLC device with the PDCP device of the bearer indicated by the bearer identifier.
  • logicalChannelIdentity2 Logical channel identifier for RLC device 2 (or SCG-LCH), and is used to identify the logical channel in the MAC header. The structure of the information is the same as logicalChannelIdnetity. If the logical channel identifier of MCG-LCH is used as it is, it is not signaled. In this case, the same value as the logical channel identifier of the RLC device 1 (or MCG-LCH) is used as the logical channel identifier of the RLC device 2.
  • logicalChannelConfig2 Configuration information on the SCG-LCH the structure of the information is the same as logicalChannelConfig. Through the above information, logical channel priority information, LCG information, etc. of the SCG-LCH are indicated. If it is the same as logicalChannelConfig of MCG-LCH, it is not signaled.
  • the terminal 1505 When the terminal 1505 receives the control message, the terminal 1505 generates an SCG-RLC for the bearer indicated by the bearer identifier and connects the PDCP device, and generates an SCG-LCH to connect the SCG-RLC and the MAC.
  • the terminal 1505 triggers a regular BSR for the SCG and a regular BSR for the MCG for a bearer configured to SCG-only. Only SCG-only data is reflected in the normal BSR for the SCG, and only MCG-only-data is reflected in the regular BSR for the MCG.
  • the triggering of the BSR after setting the multi-LCH as described above is because the BS is changed before and after the setting of the multi-LCH.
  • the terminal 1505 performs random access on the newly added SCG SCell (1530). Through the random access procedure, the terminal 1505 establishes uplink synchronization with the newly added SCG SCell and sets uplink transmission output.
  • the UE 1505 transmits a predetermined RRC control message to the MeNB 1510 to report that SCell configuration and multi-LCH configuration have been completed (1535).
  • the MeNB 1510 receives the information, the MeNB 1510 forwards downlink data of a bearer for which multi-LCH is configured to the SeNB 1515 (1540).
  • the terminal 1505 transmits the predetermined RRC control message and then starts a multi-LCH operation on a bearer in which the multi-LCH is configured. That is, in transmitting uplink data of a bearer set to MCG-RB, the UE 1505 always transmits PDCP data of the bearer to the MCG-RLC device and the MCG-LCH (1545). In transmitting uplink data of a bearer set to SCG-RB, the UE 1505 always transmits PDCP data of the bearer to the SCG-RLC device and the SCG-LCH (1545).
  • the UE 1505 In transmitting uplink data of a bearer set to duplicate, the UE 1505 always duplicates the PDCP data of the bearer to the SCG-RLC device and the SCG-LCH and the MCG-RLC device and the MCG-LCH (1545).
  • the terminal 1505 In receiving a downlink PDCP packet of a bearer configured to multi-LCH, the terminal 1505 applies 'order reordering using a timer' or 'order reordering using a variable' (1550).
  • the terminal 1505 performs data transmission / reception with the MeNB 1510 and the SeNB 1515 (1555).
  • the MeNB 1510 or SeNB 1515 decides to release the SCG SCell.
  • the MeNB 1510 and the SeNB 151 perform a procedure for releasing the SCG SCell (1560), and the MeNB 1510 sends a predetermined RRC control message to the terminal 1505 to instruct the SCG SCell release (1565). .
  • the terminal 1505 When the terminal 1505 receives the control message, the terminal 1505 releases the SCG SCell according to the instruction. The terminal 1505 if the control message indicates the release of the last SCG SCell (that is, if there are no more SCG SCells when the SCG SCell is released according to the instruction of the control message), the multi-LCH even if not otherwise indicated. -Release the SCG RLC and SCG LCH of the RBs (1570), and triggers a PDCP status report.
  • the UE 1505 In the process of releasing the SCG RLC, the UE 1505 reconfigures the downlink RLC PDUs stored in the SCG RLC to the RLC SDU, transfers the PD to the PDCP, and discards the uplink RLC PDUs and the uplink RLC SDUs stored in the SCG RLC.
  • the PDCP status report may be triggered for each radio bearer, and the terminal 1505 examines the serial number of the PDCP packet stored in the PDCP receiving buffer of the bearer where the PDCP status report is triggered, and relates to the serial number of the PDCP packet not received. Create a PDCP status report containing information.
  • the PDCP status report is control information used to prevent PDCP packet loss during handover or RRC connection reestablishment.
  • the handover or RRC connection re-establishment process involves re-establishment of all RLC devices configured in the terminal 1505 (re-establishment of a lower layer in the position of a PDCP device).
  • the UE 1505 triggers a PDCP status report for all DRBs that satisfy condition 2.
  • the terminal 1505 triggers a PDCP status report for all DRBs satisfying condition 3.
  • DRBs with statusReportRequired DRBs with statusReportRequired set
  • the statusReportRequired follows that described in the standards 36.331 and 36.323.
  • the UE 1505 transmits a predetermined RRC control message to the MeNB 1510 to report that the process has been successfully completed (1575).
  • the UE 1505 and the MeNB 1510 communicate with the uplink data and downlink through the MCG SCells. Send and receive link data.
  • FIG. 16 is a diagram illustrating an operation of a PDCP device processing a PDCP packet.
  • FIG. 16 illustrates an operation of a terminal that receives a PDCP packet in consideration of all types of RBs.
  • the UE checks whether the RLC device is an unacknowledged mode (UM) RLC or an acknowledgment mode (AM RLC) (step 36.322) in step 1610. If the UM RLC step 1615, if the AM RLC proceeds to step 1640.
  • UM unacknowledged mode
  • AM RLC acknowledgment mode
  • a UM RLC bearer If a UM RLC bearer is configured, it is more important to reduce delay than to reduce packet loss. Therefore, the terminal processes the received packet and immediately delivers it to the upper layer without applying order reordering. If the bearer is a single-LCH bearer, since the ordering is performed in the RLC device, the ordered packets arrive at the PDCP device. On the other hand, in a multi-LCH bearer, an out of order packet may be delivered. Due to the difference, the terminal performs different operations in both cases.
  • step 1615 the UE checks whether the bearer is a single-LCH bearer or a multi-LCH bearer, and proceeds to step 1620 for a single-LCH bearer and to step 1630 for a multi-LCH bearer.
  • step 1620 the terminal determines the HFN by comparing the serial number of the current packet and the serial number of the previous packet. In short, if the serial number of the current packet is lower than the serial number of the previous packet, it is determined that wraparound of the PDCP SN has occurred and the HFN is increased by one. If the serial number of the current packet is higher than the serial number of the previous packet, the current HFN is used as it is.
  • step 1625 the UE processes the packet using the HFN (for example, performs packet de-assertion and header restoration) and delivers the packet to a higher layer.
  • step 1630 the UE determines the HFN using the window and the serial number, and proceeds to step 1635.
  • step 1630 the UE checks whether there is an unreceived packet (or an unreceived packet between the serial number of the received packet and Last_submitted_COUNT or Last_submitted_SN) among packets having a serial number lower than the serial number of the received packet. If there is no such packet, the terminal processes the received packet and delivers it to the upper layer.
  • the packet is checked to see if there is an ordered packet, the packet is processed and delivered to a higher layer, and the remaining packets are stored in a buffer. Do it. For example, if Next_COUNT is updated due to the received packet, and if the updated Next_COUNT is smaller than another Next_COUNT, then packets are ordered due to the received packet, and packets are ordered based on the updated Next_COUNT. Determine whether or not.
  • step 1640 the UE checks whether the PDCP packet is delivered by re-establishment of the lower layer or release of the lower layer. If yes, go to step 1670; otherwise, go to step 1645. The reestablishment of the lower layer occurs due to handover, and the release of the lower layer occurs due to the release of the last SCG SCell.
  • step 1645 the UE checks whether the corresponding bearer is a multi-LCH bearer or a single-LCH bearer. If the single-LCH bearer proceeds to step 1650, if the multi-LCH bearer proceeds to step 1660. Steps 1650 and 1660 are the same as steps 1630. Step 1665 is the same as step 1635.
  • step 1655 the terminal processes the received packet and delivers it to a higher layer. Proceeding to steps 1650 and 1655 for a single-LCH bearer means that a separate order reordering process is not applied. Proceeding to steps 1660 and 1665 for the multi-LCH bearer means applying an order reordering process to the corresponding packet.
  • the UE checks whether the bearer is a data bearer (DRB) or a signaling bearer (SRB).
  • DRB data bearer
  • SRB signaling bearer
  • a data bearer when unsequential packets are re-established due to handover, RRC connection reestablishment, or when the last SCG SCell is released and the SCG-RLC is released, temporary packets are temporarily stored in a buffer. When subsequent packets arrive, they are forwarded to the upper layer as well.
  • the signaling bearer the occurrence of the event itself means that a new RRC procedure has been initiated, but all the conventional packets must be discarded, but unnecessary confusion can be prevented. If the bearer is a data bearer, the terminal proceeds to step 1675.
  • Step 1675 is the same as step 1630.
  • the UE processes the UE in which the HFN is determined, and stores PDCP SDUs in an unordered sequence in a buffer.
  • the PDCP SDU stored in the buffer is delivered to the upper layer along with the received packets after the RRC procedure is completed.
  • the terminal discards the received packet.
  • PDCP PDUs received from a functioning lower layer are processed as PDCP SDUs, not PDCP PDUs received due to re-establishment or release of lower layers.
  • the UE stores PDCP PDUs in a buffer and waits until the order is sorted.
  • the UE processes the received PDCP PDUs as PDCP SDUs and delivers the ordered SDUs to the upper layer and the order is not SDUs are stored in a buffer.
  • the terminal processes only PDUs arranged in an order as SDUs, and PDUs that are not ordered are stored in a buffer first and then processed as SDUs after being ordered, whereas in the case of a single bearer
  • the PDU processes the received PDUs as SDUs, delivers the ordered PDUs to the upper layer, and stores the SDUs out of order in the buffer.
  • the terminal may transmit and receive data to and from the MCG serving cell using LTE wireless technology, and may transmit and receive data using a wireless technology different from the SCG serving cell, for example, WIFI technology or HSPA technology.
  • LTE which is a reliable radio technology
  • MCG serving cell and to apply another radio technology to SCG serving cell.
  • one PDCP device performs order reordering for PDCP PDUs received through different radio technologies, and a lower layer of different radio technologies. Distribute the PDCP PDU to the device.
  • a timer-based sequence reordering technique or a method of transmitting a PDCP PDU only to a specific cell group that is, a specific radio technique.
  • one PDCP device may be connected to two lower layers using different radio technologies, and at least one of them may be defined as a bearer which is a lower layer using LTE technology.
  • FIG. 17 is a block diagram illustrating an example of a terminal device.
  • the terminal device includes an MCG-MAC device 1710, a control message processor 1765, various upper layer processors 1770, 1775, and 1785, a controller 1780, and an SCG-.
  • the transceiver receives data and a predetermined control signal through a downlink channel of a serving cell and transmits data and a predetermined control signal through an uplink channel.
  • the transceiver performs data transmission and reception and control signal transmission and reception through the plurality of serving cells.
  • the MCG-MAC device multiplexes the data generated by the RLC device or demultiplexes the data received from the transceiver 1605 and delivers the data to the appropriate RLC device.
  • the MCG-MAC device also processes BSR or PHR triggered for the MCG.
  • the control message processing unit is an RRC layer device and processes the control message received from the base station and takes necessary actions. For example, the RRC control message is received and various configuration information is transmitted to the controller.
  • the upper layer processor may be configured for each service. It processes data from user services such as File Transfer Protocol (FTP) and Voice over Internet Protocol (VoIP), and delivers it to the PDCP device.
  • FTP File Transfer Protocol
  • VoIP Voice over Internet Protocol
  • the controller controls the transceiver 1605 and the multiplexing and demultiplexing unit so as to check the scheduling command received through the transceiver, for example, reverse grants, so that backward transmission is performed at an appropriate time with an appropriate transmission resource.
  • the controller also performs various control functions for the terminal operation illustrated in FIG. 15.
  • PDCP devices are divided into single-LCH PDCPs (1745, 1750, 1760) and multi-LCH PDCP (_1755).
  • the single-LCH PDCP transmits and receives data only through MCG or SCG and is connected to one RLC transceiver.
  • the multi-LCH PDCP receives data through the MCG and SCG, and transmits the data through either the MCG or the SCG.
  • the multi-LCH PDCP is connected with two RLC receivers and one RLC transmitter.
  • the multi-LCH PDCP performs the order reordering operation shown in FIGS. 11 to 14.
  • FIG. 18 is a block diagram illustrating a configuration of a base station according to an exemplary embodiment of the present invention, wherein the base station includes a MAC device 1810, a control message processor 1865, a controller 1880, a transceiver 1805, and a PDCP device 1845 and 1850. , 1855, 1860, RLC devices 1820, 1825, 1830, 1835, 1840, and scheduler 1890.
  • the transceiver transmits data and a predetermined control signal through a forward carrier and receives data and a predetermined control signal through a reverse carrier.
  • the transceiver performs data transmission and reception and control signal transmission and reception to the plurality of carriers.
  • the MAC device multiplexes the data generated in the RLC device or demultiplexes the data received from the transceiver, and delivers the data to the appropriate RLC device or the control unit.
  • the control message processor processes the control message sent by the terminal to take a necessary action, or generates a control message to be delivered to the terminal and delivers the control message to the lower layer.
  • the scheduler allocates a transmission resource to the terminal at an appropriate time point in consideration of the buffer state and the channel state of the terminal, and processes the signal transmitted by the terminal to the transceiver or transmits the signal to the terminal.
  • the PDCP devices are divided into single-LCH PDCP and multi-LCH PDCP.
  • the single-LCH PDCP transmits and receives data only through MCG or SCG and is connected to one RLC transceiver.
  • the multi-LCH PDCP receives data through the MCG and SCG, and transmits the data through either the MCG or the SCG.
  • the multi-LCH PDCP is connected to one RLC receiver and two RLC transmitters.
  • the multi-LCH PDCP performs the order reordering operation shown in FIGS. 11 to 14.

Abstract

본 명세서는 이동통신 시스템에 관한 것으로, 보다 구체적으로 본 발명은 이동 통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치에 관한 것이다.

Description

이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
본 명세서는 이동통신 시스템에 관한 것으로, 보다 구체적으로 본 발명은 이동 통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치에 관한 것이다.
일반적으로 이동통신 시스템은 사용자의 이동성을 확보하면서 통신을 제공하기 위한 목적으로 개발되었다. 이러한 이동통신 시스템은 기술의 비약적인 발전에 힘입어 음성 통신은 물론 고속의 데이터 통신 서비스를 제공할 수 있는 단계에 이르렀다.
근래에는 차세대 이동통신 시스템 중 하나로 3GPP(3rd Generation Partnership Project)에서 LTE(Long Term Evolution) 시스템에 대한 규격 작업이 진행 중이다. 상기 LTE 시스템은 현재 제공되고 있는 데이터 전송률보다 높은 최대 100 Mbps 정도의 전송 속도를 가지는 고속 패킷 기반 통신을 구현하는 기술이며 현재 규격화가 거의 완료되었다.
최근 LTE 통신 시스템에 여러 가지 신기술을 접목해서 전송 속도를 향상시키는 진화된 LTE 통신 시스템(LTE-Advanced, LTE-A)에 대한 논의가 본격화되고 있다. 상기 새롭게 도입될 기술 중 대표적인 것으로 캐리어 집적(Carrier Aggregation)을 들 수 있다. 캐리어 집적이란 종래에 단말이 하나의 순방향 캐리어와 하나의 역방향 캐리어만을 이용해서 데이터 송수신을 하는 것과 달리, 하나의 단말이 다수의 순방향 캐리어와 다수의 역방향 캐리어를 사용하는 것이다.
현재 LTE-A에서는 기지국 내 캐리어 집적(intra-ENB carrier aggregation)만 정의되어 있다. 이는 캐리어 집적 기능의 적용 가능성을 줄이는 결과로 이어져, 특히 다수의 피코 셀들과 하나의 마크로 셀을 중첩 운용하는 시나리오에서는 매크로 셀과 피코 셀을 집적하지 못하는 문제를 야기할 수 있다.
본 명세서의 다양한 실시 예들은 상기와 같은 문제점 중 적어도 일부를 해결하기 위해 안출된 것으로, 서로 다른 기지국 간 캐리어 집적(inter-ENB carrier aggregation)을 위한 방법 및 장치를 제공하는 것을 그 목적으로 한다.
상술한 과제를 해결하기 위하여 본 발명은, 단말의 데이터 송수신 방법에 있어서, 제 1 셀 그룹을 제어하는 제 1 기지국으로부터 제 1 제어 메시지를 수신하는 단계; 상기 제 1 제어 메시지에 기반하여 제 2 기지국이 제어하는 제 2 셀 그룹을 추가하는 단계; 상기 제 1 제어 메시지에 기반하여 상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입을 결정하는 단계; 상기 결정된 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 1 및 제 2 셀 그룹을 통해 데이터를 수신하고, 상기 제 1 또는 제 2 셀 그룹 중 어느 하나의 그룹을 통해 데이터를 송신하는 단계를 포함하는 것을 특징으로 한다.
또한, 상술한 과제를 해결하기 위하여 본 발명은, 제 1 셀 그룹을 제어하는 기지국의 데이터 송수신 방법에 있어서, 다른 기지국과 제 2 셀 그룹 추가 여부를 결정하는 단계; 상기 다른 기지국이 제어하는 상기 제 2 셀 그룹을 추가하기 위한 명령과 상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입 정보를 포함하는 제 1 제어 메시지를 단말에 전송하는 단계; 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 1 셀 그룹을 통해 데이터를 상기 단말로 전송하는 단계; 및 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우, 상향 링크 모드 정보에 기반하여 상기 제 1 셀 그룹이 선택되면, 상기 제 1 셀 그룹을 통해 상기 단말로부터 데이터를 수신하는 단계를 포함하는 것을 특징으로 한다.
또한, 상술한 과제를 해결하기 위하여 본 발명은, 제 2 셀 그룹을 제어하는 기지국의 데이터 송수신 방법에 있어서, 단말에 설정된 제 1 셀 그룹을 제어하는 다른 기지국과 상기 제 2 셀 그룹 추가 여부를 결정하는 단계; 상기 다른 기지국이 설정한 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 2 셀 그룹을 통해 데이터를 상기 단말로 전송하는 단계; 및 상기 다른 기지국이 설정한 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우, 상기 제 1 제어 메시지에 포함된 상향 링크 모드 정보가 상기 제 2 셀 그룹을 지시하면, 상기 제 2 셀 그룹을 통해 상기 단말로부터 데이터를 수신하는 단계를 포함하는 것을 특징으로 한다.
또한, 상술한 과제를 해결하기 위하여 본 발명은, 단말에 있어서, 제 1 및 제 2 기지국과 신호를 송수신하는 송수신부; 및 제 1 셀 그룹을 제어하는 상기 제 1 기지국으로부터 제 1 제어 메시지를 수신하고, 상기 제 1 제어 메시지에 기반하여 상기 제 2 기지국이 제어하는 제 2 셀 그룹을 추가하며, 상기 제 1 제어 메시지에 기반하여 상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입을 결정하고, 상기 결정된 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 1 및 제 2 셀 그룹을 통해 데이터를 수신하고 상기 제 1 또는 제 2 셀 그룹 중 어느 하나의 그룹을 통해 데이터를 송신하도록 제어하는 제어부를 포함하는 것을 특징으로 한다.
또한, 상술한 과제를 해결하기 위하여 본 발명은, 제 1 셀 그룹을 제어하는 기지국에 있어서, 단말 및 다른 기지국과 신호를 송수신하는 송수신부; 및 상기 다른 기지국과 제 2 셀 그룹 추가 여부를 결정하고, 상기 다른 기지국이 제어하는 상기 제 2 셀 그룹을 추가하기 위한 명령과 상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입 정보를 포함하는 제 1 제어 메시지를 단말에 전송하며, 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 1 셀 그룹을 통해 데이터를 상기 단말로 전송하고, 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우 상향 링크 모드 정보에 기반하여 상기 제 1 셀 그룹이 선택되면, 상기 제 1 셀 그룹을 통해 상기 단말로부터 데이터를 수신하도록 제어하는 제어부를 포함하는 것을 특징으로 한다.
또한, 상술한 과제를 해결하기 위하여 본 발명은, 제 2 셀 그룹을 제어하는 기지국에 있어서, 단말 및 다른 기지국과 신호를 송수신하는 송수신부; 및 상기 단말에 설정된 제 1 셀 그룹을 제어하는 상기 다른 기지국과 상기 제 2 셀 그룹 추가 여부를 결정하고, 상기 다른 기지국이 설정한 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 2 셀 그룹을 통해 데이터를 상기 단말로 전송하며, 상기 다른 기지국이 설정한 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우 상기 제 1 제어 메시지에 포함된 상향 링크 모드 정보가 상기 제 2 셀 그룹을 지시하면, 상기 제 2 셀 그룹을 통해 상기 단말로부터 데이터를 수신하도록 제어하는 제어부를 포함하는 것을 특징으로 한다.
본 명세서의 다양한 실시 예들에 따르면 서로 다른 기지국 간에 캐리어를 집적함으로써 단말의 송수신 속도를 향상시킬 수 있다.
도 1은 본 명세서의 일부 실시 예가 적용되는 LTE 시스템의 구조를 도시하는 도면이다.
도 2는 본 명세서의 일부 실시 예가 적용되는 LTE 시스템에서 무선 프로토콜 구조를 나타낸 도면이다.
도 3은 본 명세서의 일부 실시 예가 적용되는 기지국 내 캐리어 집적을 설명하는 도면이다.
도 4는 본 명세서의 일 실시 예에 따르는 캐리어 집적 방식을 도시한다.
도 5는 무선 베어러의 구조를 설명한 도면이다.
도 6은 무선 베어러의 상향 링크 구조를 설명한 도면이다.
도 7은 상향 링크 그랜트를 수신한 단말의 동작을 설명한 도면이다.
도 8은 다중 LCH 베어러의 PDCP 데이터에 대한 우선 순위를 판단하는 동작을 설명한 도면이다.
도 9는 PDCP 데이터가 발생했을 때 단말이 스케줄링 요청을 수행하는 동작을 설명한 도면이다.
도 10은 다중 LCH 베어러의 PDCP 장치에 데이터가 도착하는 상황을 설명한 도면이다.
도 11은 다중 LCH 베어러의 PDCP 장치 순서 재정렬 동작의 일 예를 도시한 도면이다.
도 12는 다중 LCH 베어러의 PDCP 장치 순서 재정렬 동작의 또 다른 예를 도시한 도면이다.
도 13은 다중 LCH 베어러의 PDCP 장치가 PDCP 패킷을 처리하는 동작을 도시한 도면이다.
도 14는 PDCP 장치의 순서 재정렬 동작을 설명한 도면이다.
도 15는 다중 RLC 베어러가 설정되고 해제되는 전체 동작을 설명한 도면이다.
도 16은 PDCP 장치가 PDCP 패킷을 처리하는 동작을 도시한 도면이다.
도 17은 단말 장치를 도시한 도면이다.
도 18은 기지국 장치를 도시한 도면이다.
도 19는 PDCP가 둘 이상의 LCG와 연관되는 경우에, 단말이 LCG의 BS에 반영할 PDCP 데이터를 결정하는 동작을 설명한 도면이다.
하기에서 본 명세서와 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 명세서의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 명세서의 실시 예를 설명하기로 한다. 이하 본 명세서를 설명하기에 앞서 LTE 시스템 및 캐리어 집적에 대해서 간략하게 설명한다.
도 1은 본 명세서의 일부 실시 예가 적용되는 LTE 시스템의 구조를 도시하는 도면이다.
도 1을 참조하면, LTE 시스템의 무선 액세스 네트워크는 차세대 기지국(Evolved Node B, 이하 ENB, Node B 또는 기지국)(105, 110, 115, 120)과 MME (125, Mobility Management Entity) 및 S-GW(130, Serving-Gateway)를 포함한다. 사용자 단말(User Equipment, 이하 UE 또는 단말(terminal))(135)은 ENB(105, 110, 115, 120) 및 S-GW(130)를 통해 외부 네트워크에 접속한다.
도 1에서 ENB(105, 110, 115, 120)는 UMTS 시스템의 기존 노드 B에 대응된다. ENB(105, 110, 115, 120)는 UE(135)와 무선 채널을 통해 연결되며 기존 노드 B 더욱 복잡한 역할을 수행한다. LTE 시스템에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스되므로, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 ENB(105, 110, 115, 120)가 담당한다. 하나의 ENB(105, 110, 115, 120)는 통상 다수의 셀들을 제어한다. 100 Mbps의 전송 속도를 구현하기 위해서 LTE 시스템은 20 MHz 대역폭에서 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, 이하 OFDM이라 한다)을 무선 접속 기술로 사용한다. 또한, ENB(105, 110, 115, 120)는 단말(135)의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식을 사용한다.
S-GW(130)는 데이터 베어러를 제공하는 장치이며, MME(125)의 제어에 따라서 데이터 베어러를 생성하거나 제거한다. MME(125)는 단말(135)에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결된다.
도 2는 본 명세서의 일부 실시 예가 적용되는 LTE 시스템에서 무선 프로토콜 구조를 나타낸 도면이다.
도 2를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 ENB에서 각각 PDCP(Packet Data Convergence Protocol 205, 240), RLC(Radio Link Control 210, 235), MAC (Medium Access Control 215,230)으로 이루어진다.
PDCP(Packet Data Convergence Protocol)(205, 240)는 IP 헤더 압축/복원 등의 동작을 담당하고, 무선 링크 제어(Radio Link Control, 이하 RLC라고 한다)(210, 235)는 PDCP PDU(Packet Data Unit)를 적절한 크기로 재구성해서 ARQ 동작 등을 수행한다. MAC(215, 230)은 한 단말에 구성된 여러 RLC 계층 장치들과 연결되며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역 다중화하는 동작을 수행한다. 물리 계층(220, 225)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 한다.
도 3은 기지국 내 캐리어 집적을 설명하는 도면이다.
도 3을 참조하면, 하나의 기지국은 일반적으로 여러 주파수 대역에 걸쳐서 다중 캐리어들을 송출하고 수신할 수 있다. 예를 들어 기지국(305)으로부터 순방향 중심 주파수가 f1인 캐리어(315)와 순방향 중심 주파수가 f3인 캐리어(310)가 송출될 때, 종래에는 하나의 단말이 상기 두 개의 캐리어 중 하나의 캐리어를 이용해서 데이터를 송수신하였다. 그러나 캐리어 집적 능력이 있는 단말은 동시에 여러 개의 캐리어를 통해 데이터를 송수신할 수 있다. 기지국(305)은 캐리어 집적 능력이 있는 단말(330)에 대해서는 상황에 따라 더 많은 캐리어를 할당함으로써 상기 단말(330)의 전송 속도를 높일 수 있다. 상기와 같이 하나의 기지국이 송출하고 수신하는 순방향 캐리어와 역방향 캐리어들을 집적하는 것을 기지국 내 캐리어 집적이라고 한다. 그러나 경우에 따라서 도 3에 도시된 바와는 달리 서로 다른 기지국에서 송출되고 수신되는 순방향 캐리어와 역방향 캐리어들을 집적하는 것이 필요할 수 있다.
도 4는 본 명세서의 일 실시 예에 따르는 캐리어 집적 방식인 기지국 간 캐리어 을 도시하는 도면이다.
도 4를 참조하면, 기지국 1(405)은 중심 주파수가 f1인 캐리어를 송수신하고 기지국 2(415)는 중심 주파수가 f2인 캐리어를 송수신할 때, 단말(430)이 순방향 중심 주파수가 f1인 캐리어와 순방향 중심 주파수가 f2 캐리어를 집적(결합)하면, 하나의 단말이 둘 이상의 기지국으로부터 송수신 되는 캐리어들을 집적하는 결과로 이어지며, 본 명세서에서는 이를 기지국 간(inter-ENB) 캐리어 집적(혹은 기지국 간 CA)이라고 명명한다.
아래에 본 명세서에서 빈번하게 사용될 용어들에 대해서 설명한다.
전통적인 의미로 하나의 기지국이 송출하는 하나의 순방향 캐리어와 상기 기지국이 수신하는 하나의 역방향 캐리어가 하나의 셀을 구성한다고 할 때, 캐리어 집적이란 단말이 동시에 여러 개의 셀을 통해서 데이터를 송수신하는 것으로 이해될 수도 있다. 이때, 최대 전송 속도는 집적되는 캐리어의 수에 비례해서 증가한다.
이하 본 명세서에 있어서 단말이 임의의 순방향 캐리어를 통해 데이터를 수신하거나 임의의 역방향 캐리어를 통해 데이터를 전송한다는 것은 상기 캐리어를 특징짓는 중심 주파수와 주파수 대역에 대응되는 셀에서 제공하는 제어 채널과 데이터 채널을 이용해서 데이터를 송수신한다는 것과 동일한 의미를 갖는다. 본 명세서에서는 특히 캐리어 집적을 '다수의 서빙 셀이 설정된다.'라는 것으로 표현할 것이며, 프라이머리 서빙 셀(이하 PCell)과 세컨더리 서빙 셀(이하 SCell), 혹은 활성화된 서빙 셀 등의 용어를 사용할 것이다. 상기 용어들은 LTE 이동 통신 시스템에서 사용되는 그대로의 의미를 가진다. 본 발명에서는 캐리어, 컴포넌트 캐리어, 서빙 셀 등의 용어가 혼용된다.
본 명세서에서는 동일한 기지국에 의해서 제어되는 서빙 셀들의 집합을 셀 그룹 혹은 캐리어 그룹 (Cell Group, Carrier Group; CG)으로 정의한다. 셀 그룹은 다시 마스터 셀 그룹 (Master Cell Group; MCG)과 세컨더리 셀 그룹 (Secondary Cell Group; SCG)로 구분된다. MCG란 PCell을 제어하는 기지국(이하 마스터 기지국, MeNB)에 의해서 제어되는 서빙 셀들의 집합을 의미하며, SCG란 PCell을 제어하는 기지국이 아닌 기지국, 다시 말해서 SCell들만을 제어하는 기지국(이하 슬레이브 기지국, SeNB)에 의해서 제어되는 서빙 셀들의 집합을 의미한다. 소정의 서빙 셀이 MCG에 속하는지 SCG에 속하는지는 해당 서빙 셀을 설정하는 과정에서 기지국에 의해서 설정된다. 하나의 단말에는 하나의 MCG와 하나 혹은 하나 이상의 SCG가 설정될 수 있으며, 본 발명에서는 설명의 편의상 하나의 SCG가 설정되는 경우만 고려하지만, 하나 이상의 SCG가 설정되더라도 본 발명의 내용이 별다른 가감 없이 그대로 적용될 수 있다.
도 4를 이용해서 설명하면, 기지국 1(405)이 MeNB이고 기지국 2(415)가 SeNB라면, 중심 주파수 f1인 서빙 셀(410)이 MCG에 속하는 서빙 셀이고 중심 주파수 f2인 서빙 셀(420)이 SCG에 속하는 서빙 셀이다.
후술 될 설명에서는 이해를 위해 MCG와 SCG대신 다른 용어를 사용할 수도 있다. 예를 들어 프라이머리 셋과 세컨더리 셋 혹은 프라이머리 캐리어 그룹과 세컨더리 캐리어 그룹 등의 용어가 사용될 수 있다. 하지만, 이 경우에 용어만 다를 뿐, 그 의미하는 바는 동일함을 유념하여야 한다. 이러한 용어들의 주요한 사용 목적은 어떠한 셀이 특정 단말의 PCell을 제어하는 기지국의 제어를 받는지 구분하기 위한 것이며, 상기 셀이 특정 단말의 PCell을 제어하는 기지국의 제어를 받는 경우와 그렇지 않은 경우에 대해 단말과 해당 셀의 동작 방식이 달라질 수 있다.
일반적으로 하나의 사용자 서비스는 하나의 EPS(Evolved Packet System) 베어러에 의해서 서비스되고, 하나의 EPS 베어러는 하나의 무선 베어러(Radio Bearer)와 연결된다. 무선 베어러는 PDCP와 RLC로 구성되는데, 기지국 간 CA에서는 하나의 무선 베어러의 PDCP 장치와 RLC 장치를 서로 다른 기지국에 위치시켜서 데이터 송수신 효율을 증대시킬 수 있다. 이때 사용자 서비스의 종류에 따라서 서로 다른 접근 방법이 필요하다. 예를 들어 대용량 데이터 서비스의 경우, 사용자 서비스는 515와 같이 RLC 장치를 두 개 형성해서 MeNB와 SeNB 모두와 데이터를 송수신할 수 있다. VoLTE와 같이 QoS 요구 조건이 엄격한 서비스라면 사용자 서비스는 505와 같이 MeNB에만 RLC 장치를 두어서 MeNB의 서빙 셀만 이용해서 데이터를 송수신할 수 있다. 대용량 데이터 서비스이기는 하지만 매크로 셀에 가용 전송 자원이 없다면, 사용자 서비스는 510과 같이 SeNB에만 RLC 장치를 두어서 SeNB의 서빙 셀만 이용해서 데이터를 송수신할 수 있다. 505를 단일 LCH MCG 베어러 (single-LCH-MCG-RB)로, 510을 단일 LCH SCG 베어러 (single-LCH-SCG-RB)로, 515를 다중 LCH 베어러 (multi-LCH-RB)로 명명한다.
일반적으로 고속의 데이터 송수신이 요구되는 것은 하향 링크이다. 대부분의 인터넷 서비스는 하향 링크로 데이터 전송이 진행되고 상향 링크로는 상기 데이터 전송과 관련된 제어 메시지(예를 들어 HTTP Request, 혹은 TCP ACK)만 전송되기 때문이다. 반면, 상향 링크에서 단말이 MeNB와 SeNB 모두에게 데이터를 전송할 경우, 단말이 버퍼 상태 보고를 부정확하게 해서 전송 자원 낭비가 발생할 가능성이 있다. 버퍼 상태 (Buffer Status)에는 단말이 기지국에 전송 가능한 데이터의 양이 기입된다. 상기 전송 가능한 데이터의 양은 PDCP 장치에 저장되어 있는 데이터와 RLC 장치에 저장되어 있는 데이터의 합이다. 단말은 MeNB와 SeNB에게 개별적으로 버퍼 상태를 보고하는데, multi-LCH-RB의 경우 PDCP 장치에 저장되어 있는 데이터가 MeNB에게 보고되는 BS에도 포함되고 SeNB에게 보고되는 BS에도 포함되기 때문에 전송 자원 낭비가 발생한다.
본 발명에서는 상기한 문제점을 해결하기 위해서, 상향 링크에 대해서는 임의의 RB의 데이터가 MCG를 통해서만 전송되거나, SCG를 통해서만 전송되도록 정의한다. 그리고 예외적으로 지극히 높은 신뢰도가 요구되는 베어러에 대해서는 MCG와 SCG를 통해 데이터가 중복 전송되도록 한다. 본 발명에서는 상향 링크에 대해서 아래와 같이 5 가지 형태의 RB가 정의된다. LCH는 logical channel을 의미하며, RLC와 MAC 사이의 논리적 통로이고, 임의의 데이터가 어떤 RLC 장치와 연관된 것인지 나타낸다. 따라서 RLC 장치와 LCH는 서로 교환 사용될 수 있는 용어이다. MCG-LCH는 MCG의 서빙 셀들에 대해서 설정된 로지컬 채널로, MCG-LCH에서는 해당 RB의 데이터 중 MCG 서빙 셀과 주고 받은 데이터가 처리된다. SCG-LCH는 SCG의 서빙 셀들에 대해서 설정된 로지컬 채널로, SCG-LCH에서는 해당 RB의 데이터 중 SCG 서빙 셀과 주고 받은 데이터가 처리된다. 하나의 RB에 대해서 하나 또는 두 개의 LCH이 설정될 수 있다. 두 개의 로지컬 채널이 설정될 경우, 하나는 MCG-LCH, 나머지 하나는 SCG-LCH이다.
● single-LCH-MCG-RB (605): RLC 장치가 하나만 존재하며, 상향 링크 데이터 송신은 MCG를 통해서만 이뤄지는 RB이다. 단말은 상기 RB의 BS를 계산함에 있어서, 해당 RB의 PDCP 데이터(630)와 RLC 데이터(635)를 모두 포함시킨다. RLC 데이터는 RLC 제어 데이터 (640), RLC 전송 버퍼에 저장된 데이터 (645), RLC 재전송 버퍼에 저장된 데이터 (650)로 구성된다. RLC 제어 데이터는 RLC 상태 보고 메시지 (RLC STATUS REPORT; RLC ACK 정보와 NACK 정보를 수납한 RLC 계층의 제어 메시지)이다. 상향 링크의 RLC 제어 데이터는 하향 링크 RLC 데이터에 대한 ACK/NACK 정보이다. 전송 버퍼에 저장된 RLC 데이터는, 아직 전송된 적이 없는 RLC 데이터이다. 재전송 버퍼에 저장된 RLC 데이터는, 이미 한번 전송된 적이 있는 RLC 데이터이며, 아직 ACK/NACK 정보를 받지 못해서 재전송 여부가 확정되지 않은 것 (Outstanding packet이라고도 한다)과 NACK 이 지시되어 재전송이 필요한 데이터로 구성된다. BS에는 재전송 버퍼에 저장된 RLC 데이터 중, outstanding packet은 제외하고 재전송이 필요한 패킷만 반영된다.
● single-LCH-SCG-RB (610): RLC 장치가 하나만 존재하며, 상향 링크 데이터 송신은 SCG를 통해서만 이뤄지는 RB이다. 단말은 상기 RB의 BS를 계산함에 있어서, 해당 RB의 PDCP 데이터와 RLC 데이터를 모두 포함시킨다.
● multi-LCH-MCG-RB (615): RLC 장치가 두 개 존재하지만, 상량 링크 데이터 송신은 MCG를 통해서만 이뤄지는 RB이다. 즉, PDCP 데이터는 오직 MCG-LCH로만 (혹은 MCG-RLC 장치, 640))로만 전달되며, SCG-LCH(혹은 SCG-RLC 장치, 645)에서는 해당 RB의 하향 링크 데이터에 대한 RLC 제어 데이터만 전송된다. 단말은 상기 RB에 대한 BS를 계산함에 있어서, MCG를 통해 (혹은 MeNB에게) 보고하는 BS(650)에는 PDCP 데이터의 양과 RLC 데이터의 양을 모두 반영하고, SCG를 통해 (혹은 SeNB에게) 보고하는 BS(655)에는 RLC 제어 데이터의 양만 반영한다.
● multi-LCH-SCG-RB (620): RLC 장치가 두 개 존재하지만, 상량 링크 데이터 송신은 SCG를 통해서만 이뤄지는 RB이다. 즉, PDCP 데이터는 오직 SCG-LCH로만 (혹은 SCG-RLC 장치)로만 전달되며, MCG-LCH(혹은 MCG-RLC 장치)에서는 해당 RB의 하향 링크 데이터에 대한 RLC 제어 데이터만 전송된다. 단말은 상기 RB에 대한 BS를 계산함에 있어서, MCG를 통해 (혹은 MeNB에게) 보고하는 BS(660)에는 RLC 제어 데이터의 양만 반영하고, SCG를 통해 (혹은 SeNB에게) 보고하는 BS(_665)에는 PDCP 데이터의 양과 RLC 데이터의 양을 모두 반영한다.
● multi-LCH-duplicate-RB (625): RLC 장치가 두 개 존재하며, 상량 링크 데이터는 SCG와 MCG를 통해서 중복 전송된다. 단말이 매크로 셀 부근에 위치하는 경우, 단말이 매크로 셀과 스몰 셀 모두를 통해서 동일한 데이터를 반복 전송함으로써 이동성 실패를 현저하게 줄일 수 있다. 따라서 multi-LCH-duplicate-RB는 소정의 조건이 만족할 때 (즉, 매크로 셀 경계의 단말에게 inter-ENB CA가 설정될 때), SRB에 대해서 설정된다. PDCP 데이터는 SCG-LCH와 MCG-LCH 모두를 통해서 전송되며, 단말은 MCG를 통해 보고되는 BS(670)와 SCG를 통해 보고되는 BS(675) 모두에 PDCP 데이터의 양과 RLC 데이터의 양을 반영한다.
하나의 RB에는 하향 링크와 상향 링크가 모두 존재한다. 도 6에서 제시한 5 가지 RB 타입은 상향 링크에 해당하고 도 5에 제시한 3 가지 RB 타입은 하향 링크에 해당된다. 표 1에 이 둘 사이의 매핑 관계를 정리하였다.
표 1
하향 링크 상향 링크 용도
single-LCH-MCG-RB single-LCH-MCG-RB VoLTE와 같이, 서비스 인터럽션이나 지연에 민감한 서비스
single-LCH-SCG-RB single-LCH-SCG-RB FTP와 같이 고속의 데이터 송수신이 필요한 서비스. 매크로 셀에는 전송 자원의 여유가 없어서 multi-LCH 구조의 이득이 없는 경우
multi-LCH-RB multi-LCH-MCG-RB FTP와 같이 고속의 데이터 송수신이 필요한 서비스. 매크로 셀에 전송 자원의 여유가 있어서 multi-LCH의 이득이 있으며, 스몰 셀의 상향 링크에 여유가 없는 경우
multi-LCH-SCG-RB FTP와 같이 고속의 데이터 송수신이 필요한 서비스. 매크로 셀에 전송 자원의 여유가 있어서 multi-LCH의 이득이 있으며, 스몰 셀의 상향 링크에 여유가 있는 경우
multi-LCH-duplicate-RB RRC와 같이 전송 신뢰도가 중요한 서비스. 특히 단말이 매크로 셀의 변경에 위치해서 매크로 셀에서 제공되는 신뢰도가 충분하지 않은 경우
도 7은 상향 링크 그랜트를 수신한 단말의 동작을 설명한 도면이다. 도 7에는 inter-ENB CA가 설정된 단말이 상향 링크 그랜트를 수신했을 때의 동작을 도시되어있다.
705단계에서 단말은 임의의 서빙 셀에서 상향 링크 그랜트 (Physical Downlink Control Channel을 통해 수신되는 제어 정보; 상향 링크 전송에 사용할 전송 자원, MCS 레벨, 최초 전송 여부 등의 정보를 포함한다)를 수신한다. 상기 서빙 셀은 임의의 CG에 속한 서빙 셀이며, 해당 CG의 서빙 셀 중 하나에 대한 상향 링크 전송을 지시한다.
710단계에서 단말은 상기 CG가 MCG인지 SCG인지 검사한다. MCG일 경우 단말이 BS에 반영하는 데이터의 종류와 SCG일 경우 단말이 BS에 반영하는 데이터의 종류가 다르기 때문이다. 상향 링크 그랜트가 MCG의 서빙 셀에 대한 것이라면 단말은 715단계로 진행한다. 상향 링크 그랜트가 SCG의 서빙 셀에 대한 것이라면 단말은 720단계로 진행한다.
715단계에서 단말은 MCG에 대해서 BSR(Buffer Status Report)가 트리거되었으며 아직 취소되지 않았는지 검사한다. BSR은 LCG(Logical Channel Group) 별 BS 정보를 수납한 MAC CE이다. LCG는 로지컬 채널의 그룹이고, 각 BS에는 해당 LCG에 속하는 로지컬 채널의 전송 가능한 데이터의 양을 합산한 정보가 반영된다. MCG에 대해서 BSR이 트리거된다는 것은 아래 이벤트가 발생했다는 것을 의미한다.
● LCG에 속하는 로지컬 채널에서 아래 조건을 충족하는 전송 가능한 데이터가 새롭게 발생하였음. 이하 아래 데이터를 'MCG-data'로 통칭한다.
- single-LCH-MCG-RB의 PDCP 데이터와 RLC 데이터
- multi-LCH-MCG-RB의 PDCP 데이터
- multi-LCH-MCG-RB의 MCG-LCH의 RLC 데이터
- multi-LCH-SCG-RB의 MCG-LCH의 RLC 제어 데이터
- multi-LCH-duplicate-RB의 PDCP 데이터
- multi-LCH-duplicate-RB의 MCG-LCH의 RLC 데이터
● 상기 새롭게 발생한 MCG-data의 로지컬 채널 우선 순위가 기존 MCG-data의 로지컬 채널 우선 순위보다 높다.
상기 상황이 발생하면, 단말에 저장된 데이터보다 우선 순위가 높은 데이터가 새롭게 발생하였다는 것을 의미하며, 단말은 정규 BSR을 트리거한다.
단말은 또한 소정의 타이머가 만료되면 주기적 BSR을 트리거한다.
BSR이 트리거되었고 아직 취소되지 않았다면 단말은 725단계로 진행하고, BSR이 트리거된 적이 없거나, 트리거되었더라도 취소되었다면 730단계로 진행한다. 트리거된 BSR은 전송이 예정된 MAC PDU에 포함되면 취소된다.
725단계에서 단말은 ‘MCG-data’를 반영해서 각 LCG의 BS를 계산한다. 즉 단말은 LCG별로 LCG에 속하는 LCH의 전송 가능한 RLC 데이터와 LCH와 연결된 PDCP의 PDCP 데이터 중 MCG-data만을 합산해서 BS를 계산한다. 예를 들어 임의의 LCG에 LCH 3과 LCH 4가 속하고, LCH 3은 single-LCH-MCG-RB의 LCH이며, LCH 4는 multi-LCH-SCG-RB의 LCH라면, 단말은 LCH 3에 대해서는 PDCP 데이터와 RLC 데이터를 모두 고려하고 LCH 4에 대해서는 RLC 제어 데이터만 고려한다. 단말은 이 둘을 합산해서 해당 LCG의 BS를 결정한다.
730단계에서 단말은 상향 링크 그랜트를 이용해서 전송할 데이터를 결정한다. 단말은 먼저 전송할 CCCH SDU나 C-RNTI MAC CE가 있는지 검사해서, 있다면 이들을 우선적으로 MAC PDU에 포함시킨다. 단말은 MCG에 대해서 트리거된 BSR이 있는지 검사해서, 있다면 (그리고 포함시킬 공간이 있다면) BSR을 생성해서 MAC PDU에 포함시킨다. 단말은 다음으로 MCG에 대해서 트리거된 PHR이 있는지 검사해서, 있다면 (그리고 포함시킬 공간이 있다면) PHR을 MAC PDU에 포함시킨다. 단말은 상기 과정을 수행하고 여전히 MAC PDU에 여분의 공간이 남아 있다면 MCG-data들을 대상으로 MCG-data의 우선 순위를 반영해서 전송할 데이터를 선택한다. 요컨대, 단말은 MCG-data들 중 로지컬 채널 우선 순위가 높은 데이터를 우선적으로 전송한다. CCCH SDU는 규격 36.331과 36.321에 기재된 바를 따른다. C-RNTI MAC CE와 PHR은 규격 36.321에 기재된 바를 따른다.
모든 MCG-data를 포함시키고도 여분의 공간이 남는다면 단말은 패딩 BSR을 포함시키고, 남은 공간은 패딩 비트로 채운다. 그리고 상기 MAC PDU를 상향 링크로 전송하고 과정을 종료한다.
720단계에서 단말은 SCG에 대해서 BSR이 트리거되었는지 검사해서, 트리거되었다면 735단계로, 트리거되지 않았다면 740단계로 진행한다.
SCG에 대해서 BSR이 트리거 된다는 것은 SCG에 대한 정규 BSR이 트리거되거나 SCG에 대한 주기적 BSR이 트리거 된 것을 의미한다. 아래 이벤트가 발생하면 SCG에 대한 정규 BSR이 트리거된다.
● LCG에 속하는 로지컬 채널에서 아래 조건을 충족하는 전송 가능한 데이터가 새롭게 발생하였음. 이하 아래 데이터를 ‘SCG-data’로 통칭한다.
- single-LCH-SCG-RB의 PDCP 데이터와 RLC 데이터
- multi-LCH-SCG-RB의 PDCP 데이터
- multi-LCH-SCG-RB의 SCG-LCH의 RLC 데이터
- multi-LCH-MCG-RB의 SCG-LCH의 RLC 제어 데이터
- multi-LCH-duplicate-RB의 PDCP 데이터
- multi-LCH-duplicate-RB의 SCG-LCH의 RLC 데이터
● 상기 새롭게 발생한 SCG-data의 로지컬 채널 우선 순위가, 기존 SCG-data의 로지컬 채널 우선 순위보다 높다.
기지국에 의해 설정된 소정의 타이머가 만료되면 SCG에 대한 주기적 BSR이 트리거된다.
735단계에서 단말은 SCG-data를 반영해서 각 LCG의 BS를 계산한다. 즉 단말은 LCG별로 LCG에 속하는 LCH의 전송 가능한 RLC 데이터와 상기 LCH와 연결된 PDCP의 PDCP 데이터 중 LCG-data만을 합산해서 BS를 계산한다. 그리고 단말은 740단계로 진행한다.
740단계에서 단말은 상향 링크 그랜트를 이용해서 전송할 데이터를 결정한다. 단말은 먼저 전송할 C-RNTI MAC CE가 있는지 검사해서, 있다면 이들을 우선적으로 MAC PDU에 포함시킨다. 단말은 SCG에 대해서 트리거된 BSR이 있는지 검사해서, 있다면 (그리고 포함시킬 공간이 있다면) BSR을 생성해서 MAC PDU에 포함시킨다. 단말은 다음으로 SCG에 대해서 트리거된 PHR이 있는지 검사해서, 있다면 (그리고 포함시킬 공간이 있다면) PHR을 MAC PDU에 포함시킨다. 단말은 상기 과정을 수행하고 여전히 MAC PDU에 여분의 공간이 남아 있다면 SCG-data들을 대상으로 SCG-data의 우선 순위를 반영해서 전송할 데이터를 선택한다. 요컨대, 단말은 SCG-data들 중 로지컬 채널 우선 순위가 높은 데이터를 우선적으로 선택한다.
모든 SCG-data를 포함시키고도 여분의 공간이 남는다면 단말은 패딩 BSR을 포함시키고, 남은 공간은 패딩 비트로 채운다. 그리고 상기 MAC PDU를 상향 링크로 전송하고 과정을 종료한다.
로지컬 채널 우선 순위는 로지컬 채널별로 설정되며 기지국이 단말에게 지시한다. 단말은 하나의 베어러에 하나의 로지컬 채널이 설정된 경우에는 상기 로지컬 채널 우선 순위를 상기 로지컬 채널과 연결된 PDCP 장치에서 발생하는 데이터의 우선 순위로 적용한다. 하나의 베어러에 두 개의 로지컬 채널이 설정된다면, 단말은 PDCP 장치에서 발생하는 데이터에 어떤 로지컬 채널의 우선 순위를 적용해야 할지 결정하여야 한다. 본 발명에서 기지국은 단말에게 로지컬 채널과 베어러를 설정함에 있어서, 어떤 로지컬 채널의 로지컬 채널 우선 순위(logicalChannelPriority)를 적용할지 함께 설정한다. 상기 설정은 명시적(explicit)이거나 암묵적(implicit)일 수도 있다. 명시적인 설정은, PDCP 엔티티를 설정함에 있어서 상기 PDCP 엔티티가 둘 이상의 (혹은 여러 개의) 로지컬 채널과 연결될 때, 어떤 로지컬 채널의 우선 순위가 상기 PDCP 엔티티의 데이터에 적용되는지 기지국이 명시적으로 지시하는 것이다. 암묵적 설정은, 임의의 PDCP 엔티티에서 데이터가 발생했을 때, 상기 PDCP 엔티티가 둘 이상의 로지컬 채널과 연결되었다면, 해당 RB가 multi-LCH-MCG-RB인 경우, 상기 RB의 MCG LCH의 로지컬 채널 우선 순위를 적용하고, 해당 RB가 multi-LCH-SCG-RB인 경우, 상기 RB의 SCG LCH의 로지컬 채널 우선 순위를 적용하는 것이다.
예를 들어, 도 8에 도시된 바와 같이, 단말에게 LCH 1 (825), LCH 2 (830), LCH 3 (835), LCH 4 (840), LCH 5 (845), LCH 6 (850)가 설정되어 있고, RB 1 (805), RB 2 (810), RB 3 (815), RB 4 (820)가 설정되어 있다고 가정한다. 이 경우, LCH 1과 LCH 2가 LCG 1에, LCH 3이 LCG 2에 LCH 4와 LCH 5가 LCG 3에 속한다. LCH 6은 LCG에 속하지 않는다. PDCP 1에 전송 가능한 새로운 데이터가 발생했을 때, 단말은 MCG LCH인 LCH 1, LCH 2 및 LCH 3에 저장되어 있는 전송 가능한 데이터 및, MCG-RB인 RB 1과 RB 2의 PDCP 1과 PDCP 2에 저장되어 있는 전송 가능한 데이터의 우선 순위를 고려해서 MCG에 대한 BSR 트리거 여부를 결정한다. 즉, 상기 전송 가능한 데이터의 우선 순위가 PDCP 1에서 발생한 데이터의 우선 순위보다 낮다면, 예를 들어 LCH 2와 LCH 3에만 데이터가 저장되어 있었다면, 단말은 MCG에 대한 BSR을 트리거한다.
PDCP 2에 전송 가능한 새로운 데이터가 발생했을 때, 단말은 마찬가지로 LCH 1, LCH 2, LCH 3, PDCP 1, PDCP 2에 저장되어 있는 데이터의 우선 순위와 새롭게 발생한 데이터의 우선 순위를 비교해서 BSR 트리거 여부를 결정한다. 이때 PDCP 2에 저장된 데이터의 우선 순위는, 아래 규칙에 따라 LCH 2의 우선 순위인 4가 적용된다.
<규칙 1>
둘 이상의 로지컬 채널과 연결된 PDCP에 저장된 데이터의 우선 순위는, 해당 RB가MCG-RB라면 MCG-LCH의 우선 순위를 따르고, SCG-RB라면 SCG-LCH의 우선 순위를 따른다.
둘 이상의 로지컬 채널과 연결된 PDCP에 저장된 데이터의 우선 순위는, PDCP PDU 혹은 PDCP SDU 단위로 결정될 수 있다. 둘 이상의 로지컬 채널과 연결된 다중 베어러의 PDCP에 저장된 임의의 PDCP SDU의 우선 순위는, 시간과 상황에 따라 MCG-LCH의 우선 순위를 적용하거나 SCG-LCH의 우선 순위를 적용하여 결정될 수 있다. 이처럼 PDCP SDU 혹은 PDU 단위로 우선 순위를 결정하는 것은 다중 베어러의 PDCP 데이터를 MCG와 SCG 모두를 통해 전송하는 경우에 적용될 수 있다.
우선 순위를 PDCP SDU 혹은 PDU 단위로 결정하는 경우, 아래와 같은 규칙들이 적용될 수 있다.
<규칙 2>
단일 베어러의 우선 순위는 하나로 고정되지만, 다중 베어러의 우선 순위는 MCG 혹은 SCG에서 새로운 상향 링크 전송이 가능해지는 시점에 MCG-LCH의 우선 순위와 SCG-LCH의 우선 순위 중 어느 하나에 의해 결정된다. 새로운 상향 링크 전송이 가능해지는 시점은 예를 들어 새로운 전송을 위한 상향 링크 전송 자원이 할당되는 시점 혹은 설정된 상향 링크 전송 자원 (configured uplink grant)이 발생한 시점이 될 수 있다. 임의의 서브 프레임에 임의의 셀 그룹에 대한 새로운 상향 링크 전송이 가능해지면, 상기 서브 프레임에서 상기 셀 그룹의 상향 링크 전송 자원을 사용해 전송할 데이터를 결정함에 있어서, 단말은 다중 베어러 PDCP에 저장되어 있는 PDCP SDU들의 우선 순위를 해당 셀 그룹의 로지컬 채널의 우선 순위에 따라 결정한다. 예컨대, 임의의 시점에 MCG 서빙 셀에 대한 새로운 상향 링크 전송이 가능해지면, 단말은 다중 베어러의 PDCP SDU들에 대한 우선 순위로 MCG-LCH의 우선 순위를 적용한다. 또 다른 임의의 시점에 SCG 서빙 셀에 대한 새로운 상향 링크 전송이 가능해지면, 단말은 다중 베어러의 PDCP SDU들에 대한 우선 순위로 SCG-LCH의 우선 순위를 적용한다.
구체적으로, 단말은 MCG의 상향 링크 전송 자원을 사용해서 전송할 데이터를 결정함에 있어서, 혹은 MCG 상향 링크 전송 자원을 이용해서 임의의 다중 베어러(multi-LCH RB)의 PDCP에 저장되어 있는 데이터 전송 여부를 판단함에 있어서, 상기 다중 베어러의MCG-LCH에 할당된 우선 순위와 PDCP와 MCG-RLC에 저장된 전송 가능한 데이터의 양, 다른 다중 베어러의 MCG-LCH에 할당된 우선 순위와 PDCP에 저장된 전송 가능한 데이터의 양, single-LCH-MCG-RB에 할당된 우선 순위와 PDCP 장치 및 RLC 장치에 저장된 전송 가능한 데이터의 양을 고려한다.
단말은 SCG의 상향 링크 전송 자원을 사용해서 전송할 데이터를 결정함에 있어서, 혹은 SCG 상향 링크 전송 자원을 이용해서 임의의 다중 베어러(multi-LCH RB)의 PDCP에 저장되어 있는 데이터 전송 여부를 판단함에 있어서, 상기 다중 베어러의SCG-LCH에 할당된 우선 순위와 PDCP와 SCG-RLC에 저장된 전송 가능한 데이터의 양, 다른 다중 베어러의SCG-LCH에 할당된 우선 순위와 PDCP에 저장된 전송 가능한 데이터의 양, single-LCH-MCG-RB에 할당된 우선 순위와 PDCP 장치 및 RLC 장치에 저장된 전송 가능한 데이터의 양을 고려한다.
예컨대, 임의의 시점 t0에 n 바이트의 그랜트를 SCG의 SCell로부터 수신하였다면, 단말은 PDCP 2에 저장되어 있는 전송 가능한 데이터에 대해서는 LCH 4의 우선 순위를 적용하고, PDCP 3에 저장되어 있는 전송 가능한 데이터에 대해서는 LCH 5의 우선 순위를 적용한다. 또한, 단말은 PDCP 2의 전송 가능한 데이터의 양, PDCP 3의 전송 가능한 데이터의 양, single-LCH-SCG-RB인 PDCP 4의 전송 가능한 데이터의 양 및 각각의 우선 순위를 고려해서 어떤 데이터를 전송할지 판단한다. 편의상 RLC 들에는 전송 가능한 데이터가 존재하지 않는 것으로 가정한다.
혹은, 임의의 시점 t1에 m 바이트의 그랜트를 MCG의 SCell로부터 수신하였다면, 단말은 PDCP 2에 저장되어 있는 전송 가능한 데이터에 대해서는 LCH 2의 우선 순위를 적용하고, PDCP 3에 저장되어 있는 전송 가능한 데이터에 대해서는 LCH 3의 우선 순위를 적용한다. 또한, 단말은 PDCP 2의 전송 가능한 데이터의 양, PDCP 3의 전송 가능한 데이터의 양, single-LCH-MCG-RB인 PDCP 1의 전송 가능한 데이터의 양 및 각각의 우선 순위를 고려해서 어떤 데이터를 전송할지 판단한다. 편의상 RLC 들에는 전송 가능한 데이터가 존재하지 않는 것으로 가정한다.
<규칙 3>
다중 베어러에 저장되어 있는 전송 가능한 PDCP SDU 및 PDU에 대해서, 상기 SDU가 발생하면 (혹은 상위 계층으로부터 SDU가 전달되면), 단말은 상기 PDCP SDU에 어떤 LCH의 우선 순위를 적용할지 결정한다. 단말은 MeNB에서 미리 지시한 소정의 확률 값에 따라 PDCP SDU에 어떤 우선 순위를 적용할지 결정할 수 있다. 예컨대, MeNB가 임의의 다중 베어러에 대해 "0.3:0.7"의 확률값을 지시하였다면, 단말은 상기 다중 베어러의 PDCP SDU들 중 30%의 SDU들에 대해서는 MCG-LCH의 우선 순위를 적용하고, 70%의 SDU들에 대해서는 SCG-LCH의 우선 순위를 적용할 수 있다. 임의의 SDU에 적용할 우선 순위를 결정하는 시점은 예를 들어 PDCP SDU가 PDCP 전송 버퍼에 저장되는 시점, PDCP SDU가 PDCP 장치에 도착하는 시점, 단일 베어러가 다중 베어러로 전환되는 시점(단일 베어러를 다중 베어러로 재구성할 것을 지시하는 제어 메시지가 수신되고 이를 성공적으로 해석한 후), SCG가 최초로 설정되고 상기 SCG에서 상향 링크 전송이 가능해지는 시점 (예를 들어 SCG설정을 지시받은 단말이 PSCell에서 랜덤 액세스를 성공적으로 완료한 시점) 등이 될 수 있다.
PDCP 3에 전송 가능한 새로운 데이터가 발생했을 때, PDCP 3은 SCG-RB에 속하므로, 단말은 SCG-RB의 데이터와 SCG-LCH의 데이터를 고려해서 SCG에 대한 BSR 트리거 여부를 결정한다. 즉 단말은 PDCP 3, LCH 4, LCH 5, LCH 6에 이미 저장되어 있던 전송 가능한 데이터들의 우선 순위와 새롭게 발생한 데이터의 우선 순위를 비교한다. PDCP 3의 전송 가능한 데이터의 우선 순위는 규칙 1에 따라 LCH 5의 우선 순위인 7이다. 참고로 PDCP 4는 LCG에 속하지 않으므로 우선 순위 비교 시 고려하지 않는다.
MCG에 대한 BSR이 트리거되고, MCG 서빙 셀에 대한 상향 링크 그랜트가 가용해지면, 단말은 LCG 1에 대한 BS와 LCG 2에 대한 BS를 계산한다. LCG 1의 BS에는 LCH 1의 데이터, LCH 2의 데이터, PDCP 1의 데이터, PDCP 2의 데이터의 합이 반영된다. LCG 2의 BS에는 LCH 3의 데이터가 반영된다. LCH x의 데이터란 로지컬 채널 x의 RLC 장치의 전송 가능한 데이터를 일컫는다.
단말은 MCG의 서빙 셀의 상향 링크를 통해 전송할 데이터를 선택함에 있어서, MCG-LCH인 LCH 1, LCH 2, LCH 3과 MCG-RB인 PDCP 1, PDCP 2의 데이터를 우선 순위를 고려해서 선택한다.
단말은 SCG의 서빙 셀의 상향 링크를 통해 전송할 데이터를 선택함에 있어서, SCG-LCH인 LCH 4, LCH 5, LCH 6과 SCG-RB인 PDCP 3, PDCP 4의 데이터를 우선 순위를 고려해서 선택한다.
도 8을 참조하면, multi-LCH-RB의 PDCP는 둘 이상의 LCG와 연관된다. 예를 들어 PDCP 3 (815)은 LCH3와도 연결되고 LCH 5와도 연결되므로, LCG 2와도 연관되고 LCG 3와도 연관된다. 단말은 이처럼 복수의 LCG와 연관되는 PDCP의 데이터를 어떤 LCG의 BS에 포함시킬지 결정할 필요가 있다. 임의의 PDCP 데이터를 보고할 LCG를 결정함에 있어서, 상기 PDCP가 하나의 LCG와 연관되면, 단말은 상기 PDCP의 데이터를 해당 LCG의 BS에 반영하여 보고한다. 상기 PDCP가 둘 이상의 LCG와 연관되면, 단말은 소정의 규칙을 적용해서 어떤 LCG의 BS에 상기 PDCP 데이터를 반영할지 결정한다.
<PDCP 데이터를 어떤 LCG의 BS에 반영할지 결정하는 규칙>
- PDCP가 multi-LCH-MCG-RB라면, MCG-LCH가 속한 LCG의 BS에 PDCP 데이터를 반영
- PDCP가 multi-LCH-SCG-RB라면, SCG-LCH가 속한 LCG의 BS에 PDCP 데이터를 반영.
상기 규칙에 따르면, 상술한 도 8의 실시 예에서, multi-LCH-MCG-RB인 PDCP 2의 데이터는 LCH 2와 LCH 4 중 MCG-LCH인 LCH 2가 속한 LCG 1의 BS에 반영된다. multi-LCH-SCG-RB인 PDCP 3의 데이터는 LCH 3와 LCH 5 중 SCG-LCH인 LCH 5가 속한 LCG 3의 BS에 반영된다.
이와 관련된 단말 동작이 도 19에 도시되어 있다.
1905 단계에서 둘 이상의 CG가 설정된 단말에서 정규 BSR 혹은 주기적 BSR이 트리거된다.
1910 단계에서 단말은 상기 BSR이 어떤 CG에 대해서 트리거되었는지 검사한다. 상기 BSR이 MCG에 대해서 트리거되었다면 단말은 1915 단계로 진행하고 SCG에 대해서 트리거되었다면 단말은 1950 단계로 진행한다.
1915 단계에서 단말은 적어도 둘 이상의 MCG LCG에 전송 가능한 데이터가 존재하는지 검사한다. 임의의 MCG LCG의 전송 가능한 데이터는 해당 MCG LCG에 속하는 LCH의 RLC 장치의 전송 가능한 데이터와 MCG LCG의 전송 가능한 PDCP 데이터를 포함한다.
소정의 MCG LCG (예를 들어 LCG 1, 855)의 전송 가능한 PDCP 데이터는, single-LCH-MCG-RB에 해당되는 LCH(예를 들어 805) 중 해당 MCG LCG에 속하는 LCH의 PDCP 장치(865)에 저장된 전송 가능한 데이터와, multi-LCH-MCG-RB(예를 들어 810)에 해당하는 LCH(예를 들어 830, 840) 중, MCG LCH (예를 들어 830) 에 속하는 LCH의 PDCP 장치(870)에 저장된 전송 가능한 데이터이다.
소정의 SCG LCG (예를 들어 LCG 3, 860)의 전송 가능한 PDCP 데이터는, single-LCH-SCG-RB에 해당되는 LCH 중 해당 SCG LCG에 속하는 LCH의 PDCP 장치에 저장된 전송 가능한 데이터와, multi-LCH-SCG-RB(예를 들어 815)에 해당하는 LCH(예를 들어 835, 845) 중, SCG LCH (예를 들어 845) 에 속하는 LCH의 PDCP 장치(875)에 저장된 전송 가능한 데이터이다.
하나의 MCG LCG에만 전송 가능한 데이터가 존재한다면 단말은 1920 단계로 진행해서 BSR의 포맷으로 short BSR을 선택한다. short BSR은 6 비트의 BS를 하나만 포함하는 포맷이다. 둘 이상의 MCG LCG에 전송 가능한 데이터가 존재한다면 단말은 1925 단계로 진행해서 BSR의 포맷으로 long BSR을 선택한다. long BSR은 6 비트의 BS를 4개 포함하는 포맷이다.
1930 단계에서 단말은 MCG에 대한 (혹은 MeNB에 대한, 혹은 MCG 서빙 셀들 및 MCG LCH를 연결하는 MAC 장치에 대한) BSR 설정에서 extendedBSR-Sizes가 셋 업되어 있는지 검사한다. extendedBSR-Sizes가 셋 업되어 있으면, 단말은 1935 단계로, 셋 업되어 있지 않다면 단말은 1940 단계로 진행한다. BS는 6 비트의 인덱스이다. 임의의 LCG에 대한 BS는 소정의 Buffer Size level을 참조해서 결정된다.
Buffer Size level에는 표 2에 의해서 정의되는 것과 표 3에 의해서 정의되는 것으로 구분된다. 표 2에 의해서 정의되는 Buffer Size level은 Normal buffer size level이라 하고 표 3에 의해서 정의되는 buffer size level은 extended buffer size level이라 한다. normal buffer size level은 역방향 데이터의 양이 많지 않을 때 효율적이고 extended buffer size level은 역방향 데이터의 양이 많을 때 효율적이다.
임의의 LCG의 BS를 결정함에 있어서 normal buffer size level을 참조할지 extended buffer size level을 참조할지는 기지국이 지시하며 임의의 LCG의 BS는 아래와 같은 방법에 따라 결정된다.
기지국은 MCG에 대해서 설정된 LCG에 대해서는, MCG에 대한 BSR에 대해서 extendedBSR-Sizes가 설정되어 있다면 extended buffer size level을 적용하고, extendedBSR-Sizes가 설정되어 있지 않다면 normal buffer size level을 적용한다.
기지국은 SCG에 대해서 설정된 LCG에 대해서는, SCG에 대한 BSR에 대해서 extendedBSR-Sizes가 설정되어 있다면 extended buffer size level을 적용하고, extendedBSR-Sizes가 설정되어 있지 않다면 normal buffer size level을 적용한다.
MCG에 대한 BSR과 SCG에 대한 BSR에는 서로 다른 buffer size level이 적용될 수 있으므로(예를 들어 MCG LCG의 BS 결정에는 normal buffer size level을, SCG LCG의 BS 결정에는 extended buffer size level을 적용하거나 그 반대가 될 수 있다), 하나의 단말에 여러 종류의 buffer size level이 설정될 수 있다. 따라서 단말은 BSR이 어떤 CG에 대한 BSR이냐에 따라 적적한 buffer size level을 선택한다.
표 2
Index Buffer Size (BS) value [bytes] Index Buffer Size (BS) value [bytes]
0 BS = 0 32 1132 < BS <= 1326
1 0 < BS <= 10 33 1326 < BS <= 1552
2 10 < BS <= 12 34 1552 < BS <= 1817
3 12 < BS <= 14 35 1817 < BS <= 2127
4 14 < BS <= 17 36 2127 < BS <= 2490
5 17 < BS <= 19 37 2490 < BS <= 2915
6 19 < BS <= 22 38 2915 < BS <= 3413
7 22 < BS <= 26 39 3413 < BS <= 3995
8 26 < BS <= 31 40 3995 < BS <= 4677
9 31 < BS <= 36 41 4677 < BS <= 5476
10 36 < BS <= 42 42 5476 < BS <= 6411
11 42 < BS <= 49 43 6411 < BS <= 7505
12 49 < BS <= 57 44 7505 < BS <= 8787
13 57 < BS <= 67 45 8787 < BS <= 10287
14 67 < BS <= 78 46 10287 < BS <= 12043
15 78 < BS <= 91 47 12043 < BS <= 14099
16 91 < BS <= 107 48 14099 < BS <= 16507
17 107 < BS <= 125 49 16507 < BS <= 19325
18 125 < BS <= 146 50 19325 < BS <= 22624
19 146 < BS <= 171 51 22624 < BS <= 26487
20 171 < BS <= 200 52 26487 < BS <= 31009
21 200 < BS <= 234 53 31009 < BS <= 36304
22 234 < BS <= 274 54 36304 < BS <= 42502
23 274 < BS <= 321 55 42502 < BS <= 49759
24 321 < BS <= 376 56 49759 < BS <= 58255
25 376 < BS <= 440 57 58255 < BS <= 68201
26 440 < BS <= 515 58 68201 < BS <= 79846
27 515 < BS <= 603 59 79846 < BS <= 93479
28 603 < BS <= 706 60 93479 < BS <= 109439
29 706 < BS <= 826 61 109439 < BS <= 128125
30 826 < BS <= 967 62 128125 < BS <= 150000
31 967 < BS <= 1132 63 BS > 150000
표 3
Index Buffer Size (BS) value [bytes] Index Buffer Size (BS) value [bytes]
0 BS = 0 32 4940 < BS <= 6074
1 0 < BS <= 10 33 6074 < BS <= 7469
2 10 < BS <= 13 34 7469 < BS <= 9185
3 13 < BS <= 16 35 9185 < BS <= 11294
4 16 < BS <= 19 36 11294 < BS <= 13888
5 19 < BS <= 23 37 13888 < BS <= 17077
6 23 < BS <= 29 38 17077 < BS <= 20999
7 29 < BS <= 35 39 20999 < BS <= 25822
8 35 < BS <= 43 40 25822 < BS <= 31752
9 43 < BS <= 53 41 31752 < BS <= 39045
10 53 < BS <= 65 42 39045 < BS <= 48012
11 65 < BS <= 80 43 48012 < BS <= 59039
12 80 < BS <= 98 44 59039 < BS <= 72598
13 98 < BS <= 120 45 72598 < BS <= 89272
14 120 < BS <= 147 46 89272 < BS <= 109774
15 147 < BS <= 181 47 109774 < BS <= 134986
16 181 < BS <= 223 48 134986 < BS <= 165989
17 223 < BS <= 274 49 165989 < BS <= 204111
18 274 < BS <= 337 50 204111 < BS <= 250990
19 337 < BS <= 414 51 250990 < BS <= 308634
20 414 < BS <= 509 52 308634 < BS <= 379519
21 509 < BS <= 625 53 379519 < BS <= 466683
22 625 < BS <= 769 54 466683 < BS <= 573866
23 769 < BS <= 945 55 573866 < BS <= 705666
24 945 < BS <= 1162 56 705666 < BS <= 867737
25 1162 < BS <= 1429 57 867737 < BS <= 1067031
26 1429 < BS <= 1757 58 1067031 < BS <= 1312097
27 1757 < BS <= 2161 59 1312097 < BS <= 1613447
28 2161 < BS <= 2657 60 1613447 < BS <= 1984009
29 2657 < BS <= 3267 61 1984009 < BS <= 2439678
30 3267 < BS <= 4017 62 2439678 < BS <= 3000000
31 4017 < BS <= 4940 63 BS > 3000000
1935 단계에서 단말은 표 3의 extended Buffer size level을 참조해서 전송 가능한 데이터가 존재하는 MCG LCG의 BS를 결정한다. 1940 단계에서 단말은 표 2의 normal Buffer size level을 참조해서 전송 가능한 데이터가 존재하는 MCG LCG들의 BS를 결정한다.
임의의 MCG LCG의 전송 가능한 데이터의 양은 해당 MCG LCG의 전송 가능한 RLC 데이터의 양과 전송 가능한 PDCP 데이터의 양을 합산한 값이다. 임의의 MCG LCG의 전송 가능한 RLC 데이터의 양은, 해당 LCG에 속하는 LCH의 RLC의 전송 가능한 데이터의 양을 포함한다. 임의의 MCG LCG의 전송 가능한 PDCP 데이터의 양은, single-LCH-MCG-RB 중 상기 MCG LCG에 속하는 LCH와 관련된 PDCP에 저장된 전송가능한 PDCP 데이터의 양과 multi-LCH-MCG-RB 중 상기 MCG LCG에 속하는 LCH와 관련된 PDCP에 저장된 전송 가능한 PDCP 데이터의 양이다.
임의의 SCG LCG의 전송 가능한 데이터의 양은 해당 SCG LCG의 전송 가능한 RLC 데이터의 양과 전송 가능한 PDCP 데이터의 양을 합산한 값이다. 임의의 SCG LCG의 전송 가능한 RLC 데이터의 양은, 해당 LCG에 속하는 LCH의 RLC의 전송 가능한 데이터의 양을 포함한다. 임의의 SCG LCG의 전송 가능한 PDCP 데이터의 양은, single-LCH-SCG-RB 중 상기 SCG LCG에 속하는 LCH와 관련된 PDCP에 저장된 전송가능한 PDCP 데이터의 양과 multi-LCH-SCG-RB 중 상기 SCG LCG에 속하는 LCH와 관련된 PDCP에 저장된 전송 가능한 PDCP 데이터의 양이다.
1945 단계에서 단말은 상기 MCG LCG의 BS가 수납된 long BSR 혹은 short BSR을 생성하고 MCG의 서빙 셀을 통해 상기 BSR을 전송한다.
1950 단계에서 단말은 적어도 둘 이상의 SCG LCG에 전송 가능한 데이터가 존재하는지 검사한다. 임의의 SCG LCG의 전송 가능한 데이터는 해당 SCG LCG에 속하는 LCH의 RLC 장치에 저장되어 있는 전송 가능한 데이터와 해당 SCG LCG의 전송 가능한 PDCP 데이터를 포함한다.
하나의 SCG LCG에만 전송 가능한 데이터가 존재한다면 단말은 1955 단계로 진행해서 BSR의 포맷으로 short BSR을 선택한다. 둘 이상의 SCG LCG에 전송 가능한 데이터가 존재한다면 단말은 1960 단계로 진행해서 BSR의 포맷으로 long BSR을 선택한다. 단말이 MCG를 위한 BSR과 SCG를 위한 BSR을 동시에 전송하는 경우에, MCG를 위한 BSR과 SCG를 위한 BSR의 포맷이 서로 다를 수 있다.
1965 단계에서 단말은 SCG에 대한 (혹은 MeNB에 대한, 혹은 MCG 서빙 셀들 및 MCG LCH를 연결하는 MAC 장치에 대한) BSR 설정에서 extendedBSR-Sizes가 셋 업되어 있는지 검사한다. extendedBSR-Sizes가 셋 업되어 있다면, 단말은 1970 단계로, 셋 업되어 있지 않다면 단말은 1975 단계로 진행한다.
1970 단계에서 단말은 표 3의 extended Buffer size level을 참조해서 전송 가능한 데이터가 존재하는 SCG LCG의 BS를 결정한다. 1975 단계에서 단말은 표 2의 normal Buffer size level을 참조해서 전송 가능한 데이터가 존재하는 SCG LCG들의 BS를 결정한다.
1980 단계에서 단말은 상기 SCG LCG의 BS가 수납된 long BSR 혹은 short BSR을 생성하고 SCG의 서빙 셀을 통해 상기 BSR을 전송하고 과정을 종료한다.
도 9는 PDCP 데이터가 발생했을 때 단말이 스케줄링 요청을 수행하는 동작을 설명한 도면이다. 구체적으로, 도 9에는 SR을 트리거할 서빙 셀을 결정하는 단말 동작을 도시하였다.
SR(Scheduling Request)는 정규 BSR이 트리거되면, BSR을 전송할 전송 자원을 요청하기 위해서 단말이 기지국에 전송하는 신호이다. 상기 SR은 단말에게 독점적으로 할당된 전송 자원을 통해서 전송될 수 있다. 상기 전송 자원은 PUCCH에 설정되며, PUCCH를 통해 전송되는 SR을 D-SR (Dedicate-Scheduling Request) 라고도 한다. 단말에게 D-SR이 할당되지 않았을 경우, 단말은 랜덤 액세스 과정을 통해 기지국에 전송 자원 할당을 요청하며 이를 RA-SR (Random Access-Scheduling Request)라 한다.
905단계에서 임의의 PDCP 장치에 새로운 데이터가 발생하고, 상기 새로운 데이터에 의해서 정규 BSR이 트리거된다.
910단계에서 단말은 상기 PDCP 장치의 RB에 하나의 LCH가 설정되어 있는지 둘 이상의 LCH가 설정되어 있는지 검사한다. 단말은 하나의 LCH가 설정된 경우라면(즉 single-LCH-RB라면) 915단계로, 둘 이상의 LCH가 설정된 경우라면(즉 multi-LCH-RB라면) 920단계로 진행한다.
915단계에서 단말은 상기 새로운 데이터가 MCG-RB의 PDCP에서 발생한 데이터인지 SCG-RB의 PDCP에서 발생한 데이터인지 검사한다. 단말은 MCG-RB에서 발생한 데이터라면, 925단계로 진행해서 PCell에서 SR을 트리거한다. 즉, PCell의 PUCCH에 SR 자원이 할당되어 있다면 단말은 상기 SR 자원을 이용해서 D-SR을 전송하고, PCell의 PUCCH에 SR 자원이 할당되어 있지 않다면, 단말은 PCell에서 랜덤 액세스를 수행한다.
SCG-RB에서 발생한 데이터라면 단말은 930단계로 진행해서 소정의 SCell에서 SR을 트리거한다. 상기 소정의 SCell은 SCG에 속하는 SCell 중 기지국에 의해서 특정된 SCell로 편의상 pSCell (primary SCell)로 명명한다. 단말은 pSCell의 PUCCH 전송 자원을 사용해서 SCG 셀들에 대한 HARQ 피드백, SCG 셀들에 대한 CSI (Channel Status Information) 등을 전송하다. 상기 PUCCH, CSI는 규격 36.213 등에 정의된 바를 따른다. pSCell의 PUCCH에는 단말의 SR 전송 자원이 할당될 수도 있다. 단말은 pSCell의 PUCCH에 SR 전송 자원이 할당되어 있다면 상기 SR 전송 자원을 이용해서 D-SR을 전송하고, 할당되어 있지 않다면, pSCell에서 랜덤 액세스를 수행한다.
920단계에서 단말은 상기 새로운 데이터가 MCG-RB의 PDCP에서 발생한 데이터인지 SCG-RB의 PDCP에서 발생한 데이터인지, duplicate-RB의 PDCP에서 발생한 데이터인지 검사한다. 새로운 데이터가 MCG-RB의 PDCP에서 발생한 데이터라면, 단말은 935단계로 진행해서 PCell에서 SR을 트리거하고, SCG-RB의 PDCP에서 발생한 데이터라면 단말은 945단계로 진행해서 pSCell에서 SR을 트리거한다. 새로운 데이터가 duplicate-RB의 PDCP에서 발생한 데이터라면 단말은 940단계로 진행해서 PCell에서도 SR을 트리거하고 pSCell에서도 SR을 트리거한다.
하나의 RB에 하나의 로지컬 채널이 설정된 경우에는 RLC가 순서 재정렬 동작을 수행하기 때문에 PDCP에서 별도의 순서 재정렬 동작을 수행할 필요가 없다.
하나의 RB에 두 개의 로지컬 채널이 설정된 경우, RLC가 순서 재정렬 동작을 수행하기는 하지만, RLC 장치 사이에서는 순서 재정렬이 되지 않기 때문에 PDCP가 별도의 순서 재정렬을 수행하여야 한다.
예컨대, 도 10에 도시된 바와 같이, 하나의 로지컬 채널이 설정된 RB(1005)에서는 PDCP 송신 장치(1010)가 패킷 [1], 패킷 [2], 패킷 [3], 패킷 [4]의 순서로 RLC 송신 장치(1015)에 패킷을 전달한다. 상기 패킷들은 MAC 장치와 무선 채널을 거쳐서 RLC 수신 장치 (1020)에서 수신된다. 이때 무선 채널에서 오류가 발생하면 HARQ와 ARQ를 통해 재전송/오류 복구가 진행되기 때문에, 이 과정에서 RLC 수신 장치(1020)가 수신하는 패킷의 순서는 PDCP 송신 장치(1015)가 전송한 패킷의 순서와 다를 수 있다. RLC 수신 장치(1020)는 상기 어긋난 순서를 다시 재정렬한 후 PDCP 수신 장치(1025)로 전달한다. 예컨대, RLC 수신 장치(1020)는 패킷[1], 패킷 [2], 패킷 [3], 패킷 [4] 순으로 PDCP 수신 장치(1025)에 패킷을 전달한다.
두 개의 로지컬 채널이 설정된 RB(1030)의 경우, PDCP 송신 장치 (1035)는 두 개의 RLC 송신 장치 (1040, 1045)로 패킷을 전달한다. 예를 들어 PDCP 송신 장치 (1035)는 제1 RLC 송신 장치(1040)에는 패킷 [1]과 패킷 [3]을, 제2 RLC 송신 장치 (1045)에게는 패킷 [2]와 패킷 [4]를 전달한다. 제1 RLC 송신 장치 (1040)는 제1 RLC 수신 장치 (1050)에게, 제2 RLC 송신 장치 (1045)는 제2 RLC 수신 장치 (1055)에게 패킷을 전송한다. 제1 RLC 수신 장치 (1050)는 제1 RLC 송신 장치 (1040)가 PDCP 송신 장치(1035)로부터 패킷을 전달받은 순서대로, 수신한 패킷들의 순서를 재정렬한다. 즉, 제1 RLC 수신 장치(1050(는 패킷 [1]과 패킷 [3]의 순서로 패킷들을 PDCP 수신 장치 (1060)에게 전달한다. 마찬가지로 제2 RLC 수신 장치 (1055)는 제2 RLC 송신 장치 (1045)가 PDCP 송신 장치(1035)로부터 패킷을 전달받은 순서대로 수신한 패킷들의 순서를 재정렬한다. 즉. 제2 RLC 송신 장치(1045)는 패킷 [2]와 패킷 [4]의 순서로 패킷들을 PDCP 수신 장치 (1060)에게 전달한다. 그러나 제1 RLC 수신 장치 (1050)와 제2 RLC 수신 장치 (1055)가 전달하는 패킷의 순서는 정렬되지 않는다. 예컨대, 제1 RLC 수신 장치 (1050)와 제2 RLC 수신 장치 (1055)가 전달하는 패킷들은 패킷 [1], 패킷 [2], 패킷 [4], 패킷 [3]의 순서로 전달될 수도 있고 패킷 [2], 패킷 [4], 패킷 [1], 패킷 [3]의 순서로 전달될 수도 있다. 따라서 PDCP 수신 장치(1060)는 둘 이상의 RLC 수신 장치(1040, 1045)가 전달한 패킷들의 순서를 다시 한 번 정렬할 필요가 있다.
본 발명은 PDCP 수신 장치의 순서 재정렬 방법으로 타이머를 이용하는 방법과 변수를 이용하는 방법을 제시한다. 먼저, 타이머를 이용하는 방법에 대해서 설명하면 다음과 같다.
[타이머를 이용해서 PDCP 수신 장치가 순서를 재정렬하는 방법]
PDCP 수신 장치는 소정의 타이머를 구비하고, 상기 타이머는 순서가 정렬되지 않은 패킷이 발생하면 구동된다. 상기 타이머가 만료될 때까지 순서가 정렬되지 않으면 상기 순서가 정렬되지 않은 패킷이 순서가 정렬된 것으로 간주하고 상위 계층으로 전달한다.
도 11에 상기 동작을 예를 들어 설명하였다.
임의의 t1(1105)에 PDCP 수신 장치에 패킷 [n+1]이 도착하고 t2 (1110)에 패킷 [n+3]이 도착한다. 상기 패킷 [n+3]은 순서가 정렬되지 않은 패킷이므로, PDCP 수신 장치는 타이머를 상기 패킷 [n+3]과 연관(associate)지은 후 구동한다. t3 (1115)에 패킷 [n+4]가, t4 (1120)에 패킷 [n+6]이 수신되고, t5 (1125)에 타이머가 만료된다.
PDCP 수신 장치는 만료된 타이머와 연관된 일련 번호 즉, [n+3]보다 낮은 일련 번호의 패킷인 패킷 [n+1]과, 만료된 타이머와 연관된 일련 번호인 [n+3] 보다 높은 일련 번호 중 연속적인 (즉 다음 미수신 패킷보다 낮은) 일련 번호인 [n+4]를 식별하고, 상기 [n+4]를 포함해서 이보다 낮은 일련 번호의 패킷을 상위 계층으로 전달한다 (1130).
상기 타이머의 길이는, 하위 계층의 ARQ 지연과 HARQ 지연을 모두 포함하는 상당히 긴 시간이 설정되는 것이 바람직하며, 상기 타이머의 길이는 기지국이 단말에게 지시한다.
아래에 변수를 이용해서 순서를 재정렬하는 방법을 설명한다.
[변수를 이용해서 PDCP 수신 장치가 순서를 재정렬하는 방법]
전술한 바와 같이 RLC 수신 장치들은 독립적으로 패킷의 순서를 재정렬해서 PDCP 수신 장치에게 전달한다. 다시 말해서 RLC 수신 장치 1이 패킷 [n]을 전달하였다면, PDCP 수신 장치는 RLC 수신 장치 1로부터는 [n]보다 낮은 일련 번호를 가지는 패킷이 전달되지 않을 것이라는 사실을 알 수 있다. 마찬가지로 RLC 수신 장치 2가 패킷 [m]을 전달하였다면, PDCP 수신 장치는 RLC 수신 장치 2로부터는 [m]보다 낮은 일련 번호를 가지는 패킷이 전달되지 않을 것이라는 사실을 알 수 있다. 상기 현상을 이용하면 간단하지만 효율적인 순서 재정렬 동작을 정의할 수 있다.
RLC 수신 장치 1에서 수신된 패킷 들 중 가장 높은 일련 번호(혹은 그에 1을 더한 번호)를 Next_COUNT_1이라 하고, RLC 수신 장치 2에서 수신된 패킷 들 중 가장 높은 일련 번호 (혹은 그에 1을 더한 번호)를 Next_COUNT_2라 할 때, PDCP 수신 장치는 상기 두 번호 중 낮은 번호를 기준으로, 상기 번호보다 낮은 패킷 들은 미수신 패킷이 존재하더라도 순서가 정렬된 것으로 간주하고 상위 계층으로 전달한다.
예를 들어, 도 12를 참조하면, 임의의 t1(1205)에 RLC 장치 1로부터 PDCP 수신 장치에 패킷 [n+1]이 도착한다. 순서가 정렬되지 않은 패킷 (혹은 미수신 패킷)이 없다면, PDCP 순서 재정렬 장치는 패킷 [n+1]을 다음 처리 장치 (상위 계층일 수도 있고 PDCP 장치 내의 다른 기능 장치일 수도 있다.)로 전달하고 Last_Submitted_COUNT라는 변수를 [n+1]으로 설정한다. 패킷 [n+1]은 RLC 장치 1로부터 수신되었으므로, PDCP 순서 재정렬 장치는 Next_COUNT_1을 [n+2]로 설정한다. Last_Submitted_COUNT는 순서 재정렬이 완료되어 상위 계층으로 혹은 다음 기능 장치로 전달된 패킷 중 가장 높은 일련 번호를 나타내는 변수이다. COUNT는 보안을 위한 패킷의 비화/역비화의 입력 값으로 사용되는 일련 번호로 HFN과 PDCP SN으로 구성되며, 규격 36.323에 기재된 바를 따른다. Next_COUNT_1은 RLC 장치 1로부터 수신한 패킷의 일련 번호 가운데 가장 높은 일련 번호에 1을 합산한 것이다. 임의의 t2 (1210)에 RLC 장치 2로부터 패킷 [n+3]이 도착하고 PDCP 수신 장치는 Next_COUNT_2를 [n+4]로 설정한다. PDCP 수신 장치는 패킷 [n+2]가 미수신 패킷이며, 상기 미수신 패킷으로 인해 순서가 정렬되지 않은 패킷이 발생하였다는 것을 인지한다. PDCP 수신 장치는 또한 RLC 장치 2로부터 패킷 [n+2]보다 높은 일련 번호의 패킷을 이미 수신하였으므로, 상기 패킷 [n+2]는 RLC 장치 2로부터 수신될 가능성이 없다는 사실을 인지한다. 임의의 t3(1215)에 RLC 장치 2로부터 패킷 [n+4]가 수신되고, PDCP 수신 장치는 Next_COUNT_2를 [n+5]로 설정한다. 임의의 t4(1240)에 RLC 장치 1로부터 패킷 [n+6]가 수신되고, PDCP 장치는 Next_COUNT_1을 [n+7]로 설정한다. RLC 장치 1로부터 [n+2]보다 높은 일련 번호의 패킷이 수신되었으므로, PDCP 수신 장치는 패킷 [n+2]가 RLC 장치 1로부터도 수신될 가능성이 없다는 사실을 인지하고 패킷 [n+2]를 무시하거나, 혹은 마치 패킷 [n+2]가 수신된 것처럼 동작한다. 즉, PDCP 수신 장치는 패킷 [n+2]가 수신되었다면 순서가 정렬되는 나머지 패킷, 예컨대 패킷 [n+3]와 패킷 [n+4]를 다음 기능 장치로 전달하고 Last_Submitted_COUNT를 [n+4]로 변경한다. 이를 다른 식으로 표현하면, 단말은 Next_COUNT_1과 Next_COUNT_2 중 작은 값 (상기 예에서는 [n+5])을 판단하고, 상기 작은 Next_COUNT 보다 낮은 일련 번호의 모든 패킷들을 다음 처리 장치로 전달한다. 임의의 미수신 패킷의 일련 번호가 Next_COUNT_1 보다 낮다는 것은 상기 패킷이 RLC 장치 1로부터 수신될 가능성이 없다는 것을 의미하고, 임의의 미수신 패킷의 일련 번호가 Next_COUNT_2 보다 낮다는 것은 상기 패킷이 RLC 장치 2로부터 수신될 가능성이 없다는 것을 의미한다. 따라서 임의의 미수신 패킷의 일련 번호가 Next_COUNT_1 보다도 낮고 Next_COUNT_2 보다도 낮다면, 상기 미수신 패킷은 앞으로 수신되지 않을 것이라는 것을 지시하며, 이에 맞춰 순서 재정렬 동작을 수행하는 것이다.
상기 동작은 아래와 같이 정의될 수 있다.
- PDCP 수신 장치는 RLC 장치 1로부터 수신한 패킷들의 일련 번호 중 가장 높은 일련 번호를 Next_COUNT_1에 기록
- PDCP 수신 장치는 RLC 장치 2로부터 수신한 패킷들의 일련 번호 중 가장 높은 일련 번호를 Next_COUNT_2에 기록
- PDCP 수신 장치는 Next_COUNT_1과 Next_COUNT_2 중의 최소값 보다 낮은 일련 번호의 패킷들은 모두 다음 기능 장치로 전달
도 13은 다중 LCH 베어러의 PDCP 장치가 PDCP 패킷을 처리하는 동작을 도시한 도면이다. 도 13에는 PDCP 장치를 구성하는 PDCP 수신 장치가 변수를 이용해서 순서를 재정렬하는 방법을 설명하였다.
1305단계에서 하위 계층 (RLC 장치)로부터 PDCP 패킷이 도착하면, PDCP 수신 장치는 1310단계로 진행해서 수신한 패킷의 HFN을 결정하고 지연 수신된 패킷을 폐기한다. HFN (Hyper Frame Number)은 COUNT의 상위 비트이며, HFN과 PDCP SN이 결합해서 COUNT를 구성한다. PDCP SN은 PDCP 패킷 헤더에서 명시적으로 표시되지만, HFN은 그렇지 않다. 따라서 PDCP 수신 장치는 수신한 패킷의 HFN을 자체적으로 판단하여야 한다. PDCP 송신 장치가 패킷을 전송함에 있어서 소정의 조건 (PDCP SN의 순서 어긋남이 PDCP SN에 의해서 지시될 수 있는 일련 번호의 총합의 절반보다 작도록 전송)을 준수하면, PDCP 수신 장치는 가장 최근에 수신한 PDCP 패킷의 일련 번호 (received PDCP SN, 규격 36.323 참조), 지금까지 수신한 일련 번호 중 가장 높은 일련 번호(Next_PDCP_RX_SN, 규격 36.323 참조), 소정의 크기를 가지는 윈도우(Reordering_Window, 규격 36.323 참조)를 이용해서 HFN을 판단한다. 그리고 만약 수신한 패킷보다 높은 일련 번호의 패킷이 이미 상위 계층으로 전달되었다면 (즉 상기 수신된 패킷이 이미 수신된 적이 있거나 지연 수신된 패킷이라면), 상기 수신한 패킷에 대해서 헤더 복원 (header decompression)을 수행한 후 폐기한다. 좀 더 자세히 설명하면 특정할 수 없는 이유로 패킷이 중복 수신되거나 지연 수신되었을 때, 상기 패킷에는 헤더 복원 컨텍스트의 갱신을 위한 유용한 정보를 담고 있을 수 있기 때문에 헤더 복원을 수행한 후 폐기하는 것이다. 상기 과정은 36.323의 섹션 5.1.2.1.2에 기술된 바를 따른다. 상기 규격에 따르면 아래 조건이 성립하면 수신한 패킷은 지연 수신되었거나 중복 수신된 것이다.
if received PDCP SN - Last_Submitted_PDCP_RX_SN > Reordering_Window 또는 0 <= Last_Submitted_PDCP_RX_SN - received PDCP SN < Reordering_Window:
수신한 패킷의 HFN이 결정되고 상기 패킷이 지연/중복 수신된 패킷이 아니라면, PDCP 수신 장치는 1315단계로 진행해서 상기 HFN과 PDCP SN을 결합하여 수신된 패킷의 COUNT를 결정하고, COUNT의 순서에 따라서 상기 패킷을 순서 재정렬 버퍼에 저장한다. 또한, 상기 수신한 패킷이 순서 재정렬이 필요치 않은 패킷이라면, 즉 received COUNT가 last_submitted_COUNT에 1을 합산한 것과 동일하다면 (또는 received PDCP SN이 last_submitted_PDCP_RX_SN에 1을 합산한 것과 동일하다면), PDCP 수신 장치는 수신한 PDCP 패킷을 다음 처리 장치로 전달한다. 순서 재정렬 버퍼에 패킷이 저장되어 있다면 (즉 순서 재정렬이 필요한 패킷이 여전히 존재한다면) PDCP 수신 장치는 1320단계로 진행한다. 순서 재정렬이 필요한 패킷이 존재하지 않는다면 PDCP 수신 장치는 다음 PDCP 패킷이 도착할 때까지 대기한다.
1320단계에서 PDCP 수신 장치는 상기 패킷이 RLC 장치 1에서 수신된 것인지 RLC 장치 2에서 수신된 것인지 판단한다. 혹은 PDCP 수신 장치는 상기 패킷이 첫 번째 로지컬 채널에서 수신된 것인지 두 번째 로지컬 채널에서 수신된 것인지 판단한다. RLC 장치 1 혹은 첫 번째 로지컬 채널은 MCG과 관련된 RLC 장치 혹은 로지컬 채널이고, RLC 장치 2 혹은 두 번째 로지컬 채널은 SCG와 관련된 RLC 장치 혹은 로지컬 채널일 수 있다.
PDCP 장치는 RLC 장치 1에서 패킷이 수신되었다면 1325단계로, RLC 장치 2에서 패킷이 수신되었다면 1330단계로 진행한다.
1325단계에서 PDCP 장치는 수신한 패킷의 COUNT (received COUNT)가 Next_COUNT_1보다 크거나 같은지 검사한다. 수신한 패킷의 COUNT (received COUNT)가 Next_COUNT_1보다 크거나 같다면, PDCP 장치는 1335단계로 진행해서 Next_COUNT_1을 received COUNT에 1을 합산한 값으로 갱신하고 1345단계로 진행한다. 수신한 패킷의 COUNT가 Next_COUNT_1보다 작다면 PDCP 수신 장치는 1345단계로 곧 바로 진행한다.
1330단계에서 PDCP 장치는 수신한 패킷의 COUNT (received COUNT)가 Next_COUNT_2보다 크거나 같은지 검사한다. 수신한 패킷의 COUNT (received COUNT)가 Next_COUNT_2보다 크거나 같다면 PDCP 장치는 1340단계로 진행해서 Next_COUNT_2를 received COUNT에 1을 합산한 값으로 갱신하고 1345단계로 진행한다. 수신한 패킷의 COUNT가 Next_COUNT_2보다 작다면 PDCP 장치는 1345단계로 곧 바로 진행한다.
1345단계에서 PDCP 장치는 PDCP 순서 재정렬 버퍼에 저장되어 있는 패킷 들 중 조건 1을 충족시키는 패킷들은 다음 처리 장치로 전달한다. 조건 1을 충족시키는 패킷은 예를 들어 패킷의 COUNT가 Min [Next_COUNT_1, Next_COUNT_2] 보다 낮은 패킷을 의미할 수 있다.
1350단계에서 PDCP 장치는 조건 1을 충족시키지 못하는 나머지 패킷들을 순서 재정렬 버퍼에 그대로 저장해 두고 하위 계층으로부터 다음 PDCP 패킷이 도착할 때까지 대기한다.
도 14를 참조하여 변수를 이용해서 PDCP 수신 장치가 순서를 재정렬하는 방법을 요약 설명하자면 다음과 같다.
임의의 시점에 RLC 장치 1에서 수신한 가장 높은 COUNT (Next_COUNT_1, 1410)보다 RLC 장치 2에서 수신한 가장 높은 COUNT (Next_COUNT_2, 1415)가 높으면, PDCP 수신 장치는 Next_COUNT_1과 Next_COUNT_2 사이의 패킷들 (1425)을 순서 재정렬 버퍼에 저장한다. 또한, PDCP 수신 장치는 Next_COUNT_1과 Last_Submitted_COUNT (1405) 사이의 패킷들 (1420)을 상위 계층 (혹은 다음 기능 장치)으로 전달한다.
이후 RLC 1 장치로부터 패킷을 수신함으로써 Next_COUNT_1이 Next_COUNT_2보다 높아지면, PDCP 수신 장치는 Next_COUNT_1과 Last_Submitted_COUNT 사이의 패킷들 (1430)은 상위 계층 (혹은 다음 기능 장치)으로 전달하고, Next_COUNT_2와 Next_COUNT_1 사이의 패킷들(1435)은 순서 재정렬 버퍼에 저장한다.
도 15에 multi-LCH-RB의 생성과 해제와 관련된 전체 동작을 도시하였다.
단말(1505), MeNB(1510), SeNB(1515)로 구성된 이동 통신 시스템에서 임의의 시점에 MeNB(1510)는 단말(1505)에게 SeNB(1515)의 서빙 셀을 추가할 것을 결정하고, SeNB(1515)와 서빙 셀 추가를 위한 절차를 수행한다 (1520). 특히 상기 단말(1505)에게 SeNB(1515)의 SCell을 처음으로 설정하는 것이라면 (즉 첫 번째 SCG SCell을 설정하는 것이라면), MeNB(1510)와 SeNB(1515)는 어떤 RB를 MeNB(1510)가 서비스하고 어떤 RB를 SeNB(1515)가 서비스할지 결정한다. MeNB(1510)와 SeNB(1515)는 소정의 조건에 부합되는 RB, 예를 들어 하향 링크로 고속의 데이터 전송이 필요한 RB에 대해서는 하향 링크로 multi-LCH-RB를, 상향 링크로 multi-LCH-MCG-RB 혹은 multi-LCH-SCG-RB를 설정할 수 있다.
MeNB(1510)는 단말(1505)에게 소정의 RRC 제어 메시지를 전송한다 (1525). 상기 RRC 제어 메시지에는 SCell 설정 정보와 multi-LCH-rb 설정 정보가 수납된다. SCell 설정 정보는 새롭게 추가되는 SCell에 대한 것이며, 상기 SCell이 MCG SCell인지 SCG SCell인지 나타내는 정보도 포함한다. multi-LCH-rb 설정 정보는, multi-LCH가 설정되는 무선 베어러에 대한 정보이며 아래와 같은 하위 정보로 구성된다. multi-LCH-rb 정보는 첫 번째 SCG SCell의 설정 정보가 포함된 RRC 제어 메시지에 함께 포함될 수 있다.
이를 표로 나타내면 다음의 표 4와 같다.
표 4
bearer 식별자 multi-LCH가 설정되는 베어러의 식별자. 단말에 이미 설정되어 있는 베어러 중, 상기 식별자의 베어러에 아래 정보에 의해서 설정되는 SCG-LCH와 RLC 2가 추가로 연결매핑된다.
pdcp-Config mult-LCH가 설정되는 기존 베어러의 PDCP 설정 정보를 갱신할 필요가 있을 경우에만 포함되는 설정 정보다. 이 설정 정보가 포함되지 않으면, 기존의 pdcp-Config를 그대로 사용한다.
상향링크 모드 MCG-only, SCG-only, duplicate 중 한 값을 지시한다. MCG-only이면, 상향 링크 PDCP 패킷은 RLC 장치 1을 통해서만 (혹은 MCG-LCH를 통해서만) 전송된다. SCG-only이면, 상향 링크 PDCP 패킷은 RLC 장치 2를 통해서만 (혹은 SCG-LCH를 통해서만) 전송된다. 임의의 베어러가 SCG-only로 설정되더라도 이미 RLC 장치 1을 통해 전송 중인 패킷은 그대로 전송한다. duplicate이면 상향 링크 PDCP 패킷은 RLC 장치 1과 RLC 장치 2를 통해서 중복 전송된다.
RLC-config MCG에 대한 RLC (즉 RLC 장치 1)의 설정 정보이다. multi-LCH가 설정되는 기존 베어러의 기존 RLC의 설정 정보를 갱신할 필요가 있을 경우에만 존재한다. 이 설정 정보가 존재하지 않으면 기존의 RLC-config가 그대로 사용된다.
RLC-config2 SCG와 연결되는 RLC (즉 RLC 장치 2)의 설정 정보이다. RLC-config와 동일하면 존재하지 않을 수 있다. 단말은 RLC-config2를 적용해서 새로운 RLC 장치를 생성하고, 상기 RLC 장치를 bearer 식별자에 의해서 지시되는 베어러의 PDCP 장치와 연결한다.
logicalChannelIdentity2 RLC 장치 2에 대한(혹은 SCG-LCH에 대한) 로지컬 채널 식별자이며, MAC 헤더에서 로지컬 채널을 식별하는 용도로 사용된다. 정보의 구조는 logicalChannelIdnetity와 동일하다. MCG-LCH의 로지컬 채널 식별자를 그대로 사용한다면 시그날링되지 않는다. 이 경우 RLC 장치 2의 로지컬 채널 식별자로 RLC 장치 1의(혹은 MCG-LCH의) 로지컬 채널 식별자와 동일한 값이 사용된다.
logicalChannelConfig2 SCG-LCH에 대한 설정 정보이며, 정보의 구조는 logicalChannelConfig와 동일하다. 상기 정보를 통해 SCG-LCH의 로지컬 채널 우선 순위 정보, LCG 정보 등이 지시된다. MCG-LCH의 logicalChannelConfig와 동일하면 시그날링되지 않는다.
단말(1505)은 상기 제어 메시지를 수신하면, 베어러 식별자에 의해서 지시되는 베어러에 대해서 SCG-RLC를 생성해서 PDCP 장치와 연결하고, SCG-LCH를 생성해서 SCG-RLC와 MAC을 연결한다. 그리고 단말(1505)은 SCG-only로 설정된 베어러에 대해서는, SCG에 대한 정규 BSR과 MCG에 대한 정규 BSR을 트리거한다. 상기 SCG에 대한 정규 BSR에는 SCG-only data만 반영되고, MCG에 대한 정규 BSR에는 MCG-only-data만 반영된다. 상기와 같이 multi-LCH를 설정한 후 BSR을 트리거하는 것은 multi-LCH의 설정 전 후로 BS가 변경되기 때문이다.
이후에, 단말(1505)은 새롭게 추가된 SCG SCell에서 랜덤 액세스를 수행한다(1530). 랜덤 액세스 과정을 통해 단말(1505)은 새롭게 추가된 SCG SCell과 상향 링크 동기를 수립하고 상향 링크 전송 출력을 설정한다.
단말(1505)은 MeNB(1510)에게 소정의 RRC 제어 메시지를 전송해서 SCell 설정과 multi-LCH 설정이 완료되었다는 것을 보고한다 (1535). MeNB(1510)는 상기 정보를 수신하면, multi-LCH가 설정된 베어러의 하향 링크 데이터를 SeNB(1515)에게 포워딩한다 (1540).
한편, 단말(1505)은 상기 소정의 RRC 제어 메시지를 전송한 후, multi-LCH가 설정된 베어러에 대해서 multi-LCH 동작을 개시한다. 즉, MCG-RB로 설정된 베어러의 상향 링크 데이터를 전송함에 있어서 단말(1505)은 상기 베어러의 PDCP 데이터는 항상 MCG-RLC 장치와 MCG-LCH로 전송한다(1545). SCG-RB로 설정된 베어러의 상향 링크 데이터를 전송함에 있어서 단말(1505)은 상기 베어러의 PDCP 데이터는 항상 SCG-RLC 장치와 SCG-LCH로 전송한다 (1545). duplicate로 설정된 베어러의 상향 링크 데이터를 전송함에 있어서 단말(1505)은 상기 베어러의 PDCP 데이터는 항상 SCG-RLC 장치와 SCG-LCH 및 MCG-RLC 장치와 MCG-LCH로 중복 전송한다 (1545).
multi-LCH로 설정된 베어러의 하향 링크 PDCP 패킷을 수신함에 있어서, 단말(1505)은 ‘타이머를 이용한 순서 재정렬’ 혹은 ‘변수를 이용한 순서 재정렬’을 적용한다 (1550).
단말(1505)은 MeNB(1510) 및 SeNB(1515)와 데이터 송수신을 수행한다 (1555).
이 후 임의의 시점에 MeNB(1510) 혹은 SeNB(1515)가 SCG SCell을 해제할 것을 결정한다. MeNB(1510)와 SeNB(151)는 SCG SCell 해제를 위한 절차를 수행하고 (1560), MeNB(1510)는 단말(1505)에게 소정의 RRC 제어 메시지를 전송해서 SCG SCell 해제를 지시한다 (1565).
단말(1505)은 상기 제어 메시지를 수신하면 지시에 따라 SCG SCell을 해제한다. 단말(1505)은 상기 제어 메시지가 마지막 SCG SCell의 해제를 지시하는 것이라면 (즉 상기 제어 메시지의 지시에 따라 SCG SCell을 해제하면 더 이상의 SCG SCell이 존재하지 않는다면), 별도의 지시가 없더라도 multi-LCH-RB들의 SCG RLC와 SCG LCH를 해제하고 (1570), PDCP status report를 트리거한다. SCG RLC를 해제하는 과정에서 단말(1505)은 SCG RLC에 저장된 하향 링크 RLC PDU들을 RLC SDU로 재구성한 후 PDCP로 전달하고, SCG RLC에 저장된 상향 링크 RLC PDU들과 상향 링크 RLC SDU들은 폐기한다. 상기 PDCP status report는 무선 베어러 별로 트리거될 수 있으며, 단말(1505)은 PDCP status report가 트리거된 베어러의 PDCP 수신 버퍼에 저장된 PDCP 패킷의 일련 번호를 검사해서, 수신하지 못한 PDCP 패킷의 일련 번호와 관련된 정보를 포함하는 PDCP status report를 생성한다.
PDCP status report는 핸드 오버나 RRC 연결 재수립 (RRC connection reestablishment) 과정에서, PDCP 패킷 손실을 방지하기 위해서 사용되는 제어 정보이다. 상기 핸드 오버나 RRC 연결 재수립 과정은, 단말(1505)에 설정된 모든 RLC 장치의 재수립(PDCP 장치의 입장에서는 하위 계층의 재수립)을 수반한다. 상기 핸드 오버나 RRC 연결 재수립 과정이 개시되면 단말(1505)은 조건 2를 충족하는 모든 DRB에 대해서 PDCP status report를 트리거한다. 반면에, 마지막 SCG SCell이 해제되면 단말(1505)은 조건 3을 충족하는 모든 DRB에 대해서 PDCP status report를 트리거한다.
[조건 2]
RLC AM이 설정된 DRB 중, statusReportRequired가 설정된 DRB
상기 statusReportRequired는 규격 36.331과 36.323에 기재된 바를 따른다.
[조건 3]
RLC AM과 statusReportRequired가 설정된 DRB 중, multi-LCH-RB 혹은 single-LCH-SCG-RB
단말(1505)은 MeNB(1510)에게 소정의 RRC 제어 메시지를 전송해서 상기 과정이 성공적으로 완료되었음을 보고하고(1575), 단말(1505)과 MeNB(1510)는 MCG SCell들을 통해 상향 링크 데이터와 하향 링크 데이터를 송수신한다.
도 16은 PDCP 장치가 PDCP 패킷을 처리하는 동작을 도시한 도면이다. 도 16에는 모든 종류의 RB를 고려했을 때 PDCP 패킷을 수신한 단말의 동작이 도시되어 있다.
1605단계에 RLC에서 PDCP로 PDCP 패킷이 전달되면, 단말은 1610단계에서 상기 RLC 장치가 UM(Unacknowledged mode; 규격 36.322 참조) RLC인지 AM RLC (Acknowledged mode; 규격 36.322 참조)인지 검사한다. UM RLC라면 1615단계로, AM RLC라면 1640단계로 진행한다.
UM RLC가 설정된 베어러라면 패킷 손실을 줄이는 것보다 지연을 줄이는 것이 더욱 중요하므로, 단말은 순서 재정렬을 적용하지 않고 수신한 패킷을 처리해서 곧 바로 상위 계층으로 전달한다. 상기 베어러가 single-LCH 베어러라면 RLC 장치에서 순서 정렬을 수행해주므로, PDCP 장치에는 순서가 정렬된 패킷이 도착한다. 반면 multi-LCH 베어러라면 순서가 정렬되지 않은 패킷이 전달될 가능성이 있다. 상기 차이로 인해, 단말은 두 경우에 상이한 동작을 수행한다.
1615단계에서 단말은 상기 베어러가 single-LCH 베어러인지 multi-LCH 베어러인지 검사해서, single-LCH 베어러라면 1620단계로, multi-LCH 베어러라면 1630단계로 진행한다.
1620단계에서 단말은 현재 패킷의 일련 번호와 직전 패킷의 일련 번호를 비교해서 HFN을 판단한다. 요컨대, 현재 패킷의 일련 번호가 직전 패킷의 일련 번호보다 낮다면, PDCP SN의 랩어라운드가 발생한 것으로 판단하고 HFN을 1 증가시킨다. 현재 패킷의 일련 번호가 직전 패킷의 일련 번호보다 높다면 현재의 HFN을 그대로 사용한다. 1625단계에서 단말은 상기 HFN을 이용해서 패킷을 처리하고(예를 들어 패킷 역비화와 헤더 복원 등을 수행하고) 상위 계층으로 전달한다. 1630단계에서 단말은 윈도우와 일련 번호를 이용해서 HFN을 판단하고 1635 단계로 진행한다. 만약 수신한 패킷이 지연/중복 수신된 패킷이라면 패킷을 폐기하고 과정을 종료한다. 1630단계는 1315단계와 동일하다. 1635단계에서 단말은 수신한 패킷의 일련 번호보다 낮은 일련 번호의 패킷 중 미수신 패킷이 있는지(혹은 수신한 패킷의 일련 번호와 Last_submitted_COUNT 또는 Last_submitted_SN사이에 미수신 패킷이 있는지) 검사한다. 만약 그런 패킷이 없다면 단말은 수신한 패킷을 처리해서 상위 계층으로 전달한다. 수신한 패킷의 일련 번호보다 낮은 일련 번호의 패킷 중 미수신 패킷이 있다면, 상기 패킷을 수신함으로써 순서가 정렬된 패킷이 있는지 검사해서, 해당 패킷은 처리해서 상위 계층으로 전달하고, 나머지 패킷은 버퍼에 저장해둔다. 예컨대, 상기 수신한 패킷으로 인해 Next_COUNT가 갱신되고, 상기 갱신된 Next_COUNT가 다른 Next_COUNT보다 작은 값이라면 수신한 패킷으로 인해서 순서가 정렬된 패킷이 존재하는 것이며, 상기 갱신된 Next_COUNT를 기준으로 패킷을 순서 정렬 여부를 판단한다.
1640단계에서 단말은 상기 PDCP 패킷이 하위 계층의 재수립이나 하위 계층의 해제로 인해서 전달된 패킷인지 검사한다. 만약 그렇다면 1670단계로 진행하고, 그렇지 않다면 1645단계로 진행한다. 하위 계층의 재수립은 핸드 오버 등으로 인해서 발생하고 하위 계층의 해제는 마지막 SCG SCell의 해제로 인해서 발생한다.
1645단계에서 단말은 해당 베어러가 multi-LCH 베어러인지 single-LCH 베어러인지 검사한다. single-LCH 베어러라면 1650단계로 진행하고, multi-LCH 베어러라면 1660단계로 진행한다. 1650단계와 1660단계는 1630단계와 동일하다. 1665단계는 1635단계와 동일하다. 1655단계에서 단말은 수신한 패킷을 처리한 후 상위 계층으로 전달한다. single-LCH 베어러에 대해서 1650단계와 1655단계로 진행한다는 것은 별도의 순서 재정렬 과정을 적용하지 않는다는 것을 의미한다. multi-LCH 베어러에 대해서 1660단계와 1665단계로 진행한다는 것은 해당 패킷에 대해서 순서 재정렬 과정을 적용한다는 것을 의미한다.
1670단계에서 단말은 해당 베어러가 데이터 베어러 (DRB, data radio bearer)인지 시그날링 베어러 (SRB, signalling radio bearer)인지 검사한다. 데이터 베어러의 경우, 핸드 오버, RRC 연결 재수립 등으로 인해 하위 계층이 재수립되거나, 마지막 SCG SCell이 해제되어 SCG-RLC가 해제되는 경우에는 순서가 정렬되지 않은 패킷들을 버퍼에 일시적으로 저장해두고, 후속 패킷이 도착하면 함께 상위 계층으로 전달한다. 반면, 시그날링 베어러라면 상기 이벤트가 발생하였다는 것 자체가 새로운 RRC 절차가 개시되었다는 것을 의미하므로 종래의 패킷을 모두 폐기해야지만 불필요한 혼란을 방지할 수 있다. 베어러가 데이터 베어러라면 단말은 1675단계로 진행한다. 1675단계는 1630단계와 동일하다. 1680단계에서 단말은 상기 HFN이 결정된 단말을 처리한 후, 이 중 순서가 정렬되지 않은 PDCP SDU들을 버퍼에 저장한다. 상기 버퍼에 저장된 PDCP SDU는 해당 RRC 절차가 완료된 후 수신된 패킷들과 함께 상위 계층으로 전달된다. 1685단계에서 단말은 수신한 패킷을 폐기한다.
1635 단계, 1665 단계, 1680 단계에서 보이는 것과 같이 다중 베어러의 경우, 하위 계층의 재수립이나 해제로 인해서 수신된 PDCP PDU가 아닌, 정상적으로 동작하는 하위 계층으로부터 수신된 PDCP PDU들을 PDCP SDU로 처리하기에 앞서, 단말은 해당 PDCP PDU들의 순서가 정렬되지 않았다면 PDCP PDU들을 버퍼에 저장해서 순서가 정렬될 때까지 대기한다. 반면 단일 베어러의 경우, PDCP PDU들이 하위 계층의 재수립이나 해제로 인해서 수신되었다면, 단말은 수신한 PDCP PDU들을 PDCP SDU들로 처리해서 순서가 정렬된 SDU들은 상위 계층으로 전달하고 순서가 정렬되지 않은 SDU들은 버퍼에 저장한다. 다시 말해서 다중 베어러의 경우, 단말은 순서가 정렬된 PDU들만 SDU로 처리하고, 순서가 정렬되지 않은 PDU들은 먼저 버퍼에 저장하였다가 순서가 정렬된 후에 SDU로 처리하는 반면, 단일 베어러의 경우, 단말은 수신한 PDU들을 일단 SDU로 처리하고, 순서가 정렬된 PDU들은 상위 계층으로 전달하고 순서가 정렬되지 않은 SDU들은 버퍼에 저장한다.
MCG 서빙 셀과 SCG 서빙 셀이 모두 LTE 기술을 사용하는 것을 예로 들어 본 발명의 실시 예들을 기술하였지만, 두 셀 그룹이 서로 다른 무선 기술을 사용하는 것도 가능하다. 예컨대, 단말은 MCG 서빙 셀과는 LTE 무선 기술을 사용해서 데이터를 송수신하고, SCG 서빙 셀과는 다른 무선 기술, 예를 들어 WIFI 기술 혹은 HSPA 기술을 사용해서 데이터를 송수신할 수 있다. 이 때 MCG 서빙 셀에 대해서는 신뢰성 높은 무선 기술인 LTE를 적용하고, SCG 서빙 셀에 대해서는 다른 무선 기술을 적용하는 것이 보다 바람직하다. 상기와 같이 단말이 서로 다른 무선 기술들을 함께 사용해서 데이터를 송수신하는 시나리오에서는 하나의 PDCP 장치가 서로 다른 무선 기술들을 통해 수신되는 PDCP PDU들에 대한 순서 재정렬을 수행하고, 서로 다른 무선 기술의 하위 계층 장치로 PDCP PDU로 분배한다. 이 때 본 명세서 전반에 걸쳐서 제시한 기술 들, 예를 들어 타이머 기반의 순서 재정렬 기술 혹은 특정 셀 그룹 (다시 말해서 특정 무선 기술)로만 PDCP PDU를 전송하는 방법 등을 적용하는 것이 가능하다. 본 명세서에서 다중 베어러라 하면 하나의 PDCP 장치가 서로 다른 무선 기술을 사용하는 두 개의 하위 계층과 연결되고 이 중 적어도 하나는 LTE 기술을 사용하는 하위 계층인 베어러로 정의될 수 있다.
도 17은 단말 장치의 일 예를 나타내는 블록도로서 단말 장치는 MCG-MAC 장치(1710), 제어 메시지 처리부(1765), 각종 상위 계층 처리부(1770, 1775, 1785), 제어부 (1780), SCG-MAC 장치(1715), 송수신기(1705), PDCP 장치(1745, 1750, 1755, 1760), RLC 장치 (1720, 1725, 1730, 1735, 1740)를 포함한다.
상기 송수신부는 서빙 셀의 하향 링크 채널로 데이터 및 소정의 제어 신호를 수신하고 상향 링크 채널로 데이터 및 소정의 제어 신호를 전송한다. 다수의 서빙 셀이 설정된 경우, 송수신부는 상기 다수의 서빙 셀을 통한 데이터 송수신 및 제어 신호 송수신을 수행한다.
MCG-MAC 장치는 RLC 장치에서 발생한 데이터를 다중화하거나 송수신부(1605)에게서 수신된 데이터를 역 다중화해서 적절한 RLC 장치로 전달하는 역할을 수행한다. MCG-MAC 장치는 또한 MCG에 대해서 트리거된 BSR이나 PHR 등을 처리한다.
제어 메시지 처리부는 RRC 계층 장치이며 기지국으로부터 수신된 제어 메시지를 처리해서 필요한 동작을 취한다. 예를 들어 RRC 제어 메시지를 수신해서 각종 설정 정보를 제어부로 전달한다.
상위 계층 처리부는 서비스별로 구성될 수 있다. FTP(File Transfer Protocol)나 VoIP(Voice over Internet Protocol) 등과 같은 사용자 서비스에서 발생하는 데이터를 처리해서 PDCP 장치로 전달한다.
제어부는 송수신부를 통해 수신된 스케줄링 명령, 예를 들어 역방향 그랜트들을 확인하여 적절한 시점에 적절한 전송 자원으로 역방향 전송이 수행되도록 송수신부(1605)와 다중화 및 역다중화부를 제어한다. 제어부는 또한 도 15에서 도시한 단말 동작에 대한 각종 제어 기능을 수행한다.
PDCP 장치는 single-LCH PDCP(1745, 1750, 1760)와 multi-LCH PDCP(_1755)로 구분된다. single-LCH PDCP는 MCG 혹은 SCG를 통해서만 데이터를 송수신하며, 하나의 RLC 송수신 장치와 연결된다. multi-LCH PDCP는 MCG와 SCG를 통해서 데이터를 수신하고, MCG 또는 SCG 중 한 CG을 통해서 데이터를 전송한다. multi-LCH PDCP는 두 개의 RLC 수신 장치 및 하나의 RLC 송신 장치와 연결된다.
multi-LCH PDCP는 도 11 내지 14에 도시한 순서 재정렬 동작 등을 수행한다.
도 18은 본 발명의 실시 예에 따른 기지국의 구성을 나타낸 블록도로서, 기지국은 MAC 장치(1810), 제어 메시지 처리부(1865), 제어부 (1880), 송수신기(1805), PDCP 장치(1845, 1850, 1855, 1860), RLC 장치 (1820, 1825, 1830, 1835, 1840), 스케줄러(1890)를 포함한다.
송수신부는 순방향 캐리어로 데이터 및 소정의 제어 신호를 전송하고 역방향 캐리어로 데이터 및 소정의 제어 신호를 수신한다. 다수의 캐리어가 설정된 경우, 송수신부는 상기 다수의 캐리어로 데이터 송수신 및 제어 신호 송수신을 수행한다.
MAC 장치는 RLC 장치에서 발생한 데이터를 다중화하거나 송수신부에게서 수신된 데이터를 역 다중화해서 적절한 RLC 장치나 제어부로 전달하는 역할을 한다. 제어 메시지 처리부는 단말이 전송한 제어 메시지를 처리해서 필요한 동작을 취하거나, 단말에게 전달할 제어 메시지를 생성해서 하위 계층으로 전달한다.
스케줄러는 단말의 버퍼 상태, 채널 상태 등을 고려해서 단말에게 적절한 시점에 전송 자원을 할당하고, 송수신부에게 단말이 전송한 신호를 처리하거나 단말에게 신호를 전송하도록 처리한다.
PDCP 장치는 single-LCH PDCP와 multi-LCH PDCP로 구분된다. single-LCH PDCP는 MCG 혹은 SCG를 통해서만 데이터를 송수신하며, 하나의 RLC 송수신 장치와 연결된다. multi-LCH PDCP는 MCG와 SCG를 통해서 데이터를 수신하고, MCG 또는 SCG 중 한 CG을 통해서 데이터를 전송한다. multi-LCH PDCP는 한 개의 RLC 수신 장치 및 두 개의 RLC 송신 장치와 연결된다.
multi-LCH PDCP는 도 11 내지 14에 도시한 순서 재정렬 동작 등을 수행한다.

Claims (22)

  1. 단말의 데이터 송수신 방법에 있어서,
    제 1 셀 그룹을 제어하는 제 1 기지국으로부터 제 1 제어 메시지를 수신하는 단계;
    상기 제 1 제어 메시지에 기반하여 제 2 기지국이 제어하는 제 2 셀 그룹을 추가하는 단계;
    상기 제 1 제어 메시지에 기반하여 상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입을 결정하는 단계;
    상기 결정된 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 1 및 제 2 셀 그룹을 통해 데이터를 수신하고, 상기 제 1 또는 제 2 셀 그룹 중 어느 하나의 그룹을 통해 데이터를 송신하는 단계를 포함하는 것을 특징으로 하는 단말의 데이터 송수신 방법.
  2. 제 1 항에 있어서,
    상기 제 1 제어 메시지는 상향 링크 모드 정보를 포함하고,
    상기 제 1 베어러 타입인 경우 데이터를 송신하는 단계는,
    상기 상향 링크 모드 정보에 기반하여 상기 제 1 또는 제 2 셀 그룹 중 상기 어느 하나를 선택하여 PDCP 데이터를 송신하는 것을 특징으로 하는 단말의 데이터 송수신 방법.
  3. 제 1 항에 있어서,
    상기 결정된 베어러 타입이 제 2 베어러 타입인 경우, 상기 제 1 제어 메시지에 기반하여 선택된 상기 제 1 또는 제 2 셀 그룹 중 어느 하나의 그룹을 통해 데이터를 송수신하는 단계를 더 포함하는 단말의 데이터 송수신 방법.
  4. 제 1 항에 있어서,
    상기 제 1 제어 메시지는 RLC 설정 정보를 포함하고,
    상기 제 1 베어러 타입인 경우 데이터를 송수신하는 단계는,
    기설정된 제 1 RLC 장치를 이용하여 상기 제 1 셀 그룹을 통해 RLC 데이터를 송수신하는 단계;
    상기 RLC 설정 정보에 기반하여 상기 제 2 셀 그룹과 연결되는 제 2 RLC 장치를 생성하고, 상기 생성된 제 2 RLC 장치를 이용하여 상기 제 2 셀 그룹을 통해 RLC 데이터를 송수신하는 단계를 포함하는 것을 특징으로 하는 단말의 데이터 송수신 방법.
  5. 제 4 항에 있어서,
    상기 제 1 베어러 타입인 경우 데이터를 송수신하는 단계는,
    상기 RLC 설정 정보에 기반하여 상기 기설정된 제 1 RLC 장치를 갱신하는 단계; 및
    상기 갱신된 제 2 RLC 장치를 이용하여 상기 제 1 셀 그룹을 통해 RLC 데이터를 송수신하는 단계를 포함하는 것을 특징으로 하는 단말의 데이터 송수신 방법.
  6. 제 1 셀 그룹을 제어하는 기지국의 데이터 송수신 방법에 있어서,
    다른 기지국과 제 2 셀 그룹 추가 여부를 결정하는 단계;
    상기 다른 기지국이 제어하는 상기 제 2 셀 그룹을 추가하기 위한 명령과 상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입 정보를 포함하는 제 1 제어 메시지를 단말에 전송하는 단계;
    상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 1 셀 그룹을 통해 데이터를 상기 단말로 전송하는 단계; 및
    상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우, 상향 링크 모드 정보에 기반하여 상기 제 1 셀 그룹이 선택되면, 상기 제 1 셀 그룹을 통해 상기 단말로부터 데이터를 수신하는 단계를 포함하는 것을 특징으로 하는 기지국의 데이터 송수신 방법.
  7. 제 6 항에 있어서,
    상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우, 상기 제 1 셀 그룹을 통해 데이터가 상기 단말로 전송될 때 상기 제 2 셀 그룹을 통해서도 데이터가 상기 단말로 전송되고, 상기 제 1 셀 그룹을 통해 상기 단말로부터 데이터가 수신될 때 상기 제 2 셀 그룹을 통해서는 데이터가 상기 단말로부터 수신되지 않는 것을 특징으로 하는 기지국의 데이터 송수신 방법.
  8. 제 6 항에 있어서,
    상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 2 베어러 타입으로 결정된 경우, 상기 제 1 셀 그룹이 선택되면, 상기 제 1 셀 그룹을 통해 상기 단말과 데이터를 송수신하는 단계를 더 포함하는 것을 특징으로 하는 기지국의 데이터 송수신 방법.
  9. 제 2 셀 그룹을 제어하는 기지국의 데이터 송수신 방법에 있어서,
    단말에 설정된 제 1 셀 그룹을 제어하는 다른 기지국과 상기 제 2 셀 그룹 추가 여부를 결정하는 단계;
    상기 다른 기지국이 설정한 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 2 셀 그룹을 통해 데이터를 상기 단말로 전송하는 단계; 및
    상기 다른 기지국이 설정한 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우, 상기 제 1 제어 메시지에 포함된 상향 링크 모드 정보가 상기 제 2 셀 그룹을 지시하면, 상기 제 2 셀 그룹을 통해 상기 단말로부터 데이터를 수신하는 단계를 포함하는 것을 특징으로 하는 기지국의 데이터 송수신 방법.
  10. 제 9 항에 있어서,
    상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우, 상기 제 2 셀 그룹을 통해 데이터가 상기 단말로 전송될 때 상기 제 1 셀 그룹을 통해서도 데이터가 상기 단말로 전송되고, 상기 제 2 셀 그룹을 통해 상기 단말로부터 데이터가 수신될 때 상기 제 1 셀 그룹을 통해서는 데이터가 상기 단말로부터 수신되지 않는 것을 특징으로 하는 기지국의 데이터 송수신 방법.
  11. 제 9 항에 있어서,
    상기 다른 기지국이 설정한 상기 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 2 베어러 타입인 경우, 상기 제 1 제어 메시지가 상기 제 2 셀 그룹을 지시하면, 상기 제 2 셀 그룹을 통해 상기 단말과 데이터를 송수신하는 단계를 더 포함하는 것을 특징으로 하는 기지국의 데이터 송수신 방법.
  12. 단말에 있어서,
    제 1 및 제 2 기지국과 신호를 송수신하는 송수신부; 및
    제 1 셀 그룹을 제어하는 상기 제 1 기지국으로부터 제 1 제어 메시지를 수신하고, 상기 제 1 제어 메시지에 기반하여 상기 제 2 기지국이 제어하는 제 2 셀 그룹을 추가하며, 상기 제 1 제어 메시지에 기반하여 상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입을 결정하고, 상기 결정된 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 1 및 제 2 셀 그룹을 통해 데이터를 수신하고 상기 제 1 또는 제 2 셀 그룹 중 어느 하나의 그룹을 통해 데이터를 송신하도록 제어하는 제어부를 포함하는 것을 특징으로 하는 단말.
  13. 제 12 항에 있어서,
    상기 제 1 제어 메시지는 상향 링크 모드 정보를 포함하고,
    상기 제어부는,
    상기 상향 링크 모드 정보에 기반하여 상기 제 1 또는 제 2 셀 그룹 중 상기 어느 하나를 선택하여 PDCP 데이터를 송신하도록 제어하는 것을 특징으로 하는 단말.
  14. 제 12 항에 있어서,
    상기 제어부는,
    상기 결정된 베어러 타입이 제 2 베어러 타입인 경우, 상기 제 1 제어 메시지에 기반하여 선택된 상기 제 1 또는 제 2 셀 그룹 중 어느 하나를 통해 데이터를 송수신하도록 제어하는 것을 특징으로 하는 단말.
  15. 제 12 항에 있어서,
    상기 제 1 제어 메시지는 RLC 설정 정보를 포함하고,
    상기 제어부는,
    기설정된 제 1 RLC 장치를 이용하여 상기 제 1 셀 그룹을 통해 RLC 데이터를 송수신하고, 상기 RLC 설정 정보에 기반하여 상기 제 2 셀 그룹과 연결되는 제 2 RLC 장치를 생성하며 상기 생성된 제 2 RLC 장치를 이용하여 상기 제 2 셀 그룹을 통해 RLC 데이터를 송수신하도록 제어하는 것을 특징으로 하는 단말.
  16. 제 15 항에 있어서,
    상기 제어부는,
    상기 RLC 설정 정보에 기반하여 상기 기설정된 제 1 RLC 장치를 갱신하고, 상기 갱신된 제 2 RLC 장치를 이용하여 상기 제 1 셀 그룹을 통해 RLC 데이터를 송수신하도록 제어하는 것을 특징으로 하는 단말.
  17. 제 1 셀 그룹을 제어하는 기지국에 있어서,
    단말 및 다른 기지국과 신호를 송수신하는 송수신부; 및
    상기 다른 기지국과 제 2 셀 그룹 추가 여부를 결정하고, 상기 다른 기지국이 제어하는 상기 제 2 셀 그룹을 추가하기 위한 명령과 상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입 정보를 포함하는 제 1 제어 메시지를 단말에 전송하며, 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 1 셀 그룹을 통해 데이터를 상기 단말로 전송하고, 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우 상향 링크 모드 정보에 기반하여 상기 제 1 셀 그룹이 선택되면, 상기 제 1 셀 그룹을 통해 상기 단말로부터 데이터를 수신하도록 제어하는 제어부를 포함하는 것을 특징으로 하는 기지국.
  18. 제 17 항에 있어서,
    상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우, 상기 제 1 셀 그룹을 통해 데이터가 상기 단말로 전송될 때 상기 제 2 셀 그룹을 통해서도 데이터가 상기 단말로 전송되고, 상기 제 1 셀 그룹을 통해 상기 단말로부터 데이터가 수신될 때 상기 제 2 셀 그룹을 통해서는 데이터가 상기 단말로부터 수신되지 않는 것을 특징으로 하는 기지국.
  19. 제 17 항에 있어서,
    상기 제어부는,
    상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 2 베어러 타입으로 결정된 경우, 상기 제 1 셀 그룹이 선택되면, 상기 제 1 셀 그룹을 통해 상기 단말과 데이터를 송수신하도록 제어하는 것을 특징으로 하는 기지국
  20. 제 2 셀 그룹을 제어하는 기지국에 있어서,
    단말 및 다른 기지국과 신호를 송수신하는 송수신부; 및
    상기 단말에 설정된 제 1 셀 그룹을 제어하는 상기 다른 기지국과 상기 제 2 셀 그룹 추가 여부를 결정하고, 상기 다른 기지국이 설정한 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 1 베어러 타입인 경우, 상기 제 2 셀 그룹을 통해 데이터를 상기 단말로 전송하며, 상기 다른 기지국이 설정한 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우 상기 제 1 제어 메시지에 포함된 상향 링크 모드 정보가 상기 제 2 셀 그룹을 지시하면, 상기 제 2 셀 그룹을 통해 상기 단말로부터 데이터를 수신하도록 제어하는 제어부를 포함하는 것을 특징으로 하는 기지국.
  21. 제 20 항에 있어서,
    상기 제 1 및 제 2 셀 그룹에 대한 베어러 타입이 상기 제 1 베어러 타입인 경우, 상기 제 2 셀 그룹을 통해 데이터가 상기 단말로 전송될 때 상기 제 1 셀 그룹을 통해서도 데이터가 상기 단말로 전송되고, 상기 제 2 셀 그룹을 통해 상기 단말로부터 데이터가 수신될 때 상기 제 1 셀 그룹을 통해서는 데이터가 상기 단말로부터 수신되지 않는 것을 특징으로 하는 기지국.
  22. 제 20 항에 있어서,
    상기 제어부는,
    상기 다른 기지국이 설정한 상기 제 1 제어 메시지에 기반하여 상기 제 1 셀 및 제 2 셀 그룹에 대한 베어러 타입이 제 2 베어러 타입인 경우, 상기 제 1 제어 메시지가 상기 제 2 셀 그룹을 지시하면, 상기 제 2 셀 그룹을 통해 상기 단말과 데이터를 송수신하도록 제어하는 것을 특징으로 하는 기지국.
PCT/KR2014/010243 2013-10-29 2014-10-29 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 WO2015065039A1 (ko)

Priority Applications (8)

Application Number Priority Date Filing Date Title
EP21176384.2A EP3927010A1 (en) 2013-10-29 2014-10-29 Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system
CN201480059854.5A CN105684501B (zh) 2013-10-29 2014-10-29 在移动通信系统中使用多个载波传送/接收数据的方法和装置
US15/033,579 US10149175B2 (en) 2013-10-29 2014-10-29 Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system
ES14857431T ES2878127T3 (es) 2013-10-29 2014-10-29 Procedimientos y aparatos para transmitir/recibir datos utilizando una pluralidad de portadoras en un sistema de comunicación móvil
EP14857431.2A EP3065449B1 (en) 2013-10-29 2014-10-29 Methods and apparatuses for transmitting/receiving data using a plurality of carriers in a mobile communication system
CN201910940891.1A CN110691425B (zh) 2013-10-29 2014-10-29 在移动通信系统中的终端、基站及其方法
US16/206,897 US11026102B2 (en) 2013-10-29 2018-11-30 Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system
US17/334,585 US20210289368A1 (en) 2013-10-29 2021-05-28 Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR10-2013-0129230 2013-10-29
KR20130129230 2013-10-29
KR10-2013-0132103 2013-11-01
KR20130132103 2013-11-01
KR10-2014-0038857 2014-04-01
KR1020140038857A KR102157798B1 (ko) 2013-10-29 2014-04-01 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/033,579 A-371-Of-International US10149175B2 (en) 2013-10-29 2014-10-29 Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system
US16/206,897 Continuation US11026102B2 (en) 2013-10-29 2018-11-30 Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system

Publications (1)

Publication Number Publication Date
WO2015065039A1 true WO2015065039A1 (ko) 2015-05-07

Family

ID=53004553

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/010243 WO2015065039A1 (ko) 2013-10-29 2014-10-29 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치

Country Status (2)

Country Link
CN (1) CN110691425B (ko)
WO (1) WO2015065039A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110574487A (zh) * 2017-05-05 2019-12-13 高通股份有限公司 分组数据汇聚协议(pdcp)实体处的分组重复
WO2020067693A1 (en) * 2018-09-28 2020-04-02 Samsung Electronics Co., Ltd. Method and apparatus for transmitting buffer status report in wireless communication system
US11700542B2 (en) 2017-03-23 2023-07-11 Samsung Electronics Co., Ltd. Method and apparatus for processing data for packet duplication

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110268048A1 (en) * 2010-05-03 2011-11-03 Nokia Siemens Networks Oy and Nokia Corporation Feedback For Inter-Radio Access Technology Carrier Aggregation
US20120002635A1 (en) * 2009-03-16 2012-01-05 Jae Hoon Chung Method and apparatus for supporting carrier aggregation
US20130083783A1 (en) * 2011-10-03 2013-04-04 Vivek Gupta Multi-RAT Carrier Aggregation for Integrated WWAN-WLAN Operation
WO2013104416A1 (en) * 2012-01-11 2013-07-18 Nokia Siemens Networks Oy Secondary cell preparation for inter- site carrier aggregation

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE602004012862T2 (de) * 2004-10-01 2009-04-09 Matsushita Electric Industrial Co., Ltd., Kadoma-shi Dienstgüte-bewusste Ablaufsteuerung für Aufwärtsübertragungen über zugeordneten Kanälen
US8873474B2 (en) * 2008-10-17 2014-10-28 Telefonaktiebolaget L M Ericsson (Publ) Method and mobile terminal providing priority-based uplink scheduling information
CN101867871B (zh) * 2009-04-17 2013-02-13 电信科学技术研究院 一种选择逻辑信道进行数据处理的方法、系统和设备
ES2950362T3 (es) * 2010-12-03 2023-10-09 Interdigital Patent Holdings Inc Método y aparato para realizar agregación de portadora de tecnología de acceso multi-radio
WO2013112021A1 (ko) * 2012-01-27 2013-08-01 삼성전자 주식회사 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치
KR102157798B1 (ko) * 2013-10-29 2020-09-18 삼성전자 주식회사 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120002635A1 (en) * 2009-03-16 2012-01-05 Jae Hoon Chung Method and apparatus for supporting carrier aggregation
US20110268048A1 (en) * 2010-05-03 2011-11-03 Nokia Siemens Networks Oy and Nokia Corporation Feedback For Inter-Radio Access Technology Carrier Aggregation
US20130083783A1 (en) * 2011-10-03 2013-04-04 Vivek Gupta Multi-RAT Carrier Aggregation for Integrated WWAN-WLAN Operation
WO2013104416A1 (en) * 2012-01-11 2013-07-18 Nokia Siemens Networks Oy Secondary cell preparation for inter- site carrier aggregation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "Impact analysis of bearer split options for multi-site aggregation", R2-131784, 3GPP TSG-RAN WG2 MEETING #82, 20 May 2013 (2013-05-20), XP050700049, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran[WG2_RL2/TSGR2_82/docs/R2-131784.zip> *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11700542B2 (en) 2017-03-23 2023-07-11 Samsung Electronics Co., Ltd. Method and apparatus for processing data for packet duplication
CN110574487A (zh) * 2017-05-05 2019-12-13 高通股份有限公司 分组数据汇聚协议(pdcp)实体处的分组重复
WO2020067693A1 (en) * 2018-09-28 2020-04-02 Samsung Electronics Co., Ltd. Method and apparatus for transmitting buffer status report in wireless communication system
US11350308B2 (en) 2018-09-28 2022-05-31 Samsung Electronics Co., Ltd Method and apparatus for transmitting buffer status report in wireless communication system

Also Published As

Publication number Publication date
CN110691425B (zh) 2023-04-07
CN110691425A (zh) 2020-01-14

Similar Documents

Publication Publication Date Title
WO2015046976A1 (ko) 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
WO2018128501A1 (ko) 무선 통신 시스템에서 단말의 상향링크 제어 채널 전송 방법 및 상기 방법을 이용하는 통신 장치
WO2013168917A1 (ko) 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치
WO2017007171A1 (en) Method for triggering a buffer status reporting in dual connectivity and a device therefor
WO2014163288A1 (en) Method for performing a logical channel prioritization and communication device thereof
WO2013055145A1 (ko) 이동통신 시스템에서 역방향 제어 신호를 전송하는 방법 및 장치
WO2013168850A1 (ko) 이동통신 시스템에서 불연속 수신을 제어하는 방법 및 장치
WO2014112850A1 (ko) Tdd을 지원하는 이동통신 시스템에서 tdd 설정 정보를 단말에게 효과적으로 제공하고 상향링크 전송 타이밍을 결정하기 위한 방법 및 장치
WO2014025141A1 (en) A method for transferring a status report and a communication device thereof in a wireless communication system
WO2016021983A1 (ko) 단말간 통신을 지원하는 무선 통신 시스템에서 무선 통신 방법 및 장치
WO2013176473A1 (ko) 이동통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2011126311A2 (ko) 이동통신 시스템에서 스케줄링 정보를 처리하는 방법 및 장치
WO2017003118A1 (en) Method for transmitting data in dual connectivity and a device therefor
WO2015020344A1 (ko) 이종 네트워크 무선 통신 시스템에서 데이터 전송 장치 및 방법
WO2017007148A1 (en) Method for cancelling a buffer status report or a scheduling request in dual connectivity and a device therefor
WO2010131850A2 (ko) 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치
WO2021215829A1 (ko) Nr v2x에서 psfch 전송을 수행하는 방법 및 장치
WO2015111965A1 (ko) Lte 복수 기지국의 우선순위 데이터 전송 시스템 및 방법
WO2021125712A1 (ko) 차세대 이동통신 시스템에서 rrc 메시지의 분할 전송과 관련된 타이머 관리 방법 및 장치
WO2015020461A1 (ko) 무선 통신 시스템에서 버퍼상태보고 전송 방법 및 장치
WO2017007147A1 (en) Method for triggering buffer status report in dual connectivity and a device therefor
WO2018212535A1 (en) Apparatus and method for a user equipment (ue) operating a split bearer
WO2019035670A1 (en) METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DOUBLE PACKETS IN A NEXT GENERATION MOBILE COMMUNICATION SYSTEM
WO2021162509A2 (ko) Nr v2x에서 자원 선택 및 harq 동작을 운영하는 방법 및 장치
WO2021194123A1 (ko) 차세대 이동 통신 시스템에서 크로스 캐리어 스케줄링 방법 및 장치

Legal Events

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

Ref document number: 14857431

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2014857431

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15033579

Country of ref document: US

Ref document number: 2014857431

Country of ref document: EP