好的，我们开始进行专利创造性评估中的特征比对工作。
**对比文件名称：** 2008-08-07_WO2008094670A_发明申请_WO2008094670A2 CELL ACCESS RESTRICTION AND WTRU ACCESS CLASS OPTIMIZATION IN LTE SYSTEM INFORMATION
**目标专利名称：** 1120通信系统中的方法和设备CN105307233B
**本次调用模型名称：** 暂无
以下是根据您的要求，对目标专利权利要求的技术特征与对比文件进行的详细比对。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 (中文翻译) | 公开性论述 |
| **技术特征A：** 用于控制移动设备(2)对网络(1)的接入，所述移动设备(2)被配置为属于多个接入控制类别ACC之一，还被配置为属于多个扩展接入控制类别EACC之一，所述方法包括，-接收(61)多种系统信息类型消息 <br><br> **《隐含公开》** | [0009] “...系统广播一个小区接入限制信息元素(IE)给所有WTRU，指示哪些AC可以接入以及有什么级别的接入可用。” <br><br> [0020] “为了减少小区接入限制信令空间，LTE系统信息广播可以包括一个优化的小区接入限制IE，以及可能的用于紧急呼叫信息的WTRU AC，位于顶层的LTE快速读取主信息块(MIB)、一个SIB或一个SU中，用于小区搜索/小区选择。” <br><br> [0026] “...小区接入IE可以在系统信息的第一读取MIB或SIB/SU上发信号。” | 对比文件公开了移动设备被配置为属于多个接入控制类别(AC，对应于目标专利的ACC)。虽然对比文件并未明确提及“扩展接入控制类别(EACC)”，但对比文件描述了在LTE系统中，基站配置MIB/SIB/SU来广播小区接入限制信息。根据LTE标准，系统信息包含多种类型，如MIB和多个SIB。对比文件明确提到小区接入限制IE可以在“第一读取MIB”或“SIB”中传输，而WTRU在小区选择/重选过程中需要读取这些系统信息。本领域技术人员可以合理推断，WTRU为了获取完整的接入控制信息，必然需要接收多种系统信息类型消息（如包含基本限制的MIB和包含更详细AC限制的SIB）。因此，对比文件隐含公开了移动设备接收多种系统信息类型消息。 |
| **技术特征B：** 所述多种系统信息类型消息包括：包含指示所述多个ACC之中的ACC的第一指示符的第一系统信息类型消息 <br><br> **《直接公开》** | [0008] “...系统可能选择允许使用该小区的AC子集，并且系统仅对所选择的AC广播许可标记。BS广播小区接入限制IE给所有WTRU，指示哪些AC可以接入以及有什么级别的接入可用。” <br><br> [0009] “...目前对WTRU AC IE的定义包括三个用于UMTS小区接入限制的强制存在(MP) IE。这三个MP包括：1)小区禁止；2)为运营商保留的小区；以及3)为未来扩展保留的小区。” <br><br> [0029] “...WTRU然后读取相关系统信息MIB/SIB/SU...WTRU然后检查小区接入限制IE以确定小区选择/重选是否可能...” | 对比文件明确公开了系统信息消息（如SIB）中包含用于指示AC（Access Class，即目标专利中的ACC）的指示符。例如，[0008]指出系统广播“许可标记”以指示哪些AC被允许接入；[0009]提到UMTS中定义的WTRU AC IE；[0029]描述了WTRU读取包含小区接入限制IE的系统信息，该IE用于确定接入是否被允许。这些内容直接对应了目标专利中“包含指示ACC的第一指示符的第一系统信息类型消息”的特征。 |
| **技术特征C：** 包含指示所述多个EACC之中的EACC的第二指示符的第二系统信息类型消息 <br><br> **《未公开》** | 无相关引文。 | 对比文件全文讨论的是对现有接入控制类别（AC，0-15）的优化和重新定义，例如[0037]中提出将0-9类合并为新的禁止组，[0039]中定义新的许可类别定义。对比文件始终在“接入控制类别（AC）”这一单一框架内进行优化，例如对AC进行优先级排序、合并等，但从未提出或暗示一个与现有AC机制不同的、独立的“扩展接入控制类别（EACC）”概念。因此，对比文件既没有直接公开，也没有任何描述或暗示可以合理推断出存在一个独立于现有AC的EACC以及指示该EACC的第二指示符。 |
| **技术特征D：** 其中所述ACC和所述EACC是用于控制对网络的接入的不同类型的类别 <br><br> **《未公开》** | 无相关引文。 | 基于对特征C的分析，对比文件未公开EACC的概念，因此更不可能公开ACC和EACC是“不同类别的类型”这一特征。对比文件中的所有类别（AC 0-15）均属于同一类型的“接入控制类别”。 |
| **技术特征E：** -基于所接收的第一指示符和/或所接收的第二指示符来控制(62)对网络的接入(1)。 <br><br> **《直接公开》** | [0008] “...BS广播小区接入限制IE给所有WTRU，指示哪些AC可以接入以及有什么级别的接入可用。因此WTRU可以知道该小区对于小区选择/重选是否可用或被禁止。” <br><br> [0029] “...WTRU然后检查小区接入限制IE以确定小区选择/重选是否可能，WTRU也可以检查紧急小区AC列表(313)。WTRU决定小区是否是选择或重选的候选(314)。” <br><br> [0024] “...处理器115被配置为执行小区接入限制和WTRU AC优化过程。” | 对比文件明确公开了移动设备（WTRU）基于接收的接入控制信息（即包含AC指示符的小区接入限制IE）来控制对网络的接入。具体地，对比文件[0029]描述了WTRU读取系统信息后，检查小区接入限制IE来确定小区选择/重选是否可能，这直接对应了基于所接收的指示符来控制接入的行为。由于对比文件未公开EACC，因此其控制基于“第一指示符”的部分是直接公开的。 |
| **技术特征F：** 其中，所述控制(62)包括，-基于第一指示符来确定(63)移动设备(2)是否被允许接入网络 <br><br> **《直接公开》** | [0029] “...WTRU然后检查小区接入限制IE以确定小区选择/重选是否可能...” <br><br> [0037] “...对于普通用户类(AC 0-9)的WTRU，只需要读取其自身的禁止比特就可以知道小区是否被禁止。” | 对比文件直接描述了WTRU通过检查系统信息中的小区接入限制IE（包含AC相关信息）来确定小区是否可用（即是否被允许接入）。[0037]进一步说明WTRU读取自身的AC禁止比特来确定小区是否被禁止，这明确是基于AC（第一指示符）来判断是否被允许接入网络。 |
| **技术特征G：** 当确定移动设备被允许接入网络时，-基于第二指示符来确定(64)移动设备(2)是被允许接入网络(1)还是被允许受限接入网络(1)。 <br><br> **《未公开》** | 无相关引文。 | 此特征依赖于一个前提：存在独立的“扩展接入控制类别（EACC）”及其“第二指示符”。由于对比文件未公开特征C和特征D，即未公开EACC的概念及其指示符，因此无法公开“当确定被允许接入后，再基于第二指示符确定是允许还是受限接入”这一步骤。对比文件中的AC机制（如在表9中）定义了一个小区接入限制状态，该状态直接决定了小区的允许或禁止状态，而非分两级进行判断。 |
| **技术特征H：** 其中，所述确定(63，64)包括，-确定(63)第一指示符是否指示与移动设备配置的ACC相同的ACC <br><br> **《直接公开》** | [0029] “...WTRU检查其自身分配的AC与禁止列表，并确定是否可以发起紧急呼叫(316)。” <br><br> [0037] “...对于普通用户类(AC 0-9)的WTRU，只需要读取其自身的禁止比特就可以知道小区是否被禁止。” | 对比文件明确描述了WTRU需要将其自身配置的AC与网络广播的AC信息（即第一指示符指示的内容）进行比较。例如，[0029]的步骤316描述了WTRU检查其“自身分配的AC”与广播的“禁止列表”；[0037]则指出WTRU通过读取“自身的禁止比特”来确定小区是否被禁止。这直接对应于确定“第一指示符是否指示与移动设备配置的ACC相同的ACC”。 |
| **技术特征I：** 当确定第一指示符指示与移动设备配置的ACC相同的ACC时，-确定(64)第二指示符是否指示与移动设备配置的EACC相同的EACC。 <br><br> **《未公开》** | 无相关引文。 | 此特征在确定ACC匹配后，进一步要求确定EACC是否匹配。这完全依赖于“扩展接入控制类别（EACC）”及其“第二指示符”的存在。如对特征C的分析，对比文件并未公开EACC，因此更不可能公开在ACC匹配后，再基于EACC进行第二次确定的过程。 |
| **技术特征J：** 还包括，-当第二指示符指示移动设备(2)被允许受限接入网络(1)时，配置(62)移动设备进行受限接入。 <br><br> **《未公开》** | 无相关引文。 | 此特征明确依赖于“第二指示符”指示“受限接入”。由于对比文件未公开EACC及其第二指示符，因此也未公开基于第二指示符指示的“受限接入”类型。对比文件中的“禁止”状态是全面阻止，而目标专利的“受限接入”是一种选择性允许部分通信的中间状态。对比文件未公开这种由EACC控制的“受限接入”模式及其配置过程。 |
| **技术特征K：** 其中，所述配置(62)包括，-阻止移动设备发起的通信(63A) <br><br> **《隐含公开》** | [0008] “...接入类别控制，防止选定类别的用户发送初始接入消息以控制紧急呼叫。” <br><br> [0024] “处理器115被配置为执行小区接入限制...过程。” <br><br> [0029] “...WTRU检查小区接入限制IE以确定小区选择/重选是否可能...如果AC被禁止，则WTRU检查其自身分配的AC与禁止列表...” | 对比文件公开了接入控制的基本概念，即禁止某些类别的WTRU进行接入尝试。[0008]明确指出“防止选定类别的用户发送初始接入消息”。当WTRU发现自己属于被禁止的AC时，它将被阻止发起通信（包括初始接入消息）。目标专利中的“阻止移动设备发起的通信”是接入控制中禁止移动设备主动发起连接的一种方式。本领域技术人员可以合理推断，当WTRU基于小区接入限制IE确定其被禁止或受限时，其一个典型的后果就是被阻止发起通信。因此，对比文件隐含公开了“阻止移动设备发起的通信”这一种限制模式。 |
| **技术特征L：** 但允许网络发起的通信(64A)。 <br><br> **《未公开》** | 无相关引文。 | 对比文件主要关注于阻止移动设备发起初始接入（如[0008]所述），并描述了小区禁止期间WTRU的行为，例如在“Tbarred”时间内不能选择该小区。然而，对比文件没有描述或暗示一种“阻止移动设备发起通信，但允许网络发起的通信”的特定受限接入模式。在标准的小区禁止状态下，WTRU通常无法响应寻呼，因为小区对其是禁止的。因此，这种选择性允许网络发起通信的机制未被公开或隐含。 |
| **技术特征M：** 其中，所述配置(62)包括，-允许移动设备发起的通信(63B) <br><br> **《直接公开》** | [0026] “在第一种场景中，小区在运行，这意味着小区选择和重选对所有类型的WTRU都是允许的，无论它们处于空闲模式还是连接模式。” <br><br> [0028] “...WTRU然后确定紧急呼叫是否是必要的(315)。如果没有AC被禁止，那么WTRU可以发起紧急呼叫...” | 此特征涉及一种允许移动设备发起通信的配置状态，这通常是接入控制中的默认或正常状态。对比文件[0026]描述了小区“运行”状态，允许所有WTRU进行选择和重选，这隐含了允许设备发起通信。此外，[0028]中的流程图描述了当没有AC被禁止时，WTRU可以发起紧急呼叫，这直接公开了“允许移动设备发起的通信”这一模式。 |
| **技术特征N：** 但阻止网络发起的通信(64B)。 <br><br> **《未公开》** | 无相关引文。 | 对比文件没有描述一种“允许移动设备发起通信，但阻止网络发起的通信”的配置模式。在移动通信网络中，允许上行接入通常也意味着设备可以监听寻呼以响应网络发起的通信。阻止网络发起的通信（即不让设备响应寻呼）是一种特殊的、需要明确配置的限制模式。对比文件未公开这种不对称的接入控制模式。 |
| **技术特征O：** 其中，所述配置(62)包括，-阻止移动设备发起的通信(63A) <br><br> **《隐含公开》** | 与特征K相同。 | 论述与特征K相同。对比文件隐含公开了在接入被禁止时，WTRU被阻止发起通信。 |
| **技术特征P：** 阻止网络发起的通信(64A)。 <br><br> **《隐含公开》** | [0008] “属于禁止接入类别的移动设备不被允许向网络发送接入突发...但是仍可以读取系统信息等等。” <br><br> [0026] “在第二种场景中，小区选择重选被禁止，持续Tbarred时间，对所有WTRU，甚至对紧急呼叫也禁止。” | 当网络广播小区被禁止时（如对比文件[0026]所述的第二、三、四种场景），WTRU不能选择该小区。既然不能选择该小区，WTRU自然无法响应来自该网络的寻呼消息（即网络发起的通信）。因此，本领域技术人员可以合理推断，在“禁止”状态下，网络发起的通信也将被阻止。对比文件隐含公开了“阻止网络发起的通信”作为小区禁止状态的一个自然结果。 |
---
### 公开性代码列表
根据以上分析，对比文件对各技术特征的公开情况如下。请注意，以下仅列出被公开的特征，未公开的特征（C, D, G, I, J, L, N）对应代码不在列表中。
- <<<B>>>
- <<<E>>>
- <<<F>>>
- <<<H>>>
- <<<M>>>
- <<<a>>>
- <<<k>>>
- <<<o>>>
- <<<p>>>