IP Library Granted Patent US 12,501,433
Granted Patent B2
US 12,501,433 · App. 17/279,272 · Granted Dec 16, 2025

L2 procedures for unicast and/or multicast link establishment and maintenance

Inventors: Martino M. Freda (Laval, CA); Tao Deng (Roslyn, NY); Tuong Duc Hoang (Montreal, CA); Aata El Hamss (Laval, CA); Michelle Perras (Montreal, CA)
Assignee: InterDigital Patent Holdings, Inc.
H04W72/20H04W72/542
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,501,433
App. No.
17/279,272
Granted
Dec 16, 2025
Kind
B2
Abstract

Systems, methods, and devices for unicast and/or multicast link establishment and maintenance. A wireless transmit receive unit (WTRU) may send a link establishment request broadcast message, wherein in the link may be for multicast, unicast, or groupcast. The WTRU may receive a link establishment response broadcast message and a connectivity report. The WTRU may then send a link establishment confirmation broadcast message once a multicast or unicast link has been established, at which point the WTRU may send and receive a multicast message. The link establishment request message may be sent based on one or more triggers: receiving a QoS flow, needing a new sidelink radio bearer, determining that a new QoS flow or radio bearer requires network controlled admission control, and/or receive a unicast and/or multicast establishment request. The WTRU may transmit a unicast and/or multicast usability signal (UMUS). The WTRU may preempt the established multicast or unicast link.

Claims (44)

1 . A method implemented in a wireless transmit/receive unit (WTRU) for establishing a sidelink radio bearer (SLRB) for a quality of service (QOS) flow, the method comprising:

receiving a plurality of SLRB configurations;

mapping the QoS flow to an SLRB configuration, based on one or more values associated with the QoS flow and the plurality of SLRB configurations; and

transmitting a sidelink reconfiguration message to a peer WTRU of the WTRU, the sidelink reconfiguration message including a subset of the mapped SLRB configuration associated with the SLRB as received by the WTRU, the subset of the mapped SLRB configuration being based on a capability of the SLRB;

receiving a confirmation message from the peer WTRU of the WTRU responsive to the sidelink reconfiguration message;

establishing the SLRB responsive to the confirmation message; and

transmitting data associated with the QoS flow to the peer WTRU of the WTRU on the established SLRB;

wherein at least one value of the one or more values associated with the QOS flow comprises a quality indicator; and

wherein the quality indicator comprises a PC5 quality indicator (PQI).

2 . The method of claim 1 , wherein the at least one value associated with the QoS flow comprises a vehicle-to-everything (V2X) service quality indicator (VQI).

3 . The method of claim 1 , wherein the sidelink reconfiguration message comprises a RRCReconfiguration message.

4 . The method of claim 1 , wherein the SLRB configuration associated with the SLRB comprises a logical channel (LCH) configuration, feedback configuration, channel quality indicator (CQI) configuration, and/or flow-to-SLRB mapping.

5 . The method of claim 1 , wherein the subset of the SLRB configuration comprises a logical channel (LCH) configuration, feedback configuration, channel quality indicator (CQI) configuration, and/or flow-to-SLRB mapping.

6 . The method of claim 1 , further comprising triggering establishment of the SLRB responsive to the QoS flow being mapped to the SLRB.

7 . The method of claim 1 , further comprising releasing the SLRB responsive to a condition where no QoS flows are mapped to the SLRB.

8 . A wireless transmit/receive unit (WTRU) configured to establish a sidelink radio bearer (SLRB) for a quality of service (QOS) flow, comprising:

a processor operatively coupled to a transmitter and a receiver;

the receiver configured to receive a plurality of SLRB configurations;

the processor configured to map the QoS flow to an SLRB configuration based on one or more values associated with the QoS flow and the plurality of SLRB configurations; and

the transmitter configured to transmit a sidelink reconfiguration message to a peer WTRU of the WTRU, the sidelink reconfiguration message including a subset of the mapped SLRB configuration associated with the SLRB as received by the WTRU, the subset of the mapped SLRB configuration being based on a capability of the SLRB;

the receiver configured to receive a confirmation message from the peer WTRU of the WTRU responsive to the sidelink reconfiguration message;

the processor and the transmitter configured to establish the SLRB responsive to the confirmation message; and

the transmitter configured to transmit data associated with the QoS flow to the peer WTRU of the WTRU on the established SLRB;

wherein at least one value of the one or more values associated with the QoS flow comprises a quality indicator; and

wherein the quality indicator comprises a PC5 quality indicator (PQI).

9 . The WTRU of claim 8 , wherein the at least one value associated with the QoS flow comprises a vehicle-to-everything (V2X) service quality indicator (VQI).

10 . The WTRU of claim 8 , wherein the sidelink reconfiguration message comprises a RRCReconfiguration message.

11 . The WTRU of claim 8 , wherein the SLRB configuration associated with the SLRB comprises a logical channel (LCH) configuration, feedback configuration, channel quality indicator (CQI) configuration, and/or flow-to-SLRB mapping.

