IP Library › Granted Patent US 12,238,646
Granted Patent B2
US 12,238,646 · App. 18/236,320 · Granted Feb 25, 2025

Application layer group services for machine type communications

Inventors: Mahmoud Watfa (Saint Leonard, CA); Guanzhou Wang (Brossard, CA); Ulises Olvera-Hernandez (Saint-Lazare, CA); Behrouz Aghili (Commack, NY); Pascal Adjakple (Great Neck, NY); Dimitrios Karampatsis (Ruislip, GB); Saad Ahmad (Montreal, CA); Amir Helmy (Vancouver, CA)
Assignee: InterDigital Patent Holdings, Inc.
H04W52/0212H04W4/08H04W4/70Y02D30/70
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,238,646
App. No.
18/236,320
Granted
Feb 25, 2025
Kind
B2
Abstract

Procedures, mechanisms, methods, and techniques are provided that trigger power saving mode (PSM) functionality in the at least one wireless transmit receive units, group of WTRUs or subset of the group of WTRUs. The trigger may be in response to an application layer request to set one or more predetermined PSM settings, wherein the trigger originates from one or more application servers (APs) directed to a core network by way of an interface such as an SCEF that may be included on a device (e.g., a gateway, computing device, and/or the like) and may be configured for enabling the application server to request enabling and disabling PSM functionality.

Claims (22)

1. A method implemented by a node of a network, the method comprising:

sending an unsolicited message to a wireless transmit/receive unit (WTRU) requesting the WTRU to register with the network related to a change for a power mode;

receiving a registration message from the WTRU related to the change for the power mode; and

sending a response message including instructions to change an active timer associated with the power mode from a first time value to a second time value, and instructions to start the power mode at an expiration of the second time value of the active timer associated with the power mode.

2. The method of claim 1 , further comprising receiving, prior to sending the unsolicited message to the WTRU, a request message from the WTRU requesting the active timer associated with the power mode, and, in response, sending the first time value for the active timer associated with the power mode.

3. The method of claim 1 , further comprising receiving, prior to the sending the unsolicited message, an indication message from the WTRU, indicating that the WTRU ended the power mode.

4. The method of claim 3 , wherein the power mode is ended based on an expiration of a configured periodic registration timer.

5. The method of claim 1 , wherein the active timer associated with the power mode is a mobility management timer.

6. The method of claim 1 , wherein the power mode relates to a time that the WTRU is not reachable.

7. The method of claim 1 , further comprising, determining to send an update related to the power mode of the WTRU, and wherein the sending the unsolicited message based on the determination.

8. The method of claim 1 , wherein the network is ultimately able to force the WTRU into the power mode by sending the unsolicited message.

9. A node of a network, the node comprising:

a processor operatively connected to a transceiver, the processor and transceiver configured to send an unsolicited message to a wireless transmit/receive unit (WTRU) requesting the WTRU to register with the network related to a change for a power mode;

the processor and transceiver configured to receive receiving a registration message from the WTRU related to the change for the power mode; and

the processor and transceiver configured to send a response message including instructions to change an active timer associated with the power mode from a first time value to a second time value, and instructions to start the power mode at an expiration of the second time value of the active timer associated with the power mode.

10. The node of claim 8 , wherein the processor and transceiver are configured to receive, prior to sending the unsolicited message to the WTRU, a request message from the WTRU requesting the active timer associated with the power mode, and, in response, sending the first time value for the active timer associated with the power mode.

11. The node of claim 9 , wherein the processor and transceiver are configured to receive, prior to the sending the unsolicited message, an indication message from the WTRU, indicating that the WTRU ended the power mode.

12. The node of claim 11 , wherein the power mode is ended based on an expiration of a configured periodic registration timer.

13. The node of claim 9 , wherein the active timer associated with the power mode is a mobility management timer.

14. The node of claim 9 , wherein the power mode relates to a time that the WTRU is not reachable.

