对比文件名称：2008-12-11_US2008307041A_发明申请_US20080307041A1 SYSTEM AND METHOD FOR IMPLEMENTING MBMS HANDOVER DURING DOWNLOADED DELIVERY
目标专利名称：使用EMBMS中的调度描述段的完整文件修复的方法、装置和介质 CN105247840B
本次调用的模型名称：专利创造性评估模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：接收针对服务的服务通告，所述服务通告包括广播调度描述，所述广播调度描述包括以下至少一项：针对在所述服务内发送的文件的文件调度元素，所述文件调度元素包括指示所述文件的传输的结束时间的属性，以及针对包含在所述服务内发送的文件的会话的会话调度元素，所述会话调度元素包括指示所述会话的结束时间的属性。 <br>**判断结果：未直接公开，未隐含公开** | 第[0032]段：“At 105, the terminal retrieves a unicastAccessURI from a service announcement.” （在步骤105，终端从服务通告中检索unicastAccessURI。） | **直接公开判断**：对比文件提到了从服务通告（service announcement）中检索信息（unicastAccessURI）。然而，对比文件并未描述该服务通告的具体内容或结构。目标专利明确限定服务通告包含“广播调度描述”，且该描述包含具有特定“结束时间属性”的“文件调度元素”或“会话调度元素”。对比文件完全没有提及“调度描述”（schedule description）、“文件调度元素”（fileSchedule element）、“会话调度元素”（sessionSchedule element）以及“结束时间属性”（如end或stop属性）。本领域技术人员无法毫无疑义地从对比文件中得出目标专利所定义的、包含特定结构化调度元素的广播调度描述。因此，技术特征A未被直接公开。<br><br>**隐含公开判断**：对比文件提及的服务通告可能隐含了用于文件递送服务的某种调度或配置信息。然而，目标专利的技术特征A的核心在于一个具体的元数据结构（调度描述），该结构内嵌了用于精确确定文件或会话结束时间的属性，这对于后续在特定时刻触发修复至关重要。对比文件通篇未涉及如何从服务通告中获取文件或会话的结束时间信息。本领域技术人员阅读对比文件后，没有依据可以合理推断出服务通告必然包含或能够推导出目标专利所定义的、带有特定结束时间属性的文件或会话调度元素。因此，技术特征A也未被隐含公开。 |
| **技术特征B**：以及响应于确定没有接收到感兴趣的文件并且在没有接收到与所述感兴趣的文件相关联的文件递送表(FDT)实例的情况下，在一时刻触发对所述感兴趣的文件的修复过程。 <br>**判断结果：未直接公开，隐含公开** | 1. 第[0005]段：“When MBMS subscribers move to areas where there is no MBMS coverage, the operator may distribute the MBMS content in unicast mode.” （当MBMS用户移动到没有MBMS覆盖的区域时，运营商可以以单播模式分发MBMS内容。）<br>2. 第[0019]段：“When a MBMS client moves from an MBMS-covered area into MBMS-outage area, it can trigger the PtP file repair mechanism.” （当MBMS客户端从MBMS覆盖区域移动到MBMS中断区域时，它可以触发点对点文件修复机制。）<br>3. 第[0019]段：“If the client had already received the FDT, and if the FDT remains static for the rest of the FLUTE session, then it knows which file URIs/objects to expect... Therefore, the PtP repair request mechanism cannot always be overloaded to cover the MBMS handover use case.” （如果客户端已经收到了FDT，并且如果FDT在FLUTE会话的剩余时间内保持静态，那么它就知道预期哪些文件URI/对象……因此，点对点修复请求机制不能总是被重载以覆盖MBMS切换用例。） | **直接公开判断**：对比文件公开了在客户端从MBMS覆盖区域移动到非覆盖区域（即，确定无法继续通过广播接收文件）时，触发点对点（PtP）文件修复机制。这对应于“确定没有接收到感兴趣的文件”并“触发修复过程”。然而，目标专利特别强调了“在没有接收到与所述感兴趣的文件相关联的文件递送表(FDT)实例的情况下”这一条件。对比文件虽然提到了FDT可能动态变化且客户端可能不知道所有文件（隐含了FDT信息可能不完整或不可用），但并未将“没有接收到FDT实例”作为触发其所述修复过程的一个明确、必要的条件。其触发条件主要是基于地理位置变化（离开覆盖区）。因此，本领域技术人员不能毫无疑义地从对比文件得出与目标专利完全相同的触发条件。技术特征B未被直接公开。<br><br>**隐含公开判断**：对比文件第[0019]段深入探讨了现有PtP修复机制用于切换用例的局限性，明确指出如果FDT是动态的（客户端可能没有最新的FDT实例），则客户端无法知道会话中剩余的所有文件，因此该机制不适用。这实际上揭示了在MBMS切换场景中，客户端面临“没有接收到（完整或最新）FDT实例”的问题。对比文件提出的发明正是为了解决这一问题（通过HTTP分块推送FDT实例）。因此，本领域技术人员可以合理推断，对比文件所针对的应用场景（MBMS切换）中，隐含了客户端可能在“没有接收到（相关）FDT实例”的情况下需要触发文件修复。虽然对比文件提出的新方法旨在提供FDT实例，但其识别出的问题本身隐含了“无FDT实例时需修复”的情况。结合对比文件公开的“离开覆盖区触发修复”，可以认为其隐含公开了技术特征B的内容。 |
| **技术特征C**：其中，所述时刻对应于从针对所述服务的所述服务通告的所述广播调度描述的所述文件调度元素的所述属性得到的所述感兴趣的文件的传输的所述结束时间或者从针对所述服务的所述服务通告的所述广播调度描述的所述会话调度元素的所述属性得到的所述会话的所述结束时间。 <br>**判断结果：未直接公开，未隐含公开** | 未找到相应内容。对比文件中触发修复的时刻是基于事件（如检测到离开覆盖区域）或基于获取到FDT实例后立即发起请求，而非从一个预定义的调度属性中导出的特定时间点。 | **直接公开判断**：对比文件完全没有提及从服务通告的调度描述中获取文件或会话的“结束时间”属性，并基于该属性确定的时间点来触发修复。其修复触发是事件驱动（如移动出覆盖区）或数据可用性驱动（如收到FDT实例后立即请求文件）。这与目标专利中基于预先知道的、从调度描述中解析出的精确结束时间点来触发修复的技术方案有本质不同。因此，技术特征C未被直接公开。<br><br>**隐含公开判断**：对比文件的核心是解决在切换时如何获取FDT和文件，其流程是：离开覆盖区 -> 建立连接 -> 请求并接收FDT实例（通过分块推送）-> 随后请求文件。整个过程中没有涉及等待一个由调度信息预先确定的特定时刻。本领域技术人员阅读对比文件，无法从中推理出需要或可能从一个调度描述元素的“结束时间”属性来推导修复触发时刻。目标专利该特征旨在实现修复触发与广播调度的同步，而对比文件的机制是异步的、响应式的。因此，技术特征C也未被隐含公开。 |
| **技术特征D**：还包括：至少部分地基于通过FDT定位符获得的FDT中包括的信息来确定在所述服务中发送了所述感兴趣的文件，所述FDT定位符包括在所述会话调度元素中。 <br>**判断结果：未直接公开，隐含公开** | 1. 第[0032]段：“At 105, the terminal retrieves a unicastAccessURI from a service announcement.” （在步骤105，终端从服务通告中检索unicastAccessURI。）<br>2. 第[0035]-[0140]段描述了HTTP服务器将FDT实例作为分块消息的一部分推送给客户端，客户端接收并解析FDT实例以更新其FDT，从而能够识别会话中感兴趣的文件（“identify which files of the session are of interest”）。 | **直接公开判断**：对比文件描述了客户端从服务通告中获取一个unicastAccessURI，该URI用于在切换后连接到服务器并请求FLUTE会话内容。然而，对比文件没有将这个unicastAccessURI描述为“FDT定位符”，也没有将其描述为包含在“会话调度元素”中。目标专利的特征D限定了FDT定位符存在于一个特定的元数据结构（会话调度元素）内。对比文件的公开内容不符合这一具体限定。因此，技术特征D未被直接公开。<br><br>**隐含公开判断**：对比文件公开的unicastAccessURI，其作用是在单播模式下定位并接入特定的FLUTE会话服务。当客户端使用该URI发起请求后，服务器会推送FDT实例。客户端通过解析这些FDT实例来识别感兴趣的文件。虽然对比文件未使用“FDT定位符”这一术语，但unicastAccessURI在功能上起到了引导客户端获取FDT信息的作用。本领域技术人员可以理解，服务通告中提供的信息（如URI）用于后续获取会话及文件描述信息（FDT）。尽管对比文件未明确将该URI关联到“会话调度元素”，但服务通告本身可被视为包含会话的接入或配置信息。因此，可以合理推断对比文件隐含了“基于从服务通告获得的信息（可类比为定位符）来获取FDT，并利用FDT信息确定感兴趣文件”的技术思想，这与技术特征D的核心逻辑相似。 |
| **技术特征E**：还包括：至少部分地基于通过FDT定位符获得的FDT中包括的信息来确定在所述服务中发送了所述感兴趣的文件，所述FDT定位符是从所述感兴趣的文件的定位符中隐式确定的。 <br>**判断结果：未直接公开，隐含公开** | 第[0035]-[0140]段：描述了服务器推送FDT实例，客户端解析FDT实例以识别感兴趣的文件。FDT实例本身包含了文件中资源的URI信息。 | **直接公开判断**：对比文件没有描述如何从一个“感兴趣的文件的定位符”隐式地推导出“FDT定位符”。对比文件中FDT实例的获取是通过向unicastAccessURI发起显式HTTP请求后由服务器推送的，并非通过隐式规则从文件URI推导出来。因此，技术特征E未被直接公开。<br><br>**隐含公开判断**：对比文件公开了FDT实例中包含文件列表及其URI。在目标专利的语境下，“感兴趣的文件的定位符”可以理解为文件URI。虽然对比文件没有明确说明从文件URI“隐式确定”FDT定位符的规则（例如，替换路径成分），但其技术方案的核心环节是客户端通过获取FDT（其中包含文件URI列表）来确定哪些文件是会话的一部分。本领域技术人员可以理解，一旦获得了FDT，就掌握了文件中所有文件的定位信息。从广义的逻辑上看，“通过FDT确定文件”包含了“FDT信息与文件定位信息相关联”的概念。虽然对比文件未揭示具体的隐式推导规则，但其整体方案体现了利用FDT（其本身可被视为一个包含文件定位符集合的元数据文件）来确定会话中发送的文件这一基本思想。在宽松的隐含公开判断标准下，可以认为该特征被隐含公开。 |
| **技术特征F**：还包括：至少部分地基于在更新的调度描述中包括的信息来确定在所述服务中发送了所述感兴趣的文件。 <br>**判断结果：未直接公开，隐含公开** | 第[0030]段：“When the new FDT instance becomes available, at 135 the HTTP server creates a new chunk and dispatches the new FDT instance as a new part of the multipart MIME message. This is repeated each time that a new FDT instance becomes available.” （当新的FDT实例可用时，在步骤135，HTTP服务器创建一个新的块并将新的FDT实例作为多部分MIME消息的新部分分发。每次新的FDT实例可用时都会重复此操作。） | **直接公开判断**：对比文件公开的是“更新的FDT实例”，而非“更新的调度描述”。目标专利的技术特征F明确限定信息来源于“更新的调度描述”，这是一个不同于FDT的元数据结构。因此，技术特征F未被直接公开。<br><br>**隐含公开判断**：对比文件强调FDT实例可以是动态更新的，并且服务器会推送这些更新的FDT实例。客户端通过接收更新的FDT实例来获取最新的文件列表信息。虽然“调度描述”和“FDT”在标准中可能是不同的实体，但它们在功能上都是向客户端提供关于文件传输的元数据信息（什么文件、何时传输等）。在对比文件所解决的“动态FDT”问题背景下，本领域技术人员可以理解，客户端需要依靠更新的元数据信息来确定当前或未来会话中发送的文件。因此，可以合理推断对比文件隐含了“基于更新的元数据信息（无论是称为FDT还是其他）来确定服务中发送的文件”这一更上位的技术思想，该思想涵盖了技术特征F。 |
| **技术特征G**：其中，所述更新的调度描述是通过单播传输获得的。 <br>**判断结果：未直接公开，隐含公开** | 第[0032]-[0035]段：描述了终端在离开MBMS覆盖区后，通过建立TCP连接，向HTTP服务器发送GET请求（单播），然后服务器通过该连接（单播）以分块模式推送FDT实例。 | **直接公开判断**：对比文件公开的是通过单播传输获得“更新的FDT实例”，而非“更新的调度描述”。目标专利明确限定了传输对象是“调度描述”。因此，技术特征G未被直接公开。<br><br>**隐含公开判断**：对比文件详细描述了在切换到单播模式后，所有的数据交互（包括FDT实例的推送）都是通过单播HTTP连接进行的。其核心创新点之一就是在单播链路上以类似推送的方式传递更新的FDT。虽然传输的对象是FDT而非调度描述，但其技术方案明确且必须依赖于单播传输来获取更新的元数据。本领域技术人员可以轻易且合理地推断，如果要将对比文件的原理应用于获取其他类型的更新元数据（例如调度描述），那么使用单播传输将是自然而然的实现方式。因此，在隐含公开的宽松标准下，可以认为该特征被隐含公开。 |
| **技术特征H**：还包括：至少部分地基于在所述会话调度元素中包括的信息来确定在所述服务中发送了所述感兴趣的文件。 <br>**判断结果：未直接公开，未隐含公开** | 第[0032]段：“At 105, the terminal retrieves a unicastAccessURI from a service announcement.” 服务通告中可能包含与会话相关的信息。 | **直接公开判断**：对比文件没有提及“会话调度元素”这一具体结构，也未描述从该元素中解析信息以确定发送了哪些文件。因此，技术特征H未被直接公开。<br><br>**隐含公开判断**：对比文件提到从服务通告中检索unicastAccessURI，该URI标识了FLUTE会话。这可以理解为服务通告包含了与会话相关的接入信息。然而，确定“在服务中发送了所述感兴趣的文件”这一判断，在对比文件中主要是通过后续获取并解析FDT实例完成的，而非直接基于服务通告中的会话信息本身。本领域技术人员从对比文件中无法推理出仅凭“会话调度元素中包括的信息”（不依赖FDT）就能确定具体发送了哪些感兴趣的文件。目标专利该特征可能涉及利用会话调度中的其他属性（如文件列表概览）进行判断，这在对比文件中没有依据。因此，技术特征H未被隐含公开。 |
| **技术特征I**：还包括：至少部分地基于通过针对最新的MD5文件进行查询而接收的信息来确定在所述服务中发送了所述感兴趣的文件。 <br>**判断结果：未直接公开，未隐含公开** | 未找到关于查询MD5文件或使用MD5签名来确定文件兴趣或版本的内容。 | **直接公开判断**：对比文件通篇未提及MD5、文件版本校验或通过查询MD5来确定文件是否为感兴趣的文件。因此，技术特征I未被直接公开。<br><br>**隐含公开判断**：MD5是一种特定的文件完整性校验和版本标识手段。对比文件关注的是在切换场景下保证文件传输的连续性，其确定感兴趣文件的方式是基于FDT中的文件URI列表，并未涉及文件内容的版本比较。本领域技术人员阅读对比文件，没有线索或动机去推理需要通过查询MD5来辅助确定感兴趣的文件。该特征未被隐含公开。 |
| **技术特征J**：还包括：基于将所述文件的最新版本的标识符与先前下载的所述文件的版本的比较来确定在所述服务中发送了所述感兴趣的文件。 <br>**判断结果：未直接公开，未隐含公开** | 未找到关于比较文件版本标识符以确定兴趣的内容。 | **直接公开判断**：对比文件没有描述通过比较文件版本标识符（如MD5、etag等）来确定是否在服务中发送了感兴趣的文件（即新版本）。其确定兴趣是基于FDT中列出的文件URI是否为目标文件。因此，技术特征J未被直接公开。<br><br>**隐含公开判断**：对比文件解决的是在切换时如何继续下载可能未完成的文件，其默认客户端知道需要哪些文件（通过FDT）。它没有解决如何判断文件是否有新版本的问题。版本比较是目标专利中用于判断是否需要修复（即文件是否“感兴趣”）的关键步骤之一，而对比文件的方案中缺乏这一环节。无法从对比文件中推理出此特征。 |
| **技术特征K**：其中，所述标识符包括MD5签名。 <br>**判断结果：未直接公开，未隐含公开** | 未找到关于MD5签名的内容。 | **直接公开判断**：对比文件未提及MD5签名。因此，技术特征K未被直接公开。<br><br>**隐含公开判断**：由于对比文件未涉及任何文件版本标识符的比较机制（技术特征J），作为其下位概念的具体标识符类型（MD5签名）更无从谈起。无法从对比文件中推理出此特征。 |
| **技术特征L**：还包括：基于在与先前的会话期间广播的文件相关联的索引和与在当前会话期间广播的文件相关联的索引之间的比较来确定在所述服务中发送了所述感兴趣的文件。 <br>**判断结果：未直接公开，未隐含公开** | 未找到关于使用会话索引进行比较来确定文件兴趣的内容。 | **直接公开判断**：对比文件没有描述“会话索引”（session index）的概念，也没有描述通过比较不同会话的索引来判断文件是否为新或感兴趣。因此，技术特征L未被直接公开。<br><br>**隐含公开判断**：对比文件的切换处理发生在同一个FLUTE会话进行期间（从广播切换到单播），而不是跨越不同的广播会话。其技术方案不涉及对不同会话的标识或比较。本领域技术人员无法从对比文件中推理出使用会话索引进行比较来确定感兴趣文件的技术手段。该特征未被隐含公开。 |
<<<b>>><<<d>>><<<e>>><<<f>>><<<g>>>