Method and apparatus for traffic probing
US-2024430168-A1 · Dec 26, 2024 · US
US10110657B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10110657-B2 |
| Application number | US-201414484850-A |
| Country | US |
| Kind code | B2 |
| Filing date | Sep 12, 2014 |
| Priority date | Jul 3, 2014 |
| Publication date | Oct 23, 2018 |
| Grant date | Oct 23, 2018 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A system and method for pushing live media to a client device in an adaptive streaming environment. In one aspect, a media server configured to transmit live media includes a storage unit for storing media segments of a live media programming stream, wherein the media segments are encoded at multiple bitrates identified in respective media presentation data structures associated therewith. A websocket interface is provided that is operative to facilitate a websocket session with the client device. One or more processors of the system are operative to execute service logic for pushing the media segments to the client device substantially in real time during the websocket session.
Opening claim text (preview).
What is claimed is: 1. A client device configured to receive live media from a media server, the client device comprising: one or more processors; a media player; and a HyperText Transfer Protocol (HTTP) client module and a websocket client module coupled to the one or more processors, wherein the one or more processors are operative to control the HTTP client and websocket client modules and execute associated program instructions configured to: initiate an HTTP connection with the media server; initiate a handshake transaction with the media server to open a bidirectional websocket interface over an underlying Transmission Control Protocol (TCP) connection; facilitate generating a message to the media server to initiate transmission of a live media programming stream in a websocket session; facilitate receiving media segments from the media server of the live media programming stream in real time via a websocket connection during the websocket session for playback by the media player, whereby padding latency at the media server for the websocket session is reduced; maintain control of the websocket session by the client device based on comparing a received segment's length with a varying inter-segment time period monitored by the client device and activating a bitrate representation switching with respect to the media segments responsive thereto; and a control message generator operative to generate control messages as text messages for transmission to the media server via the websocket interface, wherein a text message is configured for commencing transmission of the live media programming stream at a live point with a specified delay. 2. The client device as recited in claim 1 , further comprising a network metrics and adaptation logic module for generating a network control message to the media server indicative of network bandwidth conditions based on a measurement of a change in time between consecutive media segments received by the client device. 3. The client device as recited in claim 1 , wherein the control message generator is further operative to generate a text message to the media server for resuming transmission of the live media programming stream from a last known position at which streaming of the media segments was paused. 4. A method operating at a client device configured to receive live media from a media server, the method comprising: initiating a HyperText Transfer Protocol (HTTP) connection with the media server; initiating a handshake transaction with the media server to open a bidirectional websocket interface over an underlying Transmission Control Protocol (TCP) connection; generating a message to the media server to initiate transmission of a live media programming stream in a websocket session; receiving media segments from the media server of the live media programming stream in real time via a websocket connection during the websocket session for playback by a media player, whereby padding latency at the media server for the websocket session is reduced; maintaining control of the websocket session based on comparing a received segment's length with a varying inter-segment time period monitored by the client device and activating a bitrate representation switching with respect to the media segments responsive thereto; and generating one or more text messages for transmission to the media server via the websocket interface, wherein a text message is configured for commencing transmission of the live media programming stream at a live point with a specified delay. 5. The method as recited in claim 4 , further comprising obtaining, in an out-of-band communication channel, media presentation data structures from the media server with respect to the media segments of the live media programming stream, wherein the media segments are encoded at multiple bit rates identified in the media presentation data structures. 6. The method as recited in claim 5 , further comprising obtaining initialization segments with respect to the media segments in a communication channel other than the websocket session with the media server. 7. The method as recited claim 4 , further comprising generating a network control message to the media server indicative of network bandwidth conditions based on a measurement of a change in time between consecutive media segments received by the client device. 8. The method as recited in claim 4 , further comprising generating a text message to the media server for resuming transmission of the live media programming stream from a last known position at which streaming of the media segments was paused. 9. The client device as recited in claim 1 , wherein the control message generator is further operative to generate a text message to the media server for terminating transmission of the live media programming stream while keeping the websocket interface open. 10. The client device as recited in claim 1 , wherein the control message generator is further operative to generate a text message to the media server for switching to transmission of the media segments encoded in a bitrate different from the bitrate of the media segments currently being received. 11. The client device as recited in claim 1 , further comprising a network metrics and adaptation logic module for generating a network control message to the media server indicative of network bandwidth conditions based on a measurement of download speed that is determined by the client device responsive to a time difference between when a text header and a media segment corresponding to the text header are received by the client device. 12. The client device as recited in claim 1 , further comprising a network metrics and adaptation logic module for generating a network control message to the media server indicative of network bandwidth conditions based on a determination by an application layer module executing to determine a time difference between when a media segment download commences and when the media segment download is completed at a network layer of the client device's websocket interface. 13. The method as recited in claim 4 , further comprising generating a text message to the media server for terminating transmission of the live media programming stream while keeping the websocket interface open. 14. The method as recited in claim 4 , further comprising generating a text message to the media server for switching to transmission of the media segments encoded in a bitrate different from the bitrate of the media segments currently being received. 15. The method as recited in claim 4 , further comprising generating a network control message to the media server indicative of network bandwidth conditions based on a measurement of download speed that is determined by the client device responsive to a time difference between when a text header and a media segment corresponding to the text header are received by the client device. 16. The method as recited in claim 4 , further comprising generating a network control message to the media server indicative of network bandwidth conditions based on a determination by an application layer module executing to determine a time difference between when a media segment download commences and when the media segment download is completed at a network layer of the client device's websocket interface. 17. A client device configured to receive live media from a media server, the client device comprising: one or more processors; a media player; and a HyperText Transfer Protocol (HTTP) client module and a websocket client module coupled
by checking connectivity · CPC title
Electricity · mapped topic
Packet rate · CPC title
Jitter · CPC title
Electricity · mapped topic
Related publications grouped by family.
Answers are generated from the same data shown on this page.