IP Library › Granted Patent US 12,395,538
Granted Patent B2
US 12,395,538 · App. 18/163,622 · Granted Aug 19, 2025

Signaling media timing information from a media application to a network element

Inventors: Liangping Ma (San Diego, CA); Prashanth Haridas Hande (San Diego, CA); Thomas Stockhammer (Bergen, DE); Imed Bouazizi (Frisco, TX); Martin Renschler (San Diego, CA); Anantharaman Balasubramanian (San Diego, CA)
Assignee: QUALCOMM INCORPORATED
H04L65/70H04L65/65H04L65/80
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,395,538
App. No.
18/163,622
Granted
Aug 19, 2025
Kind
B2
Abstract

An example device for exchanging media data via a network includes a memory configured to store media data; and one or more processors implemented in circuitry and configured to: retrieve data representative of an expected time between a first frame of media data and a second frame of the media data from a media application; receive the first frame of the media data at a first time; wait to process the second frame of the media data until a second time that is equal to or greater than the first time plus the expected time; and process the second frame of the media data at the second time.

Claims (81)

1. A method of exchanging media data via a network, the method comprising:

receiving, by a network device, a packet including data for a first frame of the media data and including data representative of an expected time between the first frame of media data and a second frame of the media data from a media application;

receiving, by the network device, the first frame of the media data at a first time;

waiting, by the network device, to process the second frame of the media data until a second time that is equal to or greater than the first time plus the expected time; and

processing, by the network device, the second frame of the media data at the second time.

2. The method of claim 1 , wherein the packet comprises one of a Real-time Transport Protocol (RTP) packet, a Real Time Streaming Protocol (RTSP) packet, a Secure Real-time Transport Protocol (SRTP) packet, or an RTP Control Protocol (RTCP) packet.

3. The method of claim 1 , further comprising:

encapsulating the packet with a packet tunnel header; and

adding the data representative of the expected time between the first frame and the second frame to the packet tunnel header.

4. The method of claim 3 , wherein the packet tunnel header comprises a General Packet Radio Service (GPRS) Tunneling Protocol User Data Tunneling (GTP-U) packet header.

5. The method of claim 1 , wherein the data representative of the expected time between the first frame and the second frame comprises data representative of an expected time between each of a plurality of frames in a sequence of frames starting with the first frame, the plurality of frames including the first frame and the second frame.

6. The method of claim 1 , wherein receiving the packet comprises receiving a packet tunnel header encapsulating the packet, the packet tunnel header including the data representative of the expected time between the first frame and the second frame.

7. The method of claim 6 , wherein the packet tunnel header comprises a General Packet Radio Service (GPRS) Tunneling Protocol User Data Tunneling (GTP-U) packet header.

8. The method of claim 1 , wherein the data representative of the expected time between the first frame and the second frame is within an Internet Protocol (IP) packet option field of the packet.

9. The method of claim 1 ,

wherein waiting to process the second frame comprises not monitoring a data transmission channel until the second time, and

wherein processing the second frame comprises:

monitoring the data transmission channel starting at the second time; and

receiving the second frame via the data transmission channel.

10. The method of claim 9 , wherein the data transmission channel comprises a physical downlink control channel (PDCCH).

11. The method of claim 1 , wherein waiting to process the second frame comprises:

receiving the second frame prior to the second time; and

transmitting the second frame at the second time.

12. The method of claim 1 , further comprising sending the data representative of the expected time between the first frame and the second frame to a downstream network device.

13. The method of claim 1 , wherein the data representative of the expected time between the first frame and the second frame comprises a frame rate value for at least a portion of a media stream for the media data.

14. The method of claim 13 , wherein the frame rate value is contained within a payload or header of a Real-time Transport Protocol (RTP) packet or an RTP Control Protocol (RTCP) packet or from a header of a Secure Real-time Transport Protocol (SRTP) packet.

15. The method of claim 13 , further comprising sending data representative of one or more frame rates supported by the network device to the media application, wherein receiving the data representative of the frame rate comprises receiving data representing a selection of a frame rate from the one or more frame rates supported by the network device from the media application.

16. The method of claim 15 , further comprising configuring network transmission for a media session for the media data according to the selection of the frame rate.

17. A device for exchanging media data via a network, the device comprising:

a memory configured to store media data; and

one or more processors implemented in circuitry and configured to:

retrieve a packet including data for a first frame of the media data and including data representative of an expected time between the first frame of media data and a second frame of the media data from a media application;

