[go: up one dir, main page]

KR20200132605A - 무선 통신 시스템에서 지연 감소를 위한 전송 경로 결정 방법 및 장치 - Google Patents

무선 통신 시스템에서 지연 감소를 위한 전송 경로 결정 방법 및 장치 Download PDF

Info

Publication number
KR20200132605A
KR20200132605A KR1020190058408A KR20190058408A KR20200132605A KR 20200132605 A KR20200132605 A KR 20200132605A KR 1020190058408 A KR1020190058408 A KR 1020190058408A KR 20190058408 A KR20190058408 A KR 20190058408A KR 20200132605 A KR20200132605 A KR 20200132605A
Authority
KR
South Korea
Prior art keywords
packet
path
terminal
node
downlink
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
KR1020190058408A
Other languages
English (en)
Inventor
곽동호
김동숙
허훈
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020190058408A priority Critical patent/KR20200132605A/ko
Priority to CN202010405331.9A priority patent/CN111953593B/zh
Priority to US16/874,157 priority patent/US11197223B2/en
Priority to EP20174608.8A priority patent/EP3745810B1/en
Publication of KR20200132605A publication Critical patent/KR20200132605A/ko
Pending legal-status Critical Current

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
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/04—Communication route or path selection, e.g. power-based or shortest path routing based on wireless node resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • 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
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols

Landscapes

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

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 지연 감소를 위한 전송 경로 결정 방법 및 장치를 개시한다.

Description

