对比文件名称：2003-11-27_WO2003098871A_发明申请_WO2003098871A1 SELECTIVE SERVICE METHOD IN MULTICAST SYSTEM
目标专利名称：445产生和选择媒体流CN101390335B
本次调用模型名称：GPT-4
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：在所述事件的一个位置处产生第一多个媒体流<br>《直接公开》 | [p0091] “the first service SER1 is provided to both multicast groups A and B, and in this respect, if the service subject is weather information, different weather information can be transmitted to each of the multicast groups A and B.”<br>（第一服务SER1被提供给多播组A和B两者，并且在这方面，如果服务主题是天气信息，则可以将不同的天气信息传输到多播组A和B中的每一个。） | 对比文件公开了为同一服务（如天气信息）产生不同的数据内容（即不同的媒体流）并传输给不同的多播组（A和B）。这直接对应于目标专利中“在事件的一个位置处产生第一多个媒体流”，即产生多个内容不同的媒体流。虽然对比文件未明确限定为“事件位置”，但其描述的MBMS服务区域（多播区域）可对应于提供服务的特定地理位置或区域，本领域技术人员能够理解其等同于目标专利中的“事件位置”。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：提供操作于无线网络上的媒体分布系统以分发所述第一多个媒体流，<br>《直接公开》 | [p0021] “A broadcast multicast-service center (BM-SC) serves to schedule MBMS contents inputted from a contents provider. ... the MBMS service is provided by an SGSN (Serving GPRS Support Node) and a GGSN (Gateway GPRS Support Node) of the core network. The SGSN supports a packet communication toward a serving RNC (SRNC) of the UTRAN, and the GGSN manages connection to other packet switched networks such as the Internet through a border gateway (BG).”<br>（广播多播服务中心（BM-SC）用于调度从内容提供商输入的MBMS内容。... MBMS服务由核心网络的SGSN（服务GPRS支持节点）和GGSN（网关GPRS支持节点）提供。SGSN支持朝向UTRAN的服务RNC（SRNC）的分组通信，并且GGSN通过边界网关（BG）管理到其他分组交换网络（例如因特网）的连接。） | 对比文件详细描述了用于提供MBMS（多媒体广播多播服务）的网络架构，包括BM-SC、GGSN、SGSN、RNC和Node B等实体。这些实体共同构成了一个在无线网络（UTRAN）上运行的、用于调度和分发多媒体内容（即媒体流）的“媒体分布系统”。该系统明确用于分发MBMS数据流（即第一多个媒体流）。因此，该技术特征被对比文件直接公开。 |
| **技术特征C**：在所述无线网络中的一个服务提供商在所述事件的所述位置内的一个专用频率上操作信号， | 未找到对应内容。 | 对比文件描述了在UMTS/W-CDMA系统中提供MBMS服务，但未提及服务提供商在特定事件位置内使用“专用频率”来操作信号。目标专利强调在事件现场（如体育场馆）使用专用频率进行播送，这是一个特定的频谱使用场景。对比文件未公开此特征。 |
| **技术特征D**：所述无线网络被视为独立于宽域网的无线网络 | 未找到对应内容。 | 对比文件中的MBMS服务是集成在UMTS核心网和无线接入网（UTRAN）架构中的，其GGSN连接到因特网等分组交换网络。整个系统是广域移动通信网络的一部分，并未被描述或暗示为一个在物理或逻辑上独立于“宽域网”（如因特网或核心网）的无线网络。目标专利中“独立于宽域网”的无线网络是专门为事件地点设置的本地网络，对比文件未公开此特征。 |
| **技术特征E**：，其中，该独立的无线网络的范围实质上限于所述事件的所述位置以在所述事件的所述位置内的多个无线终端处接收所述第一多个媒体流， | 未找到对应内容。 | 该特征依赖于技术特征D（独立的无线网络）和技术特征C（专用频率于事件位置）。由于对比文件未公开网络是独立且专用于事件位置的，因此也未公开该网络的范围“实质上限于事件的所述位置”。虽然MBMS服务可以限定在特定的“多播区域”（multicast area）内（如[p0088]所述），但该区域是网络规划的逻辑区域，并非必然对应于一个独立且范围限于单一事件位置的网络。因此，该特征未被公开。 |
| **技术特征F**：以及，所述宽域网提供用于提供第二多个媒体流的媒体分布系统 | 未找到对应内容。 | 对比文件全文仅描述了一个MBMS系统及其媒体分发流程，未提及还存在另一个由“宽域网”提供的、用于提供“第二多个媒体流”的媒体分布系统。目标专利中宽域网提供的第二套媒体分布系统是其双网络架构的一部分，对比文件未公开此特征。 |
| **技术特征G**：在每个无线终端上产生接口以选择所述第一多个媒体流的子集。<br>《隐含公开》 | [p0102] “if a user terminal belonging to the multicast area MA1 uses a sub-menu 2 of the first service SER1 ... if a user terminal belonging to the multicast area MA2 uses a sub-menu 3 of the first service SER1 ...”<br>（如果属于多播区域MA1的用户终端使用第一服务SER1的子菜单2...如果属于多播区域MA2的用户终端使用第一服务SER1的子菜单3...）<br>[p0123] “the multicast service stream identifier is provided by which a user can selectively receive diverse menus or channels for one multicast service provided in the same area.”<br>（提供了多播服务流标识符，用户通过它可以有选择地接收在同一区域提供的一个多播服务的多样化菜单或频道。） | 对比文件明确用户终端可以基于MBMS服务标识符（如服务ID、组ID、端口号）选择性地接收不同的“子菜单”或“频道”（即不同的媒体内容或流）。为了实现这种选择性接收，终端上必然需要存在某种用户接口（如软件界面、菜单系统）供用户进行操作和选择。虽然对比文件未详细描述该接口的具体生成方式，但本领域技术人员根据其明确教导的用户选择性接收功能，能够毫无疑义地推导出必须在终端上提供相应的选择接口。因此，该技术特征被对比文件隐含公开。 |
| **技术特征H**：其中，所述第一多个媒体流和第二多个媒体流包含视频数据、元数据、音频数据或文本信息。<br>《直接公开》 | [p0022] “the MBMS service provided by the Release 6 is an advanced service that not only broadcasts a multimedia but also multicasts the multimedia to terminals (UEs)”<br>（版本6提供的MBMS服务是一种高级服务，它不仅广播多媒体，而且还向终端（UE）多播多媒体。）<br>[p0016] “A cell broadcast service the conventional Release 99 has provided is limited to a service that a text type short message is broadcast to a certain area.”<br>（传统版本99提供的蜂窝广播服务仅限于将文本类型的短消息广播到某个区域的服务。） | 对比文件明确指出MBMS服务提供“多媒体”内容，而多媒体通常包含视频和音频数据。此外，对比文件也提及了传统的文本信息广播服务。虽然未明确提及“元数据”，但元数据作为描述媒体内容的数据，在多媒体广播/多播系统中是常见和必要的组成部分，本领域技术人员能够理解其包含在“多媒体”的范畴内。因此，对比文件公开了媒体流包含视频、音频、文本等信息，该技术特征被直接公开。 |
| **技术特征I**：其进一步包括根据所述第一多个媒体流和第二多个媒体流中的至少一者而产生通知。 | 未找到对应内容。 | 对比文件描述了MBMS数据的传输和接收，但未提及根据媒体流内容产生任何形式的通知（如振动、提示音等）。目标专利中的通知是增强用户体验的附加功能，对比文件未公开此特征。 |
| **技术特征J**：其进一步包括在至少两个媒体分布系统(MDS)上产生所述第一多个媒体流和第二多个媒体流中的至少一者。 | 未找到对应内容。 | 对比文件仅描述了一个MBMS媒体分布系统。目标专利中涉及至少两个媒体分布系统（例如，独立的集合地点网络和宽域网），对比文件未公开此特征。 |
| **技术特征K**：其进一步包括监视指定本地营运商基础设施(LOI)中的至少所述独立的无线网络。 | 未找到对应内容。 | 对比文件未提及“本地营运商基础设施（LOI）”，也未描述终端需要监视某个独立无线网络的存在。该特征是目标专利中关于网络发现和选择的特定细节，对比文件未公开。 |
| **技术特征L**：其进一步包括在所有时间监视集合地点播送信号。 | 未找到对应内容。 | 对比文件未提及“在所有时间监视”信号的行为。该特征是目标专利中终端行为的一种可能选项，对比文件未公开。 |
| **技术特征M**：其进一步包括监视网络中的射频(RF)分配表。 | 未找到对应内容。 | 对比文件未提及“射频（RF）分配表”或其监视。该特征是目标专利中关于网络参数监视的特定细节，对比文件未公开。 |
| **技术特征N**：其进一步包括从节目指南中选择所述第一多个媒体流和第二多个媒体流中的至少一者。<br>《隐含公开》 | [p0102] “if a user terminal belonging to the multicast area MA1 uses a sub-menu 2 of the first service SER1 ... UDP/TCP port number is set to 1000. Meanwhile, if a user terminal belonging to the multicast area MA2 uses a sub-menu 3 of the first service SER1 ... UDP/TCP port number is set to 2000.”<br>（如果属于多播区域MA1的用户终端使用第一服务SER1的子菜单2... UDP/TCP端口号设置为1000。同时，如果属于多播区域MA2的用户终端使用第一服务SER1的子菜单3... UDP/TCP端口号设置为2000。）<br>[p0105] “in order to provide diverse menus or channels for one multicast service provided in the same area”<br>（为了为在同一区域提供的一个多播服务提供多样化的菜单或频道） | 对比文件明确教导了为同一多播服务提供多个“子菜单”（sub-menu）或“频道”（channel），并且用户终端可以选择使用不同的子菜单（对应不同的UDP/TCP端口号）。这种从多个可选项目中进行选择的功能，在本领域中通常通过“节目指南”（Electronic Program Guide, EPG）或类似的导航界面来实现。虽然对比文件未明确使用“节目指南”这一术语，但本领域技术人员根据其描述的“多样化菜单或频道”及用户选择行为，能够合理推断出存在或需要一种类似节目指南的机制来呈现和选择这些选项。因此，该技术特征被对比文件隐含公开。 |
| **技术特征O**：其进一步包括将不同的事件场所广播为不同的广播信道。<br>《隐含公开》 | [p0085] “the entire multicast area is classified by services, groups and RNCs.”<br>（整个多播区域按服务、组和RNC进行分类。）<br>[p0088] “the first RNC manages an area corresponding to the multicast areas MA1, MA4 and MA7, the second RNC manages an area corresponding to the multicast areas MA2, MA5 and MA8, and the third RNC manages an area corresponding to the multicast areas MA3, MA6 and MA9.”<br>（第一RNC管理对应于多播区域MA1、MA4和MA7的区域，第二RNC管理对应于多播区域MA2、MA5和MA8的区域，第三RNC管理对应于多播区域MA3、MA6和MA9的区域。） | 对比文件将整个多播服务区域逻辑划分为不同的“多播区域”（Multicast Area， 如MA1-MA9），并由不同的RNC管理。这些不同的地理或逻辑区域可以接收不同的服务内容（如图5所示，SER2和SER3服务在不同区域可用）。本领域技术人员可以理解，这种按区域划分并可能提供不同内容的方式，在应用场景上可以对应于“将不同的事件场所（对应不同区域）广播为不同的广播信道”。虽然对比文件未明确使用“事件场所”和“广播信道”的表述，但其技术方案实质提供了按区域区分广播内容的能力，隐含了该特征。 |
| **技术特征P**：其进一步包括在终端处产生多个摄像机视图。 | 未找到对应内容。 | 对比文件涉及的是通用的多媒体数据广播/多播，并未具体提及“摄像机视图”这一特定类型的视频内容，更未涉及在终端上同时产生或显示多个摄像机视图。该特征是目标专利中关于视频呈现的具体方式，对比文件未公开。 |
| **技术特征Q**：其进一步包括以并行方式对多个数据流进行解码。 | 未找到对应内容。 | 对比文件未提及对多个数据流进行“并行解码”。该特征是目标专利中关于终端处理能力的特定细节，对比文件未公开。 |
| **技术特征R**：其进一步包括对所述多个数据流中的选定包或层进行解码。 | 未找到对应内容。 | 对比文件未提及对数据流中的“选定包或层”进行解码。该特征涉及特定的编码和解码技术（如可伸缩编码），对比文件未公开。 |
| **技术特征S**：其进一步包括产生与时间或空间预测相关联的经编码视图。 | 未找到对应内容。 | 对比文件未提及与“时间或空间预测”相关联的编码视图。该特征涉及特定的视频编码技术，对比文件未公开。 |
| **技术特征T**：其进一步包括作为空间分层编解码器的基底层的四分之一视频图形阵列面板。 | 未找到对应内容。 | 对比文件未提及“四分之一视频图形阵列（QQVGA）面板”或“空间分层编解码器”。该特征涉及非常具体的视频编码和显示硬件方案，对比文件未公开。 |
| **技术特征U**：其进一步包括使用所述基底层来提供初级视图，以及使用增强层来提供一个到许多个次级视图。 | 未找到对应内容。 | 对比文件未提及“基底层”和“增强层”的概念及其用于提供不同视图。该特征涉及可伸缩视频编码的特定应用，对比文件未公开。 |
| **技术特征V**：其进一步包括以减小的帧速率产生视图。 | 未找到对应内容。 | 对比文件未提及以“减小的帧速率”产生视图。该特征涉及视频流生成的特定参数，对比文件未公开。 |
| **技术特征W**：产生具有跳转到光标视图的所述接口。 | 未找到对应内容。 | 对比文件未提及“跳转到光标视图”这一特定的用户界面交互方式。该特征是目标专利中接口设计的特定细节，对比文件未公开。 |
| **技术特征X**：其进一步包括使用启用组件来接收所述第一多个媒体流。<br>《隐含公开》 | [p0020] “if the user intends to receive the multicast mode MBMS service, he/she should be admitted to a multicast subscription group. ... Once the user is admitted to the multicast subscription group, he/she can join a multicast group to receive a specific multicast service.”<br>（如果用户打算接收多播模式MBMS服务，他/她必须被接纳到多播订阅组。...一旦用户被接纳到多播订阅组，他/她就可以加入一个多播组以接收特定的多播服务。） | 对比文件明确描述了接收多播模式MBMS服务的前提条件：用户必须被“接纳”（admitted）到多播订阅组，并“加入”（join）特定的多播组。这一套订阅和加入的流程及相关的网络实体（如BM-SC、SGSN等执行的成员管理功能）共同构成了一个“启用组件”，用于控制和管理哪些终端有权接收特定的媒体流。虽然对比文件未使用“启用组件”这一术语，但其描述的机制实质上起到了启用终端以接收特定媒体流的作用。因此，该技术特征被对比文件隐含公开。 |
| **技术特征Y**：所述启用组件产生供装置接收所述第一多个媒体流的密钥。 | 未找到对应内容。 | 对比文件描述的启用机制是基于网络侧的成员资格管理（订阅组、加入组），并未提及产生或分发“密钥”（key）给装置以用于解密或接入媒体流。目标专利中的“密钥”是更具体的一种启用形式（如电子密钥），对比文件未公开此特征。 |
| **技术特征Z**：所述启用组件与定位系统相关联。 | 未找到对应内容。 | 对比文件未提及启用组件与任何“定位系统”相关联。目标专利中启用组件可能结合GPS等定位技术来确认终端位于事件现场，对比文件未公开此特征。 |
<<<A>>><<<B>>><<<H>>><<<g>>><<<n>>><<<o>>><<<x>>>