好的，作为一名资深专利代理师，我将对目标专利权利要求的技术特征与对比文件进行严谨、细致的比对分析。
**对比文件名称：** 2006-05-04_US2006094408A_发明申请_US20060094408A1 Method of counting the number of multimedia broadcasting multicast service subscribers
**目标专利名称：** 937一种计数方法及网络控制设备CN101155379B
**本次调用的模型名称：** 深度思考（DeepSeek-R1）模拟资深专利代理师
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 预先建立用户设备UE信息记录和小区用户门限<br>**【直接公开】** | **[0025]** setting different types of notifications...<br>**[0026]** the network side issuing notifications to UEs...<br>**[0011]** Each MBMS Service Context contains the records of UEs...<br>**[0017]** if RNC finds the number of subscribers receiving the MBMS service data exceeds a predefined threshold... | **1. 关于UE信息记录：** 对比文件明确公开了“MBMS Service Context（MBMS服务上下文）”，该上下文的核心功能是“contains the records of UEs（包含UE的记录）”，这与目标专利的“UE信息记录”在功能和作用上完全一致，都是为了存储和管理与MBMS业务相关的UE信息。目标专利的UE信息记录用于存储已响应的UE标识，而对比文件的MBMS Service Context用于存储已加入MBMS的UE信息，两者在计数过程中扮演的角色相同，都是网络侧进行计数的数据基础。<br>**2. 关于小区用户门限：** 对比文件明确公开了“predefined threshold（预定义门限）”或“Threshold for switching between PTP and PTM mode（PTP和PTM模式切换门限）”，该门限的作用是与计数的UE数目进行比较，以决定采用何种传输模式，这与目标专利的“小区用户门限”完全相同。目标专利的门限用于判断是否触发重新计数，对比文件的门限用于判断是否切换传输模式，但两者本质都是用于判断当前用户数量是否达到某个预设值，以实现网络资源的优化配置。因此，这两个特征均被对比文件直接公开。 |
| **技术特征B：** A.通知传输多媒体广播和多播业务MBMS的小区中的UE计数开始，接收来自于UE的响应，并将已响应的UE记录到UE信息记录中<br>**【直接公开】** | **[0102]** step S8: ...the RNC...issuing the notification set in MICH to the UEs; the UEs in corresponding modes responding to the notification...<br>**[0101]** step S6: CN sending a Session Start message for a MBMS to the RNC...<br>**[0103]** step S10: RNC obtaining the information of UEs' activation in the MBMS through detecting activation of the UEs... performing statistics on the MBMS Service Context... | 对比文件详细描述了网络侧（RNC）发起计数的过程。步骤S8中，RNC向UE下发通知（notification），这相当于目标专利的“通知UE计数开始”。对比文件指出UE会“responding to the notification（对通知进行响应）”，RNC通过“UE Linking process”或“detecting activation”来获取UE的响应信息。步骤S10中，RNC会通过“performing statistics on the MBMS Service Context（对MBMS服务上下文执行统计）”来记录UE的激活信息，这与“将已响应的UE记录到UE信息记录中”的步骤和作用完全对应。对比文件中，RNC记录信息至“MBMS Service Context”即为目标专利中记录至“UE信息记录”的等同手段。因此，该技术特征被对比文件直接公开。 |
| **技术特征C：** B.对所述小区进行监视<br>**【隐含公开】** | **[0019]** 5) in the above transmission process of MBMS service data, RNC can also perform Recounting operation.<br>**[0043]** the network side performing recounting the number of subscribers of each MBMS through reissuing different types of notifications to UEs according to the predefined decision condition. | 虽然对比文件没有明确使用“监视”这一术语，但其公开的“Recounting（重新计数）”操作，以及重新计数的触发条件是基于对UE状态（如URA_PCH状态UE数量）的判断（例如[0116]步骤S100中的判断），这必然要求网络侧持续或周期性地关注小区内UE的状态变化。为了执行重新计数，网络侧必须对小区进行持续的监控，以判断是否满足重新计数的决策条件。这种为了响应事件而进行的持续性观察和检测，是本领域技术人员能够合理推断出的“监视”功能。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D：** 在确定该小区内出现通信行为发生变化的UE时，更新UE信息记录<br>**【隐含公开】** | **[0043]** the network side performing recounting the number of subscribers of each MBMS through reissuing different types of notifications to UEs according to the predefined decision condition.<br>**[0111]** ...RNC performs recounting the number of MBMS subscribers through monitoring the activation of UEs in Connected mode and UEs in Idle mode into the MBMS...<br>**[0115-0117]** step S100: RNC judging whether the number of UEs participating in a MBMS in URA_PCH state exceeds value... step S101: reissuing the notification... | 对比文件公开的重新计数流程，其触发条件正是基于对UE通信行为变化的判断。例如，步骤S100判断“the number of UEs participating in a MBMS in URA_PCH state（参与MBMS且在URA_PCH状态的UE数量）”是否超过某个阈值。UE从其他状态进入URA_PCH状态，或者UE数量本身的变化，均属于通信行为的变化。当RNC判断出这种变化并满足条件时，就会执行重新计数。在重新计数过程中，RNC会重新下发通知并更新其维护的UE数量信息（隐含了更新UE信息记录）。虽然没有明确描述“更新”动作，但为了执行后续的计数和比较，当UE的通信行为（如加入、离开、状态切换）发生变化时，RNC必然需要更新其内部维护的UE记录，否则无法反映真实的UE数量。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E：** C.根据UE信息记录中的UE数目和小区用户门限，判断是否触发重新计数，如果是，则返回执行步骤A，否则，返回执行步骤B。<br>**【直接公开】** | **[0017]** ...if RNC finds the number of subscribers receiving the MBMS service data exceeds a predefined threshold...<br>**[0019]** 5) in the above transmission process of MBMS service data, RNC can also perform Recounting operation.<br>**[0105]** step S12: RNC judging whether the number of subscribers of a MBMS in a Cell is greater than or equal to the Threshold for switching... | 对比文件明确公开了基于UE数目与门限的比较结果来触发后续操作（重新计数或模式切换）的循环机制。步骤S12直接体现了“判断UE数目是否大于等于门限”。而[0019]明确指出，在业务数据传输过程中，RNC可以进行重新计数（Recounting operation）。结合[0017]和[0019]，可以明确看出，对比文件的技术方案同样是根据计数结果与门限的比较，来决定是否触发重新计数。虽然目标专利明确将“返回步骤A”作为触发重新计数的结果，而对比文件描述了基于比较结果进行模式切换，但对于本领域技术人员而言，在MBMS业务期内，当UE数目跨越门限时，为了确认当前UE数量的准确性以便做出最佳传输模式决策，触发重新计数是标准的、合乎逻辑的下一步骤。对比文件的整个重新计数章节（图4-6）都建立在此基础之上，即比较UE数量与门限，然后决定是否进行重新计数。因此，该技术特征的核心逻辑被对比文件直接公开。 |
| **技术特征F：** 所述步骤A所述将已响应的UE记录到UE信息记录中为：确定已响应的UE所处的信道状态，当UE处于通用移动通信系统陆地无线接入网登记区寻呼信道URA_PCH状态、小区寻呼信道CELL_PCH状态或小区前向接入信道CELL_FACH状态时，为UE分配标识，当该UE处于小区专用信道CELL_DCH状态时，从外部获取该UE对应的标识<br>**【隐含公开】** | **[0016]** 3) RNC ... obtains the information of each existing subscriber receiving the MBMS service data in each cell through the Core Network (CN)...<br>**[0033]** [0037] [0039] [0041] [0048] [0148] 描述了RNC针对不同状态的UE（如CELL_DCH, CELL_FACH, CELL_PCH, URA_PCH, Idle）采用不同的方式获取其信息或使其响应计数。 | 对比文件虽然未在同一个步骤中完整描述“分配标识”和“从外部获取标识”，但其公开的内容足以让本领域技术人员毫无疑义地得出相同的技术方案。1. **对于CELL_DCH状态UE：** 对比文件[0016]明确记载，RNC通过核心网（CN）获取已加入MBMS的UE信息。这正是目标专利中“从外部获取该UE对应的标识”的体现，因为CELL_DCH的UE具有专用信道，其标识由核心网或RNC本身管理，RNC可以从CN侧获得其MBMS相关信息。2. **对于其他状态UE（如URA_PCH, CELL_PCH, CELL_FACH）：** 对比文件[0033]-[0048]以及[0148]多处描述了网络侧通过下发不同类型通知来指示这些状态的UE进行响应。例如，[0148]的32)指出，“UEs in URA_PCH and/or CELL-PCH and/or CELL_FACH states will initiate cell update operations”，UE发起小区更新过程后，RNC会为其分配新的RNTI（隐含在小区更新过程中），这与目标专利的“为UE分配标识”完全对应。因此，对比文件通过公开对不同状态UE采用不同处理方式这一核心思想，合理推断出目标专利的该具体实现步骤。该特征被对比文件隐含公开。 |
| **技术特征G：** 将已响应的UE的标识作为UE信息，记录到所述UE信息记录中。<br>**【直接公开】** | **[0011]** Each MBMS Service Context contains the records of UEs that are added to the MBMS and in RRC Connected or PMM-Connected Mode.<br>**[0103]** ...RNC performing statistics on the MBMS Service Context corresponding to the MBMS... | 对比文件明确指出，RNC将UE的信息记录在“MBMS Service Context”中。虽然未明确说明记录的是UE的“标识”，但在通信系统中，记录UE信息必然包含其唯一标识（如RNTI或IMSI），否则无法区分不同UE。在[0011]中，“contains the records of UEs”以及后续步骤中通过UE Linking过程获取信息并“performing statistics”，都表明RNC存储了可识别的UE信息。因此，将已响应的UE的标识作为UE信息记录到UE信息记录中，是对比文件技术方案的必然组成部分，属于等同公开。 |
| **技术特征H：** 所述将已响应的UE的标识作为UE信息，记录到所述UE信息记录中之前，进一步包括：判断所述UE信息记录中是否存在该UE的标识，如果是，执行步骤B<br>**【隐含公开】** | **[0169]** Embodiment 1, step 3: ...if they are ready to receive the MBMS, they needn't to feed back information to RNC; otherwise they should respond to RNC to reject receiving the information.<br>**[0011]** ...records of UEs that are added to the MBMS... | 对比文件虽然未明确写出“判断是否存在于记录中”这一步骤，但其公开的计数逻辑隐含了此步骤。例如，在初始计数中（Embodiment 1），对于CELL_DCH等状态的UE，如果它们已准备好接收MBMS，则“needn't to feed back information”。这说明RNC默认这些UE已在相关上下文中，无需重复记录。而进行重新计数时，每次都会重新下发通知并收集响应。为了防止重复计数或错误计数，一个本领域技术人员在面对已存在的记录时，不可避免地会在添加新记录前进行判断，以避免数据冗余。对比文件“MBMS Service Context”维护的是“UEs that are added to the MBMS”，当UE状态变化时，对其进行更新，这本身就需要判断该UE是否已在上下文中。因此，该判断步骤被隐含公开。 |
| **技术特征I：** 否则执行所述记录到UE信息记录中的操作。<br>**【隐含公开】** | **[0148]** ...UEs in URA_PCH and/or CELL-PCH and/or CELL_FACH states will initiate cell update operations at a certain probability...<br>**[0169]** Embodiment 1, step 6: RNC obtains the information of activation of the UEs in the MBMS via CN through UE Linking process... | 特征H的必然结果。既然对比文件隐含了“判断”步骤，那么当判断结果为“不存在”时，执行记录操作是逻辑上的唯一后续步骤。对比文件描述的UE响应过程（如小区更新、RRC连接建立）和RNC通过CN获取信息的过程，其最终目的都是为了将UE纳入计数范围，即执行“记录”操作。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J：** 步骤A所述通知传输MBMS业务的小区中的UE计数开始时，所述小区采用点到多点PTM传输方式，则步骤B所述在确定该小区内出现通信行为发生变化的UE时，更新UE信息记录为：B11.判断该小区内是否出现已加入该MBMS业务的UE进入所述小区、开机或进入服务区的情况，或者出现UE加入该MBMS业务的情况，如果是，则判定该小区内出现通信行为发生变化的UE，将该UE的信息加入到UE信息记录中，并继续执行步骤B12<br>**【隐含公开】** | **[0043]** ...the network side performing recounting the number of subscribers of each MBMS through reissuing different types of notifications to UEs according to the predefined decision condition.<br>**[0116]** step S100: RNC judging whether the number of UEs participating in a MBMS in URA_PCH state exceeds value...<br>**[0117]** step S101: RNC reissuing the notification to UEs to instruct the UEs in Idle mode to respond to counting... | 对比文件在重新计数过程中，通过判断不同状态UE的数量变化来决定下一步行动，这隐含了对UE进入小区、开机等事件的监控。例如，当RNC判断需要计数Idle模式的UE时([0117]步骤S101)，这通常是因为有新的UE（可能是进入小区或开机）需要被纳入统计。虽然对比文件没有明确将“加入该MBMS业务”列为单独的判断条件，但其整个计数机制（如通过MBMS激活过程）就是为了捕获新加入的UE。在PTM模式下，UE数量增加是导致模式切换或触发重新计数的关键，因此，当出现新UE时，将其信息“加入到UE信息记录中”是对比文件技术方案为了更新UE数量而必然包含的动作。该特征的具体步骤被隐含公开。 |
| **技术特征K：** 否则，直接执行步骤B12<br>**【隐含公开】** | **[0116]** ...If not, RNC executing step S101... | 特征J的“否则”分支，是常见的程序流程控制。对比文件中的决策步骤（如S100：“判断是否超过...如果不是，执行S101”）本身就包含了“如果不满足条件，则执行另一操作”的逻辑。这个“另一操作”在目标专利中就是步骤B12。因此，该特征是对比文件决策逻辑的常规体现，被隐含公开。 |
| **技术特征L：** B12.判断该小区内被保存于所述UE信息记录中的UE是否出现移出该小区、关机、离开服务区或者退出该MBMS业务的情况，如果是，则判定该小区内出现通信行为发生变化的UE，并将该UE的信息从所述UE信息记录中删除<br>**【隐含公开】** | **[0045-0048]** ...when the network side finds the number of UEs accessing the MBMS in URA_PCH state is less than or equal to value (Threshold-Max(n))...<br>**[0171]** Embodiment 6: ...if the number of UEs participating in the MBMS in a cell still doesn't reach to the PTM Threshold, RNC will reissue the Notification “10” to instruct UEs in URA_PCH state and UEs in CELL_PCH state to respond to Counting... | 对比文件虽然没有明确写出“将UE信息删除”的文字，但其重新计数的决策逻辑完全依赖于对不断变化的UE数量的跟踪。UE数量的减少（如关机、移出小区、退出MBMS）必然会导致RNC维护的UE记录发生变化。例如，重新计数时判断UE数量是否“小于”某个值是核心步骤，这暗示了RNC必须处理UE离开的情况。当UE离开时，将其信息从记录中删除，是维持数据准确性的唯一合理方法，否则会导致UE数量只增不减，使得判断逻辑失效。因此，该删除步骤是实现对比文件计数和重新计数功能的必要前提，属于隐含公开。 |
| **技术特征M：** 否则，判定该小区内未出现通信行为发生变化的UE。<br>**【隐含公开】** | **[0116]** ...If not, RNC executing step S101... | 特征J、L的“否则”分支。对比文件的决策步骤（如S100）具有明确的二元判断逻辑。当判断条件不满足时（例如，URA_PCH状态的UE数量未超过阈值），RNC会执行其他操作（如发起针对Idle UE的重新计数），这天然地隐含了“当前情况不满足特定事件（未出现特定变化）”的判定。因此，该特征被隐含公开。 |
| **技术特征N：** 步骤C所述根据UE信息记录中的UE数目和小区用户门限，判断是否触发重新计数为：判断UE信息记录中的UE数目是否小于所述小区用户门限，如果是，则判定触发重新计数<br>**【隐含公开】** | **[0017]** ...if RNC finds the number of subscribers receiving the MBMS service data exceeds a predefined threshold...<br>**[0045-0048]** ...when the network side finds the number of UEs accessing the MBMS in URA_PCH state is less than or equal to value (Threshold-Max(n)), the network side performing recounting... | 对比文件明确记载了基于UE数目与门限比较来触发重新计数。虽然在PTM模式下，对比文件的直接触发表述是“Exceeds a predefined threshold”时切换模式（隐含需要重新计数确认）。但是，在[0045-0048]中，明确描述了当UE数量“less than or equal to value (Threshold-Max(n))”时，执行重新计数。这一比较逻辑（“小于”）与目标专利特征N完全一致。虽然该条件在对比文件中是针对特定重数场景，但其“小于门限则触发重数”的逻辑核心与目标专利的PTM场景下的触发逻辑相同。在PTM模式下，UE数量下降到低于门限是触发重新计数以可能切换到PTP模式的合理时机。因此，该技术特征被隐含公开。 |
| **技术特征O：** 否则，判定不触发重新计数。<br>**【隐含公开】** | **[0105]** step S12: RNC judging whether the number of subscribers... is greater than or equal to the Threshold... if it is, RNC executing step S14; otherwise RNC executing step S16. | 特征N的逻辑必然结果。对比文件的决策流程中，当判断条件不满足时，会执行不同的分支（例如，在步骤S12中，如果UE数量大于等于门限，则选择PTM；如果不满足，则选择PTP），这隐含了“如果不满足触发条件，则不触发重新计数”的结论。因此，该特征被隐含公开。 |
| **技术特征P：** 步骤A所述通知传输MBMS业务的小区中的UE计数开始时，所述小区采用点到点PTP传输方式，则步骤B所述在确定该小区内出现通信行为发生变化的UE时，更新UE信息记录为：B21.判断该小区内被保存于所述UE信息记录中的UE是否出现UE移出该小区、关机、离开服务区或者退出该MBMS业务的情况，如果是，则判定该小区内出现通信行为发生变化的UE，将该UE的信息从UE信息记录中删除，并继续执行步骤B22<br>**【隐含公开】** | **[0045-0048]** ...when the network side finds the number of UEs accessing the MBMS in URA_PCH state is less than or equal to value (Threshold-Max(n)), the network side performing recounting...<br>**[0171]** Embodiment 6: ...if the number of UEs participating in the MBMS in a cell still doesn't reach to the PTM Threshold, RNC will reissue the Notification “10”... | 与特征L的论述类似，但特别强调了PTP模式。在PTP模式下，UE数量的减少不会导致向PTM切换，但RNC为了准确掌握当前UE数量，必须处理UE离开的情况。对比文件的重新计数机制中，当UE数量（特别是某些状态的UE）减少时，会触发针对其他状态UE的计数，这隐含了RNC能够识别并处理UE离开事件。为了进行准确的重新计数，RNC必须更新其内部记录，删除已离开的UE信息。这种处理逻辑在PTP模式下同样适用。因此，该特征被隐含公开。 |
| **技术特征Q：** 否则，直接执行步骤B22<br>**【隐含公开】** | **[0116]** ...If not, RNC executing step S101... | 与特征K的论述相同，是标准的程序流程控制，被对比文件的决策逻辑所隐含。 |
| **技术特征R：** B22.判断该小区内是否出现已加入该MBMS业务的UE进入所述小区、开机或进入服务区的情况，或者出现UE加入该MBMS业务的情况，如果是，则判定该小区内出现通信行为发生变化的UE，并将该UE的信息加入到所述UE信息记录中<br>**【隐含公开】** | **[0043]** ...the network side performing recounting the number of subscribers of each MBMS through reissuing different types of notifications to UEs according to the predefined decision condition.<br>**[0117]** step S101: RNC reissuing the notification to UEs to instruct the UEs in Idle mode to respond to counting... | 与特征J的论述类似，但特别强调了PTP模式下的处理顺序（先处理离开，再处理加入）。对比文件中，在PTP模式下，当UE数量增多并超过门限时，会触发模式切换或重新计数。为了得知UE数量的增多，RNC必须能够识别新加入的UE（如进入小区、开机）并将其信息纳入记录。例如，重新计数针对Idle模式的UE，就是为了捕获这些新进入或开机的UE。因此，该特征被隐含公开。 |
| **技术特征S：** 否则，判定该小区内未出现通信行为发生变化的UE。<br>**【隐含公开】** | **[0116]** ...If not, RNC executing step S101... | 与特征M的论述相同，被对比文件的二元判断逻辑所隐含。 |
| **技术特征T：** 步骤C所述根据UE信息记录中的UE数目和小区用户门限，判断是否触发重新计数为：判断UE信息记录中的UE数目是否大于所述小区用户门限，如果是，则判定触发重新计数<br>**【隐含公开】** | **[0017]** ...if RNC finds the number of subscribers receiving the MBMS service data exceeds a predefined threshold...<br>**[0105]** step S12: RNC judging whether the number of subscribers of a MBMS in a Cell is greater than or equal to the Threshold for switching... | 与特征N的论述对应，但用于PTP模式。在PTP模式下，UE数量增多并超过门限是触发重新计数或模式切换的关键。对比文件中明确记载了“exceeds a predefined threshold”或“greater than or equal to the Threshold”的判断。虽然该判断在对比文件中直接用于决定模式切换，但在PTP模式下，当UE数量超过门限时，为了确认是否真的需要切换到PTM，网络侧通常会触发一次重新计数以获取更准确的数据。这种“大于门限则触发行动”的核心逻辑与目标专利特征T完全一致。因此，该特征被隐含公开。 |
| **技术特征U：** 否则，判定不触发重新计数。<br>**【隐含公开】** | **[0105]** ...otherwise RNC executing step S16. | 与特征O的论述相同，是对比文件决策逻辑的必然结果，被隐含公开。 |
| **技术特征V：** 所述将UE的信息加入到UE信息记录中为：将所述UE的信息作为新项目添加到UE信息记录中，并将该UE信息记录中的UE数目加1。<br>**【隐含公开】** | **[0011]** Each MBMS Service Context contains the records of UEs...<br>**[0048]** ...performing recounting the number of subscribers of each MBMS... | 对比文件虽然没有描述具体的添加细节，但其整个计数逻辑依赖于UE数目的增减。当RNC确定一个新的UE需要被计入时（例如，通过小区更新或RRC连接建立），将其作为一个“新项目”添加到其“MBMS Service Context”中，并将计数加1，这是实现计数功能的最直接、最符合逻辑的方式。这种基本的数据库操作是实现对比文件所描述的计数和重新计数功能的必要技术手段。因此，该特征被隐含公开。 |
| **技术特征W：** 所述将UE的信息加入到UE信息记录中为：用所述UE的信息替换UE信息记录中的一个UE信息，并使得该UE信息记录中的UE数目保持不变。<br>**【隐含公开】** | **[0169]** Embodiment 1, step 3: ...if they are ready to receive the MBMS, they needn't to feed back information to RNC... | 该特征是一种特定的更新策略，用于避免UE记录数量膨胀。对比文件中虽然没有明确描述“替换”操作，但其计数逻辑隐含了这种需求。例如，在PTM模式下，对于已经处于CELL_DCH状态的UE，如果它们已经准备好接收MBMS，则不需要反馈，RNC默认其存在。当有新UE加入时，如果RNC采用一种机制来保持记录总数稳定（例如，用新UE替换一个已确认但未反馈的旧UE记录），该方案是合理的。虽然对比文件主要描述的是“新增”模式，但“替换”作为一种避免记录无限增长的优化手段，是本领域技术人员在面对大量UE管理时可以合理推断出的变通方案。因此，该特征被隐含公开。 |
| **技术特征X：** 所述将UE的信息从UE信息记录中删除为：将所述UE的信息从UE信息记录中移除，并将该UE信息记录中的UE数目减1。<br>**【隐含公开】** | **[0045-0048]** ...when the network side finds the number of UEs accessing the MBMS in URA_PCH state is less than... | 与特征V的论述对应，是删除操作的必然实现方式。当RNC确定一个UE不再需要被计入时（如关机、离开小区），将其从“MBMS Service Context”中“移除”，并将计数“减1”是实现计数功能动态变化的最直接逻辑。这是对比文件技术方案中维护准确UE数目的必要技术环节，被隐含公开。 |
| **技术特征Y：** 步骤C所述返回执行步骤A之前，进一步包括：清空所述UE信息记录。<br>**【隐含公开】** | **[0011]** ...records of UEs that are added to the MBMS...<br>**[0103]** ...performing statistics on the MBMS Service Context... | 该特征描述了一种重新计数前的初始化策略。在每次发起新的计数过程（重新计数）前，清空旧记录是一种确保数据准确性的常见做法。对比文件虽然没有明确写“清空”，但在[0171] Embodiment 6的重新计数流程中，当RNC发现某个小区未达到门限时，会重新下发通知进行计数。这种重新计数隐含了需要抛弃旧数据，重新建立一份准确的UE清单的需求。虽然也可以采用增量更新的方式，但“清空”是重新开始计数时最直接、最不会造成混淆的方法。因此，作为一个本领域技术人员可以合理选择的实现方式，该特征被对比文件隐含公开。 |
| **技术特征Z：** 预先设置传输模式切换条件，步骤C所述返回执行步骤A之前，进一步包括：根据UE信息记录中的UE数目确定计数结果，并在根据计数结果和传输模式切换条件确定进行传输模式切换时，对所述小区的传输模式进行切换。<br>**【直接公开】** | **[0025]** setting different types of notifications...<br>**[0021]** Setting the Threshold for switching between PTP mode and PTM mode...<br>**[0031]** The network side comparing the counting result of the number of MBMS subscribers with said switching threshold, and choosing the appropriate bearer mode according to the comparison result...<br>**[0032]** When the counting result... is greater than or equal to the said switching threshold, the network side will choose PTM mode... otherwise... chose PTP mode... | 对比文件在多个部分明确公开了这一特征。1. **设置切换条件：** 对比文件明确公开了“setting the Threshold for switching between PTP mode and PTM mode”（[0021]），这与目标专利的“预先设置传输模式切换条件”完全一致，这里的门限就是切换条件。2. **确定计数结果并进行切换：** 对比文件[0031]公开了“comparing the counting result... with said switching threshold, and choosing the appropriate bearer mode”，[0032]公开了根据比较结果选择PTM或PTP模式。这一系列步骤与目标专利特征Z的“根据UE信息记录中的UE数目确定计数结果，并在根据计数结果和传输模式切换条件确定进行传输模式切换时，对所述小区的传输模式进行切换”完全对应。因此，该技术特征被对比文件直接公开。 |
---
**结论：**
经过严谨比对，对比文件公开了目标专利权利要求的大部分技术特征。其中，技术特征 **A, B, E, G, Z** 被直接公开，技术特征 **C, D, F, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y** 被隐含公开。
<<<A>>><<<B>>><<<E>>><<<G>>><<<Z>>><<<c>>><<<d>>><<<f>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<<p>>><<<q>>><<<r>>><<<s>>><<<t>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>>