MULTICAST STREAMING
    1.
    发明申请
    MULTICAST STREAMING 审中-公开

    公开(公告)号:US20170118263A1

    公开(公告)日:2017-04-27

    申请号:US15129486

    申请日:2015-03-24

    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.

    VIEWER IMPORTANCE ADAPTIVE BIT RATE DELIVERY

    公开(公告)号:US20200045384A1

    公开(公告)日:2020-02-06

    申请号:US16337711

    申请日:2017-09-29

    Inventor: Michael NILSSON

    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.

    IMPROVED MULTICAST TO UNICAST CONVERSION
    3.
    发明申请

    公开(公告)号:US20170366588A1

    公开(公告)日:2017-12-21

    申请号:US15540322

    申请日:2015-12-14

    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.

    MULTICAST STREAMING
    4.
    发明申请
    MULTICAST STREAMING 审中-公开

    公开(公告)号:US20170127147A1

    公开(公告)日:2017-05-04

    申请号:US15129481

    申请日:2015-03-24

    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.

    CONTENT DELIVERY
    5.
    发明申请

    公开(公告)号:US20240397134A1

    公开(公告)日:2024-11-28

    申请号:US18695755

    申请日:2022-09-20

    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.

    CONTENT DELIVERY
    6.
    发明公开
    CONTENT DELIVERY 审中-公开

    公开(公告)号:US20240276069A1

    公开(公告)日:2024-08-15

    申请号:US18695241

    申请日:2022-09-20

    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.

    CONTENT DELIVERY
    9.
    发明申请

    公开(公告)号:US20250055896A1

    公开(公告)日:2025-02-13

    申请号:US18717864

    申请日:2022-11-23

    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.

    CONTENT DELIVERY
    10.
    发明公开
    CONTENT DELIVERY 审中-公开

    公开(公告)号:US20240187466A1

    公开(公告)日:2024-06-06

    申请号:US18553110

    申请日:2022-03-15

    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.

Patent Agency Ranking