非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于配置多播信道的传送的方法，所述多播信道携带多播服务数据和多播服务调度信息；所述多播服务调度信息指示映射到所述多播信道的多播服务的调度；所述方法包括以下步骤：；基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送；以及基于服务特定传送要求来配置(404)所述多播服务数据的传送；通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求；以及在所述多播信道上传送多播服务数据；其中所述方法还包括以下步骤：；确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值；并且确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值；其中所述方法还包括以下步骤：；如果所述调度信息特定QoS值与所述服务特定QoS值不同；则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求；以及基于所述服务特定QoS值来选择所述服务特定传送要求；或者如果所述调度信息特定QoS值等于所述服务特定QoS值；则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>《未公开》 | 对比文件并未公开在多播信道上同时复用/携带多播服务数据和多播服务调度信息的内容。<br><br>对比文件涉及的是IP/WAN路由器（ESP）中的数据包分类、流管理和排队调度策略树更新：<br>例如[0021]段：“...The ability to configure the allocation of the network resources for the network services is called scheduling-based policy management...”及[0087]段：“(6) Traffic Manager ("TM") 1106: This component uses the flow identifier results and the TP policy to schedule packets out of logical output ports.” | 1. 作用与技术领域对比：<br>目标专利技术特征A位于移动通信无线信道传输领域（MBMS无线传输），其作用是在同一个物理/传输信道（MCH）上既传输业务数据，又携带用于指示该信道内各服务时隙/传输块分配的动态调度控制信息（MSI），以便终端能够根据调度信息休眠并按需唤醒（目标说明书[0001]、[0009]）。<br>而对比文件涉及的是计算机网络（IP网络/WAN）中企业服务点（ESP）路由器如何基于策略树（Policy Tree）对流入/流出的IP数据包进行分类（Classification）和流量排队转发，属于网络层及路由器调度策略更新算法，完全未涉及“多播信道”及其物理/传输信道结构。<br>2. 直接公开与隐含公开分析：<br>对比文件中既无“多播信道（MCH）”，也无“多播信道携带多播服务调度信息”的概念。对比文件中的调度是路由器内部调度器（Traffic Manager）根据策略树属性对IP包进行的本地出队调度，并非在下行多播物理/传输信道上随路携带信道内多播服务的调度信息。本领域技术人员无法从对比文件中直接得出、亦无法根据其内容合理推理推导出该特征。因此，技术特征A未被对比文件直接公开，亦未被隐含公开。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《未公开》 | 对比文件无相关引文。 | 1. 作用与技术领域对比：<br>目标专利中，该特征的作用是由信道内广播的多播服务调度信息（MSI）指明当前及后续调度周期内各MBMS服务在MCH上的具体无线资源/传输块映射情况，指示UE何时醒来接收（说明书[0009]-[0010]）。<br>对比文件仅涉及路由器内部按照策略配置对不同业务类别的数据包分配带宽或优先级，并无在多播信道中传输多播服务调度信息以指示信道内多播服务调度的技术手段。<br>2. 判定结果：<br>对比文件完全不涉及该技术方案，未直接公开，即使采用极宽松的标准，对比文件也未公开对应技术片段，无法推理得出，因此未被隐含公开。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>《直接公开》 | [0023]段：“A method and apparatus is described for receiving a new policy tree at a network element in a network, comparing the classes of a current policy tree stored at the network element with the classes of the new policy tree, and selectively replacing the classes of the current policy tree with the classes of the new policy tree based on a comparison of the classes...”（描述了一种用于在网络中的网络元件处接收新策略树，将存储在网络元件处的当前策略树的类别与新策略树的类别进行比较，并基于类别的比较选择性地用新策略树的类别替换当前策略树的类别的技术方法和装置……） | 1. 作用与方案对应：<br>技术特征C属于常规的方法权利要求步骤引导语，表示一种通信或处理方法包含后续的一系列操作步骤。<br>对比文件[0023]段明确记载了一种包含多个处理步骤的在网络网元中执行的方法（“A method... is described for...”）。<br>2. 判定结果：<br>作为纯粹的方法步骤引导语，对比文件实质公开了包含多个处理步骤的方法。因此技术特征C被《直接公开》。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《未公开》 | 对比文件无关于在多播信道上配置多播服务调度信息传送要求的内容。<br><br>对比文件仅提及为数据连接或服务配置QoS属性：<br>例如[0012]段：“In general, QoS refers to a set of parameters which describe the required traffic characteristics of a data connection...”以及[0021]段关于配置网络资源的分配策略。 | 1. 作用与技术领域对比：<br>目标专利技术特征D中，针对在MCH上传送的调度信息本身独立配置专用的传送要求（如专属更低的BLER、更稳健的MCS），确保关键的调度信息能被UE正确解码（目标说明书[0012]、[0016]）。<br>对比文件是对不同网络服务（如视频会议与电子邮件）配置不同的服务质量（带宽、时延等），根本不存在“多播信道上多播服务调度信息的传送”，更无对其专门配置“调度信息特定的传送要求”。<br>2. 判定结果：<br>对比文件未记载该特征，也不存在能够使本领域技术人员合理推理获得该无线多播调度信令传送配置技术的基础。因此，技术特征D未直接公开，亦未隐含公开。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《未公开》 | 对比文件仅记载了路由器对网络服务流的QoS策略配置：<br>例如[0007]段：“...Transmitting a video signal for a video conference requires fairly large bandwidth, short delay... An e-mail service requires far less network resources...”;<br>[0021]段：“...A set of rules for allocating network resources between the various network services may be called a "policy"... Scheduling-based policy management means that each network service is given a configurable amount of network resources over all other network services.” | 1. 作用与技术领域对比：<br>目标专利技术特征E是指在无线蜂窝系统中配置多播信道（MCH）上属于具体MBMS服务的数据的物理/传输层传送要求（如为该服务配置对应的MCS/BLER，使之与调度信息的配置分开或独立）（目标说明书[0014]、[0017]）。<br>对比文件仅是在IP数据包处理路由器中，根据服务的类别（Class）为数据包分配调度属性（如带宽分配、时延容忍度），不涉及多播信道及其多播服务数据的无线物理/传输层传送配置。<br>2. 判定结果：<br>二者处于完全不同的技术层级与网络场景，对比文件没有公开多播信道上传送多播服务数据的传送配置，无法推导得出，未直接公开，亦未隐含公开。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《未公开》 | 对比文件[0094]、[0098]段记载：“(4) the processed TP policy results are distributed to the interface cards 76 and 78.”（处理后的策略结果分发给接口卡）。并没有涉及任何BCCH或MCCH空口信道。 | 1. 作用与技术领域对比：<br>目标专利特征F的作用是基站/MCE通过特定的无线广播/多播控制逻辑信道（BCCH或MCCH）向UE下发物理层传送要求（如MCS），使UE获知如何解调相应子帧/传输块（目标说明书[0017]、[0061]）。<br>对比文件仅涉及路由器设备内部主控板卡向各个接口板卡（EIC、AIC）分发策略表项更新指令，根本没有无线蜂窝通信中的广播控制信道（BCCH）或多播控制信道（MCCH）。<br>2. 判定结果：<br>对比文件完全缺乏无线空中接口控制信令及其信道结构，未直接公开，亦无法隐含公开。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>《未公开》 | 对比文件涉及IP包在路由器接口上的转发：<br>例如[0140]段：“...Packets leave the tree by being transmitted on the data link.”（数据包通过在数据链路上传输离开树）。对比文件无多播信道上传送多播服务数据的内容。 | 1. 作用与技术领域对比：<br>目标专利特征G的作用是网络侧基站在已配置的MCH信道资源（如MBSFN子帧）上向用户终端群发MBMS业务数据。<br>对比文件是ESP路由器通过其物理/逻辑输出端口（如ATM、以太网）向WAN/LAN链路转发单播或汇总IP数据包。<br>2. 判定结果：<br>对比文件未披露多播信道概念，未公开在多播信道上传送多播服务数据，未直接公开，亦未隐含公开。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0109]-[0114]段：“In one embodiment, the following processes are employed to activate a TP policy: (1) create the tables... (2) differentiate... (3) distribute and synchronize... (4) distribute and synchronize... and (5) distribute and synchronize...”（在一个实施例中，采用以下过程来激活TP策略：(1)创建表……(2)区分……(3)分发和同步……(4)分发和同步……以及(5)分发和同步……） | 1. 作用与方案对应：<br>技术特征H为进一步引用方法步骤的形式引导语。<br>对比文件[0109]段清楚记载了其方法还包含更进一步的多个执行步骤。<br>2. 判定结果：<br>对比文件实质公开了该方法步骤的衔接过渡特征，因此技术特征H被《直接公开》。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>《未公开》 | 对比文件提及每个类别的QoS要求：<br>例如[0125]段：“Each class identifies a subset of packets passing through the ESP and specifies the treatment to be provided to those packets. Treatment may include one or more of QoS (e.g. bandwidth, delay, jitter, reliability)...” | 1. 作用与技术领域对比：<br>目标专利特征I是指基站侧确定要在MCH信道上传输的“调度信息（MSI）”所专有的QoS值（如调度信息要求的超低BLER），其作用是为后续选择调度信息的MCS等物理传输参数提供量化依据（目标说明书[0019]、[0056]）。<br>对比文件中的QoS是为数据包业务类别（Class）所定义的带宽、时延、抖动等IP层QoS参数，完全不存在针对“调度信息（MSI）”本身的QoS确定机制。<br>2. 判定结果：<br>技术概念、对象与应用环境均不同，未直接公开，亦未隐含公开。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>《隐含公开》 | 对比文件[0055]段：“...The policy preferably also has attributes for each class establishing QoS levels for that class. Therefore, each class contains rules and attributes, where rules define the identity of the data packet and the attributes define the amount of resource access and usage to route the data packet out of the ESP 24.”（策略较佳地还具有用于每个类别的建立用于该类别的QoS级别的属性。因此，每个类别包含规则和属性，其中规则定义数据包的身份，而属性定义路由数据包离开ESP 24的资源访问和使用量。）<br>[0125]段：“Each class identifies a subset of packets passing through the ESP and specifies the treatment to be provided to those packets. Treatment may include one or more of QoS (e.g. bandwidth, delay, jitter, reliability)...”（每个类别标识通过ESP的数据包的子集，并指定将提供给这些数据包的处理。处理可以包括QoS（例如带宽、延迟、抖动、可靠性）中的一种或多种……）<br>[0150]段：“...a class can be considered to comprise the following components: (1) classification rules and (2) QoS Requirements.”（类别可以被认为包括以下组成部分：(1)分类规则和(2)QoS要求。） | 1. 作用与技术理解：<br>目标专利特征J是指确定针对多播服务的数据所要求的一个或多个QoS值（如目标说明书[0019]中针对流媒体、下载等服务所对应的服务特定BLER或延迟等QoS要求）。<br>对比文件中，不同服务对应不同类别的网络流量（例如[0007]、[0057]段提及的视频会议、电子邮件、HTTP服务等），且在配置与调度时，明确记载了针对各个特定的网络服务类别定义并确定其QoS属性/QoS级别（如带宽、时延、丢包率等QoS要求）。<br>2. 隐含公开逻辑推理：<br>在对比文件中，路由器通过策略树为每个具体网络服务类（如视频、邮件）指定其对应的QoS级别与属性值（包括可靠性、丢包率、延迟等），这在广义上属于针对特定服务确定其QoS属性值。由于隐含公开标准非常宽松，对比文件已经公开了确定特定服务的QoS属性值的构件与方法，构成了对技术特征J部分技术内容的公开，并能够与外部多播传输领域常识或技术组合，因此判定技术特征J被对比文件《隐含公开》。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0109]段同上。 | 1. 判定结果：<br>该特征为形式上的方法步骤引导语，对比文件实质公开了方法包含进一步的步骤，因此技术特征K被《直接公开》。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>《未公开》 | 对比文件无关于调度信息QoS值与服务特定QoS值比较的记载。 | 1. 方案比对：<br>目标专利该特征是判断多播信道内的“调度信令QoS”与“业务数据QoS”是否存在差异（目标说明书[0020]、[0063]）。<br>对比文件没有调度信息QoS的概念，根本未公开、亦无法推理出该判断步骤。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>《未公开》 | 对比文件无基于调度信息QoS选择调度信息传输要求的记载。 | 1. 方案比对：<br>目标专利技术方案中，当判定二者QoS不同时，独立依据调度信息的QoS值去选择用于调度信息的传送要求（如MCS2）（目标说明书[0065]）。<br>对比文件完全不涉及调度信息自身传送要求的选择。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>《未公开》 | 对比文件[0054]段：“...ESP 24 should determine which packets to send over access link 26, and in which order, to make the best use of the bandwidth available in access link 26 and to provide desired levels of QoS to individual flows...”以及[0125]段：“Treatment may include one or more of QoS...”。 | 1. 方案与作用对比：<br>目标专利特征N是在调度信息与服务QoS不同的分支下，针对多播服务数据根据其业务QoS单独选择无线传送要求（如第一调制编码方案MCS1）（目标说明书[0065]）。<br>对比文件仅是根据类别流的QoS在队列中进行带宽分配和排队优先调度，并未公开在上述分支条件下为多播服务选择无线物理传输参数要求。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征O：<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>《未公开》 | 对比文件无相关记载。 | 1. 方案比对：<br>目标专利特征O是针对调度信令QoS与业务数据QoS相同的情形进行分支判断（目标说明书[0021]、[0064]）。<br>对比文件不存在调度信息QoS与业务QoS比较并判定相等的机制。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>《未公开》 | 对比文件无相关记载。 | 1. 方案比对：<br>目标专利特征P是在调度信息与业务数据QoS要求相同（例如都要求极高可靠性）时，为二者合并选择共同的传送要求（如相同的MCS1）（目标说明书[0021]、[0064]）。<br>对比文件无此技术方案。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>《未公开》 | 对比文件全文未记载3GPP LTE的多播信道MCH。 | 1. 方案比对：<br>目标专利特征Q限定了信道是3GPP标准体制下的传输信道MCH（Multicast Channel）。<br>对比文件是IP/ATM/Ethernet网络，完全不包含MCH信道。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>《未公开》 | 对比文件全文未记载MSI（MCH Scheduling Information）。 | 1. 方案比对：<br>目标专利特征R限定了调度信息是LTE多播传输中MAC层/传输信道层的MSI控制元素。<br>对比文件不涉及任何移动通信MBMS或MSI。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>《未公开》 | 对比文件全文未记载MBMS（Multimedia Broadcast Multicast Service）。 | 1. 方案比对：<br>目标专利特征S限定业务体制符合3GPP MBMS规范。<br>对比文件仅涉及一般企业网络中的单播/组播IP流，未公开符合MBMS规范。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>《未公开》 | 对比文件无调度信息特定BLER的记载。 | 1. 方案比对：<br>目标专利特征T中，将调度信息（MSI）的QoS具体化为传输块误块率BLER（目标说明书[0019]、[0056]）。<br>对比文件虽在[0006]、[0015]段提及网络丢包率（Loss/Data loss ratio），但完全未针对无线物理信道调度信息定义或确定BLER。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>《隐含公开》 | 对比文件[0006]段：“...the quality of a network service is dependent on the amount of network resources (such as uptime, outages, bandwidth, delay, loss, and jitter)...”<br>[0007]段：“...Transmitting a video signal for a video conference requires fairly large bandwidth, short delay (or "latency"), small jitter, and reasonably small data loss ratio. An e-mail service requires far less network resources... but can tolerate no data loss...”<br>[0015]段：“Maximum Loss—a maximum fraction of data packets from the application which may not be successfully transmitted across the data connection...”（最大丢包率——来自应用程序的可能未通过数据连接成功传输的数据包的最大比例……） | 1. 作用与技术理解：<br>目标专利特征U将服务特定QoS值限定为服务特定BLER（传输块错误率，表征数据传输的丢包/误块指标）。<br>对比文件[0007]段明确说明不同网络服务对数据丢失有不同的要求，如视频会议服务要求“reasonably small data loss ratio（合理小的丢包率）”，而电子邮件“can tolerate no data loss（不能容忍数据丢失）”，并在[0015]段将“Maximum Loss（最大丢包率）”定义为该服务连接的核心QoS参数之一。<br>2. 隐含公开逻辑推理：<br>在无线通信与计算机网络领域中，物理/传输层的误块率（BLER）是衡量数据传输丢失率（Loss Ratio/Packet Loss）在传输块级别的具体体现，二者在评价传输可靠性与数据丢失容忍度上具有高度技术关联性。对比文件已经明确公开了针对特定服务确定其特定的数据丢失率（Loss）作为服务QoS属性。按照非常宽松的隐含公开判断标准，对比文件关于为不同服务定义特定丢包率（Loss）的记载，已部分公开了通过差错率指标来表征服务特定QoS的方案，本领域技术人员结合该内容容易合理推导出针对具体数据流设置相应的块错误率，因此技术特征U被对比文件《隐含公开》。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>《未公开》 | 对比文件全文未记载MTCH（MBMS Traffic Channel）。 | 1. 方案比对：<br>目标专利特征V涉及3GPP MBMS逻辑信道架构中的MTCH。<br>对比文件完全缺乏移动通信无线信道结构的内容。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>《未公开》 | 对比文件无逻辑信道复用及TB块复用相关记载。 | 1. 方案比对：<br>目标专利特征W限定了多播逻辑业务信道MTCH复用到传输信道MCH，以及在MAC层TB传输块上MTCH与MSI发生复用的具体协议行为（目标说明书[0022]、[0067]）。<br>对比文件无此移动通信无线协议复用机制。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>《未公开》 | 对比文件无相关记载。 | 1. 方案比对：<br>目标专利特征X解决的是同属于一个物理传输块（TB）的数据必须采用相同MCS进行物理编码调制的约束问题，为此为MSI和共TB的MTCH统一指定单个传送要求，而未共TB的剩余MTCH仍沿用原有服务特定要求（目标说明书[0023]、[0067]）。<br>对比文件完全不涉及该技术问题和技术手段。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>《未公开》 | 对比文件无相关记载。 | 1. 方案比对：<br>目标专利特征Y限定了当TB内发生复用时，统一使用的单个传送要求是MSI要求或者二者中更健壮的传送要求（目标说明书[0024]、[0067]-[0069]）。<br>对比文件完全不涉及该无线传输配置方案。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>《未公开》 | 对比文件无从BCCH或MCCH确定传输要求的记载。 | 1. 方案比对：<br>目标专利特征Z是指UE侧在逻辑控制信道BCCH或MCCH上接收控制信令以解析出网络侧下发的MSI传送要求和服务传送要求（目标说明书[0029]、[0073]）。<br>对比文件不包含从广播控制信道/多播控制信道获取传送要求的技术内容。<br>2. 判定结果：<br>未直接公开，未隐含公开。 |
<<<C>>><<<H>>><<<K>>><<<j>>><<<<u>>>
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中多播信道用于承载多播服务数据以及相应的调度信息（如MSI），以实现对UE的动态接收控制。对比文件公开的是一种燃气烹饪器具（Gas cooking appliance），其核心涉及顶板凸起平台固定燃气喷嘴的物理机械结构，属于机械烹调器具领域，完全未涉及无线通信领域中的多播信道、多播服务数据或调度信息。本领域技术人员既无法直接从对比文件中得出该特征，也无法依据对比文件内容进行任何逻辑推理得出该特征，因此既未被直接公开，也未被隐含公开。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中多播服务调度信息（MSI）用于指示多播服务的调度安排（如将来调度的子帧/周期等），以指导UE休眠与醒来。对比文件公开的是关于燃气灶燃烧器喷嘴布置以防溢液和减小器具高度的方案，不涉及任何通信服务调度信息或逻辑信道映射机制。本领域技术人员无法从对比文件中直接得出或合理解读出该特征，因此既未被直接公开，也未被隐含公开。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>【判断结果：未公开】 | *无相关引用内容* | 该特征为通信方法类权利要求的前序步骤引导语。对比文件涉及的是燃气烹饪器具的机械构造产品，未公开任何通信传输或配置方法步骤，因此未被直接公开或隐含公开。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中基于调度信息特定的传送要求（如专属较低BLER对应的MCS）独立配置调度信息的传送。对比文件全部内容涉及燃气灶台板、喷嘴固定与气体通道构造，完全不涉及通信中信道传送要求的配置，无法直接或推理得出，因此既未被直接公开，也未被隐含公开。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中根据多播服务本身的要求（如视频、音频等服务的特定QoS/MCS）独立配置服务数据的传送。对比文件属于燃气机械设备领域，不存在多播数据及服务特定传送要求配置的相关公开，因此未被直接公开或隐含公开。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中网络侧通过BCCH或MCCH将配置的传送要求通知给终端UE。对比文件为燃气烹饪装置，未公开任何无线通信中的控制信道信令发送机制，既无直接公开亦无隐含公开。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中网络节点在配置好的多播信道上向UE下发业务数据。对比文件完全不涉及无线信号或信道数据的传输，未被直接或隐含公开。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>【判断结果：未公开】 | *无相关引用内容* | 进一步限定方法步骤的引导语，对比文件不包含通信方法步骤，未被直接或隐含公开。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中网络节点在配置传送前，确定与调度信息相关的QoS值（例如特定的BLER需求）。对比文件为燃气灶具机械设计，不存在QoS属性及其确定过程，未被直接或隐含公开。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中确定多播业务数据本身的QoS值（如对应业务的BLER）。对比文件不涉及服务质量属性评估，未被直接或隐含公开。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>【判断结果：未公开】 | *无相关引用内容* | 进一步限定方法逻辑步骤的引导语，对比文件未公开相关内容。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中对两类QoS值是否相同进行条件判断分支。对比文件不涉及任何通信参数的比较判断逻辑，未被直接或隐含公开。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中在两类QoS不同时，独立依据调度信息特定QoS值选择对应的传送要求（如专属MCS）。对比文件无相关方案，未被直接或隐含公开。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中在两类QoS不同时，独立依据服务特定QoS值选择其特定的传送要求。对比文件无相关公开，未被直接或隐含公开。 |
| 技术特征O：<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中两类QoS相等的条件分支。对比文件无相关内容，未被直接或隐含公开。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中在两类QoS相等时，统一选择共同的传送要求。对比文件未涉及此类机制，未被直接或隐含公开。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中明确多播信道为3GPP LTE/MBMS标准中的MCH传输信道。对比文件为燃气器具，未涉及移动通信协议及信道架构，未被直接或隐含公开。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利限定调度信息为MBMS规范中的MSI控制元素。对比文件无通信协议调度控制信息公开，未被直接或隐含公开。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利限定多播服务为3GPP MBMS。对比文件完全不属于无线移动通信领域，未被直接或隐含公开。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中将调度信息的QoS具体化为块错误率BLER指标。对比文件不包含通信差错控制或BLER参数，未被直接或隐含公开。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中将业务数据的QoS具体化为业务特定的BLER。对比文件无相关公开，未被直接或隐含公开。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中各MBMS业务数据承载于对应的逻辑信道MTCH上。对比文件不涉及无线逻辑信道，未被直接或隐含公开。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利中涉及逻辑信道MTCH向传输信道MCH的复用，以及同一传输块TB中业务数据与MSI的复用条件判断。对比文件不涉及协议栈信道复用或传输块打包，未被直接或隐含公开。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利解决同TB复用时的配置冲突问题，为MSI和同TB复用的MTCH确定单一传送要求，为其余MTCH保持服务特定传送要求。对比文件完全不涉及通信传输块参数选择，未被直接或隐含公开。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利限定复用时单个传送要求的选取策略（取MSI要求或取更健壮/更低BLER的要求以确保正确解码）。对比文件属于机械灶具技术，无任何健壮性调制编码方案选择公开，未被直接或隐含公开。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>【判断结果：未公开】 | *无相关引用内容* | 目标专利从系统下发的BCCH或MCCH信令中获取两类特定传送要求。对比文件未公开任何广播/多播控制信道信令交互机制，未被直接或隐含公开。 |
基于对目标专利说明书原文的深入理解，以及对对比文件（US20030156594A1）全文内容的逐项比对，各技术特征的公开性分析及特征比对表格如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A<br>所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0018]：“广播信道（BCH）突发脉冲与业务信道突发脉冲不同，是向所有可能存在用户终端的方向发射的……因此，BCH信道的数据和调制特性被选择为使干扰最小化。”<br>段落 [0028]：“每个帧还包括许多预留时隙……如果广播信道也用于业务，则这些时隙可用于数据业务，用于其他控制消息，或者保留以减少网络中其他信道的干扰。”<br>段落 [0119]：“例如，广播信道帧的时隙可以用于广播、控制、随机接入和业务信道。” | 作用分析与比对：<br>在目标专利中，“多播信道”是专门用于向多个终端传送点到多点业务及对应动态调度信息的信道（如MBMS中的MCH），其在同一信道上既携带多播服务数据又携带该多播服务的动态调度信息（MSI），以允许UE按需休眠。<br>而在对比文件中，公开的是TDD重复帧结构，提到BCH（广播信道）或BCH载波中的部分时隙可用于广播、控制或复用作为单播业务信道（TCH），其广播的是系统广播信息（BStxPwr、BSCC、BSload等，见段落[0023]-[0026]），并非点到多点的“多播服务数据”，且完全没有公开在多播信道上同时携带多播服务调度信息与多播服务数据。本领域技术人员无法从中直接得出或合理解析出该多播信道结构。 |
| 技术特征B<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0022]：“广播信道信息符号提供了用户终端向基站请求配置消息所需的信息。它们还提供用于指导用户终端切换决定的信息。”<br>段落 [0026]：“BSload是基站上的负载，供用户终端用来确定发送随机接入消息的频率。” | 作用分析与比对：<br>目标专利中该特征的作用是指示映射到该MCH的各个多播业务（如MTCH）在后续调度间隔（如子帧分配）中的具体调度安排，以便UE仅在关注的业务传送时醒来（省电）。<br>对比文件仅公开了在BCH中广播基站发射功率、基站色码（BSCC）以及基站负载（BSload），以及后续通过AA消息分配单播数据流信道资源（段落[0087]），既不涉及多播服务，更没有指示多播信道上所映射的多播服务的动态调度信息。 |
| 技术特征C<br>所述方法包括以下步骤：<br>《隐含公开》 | 段落 [0157]：“本发明包括各个步骤。本发明的步骤可以通过硬件组件执行……或者可以体现在机器可执行指令中……或者这些步骤可以通过硬件和软件的组合来执行。这些步骤已被描述为由基站或用户终端执行。” | 作用分析与比对：<br>技术特征C为方法权利要求的前序步骤引导语。对比文件段落[0157]明确公开了该通信系统中的交互与传输过程包括由基站或终端执行的多个方法步骤，因此属于公知方法类技术方案的常规步骤组织形式，在对比文件中至少被隐含公开。 |
| 技术特征D<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0123]：“对于控制信道消息（CR, CM, RA, AA），允许一个或两个tOffset值，其余的tOffset值用于业务信道（TCH）突发脉冲。”<br>段落 [0134]-[0135]：“调制类别提供了不同类型的调制和编码……在一种实施例中，有9种不同的调制类别，如表17所示……可以基于终端能力、信道质量或各种其他因素来选择调制类别。” | 作用分析与比对：<br>目标专利中，该特征的作用是考虑到多播调度信息（MSI）若解码失败将导致UE丢失整段业务或全开机耗电，因此根据调度信息自身独特的QoS/传送要求（如需要极低BLER、更高稳健性的MCS）独立配置MSI的传送。<br>对比文件仅公开了根据信道质量或控制/业务类型设置不同的调制类别（Modulation Class）或tOffset，完全没有“多播服务调度信息”，更没有针对“多播信道上多播服务调度信息”特定的传送要求进行配置的机制。 |
| 技术特征E<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0134]：“调制类别提供不同类型的调制和编码……可以基于终端能力、信道质量或各种其他因素来选择调制类别。”<br>段落 [0137]：“调制类别的选择不仅取决于要传输的数据量，还取决于每个方向的相对量……” | 作用分析与比对：<br>目标专利中，该特征是指针对具体多播业务本身容忍的QoS（例如视频流与下载业务容忍不同的BLER）独立配置多播业务数据的传送。<br>对比文件讨论的是点对点单播数据流（TCH）根据数据量或信道质量调整MCS，完全不涉及多播服务，亦未公开针对多播服务数据配置特定的传送要求。 |
| 技术特征F<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0019]：“BCH……传达足够的基本信息，以使得基站和用户终端之间能够进行随后的配置请求CR和配置消息CM的交换。”<br>段落 [0059]-[0060]：“配置消息CM突发脉冲在BCH载波上发送……CM包含AFN、较大动态范围的时序提前调整、粗功率控制以及各种接入控制参数（如carrierMask、racarrierMask等）。” | 作用分析与比对：<br>目标专利中，该特征的作用是在特定控制信道（BCCH或MCCH）上将两种不同的传送要求（如MSI的MCS与MTCH的MCS）发送给终端，使得终端能获知并正确解码多播信道中的不同部分。<br>对比文件的BCH或CM发送的仅仅是基本的物理层接入配置（跳频、时序提前、功率控制等），完全没有通过BCCH或MCCH发送“多播调度信息特定传送要求”与“多播服务特定传送要求”的任何教导。 |
| 技术特征G<br>在所述多播信道上传送多播服务数据<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0042]：“BCH载波作为跳频方案的一部分被包括在内，因此被用作业务信道……基站可以在另一基站的BCH突发期间发送业务信道数据突发，而不会显着增加对监听邻近信道上BCH突发的用户终端的干扰。” | 作用分析与比对：<br>目标专利中是在点到多点的多播信道（MCH）上传送多播服务数据。<br>对比文件传送的是单播点对点业务（TCH），即使将BCH载波空闲时隙复用用于业务，所承载的也是面向特定用户的空间定向业务信道数据（spatially directed traffic），不属于多播信道上传送多播服务数据。 |
| 技术特征H<br>其中所述方法还包括以下步骤：<br>《隐含公开》 | 段落 [0157]：“本发明包括各个步骤。本发明的步骤可以通过硬件组件执行……或者可以体现在机器可执行指令中……” | 作用分析与比对：<br>作为引出从属方法步骤的过渡语，对比文件公开了该通信系统的方法由一系列可自由组合或扩展的步骤实现，因此特征H的组织形式被隐含公开。 |
| 技术特征I<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0134]：“调制类别提供了不同类型的调制和编码，它们一起改变了每个符号的比特数。可以基于终端能力、信道质量或各种其他因素来选择调制类别。” | 作用分析与比对：<br>目标专利中该特征的作用是网络侧确定专门针对多播调度信息所要求的QoS属性（如针对MSI的极低BLER值）。<br>对比文件仅根据信道质量或终端能力决定单播链路的ModClass，根本没有针对“调度信息特定QoS属性”确定“调度信息特定QoS值”的概念。 |
| 技术特征J<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0078]：“该字段（ID）可由基站用于对数据流请求进行优先级排序。具有较高优先级的用户终端可以通过RID或PID被识别，并且相比于其他用户被优先授予流。” | 作用分析与比对：<br>目标专利中该特征的作用是网络侧确定特定多播业务所要求的QoS属性（如音频、视频、下载等各自容忍的BLER值）。<br>对比文件仅提及终端用户优先级的单播流调度，并未公开确定多播服务特定的QoS属性或多播服务特定QoS值。 |
| 技术特征K<br>其中所述方法还包括以下步骤：<br>《隐含公开》 | 段落 [0157]：“本发明包括各个步骤。本发明的步骤可以通过硬件组件执行……” | 作用分析与比对：<br>从属方法步骤的常规前序表述，对比文件记载的方法步骤结构涵盖此类常规步骤引导，被对比文件隐含公开。 |
| 技术特征L<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利用于判断MSI与业务数据的QoS是否存在差异，以便进行针对性的分支选择配置。<br>对比文件根本不存在调度信息特定QoS值与服务特定QoS值，更不存在对两者是否不同的逻辑判断。 |
| 技术特征M<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利中用于在QoS不同时，为MSI单独选择稳健的传送参数（如MCS2）。对比文件无此机制。 |
| 技术特征N<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利中用于在QoS不同时，为多播业务数据单独选择对应的传送参数（如MCS1）。对比文件无此机制。 |
| 技术特征O<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利用于判断MSI与业务数据QoS相同的情形。对比文件无相关记载。 |
| 技术特征P<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利用于在两者QoS相等时，统一选择共同的传送要求以简化配置。对比文件无相关记载。 |
| 技术特征Q<br>其中所述多播信道是多播信道“MCH”<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0015]：“上行链路和下行链路时隙均可用于各种不同类型的消息，包括BCH、CCH、RACH和TCH。”<br>段落 [0120]：“作为一个示例，该系统可以被表征为具有广播信道BCH、控制信道CCH和业务信道TCH……该系统也可以被表征为具有广播信道BCH、配置信道CCH、随机接入信道RACH和业务信道TCH。” | 作用分析与比对：<br>目标专利中的MCH是3GPP MBMS协议体系下专用于单频网络或多播传输的特定传输信道概念。<br>对比文件公开的是具有BCH、CCH、RACH、TCH的特定无线通信网络（如i-BURST系统），完全未涉及多播信道“MCH”。 |
| 技术特征R<br>所述多播服务调度信息是MCH调度信息“MSI”<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利中的MSI特指指示MCH上各个MTCH调度分配的动态调度信息（Dynamic Scheduling Information）。对比文件没有任何关于MSI的记载。 |
| 技术特征S<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>《未公开》（未直接公开，亦未隐含公开） | 段落 [0016]：“在一个实施例中，构想本发明在TDD高带宽无线数据和语音系统中实现，例如ArrayComm的i-BURST系统。然而，应当理解，本发明不限于i-BURST系统或任何其他特定的空中接口……”<br>段落 [0144]：“所使用的信道可以以任何方式划分。在一个实施例中，所使用的信道可以如GSM空中接口中定义的进行划分，或者任何其他时分空中接口协议，诸如数字蜂窝、PCS、PHS或WLL。或者，可以使用连续的模拟或CDMA信道。” | 作用分析与比对：<br>目标专利明确规定多播服务必须符合3GPP制定的“MBMS”规范体系。<br>对比文件列举的空中接口体系包括i-BURST、GSM、PCS、PHS、WLL及CDMA，完全没有提及或暗示多媒体广播多播服务“MBMS”规范。 |
| 技术特征T<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利中将MSI特定的QoS具体量化为块错误率指标（调度信息特定BLER）。对比文件完全未涉及。 |
| 技术特征U<br>所述服务特定QoS值包括服务特定BLER。<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利中将多播服务的QoS具体量化为服务特定BLER。对比文件完全未涉及。 |
| 技术特征V<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利中具体限定了MBMS的逻辑信道架构，即通过MTCH承载MBMS业务数据。对比文件完全未公开MTCH。 |
| 技术特征W<br>一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利公开了在MAC/物理层将多个MTCH复用进MCH，并针对MSI与MTCH是否在同一个传输块（TB）中发生复用的边界情况进行分支判断。对比文件无对应逻辑信道/传输信道及TB级复用的记载。 |
| 技术特征X<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利中用于解决当MSI与MTCH在同一TB中复用时必须共享相同物理传输属性（MCS）的物理冲突问题，为此对该共享TB使用统一的单个传送要求，而对未复用的剩余MTCH仍维持原服务传送要求。对比文件完全无此技术构思。 |
| 技术特征Y<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利用于在复用冲突时确保优先保证控制调度信息或较严格业务的正确解码（选择更健壮的MCS）。对比文件无此特征。 |
| 技术特征Z<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>《未公开》（未直接公开，亦未隐含公开） | 无相关记载 | 作用分析与比对：<br>目标专利限定终端侧通过BCCH或MCCH信令信道获取这两类分开的传送要求。对比文件未公开此配置获取途径。 |
---
<<<c>>>
<<<h>>>
<<<k>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（US 2003/0169722 A1 中文翻译） | 公开性论述 |
| 技术特征A<br>所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》 | [0005] "...Broadcast, random access and control channel messages may each be assigned to specific frequencies that use a different frame structure... In some instances, specific slots within the frame may carry some control messages. However, the control and access channels are normally in separate frames."<br>（...广播、随机接入和控制信道消息可以分别分配给使用不同帧结构的特定频率...在某些情况下，帧内的特定时隙可以携带一些控制消息。然而，控制和接入信道通常位于分开的帧中。）<br>[0016] "...The uplink and downlink slots can both be used for a variety of different types of messages including BCH, RACH, PCH, CCH and TCH..."<br>（...上行链路和下行链路时隙均可用于各种不同类型的消息，包括BCH、RACH、PCH、CCH和TCH...）<br>[0029] "Each frame also includes a number of reserved slots, shown as empty boxes below. These slots can be used for data traffic, if the broadcast channel is also used for traffic, for other control messages or reserved to reduce interference on other channels in the network..."<br>（每个帧还包括许多预留时隙...如果广播信道也用于业务，则这些时隙可用于数据业务、其他控制消息或预留以减少对网络中其他信道的干扰...） | 对比文件中内容的作用： 对比文件公开了TDD时分双工系统中的帧结构，其中包含广播信道（BCH）和业务信道（TCH），并提到BCH载波的时隙可以用于广播、控制或数据业务。<br>与目标专利的作用比较： 目标专利中的“多播信道”是专门用于输送多播/广播服务的多播传输信道（如MCH），其特点是同一多播信道内同时承载多播服务数据（业务）和该多播信道上多个多播服务的调度信息（MSI/动态调度信息），以便UE能够根据该信道内的调度信息进行休眠和唤醒。<br>结论： 对比文件中的BCH是基站向所有终端发送的公共全向广播信道（用于发送基站功率、基站色码BSCC等基本接入参数），TCH是单播或专用业务信道。对比文件并未公开将“多播服务数据”和“多播服务调度信息”同时由同一个“多播信道”携带。即使基于极其宽松的标准推导，对比文件所涉体系为点对点或小区常规通信帧，不存在多播信道复用多播服务数据与多播服务调度信息的机制，因此既未直接公开，也无法合理推导出隐含公开。 |
| 技术特征B<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《未公开》 | [0020] "...It communicates enough basic information to enable a subsequent exchange of configuration request CR and configuration message CM between the base station and the user terminal. The BCH also provides good frequency offset and timing update information to all user terminals..."<br>（...它传达足够的基础信息，以支持基站与用户终端之间随后交换配置请求CR和配置消息CM。BCH还向所有用户终端提供良好的频率偏移和定时更新信息...）<br>[0089] "...The base station uses the downlink portion of the random access channel to grant random access requests and to assign resources to the requested data stream using an AA (Access Assignment) message..."<br>（...基站使用随机接入信道的下行链路部分来批准随机接入请求，并使用接入分配（AA）消息为请求的数据流分配资源...） | 对比文件中内容的作用： 对比文件中通过BCH广播系统级同步与基本配置，通过AA消息为具体数据流分配资源。<br>与目标专利的作用比较： 目标专利中的多播服务调度信息（如MSI）是指示映射到同一个多播信道中的多个多播服务的动态时间调度（例如指示某些服务在哪些调度期不发送，使UE在感兴趣服务发送时醒来，其余时间休眠）。<br>结论： 对比文件完全没有多播服务调度信息的概念，其AA消息是单播接入分配，BCH是基站公共广播信息，均不指示映射到多播信道的多播服务的调度，故未直接公开也未隐含公开。 |
| 技术特征C<br>所述方法包括以下步骤：<br>《未公开》 | [0160] "The present invention includes various steps. The steps of the present invention may be performed by hardware components, such as those shown in FIGS. 4 and 5, or may be embodied in machine-executable instructions, which may be used to cause a general-purpose or special-purpose processor or logic circuits programmed with the instructions to perform the steps..."<br>（本发明包括各个步骤。本发明的步骤可由诸如图4和5中所示的硬件组件执行，或者可以体现为机器可执行指令...） | 作为引用引导特征，鉴于其下属的步骤特征D/E等未被对比文件公开或隐含公开，该方法步骤整体不成立。 |
| 技术特征D<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》 | [0019] "...Accordingly, the BCH burst will create more interference on the system than spatially directed or lower power traffic channels TCH. For this reason, the data and modulation properties of the BCH channel are selected to minimize interference."<br>（...因此，BCH突发在系统上造成的干扰将大于空间定向或较低功率的业务信道TCH。出于该原因，选择BCH信道的各种数据和调制属性以最小化干扰。）<br>[0137] "...The modulation classes provide different types of modulation and coding which together vary the number of bits per symbol. The modulation classes can be selected based on terminal capabilities, channel quality or a variety of other factors..."<br>（...调制类提供不同类型的调制和编码，它们共同改变每符号的比特数。可以基于终端能力、信道质量或各种其他因素来选择调制类...） | 对比文件中内容的作用： 对比文件提及针对BCH突发本身选择其数据与调制属性以降低干扰，或者根据信道质量/终端能力调整TCH的调制编码类。<br>与目标专利的作用比较： 目标专利是针对“多播信道上的多播服务调度信息”与“多播服务数据”，分别按照各自特定的传送要求（如调度信息要求更低的BLER、更稳健的MCS）在多播信道上进行配置。<br>结论： 对比文件没有在多播信道上传送多播服务调度信息的概念，更没有基于调度信息特定传送要求（如特定QoS/BLER/MCS）来配置该调度信息在多播信道上传送的技术方案，故未直接公开也未隐含公开。 |
| 技术特征E<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《未公开》 | [0137] "...The modulation classes can be selected based on terminal capabilities, channel quality or a variety of other factors..."<br>（...可以基于终端能力、信道质量或各种其他因素来选择调制类...）<br>[0140] "...The selection of modulation classes may depend not only on the amount of data to be transferred but the relative amount in each direction..."<br>（...调制类的选择不仅取决于要传输的数据量，还取决于每个方向上的相对量...） | 对比文件中内容的作用： 对比文件仅公开了根据传输数据量、信道质量或终端能力选择单播TCH业务的调制编码类。<br>与目标专利的作用比较： 目标专利是根据多播服务本身特定的QoS/BLER传送要求（如视频流、音频、下载服务各自容忍不同的BLER）来配置多播信道上该多播服务数据的传送。<br>结论： 对比文件并未公开多播服务，亦未公开针对多播服务特定传送要求配置多播信道上多播服务数据的传送，未直接公开也未隐含公开。 |
| 技术特征F<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | [0020] "...The broadcast information symbols are constructed from a 15-bit broadcast message which is modulated and coded into a 256 bit sequence... The broadcast channel information symbols provide the information needed for a user terminal to request a configuration message from the base station..."<br>（...广播信息符号由15比特的广播消息构建...广播信道信息符号提供用户终端向基站请求配置消息所需的信息...）<br>[0024] "Table 2: Broadcast Message: BStxPwr (5), BSCC (7), BSload (3), Total 15."<br>（表2：广播消息：BStxPwr(5比特)、BSCC(7比特)、BSload(3比特)，总计15比特。） | 对比文件中内容的作用： 对比文件的广播信道（BCH）仅发送发射功率、基站色码、基站负载共15比特。<br>与目标专利的作用比较： 目标专利是通过BCCH或MCCH将多播服务调度信息特定的传送要求和多播服务特定的传送要求（如各自对应的MCS配置）信令通知给终端，以便终端获知如何解调相应信道和时隙/子帧。<br>结论： 对比文件的广播信道中根本不包含任何多播调度信息特定传送要求或服务特定传送要求，也未公开MCCH信道，故未直接公开，亦无法隐含推导得出。 |
| 技术特征G<br>在所述多播信道上传送多播服务数据<br>《未公开》 | [0114] "A traffic channel (TCH) burst is transmitted by a user terminal or a base station in order to send traffic over the traffic channel..."<br>（用户终端或基站发送业务信道(TCH)突发以便在业务信道上传送业务...） | 对比文件仅公开了在常规时分双工系统的业务信道（TCH）上传送用户单播数据或语音，未公开在多播信道（MCH）上传送多播服务数据，未直接公开，亦无法隐含公开。 |
| 技术特征H<br>其中所述方法还包括以下步骤：<br>《未公开》 | 无对应公开内容。 | 引用引导特征，其下属步骤特征I、J均未公开，该特征整体未公开。 |
| 技术特征I<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 无对应公开内容。 | 对比文件不存在多播服务调度信息的特定QoS属性或确定其QoS值的任何启示或记载，未直接公开，未隐含公开。 |
| 技术特征J<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《未公开》 | 无对应公开内容。 | 对比文件仅根据信道质量、数据量等调整调制类，并未针对多播服务的特定QoS属性（如多播业务所需的特定BLER）确定服务特定QoS值，未直接公开，未隐含公开。 |
| 技术特征K<br>其中所述方法还包括以下步骤：<br>《未公开》 | 无对应公开内容。 | 引用引导特征，其下属步骤未被公开。 |
| 技术特征L<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 无对应公开内容。 | 对比文件无两种QoS值的比较判断逻辑，未直接公开，未隐含公开。 |
| 技术特征M<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 无对应公开内容。 | 对比文件无基于调度信息特定QoS值选择传送要求的分支步骤，未直接公开，未隐含公开。 |
| 技术特征N<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br>《未公开》 | 无对应公开内容。 | 对比文件无基于多播服务特定QoS值选择服务特定传送要求的步骤，未直接公开，未隐含公开。 |
| 技术特征O<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 无对应公开内容。 | 对比文件无判断两者QoS值相等的逻辑分支，未直接公开，未隐含公开。 |
| 技术特征P<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求<br>《未公开》 | 无对应公开内容。 | 对比文件未公开在两者QoS相等时选择共同传送要求的技术方案，未直接公开，未隐含公开。 |
| 技术特征Q<br>其中所述多播信道是多播信道“MCH”<br>《未公开》 | [0016] "...variety of different types of messages including BCH, RACH, PCH, CCH and TCH..."<br>（...各种不同类型的消息，包括BCH、RACH、PCH、CCH和TCH...） | 对比文件公开的信道类型为BCH、RACH、PCH、CCH和TCH，完全未公开LTE/3GPP体系下的多播信道“MCH”，未直接公开，未隐含公开。 |
| 技术特征R<br>所述多播服务调度信息是MCH调度信息“MSI”<br>《未公开》 | 无对应公开内容。 | 对比文件未公开MCH调度信息“MSI”，未直接公开，未隐含公开。 |
| 技术特征S<br>所述多播服务符合多媒体广播多播服务“MBMS”规范<br>《未公开》 | [0017] "In one embodiment, it is contemplated the invention is implemented in a TDD high bandwidth wireless data and voice system, such as ArrayComm's i-BURST™ system. However, it should be appreciated the invention is not limited to the i-BURST system or any other particular air interface... may find use with a variety of air interface protocols..."<br>（在一个实施例中，本发明预期在诸如ArrayComm的i-BURST™系统的TDD高带宽无线数据和语音系统中实现。然而...本发明不限于i-BURST系统或任何其他特定的空中接口...） | 对比文件记载其实施于ArrayComm的i-BURST系统或类似蜂窝/语音系统，通篇未公开或提及多媒体广播多播服务（MBMS）规范，未直接公开，未隐含公开。 |
| 技术特征T<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》 | 无对应公开内容。 | 对比文件未公开调度信息特定BLER，未直接公开，未隐含公开。 |
| 技术特征U<br>所述服务特定QoS值包括服务特定BLER<br>《未公开》 | 无对应公开内容。 | 对比文件未公开多播服务特定BLER，未直接公开，未隐含公开。 |
| 技术特征V<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《未公开》 | 无对应公开内容。 | 对比文件未公开MBMS业务信道“MTCH”，未直接公开，未隐含公开。 |
| 技术特征W<br>一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《未公开》 | 无对应公开内容。 | 对比文件未公开MTCH与MSI复用到同一个MCH传输块TB中的技术方案，未直接公开，未隐含公开。 |
| 技术特征X<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且为剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》 | 无对应公开内容。 | 对比文件未公开在同TB复用时为MSI和复用MTCH选择单个传送要求、对剩余MTCH选择服务特定传送要求的配置方案，未直接公开，未隐含公开。 |
| 技术特征Y<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求<br>《未公开》 | 无对应公开内容。 | 对比文件未公开更健壮传送要求的选取机制，未直接公开，未隐含公开。 |
| 技术特征Z<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求<br>《未公开》 | 无对应公开内容。 | 对比文件未公开终端从BCCH或MCCH确定MSI特定传送要求和服务特定传送要求，未直接公开，未隐含公开。 |
本案作为专利创造性评估，目标专利涉及**无线通信技术领域**（具体为多播信道控制信息配置，如3GPP MBMS/LTE中的MCH、MSI、MTCH的QoS配置与传输），而对比文件（US6715482B2）涉及**家用燃气烹饪器具领域**（具体为燃气灶具燃烧器喷嘴的凸起平台结构）。
经对对比文件全文进行严格检索与审查，对比文件公开的是一种配备有顶板且顶板上支撑有至少一个燃气燃烧器的燃气烹饪器具，具体涉及喷嘴安装凸台、环形文丘里管、燃烧器主体及盖板等机械结构。对比文件中完全不包含任何无线通信、信道调度、MBMS、QoS、传输块复用等技术方案。
根据直接公开与隐含公开的判断标准，即使遵循极宽松的隐含公开判断规则，由于两者技术领域完全不相关且对比文件中没有任何可供本领域技术人员进行逻辑推断或部分对应的相关技术事实，**对比文件对目标专利权利要求的全部技术特征（A至Z）均未直接公开，也未隐含公开**。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述多播信道携带多播服务数据和多播服务调度信息<br>【未公开】 | 无相关内容（对比文件仅涉及燃气烹饪器具的燃烧器与顶板结构，如FIELD OF THE INVENTION：“The present invention relates to improvements made to gas cooking appliances equipped with a top plate supporting at least one gas burner.”） | 对比文件属于燃气烹饪器具机械制造领域，其公开内容全部围绕燃气燃烧器、顶板、喷嘴凸台等展开，完全不涉及无线通信中的多播信道、多播服务数据或调度信息，既未直接公开，也不存在任何可供逻辑推理的隐含公开内容。 |
| 技术特征B：所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>【未公开】 | 无相关内容 | 对比文件无任何无线通信资源调度或映射的描述，未公开该特征。 |
| 技术特征C：所述方法包括以下步骤：<br>【未公开】 | 无相关内容 | 对比文件公开的是燃气灶具产品结构，不涉及多播信道配置方法，未公开该步骤引导特征。 |
| 技术特征D：基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>【未公开】 | 无相关内容 | 对比文件完全不涉及调度信息特定传送要求或配置传输，未公开该特征。 |
| 技术特征E：基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>【未公开】 | 无相关内容 | 对比文件完全不涉及基于服务特定传送要求配置数据传输，未公开该特征。 |
| 技术特征F：通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>【未公开】 | 无相关内容 | 对比文件不涉及BCCH/MCCH信道信令传输，未公开该特征。 |
| 技术特征G：在所述多播信道上传送多播服务数据<br>【未公开】 | 无相关内容 | 对比文件不涉及在多播信道上传输数据，未公开该特征。 |
| 技术特征H：其中所述方法还包括以下步骤：<br>【未公开】 | 无相关内容 | 对比文件未公开相关方法步骤引导特征。 |
| 技术特征I：确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>【未公开】 | 无相关内容 | 对比文件完全不涉及QoS属性或确定调度信息特定QoS值，未公开该特征。 |
| 技术特征J：确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>【未公开】 | 无相关内容 | 对比文件完全不涉及服务特定QoS值确定，未公开该特征。 |
| 技术特征K：其中所述方法还包括以下步骤：<br>【未公开】 | 无相关内容 | 对比文件未公开相关方法步骤引导特征。 |
| 技术特征L：如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>【未公开】 | 无相关内容 | 对比文件不存在不同QoS值的逻辑判断，未公开该特征。 |
| 技术特征M：则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>【未公开】 | 无相关内容 | 对比文件完全不涉及根据QoS选择传送要求，未公开该特征。 |
| 技术特征N：基于所述服务特定QoS值来选择所述服务特定传送要求<br>【未公开】 | 无相关内容 | 对比文件未公开基于服务QoS值选择传送要求。 |
| 技术特征O：或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>【未公开】 | 无相关内容 | 对比文件无相同QoS值的逻辑判断，未公开该特征。 |
| 技术特征P：则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>【未公开】 | 无相关内容 | 对比文件完全不涉及选择共同传送要求的技术方案，未公开该特征。 |
| 技术特征Q：其中所述多播信道是多播信道“MCH”<br>【未公开】 | 无相关内容 | 对比文件不涉及LTE/3GPP的MCH信道，未公开该特征。 |
| 技术特征R：所述多播服务调度信息是MCH调度信息“MSI”<br>【未公开】 | 无相关内容 | 对比文件不涉及MSI调度信息，未公开该特征。 |
| 技术特征S：所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>【未公开】 | 无相关内容 | 对比文件不涉及MBMS规范或多媒体广播服务，未公开该特征。 |
| 技术特征T：其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>【未公开】 | 无相关内容 | 对比文件完全不涉及块错误率BLER，未公开该特征。 |
| 技术特征U：所述服务特定QoS值包括服务特定BLER。<br>【未公开】 | 无相关内容 | 对比文件完全不涉及服务特定的BLER指标，未公开该特征。 |
| 技术特征V：其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>【未公开】 | 无相关内容 | 对比文件不涉及MTCH逻辑信道，未公开该特征。 |
| 技术特征W：一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>【未公开】 | 无相关内容 | 对比文件完全不涉及传输块TB、MTCH与MSI复用等协议处理，未公开该特征。 |
| 技术特征X：则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>【未公开】 | 无相关内容 | 对比文件完全不涉及复用场景下单一传送要求与剩余MTCH传送要求的选择逻辑，未公开该特征。 |
| 技术特征Y：其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>【未公开】 | 无相关内容 | 对比文件不涉及更健壮传输要求（如较低BLER/更鲁棒MCS）的选定机制，未公开该特征。 |
| 技术特征Z：其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>【未公开】 | 无相关内容 | 对比文件不涉及终端从BCCH/MCCH读取配置参数的步骤，未公开该特征。 |
综上所述，对比文件属于机械制造中的燃气器具领域，目标专利属于移动通信网络协议与信道传输控制技术领域，对比文件未直接公开也未隐含公开技术特征A至Z中的任何一个技术特征。
根据目标专利说明书的记载，结合对比文件（US20040100920A1）的原文内容，对目标专利权利要求的各个技术特征进行严谨的比对与公开性判断。
### 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>《未公开》 | 【无对应段落】<br>对比文件主要涉及单播/点对点分组数据业务（GPRS/EGPRS），未涉及多播信道承载多播服务调度信息与多播业务数据。 | 目标专利中多播信道（MCH）同时携带多播服务调度信息（MSI）和多播业务数据（MTCH数据）。对比文件公开的是GSM/GPRS/EGPRS蜂窝网络中的分组数据业务（如段落[0003]、[0004]），其分组数据业务信道（PDTCH）用于单播点对点业务，头部携带的是单播临时流标识TFI和上行状态标志USF，并非“多播信道携带多播服务数据和多播服务调度信息”，两者的信道性质、传送对象及信息类型均不相同。因此对比文件未直接公开也未隐含公开技术特征A。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《未公开》 | 【无对应段落】 | 目标专利中多播服务调度信息指示映射到多播信道的多播服务的将来调度（参见说明书[0009]、[0010]）。对比文件完全未涉及任何“多播服务调度信息”，亦无指示映射到多播信道的多播服务调度的技术内容。因此技术特征B未公开。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>《直接公开》 | [0001]<br>"The invention relates to a method having the features of the precharacterizing part of patent claim 1, particularly to a method for power regulation for downlinks and/or uplinks for packet data services in a radio communication system..."<br>（译文：本发明涉及一种具有专利权利要求1的前序部分特征的方法，特别是涉及一种在无线通信系统中用于分组数据业务的下行链路和/或上行链路的功率调节方法……） | 该特征为方法权利要求的前序步骤引导语。对比文件段落[0001]明确公开了一种无线通信系统中用于分组数据业务的方法，包括相应的步骤。本领域技术人员可以毫无疑义地确定该特征被对比文件《直接公开》。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《未公开》 | 【无对应段落】 | 目标专利中基于调度信息特定传送要求（如专门针对MSI选择的MCS）配置多播信道上MSI的传送（说明书[0014]、[0016]、[0058]）。对比文件中不存在多播服务调度信息，亦无在多播信道上针对调度信息配置特定传送要求的技术方案。因此技术特征D未公开。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《隐含公开》 | [0013]<br>"This advantageously also involves determining the transmitter power requirement by taking into account the service required and/or the data throughput required and/or the quality of service required."<br>（译文：这有利地还涉及通过考虑所需的服务和/或所需的数据吞吐量和/或所需的服务质量来确定发射功率要求。）<br>[0029]<br>"In other words, the individual connections on one and the same packet data channel PDCH are respectively allocated a dedicated modulation and coding scheme which also depends on the signal-to-noise ratio (reception level and interference level) and naturally also on the demanded quality of service QoS."<br>（译文：换句话说，同一个分组数据信道PDCH上的各个连接分别被分配有专用的调制和编码方案，该方案还取决于信噪比……并且自然也取决于所要求的服务质量QoS。） | 目标专利要求基于服务特定传送要求配置多播服务数据的传送（说明书[0014]、[0058]）。对比文件段落[0013]、[0029]公开了根据业务所要求的服务质量（QoS）分配专用的调制和编码方案（MCS）或确定发射功率要求来配置分组数据业务的传输。虽然对比文件主要面向点对点分组数据服务，但其公开了依据服务业务特定的QoS/传送要求（如MCS、功率）配置业务数据传送的机制，在非常宽松的隐含公开标准下，对比文件公开了配置数据传送与业务特定要求对应的技术手段，具有与多播服务数据配置相结合的潜在关联，构成《隐含公开》。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《未公开》 | [0024]<br>"It also shows an organization channel (BCCH: Broadcast Control CHannel) which is provided for transmitting user and signalling information at a defined transmitter power from each of the base stations BS for all mobile stations MS."<br>（译文：它还示出了一个组织信道（BCCH：广播控制信道），该信道用于从每个基站BS以定义的发射功率为所有移动台MS传输用户和信令信息。）<br>[0033]<br>"...which are transmitted via the message channel BCCH using the system information messages..."<br>（译文：……其通过消息信道BCCH使用系统信息消息进行传输……） | 对比文件仅提及在BCCH上广播系统信息（如最大发射功率），完全未涉及在BCCH或MCCH上信令发送“调度信息特定传送要求”和“服务特定传送要求”。因此对比文件未公开技术特征F。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>《未公开》 | 【无对应段落】 | 目标专利是在配置好的多播信道上传送多播业务数据。对比文件传送的是单播点对点分组数据（PDCH/PDTCH），不存在多播信道及在其上传送多播服务数据的内容。因此未公开。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0001]<br>"The invention relates to a method having the features of the precharacterizing part of patent claim 1..."<br>（译文：本发明涉及一种具有专利权利要求1的前序部分特征的方法……） | 该特征为从属权利要求的方法步骤引用引导语，对比文件公开了包括进一步步骤的方法（如段落[0010]说明有利改进构成从属权利要求主题，并于后续详细流程中公开多种步骤）。本领域技术人员可以毫无疑义地确定该特征被《直接公开》。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>《未公开》 | 【无对应段落】 | 目标专利中确定专门针对调度信息特定QoS属性的QoS值（说明书[0019]、[0056]、[0062]）。对比文件完全未涉及任何调度信息特定QoS属性或确定调度信息QoS值。因此技术特征I未公开。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>《隐含公开》 | [0013]<br>"This advantageously also involves determining the transmitter power requirement by taking into account the service required and/or the data throughput required and/or the quality of service required."<br>（译文：这有利地还涉及通过考虑所需的服务和/或所需的数据吞吐量和/或所需的服务质量来确定发射功率要求。）<br>[0034]<br>"Advantageously, the channel allocation by the base station BS can additionally take into account the data throughput requested by the subscriber station MS or the demanded quality of service... and also the radio priority thereof (step S3)."<br>（译文：有利地，基站BS进行的信道分配可以附加地考虑移动台MS所请求的数据吞吐量或要求的服务质量……以及其无线电优先级（步骤S3）。） | 目标专利中确定与业务特定QoS属性有关的QoS值（如BLER，见[0019]、[0056]）。对比文件段落[0013]和[0034]明确公开了基站在信道分配和传输参数确定中，考虑并获取终端/业务所要求的服务质量（quality of service, QoS）及数据吞吐量。基于非常宽松的隐含公开判断原则，对比文件公开了获取/考虑服务业务所要求的QoS属性值以供后续配置使用，技术人员能够合理推断出其包含了确定服务特定QoS值的过程，因此技术特征J被《隐含公开》。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0001]<br>"The invention relates to a method having the features of the precharacterizing part of patent claim 1..."<br>（译文：本发明涉及一种具有专利权利要求1的前序部分特征的方法……） | 该特征属于从属权利要求方法步骤引导语，对比文件公开了具有进一步执行步骤的方法流程（例如附图3及段落[0032]-[0038]）。因此本领域技术人员能毫无疑义得出，属于《直接公开》。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>《未公开》 | 【无对应段落】 | 目标专利涉及比较调度信息特定QoS值与服务特定QoS值是否不同（说明书[0020]、[0063]）。对比文件无调度信息QoS值，亦不存在两类QoS值的比较判断。因此未公开。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>《未公开》 | 【无对应段落】 | 目标专利基于调度信息QoS值选择其独立的传送要求（如MCS2）。对比文件无该技术内容，未公开。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>《隐含公开》 | [0029]<br>"In other words, the individual connections on one and the same packet data channel PDCH are respectively allocated a dedicated modulation and coding scheme which also depends on the signal-to-noise ratio... and naturally also on the demanded quality of service QoS."<br>（译文：换句话说，同一个分组数据信道PDCH上的各个连接分别被分配有专用的调制和编码方案，该方案还取决于信噪比……并且自然也取决于所要求的服务质量QoS。） | 目标专利中基于服务特定QoS值选择该服务特定的传送要求（如根据BLER1选择MCS1，参见[0020]、[0065]）。对比文件段落[0029]记载了根据所要求的服务质量QoS为连接分配专用的调制和编码方案（MCS），调制编码方案属于传送要求。在非常宽松的隐含公开标准下，对比文件公开了基于QoS选择业务传输参数/传送要求这一技术方案，因此技术特征N被《隐含公开》。 |
| 技术特征O：<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>《未公开》 | 【无对应段落】 | 目标专利限定判断调度信息QoS值与服务特定QoS值是否相等的条件（说明书[0021]、[0064]）。对比文件未涉及调度信息QoS，更无此相等判断条件。因此未公开。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>《未公开》 | 【无对应段落】 | 目标专利在两者QoS相等时选择共同的传送要求配置调度信息和业务数据（说明书[0021]、[0064]）。对比文件无调度信息与服务传送要求的并同选择机制。因此未公开。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>《未公开》 | 【无对应段落】 | 目标专利限定多播信道为3GPP LTE中的MCH（Multicast Channel）（说明书[0004]、[0015]）。对比文件涉及的是GSM/GPRS网络中的分组数据信道PDCH/PDTCH，未公开MCH。因此未公开。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>《未公开》 | 【无对应段落】 | 目标专利限定调度信息为LTE MBMS中的MCH调度信息（MSI，即MCH Scheduling Information，说明书[0009]、[0015]）。对比文件无任何MSI或对应多播调度信息的公开。因此未公开。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>《未公开》 | [0002]<br>"For future mobile radio systems using CDMA or TD/CDMA transmission methods over the radio interface, for example the UMTS... provision is made for frequencies in the frequency band of approximately 2000 MHz."<br>（译文：对于在无线电接口上使用CDMA或TD/CDMA传输方法的未来移动无线电系统，例如UMTS……） | 目标专利要求多播服务符合3GPP MBMS规范（说明书[0002]、[0015]）。对比文件虽然在段落[0002]提及了第三代移动通信系统UMTS，但其全部实施例和方案均围绕GSM/GPRS/EGPRS分组数据业务及PDCH展开，完全未提及多媒体广播多播服务（MBMS）规范。因此该特征未被公开。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>《未公开》 | 【无对应段落】 | 目标专利中调度信息QoS值包括BLER（说明书[0012]、[0019]）。对比文件未涉及调度信息的QoS或BLER。因此未公开。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>《未公开》 | [0013], [0029], [0034] | 目标专利限定服务特定QoS值具体为块错误率BLER（说明书[0002]、[0019]）。对比文件虽提及“demanded quality of service QoS”以及“data throughput”，但其QoS指标明确指向吞吐量（average/peak throughput，段落[0034]）或信噪比要求，完全未提及块错误率BLER。因此技术特征U未公开。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>《未公开》 | 【无对应段落】 | 目标专利中MBMS业务数据在MTCH（MBMS Traffic Channel）上承载（说明书[0022]、[0056]）。对比文件未涉及MBMS及MTCH，其业务数据承载于单播PDTCH上。因此未公开。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>《未公开》 | 【无对应段落】 | 目标专利限定多个MTCH复用至MCH，且在同一个TB上MTCH与MSI发生复用（说明书[0022]、[0067]）。对比文件公开的是多个终端在单播PDCH/无线电块上进行时分复用（段落[0004]、[0027]），不存在MTCH与MCH复用、更不存在业务信道与MSI在同一TB上复用的技术方案。因此未公开。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且为剩余MTCH选择(512，514)所述服务特定传送要求<br><br>《未公开》 | 【无对应段落】 | 目标专利解决了MSI与业务数据打入同一个TB时的传送要求冲突问题，为该TB选择单个传送要求，剩余MTCH应用各自的服务传送要求（说明书[0023]、[0067]）。对比文件完全没有此复用场景与对应的传输参数选择机制。因此未公开。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>《未公开》 | 【无对应段落】 | 目标专利中该单个传送要求选为MSI传送要求，或两者中更健壮的传送要求（说明书[0024]、[0067]、[0069]）。对比文件完全未涉及该特征，未公开。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>《未公开》 | [0024], [0033] | 目标专利中终端从BCCH或MCCH获取MSI特定传送要求和服务特定传送要求（说明书[0029]、[0074]、[0078]）。对比文件虽公开了从BCCH获取常规广播信息，但完全未涉及从中获取多播调度的MSI特定传送要求与服务特定传送要求。因此未公开。 |
<<<C>>>
<<<H>>>
<<<K>>>
<<<e>>>
<<<j>>>
<<<n>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（US20050113105A1） | 公开性论述 |
| 技术特征A： 所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》 | 全文检索未见多播信道同时携带多播服务数据与多播服务调度信息的相关记载。 | 目标专利中多播信道（如MCH）既复用传输多播业务数据，又携带用于该多播信道动态调度的调度信息（MSI），以实现UE低功耗休眠与按需唤醒。对比文件涉及单播连接（点到点呼叫或分组连接）的无线资源管理（RRM）与Iub接口呼叫准入控制（CAC），并未涉及“多播信道”，亦未涉及由该多播信道同时承载多播业务数据与多播服务调度信息的机制，本领域技术人员无法直接或隐含推导出该特征。 |
| 技术特征B： 所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《未公开》 | 全文检索未见指示映射到多播信道的多播服务的调度信息的相关记载。 | 目标专利中，多播服务调度信息（如MSI）用于动态指示映射到相应MCH的各MBMS服务在调度期内的出现位置或未来调度周期等待数。对比文件涉及的是连接级别（connection/bearer）的呼叫准入控制以及针对单播无线连接的调度策略（如FT公平吞吐量、FR公平资源分配），不存在多播信道及其所映射多播服务的调度指示信息。 |
| 技术特征C： 所述方法包括以下步骤：<br>《直接公开》 | [0015] According to one aspect of the present invention, there is provided a method of controlling a connection comprising a first link and a second link, said method comprising the steps of...<br>【中文翻译】：根据本发明的一个方面，提供了一种控制包括第一链路和第二链路的连接的方法，所述方法包括以下步骤…… | 对比文件公开了一种通信连接控制方法，该方法包括多个操作步骤。作为通用的方法引导性限定语，对比文件实质直接公开了“所述方法包括以下步骤”。 |
| 技术特征D： 基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》 | 全文检索未见基于调度信息特定的传送要求配置多播服务调度信息传送的相关记载。 | 目标专利通过为调度信息（如MSI）独立配置传送要求（如更健壮的MCS或更低的BLER），确保终端可靠解调调度控制信息。对比文件虽提及调整参数（如BLER、功率、调度比例），但其调整对象为一般单播数据连接的链路容量均衡，完全没有涉及“多播信道上多播服务调度信息”的传送配置，更未公开基于专门针对调度信息的传送要求对其进行配置。 |
| 技术特征E： 基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《隐含公开》 | [0044] It should be appreciated that in some embodiments of the present invention, the defined range of minimum and maximum allocated bit rates will be dependent on the type of service, quality of service and/or time of the request...<br>【中文翻译】：应当理解，在本发明的某些实施例中，最小和最大分配比特率的定义范围将取决于服务类型、服务质量和/或请求的时间……<br>[0046] The embodiment shown in FIG. 4 is in the context of a packet connection...<br>[0003] The system described may allow for the communication of voice, data, multimedia and so on.<br>【中文翻译】：图4所示的实施例是在分组连接的上下文中……所描述的系统可以允许语音、数据、多媒体等的通信。 | 目标专利中基于业务特定的QoS/传送要求来配置多播业务数据的传送。对比文件公开了根据服务类型（type of service）或服务质量（quality of service）确定连接分配的传输参数（如比特率范围、BLER要求），且系统支持多媒体等数据通信。在宽泛的隐含公开标准下，对比文件公开了基于业务/服务特定要求配置数据连接传送的技术构思，部分公开了基于服务特定传送要求配置数据传输的技术手段，本领域技术人员有可能基于该原理与其他多播传输技术组合，因此认定为隐含公开。 |
| 技术特征F： 通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 全文检索未见在BCCH或MCCH上发送调度信息特定传送要求与服务特定传送要求的记载。 | 目标专利利用BCCH或MCCH信令向UE下发MSI传送要求与MTCH数据传送要求，以便终端分别解码。对比文件仅涉及蜂窝系统中的单播呼叫控制与准入管理，未涉及在广播控制信道BCCH或多播控制信道MCCH上信令通知针对多播调度信息和多播服务数据的两套特定传送要求。 |
| 技术特征G： 在所述多播信道上传送多播服务数据<br>《未公开》 | 全文检索未见在多播信道上传送多播服务数据的记载。 | 目标专利是在物理/传输层多播信道（MCH）上承载多播业务数据（MTCH）。对比文件虽然提及蜂窝通信中多媒体（multimedia）业务传输，但其全部交互和资源控制均建立在点到点专用连接/承载（如CDMA的正交码、基站与RNC之间的Iub有线接口连接）之上，未公开在“多播信道”上传送多播服务数据。 |
| 技术特征H： 其中所述方法还包括以下步骤：<br>《直接公开》 | [0015] ...said method comprising the steps of determining if one of said links is limiting capacity...<br>[0026] ...FIG. 3 showing the procedure for a new connection...<br>【中文翻译】：……所述方法包括确定所述链路之一是否限制容量的步骤……图3示出了新连接的规程…… | 对比文件实施例展示了由多个步骤构成的方法流程，实质公开了“其中所述方法还包括以下步骤”这一方法步骤引入特征。 |
| 技术特征I： 确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 全文检索未见确定调度信息特定QoS属性或其QoS值的相关记载。 | 目标专利中确定MSI所需的独立QoS值（如调度信息要求的极低BLER）。对比文件中涉及的QoS均属于用户终端连接或特定业务类型（如实时/非实时呼叫请求、端到端QoS保证），并未设立针对“调度信息”本身的QoS属性及QoS值确定机制。 |
| 技术特征J： 确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《隐含公开》 | [0044] ...the defined range of minimum and maximum allocated bit rates will be dependent on the type of service, quality of service and/or time of the request.<br>[0056] ...Alternatively, a higher BLER (block error rate) can be used if this leads to a lower required power per correct received bit...<br>[0060] ...there may be a maximum block error rate or a minimum block error rate...<br>【中文翻译】：……最小和最大分配比特率的定义范围将取决于服务类型、服务质量和/或请求的时间。或者，如果使用更高的BLER（块错误率）导致每个正确接收比特所需的功率更低，则可以使用更高的BLER……可以存在最大块错误率或最小块错误率…… | 目标专利中针对不同业务确定其服务特定QoS值（如业务所需的BLER）。对比文件公开了根据连接的业务服务质量（QoS）确定比特率分配范围，并公开了针对连接设定QoS参数如最大/最小块错误率（BLER）限值以保障或权衡服务质量，这与确定与服务特定QoS属性有关的QoS值在技术手段和作用上具有相通性，本领域技术人员能够合理推断出针对不同服务确定其对应QoS属性参数值，在宽松标准下构成隐含公开。 |
| 技术特征K： 其中所述方法还包括以下步骤：<br>《直接公开》 | [0017] ...said method comprising the steps of, for a plurality of bit rates determining if resources are available... selecting a bit rate... and using said selecting bit rate...<br>【中文翻译】：……所述方法包括以下步骤：对于多个比特率确定资源是否可用……选择比特率……并在所述连接中使用所述选择的比特率…… | 对比文件在其方法实施例中公开了包含多个连续/后续处理步骤的技术方案，直接公开了该常规方法引导特征。 |
| 技术特征L： 如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 全文检索未见比较调度信息特定QoS值与服务特定QoS值是否不同的记载。 | 目标专利判断MSI的QoS要求是否与业务数据的QoS要求存在差异，以便决定是独立配置还是统一配置。对比文件不存在调度信息的QoS概念，更未公开将调度信息特定QoS值与服务特定QoS值进行比较并判断二者是否不同的判定步骤。 |
| 技术特征M： 则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 全文检索未见基于调度信息特定QoS值选择调度信息传送要求的记载。 | 目标专利中若两者QoS不同，则根据MSI的QoS要求单独为其选择传送要求（如MCS2）。对比文件中完全没有针对调度信息特定QoS值的独立评估与相应传送要求选择机制。 |
| 技术特征N： 基于所述服务特定QoS值来选择所述服务特定传送要求<br>《隐含公开》 | [0044] ...the defined range of minimum and maximum allocated bit rates will be dependent on the type of service, quality of service and/or time of the request...<br>[0058] ...A lower block error rate can be used and/or relatively more capacity can be scheduled... The use of a lower block error rate leads to a better end user quality of service...<br>【中文翻译】：……最小和最大分配比特率的定义范围将取决于服务类型、服务质量和/或请求的时间……可以使用较低的块错误率和/或可以调度相对更多的容量……使用较低的块错误率带来更好的最终用户服务质量…… | 目标专利基于服务的QoS值（如BLER1）来选择其传送要求（如MCS1）。对比文件公开了根据连接请求的QoS/服务类型选择分配的比特率参数，并可针对期望达到的QoS调整并选择适用的BLER等传送参数，实质上体现了基于QoS要求选择相应连接传输配置的构思，在宽松判定下构成隐含公开。 |
| 技术特征O： 者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 全文检索未见调度信息特定QoS值等于服务特定QoS值的判断记载。 | 目标专利针对调度信息QoS与业务QoS相同的情形做出分支判断。对比文件未建立调度信息与业务数据之间的QoS区分体系，不存在该条件分支判断。 |
| 技术特征P： 则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>《未公开》 | 全文检索未见为调度信息和多播业务数据选择共同传送要求的记载。 | 目标专利在QoS相等时，为MSI和业务数据采用共同配置（如统一的MCS1）。对比文件不涉及调度信息与多播业务数据之间传送要求的合并或协同选择。 |
| 技术特征Q： 其中所述多播信道是多播信道“MCH”<br>《未公开》 | 全文检索未见关于多播信道“MCH”的记载。 | 目标专利将多播信道具体限定为3GPP标准中的MCH传输信道。对比文件涉及UMTS系统，虽然提到了CDMA正交码、无线接口和Iub接口，但未涉及承载点到多点业务的MCH信道。 |
| 技术特征R： 所述多播服务调度信息是MCH调度信息“MSI”<br>《未公开》 | 全文检索未见关于MCH调度信息“MSI”的记载。 | 目标专利将调度信息具体限定为LTE/MBMS规范中的MSI MAC控制元素。对比文件仅涉及网络控制器（RNC）或基站（Node B）对单播呼叫容量的调度算法，完全未公开MSI。 |
| 技术特征S： 所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>《未公开》 | 全文检索未见符合MBMS规范的多播服务的相关记载。 | 目标专利限定多播服务为3GPP MBMS业务。对比文件全文仅在[0003]处泛泛提及通信内容可以包含语音、数据、多媒体（multimedia）等，但并未公开多媒体广播多播服务（MBMS）规范，更未涉及MBMS体系下的多播服务传输机制。 |
| 技术特征T： 其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》 | 全文检索未见调度信息特定BLER的记载。 | 目标专利针对MSI的信令可靠性设置调度信息特定的BLER指标（通常要求极低BLER）。对比文件虽在段落[0056]、[0060]中提及调整BLER，但其调整的是业务承载或物理连接本身的误块率，并未公开针对“调度信息”设置特定的BLER。 |
| 技术特征U： 所述服务特定QoS值包括服务特定BLER。<br>《隐含公开》 | [0056] ...Alternatively, a higher BLER (block error rate) can be used if this leads to a lower required power per correct received bit. Block error rate is the number of blocks or packets which can be discarded in a connection...<br>[0058] ...A lower block error rate can be used... The use of a lower block error rate leads to a better end user quality of service...<br>[0060] ...there may be a maximum block error rate or a minimum block error rate...<br>【中文翻译】：……或者，如果使用更高的BLER（块错误率）导致每个正确接收比特所需的功率更低，则可以使用更高的BLER。块错误率是连接中可以丢弃的块或分组的数量……可以使用较低的块错误率……使用较低的块错误率带来更好的最终用户服务质量……可以存在最大块错误率或最小块错误率…… | 目标专利中服务特定QoS值包括该业务要求的BLER。对比文件将块错误率（BLER）作为衡量连接传输质量与最终用户QoS的核心指标，并允许针对不同连接/配置设置特定的BLER或BLER门限（最大/最小BLER）。本领域技术人员可以合理推断出不同业务连接可配置不同的目标BLER作为其QoS表征，因此在极宽松的隐含公开标准下认定为隐含公开。 |
| 技术特征V： 其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《未公开》 | 全文检索未见MBMS业务信道“MTCH”的相关记载。 | 目标专利限定具体逻辑信道MTCH用于携带MBMS服务数据。对比文件未涉及MBMS逻辑信道架构，未公开MTCH。 |
| 技术特征W： 一个或多个MTCH被复用到所述MCH中；并且中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《未公开》 | 全文检索未见MTCH复用到MCH以及MTCH与MSI在同一TB上复用的记载。 | 目标专利公开了LTE MAC/物理层信道复用结构，即多个MTCH复用至MCH，且在首个TB中MSI与部分MTCH数据可能共存复用。对比文件完全不涉及MBMS信道复用架构及传输块TB层面的控制信息与业务数据复用。 |
| 技术特征X： 则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》 | 全文检索未见为同一TB复用的MSI及数据选择单个传送要求、对剩余数据选择其自身传送要求的记载。 | 目标专利解决TB复用碰撞问题：当MSI与数据挤在同一TB时，二者必须采用同一物理层调制编码配置（单个传送要求），而未复用MSI的剩余MTCH可继续按服务自身配置传送。对比文件无相关场景及技术方案。 |
| 技术特征Y： 其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>《未公开》 | 全文检索未见该仲裁选择逻辑的记载。 | 目标专利公开了单个传送要求的具体选取规则：直接采用MSI传送要求，或者在两者间择优选取更健壮（低BLER）的配置以确保控制信息和数据均能可靠解调。对比文件完全未公开该技术手段。 |
| 技术特征Z： 其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>《未公开》 | 全文检索未见终端从BCCH或MCCH确定MSI特定传送要求和服务特定传送要求的记载。 | 目标专利中UE通过监听BCCH或MCCH信令获取MSI和业务数据的传送要求参数以用于后续解码。对比文件未涉及在BCCH或MCCH上解析该类分立传送要求的技术内容。 |
<<<C>>>
<<<e>>>
<<<H>>>
<<<j>>>
<<<K>>>
<<<n>>>
<<<u>>>
| 技术特征描述及判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>《隐含公开》 | [0032] 基地台110可传送针对诸如广播、多播和/或单播服务的各种服务的T个数据流。……例如，基地台110可广播用于多媒体（例如电视）节目以及多媒体内容（诸如视频、音频、图文、数据、视频/音频剪辑等）的多个数据流。单个多媒体节目可作为用于视频、音频和数据的三个单独的数据流来广播。<br>[0033] 图2示出了可用于系统100的示例性超帧结构200。……对于图2所示实施例，每个超帧包括用于一个或多个TDM导频的字段212、用于开销/控制数据的字段214、以及用于业务数据的字段216。……开销/控制数据可指示针对T个数据流的各种参数（例如针对每个数据流所使用的编码和调制方案、每个数据流在超帧内的特定位置等）。T个数据流在字段216中发送。 | 对比文件公开了在无线多载波系统中基站支持广播/多播服务，且超帧包含承载业务数据（多播服务数据）的字段216以及指示各个数据流在超帧内特定位置与传输参数的开销/控制数据字段214。该开销/控制数据实质上起到多播服务调度信息的作用。虽然对比文件未明确将包含这两者的传输物理/传输信道命名为“多播信道”，但根据宽松标准，对比文件部分公开了多播信道上传送多播服务数据及调度信息的技术内容，本领域技术人员基于无线组播/广播系统的通信构架，有可能将其合理推理或与其他现有技术组合而对应到同一物理/逻辑多播信道架构，因此认定为《隐含公开》。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《隐含公开》 | [0033] ……开销/控制数据可指示针对T个数据流的各种参数（例如针对每个数据流所使用的编码和调制方案、每个数据流在超帧内的特定位置等）。T个数据流在字段216中发送。 | 对比文件中开销/控制数据明确指示了多播数据流在超帧/帧中的“特定位置”（即时频资源的分配位置），本领域技术人员能够合理推断出该开销/控制数据所指示的正是映射到相应物理信道/帧结构中的各个多播服务流的动态或半静态调度信息。因此，该特征被对比文件《隐含公开》。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>《直接公开》 | [0009] 本文描述了在无线多载波（例如OFDM）通信系统中使用频分复用（FDM）复用多个数据流的技术。……<br>[0027] 本文描述的复用技术可用于各种无线多载波通信系统。这些技术也可用于下行链路以及上行链路。……为了清楚起见，下文针对基于OFDM的系统中的下行链路描述这些技术。 | 对比文件完整描述了一种用于在无线通信系统中复用、传输与配置多个数据流的方法，其上下文包括下述各具体传输配置及发送步骤，本领域技术人员毫无疑义可得出其公开了方法的步骤属性，属于《直接公开》。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《隐含公开》 | [0074] 发送开销数据处理器930根据用于开销/控制数据的编码和调制方案来处理开销/控制数据，并提供开销符号。……多路复用器940根据来自控制器140的MUX_TX控制将数据符号、开销符号、导频符号和保护符号提供到适当的子带和符号周期上，并输出复合符号流{YC}。 | 对比文件公开了针对开销/控制数据采用特定的编码和调制方案（即开销/控制特定的传送要求/MCS）进行处理，并由控制器控制将其配置并复用到超帧开销字段214的传输资源上。目标专利说明书第[0016]段明确指明传送要求包括调制和编码方案（MCS）。对比文件采用专用于开销数据的MCS来配置开销/调度控制信息的传送，起到了对调度控制信息的特定传输质量保障作用；虽然未采用目标专利特定多播信道（MCH）的专用术语，但二者作用机制相近。根据宽松判断标准，本领域技术人员可以合理推断出该技术方案，认定为《隐含公开》。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《直接公开》 | [0006] 多载波通信系统中的基站可同时发送多个数据流。每个数据流可在基站处单独处理（例如，编码和调制），并因此可由无线设备独立恢复（例如解调和解码）。多个数据流可具有固定或可变的数据速率，并可使用相同或不同的编码和调制方案。<br>[0056] 表1示出了可由系统100支持的八种“模式”的示例性集合。这八种模式被赋予1到8的索引。每种模式与特定的调制方案（例如QPSK或16-QAM）和特定的内部编码率（例如1/3、1/2或2/3）相关联。……<br>[0071] ……用于编码器912的外部和内部代码以及用于映射单元920的调制方案由用于该数据流的模式确定。 | 目标专利说明书第[0016]、[0035]、[0057]段等阐明“传送要求”包括调制和编码方案（MCS）。对比文件明确公开了每个多播数据流单独进行编码和调制，可以采用不同模式对应的特定调制方案和编码率（即服务特定传送要求/MCS），并配置各个数据流的传送。对比文件公开的各数据流的特定模式/MCS在对比文件中用于匹配各流的业务与信道需求，这与目标专利中根据服务特定传送要求（如MCS）配置多播服务数据传送的作用完全相同，构成《直接公开》。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《隐含公开》 | [0033] ……开销/控制数据可指示针对T个数据流的各种参数（例如针对每个数据流所使用的编码和调制方案、每个数据流在超帧内的特定位置等）。……<br>[0074] 发送开销数据处理器930根据用于开销/控制数据的编码和调制方案来处理开销/控制数据，并提供开销符号。……复用器940根据MUX_TX控制在适当子带与符号周期上提供开销符号。 | 对比文件公开了在超帧的开销/控制字段通过开销符号信号发送各个数据流的参数（包括所使用的编码和调制方案等服务特定传送要求），且开销数据本身也按照预设模式/编码调制发送。该开销控制字段起到了广播/多播控制信道的功能。虽然对比文件未采用LTE中标准的“BCCH”或“MCCH”信道专有名词，但开销字段本身即作为承载控制信令的广播逻辑/传输资源。在宽松的隐含公开标准下，对比文件已公开了通过广播性质的开销/控制信令发送这些传送要求的内容，本领域技术人员结合公知通信协议常识能够合理推断或与协议组合实现，认定为《隐含公开》。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>《隐含公开》 | [0032] 基地台110可传送针对诸如广播、多播和/或单播服务的各种服务的T个数据流。……<br>[0033] ……T个数据流在字段216中发送。 | 对比文件公开了基站在超帧的业务数据字段216上传送用于广播/多播服务的多个数据流。虽然对比文件未直接使用“多播信道（MCH）”这一专有术语，但字段216在物理上所承载并复用的即为多播服务数据，构成了多播信道上的数据传送。在宽松的隐含公开判断规则下，本领域技术人员能够直接合理推知该技术方案，认定为《隐含公开》。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0009]、[0027] | 对比文件描述了该系统下行多数据流处理的方法流程体系，包含前序与后续的各种处理步骤，属于《直接公开》。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件全篇未涉及针对调度信息确定特定的QoS属性或QoS值（如BLER要求）。对比文件仅提及预设固定或特定的编码调制，但没有任何关于评估、确定或测量开销/调度控制信息的QoS属性/QoS值的技术构思或处理。本领域技术人员无法从对比文件中推导出该特征。 | 对比文件既未直接公开，也无法依据宽松判断标准合理推断出针对调度信息的“QoS属性/QoS值确定”步骤，该特征在对比文件中无公开。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件虽然在表1中针对不同模式配置了调制方式和编码率，但在具体说明中并未记载或披露如何根据或测量/确定各个多播数据流的“QoS属性有关的QoS值”（如目标专利说明书[0019]段指出的BLER等特定QoS属性值）。对比文件直接根据预设模式或数据速率分配Slot，缺乏对QoS属性值的具体确定机制，本领域技术人员无法基于对比文件记载内容合理推导得出该步骤，无公开。 | 该特征在对比文件中没有记载，亦无法推导出确定服务特定QoS值的具体操作，因此不构成直接公开也不构成隐含公开。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0009]、[0027] | 对比文件整体为一种多载波通信的多数据流复用与传送方法，包含各个协同执行的方法步骤，属于《直接公开》。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件全篇未引入调度信息特定的QoS值以及服务特定的QoS值，更未公开针对两者QoS值是否相同或不同的条件判断逻辑。 | 缺乏前提特征I与J中的QoS值，更无对两者QoS值进行比对并分支判断的处理，因此无公开。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件没有披露根据调度信息的QoS值去选择其传输要求/MCS的动作。 | 无法基于对比文件推导得出依据调度信息QoS值去动态或分别选择其传送要求，无公开。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件仅记载根据模式（Mode）确定编码调制方案（段落[0071]），并未记载基于服务特定的QoS值（如BLER属性值）来选择该服务特定传送要求。 | 对比文件缺乏QoS值驱动传送要求选择的因果逻辑与具体方案，即使在极宽松的推导标准下亦无法合理推定其包含了“基于服务特定QoS值选择传送要求”，无公开。 |
| 技术特征O：<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件全篇无两种QoS值相等的条件判断分支。 | 对比文件完全不存在QoS值是否相等的比较和条件判断机制，无公开。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件未记载在两者QoS值相等的前提下为调度信息和业务数据选择共同传送要求的决策机制。 | 缺乏QoS值相等的判断前提与选择共同传送要求的后续动作，无公开。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件全篇使用OFDM物理子带（Subband）、交织（Interlace）、时隙（Slot）等概念，未出现3GPP LTE规范中的专用传输信道“MCH”（Multicast Channel）。 | 虽然通信系统中多播数据流有类似传输机制，但“MCH”是特定标准规范（如3GPP）中具有特定协议层级映射（MAC层与物理层之间）的传输信道术语。对比文件基于自身的FDM slot-interlace架构，并未披露也不可能使技术人员毫无疑义或合理推断出其为3GPP协议的“MCH”，因此无公开。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件仅披露开销/控制数据（Overhead/control data），未提及3GPP规范中的MAC层控制元素“MSI”（MCH Scheduling Information）。 | “MSI”属于特定MBMS协议中的专用控制信令实体，对比文件的控制数据与MSI并不等同，且对比文件未给出任何与MSI相关的协议特征暗示，无公开。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件公开了系统可用于“broadcast, multicast, and/or unicast services”，并可广播多媒体（如电视）节目（段落[0032]），但全篇未指明或引用3GPP的“MBMS”规范。 | “符合MBMS规范”要求技术方案受到MBMS标准协议的约束与定义，对比文件仅涉及泛指的multimedia broadcast/multicast传输，并未直接公开也不可能合理推导出其符合3GPP的MBMS规范，无公开。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件全篇未提及块错误率（BLER）作为调度信息的QoS评估指标。 | 对比文件没有任何关于BLER的记载或基于BLER评估调度信息的启示，无公开。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件全篇未提及BLER指标用于服务特定QoS值。 | 对比文件并未披露服务特定BLER的概念或其在传输配置中的具体应用，无公开。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件仅记载多个数据流（Data streams），未涉及3GPP LTE MBMS系统中的逻辑业务信道“MTCH”（MBMS Traffic Channel）。 | 缺乏MBMS协议架构中逻辑信道MTCH的相应概念，属于规范特定的协议信道实体，对比文件无公开。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件虽然在段落[0009]、[0067]中提及在OFDM子带/时隙中复用多个数据流，但未涉及在同一个传输块（TB）上复用MSI与逻辑信道MTCH。 | 缺乏协议栈中MTCH与MSI在物理层TB内的具体复用方案，对比文件并未披露该特定复用结构，无公开。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件完全未涉及在TB级别将调度控制信息（MSI）与部分业务信道（MTCH）混合复用时选择“单个传送要求”，并对剩余MTCH采用不同传送要求的技术方案。 | 属于目标专利针对MSI与MTCH同TB共存时的特殊MCS/传送要求回退与协调机制，对比文件中完全无此设计构思，无公开。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件没有披露在共存TB上选择更健壮的传送要求（或MSI传送要求）的比较决策机制。 | 缺乏更健壮（Robust）传送要求比较与选择的具体方案，无公开。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>无公开（未直接公开，亦无隐含公开） | 对比文件未披露从BCCH或MCCH信道确定MSI特定传送要求和服务特定传送要求的过程。 | 既不具备BCCH/MCCH特定信道，也没有从该信道解析MSI特定及服务特定传送要求（如MCS）的终端确定流程，无公开。 |
---
<<<C>>><<<E>>><<<H>>><<<K>>><<<a>>><<<b>>><<<d>>><<<f>>><<<g>>>
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》 | 无相关引用内容（对比文件全文涉及医药/化学领域，涉及亚硝基化雷帕霉素化合物及其在心血管疾病、支架涂层等方面的应用）。 | 未公开论述：<br>对比文件US2005209266A属于生物医药技术领域，具体涉及雷帕霉素衍生物、NO供体化合物、药物组合物及其在预防或治疗血管再狭窄等心血管疾病中的用途。对比文件全文未涉及无线通信领域，完全未记载“多播信道”、“多播服务数据”或“多播服务调度信息”等技术方案，本领域技术人员无法从对比文件中直接、毫无疑义地得出该特征，也无法基于现有内容推导得出，因此对比文件未直接公开也未隐含公开技术特征A。 |
| 技术特征B<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件涉及的是化学化合物及其医药用途，完全不涉及通信信道的数据传输与业务调度机制，未提及多播服务调度信息及其指示功能，既未直接公开，也无法通过合理推断得出，因此未公开技术特征B。 |
| 技术特征C<br>所述方法包括以下步骤：<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>目标专利的方法为一种配置多播信道传输的无线通信配置方法，而对比文件公开的是药物合成、配方制备及医学治疗方法，技术领域截然不同，未公开通信方法中的相应步骤架构，因此未公开技术特征C。 |
| 技术特征D<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件全文没有任何关于“调度信息特定的传送要求”（如MCS、重传次数等）以及据此配置调度信息传输的技术内容，既未直接披露也无相关技术暗示，未公开技术特征D。 |
| 技术特征E<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未涉及多播服务数据的概念，亦未记载基于服务特定传送要求对数据传输进行配置的方案，因此未公开技术特征E。 |
| 技术特征F<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件属于医药领域，完全未披露无线通信控制信道（BCCH、MCCH）及其上发送参数信令的相关方案，既无直接公开，也无任何隐含公开的可能，未公开技术特征F。 |
| 技术特征G<br>在所述多播信道上传送多播服务数据<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未披露任何关于多播信道及在其上传送多播业务数据的通信传输过程，因此未公开技术特征G。 |
| 技术特征H<br>其中所述方法还包括以下步骤：<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未披露通信方法后续流程的步骤关系，未公开技术特征H。 |
| 技术特征I<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件不涉及通信网络中的QoS（服务质量）机制，未公开确定调度信息特定QoS值的任何技术内容，未公开技术特征I。 |
| 技术特征J<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件不涉及通信业务的QoS属性及确定服务特定QoS值的方案，未公开技术特征J。 |
| 技术特征K<br>其中所述方法还包括以下步骤：<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未披露通信方法的条件分支与配置步骤，未公开技术特征K。 |
| 技术特征L<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未记载关于QoS值的比较或判断条件，未公开技术特征L。 |
| 技术特征M<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未披露根据调度信息特定QoS值来选择特定传送要求的逻辑与机制，未公开技术特征M。 |
| 技术特征N<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未披露基于业务特定QoS选择传输参数的机制，未公开技术特征N。 |
| 技术特征O<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未记载两类QoS值相等的判断逻辑，未公开技术特征O。 |
| 技术特征P<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开在QoS相等时为调度信息与数据选择共同传送要求的技术方案，未公开技术特征P。 |
| 技术特征Q<br>其中所述多播信道是多播信道“MCH”<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开3GPP移动通信中的多播信道MCH，未公开技术特征Q。 |
| 技术特征R<br>所述多播服务调度信息是MCH调度信息“MSI”<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开LTE/MBMS规范中的MCH调度信息（MSI），未公开技术特征R。 |
| 技术特征S<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开任何符合MBMS规范的多播服务方案，未公开技术特征S。 |
| 技术特征T<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未涉及块错误率（BLER）的概念，更未公开调度信息特定的BLER，未公开技术特征T。 |
| 技术特征U<br>所述服务特定QoS值包括服务特定BLER。<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开服务特定的BLER参数，未公开技术特征U。 |
| 技术特征V<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开逻辑业务信道MTCH及其承载MBMS服务数据的方案，未公开技术特征V。 |
| 技术特征W<br>一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开MTCH与MCH的信道复用结构，亦未公开MTCH与MSI在物理层/MAC层同一传输块（TB）中的复用方案，未公开技术特征W。 |
| 技术特征X<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开传输块复用时针对不同信道/数据子集选择单个或分开传送要求的处理逻辑，未公开技术特征X。 |
| 技术特征Y<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开在复用传输块中采用更健壮的传送要求（更鲁棒的MCS或BLER配置）以确保MSI正确解码的技术方案，未公开技术特征Y。 |
| 技术特征Z<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>《未公开》 | 无相关引用内容。 | 未公开论述：<br>对比文件未公开终端侧从控制信道（BCCH/MCCH）接收信令以确定传送要求的解码侧方案，未公开技术特征Z。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及标号） | 公开性论述 |
| 技术特征A<br>所述多播信道携带多播服务数据和多播服务调度信息<br>【未公开】 | 无相关内容引用。对比文件整体涉及自动车床（Automatic lathe），如说明书[0001]公开：“本发明涉及一种能够同时或选择性地执行不同类型的自动加工的复合机床，特别是涉及一种在单个车床床身上紧密安装有多个主轴和多个刀架的多功能自动车床。” | 1. 技术领域及发明构思完全不同：<br>目标专利属于无线移动通信领域中多媒体广播多播服务（MBMS）多播信道（MCH）控制与传输配置技术，其特征A的技术方案是通过同一多播信道同时承载业务数据与调度信息，以便UE在接收业务数据的同时根据动态调度信息进行休眠和唤醒控制；而对比文件US20050217442A1全篇涉及的是机械加工领域的数控自动车床多主轴与多刀架联动控制技术。<br>2. 公开性论述：<br>对比文件中既未记载亦未涉及任何“多播信道”、“多播服务数据”或“调度信息”。即便以极其宽松的标准审视，车床的加工程序指令与刀架轴控制亦无法推导或等同于通信协议中的“多播信道携带多播服务数据和多播服务调度信息”，本领域技术人员根本无法从该车床结构或控制中合理推断得出该特征，故技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>【未公开】 | 无相关内容引用。说明书[0069]公开：“输入部108具有设置在操作盘24上的带有数字键的键盘116。从输入部108输入与刀具22相关的加工程序，包括控制第一和第二主轴14、16以及第一和第二刀架18、20运行所需的数据……” | 1. 技术方案与作用比对：<br>在目标专利中，技术特征B的作用是指示映射到MCH的具体多播服务的将来调度分配（例如子帧位置、调度周期数量等），从而使UE能仅在关注的服务传送时醒来（省电）。对比文件仅公开了数控车床中由CPU读取加工程序来调度主轴和刀架的物理轴向移动。<br>2. 公开性论述：<br>对比文件中的NC加工程序是控制机械轴运动轨迹的参数集，与无线通信系统中的“指示映射到多播信道的多播服务的调度信息”在功能、机理、作用及技术领域上没有任何关联与对应关系。技术人员不可能基于加工指令推理出多播服务的信道映射调度信息，因此技术特征B既未被直接公开，也未被隐含公开。 |
| 技术特征C<br>所述方法包括以下步骤：<br>【未公开】 | 无相关内容引用。 | 作为前序引入性步骤语句，其依附于具体的无线通信配置方法。对比文件涉及的是机械加工方法或机床工作方法，完全未涉及通信信道配置方法，故未公开。 |
| 技术特征D<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>【未公开】 | 无相关内容引用。对比文件[0017]、[0074]涉及：“控制单元控制第一主轴驱动机构、第一刀架驱动机构、第二刀架驱动机构和第二主轴驱动机构，以能够同时执行……第一加工工作、第二加工工作和第三加工工作。” | 1. 技术方案与作用比对：<br>目标专利中，由于MSI若解错会导致UE无法接收后续全部业务数据或大量耗电，因而需要针对MSI配置特定的（通常是更健壮、BLER更低的MCS）传送要求；而对比文件仅公开根据加工程序分别控制不同刀具的切削进给插补运动。<br>2. 公开性论述：<br>对比文件中完全不存在“调度信息特定传送要求”及“基于传送要求配置多播信道上传送”的技术构思与实体机制。机械切削进给参数与无线传输参数（如MCS、BLER）风马牛不相及，本领域技术人员无法从对比文件中获取任何技术启示或推导出该特征，故技术特征D未被直接或隐含公开。 |
| 技术特征E<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>【未公开】 | 无相关内容引用。 | 1. 技术方案与作用比对：<br>目标专利根据各业务自身容忍的QoS/BLER（如视频、音频流或下载业务）独立配置服务特定的传送要求（如MCS）；对比文件为机械车床领域，无任何通信服务数据及传送要求的配置。<br>2. 公开性论述：<br>对比文件未包含与该特征相同或相近的技术方案，亦未记载任何有关业务容忍度、信道数据传送要求的技术内容，技术人员无法做出合理推理，故技术特征E未被直接或隐含公开。 |
| 技术特征F<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>【未公开】 | 无相关内容引用。说明书[0070]公开：“CPU 124基于存储在RAM 120或ROM 122中的加工程序以及存储在ROM 122中的控制程序向伺服控制部分114输出控制命令。” | 1. 技术方案与作用比对：<br>目标专利通过信令在无线逻辑信道（BCCH或MCCH）上将传送要求通知UE，以便UE获知下行接收的解码参数；对比文件仅公开机床内部CPU通过母线或电路向伺服控制部输出控制电信号。<br>2. 公开性论述：<br>对比文件的电信号属于数控机床内部的总线驱动控制信号，完全不具备无线通信信道协议属性，更未涉及“BCCH”或“MCCH”控制信道。本领域技术人员不可能从中推导出在BCCH/MCCH信道发送无线传送要求信令，故技术特征F未被直接或隐含公开。 |
| 技术特征G<br>在所述多播信道上传送多播服务数据<br>【未公开】 | 无相关内容引用。 | 目标专利通过物理/传输信道MCH向空口无线广播业务数据。对比文件完全不涉及任何无线信道及无线多播数据传输，故技术特征G未被直接或隐含公开。 |
| 技术特征H<br>其中所述方法还包括以下步骤：<br>【未公开】 | 无相关内容引用。 | 引领后续通信方法步骤的连接性语句，对比文件不存在对应通信步骤，故未公开。 |
| 技术特征I<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>【未公开】 | 无相关内容引用。 | 目标专利中确定用于MSI的QoS属性值（如目标BLER），用于指导后续传送要求（MCS）的选择以保障信令正确解码。对比文件涉及机床加工精度与工件成形，无通信QoS概念及针对调度信息的特定QoS属性，故技术特征I未被直接或隐含公开。 |
| 技术特征J<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>【未公开】 | 无相关内容引用。 | 目标专利针对不同业务需求（如视频、音频流）确定其QoS属性值。对比文件属于机床制造，不涉及通信服务质量QoS，故技术特征J未被直接或隐含公开。 |
| 技术特征K<br>其中所述方法还包括以下步骤：<br>【未公开】 | 无相关内容引用。 | 步骤连接词，未公开。 |
| 技术特征L<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>【未公开】 | 无相关内容引用。 | 目标专利比较MSI与业务数据的QoS值是否一致以决定后续策略。对比文件不包含任何通信QoS属性的比较判断逻辑，故技术特征L未被直接或隐含公开。 |
| 技术特征M<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>【未公开】 | 无相关内容引用。 | 目标专利依据MSI的QoS独立为其选择MCS等传输要求。对比文件无相关方案，故技术特征M未被直接或隐含公开。 |
| 技术特征N<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br>【未公开】 | 无相关内容引用。 | 目标专利根据业务QoS独立选择其数据传输要求。对比文件无相应通信特征，故技术特征N未被直接或隐含公开。 |
| 技术特征O<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>【未公开】 | 无相关内容引用。 | 目标专利判断MSI与业务QoS是否相等的判定条件。对比文件全篇无此通信控制判定，故技术特征O未被直接或隐含公开。 |
| 技术特征P<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>【未公开】 | 无相关内容引用。 | 目标专利在QoS相等时统一采用同一套传送要求（共同MCS）。对比文件无对应方案，故技术特征P未被直接或隐含公开。 |
| 技术特征Q<br>其中所述多播信道是多播信道“MCH”<br>【未公开】 | 无相关内容引用。 | 对比文件为数控车床，不涉及蜂窝通信中的MCH信道，故技术特征Q未被直接或隐含公开。 |
| 技术特征R<br>所述多播服务调度信息是MCH调度信息“MSI”<br>【未公开】 | 无相关内容引用。 | 对比文件不涉及蜂窝多播通信协议中的MSI MAC控制元素/调度信息，故技术特征R未被直接或隐含公开。 |
| 技术特征S<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>【未公开】 | 无相关内容引用。 | 对比文件属于车床机床领域，不符合亦不涉及3GPP MBMS协议规范，故技术特征S未被直接或隐含公开。 |
| 技术特征T<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>【未公开】 | 无相关内容引用。 | 目标专利采用传输块误块率（BLER）表征MSI可靠性要求。对比文件无数据块传输及BLER概念，故技术特征T未被直接或隐含公开。 |
| 技术特征U<br>所述服务特定QoS值包括服务特定BLER。<br>【未公开】 | 无相关内容引用。 | 目标专利针对业务数据设定特定BLER指标。对比文件完全无通信BLER方案，故技术特征U未被直接或隐含公开。 |
| 技术特征V<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>【未公开】 | 无相关内容引用。 | 涉及MBMS逻辑业务信道MTCH架构，对比文件无任何通信信道架构记载，故技术特征V未被直接或隐含公开。 |
| 技术特征W<br>一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>【未公开】 | 无相关内容引用。 | 涉及MAC层信道复用及在TB块内将MSI与MTCH共同打包复用的协议方案。对比文件属于机床结构，完全不涉及传输块与信道复用技术，故技术特征W未被直接或隐含公开。 |
| 技术特征X<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>【未公开】 | 无相关内容引用。 | 针对同一TB内复用时的传输要求折衷配置逻辑（对共存TB采用单一要求，对剩余MTCH采用原有要求）。对比文件无该通信控制与复用策略，故技术特征X未被直接或隐含公开。 |
| 技术特征Y<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>【未公开】 | 无相关内容引用。 | 针对同一TB复用时MCS选择的鲁棒性优先级策略。对比文件不涉及该方案，故技术特征Y未被直接或隐含公开。 |
| 技术特征Z<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>【未公开】 | 无相关内容引用。 | 涉及移动终端从无线控制信道BCCH或MCCH解析获取传送要求的流程。对比文件无相关无线空口信道及参数解析机制，故技术特征Z未被直接或隐含公开。 |
对比文件US20050217442A1全篇涉及机械加工领域的自动车床（Automatic lathe），未直接公开或隐含公开目标专利权利要求的任何技术特征。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》 | 对比文件全文未记载携带多播服务数据和多播服务调度信息的多播信道。涉及上行专用信道的内容如：<br>[p0003] "The invention relates to a method for scheduling in a mobile communication system a plurality of priority flows transmitted by a plurality of mobile terminals via a plurality of dedicated uplink channels to a base station..."（本发明涉及一种用于在移动通信系统中调度由多个移动终端经由多个专用上行信道向基站发送的多个优先级流的方法……） | 对比文件针对的是蜂窝系统中的上行专用传输信道（如UMTS的E-DCH专用上行信道），其由终端向基站发送单播上行数据及调度请求，完全不涉及下行点到多点的“多播信道”，更不涉及在该多播信道上同时携带多播服务数据与多播服务调度信息。两者的传输方向、信道架构及承载内容完全不同，对比文件未直接公开，也不存在推导或组合的可能，未公开技术特征A。 |
| 技术特征B：所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《未公开》 | 对比文件涉及调度信息的内容如：<br>[p0040] "The request message is in the following referred to as Scheduling Information (SI). Based on this information a Node B can estimate the noise rise and schedule the UE... With a grant message sent in the downlink from the Node B to the UE, the Node B assigns the UE the TFCS with maximum data rate and the time interval, the UE is allowed to send. The grant message is in the following referred to as Scheduling Assignment (SA)."（请求消息在下文中被称为调度信息（SI）。基于该信息，Node B能够估计噪声抬升并对UE进行调度……通过从Node B向UE在下行链路发送的授权消息，Node B为UE分配具有最大数据速率的TFCS和允许UE发送的时间间隔。授权消息在下文中被称为调度分配（SA）。） | 目标专利中的多播服务调度信息（如MSI）是在多播信道上指示映射到该多播信道的各多播服务的未来调度情况（以使用户设备可在非关注服务期间休眠）；而对比文件中的调度信息（SI）是UE向基站发送的上行状态报告（如缓冲区大小、发射功率），调度分配（SA）是基站向单个UE分配上行专用信道传输资源（TFCS、时隙等）的授权。对比文件既未涉及多播服务，也未涉及指示多播信道上多播服务调度的信息，未公开技术特征B。 |
| 技术特征C：所述方法包括以下步骤：<br>《直接公开》 | [p0091] "According to one embodiment of the invention a method for scheduling in a mobile communication system a plurality of priority flows transmitted by a plurality of mobile terminals via a plurality of dedicated uplink channels to a base station is provided... The base station may associate each of the plurality of priority flows with a set of QoS parameters, and may receive scheduling requests..."（根据本发明的一个实施例，提供了一种用于在移动通信系统中调度由多个移动终端经由多个专用上行信道向基站发送的多个优先级流的方法……基站可将多个优先级流中的每一个与一组QoS参数相关联，并且可接收调度请求……） | 技术特征C属于方法权利要求的常规引导语/过渡短语（"The method comprises the following steps:"）。对比文件在说明书中公开了通信系统中的调度方法并包含具体的执行步骤，本领域技术人员可以毫无疑义地确定该引导性表述被直接公开。 |
| 技术特征D：基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》 | 对比文件涉及传输参数配置的内容如：<br>[p0156]-[p0157] "...By allowing the multiplexing of data from different MAC-d flows in one TTI questions are raised with regard to the selection of the transmission parameters (maximum number of retransmissions, gain factor) for the corresponding TTI and the QoS support by Node B scheduler... one solution of this problem may be to always choose the transmission parameters that satisfy the QoS requirements which are the most demanding QoS requirements of all multiplexed priority flows."（通过允许在一个TTI中复用来自不同MAC-d流的数据，引发了关于针对相应TTI选择传输参数（最大重传次数、增益因子）以及Node B调度器的QoS支持的问题……解决该问题的一种方案可以始终选择满足所有复用优先级流中最严苛QoS要求的QoS要求的传输参数。） | 目标专利是针对多播信道上的调度信息（MSI），因其对解码成功率要求高，而专门基于调度信息特定的传送要求（如专属更低的BLER/专属MCS）配置其传送；对比文件仅公开了在E-DCH上根据复用流中最严苛的QoS要求选择传输参数（最大重传次数、增益因子），未涉及多播信道，更不存在配置多播服务调度信息的传送要求，未公开技术特征D。 |
| 技术特征E：基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《未公开》 | 对比文件涉及基于QoS参数调度的内容如：<br>[p0090] "...Based on this information, the base station may associate each indicated priority flow of which data is transported on the uplink channel to its QoS parameters and may thereby depend the scheduling of the dedicated uplink channels based on the QoS information for the indicated priority flows..."（基于该信息，基站可将指示的在上行信道上传输数据的每个优先级流与其QoS参数相关联，并由此基于所指示优先级流的QoS信息来依附对专用上行信道的调度……） | 目标专利的技术特征E是将多播信道上承载的多播服务数据基于其特定的传送要求（如MBMS各业务特定的BLER/MCS）进行传输配置；而对比文件公开的是针对上行链路中各用户专用信道（E-DCH）所承载的应用优先级流（如交互类、背景类等点对点流）基于其QoS参数进行调度和传输参数选择，不涉及多播服务及其数据传送的配置，未公开技术特征E。 |
| 技术特征F：通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 对比文件涉及信令通知QoS属性的内容如：<br>[p0145] "A signaling message for providing QoS attributes associated to a priority flow from the S-RNC to the Node B e.g. via NBAP signaling is the RADIO LINK SETUP REQUEST message. The QoS attributes of the priority flows may also be signaled to Node B through a RADIO LINK RECONFIGURATION REQUEST message, which is sent from S-RNC to Node B."（用于从S-RNC向Node B提供与优先级流相关联的QoS属性的信令消息例如经由NBAP信令是无线链路建立请求消息。优先级流的QoS属性也可以通过无线链路重新配置请求消息从S-RNC发送到Node B来通知给Node B。）<br>[p0164] "...signaled from S-RNC to UE. This may be for example accomplished via RRC signaling for example by including the QoS parameters in a radio bearer setup message, or radio bearer reconfiguration message."（……从S-RNC向UE发送信号。这可以例如通过RRC信令来完成，例如通过在无线承载建立消息或无线承载重新配置消息中包含QoS参数。） | 目标专利将调度信息特定传送要求和服务特定传送要求通过公共信道BCCH或多播专用控制信道MCCH进行下发；对比文件采用的是Iub接口的NBAP信令（网络内部节点间），以及通过单播专用的RRC信令（无线承载建立/重配消息）向各个UE通知点对点承载的QoS参数，完全未公开在BCCH或MCCH上发送上述两种特定传送要求，未公开技术特征F。 |
| 技术特征G：在所述多播信道上传送多播服务数据<br>《未公开》 | 对比文件涉及数据传输的内容如：<br>[p0003] "...a plurality of priority flows transmitted by a plurality of mobile terminals via a plurality of dedicated uplink channels to a base station."（……由多个移动终端经由多个专用上行信道向基站发送的多个优先级流。） | 对比文件只公开了在专用上行信道（E-DCH）上传输单播数据，未公开在多播信道上传送多播服务数据，未公开技术特征G。 |
| 技术特征H：其中所述方法还包括以下步骤：<br>《直接公开》 | [p0093]-[p0094] "In a further embodiment of the invention the base station transmits a scheduling assignment... According to another embodiment of the invention, at least one configuration message comprising the QoS parameters is received by the base station."（在本发明的又一个实施例中，基站发送调度分配……根据本发明的另一个实施例，基站接收包括QoS参数的至少一个配置消息。） | 属于从属权利要求的常规引入过渡短语，对比文件公开了进一步包括其他步骤的方法实施例，本领域技术人员可以毫无疑义地确定该通用表述被直接公开。 |
| 技术特征I：确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 对比文件涉及确定流的QoS参数的内容如：<br>[p0091] "The base station may associate each of the plurality of priority flows with a set of QoS parameters..."（基站可将多个优先级流中的每一个与一组QoS参数相关联……） | 目标专利确定的是多播调度信息（MSI）专属的QoS值（例如MSI所要求的特定BLER）；对比文件仅涉及对终端上行传输的业务优先级流（如MAC-d流或优先级队列）关联QoS参数，完全没有多播调度信息的概念，更未涉及确定其特定的QoS属性或QoS值，未公开技术特征I。 |
| 技术特征J：确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《隐含公开》 | [p0080] "During Radio Access Bearer (RAB) assignment procedure the RNC receives the parameters of the RAB to be established and in particular its QoS attributes. The CN initiates the procedure by sending a RAB ASSIGNMENT REQUEST message to the RNC. The message contains the IE 'RAB Parameters', which includes all necessary parameters for RABs including QoS attributes... Upon reception... the UTRAN executes the requested RAB configuration."（在无线接入承载（RAB）分配过程中，RNC接收待建立的RAB的参数，尤其是其QoS属性。CN通过向RNC发送RAB分配请求消息来启动该过程。该消息包含IE“RAB参数”，其中包括RAB所需的所有参数，包括QoS属性……在接收到时……UTRAN执行所请求的RAB配置。）<br>[p0090] "...Based on this information, the base station may associate each indicated priority flow of which data is transported on the uplink channel to its QoS parameters..."（……基于该信息，基站可以将指示的在上行信道上传输数据的每个优先级流与其QoS参数相关联……） | 目标专利中该特征用于根据多播服务的数据业务需求确定其服务特定的QoS值（如BLER）。对比文件公开了网络侧（RNC、Node B）在无线接入承载建立及配置过程中，接收并获取与各个具体业务/流相关的QoS属性（如Transfer delay、Guaranteed bit rate、Traffic class等），以确定该业务服务所要求的QoS参数。尽管对比文件中该服务为单播业务而非多播服务，但从“网络节点确定与特定服务的属性相关的QoS值”这一技术方案层面，其技术内容在数据流服务QoS确定的机理上相近，按照非常宽松的隐含公开标准，对比文件部分公开了为特定服务确定QoS值的手段，有与其他对比文件结合公开该特征的可能性，故认定为《隐含公开》。 |
| 技术特征K：其中所述方法还包括以下步骤：<br>《直接公开》 | [p0098] "Another embodiment of the invention relates to situations where multiple priority flows are multiplexed... the scheduling related functions may for example comprise..."（本发明的另一个实施例涉及多个优先级流被复用的情形……调度相关功能可以例如包括……） | 属于从属权利要求的过渡连接语，对比文件公开了方法中包含进一步执行步骤的实施方案，直接公开该表述。 |
| 技术特征L：如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 对比文件涉及不同QoS需求的内容如：<br>[p0156] "...Since there is only one E-DCH transport channel, it is only possible to associate one set of QoS parameters for one TTI though different MAC-d flows with different QoS requirements have been multiplexed."（……由于仅有一个E-DCH传输信道，因此尽管具有不同QoS要求的不同MAC-d流已被复用，在一个TTI中也仅可能关联一组QoS参数。） | 目标专利对比的是多播控制信道上的调度信息（MSI）的QoS与多播业务数据本身的QoS是否不同；对比文件仅提及复用的不同业务数据流（MAC-d流）之间具有不同的QoS要求，完全没有调度信息特定QoS值与服务特定QoS值之间进行比较的构思与技术方案，未公开技术特征L。 |
| 技术特征M：则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 对比文件全文未记载基于调度信息特定QoS值选择调度信息传送要求的方案。 | 目标专利是在两者QoS不同时，独立基于调度信息的QoS值选择其专属传送要求（如选用抗噪更强的MCS2）；对比文件不存在调度信息的QoS属性及其专属传送要求的选择，未公开技术特征M。 |
| 技术特征N：基于所述服务特定QoS值来选择所述服务特定传送要求<br>《隐含公开》 | [p0157] "Therefore from the transmission configuration point of view, one solution of this problem may be to always choose the transmission parameters that satisfy the QoS requirements which are the most demanding QoS requirements of all multiplexed priority flows..."（因此，从传输配置的角度来看，该问题的一种解决方案可以始终选择满足所有复用优先级流中最严苛QoS要求的QoS要求的传输参数……）<br>[p0166] "For each of these classes of traffic different QoS requirements are defined... Therefore depending on the QoS service class the transmission parameters of an uplink data transmission are different."（对于这些业务类别中的每一类，定义了不同的QoS要求……因此，取决于QoS业务类别，上行数据传输的传输参数是不同的。） | 目标专利中是根据多播服务的QoS值选取其数据传输要求（如MCS1）。对比文件公开了根据业务流的QoS属性/类别来确定和选择上行传输参数（如根据QoS要求选择增益因子、最大重传次数或传输格式TFC）。在宽松判断标准下，对比文件公开了“基于业务服务自身的QoS值来选择该服务的传送参数”，具有部分公开性，有可能与其他对比文件结合得出该技术特征，故认定为《隐含公开》。 |
| 技术特征O：或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 对比文件全文未记载该判断逻辑。 | 目标专利设置了专门的分支逻辑：判断调度信息QoS是否与服务QoS相等；对比文件未涉及调度信息的QoS值，亦未设置此判断分支，未公开技术特征O。 |
| 技术特征P：则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求<br>《未公开》 | 对比文件全文未记载在调度信息QoS与服务QoS相等时选择共同传送要求的内容。 | 目标专利在两者QoS相等时统一采用一套共同传送要求（例如MCS1）；对比文件完全不涉及调度信息特定传送要求与服务特定传送要求的同异选择，未公开技术特征P。 |
| 技术特征Q：其中所述多播信道是多播信道“MCH”<br>《未公开》 | 对比文件关于传输信道的内容如：<br>[p0008] "The dedicated channel (DCH) for downlink and uplink and the downlink shared channel (DSCH) have been defined in Release 99 and Release 4... In Release 5 the high-speed downlink packet access (HSDPA) was introduced. The new high-speed downlink shared channel (HS-DSCH) provides downlink high-speed access..."（下行和上行的专用信道（DCH）以及下行共享信道（DSCH）已在Release 99和Release 4中定义……在Release 5中引入了高速下行分组接入（HSDPA）。新的高速下行共享信道（HS-DSCH）提供下行高速接入……）<br>[p0025] "Enhanced Uplink Dedicated Channel (E-DCH)..."（增强型上行专用信道（E-DCH）……） | 目标专利限定多播信道为3GPP标准中的下行点到多点传输信道“MCH”；对比文件仅公开了DCH、DSCH、HS-DSCH、E-DCH等单播或下行共享信道，并未公开MCH，未公开技术特征Q。 |
| 技术特征R：所述多播服务调度信息是MCH调度信息“MSI”<br>《未公开》 | 对比文件全文未记载MCH调度信息（MSI）。 | 目标专利的多播服务调度信息限定为特定协议定义的MCH调度信息“MSI”；对比文件中仅公开了上行E-DCH的Scheduling Information (SI)，二者在协议实体、信息构成及作用上完全不同，未公开技术特征R。 |
| 技术特征S：所述多播服务符合多媒体广播多播服务“MBMS”规范<br>《未公开》 | 对比文件全文未记载MBMS规范。 | 目标专利限定多播服务为符合3GPP的MBMS规范；对比文件通篇围绕UMTS点对点业务（话音、流媒体、Web浏览、后台下载等），未公开MBMS规范，未公开技术特征S。 |
| 技术特征T：其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》 | 对比文件涉及QoS参数列表的内容如：<br>[p0100] "...the QoS parameters associated to a priority flow may e.g. comprise at least one of a transfer delay, a guaranteed bit rate, a traffic handling priority, a service type identification, a traffic class and a reordering release timer..."（……与优先级流相关联的QoS参数可以例如包括传输时延、保证比特率、业务处理优先级、服务类型标识、业务类别和重排序释放定时器中的至少一个……） | 目标专利将调度信息的特定QoS明确包含BLER（因MSI解码失败会导致严重问题）；对比文件未涉及调度信息的QoS，且在其列举的QoS参数中亦未公开调度信息特定BLER，未公开技术特征T。 |
| 技术特征U：所述服务特定QoS值包括服务特定BLER<br>《未公开》 | 对比文件涉及错误检测与QoS的内容如：<br>[p0010] "The most common technique for error detection of non-real time services is based on Automatic Repeat reQuest (ARQ) schemes..."（用于非实时服务差错检测的最常用技术基于自动重传请求（ARQ）方案……）<br>[p0076] 记载了3GPP TS 23.107的QoS属性，包含SDU error ratio、Residual bit error ratio等。 | 目标专利明确采用“块错误率（BLER）”作为服务特定QoS值（例如目标说明书背景技术指出的不同业务容忍不同的BLER）；对比文件[p0076]表格及[p0100]中列举的QoS属性包括传输时延、保证位速率、处理优先级、SDU错误率、残余误码率（Residual bit error ratio）等，并未将“服务特定BLER”记载为QoS参数，本领域技术人员无法直接得出，即便在宽松标准下其属性定义与目标专利明确限定的“BLER”亦有实质差异，未公开技术特征U。 |
| 技术特征V：其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《未公开》 | 对比文件涉及逻辑信道的内容如：<br>[p0032] "...Since MAC-d multiplexing is supported for E-DCH, several logical channels with different priorities can be multiplexed onto the same MAC-d..."（……由于E-DCH支持MAC-d复用，具有不同优先级的若干逻辑信道可以复用到同一个MAC-d上……） | 目标专利明确限定每个MBMS服务的数据由相应的MTCH（MBMS点到多点业务信道）承载；对比文件针对的是上行专用逻辑信道（DTCH/DCCH），未涉及MTCH或MBMS服务，未公开技术特征V。 |
| 技术特征W：一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《未公开》 | 对比文件涉及多流复用入传输块的内容如：<br>[p0155]-[p0156] "Another embodiment of the invention considers the situation in which data from different priority queues or different MAC-d flows are multiplexed to form a MAC-e PDU... By allowing the multiplexing of data from different MAC-d flows in one TTI questions are raised with regard to the selection of the transmission parameters..."（本发明的另一个实施例考虑了来自不同优先级队列或不同MAC-d流的数据被复用以形成MAC-e PDU的情形……通过允许在一个TTI中复用来自不同MAC-d流的数据，引发了关于选择传输参数的问题……） | 目标专利涉及下行MCH信道上MTCH与MSI（调度信息）复用在同一个传输块（TB）中的特殊场景；对比文件仅公开了上行方向多个MAC-d业务流在MAC-e PDU（即上行TB）中复用，既不涉及MTCH，也不涉及MSI与业务数据的同块复用，未公开技术特征W。 |
| 技术特征X：则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》 | 对比文件涉及复用时传输参数选择的内容如：<br>[p0156]-[p0157] "...Since there is only one E-DCH transport channel, it is only possible to associate one set of QoS parameters for one TTI though different MAC-d flows with different QoS requirements have been multiplexed... one solution of this problem may be to always choose the transmission parameters that satisfy the QoS requirements which are the most demanding QoS requirements of all multiplexed priority flows."（……在一个TTI中仅可能关联一组QoS参数……解决该问题的一种方案可以始终选择满足所有复用优先级流中最严苛QoS要求的QoS要求的传输参数。） | 目标专利针对MCH上的同一调度周期，将数据区分为与MSI复用在同TB的第一子集和未复用的剩余第二子集，分别采用单个传送要求和剩余服务特定传送要求；对比文件是在上行单个E-DCH每个TTI中，对复用的多个MAC-d流直接采用满足最严苛要求的一组传输参数，不存在对MSI与MTCH复用块选择单个传送要求并对剩余MTCH分别选择传送要求的技术方案，未公开技术特征X。 |
| 技术特征Y：其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求<br>《未公开》 | 对比文件涉及选取最严苛要求的内容如：<br>[p0157] "...always choose the transmission parameters that satisfy the QoS requirements which are the most demanding QoS requirements of all multiplexed priority flows."（……始终选择满足所有复用优先级流中最严苛QoS要求的QoS要求的传输参数。） | 目标专利限定该单个传送要求是MSI专属传送要求，或MSI传送要求与同TB复用的MTCH服务传送要求中“更健壮（更低BLER/更强MCS）”的要求；对比文件是针对上行多流复用选择满足最苛刻业务QoS要求的参数，完全不涉及MSI与MTCH，未公开技术特征Y。 |
| 技术特征Z：其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求<br>《未公开》 | 对比文件涉及终端获取QoS属性的内容如：<br>[p0164] "...The QoS attributes, which are signaled to Node B as described above are therefore also signaled from S-RNC to UE. This may be for example accomplished via RRC signaling for example by including the QoS parameters in a radio bearer setup message, or radio bearer reconfiguration message."（……因此上述向Node B发送信号的QoS属性也从S-RNC向UE发送信号。这可以例如通过RRC信令来完成，例如通过在无线承载建立消息或无线承载重新配置消息中包含QoS参数。） | 目标专利中UE侧从BCCH或MCCH上解析并确定MSI特定传送要求和服务特定传送要求；对比文件公开的是UE通过单播RRC信令（无线承载建立或重配置消息）接收服务参数，未公开从BCCH或MCCH确定上述两种要求，未公开技术特征Z。 |
<<<C>>>
<<<H>>>
<<<K>>>
<<j>>
<<n>>
### 特征比对分析
本比对基于目标专利的技术方案与说明书上下文，对对比文件（US 7,117,774 B2，“Automatic lathe”，涉及多功能数控自动车床及机械加工控制）是否公开目标专利权利要求的各项技术特征进行深度比对与严谨法律评估。
目标专利属于移动通信/无线广播领域，具体涉及多媒体广播多播服务（MBMS）中多播信道（MCH）、MCH调度信息（MSI）、传输块（TB）、业务信道（MTCH）、控制信道（MCCH/BCCH）、QoS/BLER及MCS配置与传输解码方案。而对比文件属于机械制造与数控机床加工领域，涉及主轴/副主轴、第一/第二刀架的多轴插补切削联动加工系统。
---
### 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件为自动车床机械结构与数控系统，完全不涉及无线通信、多播信道（MCH）或在其上传送服务数据与调度信息的内容。技术领域、技术方案与技术效果均完全无关，无法得出直接或隐含公开的结论。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件涉及加工程序控制主轴与刀架的插补移动，未涉及多播服务调度信息及其指示多播服务调度的技术手段。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开由通信方法步骤构成的上述流程。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件不存在基于特定传送要求（如MCS、BLER）配置信道上调度信息传送的内容。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件不存在基于业务特定传送要求配置多播服务数据传送的技术方案。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件无无线电控制信道（BCCH/MCCH）及在此类信道上信令发送控制参数的任何记载。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件无多播信道或多播数据传输的相关技术方案。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>【未公开】 | 无引用内容。 | 未公开。<br>无对应通信方法步骤。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未涉及通信QoS参数、调度信息的QoS属性及其确定步骤。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未涉及业务特定QoS属性及QoS值的确定。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>【未公开】 | 无引用内容。 | 未公开。<br>无对应通信方法步骤。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件无关于调度信息QoS值与服务QoS值对比判断的逻辑机制。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件不存在根据调度信息QoS值单独选择其传送要求的技术方案。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件不存在根据服务QoS值选择服务特定传送要求的技术方案。 |
| 技术特征O：<br>者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件不存在QoS值相等的判断逻辑。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件不存在在两者相等时选择共同传送要求的技术特征。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开通信协议中的多播信道（MCH）。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开MCH调度信息（MSI）。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件属于机床加工机械领域，完全未公开通信中的3GPP MBMS规范及服务。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未涉及数据传输中的块错误率（BLER）。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未涉及服务特定BLER。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开MBMS业务信道（MTCH）。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开业务信道在传输信道上的复用，更未公开MTCH与MSI在同一传输块（TB）上的复用机制。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件不存在为同TB复用的控制信息与业务数据配置单个传送要求、而对剩余业务数据配置独立传送要求的相关技术方案。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件不存在在冲突或复用时选择更健壮（更低BLER/更鲁棒调制编码）传送要求的方案。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开终端侧从BCCH或MCCH信道获取MSI与服务特定传送要求并确定的处理过程。 |
---
### 比对结论
对比文件（US 7,117,774 B2）公开的是一种数控自动车床（Automatic lathe），技术领域为机械零件切削加工与多轴伺服驱动控制，而目标专利的技术方案完全立足于无线移动通信（3GPP LTE/MBMS）系统中的信道分配、动态调度、QoS映射与传输块（TB）复用传输。
本领域技术人员不仅无法从对比文件中毫无疑义地直接得出与上述任何一项技术特征相同或等同的技术内容，即便在极为宽松的隐含公开标准下，对比文件中也不存在任何与无线信道、调度信息、传输块复用或QoS参数相关的技术线索供合理推导。因此，对比文件对技术特征A至Z均**未直接公开**，也**未隐含公开**。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与段落标号） | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>《未公开》 | 对比文件未记载同时携带多播服务数据与多播服务调度信息的多播信道。 | 1. 作用对比：<br>在目标专利中，多播信道（如MCH）同时承载多播服务数据（MTCH）以及用于指示服务传输位置的多播服务调度信息（MSI），使得UE能根据同一信道上的调度信息获知何时唤醒接收数据。<br>在对比文件中，公开了一种共享信令信道（SSCH，段落[0078]），其传送的是将发往不同用户的信令消息进行分层编码后生成的多播信令消息（multicast message，段落[0009]、[0082]、[0092]）；或者在下行链路传输业务数据和信令（段落[0032]）。对比文件并未公开一个专门的“多播信道”同时承载多播业务数据和多播服务调度信息。<br>2. 公开性结论：<br>对比文件的SSCH仅用于发送信令/控制开销消息，未涉及多播服务业务数据；其业务数据是在常规业务信道中按单播链路调度。本领域技术人员无法从对比文件得出或合理推导出技术特征A，故未公开。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《未公开》 | 对比文件未记载指示映射到多播信道的多播服务调度的调度信息。 | 1. 作用对比：<br>在目标专利中，MSI指示映射到相应MCH的MBMS服务的将来调度，使UE在无关注服务时休眠（说明书[0009]、[0010]）。<br>在对比文件中，信令消息（signaling messages）用于“资源分配/去分配、ACK/NAK、功率控制信息等”（段落[0036]、[0077]），属于针对单个用户的专用物理层/MAC层信令（如接入许可access grant），而非指示多播信道上多个多播服务调度周期的多播服务调度信息。<br>2. 公开性结论：<br>二者在信令性质、内容及控制对象上截然不同，对比文件既无直接公开，也无法隐含推导出技术特征B。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>《直接公开》 | [0084] "FIG. 8 shows an embodiment of a process 800 for performing hierarchical coding at a transmitter..."<br>【译文】图8示出了在发射机处执行分层编码的过程800的实施例…… | 对比文件图8及段落[0084]-[0086]明确公开了一种在发射机端执行编码与传输的方法步骤流程，直接公开了方法类权利要求的前序步骤引导特征。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《未公开》 | 对比文件未记载基于调度信息特定的传送要求来配置多播信道上的多播服务调度信息传送。 | 1. 作用对比：<br>在目标专利中，MSI具有非常严格的BLER要求，配置组件基于调度信息特定的传送要求（如更健壮的MCS2）对多播信道子帧中的MSI进行独立配置（说明书[0016]、[0058]）。<br>在对比文件中，仅公开了根据不同用户的信道状态/支持的数据速率来确定各自的码率（段落[0010]、[0084]），生成针对多个用户信令的分层多播消息，不存在对“多播信道上的多播服务调度信息”按特定传送要求进行配置的教导。<br>2. 公开性结论：<br>对比文件的分层编码是针对不同接收条件的用户所做的信令聚合，不涉及多播业务中的调度信息独立配置，故未公开。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《未公开》 | 对比文件未记载基于服务特定传送要求来配置多播服务数据的传送。 | 1. 作用对比：<br>目标专利根据MBMS服务类型的QoS/BLER要求（如流媒体、下载等不同服务要求不同BLER），选择服务特定的传送要求（MCS1）来配置多播信道上的业务数据（说明书[0004]、[0058]）。<br>对比文件仅针对各个用户的信道条件分配码率/调制方式以发送单播业务数据（段落[0032]、[0037]），并未公开针对“多播服务”基于其服务特定要求配置数据传送。<br>2. 公开性结论：<br>业务体制与配置机制完全不同，对比文件未公开该特征。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《未公开》 | 对比文件未记载在BCCH或MCCH上信令通知调度信息特定传送要求和服务特定传送要求。 | 1. 作用对比：<br>目标专利通过BCCH或MCCH将为MCH上的MSI和MTCH分别配置的MCS/QoS参数通知给UE，以便UE获知后续如何在MCH上解调两者（说明书[0017]、[0061]）。<br>对比文件段落[0006]仅泛泛提到信令可在开销信道、控制信道或广播信道上发送，段落[0081]提及SSCH的分配可由系统控制消息承载，但既未涉及BCCH/MCCH，更未涉及在这些信道上发送调度信息传送要求与多播服务传送要求。<br>2. 公开性结论：<br>对比文件未公开该特定控制信道上的信令发送机制。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>《隐含公开》 | [0009] "...Techniques for efficiently sending signaling and/or other information using hierarchical coding are described herein... a single multicast message may be generated for the messages for all users..."<br>【译文】在此描述了使用分层编码有效发送信令及/或其他信息的技术……可以针对所有用户的消息生成单个多播消息……<br>[0092] "...The base station performs hierarchical coding on the individual messages for different users, generates a single multicast message for these users, and transmits the multicast message to the user..."<br>【译文】基站对用于不同用户的各个消息执行分层编码，针对这些用户生成单个多播消息，并将该多播消息发送给用户…… | 1. 作用与推导论述：<br>目标专利的技术方案是在多播信道（物理/传输信道）上向UE群发多播业务数据。<br>在对比文件中，明确提到了使用分层编码发送“信令及/或其他信息（signaling and/or other information）”（段落[0009]），并生成“多播消息（multicast message）”进行下发（段落[0066]、[0082]、[0092]）。在通信领域中，多播消息的下发必然通过支持多播传输的多播物理/逻辑/传输信道来实现，且承载的信息明确包含除信令外的“其他信息（数据）”。<br>2. 公开性结论：<br>尽管对比文件重点举例了信令，但基于其极为宽泛的“其他信息”及生成“多播消息”进行多点传输的记载，本领域技术人员容易合理推断出其可通过多播信道传送多播数据，在极宽松的隐含公开判断标准下，认定技术特征G被《隐含公开》。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0084] "FIG. 8 shows an embodiment of a process 800 for performing hierarchical coding at a transmitter..."<br>【译文】图8示出了在发射机处执行分层编码的过程800的实施例…… | 对比文件公开了包含多个连续处理步骤的方法流程（见图8），直接公开了该从属权利要求的方法步骤引导特征。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>《未公开》 | 对比文件未记载确定调度信息特定的QoS值。 | 目标专利中网络节点为MSI设定特定QoS（如极低的BLER2，说明书[0056]、[0062]）。对比文件仅根据终端信道质量（SNR/SNIR）来确定数据速率和码率（段落[0037]、[0044]），并未确定属于“调度信息本身固有属性”的QoS值，未公开。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>《未公开》 | 对比文件未记载确定与多播服务特定QoS属性有关的QoS值。 | 目标专利中是根据多播业务类型确定其QoS/BLER1。对比文件仅依据各终端的无线信道条件匹配速率，未针对多播服务属性确定服务特定QoS值，未公开。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0084] "FIG. 8 shows an embodiment of a process 800..."<br>【译文】图8示出了……过程800的实施例…… | 对比文件公开了多步骤处理方法，直接公开了步骤引导特征。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>《未公开》 | 对比文件未记载比较调度信息QoS值与服务特定QoS值是否不同的步骤。 | 对比文件不涉及这两类特定QoS的获取，自然更不存在判断两者是否不同的逻辑分支，未公开。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>《未公开》 | 对比文件未记载基于调度信息特定QoS值独立选择其传送要求。 | 目标专利在两者QoS不同时，为MSI单独选择更健壮的MCS（说明书[0065]）。对比文件没有该机制，未公开。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>《未公开》 | 对比文件未记载基于服务特定QoS值选择服务特定传送要求。 | 目标专利为服务数据单独选择MCS1（说明书[0065]）。对比文件未公开针对多播服务QoS选择传送要求，未公开。 |
| 技术特征O：<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>《未公开》 | 对比文件未记载判断调度信息QoS值是否等于服务特定QoS值。 | 对比文件无相应QoS属性概念与等值判断逻辑，未公开。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>《未公开》 | 对比文件未记载在两类QoS相等时选择共同的传送要求。 | 目标专利在QoS相同时回退到统一MCS配置（说明书[0064]）。对比文件无此选择机制，未公开。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>《未公开》 | 对比文件未提及3GPP规范中的多播信道“MCH”。 | 对比文件仅一般性提及广播/信令信道（SSCH），未公开具体的3GPP传输信道“MCH”，未公开。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>《未公开》 | 对比文件未提及MCH调度信息“MSI”或动态调度信息“DSI”。 | 对比文件公开的是针对各用户的单播信令消息（如ACK/NAK、Access Grant），完全不同于3GPP中指示MCH子帧分配的MSI，未公开。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>《未公开》 | 对比文件全文未涉及MBMS规范。 | 对比文件仅描述一般性的多址接入系统（OFDMA、CDMA等），未公开MBMS规范，未公开。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>《未公开》 | 对比文件未记载调度信息特定的BLER指标。 | 对比文件未涉及调度信息特定的BLER作为QoS值，未公开。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>《未公开》 | 对比文件未记载多播服务特定的BLER指标。 | 对比文件未涉及基于多播服务要求的BLER作为QoS值，未公开。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>《未公开》 | 对比文件未涉及MBMS业务信道“MTCH”。 | 对比文件未公开3GPP MBMS逻辑信道MTCH，未公开。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>《未公开》 | 对比文件未记载MTCH复用到MCH，以及MTCH与MSI复用在同一个传输块TB中。 | 对比文件未公开MBMS信道复用架构及同一个TB内MSI与MTCH共存的场景，未公开。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>《未公开》 | 对比文件未记载在TB复用时为MSI及共存MTCH选择单个传送要求，而为剩余MTCH选择服务特定传送要求。 | 目标专利针对TB级复用带来的调制编码约束，提出了将共存TB采用单个MCS、剩余TB采用业务自身MCS的精细化配置机制（说明书[0023]、[0067]）。对比文件完全未涉及该问题与方案，未公开。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>《未公开》 | 对比文件未记载在上述两种要求中选择更健壮的传送要求应用于复用TB。 | 对比文件无该特征对应的内容，未公开。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>《未公开》 | 对比文件未记载从BCCH或MCCH接收并确定MSI特定传送要求与服务特定传送要求。 | 属于UE侧从特定控制信道获取分开的配置参数的特征，对比文件未公开。 |
<<<C>>>
<<<H>>>
<<<K>>>
<<<g>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>《直接公开》 | [0085] “第三时间段18被称为MBS区域，紧随业务时间段16，并包含多播和广播数据。”<br>（“The third time period 18 which is known as the MBS zone immediately follows the traffic period 16 and contains multicast and broadcast data.”）<br>[0100] “被标识为MBS区域的段18′包含MBS-MAP消息42和若干数据突发44。”<br>（“The segment 18′, identified as the MBS zone, contains an MBS-MAP message 42 and a number of data bursts 44.”）<br>[0086] “它还包括下行链路MAP（DL-MAP）消息和MBS-MAP消息，这些消息针对每个突发标识其在帧内的位置、其大小及其调制和编码模式。” | 对比文件公开了下行链路帧中的MBS区域（即多播信道/物理信道资源）中包含MBS-MAP消息（多播服务调度信息）以及多播和广播数据突发（多播服务数据）。其在对比文件中用于承载多播/广播内容及对应的资源映射调度指示，与目标专利中多播信道携带多播服务数据和多播服务调度信息的技术方案和作用完全相同。因此，该技术特征被对比文件直接公开。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《直接公开》 | [0011] “MBS-MAP消息用于通告在给定MBS区域中为特定多播CID分配的物理信道资源。MBS-MAP消息提供了在给定物理信道资源（即突发）中使用的调制和编码模式……以及MBS的下一个业务帧的位置。因此，只要能正确检测到MBS-MAP消息，MS就能据此获取与该多播连接对应的物理信道资源……并确定包括该多播连接的下一个MBS帧的位置，从而通过该多播连接正常接收数据。”<br>[0103]-[0106] “如图7所示，MBS-MAP消息42包括表48，其具有与相应不同的突发44相对应的若干行……包含：(a) 突发的多播CID；(b) 突发的位置和大小……(c) 用于突发的编码和调制模式。” | 对比文件中公开了MBS-MAP消息指示属于特定多播连接（Multicast CID）的数据突发在MBS区域内的位置、大小、OFDMA符号和子信道偏移等调度分配信息，本领域技术人员可以毫无疑义地确定其作用就是指示映射到多播信道的多播服务的调度。该作用与目标专利完全相同。因此，该技术特征被对比文件直接公开。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>《直接公开》 | [0016]-[0018]、[0030]-[0033]（对应方案的方法步骤概述） | 对比文件公开了一种在MBS系统中指示和配置资源的方法步骤，属于方法引导语，被对比文件直接公开。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《直接公开》 | [0087] 表3中的DIUC、Repetition Coding Indication以及Power Offset (Boosting)等。<br>[0088] “与原始MBS-MAP_IE()相比，图3所示的MBS-MAP_IE()主要增加了子信道偏移、功率提升（Boosting）、OFDMA符号数、子信道数和DIUC，其中这些信息与OFDMA符号偏移一起可以唯一地确定MBS-MAP消息所占用的物理信道资源的位置以及所使用的调制和编码模式。”<br>（“...can uniquely determine position of the physical channel resource occupied by the MBS-MAP message as well as the used modulation and coding mode.”） | 目标专利说明书[0016]、[0035]指出，传送要求包括调制和编码方案（MCS）等。对比文件在DL-MAP的MBS-MAP_IE()中专门为MBS-MAP消息（多播服务调度信息）单独配置了专属于该调度消息的DIUC（即下行间隔使用码，指示调制和编码模式MCS）、重复编码指示（Repetition Coding）和Boosting，从而配置该调度消息在下行链路/MBS中的传送。其作用与目标专利中为调度信息配置特定的传送要求完全相同。因此，该技术特征被对比文件直接公开。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《直接公开》 | [0011] “MBS-MAP消息用于通告在给定MBS区域中为特定多播CID分配的物理信道资源。MBS-MAP消息提供了在给定物理信道资源（即突发）中使用的调制和编码模式（由下行间隔使用码（DIUC）指示）……”<br>[0086] “在业务时段16和MBS区域18中传输的数据是以突发组织排列的，这些突发可以由在同一帧中不同突发之间各不相同和/或帧与帧之间各不相同的编码和调制模式来进行编码和调制……该数据包括DIUC定义……以及MBS-MAP消息，该消息为每个突发识别其在帧内的位置、大小及其调制和编码模式。” | 对比文件中公开了通过MBS-MAP消息为每个多播服务数据突发（Multicast CID）分别指定其专属使用的DIUC（调制和编码模式MCS），即基于各特定多播服务的服务特定传送要求来配置多播服务数据的传送。其作用与目标专利完全相同。因此，该技术特征被对比文件直接公开。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《隐含公开》 | [0010]-[0012]、[0086]-[0088]、[0114] “本发明的第四实施例是通过广播CID（Broadcast CID）发送MBS-MAP消息……因为MS接收所有广播CID所携带的信息……”<br>[0006] “……MBMS和MBS提供了将数据从移动网络中的一个数据源传输到多个用户的规范……新提供的MBMS和MBS不仅可以实现纯文本等低速消息的组播和广播，还可以实现高速多媒体业务……” | 目标专利说明书[0015]、[0017]指出，控制要求可通过BCCH或MCCH发送。对比文件基于IEEE 802.16 MBS机制（在广播信道DL-MAP或通过Broadcast CID发送的控制消息中发送MBS-MAP调度消息特定的MCS配置，并在MBS-MAP中发送服务特定的MCS配置），其发送控制要求的信道均属于点到多点的广播/多播控制信道；同时对比文件段落[0006]明确引用了3GPP MBMS规范，本领域技术人员结合3GPP通用规范可知，在移动网络多播系统中，向所有UE分发多播调度及业务传输配置的控制信道即为广播控制信道（BCCH）或多播控制信道（MCCH）。对比文件虽然在具体协议命名上采用了DL-MAP/Broadcast CID广播消息，但已实质公开了在广播控制信道上承载传送要求的功能与技术方案，本领域技术人员能够合理解释并推理出该技术特征已被隐含公开。因此，该技术特征被对比文件隐含公开。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>《直接公开》 | [0085] “第三时间段18被称为MBS区域，紧随业务时间段16，并包含多播和广播数据。”<br>[0096] “……其准备由射频发射机28进行发射……数据通常包含来自MBS服务器4的MBS数据……”<br>[0100] “被标识为MBS区域的段18′包含MBS-MAP消息42和若干数据突发44。” | 对比文件明确公开了在作为多播信道下行资源的MBS区域（MBS zone/段18′）上传送多播业务数据突发44，基站发射机将其发射给移动台。其方案及技术效果与目标专利完全相同。因此，该技术特征被对比文件直接公开。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0016]、[0083] | 方法步骤引导语，被对比文件直接公开。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>《隐含公开》 | [0011] “因此，只要能正确检测到MBS-MAP消息，MS就能据此获取与该多播连接对应的物理信道资源，获得在该物理信道资源中使用的调制编码模式和功率偏移等……从而通过多播连接正常接收数据。”<br>[0012] “由于上述原因，当MS初次接收MBS业务或由于信道质量较差导致MBS业务接收失步时，MS必须确定MBS-MAP消息的位置。”<br>[0087] 表3中对MBS-MAP设置DIUC、Boosting及Repetition Coding。<br>[0109] “……因而，通过改变MBS-MAP消息的大小，可以优化可用信道资源的使用。” | 目标专利说明书[0016]、[0056]解释，调度信息（MSI）具有与业务数据不同的QoS（如低BLER），以保证控制信息可靠接收。对比文件虽然未直接使用“调度信息特定QoS属性”的文字字眼，但其充分记载了MBS-MAP是MS解码所有后续业务的前提，若信道质量差会导致失步，为此在MBS-MAP_IE中专门确定并配置了针对MBS-MAP的功率增强（Boosting）、重复编码指示（Repetition Coding）和调制编码模式（DIUC/MCS）。为控制消息设置功率提升和重复编码，其在对比文件中的技术实质和逻辑出发点正是基于对调度控制消息特定可靠性/QoS（即保证极低误码率、抵御恶劣信道）的评估与确定。本领域技术人员基于无线通信基本知识，能够合理推断出基站在为其指定DIUC/Boosting/Repetition Coding时，必然隐含了确定与该调度控制消息可靠性相关的特定QoS属性或对应QoS值的过程。因此，该技术特征被对比文件隐含公开。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>《隐含公开》 | [0004] “……其中一些应用业务需要多个用户同时接收相同的数据……此类应用业务包括视频点播、电视广播、视频会议、在线教育、互动游戏等。”<br>[0005] “……与普通业务相比，移动多媒体业务具有数据量大、持续时间长、时延敏感等特点。”<br>[0086] “在业务时段16和MBS区域18中传输的数据是以突发组织排列的，这些突发可以由在同一帧中不同突发之间各不相同和/或帧与帧之间各不相同的编码和调制模式来进行编码和调制。为了使移动台MS能够对突发进行解码和解调，需要向移动台MS发送标识所采用的调制和编码模式的数据……” | 目标专利说明书[0002]-[0006]、[0056]记载，不同业务类型（视频、流媒体、文本）容忍不同的BLER/QoS要求。对比文件段落[0004]-[0005]明确区分了不同多媒体业务（视频点播、电视广播、游戏等）且指出其具有时延敏感、大数据量等不同业务特征，段落[0086]进一步指出了同一帧中不同的突发（对应不同业务）采用各不相同的调制编码模式（DIUC/MCS）。在无线通信调度中，针对不同业务属性的突发分配不同的MCS，本领域技术人员完全可以合理推知其前端必然执行了获取或确定各服务对应的QoS属性/QoS值以决定其调度MCS的步骤。因此，该技术特征被对比文件隐含公开。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | [0016]、[0083] | 方法步骤引导语，被对比文件直接公开。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>《隐含公开》 | [0005]、[0011]、[0012]、[0086]、[0088]（分别见上述引文，指明调度消息需在失步或弱信道下可靠接收，而业务数据具有各自的突发传输模式） | 结合对特征I和J的分析，对比文件中MBS-MAP消息是全区/全连接公共控制调度信令，其可靠性要求（QoS）显著高于普通流媒体等业务数据（普通数据可容忍一定丢包，而控制调度信息失步则导致后续全部数据无法接收）。对比文件中二者在控制参数（如MBS-MAP额外增加了专用Boosting、Repetition Coding及独立DIUC，而业务突发则依据自身需求独立配置DIUC）上的不同设计，隐含了当二者的QoS要求/属性不同时采取的差异化处理逻辑。因此，该技术特征被对比文件隐含公开。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>《隐含公开》 | [0012]、[0087] 表3、[0088] “……主要增加了子信道偏移、功率提升（Boosting）、OFDMA符号数、子信道数和DIUC，其中这些信息与OFDMA符号偏移一起可以唯一地确定MBS-MAP消息所占用的物理信道资源的位置以及所使用的调制和编码模式。” | 目标专利说明书[0020]、[0065]记载，传送要求可表现为MCS等。对比文件中基站在生成MBS-MAP_IE时，为MBS-MAP消息独立选取了专属的DIUC（MCS）、Boosting以及重复编码方案，其本质就是基于该控制调度信息高可靠性（QoS）需求而作出的独立选择配置。本领域技术人员能够合理推断出其包含了“基于调度信息QoS值分别选择调度信息传送要求”的方案。因此，该技术特征被对比文件隐含公开。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>《隐含公开》 | [0086] “在业务时段16和MBS区域18中传输的数据是以突发组织排列的，这些突发可以由在同一帧中不同突发之间各不相同……的编码和调制模式来进行编码和调制……”<br>[0101] “为了使移动台MS能够解码突发40和44，移动台有必要接收定义每个突发的位置和大小以及用于该突发的调制和编码模式的信息……包含在每个不同突发的MBS-MAP消息42中……” | 对比文件公开了针对MBS区域中的每个多播业务突发44，分别在MBS-MAP中为其独立分配并指示各自对应的DIUC（调制和编码模式），不同业务突发之间根据其传输需要采用各不相同的MCS。这与目标专利中根据服务特定QoS选择其服务特定传送要求（MCS）的作用完全吻合，属于本领域技术人员从对比文件公开内容中必然能够合理解释推导出的特征。因此，该技术特征被对比文件隐含公开。 |
| 技术特征O：<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>《未公开》 | 对比文件全文检索未提及。 | 对比文件全文未记载调度信息的QoS与多播服务的QoS相等时的判断分支或触发条件，对比文件在架构上是将控制信令MBS-MAP与业务突发严格区分处理（MBS-MAP位于固定或由DL-MAP指定的位置，通过专用的IE字段指示其调制模式和功率提升，而业务突发在MBS-MAP中分别指示），不存在对二者QoS是否相等进行比较或基于相等做出分支判断的技术内容。因此，该技术特征既未直接公开，也无法通过合理推断得出，未公开。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>《未公开》 | 对比文件全文检索未提及。 | 目标专利说明书[0021]、[0064]指出，当调度信息与服务数据的QoS相等时，为二者统一选择共同的传送要求（共同MCS）。对比文件始终是将MBS-MAP的DIUC配置与各个多播业务突发的DIUC配置独立在不同的消息和字段（DL-MAP中的MBS-MAP_IE vs MBS-MAP自身表项）中进行指示，从未公开为调度信息和多播服务数据选择“共同传送要求”的技术方案。因此，该技术特征未公开。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>《隐含公开》 | [0006] “为了有效地利用移动网络资源，一方面，宽带码分多址/全球移动通信系统（WCDMA/GSM）全球标准化组织第三代合作伙伴计划（3GPP）提出了多媒体广播/多播服务（MBMS），电气与电子工程师协会（IEEE）802.16在最新协议IEEE802.16e/D5中引入了多播和广播服务（MBS）。” | 目标专利说明书[0015]指出，在3GPP MBMS规范下多播信道即为MCH。对比文件背景技术段落[0006]明确指出其涉及3GPP MBMS系统及多播机制，虽然在具体实施例中以IEEE 802.16 MBS为例，但本领域技术人员在阅读对比文件结合3GPP MBMS背景时，能够毫无疑义地知晓3GPP MBMS中承载多播服务和调度信息的传输信道即为MCH（Multicast Channel）。对比文件已在同一多播技术背景下部分提及并等同引入了MBMS规范，本领域技术人员可合理推导出该信道在MBMS应用下即对应MCH。因此，该技术特征被对比文件隐含公开。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>《隐含公开》 | [0006]（引入3GPP MBMS）、[0010]-[0011]（引入用于指示多播调度与资源位置的MBS-MAP消息）。 | 目标专利说明书[0015]指出调度信息在MBMS中即为MSI（或DSI）。对比文件中的MBS-MAP消息与目标专利中MCH上的MSI作用完全等同，均为指示多播信道/多播区域内各多播业务的突发位置、大小、调度周期的动态调度控制块，且对比文件在[0006]中已公开其与3GPP MBMS处于同一多播广播技术演化背景下，本领域技术人员能够合理推理得出将其应用于MBMS体系中时该调度信息即对应为MSI。因此，该技术特征被对比文件隐含公开。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>《直接公开》 | [0006] “为了有效地利用移动网络资源，一方面，宽带码分多址/全球移动通信系统（WCDMA/GSM）全球标准化组织第三代合作伙伴计划（3GPP）提出了多媒体广播/多播服务（MBMS）……MBMS和MBS提供了将数据从移动网络中的一个数据源传输到多个用户的规范……”<br>（“...the Third Generation Partnership Project (3GPP), put forward Multimedia Broadcast/Multicast Service (MBMS)... MBMS and MBS provide the specifications of transferring the data from one data source to multiple users in the mobile network...”） | 对比文件在背景技术[0006]中直接指明其多播服务遵循并涉及3GPP的多媒体广播多播服务（MBMS）规范。因此，该技术特征被对比文件直接公开。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>《未公开》 | 对比文件全文检索未提及。 | 目标专利说明书[0019]、[0056]具体限定了QoS值为块错误率（BLER）。对比文件中虽然提及了调制编码模式（DIUC）、功率提升（Boosting）及重复编码，但全文未提及“块错误率BLER”，亦未公开将BLER作为QoS值用于配置调度信息。本领域技术人员无法从对比文件中直接或必然推导出具体存在“调度信息特定BLER”这一数值参数。因此，该技术特征未公开。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>《未公开》 | 对比文件全文检索未提及。 | 目标专利说明书[0019]、[0056]限定服务特定QoS值为服务特定BLER。对比文件虽提及多媒体业务有时延敏感、大数据量等特征，但从未公开具体将“块错误率BLER”作为确定服务特定传送要求的QoS值。因此，该技术特征未公开。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>《隐含公开》 | [0006]（引入3GPP MBMS规范）、[0008]-[0010]（通过Multicast CID分别标识并承载各个特定的MBMS服务数据内容）。 | 目标专利说明书[0022]记载MBMS服务数据在MTCH上承载。对比文件[0006]已公开3GPP MBMS规范，且在具体方案中公开了通过不同的多播连接标识符（Multicast CID）作为逻辑通道分别承载各个具体的MBS/MBMS业务数据。在3GPP MBMS规范中，用于传输各MBMS服务数据的逻辑业务信道即为MTCH（MBMS Point-to-Multipoint Traffic Channel）。本领域技术人员结合3GPP通信常识，能够合理推知Multicast CID承载的业务数据在MBMS规范下即对应运行在MTCH信道上。因此，该技术特征被对比文件隐含公开。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>《未公开》 | [0085]、[0098]-[0100]。 | 目标专利说明书[0022]、[0066]-[0067]明确限定了“一个或多个MTCH在一个传输块（TB）上与MSI复用”的情形（即同一个TB内既封装了MSI，又复用了业务信道MTCH的数据）。而在对比文件中，MBS-MAP消息与各个多播业务数据突发（Burst）是物理分离的独立突发（例如段落[0100]中明确指出段18′包含MBS-MAP消息42和若干独立的数据突发44，表3中MBS-MAP具有自身独立的OFDMA符号和子信道范围；段落[0093]指明前几个OFDMA符号和子信道专门用于传输MBS-MAP消息）。对比文件未公开MBS-MAP与业务数据在同一个传输块（TB）中复用的技术方案。因此，该特征未公开。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>《未公开》 | 对比文件全文检索未提及。 | 目标专利说明书[0023]、[0067]公开了针对同TB复用的MTCH与MSI统一分配单个传送要求，而对剩余未复用MTCH分配服务特定传送要求的分组配置方法。由于对比文件压根没有公开MSI（MBS-MAP）与业务数据在同一TB内复用的技术构思，更不存在为同TB复用的部分分配单个传送要求、为剩余MTCH分配另一传送要求的选择步骤。因此，该技术特征未公开。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>《未公开》 | 对比文件全文检索未提及。 | 目标专利说明书[0024]、[0067]-[0069]记载同TB复用时选择更健壮的传送要求（如较低BLER/更鲁棒的MCS）。对比文件未涉及同TB复用处理，亦未公开在MSI特定传送要求与复用MTCH的传送要求之间选择“更健壮的传送要求”作为单一传送要求的规则。因此，该技术特征未公开。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>《隐含公开》 | [0011]、[0012]、[0088]、[0101]、[0110] “移动台MS包括传输信息存储器62，其存储从解调和解码组件64接收的DCD计数50、DL-MAP表52和MBS-MAP消息42，该组件利用表54中的信息来识别所接收帧中MBS-MAP消息的位置和大小……用于控制解调和解码组件64以及RF部分66……”<br>[0006]（引入3GPP MBMS规范）。 | 目标专利说明书[0029]、[0072]-[0074]记载终端从网络侧广播/多播控制信道接收并确定传送要求。对比文件中移动台MS通过接收DL-MAP消息（在广播前缀之后的下行公共控制部分）中解析出MBS-MAP_IE以确定MBS-MAP（MSI）的调制编码模式及资源配置，并从接收到的MBS-MAP控制消息中确定各个多播数据突发的调制编码模式（服务特定传送要求）。结合对比文件[0006]中对3GPP MBMS规范的引证，本领域技术人员完全能够理解，在MBMS规范体系中，该承载传输/调制控制信息的信道即对应为广播控制信道BCCH或多播控制信道MCCH。终端从这些多播广播控制信道解析确定传送要求与对比文件中MS的操作实质完全等同。因此，该技术特征被对比文件隐含公开。 |
---
<<<A>>>
<<<B>>>
<<<C>>>
<<<D>>>
<<<E>>>
<<<a>>>
<<<G>>>
<<<H>>>
<<<i>>>
<<<j>>>
<<<K>>>
<<<l>>>
<<<m>>>
<<<n>>>
<<<q>>>
<<<r>>>
<<<S>>>
<<<v>>>
<<<z>>>
**特征比对分析**
本比对基于目标专利说明书原文技术方案，严格按照所给出的技术特征划分（技术特征A至技术特征Z），逐项核对对比文件（US 7345053 B2，公开涉及“亚硝基化和亚硝酰化雷帕霉素化合物及其组合物和用途”的生物医药领域专利文献）的公开情况。
经审查，目标专利属于**无线通信/移动多播技术领域**（具体涉及MBMS单频网络中MCH信道上多播业务数据与MSI调度信息的配置、QoS/BLER匹配及信令传输），而对比文件US 7345053 B2属于**药物化学与心血管/抗增殖治疗技术领域**（具体涉及具有抗再狭窄和抗血小板聚集活性的雷帕霉素衍生物、聚合物基质药物支架涂层及药用组合物）。两者的技术领域、解决的技术问题、采用的技术方案及技术手段截然不同。
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>【未公开】 | 无引用内容。 | 对比文件属于药物化学领域（雷帕霉素衍生物），全文未涉及任何无线电移动通信、多播信道（MCH）或在其上传送的多播服务数据与调度信息。本领域技术人员既无法直接毫无疑义得出，也完全不存在结合对比文件推导得出该无线通信特征的任何逻辑可能。故对比文件既未直接公开也未隐含公开技术特征A。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>【未公开】 | 无引用内容。 | 对比文件全文针对血管支架涂层与雷帕霉素化合物理化性质及医药用途，完全未公开任何多播调度机制、无线调度周期或指示信道映射调度的信息。故对比文件既未直接公开也未隐含公开技术特征B。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>【未公开】 | 无引用内容。 | 目标专利的方法是指配置多播信道传送的方法，对比文件仅涉及化合物制备方法或心血管疾病治疗方法，并不涉及无线通信配置方法步骤。故对比文件既未直接公开也未隐含公开技术特征C。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征是指网络节点依据调度信息对BLER/MCS的特殊稳健性要求（如满足低BLER）独立配置多播信道上传送的调度信息。对比文件中没有任何通信物理层/MAC层配置参数、BLER或MCS的构想与技术方案。故对比文件既未直接公开也未隐含公开技术特征D。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>【未公开】 | 无引用内容。 | 目标专利中是指依据具体MBMS多播业务（如视频、音频、下载服务）所容忍的QoS/BLER要求配置多播业务数据的传送。对比文件属于医药学方案，完全未公开任何服务特定传送配置的无线通信技术方案。故对比文件既未直接公开也未隐含公开技术特征E。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>【未公开】 | 无引用内容。 | 目标专利中是指网络节点通过无线下行逻辑控制信道（BCCH或MCCH）向UE下发上述配置参数信令。对比文件仅涉及药物配方与给药载体，不存在任何无线逻辑信道或信令交互的公开。故对比文件既未直接公开也未隐含公开技术特征F。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>【未公开】 | 无引用内容。 | 目标专利指eNB/基站在物理/传输信道MCH上向移动终端空中接口发送业务数据。对比文件完全未涉及多播信道数据传输。故对比文件既未直接公开也未隐含公开技术特征G。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>【未公开】 | 无引用内容。 | 目标专利属于多播信道传送方法的前序/附加步骤限定。对比文件不包含该通信方法。故对比文件既未直接公开也未隐含公开技术特征H。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>【未公开】 | 无引用内容。 | 目标专利指确定调度信息特定的QoS值（例如对调度信息所要求的更低BLER），以确保UE醒来即可正确解码。对比文件全文未涉及电信领域的QoS概念或调度信息属性。故对比文件既未直接公开也未隐含公开技术特征I。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>【未公开】 | 无引用内容。 | 目标专利指基于映射到MCH的各服务所容忍的丢包/误块特性确定业务本身的QoS值。对比文件未包含通信业务QoS相关的任何技术特征。故对比文件既未直接公开也未隐含公开技术特征J。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>【未公开】 | 无引用内容。 | 对应通信方法的分支判断与选择步骤限定。对比文件不涉及该通信步骤。故对比文件既未直接公开也未隐含公开技术特征K。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>【未公开】 | 无引用内容。 | 目标专利指对比调度信息QoS与业务数据QoS并发现两者不同的逻辑判断分支。对比文件为医药化学专利，无通信参数的比对判断逻辑。故对比文件既未直接公开也未隐含公开技术特征L。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>【未公开】 | 无引用内容。 | 目标专利指在QoS不同时，独立针对调度信息选择具有相应稳健性（如更低BLER）的特定传送参数（如MCS2）。对比文件无该通信控制与选择逻辑。故对比文件既未直接公开也未隐含公开技术特征M。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>【未公开】 | 无引用内容。 | 目标专利指在QoS不同时，针对业务数据按照其自身容忍度单独选择对应的传送参数（如MCS1）。对比文件不涉及任何通信参数选择。故对比文件既未直接公开也未隐含公开技术特征N。 |
| 技术特征O：<br>者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>【未公开】 | 无引用内容。 | 目标专利指当二者QoS要求碰巧一致时（例如对可靠性均要求极高的紧急消息关键业务）的判断分支。对比文件不涉及通信QoS比较。故对比文件既未直接公开也未隐含公开技术特征O。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>【未公开】 | 无引用内容。 | 目标专利指两者QoS相同时选择一套共同的传送参数（如共同的MCS）并应用。对比文件完全未公开相关通信参数配置。故对比文件既未直接公开也未隐含公开技术特征P。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>【未公开】 | 无引用内容。 | 目标专利限定了LTE等标准体制下的传输信道MCH。对比文件属于药学/医疗器械文献，未提及任何传输信道MCH。故对比文件既未直接公开也未隐含公开技术特征Q。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>【未公开】 | 无引用内容。 | 目标专利明确多播调度信息为3GPP协议中的MSI（动态调度信息）。对比文件不涉及无线调度信息。故对比文件既未直接公开也未隐含公开技术特征R。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>【未公开】 | 无引用内容。 | 目标专利明确多播服务遵循3GPP MBMS协议规范。对比文件涉及医药学组合物，完全不涉及MBMS电信规范。故对比文件既未直接公开也未隐含公开技术特征S。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>【未公开】 | 无引用内容。 | 目标专利将调度信息的QoS具体化为调度信息专用的块错误率（BLER2）。对比文件全文无BLER或通信误块概念。故对比文件既未直接公开也未隐含公开技术特征T。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>【未公开】 | 无引用内容。 | 目标专利将业务数据的QoS具体化为业务专用的块错误率（BLER1）。对比文件不涉及业务特定BLER。故对比文件既未直接公开也未隐含公开技术特征U。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>【未公开】 | 无引用内容。 | 目标专利中是指逻辑信道MTCH携带MBMS业务流。对比文件完全未涉及任何逻辑信道MTCH。故对比文件既未直接公开也未隐含公开技术特征V。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>【未公开】 | 无引用内容。 | 目标专利涉及LTE中MAC层/物理层调度机制：多个MTCH复用进MCH，且在调度周期的第一传输块TB上MSI与MTCH数据发生同块复用。对比文件为药学专利，无信道复用或传输块打包逻辑。故对比文件既未直接公开也未隐含公开技术特征W。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>【未公开】 | 无引用内容。 | 目标专利解决同TB复用时的调制编码冲突问题：同一TB内的MSI和数据子集必须共用一套单个传送要求，而未同TB复用的剩余MTCH采用独立业务要求。对比文件完全没有同传输块复用及传送参数差分配置方案。故对比文件既未直接公开也未隐含公开技术特征X。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>【未公开】 | 无引用内容。 | 目标专利中明确该同TB单个传送要求是直接取MSI的要求，或者取二者中更健壮的传送要求（如要求更低BLER/更低MCS阶数）。对比文件毫无涉及通信健壮性仲裁和传送要求配置。故对比文件既未直接公开也未隐含公开技术特征Y。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>【未公开】 | 无引用内容。 | 目标专利涉及接收端（UE）从下行控制信道BCCH或MCCH上解析并确定出MSI和业务数据的传送要求。对比文件不涉及任何电信控制信道接收和解析。故对比文件既未直接公开也未隐含公开技术特征Z。 |
---
经严谨比对与穷尽审查，对比文件（US 7345053 B2）所公开的技术内容完全属于化合物化学与药理学领域，与目标专利的移动通信技术方案之间存在本质的领域与技术鸿沟，本领域技术人员无法从该对比文件中直接得出或合理解读、推导出目标专利权利要求A至Z中任何一项技术特征的技术方案，亦不存在部分公开以供结合的可能性。因此，对比文件对技术特征A至技术特征Z**均未直接公开，亦均未隐含公开**。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》 | 对比文件未记载多播信道、多播服务数据及多播服务调度信息。对比文件涉及单播OFDM系统中的频率调度，仅公开基站将下行发送数据分配给通信终端装置，例如：<br>【背景技术】第2段：“……各个通信终端装置将接收质量报告给基站装置(Node B)，从而基站装置能够对于每个通信终端装置仅选择通信质量良好的副载波并分配发送数据。该方法称为频率调度。” | 1. 作用对比：<br>目标专利中，该特征是指在点到多点（PTM）广播/多播信道（如MCH）上同时承载多播服务业务数据和指示该信道上多播服务将来时序排布的调度信息（如MSI），使得UE能动态知晓关注服务的接收时刻，达到省电目的。<br>对比文件中涉及的是单播通信中基站向各个UE发送下行数据和下行调度信息，并不存在“多播信道”，更没有在同一多播信道上传送“多播服务调度信息”与“多播服务数据”。两者的通信体制、传输信道及信息作用本质不同。<br>2. 公开性判定：<br>对比文件全文未记载点到多点/多播广播体制，亦未提及多播信道承载多播调度信息与多播业务数据，本领域技术人员无法直接得出，也无法基于该单播反馈调度机制推理得出该特征，故技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《未公开》 | 对比文件仅记载了基于CQI对各个通信终端装置（单播终端）进行副载波块资源分配的调度信息，例如：<br>【具体实施方式】第10段：“另外，调度信息是调度的结果的信息，所述调度为在基站装置进行的、基于接收质量信息对各个通信终端装置对每个副载波块资源的分 配的处理。所分配的资源比如为，副载波块数、调制方式、编码率、传输速率以及发送功率。” | 1. 作用对比：<br>目标专利中，该特征的作用是指示映射/复用到该特定MCH上的多个MBMS服务的具体调度排布（如指示未来各子帧或调度周期携带哪个MBMS服务），指导UE按需休眠/唤醒。<br>对比文件中公开的调度信息仅作用于单播场景下指示基站对单个通信终端分配的时频资源块及MCS参数，完全不涉及“多播服务”及其在“多播信道”上的映射调度。<br>2. 公开性判定：<br>由于对比文件不涉及多播服务调度，本领域技术人员无法从单播调度信息直接或隐含推导出映射到多播信道的多播服务调度信息，故技术特征B既未被直接公开，也未被隐含公开。 |
| 技术特征C：所述方法包括以下步骤：<br>《未公开》 | 对比文件涉及通信终端装置、基站装置及接收质量报告方法，例如：<br>【解决问题的方案】第3段：“本发明的接收质量报告方法，包括以下步骤……” | 1. 作用对比：<br>目标专利特征C是用于配置多播信道传送的方法前序步骤引导词，其下属步骤D、E、F均为针对多播信道及服务特定/调度特定传送要求的配置与发送操作。<br>对比文件虽公开了包含多个步骤的方法，但其方法整体是针对上行CQI测量报告与单播资源分配，与目标专利的方法主题及步骤流程完全不同。<br>2. 公开性判定：<br>结合目标专利权利要求上下文，特征C作为包含下述特定多播配置步骤的方法前序，在下述特征D、E等核心步骤未公开的情况下，该方法整体并未被对比文件公开。故技术特征C未被直接公开，也未被隐含公开。 |
| 技术特征D：基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》 | 对比文件中仅涉及调度单元基于接收质量信息对终端选择MCS，例如：<br>【具体实施方式】第25段：“调度单元210基于从CQI提取单元207输入的CQI进行调度。比如，调度单元210对于各个副载波块，分配发送来接收质量最良好的CQI的通信终端装置，并选择MCS即与发送来的CQI对应的、编码率以及调制方式的组合。” | 1. 作用对比：<br>目标专利中，由于调度信息（MSI）解码失败会导致整个周期内业务无法正确接收或电量急剧消耗，故特征D基于区别于业务数据的“调度信息特定传送要求”（如更低BLER/更鲁棒MCS）专门配置多播调度信息的传送，提供差异化QoS保障。<br>对比文件中基站选择MCS是基于终端上报的信道质量CQI为下行单播数据传输适配MCS，并不存在“多播服务调度信息”，更无从谈起“基于调度信息特定传送要求来配置多播信道上的调度信息传送”。<br>2. 公开性判定：<br>两者的控制对象、物理意义和配置逻辑均截然不同，对比文件完全没有公开任何针对多播调度信息传送要求的配置内容，无法直接得出或合理推断，故技术特征D未被直接公开，也未被隐含公开。 |
| 技术特征E：基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《未公开》 | 对比文件涉及单播数据发送时根据终端报告的QoS等决定副载波块数或MCS，例如：<br>【具体实施方式】第28段：“首先，基站装置200基于在本小区内进行着通信的通信终端装置100的数目、各个通信终端装置100所请求的QoS、各个通信终端装置100所请求的传输速率、各个通信终端装置100所请求的发送数据的数据长度……决定要发送CQI的副载波块的数目。” | 1. 作用对比：<br>目标专利中，该特征是指针对复用到MCH上的一个或多个多播服务（如不同容忍BLER的流媒体、下载服务），分别基于其各自的服务特定传送要求（服务特定MCS/BLER）来配置其多播数据的传送。<br>对比文件中是基站基于单个UE请求的QoS来控制该终端报告CQI的副载波块数，以及为该单播终端分配传输MCS与频域资源，并非针对多播信道上的多播业务数据进行基于服务特定要求的传输配置。<br>2. 公开性判定：<br>多播服务数据配置与单播UE业务配置在无线通信协议架构中存在本质差异，对比文件未记载多播服务数据的特定传送要求配置，无法直接或隐含得出，故技术特征E未被直接公开，也未被隐含公开。 |
| 技术特征F：通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 对比文件中公开基站向下行发送CQI报告控制信息或调度信息，例如：<br>【具体实施方式】第30段：“基站装置200使用下行线路发送图5的CQI报告控制信息400(步骤ST502)。”<br>【具体实施方式】第34段：“基站装置200将表示副载波块未被分配的调度信息发送到各个通信终端装置100-1和100-2(步骤ST603和步骤ST604)。” | 1. 作用对比：<br>目标专利中，特征F的作用是基站通过网络级点到多点控制信道（BCCH或MCCH）向小区内所有对MBMS感兴趣的UE显式通知多播调度信息和多播业务数据各自独立的传送配置参数（如MCS），使UE在接收MCH前获知各自解码所需的参数。<br>对比文件仅公开基站在下行链路中向各个单播终端发送CQI报告控制参数（如周期、偏移）或下行调度结果，未公开BCCH/MCCH信道，更未发送上述两类特定的多播传送要求参数。<br>2. 公开性判定：<br>信令承载内容与发送信道类型均不相同，对比文件未直接或隐含公开特征F的内容，故技术特征F未被直接公开，也未被隐含公开。 |
| 技术特征G：在所述多播信道上传送多播服务数据<br>《未公开》 | 对比文件公开在下行OFDM副载波块上发送单播数据，例如：<br>【具体实施方式】第18段：“IFFT单元117对从调制单元116输入的复用信号进行IFFT，通过将发送信号配置在各个副载波块中而生成OFDM信号。此时，IFFT单元117将发送信号配置在选择单元108控制后的副载波块、即由基站装置利用调度而被分配的副载波块。” | 1. 作用对比：<br>目标专利中，特征G的作用是在基站与多个终端之间通过点到多点多播信道（MCH）下发复用映射的一个或多个MBMS业务数据。<br>对比文件中是在基站分配的专用OFDM频域资源（副载波块）上向下行单播链路发送数据，并不具备多播业务属性，亦非在多播信道上传送。<br>2. 公开性判定：<br>对比文件缺少多播传输体制及多播信道架构，无法直接得出或等同得出在多播信道上传送多播服务数据，故技术特征G未被直接公开，也未被隐含公开。 |
| 技术特征H：其中所述方法还包括以下步骤：<br>《未公开》 | 对比文件未公开针对多播QoS计算与配置的关联方法步骤。对比文件仅在方法实施例中记载一般步骤划分（参见【解决问题的方案】第3段）。 | 1. 作用对比：<br>目标专利中用于引入确定两类独立QoS值的关联步骤。<br>对比文件未公开相应技术背景及后续步骤。<br>2. 公开性判定：<br>因后续多播相关步骤未公开，故特征H未被直接公开，也未被隐含公开。 |
| 技术特征I：确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 对比文件仅记载单播通信终端在信令中请求自身单播通信的QoS，例如：<br>【具体实施方式】第28段：“通信终端装置100通过发送信令信号，对基站装置200请求QoS、传输速率和数据长度并发送CQI。图4是表示通信终端装置100对基站装置200发送的信令信号300的格式的图。信令信号300包括：作为通信终端装置100所请求的QoS的信息的请求QoS#301……” | 1. 作用对比：<br>目标专利中，该特征的作用是网络侧确定专属于多播调度信息（MSI）的QoS值（如专用的极低BLER目标），以便后续据此为MSI选择足够稳健的传输参数。<br>对比文件中出现的QoS是单播终端UE向基站请求的单播业务传输质量指标（如单播呼叫/连接的QoS要求），既非针对“调度信息”，更非针对多播体制。<br>2. 公开性判定：<br>两者针对的主体与用途完全不一致，技术人员无法从终端请求自身单播QoS推导出网络侧确定调度信息专用的QoS值，故技术特征I未被直接公开，也未被隐含公开。 |
| 技术特征J：确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《未公开》 | 对比文件涉及基站基于终端请求的QoS进行处理，例如：<br>【具体实施方式】第28段：“首先，基站装置200基于在本小区内进行着通信的通信终端装置100的数目、各个通信终端装置100所请求的QoS、各个通信终端装置100所请求的传输速率……” | 1. 作用对比：<br>目标专利中，该特征的作用是网络侧针对复用到多播信道的一个或多个MBMS服务分别确定其业务特定的QoS值（如视频流、下载业务对应的不同BLER容忍度）。<br>对比文件中虽提及UE请求的QoS，但这仅代表蜂窝移动终端的单播业务连接质量请求，并非多播/广播信道内各多播服务特定的QoS值。<br>2. 公开性判定：<br>虽然对比文件出现了“QoS”字样，但属于单播体制下的终端级QoS请求，不能等同或推导为目标专利中针对多播信道内多播服务的QoS值确定，故技术特征J未被直接公开，也未被隐含公开。 |
| 技术特征K：其中所述方法还包括以下步骤：<br>《未公开》 | 对比文件未记载根据QoS比较结果分别选择传送要求的方法步骤流程。 | 1. 作用对比：<br>目标专利中作为根据两类QoS值比较关系执行分支选择的流程引导词。<br>对比文件无对应方案背景。<br>2. 公开性判定：<br>特征K未被对比文件直接公开，亦未隐含公开。 |
| 技术特征L：如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 对比文件完全未记载比较调度信息QoS与服务QoS的判断机制。对比文件中仅公开比较实际分配副载波块数与报告副载波块数，例如：<br>【具体实施方式】第35段：“……利用如图9所示的比较电路800比较所报告的副载波块数和所分配的副载波块数。”以及图13中的希望传输速率与分配传输速率的比较。 | 1. 作用对比：<br>目标专利中用于在配置多播信道时，判断多播调度信息QoS（如BLER2）与多播业务数据QoS（如BLER1）是否一致，作为是否差异化配置的逻辑判断条件。<br>对比文件的比较逻辑是终端或基站将“已报告副载波块数与已分配副载波块数”或“速率”进行比较，以自适应增减CQI报告量，与目标专利的QoS比较毫无关联。<br>2. 公开性判定：<br>对比文件不存在对调度信息QoS与服务QoS的比较条件，故技术特征L未被直接公开，也未被隐含公开。 |
| 技术特征M：则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 对比文件仅记载基于接收到的CQI为单播数据传输选择MCS，例如：<br>【具体实施方式】第25段：“比如，调度单元210对于各个副载波块，分配发送来接收质量最良好的CQI的通信终端装置，并选择MCS即与发送来的CQI对应的、编码率以及调制方式的组合。” | 1. 作用对比：<br>目标专利中，当两类QoS不同时，根据调度信息特定QoS值（如极低BLER）单独为其选择满足其可靠性要求的传送参数（如高鲁棒性MCS2）。<br>对比文件中不存在调度信息QoS，亦无基于该QoS为调度信息选择专用传送要求的技术构思。<br>2. 公开性判定：<br>对比文件未公开此特征，且无法从其单播数据MCS适配推导出该方案，故技术特征M未被直接公开，也未被隐含公开。 |
| 技术特征N：基于所述服务特定QoS值来选择所述服务特定传送要求<br>《未公开》 | 对比文件仅记载根据CQI决定下行单播发送的MCS（见上述段落【0025】），未提及基于多播服务特定QoS值为多播服务选择传送要求。 | 1. 作用对比：<br>目标专利中，与特征M配合，独立基于各多播服务的QoS值（如BLER1）选择其对应的服务特定MCS1，实现业务与调度信令的独立解耦配置。<br>对比文件中MCS仅根据终端上报的瞬时信道质量CQI查表得到，并非基于多播服务的QoS属性值进行选择。<br>2. 公开性判定：<br>对比文件未公开基于多播服务特定QoS值选择多播服务传送要求，故技术特征N未被直接公开，也未被隐含公开。 |
| 技术特征O：或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 对比文件完全未记载两类多播QoS相等时的判断逻辑分支。 | 1. 作用对比：<br>目标专利中用于处理实况关键通信等特殊场景下（调度信息与数据均需要极低BLER且相等时）的配置分支。<br>对比文件完全缺乏相关机制。<br>2. 公开性判定：<br>对比文件未直接或隐含公开特征O。 |
| 技术特征P：则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>《未公开》 | 对比文件未记载在QoS相等时选择共同的传送要求。 | 1. 作用对比：<br>目标专利中在调度信息与服务数据QoS一致时，合并选择单个通用MCS（如MCS1）应用于二者，简化多播信令开销与配置流程。<br>对比文件无此类多播传送要求选择逻辑。<br>2. 公开性判定：<br>对比文件未直接或隐含公开特征P。 |
| 技术特征Q：其中所述多播信道是多播信道“MCH”<br>《未公开》 | 对比文件未公开任何关于3GPP MBMS中的多播信道“MCH”的技术内容，其全文基于正交频分复用OFDM系统的单播副载波调度。 | 1. 作用对比：<br>目标专利限定该信道具体为3GPP LTE/MBMS标准中定义的传输信道MCH。<br>对比文件仅记载通用的OFDM下行数据传输与副载波块划分。<br>2. 公开性判定：<br>对比文件未公开MCH，技术人员无法直接或隐含得出该3GPP特定多播信道，故技术特征Q未被直接公开，也未被隐含公开。 |
| 技术特征R：所述多播服务调度信息是MCH调度信息“MSI”<br>《未公开》 | 对比文件未提及MCH调度信息“MSI”，其调度信息仅为基站调度器生成的单播资源分配信息（见段落【0010】）。 | 1. 作用对比：<br>目标专利限定调度信息为在MCH特定子帧/第一传输块（TB）中携带的MSI（MAC控制元素），用于指示MCH内各MTCH的时域排布。<br>对比文件为下行单播调度信息，功能、协议层级及所属信道完全不同。<br>2. 公开性判定：<br>对比文件未公开MSI，亦无相关暗示，故技术特征R未被直接公开，也未被隐含公开。 |
| 技术特征S：所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>《未公开》 | 对比文件全文未出现“MBMS”或“多媒体广播多播服务”字样，亦未涉及广播多播业务规范。 | 1. 作用对比：<br>目标专利限定服务体制遵循3GPP MBMS标准规范。<br>对比文件仅涉及一般的多载波/OFDM系统上行CQI反馈与下行单播传输。<br>2. 公开性判定：<br>对比文件未公开MBMS规范，故技术特征S未被直接公开，也未被隐含公开。 |
| 技术特征T：其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》 | 对比文件未提及针对调度信息的QoS，亦未提及针对调度信息的块错误率（BLER）。对比文件中终端发送的信息仅为请求QoS、请求速率、数据长度及CQI（见图4）。 | 1. 作用对比：<br>目标专利将调度信息的QoS量化指标具体化为调度信息专用的块错误率（BLER，例如BLER2极低），作为选定其传输鲁棒性的量化门限。<br>对比文件完全无此参数定义与使用。<br>2. 公开性判定：<br>对比文件未直接公开该特征，亦不可能推理得出为调度信息配置专用BLER，故技术特征T未被直接公开，也未被隐含公开。 |
| 技术特征U：所述服务特定QoS值包括服务特定BLER。<br>《未公开》 | 对比文件未提及多播服务特定BLER。对比文件中接收质量为终端在副载波上测量的SINR或通过CQI指示的MCS（见段落【0040】、图12）。 | 1. 作用对比：<br>目标专利将MBMS业务数据的QoS属性具体限定为服务特定BLER（例如下载业务容忍高BLER，流媒体要求低BLER）。<br>对比文件中衡量链路质量采用的是物理层瞬时SINR或CQI（反映瞬时信道状态），而非多播业务层面的统计块错误率BLER要求。<br>2. 公开性判定：<br>对比文件未公开将服务特定QoS值限定为服务特定BLER，故技术特征U未被直接公开，也未被隐含公开。 |
| 技术特征V：其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《未公开》 | 对比文件未提及MBMS业务信道“MTCH”以及在MTCH上承载MBMS服务数据。 | 1. 作用对比：<br>目标专利限定逻辑信道层面的MTCH作为多播业务数据的载体。<br>对比文件仅涉及通用OFDM下行发送信号与副载波映射。<br>2. 公开性判定：<br>对比文件缺乏3GPP MBMS逻辑信道架构，技术特征V未被直接公开，亦未隐含公开。 |
| 技术特征W：一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《未公开》 | 对比文件未提及逻辑信道MTCH复用到传输信道MCH中，亦未提及MSI与MTCH在一个传输块TB上的复用冲突场景。对比文件仅在单播物理层提到复用单元对CQI与发送信号进行复用（见段落【0014】）。 | 1. 作用对比：<br>目标专利解决的是MBMS协议栈中，当调度周期首个TB内除了MSI控制元素外还拼接复用了部分MTCH业务数据时的物理层配置边界问题。<br>对比文件中的复用仅是终端侧将CQI报告符号与上行发送数据复用，或基站侧将下行调度信息与发送信号复用为OFDM基带信号，技术层次与应用场景完全不同。<br>2. 公开性判定：<br>对比文件未公开MTCH与MCH的信道映射复用，亦未公开MSI与MTCH在TB内的复用场景，故技术特征W未被直接公开，也未被隐含公开。 |
| 技术特征X：则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》 | 对比文件完全未记载当控制信息与业务数据复用在同一TB时选择单个传送要求、而对剩余业务选择另一传送要求的方案。 | 1. 作用对比：<br>目标专利中，由于一个TB在物理层传输时只能应用一套物理层传输格式（同一MCS），当MSI与MTCH复用在同一TB时，必须对该TB整体统一采用单个传送要求，而对后续未复用的剩余MTCH仍维持其原有的服务特定传送要求，保证了传输格式物理可行性与调度灵活性的统一。<br>对比文件完全不存在这一多播信道TB复用限制问题及双重传送要求选择机制。<br>2. 公开性判定：<br>对比文件未直接或隐含公开特征X。 |
| 技术特征Y：其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>《未公开》 | 对比文件完全未记载上述单个传送要求的两种具体选取规则（直接采用MSI要求，或取二者中更健壮者）。 | 1. 作用对比：<br>目标专利限定该单个传送要求为MSI传送要求，或取MSI与MTCH要求中更健壮（更低BLER/更低阶MCS）的要求，确保复用了MSI的TB能被高可靠正确解码。<br>对比文件完全无相关技术启示。<br>2. 公开性判定：<br>对比文件未直接或隐含公开特征Y。 |
| 技术特征Z：其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>《未公开》 | 对比文件公开通信终端装置通过下行线路接收CQI报告控制信息或调度信息（见段落【0030】、【0034】），但未公开BCCH、MCCH信道以及从中获取两类多播传送要求。 | 1. 作用对比：<br>目标专利限定终端装置在接收多播数据前，从网络广播的系统消息信道BCCH或专用的多播控制信道MCCH中提取出MSI传送要求和服务传送要求，从而据此配置物理层接收机进行正确解调和解码。<br>对比文件为终端从基站专用下行物理信道提取调度信息与CQI控制命令，信道体制与参数语义完全不同。<br>2. 公开性判定：<br>对比文件未直接或隐含公开特征Z。 |
---
### 评估结论
经过对对比文件（CN101268709A）全文技术方案、工作原理及技术特征的严格比对与深度分析：
1. **发明构思与技术体制差异**：目标专利针对的是**3GPP LTE MBMS多媒体广播多播通信体制**下，多播信道（MCH）同时承载调度信息（MSI）与多播业务数据（MTCH）时，如何根据二者不同的QoS/BLER要求进行差异化传送配置（如MCS配置、TB复用时的鲁棒性选择及MCCH信令通知）的技术方案；而对比文件针对的是**多载波OFDM单播通信系统**中，通信终端如何根据基站调度结果自适应调节上行CQI反馈副载波块数以减少上行信令开销和干扰的问题。
2. **公开性判断**：对比文件全文既未公开目标专利权利要求中的点到多点多播信道架构（MCH/MTCH/MSI/MCCH/BCCH），也未公开调度信息与业务数据差异化传送要求的确定、比较、选择及复用配置机制。上述技术特征A至Z在对比文件中**均未被直接公开，亦未被隐含公开**。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述多播信道携带多播服务数据和多播服务调度信息<br>《隐含公开》 | 【技术领域】<br>“其中对所述服务专用信息和服务调度信息应用了单频网络（SFN）合并策略并形成MBMS控制信道（MCCH），并且与数据信道复用在一起，从而提高了系统鲁棒性。”<br><br>【背景技术】第4段<br>“此外，在现有技术中未提供控制信道与数据信道的复用。需要指出的是，控制信道与数据信道进行复用可以简化SFN域在管理上的复杂度，使得数据信道和控制信道可以共用同一套资源分配方案和多小区协调方案。”<br><br>【具体实施方式】第17段<br>“图2是示出了根据本发明，对MCCH控制消息中的服务专用信息和服务调度信息应用SFN域交叉级合并的示意图。如图2所示，将MCCH控制消息中的服务专用信息和服务调度信息与MBMS业务数据分离地配置……图2中的MTCH（MBMS传输信道）信道用于传输MBMS业务数据。”<br><br>【具体实施方式】第21段<br>“从而可以对MCCH信道和MTCH信道（MBMS传输信道）进行频分复用（FDM）。” | 1. 作用与技术手段比对：<br>在目标专利中，“多播信道”（如MCH传输信道）的作用在于承载逻辑信道映射，并同时携带MBMS业务数据（MTCH）以及多播调度信息（MSI），以实现数据与调度指示的联合传输与省电唤醒。<br>对比文件明确记载了将携带“服务调度信息”的控制信道（MCCH）与承载“MBMS业务数据”的数据信道（MTCH）进行复用（包括在时间域前后复用传输或频分复用FDM），且控制信道与数据信道“共用同一套资源分配方案和多小区协调方案”。<br>2. 隐含公开理由：<br>在3GPP LTE/MBMS协议架构中，承载MTCH和MCCH并支持单频网络（SFN/MBSFN）联合传输的多点到多播传输信道即为多播信道（MCH）。对比文件虽然在文字上直接表述为控制信道（MCCH）与数据信道（MTCH）复用在一起进行传输，但本领域技术人员结合其关于单频网络传输、相同资源分配及复用的技术教导，能够合理推断出逻辑信道复用后在底层同一多播信道/多播传输信道上共同携带发送；且对比文件至少部分公开了将多播业务数据与多播服务调度信息复用在同一多播传输结构中，因此属于《隐含公开》。 |
| 技术特征B：所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《直接公开》 | 【具体实施方式】第10段<br>“•服务调度信息，用于指示在一个调度周期内，有哪些业务分配了资源以及分配了哪些资源。”<br><br>【具体实施方式】第6段<br>“为了节省电池寿命，该UE应该能够容易地知道是否存在其所关心的业务。这是周期性实现的。优选地，该信令应该仅在非常短的时隙内传输，并且在大多数时间内，该UE断开该接收机。” | 1. 作用与技术手段比对：<br>在目标专利中，多播服务调度信息指示映射到多播信道的服务的将来调度与资源分配，使得UE仅在关注的业务传送时醒来，其他时间休眠以省电。<br>对比文件中，“服务调度信息”用于指示在一个调度周期内有哪些业务分配了资源以及分配了哪些资源，其目的同样在于使UE容易获知关心的业务是否存在，进而在非传输时段断开接收机以延长电池寿命，二者技术含义与作用完全一致。<br>2. 直接公开判定：<br>对比文件明文公开了服务调度信息的内容是指示调度周期内业务的资源分配情况，本领域技术人员可毫无疑义地直接得出其具有指示多播业务调度的功能，构成《直接公开》。 |
| 技术特征C：所述方法包括以下步骤：<br>《直接公开》 | 【发明内容】第2段<br>“为了实现上述目的，根据本发明，提出了一种针对多媒体广播组播业务MBMS的调度方法，包括：与MBMS业务数据分离地设置服务专用信息和服务调度信息，以形成MBMS控制信道MCCH控制消息；以及向接收端发送所述MCCH控制消息和所述MBMS业务数据，其中，所述服务专用信息和服务调度信息被应用了单频网络SFN合并策略。”<br><br>【具体实施方式】第25段、图4<br>“图4是示出了根据本发明的针对MBMS业务的调度方法的流程图。如图4所示，在步骤401……然后，在步骤402……” | 1. 作用与技术手段比对：<br>该特征为方法权利要求的引导性语言。<br>2. 直接公开判定：<br>对比文件公开了一种针对MBMS的调度方法，其明确包含执行配置与发送等多个步骤，构成了对该方法的引导性特征的《直接公开》。 |
| 技术特征D：基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《隐含公开》 | 【具体实施方式】第20段<br>“需要指出的是，此时，可以在分离的传输块（TB）上传输服务专用信息和服务调度信息，从而可使其具有不同的服务质量（QoS）。”<br><br>【具体实施方式】第1段、第4段、第12段<br>“SFN操作或重复（如在3GPP规范的版本6中所使用）是一种确保信令消息的小区边缘性能的有效方法。”<br>“这里，该SFN合并策略包括SFN级合并、SFN域级合并、以及SFN域交叉级合并。”<br><br>【具体实施方式】第25段<br>“在步骤401，与MBMS业务数据分离地设置服务专用信息和服务调度信息，以形成MBMS控制信道MCCH控制消息……其中，所述服务专用信息和服务调度信息被应用了单频网络(SFN)合并策略。” | 1. 作用与技术手段比对：<br>目标专利中，该特征的作用在于根据调度信息自身的可靠性要求（如QoS/低BLER/MCS），针对性配置调度信息的传输参数。<br>对比文件中，将包含服务调度信息的控制消息设置于分离的传输块（TB）上传输，“从而可使其具有不同的服务质量（QoS）”，且专门针对服务调度信息配置并应用了特定的“单频网络SFN合并策略（如SFN域交叉级合并/SFN域级合并）”以满足其小区边缘性能与系统鲁棒性要求。<br>2. 隐含公开理由：<br>对比文件明确教导了服务调度信息可以采用独立的传输块传输以获得其特定的QoS，并且应用了专门的SFN合并策略（传输机制/传送要求）。基于此，本领域技术人员完全能够合理推断出，网络侧正是基于对服务调度信息特定的传送要求（如专属QoS或SFN合并配置要求）来对其传送进行参数和格式配置的，符合隐含公开标准，属于《隐含公开》。 |
| 技术特征E：基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《隐含公开》 | 【具体实施方式】第20段<br>“如图3所示，在调度周期内，可以在各个MBMS业务数据之前分别附加相应的服务专用信息和服务调度信息……需要指出的是，此时，可以在分离的传输块（TB）上传输服务专用信息和服务调度信息，从而可使其具有不同的服务质量（QoS）。”<br><br>【背景技术】第2段<br>“在无线接入网，MBMS业务通过使用公共传输信道和公共无线承载，既能实现纯文本低速率的消息类组播和广播，也能实现较高速率的多媒体业务的组播和广播，例如，手机电视。” | 1. 作用与技术手段比对：<br>目标专利中，该特征根据多播服务数据自身要求的服务质量（如不同业务容忍的BLER）来配置对应多播服务数据的传输参数。<br>对比文件中，提及MBMS业务包括低速率消息类业务与较高速率多媒体业务（不同业务类型），并指出在分离传输块传输调度信息从而使其具有不同的服务质量（QoS），这隐含了多播业务数据本身是依据其自有的业务QoS/传输要求进行承载与传输块配置的。<br>2. 隐含公开理由：<br>在移动通信MBMS系统中，多媒体业务数据必然需要依据其业务特定的承载配置（QoS承载/传输格式）来配置传输，对比文件区分了不同业务类型并将调度信息与业务数据置于不同TB以满足不同的QoS，本领域技术人员据此可以必然且合理地推断出多播业务数据是基于其服务特定的传送要求进行配置的，属于《隐含公开》。 |
| 技术特征F：通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 对比文件全文未记载在BCCH或MCCH等信道上显式发送调度信息特定传送要求（如专属MCS/QoS参数）和服务特定传送要求的内容。 | 公开性论述：<br>在目标专利中，基站通过BCCH或MCCH显式下发调度信息特定传送要求（如调度信息专属的MCS）和服务特定传送要求（业务MCS），使得终端能够获知各自的传送配置并据此解码。<br>而对比文件中虽然提到了形成“MCCH控制消息”，但该消息中承载的是“服务专用信息、服务调度信息、一般信息（RB配置/频率等）”，并未公开在BCCH或MCCH上信令通知针对调度信息的特定传送要求以及针对服务数据的特定传送要求的技术方案，本领域技术人员无法从对比文件中直接或推导出该特征。因此该特征《未公开》。 |
| 技术特征G：在所述多播信道上传送多播服务数据<br>《隐含公开》 | 【技术领域】<br>“……并且与数据信道复用在一起，从而提高了系统鲁棒性。”<br><br>【背景技术】第2段、第4段<br>“在无线接入网，MBMS业务通过使用公共传输信道和公共无线承载……使得数据信道和控制信道可以共用同一套资源分配方案和多小区协调方案。”<br><br>【具体实施方式】第17段<br>“图2中的MTCH（MBMS传输信道）信道用于传输MBMS业务数据。”<br><br>【具体实施方式】第25段<br>“然后，在步骤402，向接收端发送所述MCCH控制消息和所述MBMS业务数据。” | 1. 作用与技术手段比对：<br>目标专利中，该特征的作用是在底层多播信道（MCH）上向终端实际发送多播业务数据。<br>对比文件明确公开了向接收端发送MBMS业务数据，且业务数据通过数据信道MTCH承载，并与控制信道共用资源分配和协调方案复用发送。<br>2. 隐含公开理由：<br>在LTE/MBMS体制下，传输MBMS业务数据的多播逻辑信道MTCH所映射的传输信道即为多播信道（MCH）。对比文件公开了向接收端发送MBMS业务数据以及MTCH传输信道/数据信道的发送过程，本领域技术人员能够毫无疑问地合理推知多播业务数据是在多播信道上传送的，属于《隐含公开》。 |
| 技术特征H：其中所述方法还包括以下步骤：<br>《直接公开》 | 【发明内容】第2段至第14段<br>记载了该调度方法所包括的各项优选步骤与扩展流程。 | 1. 作用与技术手段比对：<br>从属权利要求的引入引导性表述。<br>2. 直接公开判定：<br>对比文件对调度方法的各细化实施步骤进行了连续的特征限定与描述，公开了方法包括附加步骤的结构，属于《直接公开》。 |
| 技术特征I：确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 对比文件全文未记载网络侧执行确定“调度信息特定QoS值”（如特定BLER值）的步骤。 | 公开性论述：<br>目标专利中，网络节点在配置传输前，需专门确定出与调度信息相关的QoS属性对应的QoS值（如期望满足的BLER2），以此作为后续选择调制编码方案或重传参数的依据。<br>对比文件仅在说明书中一般性地提及“从而可使其具有不同的服务质量（QoS）”，并未公开去“确定与一个或多个调度信息特定QoS属性有关的QoS值”这一具体方法步骤，本领域技术人员无法从其公开内容中推导出存在此确定QoS值的特定处理步骤。因此该特征《未公开》。 |
| 技术特征J：确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《未公开》 | 对比文件全文未记载网络侧具体执行确定服务特定QoS值的步骤。 | 公开性论述：<br>目标专利通过确定服务特定的QoS属性（如各业务的BLER1），以便后续精细化配置该业务的传输格式。<br>对比文件虽然提及MBMS业务可以有不同速率类型，但并未公开网络侧执行确定与一个或多个服务特定QoS属性有关的QoS值的步骤。因此该特征《未公开》。 |
| 技术特征K：其中所述方法还包括以下步骤：<br>《直接公开》 | 【发明内容】第2段至第14段<br>记载了调度方法所包括的多种进一步优选实施方式和步骤。 | 1. 作用与技术手段比对：<br>从属权利要求的引入引导性表述。<br>2. 直接公开判定：<br>对比文件公开了方法中包含进一步细化步骤的结构，属于《直接公开》。 |
| 技术特征L：如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 对比文件未记载对调度信息QoS值与服务特定QoS值进行比较并判断二者是否不同的技术特征。 | 公开性论述：<br>目标专利设置条件判断逻辑，以在调度信息QoS与服务QoS不同时触发差异化配置分支。<br>对比文件仅泛泛说明“可使其具有不同的服务质量（QoS）”，完全没有涉及对两个数值进行判断或分支处理的逻辑条件，本领域技术人员无法从中得出该判断步骤。因此该特征《未公开》。 |
| 技术特征M：则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 对比文件未记载在QoS值不同的判断下，基于调度信息特定QoS值去选择对应的特定传送要求（如MCS）的技术方案。 | 公开性论述：<br>目标专利在QoS值不同时，独立依据调度信息的QoS值去适配选出其专用的传送要求（例如选择更健壮的MCS2以保证低BLER）。<br>对比文件未公开根据调度信息QoS值具体选择调度信息传送要求的方法流程，因此该特征《未公开》。 |
| 技术特征N：基于所述服务特定QoS值来选择所述服务特定传送要求<br>《未公开》 | 对比文件未记载基于服务特定QoS值选择服务特定传送要求的具体步骤。 | 公开性论述：<br>目标专利依据业务QoS值匹配选择业务数据的传送要求（如MCS1）。<br>对比文件没有披露基于服务特定QoS值执行传送要求选择的流程，因此该特征《未公开》。 |
| 技术特征O：或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 对比文件未记载判断调度信息QoS值与服务QoS值是否相等的技术方案。 | 公开性论述：<br>目标专利通过比较两者的QoS值是否相同，以决定是否合并配置。<br>对比文件未包含任何关于二者QoS值相等的条件分支判断步骤，因此该特征《未公开》。 |
| 技术特征P：则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>《未公开》 | 对比文件未记载在QoS值相等时选择共同的传送要求的步骤。 | 公开性论述：<br>目标专利在两类QoS需求相同时，选择统一、共同的传送要求（如共用MCS1）以简化开销。<br>对比文件中并未涉及基于QoS相等而选择共同传送要求的技术手段，因此该特征《未公开》。 |
| 技术特征Q：其中所述多播信道是多播信道“MCH”<br>《隐含公开》 | 【技术领域】<br>“涉及一种针对多媒体广播组播业务（MBMS）的调度方法……应用了单频网络（SFN）合并策略……并且与数据信道复用在一起”<br><br>【背景技术】第1段、第2段<br>“3GPP在2005年启动了长期演进研究项目（LTE）……在无线接入网，MBMS业务通过使用公共传输信道和公共无线承载……” | 1. 作用与技术手段比对：<br>目标专利中限定多播信道为3GPP LTE架构中标准定义的多播传输信道“MCH”。<br>对比文件明确属于3GPP LTE体系下的MBMS技术领域，涉及单频网络（SFN/MBSFN）传输，且明确指出了使用公共传输信道承载MBMS服务。<br>2. 隐含公开理由：<br>根据3GPP LTE标准规范公知常识，在LTE MBMS中支持SFN操作的多播公共传输信道正是MCH（Multicast Channel）。本领域技术人员结合对比文件的技术背景（LTE、MBMS、SFN合并）与传输信道描述，可必然推知该多播信道即为标准中的MCH，属于《隐含公开》。 |
| 技术特征R：所述多播服务调度信息是MCH调度信息“MSI”<br>《隐含公开》 | 【具体实施方式】第10段<br>“•服务调度信息，用于指示在一个调度周期内，有哪些业务分配了资源以及分配了哪些资源。”<br><br>【具体实施方式】第20段<br>“对于传输同一MBMS业务数据的多个相邻传输块而言，仅需要在第一传输块内附加服务专用信息和服务调度信息。” | 1. 作用与技术手段比对：<br>目标专利中MSI是在MCH上调度间隔第一传输块上传输的动态调度信息，用于指示该调度间隔内业务的资源分配。<br>对比文件中，服务调度信息的作用正是指示一个调度周期内有哪些业务分配了资源以及分配了哪些资源，并且明确指出其仅需要在“第一传输块内附加”。<br>2. 隐含公开理由：<br>在LTE MBMS标准体系中，在调度周期的第一传输块传输、用于指示该周期内各业务具体资源分配的调度信息即为MCH调度信息（MSI, MCH Scheduling Information）。对比文件公开的内容与3GPP标准中的MSI定义和机制实质等同，本领域技术人员能够直接合理推知该服务调度信息即为MSI，属于《隐含公开》。 |
| 技术特征S：所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>《直接公开》 | 【技术领域】<br>“涉及一种针对多媒体广播组播业务（MBMS）的调度方法、调度设备和包括该调度设备的基站……”<br><br>【背景技术】第1段、第2段<br>“3GPP（第三代合作伙伴计划）在2005年启动了长期演进研究项目（LTE）……多媒体广播/组播业务（MBMS）是3GPP Rel6引入的一项业务……” | 1. 作用与技术手段比对：<br>限定多播服务的技术规范背景为MBMS。<br>2. 直接公开判定：<br>对比文件通篇明确阐述该技术是针对3GPP标准下的多媒体广播多播业务（MBMS/EMBMS）系统，本领域技术人员可毫无疑义地直接确认该多播服务完全符合MBMS规范，构成《直接公开》。 |
| 技术特征T：其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》 | 对比文件全文未出现“BLER”或调度信息特定块错误率的记载。 | 公开性论述：<br>目标专利以BLER作为QoS衡量指标，量化调度信息对误码传输的敏感度。<br>对比文件虽然提到了确保信令消息的小区边缘性能及QoS，但并未明确或隐含将其量化指标限定为调度信息特定的“块错误率（BLER）”，因此该特征《未公开》。 |
| 技术特征U：所述服务特定QoS值包括服务特定BLER。<br>《未公开》 | 对比文件全文未记载服务特定QoS值包括服务特定BLER。 | 公开性论述：<br>目标专利以服务特定BLER作为多播数据业务的QoS度量值。<br>对比文件未公开以服务特定BLER作为QoS属性值的内容，因此该特征《未公开》。 |
| 技术特征V：其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《直接公开》 | 【具体实施方式】第17段<br>“图2中的MTCH（MBMS传输信道）信道用于传输MBMS业务数据。”<br><br>【具体实施方式】第21段<br>“从而可以对MCCH信道和MTCH信道（MBMS传输信道）进行频分复用（FDM）。” | 1. 作用与技术手段比对：<br>在目标专利中，MBMS服务数据通过其逻辑信道MTCH进行承载与传输。<br>对比文件明确指出了“MTCH信道用于传输MBMS业务数据”，与目标专利的作用及表述完全一致。<br>2. 直接公开判定：<br>对比文件直接公开了MBMS业务数据在MTCH信道上被携带，属于《直接公开》。 |
| 技术特征W：一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《隐含公开》 | 【技术领域】<br>“其中对所述服务专用信息和服务调度信息应用了单频网络（SFN）合并策略并形成MBMS控制信道（MCCH），并且与数据信道复用在一起，从而提高了系统鲁棒性。”<br><br>【具体实施方式】第20段<br>“如图3所示，在调度周期内，可以在各个MBMS业务数据之前分别附加相应的服务专用信息和服务调度信息，该服务专用信息和服务调度信息被应用了SFN域级合并。需要指出的是，此时，可以在分离的传输块（TB）上传输服务专用信息和服务调度信息，从而可使其具有不同的服务质量（QoS）。对于传输同一MBMS业务数据的多个相邻传输块而言，仅需要在第一传输块内附加服务专用信息和服务调度信息。” | 1. 作用与技术手段比对：<br>目标专利探讨MTCH复用到MCH，以及MTCH是否在同一TB内与调度信息（MSI）进行复用打包的场景。<br>对比文件公开了数据信道（MTCH）复用传输，且在图3实施方式中提出了在传输块（TB）层面的组织方式：既探讨了将调度信息置于分离TB以实现不同QoS，又探讨了在传输业务数据的“第一传输块内附加服务专用信息和服务调度信息”。<br>2. 隐含公开理由：<br>对比文件教导了在同一业务数据传输的第一传输块（TB）内附加服务专用信息和服务调度信息，本领域技术人员可以合理推断出存在调度信息与业务数据（MTCH）在同一个TB上被复用封装发送的传输情形；同时MTCH复用于多播信道（MCH）属于LTE MBMS常规架构，对比文件部分公开并涵盖了这一复用场景，属于《隐含公开》。 |
| 技术特征X：则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》 | 对比文件全文未记载为同一TB内复用的MSI和MTCH统筹选择单个传送要求，并为剩余MTCH配置服务特定传送要求的具体选择机制。 | 公开性论述：<br>目标专利针对MSI与MTCH在同一TB内混合复用时，提出为该TB整体选择一个折中的单个传送要求（统一MCS），而对其余独立TB的MTCH保留原服务特定传送要求。<br>对比文件仅提及分离TB可具有不同QoS，或在第一TB附加调度信息，但完全未记载在复用发生时如何分流配置“单个传送要求”与“剩余MTCH传送要求”的步骤方案。因此该特征《未公开》。 |
| 技术特征Y：其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>《未公开》 | 对比文件未记载单个传送要求具体取MSI传送要求或取二者中更健壮传送要求的方案。 | 公开性论述：<br>目标专利为了防止混合复用导致调度信息解错，专门设计了采用MSI自身传送要求或两者中更健壮要求（更低码率/阶数）作为混合TB传送要求的仲裁准则。<br>对比文件未涉及对两者传送要求的健壮性比对或仲裁机制，因此该特征《未公开》。 |
| 技术特征Z：其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>《未公开》 | 对比文件未公开终端侧从BCCH或MCCH上解析/确定MSI特定传送要求和服务特定传送要求的步骤。 | 公开性论述：<br>目标专利涉及终端从BCCH或MCCH读取网络侧通知的两类传送要求。<br>对比文件中虽然终端接收MCCH控制消息，但MCCH消息内并未包含上述两类传送要求（如专属MCS/QoS要求）的信令，因而终端不可能从MCCH或BCCH中确定出该传送要求，该特征《未公开》。 |
<<<B>>>
<<<C>>>
<<<H>>>
<<<K>>>
<<<S>>>
<<<V>>>
<<<a>>>
<<<d>>>
<<<e>>>
<<<g>>>
<<<q>>>
<<<r>>>
<<<w>>>
本案对比文件（WO2008113262A1）未提供正文说明书内容（标记为“无说明书”）。在缺乏对比文件具体文本记载的情况下，无法引用对比文件中的段落或文字来进行特征比对、直接公开或隐含公开判断。
根据要求，严格按照目标专利权利要求划分的技术特征进行比对与说明如下：
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 对比文件未附带任何正文说明书或权利要求文本，无法从中确定是否公开了多播信道携带多播服务数据和多播服务调度信息的技术方案。 |
| 技术特征B： 所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法判断其是否公开了调度信息指示映射到多播信道的多播服务的调度的内容。 |
| 技术特征C： 所述方法包括以下步骤：<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征D： 基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法得知对比文件是否公开了针对多播服务调度信息采用特定传送要求进行配置的步骤。 |
| 技术特征E： 基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法得知对比文件是否公开了基于服务特定传送要求来配置多播服务数据的传送。 |
| 技术特征F： 通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法判断是否公开了在BCCH或MCCH上信令通知调度信息特定及服务特定传送要求。 |
| 技术特征G： 在所述多播信道上传送多播服务数据<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征H： 其中所述方法还包括以下步骤：<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征I： 确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法得知对比文件是否确定调度信息特定的QoS值。 |
| 技术特征J： 确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法得知对比文件是否确定服务特定的QoS值。 |
| 技术特征K： 其中所述方法还包括以下步骤：<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征L： 如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征M： 则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征N： 基于所述服务特定QoS值来选择所述服务特定传送要求<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征O： 或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征P： 则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征Q： 其中所述多播信道是多播信道“MCH”<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征R： 所述多播服务调度信息是MCH调度信息“MSI”<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征S： 所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征T： 其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征U： 所述服务特定QoS值包括服务特定BLER。<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征V： 其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征W： 一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征X： 则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且为剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法判断是否公开了针对TB内与MSI复用的MTCH选择单个传送要求、剩余MTCH选择服务特定传送要求的机制。 |
| 技术特征Y： 其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
| 技术特征Z： 其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>《未公开》 | 对比文件未提供说明书内容（无说明书） | 缺乏对比文件具体文本，无法进行比对。 |
基于目标专利说明书原文的记载以及对比文件（CN101291452A）的全部内容，对各技术特征的公开性进行客观、严谨的比对与论述。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文/段落） | 公开性论述 |
| 技术特征A：所述多播信道携带多播服务数据和多播服务调度信息<br><br>《未公开》 | 对比文件全篇无相应记载。涉及信道发送的相关段落如【实施例1】步骤104：“分别在各传输时间间隔上，发送各数据块的编码。在各相应的传输时间间隔上，依次将第一数据块的编码、以及其他的数据块的编码发送到传输信道上……” | 1. 技术方案与作用分析：<br>目标专利说明书[0001]、[0009]指出，多播信道（MCH）不仅携带属于一个或多个服务的数据，还必须携带多播服务调度信息（如MSI），其作用是使终端（UE）获知映射到该信道的服务的将来调度，从而仅在关注的服务传送时醒来，避免非必要唤醒和功耗浪费。<br>2. 对比文件比对：<br>对比文件公开的是在点对多点/MBMS传输中，将同一业务数据根据QoS拆分为包含基本数据的第一数据块和包含增强数据的第二数据块，并依次在第一和第二TTI传输。对比文件所传输的仅为“业务数据”（基本数据与增强数据），未公开在多播信道中携带“多播服务调度信息（MSI等）”。本领域技术人员无法从对比文件中毫无疑义地直接得出或合理推断出该多播信道同时携带调度信息，故未直接公开，也无法得出隐含公开。 |
| 技术特征B：所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0009]、[0010]指出，多播服务调度信息指示映射到多播信道的服务的将来调度，如指示在哪些调度期不传送某些服务的数据。<br>2. 对比文件比对：<br>对比文件根本未公开“多播服务调度信息”这一技术构件，更不存在由其指示多播服务调度内容的特征。本领域技术人员不能从其披露的业务分块传输方案中推知该特征，故未公开。 |
| 技术特征C：所述方法包括以下步骤：<br><br>《直接公开》 | 【发明内容】：“本发明实施例提供的数据发送方法，可以包括：根据业务的服务质量要求，将业务数据分成至少两个数据块……对所述各数据块进行信道编码……将所述各数据块的编码分别分配至各传输时间间隔上……分别在所述各传输时间间隔上发送所述各数据块的编码。” | 1. 技术方案与作用分析：<br>属于方法权利要求的常规步骤引导语。<br>2. 对比文件比对：<br>对比文件明确公开了数据发送方法包括多个操作步骤。二者在形式与实质引导作用上完全相同，属于被对比文件直接公开。 |
| 技术特征D：基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0014]、[0016]指出，由于调度信息（如MSI）对所有接收终端至关重要，其丢失将导致终端错过整个调度间隔的业务或大幅增加盲检功耗，因此需根据“调度信息特定的传送要求”（如要求极低BLER或更健壮的MCS）专门配置调度信息的传送。<br>2. 对比文件比对：<br>对比文件全篇仅涉及业务数据分块后的信道编码与分配，并未涉及调度信息，更未公开“基于调度信息特定的传送要求”来配置其传送，故该特征未公开。 |
| 技术特征E：基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《直接公开》 | 【实施例1】步骤102：“发射端对待发送的各业务数据，根据该业务的Qos要求，确定信道编码的码率，并根据该码率，在预定的调制方式下，进行信道编码。比如：假设当前业务的Qos要求为：在满足95％覆盖的情况下块误码率(Block Error Rate，简称BLER)不低于1％，根据该Qos要求所确定的码率为1/3，可以1/3的码率分别使用Turbo编码，对各数据块进行编码……” | 1. 技术方案与作用分析：<br>目标专利中，该特征指根据承载的多播服务业务本身的QoS/传送要求（如容忍的BLER），配置对应业务数据的传送参数（如MCS、码率等）。<br>2. 对比文件比对：<br>对比文件步骤102明确公开了对待发送的业务数据，根据该业务的QoS要求（如满足95%覆盖下BLER不低于1%）确定编码码率并在预定调制方式下进行信道编码，配置业务数据的传送。两者的技术方案、所起的作用完全相同，属于实质相同的技术手段，因此技术特征E被对比文件《直接公开》。 |
| 技术特征F：通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0017]、[0029]指出，网络侧通过控制信道（BCCH或MCCH）向终端下发调度信息特定传送要求和服务特定传送要求，以便终端提前配置解码参数。<br>2. 对比文件比对：<br>对比文件完全未涉及信令信道（BCCH或MCCH）的信令交互，也未公开在这些信道上发送两类传送要求，故未公开。 |
| 技术特征G：在所述多播信道上传送多播服务数据<br><br>《直接公开》 | 【发明内容】：“在无线传输技术中，组播和广播业务(Multimedia Broadcast/Multicast Service，简称MBMS)的传输具有以下的特点……分别在所述各传输时间间隔上，发送所述各数据块的编码……将相应的各数据块发送到信道上……”；【实施例1】步骤101：“对于电视节目的MBMS传输，第一数据块由用户正常接收节目频道所必需的基本数据构成……”步骤104：“依次将第一数据块的编码、以及其他的数据块的编码发送到传输信道上……” | 1. 技术方案与作用分析：<br>目标专利中，多播信道（MCH）承载并传送多播/广播业务数据。<br>2. 对比文件比对：<br>对比文件明确指出其应用于组播和广播业务（MBMS）数据的发送，其将MBMS电视节目等业务数据通过各传输时间间隔发送到传输信道上。MBMS业务在无线接口传输信道即为多播信道，其实质就是在多播信道上传送多播服务数据，作用与方案完全一致，属于《直接公开》。 |
| 技术特征H：其中所述方法还包括以下步骤：<br><br>《直接公开》 | 【发明内容】及各实施例的方法流程步骤描述。 | 1. 技术方案与作用分析：<br>方法权利要求的递进引导语。<br>2. 对比文件比对：<br>对比文件方法中包含了后续扩展及并列处理步骤，属于常规引导语，予以《直接公开》。 |
| 技术特征I：确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0019]、[0056]记载，确定调度信息自身的QoS属性（如MSI所要求的较低BLER），以保障调度控制信息的解码可靠性。<br>2. 对比文件比对：<br>对比文件未涉及调度信息及其特定QoS属性的确定，故未公开。 |
| 技术特征J：确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>《直接公开》 | 【实施例1】步骤102：“发射端对待发送的各业务数据，根据该业务的Qos要求，确定信道编码的码率……比如：假设当前业务的Qos要求为：在满足95％覆盖的情况下块误码率(Block Error Rate，简称BLER)不低于1％……” | 1. 技术方案与作用分析：<br>目标专利中，该特征指确定多播业务数据所需的QoS值（例如业务的容忍BLER）。<br>2. 对比文件比对：<br>对比文件实施例1的步骤102明确记载获取业务的QoS要求，并具体给出该QoS要求为“在满足95%覆盖的情况下块误码率(BLER)不低于1%”，发射端据此确定信道编码参数。这正是确定与服务特定QoS属性（BLER）有关的服务特定QoS值，方案与技术效果相同，构成《直接公开》。 |
| 技术特征K：其中所述方法还包括以下步骤：<br><br>《直接公开》 | 见附图1-7及对应具体实施方式。 | 1. 技术方案与作用分析：<br>方法步骤递进引导语。<br>2. 对比文件比对：<br>对比文件公开了进一步包括的具体步骤，属于常规形式限定，予以《直接公开》。 |
| 技术特征L：如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0020]、[0063]指出，对比调度信息特定QoS值与服务特定QoS值，并据此分支处理。<br>2. 对比文件比对：<br>对比文件无调度信息QoS，不存在该判断前提，故未公开。 |
| 技术特征M：则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0020]、[0065]记载，在QoS不同时，单独依据调度信息的QoS值选择其传送要求（如MCS2）。<br>2. 对比文件比对：<br>对比文件未记载调度信息传送要求的选择，故未公开。 |
| 技术特征N：基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>《直接公开》 | 【实施例1】步骤102：“发射端对待发送的各业务数据，根据该业务的Qos要求，确定信道编码的码率，并根据该码率，在预定的调制方式下，进行信道编码……根据该Qos要求所确定的码率为1/3，可以1/3的码率分别使用Turbo编码，对各数据块进行编码……” | 1. 技术方案与作用分析：<br>目标专利中该特征指根据业务特定QoS值（BLER等）选择业务数据对应的传送参数（如MCS）。<br>2. 对比文件比对：<br>对比文件步骤102中记载“根据该业务的Qos要求，确定信道编码的码率，并根据该码率，在预定的调制方式下，进行信道编码”，调制方式与码率即为具体的传送要求配置。其实质即基于服务特定的QoS值来选择服务特定传送要求，达到匹配业务传输质量的目的。两者的技术方案与作用一致，属于《直接公开》。 |
| 技术特征O：或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0021]、[0064]指出，判断二者QoS是否相等作为选择策略的分支依据。<br>2. 对比文件比对：<br>对比文件未公开调度信息特定QoS值，更无二者相等的判断，故未公开。 |
| 技术特征P：则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0021]、[0064]指出，当QoS相同时为调度信息和数据统一配置共同的传送要求（MCS1）。<br>2. 对比文件比对：<br>对比文件未涉及调度信息的传送要求配置，故未公开。 |
| 技术特征Q：其中所述多播信道是多播信道“MCH”<br><br>《隐含公开》 | 【背景技术】第一段：“在无线传输技术中，组播和广播业务(Multimedia Broadcast/Multicast Service，简称MBMS)的传输具有以下的特点……”；【实施例1】步骤101：“以将业务分成两个业务数据块为例，例如对于电视节目的MBMS传输……” | 1. 技术方案与作用分析：<br>目标专利说明书[0004]、[0015]明确指出，在3GPP LTE MBMS规范中，用于传输MBMS数据的传输信道即为多播信道（MCH）。<br>2. 对比文件比对与推理：<br>对比文件明确声明其技术方案针对3GPP的“组播和广播业务(MBMS)”。在MBMS技术规范（如3GPP TS 25.346 / TS 36.300）的公知常识中，承载MBMS业务数据的点对多点传输信道在标准体系下唯一对应确定的就是“MCH（Multicast Channel）”。对比文件虽然在行文中使用了上位的“传输信道”或“信道”，但在极度宽松的标准下，本领域技术人员结合MBMS标准的技术规范，有极大概率合理解读、推理出该传输信道即对应为MCH，故认定为《隐含公开》。 |
| 技术特征R：所述多播服务调度信息是MCH调度信息“MSI”<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0009]、[0015]指出，MBMS规范中的调度信息为特定的MAC控制元素，即MCH调度信息（MSI）。<br>2. 对比文件比对：<br>对比文件方案专注于物理层/传输时间间隔的数据分块抽取与发送，全篇没有任何有关MSI（MCH Scheduling Information）的描述或技术暗示，即使以最宽松的推理也无法得出，故未公开。 |
| 技术特征S：所述多播服务符合多媒体广播多播服务“MBMS”规范<br><br>《直接公开》 | 【背景技术】：“在无线传输技术中，组播和广播业务(Multimedia Broadcast/Multicast Service，简称MBMS)的传输具有以下的特点……”；【实施例1】步骤101：“例如对于电视节目的MBMS传输……” | 1. 技术方案与作用分析：<br>界定多播服务的技术体制与协议标准。<br>2. 对比文件比对：<br>对比文件开篇在背景技术以及实施例1中均明确记载本发明针对“组播和广播业务(Multimedia Broadcast/Multicast Service，简称MBMS)”，其服务完全符合MBMS规范，二者技术方案与上下文完全一致，属于《直接公开》。 |
| 技术特征T：其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0012]、[0019]指明调度信息需具备特定BLER要求以确保调度解析成功。<br>2. 对比文件比对：<br>对比文件未公开任何调度信息特定QoS值，故未公开。 |
| 技术特征U：所述服务特定QoS值包括服务特定BLER<br><br>《直接公开》 | 【实施例1】步骤102：“比如：假设当前业务的Qos要求为：在满足95％覆盖的情况下块误码率(Block Error Rate，简称BLER)不低于1％……” | 1. 技术方案与作用分析：<br>目标专利说明书[0019]、[0056]指出，业务特定的QoS指标体现为服务特定BLER。<br>2. 对比文件比对：<br>对比文件步骤102明确记载业务的QoS要求采用“块误码率(Block Error Rate，简称BLER)”，其公开了服务特定的QoS值具体包括服务特定的BLER，二者技术内容及度量指标完全相同，属于《直接公开》。 |
| 技术特征V：其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>《隐含公开》 | 【背景技术】第一段：“在无线传输技术中，组播和广播业务(Multimedia Broadcast/Multicast Service，简称MBMS)的传输具有以下的特点……”；【实施例1】步骤101：“例如对于电视节目的MBMS传输，第一数据块由用户正常接收节目频道所必需的基本数据构成……” | 1. 技术方案与作用分析：<br>目标专利说明书[0022]指出，在MBMS体系中，业务数据在逻辑信道层面由MBMS业务信道（MTCH）承载。<br>2. 对比文件比对与推理：<br>对比文件方案明确应用于MBMS的多媒体/电视节目业务传输。在MBMS标准协议架构中，每个MBMS业务的数据在逻辑信道层面均由MTCH（MBMS Point-to-Multipoint Traffic Channel）携带，此为MBMS规范的固有定义。在极宽松的隐含公开判断原则下，本领域技术人员结合对比文件中的MBMS电视节目业务传输，能够合理解读出其业务数据是由相应的MBMS业务信道（MTCH）所携带，故认定为《隐含公开》。 |
| 技术特征W：一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0009]、[0022]记载，MTCH逻辑信道复用到传输信道MCH中，并在MAC层同一个传输块（TB）中将MTCH与MSI（MAC控制元素）复用打包。<br>2. 对比文件比对：<br>对比文件虽然公开了将数据块分配到传输时间间隔或资源块，但根本不存在MSI概念，更不存在将MTCH与MSI在同一传输块（TB）内进行复用的技术方案，故未公开。 |
| 技术特征X：则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0023]、[0067]指出，当TB中MSI与部分MTCH复用时，物理层只能应用一个MCS，因此对MSI和共TB的MTCH选择单个传送要求，而对剩余独立TB的MTCH选择其原本的服务特定传送要求。<br>2. 对比文件比对：<br>对比文件不存在MSI与MTCH复用及后续差异化传送要求配置的逻辑，故未公开。 |
| 技术特征Y：其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0024]、[0067]记载，在共TB复用时，选取MSI要求或两者中更健壮（更低BLER）的要求，确保控制信息与复用数据均能正确解调。<br>2. 对比文件比对：<br>对比文件无相关方案公开。 |
| 技术特征Z：其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求<br><br>《未公开》 | 对比文件全篇无相应记载。 | 1. 技术方案与作用分析：<br>目标专利说明书[0029]、[0079]指出，终端侧通过监听BCCH或MCCH信道信令解析出两类传送要求。<br>2. 对比文件比对：<br>对比文件未涉及终端通过BCCH或MCCH获取传送要求的过程，故未公开。 |
<<<C>>>
<<<E>>>
<<<G>>>
<<<H>>>
<<<J>>>
<<<K>>>
<<<N>>>
<<<S>>>
<<<U>>>
<<<q>>>
<<<v>>>
结合目标专利说明书与对比文件（CN101296102A）的内容，对技术特征A至Z进行逐一比对分析。
### 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》 | 【说明书背景技术部分】“MBMS在RAN中引入了三种新的逻辑信道：...MCCH、...MTCH、...MSCH。新增的三种逻辑信道都映射到前向接入信道（FACH）上，FACH又映射到辅公共物理控制信道（S-CCPCH）上...RNC使用MTCH向UE发送MBMS业务数据；RNC使用MSCH向UE发送MBMS业务的调度信息。”<br>【图2及说明】“FACH1承载MSCH逻辑信道，FACH2、FACH3、FACH4分别承载MBMS业务A、B、C的MTCH逻辑信道...” | 目标专利中多播信道（如MCH传输信道）同时承载了调度信息（MSI）和多播业务数据（MTCH数据）。而在对比文件中，基于WCDMA系统架构，调度信息MSCH与业务数据MTCH分别映射在不同的传输信道FACH（如FACH1承载MSCH，FACH2-4承载MTCH）上，并未公开或隐含在同一多播信道上传送两者的方案，因此该特征未公开。 |
| 技术特征B：所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《隐含公开》 | 【说明书背景技术部分】“为此3GPP引入了MSCH信道来向UE发送MBMS业务的调度信息，即对于一条S-CCPCH上承载的一个或多个MBMS业务...RNC在每个调度周期的起始点使用MSCH将确定好的调度规则发送给UE，UE从MSCH上读取MBMS业务的调度信息后，在本调度周期指定的时间段去监听想要接收的MBMS业务对应的MTCH...” | 对比文件公开了MSCH调度信息用于指示在S-CCPCH/FACH上承载的MBMS业务（MTCH）的调度规则和发送时段。虽然对比文件的信道架构是WCDMA架构，但调度信息指示所映射信道上多播服务的调度功能与目标专利对应，本领域技术人员可以合理推导出调度信息指示映射信道上多播服务调度的技术方案，因此构成隐含公开。 |
| 技术特征C：所述方法包括以下步骤：<br>《直接公开》 | 【说明书发明内容部分】“根据本发明的多媒体广播组播业务调度方法包括以下步骤：S302...S304...” | 对比文件明确公开了多媒体广播组播业务调度方法包含若干步骤，该步骤引导语属于常规方法类特征，被直接公开。 |
| 技术特征D：基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》 | 【说明书发明内容部分】“S302，无线网络控制器根据MSCH的传输时间间隔（TTI）设置MSCH配置信息...通过MCCH信道将MSCH配置信息发送给小区中所有的用户设备，在调度周期的起始时刻通过MSCH信道将MBMS业务调度信息发送至小区中的所有用户设备...” | 目标专利中的“调度信息特定传送要求”是指独立针对调度信息选定/配置的QoS要求、调制编码方案（MCS）或重传参数等物理/传输层传送属性（如降低BLER以确保可靠性）。对比文件中仅根据MSCH自身的TTI来配置偏移（MSCH_OFF）以错开时间，未涉及在同一多播信道上基于调度信息特定传送要求配置调度信息传送，因此未公开。 |
| 技术特征E：基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《未公开》 | 【说明书发明内容部分】“...根据MTCH的传输时间间隔设置MBMS业务调度信息...使得MTCH的每个调度时段的起始发送时刻对应于MTCH的传输时间间隔的起始时刻...发送持续时间是当前MTCH的传输时间间隔的整数倍。” | 目标专利的“服务特定传送要求”是指与业务特定QoS/BLER关联的传送要求（如MCS、重传次数等）。对比文件仅针对MTCH的时间对齐（Start和Duration取TTI整数倍）进行时间资源调度，并非基于服务特定传送要求来配置多播信道上业务数据的传送，两者机制与作用不同，因此未公开。 |
| 技术特征F：通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 【说明书发明内容部分】“通过MCCH信道将MSCH配置信息发送给小区中所有的用户设备...” | 对比文件仅在MCCH上发送包含周期和偏移（MSCH_REP、MSCH_OFF）的时序配置信息，并未在MCCH或BCCH上发送目标专利所界定的“调度信息特定传送要求”和“服务特定传送要求”（如MCS或QoS参数），因此未公开。 |
| 技术特征G：在所述多播信道上传送多播服务数据<br>《隐含公开》 | 【说明书发明内容部分】“...在调度周期的起始时刻通过MSCH信道将MBMS业务调度信息发送至小区中的所有用户设备...根据解析后的业务调度信息读取MTCH信道上的数据。”<br>【背景技术部分】“...新增的三种逻辑信道都映射到前向接入信道（FACH）上，FACH又映射到辅公共物理控制信道（S-CCPCH）上...RNC使用MTCH向UE发送MBMS业务数据...” | 对比文件中MTCH映射到下行公共传输信道FACH或物理信道S-CCPCH上向UE传送多播业务数据。本领域技术人员结合下行公共传输/物理信道承载组播业务数据的通用机理，可以合理解读/推导其在广义多播信道上传送多播业务数据，因此构成隐含公开。 |
| 技术特征H：其中所述方法还包括以下步骤：<br>《直接公开》 | 【说明书发明内容部分】“其中，步骤S304包括：S3042...S3044...” | 对比文件说明书明确公开了该调度方法还可包含子步骤或进一步的配置步骤，该引导语被直接公开。 |
| 技术特征I：确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 对比文件全文未记载有关调度信息（MSCH/MSI）的QoS属性或特定QoS值的确定。 | 对比文件未涉及针对调度信息本身评估或确定特定QoS值/属性，其调度参数配置完全基于时间间隔（TTI）的整倍数或错开规则，因此未公开。 |
| 技术特征J：确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《未公开》 | 对比文件全文未记载确定服务特定QoS值及其QoS属性的步骤。 | 对比文件背景技术中虽提及流类和背景类业务对时延的敏感度不同，但在调度方法中仅根据业务数据的到达情况及TTI设置Start和Duration，未公开确定与服务特定QoS属性有关的QoS值，因此未公开。 |
| 技术特征K：其中所述方法还包括以下步骤：<br>《直接公开》 | 【说明书发明内容部分】“根据本发明的多媒体广播组播业务调度方法包括以下步骤...” | 对比文件公开了包含进一步细化步骤的方法，引导语被直接公开。 |
| 技术特征L：如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 对比文件全文未记载针对调度信息QoS值与服务QoS值进行比较或区分的条件分支。 | 对比文件完全没有引入调度信息与服务数据之间QoS值的比较判断逻辑，因此未公开。 |
| 技术特征M：则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 对比文件全文未记载基于调度信息QoS值选择调度信息传送要求。 | 对比文件不存在针对调度信息QoS值的确定与相应传送要求（如MCS）的选择，因此未公开。 |
| 技术特征N：基于所述服务特定QoS值来选择所述服务特定传送要求<br>《未公开》 | 对比文件全文未记载基于服务特定QoS值选择服务特定传送要求。 | 对比文件仅涉及基于业务数据到达和TTI进行时序偏移与持续时间分配，未公开基于服务QoS值选择传送要求，因此未公开。 |
| 技术特征O：或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 对比文件全文未记载调度信息QoS值与服务QoS值相等的判断。 | 对比文件无相关QoS值比较的技术特征记载，因此未公开。 |
| 技术特征P：则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>《未公开》 | 对比文件全文未记载在两者相等时选择共同的传送要求。 | 对比文件完全未公开为两者选择共同传送要求的处理机制，因此未公开。 |
| 技术特征Q：其中所述多播信道是多播信道“MCH”<br>《未公开》 | 【说明书具体实施方式部分】“本发明主要涉及宽带码分多址（WCDMA）移动通信系统中MBMS业务的调度方法和系统...新增的三种逻辑信道都映射到前向接入信道（FACH）上...” | 目标专利中的“MCH”是指3GPP LTE等多播广播单频网（MBSFN）中定义的传输信道MCH。对比文件属于WCDMA技术体制，使用的是FACH传输信道映射到物理信道S-CCPCH，未公开或隐含MCH传输信道，因此未公开。 |
| 技术特征R：所述多播服务调度信息是MCH调度信息“MSI”<br>《未公开》 | 【说明书背景技术部分】“为此3GPP引入了MSCH信道来向UE发送MBMS业务的调度信息...” | 目标专利中的MSI是LTE中复用在MCH上的MAC控制元素或动态调度信息。对比文件采用的是WCDMA中独立的MSCH逻辑信道，并未公开MSI，因此未公开。 |
| 技术特征S：所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>《直接公开》 | 【说明书背景技术部分】“多媒体广播/组播业务（Multimedia Broadcast/Multicast Service，简称MBMS）是一种共享网络资源，从一个数据源向多个目标传送数据的技术。为了有效地利用移动网络资源，第3代合作者项目（Third Generation Partnership Project，简称3GPP）在R6中提出了MBMS业务...” | 对比文件明确指出该技术方案面向3GPP R6中提出的MBMS业务，完全符合多媒体广播多播服务规范，该特征被直接公开。 |
| **技术特征T**：其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER基于专利创造性评估原则，紧密结合目标专利说明书及对比文件（CN101296102A）原文，对各技术特征的公开性进行客观比对与严谨论述。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述多播信道携带多播服务数据和多播服务调度信息<br>《未公开》 | 【背景技术】[0006]~[0008]：“在RAN中引入了三种新的逻辑信道：...MCCH...MTCH...MSCH。新增的三种逻辑信道都映射到前向接入信道（FACH）上，FACH又映射到辅公共物理控制信道（S-CCPCH）上。RNC使用MTCH向UE发送MBMS业务数据；RNC使用MSCH向UE发送MBMS业务的调度信息。”<br>【背景技术】[0011]：“S-CCPCH1上承载了4条FACH传输信道FACH1、FACH2、FACH3、FACH4，其中FACH1承载MSCH逻辑信道，FACH2、FACH3、FACH4分别承载MBMS业务A、B、C的MTCH逻辑信道...” | 目标专利说明书明确将“多播信道”对应为多播传输信道“MCH”（如目标说明书[0009]、[0015]、[0022]），其技术方案的核心是在同一个MCH（传输信道）上同时复用携带多播服务数据（MTCH）和多播服务调度信息（MSI）。<br>对比文件公开的是WCDMA制式下的MBMS架构：业务数据由MTCH承载，调度信息由独立的MSCH逻辑信道承载，且MSCH与各个MTCH分别承载在不同的FACH传输信道上（如FACH1承载MSCH，FACH2-4承载MTCH）。对比文件中不存在在同一“多播（传输）信道”上同时携带调度信息和业务数据的架构，二者信道映射机制完全不同。因此对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征B：所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《直接公开》 | 【背景技术】[0008]：“RNC使用MSCH向UE发送MBMS业务的调度信息...RNC在每个调度周期的起始点使用MSCH将确定好的调度规则发送给UE，UE从MSCH上读取MBMS业务的调度信息后，在本调度周期指定的时间段去监听想要接收的MBMS业务对应的MTCH...”<br>【背景技术】[0010]：“MBMS业务调度信息中定义了该S-CCPCH上各个MBMS业务的调度时段，包括起始发送时刻和发送持续时间...” | 目标专利中，调度信息（MSI）用于指示多播服务的调度时段，使UE在关注的服务时隙醒来，其他时隙休眠以省电（目标说明书[0009]-[0010]）。<br>对比文件公开了MSCH上承载的MBMS业务调度信息用于指示各个MBMS业务对应的MTCH的调度时段（起始时刻Start和持续时间Duration），使UE仅在指定时间段监听MTCH以达到省电目的。两者的技术内容、所起的技术作用完全相同。本领域技术人员可毫无疑义地直接确定对比文件直接公开了该特征。 |
| 技术特征C：所述方法包括以下步骤：<br>《直接公开》 | 【发明内容】[0014]：“根据本发明的多媒体广播组播业务调度方法包括以下步骤：S302...S304...” | 对比文件明确公开了一种包括多个步骤的方法流程，该引导性特征被对比文件直接公开。 |
| 技术特征D：基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《隐含公开》 | 【发明内容】[0014]：“无线网络控制器根据MSCH的传输时间间隔（TTI）设置MSCH配置信息...根据当前小区中的其他MSCH的传输时间间隔（TTI）设置当前MSCH信道的MBMS调度周期起始时刻偏移（MSCH_OFF），使当前MSCH信道的调度周期起始时刻与其他MSCH信道的调度周期起始时刻错开...” | 目标专利中，配置传送要求（如MCS或TTI等传输参数）是根据调度信息自身的传送要求独立进行的（目标说明书[0016]-[0018]、[0035]）。<br>在对比文件中，MSCH的调度信息配置信息（包括MSCH_REP、MSCH_OFF等参数）是根据MSCH自身的传输时间间隔（TTI）以及其他MSCH的TTI来独立设置和配置的。根据本领域技术常识，TTI本身即属于物理层/传输层传输参数的一种核心传送要求。对比文件根据MSCH专属的TTI来配置调度信息的发送，与特征D中“基于调度信息特定的传送要求来配置传送”的技术手段具有高度的对应性，本领域技术人员基于对比文件披露的内容极易推理得出该特征，因此在宽松标准下判定为隐含公开。 |
| 技术特征E：基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《隐含公开》 | 【发明内容】[0014]：“根据MTCH的传输时间间隔设置MBMS业务调度信息...无线网络控制器根据当前MTCH的传输时间间隔设置MTCH调度时段的起始发送时刻（START）...根据当前MTCH的传输时间间隔设置MBMS业务调度时段的发送持续时间（DURATION）...” | 目标专利中指出服务特定传送要求包括传输参数配置（如目标说明书[0035]指出传送要求可包括参数配置）。<br>对比文件中，MBMS业务数据（MTCH）的调度时段参数（Start、Duration）是依据当前MTCH专属的传输时间间隔（TTI）来具体配置的（例如Duration设为当前MTCH的TTI的整数倍）。对比文件结合具体服务的传输特征（TTI）来配置该服务业务数据传输的技术手段，构成了“基于服务特定传送要求配置数据传送”的对应实现，因此在宽松标准下判定为隐含公开。 |
| 技术特征F：通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 【发明内容】[0014]：“通过MCCH信道将MSCH配置信息发送给小区中所有的用户设备，在调度周期的起始时刻通过MSCH信道将MBMS业务调度信息发送至小区中的所有用户设备” | 目标专利中，是将调度信息和业务数据的传送要求（如MCS、BLER相关传送参数）都在BCCH或MCCH上信令通知UE（目标说明书[0017]、[0061]）。<br>对比文件中，在MCCH上仅发送“MSCH配置信息”（即调度周期的MSCH_REP和MSCH_OFF），而具体的MBMS业务调度时段（业务相关的Start和Duration）是通过MSCH逻辑信道下发给UE的，并非在MCCH上发送业务特定传送要求。对比文件未公开在MCCH或BCCH上同时发送两类传送要求，因此未公开该特征。 |
| 技术特征G：在所述多播信道上传送多播服务数据<br>《未公开》 | 【背景技术】[0006]：“RNC使用MTCH向UE发送MBMS业务数据...新增的三种逻辑信道都映射到前向接入信道（FACH）上，FACH又映射到辅公共物理控制信道（S-CCPCH）上。” | 如技术特征A所述，目标专利中“多播信道”是携带调度信息和业务数据的统一传输信道MCH。<br>对比文件中发送业务数据使用的是MTCH逻辑信道，映射到FACH传输信道并承载于S-CCPCH物理信道，并非目标专利限定的在承载调度信息的同一多播信道（MCH）上传送服务数据。故该特征未公开。 |
| 技术特征H：其中所述方法还包括以下步骤：<br>《直接公开》 | 【具体实施方式】[0014]及图3：“该多媒体广播组播业务调度方法包括以下步骤：S302...S304...” | 引导性步骤特征，对比文件已公开包含多个步骤的方法。 |
| **技术特征I**：确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>**《未公开》** | 对比文件全文检索均无记载。 | 目标专利确定调度信息的QoS值（例如调度信息特定BLER，见说明书[0019]、[0056]）。<br>对比文件中没有涉及对调度信息计算或确定QoS值/BLER属性的技术内容，仅基于固定给定的时域参数TTI进行配置，未公开
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落） | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>《未公开》 | 【无对应段落】<br>对比文件[0005]、[0008]中仅提及广播/多播服务传送控制消息和/或数据业务：“A broadcast service refers to a technology in which a transmission terminal transmits a control message and/or data traffic to a plurality of unspecified reception terminals... a multicast service refers to a technology in which a base station transmits a control message and/or data traffic to a plurality of specified mobile stations.” | 对比文件仅一般性提及基站在多播服务中向移动台发送控制消息（control message）或数据业务（data traffic），未公开在同一个“多播信道”中既携带多播服务数据又携带多播服务调度信息（即动态调度信息，用于指示该信道上映射的各服务具体的调度位置）。因此未直接公开，本领域技术人员也无法合理推导出该特定信道复合复用方案，亦未隐含公开。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《未公开》 | 【无对应段落】 | 对比文件完全未公开“多播服务调度信息”及其用于指示映射到特定多播信道的多播服务的调度的技术方案，亦未隐含公开。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>《直接公开》 | 【段落0012】<br>“根据本发明的再一方面，提供了一种在无线通信系统中由基站提供多播服务的方法。”（In accordance with still another aspect of the present invention, a method for providing multicast service by a base station in a wireless communication system is provided.） | 对比文件公开了一种无线通信系统中提供多播服务的方法，该方法包括一系列执行步骤。属于常规方法引导语，被对比文件直接公开。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《未公开》 | 【无对应段落】 | 对比文件中的MCS是针对整个多播业务信道根据各移动台反馈中最差的CQI确定的，完全没有针对“调度信息”单独确定或基于“调度信息特定的传送要求”来独立配置其在多播信道上的传送。因此既无直接公开，亦无隐含公开。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《隐含公开》 | 【段落0012】<br>“...基于在所述一个或多个移动台中发送了最低信道质量信息的移动台来确定调制和编码方案（MCS）...并通过应用所确定的MCS在第t个帧中提供所述多播服务。”（...determining a modulation and coding scheme (MCS) based on a mobile station, which has transmitted lowest channel quality information, among the one or more mobile stations... and providing the multicast service through a tth frame by applying the determined MCS.）<br>【段落0032】<br>“...QoS指示符可以包括关于CQI、丢包率、抖动、时延等中的至少一个的信息。也就是说，当建立多播业务会话时，加入该会话的每个移动台确定用作QoS指示符的参数...这是因为根据会话的特性，可以重视不同的QoS参数。” | 目标专利中的服务特定传送要求（例如MCS）是用于配置属于多播服务的数据的传送。对比文件公开了根据所请求的多播服务的信道质量及会话特性的QoS要求（时延、抖动、丢包率等）来确定多播服务传送时所应用的MCS。虽然对比文件未将多播服务数据与调度信息做隔离区分，但其根据特定多播服务的信道与QoS要求确定MCS并配置多播数据传送的技术手段，与目标专利的技术手段在多播服务数据的传送配置机制上高度相通，且部分公开了基于服务传送要求进行配置的思想，本领域技术人员结合多播服务配置常规技术能够合理推导并与其他文件组合，构成《隐含公开》。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《未公开》 | 【无对应段落】<br>对比文件[0030]中仅提及基站确定第二和第三阈值后通知移动台：“...notifies the mobile stations of the established threshold values...” | 对比文件未公开在BCCH或MCCH上通过信令发送调度信息特定传送要求和服务特定传送要求，未直接公开，亦无法隐含推导。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>《隐含公开》 | 【段落0012】<br>“...并通过应用所确定的MCS在第t个帧中提供所述多播服务。”（...and providing the multicast service through a tth frame by applying the determined MCS.）<br>【段落0008】<br>“通常，对于多播服务，由3GPP和3GPP2定义了多媒体广播多播服务（MBMS）和广播多播服务（BCMCS）。”（Conventionally, for a multicast service, Multimedia Broadcast Multicast Service (MBMS) and Broadcast Multicast Service (BCMCS) are defined by the 3rd Generation Partnership Project (3GPP) and 3GPP2.） | 对比文件公开了在帧中通过无线信道向多个移动台下发多播服务数据，并指明系统符合3GPP MBMS或BCMCS体系。本领域技术人员结合3GPP标准常识，多播服务数据在下行物理/传输信道即通过多播信道（MCH/MTCH）承载传送，属于对多播信道上传送多播服务数据的等同/可合理推导公开，构成《隐含公开》。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | 【段落0012】<br>“该方法包括接收...确定...确定...以及提供...”（The method includes receiving... determining... determining... and providing...） | 对比文件的方法包含进一步的步骤，属于常规方法步骤连接语，被对比文件直接公开。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>《未公开》 | 【无对应段落】 | 对比文件完全未涉及任何针对“调度信息特定QoS属性”或其“QoS值”的确定过程，未直接公开，亦无隐含公开。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>《隐含公开》 | 【段落0032】<br>“...QoS指示符可以包括关于CQI、丢包率、抖动、时延等中的至少一个的信息。也就是说，当多播服务会话开启时，加入该会话的每个移动台确定CQI、丢包率、抖动、时延等中至少一个参数用作QoS指示符...这是因为根据会话的特性，可以重视不同的QoS参数。” | 目标专利中确定服务特定QoS值用于反映业务对BLER/QoS的要求。对比文件在多播服务会话中基于会话特性确定丢包率、时延等至少一个QoS参数作为指示，并据此确定提供服务的方式或配置。这在实质上涵盖了确定与服务特定QoS属性相关的QoS数值的过程，技术手段和作用原理相近，本领域技术人员可以据此合理推断，构成《隐含公开》。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | 【段落0012】<br>“该方法包括...”（The method includes...） | 对比文件公开了方法中包含的多个先后及分支步骤，属于常规特征引导语，被对比文件直接公开。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>《未公开》 | 【无对应段落】 | 对比文件完全不存在调度信息特定QoS值，更没有将其与服务特定QoS值进行比对的判断分支，未直接公开，亦未隐含公开。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>《未公开》 | 【无对应段落】 | 对比文件不包含调度信息特定QoS值及基于其选择传送要求的机制，未直接公开，亦未隐含公开。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>《隐含公开》 | 【段落0012】<br>“...基于在所述一个或多个移动台中发送了最低信道质量信息的移动台来确定调制和编码方案（MCS）...并通过应用所确定的MCS在第t个帧中提供所述多播服务。”<br>【段落0032】<br>“...在步骤220中，当基站从移动台接收到QoS指示符时，基站根据接收到的QoS指示符确定服务的类型...加入会话的每个移动台确定CQI、丢包率、抖动、时延等参数用作QoS指示符...” | 对比文件公开了基站根据移动台反馈的信道质量（CQI）及反映丢包率/时延等QoS属性的指示符，为多播服务选择适配的MCS或传输参数（即传送要求）。本领域技术人员结合通信公知常识能够推导得出基站基于服务的QoS指标来选择其服务传送要求（MCS），构成部分公开并可合理推导出技术方案，构成《隐含公开》。 |
| 技术特征O：<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>《未公开》 | 【无对应段落】 | 对比文件未涉及调度信息特定QoS值与服务特定QoS值的相等性判断，未直接公开，亦无隐含公开。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>《未公开》 | 【无对应段落】 | 对比文件不存在针对两者相等时选择“共同的传送要求”以统一调度信息和服务数据传送要求的逻辑判断和配置，未直接公开，亦无隐含公开。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>《隐含公开》 | 【段落0008】<br>“通常，对于多播服务，由3GPP和3GPP2定义了多媒体广播多播服务（MBMS）和广播多播服务（BCMCS）。”（Conventionally, for a multicast service, Multimedia Broadcast Multicast Service (MBMS) and Broadcast Multicast Service (BCMCS) are defined by the 3rd Generation Partnership Project (3GPP) and 3GPP2.） | 对比文件明确指出其多播服务基于3GPP MBMS协议规范。本领域技术人员知晓，在3GPP MBMS规范中，用于传输多播数据的标准传输信道即为多播信道（MCH）。对比文件虽未直接使用“MCH”缩写，但提及3GPP MBMS已将其实质内涵直接指向MCH，属于本领域技术人员可确凿合理推导的技术内容，构成《隐含公开》。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>《未公开》 | 【无对应段落】 | 对比文件通篇未涉及任何关于MCH调度信息（MSI/DSI）的技术内容，未直接公开，亦无隐含公开。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>《直接公开》 | 【段落0008】<br>“通常，对于多播服务，由3GPP和3GPP2定义了多媒体广播多播服务（MBMS）和广播多播服务（BCMCS）。”（Conventionally, for a multicast service, Multimedia Broadcast Multicast Service (MBMS) and Broadcast Multicast Service (BCMCS) are defined by the 3rd Generation Partnership Project (3GPP) and 3GPP2.）<br>【段落0023】<br>“根据本发明示例性实施例的提供多播服务和对多播服务进行反馈的方法可以应用于提供多播服务的所有通信系统。” | 对比文件明确公开了其多播服务符合3GPP定义的多媒体广播多播服务（MBMS）规范，并适用于所有提供多播服务的系统，技术作用相同，该特征被《直接公开》。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>《未公开》 | 【无对应段落】 | 对比文件完全未公开调度信息特定QoS值及其包括BLER的技术方案，未直接公开，亦无隐含公开。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>《隐含公开》 | 【段落0032】<br>“在这种情况中，QoS指示符可以包括关于CQI、丢包率（loss rate）、抖动、时延等中的至少一个的信息。”（In this case, the QoS indicator may include information about at least one among CQI, a loss rate, jitter, latency and the like.） | 目标专利中服务特定QoS值包括BLER（块错误率）。对比文件公开了QoS指示符包括“丢包率（loss rate）”。在无线分组传输网络中，传输块错误率（BLER）即为底层数据块/分组丢弃丢失的度量形式，丢包率在下层传输中通常以BLER呈现。对比文件公开丢包率作为QoS指示，属于部分公开了该技术特征，本领域技术人员能合理推断并等同理解，构成《隐含公开》。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>《隐含公开》 | 【段落0008】<br>“通常，对于多播服务，由3GPP和3GPP2定义了多媒体广播多播服务（MBMS）和广播多播服务（BCMCS）。”（Conventionally, for a multicast service, Multimedia Broadcast Multicast Service (MBMS) and Broadcast Multicast Service (BCMCS) are defined by the 3rd Generation Partnership Project (3GPP) and 3GPP2.） | 对比文件明确基于3GPP MBMS规范提供多播服务。依据3GPP MBMS的标准体系，每个MBMS服务的数据在逻辑信道上必然由相应的MBMS业务信道（MTCH）承载。本领域技术人员根据对比文件公开的3GPP MBMS背景技术，结合公知常识能够毫无疑义地合理推知该特征，构成《隐含公开》。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>《未公开》 | 【无对应段落】 | 对比文件未公开MTCH与MSI在同一传输块（TB）中复用的技术方案，未直接公开，亦无隐含公开。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>《未公开》 | 【无对应段落】 | 对比文件不存在针对MSI与MTCH复用TB时的独立单一传送要求选择机制，更无针对剩余MTCH区分配置的方案，未直接公开，亦无隐含公开。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>《未公开》 | 【无对应段落】 | 对比文件未涉及MSI与MTCH复用TB时选择更健壮的传送要求的技术方案，未直接公开，亦无隐含公开。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>《未公开》 | 【无对应段落】 | 对比文件未公开从BCCH或MCCH上确定MSI特定传送要求和服务特定传送要求，未直接公开，亦无隐含公开。 |
<<<C>>><<<e>>><<<g>>><<<H>>><<<j>>><<<K>>><<<n>>><<<q>>><<<S>>><<<u>>><<<v>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与段落标号） | 公开性论述 |
| 技术特征A：所述多播信道携带多播服务数据和多播服务调度信息<br><br>《直接公开》 | [0006] "...The one or more MTCHs may be provided during a variable scheduling period (SP) and include a data portion that contains MBSFN traffic content and a variable scheduling portion that contains scheduling information related to the MBSFN traffic content."<br>（“……所述一个或多个MTCH可以在可变调度周期（SP）期间提供，并包括包含MBSFN业务内容的数据部分和包含与MBSFN业务内容相关的调度信息的可变调度部分。”）<br><br>[0037] "The MCH 450 during the SP may comprise a scheduling portion 452 and a data portion 454. The scheduling portion 452 of the MCH 450 may include scheduling information related to the data portion 454... The data portion 454 may follow the scheduling portion 452 and may comprise the remaining length of the MCH 450 SP. The data portion 454 may include the actual traffic content of the MBMS (multiple MTCHs)..."<br>（“SP期间的MCH 450可以包括调度部分452和数据部分454。MCH 450的调度部分452可以包括与数据部分454相关的调度信息……数据部分454可以跟随在调度部分452之后，并且可以包括MCH 450 SP的剩余长度。数据部分454可以包括MBMS（多个MTCH）的实际业务内容……”） | 对比文件段落[0006]和[0037]明确记载了MCH 450在一个调度周期内包括调度部分452和数据部分454，其中调度部分包含与数据部分相关的调度信息，数据部分包含MBMS的实际业务内容（多播服务数据）。在对比文件中该信道承担同时承载调度信息与业务数据的作用，与目标专利中多播信道的作用实质相同，本领域技术人员能毫无疑义地得出该特征，属于《直接公开》。 |
| 技术特征B：所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《直接公开》 | [0037] "The scheduling portion 452 of the MCH 450 may include scheduling information related to the data portion 454, such as service timing including start time, end time, and duration information. The scheduling information may also contain periodicity, and resource allocation information. The scheduling portion 452 may also include additional scheduling information such as data modulation scheme and a service id associated with a particular transmitted service."<br>（“MCH 450的调度部分452可以包括与数据部分454相关的调度信息，例如包括开始时间、结束时间和持续时间信息的服务定时。该调度信息还可以包含周期性和资源分配信息。调度部分452还可以包括额外的调度信息，例如数据调制方案以及与所传送的特定服务相关联的服务ID。”）<br><br>[0041] "...In block 230, the scheduling information is added to the scheduling portion 454 of the MCH 450 at the individual ENBs 20, comprising the traffic starting time, periodicity, allocated resources, service identification or ID, and perhaps other information as well. In block 240, the scheduling information is transmitted from the ENBs 20 to the individual UEs 10 in the cells, wherein the ENBs 20 may transmit the MCH 450 comprising the scheduling information in addition to the traffic content at the start of each SP."<br>（“……在框230中，在各个ENB 20处将调度信息添加到MCH 450的调度部分454中，其包括业务开始时间、周期性、分配的资源、服务标识或ID，或许还有其它信息。在框240中，调度信息从ENB 20传送到小区中的各个UE 10，其中ENB 20可以在每个SP的开始处传送除了业务内容之外还包括调度信息的MCH 450。”） | 对比文件段落[0037]和[0041]公开了调度部分包含的调度信息具体指示映射到该MCH上的多播服务（MTCH）的业务开始时间、结束时间、持续时间、周期性、分配资源以及服务ID。这些信息的作用正是向终端指示映射到MCH上的各个多播服务的调度情况，以支持UE按需接收，其技术手段和作用与目标专利完全相同，属于《直接公开》。 |
| 技术特征C：所述方法包括以下步骤：<br><br>《直接公开》 | [0018] "Figure 6 is a diagram of a method for scheduling multicast traffic according to an embodiment of the disclosure."<br>（“图6是根据本公开的一个实施例的用于调度多播业务的方法的图。”）<br><br>[0041] "Figure 6 illustrates an embodiment of a method 200 that may be implemented for scheduling the transmission of MBMS to the UEs 10. In block 210... In block 220... In block 230... In block 240..."<br>（“图6示出了可以实现用于向UE 10调度MBMS传送的方法200的实施例。在框210中……在框220中……在框230中……在框240中……”） | 对比文件图6及段落[0018]、[0041]明确公开了一种用于向UE调度并配置MBMS多播传输的方法，其包含一系列先后执行的步骤（框210至240），该特征属于方法引导语，被对比文件《直接公开》。 |
| 技术特征D：基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《未公开》 | 对比文件全文未记载针对调度信息配置其特定的传送要求（例如特定的MCS、BLER要求或重传参数等）。对比文件在[0037]仅提及调度部分可以包含数据调制方案（data modulation scheme），并在[0003]、[0005]提及集中控制可协调调制编码方案，但未公开针对调度信息本身的特定传送要求进行独立配置。 | 目标专利说明书[0014]、[0016]明确指出：考虑到调度信息的传送要求（如QoS/BLER要求）与服务数据不同，提议基于调度信息特定的传送要求（如更健壮的MCS）来独立配置调度信息的传送。对比文件虽然在MCH上发送调度部分，但完全没有为调度信息设定、选择或配置其“特定的传送要求”，调度信息与数据并未区分各自专属的传输要求配置。因此，对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征E：基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《直接公开》 | [0003] "A group of LTE-based cells might be under the control of a single entity known as a central control. The central control typically manages and coordinates certain activities with a group of cells such as the scheduling of transmissions and the control of a modulation and coding scheme for the cells."<br>（“一组基于LTE的小区可以处于称为中央控制的单个实体的控制之下。中央控制通常管理和协调针对一组小区的某些活动，例如调度的传输以及针对小区的调制和编码方案的控制。”）<br><br>[0031] "The S-MCCH information may include control information for one or more MTCH transmissions. This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs, and SFN-related parameters. Since multiple MTCHs might be transmitted by a single ENB 20, and a different set of S-MCCH information might be needed for each MTCH, multiple sets of S-MCCH information might be associated with the BCCH transmitted by the single ENB 20."<br>（“S-MCCH信息可以包括用于一个或多个MTCH传输的控制信息。这可以包括用于一个或多个MTCH的调度信息、用于一个或多个MTCH的调制和编码信息、以及SFN相关参数。由于单个ENB 20可以发送多个MTCH，并且每个MTCH可能需要不同组的S-MCCH信息，因此多个组的S-MCCH信息可以与单个ENB 20发送的BCCH相关联。”）<br><br>[0037] "...The scheduling portion 452 may also include additional scheduling information such as data modulation scheme and a service id associated with a particular transmitted service."<br>（“……调度部分452还可以包括额外的调度信息，例如数据调制方案以及与所传送的特定服务相关联的服务ID。”） | 对比文件段落[0031]明确公开了S-MCCH包含针对各个MTCH的调制和编码信息（modulation and coding information for one or more MTCHs），并且“每个MTCH可能需要不同组的S-MCCH信息”；段落[0037]亦指出配置有与特定服务相关联的数据调制方案。调制与编码方案即为目标专利说明书[0016]中所界定的典型的传送要求（传输QoS/MCS），因此对比文件直接公开了基于服务特定传送要求（特定MTCH的MCS）来配置多播服务数据的传送，属于《直接公开》。 |
| 技术特征F：通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《未公开》 | [0029] "The transmission of an MBMS in one or more of the cells 102 can include two components, a multicast control channel (MCCH) and a multicast traffic channel (MTCH)... Configuration information for the MCCH might be transmitted in a broadcast control channel (BCCH)..."<br>（“一个或多个小区102中MBMS的传输可以包括两个组件，多播控制信道（MCCH）和多播业务信道（MTCH）……用于MCCH的配置信息可以在广播控制信道（BCCH）中传输……”）<br><br>[0031] "The S-MCCH information may include control information for one or more MTCH transmissions. This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs, and SFN-related parameters... multiple sets of S-MCCH information might be associated with the BCCH transmitted by the single ENB 20."<br>（“S-MCCH信息可以包括用于一个或多个MTCH传输的控制信息。这可以包括用于一个或多个MTCH的调度信息、用于一个或多个MTCH的调制和编码信息……多个组的S-MCCH信息可以与单个ENB 20发送的BCCH相关联。”） | 对比文件仅公开了在MCCH（S-MCCH）或BCCH上发送MTCH的调制和编码信息（即服务特定传送要求），但如前所述，对比文件完全没有公开“调度信息特定传送要求”，更不存在“在BCCH或MCCH上通过信号发送调度信息特定传送要求和所述服务特定传送要求”的技术方案。由于缺少核心技术内容，本特征未被公开。 |
| 技术特征G：在所述多播信道上传送多播服务数据<br><br>《直接公开》 | [0032] "The MTCH and the MCCH are logical, upper layer channels. The lower layer transport channel on which the MTCH and the MCCH are carried is typically referred to as the MBMS multicast channel, the multicast transport channel, or simply the MCH, in the MBSFN case (multi-cell operation)... The MTCH portion 320 includes a plurality of individual MTCHs 322, each corresponding to a different MBMS."<br>（“MTCH和MCCH是逻辑高层信道。在MBSFN情况下（多小区操作），承载MTCH和MCCH的底层传输信道通常被称为MBMS多播信道、多播传输信道或简称为MCH……MTCH部分320包括多个单独的MTCH 322，每一个对应于不同的MBMS。”）<br><br>[0037]-[0038] "The MCH 450 during the SP may comprise a scheduling portion 452 and a data portion 454... The data portion 454... may include the actual traffic content of the MBMS (multiple MTCHs), such as television programs, streaming video, and other multimedia content."<br>（“SP期间的MCH 450可以包括调度部分452和数据部分454……数据部分454……可以包括MBMS（多个MTCH）的实际业务内容，例如电视节目、流视频和其它多媒体内容。”） | 对比文件段落[0032]、[0037]-[0038]明确记载MTCH（携带MBMS服务数据）承载在底层传输信道MCH上进行传输。这与目标专利在MCH上传送多播服务数据的技术方案及作用完全相同，属于《直接公开》。 |
| 技术特征H：其中所述方法还包括以下步骤：<br><br>《直接公开》 | 参见特征C对应之对比文件[0018]、[0041]。 | 属于方法引出句，被对比文件《直接公开》。 |
| 技术特征I：确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>《未公开》 | 对比文件全文未提及调度信息特定的QoS属性或调度信息特定QoS值。 | 目标专利说明书[0019]明确指出确定与调度信息特定QoS属性有关的QoS值（例如调度信息特定BLER）。对比文件中调度信息仅作为SP前部的固定或可变调度开销字段发送，并未对其确定任何特定的QoS属性或QoS值。对比文件未公开该技术特征。 |
| 技术特征J：确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>《隐含公开》 | [0003] "...The central control typically manages and coordinates certain activities with a group of cells such as the scheduling of transmissions and the control of a modulation and coding scheme for the cells. The modulation and coding schemes might include binary phase-shift keying (BPSK), quadrature phase-shift keying (QPSK), quadrature amplitude modulation (QAM)..."<br>（“……中央控制通常管理和协调针对一组小区的某些活动，例如调度的传输以及针对小区的调制和编码方案的控制。调制和编码方案可以包括二进制相移键控（BPSK）、正交相移键控（QPSK）、正交幅度调制（QAM）……”）<br><br>[0031] "...This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs, and SFN-related parameters. Since multiple MTCHs might be transmitted by a single ENB 20, and a different set of S-MCCH information might be needed for each MTCH..."<br>（“……这可以包括用于一个或多个MTCH的调度信息、用于一个或多个MTCH的调制和编码信息、以及SFN相关参数。由于单个ENB 20可以发送多个MTCH，并且每个MTCH可能需要不同组的S-MCCH信息……”）<br><br>[0040] "It is contemplated that the central control 110 will determine the transmission rate characteristics of each service and instruct the ENBs regarding the scheduling information, such as service timing, periodicity, and so on, and where to load the related scheduling information..."<br>（“可以设想，中央控制110将确定每个服务的传输速率特性，并就调度信息（例如服务定时、周期性等）以及在何处加载相关调度信息来指示ENB……”） | 对比文件[0031]与[0040]公开了中央控制确定每个服务的传输速率特性（transmission rate characteristics），并为不同的MTCH确定不同组的调制和编码信息（MCS）。在无线多播技术领域中，传输速率特性与所支持的业务类型（如流媒体、音频、静态文本）直接挂钩，属于具体的服务QoS属性；根据服务的传输特性确定其MCS，必然需要评估或确定该服务所要求的QoS指标（如速率/误码要求）。虽然对比文件未明确出现“服务特定QoS值”的字面表述，但结合其确定服务传输速率特性并据此配置对应MCS的教导，本领域技术人员极易推理得出该过程必然包含确定与服务特定QoS属性有关的QoS值，属于《隐含公开》。 |
| 技术特征K：其中所述方法还包括以下步骤：<br><br>《直接公开》 | 参见特征C对应之对比文件[0018]、[0041]。 | 属于方法引出句，被对比文件《直接公开》。 |
| 技术特征L：如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>《未公开》 | 对比文件全文未记载针对调度信息确定特定QoS值，亦未记载比较调度信息QoS值与服务QoS值是否不同的判断逻辑。 | 目标专利说明书[0020]、[0063]明确提出步骤504：“确定调度信息特定QoS值是否与服务特定QoS值不同”。对比文件未建立调度信息与服务数据之间的QoS值区分与比较机制，未公开该特征。 |
| 技术特征M：则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>《未公开》 | 对比文件全文未记载基于调度信息特定QoS值选择调度信息特定传送要求的技术方案。 | 目标专利说明书[0020]、[0065]记载当QoS值不同时，基于调度信息特定QoS属性（如BLER2）选择MCS2作为调度信息的潜在MCS。对比文件中无调度信息特定QoS值的存在，更不存在据此进行选择的逻辑。对比文件未公开该特征。 |
| 技术特征N：基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>《隐含公开》 | [0031] "The S-MCCH information may include control information for one or more MTCH transmissions. This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs, and SFN-related parameters. Since multiple MTCHs might be transmitted by a single ENB 20, and a different set of S-MCCH information might be needed for each MTCH..."<br>（“S-MCCH信息可以包括用于一个或多个MTCH传输的控制信息。这可以包括用于一个或多个MTCH的调度信息、用于一个或多个MTCH的调制和编码信息、以及SFN相关参数。由于单个ENB 20可以发送多个MTCH，并且每个MTCH可能需要不同组的S-MCCH信息……”）<br><br>[0040] "It is contemplated that the central control 110 will determine the transmission rate characteristics of each service and instruct the ENBs regarding the scheduling information..."<br>（“可以设想，中央控制110将确定每个服务的传输速率特性，并指示ENB关于调度信息……”） | 对比文件公开了确定各服务的传输速率特性，并针对每个MTCH选择和配置不同的调制和编码信息（MCS即传送要求）。本领域技术人员可以合理推断出，为特定MTCH选择特定的MCS正是基于该服务的速率特性/QoS需求进行的匹配与选择。按照极其宽松的隐含公开认定标准，对比文件《隐含公开》了基于服务特定QoS值选择服务特定传送要求。 |
| 技术特征O：或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>《未公开》 | 对比文件全文未记载比较调度信息QoS值与服务特定QoS值相等的判断分支。 | 目标专利说明书[0021]、[0064]记载了判断QoS值相等的技术分支。对比文件完全未涉及调度信息的QoS属性定义及比较，未公开该特征。 |
| 技术特征P：则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>《未公开》 | 对比文件全文未记载在QoS值相等的前提下为两者选择共同传送要求的决策机制。 | 目标专利说明书[0021]、[0064]指出在两者相等时执行步骤506选择共同传送要求。对比文件不存在此技术处理逻辑，未公开该特征。 |
| 技术特征Q：其中所述多播信道是多播信道“MCH”<br><br>《直接公开》 | [0007] "...mapping the plurality of MTCHs according to the multiplexing scheme to a single multicast transport channel (MCH) layer over a variable scheduling period (SP)..."<br>（“……根据复用方案将多个MTCH映射到可变调度周期（SP）上的单个多播传输信道（MCH）层……”）<br><br>[0032] "The lower layer transport channel on which the MTCH and the MCCH are carried is typically referred to as the MBMS multicast channel, the multicast transport channel, or simply the MCH, in the MBSFN case (multi-cell operation)."<br>（“在MBSFN情况下（多小区操作），承载MTCH和MCCH的底层传输信道通常被称为MBMS多播信道、多播传输信道或简称为MCH。”） | 对比文件明确指明承载多播业务的底层传输信道即为“MCH”（multicast transport channel / MBMS multicast channel），与目标专利技术特征名称及含义完全一致，属于《直接公开》。 |
| 技术特征R：所述多播服务调度信息是MCH调度信息“MSI”<br><br>《隐含公开》 | [0006] "...include a data portion that contains MBSFN traffic content and a variable scheduling portion that contains scheduling information related to the MBSFN traffic content."<br>（“……包括包含MBSFN业务内容的数据部分和包含与MBSFN业务内容相关的调度信息的可变调度部分。”）<br><br>[0035] "...To reduce overhead, the scheduling information for the entire scheduling period is front-loaded in a scheduling portion ahead of the data which is provided in a data portion. The UE may gain efficiencies by waking to read the schedule related to longer transmissions... Also, where the transmitted data is not of interest to the UE, the UE may conserve power and extend battery life by sleeping during the longer transmissions periods."<br>（“……为了减少开销，整个调度周期的调度信息被预先加载在提供在数据部分中的数据前面的调度部分中。UE可以通过唤醒以读取与较长传输相关的调度来获得效率……此外，在所传输的数据不是UE感兴趣的地方，UE可以通过在较长的传输周期期间休眠来节省电力并延长电池寿命。”）<br><br>[0037] "The MCH 450 during the SP may comprise a scheduling portion 452 and a data portion 454. The scheduling portion 452 of the MCH 450 may include scheduling information related to the data portion 454, such as service timing including start time, end time, and duration information..."<br>（“SP期间的MCH 450可以包括调度部分452和数据部分454。MCH 450的调度部分452可以包括与数据部分454相关的调度信息，例如包括开始时间、结束时间和持续时间信息的服务定时……”） | 目标专利说明书[0009]、[0015]指出在MCH上传送的调度信息即为MCH调度信息（MSI），亦称动态调度信息（DSI），其作用是使UE在关注的服务传送时醒来而在其他时间休眠。对比文件段落[0035]、[0037]详细描述了在MCH的调度周期SP起始处的调度部分452中包含的调度信息，用于指示各个服务的起止时间、持续时间及分配资源，使得UE按需醒来接收关注服务而休眠省电。对比文件该调度信息正是承载在MCH上针对MCH内多播业务的调度信息，本领域技术人员结合3GPP LTE标准知识可毫无疑义地合理推断出其即为MCH调度信息（MSI）。按照宽松标准，属于《隐含公开》。 |
| 技术特征S：所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>《直接公开》 | [0004] "Services that might be provided by LTE-based equipment can include broadcasts or multicasts of television programs, streaming video, streaming audio, and other multimedia content. Such services are commonly referred to as multimedia broadcast multicast services (MBMS)."<br>（“基于LTE的设备可以提供的服务可以包括电视节目、流视频、流音频和其它多媒体内容的广播或多播。此类服务通常被称为多媒体广播多播服务（MBMS）。”）<br><br>[0008] "...for scheduling multimedia broadcast multicast services (MBMS)."<br>（“……用于调度多媒体广播多播服务（MBMS）。”） | 对比文件多处（如段落[0004]、[0008]）明确指明所提供的多播/广播服务即为符合LTE标准的多媒体广播多播服务（MBMS），与技术特征S完全相同，属于《直接公开》。 |
| 技术特征T：其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>《未公开》 | 对比文件全文未记载针对调度信息定义其特定的QoS值，更未记载调度信息的块错误率（BLER）。 | 目标专利说明书[0012]、[0019]强调为了防止UE无法解码调度信息，调度信息特定QoS值包括调度信息特定的BLER（低BLER）。对比文件未对调度信息设置任何BLER参数或考量，未公开该特征。 |
| 技术特征U：所述服务特定QoS值包括服务特定BLER。<br><br>《未公开》 | 对比文件全文未提及块错误率（BLER）。对比文件涉及服务特性时仅提及“传输速率特性”（transmission rate characteristics）和恒定/可变速率，未记载BLER。 | 目标专利说明书[0002]、[0019]明确将服务特定QoS值具体限定为块错误率“BLER”（如下载服务容忍较大BLER，流媒体要求较低BLER）。对比文件虽然涉及调制编码与速率特性，但从未公开服务特定QoS值包括块错误率（BLER），本领域技术人员无法直接或隐含推导出对比文件公开了服务特定的BLER指标。故未公开。 |
| 技术特征V：其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>《直接公开》 | [0029] "The transmission of an MBMS in one or more of the cells 102 can include two components, a multicast control channel (MCCH) and a multicast traffic channel (MTCH). The MTCH delivers the actual content of the MBMS while the MCCH delivers control information related to the MBMS."<br>（“一个或多个小区102中MBMS的传输可以包括两个组件，多播控制信道（MCCH）和多播业务信道（MTCH）。MTCH传递MBMS的实际内容，而MCCH传递与MBMS相关的控制信息。”）<br><br>[0032] "...The MTCH portion 320 includes a plurality of individual MTCHs 322, each corresponding to a different MBMS."<br>（“……MTCH部分320包括多个单独的MTCH 322，每一个对应于不同的MBMS。”） | 对比文件[0029]和[0032]明确披露MTCH传递MBMS的实际内容，且包括多个单独的MTCH 322，每一个MTCH对应于不同的MBMS。该方案与技术特征V的文字表述和实际功能完全一致，属于《直接公开》。 |
| 技术特征W：一个或多个MTCH被复用到所述MCH中；并且如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>《隐含公开》 | [0007] "...mapping the plurality of MTCHs according to the multiplexing scheme to a single multicast transport channel (MCH) layer over a variable scheduling period (SP), wherein traffic from the plurality of MTCHs is allocated to a plurality of transport blocks (TBs) of the SP to reduce padding in vacant TBs."<br>（“……根据复用方案将多个MTCH映射到可变调度周期（SP）上的单个多播传输信道（MCH）层，其中来自多个MTCH的业务被分配到SP的多个传输块（TB）中以减少空闲TB中的填充。”）<br><br>[0042] "The plurality of MTCHs may be multiplexed onto a single MCH transport layer... The resulting multiplexed MCH may be similar in format over a single SP to the MCH 450, comprising a scheduling portion 452 for the multiplexed data, and a multiplexed data portion 454."<br>（“多个MTCH可以复用到单个MCH传输层上……所得到的复用MCH在单个SP上的格式可以类似于MCH 450，包括用于复用数据的调度部分452和复用数据部分454。”）<br><br>[0045] "In the time-first multiplexing scheme 720, a sub-frame may comprise traffic from two MTCHs during the transition from one MTCH to another MTCH in order to avoid or reduce the number of empty TBs in the transitional sub-frame... In other embodiments, a sub-frame may comprise traffic from a plurality of MTCHs..."<br>（“在时间优先复用方案720中，在从一个MTCH到另一个MTCH的过渡期间，子帧可以包括来自两个MTCH的业务，以避免或减少过渡子帧中空TB的数量……在其它实施例中，子帧可以包括来自多个MTCH的业务……”） | 对比文件[0007]、[0042]直接公开了一个或多个MTCH被复用到MCH中；同时，对比文件[0007]、[0042]指出调度部分452（即MSI）和数据部分454承载在同一个MCH中，且多播业务分配到SP的多个传输块（TB）中以减少填充。在时间优先或频率优先复用且调度信息处于SP起始处的情形下，为了减少传输块填充，起始传输块（TB）容纳调度信息后剩余空间装载MTCH业务是本领域技术人员公知且在对比文件减少padding的教导下极易合理推断出的复用情形。按照极其宽松的隐含公开标准，对比文件《隐含公开》了“如果一个或多个MTCH在一个传输块TB上与MSI复用”的前提场景。 |
| 技术特征X：则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且为剩余MTCH选择(512，514)所述服务特定传送要求<br><br>《未公开》 | 对比文件全文未记载当MTCH与调度信息在同一个TB复用时，为该TB内的调度信息与MTCH选择单个传送要求、并对剩余MTCH选择服务特定传送要求的控制机制。 | 目标专利说明书[0022]-[0023]、[0067]详述了当发生TB复用时，MCH数据被划分为两个子集（复用子集与未复用子集），并分别为其赋予传送要求（如步骤512/514中为MSI与受影响MTCH选定单个MCS，为剩余MTCH选定另一MCS）。对比文件完全未提出为TB复用场景制定差异化的传送要求选择方法，未公开该特征。 |
| 技术特征Y：其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>《未公开》 | 对比文件全文未记载选择更健壮的传送要求或选择MSI特定传送要求作为单个传送要求的方案。 | 目标专利说明书[0024]、[0067]-[0069]记载了两种具体选项：直接使用MSI传送要求，或通过比较两者健壮性选取更健壮（更低BLER）的传送要求。对比文件不包含任何有关TB内复用时的健壮性比较或传送要求选择规则，未公开该特征。 |
| 技术特征Z：其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>《未公开》 | [0029] "...When one of the UEs 10 powers up, it can receive the BCCH, read the MCCH configuration contained in the BCCH, and determine from the MCCH control information how to receive one or more MTCHs."<br>（“……当UE 10之一上电时，它可以接收BCCH，读取包含在BCCH中的MCCH配置，并从MCCH控制信息确定如何接收一个或多个MTCH。”）<br><br>[0031] "The S-MCCH information may include control information for one or more MTCH transmissions. This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs..."<br>（“S-MCCH信息可以包括用于一个或多个MTCH传输的控制信息。这可以包括用于一个或多个MTCH的调度信息、用于一个或多个MTCH的调制和编码信息……”） | 虽然对比文件公开了UE从BCCH/MCCH中获取MTCH的调制和编码信息（部分公开了从MCCH确定服务特定传送要求），但对比文件中根本没有出现过“MSI特定传送要求”，终端更不可能从BCCH或MCCH中确定出该不存在的“MSI特定传送要求”。技术特征Z所要求的同时确定“MSI特定传送要求”和“服务特定传送要求”的技术方案未被公开。 |
<<<A>>><<<B>>><<<C>>><<<E>>><<<G>>><<<H>>><<<j>>><<<K>>><<<n>>><<<Q>>><<<r>>><<<S>>><<<V>>><<<w>>>
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（含中文翻译及段号） | 公开性论述 |
| 技术特征A<br>所述多播信道携带多播服务数据和多播服务调度信息<br>《直接公开》 | [0021] “The one or more MTCHs are provided during a variable scheduling period (SP) and include a data portion that contains MBSFN traffic content and a variable scheduling portion that contains scheduling information related to the MBSFN traffic content.”<br>（中文翻译：所述一个或多个MTCH在可变调度周期（SP）期间提供，并且包括包含MBSFN业务内容的数据部分和包含与MBSFN业务内容相关的调度信息的可变调度部分。）<br>[0037] “The MCH 450 during the SP may comprise a scheduling portion 452 and a data portion 454. The scheduling portion 452 of the MCH 450 may include scheduling information related to the data portion 454... The data portion 454 may follow the scheduling portion 452 and may comprise the remaining length of the MCH 450 SP. The data portion 454 may include the actual traffic content of the MBMS (multiple MTCHs)...”<br>（中文翻译：在SP期间的MCH 450可包括调度部分452和数据部分454。MCH 450的调度部分452可包括与数据部分454相关的调度信息……数据部分454可跟随在调度部分452之后，并且可包含MCH 450 SP的剩余长度。数据部分454可包括MBMS的实际业务内容（多个MTCH）……） | 对比文件明确公开了多播信道（MCH 450）包括调度部分452和数据部分454，分别携带MBMS的多播服务调度信息和多播业务数据内容（MTCH），其在对比文件中用于组织和传输调度控制与业务内容，与目标专利中MCH携带调度信息与服务数据的作用完全相同。本领域技术人员能够毫无疑义地直接得出该特征，属于《直接公开》。 |
| 技术特征B<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br>《直接公开》 | [0037] “The scheduling portion 452 of the MCH 450 may include scheduling information related to the data portion 454, such as service timing including start time, end time, and duration information. The scheduling information may also contain periodicity, and resource allocation information. The scheduling portion 452 may also include additional scheduling information such as data modulation scheme and a service id associated with a particular transmitted service.”<br>（中文翻译：MCH 450的调度部分452可包括与数据部分454相关的调度信息，诸如包括开始时间、结束时间和持续时间信息的服务定时。调度信息还可以包含周期性和资源分配信息。调度部分452还可以包括附加调度信息，诸如数据调制方案以及与特定传输服务相关联的服务标识。） | 对比文件中公开了调度部分所包含的调度信息指示了所传输多播服务的开始时间、结束时间、持续时间、周期性以及资源分配等调度参数，该作用与目标专利中指示映射到多播信道的多播服务的调度作用完全一致，本领域技术人员可毫无疑义直接确定，属于《直接公开》。 |
| 技术特征C<br>所述方法包括以下步骤：<br>《直接公开》 | [0041] “Figure 6 illustrates an embodiment of a method 200 that may be implemented for scheduling the transmission of MBMS to the UEs 10.”<br>（中文翻译：图6示出了可以被实现用于向UE 10调度MBMS传输的方法200的实施例。） | 对比文件图6及段落[0041]明确公开了用于调度多播/广播服务传输的方法，本领域技术人员毫无疑义可得出该方法包括相应处理步骤，属于《直接公开》。 |
| 技术特征D<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br>《未公开》 | 对比文件全文未记载基于“调度信息特定的传送要求”单独配置多播信道上调度信息传送的内容。对比文件仅在[0003]提及中央控制对小区的调制和编码方案进行控制，在[0031]提及S-MCCH包含MTCH的调制和编码信息，在[0037]提及调度信息包含数据调制方案，但未公开为MCH上的调度部分独立配置特定的传送要求（如独立的MCS或BLER要求）。 | 目标专利的技术特征D要求基于调度信息特定的传送要求（如专属的MCS或低BLER要求）来配置MCH上调度信息的传送，以保证调度信息的可靠性。对比文件虽然在MCH上设置了调度部分，但未对调度信息与业务数据区分配置特定的传送要求，未公开也无法合理推定出该技术方案，因此《未公开》。 |
| 技术特征E<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br>《直接公开》 | [0003] “The central control typically manages and coordinates certain activities with a group of cells such as the scheduling of transmissions and the control of a modulation and coding scheme for the cells.”<br>（中文翻译：中央控制通常管理和协调具有一组小区的某些活动，诸如传输的调度和小区调制和编码方案的控制。）<br>[0031] “The S-MCCH information may include control information for one or more MTCH transmissions. This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs, and SFN-related parameters.”<br>（中文翻译：S-MCCH信息可包括针对一个或多个MTCH传输的控制信息。这可能包括针对一个或多个MTCH的调度信息、针对一个或多个MTCH的调制和编码信息、以及SFN相关参数。） | 对比文件明确公开了S-MCCH包含针对MTCH传输的调制和编码信息（即传送要求），并由中央控制等实体配置/管理相应多播业务信道数据的传输。其在对比文件中用于适配并满足业务数据的传输需求，与目标专利基于服务特定传送要求配置服务数据传送的作用实质相同。本领域技术人员可毫无疑义得出，属于《直接公开》。 |
| 技术特征F<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br>《未公开》 | 对比文件未记载通过信令在BCCH或MCCH上发送“调度信息特定传送要求”。对比文件仅在[0029]-[0031]公开了在BCCH中传输MCCH的配置信息，以及在MCCH（S-MCCH）中携带MTCH的控制信息（调制和编码信息等）。 | 目标专利特征F要求在BCCH或MCCH上同时发送“调度信息特定传送要求”与“服务特定传送要求”，对比文件由于完全缺少“调度信息特定传送要求”的技术构思，更未公开在BCCH或MCCH上发送该要求，不符合直接公开或隐含公开的标准，因此《未公开》。 |
| 技术特征G<br>在所述多播信道上传送多播服务数据<br>《直接公开》 | [0022] “The method also includes mapping the plurality of MTCHs according to the multiplexing scheme to a single multicast transport channel (MCH) layer over a variable scheduling period (SP)...”<br>（中文翻译：该方法还包括根据复用方案将多个MTCH映射到可变调度周期（SP）上的单个多播传输信道（MCH）层……）<br>[0037]-[0038] “The data portion 454 may follow the scheduling portion 452 and may comprise the remaining length of the MCH 450 SP. The data portion 454 may include the actual traffic content of the MBMS (multiple MTCHs)...”<br>（中文翻译：数据部分454可跟随调度部分452……数据部分454可包括MBMS的实际业务内容（多个MTCH）……） | 对比文件明确公开了将携带多播服务实际业务内容的多个MTCH复用/映射到多播传输信道（MCH）上进行传送，其作用即向终端传输多播业务数据，与目标专利完全相同，属于《直接公开》。 |
| 技术特征H<br>其中所述方法还包括以下步骤：<br>《直接公开》 | [0041] “Figure 6 illustrates an embodiment of a method 200 that may be implemented for scheduling the transmission of MBMS to the UEs 10.”<br>（中文翻译：图6示出了可以被实现用于向UE 10调度MBMS传输的方法200的实施例。） | 对比文件公开了实现MBMS调度的完整多步骤方法（如包含步骤210、220、230、240等），属于《直接公开》。 |
| 技术特征I<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br>《未公开》 | 对比文件全文未记载针对调度信息确定特定的QoS属性或QoS值。 | 目标专利中确定调度信息特定的QoS值用于指导后续选择针对调度信息的传送要求（如更低BLER以确保控制鲁棒性）。对比文件完全未涉及对调度信息单独确定QoS属性或值，无法得出该方案，因此《未公开》。 |
| 技术特征J<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br>《隐含公开》 | [0040] “The scheduling decisions may be made at the central control 110 and delivered to the ENBs 20 for actual transmission. It is contemplated that the central control 110 will determine the transmission rate characteristics of each service and instruct the ENBs regarding the scheduling information, such as service timing, periodicity, and so on, and where to load the related scheduling information...”<br>（中文翻译：调度决定可以在中央控制110处做出并被传递到ENB 20用于实际传输。预期中央控制110将确定每个服务的传输速率特性，并就调度信息（诸如服务定时、周期性等）以及在何处加载相关调度信息来指示ENB……）<br>[0031] “The S-MCCH information may include control information for one or more MTCH transmissions. This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs...”<br>（中文翻译：S-MCCH信息可包括针对一个或多个MTCH传输的控制信息。这可能包括针对一个或多个MTCH的调制和编码信息……） | 目标专利中服务特定QoS属性反映服务的传输质量要求（如速率、BLER等）。对比文件公开了中央控制确定每个服务的传输速率特性（transmission rate characteristics），并据此确定调制和编码信息及调度决策；速率特性属于通信领域公认的核心QoS属性之一。本领域技术人员基于对比文件内容能够直接推理得出中央控制必然执行了确定服务相关QoS属性/参数的步骤，根据隐含公开标准，属于《隐含公开》。 |
| 技术特征K<br>其中所述方法还包括以下步骤：<br>《直接公开》 | [0041] 见前述技术特征C、H之论述。 | 对比文件公开了调度传输的方法包含一系列步骤，属于《直接公开》。 |
| 技术特征L<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br>《未公开》 | 对比文件全文未涉及调度信息特定QoS值与服务特定QoS值的对比判断。 | 对比文件未设置调度信息的QoS值，更不存在判断调度信息QoS值与服务QoS值是否不同的技术构思与技术步骤，因此《未公开》。 |
| 技术特征M<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br>《未公开》 | 对比文件全文未记载根据调度信息的QoS值分别独立选择调度信息特定传送要求的内容。 | 对比文件未披露调度信息QoS值，也未披露基于该值独立选择调度信息传送要求的步骤，因此《未公开》。 |
| 技术特征N<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br>《隐含公开》 | [0003] “The central control typically manages and coordinates certain activities with a group of cells such as the scheduling of transmissions and the control of a modulation and coding scheme for the cells.”<br>（中文翻译：中央控制通常管理和协调具有一组小区的某些活动，诸如传输的调度和小区调制和编码方案的控制。）<br>[0031] “This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs...”<br>（中文翻译：这可能包括针对一个或多个MTCH的调制和编码信息……）<br>[0040] “It is contemplated that the central control 110 will determine the transmission rate characteristics of each service and instruct the ENBs regarding the scheduling information...”<br>（中文翻译：预期中央控制110将确定每个服务的传输速率特性，并就调度信息……指示ENB……） | 对比文件公开了中央控制根据每个服务的传输速率特性（即服务QoS属性）来确定/控制该MTCH的调制和编码信息（即MCS/传送要求）。基于通信领域常识，根据业务的速率等QoS要求选择适当的调制编码方案是常规技术手段，本领域技术人员能够通过对比文件公开的逻辑合理推断出该选择过程。根据宽松的隐含公开判断规则，认定属于《隐含公开》。 |
| 技术特征O<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br>《未公开》 | 对比文件未记载该条件判断步骤。 | 对比文件完全缺乏调度信息QoS值的概念，不存在二者QoS值相等的判断逻辑，因此《未公开》。 |
| 技术特征P<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br>《未公开》 | 对比文件未记载基于两类QoS值相等而选择共同传送要求的决策流程。 | 对比文件不存在针对调度信息与数据QoS值比较后选择共同配置的机制，因此《未公开》。 |
| 技术特征Q<br>其中所述多播信道是多播信道“MCH”<br>《直接公开》 | [0032] “The lower layer transport channel on which the MTCH and the MCCH are carried is typically referred to as the MBMS multicast channel, the multicast transport channel, or simply the MCH, in the MBSFN case (multi-cell operation).”<br>（中文翻译：在MBSFN情况下（多小区操作），承载MTCH和MCCH的下层传输信道通常被称为MBMS多播信道、多播传输信道或简称为MCH。） | 对比文件明确指明下层传输信道为MCH，其作用与定义与目标专利完全一致，属于《直接公开》。 |
| 技术特征R<br>所述多播服务调度信息是MCH调度信息“MSI”<br>《隐含公开》 | [0021] “...include a data portion that contains MBSFN traffic content and a variable scheduling portion that contains scheduling information related to the MBSFN traffic content.”<br>（中文翻译：……包括包含MBSFN业务内容的数据部分和包含与MBSFN业务内容相关的调度信息的可变调度部分。）<br>[0037] “The MCH 450 during the SP may comprise a scheduling portion 452 and a data portion 454. The scheduling portion 452 of the MCH 450 may include scheduling information related to the data portion 454...”<br>（中文翻译：在SP期间的MCH 450可包括调度部分452和数据部分454。MCH 450的调度部分452可包括与数据部分454相关的调度信息……） | 对比文件公开了在LTE MBSFN框架下，MCH中携带的调度部分452包含与MCH业务数据相关的调度信息。尽管对比文件使用了“scheduling information in scheduling portion of MCH”等描述，但在LTE规范及本领域技术语境中，MCH上传输的多播服务调度信息即为MCH Scheduling Information (MSI) 的实质内容（目标说明书[0009]亦证实3GPP标准化中MSI即MCH上的调度信息）。对比文件至少部分公开了该特征的实质方案，本领域技术人员结合标准常识能够明确得出其为MSI，按照宽松判断标准，属于《隐含公开》。 |
| 技术特征S<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br>《直接公开》 | [0004] “Services that might be provided by LTE-based equipment can include broadcasts or multicasts of television programs, streaming video, streaming audio, and other multimedia content. Such services are commonly referred to as multimedia broadcast multicast services (MBMS).”<br>（中文翻译：可由基于LTE的设备提供的服务可以包括电视节目、流视频、流音频和其他多媒体内容的广播或多播。此类服务通常被称为多媒体广播多播服务（MBMS）。） | 对比文件明确记载所涉及的多播服务为LTE架构下的多媒体广播多播服务（MBMS），符合MBMS规范，技术作用完全相同，属于《直接公开》。 |
| 技术特征T<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br>《未公开》 | 对比文件全文未记载调度信息特定QoS值，更未记载其包括调度信息特定的块错误率（BLER）。 | 对比文件完全未涉及为调度信息定义或确定BLER指标，因此《未公开》。 |
| 技术特征U<br>所述服务特定QoS值包括服务特定BLER。<br>《未公开》 | 对比文件全文未提及“块错误率（BLER）”这一技术术语及以此作为服务QoS值进行确定。 | 虽然对比文件提及信噪比和速率特性，但未具体公开或隐含服务特定QoS值包括“BLER”，无法从原文直接或合理解析出服务特定BLER，因此《未公开》。 |
| 技术特征V<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br>《直接公开》 | [0029] “The transmission of an MBMS in one or more of the cells 102 can include two components, a multicast control channel (MCCH) and a multicast traffic channel (MTCH). The MTCH delivers the actual content of the MBMS while the MCCH delivers control information related to the MBMS.”<br>（中文翻译：一个或多个小区102中MBMS的传输可以包括两个组件：多播控制信道（MCCH）和多播业务信道（MTCH）。MTCH传递MBMS的实际内容，而MCCH传递与MBMS相关的控制信息。）<br>[0032] “The MTCH portion 320 includes a plurality of individual MTCHs 322, each corresponding to a different MBMS.”<br>（中文翻译：MTCH部分320包括多个单独的MTCH 322，每一个对应于不同的MBMS。） | 对比文件明确公开了MTCH传递MBMS的实际内容，且多个单独的MTCH分别对应不同的MBMS，即每个MBMS服务的数据在相应MTCH上携带，其技术内容与作用完全相同，属于《直接公开》。 |
| 技术特征W<br>一个或多个MTCH被复用到所述MCH中；并且中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br>《未公开》 | [0042] “The plurality of MTCHs may be multiplexed onto a single MCH transport layer, wherein different MTCHs may occupy the same sub-frame resulting in no or a reduced number of empty transfer blocks (TBs) in the sub-frame.”<br>（中文翻译：多个MTCH可被复用到单个MCH传输层上，其中不同MTCH可占用相同子帧，从而导致子帧中没有或减少数量的空传输块（TB）。） | 对比文件虽然公开了多个MTCH复用到单个MCH中，且不同MTCH可复用到同一子帧的TB中，但对比文件未公开MTCH与MSI复用在同一个传输块（TB）中的技术方案及判断条件。对比文件图5a、图7a、图7b中调度部分452与业务数据部分454均是分立划分的，未公开调度信息与业务数据在同一TB内复用，因此《未公开》。 |
| 技术特征X<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br>《未公开》 | 对比文件全文未记载该技术特征。 | 该特征属于目标专利针对MSI与MTCH在同一TB内复用时提出的特定适配机制（同TB共用单一传送要求，剩余MTCH采用服务特定要求）。对比文件由于完全没有同一TB内复用MSI与MTCH的技术构思，更未公开该差分选择传送要求的方法，因此《未公开》。 |
| 技术特征Y<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br>《未公开》 | 对比文件全文未记载该技术特征。 | 对比文件未涉及选择MSI特定要求或选取二者中更健壮传送要求的具体策略，因此《未公开》。 |
| 技术特征Z<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br>《未公开》 | [0029] “When one of the UEs 10 powers up, it can receive the BCCH, read the MCCH configuration contained in the BCCH, and determine from the MCCH control information how to receive one or more MTCHs.”<br>（中文翻译：当UE 10之一上电时，它可以接收BCCH，读取BCCH中包含的MCCH配置，并从MCCH控制信息确定如何接收一个或多个MTCH。）<br>[0031] “The S-MCCH information may include control information for one or more MTCH transmissions. This might include scheduling information for one or more MTCHs, modulation and coding information for one or more MTCHs...”<br>（中文翻译：S-MCCH信息可包括针对一个或多个MTCH传输的控制信息。这可能包括针对一个或多个MTCH的调制和编码信息……） | 对比文件仅公开了终端UE从MCCH中获取MTCH的调制和编码信息，但未公开从BCCH或MCCH确定“MSI特定传送要求”。技术特征Z要求同时确定MSI特定传送要求和服务特定传送要求，对比文件缺少MSI特定传送要求的相关技术方案，无法全部得出，因此《未公开》。 |
---
<<<A>>><<<B>>><<<C>>><<<E>>><<<G>>><<<H>>><<<j>>><<<K>>><<<n>>><<<Q>>><<<r>>><<<S>>><<<V>>>
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>所述多播信道携带多播服务数据和多播服务调度信息<br><br>《未公开》 | 对比文件【背景技术】第5段记载：“承载数据传输和UCI传输（假如存在的话）的物理信道被称为物理上行共享信道(PUSCH)。”；第1段记载：“本发明考虑SC-FDMA通信系统中肯定应答信号或否定应答信号（分别为ACK或NAK）、信道质量指示符(CQI)信号、预编码矩阵指示符(PMI)信号和秩指示符（RI)信号以及数据信息信号的传输……还可以将ACK/NAK、CQI、PMI和RI信号的任意组合统称为上行链路控制信息（UCI)信号。” | 目标专利技术特征A属于下行多播/广播（MBMS）传输场景，其多播信道（MCH）携带的是多播业务数据（如MTCH）和多播服务调度信息（如MSI，用于指示多播服务在MCH上的动态调度，以便终端休眠省电）。<br><br>对比文件公开的是LTE上行链路（UL）单播传输场景，由UE在物理上行共享信道（PUSCH）上传输上行用户数据和上行控制信息（UCI，包含ACK/NAK、CQI、PMI、RI）。对比文件的PUSCH是单播上行物理信道，并非“多播信道”；UCI是UE反馈给基站的链路自适应与重传控制信息，并非指示多播服务调度的“多播服务调度信息”。对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征B：<br>所述多播服务调度信息指示映射到所述多播信道的多播服务的调度<br><br>《未公开》 | 对比文件【背景技术】第2段记载：“从参考UE发送的CQI信号用于将UE在DL信号接收中所经历的信道状况通知给服务节点B，使节点B能够执行DL数据分组的依赖于信道的调度。从参考UE发送的PMI/RI信号用于通知服务节点B如何根据多输入多输出（MIMO)原理来组合从多根节点B天线到UE的信号传输。”；【具体实施方式】第17段记载：“UL SA可以使用相同的发射机和接收机结构来传送用于相关PUSCH传输的MCS和其他调度信息。” | 目标专利中多播服务调度信息（MSI）的作用是向终端指示当前MCH调度周期内各个MBMS服务的具体传输资源/子帧分配，从而使UE仅在感兴趣的服务子帧醒来接收。<br><br>对比文件中的控制信息是UE上报给基站的下行信道质量（CQI）或MIMO反馈（PMI/RI），或者是基站在下行发送的上行调度分配（UL SA）用于调度UE单播PUSCH。对比文件中完全不涉及多播服务，亦不涉及指示映射到多播信道的多播服务的调度。对比文件未直接或隐含公开该特征。 |
| 技术特征C：<br>所述方法包括以下步骤：<br><br>《直接公开》 | 对比文件【发明内容】第2段记载：“在一方面，一种用于基站向与所述基站通信的用户设备（UE）分配编码的控制信息符号的数目的方法……所述方法包括……” | 对比文件公开了基站向UE配置/分配控制信息与数据信息传输的方法步骤，属于方法类前序特征，被对比文件直接公开。 |
| 技术特征D：<br>基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送<br><br>《未公开》 | 对比文件【发明内容】第2段记载：“由所述基站向所述UE分配偏移；由所述基站向所述UE分配数据信息的调制和编码方案（"数据MCS"）；将所述偏移发送至所述UE；将所述数据MCS发送至所述UE；其中，被分配给所述UE用于传输控制信息的编码的控制信息符号的数目是基于所述数据MCS和所述偏移来确定的。”；【具体实施方式】第4段、第11段记载了基于数据MCS及半静态配置的偏移来确定CQI传输的MCS/编码符号数。 | 目标专利中该特征是指网络侧在多播信道（MCH）上，针对多播服务调度信息（MSI）本身的QoS/传送要求（例如针对MSI要求的更低BLER）来专门配置MSI在多播信道上的传送参数（如MCS）。<br><br>对比文件是在上行PUSCH传输中，通过向UE分配偏移量，使UE根据PUSCH数据MCS和偏移来确定控制信息（UCI）的符号数/MCS。其处理的对象是上行单播信道中的UCI，而非“多播信道上的多播服务调度信息”，信道环境与控制信令性质均不同。对比文件未直接或隐含公开该特征。 |
| 技术特征E：<br>基于服务特定传送要求来配置(404)所述多播服务数据的传送<br><br>《未公开》 | 对比文件【发明内容】第2段记载：“由所述基站向所述UE分配数据信息的调制和编码方案（"数据MCS"）……将所述数据MCS发送至所述UE……”；【具体实施方式】第5段记载：“用于数据传输的MCS是通过SA动态地显式配置的，或通过较高层信令半静态地显式配置的。” | 目标专利中该特征是指基站基于多媒体广播多播服务（MBMS）中特定业务数据（如音频、视频、下载等业务所要求的BLER）的特定传送要求，配置多播信道上该多播服务数据的传送参数（如MCS）。<br><br>对比文件仅公开了为上行单播业务数据分配数据MCS，该数据是UE单播上行发送的数据，而非“多播服务数据”，且不涉及基于多播服务的特定QoS要求进行多播信道数据配置。对比文件未直接或隐含公开该特征。 |
| 技术特征F：<br>通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求<br><br>《未公开》 | 对比文件【具体实施方式】第10段记载：“为了有效地将CQI目标BLER和ACK/NAK目标BER与数据目标BLER去耦合，可以为PUSCH中的CQI传输和ACK/NAK传输半静态地配置相对于标称CQI MCS的偏移……”；第12段记载：“随后，UE使用作为CQI传输配置参数的一部分（通过较高层信令）分配给UE的CQI MCS偏移……”；第17段记载：“UL SA可以使用相同的发射机和接收机结构来传送用于相关PUSCH传输的MCS和其他调度信息。” | 目标专利是在广播/多播相关的逻辑控制信道（BCCH或MCCH）上发送多播场景下的调度信息特定传送要求和服务特定传送要求。<br><br>对比文件公开的是通过单播的下行上行调度分配（UL SA，在下行物理控制信道PDCCH上传输）发送数据MCS，以及通过针对特定UE的“较高层信令（RRC专用信令）”半静态配置UCI偏移量。对比文件未提及BCCH或MCCH信道，亦未涉及在BCCH/MCCH上发送相关传送要求。对比文件未直接或隐含公开该特征。 |
| 技术特征G：<br>在所述多播信道上传送多播服务数据<br><br>《未公开》 | 对比文件【背景技术】第5段记载：“承载数据传输和UCI传输（假如存在的话）的物理信道被称为物理上行共享信道(PUSCH)。”；第2段记载：“从移动用户设备（UE)到服务基站（节点B)的信号传输相对应的上行链路（UL)通信。” | 目标专利是在多播信道（MCH）上传送多播服务数据。<br><br>对比文件传送的是UE在物理上行共享信道（PUSCH）发送给基站的上行单播数据，并非在多播信道上传送多播服务数据。对比文件未直接或隐含公开该特征。 |
| 技术特征H：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | 对比文件【发明内容】第2-4段均记载了该方法还可以包括其他分配/确定步骤。 | 属于说明方法包含进一步步骤的形式性撰写特征，其方法包含附加步骤的构架被对比文件直接公开。 |
| 技术特征I：<br>确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值<br><br>《隐含公开》 | 对比文件【具体实施方式】第8段记载：“用于根据PUSCH中的数据MCS来确定CQI MCS和/或ACK/NAK重复次数的一种示例方法是使用将每种可能的CQI MCS和/或ACK/NAK重复次数与数据MCS相关联的表。由于CQI的有效载荷、编码率以及目标误块率（BLER）典型地与数据的相应的有效载荷、编码率以及目标误块率（BLER）不同，因此需要这样的表……举例而言，可以对数据进行turbo编码，数据具有约20%的目标BLER，而CQI可以应用卷积编码，并具有约5%的目标BLER。”；第9段记载：“a)选择数据BLER的目标值（例如20%），CQI BLER的目标值（例如5%），以及ACK/NAK BER的目标值（例如0.1%）……b)对于每个SINR点，确定实现BLER等于或小于数据目标BLER的最高数据MCS，实现BLER等于或小于CQI目标BLER的最高CQI MCS……” | 目标专利中技术特征I的作用是网络侧确定与调度信息（MSI）所要求的低BLER相对应的QoS值（例如BLER要求）。<br><br>对比文件虽然是在上行单播PUSCH复用场景下，但其明确公开了在配置控制信息传输时，预先选择/确定控制信息特定的QoS指标（如CQI目标BLER为5%、ACK/NAK目标BER为0.1%），并以此作为确定控制信息调制编码参数的基础。虽然对比文件的控制信息是UCI而非多播调度信息，但其同样体现了“确定与控制/调度信息的QoS属性有关的特定QoS值（目标BLER）”的技术构思与处理机制。根据标准极其宽松、允许部分公开并结合其他对比文件进行推理的隐含公开判定规则，认定技术特征I被对比文件《隐含公开》。 |
| 技术特征J：<br>确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值<br><br>《隐含公开》 | 对比文件【具体实施方式】第8-9段记载：“举例而言，可以对数据进行turbo编码，数据具有约20%的目标BLER……a)选择数据BLER的目标值（例如20%）……b)对于每个SINR点，确定实现BLER等于或小于数据目标BLER的最高数据MCS……”；第10段记载：“举例而言，节点B调度器可以根据应用和/或系统状况（等待时间、系统负载等）从10%到40%来选择数据目标BLER……” | 目标专利中技术特征J的作用是网络侧确定与多播业务数据属性（如流媒体、下载等）有关的服务特定QoS值（如目标BLER）。<br><br>对比文件公开了基站调度器根据业务应用/系统状况（时延、负载等）选择数据目标BLER（例如从10%到40%选取，如选择20%），并基于该数据目标BLER确定数据MCS。对比文件在此公开了确定业务数据的QoS属性值（数据目标BLER）。虽然对比文件的数据是上行单播业务数据，但同样体现了为特定业务数据确定其特定QoS值的技术手段，在非常宽松的隐含公开判断标准下，认定技术特征J被对比文件《隐含公开》。 |
| 技术特征K：<br>其中所述方法还包括以下步骤：<br><br>《直接公开》 | 对比文件【发明内容】及具体实施方式中公开了方法包含多个分支及进一步处理步骤。 | 属于方法进一步包含步骤的过渡性连接特征，被对比文件直接公开。 |
| 技术特征L：<br>如果所述调度信息特定QoS值与所述服务特定QoS值不同<br><br>《隐含公开》 | 对比文件【具体实施方式】第8段记载：“由于CQI的有效载荷、编码率以及目标误块率（BLER）典型地与数据的相应的有效载荷、编码率以及目标误块率（BLER）不同，因此需要这样的表。对于ACK/NAK传输同样如此。举例而言，可以对数据进行turbo编码，数据具有约20%的目标BLER，而CQI可以应用卷积编码，并具有约5%的目标BLER。因此，典型地，不能以相同的MCS来发送数据和CQI。” | 目标专利中特征L是在调度信息与业务数据的QoS值不同时，作为触发分别/独立选择传输要求的条件判断分支。<br><br>对比文件明确指出了控制信息（CQI）的目标BLER与数据的目标BLER典型地不同（例如数据目标BLER为20%，而CQI目标BLER为5%），并基于此BLER不同的前提来解决不能采用相同MCS的问题。本领域技术人员通过对比文件公开的这一前提条件能够合理推知“当控制信息QoS值与数据QoS值不同时”的判断逻辑。在极其宽松的隐含公开判断规则下，认定技术特征L被对比文件《隐含公开》。 |
| 技术特征M：<br>则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求<br><br>《隐含公开》 | 对比文件【具体实施方式】第9段记载：“b)对于每个SINR点，确定……实现BLER等于或小于CQI目标BLER的最高CQI MCS……c)对于每个SINR操作点，将上述最高数据MCS与上述最高CQI MCS和上述最小ACK/NAK重复次数相关联。”；第10-11段记载：“为了有效地将CQI目标BLER……与数据目标BLER去耦合，可以为PUSCH中的CQI传输……半静态地配置相对于标称CQI MCS的偏移……由于节点B可以例如针对特定UE选择大于20%的数据目标BLER，因此，通过使用该偏移来指定比由与数据MCS的关联所产生的CQI MCS更低的CQI MCS……CQI目标BLER可以仍然保持在期望的5%的示例值。” | 目标专利中特征M是在二者QoS不同时，根据调度信息自身的QoS值来选择其专属的传送要求（如MCS2），以满足其可靠性。<br><br>对比文件公开了根据CQI自身的目标BLER（5%）确定对应的CQI MCS（或通过配置偏移量来确保在数据目标BLER变化时，CQI传输参数仍能调整以匹配其自身的期望BLER）。对比文件虽然是借助数据MCS加偏移的方式间接确定，但其实质目的和效果都是基于控制信息自身的特定QoS要求来选择匹配其可靠性的控制信息传送参数（MCS）。在宽松的隐含公开标准下，认定技术特征M被对比文件《隐含公开》。 |
| 技术特征N：<br>基于所述服务特定QoS值来选择所述服务特定传送要求<br><br>《隐含公开》 | 对比文件【具体实施方式】第9段记载：“b)对于每个SINR点，确定实现BLER等于或小于数据目标BLER的最高数据MCS……”；第10段记载：“举例而言，节点B调度器可以根据应用和/或系统状况（等待时间、系统负载等）从10%到40%来选择数据目标BLER……动态（通过SA）或半静态地（通过较高层）向UE分配其应当用于PUSCH中的数据传输的MCS 410。” | 目标专利中特征N是基于多播服务数据的QoS值单独选择其传送要求（如MCS1）。<br><br>对比文件公开了基站根据数据目标BLER选择能够满足该BLER要求的数据MCS，并将该数据MCS分配发送给UE。其公开了基于数据业务自身的QoS属性值来选择数据传送要求的技术方案。在宽松的隐含公开标准下，认定技术特征N被对比文件《隐含公开》。 |
| 技术特征O：<br>或者如果所述调度信息特定QoS值等于所述服务特定QoS值<br><br>《未公开》 | 对比文件全文未记载控制信息特定QoS值与数据特定QoS值相等的情况，亦未提供判断二者相等的判断机制。 | 目标专利说明书第[0021]、[0064]段指出，在诸如实况关键消息传递等特定应用中，业务数据与调度信息可能要求相同且较低的BLER，此时判断二者QoS值是否相等。<br><br>对比文件【背景技术】第9段、【具体实施方式】第8段反复强调UCI比特与数据比特对于接收可靠性的要求不同（如HARQ仅用于数据，UCI无HARQ，UCI需要更高可靠性，CQI BLER与数据BLER典型不同），因此对比文件的发明构思建立在二者可靠性/BLER存在差异的基础上去设计解耦偏移方案，完全未提及、亦无法合理推知“调度信息特定QoS值等于服务特定QoS值”的条件分支。对比文件未直接或隐含公开该特征。 |
| 技术特征P：<br>则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求。<br><br>《未公开》 | 对比文件【具体实施方式】第8段记载：“举例而言，可以对数据进行turbo编码，数据具有约20%的目标BLER，而CQI可以应用卷积编码，并具有约5%的目标BLER。因此，典型地，不能以相同的MCS来发送数据和CQI。” | 目标专利中特征P是在QoS相等的分支下，为调度信息与服务数据统一配置/选择共同的传送要求（如MCS1）。<br><br>对比文件明确指出“典型地，不能以相同的MCS来发送数据和CQI”，其全部技术方案的核心在于如何将控制信息MCS与数据MCS去耦合、通过偏移使得二者采用不同的编码/传输配置，根本不存在为控制信息与数据选择“共同传送要求”的教导或启示。对比文件未直接或隐含公开该特征。 |
| 技术特征Q：<br>其中所述多播信道是多播信道“MCH”<br><br>《未公开》 | 对比文件【背景技术】第5段记载：“承载数据传输和UCI传输（假如存在的话）的物理信道被称为物理上行共享信道(PUSCH)。” | 目标专利将信道具体限定为LTE下行广播/多播信道MCH。<br><br>对比文件涉及的是LTE上行共享信道PUSCH，完全未提及MCH信道。对比文件未直接或隐含公开该特征。 |
| 技术特征R：<br>所述多播服务调度信息是MCH调度信息“MSI”<br><br>《未公开》 | 对比文件【背景技术】第1段记载：“本发明考虑SC-FDMA通信系统中肯定应答信号或否定应答信号（分别为ACK或NAK）、信道质量指示符(CQI)信号、预编码矩阵指示符(PMI)信号和秩指示符（RI)信号以及数据信息信号的传输……” | 目标专利将调度信息具体限定为多播信道调度信息“MSI”。<br><br>对比文件的控制信息是ACK/NAK、CQI、PMI、RI等上行控制信息（UCI），完全未涉及MSI。对比文件未直接或隐含公开该特征。 |
| 技术特征S：<br>所述多播服务符合多媒体广播多播服务“MBMS”规范。<br><br>《未公开》 | 对比文件【背景技术】第1段记载：“并在第三代伙伴计划（3GPP）演进通用地面无线接入（E-UTRA）长期演进（LTE）的发展中得到了考虑。本发明假定与从移动用户设备（UE）到服务基站（节点B）的信号传输相对应的上行链路（UL）通信。” | 目标专利限定服务符合MBMS规范。<br><br>对比文件虽然属于3GPP LTE技术领域，但仅涉及UE到基站的上行链路单播传输，完全未涉及下行MBMS多播/广播规范及服务。对比文件未直接或隐含公开该特征。 |
| 技术特征T：<br>其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”<br><br>《隐含公开》 | 对比文件【具体实施方式】第8-9段记载：“由于CQI的有效载荷、编码率以及目标误块率（BLER）典型地与数据的相应的有效载荷、编码率以及目标误块率（BLER）不同……选择数据BLER的目标值（例如20%），CQI BLER的目标值（例如5%）……” | 目标专利中MSI特定QoS值包括调度信息特定的BLER（例如要求低BLER）。<br><br>对比文件在衡量控制信息（如CQI）传输质量要求时，明确采用了“CQI目标误块率（CQI BLER）”（如CQI目标BLER为5%）。对比文件公开了使用“控制信息特定BLER”作为控制信息特定QoS属性值。在宽松的隐含公开判定规则下，认定技术特征T被对比文件《隐含公开》。 |
| 技术特征U：<br>所述服务特定QoS值包括服务特定BLER。<br><br>《隐含公开》 | 对比文件【具体实施方式】第8-10段记载：“数据具有约20%的目标BLER……选择数据BLER的目标值（例如20%）……节点B调度器可以根据应用和/或系统状况（等待时间、系统负载等）从10%到40%来选择数据目标BLER……” | 目标专利中服务特定QoS值采用业务数据的服务特定BLER。<br><br>对比文件明确公开了数据信息的QoS指标采用“数据目标BLER”（数据BLER，例如10%~40%）。其公开了业务数据的传送要求基于数据特定BLER。在宽松的隐含公开判定规则下，认定技术特征U被对比文件《隐含公开》。 |
| 技术特征V：<br>其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带<br><br>《未公开》 | 对比文件全文未记载任何关于MBMS业务信道（MTCH）或MBMS服务的数据承载方式的内容。 | 目标专利涉及MBMS业务架构下逻辑业务信道MTCH与多播服务的承载映射关系。<br><br>对比文件仅涉及物理上行共享信道PUSCH上传输的单播用户数据，未公开该MBMS架构特征。对比文件未直接或隐含公开该特征。 |
| 技术特征W：<br>一个或多个MTCH被复用到所述MCH中；并且中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用<br><br>《未公开》 | 对比文件【说明书附图】图2、图3；【具体实施方式】第2段记载：“对编码的CQI比特和/或PMI比特205和编码的数据比特210进行复用220。如果还需要复用ACK/NAK比特，则对数据比特进行打孔，以容纳ACK/NAK比特（230）。”；第1段记载：“由UE在相同传输时间间隔（TTI）中传输……” | 目标专利涉及在MCH信道中，将承载多播业务的逻辑信道MTCH与MSI在物理层传输块（TB）中进行复用（例如调度周期的首个TB中可能同时包含MSI与MTCH数据）。<br><br>对比文件公开的是在物理层将编码后的UCI比特（CQI/PMI/ACK/NAK）与编码后的上行单播数据比特复用/打孔到同一个上行子帧/PUSCH上发送。对比文件复用的是单播UCI与数据，完全不涉及MTCH向MCH的复用，也不涉及MTCH与MSI在TB上的复用。对比文件未直接或隐含公开该特征。 |
| 技术特征X：<br>则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；并且剩余MTCH选择(512，514)所述服务特定传送要求<br><br>《未公开》 | 对比文件【具体实施方式】第2段、第11段记载了PUSCH中数据比特与UCI比特复用，数据采用数据MCS，UCI根据数据MCS和偏移确定分配的符号数/MCS。 | 目标专利针对同一TB内复用MSI和部分MTCH的特殊场景，针对该TB内的MSI与受影响MTCH选择“单个传送要求”（即统一传送参数，如同一MCS），而对MCH中未与MSI复用的剩余MTCH保持采用原服务特定传送要求（从而在同一MCH的不同TB/子帧间采用不同的MCS）。<br><br>对比文件针对的是一个PUSCH传输，其数据部分使用统一的数据MCS，控制部分通过偏移调整符号数，不存在将部分数据与控制信息划分为一个集合采用单个传送要求、而对剩余业务数据采用另一传送要求的技术方案。对比文件未直接或隐含公开该特征。 |
| 技术特征Y：<br>其中所述单个传送要求是所述MSI特定传送要求；或所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。<br><br>《未公开》 | 对比文件全文未记载在复用块中选择更健壮的传送要求或选择MSI特定传送要求作为共享传送要求的技术方案。 | 目标专利特征Y定义了复用TB中单个传送要求的具体选择准则：直接采用MSI要求，或者取MSI要求与MTCH要求中更健壮者（即更能抵抗信道恶化、BLER更低、编码率更低或更抗错的参数），以确保MSI能被可靠接收。<br><br>对比文件中UCI与数据复用时，UCI是附着于数据分配之上的（以数据MCS为基准叠加偏移），完全未公开在二者之间比较并选取“更健壮的传送要求”来共同配置该传输块。对比文件未直接或隐含公开该特征。 |
| 技术特征Z：<br>其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。<br><br>《未公开》 | 对比文件【具体实施方式】第10段、第12段记载：“……UE使用作为CQI传输配置参数的一部分（通过较高层信令）分配给UE的CQI MCS偏移……”；第17段记载：“UL SA可以使用相同的发射机和接收机结构来传送用于相关PUSCH传输的MCS和其他调度信息。” | 目标专利特征Z限定终端侧从BCCH或MCCH广播/多播信道中获取MSI特定传送要求和服务特定传送要求。<br><br>对比文件仅公开了UE从动态物理控制信令（UL SA）接收数据MCS，以及从高层RRC专用信令接收偏移量，不涉及BCCH或MCCH信道，亦无从BCCH/MCCH获取相关参数的教导。对比文件未直接或隐含公开该特征。 |
---
<<<C>>><<<H>>><<<K>>><<<i>>><<<j>>><<<l>>><<<m>>><<<n>>><<<t>>><<u>>>
权利要求2
如权利要求1所述的方法，其中所述多播信道是多播信道“MCH”；所述多播服务调度信息是MCH调度信息“MSI”；以及所述多播服务符合多媒体广播多播服务“MBMS”规范。
权利要求3
如权利要求1所述的方法，其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”；并且所述服务特定QoS值包括服务特定BLER。
权利要求4
如权利要求2所述的方法，其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带；并且一个或多个MTCH被复用到所述MCH中；以及其中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用；则分别选择(508)的所述步骤包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；以及为剩余MTCH选择(512，514)所述服务特定传送要求；其中所述单个传送要求是所述MSI特定传送要求；或者是所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。
权利要求5
如权利要求1所述的方法，其中所述方法为多个多播信道执行；以及其中不同的服务特定传送要求用于所述多个多播信道的每个信道；以及相同调度信息特定传送要求用于所述多个多播信道的每个信道。
权利要求6
一种用于解码多播信道的方法，所述多播信道携带多播服务数据和多播服务调度信息；所述多播服务调度信息指示映射到所述多播信道的多播服务的调度；所述方法包括以下步骤：；接收多播信道；其中所述多播信道携带多播服务调度信息和多播服务数据；所述多播服务调度信息指示映射到所述多播信道的多播服务的调度；确定(602)调度信息特定传送要求和服务特定传送要求；以及基于所述调度信息特定传送要求来解码(604)所述多播服务调度信息；以及基于所述服务特定传送要求来解码所述多播服务数据；其中所述解码步骤(604)包括比较(706)所述调度信息特定传送要求是否与所述服务特定传送要求不同；以及：；如果所述调度信息特定传送要求与所述服务特定传送要求不同；则基于所述调度信息特定传送要求将所述多播服务调度信息解码(710)；以及基于所述服务特定传送要求将所述多播服务数据解码；或者如果所述调度信息特定传送要求等于所述服务特定传送要求；则基于共同的传送要求将所述多播服务调度信息和所述多播服务数据解码(708)。
权利要求7
如权利要求6所述的方法，其中所述多播信道是多播信道“MCH”；所述多播服务调度信息是MCH调度信息“MSI”；以及所述多播服务符合多媒体广播多播服务“MBMS”规范。
权利要求8
如权利要求7所述的方法，其中确定(602)的步骤包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。
权利要求9
如权利要求7或8所述的方法，其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带；并且一个或多个MTCH被复用到所述MCH中；以及解码(604)的步骤包括如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用；则基于所述MSI特定传送要求将所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH解码(714，716)；以及基于所述服务特定传送要求将所述MCH的剩余MTCH解码(714，716)。
权利要求10
如权利要求1到9的任一项所述的方法，其中所述调度信息特定传送要求包括指定多播服务调度信息的重新传送次数的参数和用于多播服务调度信息的调制和编码方案“MCS”的至少之一；以及所述服务特定传送要求包括指定所述多播服务数据的重新传送次数的参数和用于所述多播服务数据的MCS的至少之一。
权利要求11
一种用于配置多播信道的传送的设备，所述多播信道携带多播服务数据和多播服务调度信息；所述多播服务调度信息指示映射到所述多播信道的多播服务的调度；所述设备包括：；用于基于调度信息特定的传送要求来配置(404)所述多播信道上所述多播服务调度信息的传送；以及基于服务特定传送要求来配置(404)所述多播服务数据的传送的装置；以及用于通过信号在广播控制信道BCCH或多播控制信道MCCH上发送(406)所述调度信息特定传送要求和所述服务特定传送要求的装置；以及用于在所述多播信道上传送多播服务数据的装置；其中所述设备还包括用于确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值；并且用于确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值的装置；其中所述设备还包括：；如果所述调度信息特定QoS值与所述服务特定QoS值不同；则基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求；以及基于所述服务特定QoS值来选择所述服务特定传送要求的装置；或者如果所述调度信息特定QoS值等于所述服务特定QoS值；则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求的装置。
权利要求12
如权利要求11所述的设备，其中所述多播信道是多播信道“MCH”；所述多播服务调度信息是MCH调度信息“MSI”；以及所述多播服务符合多媒体广播多播服务“MBMS”规范。
权利要求13
如权利要求11所述的设备，其中所述调度信息特定QoS值包括调度信息特定块错误率“BLER”；并且所述服务特定QoS值包括服务特定BLER。
权利要求14
如权利要求12所述的设备，其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带；并且一个或多个MTCH被复用到所述MCH中；以及其中如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用；则分别选择(508)包括为所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH选择(512，514)单个传送要求作为所述MSI特定传送要求和所述服务特定传送要求；以及为剩余MTCH选择(512，514)所述服务特定传送要求；其中所述单个传送要求是所述MSI特定传送要求；或者是所述MSI特定传送要求和在所述TB上与所述MSI复用的一个或多个MTCH的服务特定传送要求中更健壮的传送要求。
权利要求15
如权利要求11-14任一项所述的设备，其中所述设备为多个多播信道执行；以及其中不同的服务特定传送要求用于所述多个多播信道的每个信道；以及相同调度信息特定传送要求用于所述多个多播信道的每个信道。
权利要求16
一种用于解码多播信道的传送的设备，所述多播信道携带多播服务数据和多播服务调度信息；所述调度信息指示映射到所述多播信道的多播服务的调度；所述设备包括：；用于接收多播信道的装置；其中所述多播信道携带多播服务调度信息和多播服务数据；所述多播服务调度信息指示映射到所述多播信道的多播服务的调度；用于确定(602)调度信息特定传送要求和服务特定传送要求的装置；以及用于基于所述调度信息特定传送要求来解码(604)所述多播服务调度信息；以及基于所述服务特定传送要求来解码所述多播服务数据的装置；其中所述解码(604)包括比较(706)所述调度信息特定传送要求是否与所述服务特定传送要求不同；以及：；如果所述调度信息特定传送要求与所述服务特定传送要求不同；则基于所述调度信息特定传送要求将所述多播服务调度信息解码(710)；以及基于所述服务特定传送要求将所述多播服务数据解码；或者如果所述调度信息特定传送要求等于所述服务特定传送要求；则基于共同的传送要求将所述多播服务调度信息和所述多播服务数据解码(708)。
权利要求17
如权利要求16所述的设备，其中所述多播信道是多播信道“MCH”；所述多播服务调度信息是MCH调度信息“MSI”；以及所述多播服务符合多媒体广播多播服务“MBMS”规范。
权利要求18
如权利要求17所述的设备，其中确定(602)包括从广播控制信道“BCCH”或多播控制信道“MCCH”来确定(702)所述MSI特定传送要求和所述服务特定传送要求。
权利要求19
如权利要求17-18任一项所述的设备，其中每个MBMS服务的数据在相应MBMS业务信道“MTCH”上被携带；并且一个或多个MTCH被复用到所述MCH中；以及解码(604)包括如果一个或多个MTCH在一个传输块“TB”上与所述MSI复用；则基于所述MSI特定传送要求将所述MSI和在所述TB上与所述MSI复用的一个或多个MTCH解码(714，716)；以及基于所述服务特定传送要求将所述MCH的剩余MTCH解码(714，716)。
权利要求20
如权利要求11-19任一项所述的设备，其中所述调度信息特定传送要求包括指定多播服务调度信息的重新传送次数的参数和用于多播服务调度信息的调制和编码方案“MCS”的至少之一；以及所述服务特定传送要求包括指定所述多播服务数据的重新传送次数的参数和用于所述多播服务数据的MCS的至少之一。
权利要求21
一种用于配置多播信道的传送的网络节点(100)，所述多播信道携带多播服务数据和多播服务调度信息；所述多播服务调度信息指示映射到所述多播信道的多播服务的调度；所述网络节点包括：；用于基于调度信息特定传送要求来配置所述多播信道上所述多播服务调度信息的传送；以及用于基于服务特定传送要求来配置所述多播服务数据的传送的组件(104)；确定(402)与一个或多个调度信息特定QoS属性有关的调度信息特定服务质量“QoS”值；并且确定(402)与一个或多个服务特定QoS属性有关的服务特定QoS值；如果所述调度信息特定QoS值与所述服务特定QoS值不同；则分别基于所述调度信息特定QoS值来选择(508)所述调度信息特定传送要求；以及基于所述服务特定QoS值来选择所述服务特定传送要求；或者如果所述调度信息特定QoS值等于所述服务特定QoS值；则为所述调度信息特定传送要求和所述服务特定传送要求选择(506)共同的传送要求；以及用于通过信号在广播控制信道BCCH或多播控制信道MCCH上发送所述调度信息特定传送要求和所述服务特定传送要求；以及在所述多播信道上传送多播服务数据的组件(106)。
权利要求22
如权利要求21所述的网络节点(100)，其中所述多播信道是多播信道“MCH”；所述多播服务调度信息是MCH调度信息“MSI”；以及所述多播服务符合多媒体广播多播服务“MBMS”规范。
权利要求23
一种用于解码多播信道的终端装置(110)，所述多播信道携带多播服务数据和多播服务调度信息；所述多播服务调度信息指示映射到所述多播信道的多播服务的调度；所述终端装置包括：；用于接收多播信道的接收机；所述多播信道携带多播服务数据和多播服务调度信息；其中所述多播服务调度信息指示映射到所述多播信道的多播服务的调度；并且具有根据调度信息特定传送要求确定的传送配置；以及其中所述多播服务数据具有根据服务特定传送要求确定的传送配置；用于确定所述调度信息特定传送要求和所述服务特定传送要求的组件(114)；以及用于基于所述调度信息特定传送要求来解码所述多播服务调度信息；和用于基于所述服务特定传送要求来解码所述多播服务数据的组件(116)；其中所述组件(116)用于比较(706)所述调度信息特定传送要求是否与所述服务特定传送要求不同；以及：；如果所述调度信息特定传送要求与所述服务特定传送要求不同；则基于所述调度信息特定传送要求将所述多播服务调度信息解码(710)；以及基于所述服务特定传送要求将所述多播服务数据解码；或者如果所述调度信息特定传送要求等于所述服务特定传送要求；则基于共同的传送要求将所述多播服务调度信息和所述多播服务数据解码(708)。
权利要求24
如权利要求23所述的终端装置(110)，其中所述多播信道是多播信道“MCH”；所述多播服务调度信息是MCH调度信息“MSI”；以及所述多播服务符合多媒体广播多播服务“MBMS”规范。