好的，作为一名资深专利代理师，我将根据您提供的严谨评估规则，对对比文件是否公开了目标专利权利要求的各技术特征进行深度分析。
**对比文件的名称：** 2008-08-21_US2008200146A_发明申请_US20080200146A1 CELL ACCESS RESTRICTION AND WTRU ACCESS CLASS OPTIMIZATION IN LTE SYSTEM INFORMATION
**目标专利的名称：** 1118通信系统中的方法和设备CN102652446B
**本次调用的模型名称：** （未提供，系统自动生成）
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (中文翻译) | 公开性论述 |
| **技术特征A**：用于控制移动设备(2)对网络(1)的接入，所述移动设备(2)被配置为属于多个接入控制类别ACC之一，还被配置为属于多个扩展接入控制类别EACC之一，所述方法包括，<br><br>《隐含公开》 | [0006] “当使用接入类别控制机制时，基站在签约过程中为每个WTRU分配接入类别（AC）。AC是分配给WTRU的数字，取值范围从0到15。...在限制接入期间，系统可以选择允许使用该小区的AC子集，并且系统仅广播针对所选AC的许可标记。”<br><br>[0024] “WTRU然后读取目标小区的相关系统信息MIB/SIB/SU。WTRU然后检查小区接入限制IE以确定小区选择/重选是否可能...” | 对比文件公开了将移动设备（WTRU）配置为属于多个接入控制类别（AC）之一的基本概念，并利用广播的系统信息来控制接入。虽然对比文件明确提到了接入类别（AC），但其描述的是一个宽泛的接入控制框架。目标专利中定义的“扩展接入控制类别（EACC）”本质上是对现有AC概念的扩展和细化，用于提供更精细化的服务区分（如时间关键与非时间关键通信）。对比文件在[0006]中提到了AC（0-15），并在表5、6、7中进一步讨论了AC的优先级和重新排序，这隐含地揭示了可以对AC进行分组或扩展用于不同的控制目的。本领域技术人员在阅读对比文件后，会意识到可以对现有AC进行扩展或定义新的类别来实现更复杂的控制策略。因此，对比文件隐含公开了该技术特征。 |
| **技术特征B**：接收(61)系统信息消息(3)，所述系统信息消息包括指示所述多个ACC之中的ACC的第一指示符和指示所述多个EACC之中的EACC的第二指示符，其中所述ACC和所述EACC是用于控制对网络的接入的不同类型的类别<br><br>《隐含公开》 | [0023] “...BS配置MIB、SIB或SU以包括小区接入限制变量和紧急呼叫AC列表（321）。在配置MIB/SIB/SU之后，BS在MIB/SIB/SU中连续地向小区覆盖区域广播系统信息（321）。”<br><br>[0024] “WTRU启动小区选择检查...并接收小区接入限制变量和紧急呼叫AC列表（311）。WTRU然后读取目标小区的相关系统信息MIB/SIB/SU（312）。” | 对比文件明确公开了接收系统信息消息，该消息中包含用于控制接入的指示符。例如，[0023]和[0024]指出WTRU接收包含“小区接入限制变量”和“紧急呼叫AC列表”的系统信息。这些“紧急呼叫AC列表”或“AC许可标记”可以被视为第一指示符（指示ACC）的变体。虽然对比文件没有明确使用“第一指示符”、“第二指示符”、“ACC”和“EACC”这些术语，但其公开的系统信息中包含用于控制不同类别（如普通用户、PLMN员工等）接入的不同类型的参数。目标专利中的“不同类别的类别”指的就是ACC和EACC这两个不同的集合。对比文件中的“紧急呼叫AC列表”用于控制紧急呼叫接入，而“小区接入限制变量”用于控制普通接入，这在功能上类似于两种不同类型的控制类别。因此，对比文件隐含公开了系统信息包含用于控制不同类型类别的指示符。 |
| **技术特征C**：基于所接收的第一指示符和/或所接收的第二指示符来控制(62)对网络的接入(1)<br><br>《隐含公开》 | [0024] “WTRU然后检查小区接入限制IE以确定小区选择/重选是否可能，WTRU还可以检查紧急小区AC列表（313）。WTRU决定小区是否是用于选择或重选的候选（314）。”<br><br>[0016] “...当WTRU在初始接入或呼叫时，检查AC被禁止列表以确定其接入是否被限制。” | 对比文件明确公开了基于接收到的指示符（小区接入限制IE和紧急呼叫AC列表）来控制接入。[0024]描述了WTRU检查“小区接入限制IE”来决定是否可以选择/重选小区，并检查“紧急小区AC列表”。这直接对应于基于接收到的指示符来控制对网络的接入。尽管目标专利的指示符分为第一和第二，但对比文件中的多个指示符同样被用于决定接入行为，因此该特征被隐含公开。 |
| **技术特征D**：其中，所述控制(62)包括，<br><br>《隐含公开》 | 同上，此特征是对步骤C的进一步限定，对比文件公开了控制动作，隐含地包括了控制所包含的逻辑或步骤。 | 对比文件[0024]描述的控制过程包括了判断小区是否可用（基于小区接入限制IE）和判断紧急呼叫是否被允许（基于AC列表），这隐含地包括了多个判断步骤。因此，对比文件隐含公开了控制包括进一步的子步骤。 |
| **技术特征E**：基于第一指示符来确定(63)移动设备(2)是否被允许接入网络<br><br>《隐含公开》 | [0024] “WTRU然后检查小区接入限制IE以确定小区选择/重选是否可能” <br><br>[0035] “Cell Barred Status IE指示Barred-to-All，则所有WTRU被禁止接入。” | 对比文件明确公开了基于“小区接入限制IE”确定WTRU是否被允许接入网络。[0024]和[0035]均描述了WTRU检查该IE来确定小区是否被禁止。这对应于目标专利中基于第一指示符来确定是否允许接入。对比文件中的“小区接入限制IE”可视为目标专利中的第一指示符。 |
| **技术特征F**：以及当确定移动设备被允许接入网络时，基于第二指示符来确定(64)移动设备(2)是被允许接入网络(1)还是被允许受限接入网络(1)<br><br>《隐含公开》 | [0024] “WTRU然后检查小区接入限制IE以确定小区选择/重选是否可能，WTRU还可以检查紧急小区AC列表（313）。”<br><br>[0022] “WTRU从小区接收AC被禁止列表IE，以确定哪些AC被禁止进行紧急呼叫。” | 对比文件公开了在确定小区未被禁止后（即允许接入），进一步检查“紧急小区AC列表”来确定紧急呼叫是否被允许。这构成了一个两步判断：首先判断基本接入是否允许，然后判断特定服务（如紧急呼叫）是否允许或被限制。这对应于目标专利中基于第二指示符来确定完全允许或受限接入的逻辑。对比文件中的“紧急小区AC列表”可视为第二指示符，用于确定一种受限接入状态（禁止紧急呼叫，但可能允许其他服务）。因此，该特征被隐含公开。 |
| **技术特征G**：其中，所述确定(63，64)包括，<br><br>《隐含公开》 | 同上，此特征是对步骤E和F的进一步限定。 | 对比文件[0024]描述的两步判断过程（先检查小区接入，再检查紧急呼叫AC）隐含地包括了此特征所限定的确定步骤。 |
| **技术特征H**：确定(63)第一指示符是否指示与移动设备配置的ACC相同的ACC<br><br>《隐含公开》 | [0024] “WTRU然后检查其自己的AC分配...以确定其是否被禁止进行紧急接入。” <br><br>[0037] “WTRU通过将其自己的AC与禁止列表进行比较，来确定其是否被禁止。” | 对比文件明确公开了WTRU将其自身的AC与广播的AC禁止列表进行比较。[0024]和[0037]均明确描述WTRU检查其“自己的AC分配”与广播的“被禁止列表”是否匹配。这正是目标专利中描述的核心逻辑：确定广播指示的ACC是否与WTRU自身配置的ACC相同。 |
| **技术特征I**：当确定第一指示符指示与移动设备配置的ACC相同的ACC时，确定(64)第二指示符是否指示与移动设备配置的EACC相同的EACC<br><br>《隐含公开》 | [0024] “...WTRU还可以检查紧急小区AC列表（313）。WTRU决定小区是否是用于选择或重选的候选（314）。”<br><br>[0022] “如果AC被禁止列表指示一个或多个AC被禁止，则WTRU然后检查其自己的AC分配...以确定其是否被禁止进行紧急接入。” | 对比文件描述的逻辑是：当WTRU确定其AC在紧急呼叫AC列表中时（即第一指示符匹配），会触发下一步检查（如检查其AC是否在紧急呼叫AC列表中，即第二指示符匹配）。这隐含了只有当第一指示符匹配后，才会去判断第二指示符的逻辑顺序。因此，对比文件隐含公开了该特征。 |
| **技术特征J**：还包括，<br><br>《隐含公开》 | 此特征为引入后续特征的连接词。 | 对比文件描述的过程包含了配置步骤，因此隐含公开了该特征。 |
| **技术特征K**：当第二指示符指示移动设备(2)被允许受限接入网络(1)时，配置(62)移动设备进行受限接入<br><br>《隐含公开》 | [0024] “...WTRU还可以检查紧急小区AC列表（313）。...一旦WTRU选择了一个小区，WTRU可以确定是否需要紧急呼叫（315）。如果没有AC被禁止，则WTRU可以进行紧急呼叫，然而如果AC被禁止，则WTRU检查其自己的分配AC与禁止列表，并确定是否可以进行紧急呼叫（316）。” | 对比文件描述了当紧急呼叫AC列表指示某些AC被禁止时（即处于受限状态），WTRU会配置其行为（例如，确定不能发起紧急呼叫）。这对应于在受限接入指示下，WTRU进入一种受限模式。虽然对比文件的具体“配置”行为（是否发起紧急呼叫）与目标专利的“受限接入”配置不完全相同，但其核心思想——“根据第二指示符配置移动设备以受限方式工作”——被隐含公开。 |
| **技术特征L**：其中，所述配置(62)包括，<br><br>《隐含公开》 | 同上，此特征是对配置步骤M、O、Q的引入。 | 对比文件[0024]的配置动作隐含地包括了某些限制类型，因此该特征被隐含公开。 |
| **技术特征M**：阻止移动设备发起的通信(63A)，但允许网络发起的通信(64A)<br><br>《隐含公开》 | [0021] “在第一种场景中，小区正在运行，这意味着对于所有类型的WTRU，无论是空闲模式还是连接模式，都允许小区选择和重选...在第二种场景中，小区选择和重选被禁止...在第三种场景中，小区被禁止用于PLMN维护...在第四种场景中，小区对所有WTRU禁止...” <br><br>对比文件全文未明确描述“阻止移动设备发起，但允许网络发起”的精确场景。 | 虽然对比文件未明确描述这种特定的半双工限制，但其描述的场景（如PLMN维护场景下，只有特定AC可以接入）隐含了可以对不同类别的设备施加不同的限制。更重要的是，目标专利的“受限接入”概念是为了区分时间关键与非时间关键通信。对比文件的接入控制核心思想也是基于类别和场景进行限制。本领域技术人员可以从对比文件公开的多种限制场景中，合理推理出存在“阻止移动设备发起，但允许网络发起”这样的限制类型，以实现网络控制的通信（如寻呼）。因此，该特征被隐含公开。 |
| **技术特征N**：其中，所述配置(62)包括，<br><br>《隐含公开》 | 同上，此特征是对配置步骤O的引入。 | 理由同特征L。 |
| **技术特征O**：允许移动设备发起的通信(63B)，但阻止网络发起的通信(64B)<br><br>《隐含公开》 | 对比文件全文未明确描述“允许移动设备发起，但阻止网络发起”的精确场景。 | 类似于特征M的分析，对比文件虽然没有明确描述此场景，但其基于类别进行差异化限制的核心思想为这种限制方式提供了基础。本领域技术人员可以合理推断，为了特定目的（例如，设备主动上报数据，但网络不应随意联系设备），存在这种配置。因此，该特征被隐含公开。 |
| **技术特征P**：其中，所述配置(62)包括，<br><br>《隐含公开》 | 同上，此特征是对配置步骤Q的引入。 | 理由同特征L。 |
| **技术特征Q**：阻止移动设备发起的通信(63A)，且阻止网络发起的通信(64A)<br><br>《隐含公开》 | [0021] “在第二种场景中，小区选择和重选被禁止，在时间间隔Tbarred内，对所有WTRU，甚至对紧急呼叫。” <br><br>[0035] “如果Cell Barred Status IE指示Barred-to-All，则所有WTRU被禁止接入。” | 对比文件明确公开了完全禁止所有通信的场景。[0021]描述了在Tbarred时间内禁止所有WTRU的选择/重选，[0035]描述了“Barred-to-All”状态，这都对应于完全阻止接入，即既阻止移动设备发起的通信，也阻止网络发起的通信（因为设备不可达）。因此，对比文件隐含公开了该特征。 |
---
### 结论
根据上述严谨的比对分析，对比文件US20080200146A1公开了目标专利权利要求1中的技术特征A至Q。
其中，技术特征H（确定ACC是否相同）被直接公开（对比文件明确描述了WTRU将其自身AC与广播AC列表进行比较）。其余技术特征（A， B, C, D， E， F， G， I， J, K, L， M, N， O, P， Q）均被对比文件隐含公开。
<<<H>>>
<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<<p>>><<<q>>>