KR20210109509A - 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 - Google Patents
이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 Download PDFInfo
- Publication number
- KR20210109509A KR20210109509A KR1020210114207A KR20210114207A KR20210109509A KR 20210109509 A KR20210109509 A KR 20210109509A KR 1020210114207 A KR1020210114207 A KR 1020210114207A KR 20210114207 A KR20210114207 A KR 20210114207A KR 20210109509 A KR20210109509 A KR 20210109509A
- Authority
- KR
- South Korea
- Prior art keywords
- pdcp
- data
- lch
- rlc
- packet
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
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)을 위한 방법 및 장치를 제공하는 것을 그 목적으로 한다.
상술한 과제를 해결하기 위하여 본 발명은, 복수의 캐리어를 이용하는 단말의 패킷 처리 방법으로, PDCP(Packet Data Convergence Protocol) 패킷을 수신하는 단계, 상기 패킷이 제1 수신부를 통하여 수신되었으면, 제1 카운트를 상기 패킷의 패킷 번호로 설정하고, 상기 패킷이 제2 수신부를 통하여 수신되었으면, 제2 카운트를 상기 패킷의 패킷 번호로 설정하는 단계 및 상기 제1 카운트 및 상기 제2 카운트 중 작은 값보다 작은 패킷 번호를 갖는 적어도 하나의 기 저장된 패킷을 상위 계층의 장치로 전달하는 단계를 포함하는 것을 특징으로 한다.
또한, 상술한 과제를 해결하기 위하여 본 발명은, 복수의 캐리어를 이용하는 단말로, PDCP(Packet Data Convergence Protocol) 패킷을 수신하는 복수의 송수신부 및 상기 패킷이 제1 수신부를 통하여 수신되었으면, 제1 카운트를 상기 패킷의 패킷 번호로 설정하고, 상기 패킷이 제2 수신부를 통하여 수신되었으면, 제2 카운트를 상기 패킷의 패킷 번호로 설정하고, 상기 제1 카운트 및 상기 제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 데이터를 결정하는 동작을 설명한 도면이다.
도 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에 이 둘 사이의 매핑 관계를 정리하였다.
하향 링크 | 상향 링크 | 용도 |
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을 선택한다.
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 |
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와 같다.
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들은 버퍼에 저장한다.
도 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에 도시한 순서 재정렬 동작 등을 수행한다.
105, 110, 115, 120: ENB
125: MME
130: S-GW 135: UE
130: S-GW 135: UE
Claims (1)
- 무선 통신 시스템에서 단말의 방법에 있어서,
제1 셀 그룹과 관련된 제1 기지국으로부터, 제2 기지국과 관련된 제2 셀 그룹을 설정하기 위한 제어 메시지를 수신하는 단계;
상기 제어 메시지가 두 무선 링크 제어 (radio link control, RLC) 엔티티(entity)를 이용한 중복(duplication) 전송을 활성화하는 것을 지시하는 제1 정보를 포함하는 경우, 패킷 데이터 컨버전스 프로토콜 (packet data convergence protocol, PDCP) 프로토콜 데이터 유닛 (protocol data unit, PDU)이 제1 RLC 엔티티와 제2 RLC 엔티티 모두로 전달되는 것을 확인하는 단계 - 상기 두 RLC 엔티티들의 상기 제1 RLC 엔티티는 상기 제1 셀 그룹과 관련되고, 상기 두 RLC 엔티티들의 상기 제2 RLC 엔티티는 상기 제2 셀 그룹과 관련됨;
상기 확인 결과에 기반하여, 상기 PDCP PDU를 PDCP 엔티티로부터 상기 제1 RLC 엔티티 및 상기 제2 RLC 엔티티 모두로 전달하는 단계; 및
상기 PDCP PDU를 상기 제1 RLC 엔티티로부터 상기 제1 셀 그룹과 관련된 제1 미디엄 액세스 제어 (medium access control, MAC) 엔티티로 전달하고, 상기 제2 RLC 엔티티로부터 상기 제2 셀 그룹과 관련된 제2 MAC 엔티티로 전달하는 단계; 를 포함하고,
상기 PDCP PDU는 상기 제1 MAC 엔티티로부터 상기 제1 셀 그룹과 관련된 상기 제1 기지국으로 전송되고, 상기 제2 MAC 엔티티로부터 상기 제2 셀 그룹과 관련된 상기 제2 기지국으로 전송되는 것을 특징으로 하는 방법.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20130129230 | 2013-10-29 | ||
KR1020130129230 | 2013-10-29 | ||
KR1020130132103 | 2013-11-01 | ||
KR20130132103 | 2013-11-01 | ||
KR1020210016759A KR102297506B1 (ko) | 2013-10-29 | 2021-02-05 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020210016759A Division KR102297506B1 (ko) | 2013-10-29 | 2021-02-05 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20210109509A true KR20210109509A (ko) | 2021-09-06 |
Family
ID=53388219
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020140038857A KR102157798B1 (ko) | 2013-10-29 | 2014-04-01 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
KR1020200117733A KR102215487B1 (ko) | 2013-10-29 | 2020-09-14 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
KR1020210016759A KR102297506B1 (ko) | 2013-10-29 | 2021-02-05 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
KR1020210114207A KR20210109509A (ko) | 2013-10-29 | 2021-08-27 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
Family Applications Before (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020140038857A KR102157798B1 (ko) | 2013-10-29 | 2014-04-01 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
KR1020200117733A KR102215487B1 (ko) | 2013-10-29 | 2020-09-14 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
KR1020210016759A KR102297506B1 (ko) | 2013-10-29 | 2021-02-05 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
Country Status (5)
Country | Link |
---|---|
US (3) | US10149175B2 (ko) |
EP (2) | EP3927010A1 (ko) |
KR (4) | KR102157798B1 (ko) |
CN (1) | CN105684501B (ko) |
ES (1) | ES2878127T3 (ko) |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110691425B (zh) * | 2013-10-29 | 2023-04-07 | 三星电子株式会社 | 在移动通信***中的终端、基站及其方法 |
WO2015115268A1 (ja) * | 2014-01-31 | 2015-08-06 | シャープ株式会社 | 端末装置、基地局装置、通信システム、通信制御方法および集積回路 |
US9743319B2 (en) * | 2014-11-12 | 2017-08-22 | Htc Corporation | Device and method of handling network configurations |
US10555208B2 (en) * | 2015-03-30 | 2020-02-04 | Lg Electronics Inc. | Method for performing a buffer status reporting in a wireless communication system and device therefor |
CN112437491A (zh) * | 2015-05-15 | 2021-03-02 | 夏普株式会社 | 用户设备和由用户设备执行的方法 |
CN116527199A (zh) * | 2017-01-13 | 2023-08-01 | 三星电子株式会社 | 无线通信***中的终端和第一基站及其方法 |
KR102357594B1 (ko) | 2017-03-23 | 2022-02-04 | 삼성전자 주식회사 | 패킷 중복을 위한 데이터 처리 방법 및 장치 |
CN116567716A (zh) | 2017-03-23 | 2023-08-08 | 三星电子株式会社 | 用于处理用于分组复制的数据的方法和设备 |
US11102670B2 (en) * | 2017-03-23 | 2021-08-24 | Lg Electronics Inc. | Method for transmitting lossless data packet based on quality of service (qos) framework in wireless communication system and a device therefor |
US10237784B2 (en) * | 2017-03-24 | 2019-03-19 | Motorola Mobility Llc | Split bearer packet data converge protocol protocol data unit routing |
MX2019011641A (es) * | 2017-04-02 | 2019-12-05 | Fg innovation co ltd | Metodo de transmision de paquete de datos de canal logico y sistema de comunicacion inalambrica. |
US10405231B2 (en) * | 2017-04-24 | 2019-09-03 | Motorola Mobility Llc | Switching between packet duplication operating modes |
KR102318015B1 (ko) * | 2017-04-28 | 2021-10-27 | 삼성전자 주식회사 | 무선통신시스템에서 데이터 종류에 따른 길이를 지시하는 방법 및 장치 |
US10805836B2 (en) * | 2017-05-05 | 2020-10-13 | Qualcomm Incorporated | Packet duplication at a packet data convergence protocol (PDCP) entity |
CN108809548B (zh) * | 2017-05-05 | 2021-08-20 | 华为技术有限公司 | 副本传输方法及相关设备 |
CN109246710B (zh) * | 2017-06-09 | 2023-06-16 | 夏普株式会社 | 基站、用户设备和相关方法 |
JP6891303B2 (ja) * | 2017-06-16 | 2021-06-18 | ノキア テクノロジーズ オサケユイチア | 通信装置、方法及びコンピュータプログラム |
AU2017424164A1 (en) * | 2017-07-21 | 2019-12-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for processing data |
WO2019024105A1 (zh) * | 2017-08-04 | 2019-02-07 | Oppo广东移动通信有限公司 | 支持数据重复的方法、发射端设备和接收端设备 |
CN109548160A (zh) * | 2017-08-08 | 2019-03-29 | ***通信有限公司研究院 | 数据传输方法、装置、相关设备及计算机可读存储介质 |
US10512006B2 (en) * | 2017-08-11 | 2019-12-17 | Htc Corporation | Device and method of handling a bearer change in dual connectivity |
WO2019035670A1 (en) * | 2017-08-16 | 2019-02-21 | Samsung Electronics Co., Ltd. | METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DOUBLE PACKETS IN A NEXT GENERATION MOBILE COMMUNICATION SYSTEM |
CN111247758B (zh) * | 2017-11-17 | 2023-05-02 | 上海诺基亚贝尔股份有限公司 | 用于数据复制的方法、设备以及计算机可读介质 |
US11032866B2 (en) * | 2017-11-27 | 2021-06-08 | FG Innovation Company Limited | Methods and related devices for multi-connectivity |
EP3512140A1 (en) * | 2018-01-11 | 2019-07-17 | Comcast Cable Communications LLC | Cell configuration for packet duplication |
KR102540611B1 (ko) * | 2018-02-13 | 2023-06-08 | 삼성전자 주식회사 | 차세대 무선 통신 시스템에서 패킷 중복 전송 기술의 활성화 및 비활성화 시 효율적인 동작 방법 및 장치 |
US10869223B2 (en) * | 2018-02-13 | 2020-12-15 | Samsung Electronics Co., Ltd. | Method and apparatus for efficient operation upon packet duplication activation and deactivation in next generation wireless communication system |
WO2019190037A1 (en) * | 2018-03-30 | 2019-10-03 | Lg Electronics Inc. | Method and apparatus for performing retransmission after discarding procedure in wireless communication system |
CN112292900A (zh) * | 2018-06-21 | 2021-01-29 | 上海诺基亚贝尔股份有限公司 | 用于有限业务混合的优化bsr |
CN110730467A (zh) * | 2018-07-17 | 2020-01-24 | 维沃移动通信有限公司 | 数据传输方法及数据接收设备 |
WO2020197259A1 (ko) * | 2019-03-25 | 2020-10-01 | 삼성전자 주식회사 | 무선 통신 시스템에서 복수 개의 rlc 계층 장치의 활성화를 제어하는 방법 및 장치 |
KR20200114968A (ko) | 2019-03-25 | 2020-10-07 | 삼성전자주식회사 | 무선 통신 시스템에서 복수 개의 rlc 계층 장치의 활성화를 제어하는 방법 및 장치 |
CN112752305B (zh) * | 2019-10-29 | 2023-03-31 | ***通信有限公司研究院 | 流量控制方法、装置、相关设备及存储介质 |
WO2022006831A1 (en) * | 2020-07-10 | 2022-01-13 | Qualcomm Incorporated | Cross layer improvement with radio link control feedback on physical layer |
WO2022067716A1 (zh) * | 2020-09-30 | 2022-04-07 | 北京小米移动软件有限公司 | 通信方法、设备及计算机可读存储介质 |
US20220201786A1 (en) * | 2020-12-18 | 2022-06-23 | Mediatek Inc. | Methods and apparatus to reduce packet latency in multi-leg transmission |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010107221A2 (ko) | 2009-03-16 | 2010-09-23 | 엘지전자 주식회사 | 반송파 집성을 지원하기 위한 방법 및 장치 |
EP2437404B1 (en) | 2009-05-29 | 2018-09-05 | LG Electronics Inc. | Method and apparatus for transmitting signal using spatial silencing |
US8483156B2 (en) | 2010-05-03 | 2013-07-09 | Nokia Siemens Networks Oy | Feedback for inter-radio access technology carrier aggregation |
KR101272562B1 (ko) | 2011-01-07 | 2013-06-11 | 주식회사 제로비스 | 바코드와 이동통신 수단을 이용한 라커 시스템 및 그 방법 |
CN106411491B (zh) | 2011-03-03 | 2019-09-10 | 华为技术有限公司 | 一种采用载波汇聚方式传输数据的方法、***及装置 |
EP3595201B1 (en) * | 2011-06-10 | 2021-08-18 | QUALCOMM Incorporated | Method and apparatus for transmitting aperiodic channel state information in wireless communication system |
US20130010620A1 (en) * | 2011-07-10 | 2013-01-10 | Esmael Dinan | Connection Reconfiguration in a Multicarrier OFDM Network |
CN102348269B (zh) * | 2011-09-27 | 2015-01-28 | 电信科学技术研究院 | 一种上行功率控制的方法和设备 |
CN104025475B (zh) | 2011-10-03 | 2018-04-13 | 英特尔公司 | 装置到装置(d2d)通信机制 |
EP2803159B1 (en) | 2012-01-11 | 2018-08-15 | Nokia Solutions and Networks Oy | Secondary cell preparation for inter-site carrier aggregation |
EP3852466A1 (en) | 2012-01-25 | 2021-07-21 | Comcast Cable Communications LLC | Cell group configuration in a wireless device and base station with timing advance groups |
EP2849501B1 (en) * | 2012-05-09 | 2020-09-30 | Samsung Electronics Co., Ltd. | Method and apparatus for controlling discontinuous reception in mobile communication system |
ES2692070T3 (es) * | 2012-10-05 | 2018-11-30 | Nec Corporation | Agregación de portadoras de celdas operadas por diferentes estaciones de radio |
US9560656B2 (en) * | 2013-10-17 | 2017-01-31 | Qualcomm Incorporated | Joint support for UEs capable of communicating data of a same bearer on first and second RATs simultaneously and UEs not capable of communicating data of a same bearer on the first and second RATs simutaneously |
-
2014
- 2014-04-01 KR KR1020140038857A patent/KR102157798B1/ko active IP Right Grant
- 2014-10-29 ES ES14857431T patent/ES2878127T3/es active Active
- 2014-10-29 EP EP21176384.2A patent/EP3927010A1/en active Pending
- 2014-10-29 US US15/033,579 patent/US10149175B2/en active Active
- 2014-10-29 CN CN201480059854.5A patent/CN105684501B/zh active Active
- 2014-10-29 EP EP14857431.2A patent/EP3065449B1/en active Active
-
2018
- 2018-11-30 US US16/206,897 patent/US11026102B2/en active Active
-
2020
- 2020-09-14 KR KR1020200117733A patent/KR102215487B1/ko active IP Right Grant
-
2021
- 2021-02-05 KR KR1020210016759A patent/KR102297506B1/ko active IP Right Grant
- 2021-05-28 US US17/334,585 patent/US20210289368A1/en active Pending
- 2021-08-27 KR KR1020210114207A patent/KR20210109509A/ko not_active Application Discontinuation
Also Published As
Publication number | Publication date |
---|---|
US10149175B2 (en) | 2018-12-04 |
KR102297506B1 (ko) | 2021-09-03 |
KR102215487B1 (ko) | 2021-02-16 |
ES2878127T3 (es) | 2021-11-18 |
US20210289368A1 (en) | 2021-09-16 |
EP3065449A4 (en) | 2017-06-07 |
CN105684501A (zh) | 2016-06-15 |
EP3065449B1 (en) | 2021-06-16 |
US20190116508A1 (en) | 2019-04-18 |
CN105684501B (zh) | 2019-10-29 |
EP3065449A1 (en) | 2016-09-07 |
US20160286412A1 (en) | 2016-09-29 |
US11026102B2 (en) | 2021-06-01 |
KR20150050313A (ko) | 2015-05-08 |
KR20210018394A (ko) | 2021-02-17 |
KR102157798B1 (ko) | 2020-09-18 |
KR20200111131A (ko) | 2020-09-28 |
EP3927010A1 (en) | 2021-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102297506B1 (ko) | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 | |
KR102571023B1 (ko) | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 | |
JP6635350B2 (ja) | デュアルコネクティビティのための効率的アップリンクスケジューリングメカニズム | |
US10779356B2 (en) | Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system | |
KR102216510B1 (ko) | 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치 | |
KR102184046B1 (ko) | 이동통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 | |
US20190028151A1 (en) | Data transmission method, base station, and user equipment | |
KR102211263B1 (ko) | 통신 시스템에서 단말의 버퍼 상태 보고 방법 및 장치 | |
CN110691425B (zh) | 在移动通信***中的终端、基站及其方法 | |
KR20150110281A (ko) | 복수의 캐리어들을 지원하는 이동 통신 시스템에서 신호 송/수신 방법 및 장치 | |
KR20150110271A (ko) | 복수의 캐리어들을 지원하는 이동 통신 시스템에서 신호 송/수신 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A107 | Divisional application of patent | ||
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E601 | Decision to refuse application |