12 . The WTRU of claim 8 , wherein the subset of the SLRB configuration comprises a logical channel (LCH) configuration, feedback configuration, channel quality indicator (CQI) configuration, and/or flow-to-SLRB mapping.

13 . The WTRU of claim 8 , wherein the processor is further configured to trigger establishment of the SLRB responsive to the QoS flow being mapped to the SLRB.

14 . The WTRU of claim 8 , wherein the processor is further configured to release the SLRB responsive to a condition where no QoS flows are mapped to the SLRB.

15 . A method implemented in a wireless transmit/receive unit (WTRU) for establishing a sidelink radio bearer (SLRB) for a quality of service (QOS) flow, the method comprising:

receiving a plurality of SLRB configurations;

mapping the QoS flow to an SLRB configuration based on one or more values associated with the QoS flow and the plurality of SLRB configurations; and

transmitting a sidelink RRCReconfiguration message to a peer WTRU of the WTRU, the sidelink RRCReconfiguration message including a subset of the mapped SLRB configuration associated with the SLRB as received by the WTRU, the subset of the mapped SLRB configuration being based on a capability of the SLRB, the sidelink RRCReconfiguration message further including information indicating a gNB on which the WTRU is camped, an area identity currently being used by the WTRU, location information regarding the WTRU, motion-relating information including speed and heading, and group-based scheduling information;

receiving a sidelink RRCReconfiguration confirmation message from the peer WTRU of the WTRU responsive to the sidelink RRCReconfiguration message;

establishing the SLRB responsive to the sidelink RRCReconfiguration confirmation message;

transmitting data associated with the QoS flow to the peer WTRU on the established SLRB;

triggering establishment of the SLRB responsive to the QoS flow being mapped to the SLRB; and

releasing the SLRB responsive to a condition where no QoS flows are mapped to the SLRB;

wherein at least one value of the one or more values associated with the QOS flow comprises a quality indicator;

wherein the quality indicator comprises a PC5 quality indicator (PQI);

wherein the SLRB configuration comprises a logical channel (LCH) configuration; and

