**对比文件名称：** 2012-06-07_WO2012074874A_发明申请_WO2012074874A1 METHOD AND APPARATUS FOR RECEIVING MULTICAST VIDEO USING A PLAYLIST
**目标专利名称：** 1149用于多媒体数据的处理的方法和装置CN104704793B
**本次调用的模型名称：** 用户未提供，由系统默认。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** -从自适应HTTP流播播放器接收请求所述媒体内容的HTTP请求(S21) <br><br> **《直接公开》** | [p0084] “as shown in FIG. 4, an AMGR Client device (using an HTTP Get request and the TCP/IP transport protocol) requests the variant playlist.” （如图4所示，AMGR客户端设备（使用HTTP Get请求和TCP/IP传输协议）请求变体播放列表。）<br><br>[p0093] “During operation transmitter 1501 transmits a request for a presentation at a particular quality... receiver 1402 receives requests from a client for a particular presentation at a particular quality.” （在操作期间，发射机1501发送针对特定质量的呈现的请求...接收机1402从客户端接收针对特定质量的特定呈现的请求。） | 对比文件明确公开了客户端设备（相当于自适应HTTP流播播放器）通过HTTP GET请求向服务器（AMGR或Adaptation Server）请求媒体内容或播放列表，服务器端必然执行接收HTTP请求的步骤。这与特征A中描述的“从自适应HTTP流播播放器接收请求所述媒体内容的HTTP请求”完全一致，且作用相同，都是为了启动媒体内容的获取流程。因此，特征A被直接公开。 |
| **技术特征B：** -将所述媒体内容标识为在固定质量接口上可用的媒体内容(S22) <br><br> **《直接公开》** | [p0042] “The present invention encompasses a method for operating a client device. The method comprises the steps of requesting a presentation playlist from a server, receiving the playlist from the server, and determining to receive the presentation by multicast based on the received playlist.” （本发明包括一种用于操作客户端设备的方法。该方法包括从服务器请求呈现播放列表、从服务器接收播放列表、以及基于接收的播放列表确定通过多播接收呈现的步骤。）<br><br>[p0152] “In this architecture, the AMGR Agent tries to receive chunks to respond to HLS Client request from either a direct HTTP Get or through the AMGR multicast streams if available.” （在此架构中，AMGR代理尝试通过直接HTTP Get或通过可用的AMGR多播流来接收块以响应HLS客户端请求。） | 对比文件公开了客户端（AMGR Client或AMGR Agent）基于播放列表（例如，通过识别“Live”标签）确定通过多播（固定质量接口的一种形式）接收内容。该“确定”动作即是将媒体内容标识为在固定质量（多播）接口上可用的步骤。此标识过程的作用是让客户端或代理决定使用固定质量的接收方式，与目标专利中标识内容在固定质量接口上可用以便后续进行偏好指示的目的相同。因此，特征B被直接公开。 |
| **技术特征C：** -确定在所述固定质量接口上提供的所述媒体内容的表示偏好指示，其中所述表示偏好指示指示所述媒体内容的优选表示(S23) <br><br> **《未公开》** | [p0152] “...the AMGR Agent would hold the response until the chunk is ready for transmission... the AMGR Agent issues the HTTP Get for the missing chunk... ” （...AMGR代理将保持响应直到块准备好传输...AMGR代理为缺失的块发出HTTP Get...）<br><br>[p0165] “If the internal algorithm within the AMGR decides that it must start multicasting the live video session... and transmits the AVMS_READY, then the AMGR Agent will join a multicast group... ” （如果AMGR内部的算法决定它必须开始多播直播视频会话...并发送AVMS_READY，则AMGR代理将加入一个多播组...） | 对比文件的核心在于AMGR或AMGR Agent通过多播分发内容，客户端设备根据自身信道条件选择加入不同质量的多播组（gear）。对比文件没有公开任何实体（如HTTP代理或服务器）主动“确定”一个“表示偏好指示”（即哪个表示是优选的）并将其作为指令或建议发送给播放器。对比文件中，客户端是自主决策的，AMGR仅提供多播服务，并未确定并向客户端明确指示一个优选表示。因此，特征C未被公开。 |
| **技术特征D：** -向所述自适应HTTP流播播放器发信号通知所述表示偏好指示(S24)，以便指令所述自适应HTTP流播播放器使用所述媒体内容的所述优选表示请求在所述固定质量接口上提供的所述媒体内容。<br><br> **《未公开》** | [p0085] “The AMGR then requests the variant playlist to learn of the number of multicast gears that it will support. With this information, the AMGR can prepare an AVMS Ready message response. This response is sent to AMGR Client 212 (again using TCP/IP as the transport). This exchange of messages with the AMGR provides AMGR Client 212 with knowledge that there is an AVMS and that it can expect to receive video chunks as multicast RTP payloads. The AVMS Ready message response also contain the IP address of the multicast groups corresponding to each of the available gears identified in the variant playlist.” （AMGR然后请求变体播放列表以了解它将支持的多播档位的数量。利用此信息，AMGR可以准备AVMS Ready消息响应。该响应被发送到AMGR客户端212（再次使用TCP/IP作为传输）。与AMGR的这种消息交换向AMGR客户端212提供了存在AVMS并且可以期望作为多播RTP有效载荷接收视频块的知识。AVMS Ready消息响应还包含对应于变体播放列表中标识的每个可用档位的多播组的IP地址。） | 由于对比文件未公开“表示偏好指示”的概念，因此也就不存在“发信号通知表示偏好指示”这一步骤。对比文件中AVMS Ready消息仅用于告知客户端AMGR的存在和多播组的地址，并未包含任何形式的“指令”或“建议”客户端使用特定优选的表示。客户端仍然需要自己决定加入哪个多播组。因此，特征D未被公开。 |
| **技术特征E：** -其中所述标识步骤(S22)包括, <br> **技术特征F：** 检查可用SDP会话描述协议文件 <br> **技术特征G：** 以找到对应于用所述HTTP请求接收的媒体分段的SDP文件。 <br><br> **《未公开》** | [p0084] “When AMGR Client 212 parses the variant playlist and observes that the video content is "Live" video, AMGR Client 212 can request the service of an AMGR to deliver the video chunks using the RTP/UDP transport protocol. If the variant playlist does not contain the "Live" video indication, AMGR Client 212 can alternatively determine that the video content is live by downloading the simple playlists and verifying whether they contain the "#EXT-X-ENDLIST" tag.” （当AMGR客户端212解析变体播放列表并观察到视频内容是“直播”视频时，AMGR客户端212可以请求AMGR的服务以使用RTP/UDP传输协议传送视频块。如果变体播放列表不包含“直播”视频指示，AMGR客户端212可以替代地通过下载简单播放列表并验证它们是否包含“#EXT-X-ENDLIST”标签来确定视频内容是直播的。） | 对比文件公开了客户端通过解析**播放列表（playlist）**（如变体播放列表或简单播放列表）来确定内容是否可通过多播（固定质量）接收。其识别机制基于播放列表文件中的特定标签（如“Live”或“#EXT-X-ENDLIST”），而非SDP会话描述协议文件。对比文件完全没有提到使用SDP文件来标识媒体内容。因此，特征E、F、G未被公开。 |
| **技术特征H：** -其中所述标识步骤(S22)包括, <br> **技术特征I：** 评估在所述HTTP请求中接收的内容标识符。 <br><br> **《未公开》** | [p0084] “The request for multicast service (e.g. AVMS JOIN) is sent as a unique message from client 212 to its AMGR using TCP/IP... The AMGR then requests the variant playlist to learn of the number of multicast gears that it will support.” （对多播服务的请求（例如AVMS JOIN）作为唯一消息从客户端212使用TCP/IP发送到其AMGR...AMGR然后请求变体播放列表以了解它将支持的多播档位的数量。） | 对比文件中，客户端的请求是标准的HTTP GET请求（用于获取播放列表或块），或者是特定的AVMS JOIN消息。这些请求中不包含用于标识具体媒体内容的内容标识符。AMGR通过请求并解析变体播放列表来了解服务信息，而非通过评估HTTP请求中的内容标识符。因此，特征H、I未被公开。 |
| **技术特征J：** -其中所述方法包括, <br> **技术特征K：** 进一步检查 <br> **技术特征L：** 通过固定质量接口提供所述内容数据是否有可能。 <br><br> **《未公开》** | [p0164] “The AMGR Agent remains in AVMS_MONITOR until AMGR activates AVMS or until the session is completed. While in this state, the AMGR Agent periodically issues AVMS_JOIN messages to the AMGR. Such message informs the AMGR that there is a client involved in a Live video session” （AMGR代理保持在AVMS_MONITOR状态，直到AMGR激活AVMS或直到会话完成。在此状态下，AMGR代理定期向AMGR发出AVMS_JOIN消息。此消息通知AMGR有一个客户端参与直播视频会话。）<br><br>[p0185] “If the conditions for errors persist, the AMGR Client can elect to stop receiving the presentation with a multicast transmission... and elect to begin receiving the presentation using the existing TCP connection through HTTP Get requests.” （如果错误条件持续存在，AMGR客户端可以选择停止通过多播传输接收呈现...并选择开始使用现有的通过HTTP Get请求的TCP连接接收呈现。） | 对比文件公开了AMGR Agent或AMGR Client根据预设条件（是否直播、错误率）决定是否使用多播（固定质量接口）。然而，对比文件中并不存在一个“检查”步骤，特别是由HTTP实体执行的、用于确认固定质量接口当前是否对特定内容实际可行的步骤。对比文件中的决策是基于播放列表内容或错误事件的被动或周期性检查，而非目标专利中在标识步骤或其他步骤中明确进行的主动“检查可能性”。因此，特征J、K、L未被公开。 |
| **技术特征M：** -其中所述标识步骤(S22)包括, <br> **技术特征N：** 确定 <br> **技术特征O：** 具有固定质量的媒体内容在高速缓存中是否可用。 <br><br> **《直接公开》** | [p0149] “1. The AMGR Agent attempts to respond to chunk HTTP GETs from HLS Clients; 2. If the AMGR Agent has the chunk stored in its caching server (or will shortly receive the chunk in the multicast stream), then it responds to the HLS Client with the file...” （1. AMGR代理尝试响应来自HLS客户端的块HTTP GET；2. 如果AMGR代理在其缓存服务器中存储了该块（或者很快将在多播流中接收到该块），则它用该文件响应HLS客户端...）<br><br>[p0197] “Caching Server 2206 intercepts requests from Client Devices for a particular chunk at a particular quality. If Caching Server 2206 contains the requested chunk in the Storage 2205, then it readily replies to the Client Device with the requested Chunk.” （缓存服务器2206拦截来自客户端设备的对特定质量的特定块的请求。如果缓存服务器2206在存储器2205中包含所请求的块，则它立即用所请求的块回复客户端设备。） | 对比文件明确公开了AMGR Agent的架构，其中包含缓存服务器。当接收到客户端请求时，AMGR Agent会“确定”其缓存中是否有所请求的块。这直接对应于特征M、N、O中描述的“确定具有固定质量的媒体内容在高速缓存中是否可用”的步骤。其作用是通过提供缓存中的数据来减少带宽消耗，与目标专利中利用缓存作为固定质量接口的目的相同。因此，特征M、N、O被直接公开。 |
| **技术特征P：** -其中所述确定步骤(S23)包括, <br> **技术特征Q：** 从SDP会话描述协议文件中导出所述表示偏好指示。 <br><br> **《未公开》** | 对比文件全文没有公开从SDP文件中导出任何表示偏好指示。 | 对比文件未使用SDP文件来确定任何形式的表示偏好指示。其质量选择机制基于变体播放列表中的信息，且不涉及“导出偏好指示”这一步骤。因此，特征P、Q未被公开。 |
| **技术特征R：** -其中所述确定步骤(S23)包括, <br> **技术特征S：** 从MPD媒体表示描述文件中导出所述表示偏好指示。 <br><br> **《未公开》** | [p0084] “When AMGR Client 212 parses the variant playlist and observes that the video content is "Live" video... During the parsing of the variant playlist, the AMGR Client 212 also determines which gears are available.” （当AMGR客户端212解析变体播放列表并观察到视频内容是“直播”视频时...在解析变体播放列表期间，AMGR客户端212还确定哪些档位可用。） | 对比文件中的客户端通过解析变体播放列表（variant playlist）来了解可用质量（gear），但其目的和自我行动与目标专利中HTTP实体从**MPD（媒体呈现描述）** 文件中“导出表示偏好指示”并通知播放器完全不同。对比文件是客户端自主选择，而非从清单中导出偏好指示。而且，对比文件使用的是HLS协议标准的播放列表（m3u8），而非DASH的MPD。因此，特征R、S未被公开。 |
| **技术特征T：** -其中所述表示偏好指示是位数数字或字符串表示。 <br><br> **《未公开》** | 对比文件未公开任何形式的表示偏好指示。 | 由于对比文件未公开“表示偏好指示”本身，其具体格式如“位数数字或字符串表示”自然也未被公开。因此，特征T未被公开。 |
| **技术特征U：** -其中所述表示偏好指示是若干表示的子集。 <br><br> **《未公开》** | 对比文件未公开任何形式的表示偏好指示。 | 基于与特征T相同的理由，特征U未被公开。 |
| **技术特征V：** -其中所述发信号通知步骤(S24)包括, <br> **技术特征W：** 向针对所述HTTP流播播放器的响应添加所述表示偏好指示。 <br><br> **《未公开》** | [p0085] “The AVMS Ready message response also contain the IP address of the multicast groups corresponding to each of the available gears identified in the variant playlist.” （AVMS Ready消息响应还包含对应于变体播放列表中标识的每个可用档位的多播组的IP地址。） | 对比文件中，AMGR的响应（如AVMS Ready）包含的是多播组的IP地址，而非任何形式的“表示偏好指示”。该响应的作用是提供连接信息，而非指令播放器使用某个特定表示。目标专利的特征V和W明确要求将特定的“表示偏好指示”添加到响应中，这在对比文件中找不到对应。因此，特征V、W未被公开。 |
| **技术特征X：** -其中所述固定质量接口是提供正在广播的数据的接口。 <br><br> **《直接公开》** | [p0041] “The router then redistributes the video chunks to the multiple client devices using a multicast transmission.” （然后，路由器使用多播传输将视频块重新分发到多个客户端设备。）<br><br>[p0048] “...the AMGR implements the HLS protocol with the server to request and receive video chunks from the core network over a TCP transport. It then redistributes the video chunks to the AMGR Clients using an RTP multicast transmission.” （...AMGR使用HLS协议与服务器通信，通过TCP传输请求和接收来自核心网的视频块。然后，它使用RTP多播传输将这些视频块重新分发给AMGR客户端。） | 对比文件的核心思想是使用多播（multicast）技术来分发视频。多播是一种点到多点的广播技术。目标专利中的“广播数据”包括了IP多播。因此，对比文件中的多播接口等同于特征X所述的“提供正在广播的数据的接口”。该接口在对比文件中用于提供固定质量的媒体数据。因此，特征X被直接公开。 |
| **技术特征Y：** -其中所述固定质量接口是提供存储在高速缓存中的数据的接口。 <br><br> **《直接公开》** | [p0152] “In this architecture, the AMGR Agent tries to receive chunks to respond to HLS Client request from either a direct HTTP Get or through the AMGR multicast streams if available.” （在此架构中，AMGR代理尝试通过直接HTTP Get或通过可用的AMGR多播流来接收块以响应HLS客户端请求。）<br><br>[p0196] “During operation, transmitter 1601 transmits a request for a presentation at a particular quality... In response to the request, receiver 1602 receives the presentation as at least one multicast presentation. Microprocessor 1603 receives chunks of the presentation at a particular quality... and stores the chunks in storage 1605.” （在操作期间，发射机1601发送针对特定质量的呈现的请求...响应于该请求，接收机1602将呈现作为至少一个多播呈现接收。微处理器1603接收特定质量的呈现块...并将块存储在存储器1605中。） | 对比文件公开了AMGR Agent包含缓存（高速缓存）功能。它接收并存储来自多播或单播的块，然后响应客户端的请求。该缓存接口提供了固定质量的媒体内容，客户端可以从该缓存请求数据，从而减少对核心网的依赖。这完全对应于特征Y所述的“提供存储在高速缓存中的数据的接口”。因此，特征Y被直接公开。 |
### 结论代码
<<<A>>><<<B>>><<<O>>><<<X>>><<<Y>>>