15. The node of claim 9 , wherein the processor and transceiver are configured to determine to send an update related to the power mode of the WTRU, and wherein the sending the unsolicited message is based on the determination.

16. The node of claim 9 , wherein the network is ultimately able to force the WTRU into the power mode by sending the unsolicited message.

Continuity (4)
Continuation 16431514 · Jun 4, 2019
Continuation 15321139
Provisional Application 62017501 · Jun 26, 2014
Related Publication 20240049132A1 · Feb 8, 2024
References Cited (36)
US 6940844B2 · Purkayastha et al. · 2005 [cited by applicant]
US 8345556B2 · Mitsutake · 2013 [cited by applicant]
US 8903376B2 · Watfa et al. · 2014 [cited by applicant]
US 9001655B2 · Watfa et al. · 2015 [cited by applicant]
US 9578542B2 · Zhang et al. · 2017 [cited by applicant]
US 11737019B2 · Watfa · 2023 [cited by examiner]
US 20080189360A1 · Kiley et al. · 2008 [cited by applicant]
US 20100062725A1 · Ryu · 2010 [cited by examiner]
US 20100130219A1 · Cave et al. · 2010 [cited by applicant]
US 20120164954A1 · Karampatsis et al. · 2012 [cited by applicant]
US 20120230178A1 · Wang et al. · 2012 [cited by applicant]
US 20140044029A1 · Chou · 2014 [cited by examiner]
US 20140194110A1 · Suerbaum et al. · 2014 [cited by applicant]
US 20150117285A1 · Xie · 2015 [cited by examiner]
US 20150365891A1 · Wurtemberg · 2015 [cited by applicant]
US 20160381639A1 · Kim · 2016 [cited by examiner]
CN 102404792 · 2012 [cited by applicant]
CN 103079184 · 2013 [cited by applicant]
CN 103379593 · 2013 [cited by applicant]
JP 2014511659 · 2014 [cited by applicant]
WO 0059239 · 2000 [cited by applicant]
WO 11100570 · 2011 [cited by applicant]
3rd Generation Partnership Project (3GPP), S2-141771, “Discussion of Group-specific Congestion Control,” NTT DoComo et al., SA WG2 Temporary Document, SA WG2 Meeting #103, Phoenix, Arizona, USA, 5 pages (May 19-23, 2014… [cited by applicant]
3rd Generation Partnership Project (3GPP), S2-141871, “Updated WID timeline: Group based enhancements,” Huawei et al., SA WG2 Meeting #103, Phoenix, Arizona, USA, 5 pages (May 19-23, 2014). [cited by applicant]
3rd Generation Partnership Project, S2-141176, “Discussion on a Service Capability Exposure Framework,” Huawei, SA WG2 Meeting #102, St. Julian's, Malta, pp. 1-3 (Mar. 24-28, 2014). [cited by applicant]
Huawei et al., “Update of Solution 3—Monitoring via MME/SGSN,” SA WG2 Meeting #106, S2-144448, San Francisco, California, USA (Nov. 17-21, 2014). [cited by applicant]
Interdigital, “Downlink Data Transmission after Notification about exit or deactivation of PSM,” SA WG2 Meeting #106, S2-144134, San Francisco, California, USA (Nov. 17-21, 2014). [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3 (Release 12),” 3GPP TS 24.301 V12.4.0 (Mar. 201… [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3 (Release 12),” 3GPP TS 24.301 V12.9.0 (Jun. 201… [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3 (Release 13),” 3GPP TS 24.301 V13.2.0 (Jun. 201… [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 12),” 3GPP TS … [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 12),” 3GPP TS … [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 13),” 3GPP TS … [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (Release 12),”3GPP TS 24.008 V12.5.0 (Mar. 2… [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (Release 12),” 3GPP TS 24.008 V12.9.0 (Mar. … [cited by applicant]
Third Generation Partnership Project, “Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (Release 13),” 3GPP TS 24.008 V13.1.0 (Mar. … [cited by applicant]