IP Library › Granted Patent US 12,232,220
Granted Patent B2
US 12,232,220 · App. 18/297,395 · Granted Feb 18, 2025

Method and apparatus for transmitting packet in wireless communication system

Inventors: Sangkyu Baek (Suwon-si, KR); Hyunjeong Kang (Suwon-si, KR)
Assignee: Samsung Electronics Co., Ltd.
H04W80/08H04L1/1642H04W4/40H04W28/06H04W80/02
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,232,220
App. No.
18/297,395
Granted
Feb 18, 2025
Kind
B2
Abstract

A method, performed by a terminal, of transmitting and receiving a signal in a wireless communication system is provided. The method includes setting a value of a Next_Packet Data Convergence Protocol (PDCP)_RX_sequence number (SN) variable as an initial value, the Next_PDCP_RX_SN variable indicating a predicted SN of PDCP data to be received, receiving first PDCP data from a transmission entity after setting the initial value, and setting the value of the Next_PDCP_RX_SN variable as a value obtained by adding a first setting value to a value of the SN of the PDCP data.

Claims (29)

1. A method, performed by a terminal in a wireless communication system, the method comprising:

receiving, from a transmission entity, packet data convergence protocol (PDCP) data, wherein the PDCP data is first received after the terminal enters a reception-enabled zone;

identifying whether no PDCP data related to a radio bearer is received during a time period up to a time when the PDCP data is received, wherein the radio bearer is associated with the transmission entity;

in case that no PDCP data related to the radio bearer is received during the time period, starting a PDCP reordering timer; and

in case that a value of a sequence number (SN) of the received PDCP data is not set to 0,

setting a value of a Next_PDCP_RX_SN variable, which indicates a predicted SN of PDCP data to be received, to a value associated with adding a first setting value to the value of the SN of the received PDCP data, wherein the first setting value is 1, and

setting a value of a Last_Submitted_PDCP_RX_SN variable, which indicates an SN of last PDCP data transferred to an upper layer, to a value associated with subtracting a second setting value from the value of the SN of the received PDCP data, wherein the second setting value is greater than 1.

2. The method of claim 1 , further comprising:

receiving, from the transmission entity, PDCP data with an SN having a value less than the value of the SN of the PDCP data that is first received, while the PDCP reordering timer is running;

in case that the PDCP reordering timer stops, reordering the PDCP data that is first received and the PDCP data that is received while the PDCP reordering timer is running; and

transmitting, to the upper layer, the PDCP data that is first received and the PDCP data that is received while the PDCP reordering timer is running.

3. The method of claim 1 , further comprising:

setting a value of a Reordering_PDCP_RX_COUNT variable by using the value of the Next_PDCP_RX_SN variable, the Reordering_PDCP_RX_COUNT variable being used by the PDCP reordering timer.

4. The method of claim 1 , wherein the PDCP data is transmitted from the transmission entity by using a vehicle-to-everything (V2X) communication scheme.

5. A terminal in a wireless communication system, the terminal comprising:

a transceiver; and

at least one processor configured to:

receive, from a transmission entity via the transceiver, packet data convergence protocol (PDCP) data, wherein the PDCP data is first received after the terminal enters a reception-enabled zone,

identify whether no PDCP data related to a radio bearer is received during a time period up to a time when the PDCP data is received, wherein the radio bearer is associated with the transmission entity,

in case that no PDCP data related to the radio bearer is received during the time period, start a PDCP reordering timer, and

in case that a value of a sequence number (SN) of the received PDCP data is not set to 0,

set a value of a Next_PDCP_RX_SN variable, which indicates a predicted SN of PDCP data to be received, to a value associated with adding a first setting value to the value of the SN of the received PDCP data, wherein the first setting value is 1 and

set a value of a Last_Submitted_PDCP_RX_SN variable, which indicates an SN of last PDCP data transferred to an upper layer, to a value associated with subtracting a second setting value from the value of the SN of the received PDCP data, wherein the second setting value is greater than 1.

6. The terminal of claim 5 , wherein the at least one processor is further configured to:

receive, from the transmission entity via the transceiver, PDCP data with an SN having a value less than the value of the SN of the PDCP data that is received first, while the PDCP reordering timer is running;

