对比文件名称：2013-08-01_US2013195087A_发明申请_US20130195087A1 METHOD AND APPARATUS FOR MULTIPLEXING MACHINE TYPE COMMUNICATION DATA OF MULTIPLE MTC DEVICES IN A WIRELESS NETWORK ENVIRONMENT
目标专利名称：716用于根据SDU分段的PDU格式化的方法、装置和计算机程序产品CN108476197B
本次调用的模型名称：ERNIE-4.5-8K-Preview
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：<br>包括：<br>针对要向接收器实体提供的协议数据单元，首先确定服务数据单元的分段是否要被包括在所述协议数据单元中，并且如果所述服务数据单元的分段要被包括在所述协议数据单元中，则其次确定所述分段相对于所述服务数据单元的位置，所述协议数据单元包括报头部分和数据字段部分<br><br>**判断：未公开** | [0036] 段：“Consider that the base station 102 has MTC data to be transmitted to the MTC devices 104A-N in downlink. In such case, the MTC data multiplexing module 108 allocates a time slot(s)... The MTC data multiplexing module 108 multiplexes the MTC data in a data packet to the MTC devices 104A-N in downlink over the allocated time slot(s)...” (考虑到基站102有MTC数据要在下行链路上传输给MTC设备104A-N。在这种情况下，MTC数据复用模块108分配时隙...MTC数据复用模块108将MTC数据在数据分组中复用，以在下行链路上通过分配的时隙传输给MTC设备104A-N...)<br><br>[0040] 段：“At step 204, the MTC data associated with each of the MTC devices 104A-N is packed in a data packet based on the sub-block index information. According to exemplary embodiments of the present invention, the data packet includes a common header and/or multiple sub-blocks.” (在步骤204，与每个MTC设备104A-N相关联的MTC数据基于子块索引信息被打包在一个数据分组中。根据本发明的示例性实施例，该数据分组包括公共报头和/或多个子块。) | 对比文件涉及的是将多个MTC设备的完整数据复用到一个数据分组中的技术。其处理过程是将属于不同MTC设备的MTC数据打包到数据分组的各个子块中，并未涉及对任何一个MTC设备的数据（即服务数据单元SDU）进行“分段”的操作。因此，对比文件中不存在“确定服务数据单元的分段是否要被包括在协议数据单元中”的步骤，也不存在后续的“确定所述分段相对于所述服务数据单元的位置”的步骤。对比文件的技术方案与目标专利权利要求1中基于SDU分段处理的PDU格式化方法完全不同，本领域技术人员无法从对比文件公开的内容中得出该技术特征。 |
| **技术特征B**：<br>根据所述首先确定来确定是否将信息包括在所述报头部分中，并且如果将所述信息包括在所述报头部分中，则根据所述其次确定来确定所述报头部分中的所述信息的内容<br><br>**判断：未公开** | [0051] 段：“The MTC device specific header 406 in each of the sub-blocks 404A-N includes the length indicator field 504 indicating length of MTC data associated with a particular MTC device and an MTC device specific TFI field 506...” (每个子块404A-N中的MTC设备特定报头406包括：长度指示符字段504，其指示与特定MTC设备相关联的MTC数据的长度；以及MTC设备特定TFI字段506...)<br><br>[0053] 段：“The MTC device specific header 406 in each of the sub-blocks 404A-N includes a length indicator field 554 for carrying length of the MTC data associated with a particular MTC device...” (每个子块404A-N中的MTC设备特定报头406包括：用于携带与特定MTC设备相关联的MTC数据长度的长度指示符字段554...) | 对比文件公开了在每个MTC设备对应的子块报头中固定包含长度指示符（LI）字段，用于指示该子块中MTC数据的长度。该LI字段的存在和内容是预设且固定的，并非基于“首先确定”（即确定SDU分段是否被包括）而动态决定的。由于对比文件不涉及SDU分段，也就不存在根据分段位置的“其次确定”来动态确定LI字段内容（如SDU长度、分段偏移或分段长度）的过程。本领域技术人员无法从对比文件中推断出该基于分段决策的动态信息包含机制。 |
| **技术特征C**：<br>向接收器实体提供所述协议数据单元<br><br>**《直接公开》** | [0036] 段：“...The MTC data multiplexing module 108 multiplexes the MTC data in a data packet to the MTC devices 104A-N in downlink over the allocated time slot(s) in each frame of the radio block period.” (...MTC数据复用模块108将MTC数据在数据分组中复用，以在下行链路上通过在每个无线块周期的帧中分配的时隙传输给MTC设备104A-N。)<br><br>[0041] 段：“At step 206, the data packet including the MTC data associated with the MTC devices 104A-N is multiplexed in downlink over the time slot allocated in each frame of the radio block period.” (在步骤206，包括与MTC设备104A-N相关联的MTC数据的数据分组被复用，以在下行链路上通过在每个无线块周期的帧中分配的时隙进行传输。) | 对比文件明确公开了基站（作为传输实体）将包含MTC数据的数据分组（即协议数据单元PDU）通过下行链路传输给多个MTC设备（作为接收器实体）。该操作与目标专利中“向接收器实体提供所述协议数据单元”的技术特征完全相同，都是完成PDU组装后的发送步骤，起到了将PDU递交给接收方的作用。因此，对比文件直接公开了该技术特征。 |
| **技术特征D**：<br>确定所述服务数据单元的所述分段的所述位置在所述服务数据单元的第一分段和最后分段之间，并且因此确定所述报头部分中的所述信息的所述内容指示分段偏移。<br><br>**判断：未公开** | 对比文件通篇未涉及SDU分段处理。 | 对比文件的技术方案聚焦于多个MTC设备数据的复用，其数据分组由多个完整的、属于不同设备的数据子块构成。在整个说明书中，没有文字记载或暗示对某个服务数据单元（SDU）进行分段操作，更不存在“第一分段和最后分段之间的分段”（即中间分段）的概念，以及用于指示“分段偏移”的信息内容。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。 |
| **技术特征E**：<br>包括确定所述服务数据单元的所述分段是所述服务数据单元的第一分段，并且所述信息的内容指示所述服务数据单元长度。<br><br>**判断：未公开** | 对比文件通篇未涉及SDU分段处理。 | 对比文件中不存在“第一分段”的概念。其数据分组中的每个子块携带的是某个MTC设备的完整或部分应用数据，但对比文件并未从SDU分段的角度来描述这些数据。特别地，对比文件中的长度指示符（LI）指示的是当前子块中数据的长度，而非整个原始SDU的总长度。这与目标专利中当分段为第一分段时，LI字段指示整个SDU长度的机制完全不同。因此，该技术特征未被公开。 |
| **技术特征F**：<br>包括确定所述服务数据单元的所述分段是所述服务数据单元的最后分段，并且所述信息的内容指示所述服务数据单元分段长度。<br><br>**判断：未公开** | 对比文件通篇未涉及SDU分段处理。 | 对比文件中没有“最后分段”的概念。虽然其子块报头中的LI字段指示了该子块内数据的长度，但这并非是基于“该数据是某个SDU的最后分段”这一确定而做出的，而是对任意子块都通用的固定格式。对比文件完全没有教导或暗示根据分段在SDU中的位置（如是最后分段）来决定LI字段含义的技术方案。本领域技术人员无法从对比文件中推断出该技术特征。 |
| **技术特征G**：<br>包括确定所述服务数据单元的所述分段是所述服务数据单元的最后分段并且填充所述协议数据单元，以及确定不将所述信息包括在所述报头部分中。<br><br>**判断：未公开** | 对比文件通篇未涉及SDU分段处理。 | 对比文件完全没有涉及基于“最后分段”和“填充协议数据单元”的条件来决定是否省略报头中某些信息（如LI字段）的决策逻辑。在其公开的所有数据分组格式中，长度指示符字段都是作为子块特定报头的一部分固定存在的。本领域技术人员无法从对比文件中得到省略LI字段以优化开销的技术启示，因此该技术特征未被公开。 |
| **技术特征H**：<br>其中所述信息包括长度指示符字段。<br><br>**《直接公开》** | [0051] 段：“The MTC device specific header 406 in each of the sub-blocks 404A-N includes the length indicator field 504 indicating length of MTC data associated with a particular MTC device...” (每个子块404A-N中的MTC设备特定报头406包括：长度指示符字段504，其指示与特定MTC设备相关联的MTC数据的长度...)<br><br>[0057] 段：“the MTC device specific header 406 in each of the sub-blocks 404A-N includes a length indicator field 602 indicating length of MTC data associated with a particular MTC device...” (每个子块404A-N中的MTC设备特定报头406包括：长度指示符字段602，其指示与特定MTC设备相关联的MTC数据的长度...) | 对比文件的图5A、图5B、图5C以及图6A所示的多种数据分组格式实施例中，均明确记载了“长度指示符字段”（length indicator field）。该字段在对比文件中的作用是向接收方指示特定数据单元的长度，这与目标专利中使用长度指示符字段来携带长度相关信息的作用是一致的。因此，对比文件直接公开了该技术特征。 |
| **技术特征I**：<br>其中所述报头部分包括成帧信息，所述成帧信息包括指示数据字段的第一字节是否对应于服务数据单元的第一字节的第一比特、以及指示数据字段的最后字节是否对应于服务数据单元的最后字节的第二比特。<br><br>**判断：未公开** | [0047] 段及图4A-图6B：对比文件描述了多种数据分组格式，其报头由公共报头（包含组TFI等）和MTC设备特定报头（包含TFI、LI等）组成。 | 目标专利中的“成帧信息”（FI字段）是其核心机制，用于指示PDU数据部分的边界与SDU边界的对齐关系，这是实现其动态LI字段解释的基础。对比文件中公开的所有报头格式均未包含任何类似功能的字段。对比文件中的报头由TFI、LI、子块索引等字段构成，用于识别设备和指示长度，完全没有涉及指示数据字段首尾字节与SDU对应关系的成帧信息比特。因此，该技术特征未被公开。 |
| **技术特征J**：<br>其中所述报头部分包括数据字段元素信息，所述数据字段元素指示所述数据字段中的数据字段元素的数目，并且包括在所述成帧信息的第二比特之后、并且在所述成帧信息的第一比特之前提供数据字段元素信息。<br><br>**判断：未公开** | 对比文件通篇未涉及数据字段元素数目信息，也未涉及成帧信息比特。 | 目标专利通过“数据字段元素信息”（如DFE字段）来指示PDU中SDU或SDU分段的数量，使得接收端能快速定位数据部分的起始位置，实现并行处理。该字段在报头中的特定位置（在FI的第二比特之后、第一比特之前）是经过精心设计以优化处理流程的。对比文件中完全没有公开任何用于指示数据字段中元素数目的字段，更不用说该字段在报头中相对于成帧信息比特的特定排布顺序。本领域技术人员无法从对比文件中得出该技术特征。 |
| **技术特征K**：<br>其中所述接收器实体是无线电链路控制实体。<br><br>**《直接公开》** | [0047] 段：“The common header 402 includes a Medium Access Control (MAC) header carrying a group TFI and a mandatory portion of Radio Link Control (RLC) header.” (公共报头402包括携带组TFI的媒体接入控制（MAC）报头和无线电链路控制（RLC）报头的强制部分。) | 对比文件明确指出其数据分组的报头包含“无线电链路控制（RLC）报头”部分。这表明该数据分组是由RLC层实体进行处理的，即通信的接收方和发送方均包含RLC实体。这与目标专利中将接收器实体指定为无线电链路控制实体的技术特征相符。因此，对比文件直接公开了该技术特征。 |
| **技术特征L**：<br>其中所述报头部分包括序列号，并且所述序列号对应于被包括在所述协议数据单元中的第一服务数据单元的序列号。<br><br>**判断：未公开** | 对比文件通篇未提及序列号（SN）及其分配方式。 | 对比文件的技术方案通过TFI和子块索引来识别不同MTC设备及其数据，没有使用序列号（SN）机制来标识SDU或PDU。因此，对比文件中不存在“序列号对应于被包括在协议数据单元中的第一服务数据单元的序列号”这一特征。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该基于SDU的序列号分配方案。 |
<<<C>>>
<<<H>>>
<<<K>>>