receive the first frame of the media data at a first time;

wait to process the second frame of the media data until a second time that is equal to or greater than the first time plus the expected time; and

process the second frame of the media data at the second time.

18. The device of claim 17 , wherein the packet comprises one of a Real-time Transport Protocol (RTP) packet, a Real Time Streaming Protocol (RTSP) packet, a Secure Real-time Transport Protocol (SRTP) packet, or an RTP Control Protocol (RTCP) packet.

19. The device of claim 17 , wherein the one or more processors are further configured to:

encapsulate the packet with a packet tunnel header; and

add the data representative of the expected time between the first frame and the second frame to the packet tunnel header.

20. The device of claim 19 , wherein the packet tunnel header comprises a General Packet Radio Service (GPRS) Tunneling Protocol User Data Tunneling (GTP-U) packet header.

21. The device of claim 17 , wherein the data representative of the expected time between the first frame and the second frame, comprises an expected time between each of a plurality of frames in a sequence of frames starting with the first frame, the plurality of frames including the first frame and the second frame.

22. The device of claim 17 , wherein to receive the packet the one or more processors are configured to receive a packet tunnel header encapsulating the packet, the packet tunnel header including the data representative of the expected time between the first frame and the second frame.

23. The device of claim 22 , wherein the packet tunnel header comprises a General Packet Radio Service (GPRS) Tunneling Protocol User Data Tunneling (GTP-U) packet header.

24. The device of claim 17 , wherein the data representative of the expected time between the first frame and the second frame is within an Internet Protocol (IP) packet option field of the packet.

25. The device of claim 17 ,

wherein to wait to process the second frame, the one or more processors are configured to not monitor a data transmission channel until the second time, and

wherein to process the second frame, the one or more processors are configured to:

monitor the data transmission channel starting at the second time; and

receive the second frame via the data transmission channel.

26. The device of claim 25 , wherein the data transmission channel comprises a physical downlink control channel (PDCCH).

27. The device of claim 17 , wherein to wait to process the second frame, the one or more processors are configured to:

receive the second frame prior to the second time; and

transmit the second frame at the second time.

28. The device of claim 17 , wherein the one or more processors are further configured to send the data representative of the expected time between the first frame and the second frame to a downstream network device.

29. The device of claim 17 , wherein the data representative of the expected time between the first frame and the second frame comprises a frame rate value for at least a portion of a media stream for the media data.

30. The device of claim 29 , wherein the frame rate value is contained within a payload or header of a Real-time Transport Protocol (RTP) packet or an RTP Control Protocol (RTCP) packet or from a header of a Secure Real-time Transport Protocol (SRTP) packet.

31. The device of claim 29 , wherein the one or more processors are further configured to send data representative of one or more frame rates supported by the network device to the media application, wherein to receive the data representative of the frame rate, the one or more processors are configured to receive data representing a selection of a frame rate from the one or more frame rates supported by the network device from the media application.

32. The device of claim 31 , wherein the one or more processors are further configured to configure network transmission for a media session for the media data according to the selection of the frame rate.

33. A non-transitory computer-readable storage medium having stored thereon instructions that, when executed, cause a processor of a network device to:

receive a packet including data for a first frame of media data and including data representative of an expected time between the first frame of media data and a second frame of the media data from a media application;

receive the first frame of the media data at a first time;

wait to process the second frame of the media data until a second time that is equal to or greater than the first time plus the expected time; and

process the second frame of the media data at the second time.

34. The non-transitory computer-readable storage medium of claim 33 , wherein the packet comprises one of a Real-time Transport Protocol (RTP) packet, a Real Time Streaming Protocol (RTSP) packet, a Secure Real-time Transport Protocol (SRTP) packet, or an RTP Control Protocol (RTCP) packet.

35. The non-transitory computer-readable storage medium of claim 33 , wherein the instructions further cause the processor of the network device to:

encapsulate the packet with a packet tunnel header; and

add the data representative of the expected time between the first frame and the second frame to the packet tunnel header.

36. The non-transitory computer-readable storage medium of claim 33 , wherein the data representative of the expected time between the first frame and the second frame comprises an expected time between each of a plurality of frames in a sequence of frames starting with the first frame, the plurality of frames including the first frame and the second frame.

37. The non-transitory computer-readable storage medium of claim 33 , wherein to receive the packet, the instructions further cause the processor of the network device to receive a packet tunnel header encapsulating the packet, the packet tunnel header including the data representative of the expected time between the first frame and the second frame.

