-
公开(公告)号:US20170118263A1
公开(公告)日:2017-04-27
申请号:US15129486
申请日:2015-03-24
Inventor: Ian CRABTREE , Michael NILSSON , Rory TURNBULL , Stephen APPLEBY
CPC classification number: H04L65/4076 , H04L65/607 , H04L67/02 , H04L67/42 , H04N21/23439 , H04N21/4383 , H04N21/6405 , H04N21/6408 , H04N21/8456 , H04W76/40
Abstract: The invention presents a method of providing feedback for receipt of a multicast video stream. The feedback mechanism allows the number of clients receiving over multicast to be determined, which can then be used to manage multicast delivery, including switching decisions between multicast and unicast. Video content is delivered over a multicast stream from a content server to a plurality of client devices. The client devices are each configured to respond at regular intervals whilst receiving the multicast video stream by transmitting an HTTP HEAD request message to the content server. The HTTP HEAD request refers to metadata relating to a manifest file associated with the video stream. The number of client devices receiving the multicast video stream is determined based on the number of HEAD requests received at the content server. The multicast video delivery can then be managed accordingly, and can also take into account the number of unicast clients that are requesting the corresponding unicast stream to the multicast stream.
-
公开(公告)号:US20200045384A1
公开(公告)日:2020-02-06
申请号:US16337711
申请日:2017-09-29
Inventor: Michael NILSSON
IPC: H04N21/845 , H04N21/262 , H04N21/647 , H04N21/2343
Abstract: Examples of the present invention provide a method of delivering media, such as a video sequence, to a client device from a server, taking into account the relative importance of different portions of the video sequence. The sequence is divided into temporal segments, with each segment encoded at a plurality of bitrates (and hence qualities). A viewer importance parameter is assigned to each segment, indicating the relative importance of that segment, with the information stored in a manifest file or similar. The client receives this segment and viewer importance data in a manifest file. As soon as the client is aware of a future segment marked as having higher viewer importance than the next segment for download, the client initiates the download of this further segment by making a request (e.g. HTTP request), while making a concurrent request for the delivery of the next segment.
-
公开(公告)号:US20170366588A1
公开(公告)日:2017-12-21
申请号:US15540322
申请日:2015-12-14
Inventor: Stephen APPLEBY , Ian CRABTREE , Timothy STEVENS , Rory TURNBULL , Ivan ROPER , Michael NILSSON
IPC: H04L29/06
CPC classification number: H04L65/4076 , H04L65/4084 , H04L65/601 , H04L65/605 , H04L65/608
Abstract: Examples of the present invention provide a method of converting a multicast stream into unicast segments. In particular, sequence identifiers are generated based on a clock reference field in the transport stream packets that make up the multicast stream. Every time a new sequence identifier is calculated, a new unicast segment is generated and assigned with the new sequence identifier. Transport stream packets are placed into the new segment until a packet is processed that causes a new sequence identifier to be generated, at which point another new segment is generated and packets placed into that segment. In an improved method, random access indicators in the transports stream packets are used to further constrain when a new segment is generated, to ensure that new segments are coincident with a packet having a random access indicator. This improvement makes random access easier back and forth between and within a stream.
-
公开(公告)号:US20170127147A1
公开(公告)日:2017-05-04
申请号:US15129481
申请日:2015-03-24
Inventor: Ian CRABTREE , Michael NILSSON , Rory TURNBULL , Stephen APPLEBY
IPC: H04N21/6405 , H04N21/2343 , H04L29/06 , H04N21/2187 , H04N21/84 , H04L29/08 , H04N21/845 , H04N21/438
Abstract: The invention presents a method of generating a multicast stream for transporting video content such as live TV. First, the video content is encoded, and segmented into temporal chunks. Each chunk is then encapsulated in one or more RTP pacets, depending on the size of the chunk, and each RTP packet is marked with a chunk marker to indicate which of the packets the boundaries between chunks lie. The multicast stream is then generated by encapsulating the RTP packets, preferably using UDP in IP packets. The chunk marker is provided for by a special field in the RTP payload header. The chunk marker can be a chunk index or a chunk offset. Both, individually and in combination, can be used to determine the boundary between chunks.
-
公开(公告)号:US20240397134A1
公开(公告)日:2024-11-28
申请号:US18695755
申请日:2022-09-20
Inventor: Michael NILSSON , Stephen APPLEBY , Timothy STEVENS , Rory TURNBULL
IPC: H04N21/266 , H04N21/6405 , H04N21/6408 , H04N21/845
Abstract: A method of managing content delivery to a client device via a proxy is described. The proxy starts off by receiving content requests from the client device over unicast, and fulfils those requests by forwarding them to a content server, and receiving that content before forwarding onto the client device. The proxy then determines that it may be possible to join a multicast channel to more efficiently receive the required content. However, before joining the multicast channel, the proxy determines whether joining the multicast channel might result in the client device receiving content in a manner that would cause the client device to change the quality level of the content segments being requested. The proxy can do this by first obtaining segment requested by the client device from the unicast server over unicast. The proxy also requests timing information from the multicast server to determine a time at which the same segment will complete delivery over multicast. The proxy then delivers the segment received from the unicast server by the determined multicast delivery time.
-
公开(公告)号:US20240276069A1
公开(公告)日:2024-08-15
申请号:US18695241
申请日:2022-09-20
Inventor: Michael NILSSON , Stephen APPLEBY , Timothy STEVENS , Rory TURNBULL
IPC: H04N21/6405 , H04N21/6371 , H04N21/647
CPC classification number: H04N21/6405 , H04N21/6371 , H04N21/64738
Abstract: A method of managing content delivery to a client device via a proxy is described. The proxy starts off by receiving content requests from the client device over unicast, and fulfils those requests by forwarding them to a content server, and receiving that content before forwarding onto the client device. At some stage, the proxy determines that it may be possible to join a multicast channel to more efficiently receive the required content. However, before a switch is made, the proxy gathers multicast delivery timing data from the content server without joining the multicast group, and behavioural characteristics of the client device. The proxy uses this data to determine whether the client device would change the quality level of the content segments being requested.
-
公开(公告)号:US20230328334A1
公开(公告)日:2023-10-12
申请号:US18027042
申请日:2021-09-24
Inventor: Michael NILSSON , Paul FARROW , Tomasz LYKO , Matthew BROADBENT , Nicholas RACE
IPC: H04N21/647 , H04N21/24 , H04N21/262 , H04N21/845 , H04N21/462
CPC classification number: H04N21/64769 , H04N21/2402 , H04N21/26216 , H04N21/8456 , H04N21/4621
Abstract: Described is a method of media content delivery, where measurements of network delivery rates are used to determine at which bit rate to request each content segment. The aim is to ensure continuous play-out of good quality segments, without relying on a large buffer, so that end-to-end delay is kept low. The historical network delivery rate is measured on two or more timescales, such as a short-term delivery rate and a long-term delivery rate, and these are used to decide when to request a higher bit rate segment than the previous segment, and when to request a lower bit rate segment than the previous segment.
-
公开(公告)号:US20210297358A1
公开(公告)日:2021-09-23
申请号:US17266337
申请日:2019-08-08
Inventor: Yousif HUMEIDA , Stephen APPLEBY , Michael NILSSON
IPC: H04L12/841 , H04L12/26 , H04L12/807
Abstract: In examples of the present invention, during delivery of content, the round trip times for each delivered data packet are measured and the congestion window used for delivery is adjusted accordingly. The congestion window is set to a relatively high value when the round trip times are relatively low, and set to a relatively low value when the round trip times are relatively high.
-
公开(公告)号:US20250055896A1
公开(公告)日:2025-02-13
申请号:US18717864
申请日:2022-11-23
Inventor: Michael NILSSON , Stephen APPLEBY , Rory TURNBULL , Timothy STEVENS
IPC: H04L65/611 , H04L65/80
Abstract: A method of managing content delivery to a client device by a proxy, where the content is made up of a sequence of segments. The proxy starts off by receiving content requests from the client device over unicast, and fulfilling those requests by forwarding them to a content server, and receiving that content over unicast before forwarding onto the client device. The proxy then determines that a multicast channel should be joined to more efficiently receive the content. However, the multicast channel is likely to be ahead of the available unicast data. Therefore, a multicast join command is delayed until the proxy has taken steps to obtain subsequent content by unicast faster than that content is being requested by the client device, so that the obtained content has caught up with the content available on the multicast channel. The proxy can do so by requesting some of this content from the re-transmission server in advance of it being requested by the client device, and some from the content server in response to requests from the client device. Only when the requested content has caught up with the multicast channel does the proxy take action to join the multicast channel.
-
公开(公告)号:US20240187466A1
公开(公告)日:2024-06-06
申请号:US18553110
申请日:2022-03-15
Inventor: Michael NILSSON , Timothy STEVENS , Stephen APPLEBY , Rory TURNBULL
IPC: H04L65/611 , H04L65/612
CPC classification number: H04L65/611 , H04L65/612
Abstract: A method of managing content delivery to a client device by a proxy, where the content is made up of a sequence of segments. The proxy starts off by receiving content requests from the client device over unicast, and fulfilling those requests by forwarding them to a content server, and receiving that content before forwarding onto the client device. At some stage, the proxy determines that a multicast channel should be joined to more efficiently receive the required content. However, the multicast channel is likely to be ahead of the available unicast data. Therefore, a multicast join command is delayed until the proxy has taken steps to obtain subsequent content by unicast faster than that content is being requested by the client device, so that the obtained content has caught up with the content available on the multicast channel. The proxy stores this content and uses it to respond to requests from the client device. Only then does the proxy take action to join the multicast channel.
-
-
-
-
-
-
-
-
-