무선 통신 시스템에서 지연 감소를 위한 전송 경로 결정 방법 및 장치{METHOD AND APPARATUS FOR DETERMINING TRANSMISSION PATH FOR LATENCY REDUCTION IN WIRELESS COMMUNICATION SYSTEM}
본 개시는 무선 통신 시스템에 관한 것으로, 구체적으로는 무선 통신 시스템에서 지연 감소를 위한 전송 경로 결정 방법 및 장치에 관한 것이다. 보다 구체적으로, 본 개시는 단말에 듀얼 커넥티비티(DC: dual connectivity)가 설정된 환경에서 패킷의 송수신에 발생할 수 있는 지연을 감소시키기 위한 전송 경로 결정 방법 및 장치에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 시스템이라 불리어지고 있다. 3GPP에서 정한 5G 통신 시스템은 New Radio (NR) 시스템이라고 불리고 있다.
높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나(large scale antenna) 기술들이 논의되었고, NR 시스템에 적용되었다.
또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀(advanced small cell), 클라우드 무선 액세스 네트워크(cloud radio access network: cloud RAN), 초고밀도 네트워크(ultra-dense network), 기기 간 통신(Device to Device communication: D2D), 무선 백홀(wireless backhaul), 이동 네트워크(moving network), 협력 통신(cooperative communication), CoMP(Coordinated Multi-Points), 및 수신 간섭제거(interference cancellation) 등의 기술 개발이 이루어지고 있다.
이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM(Hybrid FSK and QAM Modulation) 및 SWSC(Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non-orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE(Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(Information Technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 5G 통신이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
한편, 최근 통신 시스템의 발전에 따라 듀얼 커넥티비티(DC) 시나리오에 대한 다양한 연구가 이루어지고 있다. 특히, NR 시스템에서는 데이터 패킷의 전송 지연(latency)을 줄이는 것이 중요한 이슈 중 하나이기 때문에, DC 시나리오에서 전송 지연을 줄이기 위한 필요성이 대두되고 있다.
본 개시의 실시 예는 상술한 문제점을 해결하기 위한 것으로, 단말에 DC를 통해 스플릿 베어러(split bearer)가 설정되었을 때 데이터 패킷의 전송 지연 증가를 방지하기 위한 방안을 제안하는 것이다.
본 개시의 또 다른 실시 예는, 스플릿 베어러를 통해서 송수신되는 데이터 패킷에 대해서 송수신 경로를 효율적으로 선택함으로써 비연속 수신(DRX: discontinuous reception)으로 동작하는 단말의 전력 소모를 줄이는 방안을 제안하는 것이다.
본 개시의 또 다른 실시 예는, 표준 문서에 따른 송신단과 수신단의 동작의 변경을 최소화하면서 송수신 과정을 개선하는 것이다.
본 개시에서 이루고자 하는 기술적 목적들은 이상에서 언급한 사항들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제가 이하 설명할 실시 예들로부터 통상의 지식을 가진 자에 의해 충분히 고려될 수 있다.
상술한 과제를 해결하기 위한 일 실시 예에 따른 기지국의 방법은, 단말로부터 상향링크 패킷을 수신하는 단계, 단말에 설정된 복수의 경로 중에서 상향링크 패킷이 수신된 경로를 하향링크 패킷을 전송할 경로로써 선택하는 단계, 및 선택된 경로를 통해 하향링크 패킷을 단말로 전송하는 단계를 포함한다.
또 다른 실시 예에 따르면, 복수의 경로는 단말에 설정된 듀얼 커넥티비티(DC: Dual Connectivity)의 MN(Master Node)를 포함하는 제1 경로 및 듀얼 커넥티비티의 SN(Secondary Node)를 포함하는 제2 경로를 포함할 수 있다.
또 다른 실시 예에 따르면, 하향링크 패킷은 스플릿 베어러를 지원하는 PDCP(Packet Data Convergence Protocol)의 호스트 노드(host node)로부터 선택된 경로의 대응 노드(corresponding node)를 통해 단말로 전송될 수 있다.
또 다른 실시 예에 따르면, 상향링크 패킷 및 하향링크 패킷은 패킷 쌍(pair)을 구성하며, 핑(ping) 요청 패킷, 핑 응답 패킷, TCP(Transmission Control Protocol) 3-way handshake 패킷 및 정지대기 프로토콜 패킷 중 적어도 하나를 포함할 수 있다.
또 다른 실시 예에 따르면, 상술한 방법은, 상향링크 패킷이 수신되면 경로 선택을 위한 플래그(flag)를 설정하는 단계, 플래그의 값에 기반하여 경로를 선택하는 단계, 및 하향링크 패킷이 전송되면 플래그 값을 재설정하는 단계를 더 포함할 수 있다.
상술한 과제를 해결하기 위한 일 실시 예에 따른 기지국은, 신호를 송신 및 수신하는 송수신부, 및 단말로부터 상향링크 패킷을 수신하고, 단말에 설정된 복수의 경로 중에서 상향링크 패킷이 수신된 경로를 하향링크 패킷을 전송할 경로로써 선택하고, 선택된 경로를 통해 하향링크 패킷을 단말로 전송하도록 설정된 제어부를 포함한다.
상술한 과제를 해결하기 위한 일 실시 예에 따른 단말의 방법은, 기지국으로부터 하향링크 패킷을 수신하는 단계, 단말에 설정된 복수의 경로 중에서 하향링크 패킷이 수신된 경로를 상향링크 패킷을 전송할 경로로써 선택하는 단계, 및 선택된 경로를 통해 상향링크 패킷을 기지국으로 전송하는 단계를 포함한다.
상술한 과제를 해결하기 위한 일 실시 예에 따른 단말은, 신호를 송신 및 수신하는 송수신부, 및 기지국으로부터 하향링크 패킷을 수신하고, 단말에 설정된 복수의 경로 중에서 하향링크 패킷이 수신된 경로를 상향링크 패킷을 전송할 경로로써 선택하고, 선택된 경로를 통해 상향링크 패킷을 기지국으로 전송하도록 설정된 제어부를 포함한다.
본 개시의 실시 예들에 따르면 다음과 같은 효과를 기대할 수 있다.
첫째로, DC가 설정된 단말에 대한 스플릿 베어러를 통해 데이터가 송수신될 때, 데이터 패킷의 전송 지연을 사전에 방지할 수 있다.
둘째로, 데이터 패킷의 전송 경로가 효율적으로 선택되어 DRX로 동작하는 단말의 제어 채널 모니터링을 위한 전력소모 감소가 효율적으로 달성될 수 있다.
셋째로, 단말과 기지국의 동작에 미치는 영향이 최소화되면서도 성능이 개선되어, 구현을 위한 부담 증가 없이도 송수신 절차가 향상될 수 있다.
본 개시의 실시 예들로부터 얻을 수 있는 효과는 이상에서 언급한 효과에 제한되지 않으며, 언급하지 않은 효과들이 이하의 실시 예들로부터 명확히 도출되고 이해될 수 있다.
이하에 첨부되는 도면들은 본 개시에 관한 이해를 돕기 위한 것으로, 상세한 설명과 함께 본 개시에 대한 실시 예들을 제공한다. 다만, 본 개시의 기술적 특징이 특정 도면에 한정되는 것은 아니며, 각 도면에서 개시하는 특징들은 서로 조합되어 새로운 실시 예로 구성될 수 있다. 각 도면에서의 참조 번호(reference numerals)들은 구조적 구성요소(structural elements)를 의미한다.
도 1은 본 개시의 실시 예와 관련된 DC를 설명하기 위한 도면이다.
도 2는 본 개시의 실시 예와 관련하여 DC에 적용될 수 있는 기지국의 프로토콜 스택의 일부를 설명하는 도면이다.
도 3은 본 개시의 실시 예와 관련하여 DC에 적용될 수 있는 단말의 프로토콜 스택의 일부를 설명하는 도면이다.
도 4는 본 개시의 실시 예와 관련하여 DC를 구성하는 노드 간의 시그널링을 설명하는 도면이다.
도 5는 본 개시의 실시 예와 관련하여 DRX의 동작을 설명하는 도면이다.
도 6은 본 개시의 실시 예와 관련하여 DRX로 동작하는 단말의 패킷 전송 경로가 불일치하는 경우에 대해 설명하는 도면이다.
도 7은 본 개시의 실시 예와 관련하여 DRX로 동작하는 단말의 패킷 전송 경로가 일치하는 경우에 대해 설명하는 도면이다.
도 8은 본 개시의 실시 예와 관련하여 DC의 스플릿 베어러에서 고려될 수 있는 전송 경로의 예를 설명하는 도면이다.
도 9는 본 개시의 실시 예와 관련하여 기지국이 전송 경로를 선택하는 과정을 설명하는 흐름도이다.
도 10은 본 개시의 실시 예와 관련하여 전송 경로를 선택하는 기지국의 동작을 설명하는 흐름도이다.
도 11은 본 개시의 실시 예와 관련하여 단말이 전송 경로를 선택하는 과정을 설명하는 흐름도이다.
도 12는 본 개시의 실시 예와 관련하여 전송 경로를 선택하는 단말의 동작을 설명하는 흐름도이다.
도 13은 본 개시의 실시 예에 따른 단말의 구조를 설명하는 도면이다.
도 14는 본 개시의 실시 예에 따른 기지국의 구조를 설명하는 도면이다.
이하, 첨부된 도면을 참조하여 본 개시의 바람직한 실시 예들을 상세히 설명한다. 이 때, 첨부된 도면에서 동일한 구성 요소는 가능한 동일한 부호로 나타내고 있음에 유의해야 한다. 또한 본 개시의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다.
본 명세서에서 실시 예를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다. 마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 본 실시 예들은 단지 본 개시가 완전하도록 하고 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 개시의 범주를 완전하게 알려주기 위해 제공될 뿐이다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA 또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.
이하, 첨부된 도면을 참조하여 본 개시의 바람직한 실시 예들을 상세히 설명한다. 이하 설명의 편의를 위하여, 3GPP (3rd generation partnership project) LTE(long term evolution), LTE-A(LTE advanced), 5G(5th generation), NR(New Radio) 규격에서 정의하고 있는 용어 및 명칭들이 일부 사용될 수 있다. 그러나, 본 개시의 내용이 상기 규격의 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
이하에서 단말(terminal)은 UE(User Equipment), MS(Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터 또는 통신기능을 수행할 수 있는 멀티미디어 시스템을 포함할 수 있다. 또한, 이하에서 기지국(base station)은 eNB(evolved Node B), gNB, Node B, 무선 접속 유닛, TRP(Transmission and Reception Point) 또는 노드(node)를 포함할 수 있다.
무선 통신 시스템은 초기의 음성 위주의 서비스를 제공하던 것에서 벗어나, 예를 들어 3GPP의 HSPA(High Speed Packet Access), LTE (또는 E-UTRA (Evolved Universal Terrestrial Radio Access)), LTE-A, LTE-Pro, 3GPP2의 HRPD(High Rate Packet Data), UMB(Ultra Mobile Broadband), 및 IEEE의 802.16e 등의 통신 표준과 같이 고속, 고품질의 패킷 데이터 서비스를 제공하는 광대역 무선 통신 시스템으로 발전하고 있다.
광대역 무선 통신 시스템의 대표적인 예로, NR 시스템에서는 하향링크(DL: Downlink)에서는 OFDM(Orthogonal Frequency Division Multiplexing) 방식을 채용하고 있고, 상향링크(UL: Uplink)에서는 SC-FDMA(Single Carrier Frequency Division Multiple Access) 또는 DFT-S-OFDM(Discrete Fourier Transform Spread OFDM) 방식을 채용하고 있다. 상향링크는 단말이 기지국으로 데이터 또는 제어신호를 전송하는 무선링크를 뜻하고, 하향링크는 기지국이 단말로 데이터 또는 제어신호를 전송하는 무선링크를 뜻한다. 상기와 같은 다중 접속 방식은, 각 단말 별로 데이터 또는 제어정보를 실어 보낼 시간-주파수 자원을 서로 겹치지 않도록, 즉 직교성(Orthogonality)이 성립하도록, 할당 및 운용함으로써 각 사용자의 데이터 또는 제어정보를 구분한다.
5G 통신시스템은 사용자 및 서비스 제공자 등의 다양한 요구 사항을 자유롭게 반영할 수 있어야 하기 때문에 다양한 요구사항을 만족하는 서비스가 지원되어야 한다. 5G 통신시스템을 위해 고려되는 서비스로는 증가된 모바일 광대역 통신(eMBB: Enhanced Mobile BroadBand), 대규모 기계형 통신(mMTC: massive Machine Type Communication), 초신뢰 저지연 통신(URLLC: Ultra Reliability Low Latency Communication) 등이 있다.
eMBB는 기존의 LTE, LTE-A 또는 LTE-Pro가 지원하는 데이터 전송 속도보다 더욱 향상된 데이터 전송 속도를 제공하는 것을 목표로 한다. 예를 들어, 5G 통신시스템에서 eMBB는 하나의 기지국 관점에서 하향링크에서는 20Gbps 최대 전송 속도(peak data rate), 상향링크에서는 10Gbps의 최대 전송 속도를 제공할 수 있어야 한다. 동시에, 증가된 단말의 실제 체감 전송 속도(User perceived data rate)를 제공해야 한다. 이와 같은 요구 사항을 만족시키기 위해, 5G 통신 시스템에서는 향상된 다중 입력 다중 출력 (MIMO: Multi Input Multi Output) 전송 기술을 포함하는 송수신 기술의 향상을 요구한다. 또한 LTE가 사용하는 2GHz 대역 대신에 3~6GHz 또는 6GHz 이상의 주파수 대역에서 20MHz 보다 넓은 주파수 대역폭을 사용함으로써 5G 통신시스템은 요구되는 데이터 전송 속도를 만족시킬 수 있다.
5G 통신시스템에서 사물 인터넷(IoT: Internet of Thing)와 같은 응용 서비스를 지원하기 위해 mMTC가 고려되고 있다. mMTC는 효율적으로 사물 인터넷을 제공하기 위해 셀 내에서 대규모 단말의 접속 지원, 단말의 커버리지 향상, 향상된 배터리 시간, 단말의 비용 감소 등이 요구될 수 있다. 사물 인터넷은 여러 가지 센서 및 다양한 기기에 부착되어 통신 기능을 제공하므로 셀 내에서 많은 수의 단말(예를 들어, 1,000,000 단말/km2)을 지원할 수 있어야 한다. 또한 mMTC를 지원하는 단말은 서비스의 특성상 건물의 지하와 같이 셀이 커버하지 못하는 음영지역에 위치할 가능성이 높으므로 5G 통신시스템에서 제공하는 다른 서비스 대비 더욱 넓은 커버리지를 요구할 수 있다. mMTC를 지원하는 단말은 저가의 단말로 구성되어야 하며, 단말의 배터리를 자주 교환하기 힘들기 때문에 매우 긴 배터리 생명시간(battery life time)이 요구될 수 있다.
마지막으로, URLLC의 경우, 특정한 목적(mission-critical)으로 사용되는 셀룰러 기반 무선 통신 서비스로서, 로봇(Robot) 또는 기계 장치(Machinery)에 대한 원격 제어(remote control), 산업 자동화(industrial automation), 무인 비행장치(Unmaned Aerial Vehicle), 원격 건강 제어(Remote health care), 비상 상황 알림(emergency alert) 등에 사용되는 서비스로서, 초 저지연 및 초 신뢰도를 제공하는 통신을 제공해야 한다. 예를 들어, URLLC을 지원하는 서비스는 0.5 ms보다 작은 무선 접속 지연시간(Air interface latency)를 만족해야 하며, 동시에 10-5 이하의 패킷 오류율(Packet Error Rate)의 요구사항을 갖는다. 따라서, URLLC을 지원하는 서비스를 위해 5G 시스템은 다른 서비스보다 작은 전송 시간 구간(TTI: Transmit Time Interval)를 제공해야 하며, 동시에 주파수 대역에서 넓은 리소스를 할당해야 하는 설계사항이 요구된다. 다만, 전술한 mMTC, URLLC, eMBB는 서로 다른 서비스 유형의 일 예일 뿐, 본 개시의 적용 대상이 되는 서비스 유형이 전술한 예에 한정되는 것은 아니다.
상기에서 전술한 5G 통신시스템에서 고려되는 서비스들은 하나의 프레임워크 (Framework) 기반으로 서로 융합되어 제공되어야 한다. 즉, 효율적인 리소스 관리 및 제어를 위해 각 서비스들이 독립적으로 운영되기 보다는 하나의 시스템으로 통합되어 제어되고 전송되는 것이 바람직하다.
또한, 이하에서 LTE, LTE-A, LTE Pro 또는 NR 시스템을 일례로서 본 개시의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 또한, 본 개시의 실시 예는 숙련된 기술적 지식을 가진 자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.
도 1은 본 개시의 실시 예와 관련된 DC를 설명하기 위한 도면이다.
DC는 단말이 두 기지국과 동시에 연결되어 각각의 기지국이 제공하는 무선 자원을 사용하여 통신하는 상황이다. 단말에 DC가 설정됨으로써 단말에 제공되는 스루풋(throughput)이 증가될 수 있으며, 데이터 전송 속도 또한 개선될 수 있다. DC에서 단말에 서빙되는 PCell(Primary Cell)을 제어하는 기지국을 마스터 노드(MN: Master Node) 또는 마스터 기지국이라 할 수 있으며, PCell을 제외한 SCell(Secondary Cell)만을 제어하는 기지국을 세컨더리 노드(SN: Secondary Node) 또는 세컨더리 기지국이라 할 수 있다. 이때, MN가 단말에 대해 지원하는 하나 이상의 셀의 그룹을 MCG(Master Cell Group)이라 하며, SN가 단말에 대해 지원하는 하나 이상의 셀의 그룹을 SCG(Secondary Cell Group)이라 한다.
한편, DC는 비이상적 백홀(non-ideal backhaul) 또는 이상적 백홀(ideal backhaul)로 연결된 서로 다른 두 노드가 단말에 무선 자원을 할당하여 통신을 수행하는 상황이다. DC에서 특히 MN가 EPC(Evolved Packet Core)에 연결된 LTE 기지국(즉 eNB)이고 SN가 5GC(5G Core)에 연결된 NR 기지국(즉 gNB)인 경우를 EN-DC(EUTRA-NR DC)라 한다. EN-DC로 동작하는 NR 기지국을 특히 en-gNB라 할 수 있다. 예를 들어, 도 1에서 단말(110)에는 eNB(120)를 MN으로, gNB(130)를 SN으로 하는 DC가 설정될 수 있으며, 단말은 eNB(120) 및 gNB(130)를 통해 EPC의 네트워크 엔티티(예를 들어, MME(Mobility Management Entity) 또는 S-GW(Serving Gateway), 140)와 연결되어 데이터 패킷을 송수신할 수 있다.
도 1에는 도시된 상황과는 별도로, 단말이 연결된 두 기지국의 코어 망과 무선 접속 기술(RAT: Radio Access Technology)에 따라 NGEN-DC(NG-RAN E-UTRA-NR Dual Connectivity), NE-DC(NR-E-UTRA Dual Connectivity), NR-DC(NR-NR Dual Connectivity) 등 다른 DC 시나리오가 고려될 수 있으며, 이를 통칭하여 MR-DC(Multi Radio Dual Connectivity)라 할 수 있다. 앞서 설명한 EN-DC는 EPC와 연결된 MR-DC 시나리오를 의미할 수 있다.
앞서 설명했듯이 DC에서 다양한 시나리오가 고려될 수 있으며, 이하에서는 대표적으로 EN-DC를 예를 들어 기지국과 단말의 프로토콜 스택(protocol stack)을 설명한다.
도 2는 본 개시의 실시 예와 관련하여 DC에 적용될 수 있는 기지국의 프로토콜 스택의 일부를 설명하는 도면이다.
단말에 EN-DC가 설정된 경우, MN(210)와 SN(220)에는 3가지 종류의 베어러, 즉 MCG 베어러, SCG 베어러, 스플릿 베어러가 설정될 수 있다. MCG 베어러는 MCG에 대한 RLC(Radio Link Control) 베어러로 연결되는 무선 베어러를 의미하며, SCG 베어러는 SCG에 대한 RLC 베어러로 연결되는 무선 베어러를 의미하며, 스플릿 베어러(230, 240)는 MCG에 대한 RLC 베어러와 SCG에 대한 RLC 베어러 모두로 연결되는 무선 베어러를 의미한다. 즉, MN의 PDCP(Packet Data Convergence Protocol)와 연결되는 MN terminated 베어러와 SN의 PDCP와 연결되는 SN terminated 베어러 모두에 대해서 스플릿 베어러(230, 240)가 고려될 수 있다. 이때, 스플릿 베어러(230, 240)에 대해서는 MN과 SN 모두 NR PDCP 가 적용된다.
도 3은 본 개시의 실시 예와 관련하여 DC에 적용될 수 있는 단말의 프로토콜 스택의 일부를 설명하는 도면이다.
단말(310)에 대해서도 앞서 도 2에서 설명한 기지국과 대응되는 프로토콜 스택이 고려된다. 단말의 PDCP는 스플릿 베어러를 MN과의 연결을 위한 MN RLC 베어러 및 SN과의 연결을 위한 SN RLC 베어러로 각각 연결하는 동작을 담당하며, 스플릿 베어러의 상향링크 데이터 패킷을 라우팅(routing)하는 동작을 담당한다. 또한, 단말의 PDCP는 PDCP PDU의 수신시 재정렬(reordering)을 담당한다.
이상에서는 EN-DC 에 적용될 수 있는 기지국과 단말의 프로토콜 스택의 예시를 설명하였다. 한편, 상술한 베어러에 대한 설명은 5GC와 연결되는 MR-DC 시나리오에 대해서도 유사하게 적용될 수 있는데, MR-DC에서는 단말과 기지국에 SDAP(Service Data Adaptation Protocol) 레이어가 더 포함될 수 있다는 점에 차이가 있다. SDAP는 QoS(Quality of Service) 플로우를 처리하여 무선 베어러로 매핑시키는 역할을 담당하며, SDAP 레이어는 단말과 기지국 각각에서 PDCP 레이어 위에 위치할 수 있다.
도 4는 본 개시의 실시 예와 관련하여 DC를 구성하는 노드 간의 시그널링을 설명하는 도면이다.
도 4(a) 및 도 4(b)는 NR에서 하향링크(DL) 사용자 평면(user plane) 데이터를 송수신하는 과정과 관련된 시그널링 절차를 도시한다. NR에서 PDCP는 사용자 평면 데이터를 전송하는 기능을 담당하며, 이러한 하향링크 데이터 전송 절차는 NR PDCP를 호스트(host)하는 노드(410)가 대응 노드(corresponding node, 420)로 데이터(예를 들어, PDCP PDU(Protocol Data Unit))를 전송하는 과정으로 이해될 수 있다.
호스트 노드(410)와 대응 노드(420)는 하나의 기지국에 구현될 수 있는 것은 물론이다. 한편, 앞서 설명한 DC의 스플릿 베어러의 경우, 호스트 노드(410)와 대응 노드(420)가 다른 기지국에 구현될 수도 있다. MN terminated 베어러의 경우 호스트 노드(410)는 MN이고 대응 노드(420)는 SN이 되며, SN terminated 베어러의 겨우 호스트 노드(410)는 SN이고 대응 노드(420)는 MN이 된다.
한편, 호스트 노드(410)는 PDCP 가 위치하는 노드라는 점에서 CU-DU(central unit-distributed unit) 분리 구조의 CU에 해당하는 것으로 이해될 수도 있으며, 이러한 경우 대응 노드(420)는 CU-DU 분리 구조의 DU에 해당하는 것으로 이해될 수 있을 것이다. CU-DU 분리 구조는 기지국을 기능 또는 계층적으로 분리 구현한 것으로, CU와 DU가 전체 기지국의 일부 동작들을 각각 수행하는 구조이다. 예를 들어, CU는 기지국의 RRC(Radio Resource Control), PDCP 기능을 담당하고, DU는 기지국의 RLC, MAC(Medium Access Control), PHY(Physical) 기능을 담당할 수 있다.
이러한 분리 구현 방식 외에도 CU와 DU가 다른 계층/기능을 담당하도록 분리 구현될 수 있음은 물론이다. 한편, CU와 DU는 물리적으로 분리 구현될 수 있다는 점에서 각각이 독립된 기지국(또는, 노드)으로 이해될 수 있다. 다시 말해서, 이하의 "기지국"은 CU, DU 또는 CU 및 DU 모두를 설명하는 개념이 될 수 있다.
도 4(a)에서 호스트 노드(410)는 대응 노드(420)로 하향링크 사용자 데이터를 전송한다(430). 대응 노드(420)는 수신된 하향링크 사용자 데이터를 하위 레이어로 전달하여 단말로 전송할 것이다.
도 4(b)에서 대응 노드(420)는 DDDS(DL Data Delivery Status)를 호스트 노드(410)로 전송한다(440). DDDS는 대응 노드(420)가 호스트 노드(410)로 하향링크 사용자 데이터의 플로우를 제어하게끔 하기 위한 피드백 정보로써, 호스트 노드(410)는 대응 노드(420)로부터 수신되는 DDDS에 기반하여 하향링크 사용자 데이터를 대응 노드(420)로 전송할 수 있다. 예를 들어, 호스트 노드(410)는 DDDS에 포함된 요구 버퍼 사이즈(desired buffer size) 및 요구 데이터 레이트(desired data rate)에 기반하여 대응 노드(420)로 전송할 데이터의 양을 결정할 수도 있다.
DDDS는 호스트 노드(410)가 대응 노드(420)로 DL 제어 데이터를 성공적으로 전달하도록 제어하기 위한 용도로 사용될 수도 있다. DDDS는 대응 노드(420)로부터 호스트 노드(410)로 주기적으로 전송되거나, 호스트 노드(410)의 요청에 따라 전송되거나, 특정 시퀀스 번호(sequence number)에 해당하는 PDCP PDU가 성공적으로 순차적으로(in-sequence) 전달되는 경우 호스트 노드(410)로 전송될 수 있다.
도 5는 본 개시의 실시 예와 관련하여 DRX의 동작을 설명하는 도면이다.
DRX(또는, C-DRX: Continuous DRX)는 단말의 제어 채널 (예를 들어, PDCCH(Physical Downlink Control Channel)) 모니터링을 위한 전력 소모를 줄이기 위한 동작을 의미한다. 기지국은 단말에 DRX 관련 파라미터를 설정할 수 있으며, DRX 관련 파라미터는 예를 들어 onDurationTimer, InactivityTimer, RetxTimerDL, RetxTimerUL 등을 포함할 수 있다. DRX가 설정된 단말은 모든 제어채널을 모니터링하는 대신 DRX 관련 파라미터에 기반하여 일부 제어채널만을 모니터링하고, 이에 따라 단말의 제어채널 모니터링 및 블라인드 디코딩을 위한 전력 소모가 감소될 수 있다.
도 5(a)에 도시된 바와 같이, 단말은 소정의 주기로 제어 채널 모니터링을 수행하는데, 단말이 제어채널을 모니터링하는 시간을 도 5(b)의 액티브 타임(active time)이라 한다. 예를 들어, 단말은 onDurationTimer이 유지되는 동안 제어채널을 모니터링하며, onDurationTimer 동안 제어채널 수신시 onDuration을 InactivityTimer 동안 더 유지하며 제어채널을 추가적으로 모니터링하며, HARQ(Hybrid Automatic Repeat Request RTT(Round Trip Time) 타이머가 만료된 후 RetxTimerDL 동안 재전송을 위한 제어채널을 모니터링할 수 있다.
또는, 단말은 DRX 관련 파라미터와는 별도로 기지국으로 스케줄링 요청(SR: scheduling request)을 전송하고 SR이 여전히 펜딩(pending) 상태인 경우에도 제어채널을 모니터링하며, 단말이 선택하지 않은 랜덤 액세스 프리엠블에 대한 RAR(Random Access Response)을 수신한 후 C-RNTI(Cell Radio Network Temporary Identifier)가 할당된 PDCCH를 수신하지 못했을 때에도 제어채널을 모니터링한다.
단말에 DRX가 설정되고 단말이 active time 동안 제어채널을 모니터링하여 PDCCH 상에서 수신된 제어 정보에 따라 스케줄링된 PDSCH(Physical Downlink Shared Channel)에서 데이터를 수신할 수 있다. 단말은 수신된 PDSCH에 대해 PUCCH(Physical Uplink Control Channel) 상에서 상향링크 제어 정보를 기지국으로 전송할 수 있으며, 이러한 과정은 DRX에 따른 제어채널의 모니터링과는 별도이다.
한편, 기지국은 RRC 시그널링을 통해 단말에 DRX 관련 파라미터를 전송하여 DRX를 설정하는데, 앞서 설명한 DC의 경우 MN과 SN은 각각 별도로 단말에 DRX 관련 파라미터를 전송하게 된다. MN과 SN이 지원하는 RAT이 다른 경우(예를 들어, MN은 LTE를 지원하고 SN은 NR을 지원하는 경우)에는 DRX 파라미터가 MN과 SN에 대해 다를 뿐더러 그에 따른 active time 설정 자체도 별도로 이루어지게 된다.
이에 따라, 단말은 MN과 SN에 대해서 각각 독립적으로 DRX를 운영하며, 이는 곧 단말이 MN에 대해서 제어채널 모니터링을 수행하는 active time과 SN에 대해서 제어채널 모니터링을 수행하는 active time이 일치하지 않음을 의미한다.
뿐만 아니라, DC에서 MN과 SN이 지원하는 RAT이 동일한 경우에 있어서도, MN과 SN은 각각 DRX 파라미터를 독립적으로 설정하므로, 단말의 MN에 대한 active time과 SN에 대한 active time의 일치는 보장되지 않는다.
도 6은 본 개시의 실시 예와 관련하여 DRX로 동작하는 단말의 패킷 전송 경로가 불일치하는 경우에 대해 설명하는 도면이며, 도 7은 단말의 패킷 전송 경로가 일치하는 경우에 대해 설명하는 도면이다.
도 6 및 도 7에는 단말에 EN-DC가 설정되어, 단말이 하나의 기지국(MN 또는 SN)과 NR로 통신하고 다른 기지국(SN 또는 MN)과 LTE로 통신하는 상황을 도시한다. 이러한 EN-DC는 일 예에 불과하며, EN-DC가 아닌 다른 어떠한 DC에도 같은 상황이 적용될 수 있다.
앞서 설명했듯이 DC에서 MN과 SN은 각각 독립적으로 단말에 DRX를 설정하며, 단말 또한 MN과 SN에 대해서 독립적으로 DRX를 운영한다. 이때, 도 6은 단말이 수신하는 DL 데이터 패킷과 단말이 전송하는 UL 데이터 패킷이 서로 다른 노드(MN 또는 SN)를 통해 송신되고 수신되는 상황을 도시한다. 즉, DL/UL 패킷 쌍(pair)에 대해서 전송 경로가 불일치하는 상황이다.
예를 들어, 도 6에서 단말이 SN을 통해 UL 패킷을 전송하였으나(610), 이어지는 DL 패킷은 MN을 통해 수신되는 경우가 도시된다(615). 단말은 SN을 통해 UL 패킷을 전송하고 소정의 시간 동안 DL 패킷이 전송될 것을 기대하고 SN에 대한 제어채널을 모니터링하지만, MN을 통해서 DL 패킷이 수신된다.
이때 단말의 UL 패킷을 수신한 기지국(즉 SN)과 단말로 DL 패킷을 전송하는 기지국(즉 MN)이 DC의 서로 다른 노드이고, 단말은 MN이 설정한 DRX 파라미터에 기반하여 MN의 제어채널을 모니터링하는 active time에서 MN으로부터 DL 패킷을 수신한다(620). 이와 같이 MN의 active time은 SN의 active time과 일치하지 않기 때문에, 단말은 SN을 통해 UL 패킷을 전송한 뒤 SN의 제어채널을 불필요하게 모니터링하는 것이 되어 전력 소모가 낭비된다. 뿐만 아니라, 단말은 SN과는 별도로 MN에 대해 독립적으로 동작하는 active time에서 MN의 DL 패킷을 수신하게 되므로 DL 패킷 수신에 예상치 못한 지연이 발생하게 된다.
상술한 상황은 기지국이 SN을 통해 하향링크 패킷을 전송하고 이어서 단말로부터 MN을 통해 상향링크 패킷을 수신하는 과정에 대해서도 마찬가지로 발생할 수 있다.
한편, 도 7은 단말이 수신하는 DL 데이터 패킷과 단말이 전송하는 UL 데이터 패킷이 같은 노드(MN 또는 SN)를 통해 송수신되는 상황을 도시한다. 즉, 도 7은 DL/UL 패킷 쌍에 대해 전송 경로가 일치하는 상황이다.
도 7에서는 도 6과는 달리 단말이 SN을 통해 UL 패킷을 전송하고(610), 이어지는 active time 동안 SN으로부터 DL 패킷을 수신한다(615). 즉 단말은 SN으로 UL 패킷을 전송한 뒤 SN의 제어채널을 모니터링하며, active time 동안 SN으로부터 이어지는 DL 패킷을 수신하게 된다. 이와 같이 DL/UL 패킷 쌍의 전송 경로가 일치한다면 단말의 제어채널 모니터링을 위한 DRX 동작이 본래 목적을 달성할 수 있고, 패킷의 전송 지연 또한 불필요하게 증가하는 것을 막을 수 있게 된다.
그러나, 앞서 설명했듯이 DC에서는 단말에 DRX가 MN과 SN에 대해 독립적으로 설정될 뿐 아니라, 패킷 쌍의 전송 경로가 일치하는 것이 보장되지 않을 가능성이 높다. 이에 따라 DRX 가 설정된 단말에 대해 송수신되는 패킷이 서로 다른 경로를 통해 송수신됨으로써 발생하는 전송 지연과 전력 소모를 해결하기 위한 방안이 요구된다.
상술한 상황은 네트워크 사업자의 핑 요청(ping request)과 핑 응답(ping response), SYN-SYN+ACK-ACK으로 수행되는 TCP(Transmission Control Protocol) 3-way handshake, 정지대기 프로토콜(stop and wait protocol) 등 특정 패킷이 순차적으로 송수신되는 상황에서 특히 문제될 수 있다.
이하에서는 이러한 문제점을 해결하기 위한 실시 예를 구체적으로 설명한다.
도 8은 본 개시의 실시 예와 관련하여 DC의 스플릿 베어러에서 고려될 수 있는 전송 경로의 예를 설명하는 도면이다. 도 8에서는 EN-DC인 상황을 예로 들어 설명한다.
도 8에서 스플릿 베어러(810)에 대한 데이터 패킷을 송수신하는 기지국은 DC가 설정된 단말의 MN일 수도 있고, SN일 수도 있다. MN terminated 베어러의 경우 NR PDCP(820)는 MN의 PDCP가 되며, SN terminated 베어러의 경우 NR PDCP(820)는 SN의 PDCP가 된다.
한편, 도 8에서 EN-DC의 경우 EUTRA RLC(830)는 MN의 RLC일 것이며, NR RLC(84)는 SN의 RLC일 것이다. CU-DU 스플릿 구조에서 PDCP는 CU에 속하고 RLC는 DU에 속한다는 점을 고려하면, NR PDCP(820)는 CU가 될 수 있고 EUTRA RLC(830) 및 NR RLC(840)는 각각 DU가 될 수 있다.
또한, 도 8의 NR PDCP(820)는 도 4에서 설명한 호스트 노드(410)가 될 수 있으며, EUTRA RLC(830) 및 NR RLC(840)는 각각이 대응 노드(420)가 될 수 있다. 즉, NR PDCP(820)(또는 호스트 노드(410))는 하향링크 사용자 데이터를 EUTRA RLC(830) 및/또는 NR RLC(840)(또는 대응 노드(420))로 전송할 수 있으며, EUTRA RLC(830) 및/또는 NR RLC(840)(또는 대응 노드(420))는 NR PDCP(820)(또는 호스트 노드(410))로 DDDS 를 전송할 수 있다.
EUTRA RLC(830) 및 NR RLC(840)는 각각이 지원하는 RAT에 따라 무선 자원을 이용하여 단말과 통신한다. 예를 들어, EUTRA RLC(830) 및 NR RLC(840)는 수신한 하향링크 사용자 데이터를 단말(850)로 전송하며, EUTRA RLC(830) 및 NR RLC(840)는 단말(850)로부터 수신된 상향링크 사용자 데이터를 NR PDCP(820)로 전송한다.
한편, 스플릿 베어러에서 사용자 데이터의 전달을 담당하는 NR PDCP(820)는 DC를 구성하는 MN 및 SN 중 하나 이상의 경로를 통해 단말(850)과 통신할 수 있다. 예를 들어, NR PDCP(820)가 MN을 통해 단말(850)과 하향링크/상향링크 데이터 패킷을 송수신할 때, NR PDCP(820)로부터 EUTRA RLC(830)를 거쳐 단말(850)까지의 연결을 하나의 경로라 할 수 있다.
마찬가지로, NR PDCP(820)가 SN을 통해 단말(850)과 하향링크/상향링크 데이터 패킷을 송수신할 때, NR PDCP(820)로부터 NR RLC(840)를 거쳐 단말(850)까지의 연결을 또 다른 하나의 경로라 할 수 있다.
즉, DC에서 스플릿 베어러의 데이터가 단말로 전달되거나 단말로부터 수신되는 경로는 MN을 통하는 경로 1(860) 및 SN을 통하는 경로 2(870)로 구성될 수 있다.
이어서, 기지국이 하향링크 데이터 패킷을 전송하기 위한 경로를 결정하는 과정에 대해 먼저 설명한다. NR PDCP(820)는 스플릿 베어러의 하향링크 데이터가 발생하면 DRX로 동작하는 단말(850)로 전송할 경로를 선택한다. 이때, 앞서 설명했듯이 하향링크 데이터 패킷의 경로가 하향링크 데이터 패킷과 패킷 쌍을 이루는 상향링크 데이터 패킷과 일치한다면, DRX에서 불필요한 전력 소모를 줄일 수 있고 패킷 전송 지연 또한 방지할 수 있다.
따라서, NR PDCP(820)는 하향링크 데이터 패킷에 대응하는 상향링크 데이터 패킷의 수신 경로를 확인하고, 하향링크 데이터 패킷의 전송 경로를 상향링크 데이터 패킷의 수신 경로와 같도록 결정한다. 다시 말해서, NR PDCP(820)는 하향링크 데이터 패킷의 전송 경로를 상향링크 데이터 패킷의 전송 경로와 같은 경로로 선택할 수 있다.
예를 들어, NR PDCP(820)가 수신한 상향링크 데이터 패킷이 MN을 통하는 경로 1(860)을 통해 수신되었다면, NR PDCP(820)는 대응하는 하향링크 데이터 패킷을 MN을 통하는 경로 1(860)을 통해 단말(850)로 전송할 수 있다. 반대로, NR PDCP(820)가 수신한 상향링크 데이터 패킷이 SN을 통하는 경로 2(870)을 통해 수신되었다면, NR PDCP(820)는 대응하는 하향링크 데이터 패킷을 SN을 통하는 경로 2(870)를 통해 단말(850)로 전송할 수 있다.
NR PDCP(820)는 송수신되는 모든 패킷에 대해서 이러한 경로 선택 과정을 수행할 필요는 없다. 왜냐하면, 연속적으로 패킷이 송수신되는 상황에서는 단말이 DRX로 진입하지 않고 제어채널을 상시 모니터링할 수 있으므로, 전송 지연이나 전력 소모가 낭비되지 않기 때문이다.
따라서, NR PDCP(820)는 특정 상향링크 패킷(예를 들어, 앞서 설명한 핑 요청/응답, TCP 2-way handshake 관련 패킷, 정지대기 프로토콜 기반의 패킷 등)에 대해서 상술한 경로 선택 과정을 수행할 수 있다.
또 다른 실시예에서, 호스트 노드로 동작하는 NR PDCP(820)는 대응 노드로 동작하는 EUTRA RLC(830) 또는 NR RLC(840)로부터 DDDS를 수신한다.
이 때, NR PDCP(820)는 전송할 하향링크 데이터 패킷의 전송 경로를 설정하기 위해 소정의 플래그(flag)를 운영할 수도 있다. 구체적으로, NR PDCP(820)는 경로 플래그(path flag)를 0으로 설정하였다가, 상술한 특정 데이터 패킷 또는 DDDS에 이은 데이터 패킷이 수신되면 경로 플래그를 1로 설정할 수 있다. 이어서, NR PDCP(820)는 하향링크 데이터 패킷을 전송할 경로를 선택할 때 경로 플래그 값을 확인하고, 경로 플래그 값이 1이라면 기수신된 데이터 패킷의 전송 경로를 통해 하향링크 데이터 패킷을 전송할 수 있다. 이어서, NR PDCP(820)는 하향링크 데이터 패킷의 전송이 완료되면 플래그 값을 다시 0으로 설정할 수 있다.
만약 경로 플래그 값이 0이라면 NR PDCP(820)는 하향링크 데이터 패킷의 전송 경로를 결정함에 있어서 상향링크 데이터 패킷의 경로를 고려하지 않을 수 있다. 이러한 경우, NR PDCP(820)는 기설정된 조건, 규칙, 노드의 부하 상황, 또는 임의의 기준에 따라 하향링크 데이터 패킷의 전송 경로를 선택할 수 있을 것이다.
이와 같이 소정의 플래그를 운영하는 실시 예를 통해서, 일부 데이터 패킷(예를 들어, 상향링크 패킷이 수신된 후의 첫번째 하향링크 패킷)에 대해서 전송 경로가 동일하게 결정되는 것이 가능하다.
한편, 이상에서 설명한 실시 예는 단말이 상향링크 데이터 패킷의 전송 경로를 선택하는 과정에 대해서도 마찬가지로 적용될 수 있다. 단말(850)의 PDCP는 상향링크 데이터 패킷이 생성되면 단말(850)에 설정된 DC를 구성하는 두 기지국(MN, SN) 중 특정 기지국을 통해 상향링크 데이터 패킷을 전송한다. 이러한 상향링크 데이터 패킷의 전송 경로가 패킷 쌍을 이루는 하향링크 데이터 패킷의 전송 경로와 일치한다면, 패킷 전송 지연을 방지할 수 있을 것이다.
따라서, 단말(850)은 수신된 하향링크 데이터 패킷의 전송 경로를 확인하고, 자신이 전송할 상향링크 데이터 패킷의 전송 경로를 하향링크 데이터 패킷 수신 경로와 같은 경로로 결정한다. 다시 말해서, 단말(850)은 상향링크 데이터 패킷의 전송 경로를 하향링크 데이터 패킷의 수신 경로와 일치시킬 수 있다.
예를 들어, 단말(850)이 수신한 하향링크 데이터 패킷이 MN을 통하는 경로 1(860)을 통해 수신되었다면, 단말(850)은 자신이 전송할 상향링크 패킷을 MN을 통하는 경로 1(860)을 통해 전송할 수 있다. 반대로, 단말(850)이 수신한 하향링크 데이터 패킷이 SN을 통하는 경로 2(870)을 통해 수신되었다면, 단말(850)은 상향링크 데이터 패킷을 SN을 통하는 경로 2(870)을 통해 전송할 수 있다.
앞서 경로 플래그를 운영하는 실시 예는 단말(850)이 전송 경로를 결정하는 과정에 대해서도 유사하게 적용될 수 있다. 구체적으로, 단말(850)은 경로 플래그를 0으로 설정하였다가, 특정 하향링크 데이터 패킷이 수신되면 경로 플래그를 1로 설정할 수 있다. 이어서, 단말(850)은 상향링크 데이터 패킷을 전송할 경로를 선택할 때 경로 플래그 값을 확인한다. 경로 플래그 값이 1이라면 단말(850)은 기수신된 하향링크 데이터 패킷의 전송 경로를 통해 상향링크 데이터 패킷을 전송할 수 있다. 이어서, 단말(850)은 상향링크 데이터 패킷의 전송이 완료되면 플래그 값을 다시 0으로 설정할 수 있다.
만약 경로 플래그 값이 0이라면, 단말(850)은 기수신된 하향링크 데이터 패킷의 전송 경로를 고려하지 않고 상향링크 데이터 패킷의 전송 경로를 결정할 수 있을 것이다. 이러한 경우, 단말(850)은 기설정된 조건, 규칙, 노드의 부하 상황, 또는 임의의 기준에 따라 상향링크 데이터 패킷의 전송 경로를 선택할 수 있을 것이다.
이상에서는 도 8에서 EN-DC 상황인 경우에 대해 구체적으로 설명하였다. 그러나, 이러한 실시 예에 한정되지 않고 다른 여러 가지 DC 상황에도 상술한 실시 예가 유사하게 적용될 수 있음은 물론이다. 예를 들어 DC를 구성하는 두 기지국이 모두 LTE 기반으로 동작하는 기지국인 경우, NR PDCP 대신 EUTRA PDCP가 동일한 동작을 수행할 수 있다.
도 9는 본 개시의 실시 예와 관련하여 기지국이 전송 경로를 선택하는 과정을 설명하는 흐름도이다.
도 9의 노드 1(906) 및 노드 2(904)는 단말(902)에 설정된 DC의 두 기지국을 나타낸다. 노드 1(906)은 DC에서 스플릿 베어러가 terminated되는 노드를 의미한다. 예를 들어, 스플릿 베어러가 MN terminated 베어러라면 노드 1(906)은 MN이 될 것이다. 노드 1(906)의 CU(910)는 MN의 PDCP를 포함할 수 있으며, 노드 1(906)의 DU(908)은 MN의 RLC 및 PHY를 포함할 수 있다. 이때 노드 2(904)는 SN이 될 것이다. 반대로, 스플릿 베어러가 SN terminated 베어러라면 노드 1(906)은 SN이 되며, 노드 2(904)는 MN이 될 것이다.
단말(902)은 노드 1(906)을 통해 상향링크 패킷을 전송한다(920). 상향링크 패킷을 수신한 대응 노드(즉 노드 1(906)의 DU(908))는 데이터 전송을 담당하는 PDCP를 호스팅하는 호스트 노드(즉 노드 1(906)의 CU(910))로 DDDS를 전송한다(930). 이어서, 대응 노드(즉 DU(908))는 단말로부터 수신한 상향링크 패킷을 호스트 노드(즉 CU(910))로 전송한다(940). 호스트 노드(즉 CU(910))는 수신한 상향링크 패킷을 상위 네트워크 엔티티 또는 코어망 엔티티로 전달할 수 있다.
이어서, 호스트 노드(즉 CU(910))는 수신한 상향링크 패킷에 대응하는 하향링크 패킷을 상위 네트워크 엔티티 또는 코어망 엔티티로부터 수신하고, 수신한 하향링크 패킷을 전송할 경로를 선택한다(950). 이때, 호스트 노드(즉 CU (910))는 수신된 상향링크 패킷의 종류나 운용중인 플래그의 값을 확인함으로써 하향링크 패킷의 전송 경로를 결정할 수도 있다.
예를 들어, 도 8에서 설명한 실시 예에 따라 수신한 패킷이 특정 종류(핑 요청/응답, TCP 3way handshake, 정지대기 프로토콜 기반 패킷 등)의 패킷이거나, 경로 플래그 값이 1로 설정되었음을 확인한 경우, 호스트 노드(즉 CU(910))는 하향링크 패킷의 전송 경로를 상향링크 패킷과 같은 경로로 선택할 수 있다.
이어서, 호스트 노드(즉 CU(910))는 선택된 경로로 하향링크 패킷을 전송한다(960). 즉, 호스트 노드(즉 CU(910))는 자신에게 상향링크 패킷을 전송했던 대응 노드(즉 DU(908))로 하향링크 패킷을 전송하며, 대응 노드(즉 DU(908))는 전달받은 하향링크 패킷을 단말(902)로 전송한다(970).
단말(902)은 기설정된 DRX 파라미터에 기반하여 동작하면서, 상향링크 패킷을 전송했던 노드 1(906)로부터 하향링크 패킷이 수신될 것으로 기대한다. 따라서, 단말(902)은 노드 2(904)에 대해 불필요하게 제어채널 모니터링을 수행할 필요가 없으며, 노드 2(904)를 통해 패킷이 수신됨으로써 active time까지 기다려야하는 예상치 못한 패킷 전송 지연 또한 발생하지 않게 된다.
도시된 실시 예와는 달리, 만약 단말(902)이 상향링크 패킷을 노드 2(904)를 통해 전송했다면, 대응 노드(노드 2의 DU)로부터 상향링크 패킷을 수신한 호스트 노드(노드 1의 CU)는 하향링크 패킷의 전송 경로를 선택할 때 노드 2(904)를 대응 노드로 결정하여 하향링크 패킷을 단말(902)로 전송할 것이다.
도 10은 본 개시의 실시 예와 관련하여 전송 경로를 선택하는 기지국의 동작을 설명하는 흐름도이다.
도 10에서는 도 9에서 설명한 실시 예에서 호스트 노드인 노드 1(특히 노드 1의 CU)의 동작을 설명한다. 앞서 설명했듯이 CU와 DU가 함께 기지국을 구성하는 것은 물론이고, CU 또는 DU가 각각 기지국 또는 네트워크 상의 노드로 이해될 수 있다.
기지국(즉, 호스트 노드)은 단말로부터 전송된 상향링크 패킷을 수신한다(1010). 이러한 상향링크 패킷은 DC를 구성하는 대응 노드(즉, MN 및 SN) 중 어느 하나로부터 호스트 노드로 전송될 수 있다.
이어서, 기지국(즉 호스트 노드)은 상향링크 패킷에 대응하는 하향링크 패킷의 전송을 위한 경로를 선택한다(1020). 스플릿 베어러에 대한 PDCP가 포함된 기지국(즉 호스트 노드)은 하향링크 패킷을 두 대응 노드(MN 및 SN) 중 어느 하나를 통해 전송할 수 있다. 이때, 기지국(즉 호스트 노드)은 앞서 설명한 실시 예에 따라 기수신된 상향링크 패킷의 경로와 동일하게 하향링크 패킷의 전송 경로를 선택할 수 있다.
이어서, 기지국(즉 호스트 노드)은 선택된 경로를 통해 하향링크 패킷을 단말로 전송한다(1030).
도 11은 본 개시의 실시 예와 관련하여 단말이 전송 경로를 선택하는 과정을 설명하는 흐름도이다. 도 9에서 설명한 기지국의 전송 경로 선택 과정은 단말에 대해서도 유사하게 적용될 수 있음은 앞서 설명한 바 있다.
도 11에서 노드 1(1106) 및 노드 2(1104)는 단말(1102)에 설정된 DC의 두 기지국을 나타낸다. 노드 1(1106)은 DC에서 스플릿 베어러가 terminate되는 노드를 의미한다. 예를 들어, MN terminated 베어러의 경우 노드 1(1106)은 MN 이 되고 노드 2(1104)는 SN이 될 것이다. 반대로, SN terminated 베어러의 경우 노드 1(1106)은 SN이 되고 노드 2(1104)는 MN이 될 것이다.
호스트 노드(즉 노드 1의 CU(1110))는 대응 노드(즉 노드 1의 DU(1108))로 하향링크 패킷을 전송하며(1120), 대응 노드(즉 노드 1의 DU(1108))는 전달받은 하향링크 패킷을 단말로 전송한다(1130).
이어서, DRX(1103)로 동작하는 단말(1102)은 수신한 하향링크 패킷에 대응하는 상향링크 패킷을 생성하고, 상향링크 패킷을 전송할 경로를 선택한다(1140). 이때, 단말(1102)은 수신된 하향링크 패킷의 종류나 운용중인 플래그 값을 확인함으로써 상향링크 패킷의 전송 경로를 결정할 수도 있다.
예를 들어, 도 8에서 설명한 실시 예에 따라 수신한 패킷이 특정 종류(핑 요청/응답, TCP 3way handshake, 정지대기 프로토콜 기반 패킷 등)의 패킷이거나, 경로 플래그 값이 1로 설정되었음을 확인한 경우, 단말(1102)은 상향링크 패킷의 전송 경로를 하향링크 패킷과 같은 경로로 선택할 수 있다.
이어서, 단말(1102)은 선택된 경로로 상향링크 패킷을 전송한다(1150). 즉, 단말(1102)은 자신에게 하향링크 패킷을 전송했던 대응 노드(즉 노드 1의 DU(1108))로 상향링크 패킷을 전송하며, 대응 노드(즉 노드 1의 DU(1108))는 전달받은 상향링크 패킷을 호스트 노드(즉 노드 1의 CU(1110))로 전송한다(1160).
도시된 실시 예와는 달리, 만약 호스트 노드(즉 노드 1의 CU(1110))가 하향링크 패킷을 노드 2(1104)를 대응 노드로 하여 전송했다면, 노드 2(1104)로부터 하향링크 패킷을 수신한 단말(1102)는 상향링크 패킷의 전송 경로를 선택할 때 노드 2(1104)를 거치는 경로를 선택하고 상향링크 패킷을 전송할 것이다. 이때, 대응 노드인 노드 2(1104)는 수신된 상향링크 패킷을 호스트 노드(즉 노드 1의 CU(1110))로 전송하게 된다.
도 12는 본 개시의 실시 예와 관련하여 전송 경로를 선택하는 단말의 동작을 설명하는 흐름도이다.
도 12에서는 도 11에서 설명한 실시 예에서 단말의 동작을 설명한다. 앞서 설명했듯이 CU와 DU가 함께 기지국을 구성하는 것은 물론이고, CU 또는 DU가 각각 기지국 또는 네트워크 상의 노드로 이해될 수 있다.
단말은 DC를 구성하는 두 기지국 중 어느 하나로부터 전송된 하향링크 패킷을 수신한다(1210). 이어서, 단말은 하향링크 패킷에 대응하는 상향링크 패킷의 전송을 위한 경로를 선택한다(1220). 단말의 PDCP는 스플릿 베어러에 대한 상향링크 패킷을 두 기지국(MN 및 SN) 중 어느 하나를 통해 전송할 수 있다. 이때, 단말은 앞서 설명한 실시 예에 따라 기수신된 하향링크 패킷의 경로와 동일하게 상향링크 패킷의 전송 경로를 선택할 수 있다.
이어서, 단말은 선택된 경로를 통해 상향링크 패킷을 기지국으로 전송한다(1230).
도 13은 본 개시의 실시 예에 따른 단말의 구조를 설명하는 도면이다.
도 13을 참조하면 상술한 실시 예에 따른 단말은 송수신부(1310), 단말 프로세서(1320) 및 메모리(1330)을 포함한다. 단말은 도시된 구성보다 더 많거나 적은 구성을 포함하도록 구현될 수 있음은 물론이다.
송수신부(1310)는 다른 단말, 기지국 및/또는 네트워크 엔티티와 신호를 송수신한다. 송수신부(1310)는 예를 들어 기지국으로부터 하향링크 패킷을 수신하고 기지국으로 상향링크 패킷을 전송할 수 있다.
단말 프로세서(1320)는 제안하는 실시 예에 따른 단말의 전반적인 동작을 제어할 수 있다. 예를 들어, 단말 프로세서(1320)는 전송 경로를 선택하고 선택된 경로를 통해 데이터 패킷을 전송하도록 송수신부(1310)와 메모리(1330)를 제어할 수 있다.
메모리(1330)는 단말에서 처리되는 정보, 데이터, 프로그램, 인스트럭션 등을 저장할 수 있다.
도 14는 본 개시의 실시 예에 따른 기지국의 구조를 설명하는 도면이다.
도 14에 도시된 기지국의 구조는 DC를 구성하는 MN 또는 SN에 대한 구조를 도시한 것이며, CU와 DU 간의 데이터 송수신을 위한 호스트 노드와 대응 노드를 모두 포함하는 구조를 도시한 것으로 이해될 수 있다.
도 14을 참조하면 상술한 실시 예에 따른 기지국은 송수신부(1410), 기지국 프로세서(1420) 및 메모리(1430)를 포함한다. 기지국은 도시된 구성보다 더 많거나 적은 구성을 포함하도록 구현될 수 있음은 물론이다.
송수신부(1410)는 단말, 다른 기지국 및/또는 네트워크 엔티티와 신호를 송수신한다. 송수신부(1410)는 예를 들어 단말로부터 상향링크 패킷을 수신하고 단말로 하향링크 패킷을 전송할 수 있다.
기지국 프로세서(1420)는 제안하는 실시 예에 따른 기지국의 전반적인 동작을 제어할 수 있다. 예를 들어, 기지국 프로세서(1420)는 전송 경로를 선택하고 선택된 경로를 통해 데이터 패킷을 전송하도록 송수신부(1410)와 메모리(1430)를 제어할 수 있다.
메모리(1430)는 기지국에서 처리되는 정보, 데이터, 프로그램, 인스트럭션 등을 저장할 수 있다.
이상에서 본 명세서와 도면에 개시된 실시 예들은 본 개시의 내용을 쉽게 설명하고, 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 또한, 상술한 실시 예들 중에서 하나 이상의 실시 예나 부분들이 서로 조합되어 수행될 수 있음은 물론이다. 나아가, 이상의 실시 예에서 설명의 순서가 반드시 실행의 순서와 대응되지는 않으며, 그 선후 관계가 변경되거나 병렬적으로 실행 될 수도 있다. 또한 실시 예에서 필수적이라 언급되지 않은 단계는 선택적으로 수행될 수 있음이 자명하다.
따라서 본 개시의 범위는 개시된 실시 예들 이외에도 본 개시를 바탕으로 도출되는 모든 변경 또는 변형된 형태가 본 개시의 범위에 포함되는 것으로 해석되어야 한다.

Claims (20)

  1. 무선 통신 시스템에서 기지국이 패킷의 전송 경로를 결정하는 방법에 있어서,
    단말로부터 상향링크 패킷을 수신하는 단계;
    상기 단말에 설정된 복수의 경로 중에서 상기 상향링크 패킷이 수신된 경로를 하향링크 패킷을 전송할 경로로써 선택하는 단계; 및
    상기 선택된 경로를 통해 상기 하향링크 패킷을 상기 단말로 전송하는 단계를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 복수의 경로는, 상기 단말에 설정된 듀얼 커넥티비티(DC: Dual Connectivity)의 MN(Master Node)를 포함하는 제1 경로 및 상기 듀얼 커넥티비티의 SN(Secondary Node)를 포함하는 제2 경로를 포함하는 것인, 방법.
  3. 제1항에 있어서,
    상기 하향링크 패킷은 스플릿 베어러를 지원하는 PDCP(Packet Data Convergence Protocol)의 호스트 노드(host node)로부터 상기 선택된 경로의 대응 노드(corresponding node)를 통해 상기 단말로 전송되는 것인, 방법.
  4. 제1항에 있어서,
    상기 상향링크 패킷 및 상기 하향링크 패킷은 패킷 쌍(pair)을 구성하며, 핑(ping) 요청 패킷, 핑 응답 패킷, TCP(Transmission Control Protocol) 3-way handshake 패킷 및 정지대기 프로토콜 패킷 중 적어도 하나를 포함하는 것인, 방법.
  5. 제1항에 있어서,
    상기 방법은,
    상기 상향링크 패킷이 수신되면 경로 선택을 위한 플래그(flag)를 설정하는 단계;
    상기 플래그의 값에 기반하여 상기 경로를 선택하는 단계; 및
    상기 하향링크 패킷이 전송되면 상기 플래그 값을 재설정하는 단계를 더 포함하는 것인, 방법.
  6. 무선 통신 시스템에서 패킷의 전송 경로를 결정하는 기지국에 있어서,
    신호를 송신 및 수신하는 송수신부; 및
    단말로부터 상향링크 패킷을 수신하고, 상기 단말에 설정된 복수의 경로 중에서 상기 상향링크 패킷이 수신된 경로를 하향링크 패킷을 전송할 경로로써 선택하고, 상기 선택된 경로를 통해 상기 하향링크 패킷을 상기 단말로 전송하도록 설정된 제어부를 포함하는, 기지국.
  7. 제6항에 있어서,
    상기 복수의 경로는, 상기 단말에 설정된 듀얼 커넥티비티(DC: Dual Connectivity)의 MN(Master Node)를 포함하는 제1 경로 및 상기 듀얼 커넥티비티의 SN(Secondary Node)를 포함하는 제2 경로를 포함하는 것인, 기지국.
  8. 제6항에 있어서,
    상기 하향링크 패킷은 스플릿 베어러를 지원하는 PDCP(Packet Data Convergence Protocol)의 호스트 노드(host node)로부터 상기 선택된 경로의 대응 노드(corresponding node)를 통해 상기 단말로 전송되는 것인, 기지국.
  9. 제6항에 있어서,
    상기 상향링크 패킷 및 상기 하향링크 패킷은 패킷 쌍(pair)을 구성하며, 핑(ping) 요청 패킷, 핑 응답 패킷, TCP(Transmission Control Protocol) 3-way handshake 패킷 및 정지대기 프로토콜 패킷 중 적어도 하나를 포함하는 것인, 기지국.
  10. 제6항에 있어서,
    상기 제어부는,
    상기 상향링크 패킷이 수신되면 경로 선택을 위한 플래그(flag)를 설정하고, 상기 플래그의 값에 기반하여 상기 경로를 선택하고, 상기 하향링크 패킷이 전송되면 상기 플래그 값을 재설정하도록 더 설정되는 것인, 기지국.
  11. 무선 통신 시스템에서 단말이 패킷의 전송 경로를 결정하는 방법에 있어서,
    기지국으로부터 하향링크 패킷을 수신하는 단계;
    상기 단말에 설정된 복수의 경로 중에서 상기 하향링크 패킷이 수신된 경로를 상향링크 패킷을 전송할 경로로써 선택하는 단계; 및
    상기 선택된 경로를 통해 상기 상향링크 패킷을 상기 기지국으로 전송하는 단계를 포함하는, 방법.
  12. 제11항에 있어서,
    상기 복수의 경로는, 상기 단말에 설정된 듀얼 커넥티비티(DC: Dual Connectivity)의 MN(Master Node)를 포함하는 제1 경로 및 상기 듀얼 커넥티비티의 SN(Secondary Node)를 포함하는 제2 경로를 포함하는 것인, 방법.
  13. 제11항에 있어서,
    상기 상향링크 패킷은 상기 선택된 경로의 대응 노드(corresponding node)로부터 스플릿 베어러를 지원하는 PDCP(Packet Data Convergence Protocol)의 호스트 노드(host node)로 전송되는 것인, 방법.
  14. 제11항에 있어서,
    상기 상향링크 패킷 및 상기 하향링크 패킷은 패킷 쌍(pair)을 구성하며, 핑(ping) 요청 패킷, 핑 응답 패킷, TCP(Transmission Control Protocol) 3-way handshake 패킷 및 정지대기 프로토콜 패킷 중 적어도 하나를 포함하는 것인, 방법.
  15. 제11항에 있어서,
    상기 방법은,
    상기 하향링크 패킷이 수신되면 경로 선택을 위한 플래그(flag)를 설정하는 단계;
    상기 플래그의 값에 기반하여 상기 경로를 선택하는 단계; 및
    상기 상향링크 패킷이 전송되면 상기 플래그 값을 재설정하는 단계를 더 포함하는 것인, 방법.
  16. 무선 통신 시스템에서 패킷의 전송 경로를 결정하는 단말에 있어서,
    신호를 송신 및 수신하는 송수신부; 및
    기지국으로부터 하향링크 패킷을 수신하고, 상기 단말에 설정된 복수의 경로 중에서 상기 하향링크 패킷이 수신된 경로를 상향링크 패킷을 전송할 경로로써 선택하고, 상기 선택된 경로를 통해 상기 상향링크 패킷을 상기 기지국으로 전송하도록 설정된 제어부를 포함하는, 단말.
  17. 제16항에 있어서,
    상기 복수의 경로는, 상기 단말에 설정된 듀얼 커넥티비티(DC: Dual Connectivity)의 MN(Master Node)를 포함하는 제1 경로 및 상기 듀얼 커넥티비티의 SN(Secondary Node)를 포함하는 제2 경로를 포함하는 것인, 단말.
  18. 제16항에 있어서,
    상기 상향링크 패킷은 상기 선택된 경로의 대응 노드(corresponding node)로부터 스플릿 베어러를 지원하는 PDCP(Packet Data Convergence Protocol)의 호스트 노드(host node)로 전송되는 것인, 단말.
  19. 제16항에 있어서,
    상기 상향링크 패킷 및 상기 하향링크 패킷은 패킷 쌍(pair)을 구성하며, 핑(ping) 요청 패킷, 핑 응답 패킷, TCP(Transmission Control Protocol) 3-way handshake 패킷 및 정지대기 프로토콜 패킷 중 적어도 하나를 포함하는 것인, 단말.
  20. 제16항에 있어서,
    상기 제어부는,
    상기 하향링크 패킷이 수신되면 경로 선택을 위한 플래그(flag)를 설정하고, 상기 플래그의 값에 기반하여 상기 경로를 선택하고, 상기 상향링크 패킷이 전송되면 상기 플래그 값을 재설정하도록 더 설정되는 것인, 단말.
KR1020190058408A 2019-05-17 2019-05-17 무선 통신 시스템에서 지연 감소를 위한 전송 경로 결정 방법 및 장치 Pending KR20200132605A (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020190058408A KR20200132605A (ko) 2019-05-17 2019-05-17 무선 통신 시스템에서 지연 감소를 위한 전송 경로 결정 방법 및 장치
CN202010405331.9A CN111953593B (zh) 2019-05-17 2020-05-13 无线通信系统中用于确定分组的发送路径的方法及其装置
US16/874,157 US11197223B2 (en) 2019-05-17 2020-05-14 Method and apparatus for determining transmission path of packet in wireless communication
EP20174608.8A EP3745810B1 (en) 2019-05-17 2020-05-14 Methods and apparatuses for determining transmission path of packet in wireless communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190058408A KR20200132605A (ko) 2019-05-17 2019-05-17 무선 통신 시스템에서 지연 감소를 위한 전송 경로 결정 방법 및 장치

Publications (1)

Publication Number Publication Date
KR20200132605A true KR20200132605A (ko) 2020-11-25

Family

ID=70736674

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190058408A Pending KR20200132605A (ko) 2019-05-17 2019-05-17 무선 통신 시스템에서 지연 감소를 위한 전송 경로 결정 방법 및 장치

Country Status (4)

Country Link
US (1) US11197223B2 (ko)
EP (1) EP3745810B1 (ko)
KR (1) KR20200132605A (ko)
CN (1) CN111953593B (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220150773A1 (en) * 2019-08-01 2022-05-12 Vivo Mobile Communication Co.,Ltd. Data transmission method and user equipment

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112996038A (zh) * 2021-03-03 2021-06-18 浪潮软件科技有限公司 一种f1时延的动态分流方法
US12021745B2 (en) 2021-08-23 2024-06-25 Electronics And Telecommunications Research Institute Method and apparatus for traffic routing in communication system
CN117014901A (zh) * 2022-04-28 2023-11-07 中兴通讯股份有限公司 Mr-dc的全量配置方法、装置、计算机设备及可读介质

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3883170B1 (en) 2012-09-28 2022-11-30 BlackBerry Limited Methods and apparatus for enabling enhancements to flexible subframes in lte heterogeneous networks
WO2014163576A2 (en) * 2013-04-05 2014-10-09 Telefonaktiebolaget L M Ericsson (Publ) Radio base stations, wireless terminal, methods therein and a system
EP2987385A2 (en) 2013-04-15 2016-02-24 Interdigital Patent Holdings, Inc. Discontinuous reception (drx) schemes for millimeter wavelength (mmw) dual connectivity
WO2014172855A1 (en) 2013-04-24 2014-10-30 Telefonaktiebolaget L M Ericsson (Publ) Drx method with tdm limitation and user equipment using the same
US20160128046A1 (en) 2013-05-09 2016-05-05 Nokia Siemens Networks Oy Bearer Configuration in Dual Connectivity Communication
US9497682B2 (en) * 2013-06-07 2016-11-15 Intel Corporation Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network
KR102237240B1 (ko) 2013-07-04 2021-04-07 한국전자통신연구원 이동 통신 시스템에서 복수 연결을 지원하기 위한 제어 방법 및 복수 연결 지원 장치
EP3042529B1 (en) 2013-09-04 2020-04-01 LG Electronics Inc. Method and apparatus for controlling uplink power in wireless communication system
EP2876967B1 (en) 2013-10-08 2019-06-12 Nokia Technologies Oy Drx operation with dual connectivity
KR102257628B1 (ko) * 2013-10-21 2021-05-28 엘지전자 주식회사 이중 연결성에서의 상향링크 데이터 전송 방법 및 이를 위한 장치
JP6382499B2 (ja) 2013-10-31 2018-08-29 株式会社Ｎｔｔドコモ 無線基地局、ユーザ端末及び無線通信方法
US9900923B2 (en) 2013-11-01 2018-02-20 Qualcomm Incorporated Techniques for using carrier aggregation in dual connectivity wireless communications
US9661657B2 (en) 2013-11-27 2017-05-23 Intel Corporation TCP traffic adaptation in wireless systems
US10075988B2 (en) 2014-01-06 2018-09-11 Intel IP Corporation Discontinuous reception (DRX) alignment techniques for dual-connectivity architectures
US9872334B2 (en) 2014-01-30 2018-01-16 Intel Corporation Discontinuous reception alignment in dual connectivity networks
EP2911462B1 (en) 2014-01-31 2020-04-15 Avago Technologies International Sales Pte. Limited Time offset acquisition for dual connectivity
US20150327322A1 (en) 2014-05-08 2015-11-12 Intel IP Corporation Systems, devices, and methods for alignment procedures in dual-connectivity networks
US9509485B2 (en) 2014-05-08 2016-11-29 Intel Corporation Systems and methods for in-device co-existence interference avoidance for dual connectivity
US10045332B2 (en) 2014-05-09 2018-08-07 Qualcomm Incorporated UE autonomous radio resource configuration extension
US9749098B2 (en) 2014-05-09 2017-08-29 Electronics And Telecommunications Research Institute Method and apparatus for transmitting and receiving system information in mobile communication system
US9374781B2 (en) 2014-07-14 2016-06-21 Amazon Technologies, Inc. Method for discontinuous reception (DRX) in dual connectivity
US20160081020A1 (en) 2014-09-16 2016-03-17 Telefonaktiebolaget L M Ericsson (Publ) Drx cycle configuration in dual connectivity
WO2016046756A1 (en) 2014-09-26 2016-03-31 Nokia Technologies Oy Method and apparatus for dual connectivity inter-frequency measurements
WO2016097978A1 (en) 2014-12-17 2016-06-23 Telefonaktiebolaget Lm Ericsson (Publ) Handling interruptions during drx on durations
US9843955B2 (en) * 2015-03-09 2017-12-12 Ofinno Technologies, Llc Radio configuration in a carrier aggregation
WO2016182527A1 (en) 2015-05-14 2016-11-17 Intel IP Corporation Measurement gap configuration in dual connectivity enhancement
EP3342203B1 (en) 2015-08-27 2021-01-20 Apple Inc. An apparatus and method for reporting system frame number (sfn) and subframe offset in dual connectivity (dc) enhancement
US10645748B2 (en) * 2017-03-22 2020-05-05 Qualcomm Incorporated Radio resource control (RRC) entity selection for RRC messages
US10601535B2 (en) * 2017-03-24 2020-03-24 Lg Electronics Inc. Method for performing SCG re-establishment in dual connectivity in wireless communication system and a device therefor
US11071073B2 (en) 2017-04-14 2021-07-20 Qualcomm Incorporated Radio synchronization configuration in different operation modes
US10541768B2 (en) 2017-06-15 2020-01-21 Apple Inc. MAC and RRC multiplexing for inter-RAT dual connectivity UE

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220150773A1 (en) * 2019-08-01 2022-05-12 Vivo Mobile Communication Co.,Ltd. Data transmission method and user equipment
US12200474B2 (en) * 2019-08-01 2025-01-14 Vivo Mobile Communication Co., Ltd. Data transmission method and user equipment

Also Published As

Publication number Publication date
EP3745810B1 (en) 2022-12-28
CN111953593B (zh) 2024-08-23
EP3745810A1 (en) 2020-12-02
US11197223B2 (en) 2021-12-07
US20200367132A1 (en) 2020-11-19
CN111953593A (zh) 2020-11-17

Similar Documents

Publication Publication Date Title
US20230422248A1 (en) Method and apparatus for data transmission of terminal in wireless communication system
US11224050B2 (en) Method and apparatus for allocating dynamic resources of integrated access and backhaul nodes in wireless communication system
CN111788858B (zh) 用于在无线通信系统中重传在不连续接收中配置的上行链路数据的方法和装置
CN107667559B (zh) 在无线通信系统中使用不同的无线连接技术提供多连接的装置和方法
US11985690B2 (en) Method and apparatus for allocating dynamic resources of integrated access and backhaul nodes in wireless communication system
US11558921B2 (en) Method and apparatus for transmitting and receiving data in wireless communication system
CN109392183B (zh) 用于在无线通信系统中支持补充上行链路频率的方法和装置
US11197223B2 (en) Method and apparatus for determining transmission path of packet in wireless communication
CN112640522B (zh) 用于在无线通信系统中发送和接收数据的方法和装置
JP2023512896A (ja) 無線通信システムにおいてビーム失敗復旧方法及び装置
CN112771917B (zh) 无线通信系统中发送缓冲器状态报告的方法和装置
US11284461B2 (en) Method and apparatus for controlling packet transmission for reducing latency in wireless communication system
US20220232562A1 (en) Method and apparatus for performing communication for transmission of iab node in wireless communication system
KR20200088721A (ko) Dual Connectivity 지원 망에서 RRC_IDLE 상태 단말을 위한 SN(Secondary Node)에서의 V2X 자원 할당 방법 및 장치
US20220232604A1 (en) Method and apparatus for performing communication for transmission/reception of iab node in wireless communication system
KR20240044762A (ko) 무선 통신 시스템에서 스플릿 베어러 운용을 위한 방법 및 장치
CN117652120A (zh) 无线通信系统中的用户设备的操作方法及利用上述方法的装置
WO2021179245A1 (en) Small data transmissions in an inactive state to disaggregated base stations
US20230397192A1 (en) Transmission control protocol acknowledgement shaping
CN115088321B (zh) 具有设置在其中的多个定时的iab节点的通信方法和设备
EP4183194A1 (en) Timer-based switching for multiple active bandwidth parts
KR20210077347A (ko) 이동통신 시스템에서의 Carrier Aggregation 기술에서 복수 개의 DRX을 적용하는 방법 및 장치
KR20250047228A (ko) 무선통신 시스템에서 장치의 동작 방법 및 상기 방법을 이용하는 장치
KR20240127200A (ko) 무선 통신 시스템에서 중요도가 다른 xr 트래픽을 서비스 하기 위한 방법 및 장치
CN115280876A (zh) 多个父节点连接到单个iab节点的情形下iab节点的操作的方法和设备

Legal Events

Date Code Title Description
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 20190517

PG1501 Laying open of application
PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20220429

Comment text: Request for Examination of Application

Patent event code: PA02011R01I

Patent event date: 20190517

Comment text: Patent Application

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20240722

Patent event code: PE09021S01D

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

Patent event code: PE07011S01D

Comment text: Decision to Grant Registration

Patent event date: 20250305