38. The non-transitory computer-readable storage medium of claim 33 , wherein the data representative of the expected time between the first frame and the second frame is within an Internet Protocol (IP) packet option field of the packet.

39. The non-transitory computer-readable storage medium of claim 33 ,

wherein to wait to process the second frame, the instructions further cause the processor of the network device to not monitor a data transmission channel until the second time, and

wherein to process the second frame, the instructions further cause the processor of the network device to:

monitor the data transmission channel starting at the second time; and

receive the second frame via the data transmission channel.

40. The non-transitory computer-readable storage medium of claim 33 , wherein to wait to process the second frame, the instructions further cause the processor of the network device to:

receive the second frame prior to the second time; and

transmit the second frame at the second time.

41. The non-transitory computer-readable storage medium of claim 33 , wherein the data representative of the expected time between the first frame and the second frame comprises a frame rate value for at least a portion of a media stream for the media data.

42. The non-transitory computer-readable storage medium of claim 41 , wherein the instructions further cause the processor of the network device to send data representative of one or more frame rates supported by the network device to the media application, wherein to receive the data representative of the frame rate, the instructions further cause the processor of the network device to receive data representing a selection of a frame rate from the one or more frame rates supported by the network device from the media application.

43. The non-transitory computer-readable storage medium of claim 42 , wherein the instructions further cause the processor of the network device to configure network transmission for a media session for the media data according to the selection of the frame rate.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 7, 2023
From: MA, LIANGPING; HANDE, PRASHANTH HARIDAS; STOCKHAMMER, THOMAS; BOUAZIZI, IMED; RENSCHLER, MARTIN; BALASUBRAMANIAN, ANANTHARAMAN
To: QUALCOMM INCORPORATED
Reel/Frame 063259/0348 →
Continuity (1)
Related Publication 20240267421A1 · Aug 8, 2024
References Cited (20)
US 6954796B2 · Tan et al. · 2005 [cited by applicant]
US 10779276B2 · Ji et al. · 2020 [cited by applicant]
US 10911514B2 · Cheung · 2021 [cited by examiner]
US 20100111023A1 · Pelletier et al. · 2010 [cited by applicant]
US 20120140633A1 · Stanwood · 2012 [cited by examiner]
US 20150244650A1 · Yang · 2015 [cited by examiner]
US 20160072637A1 · Gholmieh et al. · 2016 [cited by applicant]
US 20180183849A1 · Shin · 2018 [cited by examiner]
US 20210076071A1 · Lee · 2021 [cited by examiner]
US 20210297959A1 · Zhou et al. · 2021 [cited by applicant]
US 20210337523A1 · Shen et al. · 2021 [cited by applicant]
US 20210360480A1 · Oyman · 2021 [cited by examiner]
WO 2019237927A1 · 2019 [cited by applicant]
Wei-Ming Jin, et al. “A Data Transmission Method and Video Online Terminal Based on Internet”, Sep. 20, 2019, CN 110267099 A (English Translation), pp. 1-20 (Year: 2019). [cited by examiner]
Rui-Min Hu, et al., “Mobile Audio/video Real-time Communication Method Under 3G Network Environment”, Nov. 25, 2011, CN 102497578 (English Translation), pp. 1-20 (Year: 2011). [cited by examiner]
Xiaodong Wang, “Display Control Method, Device and System”, Jul. 3, 2020, WO 2022000497 A1 (English Translation), pp. 1-20 (Year: 2020). [cited by examiner]
International Search Report and Written Opinion—PCT/US2024/012242—ISA/EPO—May 22, 2024. [cited by applicant]
ITU-T H.265: “Series H: Audiovisual and Multimedia Systems Infrastructure of Audiovisual Services—Coding of Moving Video”, High Efficiency Video Coding, The International Telecommunication Union, Jun. 2019, 696 Pages. [cited by applicant]
ITU-T H.266: “Series H: Audiovisual and Multimedia Systems Infrastructure of Audiovisual Services - Coding of Moving Video”, Versatile Video Coding, The International Telecommunication Union, Aug. 2020, 516 pages. [cited by applicant]
Nokia Corporation: “[5G_RTP] Signaling the Time to Next Burst”, 3GPP TSG SA WG 4 meeting #123-e, Apr. 17-21, 2023, S4-230546, pp. 1-6. [cited by applicant]