对比文件名称：2008-05-01_US2008101408A_发明申请_US20080101408A1 Method and apparatus for header setting in a wireless communication system
目标专利名称：716用于根据SDU分段的PDU格式化的方法、装置和计算机程序产品CN108476197B
模型名称：DeepSeek-R1-0528
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：针对要向接收器实体提供的协议数据单元，首先确定服务数据单元的分段是否要被包括在所述协议数据单元中，并且如果所述服务数据单元的分段要被包括在所述协议数据单元中，则其次确定所述分段相对于所述服务数据单元的位置，所述协议数据单元包括报头部分和数据字段部分<br><br>**未公开** | 对比文件[0008]段：“...if the length of the SDU is greater than the maximum PDU payload size, the RLC entity will segment the SDU with the maximum PDU payload size.” (如果SDU的长度大于最大PDU有效载荷大小，RLC实体将按照最大PDU有效载荷大小来对SDU进行分段。)<br><br>对比文件[0009]段：“The Blind Cut method means that if the length of one or concatenated SDUs is greater than one or multiple times of MPZ, the RLC entity will segment the SDU with a unit of MPZ until a last segment or SDU smaller than MPZ is left, and carry the last segment or SDU with a variable-size RLC PDU.” (盲切方法意味着如果一个或级联的SDU的长度大于MPZ的一倍或多倍，RLC实体将以MPZ为单位对SDU进行分段，直到留下小于MPZ的最后分段或SDU，并用可变大小的RLC PDU来承载最后分段或SDU。) | 对比文件公开了RLC实体根据SDU长度与最大PDU大小（MPZ）的关系来执行分段操作，这隐含了“确定服务数据单元的分段是否要被包括在协议数据单元中”的过程。但是，对比文件并未公开“首先确定...其次确定所述分段相对于所述服务数据单元的位置”这一明确的两步判断逻辑。在对比文件中，分段操作是一个基于“盲切”的机械过程，并未体现出在形成PDU时，针对每个SDU主动去判断其分段在原始SDU中的相对位置（即是第一分段、中间分段还是最后分段）的步骤。目标专利强调根据分段位置来决定后续报头信息的内容，而对比文件的分段决策仅依赖于长度比较，不涉及对分段位置的分类确定。因此，该技术特征未被公开。 |
| **技术特征B**：根据所述首先确定来确定是否将信息包括在所述报头部分中，并且如果将所述信息包括在所述报头部分中，则根据所述其次确定来确定所述报头部分中的所述信息的内容<br><br>**未公开** | 对比文件[0021]段：“In general, a length indicator consisting of multiple bits is used to indicate an ending position of an SDU carried by a PDU. When an SDU ends at the end of an RLC PDU, the Li indicating an ending position of the SDU in the RLC PDU can be removed.” (通常，由多个比特组成的长度指示符用于指示由PDU承载的SDU的结束位置。当SDU在RLC PDU的末尾结束时，可以移除指示SDU在该RLC PDU中结束位置的LI。)<br><br>对比文件[0025]段：“Step 404: Do not insert an Li for the SDU in the header of the PDU.” (步骤404：不在PDU报头中为该SDU插入LI。) | 对比文件公开了根据SDU是否在PDU末尾结束这一条件，来决定是否在报头中插入长度指示符（LI）。这可以被视为一种“根据第一确定来确定是否将信息包括在报头部分中”的宽泛形式。然而，对比文件完全没有公开“根据所述其次确定来确定所述报头部分中的所述信息的内容”。在对比文件中，LI的内容始终是单一的，用于指示SDU的结束位置，并未根据分段是“第一分段”、“中间分段”还是“最后分段”来将LI的内容动态地重新解释为“SDU长度”、“分段偏移”或“分段长度”。目标专利的核心创新之一在于对LI字段的语义进行动态重定义，而这一点在对比文件中毫无体现。因此，该技术特征未被公开。 |
| **技术特征C**：向接收器实体提供所述协议数据单元<br><br>《隐含公开》 | 对比文件[0020]段：“Targeting at high data rate applications...the RLC entity 224 can use variable-size RLC PDU to eliminate “padding”, and enhance bandwidth utility rate...” (针对高数据速率应用...RLC实体224可以使用可变大小的RLC PDU来消除“填充”，并提高带宽利用率...)<br><br>对比文件[0026]段：“Therefore, according to the process 40, when the last SDU carried by the PDU ends at the ending position of the PDU, the embodiment of the present invention does not insert LI for the last SDU.” (因此，根据过程40，当PDU承载的最后一个SDU在PDU的结束位置结束时，本发明的实施例不为最后一个SDU插入LI。) | 对比文件描述的是无线通信系统中RLC层的操作，RLC实体作为发送端，其生成并设置好报头的PDU必然会被递交给下层（如MAC层）进行进一步处理和传输，最终通过空口发送给接收端的对等RLC实体。虽然对比文件的文字没有明确写出“向接收器实体提供协议数据单元”这一步骤，但作为一个完整的通信过程，生成PDU的目的就是为了将其发送给接收端。本领域技术人员可以毫无疑义地推断出，经过报头设置的RLC PDU会被提供给接收器实体。因此，该技术特征被隐含公开。 |
| **技术特征D**：确定所述服务数据单元的所述分段的所述位置在所述服务数据单元的第一分段和最后分段之间，并且因此确定所述报头部分中的所述信息的所述内容指示分段偏移。<br><br>**未公开** | 对比文件[0009]段：“...the RLC entity will segment the SDU with a unit of MPZ until a last segment or SDU smaller than MPZ is left...” (RLC实体将以MPZ为单位对SDU进行分段，直到留下小于MPZ的最后分段或SDU...)<br><br>对比文件[0021]段：“In general, a length indicator consisting of multiple bits is used to indicate an ending position of an SDU carried by a PDU.” (通常，由多个比特组成的长度指示符用于指示由PDU承载的SDU的结束位置。) | 对比文件中完全没有提及“中间分段”的概念。其公开的分段方法是“盲切”，即除了最后一段可能较小外，前面的分段均按最大PDU大小（MPZ）进行切割。对比文件也没有公开任何关于“分段偏移”（Segmentation Offset）的信息。在对比文件中，长度指示符（LI）的唯一作用是标记SDU的结束位置，从未被教导或暗示可以用来携带“分段偏移”信息。因此，该技术特征完全未被公开。 |
| **技术特征E**：包括确定所述服务数据单元的所述分段是所述服务数据单元的第一分段，并且所述信息的内容指示所述服务数据单元长度。<br><br>**未公开** | 对比文件[0021]段：“In general, a length indicator consisting of multiple bits is used to indicate an ending position of an SDU carried by a PDU.” (通常，由多个比特组成的长度指示符用于指示由PDU承载的SDU的结束位置。) | 对比文件中，长度指示符（LI）的含义是固定且单一的，即指示SDU在PDU中的数据结束位置。当SDU被分段时，第一个分段中的LI指示的是该第一个分段数据的结束位置，而不是整个原始SDU的总长度。目标专利针对“第一分段”这一特定情况，对LI字段进行了重新定义，使其携带“整个SDU长度”的信息，这种特定的、依赖于分段位置的动态内容解释方案在对比文件中没有公开、暗示或教导。因此，该技术特征未被公开。 |
| **技术特征F**：包括确定所述服务数据单元的所述分段是所述服务数据单元的最后分段，并且所述信息的内容指示所述服务数据单元分段长度。<br><br>**未公开** | 对比文件[0021]段：“When an SDU ends at the end of an RLC PDU, the Li indicating an ending position of the SDU in the RLC PDU can be removed.” (当SDU在RLC PDU的末尾结束时，可以移除指示SDU在该RLC PDU中结束位置的LI。) | 对比文件公开了当SDU在PDU末尾结束时，会移除（不插入）LI字段。目标专利针对“最后分段”的情况，提供了两种处理方式：若最后分段恰好填满PDU，则不插入信息（即技术特征G）；若未填满，则插入一个LI，其内容指示“分段长度”。对比文件仅公开了移除LI的做法，并未公开在保留LI的情况下，将其内容定义为“分段长度”的方案。对比文件完全没有教导根据“最后分段”这一位置来确定LI内容为“分段长度”的技术构思。因此，该技术特征未被公开。 |
| **技术特征G**：包括确定所述服务数据单元的所述分段是所述服务数据单元的最后分段并且填充所述协议数据单元，以及确定不将所述信息包括在所述报头部分中。<br><br>《隐含公开》 | 对比文件[0021]段：“When an SDU ends at the end of an RLC PDU, the Li indicating an ending position of the SDU in the RLC PDU can be removed.” (当SDU在RLC PDU的末尾结束时，可以移除指示SDU在该RLC PDU中结束位置的LI。)<br><br>对比文件[0025]段：“Step 402: Ensure that an SDU ends at the end of a PDU. Step 404: Do not insert an Li for the SDU in the header of the PDU.” (步骤402：确保SDU在PDU的末尾结束。步骤404：不在PDU报头中为该SDU插入LI。) | 对比文件明确公开了在SDU于PDU末尾结束的条件下，不为其插入长度指示符（LI）。目标专利中的“服务数据单元的最后分段并且填充所述协议数据单元”正是“SDU在PDU末尾结束”的一种具体表现形式。当SDU的最后一个分段恰好填满PDU时，它也必然在PDU的末尾结束。因此，从接收端的角度看，无论是完整的SDU还是SDU的最后分段，只要在PDU末尾结束，发送端都可以省略LI。本领域技术人员能够从对比文件的教导中合理推断出，该省略LI的规则同样适用于“最后分段且填充PDU”的场景，因为这种场景完全满足对比文件所设定的省略条件。因此，该技术特征被隐含公开。 |
| **技术特征H**：其中所述信息包括长度指示符字段。<br><br>《直接公开》 | 对比文件[0010]段：“In the prior art, a Length Indicator (LI) field, 7-bit or 15-bit, is needed in the RLC PDU to indicate an ending position of an SDU.” (在现有技术中，RLC PDU中需要一个7比特或15比特的长度指示符（LI）字段来指示SDU的结束位置。) | 对比文件明确提到了“长度指示符（Length Indicator，LI）字段”，这与目标专利中作为信息内容的“长度指示符字段”完全相同，都是RLC PDU报头中的一个字段。因此，该技术特征被对比文件直接公开。 |
| **技术特征I**：其中所述报头部分包括成帧信息，所述成帧信息包括指示所述数据字段的第一字节是否对应于服务数据单元的第一字节的第一比特、以及指示所述数据字段的最后字节是否对应于服务数据单元的最后字节的第二比特。<br><br>**未公开** | 对比文件[0026]段：“Preferably, the step 402 can be achieved when the length of the PDU is smaller than the maximum PDU size, or when a single bit indicates that an SDU ends at the ending position of the PDU.” (优选地，当PDU的长度小于最大PDU大小，或者当一个单比特指示SDU在PDU的结束位置结束时，步骤402可以被实现。) | 对比文件提到了使用“一个单比特”（a single bit）来指示SDU是否在PDU的末尾结束。这仅对应于目标专利成帧信息中的“第二比特”（即指示最后字节是否对应于SDU的最后字节）。对比文件完全没有公开“第一比特”（即指示数据字段的第一字节是否对应于SDU的第一字节），也没有公开将这两个比特组合在一起形成“成帧信息”的概念。因此，作为一个由两个特定功能的比特组成的整体“成帧信息”技术特征，未被公开。 |
| **技术特征J**：其中所述报头部分包括数据字段元素信息，所述数据字段元素指示所述数据字段中的数据字段元素的数目，并且包括在所述成帧信息的第二比特之后、并且在所述成帧信息的第一比特之前提供数据字段元素信息。<br><br>**未公开** | 对比文件全文未提及相关内容。 | 对比文件完全没有提及“数据字段元素信息（DFE）”字段，也未涉及指示数据字段中SDU/分段数目的任何信息。同时，对比文件也未涉及报头中各字段（特别是与成帧信息比特相关的）的特定排列顺序。因此，该技术特征完全未被公开。 |
| **技术特征K**：其中所述接收器实体是无线电链路控制实体。<br><br>《直接公开》 | 对比文件[0021]段：“...the embodiment of the present invention provides a process 40 as shown in FIG. 4, for setting a header of a PDU in an RLC layer of a wireless communications system...” (...本发明的实施例提供了一种如图4所示的过程40，用于在无线通信系统的RLC层中设置PDU的报头...) | 对比文件通篇都在无线通信系统的RLC层上下文中进行描述，其发送和接收操作均由对等的RLC实体完成。虽然其侧重于发送端的报头设置，但本领域技术人员明确知晓，接收该PDU的必然是接收端的对等RLC实体。因此，接收器实体是无线电链路控制实体，这一特征被直接公开。 |
| **技术特征L**：其中所述报头部分包括序列号，并且所述序列号对应于被包括在所述协议数据单元中的第一服务数据单元的序列号。<br><br>**未公开** | 对比文件[0006]段：“A primary function of the RLC layer is providing different transmission quality processing, performing segmentation, reassembly, concatenation, padding, retransmission, sequence check, and duplication detection...” (RLC层的一个主要功能是提供不同的传输质量处理，执行分段、重组、级联、填充、重传、序列检查...) | 对比文件提到了RLC层具有“序列检查”（sequence check）功能，这通常意味着PDU中包含序列号（SN）。但是，对比文件完全没有提及序列号是基于SDU还是基于PDU进行编号。目标专利明确限定序列号对应于“第一服务数据单元的序列号”，这是一种基于SDU的序列编号方案，与传统LTE中基于PDU的序列编号方案不同。对比文件没有公开这一特定对应关系。因此，该技术特征未被公开。 |
<<<h>>><<<k>>><<<g>>>