对比文件名称：2010-09-16_US2010232356A_发明申请_US20100232356A1 LAYER TWO SEGMENTATION TECHNIQUES FOR HIGH DATA RATE TRANSMISSIONS
目标专利名称：716用于根据SDU分段的PDU格式化的方法、装置和计算机程序产品CN108476197B
模型名称：DeepSeek-R1-0528
### 特征比对表格
| 技术特征及其公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：针对要向接收器实体提供的协议数据单元，首先确定服务数据单元的分段是否要被包括在所述协议数据单元中，并且如果所述服务数据单元的分段要被包括在所述协议数据单元中，则其次确定所述分段相对于所述服务数据单元的位置，所述协议数据单元包括报头部分和数据字段部分 <br> **《未公开》** | 无 | 目标专利权利要求1的技术特征A描述了一种在发送端（Tx）组装协议数据单元（PDU）时的决策过程，该过程分为“首先确定”和“其次确定”两阶段。具体而言，首先判断服务数据单元（SDU）的分段是否需要被放入PDU，如果需要，再进一步确定该分段是SDU的第一分段、中间分段还是最后分段（即其在SDU中的位置）。<br><br>对比文件US20100232356A1主要涉及在MAC层和RLC层处理数据包以提高处理效率的技术。其公开了RLC PDU包含报头和有效载荷，有效载荷中包含至少一个RLC SDU（[0011]）。对比文件也提到了分段（segmentation）和重组（reassembly）是RLC层的功能之一（[0048]）。然而，对比文件并未公开在组装PDU时，执行一个明确的、有先后顺序的“首先确定（是否分段）-> 其次确定（分段位置）”的决策步骤。对比文件更多地是描述了一种结果，即PDU中可能包含SDU的分段，以及为了在接收端高效处理这些分段而在MAC报头中添加偏移（OFF）和RLC报头信息（RLC-HDR）的机制（[0094]）。对于发送端如何决定对SDU进行分段以及如何确定该分段的具体位置（如第一、中间或最后分段）的逻辑，对比文件中没有相应的记载。因此，本领域技术人员无法从对比文件中直接且毫无疑义地得出技术特征A所描述的决策过程。同时，由于对比文件缺少对这一决策逻辑的暗示或部分公开，也无法通过推理合理推断出该技术特征。故技术特征A未被公开。 |
| **技术特征B**：根据所述首先确定来确定是否将信息包括在所述报头部分中，并且如果将所述信息包括在所述报头部分中，则根据所述其次确定来确定所述报头部分中的所述信息的内容 <br> **《未公开》** | 无 | 目标专利的技术特征B进一步限定了报头中信息（如长度指示符LI）的包含与否及其内容，完全取决于技术特征A中的“首先确定”和“其次确定”的结果。例如，目标专利说明书[0006]、[0014]及[0146]-[0150]段详细描述了：如果确定分段是SDU的第一分段，则LI内容指示SDU长度；如果是中间分段，则LI内容指示分段偏移；如果是最后分段，则LI内容指示分段长度；如果是最后分段且填充了PDU，则不包含LI。<br><br>对比文件提到了在RLC PDU报头中可能包含“长度指示符”（Length Indicator）和“RLC序列号”（RLC sequence number）（[0063]、[0064]），并在MAC层报头中为了处理分段而引入了“分段偏移”（OFF）和“RLC报头信息”（RLC-HDR）（[0093]-[0098]）。但是，对比文件完全没有公开报头中某个信息字段的“是否包含”以及其“内容”是根据“是否分段”和“分段位置”来动态决定的这一核心机制。对比文件中的偏移和报头信息是由MAC层为了辅助解密而添加的，并非RLC层根据分段位置对长度指示符字段的重新解释和选择性包含。因此，本领域技术人员无法从对比文件中获得技术特征B所限定的技术方案。故技术特征B未被公开。 |
| **技术特征C**：向接收器实体提供所述协议数据单元 <br> **《直接公开》** | **原文引用：** <br> [0012] ...the processing system is configured to read the RLC header and to send the RLC PDU in accordance with the RLC header between the RLC layer and the MAC layer utilizing one or more logical channels.<br> **中文翻译：** <br> [0012] ...处理系统被配置为读取RLC报头，并根据RLC报头利用一个或多个逻辑信道在RLC层和MAC层之间发送RLC PDU。 | 目标专利中的技术特征C限定了将组装好的协议数据单元（PDU）提供给接收器实体的动作。这是一个在通信系统中发送数据包的基本步骤。<br><br>对比文件的[0012]段明确记载了处理系统被配置为“发送RLC PDU”（send the RLC PDU）。虽然该段描述的是RLC层和MAC层之间的发送，但在通信协议栈的上下文中，从发送端RLC实体向接收端RLC实体提供PDU的过程，必然包含了这种层间发送。此外，对比文件[0102]段的流程图步骤1506也明确包括“发送RLC PDU”（sends the RLC PDU）。因此，对比文件明确公开了将PDU提供给接收实体的技术方案。故技术特征C被直接公开。 |
| **技术特征D**：确定所述服务数据单元的所述分段的所述位置在所述服务数据单元的第一分段和最后分段之间，并且因此确定所述报头部分中的所述信息的所述内容指示分段偏移。 <br> **《未公开》** | 无 | 目标专利的技术特征D是技术特征A和B的一个具体场景：当确定SDU分段是“中间分段”（即位于第一分段和最后分段之间）时，报头中的信息内容被确定为“分段偏移”（Segment Offset）。目标专利说明书[0148]段描述了此场景。<br><br>对比文件在[0097]段提到了“分段偏移（OFF）”，用于指示分段在RLC PDU内部发生的位置。然而，该偏移信息是在MAC-ehs报头中提供的，目的是为了让接收端MAC层能够在不等待所有分段到达的情况下解密密文（[0092], [0097]）。这与目标专利中，在RLC层根据对分段位置的判断，来决定RLC PDU报头中长度指示符（LI）字段的内容为“分段偏移”的机制完全不同。对比文件没有公开这一基于分段位置的、在RLC报头内的动态信息内容确定逻辑。故技术特征D未被公开。 |
| **技术特征E**：包括确定所述服务数据单元的所述分段是所述服务数据单元的第一分段，并且所述信息的内容指示所述服务数据单元长度。 <br> **《未公开》** | 无 | 目标专利的技术特征E是另一个具体场景：当确定SDU分段是“第一分段”时，报头中的信息内容被确定为“SDU长度”。目标专利说明书[0146]段描述了此场景。<br><br>对比文件中并未提及任何关于在RLC PDU报头中，为SDU的第一分段指示整个SDU长度的技术方案。对比文件关注的是MAC层如何处理分段以进行解密，其提供的偏移（OFF）字段指示的是分段在PDU中的位置，而非整个SDU的长度。因此，本领域技术人员无法从对比文件中获知技术特征E的内容。故技术特征E未被公开。 |
| **技术特征F**：包括确定所述服务数据单元的所述分段是所述服务数据单元的最后分段，并且所述信息的内容指示所述服务数据单元分段长度。 <br> **《未公开》** | 无 | 目标专利的技术特征F是第三种具体场景：当确定SDU分段是“最后分段”时，报头中的信息内容被确定为“SDU分段长度”。目标专利说明书[0149]段描述了此场景。<br><br>对比文件中没有公开在RLC PDU报头中，针对SDU的最后分段，将长度指示符的内容解释为“分段长度”的技术方案。对比文件虽然提到了长度指示符字段，但并未公开这种根据分段位置（最后分段）来重新定义其含义（指示分段长度而非其他）的动态机制。故技术特征F未被公开。 |
| **技术特征G**：包括确定所述服务数据单元的所述分段是所述服务数据单元的最后分段并且填充所述协议数据单元，以及确定不将所述信息包括在所述报头部分中。 <br> **《未公开》** | 无 | 目标专利的技术特征G描述了一种省略报头信息的优化场景：当SDU的最后分段恰好填充了PDU的剩余部分时，发送端确定不将该信息（如LI）包含在报头中，因为接收端可以通过下层（如MAC层）指示的PDU总大小来隐式推导出该分段的长度。目标专利说明书[0149]段描述了此场景。<br><br>对比文件完全没有提及这种根据分段是否填充PDU来决定省略报头中长度指示符的优化机制。对比文件中的报头字段（如LCH-ID, L, TSN, SI等）均为固定存在或根据其他标志位存在，并未涉及这种基于“最后分段且填充”条件的动态省略。故技术特征G未被公开。 |
| **技术特征H**：其中所述信息包括长度指示符字段。 <br> **《隐含公开》** | **原文引用：** <br> [0063] ...the header 610 generally includes the first two octets of the PDU, which include the “Sequence Number” 630... and further, contains all the octets that include “Length Indicators” and Extension bits “E”.<br> **中文翻译：** <br> [0063] ...报头610通常包括PDU的前两个八位字节，其中包括“序列号”630...并且进一步包含所有包括“长度指示符”和扩展位“E”的八位字节。 | 目标专利的技术特征H限定了报头中的信息可以是“长度指示符字段”（Length Indicator field）。<br><br>对比文件的[0063]段在描述现有技术（LTE RLC PDU结构）时，明确提到了报头中包含“长度指示符”（Length Indicators）。虽然该段描述的是现有技术，但对比文件的整个发明内容是在此基础上进行改进，其改进后的RLC PDU结构（如图7所示的AMD PDU 700）中依然包含“长度指示符”（SDU Length Indicator 730）。这表明对比文件的技术方案中，报头部分包含长度指示符字段是一个基础且公认的组成部分。因此，本领域技术人员可以合理推断，在对比文件所涉及的RLC PDU处理中，使用长度指示符字段是常规手段。故技术特征H被隐含公开。 |
| **技术特征I**：其中所述报头部分包括成帧信息，所述成帧信息包括指示数据字段的第一字节是否对应于服务数据单元的第一字节的第一比特、以及指示所述数据字段的最后字节是否对应于服务数据单元的最后字节的第二比特。 <br> **《未公开》** | 无 | 目标专利的技术特征I定义了报头中的“成帧信息”（FI），该信息由两个特定含义的比特组成：第一比特（FB）指示PDU数据字段的第一个字节是否是某个SDU的第一个字节；第二比特（LB）指示PDU数据字段的最后一个字节是否是某个SDU的最后一个字节。该特征在目标专利说明书[0012]、[0031]、[0081]和表1中均有详细说明。<br><br>对比文件通篇未提及任何与此“成帧信息”（FI）字段或其两个特定比特（FB和LB）相关的内容。对比文件中RLC PDU报头包含的是序列号、长度指示符、以及可选的用于指示SDU数量的信息元素等，其MAC报头包含的是LCH-ID、L、TSN、SI、F等字段。没有任何字段的功能或定义与目标专利中的成帧信息比特相同或相似。故技术特征I未被公开。 |
| **技术特征J**：其中所述报头部分包括数据字段元素信息，所述数据字段元素指示所述数据字段中的数据字段元素的数目，并且包括在所述成帧信息的第二比特之后、并且在所述成帧信息的第一比特之前提供数据字段元素信息。 <br> **《隐含公开》** | **原文引用：** <br> [0068] ...an additional field may be included to indicate the number of RLC SDUs in the PDU 700. That is, as illustrated in FIG. 7, a “Number of RLC SDUs” field 720 may be utilized after the RLC sequence number 710.<br> **中文翻译：** <br> [0068] ...可以包括一个附加字段，用于指示PDU 700中RLC SDU的数量。即，如图7所示，“RLC SDU的数量”字段720可以在RLC序列号710之后使用。 | 目标专利的技术特征J包含了两个要点：第一，报头包含指示数据字段元素（DFE）数目的信息；第二，该信息在报头中的特定位置（位于成帧信息第二比特之后、第一比特之前）。目标专利说明书[0160]段解释了这种位置布局是为了使接收端能尽快确定数据字段的起始位置以实现并行处理。<br><br>对比文件的[0068]段和图7明确公开了在RLC PDU报头中包含一个“RLC SDU的数量”字段（Number of RLC SDUs field 720），其作用是“指示PDU中RLC SDU的数量”。这与第一个要点完全一致。对于第二个要点，对比文件指出该字段位于RLC序列号之后，其目的同样是为了让接收端能够通过读取该数值，直接计算出报头中长度指示符的总长度，从而快速定位数据字段的起始位置（[0068]: “...multiply the number of SDUs... by the length of an SDU Length Indicator... to determine where to access the beginning of the Data field.”）。这与目标专利设置DFE字段位置所要达成的“快速确定数据字段起始位置”的技术效果是相同的。虽然对比文件未在RLC报头中定义成帧信息比特，但其将“SDU数量”字段放置在固定报头中靠前位置以便优先处理的设计思想，已经隐含了目标专利中为优化处理而对该信息进行特定位置布局的技术方案。故技术特征J被隐含公开。 |
| **技术特征K**：其中所述接收器实体是无线电链路控制实体。 <br> **《直接公开》** | **原文引用：** <br> [0048] ...the transmitting side of the AM RLC entity transmits AMD PDUs, and the receiving side of the AM RLC entity receives AMD PDUs.<br> **中文翻译：** <br> [0048] ...AM RLC实体的发送侧发送AMD PDU，并且AM RLC实体的接收侧接收AMD PDU。 | 目标专利的技术特征K将接收器实体明确为无线电链路控制（RLC）实体。<br><br>对比文件的[0048]段明确提到了“AM RLC实体的接收侧”（the receiving side of the AM RLC entity）负责接收AMD PDU。这直接且明确地指出了接收PDU的实体就是RLC实体。故技术特征K被直接公开。 |
| **技术特征L**：其中所述报头部分包括序列号，并且所述序列号对应于被包括在所述协议数据单元中的第一服务数据单元的序列号。 <br> **《隐含公开》** | **原文引用：** <br> [0011] ...the RLC header includes an RLC sequence number and an information element 840 for indicating the number of RLC SDUs in the RLC PDU.<br> **中文翻译：** <br> [0011] ...RLC报头包括RLC序列号和用于指示RLC PDU中RLC SDU数量的信息元素840。 | 目标专利的技术特征L包含两个部分：一是报头中有序列号（SN），二是该序列号对应于PDU中的“第一”个SDU的序列号。目标专利说明书[0121]段和图5明确阐述了基于SDU的序列编号方案，PDU报头中的SN是该PDU中所包含的第一个SDU（或SDU分段）的SN。<br><br>对比文件的[0011]段和[0068]段明确记载了RLC报头包含“RLC序列号”（RLC sequence number）。对于第二点，对比文件并未明确说明该序列号是否对应于PDU中的第一个SDU。然而，在对比文件图7所示的PDU结构中，序列号（710）位于报头最前端，其后是SDU数量字段（720）和一系列长度指示符（730），最后是数据字段（740）。这种结构安排以及“SDU按顺序排列”的常规通信协议设计，使得本领域技术人员可以合理推断，该序列号用于标识该PDU中数据字段的第一个SDU或SDU分段，以便接收端进行排序和重组。因此，技术特征L的方案被对比文件隐含公开。 |
### 结论
<<<C>>><<<K>>><<<h>>><<<j>>><<<l>>>