好的，作为资深专利代理师，我将对您的委托进行严谨的评估。
**对比文件名称：** 2002-05-09_US2002055356A_发明申请_US20020055356A1 System and method for synchronizing data transmission from multiple wireless base transceiver stations to a subscriber unit
**目标专利名称：** 942调度移动用户组的方法CN101379852B
**本次调用的模型名称：** GPT-4
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括设置每一个移动低速率数据用户的组标识符<br>**《未公开》** | [0049] “该基站控制器310包括一个调度器316。调度器316生成一个映射，该映射指定了子协议数据单元将从基站收发台330、350、370传输到接收（用户）单元397、399的时隙和频率块（下行链路），以及其他子协议数据单元将从接收（用户）单元397、399传输到基站收发台330、350、370的时隙和频率块（上行链路）。”<br> [0051] “基站控制器310内的媒体访问控制（MAC）适配单元312从一个标准计算机网络接收协议数据单元。...MAC适配单元312将协议数据单元分割成更小的子协议数据单元...” <br> [0064] “...调度器316生成一个映射，该映射描绘了子协议数据单元将从基站收发台330、350、370传输到接收（用户）单元397、399的时隙和频率块...” | 对比文件公开了基站调度器为每个用户单元（通过服务流标识符识别）分配资源（[0054]、[0164]）。然而，对比文件所解决的核心问题是多个基站收发台与单个用户单元之间的数据同步传输（见发明名称和[0002]段）。对比文件中的数据调度是基于每个用户或每个服务流的独立需求进行的，并没有公开或暗示为一个具有共同“组标识符”的“组”来设置标识符并进行资源分配。对比文件中的“标识符”是个体化的（用于识别服务流），而不是用于区分用户组的组标识符。因此，本领域技术人员无法从对比文件中毫无疑义地得出设置组标识符这一技术方案。 |
| **技术特征B：** 在基站为需求资源的所述移动低速率数据用户由调度器调度物理层资源<br>**《直接公开》** | [0049] “该基站控制器310包括一个调度器316。调度器316生成一个映射，该映射指定了子协议数据单元将从基站收发台330、350、370传输到接收（用户）单元397、399的时隙和频率块（下行链路）...” <br> [0054] “调度器316生成用于传输子协议数据的映射或调度。这包括子协议数据单元何时以及以何种频率范围被接收（用户）单元397、399接收，以及接收（用户）单元397、399何时以及以何种频率范围将子协议数据单元传输回基站收发台330、350、370。”<br> [0055] “调度器316接收关于基站收发台330、350、370与接收（用户）单元397、399之间传输链路质量的信息。...调度器316还从接收（用户）单元接收数据请求。...调度器包括链路质量信息、数据大小和数据类型以生成调度。” | 对比文件明确公开了基站（在此处为基站控制器310内的调度器316）为需求资源的用户（接收单元）调度物理层资源（时隙和频率块）。调度器316的作用是根据用户请求（数据请求）和链路质量等条件，动态地分配物理层资源（[0054]、[0055]）。这与目标专利中在基站为需求资源的用户调度物理层资源的作用完全相同。 |
| **技术特征C：** 其中要向/从每个移动低速率数据用户传输的数据的量明显小于能够由调度器分配的最小资源<br>**《隐含公开》** | [0049] “...MAC适配单元312将协议数据单元分割成更小的子协议数据单元，这些子协议数据单元更适用于无线通信系统内的传输。更小的子协议数据单元便于通过重传进行错误恢复。” <br> [0051] “基站控制器310内的媒体访问控制（MAC）适配单元312从一个标准计算机网络接收协议数据单元。...MAC适配单元312将协议数据单元分割成更小的子协议数据单元...” <br> [0052] “将大数据组分割或拆分成更小数据组所需的数字电路在数字电路设计领域是公知的。” <br> [0145] “图16示出了根据本发明的块传输的几种模式。...第一模式1610包括一个子协议数据单元占用两个数据块。第二模式1620包括一个子协议数据单元占用一个单独的数据块。第三模式1630包括三个子协议数据单元占用两个数据块。第四模式1640包括两个子协议数据单元占用一个数据块。” | 对比文件虽然没有明确文字描述“数据量明显小于能够由调度器分配的最小资源”，但其核心思想正是为了解决大数据块（标准PDU）与更灵活的小数据块（子PDU）之间的适配问题。对比文件明确将标准协议数据单元（PDU）分割成更小的子协议数据单元（[0051]）。这种分割行为隐含了原始的PDU（可视为调度器分配的最小资源单元）对于某些类型的传输（如低速率数据）来说可能过大，需要通过分割成更小的子PDU来匹配低速率数据的实际数据量，从而提升无线资源利用效率。图16进一步展示了占用不同数量数据块的多种子PDU传输模式，这表明子PDU的大小可以显著小于数据块（即最小调度资源）。因此，本领域技术人员可以合理推断出对比文件隐含地处理了数据量小于最小调度资源的情况。 |
| **技术特征D：** 和其中物理层资源被分成在具有相同组标识符的移动低速率数据用户之间共享的子资源<br>**《未公开》** | [0049] “...调度器316生成一个映射，该映射指定了子协议数据单元将从基站收发台330、350、370传输到接收（用户）单元397、399的时隙和频率块（下行链路）...” <br> [0055] “调度器316接收关于基站收发台330、350、370与接收（用户）单元397、399之间传输链路质量的信息。...调度器316还从接收（用户）单元接收数据请求。...调度器包括链路质量信息、数据大小和数据类型以生成调度。” <br> [0163] “图17示出了每个帧发送一次的映射消息的结构。...信息元素（IE）1710、1720、1730、1740包括一个服务流标识、一个模式编号、与该服务流标识关联的块数量，以及指示该服务流是上行链路还是下行链路的信息。” | 对比文件中的物理层资源（时隙和频率块）是通过调度器为每个独立的服务流（即每个用户的数据请求）进行分配和映射的（[0055]、[0163]）。这些资源是分配给个体用户的，而不是分配给一个“组”。对比文件中没有公开或暗示将物理层资源（如PDU）内部分成多个“子资源”，然后在具有“相同组标识符”的多个用户之间进行“共享”。对比文件的资源分配是独占式的（一个数据块分配给一个服务流ID），而目标专利的资源是共享式的（一个PDU被分成多个子PDU，共享给组内成员）。因此，本领域技术人员无法从对比文件得出该技术特征。 |
| **技术特征E：** 提供具有物理层资源的、被分配给所述组之一内的每一个移动低速率数据用户的子资源在物理层资源内的发生和位置的指示。<br>**《隐含公开》** | [0054] “该映射被传输到接收（用户）单元397、399，以便每个接收（用户）单元知道何时接收和传输子协议单元。映射每个时间单位（通常称为帧）传输一次。” <br> [0163] “图17示出了每个帧发送一次的映射消息的结构。该映射消息包括一个头部1705，和信息元素（IE）1710、1720、1730、1740。头部包括关联帧的编号。IE 1710、1720、1730、1740包括一个服务流标识、一个模式编号、与该服务流标识关联的块数量，以及指示该服务流是上行链路还是下行链路的信息。” | 对比文件公开了由调度器316生成的“映射”（MAP）消息（[0054]）。该映射消息（图17）详细指示了每个服务流（可类比为组内的用户）所分配的资源块的“发生”（通过与帧关联）和“位置”（通过频率块和时隙的分配）。该映射消息在每个帧开始时被发送给所有用户，从而向用户提供其在当前帧内的资源分配指示。虽然对比文件的服务流对应的是单个用户，而非目标专利中的用户组，但其通过控制信令（映射）向用户指示其在共享物理资源中的位置和发生时间的技术手段与目标专利本质相同。本领域技术人员可以合理推断，将这种指示技术应用于一个用户组内的指示是显而易见的。 |
| **技术特征F：** 其中所述物理层资源包括协议数据单元(PDU)，子资源包括子PDU。<br>**《直接公开》** | [0049] “该基站控制器310接收标准协议数据单元（PDU）。这些PDU被分割成更小的子协议数据单元，并存储在基站控制器310的存储器中。” <br> [0051] “MAC适配单元312将协议数据单元分割成更小的子协议数据单元...” <br> [0022] “调度器从网络接收标准协议数据单元，并将标准协议数据单元进行细分以形成子协议数据单元。” | 对比文件多处明确公开了“协议数据单元（PDU）”被分割成“子协议数据单元（sub-protocol data units）”的技术方案（[0049]、[0051]、[0022]）。这与目标专利中“物理层资源包括协议数据单元(PDU)，子资源包括子PDU”的技术特征在概念和层次关系上完全一致。 |
| **技术特征G：** 其中所述指示在高层头中被提供。<br>**《隐含公开》** | [0054] “该映射被传输到接收（用户）单元397、399...” <br> [0163] “图17示出了每个帧发送一次的映射消息的结构。该映射消息包括一个头部1705，和信息元素（IE）1710、1720、1730、1740。” <br> [0086] “图7示出了一个子协议数据单元的实施例。该子协议数据单元包括块头字节705、710，头字节715、720、725，有效载荷字节730和一个循环冗余校验字节735。” <br> [0087] “块头字节包括一个帧号字节705和一个块、时隙和模式字节710。...头字节715、720、725包括子协议数据单元正确传输所必需的头部信息。该头部信息可以包括标识符信息...” | 对比文件中的资源指示信息（即哪个服务流在哪个资源块上传输）主要通过两种方式提供：1）位于帧头部的映射消息（图17），该映射消息可以被视为一种高层控制信令；2）每个子协议数据单元自身的头部（图7中的块头字节和头字节）也包含标识信息（[0087]），用于指示该子PDU属于哪个服务流（即用户）。虽然对比文件没有使用“高层头”这一特定术语，但其在映射消息（帧头部）和子PDU头部中提供指示信息的方式，本质上是将指示置于数据实体或控制实体的高层结构中。本领域技术人员可以合理推断，这种在类似“高层头”的位置提供指示的方法是已知的。 |
| **技术特征H：** 其中所述头是媒体访问控制头。<br>**《隐含公开》** | [0051] “基站控制器310内的媒体访问控制（MAC）适配单元312从一个标准计算机网络接收协议数据单元。...MAC适配单元312将协议数据单元分割成更小的子协议数据单元...” <br> [0086] “图7示出了一个子协议数据单元的实施例。该子协议数据单元包括块头字节705、710，头字节715、720、725，有效载荷字节730和一个循环冗余校验字节735。” <br> [0087] “头字节715、720、725包括子协议数据单元正确传输所必需的头部信息。该头部信息可以包括标识符信息...” | 目标专利中的“媒体访问控制头（MAC头）”是用于在MAC层承载资源分配指示。对比文件中，用于分割标准PDU并生成子PDU的单元被明确称为“MAC适配单元312”（[0051]）。这表明子PDU的生成和封装是在MAC层或其适配层完成的。因此，子PDU的头部（[0086]的图7中的头字节）可以被视为与MAC层相关的头部信息。虽然对比文件未直接命名为“MAC头”，但其由MAC适配单元生成并包含用于MAC层控制功能（如标识符信息）的头部，足以使本领域技术人员合理推断该头部即是或属于媒体访问控制头。 |
| **技术特征I：** 其中每一个用户的子资源在物理层资源内的位置是预分配的<br>**《隐含公开》** | [0049] “调度器316生成一个映射，该映射指定了子协议数据单元将从基站收发台330、350、370传输到接收（用户）单元397、399的时隙和频率块（下行链路）...” <br> [0054] “调度器316生成用于传输子协议数据的映射或调度。...映射每个时间单位（通常称为帧）传输一次。” <br> [0155] “...调度器包括一个加权轮询分配方法。” <br> [0156] “第一步骤1510包括寻址一个服务流请求。第二步骤1520包括判断当前服务流请求是否包含要发送的数据。...则调度器基于模式、块权重和系统模式将当前服务流请求分配到一个或多个数据块。” | 目标专利中的“预分配”是指调度器提前为组内用户分配好在共享资源（如一个PDU）内的固定子资源位置，例如基于预定义的用户排序。对比文件虽然没有这种“组内固定位置”的预分配，但其调度器（[0049]、[0054]）根据服务流请求（[0156]），通过“加权轮询”等算法，在传输发生前预先在帧结构中为每个服务流确定好要传输的数据块的位置（时隙和频率块）。这种在帧层面根据规则预先分配资源位置的方法，虽然粒度不同，但其“预先分配”的实质与本特征是一致的。本领域技术人员可以合理推断，将这种在帧上的预分配思想应用到组内子资源的预分配上是可行的。 |
| **技术特征J：** 指示器识别用于所述用户的子资源是否在特定传输中被提供。<br>**《隐含公开》** | [0054] “该映射被传输到接收（用户）单元397、399，以便每个接收（用户）单元知道何时接收和传输子协议单元。” <br> [0163] “图17示出了每个帧发送一次的映射消息的结构。...信息元素（IE）1710、1720、1730、1740包括一个服务流标识、一个模式编号、与该服务流标识关联的块数量...” <br> [0055] “...调度器316还从接收（用户）单元接收数据请求。” | 对比文件中的“映射”消息（[0054]、[0163]）实质上起到了“指示器”的作用。该映射消息为每个服务流（用户）列出了其关联的数据块数量。如果一个服务流在映射消息中没有对应的信息元素（IE），或者其关联的块数量为零，则该用户在当前帧（特定传输）中没有被分配任何子资源。反之，如果存在包含该服务流ID的IE且块数量大于零，则表示该用户的资源被提供。这完全符合“指示器识别用于所述用户的子资源是否在特定传输中被提供”的功能描述。本领域技术人员可以毫无疑义地确定这种对应关系。 |
| **技术特征K：** 其中所述物理层资源包括特定频带，子资源包括带内的频率块。<br>**《直接公开》** | [0049] “调度器316生成一个映射，该映射指定了子协议数据单元将从基站收发台330、350、370传输到接收（用户）单元397、399的...频率块...” <br> [0065] “...调度器316生成一个映射，该映射描绘了...频率块...”<br> [0126] “图13A示出了一个帧结构，该帧结构描绘了由传输时隙和传输频率块定义的传输数据块。...数据块B1、B2和B3可以在第一时隙期间传输，但在不同的频率范围或块上传输。” | 对比文件明确使用正交频分多址（OFDM）技术（[0122]），并将物理层资源划分为不同的“频率块”（frequency block）和“时隙”（time slot）。多个频率块构成一个“特定频带”。调度器（[0049]、[0065]）正是通过分配这些频率块和时隙来实现资源调度。这与目标专利中“物理层资源包括特定频带，子资源包括带内的频率块”的定义以及OFDMA系统的应用场景完全一致。 |
| **技术特征L：** 其中所述组包括由基站调度的所有移动用户。<br>**《未公开》** | [0049] “...与终端A至E通信的基站1发送2用于终端A的资源Y的调度分配。” <br> [0054] “调度器316生成用于传输子协议数据的映射或调度。...映射被传输到接收（用户）单元397、399...” <br> [0163] “图17示出了每个帧发送一次的映射消息的结构。...信息元素（IE）1710、1720、1730、1740包括一个服务流标识...” | 对比文件全文均未提及“组”的概念，更未描述过将“所有移动用户”作为一个组来分配共享资源的情况。对比文件的调度是基于个体服务流进行的（[0055]、[0163]），每个服务流对应一个用户或一个数据会话。映射消息虽然发送给所有用户，但每个用户只读取与自己服务流标识符相关的部分。没有证据表明对比文件存在一个逻辑上的“组”包含了所有被调度的用户，并且这些用户共享同一组资源。因此，对比文件没有公开该技术特征。 |
### 结论与代码输出
基于以上详细分析，对比文件相对于目标专利权利要求的各项技术特征的公开情况如下：
* **直接公开**：技术特征B、F、K
* **隐含公开**：技术特征C、E、G、H、I、J
* **未公开**：技术特征A、D、L
根据输出格式要求，现插入对应代码：
<<<B>>><<<F>>><<<K>>><<<c>>><<<e>>><<<g>>><<<h>>><<<i>>><<<j>>>