wherein the subset comprises a flow-to-SLRB mapping.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jan 17, 2023
From: IDAC HOLDINGS, INC. BY ITS SUCCESSOR INTERDIGITAL PATENT HOLDINGS, INC.
To: INTERDIGITAL PATENT HOLDINGS, INC.
Reel/Frame 062401/0738 →
Continuity (5)
Provisional Application 62886102 · Aug 13, 2019
Provisional Application 62783952 · Dec 21, 2018
Provisional Application 62752865 · Oct 30, 2018
Provisional Application 62736251 · Sep 25, 2018
Related Publication 20210410129A1 · Dec 30, 2021
References Cited (56)
US 20130287012A1 · Pragada · 2013 [cited by examiner]
US 20140286225A1 · Yu et al. · 2014 [cited by applicant]
US 20150052580A1 · Delsol · 2015 [cited by examiner]
US 20150109910A1 · Hurd et al. · 2015 [cited by applicant]
US 20170188404A1 · Fodor et al. · 2017 [cited by applicant]
US 20190394830A1 · Mildh · 2019 [cited by examiner]
US 20200178282A1 · Yi · 2020 [cited by examiner]
US 20200404625A1 · Roth-Mandutz · 2020 [cited by examiner]
US 20210168814A1 · Chen · 2021 [cited by examiner]
US 20210185513A1 · Liu · 2021 [cited by examiner]
US 20210329487A1 · Wang · 2021 [cited by examiner]
CN 106470384A · 2017 [cited by applicant]
WO 2016022849A1 · 2016 [cited by applicant]
WO 2017158515 · 2017 [cited by applicant]
WO 2020033226 · 2020 [cited by applicant]
Ericsson, “Traffic Management in V2X,” 3GPP TSG-RAN WG2 #93bis, R2-162820, Dubrovnik, Croatia (Apr. 11-15, 2016). [cited by applicant]
Huawei et al., “Discussion on mobility in idle and inactive mode for NR-U,” 3GPP TSG-RAN WG2 Meeting 105bis, R2-1904420, Xi'an, China (Apr. 8-12, 2019). [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
Interdigital Inc., “Further Details on Link Establishment Procedure,” 3GPP RAN WG2 Meeting #105, R2-1901580, Athens, Greece (Feb. 25-Mar. 1, 2019). [cited by applicant]
Interdigital Inc., “QoS Management for NR V2X,” 3GPP RAN WG2 Meeting #103bis, R2-1814018, Chengdu, China (Oct. 8-12, 2018). [cited by applicant]
Interdigital Inc., “QoS Management for NR V2X,” 3GPP RAN WG2 Meeting #104, R2-1816790, Spokane, USA (Nov. 12-16, 2018). [cited by applicant]
Interdigital Inc., “RAN2 Aspects and TP for Simultaneous Support of Mode 1 and Mode 2,” 3GPP RAN WG2 Meeting #105, R2-1901578, Athens, Greece (Feb. 25-Mar. 1, 2019). [cited by applicant]
Interdigital Inc., “Support For Unicast and Groupcast in NR V2X,” 3GPP RAN WG2 Meeting #103bis, R2-1814015, Chengdu, China (Oct. 8-12, 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Enhancement of 3GPP support for V2X scenarios; Stage 1 (Release 15),” 3GPP TS 22.186 V15.2.0 (Sep. 2017). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Enhancement of 3GPP support for V2X scenarios; Stage 1 (Release 16),” 3GPP TS 22.186 V16.2.0 (Jun. 2019). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Enhancement of 3GPP support for V2X scenarios; Stage 1 (Release 16),” 3GPP TS 22.186 V16.0.0 (Sep. 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Study on enhancement of 3GPP Support for 5G V2X Services (Release 16),” 3GPP TR 22.886 V16.2.0 (Dec. 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Study on enhancement of 3GPP Support for 5G V2X Services (Release 16),” 3GPP TR 22.886 V16.1.0 (Sep. 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Proximity-based services (ProSe); Stage 2 (Release 15),” 3GPP TS 23.303 V15.1.0 (Jun. 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Architecture enhancements for V2X services (Release 15),” 3GPP TS 23.285 V15.3.0 (Mar. 2019). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; System Architecture for the 5G System; Stage 2 (Release 15),” 3GPP TS 23.501 V15.3.0 (Sep. 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; System Architecture for the 5G System (5GS); Stage 2 (Release 15),” 3GPP TS 23.501 V15.7.0 (Sep. 2019). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; System Architecture for the 5G System (5GS); Stage 2 (Release 16),” 3GPP TS 23.501 V16.2.0 (Sep. 2019). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 14),” 3GPP TS 36.213 V14.4.0 (Sep. 2017). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 15),” 3GPP TS 36.213 V15.2.0 (Jun. 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 15),” 3GPP TS 36.213 V15.6.0 (Jun. 2019). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC); Protocol specification (Release 15),” 3GPP TS 38.331 V0.0.5 (Aug. 2017). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol specification (Release 15),” 3GPP TS 38.331 V15.6.0 (Jun. 2019). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Study on architecture enhancements for EPS and 5G System to support advanced V2X services (Release 16),” 3GPP TR 23.786 V… [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Study on architecture enhancements for the Evolved Packet System (EPS) and the 5G System (5GS) to support advanced V2X se… [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Architecture enhancements for V2X services (Release 15),” 3GPP TS 23.285 V15.1.0 (Jun. 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Architecture enhancements for V2X services (Release 16),” 3GPP TS 23.285 V16.1.0 (Sep. 2019). [cited by applicant]
Huawei et al., “Potential AS layer impacts on SL connection setup and configuration in unicast,” 3GPP TSG-RAN WG2 # 104, R2-1816517, Spokane, USA (Nov. 12-16, 2018). [cited by applicant]
Huawei et al., “Radio bearer configuration and management for NR sidelink,” 3GPP TSG-RAN WG2 # 104, R2-181652, Spokane, USA (Nov. 12-16, 2018). [cited by applicant]
Qualcomm Incorporated, “Discussion on connection setup for V2X unicast communication,” 3GPP TSG-RAN WG2 Meeting #104, R2-1817108, Spokane, USA (Nov. 12-16, 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; NR; NR and NG-RAN Overall Description; Stage 2 (Release 15),” 3GPP TS 38.300 V15.2.0 (Jun. 2018). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; NR; NR and NG-RAN Overall Description; Stage 2 (Release 15),” 3GPP TS 38.300 V15.6.0 (Jun. 2019). [cited by applicant]
Vivo, “Sidelink unicast procedures in NR,” 3GPP TSG-RAN WG2 Meeting #104, R2-1817108, Spokane, USA (Nov. 12-16, 2018). [cited by applicant]
ETSI MCC, “Report of 3GPP TSG RAN2#106 meeting, Reno, USA,” 3GPP TSG-RAN WG2 meeting #107, R2-1908601 (Aug. 25, 2019). [cited by applicant]
Huawei et al., “Support of QoS for PC5-based V2X transport,” 3GPP TSG-RAN WG2 Meeting #95, R2-164917, Gothenburg, Sweden (Aug. 22-26, 2016). [cited by applicant]
Interdigital Inc., “QoS Management for NR V2X,” 3GPP RAN WG1 Meeting #94, R1-1808600, Gothenburg, Sweden (Aug. 20-24, 2018). [cited by applicant]
Qualcomm Incorporated, “Coexistence between Rel-14 and Rel-15 V2X UEs,” 3GPP TSG RAN WG2 Meeting #100, R2-1713407, Reno, USA (Nov. 27-Dec. 1, 2017). [cited by applicant]