in case that the PDCP reordering timer stops, reorder the PDCP data that is received first and the PDCP data that is received while the PDCP reordering timer is running; and

transmit, to the upper layer via the transceiver, the PDCP data that is first received and the PDCP data that is received while the PDCP reordering timer is running.

7. The terminal of claim 5 , wherein the at least one processor is further configured to set a value of a Reordering_PDCP_RX_COUNT variable by using the value of the Next_PDCP_RX_SN variable, the Reordering_PDCP_RX_COUNT variable being used by the PDCP reordering timer.

8. The terminal of claim 5 , wherein the PDCP data is transmitted from the transmission entity by using a vehicle-to-everything (V2X) communication scheme.

Priority Claims (1)
KR 10-2018-0110469 · Sep 14, 2018 · national
Continuity (2)
Continuation 16571821 · Sep 16, 2019
Related Publication 20230247722A1 · Aug 3, 2023
References Cited (34)
US 10448386B2 · Hong et al. · 2019 [cited by applicant]
US 11202279B2 · Km et al. · 2021 [cited by applicant]
US 20150305012A1 · Yi et al. · 2015 [cited by applicant]
US 20160183221A1 · Yi · 2016 [cited by examiner]
US 20160315868A1 · Zhang · 2016 [cited by examiner]
US 20170111945A1 · Yi et al. · 2017 [cited by applicant]
US 20180198566A1 · Yi et al. · 2018 [cited by applicant]
US 20190044880A1 · Yi · 2019 [cited by examiner]
US 20190297610A1 · Yi et al. · 2019 [cited by applicant]
US 20190350022A1 · Yi et al. · 2019 [cited by applicant]
US 20200084659A1 · Pan · 2020 [cited by examiner]
CN 101686494A · 2010 [cited by applicant]
CN 106233697A · 2016 [cited by applicant]
CN 107079005A · 2017 [cited by applicant]
EP 3621252A1 · 2020 [cited by applicant]
KR 1020170095918A · 2017 [cited by applicant]
KR 1020170113768A · 2017 [cited by applicant]
KR 1020180081446A1 · 2018 [cited by applicant]
KR 1020180084605A1 · 2018 [cited by applicant]
WO 2017152936A · 2017 [cited by applicant]
WO 2018127842A1 · 2018 [cited by applicant]
WO 2018131975A1 · 2018 [cited by applicant]
LG Electronics Inc., Handling of the first received PDCP PDU located outside of the reordering window, 3GPP TSG-RAN2 Meeting #103, R2-1812809, Gothenburg, Sweden, Aug. 10, 2018, See section 2. [cited by applicant]
OPPO, Left issues on PDCP operation for duplication, 3GPP TSG-RAN WG2 Meeting #103, R2-1812937, Gothenburg, Sweden, Aug. 14, 2018, See p. 4. [cited by applicant]
International Search Report dated Dec. 24, 2019, issued in the International Patent Application No. PCT/KR2019/011916. [cited by applicant]
Extended European Search Report dated Sep. 1, 2021, issued in a counterpart European Application No. 19860848.1-1213 / 3837813. [cited by applicant]
Ericsson: Introduction of Ultra Reliable Low Latency Communication for LTE; 3GPP TSG-RAN2 Meeting #102; R2-1809210, May 25, 2018, Busan, South Korea. [cited by applicant]
European Office Action dated Aug. 24, 2022, issued in a counterpart European Application No. 19860848.1. [cited by applicant]
Indian Office Action dated Nov. 23, 2022, issued in a counterpart Indian Application No. 202137009956. [cited by applicant]
Korean Office Action dated May 22, 2023, issued in Korean Patent Application No. 10-2018-0110469. [cited by applicant]
European Notice of Allowance dated Aug. 1, 2023, issued in European Patent Application No. 19860848.1. [cited by applicant]
Chinese Notice of Allowance dated May 17, 2024, issued in Chinese Patent Application No. 201980060300.X. [cited by applicant]
LG Electronics Inc., Introduction of PDCP duplication for LTE, R2-1808537, 3GPP TSG-RAN2 Meeting #102, May 11, 2018. [cited by applicant]
Chinese Office Action dated Oct. 21, 2023, issued in Chinese Patent Application No. 201980060300.X. [cited by applicant]