[go: up one dir, main page]

KR102721539B1 - 통신시스템에서의 데이터 처리 방법 - Google Patents

통신시스템에서의 데이터 처리 방법 Download PDF

Info

Publication number
KR102721539B1
KR102721539B1 KR1020170015192A KR20170015192A KR102721539B1 KR 102721539 B1 KR102721539 B1 KR 102721539B1 KR 1020170015192 A KR1020170015192 A KR 1020170015192A KR 20170015192 A KR20170015192 A KR 20170015192A KR 102721539 B1 KR102721539 B1 KR 102721539B1
Authority
KR
South Korea
Prior art keywords
information
pdcp packet
discarded
packet
transmitter
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.)
Active
Application number
KR1020170015192A
Other languages
English (en)
Other versions
KR20180090148A (ko
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 KR1020170015192A priority Critical patent/KR102721539B1/ko
Priority to PCT/KR2018/001457 priority patent/WO2018143728A1/ko
Priority to US16/481,032 priority patent/US11122463B2/en
Publication of KR20180090148A publication Critical patent/KR20180090148A/ko
Application granted granted Critical
Publication of KR102721539B1 publication Critical patent/KR102721539B1/ko
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • 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/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0097—Relays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

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

Abstract

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

Description

통신시스템에서의 데이터 처리 방법{METHOD OF DATA PROCESSING IN COMMUNICATIONS SYSTEMS}
본 발명은 무선 통신 시스템에서 통신 기기의 송신 및 수신에 관한 것이다. 본 발명에서는 일 예로 3GPP에서 정의된 PDCP 및 RLC 구조를 참조할 수 있다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 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 기술 융합의 일 예라고 할 수 있을 것이다.
본 발명은 무선 통신 시스템에서 송신단에서 Discard된 Packet 정보를 수신단에 보고하기 위한 설정 방법 및 보고하는 방법을 통해 수신단에서의 수신하지 못한 Packet에 대해 패킷을 처리하는 문제를 해결하는 방법을 제공한다.
또한, 본 발명은 무선통신시스템에서 순서 번호(Sequence Number)의 크기가 변경될 때 데이터 손실 없이 동작하는 절차 및 방법을 제공한다.
상기와 같은 문제점을 해결하기 위한 본 발명은 무선 통신 시스템에서 제어 신호 처리 방법에 있어서, 기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계; 상기 수신된 제1 제어 신호를 처리하는 단계; 및 상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 한다.
본 발명의 일 실시예에 따르면, 수신단에서 Discard된 Packet 정보를 전송함으로써 수신단에서 Discard된 Packet을 제외하고 수신단이 패킷을 처리함으로써 지연 시간을 감소 시킬 수 있는 효과를 얻을 수 있다.
또한, 본 발명의 일 실시예에 따르면, 순서 번호(Sequence Number)의 크기가 변경될 때에도 효과적인 통신이 가능하다.
도 1 은 Uplink 데이터 전송 동작 중 Discard Timer 동작을 나타낸 도면이다.
도 2 는 데이터 패킷이 Discard될 경우에 NR에서 발생 가능한 문제를 나타낸 도면이다.
도 3 은 본 발명에서 제안하는 Discard 패킷 정보를 전송하기 위한 설정 방법을 나타낸 도면이다.
도 4 은 단일의 Discard 패킷 정보를 전송하는 경우의 동작을 나타낸 도면이다.
도 5 는 Transmitter에서 Discard Timer 만료 시 Discard Packet 정보를 저장하는 방법을 나타낸 도면이다.
도 6 은 복수 개의 Discard 패킷 정보를 전송하는 경우에 이벤트를 이용하여 시작하는 방법을 나타낸 도면이다.
도 7 은 복수 개의 Discard 패킷 정보를 전송하는 경우에 이벤트가 만료 시 동작하는 방법을 나타낸 도면이다
도 8 는 Tx 단말에서 NACK을 수신을 하였을 경우 Discard 패킷 정보를 전송하는 방법을 나타낸 도면이다.
도 9 은 매 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위한 구조의 예시를 나타낸 도면이다.
도 10 은 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위한 구조의 예시를 나타낸 도면이다.
도 11 은 PDCP 데이터 전송 패킷을 시용하는 경우 Discard Packet 정보를 포함하여 전송하는 방법을 나타낸 예시의 도면이다.
도 12은 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위해 Contiguous Number를 이용하는 방법을 나타낸 예시의 도면이다.
도 13 은 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위해 Discarded Sequence Number Now와 Discarded Sequence Number High를 이용하는 방법을 나타낸 예시의 도면이다.
도 14 은 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위해 Bitmap을 이용하는 방법을 나타낸 예시의 도면이다.
도 15 은 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위해 Bitmap을 이용하는 방법에서 Bitmap Size를 알려주는 경우의 예시를 나타낸 도면이다.
도 16은 본 발명에서 고려하는 헤더 형식이 변경되는 시나리오를 나타낸 도면이다.
도 17은 헤더 형식이 변경되는 메시지의 실시 예를 나타낸 도면이다.
도 18은 포맷이 바뀔 때 재전송이 되는 방식의 실시 예를 나타낸 도면이다.
도 19는 도 18의 실시 예에서 헤더의 형식이 바뀔 때 헤더 형식의 실시 예를 나타낸 도면이다.
도 20은 포맷이 바뀔 때 재전송이 되는 방식의 다른 실시 예를 나타낸 도면이다.
도 21은 도 20의 실시 예에서 헤더의 형식이 바뀔 때 헤더 형식의 실시 예를 나타낸 도면이다.
도 22는 재설정 이후에 기존 형식의 데이터 처리가 필요하게 될 경우 기존 형식을 처리할 수 있는 예전 장치(Old Entity)에 기존 형식의 데이터(Old Format Data)를 보내어 처리를 요청하는 절차를 나타낸 도면이다.
도 23은 3GPP 통신 시스템에서의 PDCP COUNT 구조를 나타낸 도면이다.
도 24는 재설정 시에 COUNT를 사용하여 재정렬을 하는 방법의 실시 예를 나타낸 도면이다.
도 25는 재설정 시에 HFN 값과 COUNT를 변경하는 또 다른 실시 예를 나타낸 도면이다.
본 발명의 실시 예를 설명함에 있어서 본 발명이 속하는 기술 분야에 익히 알려져 있고 본 발명과 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 발명의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이 때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이 때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA또는 ASIC과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시 예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
<제1 실시예>
도 1은 Transmitter에서 Uplink 데이터 전송 동작 중 Discard Timer 동작을 나타낸 도면이다.
도 1은 상향링크 데이터 전송 동작 중에 LTE 시스템에서의 실시 예를 나타낸 도면이다. 예를 들어 Upper layer(예, IP Layer)에서 전송할 데이터가 있는 경우 데이터 (예, IP Packet)는 Upper Layer에서 PDCP Layer로 전달 된다. 예를 들어 Upper Layer의 데이터인 IP Packet 1, IP Packet2, IP Packet3 (IP Packet 1~3은 같은 어플리케이션에서 생성된 데이터이거나 각각 다른 어플리케이션에서 생성 된 데이터 일 수 있다)은 PDCP(Packet Data Convergence Protocol) Layer로 전달되어 IP Packet1은 PDCP SDU1로 구성되며, IP Packet2는 PDCP SDU2로 구성되며, IP Packet3은 PDCP SDU3으로 구성된다.
또한 각 PDCP SDU를 생성하는 시점에 PDCP SDU 별 Discard Timer가 동작을 하게 된다. 예를 들어 LTE 시스템에서는 PDCP SDU1이 생성된 시점에 PDCP SDU1 Discard Timer를 시작하게 되며 Discard Timer가 만료되는 시점(예를 들어, RRC에서 PDCP로 Discard Timer로 설정한 만료 시간이 50ms인 경우에 50ms이 넘었을 시)에 PDCP Layer에서 PDCP SDU1에 대해 Discard 하게 된다. 또한 Discard Timer의 시간 설정은 RRC(Radio Resource Control)를 통해 설정 될 수 있다.
도 2는 데이터 패킷이 Discard될 경우에 무선통신 시스템에서 발생 가능한 문제를 나타낸 도면이다.
도 2는 상향링크 데이터 전송 동작 중에 무선통신 시스템(예, LTE 시스템)에서 PDCP Packet이 Discard 되었을 경우에 발생 될 수 있는 문제점의 예를 나타낸 도면이다. 예를 들어 Transmitter가 Receiver로 전송할 PDCP 패킷이 있는 경우 Transmitter는 Receiver에게 PDCP 패킷을 RLC(Radio Link Control) Layer을 통해 Lower Layer전달하여 데이터를 전송 할 수 있다.
Transmitter는 Receiver에게 PDCP 패킷 1~7을 전송하였으나 채널 환경 등의 문제로 Receiver는 RLC 또는 PDCP 패킷 3,4,5에 대해 수신을 하지 못 할 수 있다. 또한 이 경우, Receiver는 RLC Layer에서 RLC 모드가 AM(Acknowledged mode)일 경우 수신하지 못한 RLC 패킷 정보 3~5에 대해 NACK을 전송할 수 있다. 또는 패킷 3,4,5 중 일부가 Discard Timer가 만료하여 Discard 되었을 수도 있다.
만약 Receiver가 NACK을 보내는 시점에 Transmitter의 PDCP Layer에서 상기 도 1의 기술한 바와 같이 PDCP Discard Timer의 만료에 따라 PDCP 패킷 3,4,5번을 Discard 할 수 있다. 이 경우, Transmitter는 Receiver로부터 수신하지 못한 패킷 정보를 수신하지만 PDCP 패킷을 Discard 하였기 때문에 Receiver에게 수신 받지 못한 PDCP 패킷을 재전송 해 줄 수 없게 된다. 또한 Receiver는 수신하지 못한 PDCP 패킷에 대해 재전송 요청으로 Transmitter에게 무한정 NACK을 보내는 문제가 발생 할 수 있다.
도 3은 본 발명에서 제안하는 Discard 패킷 정보를 전송하기 위한 설정 방법을 나타낸 도면이다
도 3은 Transmitter가 (예, 단말 또는 기지국) 상향링크로 보낼 데이터 중 Discard 된 패킷 정보를 전송하기 위해 설정하는 방법을 나타낸 도면이다. 상향링크로 보낼 데이터 중 Discard된 패킷이 발생 되었을 경우 Discard 된 패킷 정보를 언제 전송할 것인가와 어떤 포멧으로 전송할 것인지 기지국이 단말로 Discard Packet Indication 설정 메시지를 전송하여 단말이 Discard Packet 정보를 전송할 시점 및 방법을 설정할 수 있게 된다.
예를 들어, Discard 된 패킷 정보 전송 시점으로 (Report Type)으로 Periodic 인 경우, 단말은 Discard Packet 이 발생된 시점에 바로 기지국으로 Discard Packet 정보를 전송할 수 있다. 또 다른 실시 예로, Discard 된 패킷 정보 전송 시점으로 (Report Type)으로 Event 인 경우, 단말은 Discard packet 이 발생된 시점으로 일정 시간 동안의 Discard Packet의 정보들을 조합 또는 일정 카운팅 동안의 Discard Packet의 정보들의 조합으로 Discard Packet 정보를 전송할 수 있다. 예를 들어 Event에서 Timer로 지정된 경우 Event와 Event Threshold Time 포함 할 수 있거나 Event 에서 카운팅으로 지정된 경우 Event N-Counter Threshold를 포함 할 수 있다. 또한 Event Threshold Time실시 예로는 만료 시점을 포함 할 수 있다.
또한, 단말이 Discard Packet 정보를 전송하기로 결정한 후 Discard Packet을 전송하기 위한 포멧을 설정할 수 있다. 예를 들어 Discard Packet을 전송하기 위한 포멧(Report Format)으로 Discard Sequence Number 또는 Discard Sequence Low 및 Discard Sequence High 또는 Discard Sequence Contiguous Number 또는 Discard Sequence Bitmap Info. 등을 포함하는 방법을 설정 할 수 있다.
Discard 된 패킷 정보를 전송하기 위한 설정 메시지는 System information 으로 전달되거나 Dedicated Signaling 을 통해 전송 될 수 있다.
또한 단말 또는 기지국이 Discard Packet Reporting 메시지로 Dedicated Signaling을 이용 할 수 있으며 실시 예로, RRC Message 또는 MAC Message 또는 PDCP Message 또는 RLC Message일 수 있다.
도 4는 단일의 Discard 패킷 정보를 전송하는 경우의 동작을 나타낸 도면이다.
도 4는 본 발명에서 제안하는 방법 중 Discard Packet이 발생한 시점에 Discard Packet 정보를 전송하는 방법을 나타낸 도면이다.
본 발명의 하나의 실시 예로 Discard Packet 전송 시점이 Periodic인 경우 상기 도 4의 동작을 수행 할 수 있다.
Transmitter(예, 단말 또는 기지국)은 PDCP에서 패킷이 생성된 시점부터 Discard Timer를 확인(1)한다. Transmitter는 Discard Timer를 확인하여 만료여부를 확인(2)한 후 만료가 되었을 경우 Transmitter는 Discard Timer가 만료된 PDCP 패킷을 Discard 하게 된다(3). 또한 Transmitter는 Discard 된 PDCP 패킷 정보 (예를 들어, Discard Packet의 sequence 정보 등을 포함)를 Receiver(예, 단말 또는 기지국)로 전송한다.
도 5는 Transmitter에서 Discard Timer 만료 시 Discard Packet 정보를 저장하는 방법을 나타낸 도면이다.
도 5는 패킷 별 Discard Timer가 동작하고 있으며 Discard Timer가 만료 되었을 경우 Discard Packet 정보를 저장하기 위한 방법을 나타낸 도면이다.
Transmitter는 PDCP에서 패킷이 생성된 시점부터 Discard Timer를 확인(1)한다. Transmitter는 Discard Timer를 확인하여 만료여부를 확인(2)한 후 만료가 되었을 경우 Transmitter는 Discard Timer가 만료된 PDCP 패킷을 Discard 하게 되고 Discard 된 PDCP 패킷 정보(예, PDCP Sequence Number)를 저장한다(3).
도 6은 복수 개의 Discard 패킷 정보를 전송하는 경우에 이벤트를 이용하여 시작하는 방법을 나타낸 도면이다.
도 6은 본 발명에서 제안하는 방법 중 Discard Packet이 발생한 시점을 기준으로 일정 시간 동안 대기 후 대기 시간 동안 발생한 Discard Packet 정보들을 전송하기 위해 Event Timer 또는 N-Counter 시작하는 방법을 나타낸 도면이다.
본 발명의 하나의 실시 예로 Discard Packet 전송 시점이 Type이 Event인 경우 또는 Event Threshold Time를 포함하였을 경우 상기 도 6의 동작을 수행 할 수 있다.
Discard Timer가 만료된 패킷이 있을 경우, Transmitter는 Discard Timer가 만료된 PDCP 패킷을 Discard 하게 되고 Discard 된 PDCP 패킷 정보(예, PDCP Sequence Number)를 저장한다(1). Transmitter는 Discard Packet 정보를 저장 한 후에 이전에 Discard Packet 정보가 있는지 확인(2)한다. 이전에 생성된 Discard Packet 정보가 없는 경우 Transmitter는 waiting Timer를 시작한다(3).
본 발명의 또 다른 실시 예로, Discard Packet 전송 시점이 Type이 Event인 경우 또는 Event N-Counter Threshold를 포함하였을 경우 상기 도 6의 동작을 수행 할 수 있다.
Discard Timer가 만료된 패킷이 있을 경우, Transmitter는 Discard Timer가 만료된 PDCP 패킷을 Discard 하게 되고 Discard 된 PDCP 패킷 정보(예, PDCP Sequence Number)를 저장한다(1). Transmitter는 Discard Packet 정보를 저장 한 후에 이전에 Discard Packet 정보가 있는지 확인(2)한다. 이전에 생성된 Discard Packet 정보가 없는 경우 Transmitter는 N-Counter를 시작한다(3).
도 7은 복수 개의 Discard 패킷 정보를 전송하는 경우에 이벤트가 만료 시 동작하는 방법을 나타낸 도면이다
도 7은 본 발명에서 제안하는 방법 중 Event가 시작된 후 Discard Packet이 발생 되는 경우의 동작을 나타낸 도면이다.
본 발명의 하나의 실시 예로 Event 중 Waiting Timer가 시작된 후 Discard Packet이 발생되면 상기 도 7의 동작을 수행 할 수 있다.
Transmitter는 Discard Packet 발생 시 Waiting Timer의 동작의 유무 (1)를 확인한다. Transmitter는 Waiting Timer가 동작 시 Waiting Timer가 Event Threshold Time를 초과하여 만료되었는지 확인한다(2). Waiting Timer가 만료되지 않은 경우는 (1)의 동작을 다시 수행한다. 또한 Waiting Timer가 만료되었을 경우 Transmitter는 상기 도 6의 동작으로 통해 Waiting Timer 동안 저장된 Discard Packet 정보를 Receiver로 전송한다. 또한 Receiver로 Discard Packet 정보를 전송 후 Transmitter는 Waiting Timer를 초기화 한다(3).
본 발명의 또 다른 실시 예로 Event 중 N-Counter가 시작된 후 Discard Packet이 발생되면 상기 도 7의 동작을 수행 할 수 있다.
Transmitter는 Discard Packet 발생 시 N-Counter의 동작의 유무 (1)를 확인한다. Transmitter는 N-Counter가 동작 시 N-Counter가 Event N-Counter Threshold를 초과하여 만료되었는지 확인한다(2). N-Counter와 Event N-Counter Threshold를 비교하여 조건에 만족하면 (3)의 동작을 수행할 수 있다. 예를 들어 N-Counter를 감소 시키는 경우에는 Event N-Counter Threshold보다 작거나 또는 같은 경우에 조건이 만족함으로 결정 할 수 있다. 또 다른 예로 N-Counter를 증가 시키는 경우에는 Event N-Counter Threshold 보다 크거나 또는 같은 경우에 조건이 만족함으로 결정 할 수 있다. 또한 (2)의 동작에서 N-Counter의 이벤트가 만족되지 않은 경우에는 N-Counter의 값을 변경 후 (1)의 동작을 다시 수행한다. 예를 들어 N-Counter를 감소 시키거나 N-Counter를 증가 시킬 수 있다. 또한 N-Counter이벤트가 만족되었을 경우 Transmitter는 상기 도 6의 동작으로 통해 N-Counter 동안 저장된 Discard Packet 정보를 Receiver로 전송한다. 또한 Receiver로 Discard Packet 정보를 전송 후 Transmitter는 N-Counter를 초기화 한다(3).
도 8은 Transmitter에서 NACK을 수신을 하였을 경우 Discard 패킷 정보를 전송하는 방법을 나타낸 도면이다.
Transmitter는 Receiver는 패킷 손실 여부를 Receiver의 NACK 메시지를 통해 알 수 있다. 예를 들어 Receiver가 보낸 NACK 메시지에는 Packet의 Sequence Number가 포함되어 있다. Transmitter는 Receiver로부터 NACK을 수신하면 Transmitter는 NACK 메시지에 포함된 Sequence Number에 상응하는 Discard packet 정보가 있는지 확인을 한다. Discard Packet 정보는 상기 도 8의 방법에 의해 저장될 수 있다. Transmitter는 NACK 수신 후 NACK 메시지에 포함된 Sequence Number에 상응하는 Discard Packet 정보가 있는 경우 Transmitter는 Receiver로 상응하는 Discard Packet 정보 (예를 들어 Packet Sequence Number)를 전송한다.
또한 Transmitter는 NACK 수신 후 NACK 메시지에 포함된 Sequence Number에 상응하는 Discard Packet 정보가 없는 경우, Transmitter는 NACK 메시지에 포함된 Sequence Number의 Packet을 Discard 하지 않았으므로 NACK메시지에 포함된 Sequence Number의 Packet을 Receiver로 전송한다.
도 9는 매 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위한 구조의 예시를 나타낸 도면이다.
도 9는 Discard packet이 발생하면 Discard Packet 발생 시점에 Receiver로 Discard 된 Packet의 단일 정보를 보내기 위한 Packet 구조를 나타낸 도면이다. 예를 들어 Discard 된 패킷 정보 전송 시점으로 (Report Type)으로 Periodic 인 경우, Transmitter는 Discard Packet 이 발생된 시점에 바로 Receiver로 Discard Packet 정보를 전송하는 경우에 사용 할 수 있다.
도 9의 Discard Packet 정보로는 Discard Packet 정보임을 나타내는 지시자인 Discard Packet Indication (DPI) 및 Discard Packet 정보(예, Discarded Packet Sequence Number)를 포함 할 수 있다.
또한 Transmitter는 Discard Packet Format을 Discard Packet Reporting 메시지로 포함하여 Dedicated Signaling로 전송 할 수 있다. 예를 들어 Dedicated Signaling 메세지로는 RRC Message 또는 MAC Message 또는 PDCP Message 또는 RLC Message일 수 있다.
도 10은 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위한 구조의 예시를 나타낸 도면이다.
도 10은 Discard packet이 발생하면 Discard Packet 발생 시점에 Receiver로 Discard 된 Packet의 복수개의 정보를 보내기 위한 Packet 구조를 나타낸 도면이다. 예를 들어 Discard 된 패킷 정보 전송 시점으로 (Report Type)으로 Event 인 경우, Transmitter는 Discard Packet 이 발생된 시점부터 Event 만료 시점까지의 Discard Packet 정보들을 전송하는 경우에 사용 할 수 있다.
도 10의 Discard Packet 정보로는 Discard Packet 정보임을 나타내는 지시자인 Discard Packet Indication (DPI) 및 Discard Packet 정보(예, Discarded Packet Sequence Number)를 복수 개 포함 할 수 있다. 또한 Expansion Bit(E)를 통해 Discard packet sequence가 있음을 알려 줄 수 있다.
또한 Transmitter는 Discard Packet Format을 Discard Packet Reporting 메시지로 포함하여 Dedicated Signaling로 전송 할 수 있다. 예를 들어 Dedicated Signaling 메세지로는 RRC Message 또는 MAC Message 또는 PDCP Message 또는 RLC Message일 수 있다.
도 11은 PDCP 데이터 전송 패킷을 시용하는 경우 Discard Packet 정보를 포함하여 전송하는 방법을 나타낸 예시의 도면이다.
도 11은 PDCP 데이터 전송 패킷을 이용하여 단일 또는 복수개의 Discard Packet 정보를 포함하여 전송하는 구조를 나타낸 도면이다.
도 11에 포함 될 수 있는 정보는 Data 패킷 또는 Control 패킷인지 알려주는 지시자 D/C를 포함 할 수 있다. 또한 Discard Packet 정보가 포함되어 있음을 알려주는 지시자인 Discard Packet Indication (DPI) 및 Discard Packet 정보(예, Discarded Packet Sequence Number)를 복수 개 포함 할 수 있다. 또한 Expansion Bit(E)를 통해 Discard packet sequence가 있음을 알려 줄 수 있다.
일 실시 예로 LTE 시스템에서 이용하는 PDCP 데이터 패킷 구조에서 Reserved Bit에 DPI를 포함하여 해당 PDCP Data Packet이 Discard Sequence Number를 포함하는 패킷인지 알려 줄 수 있으며 기존 PDCP data 패킷의 Sequence Number와 Data 사이에 Discard Sequence Number를 포함 할 수 있다. 또한 Expansion Bit(E)를 통해 하나 또는 복수 개의 Discard packet sequence가 있음을 알려 줄 수 있다.
도 12는 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위해 Contiguous Number를 이용하는 방법을 나타낸 예시의 도면이다.
도 12는 Discard packet이 발생하면 Discard Packet 발생 시점에 Receiver로 Discard 된 Packet의 복수개의 정보를 보내기 위한 Packet 구조를 나타낸 도면이다. 예를 들어 Discard 된 패킷 정보 전송 시점으로 (Report Type)으로 Event 인 경우, Transmitter는 Discard Packet 이 발생된 시점부터 Event 만료 시점까지의 Discard Packet 정보들을 전송하는 경우에 사용 할 수 있다.
도 12의 Discard Packet 정보로는 Discard Packet 정보임을 나타내는 지시자인 Discard Packet Indication (DPI) 및 Discarded Packet의 시작 시점 Sequence Number를 포함 할 수 있으며 Contiguous Number를 통해 몇 개의 Discard packet이 발생하였는지 알려줄 수 있다. 예를 들어 Discard Sequence Number가 3이며 Contiguous Number 2인 경우 Receiver는 Discard Sequence Number 3,4,5에 대해 Discard 되었다는 것을 알 수 있다. 또한 Expansion Bit(E1)를 통해 Discard packet의 시작 시점 sequence가 있음을 알려 줄 수 있으며 Expansion Bit(E2)를 통해 Discard packet의 Contiguous Number(CN) 있음을 알려 줄 수 있으며
또한 Transmitter는 Discard Packet Format을 Discard Packet Reporting 메시지로 포함하여 Dedicated Signaling로 전송 할 수 있다. 예를 들어 Dedicated Signaling 메세지로는 RRC Message 또는 MAC Message 또는 PDCP Message 또는 RLC Message일 수 있다.
도 13은 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위해 Discarded Sequence Number Now와 Discarded Sequence Number High를 이용하는 방법을 나타낸 예시의 도면이다.
도 13은 Discard packet이 발생하면 Discard Packet 발생 시점에 Receiver로 Discard 된 Packet의 복수개의 정보를 보내기 위한 Packet 구조를 나타낸 도면이다. 예를 들어 Discard 된 패킷 정보 전송 시점으로 (Report Type)으로 Event 인 경우, Transmitter는 Discard Packet 이 발생된 시점부터 Event 만료 시점까지의 Discard Packet 정보들을 전송하는 경우에 사용 할 수 있다.
도 13의 Discard Packet 정보로는 Discard Packet 정보임을 나타내는 지시자인 Discard Packet Indication (DPI) 및 Discarded Packet의 시작 시점 Sequence Number인 Discarded SN Low를 포함 할 수 있으며 Discarded SN High를 통해 Discard Packet 종료 시점의 Sequence를 알려 줄 수 있다. 예를 들어 Discard SN Low가 3이며 Discard SN High가 5인 경우 Receiver는 Discard Sequence Number 3,4,5에 대해 Discard 되었다는 것을 알 수 있다. 또한 Expansion Bit(E1)를 통해 Discard packet의 시작 시점 Discard SN Low가 있음을 알려 줄 수 있으며 Expansion Bit(E2)를 통해 Discard packet의 종료 시점인 Sequence Number인 Discard SN High가 있음을 알려 줄 수 있다.
또한 Transmitter는 Discard Packet Format을 Discard Packet Reporting 메시지로 포함하여 Dedicated Signaling로 전송 할 수 있다. 예를 들어 Dedicated Signaling 메세지로는 RRC Message 또는 MAC Message 또는 PDCP Message 또는 RLC Message일 수 있다.
도 14는 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위해 Bitmap을 이용하는 방법을 나타낸 예시의 도면이다.
도 14는 Discard packet이 발생하면 Discard Packet 발생 시점에 Receiver로 Discard 된 Packet의 복수개의 정보를 보내기 위한 Packet 구조를 나타낸 도면이다. 예를 들어 Discard 된 패킷 정보 전송 시점으로 (Report Type)으로 Event 인 경우, Transmitter는 Discard Packet 이 발생된 시점부터 Event 만료 시점까지의 Discard Packet 정보들을 전송하는 경우에 사용 할 수 있다.
도 14의 Discard Packet 정보로는 Discard Packet 정보임을 나타내는 지시자인 Discard Packet Indication (DPI) 및 Discarded Packet의 시작 시점 Sequence Number인 Discarded SN를 포함 할 수 있다. 또한 Bitmap 정보를 제공하여 Sequence Number 시작 지점부터 어떤 Packet이 Discard 되었는지 알려 줄 수 있다. 예를 들어, Discarded SN이 3이고 Bitmap이 2비트 인 경우에1110으로 표현된 경우, Receiver는 Discard된 Packet Sequence가 3,4,5임을 알 수 있다.
또한 Transmitter는 Discard Packet Format을 Discard Packet Reporting 메시지로 포함하여 Dedicated Signaling로 전송 할 수 있다. 예를 들어 Dedicated Signaling 메세지로는 RRC Message 또는 MAC Message 또는 PDCP Message 또는 RLC Message일 수 있다.
도 15는 복수개의 Discard 패킷 발생 시 Discard Packet 정보를 전송하기 위해 Bitmap을 이용하는 방법에서 Bitmap Size를 알려주는 경우의 예시를 나타낸 도면이다.
도 15는 Discard packet이 발생하면 Discard Packet 발생 시점에 Receiver로 Discard 된 Packet의 복수개의 정보를 보내기 위한 Packet 구조를 나타낸 도면이다. 예를 들어 Discard 된 패킷 정보 전송 시점으로 (Report Type)으로 Event 인 경우, Transmitter의 Discard Packet 이 발생된 시점부터 Event 만료 시점까지의 Discard Packet 정보들을 전송하는 경우에 사용 할 수 있다.
도 15의 Discard Packet 정보로는 Discard Packet 정보임을 나타내는 지시자인 Discard Packet Indication (DPI) 및 Discarded Packet의 시작 시점 Sequence Number인 Discarded SN를 포함 할 수 있다. 또한 Bitmap 정보를 제공하여 Sequence Number 시작 지점부터 어떤 Packet이 Discard 되었는지 알려 줄 수 있다. 예를 들어, Discarded SN이 3이고 Bitmap이 2비트 인 경우에1110으로 표현된 경우, Receiver는 Discard된 Packet Sequence가 3,4,5임을 알 수 있다. 또한 Bitmap Size 지시자를 통해 Bitmap 사이즈를 알려줄 수 있다.
또한 Transmitter는 Discard Packet Format을 Discard Packet Reporting 메시지로 포함하여 Dedicated Signaling로 전송 할 수 있다. 예를 들어 Dedicated Signaling 메세지로는 RRC Message 또는 MAC Message 또는 PDCP Message 또는 RLC Message일 수 있다.
<제2 실시예>
도 16은 본 발명에서 고려하는 헤더 형식이 변경되는 시나리오를 나타낸다. 기존에 TX와 RX는 기존 형식(Old Format)의 헤더를 가지고 통신을 수행하다가 재설정(Reconfiguration) 또는 설정(Configuration) 절차를 거친 후 이후부터는 새로운 형식(New Format)으로 통신을 수행하게 된다. 재설정 또는 설정은 3GPP 망의 RRC 메시지나 아니면 사전에 설정된 조건에 의해 변경될 수 있다. 또한 도 16과 같은 시나리오가 발생하는 환경은 이종 망 간의 핸드오버(예: 5G 통신망에서 4G 통신망으로 이동하는 경우) 또는 동일 망에서 규격 버전이 다른 기지국으로의 핸드오버(예: 3GPP Release 14 기지국에서 Release 13 기지국으로 변경하는 경우), 또는 동일 기지국 내 기지국이 판단하는 경우 등 여러 가지가 있을 수 있다. 헤더의 형식이 바뀔 때에는 그 헤더에 있는 순서 번호(Sequence Number, SN)의 크기가 바뀔 수 있다. 예를 들어 12비트의 SN 크기의 헤더로 통신을 수행하다가 10비트의 SN 크기의 헤더로 통신을 수행하는 것으로 변경될 수 있다.
도 17은 헤더 형식이 변경되는 메시지의 실시예를 나타낸다. 헤더 형식의 변경을 위해서 3GPP 망의 재설정(Reconfiguration) 메시지가 사용될 수 있다. 이 메시지에는 변경되는 헤더의 종류, 어떤 시스템으로 변경되는지 정보가 포함될 수도 있다. 만약 재설정이 동종 망 또는 이종 망 간 핸드오버에 관한 메시지라면 핸드오버를 수행하게 하는 정보가 포함될 수 있다. 만약 재설정 메시지가 단말에서 잘 수신되었다면 단말은 재설정 후 재설정 완료(Reconfiguration Complete) 메시지를 기지국에 보낼 수 있다. 만약 이것이 핸드오버에 관한 재설정이었다면 핸드오버 이후 새로운 기지국에게 재설정 완료 메시지를 보낼 수도 있다.
도 18은 포맷이 바뀔 때 재전송이 되는 방식의 실시예를 나타낸다. 도 18의 실시예에서는 재설정 메시지 이후에도 기존 형식으로 보내던 메시지의 잔여 전송은 기존 형식으로 보내고 기존 형식으로 만들어진 데이터가 모두 전송된 후에 새로운 형식으로 데이터 전송을 수행하는 방법을 나타낸다.
도 18의 실시예에서는 기존 형식으로 통신을 수행할 때 송신기(TX)는 SN 0에서 9까지의 패킷을 보내는 것으로 가정한다. 이 때 하위 계층 또는 무선 링크에서의 전송 지연으로 수신기(RX)에서는 보낸 순서와 다르게 순서가 변경되어(Out-of-sequence) 패킷을 수신할 수 있다. 도 18의 실시예에서는 0,1,4,7,5,8의 순서로 패킷을 수신한 것으로 가정한다. 그 후에 재설정이 되었기 때문에 이 경우 기존 형식 데이터에 대한 상태 보고(Status Report) 메시지를 송신기에 보내게 된다. 수신기는 수신한 가장 최근 SN이 8이기 때문에 현재 SN=8인 패킷까지 수신하였고 2,3,6에 해당하는 패킷은 미수신했음을 송신기에 보고하게 된다. 이 때 상태 보고 메시지에 사용되는 순서 번호는 기존 순서 번호가 사용되거나 PDCP COUNT 값이 사용되거나 새로운 순서 번호로 변경되어 사용될 수도 있다. 도 18의 실시예에서는 이후에 송신기가 기 전송을 수행한 2,3,6,9 패킷을 수신기에 보내게 되는데 이 경우에는 기존 형식의 데이터를 사용하게 된다. 대신 헤더의 형식(Format, F) 필드에 기존(old) 패킷임을 명시하여 수신기가 기존 형식으로 데이터를 처리할 수 있게 한다. 형식 필드는 기존 패킷인지 새 패킷인지를 명시할 수도 있으나, 실시예에 따라 형식에 따라 토글(Toggle) 방식으로 표시할 수도 있다. 예를 들어 기존 형식의 패킷은 형식 필드 값을 0으로 설정하고 새 형식의 패킷은 형식 필드 값을 1로 설정하여 보내어 구분할 수도 있다. 그리고 송신기는 기존 형식으로 보내는 마지막 패킷의 LPI(Last Packet Indicator) 필드에 마지막(Last) 패킷임을 표시하여 이후에 다른 패킷은 새로운 형식으로 처리할 수 있게 한다. 이렇게 되면 수신기는 순서 번호, 형식 필드, LPI 필드를 조합하여 재정렬(Reordering)을 수행하여 손실없는 통신을 할 수 있게 된다. 이 때 새로운 형식의 순서번호(Sequence Number, SN)는 유지되거나, 변경되거나, 다시 시작될 수도 있다.
도 19는 도 18의 실시예에서 헤더의 형식이 바뀔 때 헤더 형식의 실시예이다. 3GPP 통신시스템의 PDCP 계층 형식을 기초로 하여 본 발명에 필요한 형식(F) 필드, LPI 필드(LPI, Last Packet Indicator)를 포함하였다. D/C는 데이터/제어 정보 필드, R은 예비(Reserved) 필드, SN은 순서번호(Sequence Number) 필드, Data는 데이터 필드이다. 도 19의 실시예에서는 헤더 형식이 변경되면 SN 필드가 줄어드는 실시예를 나타낸다. 하지만 SN 필드의 크기는 늘어날 수도 있고 동일하게 유지될 수도 있다.
도 20은 포맷이 바뀔 때 재전송이 되는 방식의 다른 실시예를 나타낸다. 도 20의 실시예에서는 재설정 메시지 이후에 새로운 형식으로 데이터 전송을 바로 수행하게 되는데 기존 형식으로 보내던 메시지의 잔여 전송을 기존 형식 패킷을 신규 형식에 포함시키는 방식으로 데이터 전송을 수행하는 방법을 나타낸다.
도 20의 실시예에서는 기존 형식으로 통신을 수행할 때 송신기(TX)는 SN 0에서 9까지의 패킷을 보내는 것으로 가정한다. 이 때 하위 계층 또는 무선 링크에서의 전송 지연으로 수신기(RX)에서는 보낸 순서와 다르게 순서가 변경되어(Out-of-sequence) 패킷을 수신할 수 있다. 도 20의 실시예에서는 0,1,4,7,5,8의 순서로 패킷을 수신한 것으로 가정한다. 그 후에 재설정이 되었기 때문에 이 경우 기존 형식 데이터에 대한 상태 보고(Status Report) 메시지를 송신기에 보내게 된다. 수신기는 수신한 가장 최근 SN이 8이기 때문에 현재 SN=8인 패킷까지 수신하였고 2,3,6에 해당하는 패킷은 미수신했음을 송신기에 보고하게 된다. 이 때 상태 보고 메시지에 사용되는 순서 번호는 기존 순서 번호가 사용되거나 PDCP COUNT 값이 사용되거나 새로운 순서 번호로 변경되어 사용될 수도 있다. 송신기는 상태 보고 메시지를 수신한 이후에 SN=2,3,6,9에 해당하는 패킷의 재전송을 수행하게 된다. 헤더 형식이 변경되었기 때문에 2,3,6,9 패킷을 그대로 보내기 어렵게 된다. 도 20의 실시예에서는 이 때 새로운 형식과 새로운 순서번호(SN)를 사용하고 대신 데이터 필드에 기존 데이터 필드를 포장하여(Encapsulation) 전송을 하게 된다. 따라서 SN=2,3,6,9에 해당하는 패킷은 새로운 SN인 1,2,3,4에 해당하는 헤더로 포장하여 전송하게 된다. 이 때 포장된 패킷은 헤더의 EI(Encapsulation Indicator) 필드에 포장되었음을 나타내는 필드를 포함할 수 있다. 만약 EI 필드가 포장되었음을 나타내는 필드라면 수신기는 새로운 형식의 헤더를 제거한 이후 기존 형식의 헤더를 처리해야 한다. 만약 수신기에 기존 형식을 처리하는 장치와 새로운 형식을 처리하는 장치가 분리되어 있다면 기존 형식을 처리하는 장치에 해당 패킷의 처리를 요청할 수 있다. 만약 이것이 상향링크 전송일 경우 기존 형식을 처리하는 장치와 새로운 형식을 처리하는 장치는 각기 다른 기지국 장치일 수도 있다. 기존 SN=9(즉 새로운 SN=4)에 해당하는 패킷은 기존 형식으로 전송되는 마지막 패킷이기 때문에 패킷의 LPI(Last Packet Indicator) 필드에 마지막(Last) 패킷임을 표시하여 이후에 다른 패킷은 새로운 형식으로 처리할 수 있게 한다. 이후에 송신되는 SN=5,6에 해당하는 패킷은 새로운 형식 자체로 전송될 수 있다. 이렇게 되면 수신기는 재정렬(Reordering)을 수행하여 손실없는 통신을 할 수 있게 된다.
도 21은 도 20의 실시예에서 헤더의 형식이 바뀔 때 헤더 형식의 실시예이다. 3GPP 통신시스템의 PDCP 계층 형식을 기초로 하여 본 발명에 필요한 EI(Encapsulation Indicator) 필드, LPI 필드(LPI, Last Packet Indicator)를 포함하였다. D/C는 데이터/제어 정보 필드, R은 예비(Reserved) 필드, SN은 순서번호(Sequence Number) 필드, Data는 데이터 필드이다. EI 필드에 포장되었음을 표시하게 되면 이 때 데이터 필드에는 기존 형식의 헤더 및 데이터가 포함되게 된다. 도 21의 실시예에서는 헤더 형식이 변경되면 SN 필드가 줄어드는 실시예를 나타낸다. 하지만 SN 필드의 크기는 늘어날 수도 있고 동일하게 유지될 수도 있다.
도 22는 재설정 이후에 기존 형식의 데이터 처리가 필요하게 될 경우 기존 형식을 처리할 수 있는 예전 장치(Old Entity)에 기존 형식의 데이터(Old Format Data)를 보내어 처리를 요청하는 절차를 나타낸다. 예전 장치는 이 데이터를 처리한 이후에 새 장치로 보낼 수도 있고 자체적으로 처리를 수행할 수도 있다. 만약 이것이 상향링크 전송일 경우 기존 형식을 처리하는 장치와 새로운 형식을 처리하는 장치는 각기 다른 기지국 장치일 수도 있다.
도 23은 3GPP 통신 시스템에서의 PDCP COUNT 구조를 나타낸다. COUNT는 고정 길이를 가지고 HFN(Hyper Frame Number) 필드와 SN 필드로 나뉘어 진다. SN 필드의 크기는 가변이지만 COUNT의 길이는 고정이다. 3GPP 통신 시스템에서는 32비트의 COUNT 길이를 가진다. 따라서 만약 SN 필드의 길이가 N 비트라면 HFN은 32-N 비트의 길이를 가지게 된다. 본 발명에서는 도 16을 포함한 본 발명에서 헤더 형식이 바뀐 경우에 이 COUNT 값을 사용하여 재정렬(Reordering)을 수행하는 방법을 제안한다. COUNT 값은 3GPP 통신시스템에서 PDCP 계층의 값들 중 하나이다.
HFN, SN 값과 COUNT 값과의 연산관계는 다음과 같다.
[수식 1]
COUNT = HFN*(2N) + SN
여기에서 N은 SN의 길이(N 비트)이다.
만약에 COUNT 값에서 N 비트 PDCP SN와 HFN을 유도하는 관계는 다음과 같다.
[수식 2]
Figure 112017011394718-pat00001
[수식 3]
SN = mod(COUNT, 2N)
상기 수식 1-3의 대응관계는 도 24-25의 실시예에서 사용된다.
도 24에서는 재설정 시에 COUNT를 사용하여 재정렬을 하는 방법의 실시예를 나타낸다. 도 24의 실시예에서 기존 형식에서는 5비트의 SN 크기(0-31 SN), 새로운 형식에서는 4비트의 SN 크기(0-15)를 가지는 것을 가정한다. 이 때 Reordering을 위한 PDCP Window는 전체 가능한 SN의 절반으로 통상적으로 가정된다. 도 24의 실시예에서는 HFN=15에서 재설정이 발생하여 새로운 형식으로 전송되는 것을 가정한다. 이 때 재설정 이후 전송되는 형식은 새로운 형식으로 전송되는 것을 가정한다. 대신 이 때 송신기와 수신기에서는 동일한 COUNT를 가지는 HFN과 SN로 변경하여 패킷을 전송하게 된다. 도 24의 실시예에서 Old HFN=15에서 SN=6,9,10,11,12,13,14,18 패킷을 제외한 SN=19까지의 패킷이 수신되지 않은 상황을 가정한다. 재설정 이후에 상태 보고 메시지를 받은 후 송신기는 해당 패킷의 이전 HFN 및 SN에 대응하는 COUNT 값(486,489, 490, 491, 492, 493, 494, 498)으로 환산한 후 새로운 형식의 HFN 및 SN으로 환산하여 New HFN=30의 SN=6,9,10,11,12,13,14와 New HFN=31, SN=2의 값으로 바꾼 후에 수신기에 패킷을 전송하게 된다. 수신기는 재설정 이전에 받은 패킷은 이전 HFN, SN 값으로 COUNT를 환산하고, 재설정 이후에 받은 패킷은 새로운 HFN, SN 값으로 COUNT를 환산하여 재정렬(Reordering)을 수행할 수 있다.
도 25는 재설정 시에 HFN 값과 COUNT를 변경하는 또 다른 실시예를 나타낸다. 도 25의 실시예에서 기존 형식에서는 4비트의 SN 크기(0-15 SN), 새로운 형식에서는 5비트의 SN 크기(0-31)를 가지는 것을 가정한다. 이 때 Reordering을 위한 PDCP Window는 전체 가능한 SN의 절반으로 통상적으로 가정된다. 도 25의 실시예에서는 HFN=30에서 재설정이 발생하여 새로운 형식으로 전송되는 것을 가정한다. 이 때 재설정 이후 전송되는 형식은 새로운 형식으로 전송되는 것을 가정한다. 이 때 SN의 크기가 줄어들었기 때문에 그만큼 HFN은 증가하게 된다. 이 관계는 수식 1-3의 COUNT가 보존되는 HFN, SN 변환 관계를 사용하여 COUNT가 보존되게 변경될 수 있다. 도 25의 실시예를 보면 재설정 시점에 HFN =30의 SN=13, 14 패킷과 HFN=31, SN=2 패킷이 수신기에서 수신되지 않은 상황이다. 재설정 이후엔 환산과정을 거쳐서 HFN=15, SN=13, 14, 18로 변경하여 재전송을 수행하고 재정렬 과정을 거칠 수 있다.
한편, 본 명세서와 도면에 개시된 본 발명의 실시예들은 본 발명의 기술 내용을 쉽게 설명하고 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 즉 본 발명의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 발명의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다. 예컨대, 본 발명의 실시예 1와 실시예 2의 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다. 또한 상기 실시예들은 LTE/LTE-A 시스템을 기준으로 제시되었지만, 5G, NR 시스템 등 다른 시스템에도 상기 실시예의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능할 것이다.

Claims (20)

  1. 무선 통신 시스템에서 송신기의 방법에 있어서,
    수신기로부터, PDCP(packet data convergence protocol) 패킷 폐기와 관련된 보고에 대한 설정 정보를 수신하는 단계;
    PDCP 패킷에 대한 타이머를 구동하는 단계;
    상기 타이머가 만료되는 것에 기반하여 상기 PDCP 패킷을 폐기하는 단계; 및
    상기 수신기로, 상기 설정 정보에 기반하여 상기 폐기된 PDCP 패킷에 대한 정보를 포함하는 상기 보고를 전송하는 단계를 포함하고,
    상기 수신기에서는, 상기 폐기된 PDCP 패킷에 대한 NACK(negative acknowledgement)의 전송 없이, 상기 폐기된 PDCP 패킷을 제외한 적어도 하나의 PDCP 패킷을 처리하는 것을 특징으로 하는 송신기의 방법.
  2. 제1항에 있어서,
    상기 설정 정보는 폐기된 PDCP 패킷 포맷에 대한 정보를 포함하고,
    상기 폐기된 PDCP 패킷에 대한 상기 정보는, 상기 폐기된 PDCP 패킷의 지시자 및 상기 폐기된 PDCP 패킷의 시퀀스 번호를 포함하는 것을 특징으로 하는 송신기의 방법.
  3. 제1항에 있어서,
    상기 설정 정보는, 상기 보고의 전송 주기에 대한 정보, 상기 보고의 전송 이벤트에 대한 정보, 또는 상기 전송 이벤트의 발생 조건에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 송신기의 방법.
  4. 제1항에 있어서,
    상기 설정 정보는 대기 타이머에 대한 임계값 정보를 더 포함하는 것을 특징으로 하는 송신기의 방법.
  5. 제4항에 있어서,
    제1 PDCP 패킷이 폐기된 것으로 확인되면, 상기 대기 타이머를 구동하는 단계;
    상기 대기 타이머가 상기 임계값 정보에 기반한 시간을 넘어 만료되었는지를 확인하는 단계; 및
    상기 수신기로, 상기 대기 타이머가 만료되는 것에 기반하여, 상기 제1 PDCP 패킷의 시퀀스 번호와 상기 임계값 정보에 기반한 상기 시간 동안 폐기된 제2 PDCP 패킷의 시퀀스 번호를 포함하는 보고를 전송하는 단계를 더 포함하는 것을 특징으로 하는 송신기의 방법.
  6. 무선 통신 시스템에서 수신기의 방법에 있어서,
    송신기로, PDCP(packet data convergence protocol) 패킷 폐기와 관련된 보고에 대한 설정 정보를 수신하는 단계;
    상기 송신기로부터, 상기 설정 정보에 기반하여, 폐기된 PDCP 패킷에 대한 정보를 포함하는 상기 보고를 수신하는 단계, 상기 폐기된 PDCP 패킷은 PDCP 패킷에 대하여 구동된 타이머가 만료하는 것에 기반함; 및
    상기 보고에 기반하여, 상기 폐기된 PDCP 패킷에 대한 NACK(negative acknowledgement)을 전송하지 않고, 상기 폐기된 PDCP 패킷을 제외하고 적어도 하나의 PDCP 패킷을 처리하는 단계를 포함하는 것을 특징으로 하는 수신기의 방법.
  7. 제6항에 있어서,
    상기 설정 정보는 폐기된 PDCP 패킷 포맷에 대한 정보를 포함하고,
    상기 폐기된 PDCP 패킷에 대한 상기 정보는, 상기 폐기된 PDCP 패킷의 지시자 및 상기 폐기된 PDCP 패킷의 시퀀스 번호를 포함하는 것을 특징으로 하는 수신기의 방법.
  8. 제6항에 있어서,
    상기 설정 정보는, 상기 보고의 전송 주기에 대한 정보, 상기 보고의 전송 이벤트에 대한 정보, 또는 상기 전송 이벤트의 발생 조건에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 수신기의 방법.
  9. 제6항에 있어서,
    상기 설정 정보는 대기 타이머에 대한 임계값 정보를 더 포함하는 것을 특징으로 하는 수신기의 방법.
  10. 제9항에 있어서,
    상기 송신기로부터, 제1 PDCP 패킷이 폐기되는 것에 기반하여 상기 대기 타이머가 구동된 이후, 상기 제1 PDCP 패킷의 시퀀스 번호와 상기 대기 타이머가 만료될 때까지의 시간 동안 폐기된 제2 PDCP 패킷의 시퀀스 번호를 포함하는 보고를 수신하는 단계를 더 포함하고,
    상기 대기 타이머는, 상기 대기 타이머가 상기 송신기에서 구동된 이후 상기 임계값 정보에 기반한 시간이 초과되었을 때 만료되는 것을 특징으로 하는 수신기의 방법.
  11. 무선 통신 시스템에서 송신기에 있어서,
    송수신부; 및
    수신기로부터, PDCP(packet data convergence protocol) 패킷 폐기와 관련된 보고에 대한 설정 정보를 수신하도록 상기 송수신부를 제어하고; PDCP 패킷에 대한 타이머를 구동하며; 상기 타이머가 만료되는 것에 기반하여 상기 PDCP 패킷을 폐기하고; 및 상기 수신기로, 상기 설정 정보에 기반하여 상기 폐기된 PDCP 패킷에 대한 정보를 포함하는 상기 보고를 전송하도록 상기 송수신부를 제어하는 제어부를 포함하고,
    상기 수신기에서는, 상기 폐기된 PDCP 패킷에 대한 NACK(negative acknowledgement)의 전송 없이, 상기 폐기된 PDCP 패킷을 제외한 적어도 하나의 PDCP 패킷을 처리하는 것을 특징으로 하는 송신기.
  12. 제11항에 있어서,
    상기 설정 정보는 폐기된 PDCP 패킷 포맷에 대한 정보를 포함하고,
    상기 폐기된 PDCP 패킷에 대한 상기 정보는, 상기 폐기된 PDCP 패킷의 지시자 및 상기 폐기된 PDCP 패킷의 시퀀스 번호를 포함하는 것을 특징으로 하는 송신기.
  13. 제11항에 있어서,
    상기 설정 정보는, 상기 보고의 전송 주기에 대한 정보, 상기 보고의 전송 이벤트에 대한 정보, 또는 상기 전송 이벤트의 발생 조건에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 송신기.
  14. 제11항에 있어서,
    상기 설정 정보는 대기 타이머에 대한 임계값 정보를 더 포함하는 것을 특징으로 하는 송신기.
  15. 제14항에 있어서, 상기 제어부는,
    제1 PDCP 패킷이 폐기된 것으로 확인되면, 상기 대기 타이머를 구동하고; 상기 대기 타이머가 상기 임계값 정보에 기반한 시간을 넘어 만료되었는지를 확인하며; 및 상기 수신기로, 상기 대기 타이머가 만료되는 것에 기반하여, 상기 제1 PDCP 패킷의 시퀀스 번호와 상기 임계값 정보에 기반한 상기 시간 동안 폐기된 제2 PDCP 패킷의 시퀀스 번호를 포함하는 보고를 전송하도록 상기 송수신부를 제어하는 것을 특징으로 하는 송신기.
  16. 무선 통신 시스템에서 수신기에 있어서,
    송수신부; 및
    송신기로, PDCP(packet data convergence protocol) 패킷 폐기와 관련된 보고에 대한 설정 정보를 수신하도록 상기 송수신부를 제어하고; 상기 송신기로부터, 상기 설정 정보에 기반하여, 폐기된 PDCP 패킷에 대한 정보를 포함하는 상기 보고를 수신하도록 상기 송수신부를 제어하며, 상기 폐기된 PDCP 패킷은 PDCP 패킷에 대하여 구동된 타이머가 만료하는 것에 기반함; 및 상기 보고에 기반하여, 상기 폐기된 PDCP 패킷에 대한 NACK(negative acknowledgement)을 전송하지 않고, 상기 폐기된 PDCP 패킷을 제외하고 적어도 하나의 PDCP 패킷을 처리하는 제어부를 포함하는 것을 특징으로 하는 수신기.
  17. 제16항에 있어서,
    상기 설정 정보는 폐기된 PDCP 패킷 포맷에 대한 정보를 포함하고,
    상기 폐기된 PDCP 패킷에 대한 상기 정보는, 상기 폐기된 PDCP 패킷의 지시자 및 상기 폐기된 PDCP 패킷의 시퀀스 번호를 포함하는 것을 특징으로 하는 수신기.
  18. 제16항에 있어서,
    상기 설정 정보는, 상기 보고의 전송 주기에 대한 정보, 상기 보고의 전송 이벤트에 대한 정보, 또는 상기 전송 이벤트의 발생 조건에 대한 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 수신기.
  19. 제16항에 있어서,
    상기 설정 정보는 대기 타이머에 대한 임계값 정보를 더 포함하는 것을 특징으로 하는 수신기.
  20. 제19항에 있어서,
    상기 제어부는, 상기 송신기로부터, 제1 PDCP 패킷이 폐기되는 것에 기반하여 상기 대기 타이머가 구동된 이후, 상기 제1 PDCP 패킷의 시퀀스 번호와 상기 대기 타이머가 만료될 때까지의 시간 동안 폐기된 제2 PDCP 패킷의 시퀀스 번호를 포함하는 보고를 수신하도록 상기 송수신부를 제어하고,
    상기 대기 타이머는, 상기 대기 타이머가 상기 송신기에서 구동된 이후 상기 임계값 정보에 기반한 시간이 초과되었을 때 만료되는 것을 특징으로 하는 수신기.
KR1020170015192A 2017-02-02 2017-02-02 통신시스템에서의 데이터 처리 방법 Active KR102721539B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020170015192A KR102721539B1 (ko) 2017-02-02 2017-02-02 통신시스템에서의 데이터 처리 방법
PCT/KR2018/001457 WO2018143728A1 (ko) 2017-02-02 2018-02-02 통신시스템에서의 데이터 처리 방법
US16/481,032 US11122463B2 (en) 2017-02-02 2018-02-02 Method for processing data in communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020170015192A KR102721539B1 (ko) 2017-02-02 2017-02-02 통신시스템에서의 데이터 처리 방법

Publications (2)

Publication Number Publication Date
KR20180090148A KR20180090148A (ko) 2018-08-10
KR102721539B1 true KR102721539B1 (ko) 2024-10-25

Family

ID=63039912

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170015192A Active KR102721539B1 (ko) 2017-02-02 2017-02-02 통신시스템에서의 데이터 처리 방법

Country Status (3)

Country Link
US (1) US11122463B2 (ko)
KR (1) KR102721539B1 (ko)
WO (1) WO2018143728A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102543360B1 (ko) 2018-02-14 2023-06-14 삼성전자 주식회사 무선 통신 시스템에서 패킷을 처리하기 위한 장치 및 방법
WO2019245443A2 (en) * 2018-06-21 2019-12-26 Telefonaktiebolaget Lm Ericsson (Publ) Preventing/mitigating packet loss in iab systems
US11678191B2 (en) * 2018-12-27 2023-06-13 Apple Inc. Integrity protection for frequent small data transmission
KR20210132864A (ko) * 2020-04-28 2021-11-05 삼성전자주식회사 패킷을 송수신하는 전자 장치 및 그 동작 방법
WO2022021301A1 (en) * 2020-07-31 2022-02-03 Qualcomm Incorporated Techniques for avoiding long transmission delays introduction
CN117220835A (zh) * 2020-09-17 2023-12-12 华为技术有限公司 一种基于内部集成电路的通信方法及装置
CA3241934A1 (en) 2022-01-21 2023-07-27 Sungduck Chun Data unit processing
WO2023212425A2 (en) * 2022-08-09 2023-11-02 Futurewei Technologies, Inc. Methods and apparatus for differential quality of service (qos) handling of packets within a same service stream
US20240314632A1 (en) * 2023-03-14 2024-09-19 Dell Products, L.P. Dynamic packet re-ordering, discarding, and flow switching
US20250024322A1 (en) * 2023-07-12 2025-01-16 Kt Corporation Data processing method and device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090016301A1 (en) 2007-07-11 2009-01-15 Interdigital Technology Corporation Packet data convergence protocol operations
US10271243B2 (en) 2015-05-21 2019-04-23 Intel IP Corporation PDCP status reporting for multi-RAT offloading

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2008308944B2 (en) * 2007-10-01 2012-07-26 Interdigital Patent Holdings, Inc. Method and apparatus for PCDP discard
WO2013066258A2 (en) * 2011-11-04 2013-05-10 Telefonaktiebolaget L M Ericsson (Publ) Handling redundant data in a communication system
CN103596212B (zh) * 2012-08-17 2017-09-29 电信科学技术研究院 异构网络下的层二测量及结果处理方法和设备
EP2830352A1 (en) * 2013-07-24 2015-01-28 Panasonic Intellectual Property Corporation of America Efficient discard mechanism in small cell deployment
US9648514B2 (en) 2013-08-09 2017-05-09 Blackberry Limited Method and system for protocol layer enhancements in data offload over small cells
JP6231837B2 (ja) * 2013-09-24 2017-11-15 株式会社Ｎｔｔドコモ 移動通信方法及び無線基地局
US20150089382A1 (en) * 2013-09-26 2015-03-26 Wu-chi Feng Application context migration framework and protocol
US10869344B2 (en) 2015-03-19 2020-12-15 Acer Incorporated Method of radio bearer transmission in dual connectivity
EP3353930B1 (en) * 2015-09-25 2020-10-21 Nokia Solutions and Networks Oy Enhancement of pdcp status report
US10396942B2 (en) 2016-03-29 2019-08-27 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in a communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090016301A1 (en) 2007-07-11 2009-01-15 Interdigital Technology Corporation Packet data convergence protocol operations
US10271243B2 (en) 2015-05-21 2019-04-23 Intel IP Corporation PDCP status reporting for multi-RAT offloading

Also Published As

Publication number Publication date
WO2018143728A1 (ko) 2018-08-09
KR20180090148A (ko) 2018-08-10
US11122463B2 (en) 2021-09-14
US20190394675A1 (en) 2019-12-26

Similar Documents

Publication Publication Date Title
KR102721539B1 (ko) 통신시스템에서의 데이터 처리 방법
KR102664415B1 (ko) 무선 통신 시스템에서 헤더 압축 프로토콜을 위한 pdcp 장치 재수립 방법 및 장치
US12256266B2 (en) Methods and apparatuses for transmitting and receiving data in wireless communication system
US20240340740A1 (en) Method and apparatus for handover without interruption of transmission and reception of data in next-generation mobile communication system
US12028759B2 (en) Method and apparatus for performing handover procedure in wireless communication system
US20230328844A1 (en) Method and apparatus for performing efficient layer 2 function in mobile communication system
CN111133791B (zh) 用于在无线通信系统中处理分组的方法和装置
KR102748693B1 (ko) 무선 통신 시스템에서 조건부 핸드오버의 자원 운용 방법 및 장치
EP3553986B1 (en) Transmission method, network equipment, and terminal equipment
KR20200128977A (ko) 무선 통신 시스템에서 단말 능력을 보고하는 방법 및 장치
CN113228584B (zh) 下一代移动通信系统中基于pdcp层设备的识别安全密钥的方法及设备
KR20230003513A (ko) 네트워크 코딩을 구성하고 네트워크 코딩 활성화를 제어하기 위한 방법 및 장치
KR20190097996A (ko) 차세대 무선 통신 시스템에서 패킷 중복 전송 기술의 활성화 및 비활성화 시 효율적인 동작 방법 및 장치
EP4138510A1 (en) Method and apparatus for performing conditional pscell change procedure in next-generation mobile communication system
KR102561713B1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
US11856452B2 (en) Method and device for identifying security key based on PDCP layer device in next-generation mobile communication system
KR20200034508A (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 장치
CN113767671B (zh) 下一代移动通信系统中用于无数据发送和接收中断的切换的方法和设备
KR102760790B1 (ko) 차세대 무선 통신 시스템에서 랜덤 액세스 없이 셀접속을 수행하는 방법
KR102585368B1 (ko) 데이터 통신 시스템에서 상태 보고 방법 및 장치
KR20210003646A (ko) 무선통신 시스템에서 조건부 핸드오버 설정을 사용하여 핸드오버를 수행하는 방법 및 장치
KR20210014060A (ko) 차세대 이동 통신 시스템에서 향상된 핸드오버를 지원하는 패킷 중복 처리 방법, 핸드오버 시 헤더 압축 해제 실패를 방지하는 방법 및 이를 위한 장치
KR20190017311A (ko) 패킷 재전송 및 복원을 위한 방법 및 장치

Legal Events

Date Code Title Description
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 20170202

PG1501 Laying open of application
A201 Request for examination
PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20220128

Comment text: Request for Examination of Application

Patent event code: PA02011R01I

Patent event date: 20170202

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: 20231204

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: 20240517

N231 Notification of change of applicant
PN2301 Change of applicant

Patent event date: 20240926

Comment text: Notification of Change of Applicant

Patent event code: PN23011R01D

GRNT Written decision to grant
PR0701 Registration of establishment

Comment text: Registration of Establishment

Patent event date: 20241021

Patent event code: PR07011E01D

PR1002 Payment of registration fee

Payment date: 20241022

End annual number: 3

Start annual number: 1

PG1601 Publication of registration