对比文件名称：2012-02-16_US2012040700A_发明申请_US20120040700A1 GROUP PAGING FOR MACHINE-TYPE COMMUNICATIONS
目标专利名称：建立物联网(IOT)设备群并实现IOT设备群之间的通信CN105075185B
本次调用模型名称：DeepSeek最新版本模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：根据一个或多个群准则以及与一个或多个IoT设备相关联的一个或多个属性来将多个IoT设备形成为多个IoT群<br>**《隐含公开》** | 第[0066]段：“In an embodiment, an MTC group may be defined based on one or more shared features among MTC WTRUs. Features that may be used to determine whether WTRUs may be classified as a group may include but are not limited to: whether MTC WTRUs use a same or similar application, whether MTC WTRUs are time-controlled MTC WTRUs ... and/or other features.” <br>第[0067]段：“In an embodiment, MTC WTRUs belonging to the same cell may be grouped into an MTC group. In an embodiment, MTC WTRUs located in the same geographic area may be grouped into an MTC group. For example, utility meters within a neighborhood may be grouped into an MTC group.” | 对比文件公开了基于一个或多个共享特征（shared features）来定义MTC群。这里的“共享特征”（例如，使用相同或相似的应用、是时间控制的、属于同一小区、位于同一地理区域等）对应于目标专利中的“属性”。将多个MTC设备（WTRUs）基于这些共享特征（属性）进行分组，即相当于“形成为多个IoT群”。虽然对比文件未明确使用“准则（criteria）”一词，但基于共享特征进行分类的逻辑本身就是一种分组准则。本领域技术人员能够毫无疑义地理解，基于设备属性（共享特征）进行分组，是形成设备群的一种具体实施方式。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B**：根据所述一个或多个群准则以及与所述一个或多个IoT设备相关联的所述一个或多个属性来定义每一IoT群内的一个或多个层次，<br>**《未公开》** | 未找到相关内容。 | 对比文件公开了将MTC设备分组（如特征A所述），但完全没有提及在已形成的群内定义任何“层次（hierarchy）”。目标专利中的层次用于控制通信（如特征C所述），而对比文件中的群组主要用于寻址和响应管理，群内设备是平等的，没有定义高级别成员、群主等层次结构。因此，该技术特征未被对比文件公开。 |
| **技术特征C**：其中所述一个或多个层次控制每一IoT群内的群内通信以及所述多个IoT群之间的群间通信<br>**《未公开》** | 未找到相关内容。 | 如特征B所述，对比文件未公开“层次”这一概念。因此，由层次来控制群内和群间通信的技术特征自然也未被公开。对比文件中的群间关系（如果存在多个群）以及群内设备间的协调，是通过网络（如基站、核心网）的寻呼和资源配置来管理的，并非由群内定义的层次来控制。 |
| **技术特征D**：以及其中将所述多个IoT设备形成为所述多个IoT群包括形成包括具有上下文受限的一个或多个共同属性的一个或多个成员的至少一个自组织IoT群，<br>**《隐含公开》** | 第[0067]段：“In an embodiment, MTC WTRUs belonging to the same cell may be grouped into an MTC group. In an embodiment, MTC WTRUs located in the same geographic area may be grouped into an MTC group. For example, utility meters within a neighborhood may be grouped into an MTC group.” | 对比文件公开了基于“位于同一小区”或“位于同一地理区域”对MTC设备进行分组。地理位置（如同一个小区、同一个街区）是一种典型的“上下文受限的属性”，其范围受限于特定的空间上下文。基于此类上下文受限的属性动态地将设备组织成群，符合目标专利中“自组织IoT群”的特征，即群的形成是基于当前上下文（此处为位置）而非永久性预定义。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E**：其中所述一个或多个群准则包括基于所述一个或多个上下文受限属性的动态准则，<br>**《隐含公开》** | 第[0067]段（同上）。 | 如特征D所述，对比文件公开了基于“位于同一小区”或“同一地理区域”这类上下文受限的属性进行分组。用于执行这种分组的规则或逻辑，即可视为一种“群准则”。由于该准则是基于上下文（位置）的，因此属于“动态准则”。本领域技术人员能够从对比文件公开的基于位置分组的内容中，合理推断出其分组准则包含了基于上下文（位置）属性的动态准则。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：其中形成所述自组织IoT群包括：检测所述多个IoT设备中彼此相邻的复数个IoT设备<br>**《隐含公开》** | 第[0067]段（同上）。 | 对比文件公开了将“位于同一地理区域（例如，一个街区内的公用事业表计）”的MTC设备分组。要执行这样的分组，网络或分组逻辑必然需要知晓或“检测”到哪些设备位于该特定区域内。“位于同一地理区域”的设备，在本领域通常可以理解为是彼此相邻或邻近的。因此，该技术特征（检测彼此相邻的多个IoT设备）是形成此类基于位置的自组织群所隐含的必要步骤，被对比文件隐含公开。 |
| **技术特征G**：标识要实现的期望功能<br>**《隐含公开》** | 第[0072]段：“An MTC group may include one or more MTC WTRUs.” <br>第[0073]段：“MTC WTRUs in an MTC group may share a group-based International Mobile Subscriber Identity (IMSI) that may be referred to as ‘groupIMSI’ herein. A groupIMSI may uniquely identify the MTC group.” <br>第[0074]段：“The MTC WTRU may use an individual IMSI for receiving paging messages addressed to the specific MTC WTRU.” <br>第[0076]-[0077]段描述了通过群组寻呼消息寻址一组设备。 | 对比文件的核心内容是实现对一组MTC设备的“群组寻呼（Group Paging）”。网络发送群组寻呼消息的目的，是为了让群内的设备接收并响应此消息，例如建立连接、上报数据等。这个“让一组设备响应群组寻呼”本身就是网络要实现的特定“期望功能”。虽然对比文件未明确使用“标识期望功能”的表述，但本领域技术人员能够理解，在执行群组寻呼流程前，网络侧必然已确定了要通过群组寻呼来实现的设备监控、数据收集等功能目标。因此，该技术特征被对比文件隐含公开。 |
| **技术特征H**：基于与所述复数个IoT设备相关联的一个或多个属性来确定所述复数个IoT设备中具有实现所述期望功能的能力的子集<br>**《隐含公开》** | 第[0066]段（同上），描述了基于共享特征（属性）定义MTC群。<br>结合第[0076]-[0077]段关于群组寻呼的描述。 | 对比文件公开了基于共享特征（属性）定义MTC群（特征A）。而该群被定义的目的，就是为了实现“群组寻呼”这一期望功能（特征G）。因此，在确定哪些设备属于一个MTC群时，实质上就是基于设备的属性（例如，是否属于同一应用类型、是否位于同一区域等）来确定哪些设备具有“响应群组寻呼”这一能力的子集。确定群成员的过程，就是确定具有实现特定功能（群组寻呼）能力的设备子集的过程。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I**：指导所述复数个IoT设备的所确定的子集形成被配置成在本地通信信道上进行通信的独立设备群，其中所述至少一个自组织IoT群至少包括所述独立设备群<br>**《未公开》** | 未找到相关内容。 | 对比文件公开了网络将设备分组并分配群ID（如groupIMSI），但这是网络侧的配置和管理行为，目的是在蜂窝网络中进行寻呼。没有公开由某个“指导者”指导设备子集“形成”一个独立群，更没有公开该独立群被配置成在“本地通信信道”上进行通信。目标专利中的“独立设备群”强调在本地信道通信，与对比文件基于广域蜂窝网络进行寻呼和通信的场景有本质区别。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：以及指导所述独立设备群实现所述期望功能。<br>**《隐含公开》** | 第[0077]段：“For example, the MTC WTRU may store one or more groupIMSIs associated with the MTC group(s) that the MTC WTRU belong to...” <br>第[0095]段：“When an MTC WTRU 502 receives a paging message, the MTC WTRU 502 may attempt to respond to the received paging message.” <br>图6及对应描述展示了设备接收寻呼消息并处理的过程。 | 对比文件中，网络通过向群组标识（如groupIMSI）发送寻呼消息，来“指导”属于该群的所有设备响应。设备接收到寻呼消息后，会根据消息内容进行响应（如建立连接、上传数据），这就是在“实现期望功能”（即响应寻呼）。虽然目标专利中的“指导”可能涉及更复杂的协调，但对比文件通过网络发送寻呼消息来触发群组设备行动，构成了对设备群实现功能的指导。因此，该技术特征被对比文件隐含公开。 |
| **技术特征K**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的群主，其中所指定的群主协调与其他IoT群的所述群间通信。<br>**《未公开》** | 未找到相关内容。 | 对比文件完全没有提及在设备群内指定“群主（group owner/master）”的概念。群组寻呼是由网络（基站、核心网）直接发起和控制的，群间通信（如果存在）也应由网络设施协调，而非由某个设备作为“群主”来协调。因此，该技术特征未被对比文件公开。 |
| **技术特征L**：其特征在于，服务器与每一IoT群中的所述群主通信以便进一步协调所述群间通信。<br>**《未公开》** | 未找到相关内容。 | 由于对比文件未公开“群主”的概念（特征K），因此自然也不存在服务器与群主通信以协调群间通信的技术方案。对比文件中的服务器（如MTC服务器）可能与网络通信，但并非与设备群中指定的“群主”通信。因此，该技术特征未被对比文件公开。 |
| **技术特征M**：其特征在于，每一IoT群中的所述群主进行对等通信以协调所述群间通信。<br>**《未公开》** | 未找到相关内容。 | 同上，由于“群主”概念未公开，且对比文件未记载不同群的设备之间进行对等通信以协调群间通信的内容，因此该技术特征未被公开。 |
| **技术特征N**：其特征在于，所述群间通信包括：将消息从第一IoT群中的IoT设备发送到与目标IoT群相关联的地址，其中与所述目标IoT群相关联的所述群主接收所述消息并根据控制所述群间通信的所述一个或多个层次来将所接收到的消息转发至所述目标IoT群中的其他IoT设备。<br>**《未公开》** | 未找到相关内容。 | 该技术特征描述了基于“群主”和“层次”的特定群间消息转发机制。对比文件既未公开“群主”和“层次”，也未记载设备通过向目标群的地址发送消息、并由该群的“群主”接收并转发的通信模式。对比文件中的通信主要是网络与设备之间的上下行通信，或设备响应网络寻呼。因此，该技术特征未被对比文件公开。 |
| **技术特征O**：其特征在于，定义所述一个或多个层次包括：指定每一IoT群内的一个或多个高级别成员，其中所指定的高级别成员协调每一IoT群内的所述群内通信。<br>**《未公开》** | 未找到相关内容。 | 对比文件未在MTC群内定义任何层次结构，也没有指定“高级别成员”来协调群内通信。群内设备的行动由网络寻呼消息统一触发，设备之间可能没有直接的协调通信，或协调由网络处理。因此，该技术特征未被对比文件公开。 |
| **技术特征P**：其特征在于，所述一个或多个群准则包括一个或多个静态准则，并且所述一个或多个层次基于所述一个或多个静态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的永久属性来定义。<br>**《未公开》** | 未找到相关内容。 | 对比文件虽然提到了基于“使用相同或相似的应用”等相对静态的特征（可视为永久属性）进行分组（第[0066]段），但并未将这种分组准则与“定义层次”相关联。技术特征P的核心在于“层次基于静态准则和永久属性来定义”，而对比文件完全没有公开“层次”的概念。因此，该技术特征未被对比文件公开。 |
| **技术特征Q**：其特征在于，将所述多个IoT设备形成为所述多个IoT群包括：形成包括共同具有一个或多个永久属性的一个或多个成员的至少一个预定义IoT群，其中所述一个或多个群准则包括基于所述一个或多个永久属性的静态准则。<br>**《隐含公开》** | 第[0066]段：“...whether MTC WTRUs use a same or similar application, whether MTC WTRUs are time-controlled MTC WTRUs...” | 对比文件公开了基于“使用相同或相似的应用”、“是时间控制的设备”等特征对MTC设备进行分组。这些特征（如应用类型）通常是与设备功能相关的、相对永久的属性。基于此类永久属性预先将设备分类成群，即对应于目标专利中的“预定义IoT群”。用于执行这种分组的规则（基于永久属性），即构成“静态准则”。因此，该技术特征被对比文件隐含公开。 |
| **技术特征R**：其特征在于，所述一个或多个群准则包括一个或多个动态准则，并且所述一个或多个层次基于所述一个或多个动态准则以及与每一IoT群中的所述一个或多个IoT设备相关联的一个或多个上下文受限属性来定义。<br>**《未公开》** | 未找到相关内容。 | 对比文件虽然可能隐含了基于上下文（如位置）的动态分组准则（特征E），但并未将这种动态准则用于“定义层次”。技术特征R的核心在于“层次基于动态准则和上下文受限属性定义”，而对比文件完全没有公开“层次”的概念。因此，该技术特征未被对比文件公开。 |
| **技术特征S**：其特征在于，毗邻所述复数个IoT设备的设备组织者经由本地引导信道来检测所述复数个IoT设备。<br>**《未公开》** | 未找到相关内容。 | 对比文件未提及“设备组织者”这一角色，也未提及通过“本地引导信道”来检测设备。MTC设备的发现、注册和分组管理是在蜂窝网络架构下进行的，涉及基站、核心网等网络实体，而非由一个本地的“设备组织者”通过专用的本地引导信道操作。因此，该技术特征未被对比文件公开。 |
| **技术特征T**：其特征在于：检测到的复数个IoT设备包括一个或多个光源，要实现的所述期望功能包括减少与所述复数个IoT设备相邻的投影屏幕附近的光干扰，所述一个或多个属性包括与所述一个或多个光源相关联的发光能力、安装位置和光输出取向，所述复数个IoT设备中的形成为所述独立设备群的所述子集被预期为基于与所述一个或多个光源相关联的所述发光能力、所述安装位置或所述取向中的一者或多者而导致所述投影屏幕附近的所述光干扰，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成通过降低光输出能级或改变与其相关联的所述光输出取向中的一者或多者来减少所述投影屏幕附近的所述光干扰。<br>**《未公开》** | 未找到相关内容。 | 该技术特征是一个极其具体的应用场景实施例，涉及投影屏幕、光源、光干扰、发光能力、安装位置、光输出取向、降低光输出能级、改变光输出取向等非常具体的技术细节。对比文件是关于MTC设备群组寻呼的通用通信方法，完全没有提及任何与光照控制、投影环境相关的具体应用、属性或操作。因此，该技术特征未被对比文件公开。 |
| **技术特征U**：其特征在于：所述检测到的复数个IoT设备包括一个或多个空调，要实现的所述期望功能包括对房间制冷，所述一个或多个属性包括所述一个或多个空调能够制冷的所标识的区域以及所述一个或多个空调能够对所述所标识的区域制冷的程度，所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成对所述房间制冷，并且所述复数个IoT设备中的形成为所述独立设备群的所述子集被配置成调整对所述房间制冷的制冷输出能级。<br>**《未公开》** | 未找到相关内容。 | 该技术特征是另一个极其具体的应用场景实施例，涉及空调、制冷区域、制冷程度、调整制冷输出能级等具体技术细节。对比文件是关于MTC设备群组寻呼的通用通信方法，完全没有提及任何与温度控制、空调设备相关的具体应用、属性或操作。因此，该技术特征未被对比文件公开。 |
<<<a>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<j>>><<<q>>>