非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种在无线发射接收单元(WTRU)中使用的用于对所接收的协议数据单元(PDU)进行两阶重排序的方法，该方法包括；从多个节点B接收PDU；其中每个所接收的PDU具有传输序列号(TSN)；在MAC层中使用所述TSN；在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序；将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道；在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序；当至少一个RLC PDU基于该RLC PDU的SN而丢失时；启动定时器；以及在所述定时器期满的条件下；基于所述RLC PDU的SN；传送用于指示丢失的RLC PDU的状态报告；其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下；对所述状态报告的传送进行延迟。
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 该方法包括<br>《直接公开》 | [p0001] 发明名称：“重传的方法和系统（Method and system of retransmission）”<br>[p0045] “这些目的由本发明实现，本发明特别适用于演进的通用移动通信系统的高速上行链路分组接入信道。” | 作用相同且方案实质一致：<br>目标专利技术特征A为方法权利要求的引导语。对比文件公开了一种用于移动通信系统中的重传方法，包含多项处理步骤，属于相同的方法引导语，本领域技术人员可毫无疑义地直接确定，因此技术特征A被对比文件直接公开。 |
| 技术特征B： 从多个节点B接收PDU<br>《直接公开》 | [p0060] “参考图3，无线电通信系统的节点B 1和节点B 2是负责在一个或多个小区中向/从用户设备UE进行无线电发送/接收的逻辑节点……节点B 1和节点B 2朝向无线电网络控制器RNC终止……空中接口……”<br>[p0069] “由节点B『节点B 1』、『节点B 2』的相应MAC-ARQ协议层『MAC-ARQ 1』、『MAC-ARQ 2』接收到的MAC PDU被传递到无线电网络控制器『RNC』……在涉及多个节点B的切换时，RLC PDU的不同MAC PDU在不同节点B处被接收并（重新）发送到RNC……”<br>[p0081] “图9示出了根据本发明的RNC。接收部件1接收从一个或多个节点B传输的第一协议数据单元，例如MAC PDU。” | 作用相同且方案实质一致：<br>目标专利中特征B是在接收端从多个节点B接收PDU。对比文件公开了在RNC侧，接收部件从多个节点B（Node B 1、Node B 2）接收MAC PDU（即第一协议数据单元），二者均实现了网络实体从多个基站/节点B处汇聚接收PDU的技术方案与作用，本领域技术人员能够毫无疑义地直接确定，因此技术特征B被对比文件直接公开。 |
| 技术特征C： 其中每个所接收的PDU具有传输序列号(TSN)<br>《隐含公开》 | [p0070]-[p0073] “无线电网络控制器『RNC』中的重排序实体将RNC中接收到的RLC PDU『RLC PDUs』按序递交到RLC层『RLC』。考虑了用于重排序的两个备选序号序列：基于用于UM和AM RLC两者的RLC序列号的重排序；或者在MAC级别上的特殊序列号（special sequence numbers on MAC level）。MAC级别的特殊序列号用于下行链路HS-DSCH。” | 推理与部分公开论述：<br>目标专利中PDU具有传输序列号（TSN）用于在MAC层重排序。对比文件在段落[0072]-[0073]中明确记载了用于重排序的备选方案之一为“在MAC级别上的特殊序列号（special sequence numbers on MAC level）”，且指出该序列号在现有下行链路HS-DSCH中使用。本领域技术人员熟知，在3GPP协议体系中，下行链路HS-DSCH在MAC层使用的该“特殊序列号”即为传输序列号TSN（Transmission Sequence Number）。基于对比文件明确给出的MAC级序列号指示，结合常识，技术人员能合理推断并推导出在MAC层接收的PDU携带MAC级别的传输序列号（TSN）。因此，技术特征C被对比文件隐含公开。 |
| 技术特征D： 在MAC层中使用所述TSN<br>《隐含公开》 | [p0069]-[p0073] “由节点B……接收到的MAC PDU被传递到无线电网络控制器『RNC』，RNC将接收到的MAC PDU重排序为连续顺序……考虑了用于重排序的两个备选序号序列：……或者在MAC级别上的特殊序列号。MAC级别的特殊序列号用于下行链路HS-DSCH。” | 推理与部分公开论述：<br>目标专利中在MAC层使用TSN进行PDU的处理和重排序。对比文件公开了使用“MAC级别上的特殊序列号（即TSN）”来对MAC PDU进行重排序处理，虽然对比文件重点论述在RNC侧进行处理，但其明确记载了在MAC级别采用特殊序列号对分组进行排序的机制。本领域技术人员根据对比文件公开的MAC层序列号方案，极有可能结合通信协议中的标准处理架构推断出在MAC层实体中使用该TSN，因此技术特征D被对比文件隐含公开。 |
| 技术特征E： 在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利中，针对来自不同节点B的PDU，在MAC层通过设置不同（多个对应不同节点B）的重排序队列分别独立重排序。对比文件在段落[0069]、[0081]中仅记载了在RNC侧由一个重排序实体通过缓冲部件和重排序部件对接收到的PDU统一进行重新排序，并未公开或提示“在MAC层按节点B划分不同的重排序队列分别进行重排序”。本领域技术人员无法从对比文件中推导出针对每个节点B设立独立重排序队列的技术方案，因此特征E未被公开。 |
| 技术特征F： 将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利中两阶重排序的衔接是将多个重排序队列完成一阶重排序的PDU汇聚传递到RLC层中的同一个逻辑信道。对比文件由于未公开MAC层针对各节点B划分多个重排序队列（特征E），段落[0070]仅记载将重排序后的RLC PDU递交至RLC层，完全未公开或隐含“从多个重排序队列接收PDU并汇聚传递到RLC层的一个逻辑信道”的技术方案与作用，因此特征F未被公开。 |
| 技术特征G： 在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《直接公开》 | [p0070]-[p0071] “无线电网络控制器『RNC』中的重排序实体向RLC层『RLC』按序递交在RNC中接收到的RLC PDU『RLC PDUs』。考虑了用于重排序的两个备选序号序列：基于用于UM和AM RLC两者的RLC序列号（RLC sequence numbers）的重排序……”<br>[p0081] “……重排序部件4对分段后的缓冲数据单元进行操作，并根据序列号（sequence number）根据需要按连续顺序重排序第二协议数据单元（即RLC PDU）。” | 作用相同且方案实质一致：<br>目标专利特征G要求在RLC层基于序列号（SN）对接收到的PDU进行重排序，以解决跨节点B传输导致的失序问题。对比文件在段落[0070]-[0071]及[0081]中明确公开了在RNC侧基于RLC序列号（RLC sequence number）对RLC PDU按连续顺序重排序，其作用与技术方案与目标专利完全相同，本领域技术人员能毫无疑义地直接确定，因此技术特征G被对比文件直接公开。 |
| 技术特征H： 当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《直接公开》 | [p0028]-[p0032] “在小节4.2.1.3中描述了确认模式实体（AM-entity）……3GPP技术规范还揭示了发送状态报告的各种触发……有三种状态报告触发可被配置：1. 检测到丢失的PU（Missing PU(s) Detected）……对于触发1，如果检测到有效载荷单元（PU）丢失，接收方应触发向发送方传输状态报告。（一个PU包含在一个RLC PDU中。）”<br>[p0066] “在接收端，差错检测也由图4的L2 RLC层执行。如果RLC协议数据单元（PDU）被错误接收或PDU丢失（the PDU is missing），则在RLC层建立状态报告的时间点，将请求对该PDU进行重传。” | 作用相同且方案实质一致：<br>目标专利特征H是基于SN检测到RLC PDU丢失作为触发条件。对比文件段落[0029]、[0032]及[0066]明确记载了RLC AM实体进行差错检测，当检测到有效载荷单元PU丢失（一个PU即包含于一个RLC PDU中，基于序列号乱序或间隙发现丢包）或PDU丢失时，触发后续状态报告机制。其作用和方案与目标专利完全一致，本领域技术人员能直接确定，因此技术特征H被对比文件直接公开。 |
| 技术特征I： 启动定时器<br>《隐含公开》 | [p0006] “在确认模式下，在检测到前向纠错无法恢复的传输错误时进行重传。这也被称为自动重传请求ARQ……通常，对于所考虑的相应肯定和否定确认存在时间限制（time limits）。”<br>[p0028]-[p0032] “……有三种状态报告触发可被配置：1. 检测到丢失的PU，2. 定时器触发的状态报告（Timer Initiated Status Report），以及3. 估计的PDU计数器……通过触发2，接收方根据定时器周期性地触发状态报告的传输。最后，触发3简要涉及与在接收到所请求的PU之前接收到的PU的估计数量相对应的定时器。” | 推理与部分公开论述：<br>目标专利中启动定时器用于防止由于跨节点延迟差异造成的过早发送状态报告。对比文件在段落[0028]-[0032]及[0006]中公开了RLC层在配置状态报告触发时，存在定时器触发机制（如“Timer Initiated Status Report”定时器以及针对丢包重传响应时间限制设置的定时器）。虽然对比文件未明确将定时器严格绑定为目标专利中专门用于延迟状态报告的定时器，但对比文件已明确公开了在RLC确认模式下基于定时器监控/控制状态报告的发送，本领域技术人员基于对比文件披露的RLC定时器状态报告机制，极有可能合理推断出通过启动定时器来控制状态报告的后续发送。因此，技术特征I被对比文件隐含公开。 |
| 技术特征J： 在所述定时器期满的条件下<br>《隐含公开》 | [p0030]-[p0032] “2. 定时器触发的状态报告……接收方根据定时器周期性地触发状态报告的传输。最后，触发3简要涉及与在接收到所请求的PU之前接收到的PU的估计数量相对应的定时器。”<br>[p0080] “……直到接收到确认或者根据停等协议确认的时间已经过去（time for acknowledgement has elapsed）……” | 推理与部分公开论述：<br>目标专利技术特征J限定后续动作以定时器期满（超时）为前置条件。对比文件段落[0030]-[0032]及[0080]中公开了根据定时器触发传输，以及在定时器时间到达/流逝（即期满）时执行相应控制处理。本领域技术人员结合通用协议处理逻辑，能合理推导出定时器计时达到预设时限（即定时器期满）作为触发后续状态处理的条件，因此技术特征J被对比文件隐含公开。 |
| 技术特征K： 基于所述RLC PDU的SN<br>《直接公开》 | [p0070]-[p0075] “考虑了用于重排序的两个备选序号序列：基于用于UM和AM RLC两者的RLC序列号的重排序……消除重复的RLC PDU也可以基于RLC序列号。”<br>[p0032] “3GPP技术规范规定了用于报告两个RLC AM（确认模式）实体之间的状态的状态PDU。” | 作用相同且方案实质一致：<br>目标专利中在确定丢失包时基于RLC PDU的SN进行识别和报告。对比文件公开了通过RLC序列号判断丢失、重排序以及通过RLC AM状态PDU向上报送该状态，状态PDU中所指示的丢失单元完全依赖于其序列号，本领域技术人员可毫无疑义地直接确定其操作基于RLC PDU的SN，因此技术特征K被对比文件直接公开。 |
| 技术特征L： 传送用于指示丢失的RLC PDU的状态报告<br>《直接公开》 | [p0028]-[p0032] “……对于触发1，如果检测到有效载荷单元（PU）丢失，接收方应触发向发送方传输状态报告（status report）。（一个PU包含在一个RLC PDU中。）……3GPP技术规范规定了用于报告两个RLC AM（确认模式）实体之间的状态的状态PDU（status PDU）。”<br>[p0066] “如果RLC协议数据单元（PDU）被错误接收或PDU丢失，则在RLC层建立状态报告（status report）的时间点，将请求对该PDU进行重传。” | 作用相同且方案实质一致：<br>目标专利中传送状态报告以通知发射方丢失的RLC PDU要求重传。对比文件段落[0028]-[0032]及[0066]明确公开了当检测到PU/RLC PDU丢失时，接收方触发向发送方传输状态报告（Status Report / Status PDU）请求重传，所起技术作用与技术方案完全相同。因此技术特征L被对比文件直接公开。 |
| 技术特征M： 其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利特征M定义了定时器防过早触发的核心条件：当发现乱序丢包且重排序定时器正在运行时，进行状态保持与抑制。对比文件没有为了防止异构/多节点延时乱序导致的状态报告早发而设计定时器运行条件闭锁机制，未公开该特定运行条件，本领域技术人员无法从对比文件中推导出该条件，因此特征M未被公开。 |
| 技术特征N： 对所述状态报告的传送进行延迟<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利特征N的核心是通过定时器推迟（延迟）状态报告的发送，以等待由于多节点间链路传输延迟而稍后到达的PDU，避免不必要的NACK重传。对比文件段落[0028]-[0032]中，一旦检测到包丢失（Trigger 1），则是直接触发状态报告传输，不仅未延迟传输，反而是立即请求重传，并未公开或隐含“为了等待失序数据包到达而延迟发送用于指示丢失的状态报告”的技术方案，因此特征N未被公开。 |
| 技术特征O： 该方法还包括<br>《直接公开》 | [p0001] 发明名称：“重传的方法和系统” | 作用相同且方案实质一致：<br>方法权利要求的进一步递进转折引导语，被对比文件直接公开。 |
| 技术特征P： 在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利特征P限定了定时器期满后的二次判断分支条件（检查是否还有其他空洞丢失）。对比文件完全没有基于定时器期满针对多个连续/非连续丢失PDU进行级联判决的机制，因此特征P未被公开。 |
| 技术特征Q： 重启所述定时器<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利特征Q用于在仍存在丢失包时重启定时器以继续延后上报。对比文件仅在段落[0030]中记载周期性定时器（周期性期满重复），并未公开在特定丢失PDU未恢复时对重排序等待定时器进行“重启”的处理逻辑，因此特征Q未被公开。 |
| 技术特征R： 将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利特征R限定了接收端状态变量（VR(AM_Next)）的动态维护更新规则，即将其回退/指向下一个最小的丢失PDU的SN。对比文件未披露任何该变量维护逻辑，因此特征R未被公开。 |
| 技术特征S： 该方法还包括<br>《直接公开》 | [p0001] 发明名称：“重传的方法和系统” | 作用相同且方案实质一致：<br>方法权利要求的递进转折引导语，被对比文件直接公开。 |
| 技术特征T： 在所述定时器期满且没有其他RLC PDU丢失的条件下<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利特征T限定了定时器期满且空洞填补完毕（无其他丢失）时的判决条件。对比文件未记载该状态判决分支，因此特征T未被公开。 |
| 技术特征U： 将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利特征U限定了当空洞完全填补后，窗口前沿变量VR(AM_Next)向前滑动更新为最高SN+1的操作。对比文件未公开此变量更新规则，因此特征U未被公开。 |
| 技术特征V： 其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>未公开 | 对比文件全文无记载。 | 无直接公开亦无隐含公开论述：<br>目标专利特征V涉及在状态报告中打包多个历史累积丢失空洞（SN小于下一个期望SN）的条件判断。对比文件未记载此项具体逻辑，因此特征V未被公开。 |
| 技术特征W： 则所传送的状态报告指示否定应答(NACK)<br>《直接公开》 | [p0006] “……重传也可以在发送消息的明确否定确认（explicit negative acknowledgments）时启动。”<br>[p0066] “如果RLC协议数据单元（PDU）被错误接收或PDU丢失，则在RLC层建立状态报告的时间点，将请求对该PDU进行重传。”<br>[p0068] “可选择地，它可以通过否定确认（negatively acknowledge）『ARQ Status』未成功接收的MAC PDU……” | 作用相同且方案实质一致：<br>目标专利中状态报告指示否定应答（NACK）以明确告知对端数据包未接收成功以请求重传。对比文件段落[0006]、[0066]和[0068]明确公开了当检测到数据丢失或错误时，通过状态报告传送明确的否定确认（Negative Acknowledgments，NACK）来请求重发，技术手段和作用完全一致。因此技术特征W被对比文件直接公开。 |
<<<A>>><<<B>>><<<c>>><<<d>>><<<G>>><<<H>>><<<i>>><<<j>>><<<K>>><<<L>>><<<O>>><<<S>>><<<W>>>
本案对比文件（US6862397B2）公开了一种“在已安装的光纤链路中可听地测量光学效率的方法”，属于光纤物理连接质量检测与光学微调领域；而目标专利涉及蜂窝移动通信领域中“在无线发射接收单元（WTRU）中使用的用于对所接收的协议数据单元（PDU）进行两阶重排序的方法”。紧密结合目标专利说明书原文对各技术特征的技术方案、解决的技术问题及实际起到的技术作用进行对比分析，具体特征比对如下：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 段落[00014]：<br>“The method comprises providing a transmitter that produces a signal that is degraded following transmission through two coupled fiber optic cables that are to be optimized.”<br>（中文翻译：“该方法包括提供发射机，该发射机产生在通过待优化的两个耦合光纤线缆传输后劣化的信号。”） | 紧密结合目标专利说明书第[0007]、[0051]、[0125]段，该特征中的“该方法”特指无线通信中在无线发射接收单元（WTRU）中使用的用于对从多个节点B接收的协议数据单元（PDU）进行两阶重排序的方法，其技术作用是构建解决多点传输中失序分组处理的协议栈流程框架。对比文件公开的方法为光纤物理连接同轴对准的测试方法，其作用是测量光纤物理传输损耗，两者的技术领域、技术方案及所起作用截然不同。对比文件未公开目标专利所限定的两阶重排序方法框架，既未直接公开，也无法隐含公开。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 对比文件无对应公开内容。<br>（对比文件全文涉及发射机22、接收机26及光纤线缆10，如段落[00006]） | 目标专利说明书第[0005]、[0006]、[0051]段明确记载，多点操作涉及从地理位置独立的多个节点B（Node B）向单个WTRU传送独立的数据块，分组源自两个节点B并引发潜在失序。对比文件仅涉及从单一的光发射机经由两段光纤线缆传输至光接收机，完全没有蜂窝移动通信网络架构中的“节点B（Node B）”，更不存在接收来自多个不同基站的PDU的技术手段，二者作用完全不同。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | 对比文件无对应公开内容。<br>（段落[00028]仅涉及测试伪随机序列：“produces a sequence of bits, such as a maximal length pseudorandom code of length 2^n−1, or a simpler sequence such as a 10101 . . . pattern”） | 目标专利说明书第[0006]、[0056]段指出，每个节点B独立执行MAC层操作并在传送前生成TSN，TSN用于在MAC层指示各节点B内部的数据块序列。对比文件仅在测试通道中产生用于物理层误码比对的伪随机比特流或交替比特模式（10101...），该比特流不具备分组报头结构，更不包含用于队列重排序的传输序列号（TSN）。对比文件未公开该技术特征。 |
| 技术特征D：在MAC层中使用所述TSN<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0051]、[0052]、[0097]段指明，WTRU在MAC-ehs子层解析TSN，用于对来自特定节点B的重排序队列执行一阶重排序。对比文件仅涉及物理层光信号的光电转换、滤波与采样判决，根本不涉及分层通信协议栈，亦无媒体接入控制（MAC）层及在MAC层利用TSN处理分组的机制。对比文件未直接公开也未隐含公开该特征。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0051]、[0057]、[0067]段记载，WTRU针对每个节点B设置独立的重排序队列（如MAC-ehs-1与MAC-ehs-2，或两组重排序队列），分别利用各自的TSN进行组内按序重排。对比文件不存在任何重排序队列实体，其接收数据直接进入移位或异或门检测误码，完全没有针对不同发射源分队列重排序的机制与作用。对比文件未公开该特征。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0053]、[0074]、[0099]段明确指出，数据在MAC级被划分并分别重排序后，各队列的数据汇总传递至RLC层中对应的一个逻辑信道实体，由该共同的RLC实体进行汇聚处理。对比文件完全不具备无线协议栈中的RLC层及逻辑信道架构，无跨层传递机制。对比文件未公开该特征。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0070]、[0099]段记载，由于来自不同节点B的分组到达时间存在时延差异，RLC层基于端到端的RLC序列号（SN）执行全局第二阶重排序。对比文件没有RLC层，更没有在第一阶MAC重排序之后再基于SN进行二阶重排序的技术构思与技术手段。对比文件未公开该特征。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 段落[00033]：<br>“The BER subsystem 74 includes a bit error detector 76 that generates a narrow error pulse each time an error is detected.”<br>（中文翻译：“误码率子系统74包括误码检测器76，其在每次检测到错误时产生窄错误脉冲。”） | 目标专利说明书第[0100]、[0101]段记载，RLC层通过检测接收到的PDU的SN是否存在不连续的间隙（SN > VR(AM_NEXT)）来判定数据包丢失。对比文件的误码检测器（76）是基于位级别（bit-level）对比接收比特与本地伪随机序列是否一致来检测物理传输比特差错，并非基于高层协议数据单元的序列号（SN）断号来识别数据包丢失，两者的检测对象、判定逻辑及在系统中的作用完全不同。对比文件未公开该特征。 |
| 技术特征I：启动定时器<br>《未公开》 | 对比文件无对应公开内容。<br>（段落[00030]、[00031]仅涉及低通滤波器引入相位延迟：“introducing a controlled error rate”） | 目标专利说明书第[0100]、[0101]段指出，当检测到RLC PDU丢失时，启动重排序定时器（如Timer_Am_Reordering或Timer_SR）。该定时器的作用是为滞后到达的节点B数据提供等待窗口。对比文件使用的是低通滤波器70的可变延迟来调整判决相位，完全不具备在检测到PDU丢失时启动定时器的逻辑控制机制。对比文件未公开该特征。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]、[0108]段记载，在重排序定时器达到预设等待时长后触发后续的协议状态机流转。对比文件不存在协议定时器，亦无定时器期满的触发条件。对比文件未公开该特征。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]段指出，后续控制与状态反馈均以检测到的断号SN为基准（如确认哪个SN未收到）。对比文件缺乏分组序列号机制，无法基于RLC PDU的SN进行任何处理。对比文件未公开该特征。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《未公开》 | 段落[00034]：<br>“The audible error signal is amplified by audio amplifier 84 and sent to an electrical to audio transducer 86, the transducer 86 being in the form of either a loudspeaker or headphones.”<br>（中文翻译：“可听错误信号由音频放大器84放大并发送到电-声换能器86，换能器86为扬声器或耳机的形式。”） | 目标专利说明书第[0070]、[0103]段表明，该状态报告是接收端WTRU向网络侧对端协议实体发送的控制报文（STATUS PDU），用于请求发射机重传指定丢失的PDU。对比文件是将误码脉冲通过触发器转变为音频信号播放给现场测试人员收听，仅用于人耳辅助微调，完全不是向通信对端反馈指示丢失PDU的协议控制报文，二者技术性质与作用毫无关联。对比文件未公开该特征。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0070]、[0100]段指明，这是延迟反馈的约束前提，即在定时器计时期间容忍空洞存在。对比文件没有重排序定时器及运行状态的条件分支控制。对比文件未公开该特征。 |
| 技术特征N：对所述状态报告的传送进行延迟<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0070]、[0100]段阐明，延迟状态报告传送的技术作用是防止过早触发RLC重传（避免将因站点间时延差异而晚到的PDU误判为丢失）。对比文件不仅没有状态报告，更不存在因等待多流重排而主动抑制/推迟上报的机制。对比文件未公开该特征。 |
| 技术特征O：该方法还包括<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]、[0137]段表明，该特征用于引出两阶重排序方法中定时器期满后的细化处理步骤。对比文件未公开目标专利的两阶重排序从属方法流程，未公开该特征。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]、[0137]段详细描述，当定时器超时后，若缓冲器中仍存在其他由于失序未收到的PDU空洞，需进行进一步的恢复控制。对比文件无定时器超时及多PDU丢失的判定逻辑。对比文件未公开该特征。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]段指出，针对后续依然丢失的PDU重新启动定时器，继续提供等待窗口。对比文件没有重排序定时器，更无超时重启机制。对比文件未公开该特征。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]段指出，将接收状态变量VR(AM_Next)更新为当前重排序缓冲器中剩余丢失PDU的最小SN。对比文件无接收状态变量及更新为丢失SN的算法逻辑。对比文件未公开该特征。 |
| 技术特征S：该方法还包括<br>《未公开》 | 对比文件无对应公开内容。 | 该特征引出全乱序恢复完成后的变量推进处理方法。对比文件不涉及任何移动通信重排序方法，未公开该特征。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]、[0141]段指明，该条件对应于所有更早丢失的PDU均已到达或已处理完毕的分支场景。对比文件不存在此类条件判断机制。对比文件未公开该特征。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0102]、[0103]段指明，当不存在其他间隙时，将VR(AM_Next)推进至缓冲器中最高SN加一（VR(AM_Next) = 最高SN + 1），以滑动接收窗口。对比文件无基于最高SN递增更新窗口变量的机制。对比文件未公开该特征。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]、[0142]段记载，在构建状态报文时回溯检查重排序缓冲器窗口内所有遗留的未接收空洞。对比文件不存在重排序缓冲器及SN序列比较。对比文件未公开该特征。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)<br>《未公开》 | 对比文件无对应公开内容。 | 目标专利说明书第[0103]段明确记载，在状态PDU中针对所有小于当前期望SN但确已丢失的SN填入NACK信息，以触发网络侧对这些特定PDU进行重传。对比文件缺乏状态报告协议结构及NACK反馈机制。对比文件未公开该特征。 |
经过全面严谨的比对与法律逻辑论证，对比文件（US6862397B2）与目标专利属于完全不同的技术领域，对比文件中未公开目标专利权利要求的任何技术特征，所有技术特征A至W均属于未公开（既未直接公开，亦未隐含公开）。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0150] ...the method comprising: receiving protocol data units...<br>（【0150】……该方法包括：由无线电链路控制实体接收协议数据单元……） | 对比文件段落[0150]明确公开了移动通信系统中的一种处理数据单元的方法，包含“the method comprising”（该方法包括）的技术特征，在两份文件中均起到限定方法步骤引导语的作用，二者作用完全相同，属于《直接公开》。 |
| 技术特征B：从多个节点B接收PDU<br>《直接公开》 | [0003] The UTRAN 120 includes one or more radio network sub-systems (RNS) 125. Each RNS 125 includes a radio network controller (RNC) 123, and a plurality of base stations (Node-Bs) 121 managed by the RNC 123. One or more cells exist for each Node B 121.<br>[0025] ...the terminal searches the neighboring cells and additionally receives that MBMS service through the point-to-multipoint radio bearer provided from one or more of those neighboring cells...<br>[0121] It combines PDU sequences received from several sources...<br>（【0003】UTRAN 120包括一个或多个无线电网络子系统（RNS）125。每个RNS 125包括无线电网络控制器（RNC）123以及由RNC 123管理的多个基站（节点B）121。每个节点B 121存在一个或多个小区。【0025】……终端搜索相邻小区，并通过从这些相邻小区中的一个或多个所提供的点对多点无线电承载附加地接收该MBMS服务……【0121】它组合从若干源接收的PDU序列……） | 目标专利中技术特征B在多点操作中从多个节点B接收PDU以实现多流/多小区接收；对比文件段落[0003]、[0025]及[0121]明确公开了网络包含多个节点B（每个节点B含有一或多个小区），终端为了减少数据接收失败，从多个相邻小区/若干源（源自不同Node-B对应的小区）接收相同服务的PDU。本领域技术人员结合段落[0003]与[0025]能够直接且毫无疑义地得出终端从多个节点B接收PDU，其在对比文件与目标专利中均起到由终端从多个传输源获取PDU的作用，属于《直接公开》。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | [0004] ...The PHY layer is connected with an upper layer, the MAC layer via transport channels...<br>[0005] In the second layer (Layer 2), a medium access control (MAC) layer, a radio link control (RLC) layer... exist. The MAC layer serves the purpose of mapping various logical channels to various transport channels...<br>（【0004】……PHY层通过传输信道连接到上层即MAC层……【0005】在第二层（L2）中，存在介质访问控制（MAC）层、无线电链路控制（RLC）层……MAC层用于将各种逻辑信道映射到各种传输信道……） | 目标专利说明书（如段落[0006]、[0007]、[0056]、[0097]）明确指出TSN是分配在MAC层PDU（如MAC-ehs PDU）上的传输序列号，用于MAC层的一阶重排序。对比文件全文仅涉及RLC层的序列号（SN），完全没有公开MAC层接收到的PDU具有传输序列号（TSN）。即使从宽泛标准看，对比文件在MAC层并无任何序列号分配或TSN的记载，因此该特征《未公开》。 |
| 技术特征D：在MAC层中使用所述TSN<br>《未公开》 | [0005] In the second layer (Layer 2), a medium access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer and a broadcast/multicast control (BMC) layer exist. The MAC layer serves the purpose of mapping various logical channels to various transport channels, as well as performing logical channel multiplexing for mapping a plurality of logical channels to a single transport channel.<br>（【0005】在第二层（L2）中，存在介质访问控制（MAC）层、无线电链路控制（RLC）层、分组数据汇聚协议（PDCP）层和广播/多播控制（BMC）层。MAC层用于将各种逻辑信道映射到各种传输信道，以及执行用于将多个逻辑信道映射到单个传输信道的逻辑信道复用。） | 目标专利中特征D要求在MAC层内部使用上述TSN执行重排序操作（参见说明书[0007]、[0051]、[0097]）。对比文件中MAC层仅用于信道映射和逻辑信道复用（段落[0005]），未公开在MAC层中使用任何TSN，亦未提供任何能够在MAC层使用TSN进行处理的教导，因此该特征《未公开》。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | [0026] However, in the related art, the UM RLC entity at the receiving end receives RLC PDUs from only a single cell or only a single logical channel...<br>[0030] Thus, in the present invention, an unacknowledged mode (UM) radio link control (RLC) entity receives RLC protocol data units (PDUs) delivered through one or more logical channels and re-orders the received PDUs...<br>（【0026】然而，在现有技术中，接收端的UM RLC实体仅从单个小区或仅从单个逻辑信道接收RLC PDU……【0030】因此，在本发明中，非应答模式（UM）无线电链路控制（RLC）实体接收通过一个或多个逻辑信道递送的RLC协议数据单元（PDU），并通过参考它们的序列号并使用接收窗口和定时器对接收到的PDU进行重排序。） | 目标专利说明书（段落[0007]、[0051]、[0059]-[0068]）明确表明，特征E是属于MAC层重排序架构（每个节点B对应一组独立的重排序队列，在MAC层基于TSN进行各节点B队列的独立重排序）。而对比文件全文所有的重排序均发生在RLC层（段落[0030]），对比文件的MAC层不存在任何重排序队列，更没有公开在MAC层针对每个节点B的不同重排序队列进行重排序。即使从最宽松的角度看，对比文件也未公开MAC层的重排序队列机制，因此该特征《未公开》。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | [0005] ...The MAC layer is connected to a higher layer, the RLC layer, via logical channels, and these logical channels are divided into control channels that transmit control plane information and traffic channels that transmit user plane information.<br>[0119] The receiving UM RLC entity receives the UMD PDUs through the configured logical channels from the lower layer. When ‘duplicate avoidance and reordering’ is configured, there may be one or more inputs from the lower layer...<br>（【0005】……MAC层通过逻辑信道连接到更高层即RLC层，这些逻辑信道分为传输控制平面信息的控制信道和传输用户平面信息的业务信道。【0119】接收UM RLC实体通过配置的逻辑信道从较低层接收UMD PDU。当配置了“重复避免和重排序”时，可能存在来自较低层的一个或多个输入……） | 目标专利技术特征F限定了PDU传递的上下游关系：上游为MAC层中的“多个重排序队列”，下游为“RLC层中的一个逻辑信道”（参见说明书[0007]、[0051]、[0074]、[0084]）。对比文件段落[0005]和[0119]仅记载了MAC通过逻辑信道连接到RLC层，底层提供输入给RLC，但由于对比文件MAC层根本不存在“重排序队列”，其传递的源头不是MAC层的多个重排序队列，无法得出该特征。因此该特征《未公开》。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《直接公开》 | [0030] Thus, in the present invention, an unacknowledged mode (UM) radio link control (RLC) entity receives RLC protocol data units (PDUs) delivered through one or more logical channels and re-orders the received PDUs by referring to their sequence numbers and by using a receive window and a timer.<br>[0121] ...It completes duplicate detection, discard and reordering based on the UM PDU sequence number...<br>（【0030】因此，在本发明中，非应答模式（UM）无线电链路控制（RLC）实体接收通过一个或多个逻辑信道递送的RLC协议数据单元（PDU），并通过参考它们的序列号并使用接收窗口和定时器对接收到的PDU进行重排序。【0121】……它基于UM PDU序列号完成重复检测、丢弃和重排序……） | 目标专利中技术特征G的作用是在RLC层依据PDU的序列号（SN）重排失序到达的数据包（参见说明书[0007]、[0099]）。对比文件段落[0030]及[0121]明确记载了在RLC实体中通过参考接收到的PDU的序列号（SN）对PDU进行重排序（re-orders the received PDUs by referring to their sequence numbers），二者的技术手段与实现的功能作用完全相同，本领域技术人员无需创造性劳动即可直接得出，属于《直接公开》。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《直接公开》 | [0012] ...UM RLC transmits data by adding to each PDU, a PDU header that includes a sequence number (SN), such that the receiving end can know which PDU had been lost during transmission (i.e., the PDU is missing)... When considered from the receiving end RLC operating in unacknowledged mode, the PDUs that have been missing are determined by referring to the sequence numbers of the received PDUs...<br>[0137] (a) if Timer_DAR is not active when a PDU is stored by the DAR function; Timer_DAR shall be started...<br>[0126] (a) if SN is within the receive window, if SN<VR(UDR)... PDU be buffer.<br discarded, in otherwise, shall stored the>（【0012】……UM RLC通过向每个PDU添加包括序列号（SN）的PDU报头来传输数据，使得接收端能够知道在传输期间哪个PDU已丢失（即PDU丢失）……从以非应答模式运行的接收端RLC来看，通过参考接收到的PDU的序列号来确定已丢失的PDU……【0137】(a) 当DAR功能存储PDU时，如果Timer_DAR未处于激活状态；应启动Timer_DAR……【0126】(a) 若SN在接收窗口内，若SN<VR(UDR)……则丢弃PDU，否则将PDU存储在缓冲器中。） 技术特征I：启动定时器<br PDUs）；在具体实现中，当接收到乱序PDU（即在期望接收序号之前出现空洞、发生PDU丢失）时将其存储到重排序缓冲中，实质即为检测到至少一个PDU基于SN丢失。两者的判断机制和技术作用相同，属于《直接公开》。 PDU缺失/丢失（参见说明书[0007]、[0101]）。对比文件段落[0012]明确公开接收端RLC通过参考PDU的序列号确定丢失的PDU（determined by numbers of received referring sequence the to | 目标专利中该特征是指RLC实体通过所接收PDU的SN判断序列号不连续，从而检测到至少一个RLC>《直接公开》 |
| 技术特征J：在所述定时器期满的条件下<br>《直接公开》 | [0142] (c) if Timer_DAR expires;<br>（【0142】(c) 如果Timer_DAR期满；） | 目标专利该特征作为定时器期满触发后续处理的条件判定（参见说明书[0007]、[0103]）。对比文件段落[0142]明确记载了“if Timer_DAR expires”（如果Timer_DAR期满）作为后续状态处理与数据提交的触发条件，条件定义完全相同，属于《直接公开》。 |
| 技术特征K：基于所述RLC PDU的SN<br>《隐含公开》 | [0012] ...When considered from the receiving end RLC operating in unacknowledged mode, the PDUs that have been missing are determined by referring to the sequence numbers of the received PDUs...<br>[0013] In AM RLC, the reason that the receiving end provides acknowledgement is to request re-transmission from the transmitting end of those PDUs that were not received, and this re-transmission function is one of the most important characteristics of the AM RLC.<br>[0142] (c) if Timer_DAR expires; for all stored PDUs with sequence numbers lowe or equal to VR(UDT)... remove the PDUs from the buffer and deliver them to higher RLC function...<br>（【0012】……从以非应答模式运行的接收端RLC来看，通过参考接收到的PDU的序列号来确定已丢失的PDU……【0013】在AM RLC中，接收端提供确认的原因是向发送端请求重传那些未接收到的PDU，并且该重传功能是AM RLC的最重要特征之一。【0142】(c) 如果Timer_DAR期满；对于所有序列号低于或等于VR(UDT)的已存储PDU……将这些PDU从缓冲器中移除并将其递送给更高的RLC功能……） | 目标专利中技术特征K限定后续的状态报告或处理需基于丢失RLC PDU的SN（参见说明书[0007]、[0100]、[0103]）。对比文件段落[0012]、[0013]、[0142]公开了确定丢失数据及管理定时器/递送数据均依赖于PDU的SN，且段落[0013]指出在确认模式（AM）下接收端需要基于未接收到的PDU请求重传。在最宽松的隐含公开判断标准下，对比文件公开了基于SN识别丢失数据并将该原则应用于重传/状态报告的机制，本领域技术人员可以合理推知基于丢失PDU的SN进行标识与处理，因此技术特征K被《隐含公开》。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《隐含公开》 | [0013] As one type of non-transparent mode, AM RLC constitutes a PDU by attaching a PDU header that includes a SN as done in UM RLC, but unlike UM RLC, the receiving end provides acknowledgement for the PDU transmitted by the transmitting end. In AM RLC, the reason that the receiving end provides acknowledgement is to request re-transmission from the transmitting end of those PDUs that were not received, and this re-transmission function is one of the most important characteristics of the AM RLC.<br>（【0013】作为非透明模式的一种，AM RLC通过像UM RLC那样附加包括SN的PDU报头来构成PDU，但与UM RLC不同的是，接收端对发射端发送的PDU提供确认（acknowledgement）。在AM RLC中，接收端提供确认的原因是为了向发射端请求对那些未接收到的PDU进行重传，并且该重传功能是AM RLC最重要的特征之一。） | 目标专利中特征L要求传送指示丢失RLC PDU的状态报告（STATUS PDU）（说明书[0007]、[0100]、[0103]）。对比文件主要针对UM模式，但段落[0013]明确公开了在RLC AM模式下，接收端向发射端提供确认/状态反馈（acknowledgement）以请求重传那些未接收到的PDU（丢失PDU）。按照最宽松的隐含公开标准，对比文件部分公开了通过状态确认来请求重传丢失PDU的内容，本领域技术人员通过结合通信领域的公知常识（RLC通过状态报告STATUS PDU反馈丢失块），有可能与公知技术或其它对比文件组合得出传送指示丢失PDU的状态报告的技术方案，因此认定为《隐含公开》。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《直接公开》 | [0045] Processing RLC PDUs using a timer refers to a procedure in which the UM RLC operates a reordering timer for those received RLC PDUs that remain in the receive window without having been reserved for reassembly, such that these protocol data units are processed after the lapse of a certain amount of time regardless of whether certain other PDUs are received or not.<br>[0137] (a) if Timer_DAR is not active when a PDU is stored by the DAR function; Timer_DAR shall be started...<br>[0140] (b) Timer_DAR shall be stopped; if the PDU with sequence number VR(UDT) is removed from the buffer before Timer_DAR expires.<br>（【0045】使用定时器处理RLC PDU是指这样一种程序：UM RLC对留在接收窗口中而未被保留用于重组的那些所接收的RLC PDU运行重排序定时器，使得在经过一定量的时间之后处理这些协议数据单元，而不管是否接收到某些其他PDU。【0137】(a) 当DAR功能存储PDU时，如果Timer_DAR未激活；应启动Timer_DAR……【0140】(b) 如果在Timer_DAR期满之前将序列号为VR(UDT)的PDU从缓冲器中移除，则应停止Timer_DAR。） | 目标专利中特征M限定在检测到PDU丢失且定时器正在运行（处于等待窗口内）的处理条件（参见说明书[0007]、[0100]、[0101]）。对比文件段落[0045]、[0137]明确公开当失序检测到间隙时启动重排序定时器，在定时器期满前保持运行以等待可能延迟到达的PDU。该判断条件与目标专利中“RLC PDU基于SN丢失且定时器处于运行中”完全一致，在两文件中均起到表征系统处于等待丢包容限期内的作用，属于《直接公开》。 |
| 技术特征N：对所述状态报告的传送进行延迟<br>《隐含公开》 | [0013] ...In AM RLC, the reason that the receiving end provides acknowledgement is to request re-transmission from the transmitting end of those PDUs that were not received...<br>[0045] Processing RLC PDUs using a timer refers to a procedure in which the UM RLC operates a reordering timer... such that these protocol data units are processed after the lapse of a certain amount of time regardless of whether certain other PDUs are received or not.<br>[0070]（目标专利）利用具有双MAC-ehs实体的MAC架构，RLC实体可能会接收失序分组，这可能触发来自WTRU侧的过早RLC状态报告，并由此不必要地重传可能没有丢失而只是延迟的数据。<br>（【0013】……在AM RLC中，接收端提供确认的原因是为了向发射端请求对那些未接收到的PDU进行重传……【0045】使用定时器处理RLC PDU是指：UM RLC对留在接收窗口中的那些接收到的RLC PDU运行重排序定时器，使得在经过一定时间量之后处理这些PDU，而不管是否接收到某些其他PDU。） | 目标专利技术特征N的作用是避免因乱序到达而过早发送状态报告触发不必要的重传（说明书[0007]、[0070]、[0100]）。对比文件段落[0045]公开了启动定时器等待一段时间以避免过早处理，段落[0013]公开了AM模式下基于未接收到的PDU发送确认请求重传。按照极宽松的隐含公开判断规则，对比文件已公开了利用定时器等待以防止因多路乱序而误将延迟当作丢失的机制，本领域技术人员可以逻辑推导出将此定时等待机制应用于AM状态报告的传输，即具有推迟/延迟状态报告传输以避免过早请求重传的技术构思，属于部分公开并有可能与其他技术组合，因此认定为《隐含公开》。 |
| 技术特征O：该方法还包括<br>《直接公开》 | [0151] The above method further comprising a step of...<br>（【0151】上述方法还包括……的步骤。） | 对比文件段落[0151]记载了“The above method further comprising a step of...”（上述方法还包括……的步骤），其文字表述与限定结构完全对应，属于《直接公开》。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《直接公开》 | [0142] (c) if Timer_DAR expires...<br>[0145] (d) when Timer_DAR is stopped or expires, and there remain PDUs stored by the DAR function, Timer_DAR shall be started...<br>（【0142】(c) 如果Timer_DAR期满……【0145】(d) 当Timer_DAR停止或期满，并且在DAR功能中仍保留有存储的PDU时，应启动Timer_DAR……） | 目标专利中特征P用于在定时器期满后检查缓冲器中是否仍存在其他未补齐的丢包间隙（参见说明书[0092]、[0103]）。对比文件段落[0145]明确公开了当定时器期满时，如果缓冲器中仍存在未按序提交的存储PDU（意味着前面依然存在未收到的缺失PDU，即存在至少另一个丢失PDU），则满足继续处理的条件。该逻辑条件在对比文件中已被直接公开，二者作用完全相同，属于《直接公开》。 |
| 技术特征Q：重启所述定时器<br>《直接公开》 | [0145] (d) when Timer_DAR is stopped or expires, and there remain PDUs stored by the DAR function, Timer_DAR shall be started; VR(UDT) shall be assigned the sequence number of the highest numbered stored PDU.<br>（【0145】(d) 当Timer_DAR停止或期满，并且在DAR功能中仍保留有存储的PDU时，应启动Timer_DAR；应将最高编号的已存储PDU的序列号赋予VR(UDT)。） | 目标专利中特征Q的作用是针对剩余丢失的PDU重新运行定时保护机制（说明书[0092]、[0103]）。对比文件段落[0145]明确记载“when Timer_DAR ... expires ... Timer_DAR shall be started”（当Timer_DAR期满时……Timer_DAR应当被启动），在定时器期满且仍有数据未完成按序处理时重新启动该定时器，即为“重启所述定时器”，技术特征完全一致，属于《直接公开》。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br>《隐含公开》 | [0049] VR(UR): reception waiting number—this value is only used when reordering has been configured, and refers to the very next SN after the SN of the RLC PDU that has been sequentially received most recently.<br>[0054] ...First, the VR(UR) is equivalent to ‘VR(UDR)’, which is a UM duplicate avoidance and reordering send state variable. This state variable contains the sequence number of the next UMD PDU that is expected to be received in sequence...<br>[0142] (c) if Timer_DAR expires; for all stored PDUs with sequence numbers lowe or equal to VR(UDT)... remove the PDUs from the buffer and deliver them to higher RLC function; VR(UDR) shall be assigned the value x+1 where x is the sequence number of the highest numbered PDU that was delivered to the higher RLC function.<br>（【0049】VR(UR)：接收等待编号——该值仅在配置了重排序时使用，指的是最近按序接收到的RLC PDU的SN之后的下一个SN。【0054】……首先，VR(UR)等同于“VR(UDR)”，即UM重复避免和重排序发送状态变量。该状态变量包含期望按序接收的下一个UMD PDU的序列号……【0142】(c) 如果Timer_DAR期满；对于所有序列号低于或等于VR(UDT)的已存储PDU……从缓冲器中移除这些PDU并递送给更高RLC功能；VR(UDR)应被赋值为x+1，其中x是递送给更高RLC功能的最高编号PDU的序列号。） | 目标专利中VR(AM_NEXT)表示下一个期望的PDU序列号；在定时器期满且仍有丢包时，将其推进并设置成仍丢失的PDU的SN（说明书[0100]、[0103]）。对比文件定义了表示“下一个期望按序接收的PDU序列号”的状态变量VR(UDR)（段落[0049]、[0054]）；并在定时器期满时（段落[0142]），将跳过丢失PDU后递送的最高PDU序列号加1赋值给VR(UDR)，该x+1本质上即指向下一个仍然缺失/丢失的PDU的SN。按照最宽松的隐含公开判断规则，对比文件公开了相同的变量更新与窗口移动思想，本领域技术人员可以合理推知在存在后续丢包时将期望接收SN更新为该丢失PDU的SN，故认定为《隐含公开》。 |
| 技术特征S：该方法还包括<br>《直接公开》 | [0151] The above method further comprising a step of...<br>（【0151】上述方法还包括……的步骤。） | 对比文件段落[0151]公开了“The above method further comprising a step of...”（上述方法还包括……的步骤），与目标特征引导语一致，属于《直接公开》。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《直接公开》 | [0145] (d) when Timer_DAR is stopped or expires, and there remain PDUs stored by the DAR function, Timer_DAR shall be started...<br>[0142] (c) if Timer_DAR expires...<br>（【0145】(d) 当Timer_DAR停止或期满，并且在DAR功能中仍保留有存储的PDU时，应启动Timer_DAR……【0142】(c) 如果Timer_DAR期满……） | 目标专利中特征T作为定时器期满且所有数据包已连续收齐（无其他丢包）时的分支判断条件（说明书[0092]、[0103]）。对比文件段落[0142]和[0145]规定了定时器期满后的处理逻辑：当期满且缓冲中没有未处理数据（即所有间隙均已填平、没有其他PDU丢失）时，不再重启定时器，直接完成递送。技术人员可以毫无疑义地得出期满且无其他丢包的处理条件，二者作用完全相同，属于《直接公开》。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br>《直接公开》 | [0014] The UM RLC sets and manages a state variable called ‘VR(US)’ which refers to the next sequence number that is expected to be received, namely, the very next sequence number after the sequence number of the RLC PDU that was most recently received. Thus, if the most recently received SN=x, then VR(US)=x+1.<br>[0142] (c) if Timer_DAR expires; for all stored PDUs with sequence numbers lowe or equal to VR(UDT) and for any sequence of stored PDUs with consecutive sequence numbers starting at VR(UDT)+1, remove the PDUs from the buffer and deliver them to higher RLC function; VR(UDR) shall be assigned the value x+1 where x is the sequence number of the highest numbered PDU that was delivered to the higher RLC function.<br>（【0014】UM RLC设置并管理称为“VR(US)”的状态变量，该变量指的是期望接收的下一个序列号，即最近接收到的RLC PDU的序列号之后的下一个序列号。因此，如果最近接收到的SN=x，则VR(US)=x+1。【0142】(c) 如果Timer_DAR期满；对于所有序列号低于或等于VR(UDT)的已存储PDU以及从VR(UDT)+1开始具有连续序列号的任何已存储PDU序列，将这些PDU从缓冲器中移除并递送给更高RLC功能；VR(UDR)应被赋予值x+1，其中x是递送给更高RLC功能的最高编号PDU的序列号。） | 目标专利中特征U在无其他丢失时，将下一个期望PDU的SN设置为最高SN加1（说明书[0103]中“VR(AM_Next) = 最高SN+1”）。对比文件段落[0142]明确记载了当定时器期满且连续PDU递送后，将期望接收变量VR(UDR)赋值为x+1，其中x即为递送的最高编号PDU的SN（最高SN）。在没有其他PDU丢失的情况下，x即重排序缓冲器中具有最高SN的PDU，因此VR(UDR)=最高SN+1。两者的技术方案、数学逻辑及状态更新效果完全一致，属于《直接公开》。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《隐含公开》 | [0013] In AM RLC, the reason that the receiving end provides acknowledgement is to request re-transmission from the transmitting end of those PDUs that were not received, and this re-transmission function is one of the most important characteristics of the AM RLC.<br>[0142] (c) if Timer_DAR expires; for all stored PDUs with sequence numbers lowe or equal to VR(UDT)...<br>[0103]（目标专利）如果Timer_Am_Reordering期满，状态PDU可以被传送……并且如果在重排序缓冲器中具有小于VR(AM_Next)的SN的其他PDU丢失，也可以在状态PDU中为丢失的SN指示NACK……<br>（【0013】在AM RLC中，接收端提供确认的原因是为了向发射端请求对那些未接收到的PDU进行重传……【0142】(c) 如果Timer_DAR期满；对于所有序列号低于或等于VR(UDT)的已存储PDU……） | 目标专利中特征V限定了检测存在多个序列号空洞（小于下一个期望SN但未收到的丢包）的条件（说明书[0103]）。对比文件段落[0013]公开了AM模式下需要对未收到的PDU请求重传，段落[0142]公开了定时器期满时对小于等于界限的SN进行遍历处理并识别空隙。按照极宽松的隐含公开标准，对比文件关于在重排序和接收窗口中对小于当前推进界限的未接收数据包进行识别的教导，使得本领域技术人员能够合理推导出对所有小于期望接收SN的丢失PDU进行判定的逻辑，属于《隐含公开》。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)<br>《隐含公开》 | [0013] As one type of non-transparent mode, AM RLC constitutes a PDU by attaching a PDU header that includes a SN as done in UM RLC, but unlike UM RLC, the receiving end provides acknowledgement for the PDU transmitted by the transmitting end. In AM RLC, the reason that the receiving end provides acknowledgement is to request re-transmission from the transmitting end of those PDUs that were not received, and this re-transmission function is one of the most important characteristics of the AM RLC.<br>（【0013】作为非透明模式的一种，AM RLC通过像UM RLC那样附加包括SN的PDU报头来构成PDU，但与UM RLC不同的是，接收端对发射端发送的PDU提供确认（acknowledgement）。在AM RLC中，接收端提供确认的原因是为了向发射端请求对那些未接收到的PDU进行重传，并且该重传功能是AM RLC最重要的特征之一。） | 目标专利中特征W的作用是通过状态报告向发射端明确指出缺失的数据块需要重传（说明书[0007]、[0103]）。对比文件段落[0013]明确公开了在AM模式中接收端提供确认以请求发射端重传那些未接收到的PDU（to request re-transmission from the transmitting end of those PDUs that were not received）。在移动通信协议中，针对未接收到的PDU请求重传在状态报告中即表现为指示否定应答（NACK）。按照极其宽松的隐含公开判断标准，对比文件已经公开了通过反馈确认信息来请求重传丢失PDU的内容，本领域技术人员结合标准公知常识极易得出在状态报告中对丢失PDU标记NACK，属于部分公开且极有可能组合公开，因此认定为《隐含公开》。 |
<<<A>>>
<<<B>>>
<<<G>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<k>>>
<<<l>>>
<<<M>>>
<<<n>>>
<<<O>>>
<<<P>>>
<<<Q>>>
<<<r>>>
<<<S>>>
<<<T>>>
<<<U>>>
<<<v>>>
<<<w>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【段落 [0008]】<br>“In one aspect of the instant invention, a method is provided for re-ordering packets of data received at a radio network controller during soft hand off.”<br>（在根据本发明的一个方面中，提供了一种用于在软切换期间对无线电网络控制器处接收到的数据分组进行重排序的方法。） | 对比文件公开了一种在无线通信系统中对接收到的分组进行重排序的方法，技术特征A属于方法权利要求的常规前序限定/过渡性语言，本领域技术人员可直接且毫无疑义地确定对比文件直接公开了该特征。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《直接公开》 | 【段落 [0018]】<br>“To take advantage of selection combining gains from the base stations 115, 116, 117, the transport channel bit of a successfully decoded uplink packet on the Enhanced Data Channel (EDCH) is sent to the RNC 120 over an IUB interface.”<br>（为了利用来自基站115、116、117的选择合并增益，在增强数据信道（EDCH）上成功解码的上行链路分组的传输信道比特通过IUB接口被发送到RNC 120。）<br><br>【段落 [0019]】<br>“In such as case, the SRNC would receive packet #3 from NodeB2, packet #1 from NodeB3, packet #2 from NodeB 1 and so on.”<br>（在这样的情况下，SRNC将从NodeB2接收分组#3，从NodeB3接收分组#1，从NodeB1接收分组#2，等等。）<br><br>【段落 [0020]】<br>“This TSN is inserted by the base station 115, 116, 117 on either per MAC-eu PDU or MAC-es PDU basis.”<br>（该TSN由基站115、116、117基于每个MAC-eu PDU或MAC-es PDU插入。）<br><br>【段落 [0025]】<br>“The RNC receives like packets of information from each of the base stations 115, 116, 117 participating in the SHO (at 400).”<br>（RNC从参与软切换（SHO）的各个基站115、116、117接收类似的信息分组（在400处）。） | 在目标专利中，该特征是指接收端接收来自多个节点B发送的协议数据单元（PDU）。对比文件明确公开了在软切换（SHO）期间，无线网络控制器（RNC 120）通过Iub接口从参与软切换的多个基站（NodeB1、NodeB2、NodeB3/基站115、116、117）接收上行链路分组（明确提及MAC-eu PDU或MAC-es PDU）。两者均实现从多个Node B接收PDU的技术方案与作用，对比文件直接公开了技术特征B。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《直接公开》 | 【段落 [0018]】<br>“For the RNC 120 to perform re-ordering functions, each of the received packets is identified by a sequence number, henceforth referred to as the Transmission Sequence Number (TSN).”<br>（为了使RNC 120执行重排序功能，每个接收到的分组由序列号标识，以下称为传输序列号（TSN）。）<br><br>【段落 [0020]】<br>“To support re-ordering at the RNC, the use of Transmission Sequence Number (TSN) or equivalent over the IUB is used. This TSN is inserted by the base station 115, 116, 117 on either per MAC-eu PDU or MAC-es PDU basis.”<br>（为了支持RNC处的重排序，使用IUB上的传输序列号（TSN）或等同物。该TSN由基站115、116、117基于每个MAC-eu PDU或MAC-es PDU插入。） | 目标专利中每个PDU携带TSN用于后续重排序标识。对比文件明确记载了每个接收到的分组（MAC-eu PDU或MAC-es PDU）均由传输序列号（TSN）进行标识，其作用同样是为后续重排序提供序列依据。因此，本领域技术人员可以毫无疑义地确定对比文件直接公开了技术特征C。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《直接公开》 | 【段落 [0020]】<br>“This TSN is inserted by the base station 115, 116, 117 on either per MAC-eu PDU or MAC-es PDU basis.”<br>（该TSN由基站115、116、117基于每个MAC-eu PDU或MAC-es PDU插入。）<br><br>【段落 [0025]】<br>“The combined packets are then re-ordered, as necessary, based on the TSN created by the base station 115, 116, 117 (at 410).”<br>（然后，根据需要基于由基站115、116、117创建的TSN对合并后的分组进行重排序（在410处）。） | 目标专利在MAC层利用TSN对数据包进行处理和排序。对比文件明确指出TSN是针对MAC-eu PDU或MAC-es PDU设置的，并且在接收端根据该TSN对分组进行重排序；在UMTS协议架构中，MAC-es/MAC-eu属于MAC子层实体，在MAC-es/MAC-eu PDU中使用TSN执行重排序即属于在MAC层中使用所述TSN。作用与目标专利一致，构成本领域技术人员能够毫无疑义确定的直接公开。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《隐含公开》 | 【段落 [0019]】<br>“At the RNC 120, the re-ordering may be performed for each priority queue. A different priority queue may be used for traffic or data that needs to be sent with different Quality of Service (QoS), as an example.”<br>（在RNC 120处，可以针对每个优先级队列执行重排序。例如，可以将不同的优先级队列用于需要以不同服务质量（QoS）发送的业务或数据。）<br><br>【段落 [0025]】<br>“The RNC receives like packets of information from each of the base stations 115, 116, 117 participating in the SHO (at 400)... The combined packets are then re-ordered, as necessary, based on the TSN created by the base station 115, 116, 117 (at 410).”<br>（RNC从参与SHO的各个基站115、116、117接收类似的信息分组（在400处）……然后，根据需要基于由基站115、116、117创建的TSN对合并后的分组进行重排序（在410处）。） | 对比文件公开了在RNC针对不同优先级队列执行重排序，但其具体实现是对来自多个基站的相同数据包先进行选择性合并（selection combining），再在相应队列中重排序合并后的数据。虽然对比文件未严格限定“针对每个节点B分别在各自不同的重排序队列中重排序”，但其公开了针对来自多个节点B的数据在不同队列中执行TSN重排序的机制，部分公开了利用重排序队列进行多节点数据恢复的技术手段。按照极其宽松的隐含公开判断原则，本领域技术人员结合该队列重排序机制有很大可能推理得出或结合常规技术方案形成针对各节点B分别配置重排序队列的技术方案，故认定为隐含公开。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《隐含公开》 | 【段落 [0023]】<br>“For the RNC 120 to pass the subsequent in-sequence packets to the next layer, a timer mechanism may be used to automatically 'flush' the re-ordering buffer. Upon expiration of a preselected period of time, the timer mechanism may signal the RNC 120 to forward the remaining packets to the next layer.”<br>（为了使RNC 120将随后的按序分组传递到下一层，可以使用定时器机制来自动‘冲刷’重排序缓冲器。在预选时间段期满时，定时器机制可以向RNC 120发信号以将剩余分组转发到下一层。）<br><br>【段落 [0024]】<br>“...the packets are forwarded to the next layer.”<br>（……分组被转发到下一层。） | 对比文件明确公开了将重排序缓冲器中按序排好的数据包传递到“下一层（next layer）”。在本领域3GPP/UMTS通信协议架构中，RNC侧MAC层之上承载业务的下一层即为RLC（无线链路控制）层，MAC层重排序后必然是通过逻辑信道递交给上层RLC实体。对比文件公开了将重排序分组交付给下一层，部分公开了向上一层传递的技术内容，本领域技术人员基于无线通信协议栈通用常识能够必然推理推断出下一层即RLC层并对应逻辑信道，故认定为隐含公开。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《未公开》 | 无对应原文记载。 | 对比文件着重解决的是上行软切换在RNC的MAC层基于TSN的重排序及选择合并，未记载任何在RLC层中再次基于RLC序列号（SN）对所接收PDU进行第二阶重排序的技术内容。该特征未被直接公开也未被隐含公开。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《未公开》 | 无对应原文记载。 | 对比文件未涉及RLC层基于RLC PDU的序列号检测丢包的技术方案，未公开该特征。 |
| 技术特征I：<br>启动定时器<br><br>《未公开》 | 【段落 [0023]】<br>“For the RNC 120 to pass the subsequent in-sequence packets to the next layer, a timer mechanism may be used to automatically 'flush' the re-ordering buffer.”<br>（为了使RNC 120将随后的按序分组传递到下一层，可以使用定时器机制来自动‘冲刷’重排序缓冲器。） | 对比文件虽然在段落[0023]提到了使用定时器机制，但该定时器是MAC层重排序缓冲区的冲刷定时器（flush timer），用于等待丢失的MAC PDU超时后冲刷缓冲器；而目标专利特征I的定时器是RLC层的Timer_Am_Reordering，其启动条件是“当至少一个RLC PDU基于该RLC PDU的SN而丢失时”。两者的协议层级、触发条件、作用机制完全不同，对比文件未公开该特征。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《未公开》 | 【段落 [0023]】<br>“Upon expiration of a preselected period of time, the timer mechanism may signal the RNC 120 to forward the remaining packets to the next layer.”<br>（在预选时间段期满时，定时器机制可以向RNC 120发信号以将剩余分组转发到下一层。） | 目标专利特征J限定在RLC重排序定时器期满的条件下触发状态报告的发送；对比文件仅公开了MAC层flush定时器期满时将剩余分组转发给下一层，未涉及在定时器期满条件下传送用于指示丢失RLC PDU的状态报告，未公开该特征。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《未公开》 | 无对应原文记载。 | 对比文件未公开在RLC层基于RLC PDU的SN执行状态报告构建或相关逻辑，未公开该特征。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《未公开》 | 无对应原文记载。 | 对比文件未涉及RLC层生成并传送用于指示丢失RLC PDU的状态报告（STATUS PDU）的技术方案，未公开该特征。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《未公开》 | 无对应原文记载。 | 对比文件未涉及RLC层在定时器正在运行且检测到RLC PDU丢失时的处理逻辑，未公开该特征。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟<br><br>《未公开》 | 无对应原文记载。 | 目标专利中该特征的作用在于当定时器运行时推迟RLC状态报告的发送，以避免因为多节点传输延迟导致的过早触发重传。对比文件完全未涉及推迟/延迟RLC状态报告传送的机制，未公开该特征。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | 【段落 [0008]】<br>“In one aspect of the instant invention, a method is provided...”<br>（在根据本发明的一个方面中，提供了一种方法……） | 对比文件公开的方法包含多个进一步处理步骤，该特征属于常规方法引用过渡词，直接公开。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《未公开》 | 无对应原文记载。 | 对比文件未公开针对RLC定时器期满且缓冲器中存在至少另一个丢失RLC PDU的判断逻辑，未公开该特征。 |
| 技术特征Q：<br>重启所述定时器<br><br>《未公开》 | 无对应原文记载。 | 对比文件未涉及在RLC重排序定时器期满后针对其他丢失PDU重启定时器的技术方案，未公开该特征。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br><br>《未公开》 | 无对应原文记载。 | 对比文件未公开对下一个期望的RLC PDU的SN（如VR(AM_NEXT)）更新设置为丢失的RLC PDU的SN的状态变量维护逻辑，未公开该特征。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | 【段落 [0008]】<br>“In one aspect of the instant invention, a method is provided...”<br>（在根据本发明的一个方面中，提供了一种方法……） | 常规方法过渡语言，对比文件方法包含进一步步骤，直接公开。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《未公开》 | 无对应原文记载。 | 对比文件未涉及在RLC重排序定时器期满且没有其他RLC PDU丢失时的判断条件，未公开该特征。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br><br>《未公开》 | 无对应原文记载。 | 对比文件未公开在无其他丢包时将下一个期望的RLC PDU的SN设置为最高SN加一的变量维护逻辑，未公开该特征。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《未公开》 | 无对应原文记载。 | 对比文件未涉及针对重排序缓冲器中小于下一个期望SN的其他丢失RLC PDU的检测机制，未公开该特征。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)<br><br>《未公开》 | 无对应原文记载。 | 对比文件段落[0004]、[0016]中出现的NACK仅为HARQ物理层/MAC层反馈信号，完全未涉及在RLC状态报告中针对特定丢失的SN指示否定应答（NACK）的技术内容，未公开该特征。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<e>>><<<f>>><<<O>>><<<S>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 无对应公开内容。 | 对比文件（US 2007/0107077 A1）涉及的是通过微弹轰击对芸苔属植物进行基因转化及再生的生物农业育种方法（参见[0001]、[0007]等），与目标专利所涉及的移动无线通信系统中用于对所接收的PDU进行两阶重排序的数据处理方法属于完全不相干的两个技术领域。对比文件中不存在移动通信数据传输处理方法的对应技术内容，因此本特征未被公开。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 无对应公开内容。 | 目标专利中，“从多个节点B接收PDU”涉及在无线发射接收单元（WTRU）处多点操作时从多个基站/节点B接收协议数据单元（PDU）（如说明书[0005]、[0006]、[0007]、[0053]等所述）。对比文件是关于植物微弹转化法，完全不涉及通信领域的节点B（Node B）或PDU接收，因此未公开。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | 无对应公开内容。 | 目标专利中，TSN用于在MAC层标识分组的传输序列号以进行按序处理和重排序（说明书[0006]、[0007]、[0056]）。对比文件完全未公开通信协议中的传输序列号（TSN）特征，因此未公开。 |
| 技术特征D：在MAC层中使用所述TSN<br>《未公开》 | 无对应公开内容。 | 目标专利中，在MAC层利用TSN对分组执行一阶重排序（说明书[0007]、[0058]、[0098]）。对比文件不涉及协议栈分层或MAC层，未公开该特征。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 无对应公开内容。 | 目标专利中，WTRU针对属于特定节点B的重排序队列的分组进行重排序（说明书[0007]、[0051]、[0067]）。对比文件不涉及数据包队列或节点B分组重排序，未公开该特征。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 无对应公开内容。 | 目标专利中，重排序后的PDU被解复用并传递至RLC层的逻辑信道（说明书[0007]、[0053]、[0058]、[0070]）。对比文件不涉及RLC层、逻辑信道或队列间的数据传递，未公开该特征。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《未公开》 | 无对应公开内容。 | 目标专利中，在RLC层基于RLC序列号（SN）执行二阶重排序以确保按序向更高层传递（说明书[0007]、[0099]）。对比文件完全不涉及RLC层的序列号及重排序，未公开该特征。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 无对应公开内容。 | 目标专利中，RLC通过检测接收序列号中的间隙（如SN > 期望SN）来判断至少一个RLC PDU丢失（说明书[0099]、[0101]）。对比文件不涉及数据丢包检测机制，未公开该特征。 |
| 技术特征I：启动定时器<br>《未公开》 | 无对应公开内容。 | 目标专利中，在检测到丢失RLC PDU时启动用于延迟状态报告的定时器（Timer_Am_Reordering或Timer_SR）（说明书[0007]、[0100]、[0101]、[0106]）。对比文件不涉及通信协议定时器机制，未公开该特征。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 无对应公开内容。 | 目标专利中，将定时器超时作为触发后续状态报告上报或重置期望SN的判断条件（说明书[0101]、[0103]）。对比文件不涉及该协议交互条件，未公开该特征。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 无对应公开内容。 | 目标专利中，依据丢失的RLC PDU的特定序列号来指示未成功接收的分组（说明书[0103]、[0108]）。对比文件完全未涉及该内容，未公开该特征。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《未公开》 | 无对应公开内容。 | 目标专利中，通过向上游发送状态PDU指示否定应答（NACK）以请求重传（说明书[0070]、[0100]、[0103]）。对比文件不涉及通信状态报告传输，未公开该特征。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 无对应公开内容。 | 目标专利中，界定了在定时器尚未期满期间的状态约束条件，避免由于多站点下行链路时延差异引起过早发送状态报告（说明书[0007]、[0070]、[0101]）。对比文件不涉及该处理逻辑，未公开该特征。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《未公开》 | 无对应公开内容。 | 目标专利中，通过推迟STATUS PDU的传输来等待来自其他节点B的可能只是乱序延迟而非真正丢失的PDU（说明书[0070]、[0100]）。对比文件完全无此技术方案，未公开该特征。 |
| 技术特征O：该方法还包括<br>《未公开》 | 无对应公开内容。 | 与技术特征A同理，该从属权利要求引出部分属于通信方法，对比文件为植物组织培养与转基因方法，未公开该特征。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 无对应公开内容。 | 目标专利中，该特征界定了第一丢失PDU的定时器期满后，接收窗口中仍存在未到达的其它丢包的场景判断（说明书[0092]、[0103]中的步骤1220）。对比文件完全未涉及该协议判定逻辑，未公开该特征。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 无对应公开内容。 | 目标专利中，在仍有丢包时重启定时器以继续为后续丢失分组提供重排序窗口（说明书[0092]、[0103]中的步骤1221）。对比文件不涉及定时器重启控制，未公开该特征。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 无对应公开内容。 | 目标专利中，将变量VR(AM_NEXT)更新为当前窗口中丢失的PDU的SN（说明书[0103]中的步骤1222）。对比文件不涉及通信协议变量更新，未公开该特征。 |
| 技术特征S：该方法还包括<br>《未公开》 | 无对应公开内容。 | 与技术特征A、O同理，属于通信方法引用语，对比文件不涉及该领域，未公开该特征。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 无对应公开内容。 | 目标专利中，当定时器期满且重排序缓冲器中不再有其他丢包（间隙已填补完毕或无其他乱序）时的条件分支（说明书[0092]、[0103]中的步骤1220分支）。对比文件完全无相关技术方案，未公开该特征。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 无对应公开内容。 | 目标专利中，在没有其他间隙时，将变量VR(AM_NEXT)直接推移至已接收的最高SN+1（说明书[0092]、[0103]中的步骤1223）。对比文件完全未公开此状态变量维护方案，未公开该特征。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 无对应公开内容。 | 目标专利中，涉及在构建状态报告时，检查缓冲器中序列号小于下一个期望序列号的其他遗漏报文（说明书[0103]）。对比文件不涉及数据包缓冲器状态分析，未公开该特征。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《未公开》 | 无对应公开内容。 | 目标专利中，针对所有确定丢失的SN在STATUS PDU中生成并携带NACK指示以要求重传（说明书[0103]、[0108]）。对比文件不涉及否定应答信令生成与上报机制，未公开该特征。 |
针对对比文件（CN101060386A）是否公开目标专利权利要求的各技术特征，结合目标专利说明书原文进行详细技术比对与严谨法律/技术逻辑分析。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含准确段落/部分及中文翻译） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【说明书“发明内容”部分第2自然段】：<br>“为实现上述目的，本发明提供了一种混合自动重传请求实体内数据块的上报方法，包含以下步骤：……” | 本领域技术人员阅读对比文件可知，对比文件公开了一种数据块的上报方法，包含若干步骤，实质公开了“该方法包括”。两者作用相同，均为方法实施流程的前导引导语。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件全文仅涉及单一发送端与单一接收端（如UE与单个基站Node B之间）的单连接通信架构（参见背景技术第1-4自然段、具体实施方式第1-3自然段及附图1）。 | 目标专利说明书【0005】-【0006】、【0051】阐明，该特征处于“多点操作”（CoMP/站点间多流操作）场景下，WTRU从地理位置独立的“多个节点B”接收传输块/PDU。对比文件仅公开了传统的单基站通信（发送端与接收端之间的一对一传输），完全未提及、未暗示多小区/站点间传输或从“多个节点B”接收PDU，因此既未直接公开也未隐含公开。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《直接公开》 | 【说明书“背景技术”部分第4自然段】：<br>“而在接收端，各层执行分割/级联的逆过程，首先由物理层将接收到的数据传输给MAC层，由MAC层的HARQ实体对来自物理层的数据块进行接收，如果HARQ实体正确接收了数据块，则返回确认消息(ACK)，并根据数据块的传输序列号对MAC PDU进行HARQ重排……” | 对比文件明确公开了在MAC层的HARQ实体中，接收到的MAC PDU具有“传输序列号”（TSN），并依据该传输序列号进行重排。其作用与目标专利中MAC层PDU携带TSN以实现层内重排序完全相同，属于实质/直接公开。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《直接公开》 | 【说明书“背景技术”部分第4自然段】：<br>“由MAC层的HARQ实体对来自物理层的数据块进行接收……并根据数据块的传输序列号对MAC PDU进行HARQ重排……” | 对比文件中明确公开了HARQ实体位于MAC层，且在MAC层内依据数据块的传输序列号（TSN）对MAC PDU进行重排处理，技术方案及技术作用均与目标专利完全一致，属于直接公开。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件仅公开了单个HARQ实体内的重排缓存（参见【说明书“发明内容”部分第2自然段】及【说明书“具体实施方式”第13自然段】：“接收端的混合自动重传请求实体将每个进程正确接收的数据块放至重排缓存中进行排序……”）。 | 目标专利说明书【0006】、【0051】、【0057】指出，由于来自多个不同节点B的PDU各自独立分配TSN，因此WTRU必须在MAC层针对每个节点B维持不同的重排序队列进行独立的第一阶重排。对比文件既无“多个节点B”，也未公开针对不同节点B分别设置不同的重排序队列，仅为单节点下单HARQ实体内根据进程汇聚到一个重排缓存，技术方案本质不同，未公开该特征。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件仅提及：将重排缓存中排序后的数据块上报至上层（RLC层）（参见【说明书“发明内容”第2自然段】、【说明书“背景技术”第4自然段】）。 | 目标专利说明书【0007】、【0051】、【0070】阐明，该特征限定在多流聚合场景下，来自多个不同节点B的多个重排序队列中的PDU在MAC层处理后，汇聚传递至RLC层中的“一个逻辑信道”，从而导致RLC层面临多节点间延迟带来的乱序问题。对比文件仅公开单节点下单缓存上报至上层，不存在“从多个重排序队列传递到一个逻辑信道”的技术架构，未公开该特征。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《直接公开》 | 【说明书“背景技术”部分第4自然段】：<br>“同样，RLC层的自动重发请求(Automatic Repeat Request，简称‘ARQ’)实体根据数据块头部的序列号对RLC PDU进行重排……由于经过ARQ重传之后RLC PDU又会乱序，因此RLC层还将对RLC PDU进行再次排序。” | 对比文件明确指出了在RLC层中，ARQ实体根据数据块头部的序列号（SN）对RLC PDU进行重排。其技术方案、参数含义及技术作用与目标专利（在RLC层根据SN重排序以确保按序向高层传递）完全相同，属于直接公开。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《直接公开》 | 【说明书“背景技术”部分第4自然段】：<br>“如果HARQ实体是在定时器超时时，跳过丢失的数据块，直接将重排缓存中的其他数据块传送到RLC层，则RLC层在对接收到的数据块执行分割/级联的逆过程得到RLC PDU后，根据其不连续的序列号可判断出丢失的RLC PDU，进而请求ARQ重传。” | 对比文件明确公开了RLC层根据接收到的RLC PDU不连续的序列号判断出丢失的RLC PDU。这与特征H“基于该RLC PDU的SN（不连续）判断至少一个RLC PDU丢失”完全一致，构成了直接公开。 |
| 技术特征I：<br>启动定时器<br><br>《隐含公开》 | 【说明书“背景技术”部分第4-5自然段、发明内容及具体实施方式第13-17自然段】：<br>“如果MAC层没有正确接收数据块……并在正确接收到序号在该数据块之后的其他数据块时，启动定时器，将序列号在该数据块之后的其他数据块放入重排缓存中等待……”；但对比文件主要强调在MAC层重排缓存中启动定时器。 | 目标专利中是在RLC层检测到基于SN的丢失时启动RLC重排序定时器（如Timer_Am_Reordering）。对比文件重点公开了MAC层乱序时启动定时器；对于RLC层，虽然对比文件未逐字描述RLC层内部的具体定时器机制，但对比文件【背景技术】第4段明确指明“RLC层的ARQ实体……根据其不连续的序列号可判断出丢失的RLC PDU，进而请求ARQ重传。由于经过ARQ重传之后RLC PDU又会乱序，因此RLC层还将对RLC PDU进行再次排序”。本领域技术人员结合公知常识（3GPP标准中RLC AM实体的状态禁止或重排序机制通常由接收端定时器配合驱动），对比文件公开了“RLC层检测到丢失”与“MAC层通过启动定时器来处理乱序等待”的原理，按照极其宽松的隐含公开判断标准，本领域技术人员有可能通过对比文件内容并结合MAC层相同逻辑合理推断出在RLC重排序中通过启动定时器来处理丢失等待，故认定为隐含公开。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《隐含公开》 | 【说明书“背景技术”第4-5自然段】：<br>“当定时器超时或者该原先缺失的数据块被正确接收后……给数据传输带来不必要的等待时延。” | 对比文件公开了定时器超时/期满作为触发后续处理的条件（虽然对比文件详述的是MAC层定时器超时后上报）。基于对特征I的宽松隐含公开推论，本领域技术人员能够合理推理推断出在RLC层等待超时（定时器期满）的触发条件，因而认定该特征被隐含公开。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《直接公开》 | 【说明书“背景技术”部分第4自然段】：<br>“RLC层在对接收到的数据块执行分割/级联的逆过程得到RLC PDU后，根据其不连续的序列号可判断出丢失的RLC PDU，进而请求ARQ重传。” | 对比文件明确说明是根据RLC PDU头部的序列号（SN）确定丢失的数据块并请求ARQ重传，ARQ请求必然针对该SN进行反馈定位。与目标专利中基于RLC PDU的SN进行指示和状态反馈完全一致，属于直接公开。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《直接公开》 | 【说明书“背景技术”部分第4自然段】：<br>“……根据其不连续的序列号可判断出丢失的RLC PDU，进而请求ARQ重传。” | 对比文件明确公开了RLC层向对端请求ARQ重传。在移动通信（WCDMA/3GPP）协议架构中，RLC层请求ARQ重传的具体形式即为传送包含丢失PDU信息的状态报告（STATUS PDU）。对比文件所述请求ARQ重传与目标专利传送指示丢失PDU的状态报告实质完全相同，属于直接公开。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件在RLC层仅提到了“根据其不连续的序列号可判断出丢失的RLC PDU，进而请求ARQ重传”，并未公开在RLC层存在一个正在运行的定时器，更未公开在定时器运行期间限制/控制状态报告发送的条件机制。 | 目标专利说明书【0070】、【0099】、【0100】阐释，为了防止由于站点间传输时延不同导致RLC过早触发状态报告，设置了Timer_Am_Reordering，当定时器正在运行时推迟状态报告。对比文件完全没有公开在RLC层设立此类重排序运行定时器并在其运行条件下执行特定逻辑，故未公开。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件【发明内容】及【背景技术】均致力于解决MAC层等待导致的延迟问题（其核心发明点在于MAC层确认丢失后立即上报以尽早触发ARQ重传，强调“使得ARQ重传能快速触发”）。 | 目标专利的技术构思在于：为了容忍多站点引起的失序，在RLC层特意延迟（推迟）状态报告（STATUS PDU）的发送；而对比文件在RLC层未公开任何推迟/延迟状态报告的技术方案，反而通篇教导要尽快触发ARQ重传，与该技术特征直接相反且未记载该延迟手段，故未公开。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | 【说明书“发明内容”第2自然段】：<br>“……包含以下步骤：……”以及后续各从属步骤描述。 | 该特征属于权利要求从属引语，对比文件公开了在基本方法上还包含进一步的扩展处理步骤，构成直接公开。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件全文没有任何在RLC层针对“定时器期满且检测到重排序缓冲中还存在至少另一个丢失RLC PDU”的条件判断与处理逻辑。 | 目标专利说明书【0103】（对应图12B中步骤1220）公开了RLC层在定时器期满后进一步检查缓冲器中是否还存在其他丢失PDU。对比文件未涉足RLC层定时器的运行与期满后多PDU丢失的判定分支，故未公开。 |
| 技术特征Q：<br>重启所述定时器<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件仅在其MAC层流程中记载了：当原先缺失的数据块被正确接收后若仍有数据块缺失则重启Tsf定时器（步骤1013）；但针对RLC层未记载任何定时器重启逻辑。 | 目标专利中特征Q限定的是在RLC层定时器期满且有其他RLC PDU丢失时重启该定时器（参见说明书【0103】步骤1221）。对比文件未在RLC层公开该逻辑，且对比文件在MAC层的定时器在期满时并不重启，技术领域与实体层次不同，故未公开。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件未公开RLC层中“下一个期望的RLC PDU的SN”（如VR(AM_NEXT)）的变量更新逻辑。 | 目标专利说明书【0100】、【0103】明确记载在RLC层中，当Timer_Am_Reordering期满且还有丢失PDU时，将VR(AM_NEXT)设置成丢失的PDU的SN（步骤1222）。对比文件在RLC层完全未涉及此类变量状态机的具体维护操作，故未公开。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | 【说明书“发明内容”第2自然段】：<br>“……包含以下步骤：……”以及各后续从属方案描述。 | 属于从属权利要求撰写引语，对比文件公开了进一步包含其他方法步骤，构成直接公开。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件在RLC层未涉及定时器期满及判断无其他RLC PDU丢失的组合条件。 | 目标专利说明书【0103】步骤1220记载了判断“如果在重排序缓冲器中不再存在PDU丢失”。对比文件没有关于RLC层定时器期满及后续检查重排序缓冲中是否还存在间隙的判定记载，故未公开。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件未在RLC层公开任何关于将下一个期望的PDU序列号调整为最高SN+1的运算与赋值逻辑。 | 目标专利说明书【0103】步骤1223明确记载在期满且无其他丢失时，“VR(AM_Next)可以被设置成具有最高SN的PDU的SN加一（VR(AM_Next)= 最高SN+1）”。对比文件未记载该变量控制策略，故未公开。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《未公开》 | 【对比文件无对应记载】<br>对比文件未公开在RLC层维护重排序缓冲器并比较其他丢失PDU的SN是否小于下一个期望SN的机制。 | 目标专利说明书【0103】指明在RLC重排序缓冲器中可能存在多个乱序空洞，需要检查是否存在具有小于VR(AM_Next)的SN的其他丢失PDU。对比文件未披露此细节特征，故未公开。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)<br><br>《直接公开》 | 【说明书“背景技术”部分第4自然段】：<br>“如果HARQ实体是在定时器超时时……RLC层在对接收到的数据块执行分割/级联的逆过程得到RLC PDU后，根据其不连续的序列号可判断出丢失的RLC PDU，进而请求ARQ重传。” | 对比文件公开了当RLC层判断出丢失数据块时，请求ARQ重传。在无线通信标准中，针对丢失PDU请求重传即通过在RLC状态报告（STATUS PDU）中指示否定应答（NACK）来实现。因此，针对丢失的RLC PDU在状态报告中指示NACK的技术方案已被实质/直接公开。 |
---
<<<A>>>
<<<C>>>
<<<D>>>
<<<G>>>
<<<H>>>
<<<i>>>
<<<j>>>
<<<K>>>
<<<L>>>
<<<O>>>
<<<S>>>
<<<W>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 无相关记载（对比文件仅在[0022]记载：“The method for fabricating narrow bandpass filter array is as described below.”，中文翻译为：“制造窄带带通滤光片阵列的方法如下所述。”） | 目标专利说明书[0007]、[0125]中记载，该特征指代“在无线发射接收单元（WTRU）中使用的用于对所接收的协议数据单元（PDU）进行两阶重排序的方法”的步骤引入限定，其作用是统领WTRU在多节点通信场景下的数据重排序处理流程。对比文件涉及的是一种集成窄带带通滤光片阵列及其制作方法（属于光学微纳滤光器件物理制造领域），对比文件[0022]引入的是光学薄膜的交替物理沉积工艺。二者不仅所属技术领域完全不同，且对比文件所公开的方法内容与目标专利的作用完全不同。因此，对比文件既未直接公开，本领域技术人员也不可能通过滤光片制造工艺推理出该无线数据重排序方法，故技术特征A未被直接公开也未被隐含公开。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 无相关记载 | 目标专利说明书[0006]、[0007]、[0051]记载，该特征作用于多点传输场景中WTRU从地理位置独立的两个或更多个基站（Node B）接收协议数据单元。对比文件全文仅涉及高低折射率介质层（如SiO2、Nb2O5、Ta2O5、Ge）在基底上的薄膜沉积与滤光片阵列制备，根本不存在无线移动通信中的“节点B（Node B）”或“协议数据单元（PDU）”，更不存在从多个节点B接收PDU的机制。本领域技术人员无法从对比文件中推导出该特征，故技术特征B未被直接公开也未被隐含公开。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | 无相关记载 | 目标专利说明书[0006]、[0056]、[0097]记载，在每个Node B处，下行分组在传送到WTRU之前被独立分配MAC层的传输序列号（TSN），用于在底层标识各节点B独立发送的分组顺序。对比文件属于光学滤光器件领域，完全未记载任何通信协议分组、传输序列号或其生成/携带机制，无法直接得出或隐含推理得出该方案，故技术特征C未被直接公开也未被隐含公开。 |
| 技术特征D：在MAC层中使用所述TSN<br>《未公开》 | 无相关记载 | 目标专利说明书[0006]、[0007]、[0057]-[0068]记载，WTRU在介质访问控制层（MAC层，如MAC-ehs实体）通过重排序实体利用TSN对数据进行底层重排序。对比文件未涉及通信协议栈，亦无MAC层架构或利用TSN组织PDU的任何处理，故技术特征D未被直接公开也未被隐含公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0051]、[0057]、[0067]记载，为了解决不同节点B独立分配TSN导致的序列混淆，WTRU在MAC层针对每个节点B建立独立的重排序队列或独立的MAC-ehs实体分别进行第一阶重排序。对比文件仅涉及组合掩模沉积形成的微米滤光单元阵列，无任何通信重排序队列、缓冲机制或针对多节点的数据重构操作，故技术特征E未被直接公开也未被隐含公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0053]、[0058]、[0070]记载，数据在MAC级被各节点B分割处理后，重排序后的PDU汇聚传递到上层无线链路控制（RLC）层的同一逻辑信道中，为后续第二阶全局重排序做准备。对比文件不包含任何协议分层（MAC/RLC）、逻辑信道或跨层数据传递方案，故技术特征F未被直接公开也未被隐含公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0070]、[0099]记载，由于来自不同Node B的数据存在传输延迟差异，导致汇聚到RLC层的分组可能失序，因此由RLC实体基于RLC SN执行两阶重排序中的第二阶重排序。对比文件仅公开光学透射光谱与腔层厚度的线性调谐，无任何序列号重排序处理，技术特征G未被直接公开也未被隐含公开。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0101]记载，RLC层检测到所接收PDU的序列号大于下一个期望序列号时（SN > VR(AM_NEXT)），判断出现了序列号间隙，即检测到RLC PDU丢失。对比文件完全不涉及分组丢失检测机制，故技术特征H未被直接公开也未被隐含公开。 |
| 技术特征I：启动定时器<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0100]、[0101]记载，当检测到RLC PDU丢失且定时器未在运行时，启动丢失PDU重排序定时器（如Timer_Am_Reordering）。对比文件全文为静态光学器件的膜系结构与制备流程，不存在通信控制定时器，故技术特征I未被直接公开也未被隐含公开。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0103]记载，该特征作为定时窗口结束的触发条件，用于在等待预定时间后判定数据确实丢失。对比文件无定时器及定时器期满判定逻辑，技术特征J未被直接公开也未被隐含公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0103]记载，该特征用于指示在反馈状态报告时，依据所检测到的丢失RLC PDU的具体序列号（SN）确定应答/否定应答信息。对比文件不涉及协议序列号及基于序列号的数据反馈，故技术特征K未被直接公开也未被隐含公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0103]记载，在定时器超时后向网络发送状态PDU（STATUS PDU），向发射端通知缺失特定SN的分组以便请求重传。对比文件无通信状态报告传输机制，技术特征L未被直接公开也未被隐含公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0070]、[0100]、[0101]记载，该状态条件用于区分定时器是否已在运行，从而避免在等待其他节点B延迟交付的分组期间重复触发或提前触发报告。对比文件无对应机制，技术特征M未被直接公开也未被隐含公开。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《未公开》 | 无相关记载 | 目标专利说明书[0007]、[0070]、[0099]、[0100]记载，当检测到SN丢失且定时器在运行时推迟状态PDU的传输，以防止过早发送状态报告造成不必要的数据重传。对比文件无状态报告延迟发送的方案，技术特征N未被直接公开也未被隐含公开。 |
| 技术特征O：该方法还包括<br>《未公开》 | 无相关记载 | 目标专利说明书[0137]记载，用于引入从权进一步限定的定时器超时后续处理步骤。对比文件属于光学薄膜领域，未公开目标专利所限定的方法补充步骤，故技术特征O未被直接公开也未被隐含公开。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 无相关记载 | 目标专利说明书[0092]、[0103]记载，在定时器期满时检查重排序缓冲器中是否还存在其他位于接收窗口内的丢失PDU（间隙）。对比文件无多分组丢失判断及缓冲器检测，技术特征P未被直接公开也未被隐含公开。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 无相关记载 | 目标专利说明书[0103]、[0138]记载，当确认缓冲器中仍存在其他丢失的PDU时重新启动定时器，继续为后续丢失分组提供等待窗口。对比文件不存在定时器重启处理，技术特征Q未被直接公开也未被隐含公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 无相关记载 | 目标专利说明书[0103]、[0139]记载，在重启定时器时将状态变量VR(AM_NEXT)更新设置为剩余丢失PDU中最小的SN，以维持滑动窗口与按序接收判断。对比文件无状态变量设置机制，技术特征R未被直接公开也未被隐含公开。 |
| 技术特征S：该方法还包括<br>《未公开》 | 无相关记载 | 目标专利说明书[0140]记载，用于引入定时器超时无其他丢失分组时的变量更新步骤。对比文件为滤光器件制备文献，无此方法特征，技术特征S未被直接公开也未被隐含公开。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 无相关记载 | 目标专利说明书[0103]、[0141]记载，作为缓冲器中空洞已全部补齐或已处理完毕的触发条件。对比文件无对应逻辑判断，技术特征T未被直接公开也未被隐含公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 无相关记载 | 目标专利说明书[0103]、[0141]记载，在没有其他间隙时将VR(AM_NEXT)推进至当前重排序缓冲器中所存最高SN加一，推动接收窗口前移。对比文件无序列号变量推进机制，技术特征U未被直接公开也未被隐含公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 无相关记载 | 目标专利说明书[0103]、[0142]记载，用于在生成状态报告时遍历重排序缓冲器中位于当前期望SN之前的各个未收到的序列号。对比文件无缓冲器序列号遍历及丢失标记，技术特征V未被直接公开也未被隐含公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《未公开》 | 无相关记载 | 目标专利说明书[0103]、[0142]记载，在状态PDU中针对所有小于VR(AM_NEXT)且丢失的SN明确指示NACK，通知发送端重传对应分组。对比文件无NACK反馈机制，技术特征W未被直接公开也未被隐含公开。 |
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0013] “In accordance with an aspect of the present invention, there is provided a method for performing handover by a User Equipment (UE) in a mobile communication system, the method includes...”<br>（根据本发明的一个方面，提供了一种由移动通信系统中的用户设备（UE）执行切换的方法，该方法包括……） | 1. 作用分析与对比：<br>目标专利中该特征为方法权利要求的前序引导词，指示执行通信处理的一系列步骤；对比文件[0013]同样公开了由移动终端（UE）执行的通信处理方法前序。两者作用完全相同。<br>2. 公开性结论：<br>对比文件直接公开了作为通信处理流程引导的方法前序特征。 |
| 技术特征B：从多个节点B接收PDU<br>《直接公开》 | [0013] “...transmitting first Packet Data Convergence Protocol (PDCP) Packet Data Units (PDUs) correctly received from the source cell... when a handover command message from a source cell to a target cell is received; ... and when a second PDCP PDU is received from the target cell through a new RLC receiving entity for the target cell...”<br>（……当接收到从源小区到目标小区的切换命令消息时，从无线链路控制（RLC）接收缓冲器向PDCP接收实体发送从源小区正确接收到的第一分组数据汇聚协议（PDCP）分组数据单元（PDU）；……并且当通过针对目标小区的新RLC接收实体从目标小区接收到第二PDCP PDU时……）<br>[0009] “In an evolved mobile communication system such as the LTE system, an ARQ entity is located in a Node B that is a lower layer entity of the RNC. Therefore, an ARQ entity is always re-established in handover among Node Bs...”<br>（在诸如LTE系统的演进型移动通信系统中，ARQ实体位于作为RNC的下层实体的节点B中。因此，在节点B之间的切换中始终重新建立ARQ实体……）<br>[0043] “As shown in FIG. 4, UE 405 includes a PDCP receiving entity and an RLC receiving entity, each of a source ENB 410 controlling a source cell and a target ENB 415 controlling a target cell includes an RLC transmitting entity...”<br>（如图4所示，UE 405包括PDCP接收实体和RLC接收实体，控制源小区的源ENB 410和控制目标小区的目标ENB 415中的每一个均包括RLC发送实体……） | 1. 作用分析与对比：<br>在目标专利中，该特征是指UE从不同的节点B（源/目标或多流操作中的多个节点B）接收协议数据单元（PDU）。在对比文件中，UE在小区间/节点B间切换（handover among Node Bs）过程中，从源基站（source ENB 410）接收第一PDCP PDU，并从目标基站（target ENB 415）接收第二PDCP PDU。两者均实现了UE从多个节点B接收PDU的技术效果，技术作用相同。<br>2. 公开性结论：<br>对比文件中源ENB与目标ENB即为多个Node B（演进型节点B），UE在切换阶段分别从源基站和目标基站接收PDU，实质公开了“从多个节点B接收PDU”。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《隐含公开》 | [0036] “Medium Access Layer (MAC) layers 215 and 230 are connected to a plurality of RLC entities and perform multiplexing of RLC PDUs into a MAC PDU and demultiplexing of a MAC PDU into RLC PDUs... Most of Hybrid ARQ (HARQ) operations, such as channel decoding of received packets, soft combining of packets with previously-received packets, CRC calculation, etc., are performed in physical layers 220 and 225, and MAC layers 215 and 230 control the HARQ operations.”<br>（介质访问控制（MAC）层215和230连接到多个RLC实体，并执行将RLC PDU复用成MAC PDU以及将MAC PDU解复用成RLC PDU的操作……大多数混合ARQ（HARQ）操作……在物理层执行，MAC层控制HARQ操作。）<br>[0038] “...Each of the PDCP PCUs includes... a PDCP sequence number sequentially increasing one by one in a header... PDCP PDUs 310 and 312 are reconstructed into RLC PDUs each having the proper size by a framing unit 315, RLC sequence numbers increasing one by one are attached to the reconstructed RLC PDUs, and the RLC PDUs are transmitted to the receiver-side RLC layer...”<br>（……每个PDCP PDU包括……在报头中逐一递增的PDCP序列号……PDCP PDU 310和312由帧成形单元315重组成各自具有适当大小的RLC PDU，逐一递增的RLC序列号被附加到重组后的RLC PDU上，且该RLC PDU被发送到接收端RLC层……） | 1. 作用分析与对比：<br>目标专利说明书（如[0006]、[0056]等）中，TSN（Transmission Sequence Number）是节点B在MAC层（如MAC-hs/MAC-ehs）分配给MAC PDU/重排序PDU的传输序列号，用于在MAC层重排序。对比文件公开了各层PDU的处理机制，明确记载了物理层/MAC层HARQ处理以及下行PDU传输，并公开了RLC层有RLC序列号、PDCP层有PDCP序列号。<br>2. 公开性结论：<br>虽然对比文件直接记载的序列号为PDCP SN和RLC SN，但对比文件涉及UMTS/LTE系统中的MAC/HARQ传输，在本领域移动通信协议中，MAC层PDU携带传输序列号（TSN）用于底层重排序是3GPP标准的常规公知设计。对比文件公开了下行分层PDU传输结构，本领域技术人员基于对比文件公开的多层PDU传输架构，结合通信基础知识，有可能合理推断出所接收的底层数据单元（MAC PDU）具有传输序列号TSN，符合极为宽松的隐含公开判断标准。 |
| 技术特征D：在MAC层中使用所述TSN<br>《隐含公开》 | [0036] “Medium Access Layer (MAC) layers 215 and 230 are connected to a plurality of RLC entities and perform multiplexing of RLC PDUs into a MAC PDU and demultiplexing of a MAC PDU into RLC PDUs... Most of Hybrid ARQ (HARQ) operations... are performed in physical layers 220 and 225, and MAC layers 215 and 230 control the HARQ operations.”<br>（介质访问控制（MAC）层215和230连接到多个RLC实体，并执行将RLC PDU复用成MAC PDU以及将MAC PDU解复用成RLC PDU……物理层执行HARQ操作，MAC层控制HARQ操作。） | 1. 作用分析与对比：<br>目标专利中在MAC层利用TSN来管理数据包乱序与队列排序。对比文件公开了MAC层处理MAC PDU解复用及控制HARQ操作。<br>2. 公开性结论：<br>对比文件记载了MAC层负责处理MAC PDU及HARQ操作。由于HARQ引起的乱序需要在底层结合序列号处理，本领域技术人员在知晓MAC PDU及HARQ机制的基础上，能够容易推断出在MAC层利用传输序列号来处理底层数据分发与重排序。根据极其宽松的隐含公开判断标准，认定其被隐含公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《隐含公开》 | [0014] “...an existing RLC receiving entity for receiving RLC PDUs from a source cell and assembling the RLC PDUs into PDCP PDUs before handover... a new RLC receiving entity for receiving one or more RLC PDUs containing a second PDCP PDU, which has not been correctly received from the source cell, from the target cell after the handover... and a PDCP receiving entity for buffering the first PDCP PDUs in a PDCP PDU reordering buffer in response to the special indication...”<br>（……现有的RLC接收实体，用于在切换前从源小区接收RLC PDU并将RLC PDU组装为PDCP PDU……新的RLC接收实体，用于在切换后从目标小区接收包含未从源小区正确接收的第二PDCP PDU的一个或多个RLC PDU……以及PDCP接收实体，用于响应于特殊指示在PDCP PDU重排序缓冲器中缓冲第一PDCP PDU……）<br>[0041] “...When the receiver-side RLC layer has received the retransmitted RLC PDU [7] and the reception buffer 330 does not contain a missing RLC PDU any more, the reassembly unit 335 of the receiver-side RLC layer constructs a PDCP PDU by reassembling the RLC PDUs stored in the reception buffer 330...”<br>（……当接收端RLC层已接收到重传的RLC PDU [7]且接收缓冲器330不再包含丢失的RLC PDU时，接收端RLC层的重组单元335通过重组存储在接收缓冲器330中的RLC PDU来构造PDCP PDU……） | 1. 作用分析与对比：<br>目标专利中该特征是指在MAC层针对不同节点B分别建立重排序队列（如MAC-ehs中的多个重排序队列）对其接收到的PDU基于TSN进行一阶重排序。对比文件中公开了针对源小区建立原有RLC接收实体及其接收缓冲器（reception buffer 330），针对目标小区建立新的RLC接收实体及其接收缓冲器，并在各自接收缓冲器中重排RLC PDU。<br>2. 公开性结论：<br>对比文件虽然是在RLC层分别通过源小区的接收缓冲队列和目标小区的接收缓冲队列对来自不同节点B的PDU进行组装与重排序缓冲，但在“针对不同节点B设置不同队列并进行数据缓冲重排序”的架构逻辑上给出了技术启示。根据宽松的隐含公开规则，对比文件部分公开了针对多个节点B分别设置缓冲接收队列进行重排序的思路，有可能与其他底层MAC重排序结合，因此认定为隐含公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《隐含公开》 | [0035] “...PDCP layers 205 and 240 and RLC layers 210 and 235 construct at least one PDCP entity or at least one RLC entity, which may be constructed according to each service or flow when the communication starts, and process data packets through each entity...”<br>（……PDCP层和RLC层构建至少一个PDCP实体或至少一个RLC实体，其可以在通信开始时根据每个业务或流来构建，并通过每个实体处理数据分组……）<br>[0036] “Medium Access Layer (MAC) layers 215 and 230 are connected to a plurality of RLC entities and perform multiplexing of RLC PDUs into a MAC PDU and demultiplexing of a MAC PDU into RLC PDUs...”<br>（MAC层连接到多个RLC实体，并执行将RLC PDU复用为MAC PDU以及将MAC PDU解复用为RLC PDU……）<br>[0040] “...From among the RLC PDUs stored in reception buffer 330, RLC PDUs capable of constructing one complete PDCP PDU are constructed into a PDCP PDU by a reassembly unit 335 and the constructed PDCP PDU is then transferred to the receiver-side PDCP layer.”<br>（……从存储在接收缓冲器330中的RLC PDU中，能够构建一个完整PDCP PDU的RLC PDU由重组单元335构建为PDCP PDU，然后将构建的PDCP PDU传递到接收端PDCP层。） | 1. 作用分析与对比：<br>目标专利中该特征是将下层多个重排序队列输出的重构数据汇聚传递到上层RLC的一个逻辑信道实体进行汇聚处理。对比文件公开了MAC层与RLC层相连，下层解复用后的数据向特定的RLC实体/业务流传递；同时在切换中，源小区的链路数据与目标小区的链路数据均流向UE的同一业务（同一PDCP实体）。<br>2. 公开性结论：<br>对比文件明确记载了下层协议向对应业务或流的实体递交数据。对于同一业务而言，从多链路接收到的数据最终汇聚传递到上层对应的逻辑信道实体。本领域技术人员结合多队列接收与上层协议栈数据汇聚传递的通用流程，完全可以合理推导得出将接收缓冲重排后的数据传递到对应逻辑信道，构成隐含公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《直接公开》 | [0039] “The receiver-side RLC layer stores the received RLC PDUs in a reception buffer 330, detects RLC PDUs lost during the transmission by checking each sequence number, and makes a request for retransmission of the RLC PDUs lost during the transmission to the transmitter-side RLC layer. Hereinafter, for convenience of description, RLC PDU [x] indicates an RLC PDU having an RLC sequence number of x...”<br>（接收端RLC层将接收到的RLC PDU存储在接收缓冲器330中，通过检查每个序列号来检测在传输期间丢失的RLC PDU，并向发送端RLC层请求重传在传输期间丢失的RLC PDU。在下文中，为了便于描述，RLC PDU [x]表示具有RLC序列号x的RLC PDU……）<br>[0041] “...This is called an ‘in-sequence delivery’ operation. For example, even though RLC PDU [101] 310 can be reassembled by using RLC PDU [8] and RLC PDU [9], the receiver-side RLC layer does not reassemble RLC PDU [8] and RLC PDU [9] into RLC PDU [101] 310 and deliver the reassembled RLC PDU [101] 310 to the PDCP layer because the receiver-side RLC layer has not received RLC PDU [7] yet. When the receiver-side RLC layer has received the retransmitted RLC PDU [7] and the reception buffer 330 does not contain a missing RLC PDU any more, the reassembly unit 335 of the receiver-side RLC layer constructs a PDCP PDU by reassembling the RLC PDUs stored in the reception buffer 330 and delivers the constructed PDCP PDU to the receiver-side PDCP layer.”<br>（……这被称为“按序递交”操作。例如，即使RLC PDU [101] 310可以通过使用RLC PDU [8]和RLC PDU [9]来重组，接收端RLC层也不会将其重组并递交给PDCP层，因为接收端RLC层尚未接收到RLC PDU [7]。当接收端RLC层接收到重传的RLC PDU [7]且接收缓冲器330中不再包含丢失的RLC PDU时，接收端RLC层的重组单元335通过重组存储在接收缓冲器330中的RLC PDU来构造PDCP PDU并递交给接收端PDCP层。） | 1. 作用分析与对比：<br>目标专利中RLC层根据PDU携带的SN进行重新排序以实现按序处理或向上递交。对比文件[0039]和[0041]详细描述了RLC层在接收缓冲器中基于RLC序列号（RLC sequence number）检查乱序与丢失，在缺失的分组（如RLC PDU [7]）到达前暂存后续分组（如RLC PDU [8]、[9]），待按序列号排序完整后再组装递交，即按序递交（in-sequence delivery）。两者技术手段和作用完全相同。<br>2. 公开性结论：<br>对比文件明确、毫无疑义地直接公开了在RLC层中基于序列号（SN）对所接收的PDU进行重排序。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《直接公开》 | [0039] “The receiver-side RLC layer stores the received RLC PDUs in a reception buffer 330, detects RLC PDUs lost during the transmission by checking each sequence number, and makes a request for retransmission of the RLC PDUs lost during the transmission to the transmitter-side RLC layer...”<br>（接收端RLC层将接收到的RLC PDU存储在接收缓冲器330中，通过检查每个序列号来检测在传输期间丢失的RLC PDU，并向发送端RLC层请求重传在传输期间丢失的RLC PDU……）<br>[0040] “An example of an ARQ operation performed by the RLC layer will be described. At one time point, from among RLC PDU [7] to RLC PDU [10] transmitted from the transmitter-side RLC layer, only RLC PDU [8] and RLC PDU [9] have been received by the receiver-side RLC layer and are stored in reception buffer 330... reporting correct reception of RLC PDU [8] and RLC PDU [9] and failure in receiving RLC PDU [7]...”<br>（将描述由RLC层执行的ARQ操作的示例。在一个时间点，从发送端RLC层发送的RLC PDU [7]到RLC PDU [10]中，接收端RLC层仅接收到RLC PDU [8]和RLC PDU [9]并存储在接收缓冲器330中……报告正确接收到RLC PDU [8]和RLC PDU [9]以及接收RLC PDU [7]失败……） | 1. 作用分析与对比：<br>目标专利中该特征用于触发丢包处理机制，判断依据是检查接收序列号中是否存在不连续的SN间隙。对比文件[0039]与[0040]明确记载了RLC层通过检查序列号（checking each sequence number）来检测传输中丢失的RLC PDU（如收到8和9，发现7丢失）。两者技术手段和效果完全一致。<br>2. 公开性结论：<br>对比文件直接公开了当至少一个RLC PDU基于该RLC PDU的SN而丢失的技术特征。 |
| 技术特征I：启动定时器<br>《隐含公开》 | [0062] “...During the RLC transmission/reception, transmission/reception of a certain RLC PDU may result in a complete failure. This may happen, for example, when the RLC PDU is not correctly transmitted with a predetermined time interval or when retransmission has been tried up to the maximum number of times allowed for retransmission without a successful retransmission...”<br>（……在RLC发送/接收期间，某个RLC PDU的发送/接收可能导致完全失败。这可能发生在例如当RLC PDU未在预定时间间隔（predetermined time interval）内正确发送，或者重传尝试达到所允许的最大重传次数仍未成功重传时……）<br>[0055] “...The reordering entity temporarily stores the out-of-sequence packets either before the missing packet is received or until it is concluded that the missing packet is completely lost. An efficient reordering operation depends on how fast it is possible to detect a loss of the missing packet and deliver the packets having sequence numbers higher than the sequence number of the lost packet to a next processing block, when it is concluded that the missing packet has been completely lost.”<br>（……重排序实体将乱序分组临时存储在接收到丢失分组之前，或者直到断定丢失分组已完全丢失为止。有效的重排序操作取决于当断定丢失分组已完全丢失时，能够多快检测到丢失分组的丢失并将具有高于丢失分组序列号的分组递交到下一处理块。） | 1. 作用分析与对比：<br>目标专利中启动重排序/状态禁止定时器以防止过早触发丢包反馈或重排序挂死。对比文件在[0062]中明确记载了通过“预定时间间隔（predetermined time interval）”来判定RLC PDU是否传输失败，在[0055]中指出了等待缺失数据需要设定超时判断机制。<br>2. 公开性结论：<br>在移动通信协议中，对“预定时间间隔”的监控衡量在实现上必然采用定时器（Timer）来完成计时。本领域技术人员根据对比文件公开的在预定时间间隔内检测包是否成功传输的机制，能够毫无疑义且必然地推导出其通过启动定时器来进行计时判断。因此，符合隐含公开的认定标准。 |
| 技术特征J：在所述定时器期满的条件下<br>《隐含公开》 | [0062] “...This may happen, for example, when the RLC PDU is not correctly transmitted with a predetermined time interval or when retransmission has been tried up to the maximum number of times allowed for retransmission without a successful retransmission. When reception of the missing RLC PDU is concluded as a failure after all, the RLC receiving entity performs the ‘in-sequence delivery’ operation while ignoring the existence of the missing RLC PDU...”<br>（……这可能发生在例如当RLC PDU未在预定时间间隔内正确发送……时。当丢失的RLC PDU的接收终归被判定为失败时，RLC接收实体在忽略该丢失RLC PDU存在的情况下执行“按序递交”操作……） | 1. 作用分析与对比：<br>目标专利中该特征作为触发后续状态上报或放弃等待的判断条件。对比文件公开了当超过“预定时间间隔”后判定该PDU传输完全失败，进而忽略该丢失包继续进行递交或后续处理。<br>2. 公开性结论：<br>结合技术特征I关于利用定时器监控该预定时间间隔的推导，当该预定时间间隔达到时，在物理与逻辑实现上即对应定时器期满（Timer expiry）。本领域技术人员可以合理推断出该条件等同于在定时器期满的条件下触发后续处理。因此属于隐含公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《直接公开》 | [0039] “The receiver-side RLC layer stores the received RLC PDUs in a reception buffer 330, detects RLC PDUs lost during the transmission by checking each sequence number, and makes a request for retransmission of the RLC PDUs lost during the transmission to the transmitter-side RLC layer...”<br>（接收端RLC层将接收到的RLC PDU存储在接收缓冲器330中，通过检查每个序列号来检测在传输期间丢失的RLC PDU，并向发送端RLC层请求重传在传输期间丢失的RLC PDU……）<br>[0040] “...The receiver-side RLC layer replies to the transmitter-side RLC layer by sending a status report 340 reporting correct reception of RLC PDU [8] and RLC PDU [9] and failure in receiving RLC PDU [7]. Specifically, status report 340 includes ACK [8,9]... and NACK [7], which is a NACK signal including a sequence number of 7...”<br>（……接收端RLC层通过发送状态报告340回复发送端RLC层，报告正确接收到RLC PDU [8]和RLC PDU [9]以及接收RLC PDU [7]失败。具体地，状态报告340包括ACK [8,9]……以及NACK [7]，NACK [7]是包括序列号7的NACK信号……） | 1. 作用分析与对比：<br>目标专利中利用丢失的RLC PDU的SN来精确定位缺失的数据包以构造报告。对比文件[0040]明确记载状态报告340中通过携带丢失PDU的序列号（如包含序列号7的NACK [7]）来指示未成功接收的包，两者作用完全相同。<br>2. 公开性结论：<br>对比文件明确公开了指示丢失包时是基于该RLC PDU的序列号SN（如NACK [7]），为直接公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《直接公开》 | [0040] “...The receiver-side RLC layer replies to the transmitter-side RLC layer by sending a status report 340 reporting correct reception of RLC PDU [8] and RLC PDU [9] and failure in receiving RLC PDU [7]. Specifically, status report 340 includes ACK [8,9], which is an ACK signal including sequence numbers of 8 and 9, and NACK [7], which is a NACK signal including a sequence number of 7...”<br>（……接收端RLC层通过发送状态报告340向发送端RLC层回复，报告正确接收到RLC PDU [8]和RLC PDU [9]以及接收RLC PDU [7]失败。具体地，状态报告340包括ACK [8,9]……以及NACK [7]，NACK [7]是包括序列号7的NACK信号……） | 1. 作用分析与对比：<br>目标专利通过发送RLC状态报告来请求发射机重传丢失的RLC PDU。对比文件[0040]明确记载接收端RLC层发送状态报告（status report 340），其中通过NACK [7]指示丢失的RLC PDU [7]，要求对端重传。两者作用与手段完全一致。<br>2. 公开性结论：<br>对比文件直接公开了传送用于指示丢失的RLC PDU的状态报告。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《隐含公开》 | [0041] “...even though RLC PDU [101] 310 can be reassembled by using RLC PDU [8] and RLC PDU [9], the receiver-side RLC layer does not reassemble RLC PDU [8] and RLC PDU [9] into RLC PDU [101] 310 and deliver the reassembled RLC PDU [101] 310 to the PDCP layer because the receiver-side RLC layer has not received RLC PDU [7] yet. When the receiver-side RLC layer has received the retransmitted RLC PDU [7] and the reception buffer 330 does not contain a missing RLC PDU any more, the reassembly unit 335 of the receiver-side RLC layer constructs a PDCP PDU...”<br>（……即使RLC PDU [101] 310可以通过使用RLC PDU [8]和[9]来重组，接收端RLC层也不会将其重组递交给PDCP层，因为接收端RLC层尚未接收到RLC PDU [7]。当接收端接收到重传的RLC PDU [7]且接收缓冲器中不再包含丢失的RLC PDU时，重组单元构造PDCP PDU……）<br>[0062] “...During the RLC transmission/reception, transmission/reception of a certain RLC PDU may result in a complete failure. This may happen, for example, when the RLC PDU is not correctly transmitted with a predetermined time interval...”<br>（……在RLC发送/接收期间，某个RLC PDU的发送/接收可能导致完全失败。这可能发生在例如当RLC PDU未在预定时间间隔内正确发送……） | 1. 作用分析与对比：<br>目标专利中该特征作为在定时器运行期间推迟或延缓动作的前置状态判断。对比文件公开了在预定时间间隔（定时器计时周期）内，检测到RLC PDU丢失时，接收端等待该丢失包的到达或判断其是否能在时间间隔内送达。<br>2. 公开性结论：<br>结合技术特征I和J，在预定时间间隔尚未结束（即定时器正在运行）且存在因SN不连续导致的丢失PDU时，系统处于等待重传或监控接收状态。本领域技术人员基于上述流程能够合理推导出在定时器正在运行且检测到丢包的并存状态，属于隐含公开。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《隐含公开》 | [0041] “...the receiver-side RLC layer does not reassemble RLC PDU [8] and RLC PDU [9] into RLC PDU [101] 310 and deliver the reassembled RLC PDU [101] 310 to the PDCP layer because the receiver-side RLC layer has not received RLC PDU [7] yet. When the receiver-side RLC layer has received the retransmitted RLC PDU [7] and the reception buffer 330 does not contain a missing RLC PDU any more, the reassembly unit 335... delivers the constructed PDCP PDU...”<br>（……因为接收端RLC层尚未接收到RLC PDU [7]，接收端RLC层不进行重组和递交。当接收端RLC层接收到重传的RLC PDU [7]且不再包含丢失的RLC PDU时……）<br>[0062] “...This may happen, for example, when the RLC PDU is not correctly transmitted with a predetermined time interval or when retransmission has been tried up to the maximum number of times allowed for retransmission without a successful retransmission...”<br>（……这可能发生在例如当RLC PDU未在预定时间间隔内正确发送，或者重传尝试达到所允许的最大重传次数……） | 1. 作用分析与对比：<br>目标专利中延迟发送状态报告的作用是避免因底层HARQ乱序或多径延迟导致过早发送RLC状态报告（过早NACK），从而避免不必要的网络重传。对比文件中虽然也存在ARQ重传请求，但在[0062]中定义了必须在预定时间间隔（等待周期）之后若仍未正确传输才判定为彻底失败；同时在HARQ传输中，乱序是暂时的。<br>2. 公开性结论：<br>在3GPP标准常规技术知识中，RLC层广泛采用重排序/状态禁止定时器（如t-Reordering或Timer_Status_Prohibit）来推迟状态报告的发送，以等待乱序包到达。对比文件公开了通过预定时间间隔来判断包是否完全失败，本领域技术人员能够合理推导出在定时器计时等待期间，不应立即判定最终状态或应当抑制/延迟状态反馈。按照宽松的隐含公开判断原则，认定该特征被隐含公开。 |
| 技术特征O：该方法还包括<br>《直接公开》 | [0013] “...the method includes...”<br>（……该方法包括……） | 1. 作用分析与对比：<br>连接词与前序特征，与对比文件方法步骤的连续描述作用相同。<br>2. 公开性结论：<br>直接公开。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 对比文件全文检索无对应记载。对比文件[0062]仅提及在预定时间间隔未正确发送时认为彻底失败，但未进一步涉及定时器期满后判断重排序缓冲器中是否存在“至少另一个RLC PDU丢失”的多重判定逻辑分支。 | 1. 作用分析与对比：<br>目标专利中该特征用于在单一定时器复用机制下，判断在一个丢失PDU的等待定时器期满后，接收窗口内是否还存在其他丢失的RLC PDU，以决定是重启定时器继续等待还是推进窗口。对比文件完全未公开在定时器期满时去区分检查是否还存在“至少另一个丢失PDU”的处理流程。<br>2. 公开性结论：<br>对比文件未直接公开，本领域技术人员从对比文件有限公开的“预定时间间隔”判定中也无法直接或推导出针对多PDU间隙逐个重启判定的具体逻辑分支，未公开。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用分析与对比：<br>目标专利中在期满后若还有其他丢失PDU，则重新启动该定时器，实现对后续缺失PDU的级联计时保护。对比文件针对RLC层未公开任何重启定时器的逻辑。<br>2. 公开性结论：<br>未直接公开，亦无法毫无疑义地推导得出，未公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 对比文件全文无对应记载。对比文件[0041]仅记载常规RLC接收，未公开变量Next_expected_SN的设置机制；在PDCP层中[0063]仅公开更新至新接收到的PDU。 | 1. 作用分析与对比：<br>目标专利中该特征是在期满且存在其他丢失包时，将期望接收的变量VR(AM_NEXT)更新为当前所有丢失PDU中最小的SN（目标说明书[0103]），以调整接收处理边界。对比文件完全未涉及将下一个期望的RLC PDU的SN重置/更新为该丢失PDU的SN的变量更新方法。<br>2. 公开性结论：<br>对比文件无任何技术内容暗示或教导该变量调整机制，未公开。 |
| 技术特征S：该方法还包括<br>《直接公开》 | [0013] “...the method includes...”<br>（……该方法包括……） | 1. 作用分析与对比：<br>方法步骤的连接性技术语言，对比文件方法中同样包含一系列执行步骤。<br>2. 公开性结论：<br>直接公开。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用分析与对比：<br>目标专利中该特征用于在定时器期满后判断当前重排序缓冲器中是否已经没有任何缺失间隙，作为快速推进期望SN的前提条件。对比文件未披露定时器期满后针对“无其他丢失PDU”的分支判断机制。<br>2. 公开性结论：<br>未公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 对比文件全文无对应记载。虽然对比文件在PDCP层有类似推进窗口的操作（如[0063]推至交付包处），但在RLC层并未公开在定时器期满且无其他丢失PDU的特定条件下，将下一个期望的RLC PDU的SN设置为最高SN加1的精确数学更新操作。 | 1. 作用分析与对比：<br>目标专利中该特征用于在消除了所有丢包间隙后，将接收状态变量一次性推进至缓冲器中最大SN的后一位（最高SN+1），以对齐后续按序接收。对比文件未公开在RLC层执行将期望SN更新为最高SN+1的赋值步骤。<br>2. 公开性结论：<br>对比文件未直接公开，也无法从现有描述中必然推导得出该具体算法变量操作，未公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 对比文件全文无对应记载。对比文件[0040]仅静态列举了NACK缺失包的示例，并未在定时器期满状态上报时对“具有小于下一个期望SN的SN的其他丢失PDU”进行遍历检测。 | 1. 作用分析与对比：<br>目标专利中该特征用于在状态报告生成时，界定状态报告中需要报告NACK的具体PDU范围（即位于重排序缓冲器中且SN小于Next_expected_SN的未收到分组）。对比文件未公开基于小于下一个期望SN这一比较条件来界定缓冲器中其他丢失RLC PDU的特征。<br>2. 公开性结论：<br>未公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《直接公开》 | [0040] “...The receiver-side RLC layer replies to the transmitter-side RLC layer by sending a status report 340 reporting correct reception of RLC PDU [8] and RLC PDU [9] and failure in receiving RLC PDU [7]. Specifically, status report 340 includes ACK [8,9], which is an ACK signal including sequence numbers of 8 and 9, and NACK [7], which is a NACK signal including a sequence number of 7...”<br>（……具体地，状态报告340包括ACK [8,9]……以及NACK [7]，NACK [7]是包括序列号7的NACK信号……） | 1. 作用分析与对比：<br>目标专利中状态报告指示NACK用于向发送端反馈数据丢失，触发重传。对比文件[0040]明确记载当RLC PDU丢失时，在发送的状态报告中包含NACK信号（NACK [7]），以通知对端该PDU接收失败并请求重传。两者手段、作用与效果完全相同。<br>2. 公开性结论：<br>对比文件直接公开了传送的状态报告指示否定应答（NACK）。 |
<<<A>>><<<B>>><<<c>>><<<d>>><<<e>>><<<f>>><<<G>>><<<H>>><<<i>>><<<j>>><<<K>>><<<L>>><<<m>>><<<n>>><<<O>>><<<S>>><<<W>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0012] "A method for transmitting a packet from a transmitter to a receiver in a wireless communication system begins by building a packet by a transport format combination (TFC) selection process, and the packet is transmitted from the transmitter to the receiver..."<br>【译文】一种在无线通信系统中从发射机向接收机发送分组的方法，首先通过传输格式组合（TFC）选择过程构建分组，并且将该分组从发射机发送到接收机……<br>[0013] "A method for receiving a packet in a wireless communication system begins by successful reception of a packet by a HARQ entity at a receiver..."<br>【译文】一种在无线通信系统中接收分组的方法，首先由接收机处的HARQ实体成功接收分组…… | 技术特征A属于方法权利要求的前导性/过渡性技术语言。对比文件在段落[0012]和[0013]中明确公开了一种在无线通信系统中进行分组传输和接收的方法。其在对比文件中的作用是提供一种无线通信方法，与该技术特征在目标专利中的表述与作用实质相同，因此技术特征A被对比文件《直接公开》。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | [0004] "The protocol 100 utilizes a user equipment (UE) 102, a Node B 104, and a radio network controller (RNC) 106..."<br>【译文】协议100利用用户设备（UE）102、节点B 104和无线电网络控制器（RNC）106……<br>[0025] "FIG. 2 shows a protocol structure 200 for the MAC+ layer... The structure 200 includes a UE 202 and a Node B 204..."<br>【译文】图2示出了MAC+层的协议结构200……结构200包括UE 202和节点B 204……<br>[0026] "FIG. 3 is a block diagram of a system 300 including a transmitter 302 and a receiver 304 communicating according to a MAC+ layer protocol. On downlink signals, the base station is the transmitter and the UE is the receiver..."<br>【译文】图3是根据MAC+层协议进行通信的包括发射机302和接收机304的系统300的框图。在下行链路信号上，基站是发射机，UE是接收机…… | 目标专利中“从多个节点B接收PDU”结合说明书背景技术[0005]-[0006]及[0051]可知，是指在站点间多流/多点操作场景下，UE同时从地理位置独立的多个不同节点B（Node B）接收传输块/PDU。而在对比文件中，无论是背景技术（图1）还是发明实施例（图2、图3及段落[0004]、[0025]、[0026]），系统架构均仅涉及单个UE与单个基站/Node B之间的收发通信，未涉及从“多个节点B”接收PDU。即使从最宽松的隐含公开角度来看，对比文件仅在单链路/单Node B传输管理下进行改进，本领域技术人员无法从对比文件中推导出“从多个节点B接收PDU”的方案，因此技术特征B未被直接公开，亦不构成隐含公开。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《直接公开》 | [0005] "The packets are assigned sequential transmission sequence numbers (TSNs) in a HARQ entity at the transmitter. At the receiver, a corresponding HARQ entity receives the packet transmissions and attempts to decode and recover each transmitted packet..."<br>【译文】在发射机处的HARQ实体中为分组分配顺序的传输序列号（TSN）。在接收机处，对应的HARQ实体接收分组传输并尝试对每个发送的分组进行解码和恢复……<br>[0029] "Each packet is associated with a TSN. A TSN is created for new packets and a retransmitted packet may retain its original TSN. The TSN is the identity assigned to each packet by the transmitter 302 for transmissions and retransmissions and is used by the receiver 304 for reordering the packets..."<br>【译文】每个分组与一个TSN相关联。为新分组创建TSN，并且重传的分组可以保留其原始TSN。TSN是发射机302为传输和重传分配给每个分组的标识，并且被接收机304用于对分组进行重排序…… | 目标专利中每个所接收的PDU具有传输序列号TSN，用于标识PDU以便进行排序。对比文件段落[0005]和[0029]明确记载了在发射机处每个分组（packet/PDU）均分配有顺序的传输序列号TSN（"Each packet is associated with a TSN"），接收机接收到的每个分组均具有TSN，其作用与目标专利完全相同。因此，技术特征C被对比文件《直接公开》。 |
| 技术特征D：在MAC层中使用所述TSN<br>《直接公开》 | [0005] "First, a HARQ process 140 runs in the MAC layers 112, 122 between the UE 102 and the Node B 104. The packets are assigned sequential transmission sequence numbers (TSNs) in a HARQ entity at the transmitter... Since individual packets may require a different number of retransmissions for successful delivery, a | 技术特征描述及公开性判断结果 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【0013】“A method for receiving a packet in a wireless communication system begins by successful reception of a packet by a HARQ entity at a receiver.”<br>（在无线通信系统中接收分组的方法通过接收机处的HARQ实体成功接收分组而开始。）<br>【0021】“FIGS. 5A and 5B are flow diagrams of a transmitter and a receiver operating according to the retransmission scheme;”<br>（图5A和图5B是根据重传方案操作的发射机和接收机的流程图；）<br>【0052】“FIGS. 5A and 5B are flow diagrams of a retransmission method 500 as implemented in a transmitter 502 and a receiver 504.”<br>（图5A和图5B是如在发射机502和接收机504中实现的重传方法500的流程图。） | 本领域技术人员阅读对比文件可知，对比文件明确公开了一种在无线通信系统中由接收机执行的数据接收与重传管理方法。因此，技术特征A被对比文件《直接公开》。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《未公开》 | 【0004】“The protocol 100 utilizes a user equipment (UE) 102, a Node B 104, and a radio network controller (RNC) 106.”<br>（该协议100利用用户设备(UE) 102、节点B 104和无线电网络控制器(RNC) 106。）<br>【0023】“When referred to hereafter, a base station includes, but is not limited to, a Node B, an enhanced Node B (eNode B), a site controller, an access point, or any other type of interfacing device in a wireless environment.”<br>（此后提及的基站包括但不限于节点B、演进型节点B(eNode B)、站点控制器、接入点或无线环境中的任何其他类型的接口设备。）<br>【0025】“The structure 200 includes a UE 202 and a Node B 204.”<br>（该结构200包括UE 202和节点B 204。） | 目标专利中，“从多个节点B接收PDU”用于多点操作/站点间多流传输，解决来自不同地理位置的多个Node B失序接收PDU的问题（参见目标说明书【0005】-【0007】）。<br>而在对比文件中，整个通信系统架构均是在单个UE与单个基站（单个Node B 104或Node B 204）之间进行单链路传输，仅在【0072】提及切换过程“A handover process has started”，并未公开或暗示UE从“多个节点B”同时或交替接收PDU的多点传输机制。本领域技术人员无法从对比文件中毫无疑义地直接得出该特征，即使按最宽松标准，对比文件既无部分公开也无任何结合多Node B接收的启示，因此不构成隐含公开。技术特征B《未公开》。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《直接公开》 | 【0005】“The packets are assigned sequential transmission sequence numbers (TSNs) in a HARQ entity at the transmitter. At the receiver, a corresponding HARQ entity receives the packet transmissions and attempts to decode and recover each transmitted packet.”<br>（在发射机处的HARQ实体中给分组分配依序的传输序列号(TSN)。在接收机处，相应的HARQ实体接收分组传输并尝试对每个传送的分组进行解码和恢复。）<br>【0029】“Each packet is associated with a TSN. A TSN is created for new packets and a retransmitted packet may retain its original TSN. The TSN is the identity assigned to each packet by the transmitter 302 for transmissions and retransmissions and is used by the receiver 304 for reordering the packets.”<br>（每个分组与一个TSN相关联。针对新分组创建TSN，并且重传分组可以保留其原始TSN。TSN是由发射机302分配给用于传输和重传的每个分组的标识，并且由接收机304用于对分组进行重排序。）<br>【0034】“In the receiver 304, the HARQ entity 330 receives the packets and forwards the packets to the reordering buffer and reassembly entity 332. The reordering buffer and reassembly entity 332 ensures that the packets are received and are in the proper order based on the TSN of each packet.”<br>（在接收机304中，HARQ实体330接收分组并将分组转发至重排序缓冲器和重组实体332。重排序缓冲器和重组实体332基于每个分组的TSN确保接收到分组并处于正确顺序。） | 目标专利中TSN用于在MAC层重排序时标识PDU。对比文件明确公开了每个分组（packet/PDU）与TSN相关联，由发射机分配给分组并在接收机处由HARQ实体接收，并用于重排序。二者在概念、名称及作用上完全相同。因此，技术特征C被对比文件《直接公开》。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《直接公开》 | 【0005】“First, a HARQ process 140 runs in the MAC layers 112, 122 between the UE 102 and the Node B 104. The packets are assigned sequential transmission sequence numbers (TSNs) in a HARQ entity at the transmitter... a reordering entity is used at the receiver to buffer and reorder the packets.”<br>（首先，HARQ进程140在UE 102和Node B 104之间的MAC层112、122中运行。在发射机处的HARQ实体中给分组分配依序的传输序列号(TSN)……在接收机处使用重排序实体来缓冲和重排序分组。）<br>【0013】“A method for receiving a packet in a wireless communication system begins by successful reception of a packet by a HARQ entity at a receiver. The packet is forwarded to a reordering buffer and reassembly entity, where a TSN of the packet is examined.”<br>（在无线通信系统中接收分组的方法通过接收机处的HARQ实体成功接收分组而开始。该分组被转发到重排序缓冲器和重组实体，在此处检查分组的TSN。）<br>【0024】“The present invention introduces a protocol architecture containing a retransmission loop called 'HARQ with retransmission management (RM)'. The proposed radio interface is layered into two protocol layers for the user plane: the PHY layer, and the MAC layer between the WTRU and the base station... merged into the MAC layer, and is herein referred to as a 'MAC+' layer.”<br>（本发明引入了一种包含称为'具有重传管理的HARQ(RM)'的重传循环的协议架构。所提出的无线电接口在用户面上分为两个协议层：WTRU和基站之间的PHY层和MAC层……合并到MAC层中，在此被称为'MAC+'层。）<br>【0029】“The TSN is the identity assigned to each packet by the transmitter 302 for transmissions and retransmissions and is used by the receiver 304 for reordering the packets.”<br>（TSN是由发射机302分配给用于传输和重传的每个分组的标识，并且由接收机304用于对分组进行重排序。） | 对比文件明确公开了在现有WCDMA系统的MAC层中分配并使用TSN进行HARQ重排序，且在其提出的MAC+层协议架构中同样由HARQ实体及重排序缓冲器使用TSN对分组进行检查和重排序。该TSN的作用完全是在MAC/MAC+层中被用于重排序和数据处理，与目标专利中在MAC层使用TSN的作用相同。因此，技术特征D被对比文件《直接公开》。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | 【0005】“Since individual packets may require a different number of retransmissions for successful delivery, a reordering entity is used at the receiver to buffer and reorder the packets.”<br>（由于各个分组可能需要不同次数的重传才能成功传递，所以在接收机处使用重排序实体来缓冲和重排序分组。）<br>【0034】“In the receiver 304, the HARQ entity 330 receives the packets and forwards the packets to the reordering buffer and reassembly entity 332. The reordering buffer and reassembly entity 332 ensures that the packets are received and are in the proper order based on the TSN of each packet.”<br>（在接收机304中，HARQ实体330接收分组并将分组转发至重排序缓冲器和重组实体332。重排序缓冲器和重组实体332基于每个分组的TSN确保接收到分组并处于正确顺序。） | 目标专利中，该特征是指针对来自不同Node B的PDU，分别在各自独立的重排序队列（例如每个Node B对应一组重排序队列或独立的MAC-ehs实体）中基于TSN进行第一阶重排序（参见说明书【0007】、【0051】、【0067】）。<br>对比文件虽然公开了使用重排序缓冲器和重组实体332对接收到的分组进行重排序，但其仅仅针对单一发送源（单个基站）使用通用的重排序缓冲器，完全未涉及从多个节点B分别接收PDU，更没有公开或暗示在“不同重排序队列”中分别对从“每个节点B”接收到的PDU进行重排序。本领域技术人员不可能从对比文件中得出该方案，即使最宽松推断也不构成隐含公开。技术特征E《未公开》。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《未公开》 | 【0005】“The receiver HARQ entity is tasked with providing the recovered packets to higher layers in the proper order. Since individual packets may require a different number of retransmissions for successful delivery, a reordering entity is used at the receiver to buffer and reorder the packets.”<br>（接收机HARQ实体的任务是以正确的顺序向较高层提供恢复的分组。由于各个分组可能需要不同次数的重传才能成功传递，所以在接收机处使用重排序实体来缓冲和重排序分组。）<br>【0020】“FIG. 4 is a block diagram of a MAC+ layer with an RLC sublayer;”<br>（图4是具有RLC子层的MAC+层的框图；）<br>【0035】“FIG. 4 is a block diagram of a protocol architecture 400 containing TFC selection in an RLC sublayer... The receiver 404 includes a MAC sublayer 430 having a HARQ entity 432, and an RLC sublayer 440 having a reordering buffer and reassembly entity 442 and an RM processor 444.”<br>（图4是包含RLC子层中的TFC选择的协议架构400的框图……接收机404包括具有HARQ实体432的MAC子层430，以及具有重排序缓冲器和重组实体442和RM处理器444的RLC子层440。） | 目标专利中，该特征是指在两阶重排序过程中，第一阶重排序完成后，将来自多个Node B的不同重排序队列的PDU解复用/汇聚传递到RLC层的同一个逻辑信道中，为后续第二阶在RLC层进行全局重排序做准备（参见说明书【0007】、【0070】、【0099】）。<br>对比文件在主要实施例中彻底取消了RLC层并将功能并入MAC+层（【0024】）；即使在图4实施例中引入了RLC子层440，其重排序缓冲器和重组实体442直接位于RLC子层440内部，并非从MAC层的“多个重排序队列”接收PDU并传递到“RLC层中的一个逻辑信道”。且对比文件仅有单条传输链路，不包含来自多个重排序队列向一个逻辑信道汇聚传递的架构。本领域技术人员无法从对比文件中推导出该特征。技术特征F《未公开》。 |
| **技术特征G**：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《直接
**特征比对表格**
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0065] ...These and other objects and advantages of the present invention are achieved by providing a method which prevents a stall condition in a user terminal...<br>（中文翻译：本发明的这些和其他目的及优点通过提供一种防止用户终端中停顿状况的方法来实现……） | 技术特征A为方法权利要求的前序过渡词。对比文件公开了一种防止移动通信系统用户终端在高速下行链路分组接入（HSDPA）中发生停顿状况的包数据处理方法。因此，对比文件直接公开了技术特征A。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | [0008] FIG. 1 shows a structure of a 3GPP UTRAN. This UTRAN 110 includes one or more radio network sub-systems (RNS) 120 and 130. Each RNS 120 and 130 includes a RNC 121 and 131 and one or more Nodes B 122 and 123 and 132 and 133 (e.g., a base station) managed by the RNCs...<br>[0026] The FCS method is similar to a related art soft handover. That is, the terminal can receive data from various cells. However, in consideration of the channel condition of each cell, the terminal receives data from a single cell which has the best channel condition. The related art soft handover methods increase the transmission success ratio using diversity, and more specifically, by receiving data from various cells. However, in the FCS method, data is received from a specific cell in order to reduce interference between cells.<br>[0103] ...incorporated within a MAC-hs entity 300, which receives data blocks from a peer entity of a UTRAN through a plurality of high-speed downlink shared channels (HS-DSCHs) 302...<br>（中文翻译：[0008] 图1显示了3GPP UTRAN的结构。该UTRAN 110包括一个或多个无线电网络子系统（RNS）120和130。每个RNS包括由RNC管理的RNC和一个或多个节点B……<br>[0026] FCS方法类似于相关技术的软切换。也就是说，终端可以从各种小区接收数据。然而，考虑到每个小区的信道状况，终端从具有最好信道状况的单个小区接收数据……<br>[0103] ……结合在MAC-hs实体300内，其通过多个高速下行链路共享信道（HS-DSCH）302从UTRAN的对等实体接收数据块……） | 目标专利说明书[0005]、[0006]明确指出：该方案针对多点操作或站点间多流操作，涉及“利用位于两个不同节点B上或者在两个不同站点的两个小区进行操作……从在相同频率或不同频率上的不同节点B扇区或小区和地理位置独立的点传送两个独立传输块给WTRU”。<br>反观对比文件，其仅公开了在UTRAN系统中存在多个节点B（Node B），且在HSDPA通信中，终端从单个选择的最佳小区（FCS，单节点B）接收HS-DSCH数据块（MAC-hs PDU）。其全部接收与重排序机制均建立在单小区/单节点B传输背景下，并未公开或教导WTRU从“多个节点B”并发接收用于重组的PDU。即便是宽松推断，对比文件也不包含从多个Node B接收PDU的技术方案。因此，对比文件未公开该特征。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《直接公开》 | [0037] A priority class identifier and a transmission sequence number are added to each data block and each data block is delivered to the HARQ block.<br>[0044] Data blocks are sequentially delivered to an upper layer based on a transmission sequence number (TSN)...<br>[0107] The reordering buffers reorder data blocks from the reordering queue distribution unit based on transmission sequence numbers (TSNs) in headers of the blocks...<br>（中文翻译：[0037] 优先级类标识符和传输序列号被添加到每个数据块，并且每个数据块被传递到HARQ块。<br>[0044] 数据块基于传输序列号（TSN）顺序传递到较高层……<br>[0107] 重排序缓冲器基于块报头中的传输序列号（TSN）对来自重排序队列分布单元的数据块进行重排序……） | 在目标专利中，TSN用于在MAC层识别分组顺序。对比文件明确公开了在HSDPA发送端向数据块（MAC-hs PDU）的报头中添加传输序列号（TSN），接收端根据报头中的TSN在MAC-hs层对数据块进行重排序。两者作用完全相同，本领域技术人员可毫无疑义确定对比文件直接公开了该特征。 |
| 技术特征D：在MAC层中使用所述TSN<br>《直接公开》 | [0044] Data blocks are sequentially delivered to an upper layer based on a transmission sequence number (TSN)... Therefore, an in-sequence delivery function is used for the reordering buffer so that the data blocks can be delivered to the upper layer sequentially.<br>[0065] ...and the reordering buffer is preferably implemented in a MAC layer of the terminal.<br>[0107] The reordering buffers reorder data blocks from the reordering queue distribution unit based on transmission sequence numbers (TSNs) in headers of the blocks.<br>（中文翻译：[0044] 数据块基于传输序列号（TSN）顺序传递到较高层……因此，重排序缓冲器使用按序传递功能，以便可以将数据块顺序传递到较高层。<br>[0065] ……并且重排序缓冲器优选在终端的MAC层中实现。<br>[0107] 重排序缓冲器基于块报头中的传输序列号（TSN）对来自重排序队列分布单元的数据块进行重排序。） | 目标专利中TSN用于在MAC层重排序队列中确定PDU次序。对比文件明确公开了在终端的MAC层（MAC-hs子层）中设置重排序缓冲器，并利用报头中的TSN来实现数据块的重排序和按序传递。两者的技术手段与功能作用完全相同，对比文件直接公开了技术特征D。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | [0043] ...A reordering buffer has a priority like the transmission buffer in the UTRAN. The HARQ process delivers the data block to the corresponding reordering buffer with the aid of a priority class identifier included in the data block. A significant characteristic of the reordering buffer is that it supports in-sequence delivery of data.<br>[0106] The reordering queue distribution unit routes the data blocks to the correct reordering buffer based on queue identification (ID) information in the header of each block. This information provides, for example, an indication of the reordering queue that may be used to support independent buffer handling of data belonging to different reordering queues.<br>[0107] One reordering buffer may be provided for each queue ID, and each transmission sequence number may be provided with respect to a specific reordering buffer.<br>（中文翻译：[0043] ……重排序缓冲器像UTRAN中的传输缓冲器一样具有优先级。HARQ过程借助包含在数据块中的优先级类标识符将数据块传递到对应的重排序缓冲器。重排序缓冲器的一个显著特征是它支持数据的按序传递。<br>[0106] 重排序队列分布单元基于每个块报头中的队列标识（ID）信息将数据块路由到正确的重排序缓冲器。该信息例如提供可用于支持属于不同重排序队列的数据的独立缓冲器处理的重排序队列的指示。<br>[0107] 可以为每个队列ID提供一个重排序缓冲器，并且可以针对特定的重排序缓冲器提供每个传输序列号。） | 目标专利说明书[0006]、[0053]-[0057]明确记载：由于来自两个节点B的MAC是独立的，数据在不同节点B独立分配TSN，因此WTRU必须针对“所述多个节点B中的每个节点B”在“不同重排序队列”中分别进行重排序（即按节点B/传输点划分队列）。<br>而对比文件虽然公开了多个重排序队列/缓冲器，但这些队列是“基于优先级类（priority class）或队列ID（queue ID）”来划分并分配数据块的，并非针对“从多个节点B中的每个节点B接收到的PDU”设置不同的重排序队列。对比文件完全没有站点间/多节点B传输与队列映射机制，因此该特征未被公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | [0045] ...The MAC-d sub-layer 173 that received the MAC-d PDU checks the logical channel identifier (C/T field) included in each MAC-d PDU in the transport channel multiplexing block and delivers the MAC-d PDUs to the RLC through the corresponding logical channel.<br>[0108] The disassembly units disassemble data blocks output from the reordering buffers respectively. If the data blocks include MAC-hs PDUs, they are disassembled by removing header information, extracting MAC-d PDUs, and removing any padding bits that may be present. The MAC-d PDUs are then delivered to an upper layer.<br>（中文翻译：[0045] ……接收到MAC-d PDU的MAC-d子层173在传输信道复用块中检查包含在每个MAC-d PDU中的逻辑信道标识符（C/T字段），并通过对应的逻辑信道将MAC-d PDU传递到RLC。<br>[0108] 拆卸单元分别对从重排序缓冲器输出的数据块进行拆卸。如果数据块包括MAC-hs PDU，则通过移除报头信息、提取MAC-d PDU并移除可能存在的任何填充比特来拆卸它们。然后将MAC-d PDU传递到上层。） | 目标专利说明书[0006]、[0053]记载：“多点操作……数据在MAC级被分割而且每个WTRU存在一个RLC实体”，由此使得从针对不同节点B的多个重排序队列中解复用出的PDU汇聚并传递到“RLC层中的同一个逻辑信道”。<br>对比文件中，不同重排序队列对应不同优先级/不同逻辑信道，其解复用后是根据C/T字段路由到各自“对应的逻辑信道（the corresponding logical channel）”，并未公开将从“多个重排序队列”输出的数据流汇合传递给RLC层的“一个逻辑信道”。因此，对比文件未公开该特征。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《隐含公开》 | [0016] The RLC layer forms an appropriate RLC protocol data unit (PDU) suitable for transmission by the segmentation and concatenation functions of an RLC service data unit (SDU) received from an upper layer. The RLC layer also performs an automatic repeat request (ARQ) function by which an RLC PDU lost during transmission is re-transmitted. The RLC layer operates in three modes, a transparent mode (TM), an unacknowledged mode (UM), and an acknowledged mode (AM). The mode selected depends upon the method used to process the RLC SDU received from the upper layer. An RLC buffer stores the RLC SDUs or the RLC PDUs received from the upper layer exists in the RLC layer.<br>[0044] Data blocks are sequentially delivered to an upper layer based on a transmission sequence number (TSN)...<br>（中文翻译：[0016] RLC层通过对从上层接收的RLC服务数据单元（SDU）的分段和级联功能形成适合于传输的适当的RLC协议数据单元（PDU）。RLC层还执行自动重复请求（ARQ）功能，通过该功能重新传输在传输期间丢失的RLC PDU。RLC层在三种模式下运行：透明模式（TM）、未确认模式（UM）和确认模式（AM）……在RLC层中存在存储从上层接收到的RLC SDU或RLC PDU的RLC缓冲器。<br>[0044] 数据块基于传输序列号（TSN）按顺序传递到上层……） | 在目标专利中，该特征是指在RLC层利用RLC SN执行二阶重排序。对比文件虽然侧重在MAC-hs层进行基于TSN的重排序并按序传递给上层，但其在[0016]明确公开了标准UMTS协议中的RLC层及其确认模式（AM），指出了RLC PDU具有ARQ重传功能和RLC缓冲器。本领域技术人员熟知，在3GPP UMTS标准协议架构中，RLC AM模式下的接收端实体本身即包含重排序缓冲机制，用于根据RLC PDU报头自带的序列号（SN）进行检测和重组装/按序传递（基于SN重排序）。尽管对比文件未展开细述RLC的具体重排序过程，但其披露了标准RLC AM实体及其ARQ机制，按照本领域公知常识与上下文能够合理推断出RLC AM层基于SN对PDU进行重组与重排序的功能，因此按照非常宽松的认定标准，对比文件隐含公开了技术特征G。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《隐含公开》 | [0016] ...The RLC layer also performs an automatic repeat request (ARQ) function by which an RLC PDU lost during transmission is re-transmitted. The RLC layer operates in three modes, a transparent mode (TM), an unacknowledged mode (UM), and an acknowledged mode (AM)...<br>（中文翻译：[0016] ……RLC层还执行自动重复请求（ARQ）功能，通过该功能重新传输在传输期间丢失的RLC PDU。RLC层在三种模式下运行：透明模式（TM）、未确认模式（UM）和确认模式（AM）……） | 目标专利中该特征是指RLC实体通过检测接收到的RLC PDU的SN不连续（存在间隙）来发现至少一个RLC PDU丢失。<br>对比文件在[0016]公开了在RLC层运行AM模式并执行ARQ重传功能。在通信领域的3GPP RLC AM标准中，检测RLC PDU是否丢失的唯一常规机制即为RLC接收端检测接收到的PDU SN是否存在间隙。本领域技术人员结合公知常识能够从对比文件关于RLC AM ARQ的公开中直接推理得出“当基于SN检测到至少一个RLC PDU丢失”，因此在极其宽松的标准下，认定对比文件隐含公开了技术特征H。 |
| 技术特征I：启动定时器<br>《未公开》 | [0065] ...and outputting data block SN from the buffer when a first period of a timer expires. The user terminal may be configured to operate, for example, within a high-speed downlink packet-access (HSDPA) mobile communications system, and the reordering buffer is preferably implemented in a MAC layer of the terminal...<br>[0117] If no timer T1 is active: the timer T1 shall be started when a MAC-hs PDU with TSN=SN is correctly received but cannot be delivered to the disassembly function because the MAC-hs PDU with TSN equal to Next_expected_TSN is missing.<br>（中文翻译：[0065] ……并在定时器的第一周期期满时从缓冲器输出数据块SN。用户终端可以被配置为例如在高速下行链路分组接入（HSDPA）移动通信系统中操作，并且重排序缓冲器优选在终端的MAC层中实现……<br>[0117] 如果没有定时器T1处于活动状态：当正确接收到TSN=SN的MAC-hs PDU但由于TSN等于Next_expected_TSN的MAC-hs PDU丢失而无法传递到拆卸功能时，应当启动定时器T1。） | 结合目标专利权利要求上下文及说明书[0007]、[0100]、[0101]可知，该“定时器”特指在RLC层中由于RLC PDU丢失而启动的用于推迟发送状态报告（STATUS PDU）的RLC重排序定时器（如Timer_Am_Reordering）。<br>对比文件中虽然公开了在检测到丢失时“启动定时器T1”，但该定时器是设置在MAC层（MAC-hs）中，用于控制MAC-hs重排序缓冲器防止停顿（stall）的定时器，与目标专利在RLC层因RLC PDU丢失而启动定时器的协议层级、控制对象及技术构思均不相同。对比文件完全未涉及在RLC层启动重排序定时器，因此未公开技术特征I。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | [0124] When the stall timer period expires, the data blocks stored in the reordering buffer up to the data block of SN for which the stall timer was started will be treated appropriately...<br>（中文翻译：[0124] 当停顿定时器周期期满时，存储在重排序缓冲器中直到为其启动停顿定时器的数据块SN的数据块将被适当地处理……） | 该特征的判断前提是存在上述技术特征I所述的RLC层定时器。如特征I所述，对比文件仅公开了MAC层停顿定时器T1的期满操作，并未公开或教导在RLC层设置定时器并在RLC定时器期满的条件下执行操作。由于缺少RLC层定时器机制，该技术特征未被公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | [0016] ...The RLC layer forms an appropriate RLC protocol data unit (PDU) suitable for transmission by the segmentation and concatenation functions of an RLC service data unit (SDU) received from an upper layer. The RLC layer also performs an automatic repeat request (ARQ) function by which an RLC PDU lost during transmission is re-transmitted...<br>（中文翻译：[0016] ……RLC层通过对从上层接收的RLC服务数据单元（SDU）的分段和级联功能形成适合于传输的适当的RLC协议数据单元（PDU）。RLC层还执行自动重复请求（ARQ）功能，通过该功能重新传输在传输期间丢失的RLC PDU……） | 目标专利中该特征是指在RLC定时器期满后，基于丢失的RLC PDU的SN来确定状态报告中需要报告的丢失位置/NACK信息。对比文件不仅未公开在RLC定时器期满后触发动作，更未涉及基于特定RLC PDU的SN执行后续状态报告反馈，因此未公开该特征。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《隐含公开》 | [0016] ...The RLC layer also performs an automatic repeat request (ARQ) function by which an RLC PDU lost during transmission is re-transmitted. The RLC layer operates in three modes, a transparent mode (TM), an unacknowledged mode (UM), and an acknowledged mode (AM)...<br>（中文翻译：[0016] ……RLC层还执行自动重复请求（ARQ）功能，通过该功能重新传输在传输期间丢失的RLC PDU。RLC层在三种模式下运行：透明模式（TM）、未确认模式（UM）和确认模式（AM）……） | 目标专利中，该特征是指RLC实体向上行链路发射机传送指示丢失RLC PDU的状态报告（如STATUS PDU）。<br>对比文件[0016]公开了RLC层在AM模式下执行ARQ重传功能。在3GPP UMTS架构规范中，RLC AM模式实现ARQ功能的标准技术手段即为通过反向发送包含NACK/ACK位图或列表的STATUS PDU（状态报告）来通知发送端哪些RLC PDU丢失。因此，本领域技术人员基于对比文件对RLC AM ARQ功能的公开，能够合理且必然地推断出该过程包含“传送用于指示丢失的RLC PDU的状态报告”。在极其宽松的隐含公开判断原则下，认定该特征被隐含公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 对比文件通篇未记载在RLC层运行该定时器的方案。 | 目标专利说明书[0007]、[0070]、[0100]记载，当站点间多流传输引起失序时，为避免过早触发RLC状态报告导致不必要重传，在RLC层定义了定时器，在该定时器运行期间若存在丢失的RLC PDU则暂不发送状态报告。<br>对比文件仅有MAC层基于TSN的停顿定时器，并未在RLC层设置控制状态报告延迟的定时器，亦未披露在RLC PDU丢失且RLC定时器运行的条件。因此，对比文件未公开技术特征M。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《未公开》 | 对比文件通篇未记载在RLC层延迟传送状态报告的方案。 | 目标专利的技术构思在于通过RLC层定时器延迟RLC状态报告的传送，给可能来自另一节点B的延迟数据预留到达时间。对比文件中关于防止停顿的机制完全位于MAC层，针对RLC状态报告的生成与传送没有任何“推迟/延迟”控制的公开或暗示。因此，对比文件未公开技术特征N。 |
| 技术特征O：该方法还包括<br>《直接公开》 | [0066] Additional steps of the method include...<br>（中文翻译：该方法的附加步骤包括……） | 过渡语言。对比文件在叙述方法流程及附加实施例时公开了该过渡特征。因此直接公开技术特征O。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 对比文件通篇未记载在RLC层定时器期满且存在其他RLC PDU丢失的方案。 | 目标专利该特征针对RLC层定时器期满时仍然检测到后续存在其他丢失的RLC PDU的情形。<br>对比文件并未在RLC层设置重排序定时器，更未涉及在RLC定时器期满且至少另一个RLC PDU丢失的条件判断。因此对比文件未公开该特征。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | [0133] ...timer T1 is started for the MAC-hs PDU with highest TSN among those MAC-hs PDUs that cannot be delivered.<br>[0138] ...After delivering all possible data blocks, if one or more data blocks still remain in the reordering buffer, the stall timer restarts for the data block of new HSN, and the control procedure begins again...<br>（中文翻译：[0133] ……对于无法传递的那些MAC-hs PDU中具有最高TSN的MAC-hs PDU启动定时器T1。<br>[0138] ……在传递所有可能的数据块之后，如果一个或多个数据块仍留在重排序缓冲器中，则停顿定时器针对新的HSN的数据块重新启动，并且控制过程重新开始……） | 目标专利该特征是指“重启所述RLC层的重排序定时器”。对比文件虽然在[0138]公开了当MAC重排序缓冲器中仍有数据块时“重新启动停顿定时器T1”，但这完全是在MAC层针对TSN数据块的停顿定时器的重启，并非在RLC层由于RLC PDU丢失而重启RLC定时器。由于二者协议实体和控制对象完全不同，对比文件未公开技术特征Q。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 对比文件通篇未记载在RLC层设置期望RLC PDU SN为丢失RLC PDU SN的方案。 | 目标专利说明书[0103]详细解释：当Timer_Am_Reordering期满且存在其他丢失PDU时，“VR(AM_Next)可以被设置成丢失的PDU的SN（所有丢失PDU中最小的SN）”。<br>对比文件仅在MAC层讨论Next_expected_TSN（如[0129]），根本未涉及在RLC层将变量VR(AM_NEXT)重新设定为丢失的RLC PDU的SN。因此对比文件未公开该特征。 |
| 技术特征S：该方法还包括<br>《直接公开》 | [0066] Additional steps of the method include...<br>（中文翻译：该方法的附加步骤包括……） | 过渡语言。对比文件在阐述附加流程时直接公开了技术特征S。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 对比文件通篇未记载该RLC层的期满且无其他RLC PDU丢失条件的方案。 | 目标专利说明书[0103]指出在RLC层的Timer_Am_Reordering期满且重排序缓冲器中没有其他RLC PDU丢失时执行特定更新。<br>对比文件不存在RLC层重排序定时器，亦未公开或教导在RLC定时器期满且无其他RLC PDU丢失的判定分支，因此未公开该特征。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 对比文件通篇未记载在RLC层将下一个期望RLC PDU SN更新为最高SN加一的方案。 | 目标专利说明书[0103]指出此时将RLC变量VR(AM_Next)更新为重排序缓冲器中具有最高SN的PDU的SN加一（VR(AM_Next) = 最高SN+1）。<br>对比文件仅在MAC层涉及Next_expected_TSN随连续接收递增，未公开或教导在RLC层发生重排序超时且间隙消除时将下一个期望的RLC PDU序列号更新为最高SN加一的操作。因此未公开该特征。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 对比文件通篇未记载在RLC重排序缓冲器中判定具有小于下一个期望的RLC PDU的SN的其他RLC PDU丢失的方案。 | 目标专利说明书[0103]记载：“如果Timer_Am_Reordering期满……如果在重排序缓冲器中具有小于VR(AM_Next)的SN的其他PDU丢失”。<br>对比文件并未涉及RLC层重排序缓冲器以及检查其中是否存在小于VR(AM_NEXT)的丢失RLC PDU的逻辑。因此未公开该特征。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《隐含公开》 | [0016] ...The RLC layer also performs an automatic repeat request (ARQ) function by which an RLC PDU lost during transmission is re-transmitted. The RLC layer operates in three modes, a transparent mode (TM), an unacknowledged mode (UM), and an acknowledged mode (AM)...<br>（中文翻译：[0016] ……RLC层还执行自动重复请求（ARQ）功能，通过该功能重新传输在传输期间丢失的RLC PDU。RLC层在三种模式下运行：透明模式（TM）、未确认模式（UM）和确认模式（AM）……） | 目标专利中该特征是指当存在上述丢失的PDU时，RLC状态报告（STATUS PDU）包含指示这些丢失SN的否定应答（NACK）。<br>对比文件[0016]公开了在RLC AM模式下通过ARQ请求重传丢失的RLC PDU。根据3GPP公知常识，在RLC状态报告中指示某个PDU丢失以要求重传，其标准的信令表现形式即为在状态报告中指示否定应答（NACK）。因此，本领域技术人员可以合理推断出状态报告中对丢失PDU的指示即为NACK。在非常宽松的隐含公开判断规则下，认定技术特征W被隐含公开。 |
<<<A>>>
<<<C>>>
<<<D>>>
<<<g>>>
<<<h>>>
<<<l>>>
<<<O>>>
<<<S>>>
<<<w>>>
**技术特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0010] “Method and apparatus for receiving HS-DSCH transmissions are disclosed.”<br>（中文翻译：公开了用于接收HS-DSCH传输的方法和装置。） | 直接公开。<br>对比文件公开了一种无线通信中的数据接收和处理方法，属于方法的引导性主题词特征，被直接公开。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《未公开》 | [0004] “In the high speed downlink packet access (HSDPA), a UE receives a packet, (i.e., MAC-hs protocol data unit (PDU) or MAC-ehs PDU), from a Node-B implementing a hybrid automatic repeat request (HARQ) technique.”<br>（中文翻译：在高速下行链路分组接入（HSDPA）中，UE从实现混合自动重传请求（HARQ）技术的节点B（Node-B）接收分组（即MAC-hs协议数据单元（PDU）或MAC-ehs PDU）。）<br>[0020] “When referred to hereafter, the terminology ‘Node-B’ includes but is not limited to a base station, a site controller, an access point (AP)...”<br>（中文翻译：在下文中提及的术语“节点B”包括但不限于基站、站点控制器、接入点（AP）……） | 未公开（无直接公开，亦无隐含公开）。<br>1. 作用对比：目标专利中特征B针对的是“站点间多流操作/多点操作”，即WTRU同时从两个或多个不同节点B接收PDU以提升数据速率和分集增益（说明书[0005]-[0007]）；而对比文件针对的是Cell_FACH/PCH/URA_PCH状态下单个小区的公共H-RNTI重排序问题，或者小区重选，其接收均发生在单个服务节点B（单数“a Node-B”）。<br>2. 对比文件自始至终未涉及、亦未提示从“多个节点B”并发接收PDU，且完全没有多点协作或多节点B接收的技术启示，因此不构成直接公开，也无法隐含推断出该特征。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《直接公开》 | [0005] “The reordering is based on a transmission sequence number (TSN) in the MAC-hs header.”<br>（中文翻译：重排序基于MAC-hs报头中的传输序列号（TSN）。）<br>[0022] “The reordering PDUs are reorganized according to the transmission sequence number (TSN).”<br>（中文翻译：重排序PDU根据传输序列号（TSN）进行重新组织。） | 直接公开。<br>对比文件明确公开了在MAC层接收的PDU（重排序PDU/MAC-hs PDU）具有传输序列号（TSN），用于在接收端进行重排序操作。其作用与目标专利中用于标识MAC层PDU传输顺序的TSN完全相同，属于直接公开。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《直接公开》 | [0005] “To alleviate this issue, the medium access control (MAC) layer in the UE performs reordering prior to delivery of the received packets to higher layers. The reordering is based on a transmission sequence number (TSN) in the MAC-hs header.”<br>（中文翻译：为了缓解这一问题，UE中的介质访问控制（MAC）层在将接收到的分组传递到较高层之前执行重排序。该重排序基于MAC-hs报头中的传输序列号（TSN）。） | 直接公开。<br>对比文件明确记载了UE在MAC层（介质访问控制层）使用MAC报头中的TSN来执行重排序功能，技术手段与作用均相同，属于直接公开。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | [0022] “FIG. 2 is a block diagram of a MAC-ehs entity 200. The MAC-ehs entity 200 includes a hybrid automatic repeat request (HARQ) entity 202, a disassembly entity 204, a reordering queue distribution entity 206, a plurality of reordering queues 208, demultiplexing entities 210, and reassembly entities 212... The reordering PDUs are distributed to a reordering queue 208 by the reordering queue distribution entity 206 based on the received logical channel identifier... There is one reordering entity 208 for each priority queue.”<br>（中文翻译：图2是MAC-ehs实体200的框图。MAC-ehs实体200包括HARQ实体202、分解实体204、重排序队列分布实体206、多个重排序队列208、解复用实体210和重组实体212……重排序PDU由重排序队列分布实体206基于接收到的逻辑信道标识符分发到重排序队列208……针对每个优先级队列存在一个重排序实体208。） | 未公开（无直接公开，亦无隐含公开）。<br>1. 作用对比：目标专利中特征E要求针对“多个节点B中的每个节点B”，在不同重排序队列中分别进行重排序，以解决不同节点B之间独立生成TSN且物理信道延迟不同导致的乱序问题（目标专利说明书[0006]、[0007]、[0067]）；<br>2. 对比文件虽然在图2及[0022]中公开了MAC-ehs实体包含多个重排序队列，但其是基于“优先级队列”或“逻辑信道标识符”进行队列划分，且仅针对来自单个节点B的数据流。对比文件完全没有公开、也不存在从“多个节点B中的每个节点B”接收数据并在不同队列中分别重排序的构想与技术方案，因此未公开。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《未公开》 | [0022] “The demultiplexing entity 200 routes the reordered reordering PDUs to a reassembly entity 202 based on the logical channel identifier. The reassembly entity 202 reassembles segmented MAC-ehs SDUs to original MAC-ehs SDUs and forwards the MAC-ehs SDUs to upper layers.”<br>（中文翻译：解复用实体200基于逻辑信道标识符将重新排序的重排序PDU路由至重组实体202。重组实体202将分段的MAC-ehs SDU重组成原始MAC-ehs SDU并将MAC-ehs SDU转发至上层。）<br>[0081] “The simplifications to the MAC-ehs entity functionality described above may result in out-of-order delivery of MAC SDUs to the RLC entity... These difficulties may be avoided if the RLC entity performs reordering.”<br>（中文翻译：上述对MAC-ehs实体功能的简化可能导致MAC SDU向RLC实体失序传递……如果RLC实体执行重排序，则可以避免这些困难。） | 未公开（无直接公开，亦无隐含公开）。<br>1. 作用对比：目标专利中特征F的作用在于：在多流/多点传输场景中，原本属于上层同一个逻辑信道的数据被网络侧分割分流到多个节点B进行MAC传输，因而在WTRU侧，需要将多个节点B对应的“多个重排序队列”处理后的PDU汇聚传递到RLC层中的“一个逻辑信道”（说明书[0007]、[0070]）；<br>2. 对比文件中的重排序队列与逻辑信道之间遵循传统一对一或解复用映射规则（基于逻辑信道ID路由并转发），未公开、也无法合理推导出将“多个重排序队列”的数据合并汇聚传递到RLC层的“一个逻辑信道”，因此未被公开。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《直接公开》 | [0081] “The simplifications to the MAC-ehs entity functionality described above may result in out-of-order delivery of MAC SDUs to the RLC entity. This may cause difficulties particularly when the MAC-ehs SDUs carry RRC signaling. These difficulties may be avoided if the RLC entity performs reordering. Conventionally, a duplicate avoidance and reordering (DAR) function is defined for an unacknowledged mode (UM) of the RLC.”<br>（中文翻译：上述对MAC-ehs实体功能的简化可能导致MAC SDU向RLC实体失序传递。这可能导致困难，特别是当MAC-ehs SDU承载RRC信令时。如果RLC实体执行重排序，则可以避免这些困难。常规地，针对RLC的非应答模式（UM）定义了防重复与重排序（DAR）功能。）<br>[0084] “Similarly, DAR or a similar function may be introduced in the RLC acknowledge mode (AM) of operation, where it may be configured that the AM RLC delivers SDUs in-sequence to higher layers. The conventional AM RLC does not perform any reordering on the receive side.”<br>（中文翻译：类似地，可以在RLC应答模式（AM）操作中引入DAR或类似功能，其中可以配置为AM RLC向更高层按序传递SDU。常规的AM RLC在接收侧不执行任何重排序。） | 直接公开。<br>对比文件明确指出当底层传递失序时，在RLC层（包括UM模式的DAR功能及引入到AM模式的操作中）基于序列号（SN）执行重排序，以确保向高层按序传递。技术手段与作用均相同，属于直接公开。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《未公开》 | [0011] “A duplicate avoidance and reordering (DAR) function may be applied at a radio link control (RLC) layer to all logical channels or acknowledged mode (AM) data.”<br>（中文翻译：可以在无线电链路控制（RLC）层针对所有逻辑信道或应答模式（AM）数据应用防重复与重排序（DAR）功能。）<br>[0084] “DAR or a similar function may be introduced in the RLC acknowledge mode (AM) of operation...”<br>（中文翻译：可以在RLC应答模式（AM）操作中引入DAR或类似功能……） | 未公开（无直接公开，亦无隐含公开）。<br>对比文件仅在[0011]、[0081]-[0084]中宏观提及可在RLC层引入DAR（防重复与重排序）功能，但对于RLC层如何检测丢失PDU、是否在检测到至少一个RLC PDU基于SN丢失时进行处理，对比文件均未给出具体算法细节或流程描述。其所有的定时器控制机制（如T1、T_init、Tseg_TSN）均全部位于MAC层（MAC-ehs基于TSN的操作），未公开RLC层中“当至少一个RLC PDU基于该RLC PDU的SN而丢失时”的具体判定条件。 |
| 技术特征I：<br>启动定时器<br><br>《未公开》 | 对比文件全文检索关于RLC层定时器的公开内容，未有记载。其公开的所有定时器启动均位于MAC层（例如针对MAC层TSN乱序启动的T1或T_init定时器，参见[0165]、[0212]、[0281]等）。 | 未公开（无直接公开，亦无隐含公开）。<br>1. 作用对比：目标专利中特征I是在RLC层检测到RLC PDU丢失时，启动专门用于推迟状态报告发送的RLC重排序定时器（Timer_Am_Reordering/Timer_SR，说明书[0100]-[0101]）；<br>2. 对比文件全文虽涉及大量定时器（T1、T_init等），但全部作用于MAC层对MAC-ehs PDU的接收与重排序缓冲管理，完全未公开在RLC层针对RLC PDU丢失而启动定时器，因此未公开。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《未公开》 | 对比文件中仅有MAC层定时器T1/T_init期满的公开（例如[0218]、[0290]），未涉及RLC层丢失PDU定时器。 | 未公开（无直接公开，亦无隐含公开）。<br>由于前序特征H、I（RLC层针对丢失RLC PDU启动定时器）未公开，对比文件未公开在RLC层所启动的该定时器期满的技术特征，因此未公开。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《未公开》 | [0077] “g) if the MAC-ehs reset was initiated due to reception of the IE ‘MAC-hs reset indicator’ by the upper layers, indicate to all acknowledged mode (AM) RLC entities mapped on an HS-DSCH to generate a status report.”<br>（中文翻译：g) 若MAC-ehs重置是由上层接收到IE“MAC-hs重置指示符”而发起的，则指示映射在HS-DSCH上的所有应答模式（AM）RLC实体生成状态报告。） | 未公开（无直接公开，亦无隐含公开）。<br>对比文件仅在MAC重置时指示AM RLC生成状态报告（[0077]），但完全未公开结合RLC定时器期满、进而基于丢失的RLC PDU的SN生成状态报告。因此未公开。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《隐含公开》 | [0077] “g) if the MAC-ehs reset was initiated due to reception of the IE ‘MAC-hs reset indicator’ by the upper layers, indicate to all acknowledged mode (AM) RLC entities mapped on an HS-DSCH to generate a status report.”<br>（中文翻译：g) 若MAC-ehs重置是由上层接收到IE“MAC-hs重置指示符”而发起的，则指示映射在HS-DSCH上的所有应答模式（AM）RLC实体生成状态报告。）<br>[0084] “Similarly, DAR or a similar function may be introduced in the RLC acknowledge mode (AM) of operation, where it may be configured that the AM RLC delivers SDUs in-sequence to higher layers.”<br>（中文翻译：类似地，可以在RLC应答模式（AM）操作中引入DAR或类似功能，其中可以配置为AM RLC向更高层按序传递SDU。） | 隐含公开。<br>1. 论述：在3GPP协议的RLC AM模式下，状态报告（STATUS PDU）的核心基本功能即为向发送端报告PDU的接收状态（包括丢失PDU的否定应答NACK）。对比文件在[0077]和[0084]中明确提到了AM RLC实体生成状态报告（status report）以及AM模式下的重排序；<br>2. 按照本案非常宽松的隐含公开判断标准，虽然对比文件未将其与特征H-K的时序及定时器绑定，但本领域技术人员知晓AM RLC生成状态报告必然包括指示丢失的RLC PDU，对比文件部分公开了RLC状态报告生成，因此认定技术特征L被隐含公开。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《未公开》 | 对比文件全文未记载RLC层定时器运行期间限制/推迟RLC状态报告的具体行为。 | 未公开（无直接公开，亦无隐含公开）。<br>对比文件未公开在RLC层定义丢失定时器，更未公开在RLC PDU丢失且定时器正在运行时对状态报告的控制条件，因此未公开。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟<br><br>《未公开》 | [0007] “A first problem is that a UE potentially delays delivery of data to higher layers because the reordering function waits for the arrival of packets that are not even destined to the UE.”<br>（中文翻译：第一个问题是UE可能延迟向较高层传递数据，因为重排序功能在等待甚至并非去往该UE的分组的到达。） | 未公开（无直接公开，亦无隐含公开）。<br>1. 作用对比：目标专利中特征N的作用是防止过早触发RLC状态报告导致网络不必要地重传尚未丢失仅仅是在传输路径中延迟的数据（说明书[0006]、[0070]、[0100]）；<br>2. 对比文件通篇讨论的是MAC层重排序缓冲导致向高层（RLC/上层）“传递数据延迟”（[0007]、[0009]），或者通过MAC层延迟传递（[0038]），完全没有公开在RLC层“对所述状态报告的传送进行延迟”，因此未公开。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | [0010] “Method and apparatus for receiving HS-DSCH transmissions are disclosed.”<br>（中文翻译：公开了用于接收HS-DSCH传输的方法和装置。） | 直接公开。<br>属于方法权利要求中的常规过渡用语，对比文件公开了相应的方法步骤体系，属于直接公开。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《未公开》 | 对比文件无RLC层定时器期满及判断后续RLC PDU丢失的记载。 | 未公开（无直接公开，亦无隐含公开）。<br>对比文件仅在MAC层探讨了T1期满后若仍存在未接收的MAC PDU时的处理（例如[0228]），未公开RLC层中在定时器期满且至少另一个RLC PDU丢失的判断条件，因此未公开。 |
| 技术特征Q：<br>重启所述定时器<br><br>《未公开》 | [0229] “When the timer T1 is stopped or expires, and there still exist some received reordering PDUs that can not be delivered to higher layer: timer T1 is started”<br>（中文翻译：当定时器T1停止或期满，并且仍存在一些不能传递到较高层的已接收重排序PDU时：启动定时器T1） | 未公开（无直接公开，亦无隐含公开）。<br>对比文件[0229]公开的是MAC层的重排序释放定时器T1期满后若仍有无法提交的PDU则重新启动T1，并非在RLC层针对RLC PDU丢失重启RLC状态报告定时器。鉴于作用层级与上下文机制完全不同，不构成公开。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br><br>《未公开》 | [0223] “next_expected_TSN shall be set to the TSN of the next not received reordering PDU.”<br>（中文翻译：next_expected_TSN应当被设置成下一个未接收到的重排序PDU的TSN。） | 未公开（无直接公开，亦无隐含公开）。<br>对比文件是在MAC层维护变量next_expected_TSN（传输序列号TSN），将其设置为MAC层下一个未接收PDU的TSN；并未公开在RLC层针对RLC PDU的序列号（SN）维护变量，更未公开将下一个期望的RLC PDU的SN设置成丢失的RLC PDU的SN。两者的协议层级、操作对象（MAC层TSN vs RLC层SN）及功能完全不同，未公开。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | [0010] “Method and apparatus for receiving HS-DSCH transmissions are disclosed.”<br>（中文翻译：公开了用于接收HS-DSCH传输的方法和装置。） | 直接公开。<br>属于方法权利要求的常规过渡用语，直接公开。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《未公开》 | 对比文件无RLC层定时器期满且无其他RLC PDU丢失条件的记载。 | 未公开（无直接公开，亦无隐含公开）。<br>对比文件未公开RLC层定时器及在该定时器期满时评估是否还有其他RLC PDU丢失的判断逻辑，未公开。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br><br>《未公开》 | [0101] “Set next_expected_TSN to TSN+1 of this packet.”<br>（中文翻译：将next_expected_TSN设置为该分组的TSN+1。）<br>[0223] “next_expected_TSN shall be set to the TSN of the next not received reordering PDU.”<br>（中文翻译：next_expected_TSN应当被设置成下一个未接收到的重排序PDU的TSN。） | 未公开（无直接公开，亦无隐含公开）。<br>对比文件仅在MAC层涉及next_expected_TSN的自增操作，完全没有公开在RLC层中在重排序缓冲器无其他PDU丢失时将下一个期望的RLC PDU的SN设置为最高SN加一（目标专利说明书[0103]的VR(AM_Next)=最高SN+1），未公开。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《未公开》 | 对比文件在MAC层维护接收窗口和丢弃逻辑，未在RLC层披露基于下一个期望SN判断小于其SN的其他PDU丢失。 | 未公开（无直接公开，亦无隐含公开）。<br>目标专利技术特征V限定的是在RLC层重排序缓冲器中，检测是否存在序列号小于当前下一个期望RLC PDU的SN的间隙/丢失PDU（对应目标专利说明书[0103]）；对比文件未涉及RLC层重排序缓冲器中的这一具体检测机制，未公开。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)<br><br>《隐含公开》 | [0004] “the UE sends a positive acknowledgment (ACK) or a negative acknowledgment (NACK) to the Node-B after each HARQ transmission to indicate whether the UE received the packet successfully or not.”<br>（中文翻译：UE在每次HARQ传输后向节点B发送肯定应答（ACK）或否定应答（NACK），以指示UE是否成功接收到分组。）<br>[0077] “indicate to all acknowledged mode (AM) RLC entities mapped on an HS-DSCH to generate a status report.”<br>（中文翻译：指示映射在HS-DSCH上的所有应答模式（AM）RLC实体生成状态报告。） | 隐含公开。<br>1. 论述：对比文件[0004]公开了反馈ACK/NACK机制（在物理/MAC层HARQ），[0077]公开了AM RLC状态报告的生成；<br>2. 结合本领域公知常识，在RLC AM协议机制中，当RLC层检测到PDU丢失时，其生成并传送的状态报告（STATUS PDU）必然通过承载NACK（否定应答）或带有丢失SN的SUFI字段（如LIST、BITMAP等）来通知发送端重传该丢失的PDU。对比文件虽未结合特征V的特定条件进行说明，但在非常宽松的隐含公开判断标准下，对比文件公开了AM RLC状态报告生成，本领域技术人员能够合理推断出该状态报告具有指示NACK的作用，因此认定技术特征W被隐含公开。 |
---
<<<A>>>
<<<C>>>
<<<D>>>
<<<G>>>
<<<l>>>
<<<O>>>
<<<S>>>
<<<w>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br>《直接公开》 | [0010] In one aspect a method is provided for reliable transmission from a local transmitter to a remote receiver with reduced transmission of data...<br>（[0010] 在一个方面中，提供了一种用于以减少的数据传输从本地发射机到远程接收机进行可靠传输的方法……） | 该特征为方法的引导性语句。对比文件公开了一种在无线通信系统中由发射机向接收机可靠传输数据的方法，本领域技术人员可以毫无疑义地确定对比文件直接公开了该特征。 |
| 技术特征B：<br>从多个节点B接收PDU<br>《未公开》 | [0048] Generally, a wireless multiple-access communication system can simultaneously support communication for multiple wireless terminals. Each terminal communicates with one or more base stations via transmissions on the forward and reverse links...<br>（[0048] 通常，无线多址通信系统可以同时支持多个无线终端的通信。每个终端通过前向和反向链路上的传输与一个或多个基站进行通信……）<br>[0054] An access point may be a fixed station used for communicating with the terminals and may also be referred to as an access point, a Node B, or some other terminology...<br>（[0054] 接入点可以是用于与终端进行通信的固定站，并且也可以被称为接入点、节点B或某些其它术语……） | 目标专利中该特征是指终端在站点间多流操作中，分别从属于不同站点的多个节点B接收PDU（参见说明书[0005]-[0007]）。对比文件虽在[0048]泛泛提及终端可以与一个或多个基站/节点B通信，但这是蜂窝移动通信系统的常规网络拓扑描述，其全文的核心方案和实施例全部基于单一发射机（本地发射机/接入点）与单一接收机（接入终端）之间的点对点RLC轮询优化交互，完全未提及、未启示也无法合理推导出“从多个节点B接收PDU”以执行跨站点的多点协作接收或两阶重排序。因此该特征未被直接公开，亦无法达到隐含公开的标准。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | [0004] ...A monotonically increasing sequence number is assigned to each PDU allowing the receiver to re-order the stream of received PDUs as well as detect missing packets in the received sequence.<br>（[0004] ……单调递增的序列号被分配给每个PDU，从而允许接收机重排序所接收的PDU流以及在接收序列中检测丢失的分组。）<br>[0042] FIG. 3 depicts an illustrative general format of an AMD PDU 230 to transport re-segmented data with a D/C bit 232 and sequence number field 234 in the first octet, a sequence number field 236, a poll bit 238...<br>（[0042] 图3描绘了用于传输重新分段的数据的AMD PDU 230的说明性通用格式，其在第一字节中具有D/C比特232和序列号字段234，在第二字节中具有序列号字段236、轮询比特238……） | 目标专利中的传输序列号（TSN）是MAC层（特别是MAC-ehs/MAC-hs）在每个节点B处独立分配的传输序列号，用于在MAC层进行第一阶重排序（参见说明书[0006]、[0056]）。而对比文件全文仅涉及RLC层PDU及其包含的RLC序列号（Sequence Number，SN），并未公开MAC层生成的传输序列号（TSN），二者在协议分层、生成实体及技术作用上均不同。因此该特征未被公开。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br>《未公开》 | 无对应内容。 | 目标专利限定在MAC层中使用TSN（用于在MAC层的不同重排序队列中进行重排序，参见说明书[0007]、[0057]-[0068]）。对比文件全文聚焦于无线链路控制（RLC）层的轮询机制，未涉及在MAC层中使用TSN的任何技术细节与处理过程。因此该特征未被公开。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 无对应内容。 | 目标专利中针对从多个不同节点B接收的PDU，在MAC层分别为每个节点B设立重排序队列进行一阶重排序（参见说明书[0053]、[0067]）。对比文件仅涉及点对点单链路下的重排序，既没有多个节点B的输入，也没有在MAC层中针对每个节点B设立不同重排序队列的机制。因此该特征未被公开。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 无对应内容。 | 目标专利中将MAC层多个重排序队列重排序后的PDU汇总解复用并传递到RLC层的同一逻辑信道中，从而产生层间级联传输（参见说明书[0007]、[0074]、[0084]）。对比文件并未公开将多个重排序队列的PDU汇聚传递到RLC层的一个逻辑信道中的方案。因此该特征未被公开。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《直接公开》 | [0004] ...A monotonically increasing sequence number is assigned to each PDU allowing the receiver to re-order the stream of received PDUs as well as detect missing packets in the received sequence.<br>（[0004] ……单调递增的序列号被分配给每个PDU，从而允许接收机重排序所接收的PDU流以及在接收序列中检测丢失的分组。）<br>[0036] ...whose RLC 26 stores the received RLC PDUs 16-18 in an RX window 28 for processing with signaling status tracked by an RX window status component 36.<br>（[0036] ……其RLC 26将接收到的RLC PDU 16-18存储在RX窗口28中进行处理，并由RX窗口状态组件36跟踪信令状态。） | 目标专利中该特征的作用是在RLC层基于RLC序列号SN对失序到达的RLC PDU进行重排序恢复（参见说明书[0007]、[0099]-[0101]）。对比文件在[0004]明确记载了RLC协议中为每个PDU分配单调递增的序列号（SN），使得接收机能够重排序所接收的PDU流。对比文件中的该技术手段与目标专利该特征在RLC层的功能、基于SN排序的处理机制和作用完全相同，本领域技术人员能毫无疑义地确定其已被直接公开。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《直接公开》 | [0004] ...A monotonically increasing sequence number is assigned to each PDU allowing the receiver to re-order the stream of received PDUs as well as detect missing packets in the received sequence.<br>（[0004] ……单调递增的序列号被分配给每个PDU，从而允许接收机重排序所接收的PDU流以及在接收序列中检测丢失的分组。）<br>[0006] ...The receiver may send a STATUS PDU in response to a Poll command, autonomously at periodic intervals (i.e., every time N PDUs are received), or whenever a missing PDU is detected because of a hole in the sequence numbers.<br>（[0006] ……接收机可以响应于轮询命令、以周期性间隔（即每接收到N个PDU）自主地、或者每当由于序列号中的空洞（洞）而检测到丢失的PDU时发送状态PDU。） | 目标专利中该特征是通过检测接收到的PDU的SN是否存在不连续（间隙）来判断至少一个RLC PDU丢失（参见说明书[0101]中“在接收中检测到间隙，接收到的PDU具有SN>VR(AM_NEXT)”）。对比文件在[0004]和[0006]中明确公开了接收机基于序列号中的空洞（hole in the sequence numbers）来检测丢失的分组（missing PDU），二者通过SN空洞/间隙判定PDU丢失的技术手段及作用完全相同，属于直接公开。 |
| 技术特征I：<br>启动定时器<br>《隐含公开》 | [0004] When RLC creates Protocol Data Units (PDU), data is submitted to the lower layer and buffered until its reception is acknowledged by the receiver or the discard timer orders to discard the PDU...<br>（[0004] 当RLC创建协议数据单元（PDU）时，数据被提交给较低层并被缓冲，直到其接收被接收机确认或者丢弃定时器指示丢弃该PDU为止……）<br>[0006] Various timers and events trigger the transmission of either a Poll or a STATUS control commands...<br>（[0006] 各种定时器和事件触发轮询或状态控制命令的传输……）<br>[0046] Aspects of the present invention may be related to systems implementing any version of the Radio Link Control (RLC) protocol specification, including but not limited to the Radio Link Control (RLC) protocol specification Release 7 3GPP TS 25.322 and Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Radio Link Control (RLC) protocol specification Release 8 3GPP TS 36.322...<br>（[0046] 本发明的各方面可以涉及实施无线链路控制（RLC）协议规范的任何版本的系统，包括但不限于RLC协议规范Release 7 3GPP TS 25.322和系统组无线接入网；演进通用陆地无线接入（E-UTRA）和演进通用陆地无线接入网（E-UTRAN）；RLC协议规范Release 8 3GPP TS 36.322……） | 目标专利中该特征的作用是当检测到RLC PDU丢失时启动定时器（如Timer_Am_Reordering或Timer_SR），以便延迟状态报告的发送，等待失序到达的PDU（参见说明书[0100]-[0101]）。对比文件在[0006]指出了“各种定时器和事件触发状态控制命令”，并在[0046]中明确并入了3GPP TS 25.322与TS 36.322规范。根据最宽松的隐含公开判断原则，对比文件部分公开了在RLC层接收端使用定时器来控制状态报告/重排序过程，且本领域技术人员结合引用的标准协议规范（其中在检测到SN间隙丢失PDU时启动重排序定时器t-Reordering以延迟触发状态报告）能够合理推导出在检测到PDU丢失时启动定时器的技术手段。因此认定为隐含公开。 |
| 技术特征J：<br>在所述定时器期满的条件下<br>《隐含公开》 | [0006] Various timers and events trigger the transmission of either a Poll or a STATUS control commands...<br>（[0006] 各种定时器和事件触发轮询或状态控制命令的传输……）<br>[0046] ...Radio Link Control (RLC) protocol specification Release 7 3GPP TS 25.322 and Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Radio Link Control (RLC) protocol specification Release 8 3GPP TS 36.322...<br>（[0046] ……RLC协议规范Release 7 3GPP TS 25.322和系统组无线接入网；演进通用陆地无线接入（E-UTRA）和演进通用陆地无线接入网（E-UTRAN）；RLC协议规范Release 8 3GPP TS 36.322……） | 目标专利中定时器期满作为触发后续处理（如发送状态报告）的边界条件（参见说明书[0103]）。对比文件在[0006]中公开了各种定时器（Timer）触发STATUS控制命令的传输，并在[0046]中并入了RLC规范TS 36.322。按照最宽松的隐含公开判断标准，基于对比文件提及定时器触发状态命令并结合标准规范中的重排序定时器期满后触发状态报告生成的公开内容，本领域技术人员有可能推理得出“在定时器期满的条件下”这一触发机制。因此认定为隐含公开。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br>《直接公开》 | [0004] ...A monotonically increasing sequence number is assigned to each PDU allowing the receiver to re-order the stream of received PDUs as well as detect missing packets in the received sequence.<br>（[0004] ……单调递增的序列号被分配给每个PDU，从而允许接收机重排序所接收的PDU流以及在接收序列中检测丢失的分组。）<br>[0006] ...or whenever a missing PDU is detected because of a hole in the sequence numbers.<br>（[0006] ……或者每当由于序列号中的空洞而检测到丢失的PDU时。）<br>[0042] FIG. 3 depicts an illustrative general format of an AMD PDU 230 to transport re-segmented data with a D/C bit 232 and sequence number field 234 in the first octet...<br>（[0042] 图3描绘了用于传输重新分段的数据的AMD PDU 230的说明性通用格式，其在第一字节中具有D/C比特232和序列号字段234……） | 目标专利中该特征是指基于丢失的PDU所对应的序列号SN来构建或指示状态报告（参见说明书[0103]）。对比文件公开了PDU中包含SN字段，接收机通过序列号中的空洞识别出具体丢失的分组，进而针对所识别的丢失分组生成STATUS PDU反馈。本领域技术人员可以毫无疑义地确定该状态报告对于丢失包的定位和识别必然是基于该RLC PDU的SN进行的，属于直接公开。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br>《直接公开》 | [0005] RLC specifies packet formats and procedures to carry buffer status information from the receiver via a STATUS PDU as well as a procedure for the transmitter to request that information...<br>（[0005] RLC指定了分组格式和过程，用于经由STATUS PDU从接收机携带缓冲器状态信息，以及用于发射机请求该信息的过程……）<br>[0006] ...The receiver may send a STATUS PDU in response to a Poll command, autonomously at periodic intervals (i.e., every time N PDUs are received), or whenever a missing PDU is detected because of a hole in the sequence numbers.<br>（[0006] ……接收机可以响应于轮询命令、以周期性间隔（即每接收到N个PDU）自主地、或者每当由于序列号中的空洞而检测到丢失的PDU时发送状态PDU。） | 目标专利中该特征是指向发射端发送指示丢失包的状态报告（STATUS PDU，参见说明书[0103]）。对比文件在[0005]和[0006]中明确公开了通过STATUS PDU携带接收机状态信息，并且当基于序列号检测到丢失的PDU时，接收机发送STATUS PDU以报告丢失情况。其手段、功能与作用完全相同，本领域技术人员能毫无疑义地确定其已被直接公开。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《隐含公开》 | [0006] Various timers and events trigger the transmission of either a Poll or a STATUS control commands...<br>（[0006] 各种定时器和事件触发轮询或状态控制命令的传输……）<br>[0046] ...Radio Link Control (RLC) protocol specification Release 7 3GPP TS 25.322 and Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Radio Link Control (RLC) protocol specification Release 8 3GPP TS 36.322...<br>（[0046] ……RLC协议规范Release 7 3GPP TS 25.322和系统组无线接入网；演进通用陆地无线接入（E-UTRA）和演进通用陆地无线接入网（E-UTRAN）；RLC协议规范Release 8 3GPP TS 36.322……） | 目标专利中该特征限定当定时器正在运行且检测到丢失PDU时的系统条件状态（参见说明书[0101]中“当Timer_Am_Reordering在运行时，RLC可以按照它们的SN顺序将接收到的PDU存储在重排序缓冲器中，在PDU丢失的情况下留下间隙”）。对比文件提及定时器控制状态传输，并在[0046]中并入了3GPP TS 36.322。在3GPP LTE RLC规范中，重排序定时器（t-Reordering）在检测到缺失SN时启动，且在其运行期间即便有其他缺失SN也不会立即发送状态报告。按照最宽松的隐含公开标准，结合对比文件公开的定时器机制及所引用的通信规范，本领域技术人员有可能合理推断出该运行条件。因此认定为隐含公开。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟<br>《隐含公开》 | [0006] Various timers and events trigger the transmission of either a Poll or a STATUS control commands...<br>（[0006] 各种定时器和事件触发轮询或状态控制命令的传输……）<br>[0046] ...Radio Link Control (RLC) protocol specification Release 7 3GPP TS 25.322 and Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Radio Link Control (RLC) protocol specification Release 8 3GPP TS 36.322...<br>（[0046] ……RLC协议规范Release 7 3GPP TS 25.322和系统组无线接入网；演进通用陆地无线接入（E-UTRA）和演进通用陆地无线接入网（E-UTRAN）；RLC协议规范Release 8 3GPP TS 36.322……） | 目标专利中该特征通过定时器推迟STATUS PDU的传输，避免过早反馈NACK导致不必要的重传（参见说明书[0100]中“被用于在AM数据PDU丢失的情况下，推迟状态PDU的传输”）。对比文件在[0006]中记载由定时器触发STATUS控制命令，并在[0046]中并入了3GPP TS 36.322等标准协议。在3GPP TS 36.322规范中，利用t-Reordering定时器推迟（prohibit/delay）状态报告直至定时器期满是本领域标准基础技术手段。按照极宽松的隐含公开判断原则，对比文件部分公开了定时器控制状态报告传输，且结合其并入的技术标准，本领域技术人员有可能推理得出延迟状态报告传输的技术方案。因此认定为隐含公开。 |
| 技术特征O：<br>该方法还包括<br>《直接公开》 | [0010] In one aspect a method is provided for reliable transmission from a local transmitter to a remote receiver with reduced transmission of data...<br>（[0010] 在一个方面中，提供了一种用于以减少的数据传输从本地发射机到远程接收机进行可靠传输的方法……） | 该特征为从属权利要求的过渡引导性语句，对比文件公开了数据传输方法，本领域技术人员可以毫无疑义地确定直接公开。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 无对应内容。 | 目标专利中该特征是在单定时器机制下，针对后续仍有其他丢失PDU时所设定的条件判断分支（参见说明书[0103]中标号1220分支“如果在重排序缓冲器中存在位于接收窗口中的至少另一个丢失的PDU”）。对比文件全文未记载在定时器期满后进一步检查是否还存在“至少另一个丢失的RLC PDU”的条件判定逻辑。该多重逻辑判断无法从对比文件中毫无疑义地得出，亦无法通过极其宽松的推导合理得出，因此未公开。 |
| 技术特征Q：<br>重启所述定时器<br>《未公开》 | 无对应内容。 | 目标专利中该特征的作用是在定时器期满且还有未收到的丢失包时，重新启动该定时器以继续等待后续丢失的PDU（参见说明书[0103]标号1221）。对比文件未公开在定时器期满后针对剩余丢失PDU“重启定时器”的处理过程。因此未公开。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br>《未公开》 | 无对应内容。 | 目标专利中该特征是在重启定时器的同时，更新状态变量VR(AM_Next)，将其设置为当前剩余丢失包中最小的SN（参见说明书[0103]标号1222）。对比文件未涉及对接收端内部变量VR(AM_Next)或“下一个期望的RLC PDU的SN”进行重置为丢失PDU的SN的操作。因此未公开。 |
| 技术特征S：<br>该方法还包括<br>《直接公开》 | [0010] In one aspect a method is provided for reliable transmission from a local transmitter to a remote receiver with reduced transmission of data...<br>（[0010] 在一个方面中，提供了一种用于以减少的数据传输从本地发射机到远程接收机进行可靠传输的方法……） | 该特征为从属权利要求的过渡引导性语句，对比文件公开了数据传输方法，直接公开。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 无对应内容。 | 目标专利中该特征限定了当定时器期满且缓冲器中不存在其他丢失PDU时的条件分支（参见说明书[0103]标号1220分支“如果在重排序缓冲器中不再存在PDU丢失”）。对比文件并未公开此种特定条件判定机制。因此未公开。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br>《未公开》 | [0043] ...Depending on specific semantics, the highest sequence number along with poll command may be indicated by setting the sequence number in the PDU to N+1 or N+d, where d is an integer.<br>（[0043] ……取决于特定语义，最高序列号连同轮询命令可以通过将PDU中的序列号设置为N+1或N+d来指示，其中d是整数。） | 目标专利中该特征是指在RLC重排序缓冲器中所有空洞已填满或无其他丢失包时，将接收状态变量VR(AM_Next)推进更新至当前接收到的最高SN加一（参见说明书[0103]标号1223）。对比文件[0043]记载的是发射机在构建轮询AMD PDU时，将其携带的序列号填充为N+1或N+d以指示轮询命令，属于发射端轮询包头构造方式，而非接收端重排序处理中将“下一个期望的RLC PDU的SN”设置为最高接收SN加一。两者所属实体、执行时机、操作对象及作用完全不同，本领域技术人员无法从对比文件得出该特征，故未公开。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 无对应内容。 | 目标专利中该特征用于在定时器期满触发状态报告时，检查重排序缓冲器中是否存在SN小于下一个期望PDU的SN的其他未到达包，以在状态报告中进行多重NACK指示（参见说明书[0103]）。对比文件未公开对重排序缓冲器中小于下一个期望SN的各丢失包的遍历判断条件。因此未公开。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)<br>《隐含公开》 | [0005] RLC specifies packet formats and procedures to carry buffer status information from the receiver via a STATUS PDU as well as a procedure for the transmitter to request that information...<br>（[0005] RLC指定了分组格式和过程，用于经由STATUS PDU从接收机携带缓冲器状态信息……）<br>[0006] ...or whenever a missing PDU is detected because of a hole in the sequence numbers.<br>（[0006] ……或者每当由于序列号中的空洞而检测到丢失的PDU时[发送STATUS PDU]。）<br>[0030] ...lossless delivery service by means of request for receiver status and retransmission of lost data...<br>（[0030] ……通过请求接收机状态和重传丢失数据来实现无损传送服务……） | 目标专利中该特征是指在状态报告（STATUS PDU）中为丢失的SN填充否定应答（NACK）位或字段，用以请求重传（参见说明书[0103]）。对比文件公开了STATUS PDU用于向发射机反馈接收机缓冲状态，并通过检测SN空洞来请求“重传丢失数据（retransmission of lost data）”。按照最宽松的隐含公开判断原则，接收机要在STATUS PDU中明确指出哪些数据丢失以要求对端重传，本领域技术人员极易直接合理推断出该STATUS PDU中必然包含对丢失PDU的否定应答（NACK）指示。因此认定为隐含公开。 |
<<<A>>><<<G>>><<<H>>><<<K>>><<<L>>><<<O>>><<<S>>><<<i>>><<<j>>><<<m>>><<<n>>><<<w>>>
针对目标专利权利要求的各技术特征与对比文件（US 2009/0046626 A1）的公开性比对分析如下：
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及译文 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【0069】<br>“In addition, the present invention provides a method for reordering data in a communication system... The method includes the following steps.”<br>（译文：此外，本发明提供了一种在通信系统中重排序数据的方法……该方法包括以下步骤。） | 该特征为方法的引导性主题前序用语。对比文件【0069】明确公开了一种在通信系统中重排序数据的方法，并且该方法包括若干操作步骤。两者的方案实质完全相同，属于《直接公开》。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《未公开》 | 【0059】<br>“FIG. 7 shows an architecture diagram of an E-UTRAN system. The E-UTRAN includes: a layer of Evolved Access Gateway (E-AGW) 1 and a layer of evolved base stations (E-NodeBs) 2. The E-NodeBs each manages a plurality of UEs 3... Each of the E-NodeBs is connected to the E-AGW directly and manages the users in the cell.”<br>（译文：图7示出了E-UTRAN系统的架构图。E-UTRAN包括：演进接入网关（E-AGW）1层和演进基站（E-NodeB）2层。每个E-NodeB管理多个UE 3……每个E-NodeB直接连接到E-AGW并管理小区中的用户。） | 在目标专利中，“从多个节点B接收PDU”用于多点传输/站点间多流操作（说明书【0005】-【0006】），由处于两个不同站点/Node B向同一WTRU发送数据。<br>对比文件仅公开了标准E-UTRAN蜂窝系统（每个UE由管理该小区的单个E-NodeB服务，图7），对比文件全篇所公开的接收侧（无论UE还是基站）均针对单点单连接传输，完全没有公开、暗示甚至未涉及从“多个节点B”（不同Node B）向同一个接收实体同时或协同发送PDU的技术方案。因此该特征《未公开》。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《未公开》 | 【0076】<br>“It can be seen that in the solutions provided by the embodiments of the present invention, the reordering is omitted in the HARQ entity at the receiving side. In other words, upon receipt of the correct TBs, the HARQ entity at the receiving side transmits the TBs immediately to the ARQ entity. The reordering is carried out in the ARQ entity. For the HARQ entity, the TSNs can be omitted so as to reduce the overhead of the data.”<br>（译文：可以看出，在本发明实施例提供的方案中，接收侧HARQ实体中的重排序被省略。换言之，在接收到正确的TB后，接收侧HARQ实体立即将TB传输到ARQ实体。重排序在ARQ实体中执行。对于HARQ实体，可以省略TSN，以减少数据开销。） | 目标专利中TSN用于在MAC层针对来自特定Node B的PDU进行队列重排序（说明书【0006】、【0056】）。<br>而对比文件在其发明的核心改进方案中，明确指出要取消HARQ实体的重排序并“省略/消除TSN”（TSNs can be omitted / eliminate HARQ TSNs，见【0043】、【0076】），仅保留上层ARQ的SN或SSN。即使对比文件在【0030】背景技术中提及现有HSDPA存在TSN，但其并未公开每个从多个Node B接收的PDU包含TSN，反而在发明方案中明确教导省略TSN。因此该特征《未公开》。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《未公开》 | 【0076】<br>“For the HARQ entity, the TSNs can be omitted so as to reduce the overhead of the data.”<br>（译文：对于HARQ实体，可以省略TSN，以减少数据开销。）<br>【0043】<br>“By simplifying the reorderings on the two layers into one reordering, the technical solutions not only simplify data encapsulation on the protocol layers, eliminate HARQ TSNs, and reduce data overhead...”<br>（译文：通过将两层上的重排序简化为一次重排序，技术方案不仅简化了协议层上的数据封装，消除了HARQ TSN，并减少了数据开销……） | 目标专利中在MAC层使用TSN来组织和恢复单个Node B内部的传输顺序。对比文件方案不仅没有从多个Node B接收PDU，更明确教导在MAC/HARQ中消除/省略TSN，接收端HARQ不对TB做基于TSN的处理，而是直接交由ARQ使用ARQ SN重排序。对比文件未公开、也无法合理推断出在MAC层使用TSN。因此该特征《未公开》。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | 【0074】<br>“The HARQ function entity at the receiving side receives correctly decoded TBs through retransmission, and transmits the correctly received TBs to the ARQ entity, without any reordering. After obtaining disordered PDUs through de-multiplexing and decapsulation, the ARQ entity does not send a state report. Instead, it stores the PDUs in a reordering buffer. The reordering function entity reorders the PDUs according to the SNs or Segment SNs (SSNs).”<br>（译文：接收侧的HARQ功能实体通过重传接收正确解码的TB，并在没有任何重排序的情况下将正确接收的TB发送到ARQ实体。通过解复用和解封获得失序的PDU后，ARQ实体不发送状态报告。相反，它将PDU存储在重排序缓冲器中。重排序功能实体根据SN或分段SN（SSN）对PDU进行重排序。） | 目标专利中，由于存在多个Node B，MAC层为每个Node B维护各自的重排序队列并基于TSN独立重排序（说明书【0051】、【0056】、【0067】）。<br>对比文件没有多个Node B，且在底层（HARQ）完全不做重排序（“without any reordering”），仅在上层ARQ设置单一逻辑信道实体的重排序缓冲器，完全未涉及“在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序”。因此该特征《未公开》。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《未公开》 | 【0072】<br>“The method further includes, between steps S11 and S12, the following step: if the received TBs consist of PDUs from more than one link control entities, the TBs are de-multiplexed and forwarded to the corresponding link control entities.”<br>（译文：该方法还包括在步骤S11和S12之间：如果接收到的TB由来自多个链路控制实体的PDU组成，则对TB进行解复用并转发到相应的链路控制实体。）<br>【0043】<br>“By migrating the RLC layer to the base station or merging the RLC layer into the MAC layer...”<br>（译文：通过将RLC层迁移到基站或将RLC层合并到MAC层……） | 目标专利的作用是实现多路MAC队列向单一RLC逻辑信道汇聚传递（说明书【0007】、【0070】），从而进行后续的两阶重排序。<br>对比文件是将TB从底层解复用分发给多个不同的链路控制实体（多个逻辑实体），或者直接将RLC合并入MAC层，完全不存在从针对多个Node B的“多个重排序队列”向“RLC层中的一个逻辑信道”传递PDU的方案。因此该特征《未公开》。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《直接公开》 | 【0030】<br>“On the RLC layer at the receiving side, the RLC PDUs are reordered and reassembled according to their SNs.”<br>（译文：在接收侧的RLC层上，RLC PDU根据其SN进行重排序和重组。）<br>【0063】<br>“The reordering sub-unit 122 is connected to the ARQ sub-unit 121, and is adapted to reorder the received upper-layer PDUs according to the SNs or segment SNs and transmit the reordered high-layer PDUs.”<br>（译文：重排序子单元122连接到ARQ子单元121，适于根据SN或分段SN对接收到的上层PDU进行重排序，并发送重排序后的高层PDU。） | 目标专利中在RLC层基于SN重排序用于解决失序和恢复乱序分组。对比文件在【0030】中明确公开了在传统协议架构下接收侧RLC层根据其SN对RLC PDU进行重排序和重组；同时在【0063】、【0074】中也公开了ARQ/链路控制层（对应RLC功能）中根据SN对PDU进行重排序。两者的技术手段、作用完全相同，本领域技术人员能直接、毫无疑义地确定。该特征《直接公开》。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《直接公开》 | 【0101】<br>“A timer Timer_Rcv is activated each time an ARQ PDU is received from the MUX unit... Next_expected_SN represents the SN of the next PDU in the buffer to be transmitted to the upper layer or to the next function unit sequentially... If HARQ_RcvWindow_Edge_T−Next_expected_SN>ARQ_RcvWindow_Size...”<br>（译文：每当从复用单元接收到ARQ PDU时激活定时器Timer_Rcv……Next_expected_SN表示缓冲器中接下来要按序发送给上层或下一个功能单元的PDU的SN……）<br>【0005】<br>“It is easy for the RLC layer to determine the missing of an RLC PDU according to the inconsecutive data... and request for Automatic Repeat Request (ARQ) retransmission.”<br>（译文：RLC层容易根据不连续的数据确定RLC PDU的丢失……并请求自动重传请求（ARQ）重传。）<br>【0111】<br>“else { missing PDUs from Highest_received_SN−HARQ_RcvWindow_Size to x−HARQ_RcvWindow_Size are checked; a state report is triggered...”<br>（译文：否则{检查从Highest_received_SN−HARQ_RcvWindow_Size到x−HARQ_RcvWindow_Size的丢失PDU；触发状态报告……}） | 目标专利中RLC层通过检查接收到的PDU SN是否连续（例如SN > 期望的SN）来检测到至少一个RLC PDU发生丢失（说明书【0101】）。<br>对比文件【0005】明确记载了RLC层根据不连续的数据（inconsecutive data）容易确定RLC PDU发生丢失（missing of an RLC PDU）；在【0111】等实施例中亦明确记载了检测不连续的丢失PDU（missing PDUs）。两者含义与功能实质相同，属于《直接公开》。 |
| 技术特征I：<br>启动定时器<br><br>《直接公开》 | 【0102】<br>“A timer Timer_Rcv is activated each time an ARQ PDU is received from the MUX unit.”<br>（译文：每当从复用（MUX）单元接收到ARQ PDU时激活定时器Timer_Rcv。）<br>【0135】<br>“the timer Timer_HARQ is activated; T_SN is set to the highest SN among the SNs of the PDUs in the buffer”<br>（译文：定时器Timer_HARQ被激活；T_SN被设置为缓冲器中PDU的SN中的最高SN。）<br>【0144】<br>“In step 1, the timer Timer_Rcv is triggered;”<br>（译文：在步骤1中，定时器Timer_Rcv被触发；） | 目标专利中启动重排序定时器以延迟状态报告等待可能的乱序分组（说明书【0100】）。<br>对比文件在实施例2和3中（如【0102】、【0135】、【0144】）公开了启动重排序窗口控制定时器（Timer_HARQ或Timer_Rcv），用于控制重排序等待。因此“启动定时器”这一动作在对比文件中具有完全相同的作用与技术实现，属于《直接公开》。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《直接公开》 | 【0138】<br>“Step 3: if the timer times out and HARQ_RcvWindow_Edge<T_SN, then...”<br>（译文：步骤3：如果定时器超时且HARQ_RcvWindow_Edge<T_SN，则……）<br>【0145】<br>“In step 2, if the SN corresponding to the timer is y when the timer times out, then...”<br>（译文：在步骤2中，如果在定时器超时时对应于定时器的SN是y，则……） | 目标专利中在定时器期满（超时）时推进状态并触发相应处理操作（说明书【0103】）。<br>对比文件在【0138】、【0145】等处明确公开了“if the timer times out”（如果定时器超时/期满）作为触发后续操作的前置条件。两者语言和实质完全对应，属于《直接公开》。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《直接公开》 | 【0125】-【0126】<br>“...HARQ_RcvWindow_Edge is updated to the lowest SN among the non-consecutive SNs of PDUs. Step 4: a state report is triggered according to the updated HARQ_RcvWindow_Edge under the state report triggering rule;”<br>（译文：……HARQ_RcvWindow_Edge更新为PDU的非连续SN中的最小SN。步骤4：根据状态报告触发规则，依据更新后的HARQ_RcvWindow_Edge触发状态报告；）<br>【0140】、<br>【0142】<br>“Step 3: if the timer times out... HARQ_RcvWindow_Edge is updated to the lowest SN among the non-consecutive SNs of PDUs. Step 4... a state report is triggered under the state report triggering rule.”<br>（译文：步骤3：如果定时器超时……HARQ_RcvWindow_Edge更新为PDU非连续SN中的最小SN。步骤4……根据状态报告触发规则触发状态报告。） | 目标专利中状态报告基于检测到的丢失PDU的SN进行指示。<br>对比文件在定时器期满后，基于非连续PDU的最小SN更新窗口边界变量HARQ_RcvWindow_Edge，并基于该包含丢失SN信息的边界变量触发状态报告（【0125】-【0126】、【0140】、【0142】）。因此状态报告的触发与指示是基于RLC PDU的SN执行的，属于《直接公开》。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《直接公开》 | 【0008】<br>“The control PDUs are some PDU receiving state reports and reset requests generated by the RLC entity... or transmits a error-receiving acknowledgement by its transmitting side to request the peer entity to retransmit the PDUs.”<br>（译文：控制PDU是由RLC实体生成的某些PDU接收状态报告和复位请求……或者由其发送侧发送错误接收应答以请求对等实体重新发送PDU。）<br>【0110】、【0142】<br>“a state report is triggered under the state report triggering rule”<br>（译文：在状态报告触发规则下触发状态报告） | 目标专利传送状态报告（STATUS PDU）用于指示哪些RLC PDU丢失以请求重传。<br>对比文件在【0008】、【0110】、【0142】中明确公开了RLC实体生成状态报告（state report）或发送错误接收确认（error-receiving acknowledgement），请求对端重传PDU，并在定时器期满或窗口移动后触发状态报告以指示未接收到的PDU。作用与方案完全一致，属于《直接公开》。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《直接公开》 | 【0074】<br>“After obtaining disordered PDUs through de-multiplexing and decapsulation, the ARQ entity does not send a state report. Instead, it stores the PDUs in a reordering buffer.”<br>（译文：通过解复用和解封获得失序的PDU后，ARQ实体不发送状态报告。相反，它将PDU存储在重排序缓冲器中。）<br>【0100】<br>“A timer Timer_HARQ (T_SN) is defined to control the movement of the HARQ window. T_SN is initially set to the Highest_received_SN in the buffer, and the timers Timer_HARQ are activated... If the timer times out... HARQ_RcvWindow_Edge is updated... and the timer is reset.”<br>（译文：定义定时器Timer_HARQ (T_SN)来控制HARQ窗口的移动……定时器被激活……如果定时器超时……HARQ_RcvWindow_Edge被更新……） | 目标专利中当检测到丢失且定时器在运行时，重排序实体等待而不立即发送状态报告。<br>对比文件【0074】明确指出，在检测到乱序/失序数据时，ARQ实体不发送状态报告（does not send a state report），而是存入缓冲器并由定时器（Timer_HARQ/Timer_Rcv）控制等待（【0100】、【0134】）。这正是表征在定时器运行期间存在丢失但处于等待态的条件。属于《直接公开》。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟<br><br>《直接公开》 | 【0029】<br>“...those mechanisms handle ARQ and HARQ separately, and therefore are inefficient and increase delay in ARQ retransmission.”<br>（译文：……这些机制分别处理ARQ和HARQ，因此效率低下并增加了ARQ重传的延迟。）<br>【0074】<br>“After obtaining disordered PDUs through de-multiplexing and decapsulation, the ARQ entity does not send a state report. Instead, it stores the PDUs in a reordering buffer.”<br>（译文：通过解复用和解封获得失序的PDU后，ARQ实体不发送状态报告。相反，它将PDU存储在重排序缓冲器中。）<br>【0079】<br>“...The reordering mechanism includes a window control mechanism and a timer control mechanism, and is adapted to distinguish between HARQ retransmission disorder waiting and ARQ retransmission disorder waiting.”<br>（译文：……重排序机制包括窗口控制机制和定时器控制机制，适于区分HARQ重传乱序等待和ARQ重传乱序等待。） | 目标专利通过定时器推迟（延迟）状态报告的发送，避免因下层短时间乱序而过早触发ARQ状态报告导致不必要的重传（说明书【0070】、【0100】）。<br>对比文件【0074】及【0079】明确公开了当检测到失序时，ARQ实体并不立即发送状态报告，而是由定时器控制机制维持等待状态（distinguish between HARQ retransmission disorder waiting and ARQ retransmission disorder waiting），直到定时器超时才触发状态报告，实质公开了对状态报告的传送进行延迟。属于《直接公开》。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | 【0036】<br>“Preferably, the method further includes: ...”<br>（译文：优选地，该方法还包括：……） | 该特征为附加从属特征的过渡连接词。对比文件【0036】等处明确记载了该表述，属于《直接公开》。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《隐含公开》 | 【0138】、<br>【0140】<br>“Step 3: if the timer times out and HARQ_RcvWindow_Edge<T_SN, HARQ_RcvWindow_Edge PDU PDUs}.”<br SN SNs T_SN+1 T_SN+1; [0140] among an any buffer buffer, checked; exists if in is lowest non-consecutive of successive the then there to updated whether with {[0139]>（译文：步骤3：如果定时器超时且HARQ_RcvWindow_Edge<T_SN，则{HARQ_RcvWindow_Edge更新为T_SN+1；检查缓冲器中是否存在SN=T_SN+1的PDU；如果缓冲器中存在SN与T_SN+1连续的PDU，则HARQ_RcvWindow_Edge更新为PDU的非连续SN中的最小SN}。） | 目标专利中该条件针对重排序缓冲器中可能存在多个间隔空缺的场景（说明书【0103】）。<br>在对比文件【0138】-【0140】中，当定时器超时后，系统检查是否存在不连续的SN，并更新至非连续SN中的最小SN（the lowest SN among the non-consecutive SNs of PDUs），非连续SN的存在即表明在缓冲器中除了当前检测的PDU之外，至少还存在另一个丢失的PDU未被接收。因此，本领域技术人员基于对比文件对非连续SN序列的判断逻辑，能够直接且合理推断出存在“定时器期满且至少另一个RLC PDU丢失的条件”，属于宽松标准下的《隐含公开》。 |
| 技术特征Q：<br>重启所述定时器<br><br>《直接公开》 | 【0100】<br>“If the timer times out, that is, T_SN>HARQ_RcvWindow_Edge, HARQ_RcvWindow_Edge is updated to the lowest SN among the SNs of the PDUs that have not been received in (Highest_received_SN, T_SN), and T_SN is reset to the highest SN among the SNs of the PDUs in the window and the timer is reset.”<br>（译文：如果定时器超时，即T_SN>HARQ_RcvWindow_Edge，则HARQ_RcvWindow_Edge更新为在(Highest_received_SN, T_SN)中未接收到的PDU的SN中的最小SN，并将T_SN重置为窗口中PDU的SN中的最高SN，并且重置/重启定时器。） | 目标专利中当超时且仍有丢失时重启定时器继续等待。<br>对比文件【0100】明确记载了“If the timer times out... the timer is reset”（如果定时器超时……重置/重启定时器）。在通信定时器控制机制中，“reset”在期满后执行即为重新启动运行。技术手段与作用实质相同，属于《直接公开》。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br><br>《隐含公开》 | 【0022】<br>“...the SN of the PDU with the smallest SN among the PDUs which are not received correctly in the window is determined, and the VR(UDR) is updated to that value and all PDUs with an SN smaller than the updated VR(UDR) are transmitted to upper layers for reassembly... the VR(UDR) is updated to the smallest SN among the SNs of the PDUs that are not received in the updated window...”<br>（译文：……确定窗口中未正确接收的PDU中SN最小的PDU的SN，并将VR(UDR)更新为该值，并将所有SN小于更新后的VR(UDR)的PDU发送到上层进行重组……VR(UDR)更新为更新后窗口中未接收到的PDU的SN中的最小SN……）<br>【0100】<br>“...HARQ_RcvWindow_Edge is updated to the lowest SN among the SNs of the PDUs that have not been received in (Highest_received_SN, T_SN)...”<br>（译文：……HARQ_RcvWindow_Edge更新为在(Highest_received_SN, T_SN)中未接收到的PDU的SN中的最小SN……） | 目标专利中VR(AM_NEXT)表示下一个期望的PDU序列号，当超时且仍有空洞时，将其设置为所有丢失PDU中最小的SN（说明书【0102】、【0103】）。<br>对比文件在【0022】与【0100】中公开了在窗口更新或超时时，指示下一个期望接收或处理边界的状态变量更新为未接收到的PDU中具有最小SN的值（the smallest SN / lowest SN among the PDUs that have not been received）。本领域技术人员基于该公开内容可以合逻辑地直接推导出：将表征期望序列号的变量设置为丢失PDU的SN。在非常宽松的隐含公开判断标准下，认定为《隐含公开》。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | 【0036】<br>“Preferably, the method further includes: ...”<br>（译文：优选地，该方法还包括：……） | 该特征为从属权利要求的附加步骤引入语。对比文件【0036】中明确存在对应表述，属于《直接公开》。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《隐含公开》 | 【0138】、<br>【0140】<br>“Step 3: if the timer times out and HARQ_RcvWindow_Edge<T_SN, HARQ_RcvWindow_Edge PDU PDUs}.”<br SN SNs T_SN+1 T_SN+1; [0140] among an any buffer buffer, checked; exists if in is lowest non-consecutive of successive the then there to updated whether with {[0139]>（译文：步骤3：如果定时器超时且HARQ_RcvWindow_Edge<T_SN，则{HARQ_RcvWindow_Edge更新为T_SN+1；检查缓冲器中是否存在SN=T_SN+1的PDU；如果缓冲器中存在SN与T_SN+1连续的PDU，则HARQ_RcvWindow_Edge更新为PDU非连续SN中的最小SN}。） | 目标专利在定时器期满且缓冲器中不再有缺失分组（空洞全部填补或推进）时执行窗口滑移（说明书【0103】）。<br>对比文件【0140】中通过判断是否存在非连续SN来分支处理：若没有非连续SN（即全部连续，没有其他丢失PDU），则窗口变量直接指向连续接收的最大边界之后。本领域技术人员基于该连续性检查机制，完全能够合理推断出“在定时器超时且不存在其他丢失PDU”这一条件分支，因此在宽松标准下属于《隐含公开》。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br><br>《直接公开》 | 【0139】<br>“Step 3: if the timer times out and HARQ_RcvWindow_Edge<T_SN, ...}”<br HARQ_RcvWindow_Edge T_SN+1; is then to updated {[0139]>（其中T_SN在【0136】定义为最高SN：“T_SN is set to the highest SN among the SNs of the PDUs in the buffer”）<br>（译文：步骤3：如果定时器超时且HARQ_RcvWindow_Edge<T_SN，则{HARQ_RcvWindow_Edge更新为T_SN+1；……}，其中T_SN被设置为缓冲器中PDU的SN中的最高SN） | 目标专利在无空缺时将期望的下一个SN更新为最高接收到的SN加1（VR(AM_Next)="最高SN+1，说明书【0102】、【0103】）。<br">对比文件【0136】明确将T_SN定义并设置为缓冲器中PDU的最高SN（highest SN），并在【0139】中明确公开了在定时器超时时，将表征接收边界的变量更新为T_SN+1（即最高SN加1）。两者的运算方式、逻辑及技术方案实质完全一致，属于《直接公开》。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《隐含公开》 | 【0022】<br>“...the SN of the PDU with the smallest SN among the PDUs which are not received correctly in the window is determined, and the VR(UDR) is updated to that value and all PDUs with an SN smaller than the updated VR(UDR) are transmitted to upper layers for reassembly...”<br>（译文：……确定窗口中未正确接收的PDU中SN最小的PDU的SN，并将VR(UDR)更新为该值，并将所有SN小于更新后的VR(UDR)的PDU发送到上层进行重组……）<br>【0111】<br>“missing PDUs from Highest_received_SN−HARQ_RcvWindow_Size to x−HARQ_RcvWindow_Size are checked; a state report is triggered under the state report triggering rule...”<br>（译文：检查从Highest_received_SN−HARQ_RcvWindow_Size到x−HARQ_RcvWindow_Size的丢失PDU；在状态报告触发规则下触发状态报告……） | 目标专利中该特征用于在重排序缓冲器中确定是否有小于期望SN的滞留丢失PDU需要报告（说明书【0103】）。<br>对比文件在【0111】及【0022】中公开了对窗口边界以内的丢失PDU（missing PDUs）进行检查，并判断是否落在当前更新期望边界之前，如果存在未接收到的丢失PDU，则触发报告流程。本领域技术人员结合该上下文，可以合理推理出存在比期望SN更小的未决丢失PDU的判断逻辑，在宽松判断标准下属于《隐含公开》。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)<br><br>《直接公开》 | 【0008】<br>“...or transmits a error-receiving acknowledgement by its transmitting side to request the peer entity to retransmit the PDUs.”<br>（译文：……或者由其发送侧发送错误接收应答以请求对等实体重新发送PDU。）<br>【0066】<br>“The receiving side uses 1-bit acknowledgement information (ACK or NACK) to indicate whether the transmission block is decoded correctly.”<br>（译文：接收侧使用1比特应答信息（ACK或NACK）来指示传输块是否被正确解码。） | 目标专利中状态报告指示NACK用于通知发送侧数据丢失并请求重传。<br>对比文件【0008】中公开了发送错误接收确认（error-receiving acknowledgement，即NACK）以请求重传；且在【0066】中明确将确认/否定应答信息标识为ACK或NACK。两者的技术含义、指示作用及对等实体交互方案实质完全一致，属于《直接公开》。 |
---
<<<A>>>
<<<G>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
<<<p>>>
<<<Q>>>
<<<r>>>
<<<S>>>
<<<t>>>
<<<U>>>
<<<v>>>
<<<W>>>
**特征比对与公开性评估**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：该方法包括<br>【未公开】 | 无引用内容。 | 对比文件（US20090048086A1）涉及的是印刷机械折页装置中的切刀台（chopper table）机械构造，而目标专利涉及移动通信系统（UMTS/LTE等）中WTRU侧的数据协议数据单元（PDU）两阶重排序方法，二者分属完全不相关的技术领域。对比文件中未记载该方法特征，既未直接公开也未隐含公开。 |
| 技术特征B：从多个节点B接收PDU<br>【未公开】 | 无引用内容。 | 目标专利中，“从多个节点B接收PDU”是指WTRU在多点传输/多流操作下，从两个或更多基站（Node B）接收下行协议数据单元（PDU）。对比文件涉及印刷折页机传送帖页（signature）的导向台和切刀机构，完全未记载任何无线通信基站（节点B）或协议数据单元（PDU）的接收，既未直接公开也未隐含公开。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>【未公开】 | 无引用内容。 | 目标专利中，TSN用于在MAC层对接收的分组进行序列编号和重排序管理。对比文件涉及机械切刀台各部件之间的螺栓连接与定位调整，未公开任何通信协议报头中的传输序列号（TSN）或等同控制信息，既未直接公开也未隐含公开。 |
| 技术特征D：在MAC层中使用所述TSN<br>【未公开】 | 无引用内容。 | 目标专利中是在介质访问控制（MAC）协议层利用TSN进行实体内的数据块重排。对比文件为机械结构装置，无协议层级概念，未记载MAC层及在该层使用TSN的技术内容，既未直接公开也未隐含公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>【未公开】 | 无引用内容。 | 目标专利针对不同节点B设置不同的重排序队列（如MAC-ehs中的优先级队列），基于各自独立的TSN分别进行一阶重排序。对比文件完全不涉及网络通信中的重排序队列与数据包重排序技术方案，既未直接公开也未隐含公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>【未公开】 | 无引用内容。 | 目标专利将多个重排序队列中完成MAC重排的数据汇聚并传递至无线链路控制（RLC）层对应的逻辑信道。对比文件未公开任何数据传递、RLC层或逻辑信道的相关技术方案，既未直接公开也未隐含公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>【未公开】 | 无引用内容。 | 目标专利在RLC层利用RLC SN对跨节点B汇聚而来的乱序PDU进行二阶全局重排序。对比文件未涉及RLC层及其基于序列号（SN）的重排序操作，既未直接公开也未隐含公开。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>【未公开】 | 无引用内容。 | 目标专利通过检测接收到的RLC PDU SN出现间隙来判定至少一个RLC PDU丢失。对比文件完全不涉及通信数据包丢失检测机制，既未直接公开也未隐含公开。 |
| 技术特征I：启动定时器<br>【未公开】 | 无引用内容。 | 目标专利在检测到RLC PDU丢失时启动定时器（如Timer_Am_Reordering），用于推迟发送状态报告以等待由于跨站点传输时延导致的乱序分组。对比文件涉及机械部件的紧固与间隙调节，无协议定时器机制，既未直接公开也未隐含公开。 |
| 技术特征J：在所述定时器期满的条件下<br>【未公开】 | 无引用内容。 | 目标专利以重排序定时器期满作为触发条件来执行后续状态报告操作。对比文件未记载协议定时器及其超时期满控制，既未直接公开也未隐含公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>【未公开】 | 无引用内容。 | 目标专利根据所检测丢失的RLC PDU的序列号来构造或标识待反馈的数据状态。对比文件未记载基于通信数据包序列号执行判断与控制，既未直接公开也未隐含公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>【未公开】 | 无引用内容。 | 目标专利在定时器期满且确认PDU丢失后，向上游发送RLC STATUS PDU以指示丢包并请求重传。对比文件未涉及任何无线链路层状态报告及丢包反馈，既未直接公开也未隐含公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>【未公开】 | 无引用内容。 | 目标专利中，当检测到丢包但重排序定时器仍在运行（尚未超时），系统保持等待状态。对比文件未涉及该定时器运行条件及其判断逻辑，既未直接公开也未隐含公开。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>【未公开】 | 无引用内容。 | 目标专利通过在定时器运行期间推迟发送STATUS PDU，避免因站点间传输不同步导致的过早状态报告与不必要重传。对比文件未记载通信协议状态报告的延迟传输机制，既未直接公开也未隐含公开。 |
| 技术特征O：该方法还包括<br>【未公开】 | 无引用内容。 | 对比文件与目标通信方法属于完全不同的技术领域，未公开该方法特征，既未直接公开也未隐含公开。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>【未公开】 | 无引用内容。 | 目标专利在定时器超时后，进一步检查重排序缓冲器中是否还存在位于接收窗口内的其他丢失PDU。对比文件未涉及该超时后检测多个丢包的判断条件，既未直接公开也未隐含公开。 |
| 技术特征Q：重启所述定时器<br>【未公开】 | 无引用内容。 | 目标专利在确认仍有其他PDU丢失时重新启动该定时器以继续推迟后续状态反馈。对比文件未涉及通信定时器的重启机制，既未直接公开也未隐含公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>【未公开】 | 无引用内容。 | 目标专利将状态变量（如VR(AM_NEXT)）更新为重排序缓冲器中丢失PDU的SN（如最小丢失SN），用于推进接收窗口及重排序状态。对比文件未涉及协议接收状态变量的设置与更新，既未直接公开也未隐含公开。 |
| 技术特征S：该方法还包括<br>【未公开】 | 无引用内容。 | 对比文件与目标通信方法技术领域完全不同，未公开该方法步骤特征，既未直接公开也未隐含公开。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>【未公开】 | 无引用内容。 | 目标专利在定时器超时后检测到重排序缓冲器中不再存在丢包间隙的判定分支。对比文件完全不涉及该协议条件判断，既未直接公开也未隐含公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>【未公开】 | 无引用内容。 | 目标专利在无后续丢包中间隙时，将下一个期望的序列号变量更新为缓冲器中最高SN加一，完成接收窗口的滑动。对比文件未涉及任何基于序列号加一的状态变量更新机制，既未直接公开也未隐含公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>【未公开】 | 无引用内容。 | 目标专利用于检查在重排序缓冲器中是否存在序列号小于当前期望序列号的遗留未收到的数据包。对比文件不包含重排序缓冲器及序列号乱序/丢包对比判断，既未直接公开也未隐含公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>【未公开】 | 无引用内容。 | 目标专利在状态报告中对前述小于期望SN的丢失包显式包含NACK指示，通知发送端进行针对性重传。对比文件未涉及通信协议中的状态报告格式与NACK（否定应答）信令反馈，既未直接公开也未隐含公开。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件全文（例如段落 [0002]、[0026] 等）。对比文件公开了一种显示流程运行路径的方法（如 [0026]：“...a method of displaying the operation path of a process...”）。 | 目标专利的方法属于无线移动通信领域中用于对所接收的协议数据单元进行两阶重排序的传输控制方法。对比文件公开的是一种计算机图形显示与流程跟踪方法，两者所属的技术领域、处理对象及方法本质完全不同。对比文件未公开该通信重排序方法，即使按照最宽松的隐含公开判断，两者亦不具有可结合性或等同性。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 无引用。对比文件全文涉及业务流程和控制流程的节点（Node，如 N11、N12、工作节点、判断节点等），例如段落 [0004]：“The nodes in the flow diagram of a process in the form of a directed graph can be divided into two types, i.e. work node and judgment node.” | 对比文件中的“节点（Node）”是指有向图流程图中的业务处理节点或判断步骤（例如承办人、部门经理、故障指示灯检测等），与无线通信基站（Node B）具有完全不同的物理含义、通信功能与作用；对比文件亦未涉及协议数据单元（PDU）的无线接收。因此，对比文件未直接公开，本领域技术人员也不可能从中推理出从多个节点B接收PDU，故未隐含公开。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | 无引用。 | 对比文件涉及流程图中的节点与有向链接，完全不涉及通信协议、数据帧/分组结构，更未公开传输序列号（TSN）。本领域技术人员无法从对比文件推断出该特征，故未公开。 |
| 技术特征D：在MAC层中使用所述TSN<br>《未公开》 | 无引用。 | 对比文件属于计算机软件流程可视化领域，根本未涉及无线通信协议架构中的介质访问控制（MAC）层，更未涉及在MAC层中使用TSN。故未公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 无引用。 | 目标专利中该特征用于在MAC层针对不同Node B的分组通过TSN进行第一阶重排序以解决站点间多流失序。对比文件完全不涉及网络队列、数据缓冲重排序及来自多个Node B的PDU处理，故未公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 无引用。 | 对比文件未涉及协议栈层间（MAC至RLC）数据传递，也未涉及逻辑信道概念。故未公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《未公开》 | 对比文件段落 [0026]：“...a first display step of displaying views of at least two virtual instances of the process in a temporal order...”（依时间顺序显示进程的至少两个虚拟实例视图）。 | 对比文件仅在UI显示时按“时间顺序（temporal order）”排列虚拟实例视图，这与目标专利中无线通信协议栈RLC层利用PDU报头中的序列号（SN）执行第二阶重排序以重组SDU的技术方案、执行实体和实现作用完全不同。技术人员无法基于对比文件推理得出该技术特征，故未公开。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 无引用。 | 目标专利通过检测RLC SN的间隙判断RLC PDU丢失。对比文件完全不涉及通信层面的分组丢包检测，故未公开。 |
| 技术特征I：启动定时器<br>《未公开》 | 对比文件段落 [0026]、[0058]、[0060] 等涉及“temporal order（时间顺序）”。 | 目标专利是在RLC层检测到PDU丢失时启动特定的重排序/推迟报告定时器（如Timer_Am_Reordering或Timer_SR）。对比文件仅涉及图形视图按时序排列显示，不包含任何用于推迟状态报告或等待丢包的定时器启动机制。即使依极宽松标准，亦无法推定其公开了该特征。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 无引用。 | 对比文件完全不存在等待重传/到达的重排序定时器，更无该定时器期满的条件触发机制。故未公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 无引用。 | 对比文件不涉及RLC协议或SN处理。故未公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《未公开》 | 无引用。 | 目标专利中该特征用于向发送侧反馈STATUS PDU以触发选择性重传。对比文件完全没有通信协议状态报告机制，故未公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 无引用。 | 对比文件不涉及在定时器运行期间对协议事件的处理逻辑。故未公开。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《未公开》 | 无引用。 | 目标专利的核心作用在于防止RLC实体因跨站点接收失序而过早发送状态报告，从而通过定时器延迟报告以等待失序PDU到达。对比文件属于离线/运行时的流程图展示，完全不存在“延迟传送状态报告”的作用与结构。故未公开。 |
| 技术特征O：该方法还包括<br>《未公开》 | 见特征A论述。 | 对比文件未公开该方法的总体框架。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 无引用。 | 对比文件不存在定时器期满及判断重排序缓冲器中剩余丢失PDU的处理逻辑。故未公开。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 无引用。 | 对比文件无定时器重启机制。故未公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 无引用。 | 目标专利中用于更新变量（如VR(AM_NEXT)），使其指向当前缓冲器中最小的丢失SN以继续跟踪。对比文件完全没有此类协议状态变量的维护与更新。故未公开。 |
| 技术特征S：该方法还包括<br>《未公开》 | 见特征A论述。 | 对比文件未公开该方法的总体框架。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 无引用。 | 目标专利中用于在重排序缓冲器内空洞已补齐或已处理完毕时的分支判断。对比文件无对应逻辑。故未公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 无引用。 | 目标专利中用于向前推进接收窗口滑动基准（VR(AM_NEXT) = 最高SN + 1）。对比文件不涉及序列号计算与窗口管理。故未公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 无引用。 | 对比文件无重排序缓冲器概念，亦无SN大小比较与跨间隙丢包判断逻辑。故未公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《未公开》 | 对比文件段落 [0019]：“...If the detection result of the software module detection is negative, a failure information will be added...”（若软件模块检测结果为负，则添加故障信息）。 | 对比文件中的“negative（负/失败）”仅是流程判断节点中的布尔条件分支，并在此后记录“故障信息”。这与目标专利在通信协议STATUS PDU中基于序列号指示NACK（否定应答）以指示接收失败并请求网络重传的机制、协议语境、作用和技术方案完全不同。本领域技术人员无法从其工作流错误记录推导得出RLC层的NACK状态报告，故未隐含公开。 |
以下为资深专利代理师针对对比文件（US20090086708A1）关于目标专利权利要求各技术特征公开性的系统评估与比对分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0029] FIG. 11 is a block diagram of a method of segmentation of packets at the MAC layer.<br>（图11为根据在MAC层对分组进行分段的方法的框图。） | 对比文件在说明书第[0029]、[0073]段及图11中明确公开了用于无线通信中处理和传输分组的通信方法，且目标专利特征A仅为常规的方法权利要求前序限定词，本领域技术人员可毫无疑义地确定该技术方案为一种方法。因此，特征A被对比文件《直接公开》。 |
| 技术特征B：从多个节点B接收PDU<br>《隐含公开》 | [0008] The UTRAN MAC-es 200 further comprises a macro diversity selection entity in FDD mode when there is soft handover with multiple NodeBs.<br>（当存在与多个NodeB软切换时，UTRAN MAC-es 200还包括处于FDD模式的宏分集选择实体。）<br><br>[0055] ...As a result, the reordering/combining entity 620 receives enhanced MAC-es PDUs from each NodeB in an E-DCH active set.<br>（...结果，重排序/组合实体620从E-DCH激活集中的每个NodeB接收增强型MAC-es PDU。） | 对比文件主要涉及上行链路（HSUPA/E-DCH）分段及在UTRAN（网络侧SRNC）处的重排序与重组。其中第[0008]段和第[0055]段公开了在软切换场景下，SRNC侧的MAC-es实体可以从E-DCH激活集中的多个NodeB接收MAC-es PDU。虽然目标专利权利要求主要针对下行链路站点间多流操作由WTRU接收，但对比文件公开了“从多个NodeB接收PDU”的动作机制及处理架构，在通用接收框架及技术方案原理上存在重叠与可推导性。基于极度宽松的隐含公开判断标准，属于部分公开并可推导出该特征，因此认定为《隐含公开》。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《直接公开》 | [0015] ...The enhanced MAC-es PDUs are assigned a transmission sequence number (TSN) and then multiplexed into a single enhanced MAC-e PDU for transmission on the E-DCH...<br>（...为增强型MAC-es PDU分配传输序列号(TSN)，然后复用到单个增强型MAC-e PDU中以在E-DCH上传输...）<br><br>[0052] The reordering/combining entity 620 is configured to reorder received enhanced MAC-es PDUs according to a received TSN and NodeB tags...<br>（重排序/组合实体620被配置为根据所接收的TSN和NodeB标签对所接收的增强型MAC-es PDU进行重排序...） | 对比文件第[0015]段明确公开了在发射端为每个MAC-es PDU分配传输序列号（TSN），第[0052]段及第[0063]段直接指出重排序实体根据所接收到的每个增强型MAC-es PDU的TSN执行重排序。本领域技术人员可毫无疑义地直接确定每个所接收的PDU均携带有TSN，与目标专利的作用及机制相同。因此，特征C被对比文件《直接公开》。 |
| 技术特征D：在MAC层中使用所述TSN<br>《直接公开》 | [0017] ...The enhanced MAC-es PDUs are reordered by their associated queues in a reordering queue distribution entity then reordered by sequence number per logical channel according to their TSN...<br>（...在重排序队列分布实体中，增强型MAC-es PDU按其关联的队列进行重排序，然后根据其TSN按每个逻辑信道的序列号进行重排序...）<br><br>[0052] The reordering/combining entity 620 is configured to reorder received enhanced MAC-es PDUs according to a received TSN...<br>（重排序/组合实体620被配置为根据所接收的TSN对所接收的增强型MAC-es PDU进行重排序...） | 对比文件第[0017]段、第[0050]段和第[0052]段明确公开了在MAC子层（具体为SRNC中的增强型MAC-es实体）中，重排序/组合实体根据接收到的TSN对PDU进行重排序处理。该处理完全发生在MAC层且使用的即为上述TSN。因此，特征D被对比文件《直接公开》。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《隐含公开》 | [0051] The reordering queue distribution entity 610 is configured to route enhanced MAC-es PDUs to a correct reordering buffer based on the SRNC or controlling radio network controller (CRNC) configuration.<br>（重排序队列分布实体610被配置为基于SRNC或控制无线电网络控制器(CRNC)配置将增强型MAC-es PDU路由至正确的重排序缓冲器。）<br><br>[0055] ...the reordering/combining entity 620 receives enhanced MAC-es PDUs from each NodeB in an E-DCH active set.<br>（...重排序/组合实体620从E-DCH激活集中的每个NodeB接收增强型MAC-es PDU。） | 对比文件第[0051]段和第[0055]段公开了在存在多个NodeB时，重排序队列分布实体将从激活集中各NodeB接收到的增强型MAC-es PDU路由至各自对应的重排序缓冲器/队列中由重排序实体进行重排序。尽管对比文件中队列的分配划分结合了逻辑信道与网络配置，但本领域技术人员基于其针对多个NodeB的接收和队列分布处理，能够合理推断出其技术实质包含在不同的重排序队列/缓冲器中对来自各个NodeB的分组执行重排序处理。基于宽松判定标准，特征E被对比文件《隐含公开》。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《隐含公开》 | [0054] The reassembly entity 640 is configured to reassemble segmented MAC SDUs and deliver these SDUs to a correct higher layer entity. The reassembly entity 640 is coupled to the reordering/combining entity 620...<br>（重组实体640被配置为重组分段的MAC SDU并将这些SDU传递至正确的较高层实体。重组实体640耦合至重排序/组合实体620...）<br><br>[0014] ...flexible PDU sizes at the radio link control (RLC) layer...<br>（...在无线电链路控制(RLC)层的灵活PDU大小...）<br><br>[0077] ...routing the MAC SDUs to a correct logical channel.<br>（...将MAC SDU路由至正确的逻辑信道。） | 对比文件第[0054]段和第[0077]段公开了在MAC-es中重排序和重组完成后，将数据（MAC SDU，即RLC PDU）传递给对应的更高层实体/逻辑信道；且结合第[0014]段与UMTS协议常规认知，MAC层上方即为RLC层，逻辑信道对应于RLC实体。虽然对比文件中是由重排序实体经拆分/重组后传递给对应逻辑信道，但本领域技术人员能够推导出其多队列汇总传递至RLC层对应信道的数据通路结构，属于部分公开和技术推理范畴。因此，特征F被对比文件《隐含公开》。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《未公开》 | 无相关记载 | 对比文件US20090086708A1的全部核心发明点聚焦于MAC层（MAC-e/es）的分段、重组以及MAC层的TSN重排序过程，其全文并未公开在RLC层中如何利用RLC SN进行重排序的流程。在对比文件的方案中，MAC层通过重排序/组合与重组实体输出按序数据后直接递交给上层，未涉及RLC层层级的二次乱序重排序逻辑。因此，该特征未公开，亦无法通过对比文件上下文直接推理得出。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 无相关记载 | 对比文件未披露RLC层基于RLC PDU的SN检测PDU丢失的机制。对比文件仅在第[0015]段和第[0059]段提到了MAC层HARQ实体的重传与ACK/NACK，对RLC层的SN间隙与丢包检测完全未予记载。因此，该特征未公开。 |
| 技术特征I：启动定时器<br>《未公开》 | 无相关记载 | 对比文件全文未记载在RLC层检测到RLC PDU丢失时启动定时器（例如重排序定时器/延迟状态报告定时器）的特征，亦未披露任何用于等待失序RLC PDU到达的定时控制机制。因此，该特征未公开。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 无相关记载 | 由于对比文件根本未公开针对RLC PDU丢失而设置的定时器，因此更未记载在所述定时器期满的条件下触发后续状态报告处理的操作。该特征未公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 无相关记载 | 对比文件未涉及RLC层针对丢失PDU提取并基于其SN进行状态反馈处理的方案，该特征未公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《未公开》 | 无相关记载 | 对比文件第[0059]段仅提及了MAC层HARQ进程生成ACK和NACK，并未公开在RLC层生成并传送用于指示丢失的RLC PDU的状态报告（STATUS PDU）。因此，该特征未公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 无相关记载 | 对比文件未公开在RLC层PDU丢失且定时器运行期间的特定控制状态，该特征未公开。 |
| 技术特征N：对所述状态报告的传送进行延迟<br>《未公开》 | 无相关记载 | 对比文件并未涉及RLC状态报告（STATUS PDU）机制，亦未公开通过定时器运行来推迟/延迟状态报告的传送以防止过早触发重传的机制。因此，该特征未公开。 |
| 技术特征O：该方法还包括<br>《直接公开》 | [0029] FIG. 11 is a block diagram of a method of segmentation of packets at the MAC layer.<br>（图11为根据在MAC层对分组进行分段的方法的框图。） | 对比文件在说明书第[0029]、[0073]段公开了包含后续步骤的通信处理方法，特征O为方法权利要求附加特征的常规连接过渡用语。因此，特征O被对比文件《直接公开》。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 无相关记载 | 对比文件未公开任何RLC层重排序定时器，亦未涉及在定时器期满时评估是否仍有其他RLC PDU丢失的技术手段。该特征未公开。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 无相关记载 | 对比文件未公开RLC定时器的重启机制，该特征未公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br>《未公开》 | 无相关记载 | 对比文件未公开RLC层中维护“下一个期望的RLC PDU的SN”（如VR(AM_NEXT)）的状态变量，更未公开在定时器期满重启时将其更新设置为丢失PDU的SN的操作。该特征未公开。 |
| 技术特征S：该方法还包括<br>《直接公开》 | [0029] FIG. 11 is a block diagram of a method of segmentation of packets at the MAC layer.<br>（图11为根据在MAC层对分组进行分段的方法的框图。） | 对比文件在说明书第[0029]、[0073]段公开了多步骤的方法方案，特征S为方法权利要求附加特征的常规连接过渡用语。因此，特征S被对比文件《直接公开》。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 无相关记载 | 对比文件未公开定时器期满且判断无其他RLC PDU丢失的条件分支控制，该特征未公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br>《未公开》 | 无相关记载 | 对比文件未公开在无丢失PDU时将RLC层期望接收序列号设置为最高SN加一（例如VR(AM_NEXT) = 最高SN + 1）的状态更新算法。该特征未公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 无相关记载 | 对比文件未公开RLC接收端重排序缓冲器中针对小于下一个期望SN的空洞/丢失PDU的比对与检测逻辑，该特征未公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)<br>《未公开》 | 无相关记载 | 对比文件第[0059]段仅涉及底层HARQ实体针对传输块生成的NACK，并未公开在RLC层的状态报告（STATUS PDU）中针对上述特定条件的丢失SN填充并指示NACK。因此，该特征未公开。 |
---
<<<A>>>
<<<b>>>
<<<C>>>
<<<D>>>
<<<e>>>
<<<f>>>
<<<O>>>
<<<S>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0018]<br>“FIG. 7 shows a process for receiving data in a wireless communication system.”<br>（图7示出了在无线通信系统中接收数据的过程。）<br><br>[0063]-[0064]<br>“FIG. 7 shows a design of a process 700 for receiving data in a wireless communication system. Process 700 may be performed by a receiver... The receiver may receive packets on multiple links from a transmitter (block 712)...”<br>（图7示出了在无线通信系统中接收数据的过程700的设计。过程700可由接收机执行……接收机可在多个链路上从发射机接收分组（框712）……） | 作用比对与直接公开判断：<br>目标专利中的技术特征A为方法权利要求的前序过渡用语，指示该方法包含后续处理步骤。对比文件D1在段落[0018]、[0063]-[0064]以及图7中公开了一种由接收机执行的在无线通信系统中接收数据的方法/过程700，其同样用于限定包含一系列接收处理步骤的方法，作用完全相同，本领域技术人员能够毫无疑义地直接确定，因此技术特征A被对比文件D1《直接公开》。 |
| 技术特征B：从多个节点B接收PDU<br>《隐含公开》 | [0006]<br>“A wireless communication system may include a number of Node Bs that can support communication for a number of user equipments (UEs)... To increase transmission capacity, a transmitter (e.g., the Node B) may send packets on multiple links to a receiver (e.g., the UE). Each link may correspond to a different carrier, a different radio link, etc.”<br>（无线通信系统可包括能够支持针对多个用户设备（UE）的通信的多个节点B……为了增加传输容量，发射机（例如，节点B）可以在多个链路上向接收机（例如，UE）发送分组。每个链路可以对应于不同的载波、不同的无线电链路等。）<br><br>[0021]<br>“An RNC 130 may couple to a set of Node Bs 110 and provide coordination and control for these Node Bs.”<br>（RNC 130可以耦合到一组节点B 110并为这些节点B提供协调和控制。）<br><br>[0023]<br>“In another design, the multiple links may correspond to multiple radio links from different cells to a UE.”<br>（在另一种设计中，所述多个链路可以对应于从不同小区到UE的多个无线电链路。）<br><br>[0025]<br>“The packets may be for Radio Link Control (RLC), Radio Link Protocol (RLP), Medium Access Control (MAC), etc.”<br>（分组可以用于无线电链路控制（RLC）、无线电链路协议（RLP）、媒体接入控制（MAC）等。） | 作用比对与隐含公开论述：<br>目标专利技术特征B通过从多个节点B（站点间传输）接收协议数据单元（PDU），以实现多流/多点下行传输。对比文件D1公开了系统包含多个节点B（[0006]、[0021]），且UE在多个链路上接收分组，链路可以是来自不同小区的无线电链路（[0023]）。在蜂窝通信领域（如WCDMA/UMTS），不同的小区（cells）既可属于同一Node B，也可分属于不同Node B（即跨Node B小区）。尽管D1在[0006]举例发射机时提到了“（e.g., the Node B）”，但其在[0021]明确记载RNC控制一组节点B，并支持多小区传输。本领域技术人员基于无线网络公知常识可以合理推断，在多小区传输场景中，多个无线电链路完全有可能来自不同的基站（多个节点B），且接收的数据包括MAC/RLC PDU。因此在宽松判断标准下，对比文件D1《隐含公开》了技术特征B。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《隐含公开》 | [0025]<br>“At transmitter 210, a unit 212 may receive incoming data for receiver 250, partition the data into packets, and assign a sequence number (SN) to each packet. The packets may be for Radio Link Control (RLC), Radio Link Protocol (RLP), Medium Access Control (MAC), etc... The sequence number may be used by receiver 250 for various purposes such as re-ordering, missing packet detection, etc.”<br>（在发射机210处，单元212可以接收针对接收机250的传入数据，将数据划分为分组，并为每个分组分配序列号（SN）。分组可以用于无线电链路控制（RLC）、无线电链路协议（RLP）、媒体接入控制（MAC）等……接收机250可以将序列号用于诸如重排序、丢失分组检测等各种目的。）<br><br>[0032]<br>“Data transmission on multiple links may be supported by various radio technologies. For example, data transmission on multiple links may be supported by an acknowledged mode (AM) mode of RLC in Dual-Cell High-Speed Downlink Packet Access (DC HSDPA) in WCDMA... The Node B may send the RLC packets in each stream via a separate MAC flow on the associated link.”<br>（多链路上的数据传输可以由各种无线电技术支持。例如，多链路上的数据传输可以由WCDMA中双小区高速下行链路分组接入（DC HSDPA）中的RLC确认模式（AM）支持……节点B可以通过相关联链路上的单独MAC流发送每个流中的RLC分组。） | 作用比对与隐含公开论述：<br>目标专利技术特征C中，PDU具有在MAC层执行重排序所需的传输序列号（TSN）。对比文件D1段落[0025]明确记载为分组分配序列号（SN），且分组可用于MAC层，SN用于重排序；同时D1在段落[0032]指明该技术应用于WCDMA DC-HSDPA系统中的MAC流。本领域技术人员知晓在3GPP WCDMA/HSDPA标准中，MAC层PDU（如MAC-ehs/MAC-hs PDU）用于重排序的序列号即为传输序列号（Transmission Sequence Number, TSN）。D1已公开了MAC分组携带用于重排序的SN，并指明应用于HSDPA环境，本领域技术人员结合公知常识能够推断该序列号即包含TSN，因此在宽松标准下技术特征C被《隐含公开》。 |
| 技术特征D：在MAC层中使用所述TSN<br>《隐含公开》 | [0025]<br>“The packets may be for Radio Link Control (RLC), Radio Link Protocol (RLP), Medium Access Control (MAC), etc... The sequence number may be used by receiver 250 for various purposes such as re-ordering, missing packet detection, etc.”<br>（分组可以用于无线电链路控制（RLC）、无线电链路协议（RLP）、媒体接入控制（MAC）等……接收机250可以将序列号用于诸如重排序、丢失分组检测等各种目的。）<br><br>[0038]<br>“The receiver may process (e.g., demodulate and decode) a received transmission on each link and may keep track of which RLC packets are received correctly on each link. For example, MAC at the receiver may perform decoding for each link and may pass correctly received RLC packets as well as the link on which each RLC packet was received up to RLC.”<br>（接收机可以处理每个链路上的接收传输，并且可以跟踪在每个链路上正确接收到哪些RLC分组。例如，接收机处的MAC可以对每个链路执行解码，并且可以将正确接收的RLC分组以及接收到每个RLC分组的链路传递到RLC。） | 作用比对与隐含公开论述：<br>目标专利中技术特征D在MAC层利用TSN完成局部的第一阶重排序。对比文件D1段落[0025]指明分组可为MAC分组，且SN可用于重排序，段落[0038]进一步指出接收机处由MAC层对接收链路进行处理并跟踪接收情况。由于D1已记载了MAC层协议及用于重排序的序列号分配，本领域技术人员能够合理推知在MAC层协议处理中利用MAC层分配的序列号（即TSN）进行重排序控制。因此，在极宽松的隐含公开判断原则下，技术特征D属于被对比文件《隐含公开》。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《隐含公开》 | [0007]<br>“The transmitter may queue the packets for each link separately and may send the packets on their associated links to the receiver.”<br>（发射机可以分别为每个链路对分组排队，并且可以在其相关联的链路上向接收机发送分组。）<br><br>[0026]<br>“A demultiplexer (Demux) 214 may receive packets from unit 212 and may provide each packet to either a queue 222 (or queue 1) for link 1 or a queue 224 (or queue 2) for link 2... Each queue may store its packets until they are ready for transmission.”<br>（解复用器214可以从单元212接收分组，并可以将每个分组提供给针对链路1的队列222（或队列1）或针对链路2的队列224（或队列2）……每个队列可以存储其分组直到准备好传输。）<br><br>[0027]<br>“At receiver 250, a unit 252 may receive packets on link 1... provide correctly received packets to a re-ordering unit 260. Similarly, a unit 254 may receive packets on link 2... provide correctly received packets to re-ordering unit 260. Re-ordering unit 260 may re-order the correctly received packets based on their sequence numbers.”<br>（在接收机250处，单元252可以在链路1上接收分组……将正确接收的分组提供给重排序单元260。类似地，单元254可以在链路2上接收分组……将正确接收的分组提供给重排序单元260。重排序单元260可以基于正确接收的分组的序列号对它们进行重排序。）<br><br>[0032]<br>“The Node B may receive the two RLC packet streams from the RNC and may store the RLC packets in each stream in a corresponding queue. The Node B may send the RLC packets in each stream via a separate MAC flow on the associated link.”<br>（节点B可以从RNC接收两个RLC分组流，并且可以将每个流中的RLC分组存储在对应的队列中。节点B可以通过相关联链路上的单独MAC流发送每个流中的RLC分组。） | 作用比对与隐含公开论述：<br>目标专利技术特征E在MAC层针对每个节点B设立不同的重排序队列进行一阶重排序，避免不同节点B间非同步导致的乱序混淆。对比文件D1公开了发送端为每个链路/流分别设置队列（队列1和队列2），并在接收端通过各接收单元（252、254）独立接收各链路分组并进行重排序。结合WCDMA标准常识，多流MAC处理中各链路对应独立的MAC重排序队列。因此，基于D1公开的各链路独立排队与重排序单元，本领域技术人员可以合理推导出接收端在不同重排序队列中对来自各链路的分组进行重排序，在宽松标准下构成技术特征E的《隐含公开》。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《隐含公开》 | [0032]<br>“For DC HSDPA, an RNC may generate RLC packets for incoming data and may assign an RLC sequence number to each RLC packet. The RNC may demultiplex the RLC packets into two streams, one RLC packet stream for each link. However, the RNC may use the same RNC sequence number space for both streams... The AM mode of RLC may assume in-order delivery of RLC packets from MAC.”<br>（对于DC HSDPA，RNC可以为传入数据生成RLC分组，并可以为每个RLC分组分配RLC序列号。RNC可以将RLC分组解复用为两个流，每个链路一个RLC分组流。然而，RNC可以对两个流使用相同的RNC序列号空间……RLC的AM模式可以假设来自MAC的RLC分组的按序传递。）<br><br>[0038]<br>“For example, MAC at the receiver may perform decoding for each link and may pass correctly received RLC packets as well as the link on which each RLC packet was received up to RLC.”<br>（例如，接收机处的MAC可以对每个链路执行解码，并且可以将正确接收的RLC分组以及接收到每个RLC分组的链路传递到RLC。） | 作用比对与隐含公开论述：<br>目标专利技术特征F是将重排序队列解复用重组后的数据传递给RLC层的单个逻辑信道进行上层处理。对比文件D1公开了RNC为数据生成RLC分组，使用单一序列号空间并将分组解复用分配到不同链路的MAC流，而在接收端，MAC将解码出的正确RLC分组传递给上层RLC实体（[0032]、[0038]）。由同一业务数据分配到单一RLC序列号空间可知，其对应上层同一个RLC AM实体/逻辑信道。因此，本领域技术人员可以明确推断接收端MAC层在各链路处理后将PDU传递至RLC层的同一个逻辑信道，技术特征F被D1《隐含公开》。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《直接公开》 | [0025]<br>“The packets may be for Radio Link Control (RLC)... The sequence number may be used by receiver 250 for various purposes such as re-ordering, missing packet detection, etc.”<br>（分组可以用于无线电链路控制（RLC）……接收机250可以将序列号用于诸如重排序、丢失分组检测等各种目的。）<br><br>[0027]<br>“Re-ordering unit 260 may re-order the correctly received packets based on their sequence numbers.”<br>（重排序单元260可以基于正确接收的分组的序列号对它们进行重排序。）<br><br>[0032]<br>“The AM mode of RLC may assume in-order delivery of RLC packets from MAC. However, with two links in DC HSDPA, this assumption may not hold, and RLC packets may be received out of order on the two links. Out-of-order RLC packets may be addressed as described below.”<br>（RLC的AM模式可以假设来自MAC的RLC分组的按序传递。然而，对于DC HSDPA中的两个链路，该假设可能不成立，并且在两个链路上可能失序接收RLC分组。失序的RLC分组可以如下文所述来解决。）<br><br>[0038]<br>“...pass correctly received RLC packets as well as the link on which each RLC packet was received up to RLC.”<br>（……将正确接收的RLC分组以及接收到每个RLC分组的链路传递到RLC。） | 作用比对与直接公开判断：<br>目标专利技术特征G用于在RLC层使用RLC SN对失序分组进行最终的按序重构。对比文件D1段落[0025]、[0027]、[0032]明确指出了在DC HSDPA下，MAC传递给RLC的分组可能失序，接收端的重排序单元基于分组分配的序列号（SN，在RLC层即RLC SN）对正确接收的分组进行重排序。两者在RLC层基于SN进行乱序重排的作用、机理完全相同，技术特征G被对比文件D1《直接公开》。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《直接公开》 | [0028]<br>“Re-ordering unit 260 may also identify missing packets. A missing packet is a packet that is not yet received correctly and has a sequence number that is earlier than a sequence number of a correctly received packet... Re-ordering unit 260 may detect a sequence number gap whenever a missing packet is detected. The sequence number gap may cover one or more missing packets.”<br>（重排序单元260还可以识别丢失的分组。丢失分组是尚未被正确接收并且具有早于正确接收的分组的序列号的序列号的分组……只要检测到丢失分组，重排序单元260就可以检测序列号间隙。序列号间隙可以涵盖一个或多个丢失分组。）<br><br>[0064]<br>“The receiver may detect at least one missing packet based on sequence numbers of the packets received on the multiple links (block 714).”<br>（接收机可以基于在多个链路上接收到的分组的序列号来检测至少一个丢失分组（框714）。） | 作用比对与直接公开判断：<br>目标专利技术特征H用于在接收端检测RLC PDU丢失（通过SN不连续/间隙）。对比文件D1段落[0028]、[0064]完全相同地公开了通过比较序列号与已接收分组序列号的大小，在检测到早于当前接收SN的未收到分组时识别为丢失分组（Missing Packet），即检测到包含一个或多个丢失分组的序列号间隙（Sequence Number Gap）。两者的判断条件和实现作用完全一致，技术特征H被对比文件D1《直接公开》。 |
| 技术特征I：启动定时器<br>未公开<br>（对比文件中定时器位于发射机而非接收机，且接收机并不启动定时器） | [0009]<br>“The transmitter may also start a timer for the missing packet due to skew and may send the missing packet when the timer expires.”<br>（发射机还可以针对由于偏斜引起的丢失分组启动定时器，并且可以在定时器期满时发送丢失分组。）<br><br>[0055]<br>“In one design, transmitter 210 may start a retransmission timer upon detecting a missing packet due to skew. This retransmission timer may be referred to as a RetransmissionDelayTimer... If a sequence number gap is not filled when its retransmission timer expires, then transmitter 210 may send the missing RLC packet(s) in the remaining gap.”<br>（在一设计中，发射机210可以在检测到由于偏斜引起的丢失分组时启动重传定时器。该重传定时器可以被称为RetransmissionDelayTimer……如果序列号间隙在重传定时器期满时未被填补，则发射机210可以发送剩余间隙中的丢失RLC分组。） | 作用比对与公开性论述：<br>目标专利技术特征I中，定时器由接收机（WTRU端）的RLC实体启动，其目的是推迟发送RLC状态报告（STATUS PDU），留出等待时间让其他节点B延迟到达的PDU能够被接收，防止过早触发伪重传。<br>而在对比文件D1中，定时器（RetransmissionDelayTimer）明确设置并运行在发射机（Transmitter）侧（参见[0009]、[0055]）。D1中接收机在检测到序列号间隙后是立即将包含丢失分组和各链路LSN的状态信息上报给发射机，接收机端根本不启动任何定时器，而是由发射机收到报告后区分是真正丢包还是多链路偏斜（skew），并在判定为偏斜时由发射机启动该定时器以决定何时重发。<br>两者的执行主体（接收机 vs 发射机）、定时控制目的及协议处理机制截然不同。本领域技术人员无法从D1的发射机定时器推理出接收机在检测到PDU丢失时启动定时器，即使在极宽松标准下也未公开技术特征I。 |
| 技术特征J：在所述定时器期满的条件下<br>未公开 | [0055]<br>“If a sequence number gap is not filled when its retransmission timer expires, then transmitter 210 may send the missing RLC packet(s) in the remaining gap.”<br>（如果序列号间隙在其重传定时器期满时未被填补，则发射机210可以发送剩余间隙中的丢失RLC分组。） | 作用比对与公开性论述：<br>目标专利技术特征J是接收机端在自身启动的定时器期满时触发后续状态报告传送的技术条件。D1中定时器期满仅是发射机端触发重传（Resend）的条件，D1的接收机侧不存在该定时器，更不存在接收机在定时器期满条件下触发行为。因此该特征未公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《直接公开》 | [0029]<br>“Re-ordering unit 260 may provide sequence numbers of missing packets and other information. A unit 262 may generate and send status information for the sequence number gap to transmitter 210.”<br>（重排序单元260可以提供丢失分组的序列号和其他信息。单元262可以生成并向发射机210发送针对序列号间隙的状态信息。）<br><br>[0051]<br>“FIG. 5C shows a List SUFI in WCDMA. The List SUFI includes a Type sub-field, a Length sub-field, and LENGTH pairs of SN and L sub-fields... For the i-th sub-field pair... the SNi sub-field may carry the sequence number of an RLC packet not received correctly...”<br>（图5C示出了WCDMA中的List SUFI。List SUFI包括Type子字段、Length子字段以及LENGTH对SN和L子字段……对于第i个子字段对……SNi子字段可以携带未被正确接收的RLC分组的序列号……） | 作用比对与直接公开判断：<br>目标专利技术特征K用于在状态报告中指示具体丢失的RLC PDU时依据其SN标识该PDU。对比文件D1段落[0029]、[0051]明确记载，接收机的单元262基于检测到的丢失分组的序列号（SNi）构造状态报告（如List SUFI包含丢失RLC分组的SN）。技术手段和作用完全一致，技术特征K被对比文件D1《直接公开》。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《直接公开》 | [0008]<br>“After detecting a sequence number gap with at least one missing packet, the receiver may send status information conveying the at least one missing packet and the largest sequence numbers for all links to the transmitter.”<br>（在检测到具有至少一个丢失分组的序列号间隙之后，接收机可以向发射机发送传送所述至少一个丢失分组和所有链路的最大序列号的状态信息。）<br><br>[0029]<br>“A unit 262 may generate and send status information for the sequence number gap to transmitter 210.”<br>（单元262可以生成针对序列号间隙的状态信息并将其发送到发射机210。）<br><br>[0049]<br>“FIG. 5A shows a structure of a status PDU for RLC in WCDMA. The status PDU includes a 1-bit data/control (D/C) field, a 3-bit PDU Type field, one or more (K) super-fields (SUFIs), and a Padding field.”<br>（图5A示出了WCDMA中用于RLC的状态PDU的结构。状态PDU包括1比特数据/控制（D/C）字段、3比特PDU类型字段、一个或多个（K）超级字段（SUFI）和填充字段。） | 作用比对与直接公开判断：<br>目标专利技术特征L是接收机向发送端发送指示丢失PDU的状态报告（STATUS PDU）。对比文件D1段落[0008]、[0029]、[0049]明确记载接收机生成并向发射机传送状态信息/状态PDU（Status PDU），其中通过List SUFI携带未正确接收的丢失RLC分组信息。技术手段及所起作用完全相同，技术特征L被对比文件D1《直接公开》。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>未公开 | 对比文件D1中接收机侧无定时器，无相关对应内容。 | 作用比对与公开性论述：<br>目标专利技术特征M是接收机延迟发送状态报告的前提条件。由于D1在接收机侧没有用于重排序或延迟发送状态报告的定时器（D1接收机检测到丢失后立即发送包含LSN的状态PDU），因而不存在“在定时器正在运行的条件下”的状态判断。该特征未公开。 |
| 技术特征N：对所述状态报告的传送进行延迟<br>未公开 | [0008]<br>“After detecting a sequence number gap with at least one missing packet, the receiver may send status information conveying the at least one missing packet and the largest sequence numbers for all links to the transmitter.”<br>（在检测到具有至少一个丢失分组的序列号间隙之后，接收机可以向发射机发送传送所述至少一个丢失分组和所有链路的最大序列号的状态信息。）<br><br>[0039]<br>“The receiver detects a sequence number (SN) gap with missing RLC packet 2 and sends status information comprising LSN1 of 1, LSN2 of 3, and missing RLC packet 2 to the transmitter. The transmitter receives the status information and deems that the sequence number gap is due to skew... The transmitter waits for missing RLC packet 2 to be sent in the normal manner.”<br>（接收机检测到缺少RLC分组2的序列号（SN）间隙，并向发射机发送包括链路1的最大序列号LSN1为1、链路2的最大序列号LSN2为3以及缺少RLC分组2的状态信息。发射机接收到该状态信息并认为该序列号间隙是由偏斜引起的……发射机等待缺少的RLC分组2以正常方式发送。） | 作用比对与公开性论述：<br>目标专利技术特征N的核心构思在于在接收端推迟/延迟传送状态报告，以便给失序延迟到达的包留出接收时间窗口，从而减少上行状态报告的发送频次并避免触发过早重传。<br>对比文件D1的技术构思截然相反：D1明确采用接收机不延迟上报方案——接收机一旦检测到间隙就立即上送状态PDU（上报丢失SN及各链路的LSN），将如何判断是偏斜还是丢包的逻辑全部交由发射机处理（由发射机根据各链路映射和LSN比较来决定是否等待或启动重传定时器）。D1公开的技术方案完全排除了“对状态报告的传送进行延迟”，本领域技术人员绝不可能推导出该特征。因此，技术特征N未公开。 |
| 技术特征O：该方法还包括<br>《直接公开》 | [0063]<br>“FIG. 7 shows a design of a process 700 for receiving data in a wireless communication system...”<br>（图7示出了在无线通信系统中接收数据的过程700的设计……） | 作用比对与直接公开判断：<br>为方法从属权利要求的过渡连接语，指示该方法还包括进一步的步骤。D1包含多步骤接收方法，技术特征O被《直接公开》。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>未公开 | 对比文件D1中接收机侧无定时器，无相关对应内容。 | 作用比对与公开性论述：<br>目标专利技术特征P限定了接收机单定时器管理多个丢包间隙时的运行条件（当针对第一个丢包启动的定时器期满，但缓冲器中仍存在其他丢包）。D1接收机侧不存在定时器，更无该条件判断，因此未公开。 |
| 技术特征Q：重启所述定时器<br>未公开 | [0055]<br>“In one design, transmitter 210 may start a retransmission timer upon detecting a missing packet due to skew...”<br>（在一设计中，发射机210可以在检测到由于偏斜引起的丢失分组时启动重传定时器……） | 作用比对与公开性论述：<br>目标专利技术特征Q是接收机在旧定时器期满且仍有其他包丢失时，重启该定时器以继续等待后续丢失包。D1仅在发射机侧为由于偏斜引起的丢失分组启动定时器，接收机侧无定时器重启过程，因此未公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br>未公开 | [0028]<br>“A missing packet is a packet that is not yet received correctly and has a sequence number that is earlier than a sequence number of a correctly received packet...”<br>（丢失分组是尚未被正确接收并且具有早于正确接收的分组的序列号的分组……） | 作用比对与公开性论述：<br>目标专利技术特征R配合定时器重启，将接收状态变量（如目标专利说明书[0103]所述的VR(AM_Next)）更新为重排序缓冲器中下一个丢失PDU的SN，以此作为下一次接收窗口滑动和丢失判决基准。<br>D1虽然维护了已接收分组的最大序列号LSN（[0028]、[0037]），但并未公开在定时器期满且仍有丢包时将下一个期望的RLC PDU的SN变量更新设置为该丢失RLC PDU的SN的状态机处理逻辑，因此未公开。 |
| 技术特征S：该方法还包括<br>《直接公开》 | [0063]<br>“FIG. 7 shows a design of a process 700 for receiving data in a wireless communication system...”<br>（图7示出了在无线通信系统中接收数据的过程700的设计……） | 作用比对与直接公开判断：<br>为方法从属权利要求的过渡连接语。D1包含接收处理方法，技术特征S被《直接公开》。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>未公开 | 对比文件D1中接收机侧无定时器，无相关对应内容。 | 作用比对与公开性论述：<br>目标专利技术特征T限定了定时器期满时所有间隙均已处理完毕（没有其他丢失PDU）的触发条件。D1接收机侧无定时器，不存在该逻辑分支条件，因此未公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br>《隐含公开》 | [0028]<br>“In the description herein, a ‘largest sequence number’ is a sequence number having a value that is latest among all sequence number values being considered... In the description herein, the terms ‘larger’ and ‘later’ may be used interchangeably...”<br>（在本文的描述中，“最大序列号”是在所考虑的所有序列号值中具有最新的值的序列号……）<br><br>[0025]<br>“The sequence number may start at 0, may be incremented for each packet, and may wrap around to 0 after reaching a maximum value... The sequence number may be used by receiver 250 for various purposes such as re-ordering, missing packet detection, etc.”<br>（序列号可以从0开始，对于每个分组递增，并且在达到最大值之后可以回绕到0……接收机250可以将序列号用于诸如重排序、丢失分组检测等各种目的。） | 作用比对与隐含公开论述：<br>目标专利技术特征U是将下一个期望接收的SN变量前进至缓冲器中已接收最高SN之后的一位（即最高SN+1）。在数字通信协议（尤其是3GPP RLC AM协议）的标准操作中，当乱序缓冲器中没有间隙、所有数据包全部按序接收完毕时，接收状态变量推进的公知准则即为“接收到的最高SN加1”（Next Expected SN = Highest Received SN + 1）。对比文件D1公开了序列号按1递增（[0025]），接收机维护最高序列号（LSN）（[0028]）。尽管其未结合“定时器期满”这一特定前序条件，但在“无丢失PDU时将期望接收SN更新为最高SN加一”这一变量推进机制上，属于本领域技术人员根据D1公开的连续接收机制能够直接预见并推导出的常规处理，在宽松标准下技术特征U被《隐含公开》。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《隐含公开》 | [0028]<br>“Re-ordering unit 260 may also identify missing packets. A missing packet is a packet that is not yet received correctly and has a sequence number that is earlier than a sequence number of a correctly received packet... The sequence number gap may cover one or more missing packets.”<br>（重排序单元260还可以识别丢失的分组。丢失分组是尚未被正确接收并且具有早于正确接收的分组的序列号的分组……序列号间隙可以涵盖一个或多个丢失分组。）<br><br>[0041]<br>“The receiver detects a sequence number gap with missing RLC packets 5 and 6 and sends status information comprising LSN1 of 1, LSN2 of 7, and missing RLC packets 2, 5 and 6 to the transmitter.”<br>（接收机检测到缺少RLC分组5和6的序列号间隙，并向发射机发送包括链路1的最大序列号LSN1为1、链路2的最大序列号LSN2为7以及缺少RLC分组2、5和6的状态信息。） | 作用比对与隐含公开论述：<br>目标专利技术特征V用于界定状态报告中需要上报丢失的条件：即在接收缓冲器中存在序列号小于当前期望SN的未接收PDU。对比文件D1段落[0028]、[0041]公开了丢失分组的定义正是“具有早于（小于）正确接收分组序列号的未正确接收分组”，且在检测到多个间隙时（例如丢失分组2尚未收到，又检测到丢失5和6），将这些小于当前已接收最高SN的丢失分组一并包含在状态信息中。该条件与目标专利中识别重排序缓冲器中小于期望SN的其他丢失包的原理高度对应，在宽松标准下技术特征V被《隐含公开》。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)<br>《直接公开》 | [0029]<br>“Re-ordering unit 260 may provide sequence numbers of missing packets and other information. A unit 262 may generate and send status information for the sequence number gap to transmitter 210. A retransmission controller 242 at transmitter 210 may receive the status information from receiver 250 and may resend the missing packet(s) in the sequence number gap.”<br>（重排序单元260可以提供丢失分组的序列号和其他信息。单元262可以生成并向发射机210发送针对序列号间隙的状态信息。发射机210处的重传控制器242可以从接收机250接收状态信息，并可以重传序列号间隙中的丢失分组。）<br><br>[0051]<br>“The List SUFI includes a Type sub-field, a Length sub-field, and LENGTH pairs of SN and L sub-fields... the SNi sub-field may carry the sequence number of an RLC packet not received correctly, and the Li sub-field may be set to the number of consecutive RLC packets not received correctly following the RLC packet with SNi.”<br>（List SUFI包括Type子字段、Length子字段以及LENGTH对SN和L子字段……SNi子字段可以携带未被正确接收的RLC分组的序列号，并且Li子字段可以被设置为在具有SNi的RLC分组之后未被正确接收的连续RLC分组的数量。） | 作用比对与直接公开判断：<br>目标专利技术特征W通过在状态报告中对丢失的PDU指示否定应答（NACK）以请求重传。对比文件D1段落[0029]、[0051]中明确公开了状态PDU中通过List SUFI携带未正确接收的连续RLC分组序列号，其作用即为向发送端反馈哪些分组丢失未收到并触发重传控制器242重传。在3GPP RLC协议规范中，状态报告中针对丢失序列号的指示即是否定应答（NACK）。因此，所传送状态报告指示否定应答的技术手段和效果在D1中已被明确公开，技术特征W被对比文件D1《直接公开》。 |
<<<A>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<G>>><<<H>>><<<K>>><<<L>>><<<O>>><<<S>>><<<u>>><<<v>>><<<W>>>
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【具体实施方式】第5段：“在图5中以流程图的形式示出了根据本发明这个实施方式的在UTRAN无线通信网络中传输数据的方法100……” | 对比文件公开了一种在无线通信网络中传输数据的方法。在目标专利中，“该方法包括”为方法权利要求的前序过渡词。两者的技术领域与基本表述实质相同，该特征被对比文件直接公开。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 【背景技术】第2段：“该UTRAN网络包括核心网(CN)12、多个无线网络控制器(RNC)14以及多个NodeB 20(在本领域中也被称为基站)……随着高速下行分组接入(HSDPA)的出现，NodeB 20在专用信道上与各个UE 24进行通信……” | 目标专利的技术方案基于“多点操作/站点间多流操作”，解决从地理上不同的多个节点B传输PDU导致的乱序与数据重构问题。对比文件虽然提及网络中存在“多个NodeB 20”，但具体传输过程仅描述单个NodeB与UE之间的下行通信流程，既未公开也未教导UE同时或在同一数据流中“从多个节点B接收PDU”。本领域技术人员无法直接得出或合理推断出该特征。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《直接公开》 | 【具体实施方式】第4段：“由于需要对每个重新排序实体分配传输序号(TSN)，重新排序方法会影响MAC-hs报头。” | 对比文件公开了在UE侧针对重新排序实体，每个PDU均被分配传输序号（TSN）。对比文件中TSN的作用与目标专利相同，均用于在MAC层重排序时标识PDU的顺序，该特征被直接公开。 |
| 技术特征D：在MAC层中使用所述TSN<br>《直接公开》 | 【具体实施方式】第4段：“由于需要对每个重新排序实体分配传输序号(TSN)，重新排序方法会影响MAC-hs报头。”<br>【背景技术】第5段：“图4中示出了对UE 24中的MAC-hs功能中PDU的重新排序(reordering)。” | 对比文件公开了UE中MAC-hs/MAC-ehs实体处理MAC报头中的TSN并执行重排序。对比文件中TSN正是应用于MAC协议层（MAC-hs/MAC-ehs），其作用与目标专利完全一致，该特征被直接公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 【背景技术】第5段：“针对每个PQ 32执行重新排序；因此，UE 24必须设置数量与PQ 32相同的重新排序队列34。”<br>【具体实施方式】第4段：“在UE 24中，如果没有设置从PQ 32到LCH-ID的映射，则针对每个LCH-ID进行MAC-hs PDU的重新排序。然而，为了减小重新排序队列的数量……这将使得能够针对每个PQ 32进行重新排序……” | 目标专利的技术特征E基于站点间多点操作，在MAC层为每个节点B设立对应的重排序队列进行重排序。而对比文件仅在单NodeB场景下探讨基于优先级队列（PQ）或逻辑信道（LCH）设置重排序队列，完全没有涉及“对从所述多个节点B中的每个节点B接收到的PDU”在不同重排序队列中进行重排序。该方案在技术构思上根本不同，既未直接公开也未隐含公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《隐含公开》 | 【背景技术】第2段：“除了其它功能模块外，各个RNC 14还包括无线链路协议(RLC)16和专用介质访问控制(MAC-d)18。RLC 16在多个逻辑信道17上将数据传输到MAC-d 18。”<br>【具体实施方式】第4段：“在UE 24中，如果没有设置从PQ 32到LCH-ID的映射，则针对每个LCH-ID进行MAC-hs PDU的重新排序……使得能够针对每个PQ 32进行重新排序而不是针对每个LCH进行重新排序。” | 对比文件公开了上行/下行中RLC逻辑信道与MAC层队列之间的映射解复用机制，且公开了设置多个重新排序队列。当多个重排序队列中的数据重组并解复用后，本领域技术人员可以合理推断出重排序后的PDU可被向上递交给RLC层对应逻辑信道处理。即便未完全明确多队列汇聚到单一逻辑信道的全部细节，该特征也已被对比文件部分公开并可通过常规协议栈反向处理流程推理得出，属于隐含公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《隐含公开》 | 【背景技术】第2段：“各个RNC 14还包括无线链路协议(RLC)16……”<br>【背景技术】第6段：“MAC-d接收RLC PDU，RLC PDU在确认模式(acknowledged mode，AM)及非确认模式(unacknowledged mode，UM)中都是八位对齐。” | 对比文件明确指出了RLC层包括确认模式（AM）及非确认模式（UM）。根据3GPP移动通信领域的公知常识，RLC AM及UM模式下的RLC PDU均包含序列号（SN），且RLC接收端天然具有根据SN对PDU进行重排序及按序重组的功能。对比文件已明确提到了RLC AM/UM模式，本领域技术人员完全有可能基于对比文件公开的RLC架构推导得出在RLC层基于SN对接收到的PDU进行重排序，因此该特征构成隐含公开。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 全文未涉及RLC层检测丢包的触发条件及相关算法。 | 对比文件的改进点完全聚焦于MAC-d复用、C/T字段消除、PQ映射与成帧八位对齐，全文完全没有涉及RLC接收端如何基于SN检测PDU间隙丢失的机制，该特征未公开。 |
| 技术特征I：启动定时器<br>《未公开》 | 全文未涉及RLC层的重排序定时器或状态延迟定时器。 | 对比文件完全没有公开在RLC层因检测到PDU丢失而启动定时器（如目标专利中的Timer_Am_Reordering或Timer_SR）的技术方案，该特征未公开。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 全文未记载与RLC定时器期满相关的技术内容。 | 鉴于对比文件根本未公开技术特征I的RLC定时器，自然无法公开基于该定时器期满作为后续动作触发条件的技术方案，该特征未公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 全文未记载基于丢失RLC PDU的SN进行状态报告控制。 | 对比文件没有公开RLC接收端基于丢失RLC PDU的具体SN实施状态反馈或重排序控制的操作，该特征未公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《隐含公开》 | 【背景技术】第6段：“MAC-d接收RLC PDU，RLC PDU在确认模式(acknowledged mode，AM)及非确认模式(unacknowledged mode，UM)中都是八位对齐。” | 对比文件公开了通信系统支持RLC确认模式（AM）。在RLC AM模式下，接收端向发送端传送指示丢失PDU的RLC状态报告（STATUS PDU）属于3GPP通信标准中的固有操作机制。对比文件公开了RLC AM模式，本领域技术人员结合RLC AM的固有工作流程能够合理推断出该操作，因此按照宽松标准认定为隐含公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 全文未记载该定时器运行条件及其上下文状态。 | 对比文件完全未涉及任何RLC重排序定时器正在运行这一状态的判断，该特征未公开。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《未公开》 | 全文未记载延迟传送RLC状态报告的方案。 | 目标专利的技术效果在于防止因站点间传输时延差异而触发过早的RLC状态报告，从而避免不必要的重传；对比文件完全未涉及推迟或延迟状态报告传输的机制，该特征未公开。 |
| 技术特征O：该方法还包括<br>《直接公开》 | 【具体实施方式】第5段：“在图5中以流程图的形式示出了根据本发明这个实施方式的在UTRAN无线通信网络中传输数据的方法100……” | 对比文件公开了传输数据的方法包括一系列连续或关联的步骤，与目标专利权项连接词相同，属于直接公开。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 全文未记载RLC定时器期满结合多个丢失PDU的复合判断条件。 | 对比文件没有公开RLC重排序定时器期满处理逻辑，更未公开定时器期满时关于是否存在另一个丢失PDU的判断条件，该特征未公开。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 全文未记载重启RLC重排序定时器的方案。 | 对比文件完全不存在RLC重排序定时器的技术内容，自然未公开重启定时器的操作，该特征未公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 全文未记载更新下一个期望RLC PDU序列号（如VR(AM_NEXT)）为丢失PDU的SN的机制。 | 对比文件未涉及RLC接收端状态变量VR(AM_NEXT)在定时器期满后针对丢失PDU SN的更新与维护机制，该特征未公开。 |
| 技术特征S：该方法还包括<br>《直接公开》 | 【具体实施方式】第5段：“在图5中以流程图的形式示出了根据本发明这个实施方式的在UTRAN无线通信网络中传输数据的方法100……” | 对比文件公开了方法还包括其他步骤，属于权利要求连接用语，直接公开。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 全文未记载定时器期满且无其他丢包的判断分支。 | 对比文件未公开RLC定时器及其期满判定，亦无重排序缓冲器中是否还存在其他丢失PDU的条件分支判断，该特征未公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 全文未记载将下一个期望SN更新为最高SN加一的机制。 | 对比文件完全未涉及RLC缓冲器在无其他丢包时将下一个期望变量推进为当前最高SN加一（Highest_SN + 1）的状态更新算法，该特征未公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 全文未记载在重排序缓冲器中比对序列号大小并判定其他PDU丢失的内容。 | 对比文件没有公开RLC接收缓冲器基于小于“下一个期望SN”的数值判定特定PDU丢失的机制，该特征未公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《隐含公开》 | 【背景技术】第6段：“MAC-d接收RLC PDU，RLC PDU在确认模式(acknowledged mode，AM)及非确认模式(unacknowledged mode，UM)中都是八位对齐。” | 对比文件公开了RLC确认模式（AM）。在RLC AM机制中，当确定发生数据丢失时，传送包含NACK字段的状态报告告知发送端请求重传属于公知常识。结合对比文件公开的RLC AM模式，本领域技术人员可以合理推知传达丢失信息时状态报告指示NACK，按宽松标准认定为隐含公开。 |
<<<A>>>
<<<C>>>
<<<D>>>
<<<f>>>
<<<g>>>
<<<l>>>
<<<O>>>
<<<S>>>
<<<w>>>
| 技术特征描述及判断结果 | 对比文件引用内容 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【公开性判断】《未公开》 | 对比文件全文（如[0003]、[0010]等）主要涉及折页机中的截切台装置（"This invention relates to a chopper table in a chopper device within a folder."、"a chopper table comprising: a guide table... and a pair of guides..."）。无通信方法相关记载。 | 对比文件属于印刷机械中折页装置的技术领域，公开的是截切台机械构件及其调整、紧固结构，并未公开一种无线通信领域中的数据处理方法。技术领域与技术方案完全不同，本领域技术人员无法直接得出也无法合理推导出该技术特征。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。全文仅涉及印张传送带、折页辊、截切刀等印刷构件（如[0006]-[0007]）。 | 目标专利中该特征用于多点协作传输场景下，终端从多个基站（节点B）接收协议数据单元（PDU）。对比文件为机械截切台，不存在任何通信节点B或PDU的接收，未起到任何相同或相应的作用，未直接公开也未隐含公开该特征。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。对比文件仅涉及机械螺栓、调节孔、支架等定位调节部件（如[0038]）。 | 目标专利中TSN用于在MAC层对分组进行序号标记以便排序。对比文件中完全不涉及协议数据单元及其传输序列号，起不到相应的数据识别与编号功能，本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中在协议栈的MAC层读取并利用TSN进行队列管理。对比文件属于印刷机械，无分层通信协议栈概念，更无MAC层及TSN的使用，未直接或隐含公开该特征。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。对比文件[0007]仅提及印张沿截切台输送（"A signature 57... is transported along the chopper table 51."）。 | 目标专利中该特征用于在MAC层针对不同节点B分别建立重排序队列并基于TSN完成第一阶重排序。对比文件中仅涉及物理印张的机械传输，不包含数据重排序队列及重排序机制，作用完全不同，未予公开。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中该特征用于将MAC层多队列重排序后的分组汇聚送入RLC层的同一逻辑信道。对比文件为机械结构，不存在逻辑信道或跨层传递机制，未直接或隐含公开该特征。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中该特征用于在RLC层基于RLC SN执行两阶重排序中的第二阶重排序，解决多节点数据合并带来的失序。对比文件无RLC层及基于SN排序的处理，未直接或隐含公开该特征。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。对比文件[0008]提及卡纸（"the signature 57 becomes jammed"），属机械故障排除。 | 目标专利中该特征是检测RLC接收窗口内是否存在SN不连续（间隙）以判定数据丢失。对比文件涉及印刷折页卡纸，两者在产生机制、判定逻辑及作用上完全不相关，未予公开。 |
| 技术特征I：<br>启动定时器<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中启动重排序定时器用于在检测到分组丢失后等待延迟到达的数据。对比文件无任何通信协议重排序定时器或时间等待机制，未直接或隐含公开该特征。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中该特征作为触发后续状态上报或变量更新的时间边界条件。对比文件无定时器超时机制，未直接或隐含公开该特征。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中该特征作为状态报告中指定丢失报文编号的依据。对比文件无SN相关概念，未直接或隐含公开该特征。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中该特征用于向网络侧对等实体反馈接收状态以触发重传。对比文件为机械装置，不存在通信协议层面的反馈与状态报告，未直接或隐含公开该特征。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中限定定时器运行期间对丢失事件的抑制判断。对比文件无相应定时与协议状态判断逻辑，未直接或隐含公开该特征。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟。<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中延迟发送状态报告以避免因不同站点链路时延差异导致的不必要重传。对比文件无状态报告机制及延迟控制，未直接或隐含公开该特征。 |
| 技术特征O：<br>该方法还包括<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 属于进一步限定通信方法的引导性表述，对比文件未公开涉及该通信流程的方法。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中用于多PDU丢失场景下的状态判断。对比文件无定时器及PDU状态检测机制，未直接或隐含公开该特征。 |
| 技术特征Q：<br>重启所述定时器<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中重启定时器以继续等待后续丢失的PDU。对比文件无软件/协议定时器重启操作，未直接或隐含公开该特征。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中用于更新接收端的状态变量VR(AM_NEXT)，以对齐下一个期望接收的报文序号。对比文件无变量更新与管理逻辑，未直接或隐含公开该特征。 |
| 技术特征S：<br>该方法还包括<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 属于进一步限定通信方法的引导性表述，对比文件未公开相关通信流程。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中用于在重排序缓冲器中不存在其他报文间隙时的状态判定。对比文件无相关机制，未直接或隐含公开该特征。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中推进接收窗口并更新期望序列号变量。对比文件无通信协议序列号计算与维护，未直接或隐含公开该特征。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中检测缓冲器中遗留的未收到的低序号报文。对比文件无重排序缓冲器和SN比对逻辑，未直接或隐含公开该特征。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)。<br><br>【公开性判断】《未公开》 | 对比文件全文无相关内容。 | 目标专利中在STATUS PDU中填充NACK以显式请求网络重传丢失报文。对比文件无协议反馈及否定应答机制，未直接或隐含公开该特征。 |
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【具体实施方式】<br>“根据第一具体实施方式，MAC-ehs PDU按顺序从HARQ实体被传递……在下文中论述了用于执行所述第一具体实施方式的四个选项。”及实施例1：“一种用于接收HS-DSCH传输的方法。” | 直接公开。<br>对比文件公开了一种无线通信中的数据传输及处理方法，属于方法类技术方案，直接公开了“该方法包括”。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《未公开》 | 【背景技术】<br>“在高速下行链路分组接入(HSDPA)中，UE从执行混合自动重复请求(HARQ)技术的节点-B接收分组(即MAC-hs协议数据单元(PDU)或MAC-ehs PDU)。”<br>【发明内容】<br>“在处于Cell_FACH、Cell_PCH和URA_PCH状态中的一者时，无线发射/接收单元(WTRU)中的MAC-ehs实体经由HS-DSCH接收MAC-ehs PDU。” | 未公开。<br>目标专利技术特征B是在多点传输（站点间多流操作）场景下从“多个节点B”接收PDU，以解决来自不同基站数据乱序的问题。对比文件全文仅涉及单一小区或单一节点-B向UE/WTRU发送PDU的情形（涉及小区重选时也是串行切换，而非同时从多个节点B接收），未公开“从多个节点B接收PDU”。本领域技术人员无法直接得出也无法合理推断出多节点B联合接收的技术方案。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《直接公开》 | 【背景技术】<br>“为了缓解该问题，在向较高层传递接收到的分组之前，UE中的媒体访问控制(MAC)层会执行重排序。该重排序是以MAC-hs报头中的传输序列号(TSN)为基础的。”<br>【具体实施方式】<br>“这些重排序PDU根据传输序列号(TSN)而被重新组织。”<br>【实施例】<br>实施例31：“发送MAC-ehs PDU，其中每一个MAC-ehs PDU都包含TSN……” | 直接公开。<br>对比文件明确记载了节点-B发送的每一个MAC-hs/MAC-ehs PDU在报头中均包含用于重排序的传输序列号（TSN），接收端根据TSN进行处理，两者在技术手段和作用（作为MAC层分组重排序的标识依据）上完全相同。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《直接公开》 | 【背景技术】<br>“在向较高层传递接收到的分组之前，UE中的媒体访问控制(MAC)层会执行重排序。该重排序是以MAC-hs报头中的传输序列号(TSN)为基础的。”<br>【具体实施方式】<br>“图1是示例WTRU 100的框图。WTRU 100包括物理层110、媒介接入控制(MAC)层120……MAC层120包括MAC-ehs实体。”以及“这些重排序PDU根据传输序列号(TSN)而被重新组织。” | 直接公开。<br>对比文件明确公开了在UE/WTRU的MAC层（MAC-ehs实体）中，基于报头中的传输序列号（TSN）对接收到的PDU进行重新组织和处理，两者的执行层级与功能完全一致。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | 【具体实施方式】<br>“图2是MAC-ehs实体200的框图。MAC-ehs实体200包括混合自动重复请求(HARQ)实体202、分解实体204、重排序队列分发实体206、多个重排序队列208、解复用实体210以及重组实体212……重排序队列分发实体206基于接收到的逻辑信道标识符来将重排序PDU分发到重排序队列208。这些重排序PDU根据传输序列号(TSN)而被重新组织……每一个优先级队列都具有一个重排序实体208。” | 未公开。<br>目标专利的特征E是指针对来自“多个节点B”中的每一个节点B，在不同的重排序队列中分别进行MAC层的TSN重排序（即针对不同节点B分别维护独立的重排序队列/实体，以解决跨站点独立编号的乱序问题）。对比文件中虽然记载了存在多个重排序队列208，但其划分是基于“逻辑信道标识符”或“优先级队列”，且数据仅来源于单节点B，完全不存在“对从多个节点B中的每个节点B接收到的PDU在不同重排序队列中进行重排序”的构思和技术方案，因此未公开。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《隐含公开》 | 【具体实施方式】<br>“解复用实体299基于逻辑信道标识符而将经重排序的重排序PDU路由到重组实体212。该重组实体212将分段后的MAC-ehs SDU重组成初始MAC-ehs SDU，并将所述MAC-esh SDU转发至上层。”<br>“如果MAC-ehs PDU内部数据所指示的WTRU的标识不为MAC-ehs实体所知……数据应当被分发至重排序实体以用于进行重排序，还是应当在不执行重排序的情况下被分发至重组实体可以取决于接收到的数据的逻辑信道标识……这允许将来自支持重排序的优先级队列的数据与来自不支持重排序的优先级队列的数据进行复用。” | 隐含公开。<br>目标专利技术特征F限定将多个重排序队列接收到的PDU解复用/传递到RLC层的同一逻辑信道。在对比文件中，重排序队列是按照优先级/逻辑信道配置的，其公开了不同队列的数据经过解复用和重组后转发至上层（RLC层）。尽管对比文件侧重于按逻辑信道分流，但其明确提到了来自支持重排序的不同队列数据与不支持重排序的队列数据进行复用处理并向上层递交，本领域技术人员根据其公开的解复用与多队列复用逻辑，极易合理推断出多个队列的数据最终可映射汇总传递至RLC层的同一个逻辑信道，故依据宽松判断标准认定为隐含公开。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《隐含公开》 | 【具体实施方式】<br>“可以在无线电链路控制(RLC)层将重复避免和重排序(DAR)功能应用于所有逻辑信道或应答模式(AM)数据。”<br>“通常地，对于RLC的非应答模式(UM)定义了重复避免和重排序(DAR)功能。但是，DAR功能当前仅适用于多媒体广播/多播服务(MBMS)业务信道(MTCH)。根据第三具体实施方式，除了MTCH之外，DAR功能被应用于其他逻辑信道，例如DCCH或DTCH……同样地，在RLC应答模式(AM)操作中也可引入DAR或类似功能，AM RLC可以被配置为将SDU按顺序传递至较高层。” | 隐含公开。<br>目标专利特征G强调在RLC层利用SN进行二次重排序。对比文件明确公开了在RLC层针对UM或AM模式应用“重复避免和重排序(DAR)”功能。虽然对比文件此段文字未直接出现字符“SN”，但在3GPP协议中，RLC层的重复避免和重排序本质上就是基于RLC PDU报头自带的序列号（Sequence Number, SN）执行的，且对比文件在多处提到“序列号(SN)”。本领域技术人员结合公知常识毫无疑义可确定对比文件的RLC层DAR功能必然基于SN进行重排序，故至少构成隐含公开。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《隐含公开》 | 【具体实施方式】<br>“如果因为通过上层接收到IE‘MAC-hs复位指示符’而启动MAC-ehs复位，则指示被映射在HS-DSCH上的所有应答模式(AM)RLC实体生成状态报告。”<br>“可以在无线电链路控制(RLC)层将重复避免和重排序(DAR)功能应用于所有逻辑信道或应答模式(AM)数据……AM RLC可以被配置为将SDU按顺序传递至较高层。” | 隐含公开。<br>目标专利特征H是RLC层检测丢包的触发条件（基于SN检测不连续/间隙）。对比文件公开了在RLC AM模式下启用DAR功能及状态报告机制。在RLC AM协议机制中，检测数据丢失的固有手段即为发现接收到的RLC PDU SN存在间隙。本领域技术人员通过对比文件公开的RLC AM模式及DAR功能，能够合理推断出该丢失检测是基于RLC PDU的SN不连续得出的，属于本领域技术人员显而易见的推导，满足宽松标准的隐含公开。 |
| 技术特征I：<br>启动定时器<br><br>《未公开》 | 【具体实施方式】<br>“为了丢弃来自重组实体的分段，可以使用基于计时器的丢弃机制……只有在接收到与具有大于下一个预期TSN的TSN的重排序PDU相对应的分段时，该计时器才会启动。”<br>“用于启动T1计时器的条件将被修改，以便确保在‘Reordering_InitialState’的值为‘真’……在接收到第一PDU时启动该计时器。” | 未公开。<br>目标专利技术特征I明确限定是在RLC层基于RLC PDU丢失而启动重排序/延迟状态报告的定时器（对应于Timer_Am_Reordering或Timer_SR）。对比文件中出现的所有定时器（如T1、Tinit、Tseg等）均严格位于MAC层（针对MAC-ehs的TSN重排序或分段重组），对比文件对于RLC层仅提及引入DAR功能或复位时生成状态报告，并未公开在RLC层由于RLC PDU丢失而启动定时器的技术方案。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《未公开》 | 【具体实施方式】<br>“当计时器终止时，可以执行如下操作……”<br>“当计时器T1终止且T1_TSN＞next_expected_TSN时……” | 未公开。<br>如技术特征I所述，目标专利限定的是RLC层由于检测到丢包而运行的特定定时器期满。对比文件中的定时器期满均发生在MAC层（MAC-ehs/重排序缓冲器释放），对比文件没有公开RLC层的重排序丢包等待定时器，更未公开在该RLC定时器期满条件下触发后续RLC状态报告动作。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《未公开》 | 【具体实施方式】<br>对比文件全文未记载在RLC层定时器期满后，基于RLC PDU的SN进行状态报告生成的具体关联逻辑。 | 未公开。<br>目标专利技术特征K限定在RLC定时器期满后，基于丢失的RLC PDU的SN来处理状态报告。对比文件未公开RLC定时器，亦未公开基于丢失RLC PDU的SN在定时器期满后执行报告的具体机制。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《隐含公开》 | 【具体实施方式】<br>“g) 如果因为通过上层接收到IE‘MAC-hs复位指示符’而启动MAC-ehs复位，则指示被映射在HS-DSCH上的所有应答模式(AM)RLC实体生成状态报告。”<br>“如果因为上层接收到IE‘MAC-hs复位指示符’而启动MAC-hs复位，则指示所有被映射至HS-DSCH上的所有AM RLC实体生成状态报告。” | 隐含公开。<br>目标专利特征L是传送指示丢失RLC PDU的状态报告。对比文件公开了触发AM RLC实体生成状态报告（Status Report）。在UMTS/HSPA无线通信标准中，AM RLC实体的状态报告的核心功能正是向发送端反馈哪些PDU已被接收、哪些PDU丢失（NACK指示），以触发重传。因此对比文件公开的状态报告包含了指示丢失RLC PDU的含义，符合宽松标准的隐含公开。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《未公开》 | 【具体实施方式】<br>对比文件未记载RLC层定时器运行期间对RLC丢包状态的维持机制。 | 未公开。<br>目标专利特征M是针对RLC层的乱序容忍机制：在检测到RLC PDU丢失且定时器运行中时，暂不向发送端发状态报告，以等待可能延迟到达的分组。对比文件完全没有提出RLC层的延迟定时器或在其运行期间监控丢包的机制。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟<br><br>《未公开》 | 【背景技术】<br>“第一个问题是：由于重排序功能会等待那些并非被指定到UE的分组的到达，UE可能会使将数据传送到较高层的处理延迟。”<br>【具体实施方式】<br>对比文件未公开在RLC层延迟传送状态报告的技术内容。 | 未公开。<br>目标专利技术特征N是在RLC层利用定时器抑制和延迟状态报告的发送，防止过早触发重传。对比文件解决乱序或延迟问题的方法全部集中在MAC-ehs层（如MAC复位改进、丢弃机制、HARQ传递约束或在MAC层完全不执行重排序），对于RLC层的状态报告，对比文件仅提到在MAC复位时指示其生成状态报告，并未公开或提示“对状态报告的传送进行延迟”。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | 【具体实施方式】<br>“实施例”及各实施方式描述。 | 直接公开。<br>对比文件公开了包含多个步骤的通信处理方法，直接公开了方法权利要求的过渡词。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《未公开》 | 【具体实施方式】<br>对比文件未公开任何关于RLC层定时器期满以及判断是否仍有其他RLC PDU丢失的判断逻辑。 | 未公开。<br>对比文件中仅有MAC层T1计时器终止后检查重排序缓冲器中是否存在无法传递的MAC PDU的逻辑，不属于RLC层的丢包判断机制。 |
| 技术特征Q：<br>重启所述定时器<br><br>《未公开》 | 【具体实施方式】<br>“如果仍存在某些无法被传递到较高层的重排序PDU：(i)启动计时器T1……” | 未公开。<br>虽然对比文件在MAC层存在T1终止后若有无法传递的PDU则重新启动MAC层T1计时器的操作，但该操作作用于MAC-ehs层且针对MAC TSN，与目标专利中在RLC层针对RLC定时器在尚有其他RLC PDU丢失时重启该定时器的技术方案本质不同，故未公开。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br><br>《未公开》 | 【具体实施方式】<br>“将next_expected_TSN设置为下一个未接收重排序PDU的TSN，可选择地，该TSN大于T1_TSN……” | 未公开。<br>对比文件中更新的变量为MAC层的“next_expected_TSN”（针对MAC传输序列号），作用是调整MAC接收窗及传递条件。目标专利技术特征R限定的是在RLC层中将变量“下一个期望的RLC PDU的SN”（即VR(AM_NEXT)）更新设置为丢失的RLC PDU的SN，对比文件完全没有公开在RLC层维护和设置该期望变量的操作。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | 【具体实施方式】<br>“实施例”及各实施方式描述。 | 直接公开。<br>对比文件公开了进一步包含其他处理步骤的通信方法。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《未公开》 | 【具体实施方式】<br>对比文件未公开在RLC层定时器期满后判断是否存在其他RLC PDU丢失的技术内容。 | 未公开。<br>对比文件未涉及RLC层定时器期满后无其他RLC PDU丢失的判断分支。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br><br>《未公开》 | 【具体实施方式】<br>对比文件未公开RLC层期望SN（VR(AM_NEXT)）的此类计算与更新。 | 未公开。<br>对比文件中仅在MAC层具有将next_expected_TSN推进到未接收PDU或相关TSN的操作，未公开在RLC层重排序缓冲器中没有其他PDU丢失时，将下一个期望的RLC PDU的SN更新为“最高SN+1”的技术方案。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《未公开》 | 【具体实施方式】<br>对比文件未公开在RLC层重排序缓冲器中比对其他丢失PDU的SN与下一个期望RLC PDU SN的技术方案。 | 未公开。<br>目标专利技术特征V限定了RLC层重排序缓冲器中的特定丢包状态判定（判断是否存在SN小于期望SN的遗留丢失PDU）。对比文件缺乏RLC层重排序缓冲器及相关SN比对逻辑。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)<br><br>《未公开》 | 【具体实施方式】<br>“指示被映射在HS-DSCH上的所有应答模式(AM)RLC实体生成状态报告。” | 未公开。<br>虽然对比文件提到了AM RLC生成状态报告，但并未公开技术特征V与W结合的完整技术方案（即在重排序缓冲器中具有小于下一个期望RLC PDU的SN的其他RLC PDU丢失时，在所传送的状态报告中针对该丢失指示NACK）。本领域技术人员无法从对比文件中毫无疑义地得出该因果判定逻辑。 |
<<<A>>>
<<<C>>>
<<<D>>>
<<<f>>>
<<<g>>>
<<<h>>>
<<<l>>>
<<<O>>>
<<<S>>>
您好，我是专利代理师。基于您提供的目标专利说明书以及对比文件（US20100039996A1），我严格按照目标专利权利要求划分的技术特征，结合目标专利说明书原文与对比文件披露的内容，遵循专利审查标准（包括严谨的“直接公开”与非常宽松的“隐含公开”推导原则）进行技术特征的比对与创造性评估。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0002]<br>“The present invention relates to a base station, mobile station, communication system, transmission method and reordering method.”<br>（本发明涉及基站、移动台、通信系统、传输方法和重排序方法。）<br>[0061]-[0062]<br>“Reordering Method. The reordering method of the present invention is a reordering method of sending data... from a target base station to a mobile station, and rearranging the data (packets) at the mobile station according to this order information.”<br>（重排序方法。本发明的重排序方法是一种从目标基站向移动台发送添加了指示分组顺序的信息的数据，并在移动台处根据该顺序信息重新整理数据的方法。） | 对比文件明确公开了一种在移动通信系统中由移动台执行的重排序方法，属于方法权利要求的前序引导用语，技术特征A被对比文件直接公开。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《直接公开》 | [0008]<br>“In (A) of FIG. 21, two base stations 1a and 1b are connected to a host station... In this state, as shown in (B) of FIG. 21, when the mobile station 4 moves in the direction toward the base station 1b and enters into the cell 3b, a handover is executed and the base station with which the mobile station 4 communicates is switched from the base station 1a to the base station 1b.”<br>（在图21的(A)中，两个基站1a和1b连接到上位站……在此状态下，如图21的(B)所示，当移动台4向基站1b的方向移动并进入小区3b时，执行切换，并且移动台4与之通信的基站从基站1a切换到基站1b。）<br>[0022]<br>“...the mobile station 4 rearranges the sequence order of the packets n−4 and n−2 that were received before the handover, and the packets n−5, n−3, n−1 and m to M+1 that were received after the handover, and gives those packets in order to an upper layer.”<br>（……移动台4重新排列在切换之前接收的分组n-4和n-2以及在切换之后接收的分组n-5、n-3、n-1和m至M+1的序号顺序，并将这些分组按序提供给上层。）<br>[0035]<br>“The RLC PDU passes through the lower layer processing after which it arrives at the RLC layer of the mobile station.”<br>（RLC PDU经过下层处理，之后到达移动台的RLC层。） | 对比文件在LTE切换场景下公开了移动台（UE/WTRU）在切换前后分别从源基站（源节点B/eNB 1a）和目标基站（目标节点B/eNB 1b）接收数据分组（PDU/RLC PDU/PDCP PDU）。本领域中基站与节点B/eNB为等同/同义概念，移动台接收来自两个基站的分组实质公开了“从多个节点B接收PDU”，技术特征B被对比文件直接公开。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《未公开》 | [0029]-[0030]<br>“(1) PDCP: In the PDCP layer, the transmitting side... as well as attaches a sequence number and performs transmission... (2) RLC: ...a sequence number is newly attached to the data that is different from the sequence number that is attached to the data from the PDCP layer, and the data is then transmitted... sequence numbers I(1), I(2), I(3), . . . are attached in the RLC layer...”<br>（(1) PDCP：在PDCP层，发送侧……附加上序列号并进行传输……(2) RLC：……新附加上与来自PDCP层的数据所附序列号不同的序列号，然后传输数据……在RLC层附加上序列号I(1)、I(2)、I(3)……） | 结合目标专利说明书[0006]、[0052]、[0056]、[0097]可知，传输序列号（TSN，Transmission Sequence Number）是UMTS中MAC层（MAC-hs/MAC-ehs）用于下行链路混合自动重传及重排序队列管理所生成的特定MAC级序列号，与RLC层的SN或PDCP层的SN在协议层次、作用机制上均截然不同。对比文件仅公开了PDCP序列号和RLC序列号，其下层（MAC层）仅执行数据的复用/解复用（段落[0032]），并未公开每个所接收的PDU具有MAC层的传输序列号（TSN），甚至其下层机制中完全不包含MAC层TSN的概念，因此技术特征C未公开。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《未公开》 | [0032]<br>“MAC: The MAC layer is a layer that multiplexes/demultiplexes the data of the RLC layer. In other words, the sending side multiplexes the data of the RLC layer and transmits the data, and the receiving side demultiplexes the received data of the MAC layer to RLC layer data.”<br>（MAC：MAC层是对RLC层的数据进行复用/解复用的层。换言之，发送侧复用RLC层的数据并发送，接收侧将所接收的MAC层数据解复用为RLC层数据。） | 目标专利说明书[0051]-[0058]明确指出，在MAC层中使用TSN来进行第一阶（MAC级）的HARQ重排序和队列重组。而在对比文件中，MAC层仅具有常规的复用和解复用功能，序列号管理和重排序均发生在PDCP层或RLC层，完全没有在MAC层使用TSN的技术手段及作用，因此技术特征D未公开。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | [0022]、[0051]<br>“...when the control unit of the mobile station receives lower layer packets from the target base station 1b, the control unit creates RLC SDU data and delivers that RLC SDU (PDCP PDU) data to a reordering unit (step 155).”<br>（……当移动台的控制单元从目标基站1b接收到下层分组时，控制单元创建RLC SDU数据并将该RLC SDU(PDCP PDU)数据传递给重排序单元(步骤155)。）<br>[0113]<br>“The mobile station 14 saves the packets that were received from the base station and to which jump ID code F is added in a buffer BF2... saves the packets n−4 and n−2 that were received before the handover in buffer BF1.”<br>（移动台14将从基站接收到的且添加了跳跃标识码F的分组保存在缓冲器BF2中……将在切换前接收到的分组n-4和n-2保存在缓冲器BF1中。） | 目标专利说明书[0007]、[0053]-[0068]详述：在WTRU侧MAC层存在与多个节点B分别对应的不同重排序队列（或双MAC-ehs实体），利用MAC层的TSN在不同重排序队列中分别对各节点B的数据进行MAC级一阶重排序。对比文件虽然公开了缓冲器BF1和BF2，但BF2用于暂存携带跳跃ID的上位站数据以排除在重排序之外，BF1用于按PDCP SN重排序，且该过程完全发生在PDCP层而非MAC层，更不存在“在MAC层中不同重排序队列对从多个节点B接收的PDU使用TSN重排序”的构架，因此技术特征E未公开。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《未公开》 | [0035]<br>“The RLC PDU passes through the lower layer processing after which it arrives at the RLC layer of the mobile station.”<br>（RLC PDU经过下层处理，之后到达移动台的RLC层。） | 目标专利说明书[0007]、[0053]、[0074]、[0084]公开了将MAC层多个重排序队列解复用/路由重组后，汇聚传递给RLC层的“一个逻辑信道”，从而构建两阶重排序链路。对比文件是LTE协议栈架构，下行数据是从底层经解复用直接上交到对应的RLC实体（段落[0032]、[0035]），并不存在将MAC层的“多个重排序队列”输出传递到RLC层的“一个逻辑信道”的技术方案，因此技术特征F未公开。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《隐含公开》 | [0030]<br>“The RLC layer is a layer having a retransmission function, and in the RLC layer, a sequence number is newly attached to the data... The receiving side notifies the sending side by using those sequence numbers I(•) to send a transmission confirmation (Ack/Nack signal)...”<br>（RLC层是具有重传功能的层，在RLC层中，新附加上与来自PDCP层的数据不同的序列号……接收侧使用这些序列号I(·)向发送侧通知，以发送指示数据被正确接收还是不当接收的传输确认(Ack/Nack信号)……）<br>[0122]<br>“Before a handover, the mobile station performs order control for the PDCP layer using RLC SDU(PDCP PDU) and PLC PDU in the RLC layer.”<br>（在切换之前，移动台在RLC层中使用RLC SDU(PDCP PDU)和RLC PDU对PDCP层执行顺序控制。） | 对比文件在段落[0122]中明确记载了“在切换之前，移动台在RLC层中使用RLC SDU和RLC PDU在RLC层执行顺序控制（order control）”，且结合段落[0030]公开的RLC层具有序列号I(·)并基于其执行接收确认。本领域技术人员基于该公开内容能够容易且合乎逻辑地推断出：RLC层在切换前正是利用其分配的RLC序列号（SN）来检测乱序并进行顺序控制（即重排序）。按照极度宽松的隐含公开判断标准，技术特征G被对比文件隐含公开。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《隐含公开》 | [0030]<br>“...when a Nack signal is returned, the sending side retransmits the saved data.”<br>（……当返回Nack信号时，发送侧重传保存的数据。）<br>[0122]<br>“In (C), (D) of FIG. 3, the mobile station 14 did not rightly receive the divided data I, I+4 and I+5... Before a handover, the mobile station 14 performs order control for the PDCP layer using RLC SDU (PDCP PDU) and PLC PDU in the RLC layer...”<br>（在图3的(C)、(D)中，移动台14没有正确接收分割数据I、I+4和I+5……在切换之前，移动台14在RLC层中使用RLC SDU(PDCP PDU)和RLC PDU对PDCP层执行顺序控制……） | 对比文件公开了在RLC层按序接收分段数据I, I+1, I+2...，当分割数据I、I+4、I+5未正确接收时（即基于RLC SN发现序列号不连续/存在空隙），移动台判定数据未正确接收（丢失）并触发重传机制。本领域技术人员可以合理推断出，在RLC层进行顺序控制必然包括“基于RLC PDU的SN检测到至少一个RLC PDU丢失”的判断过程。基于极度宽松的隐含公开标准，技术特征H被对比文件隐含公开。 |
| 技术特征I：<br>启动定时器<br><br>《未公开》 | [0123]<br>“During reordering, the mobile station 14 starts a timer in order to determine when reordering ends.”<br>（在重排序期间，移动台14启动定时器以确定重排序何时结束。）<br>[0140]<br>“When a missing PDCP PDU sequence number is detected, the reordering unit 33 saves the PDCP PDU data... when that PDC PDU data has still not arrived after a set period of time has elapsed, the reordering unit 33 stops the reordering process...”<br>（当检测到缺失的PDCP PDU序列号时，重排序单元33保存……当在设定时间过去之后该PDCP PDU数据仍未到达时，重排序单元33停止重排序过程……） | 目标专利说明书[0007]、[0099]-[0101]记载的定时器是在RLC层中，当RLC检测到序列号空隙（丢包）时启动的定时器（如Timer_Am_Reordering），其作用是推迟RLC状态报告（STATUS PDU）的发送以等待失序到达。而对比文件段落[0123]、[0140]、[0160]-[0161]中所启动的定时器是在PDCP层重排序中用于判定重排序超时的重排序定时器（TM），且一旦超时即放弃等待将数据强行上交上层，二者在所处协议层级、触发条件和控制目的上均完全不同。对比文件在RLC层丢包时并未公开启动定时器的机制，因此技术特征I未公开。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《未公开》 | [0125]、[0161]<br>“...when the set period of time TM has elapsed, the reordering unit 33 removes the header of the saved PDCP PDU data and delivers it to the upper layer even though the sequence numbers are not continuous...”<br>（……当设定时间段TM过去之后，即使序列号不连续，重排序单元33也移除所保存的PDCP PDU数据的报头并将其递送到上层……） | 由于技术特征I（RLC层基于RLC PDU丢失启动的定时器）未被公开，对比文件中的定时器期满属于PDCP层终止重排序并强制上交上层的条件，而非在RLC层定时器期满的条件下执行后续状态报告反馈动作，因此技术特征J未公开。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《未公开》 | [0030]<br>“The receiving side notifies the sending side by using those sequence numbers I(•) to send a transmission confirmation (Ack/Nack signal)...”<br>（接收侧使用这些序列号I(·)向发送侧通知，以发送指示数据被正确接收还是不当接收的传输确认(Ack/Nack信号)……） | 对比文件在RLC层虽然使用序列号I(·)反馈ACK/NACK，但该反馈是常规的ARQ实时确认，并不是在上述“RLC层丢失定时器期满”的条件和逻辑下基于丢失RLC PDU的SN进行关联处理，因此与目标专利的技术方案不符，技术特征K未公开。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《隐含公开》 | [0030]<br>“The receiving side notifies the sending side by using those sequence numbers I(•) to send a transmission confirmation (Ack/Nack signal) indicating whether the data were received rightly or improperly. When an Ack signal is returned, the sending side deletes the data that is saved, however, when a Nack signal is returned, the sending side retransmits the saved data.”<br>（接收侧使用那些序列号I(·)向发送侧发送指示数据是否被正确接收的传输确认(Ack/Nack信号)。当返回Ack信号时，发送侧删除保存的数据，然而当返回Nack信号时，发送侧重传保存的数据。） | 对比文件公开了在RLC层，接收端利用序列号向发送端发送指示数据接收情况的确认响应（Ack/Nack信号），当未正确接收时返回Nack信号以促使重传。本领域技术人员熟知，在3GPP RLC协议中，包含NACK和序列号的传输确认消息即表现为RLC状态报告（STATUS PDU/状态报告）。按照极度宽松的隐含公开标准，该NACK传输确认信号能够合理推导为“用于指示丢失的RLC PDU的状态报告”，因此技术特征L被对比文件隐含公开。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0007]、[0100]-[0101]记载：当检测到RLC PDU丢失且Timer_Am_Reordering正在运行时，系统处于抑制立即上报的等待期。对比文件既没有RLC层的该丢失重排序定时器，更未公开在该定时器正在运行条件下判定RLC PDU丢失的处理逻辑，因此技术特征M未公开。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0007]、[0070]、[0099]-[0101]明确指明其核心发明点在于：由于来自多个节点B的分组传输时延不一致，RLC乱序到达容易造成误判丢包而过早触发RLC状态报告，因此通过运行定时器“推迟状态PDU（STATUS PDU）的传输”，避免不必要的重传。对比文件的RLC层为传统的即时ACK/NACK机制，完全没有为了两阶重排序而延迟RLC状态报告发送的设计，因此技术特征N未公开。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | [0064]、[0065]<br>“The reordering method of the present invention, comprises: ... Another reordering method of the present invention comprises: ...”<br>（本发明的重排序方法包括：……本发明的另一重排序方法包括：……） | 属于附加方法特征的前序过渡词，对比文件方案包含多个方法步骤，技术特征O被对比文件直接公开。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0103]详述：“如果在重排序缓冲器中存在位于接收窗口中的至少另一个丢失的PDU（1220）……”。对比文件完全没有在RLC层设置该定时器，更无在该定时器期满且检测到另外的RLC PDU丢失的多重条件判断，因此技术特征P未公开。 |
| 技术特征Q：<br>重启所述定时器<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0103]详述：“Timer_Am_Reordering可以被重启（1221）”。对比文件不存在期满后针对下一丢失PDU重启RLC定时器的机制（其PDCP定时器期满后直接终止重排序上交数据），因此技术特征Q未公开。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0103]指出：“VR（AM_Next）可以被设置（1222）成丢失的PDU的SN”。对比文件没有在RLC层采用该变量设定规则，因此技术特征R未公开。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | [0064]、[0065]<br>“The reordering method of the present invention, comprises: ... Another reordering method of the present invention comprises: ...”<br>（本发明的重排序方法包括：……本发明的另一重排序方法包括：……） | 属于附加方法特征的前序过渡词，技术特征S被对比文件直接公开。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0103]指出：“如果在重排序缓冲器中不再存在PDU丢失（1220）……”。对比文件无对应RLC定时器期满且无其他RLC PDU丢失的状态分支，因此技术特征T未公开。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0103]指出：“VR（AM_Next）可以被设置（1223）成具有最高SN的PDU的SN加一（VR（AM_Next）= 最高SN+1）”。对比文件未公开在RLC层执行该特定变量更新操作，因此技术特征U未公开。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《未公开》 | 无对应记载。 | 目标专利说明书[0103]指出：“并且如果在重排序缓冲器中具有小于VR（AM_Next）的SN的其他PDU丢失……”。对比文件未公开此针对重排序缓冲器中小于下一个期望SN的空隙扫描与多丢包判定逻辑，因此技术特征V未公开。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)<br><br>《隐含公开》 | [0030]<br>“The receiving side notifies the sending side by using those sequence numbers I(•) to send a transmission confirmation (Ack/Nack signal) indicating whether the data were received rightly or improperly... when a Nack signal is returned, the sending side retransmits the saved data.”<br>（接收侧使用那些序列号I(·)向发送侧发送指示数据是否被正确接收的传输确认(Ack/Nack信号)……当返回Nack信号时，发送侧重传保存的数据。） | 对比文件公开了当移动台在RLC层未正确接收到数据时，向发送端返回带有未接收到数据序列号的NACK传输确认信号。本领域技术人员可以合理推断，在检测到数据丢失时，向发送侧反馈的状态报告指示否定应答（NACK）以指示重传。按照极度宽松的隐含公开判断标准，技术特征W被对比文件隐含公开。 |
---
### 评估结论总结
1. **直接公开的技术特征**：
* **技术特征A、技术特征B、技术特征O、技术特征S**：对比文件直接公开了重排序方法、切换过程中从源基站和目标基站（多个节点B）接收分组的方法步骤。
2. **隐含公开的技术特征**：
* **技术特征G、技术特征H、技术特征L、技术特征W**：依据极度宽松的隐含公开标准，对比文件披露了切换前在RLC层通过分配给分段数据的序列号进行顺序控制、基于序列号判断未正确接收、以及发送包含NACK的状态确认信号，本领域技术人员可合理解析出这些技术特征在RLC层重排序与状态反馈层面的对应构件。
3. **未公开的技术特征**：
* **技术特征C、D、E、F**：目标专利核心的第一阶重排序架构——在MAC层利用传输序列号（TSN）在多个重排序队列中重排序并汇聚传递到RLC层的一个逻辑信道，对比文件完全未涉及（对比文件的MAC层仅做数据复用/解复用，无TSN机制）。
* **技术特征I、J、K、M、N、P、Q、R、T、U、V**：目标专利第二阶重排序的核心控制机制——为了应对多节点B到达延迟，在RLC层检测到丢失时启动定时器延迟状态报告的发送，以及定时器期满后针对有/无其他丢失PDU分别重置定时器、调整`VR(AM_NEXT)`期望序列号并在状态报告中指示NACK的精细化状态机控制。对比文件完全没有在RLC层设计推迟状态报告的定时器与相关的序列号变量更新逻辑。
---
<<<A>>>
<<<B>>>
<<<a>>>
<<<b>>>
<<<g>>>
<<<h>>>
<<<l>>>
<<<O>>>
<<<S>>>
<<<o>>>
<<<s>>>
<<<w>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【具体实施方式】第1段（说明书第7页第1段）：<br>“公开了上述情况下致使高效MAC-ehs报头(或上行链路中的MAC-i/is)的实施方式。这些实施方式改进了报头结构，以最小化相对开销同时允许复用不同类型的逻辑信道……”<br>【实施例】第24项：<br>“24. 一种用于处理增强型高速媒体接入控制(MAC-ehs)报头的方法，该方法包括……” | 对比文件公开了一种无线通信系统中处理数据PDU的方法，技术特征A为前序引导语，实质上已被对比文件直接公开。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 【背景技术】第4段：<br>“在3GPP系统中物理层以上，媒体接入控制(MAC)层可被分成若干个实体。新MAC实体，MAC增强型高速(MAC-ehs)已被引入并且被优化用于DL中的HSPA……”<br>【附图说明】图1及【具体实施方式】第2段：<br>“图1是在演进型HSPA中为通用MAC复用配置的无线通信系统的框图。该系统包括基站105和无线发射接收单元(WTRU)110。基站105和WTRU 110经由无线通信链路通信。” | 目标专利中，该特征是指在多点操作/站点间多流操作下，WTRU从多个不同的节点B（Node B）同时接收PDU。<br>而在对比文件中，通信场景是单个基站105（Node B）与WTRU 110之间的单点传输，对比文件完全没有涉及或教导从“多个节点B”接收PDU，即便按照最宽松的隐含公开标准，对比文件中也不存在任何关于多节点B协作或接收的内容，因此未公开。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《直接公开》 | 【背景技术】第6段：<br>“在接收侧的重排是基于优先级序列。传输序列号(TSN)被分配在每个重排队列之内以激活重排。”<br>【具体实施方式】第7段：<br>“报头280也包括至少一个传输序列号(TSN)字段240，其标识对于这个队列ID的数据的序列号。” | 对比文件明确公开了每个接收到的MAC-ehs PDU的报头中包含传输序列号（TSN）字段240，用于标识该队列数据的序列号以实现重排，其作用与目标专利中为接收的PDU分配TSN以进行MAC层重排的作用完全相同，因此构成直接公开。 |
| 技术特征D：在MAC层中使用所述TSN<br>《直接公开》 | 【背景技术】第4段、第6段：<br>“3GPP系统中物理层以上，媒体接入控制(MAC)层可被分成若干个实体。新MAC实体，MAC增强型高速(MAC-ehs)已被引入并且被优化用于DL中的HSPA……”<br>“在接收侧的重排是基于优先级序列。传输序列号(TSN)被分配在每个重排队列之内以激活重排。” | 对比文件明确公开了MAC-ehs实体运行于MAC层，并且在接收侧重排是基于优先级序列，TSN被分配在每个重排队列内以激活重排，说明TSN正是MAC层实体用来执行重排等操作的参数，技术方案和作用完全相同，属于直接公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 【具体实施方式】第5段、第7段：<br>“在第一个实施方式中，公开了将来自多个优先级队列的SDU复用到单个MAC-ehs PDU中。另外，将来自多个逻辑信道的SDU并入单个优先级队列被包括在内。”<br>“每个报头280可包括可选队列ID字段230，其标识有效载荷中对应的SDU属于哪个重排队列……报头280也包括至少一个传输序列号(TSN)字段240……”<br>【附图说明】图4及对应说明：<br>“440处将该队列PDU插入到对应于重排队列ID和TSN的重排队列中……在每个重排队列内，执行重排功能450以使得MAC-ehs PDU被一个或多个重排队列PDU……替代……” | 目标专利中，该特征要求“对从所述多个节点B中的每个节点B接收到的PDU在不同重排序队列中进行重排序”，其核心作用是针对站点间多节点B的多流传输，为不同节点B分别建立重排序队列以适应各节点B独立的TSN编号。<br>对比文件虽然公开了在MAC层存在多个重排队列并基于TSN进行重排序，但其所有的队列均服务于来自“同一个基站105”的数据复用，根本不存在“从多个节点B中的每个节点B接收到的PDU”这一技术前提，因此该特征未公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 【具体实施方式】第5段、第16段：<br>“另外，将来自多个逻辑信道的SDU并入单个优先级队列被包括在内。”<br>“图4是被执行以处理MAC-ehs PDU和重构MAC-ehs PDU的操作400的流程图……完成460处的重组之后，在470处将完整的MAC PDU传递到正确的逻辑信道。” | 目标专利中，技术特征F配合技术特征E，实现将来自不同节点B的不同重排序队列的数据流汇聚传递到上层RLC的一个逻辑信道中，从而产生由不同节点B乱序到达导致的RLC层失序问题。<br>对比文件仅公开了单个节点B下，将同一个重排队列重组后的MAC PDU传递到其LCID对应的逻辑信道（一对一或复用/解复用映射），并没有公开或教导将“多个重排序队列”的数据合并传递到“RLC层中的一个逻辑信道”，因此该特征未被公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《未公开》 | 【背景技术】第5段、第7段：<br>“MAC-ehs实体允许支持可变(flexible)的无线电链路控制(RLC)协议数据单元(PDU)大小和MAC分段和重组……”<br>“当MAC-ehs对逻辑信道进行复用时，该逻辑信道被具有可变RLC PDU大小的版本7RLC应答模式(AM)示例使用……” | 目标专利中，该特征是指在RLC层中基于RLC SN对从MAC层传递上来的、汇聚了多个节点B数据而产生失序的PDU进行第二阶重排序（构成两阶重排序机制）。<br>对比文件仅在背景技术中提及RLC AM实例支持可变或固定RLC PDU大小，对比文件全文的技术方案聚焦于MAC-ehs报头格式、SI指示、MAC分段与重组处理，完全没有涉及在RLC层中基于SN执行重排序的操作，更未公开基于RLC SN的两阶重排序，因此该特征未公开。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 对比文件全文无记载。 | 目标专利中，该特征是指RLC实体在重排序过程中检测到SN不连续（存在间隙）而判断至少一个RLC PDU丢失。<br>对比文件中仅在MAC层提及“T1定时器已经到期”或“丢失的MAC-ehs PDU”，完全没有公开RLC层基于RLC PDU的SN检测PDU丢失的技术方案，因此未公开。 |
| 技术特征I：启动定时器<br>《未公开》 | 【具体实施方式】第16段：<br>“同样，可用信号通知队列特定定时器(T1)(未示出)。每个重排队列可有选择地具有单独的T1定时器。” | 目标专利中，该定时器是在RLC层检测到RLC PDU丢失时启动的重排序定时器（如Timer_Am_Reordering或Timer_SR）。<br>对比文件公开的T1定时器是MAC层每个重排队列关联的重排序定时器，并非在RLC层检测到RLC PDU基于SN丢失时启动的定时器，两者的协议层级、触发条件和作用完全不同，因此未公开。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 对比文件全文无记载。 | 目标专利中是指RLC层的重排序定时器期满。<br>对比文件未公开RLC层针对丢失RLC PDU设置的定时器，自然未公开其期满作为状态报告触发条件的技术方案，因此未公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 对比文件全文无记载。 | 目标专利中是指状态报告中包含丢失RLC PDU的SN以指示具体哪个PDU丢失。<br>对比文件未公开该RLC层动作，因此未公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《未公开》 | 【具体实施方式】第13段：<br>“RNC可选择很频繁出现的(或期望更频繁地出现的)SDU大小，例如(但不限于)最大RLC PDU大小、状态RLC PDU的大小或RNC看来经常出现的RLC PDU大小” | 目标专利中是指在RLC重排序定时器期满时，发送指示丢失RLC PDU的STATUS PDU（状态报告）。<br>对比文件仅在说明SID映射时顺带提及存在“状态RLC PDU”，并未公开在定时器期满条件下传送用于指示丢失RLC PDU的状态报告，因此未公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 对比文件全文无记载。 | 目标专利中是指检测到RLC PDU丢失但定时器仍在计时运行期间的状态。<br>对比文件未公开RLC层的丢失检测与定时器机制，因此未公开。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《未公开》 | 对比文件全文无记载。 | 目标专利中该特征的作用在于防止由于多节点B传输延时差异而过早发送RLC状态报告导致不必要的重传，利用运行中的定时器推迟状态报告发送。<br>对比文件完全没有涉及延迟发送RLC状态报告的技术手段，因此未公开。 |
| 技术特征O：该方法还包括<br>《直接公开》 | 【实施例】第24项：<br>“24. 一种用于处理增强型高速媒体接入控制(MAC-ehs)报头的方法，该方法包括……” | 对比文件公开了相应方法包括附加步骤，作为前序连接词直接公开。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 对比文件全文无记载。 | 目标专利中针对RLC重排序定时器期满后仍有其他RLC PDU丢失的后续处理逻辑。<br>对比文件未涉及RLC层重排序定时器及其期满判定，因此未公开。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 对比文件全文无记载。 | 目标专利中是指在定时器期满但窗口内还有其他丢失PDU时重启RLC定时器。<br>对比文件未涉及RLC定时器的重启机制，因此未公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 对比文件全文无记载。 | 目标专利中是指调整RLC接收端的状态变量VR(AM_NEXT)。<br>对比文件未公开RLC层接收状态变量及该设置步骤，因此未公开。 |
| 技术特征S：该方法还包括<br>《直接公开》 | 【实施例】第24项：<br>“24. 一种用于处理增强型高速媒体接入控制(MAC-ehs)报头的方法，该方法包括……” | 对比文件公开了相应方法包括附加步骤，作为前序连接词直接公开。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 对比文件全文无记载。 | 目标专利中针对定时器期满且缓冲器中无其他空洞丢失情况的判定。<br>对比文件未公开该技术内容，因此未公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 对比文件全文无记载。 | 目标专利中是指在没有其他丢失PDU时，将VR(AM_NEXT)前移至最高SN+1。<br>对比文件未公开该技术内容，因此未公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 对比文件全文无记载。 | 目标专利中是指在RLC重排序缓冲器中检测SN小于VR(AM_NEXT)的遗留丢失PDU。<br>对比文件未涉及RLC重排序缓冲器及针对SN大小的判断逻辑，因此未公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《未公开》 | 【背景技术】第5段：<br>“根据确认/否定应答(ACK/NACK)UL反馈，发送新的传输或重传……” | 目标专利中是指在RLC层传送的状态报告（STATUS PDU）中针对小于期望SN的丢失PDU填充NACK指示。<br>对比文件仅在MAC层调度中提及根据上行ACK/NACK反馈决定重传，未公开在RLC状态报告中针对特定SN的丢失指示NACK，因此未公开。 |
<<<A>>><<<C>>><<<D>>><<<O>>><<<S>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [p12] "In an aspect, a method of triggering a status report in a wireless communication system is provided. The method includes..."<br>（译文：在一个方面，提供了一种在无线通信系统中触发状态报告的方法。该方法包括……） | 关于技术特征A的直接公开论述：<br>对比文件在[p12]明确记载了一种无线通信系统中触发状态报告的方法，其技术方案表述包含前序引导“The method includes（该方法包括）”。该特征属于常规方法权利要求的前序引导用语，对比文件已明确且直接公开了该技术特征。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《未公开》 | [p35] "An E-UTRAN (Evolved-UMTS Terrestrial Radio Access Network) includes at least one base station (BS) 20 providing a user plane and a control plane towards a user equipment (UE) 10... The BS 20 may be a fixed station that communicates with the UE 10 and can be referred to as another terminology, such as an e-NB (evolved-NodeB)..."<br>（译文：E-UTRAN包括至少一个向用户设备10提供用户平面和控制平面的基站20……基站20可以是与UE 10通信的固定站，并可被称为其他术语，例如e-NB……）<br>[p36] "Hereinafter, downlink means communication from the BS 20 to the UE 10... In downlink, a transmitter may be a part of the BS 20 and a receiver may be a part of the UE 10."<br>（译文：下文中，下行链路意指从BS 20到UE 10的通信……在下行链路中，发射机可以是BS 20的一部分，接收机可以是UE 10的一部分。） | 关于技术特征B的公开性论述：<br>目标专利说明书[0005]–[0007]指明，技术特征B解决的是双小区/多点传输（CoMP/站点间多流）场景下，WTRU从地理位置独立的“多个节点B（Node B/站点）”接收独立分流的数据分组（PDU）。<br>而对比文件WO2010021465A2通篇仅公开了单基站（BS 20/e-NB）与用户设备（UE 10）之间的单链路下行通信结构（见[p35]、[p36]），既未公开从“多个节点B/基站”接收PDU，也没有任何关于多基站/多流并发接收的技术启示，即使按照最宽松的隐含公开判断标准，本领域技术人员也无法从单基站传输模型合理推导得出从多个节点B接收PDU。因此，技术特征B未被直接公开，亦未被隐含公开。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《未公开》 | [p46] "An RLC entity 110 of a transmitter 100 transmits an RLC protocol data unit (PDU) with a sequence number (SN) of 0 to a MAC entity 120... The MAC entity 120 of the transmitter 100 transmits a MAC PDU1(s) corresponding to the RLC PDU with SN=0 to a MAC entity 220 of a receiver 200..."<br>（译文：发射机100的RLC实体110向MAC实体120发送序列号(SN)为0的RLC协议数据单元(PDU)……发射机100的MAC实体120向接收机200的MAC实体220发送与SN=0的RLC PDU对应的MAC PDU1……）<br>[p54] "...The fixed part of the header is byte aligned and includes a D/C... and an SN (Sequence Number) field 716."<br>（译文：……报头的固定部分按字节对齐，包括D/C……以及SN（序列号）字段716。） | 关于技术特征C的公开性论述：<br>在目标专利说明书[0006]、[0056]、[0097]中，技术特征C中的“传输序列号（TSN）”是各节点B在MAC层（如MAC-ehs）为分组独立分配的传输序列号，用于在MAC层进行第一阶重排序。<br>而对比文件仅公开了在RLC层报头中包含RLC序列号（SN 716，见[p54]），并在MAC层执行HARQ传输（传输MAC PDU，见[p46]），其MAC PDU中根本没有公开任何“传输序列号（TSN）”。本领域技术人员明知RLC SN与MAC层的TSN属于完全不同的协议层参数，不能等同。即使以最宽松的推导标准，对比文件也未公开或暗示所接收的PDU具有传输序列号（TSN）。因此，技术特征C未被公开。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《未公开》 | [p05] "If the ARQ is performed in a radio link control (RLC) layer, hybrid automatic repeat request (HARQ) is performed in a medium access control (MAC) layer that is a lower layer of the RLC layer."<br>（译文：如果ARQ在RLC层中执行，则混合自动重传请求(HARQ)在作为RLC层下层的介质访问控制(MAC)层中执行。）<br>[p41] "The functions of the MAC layer include mapping between logical channels and transport channels, and multiplexing/demultiplexing of MAC SDUs... into/from transport blocks (TBs)..."<br>（译文：MAC层的功能包括逻辑信道和传输信道之间的映射，以及将MAC SDU复用/解复用到传输块(TB)/从传输块解复用……） | 关于技术特征D的公开性论述：<br>基于技术特征C的比对，对比文件并未公开TSN，其MAC层执行的是HARQ进程（[p05]、[p41]），并未在MAC层中使用任何传输序列号（TSN）来进行处理或重排序。因此，技术特征D未被直接公开，也未被隐含公开。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | [p49] "An HARQ process performed on the MAC PDU2(s) corresponding to the RLC PDU with SN=1 is complete... and the RLC entity 210 obtains the RLC PDU with SN=1... According to the HARQ process, the RLC entity 210 may receive an RLC PDU with a discontinuous SN. This is referred to as HARQ reordering."<br>（译文：在与SN=1的RLC PDU对应的MAC PDU2上执行的HARQ进程完成……RLC实体210获取SN=1的RLC PDU……根据HARQ进程，RLC实体210可接收具有不连续SN的RLC PDU。这被称为HARQ重排序。） | 关于技术特征E的公开性论述：<br>目标专利说明书[0007]、[0051]、[0057]指明，技术特征E是针对多个节点B分别建立不同的重排序队列（如每个节点B一组重排序队列或独立的MAC-ehs实体），在MAC层利用各节点B分配的TSN分别对来自各个节点B的分组执行节点内的第一阶重排序。<br>对比文件仅公开了单基站链路下单接收实体的HARQ重排序机制（[p49]），不存在“多个节点B”，也不存在“针对每个节点B的不同重排序队列”。因此，对比文件未公开技术特征E，即使放宽标准也无法推导出该多节点队列重排序架构。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《未公开》 | [p41] "The MAC layer provides services to a RLC (Radio Link Control) layer through logical channels."<br>（译文：MAC层通过逻辑信道向RLC层提供服务。）<br>[p46] "Upon successfully receiving the MAC PDU, the MAC entity 220 sends the RLC PDU with SN=0 to an RLC entity 210..."<br>（译文：成功接收MAC PDU后，MAC实体220将SN=0的RLC PDU发送至RLC实体210……） | 关于技术特征F的公开性论述：<br>目标专利说明书[0007]、[0070]、[0084]指明，技术特征F的作用在于：将下层来自不同节点B的多个重排序队列中的PDU，汇聚并传递到上层RLC层的同一个逻辑信道（由单RLC实体承载失序PDU），从而实现两阶重排序的衔接。<br>对比文件仅公开了常规的MAC实体向RLC实体通过逻辑信道传递PDU（[p41]、[p46]），属于一对一的单实体单逻辑信道传递，不存在“从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道”的技术方案，即使放宽标准也不能认为该特征被公开。因此，技术特征F未被公开。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《直接公开》 | [p49] "According to the HARQ process, the RLC entity 210 may receive an RLC PDU with a discontinuous SN. This is referred to as HARQ reordering."<br>（译文：根据HARQ进程，RLC实体210可接收具有不连续SN的RLC PDU。这被称为HARQ重排序。）<br>[p68]-[p69] "- Reordering state variable: VR(X). This state variable holds the value of the SN following the SN of the RLC data PDU which triggered a reordering timer. The reordering timer is used to detect loss of RLC PDUs at lower layer and is started when out-of sequence RLC data PDU is received. A status report is triggered when the reordering timer is expired."<br>（译文：- 重排序状态变量：VR(X)。该状态变量保存触发重排序定时器的RLC数据PDU的SN之后连续的SN值。重排序定时器用于检测下层RLC PDU的丢失，并在接收到失序的RLC数据PDU时启动。当重排序定时器期满时触发状态报告。）<br>[p75]-[p79] 详细展示了RLC层接收失序SN（如先收到SN=5，后收到SN=0、1，再收到6、8），并通过接收窗口、重排序状态变量VR(X)及重排序定时器对失序PDU进行重排序、重组及按序交付上层。 | 关于技术特征G的直接公开论述：<br>对比文件在[p49]、[p68]–[p69]及[p74]–[p79]中详尽公开了RLC实体（AM RLC）接收具有不连续/失序SN的RLC PDU，并在RLC层基于PDU报头中的序列号（SN）维护接收窗口与重排序状态变量（VR(R)、VR(X)、VR(MS)等），对失序的PDU执行RLC重排序，按序递交上层。其技术手段与目标专利在RLC层中基于SN对PDU进行重排序相同，起到的作用亦完全相同。因此，本领域技术人员能毫无疑义地确定技术特征G被对比文件直接公开。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《直接公开》 | [p69] "The reordering timer is used to detect loss of RLC PDUs at lower layer and is started when out-of sequence RLC data PDU is received."<br>（译文：重排序定时器用于检测下层RLC PDU的丢失，并在接收到失序的RLC数据PDU时启动。）<br>[p75] "At t=T1, an AMD PDU with SN=5 is received. Since a first AMD PDU, i.e., an AMD PDU with SN=0, is not received, VR(R) and VR(MS) remain to 0. Since SN=5 is greater than VR(X) at this moment, the AMD PDU with SN=5 is out of sequence. Therefore, VR(X) is updated to VR(X)=6, and a reordering timer Tr is initiated..."<br>（译文：在t=T1时刻，接收到SN=5的AMD PDU。由于第一个AMD PDU（即SN=0的AMD PDU）未被接收，VR(R)和VR(MS)保持为0。由于此时SN=5大于VR(X)，SN=5的AMD PDU是失序的。因此，VR(X)更新为VR(X)=6，并且启动重排序定时器Tr……） | 关于技术特征H的直接公开论述：<br>对比文件[p69]明确公开了当接收到失序RLC数据PDU（例如[p75]中接收到SN=5的PDU，检测到前面的SN=0等未接收，出现序列号间隙），用于检测下层RLC PDU的丢失。这正是基于接收到的RLC PDU的SN检测到至少一个RLC PDU丢失（即失序/间隙意味着下层丢失或延迟）。其在对比文件中的作用、技术实质与目标专利完全相同。因此，技术特征H被对比文件直接公开。 |
| 技术特征I：<br>启动定时器<br><br>《直接公开》 | [p69] "The reordering timer is used to detect loss of RLC PDUs at lower layer and is started when out-of sequence RLC data PDU is received."<br>（译文：重排序定时器用于检测下层RLC PDU的丢失，并在接收到失序的RLC数据PDU时启动。）<br>[p75] "...Therefore, VR(X) is updated to VR(X)=6, and a reordering timer Tr is initiated."<br>（译文：……因此，VR(X)被更新为VR(X)=6，并启动重排序定时器Tr。） | 关于技术特征I的直接公开论述：<br>对比文件[p69]及[p75]明确公开了当基于失序SN检测到PDU丢失时，接收端RLC实体启动重排序定时器（reordering timer Tr）。该定时器的启动条件与功能与目标专利相同。因此，技术特征I被对比文件直接公开。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《直接公开》 | [p69] "A status report is triggered when the reordering timer is expired."<br>（译文：当重排序定时器期满时触发状态报告。）<br>[p79] "At t=T5, the reordering timer Tr expires... Since VR(MS)>=5, the status report is triggered."<br>（译文：在t=T5时刻，重排序定时器Tr期满……由于VR(MS)>=5，触发状态报告。） | 关于技术特征J的直接公开论述：<br>对比文件[p69]及[p79]明确记载了在重排序定时器期满（the reordering timer Tr expires）的条件下执行后续操作（更新变量并触发状态报告）。与目标专利的条件触发技术特征完全一致。因此，技术特征J被对比文件直接公开。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《直接公开》 | [p79] "In this case, a status PDU 900 is constructed based on information regarding a PDU between VR(R)=2 to VR(MS)=7. A value of an ACK_SN field is 7, and values of three NACK_SN fields are respectively 2, 3, and 4."<br>（译文：在这种情况下，基于关于VR(R)=2到VR(MS)=7之间的PDU的信息构建状态PDU 900。ACK_SN字段的值为7，并且三个NACK_SN字段的值分别为2、3和4。） | 关于技术特征K的直接公开论述：<br>对比文件[p79]明确公开了当构建状态报告时，基于未接收/丢失的各个PDU的序列号（SN=2, 3, 4）以及确认序列号（ACK_SN=7）来构建状态报告。这正是基于所涉及RLC PDU的SN进行状态构建。因此，技术特征K被对比文件直接公开。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《直接公开》 | [p04] "The acknowledgment is a status report message transmitted by a receiver to a transmitter to indicate whether the receiver has successfully received data."<br>（译文：确认是接收机发送给发射机的状态报告消息，以指示接收机是否已成功接收数据。）<br>[p50] "...When the status report is requested, the RLC entity 210 constructs a status PDU and transmits the status PDU to the RLC entity 110 of the transmitter 100..."<br>（译文：……当请求状态报告时，RLC实体210构造状态PDU并将该状态PDU发送至发射机100的RLC实体110……）<br>[p61]-[p63] "...The NACK_SN field 853 indicates the SN of the AMD PDU (or portions of it) that has been detected as lost at the receiving side of the AM RLC entity..."<br>（译文：……NACK_SN字段853指示在AM RLC实体的接收端被检测为丢失的AMD PDU（或其部分）的SN……）<br>[p79] "...values of three NACK_SN fields are respectively 2, 3, and 4."<br>（译文：……三个NACK_SN字段的值分别为2、3和4。） | 关于技术特征L的直接公开论述：<br>对比文件在[p04]、[p50]、[p61]–[p63]、[p79]中明确公开了：接收机RLC实体构造状态报告（Status PDU），其中通过NACK_SN字段显式指示在接收侧检测为丢失的AMD PDU（例如SN为2、3、4的丢失PDU），并将该状态报告传送给发射机。其技术方案、作用及效果与技术特征L完全相同。因此，技术特征L被对比文件直接公开。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《直接公开》 | [p75] "...The status report is not immediately triggered since previous AMD PDUs may be being received (this is referred to as an HARQ reordering status). Thus, triggering is suspended until the reordering timer expires."<br>（译文：……状态报告不会立即触发，因为可能正在接收先前的AMD PDU（这被称为HARQ重排序状态）。因此，触发被暂停直到重排序定时器期满。）<br>[p85] "Even if the P field requests the status report, the status report is suspended for HARQ reordering upon receiving an AMD PDU with an SN of VR(MS)<=SN<VR(MR)..."<br>（译文：即使P字段请求状态报告，在接收到具有VR(MS)<=SN<VR(MR)的SN的AMD 关于技术特征M的直接公开论述：<br PDU时，状态报告也会为了HARQ重排序而暂停……） | >对比文件[p75]和[p85]明确记载，当由于失序检测到前面有丢失的PDU且重排序定时器启动后，在重排序定时器正在运行期间（等待可能延迟到达的PDU），状态报告的触发被暂停（suspended），直至定时器期满。这与目标专利中“在RLC PDU基于其SN丢失且定时器正在运行的条件下”的限定完全对应且技术实质相同。因此，技术特征M被对比文件直接公开。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟。<br><br>《直接公开》 | [p75] "...Thus, triggering is suspended until the reordering timer expires."<br>（译文：……因此，触发被暂停直到重排序定时器期满。）<br>[p85] "...the status report is suspended for HARQ reordering..."<br>（译文：……状态报告为了HARQ重排序而被暂停……）<br>[p91] "...triggering of the status report is suspended in step S1240, and the status report is triggered in step S1250. The status report triggering can be suspended until x < VR(MS) is satisfied..."<br>（译文：……在步骤S1240中状态报告的触发被暂停，并在步骤S1250中触发状态报告。状态报告的触发可以暂停，直到满足x < VR(MS)为止……） | 关于技术特征N的直接公开论述：<br>对比文件[p75]、[p85]、[p91]明确记载，在定时器运行期间暂停触发状态报告（suspending/suspended），待定时器期满或满足特定条件后再构造并发送状态报告，其实质即是对状态报告的发送进行延迟（推迟发送），以避免过早发送NACK导致不必要重传。其在对比文件中的作用机制与目标专利完全相同。因此，技术特征N被对比文件直接公开。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | [p14] "The method may further include..."<br>（译文：该方法还可以包括……） | 关于技术特征O的直接公开论述：<br>对比文件[p14]明确记载了“The method may further include（该方法还可以包括）”，直接公开了该从属权利要求的过渡连接技术特征。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《直接公开》 | [p79] "At t=T5, the reordering timer Tr expires... When the number of received AMD PDUs is greater than or equal to the updated VR(MS), the reordering timer restarts. Since the AMD PDU with SN=8 has already been received, the reordering timer restarts."<br>（译文：在t=T5时刻，重排序定时器Tr期满……当接收到的AMD PDU的数量大于或等于更新后的VR(MS)时，重排序定时器重启。由于已经接收到了SN=8的AMD PDU，重排序定时器重启。） | 关于技术特征P的直接公开论述：<br>在对比文件[p79]的实施例中，在t=T5时刻定时器期满，此时更新VR(MS)=7，而由于之前已接收了SN=8的PDU（[p78]），在更新的VR(MS)之后存在空缺（即SN=7丢失，其为至少另一个丢失的PDU），因此触发定时器重启。对比文件明确公开了在定时器期满且仍存在后续丢失PDU的条件下执行进一步操作。因此，技术特征P被对比文件直接公开。 |
| 技术特征Q：<br>重启所述定时器<br><br>《直接公开》 | [p79] "...When the number of received AMD PDUs is greater than or equal to the updated VR(MS), the reordering timer restarts. Since the AMD PDU with SN=8 has already been received, the reordering timer restarts."<br>（译文：……当接收到的AMD PDU的数量大于或等于更新后的VR(MS)时，重排序定时器重启。由于已经接收到了SN=8的AMD PDU，重排序定时器重启。） | 关于技术特征Q的直接公开论述：<br>对比文件[p79]明确记载“the reordering timer restarts（重排序定时器重启）”，其实施例与技术方案直接公开了重启所述定时器的操作，作用与目标专利完全一致。因此，技术特征Q被对比文件直接公开。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br><br>《隐含公开》 | [p71] "...When the reordering timer is expired, VR(MS) is updated to the SN of the first AMD PDU with SN >= VR(X) for which not all byte segments have been received."<br>（译文：……当重排序定时器期满时，VR(MS)更新为SN>=VR(X)且尚未接收到所有字节段的第一个AMD PDU的SN。）<br>[p79] "At t=T5, the reordering timer Tr expires. First, VR(MS) is updated to 7 that is an SN value of a first incompletely received AMD PDU among AMD PDUs with SNs greater than or equal to VR(X)..."<br>（译文：在t=T5时刻，重排序定时器Tr期满。首先，VR(MS)被更新为7，即SN大于或等于VR(X)的AMD PDU中第一个未完全接收的AMD PDU的SN值……） | 关于技术特征R的隐含公开论述：<br>目标专利说明书[0100]–[0103]及流程图12A/12B记载，变量VR(AM_NEXT)代表下一个期望接收的PDU的序列号。在定时器期满且存在丢失时，将该变量更新设置为所检测到的丢失PDU的SN（如[0103]中的步骤1222）。<br>对比文件在[p71]、[p79]中公开了：在定时器期满时，将状态变量VR(MS)更新为SN $\ge$ VR(X)中第一个未完全接收/丢失的AMD PDU的SN（在[p79]中更新为丢失的PDU SN=7）。同时，对比文件的状态变量VR(R)定义为下一次期望按序接收的SN（[p64]–[p65]），而状态变量VR(MS)定义为状态传输窗口的上边界/下一个待确认边界（[p70]–[p71]）。本领域技术人员结合3GPP RLC协议常识易于理解，在重排序定时器期满并推进重排序窗口时，对比文件中将状态变量更新指向首个丢失PDU的SN，实质上正是将接收实体“下一个期望完全接收/期望递交”的状态变量对齐到该丢失PDU的SN。对比文件部分公开了更新期望接收/待决状态变量至丢失SN的技术手段，本领域技术人员通过逻辑推理能够合理推断出该特征。按照极其宽松的隐含公开判断原则，技术特征R被对比文件隐含公开。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | [p14] "The method may further include..."<br>（译文：该方法还可以包括……） | 关于技术特征S的直接公开论述：<br>对比文件[p14]明确记载了“The method may further include”，直接公开了该从属权利要求的过渡引导技术特征。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《直接公开》 | [p69] "The reordering timer is used to detect loss of RLC PDUs at lower layer and is started when out-of sequence RLC data PDU is received. A status report is triggered when the reordering timer is expired."<br>（译文：重排序定时器用于检测下层RLC PDU的丢失，并在接收到失序的RLC数据PDU时启动。当重排序定时器期满时触发状态报告。）<br>[p71] "When the reordering timer is expired, VR(MS) is updated to the SN of the first AMD PDU with SN >= VR(X) for which not all byte segments have been received."<br>（译文：当重排序定时器期满时，VR(MS)更新为SN>=VR(X)且尚未接收到所有字节段的第一个AMD PDU的SN。）<br>[p79] "...When the number of received AMD PDUs is greater than or equal to the updated VR(MS), the reordering timer restarts..."<br>（译文：……当接收到的AMD PDU的数量大于或等于更新后的VR(MS)时，重排序定时器重启……） | 关于技术特征T的直接公开论述：<br>对比文件在[p71]、[p79]中阐述了定时器期满后的分支处理：若更新后仍有未接收的PDU（即接收到的PDU数量 $\ge$ 更新后的VR(MS)），则定时器重启；反之，若在此范围内没有其他PDU丢失（所有PDU均按序或已全部就绪，没有出现更新后的VR(MS)被已收到的更高SN超越的情况），则不重启定时器，直接完成窗口推进。对比文件直接公开了该判断分支条件。因此，技术特征T被对比文件直接公开。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br><br>《隐含公开》 | [p71] "When the reordering timer is expired, VR(MS) is updated to the SN of the first AMD PDU with SN >= VR(X) for which not all byte segments have been received."<br>（译文：当重排序定时器期满时，VR(MS)更新为SN>=VR(X)且尚未接收到所有字节段的第一个AMD PDU的SN。）<br>[p72]-[p73] "- Highest received state variable: VR(H). This state variable holds the value of the SN following the SN of the RLC data PDU with the highest SN among received RLC data PDUs. This may hold the SN of the first RLC data PDU which is not received by the receiving side of the AM RLC entity. VR(H) is updated to the SN following the SN of a RLC data PDU when the RLC data PDU with SN>=VR(H) is received."<br>（译文：- 最高接收状态变量：VR(H)。该状态变量保存接收到的RLC数据PDU中具有最高SN的RLC数据PDU的SN之后的SN值。这可以保存AM RLC实体接收端未接收到的第一个RLC数据PDU的SN。当接收到SN>=VR(H)的RLC数据PDU时，VR(H)更新为该RLC数据PDU的SN之后的SN。）<br>[p79] "...Further, VR(X) is set to VR(H), and herein VR(X)=9..."<br>（译文：……此外，VR(X)被设置为VR(H)，在此VR(X)=9……） | 关于技术特征U的隐含公开论述：<br>目标专利说明书[0103]记载，若重排序缓冲器中不再存在丢失的PDU，则将下一个期望接收的SN（VR(AM_Next)）推进设置为最高SN加一（VR(AM_Next) = 最高SN + 1，参见步骤1223）。<br>对比文件[p72]–[p73]明确定义了状态变量VR(H)，其取值为“接收到的RLC数据PDU中具有最高SN的PDU的SN之后的SN值（即最高SN+1）”，并且在[p79]中，当定时器期满处理后，状态变量被推进赋值为VR(H)（即最高SN+1=9）。当后续没有其他丢失PDU时，接收实体期望接收的下一个PDU正是紧随当前已接收最大SN之后的PDU（即VR(H)=最高SN+1）。本领域技术人员通过对比文件公开的VR(H)机制及窗口更新逻辑，能够直接且合理地推导出在没有其他PDU丢失的条件下，将期望接收变量推进至最高SN加一。按照极宽松的隐含公开判断标准，技术特征U被对比文件隐含公开。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《直接公开》 | [p62] "The ACK_SN field 851 indicates the SN of the next not received RLC Data PDU which is not reported as missing in the status PDU 800..."<br>（译文：ACK_SN字段851指示在状态PDU 800中未报告为丢失的下一个未接收的RLC数据PDU的SN……）<br>[p63] "...The NACK_SN field 853 indicates the SN of the AMD PDU (or portions of it) that has been detected as lost at the receiving side of the AM RLC entity..."<br>（译文：……NACK_SN字段853指示在AM RLC实体的接收端被检测为丢失的AMD PDU（或其部分）的SN……）<br>[p79] "In this case, a status PDU 900 is constructed based on information regarding a PDU between VR(R)=2 to VR(MS)=7. A value of an ACK_SN field is 7, and values of three NACK_SN fields are respectively 2, 3, and 4."<br>（译文：在这种情况下，基于关于VR(R)=2到VR(MS)=7之间的PDU的信息构造状态PDU 900。ACK_SN字段的值为7，并且三个NACK_SN字段的值分别为2、3和4。） | 关于技术特征V的直接公开论述：<br>对比文件[p62]、[p63]及[p79]明确公开了：状态PDU中ACK_SN指示下一个未接收且未被报告为丢失的PDU的SN（即相当于下一个期望确认的SN，如ACK_SN=7），而在重排序缓冲器中，凡是小于该ACK_SN且未收到的PDU（如SN=2, 3, 4），均被确定为丢失。这与目标专利说明书[0103]所描述的“如果在重排序缓冲器中具有小于下一个期望SN的其他PDU丢失”的技术条件完全一致。因此，技术特征V被对比文件直接公开。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)。<br><br>《直接公开》 | [p63] "The NACK_SN field 853 indicates the SN of the AMD PDU (or portions of it) that has been detected as lost at the receiving side of the AM RLC entity."<br>（译文：NACK_SN字段853指示在AM RLC实体的接收端被检测为丢失的AMD PDU（或其部分）的SN。）<br>[p79] "...A value of an ACK_SN field is 7, and values of three NACK_SN fields are respectively 2, 3, and 4."<br>（译文：……ACK_SN字段的值为7，并且三个NACK_SN字段的值分别为2、3和4。）<br>[p81] "(1) AMD PDUs which are unsuccessfully received by a receiver are AMD PDUs with SNs 2, 3, and 4."<br>（译文：(1) 接收机未成功接收的AMD PDU是SN为2、3和4的AMD PDU。） | 关于技术特征W的直接公开论述：<br>对比文件[p63]、[p79]和[p81]明确公开了：对于检测到丢失的PDU，在所构建传送的状态报告（Status PDU）中使用NACK_SN字段显式指示否定应答（NACK），从而通知发射端进行重传。其技术方案、作用与技术特征W完全相同。因此，技术特征W被对比文件直接公开。 |
---
<<<A>>>
<<<G>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
<<<P>>>
<<<Q>>>
<<<r>>>
<<<S>>>
<<<T>>>
<<<u>>>
<<<V>>>
<<<W>>>
结合目标专利说明书的记载与评估要求，对提供的对比文件（WO2010021465A3）进行特征比对与公开性评估。
由于在【对比文件/2010-02-25_WO2010021465A_发明申请_WO2010021465A3 METHOD OF TRIGGERING STATUS REPORT IN WIRELESS COMMUNICATION SYSTEM AND RECEIVER.docx】项下标注为**“无说明书”**，即输入材料中未提供对比文件的任何文本内容、权利要求书、附图或说明书段落，无法提取对比文件的具体技术内容进行实质性比对。
基于严谨的审查原则与证据规则，在无法获取对比文件技术内容的前提下，无法认定对比文件公开（包括直接公开与隐含公开）了目标专利的任何技术特征。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征D：在MAC层中使用所述TSN<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征I：启动定时器<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征O：该方法还包括<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征S：该方法还包括<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《未公开》 | 未提供对比文件文本（无说明书内容） | 由于本案未输入对比文件的任何说明书正文或附图内容，无法从中得出对比文件公开了该特征。 |
---
根据输出规则，由于对比文件未提供文本内容，未能直接公开或隐含公开任何技术特征，故不在结尾插入任何代码。
针对对比文件（US2010080170A1）是否公开目标专利权利要求技术特征A至W，现进行严谨的技术比对与法律论述。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【0028】“A method 100 of transmitting data in a UTRAN wireless communication network according to this embodiment of the present invention is depicted in flow diagram form in FIG. 5.”<br>（译文：根据本发明该实施例的在UTRAN无线通信网络中传输数据的方法100以流程图形式描绘在图5中。） | 直接公开论述：<br>对比文件公开了一种在无线通信网络中传输数据的方法，技术特征A为方法的前序引导语，属于常规方法步骤表述，被对比文件直接公开。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 【0002】“...and plurality of NodeBs 20, also known in the art as Base Stations, each providing communication services to one or more User Equipment (UE) 24...”<br>（译文：……以及多个NodeB 20，在本领域中也称为基站，各自在一个小区或扇区26内跨空中接口向一个或多个用户设备（UE）24提供通信服务……）<br>【0003】“...With the advent of High-Speed Downlink Packet Access (HSDPA), the NodeB 20 communicates with each UE 24 on dedicated channels and additionally broadcasts data packets throughout the cell 26 on a High Speed Downlink Shared Channel (HS-DSCH).”<br>（译文：……随着高速下行链路分组接入（HSDPA）的出现，NodeB 20在专用信道上与每个UE 24通信，并在高速下行链路共享信道（HS-DSCH）上在整个小区26内广播数据分组。） | 未公开论述：<br>在目标专利中（参见说明书【0005】-【0007】），特征B属于“多点操作/站点间多流操作”，具体限定同一WTRU从地理位置独立、位于不同站点的“多个节点B”并发接收传输块/PDU。<br>对比文件【0002】虽然提及网络存在多个NodeB，但在描述UE进行数据通信（如【0003】、【0023】-【0028】）时，针对具体单个UE，仅披露了该UE由单个特定的NodeB 20提供下行HSDPA通信服务，未涉及单个UE同时/分别从“多个节点B”接收PDU的多流或多点传输方案。因此，对比文件未直接公开，本领域技术人员也无法基于单小区/单NodeB调度必然推导出单个UE从多个NodeB接收PDU，亦未隐含公开。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《直接公开》 | 【0027】“...The reordering methodology affects the MAC-hs header, since Transmission Sequence Numbers (TSN) need to be assigned per reordering entity.”<br>（译文：……重排序方法会影响MAC-hs报头，因为需要针对每个重排序实体分配传输序列号（TSN）。） | 直接公开论述：<br>对比文件明确记载了在下行传输协议中，在MAC-hs报头中包含传输序列号（TSN），用于支持接收端的重排序功能。该TSN直接包含在接收端接收的PDU中，其所起的作用与目标专利相同，均为在MAC层重排序时提供序列标识，故构成直接公开。 |
| 技术特征D：在MAC层中使用所述TSN<br>《直接公开》 | 【0006】“...The reordering of PDUs in MAC-hs functionality in the UE 24 is depicted in FIG. 4. The reordering is performed on a per-PQ 32 basis; thus the UE 24 must configure as many reordering queues 34 as there are PQs 32.”<br>（译文：……在UE 24中的MAC-hs功能中对PDU的重排序描绘在图4中。重排序是在每个PQ 32的基础上执行的；因此UE 24必须配置与PQ 32一样多的重排序队列34。）<br>【0027】“...The reordering methodology affects the MAC-hs header, since Transmission Sequence Numbers (TSN) need to be assigned per reordering entity.”<br>（译文：……因为需要针对每个重排序实体分配传输序列号（TSN）。） | 直接公开论述：<br>对比文件公开了UE端在MAC-hs/MAC-ehs实体（属于MAC层）中，根据分配给重排序实体的TSN对PDU进行重排序处理。该技术手段在对比文件中起到在MAC层恢复数据包接收顺序的作用，与目标专利相同，因此被对比文件直接公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 【0006】“...The reordering of PDUs in MAC-hs functionality in the UE 24 is depicted in FIG. 4. The reordering is performed on a per-PQ 32 basis; thus the UE 24 must configure as many reordering queues 34 as there are PQs 32.”<br>（译文：……在UE 24中的MAC-hs功能中对PDU的重排序描绘在图4中。重排序是在每个PQ 32的基础上执行的；因此UE 24必须配置与PQ 32一样多的重排序队列34。）<br>【0027】“In the UE 24, if the LCH-ID mapping from PQs 32 has not been configured, the re-ordering of MAC-hs PDUs is done on a per-LCH-ID basis. However, to reduce the number (and hence cost) of re-ordering queues, it would be advantageous to have a mapping between the PQs 32 and the LCH-IDs, which would enable reordering per-PQ 32 instead of per-LCH...”<br>（译文：在UE 24中，如果未配置来自PQ 32的LCH-ID映射，则MAC-hs PDU的重排序是在每个LCH-ID的基础上完成的。然而，为了减少重排序队列的数量（并因此降低成本），在PQ 32和LCH-ID之间建立映射是有利的，这将使得能够在每个PQ 32的基础上而不是每个LCH进行重排序……） | 未公开论述：<br>结合目标专利说明书【0006】、【0051】、【0057】可知，特征E的作用是解决由于分组源自不同的多个节点B、TSN独立分配且传输延迟不同所导致的失序问题，其采用的方案是在MAC层通过为每个节点B建立独立的重排序队列（如MAC-ehs实体或队列组）分别进行独立重排序。<br>而对比文件仅披露在单个NodeB通信场景下，根据优先级队列（PQ）或逻辑信道标识（LCH-ID）在不同重排序队列中对PDU进行重排序，解决的是多逻辑信道复用到同一MAC-d流时的重排序队列开销问题，完全不涉及针对“多个节点B中的每个节点B”设置独立的重排序队列进行重排序。因此，对比文件未直接公开，本领域技术人员也无法根据单NodeB下基于PQ/LCH的队列划分推理得出特征E，亦不构成隐含公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《隐含公开》 | 【0006】“...The reordering is performed on a per-PQ 32 basis; thus the UE 24 must configure as many reordering queues 34 as there are PQs 32.”<br>（译文：……重排序是在每个PQ 32的基础上执行的；因此UE 24必须配置与PQ 32一样多的重排序队列34。）<br>【0027】“In the UE 24, if the LCH-ID mapping from PQs 32 has not been configured, the re-ordering of MAC-hs PDUs is done on a per-LCH-ID basis. However, to reduce the number (and hence cost) of re-ordering queues, it would be advantageous to have a mapping between the PQs 32 and the LCH-IDs, which would enable reordering per-PQ 32 instead of per-LCH...”<br>（译文：在UE 24中，如果未配置来自PQ 32的LCH-ID映射，则MAC-hs PDU的重排序是在每个LCH-ID的基础上完成的。然而，为了减少重排序队列的数量（并因此降低成本），在PQ 32和LCH-ID之间建立映射是有利的，这将使得能够在每个PQ 32的基础上而不是每个LCH进行重排序……）<br>【0003】“...Each RNC includes, among other functional modules, a Radio Link Protocol (RLC) 16 and a dedicated Medium Access Control (MAC-d) 18. The RLC 16 transfers data to the MAC-d 18 on a plurality of logical channels 17...”<br>（译文：……每个RNC包括放射链路协议（RLC）16和专用介质访问控制（MAC-d）18等功能模块。RLC 16在多个逻辑信道17上传输数据给MAC-d 18……） | 隐含公开论述：<br>依据宽松的隐含公开判断标准：在目标专利中，特征F是将来自于服务于同一逻辑信道但分布在不同队列中的PDU汇聚传递到RLC层的该逻辑信道中。<br>对比文件公开了重排序队列与逻辑信道之间的关系：当未配置LCH-ID与PQ的映射时，在每个LCH-ID对应的重排序队列进行重排序，而在配置了PQ映射或者在更一般的多承载/多流场景中，对比文件公开了存在多个重排序队列，且上层RLC层建立有多个逻辑信道。本领域技术人员根据对比文件公开的MAC-hs与RLC实体架构（即重排序实体解复用后将数据向上传递到对应的RLC逻辑信道），结合3GPP标准常识，完全有可能推导出或合理预期在存在多个重排序队列时将重排序后的PDU路由汇聚传递到上层RLC层的一个逻辑信道中，且部分公开了重排序后向逻辑信道传递PDU的技术内容。因此，按照宽松标准判定为隐含公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《隐含公开》 | 【0003】“...Each RNC includes, among other functional modules, a Radio Link Protocol (RLC) 16 and a dedicated Medium Access Control (MAC-d) 18. The RLC 16 transfers data to the MAC-d 18 on a plurality of logical channels 17...”<br>（译文：……每个RNC包括放射链路协议（RLC）16和专用介质访问控制（MAC-d）18等功能模块。RLC 16在多个逻辑信道17上传输数据给MAC-d 18……）<br>【0007】“...The MAC-d receives RLC PDUs, which are octet-aligned in both acknowledged mode (AM) and unacknowledged mode (UM)...”<br>（译文：……MAC-d接收RLC PDU，这些PDU在应答模式（AM）和非应答模式（UM）下都是八位位组对齐的……） | 隐含公开论述：<br>在目标专利中，特征G用于在RLC层针对跨站/失序传递的数据基于RLC SN进行第二阶重排序。<br>对比文件明确记载了RLC协议操作在应答模式（AM）和非应答模式（UM）下，并生成/处理RLC PDU。本领域技术人员熟知，在UMTS/HSDPA架构中，RLC AM实体本身具备接收缓冲器、基于RLC序列号（SN）检测丢失、进行重排序并保证按序交付给更高层的功能。对比文件已经公开了RLC AM模式的存在，基于宽松的隐含公开标准，本领域技术人员根据对比文件中RLC AM实体的披露能够合理推断出其在RLC层具有基于SN对接收到的PDU进行重排序的固有功能，故特征G被隐含公开。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《隐含公开》 | 【0007】“...The MAC-d receives RLC PDUs, which are octet-aligned in both acknowledged mode (AM) and unacknowledged mode (UM)...”<br>（译文：……MAC-d接收RLC PDU，这些PDU在确认模式（AM）和未确认模式（UM）下都是八位位组对齐的……）<br>【0034】“Those of skill in the art will recognize that the functional modules described herein, including the RLC 16, MAC-d 18, NodeB MAC-sh 22, and UE MAC-esh may be implemented as dedicated electronic circuits...”<br>（译文：本领域技术人员将认识到，本文描述的功能模块，包括RLC 16、MAC-d 18、NodeB MAC-hs 22以及UE MAC-ehs，可以实现为专用电子电路……） | 隐含公开论述：<br>目标专利中，该特征是指RLC接收端通过比对接收到的RLC PDU的SN发现序号不连续（出现空洞），判定存在至少一个RLC PDU丢失。<br>对比文件虽然没有逐字展开RLC层如何根据SN检测空洞的详细流程，但其明确提到了系统支持RLC应答模式（AM模式）。在通信协议标准中，RLC AM模式的最基本核心行为即为通过检查SN的连续性来判定RLC PDU是否丢失。本领域技术人员根据对比文件公开的RLC AM模式能够毫无疑义地推理出该内在机制，根据宽松的隐含公开标准，认定特征H被隐含公开。 |
| 技术特征I：启动定时器<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>在目标专利中，特征I是在RLC检测到由于SN不连续引起的丢失时，特意启动一个重排序/延迟状态报告定时器（如Timer_Am_Reordering或Timer_SR），其作用是由于多节点B异步传输导致到达RLC的数据本身可能出现延迟而非物理丢失，因此启动定时器暂停立即上报。<br>对比文件仅关注MAC层的C/T字段消除、信道映射和长度指示优化，完全没有涉及在RLC层因为检测到基于SN丢失而“启动定时器”的技术构思或流程，既无直接公开，也无推导依据，故未公开。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>对比文件未设置上述针对RLC PDU丢失所启动的重排序定时器，自然完全未公开在所述定时器期满这一判定条件及后续处理流程，故未公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《隐含公开》 | 【0007】“...The MAC-d receives RLC PDUs, which are octet-aligned in both acknowledged mode (AM)...”<br>（译文：……MAC-d接收RLC PDU，这些PDU在应答模式（AM）下是八位位组对齐的……）<br>【0034】“...the functional modules described herein, including the RLC 16...”<br>（译文：……本文描述的功能模块，包括RLC 16……） | 隐含公开论述：<br>在目标专利中，基于RLC PDU的SN确定哪个PDU需要被指示或重传。<br>对比文件披露了标准的RLC AM模式。根据本领域常识，RLC AM模式在确定丢失及反馈状态时，必然基于RLC PDU的SN来识别数据包。在宽松判断标准下，对比文件公开RLC AM模式即包含了基于SN进行数据处理的能力，故特征K被隐含公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《隐含公开》 | 【0007】“...The MAC-d receives RLC PDUs, which are octet-aligned in both acknowledged mode (AM)...”<br>（译文：……MAC-d接收RLC PDU，这些PDU在应答模式（AM）下是八位位组对齐的……）<br>【0034】“...the functional modules described herein, including the RLC 16...”<br>（译文：……本文描述的功能模块，包括RLC 16……） | 隐含公开论述：<br>目标专利中，传送状态报告（STATUS PDU）用于通知发送端哪些RLC PDU丢失需要重传。<br>对比文件虽然重点讨论MAC-d复用，但明确说明RLC工作在应答模式（AM）。在无线通信领域，RLC AM最本质的功能即为接收端向发送端传送状态报告（STATUS PDU）反馈确认/否定确认以触发重传。因此，对比文件部分公开了该常规机制，本领域技术人员能够合理推断出RLC AM具备传送指示丢失PDU的状态报告的功能，基于宽松标准认定特征L被隐含公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>目标专利中该特征限定了状态报告被挂起/抑制的前提逻辑，即不仅发生了基于SN的丢失，而且此前针对重排序延迟启动的定时器当前处于“正在运行”状态。<br>对比文件完全没有提出针对RLC PDU失序等待的专用定时器机制，更不存在“定时器正在运行”这一组合条件的判断，故未公开。 |
| 技术特征N：对所述状态报告的传送进行延迟<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>在目标专利中，特征N的作用是防止在站点间多点操作下，因不同节点B传输延迟不一致造成接收端RLC过早触发状态报告而引起不必要的重传，其方案是延迟传送状态报告。<br>对比文件没有涉及跨站点导致过早状态报告的问题，也没有设计任何在RLC层延迟发送状态报告以等待失序PDU到达的机制。对比文件未直接公开，本领域技术人员也无法从对比文件中推理得出该技术方案，故未公开。 |
| 技术特征O：该方法还包括<br>《直接公开》 | 【0028】“A method 100 of transmitting data in a UTRAN wireless communication network according to this embodiment of the present invention is depicted in flow diagram form in FIG. 5.”<br>（译文：根据本发明该实施例的在UTRAN无线通信网络中传输数据的方法100以流程图形式描绘在图5中。） | 直接公开论述：<br>常规方法特征引语，对比文件公开了数据传输方法的步骤流程，构成直接公开。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>对比文件根本不存在RLC层该重排序定时器的设计，更未披露“定时器期满且重排序缓冲器中仍存在至少另一个RLC PDU丢失”的复合分支触发条件，故未公开。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>目标专利中特征Q用于当依然存在丢失包时继续延迟状态报告、继续等待其他节点B送达数据。<br>对比文件未包含该定时器机制，亦无重启定时器的技术方案，故未公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>在目标专利中（参见【0103】及附图12B中的步骤1222），当定时器期满且仍有PDU丢失时，将期望接收的变量VR(AM_NEXT)重置/推进为当前未收到的一列丢失PDU中的SN。<br>对比文件完全未公开该变量维护逻辑，亦无相关技术方案记载，故未公开。 |
| 技术特征S：该方法还包括<br>《直接公开》 | 【0028】“A method 100 of transmitting data in a UTRAN wireless communication network according to this embodiment of the present invention is depicted in flow diagram form in FIG. 5.”<br>（译文：根据本发明该实施例的在UTRAN无线通信网络中传输数据的方法100以流程图形式描绘在图5中。） | 直接公开论述：<br>常规方法特征引语，对比文件公开了数据传输方法，构成直接公开。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>目标专利中特征T对应附图12B步骤1220的“No”分支（即间隙已填补或后续无其他缺失PDU）。<br>对比文件完全不包含针对定时器期满后检查有无其他PDU丢失的判定分支，故未公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>在目标专利中（参见【0103】及附图12B步骤1223），当定时器期满且缓冲器中没有其他丢失PDU时，将下一个期望的变量VR(AM_NEXT)设置为接收缓冲器中最高SN加一。<br>对比文件没有记载该在定时器期满无丢失场景下的特定变量更新算法，故未公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 对比文件全文无记载。 | 未公开论述：<br>目标专利中特征V限定了在状态报告生成时，检查重排序缓冲器窗口内小于VR(AM_NEXT)的前序丢失PDU的状态。<br>对比文件完全没有记载此种重排序缓冲器遍历比对逻辑，故未公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)<br>《隐含公开》 | 【0007】“...The MAC-d receives RLC PDUs, which are octet-aligned in both acknowledged mode (AM)...”<br>（译文：……MAC-d接收RLC PDU，这些PDU在应答模式（AM）下是八位位组对齐的……）<br>【0034】“...the functional modules described herein, including the RLC 16...”<br>（译文：……本文描述的功能模块，包括RLC 16……） | 隐含公开论述：<br>目标专利中，该特征是指在状态报告（STATUS PDU）中针对检测到丢失的SN填充否定应答（NACK）。<br>对比文件虽然没有详述生成STATUS PDU的具体比特字段过程，但已明确公开RLC层支持应答模式（AM）。根据无线通信标准常识，RLC AM状态报告机制的核心就是对正确接收的包反馈ACK，对未正确接收或丢失的包反馈NACK。本领域技术人员可以合理推知状态报告指示NACK的常规技术手段，基于宽松的隐含公开标准，认定特征W被隐含公开。 |
---
<<<A>>><<<C>>><<<D>>><<<O>>><<<S>>><<<f>>><<<g>>><<<h>>><<<k>>><<<l>>><<<w>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【0001】<br>“本发明涉及一种在蜂窝无线电系统中使用确认模式（AM）RLC传输无线电链路控制（RLC）状态报告的方法和系统……”（The present invention relates to a method and a system for transmitting Radio Link Control (RLC) status reports in a cellular radio system using Acknowledge Mode (AM) RLC...）<br>【0024】<br>“图2中示出了示出当在从UE 101到RNC 105的上行链路中传输数据、特别是与RLC状态报告相关的数据时的不同步骤的流程图……”（In FIG. 2 a flow chart illustrating different steps when transmitting data, in particular data related to RLC Status Reports, in the uplink from the UE 101 to the RNC 105 is shown...） | 对比文件公开了一种数据传输及重排序处理方法，包含多个具体的处理步骤，直接公开了“该方法包括”。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《未公开》 | 【0023】<br>“UE 103可以通过服务于UE 103所在区域的基站NodeB 101连接到蜂窝无线电系统100。多个基站101连接到无线电网络控制器RNC 105。”（The UE 103 can connect to the cellular radio system 100 via a base station, NodeB, 101 serving the area where the UE 103 is present. A number of base stations 101 are connected to a Radio Network Controller RNC 105.） | 目标专利中该特征是指站点间多流操作中，接收端（WTRU）同时从多个独立的节点B（Node B）接收PDU，以解决跨节点B乱序传输的问题（目标说明书【0006】、【0051】等）。对比文件虽然在系统宏观架构上提及网络中存在多个Node B连接至RNC，但对于数据接收过程，仅公开了单个UE通过服务于其所在区域的一个NodeB 101连接并收发数据，完全没有公开从“多个节点B”接收PDU的技术方案。既非直接公开，也无法隐含得出。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《直接公开》 | 【0024】<br>“在步骤207中，接收机检查在单独逻辑信道上最新接收的分组的传输序列号TSN。步骤207中的检查是针对迄今为止接收到的具有最高TSN的PDU分组进行的……”（Thereupon in a step 207, the receiver checks the Transmission Sequence Number TSN of the latest received packet on the separate logical channel. The check in step 207 is made against the TSN of the PDU packet having the highest TSN received so far...） | 目标专利中TSN用于在MAC层标识PDU传输顺序。对比文件明确记载接收到的PDU分组携带“传输序列号TSN”（Transmission Sequence Number TSN），接收机检查接收分组的TSN，二者均用于在传输层/MAC层标识分组的发送序号，技术方案相同，作用相同，属于《直接公开》。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《直接公开》 | 【0007】<br>“标准3GPP TS 25.321媒体接入控制（MAC）协议规范指定了向上层的按序传递，并且由于使用HARQ传输的分组在多次尝试传输后被接收从而导致失序传递，因此实现了所谓的重排序队列。”（The standard 3GPP TS 25.321 Medium Access Control (MAC) protocol specification specifies in-sequence delivery to the upper layers, and since a packet transmitted using HARQ can be received after several attempts of transmission causing an out-of-sequence delivery, so called reordering queues are implemented.）<br>【0024】<br>“……在步骤207中，接收机检查在单独逻辑信道上最新接收的分组的传输序列号TSN……否则在步骤211中将包含RLC AM状态报告的PDU分组传递到RLC。对于RLC状态报告仍应采用HARQ重传。”（...in a step 207, the receiver checks the Transmission Sequence Number TSN of the latest received packet on the separate logical channel... Else the PDU packet comprising the RLC AM status report is delivered to the RLC in a step 211. HARQ retransmissions should still be employed for the RLC status reports.） | 目标专利中TSN是在MAC层用于处理HARQ与重排序的序列号。对比文件指出在3GPP TS 25.321 MAC协议框架下，在将数据传递至RLC层之前，在HARQ/MAC相关处理步骤（步骤207）中检查并使用接收分组的TSN来判断分组的新旧，因此是在MAC层中使用TSN，作用相同，属于《直接公开》。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | 【0007】<br>“……标准3GPP TS 25.321媒体接入控制（MAC）协议规范指定了向上层的按序传递，并且由于使用HARQ传输的分组在多次尝试传输后被接收从而导致失序传递，因此实现了所谓的重排序队列。”（...The standard 3GPP TS 25.321 Medium Access Control (MAC) protocol specification specifies in-sequence delivery to the upper layers, and since a packet transmitted using HARQ can be received after several attempts of transmission causing an out-of-sequence delivery, so called reordering queues are implemented.）<br>【0024】<br>“接下来，在步骤205中，在单独逻辑信道上接收到的所有PDU分组被立即传递，即不等待被重排序……”（Next, in a step 205, all PDU packets received on the separate logical channel are delivered immediately, i.e. without waiting to be reordered...） | 目标专利中该特征是指针对来自不同节点B的PDU分别建立不同的重排序队列进行一阶重排序（目标说明书【0007】、【0051】、【0067】）。对比文件仅一般性提及3GPP MAC中存在重排序队列，其核心构思反而是对控制信道PDU“不等待被重排序而立即传递”，更完全没有涉及对来自“多个节点B中每个节点B接收到的PDU在不同重排序队列中重排序”的技术方案。既非直接公开，也无法隐含得出。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《未公开》 | 【0024】<br>“……否则在步骤211中将包含RLC AM状态报告的PDU分组传递到RLC。”（...Else the PDU packet comprising the RLC AM status report is delivered to the RLC in a step 211.） | 目标专利该特征是将来自多个重排序队列（对应多个节点B）的PDU汇聚传递到RLC层的同一个逻辑信道进行后续二阶重排序。对比文件仅公开了将PDU分组传递到RLC，不存在“从多个重排序队列接收到的PDU”汇聚传递到RLC层一个逻辑信道的架构与处理过程。既未直接公开，也无法隐含得出。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《隐含公开》 | 【0002】<br>“无线电链路控制（RLC）协议已在3GPP规范TS 25.322中标准化……确认模式（AM）RLC，其采用基于窗口的系统来重传丢失的分组。”（The Radio Link Control (RLC) protocol has been standardized in the 3GPP specification TS. 25.322... the Acknowledged Mode (AM) RLC, which deploys a window based system to retransmit lost packets.）<br>【0003】<br>“AM RLC是基于窗口的，并且只要滑动窗口未耗尽，就执行从发送方到接收方的传输……”（The AM RLC is window based and transmissions from a sender to a receiver are executed for as long as a sliding window is not depleted...）<br>【0023】<br>“……RNC 105通常还包括无线电链路控制器节点（RLC）107。RLC 107除其他外负责检测错误。”（...The RNC 105 typically also includes a Radio link controller node (RLC) 107. The RLC 107 is among other things responsible for detecting errors.） | 目标专利中该特征是在RLC层依据PDU自身的序列号（SN）进行重排序，以支持按序递交及空洞/丢包检测。对比文件公开了系统采用3GPP TS 25.322规范的AM RLC机制，并且基于滑动窗口来处理数据传输与错误检测。在标准3GPP AM RLC接收端机制中，基于窗口检测丢失分组、维持接收窗口滑动以及向上层按序递交，其底层必然依赖于对接收到的携带序列号（SN）的RLC PDU基于SN进行重排序与缓冲。本领域技术人员结合3GPP AM RLC常识与对比文件引用的标准规范，有可能合理推断出RLC层具备基于SN对PDU进行重排序/重组的机制，因此在极为宽松的标准下判断为《隐含公开》。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《直接公开》 | 【0004】<br>“……发送状态报告的触发条件在3GPP TS 25.322无线电链路控制（RLC）协议规范中列出，包括轮询位置位的PDU，其向接收方指示必须向发送方传递状态报告。此外，丢失PDU的检测和周期性定时器也是状态报告的触发条件。”（...The triggers for sending a status report are listed in 3GPP TS 25.322 Radio Link Control (RLC) protocol specification and include PDUs with the poll bit set, which indicates to the receiver that the status report has to be delivered to the sender. Also the detection of missing PDUs and a periodical timer are triggers for status reports.） | 目标专利中该特征是指RLC实体通过检查接收到的PDU SN的不连续性来判断发生丢包（检测到Missing PDU）。对比文件明确公开了在3GPP TS 25.322 AM RLC协议中，“检测到丢失的PDU”（detection of missing PDUs）是状态报告的触发事件，而AM RLC检测丢失PDU正是基于SN序列号间隙（gap）实现的，其技术方案和在协议中的作用与目标专利完全相同，属于《直接公开》。 |
| 技术特征I：<br>启动定时器<br><br>《隐含公开》 | 【0004】<br>“……发送状态报告的触发条件在3GPP TS 25.322无线电链路控制（RLC）协议规范中列出……此外，丢失PDU的检测和周期性定时器也是状态报告的触发条件。”（...Also the detection of missing PDUs and a periodical timer are triggers for status reports.）<br>【0005】<br>“如果在状态禁止定时器未运行，则状态报告在被触发后发送。状态禁止定时器是可配置的定时器，其防止接收机在特定时间量期间发送状态报告。状态禁止定时器的目的是避免过于频繁的状态报告……”（The status reports are sent after they have been triggered if the status prohibit timer is not running. The status prohibit timer is a configurable timer that prevents the receiver to send status reports during a specific amount of time. The purpose of the status prohibit timer is to avoid too frequent status reporting...）<br>【0006】<br>“状态禁止定时器在发送一个状态报告之后被设置……”（The status prohibit timer is set after one status report is sent...） | 目标专利中该定时器为重排序/延迟状态报告定时器（如Timer_Am_Reordering），在检测到丢包时启动以推迟报告传输（目标说明书【0100】、【0101】）。对比文件公开的定时器是周期性触发定时器以及“状态禁止定时器（status prohibit timer）”，禁止定时器在发送状态报告后设置/启动。两者的具体启动时机与控制逻辑存在差异（对比文件并非严格在丢包瞬间启动用于等待乱序包的定时器）。但在宽松的隐含公开判断标准下，对比文件公开了在AM RLC状态报告控制过程中存在定时器启动机制，且状态报告受定时器约束；由于对比文件部分公开了定时器机制，且存在与现有重排序定时器组合的可能，基于极其宽松的标准认定该步骤为《隐含公开》。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《直接公开》 | 【0006】<br>“……如果在此期间状态报告被触发（例如通过前面提到的任何功能），它将被推迟到状态禁止定时器期满为止……”（If during this time a status report is triggered, for example by any of the previously mentioned functions, it is postponed until the status prohibit timer has expired...） | 目标专利中该特征是在定时器超时（期满）作为触发/允许后续动作（如发送状态报告）的前置条件。对比文件明确公开了被推迟的状态报告一直推迟直到定时器期满（until the status prohibit timer has expired），即在“定时器期满的条件下”执行后续的状态报告发送，条件与作用实质相同，属于《直接公开》。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《直接公开》 | 【0004】<br>“……在AM RLC中，确认由接收方以状态报告的形式发送给发送方。状态报告可以看作是响应于一些预定义和配置的触发事件而从接收方传输到发送方的确认列表。如果发送方接收到状态报告，则必须重传任何以及所有被否定确认的PDU……”（...In AM RLC the acknowledgements are sent by the receiver to the sender in the form of status reports. The status reports can be viewed as a list of acknowledgments that are transmitted from the receiver to the sender in response to some predefined and configured trigger events. If the sender receives a status report, any and all negatively acknowledged PDUs have to be retransmitted...） | 目标专利中状态报告指示具体哪个RLC PDU丢失是基于该PDU的SN确定的。对比文件公开的AM RLC状态报告本质是对PDU的确认/否定确认列表（list of acknowledgments/negatively acknowledged PDUs），且依据3GPP TS 25.322标准，状态报告中针对丢失PDU的确认信息必然是基于PDU的SN（即指示对应SN未收到），技术手段与作用完全相同，属于《直接公开》。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《直接公开》 | 【0004】<br>“……在AM RLC中，确认由接收方以状态报告的形式发送给发送方。状态报告可以看作是响应于一些预定义和配置的触发事件而从接收方传输到发送方的确认列表。如果发送方接收到状态报告，则必须重传任何以及所有被否定确认的PDU……”（...In AM RLC the acknowledgements are sent by the receiver to the sender in the form of status reports. The status reports can be viewed as a list of acknowledgments that are transmitted from the receiver to the sender in response to some predefined and configured trigger events. If the sender receives a status report, any and all negatively acknowledged PDUs have to be retransmitted...）<br>【0006】<br>“……如果在此期间状态报告被触发，例如通过前面提到的任何功能，它将被推迟到状态禁止定时器期满为止……”（...If during this time a status report is triggered, for example by any of the previously mentioned functions, it is postponed until the status prohibit timer has expired...） | 目标专利中该特征是指发送指示哪些RLC PDU丢失的状态报告给发送端以请求重传。对比文件明确公开了在触发后（如检测到丢失PDU并在定时器期满后）传输状态报告，且该状态报告用于否定确认丢失的PDU（negatively acknowledged PDUs）以供发送方重传，方案与作用完全相同，属于《直接公开》。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《直接公开》 | 【0004】<br>“……丢失PDU的检测和周期性定时器也是状态报告的触发条件。”（...Also the detection of missing PDUs and a periodical timer are triggers for status reports.）<br>【0005】<br>“状态报告在被触发后发送，如果状态禁止定时器未在运行……”（The status reports are sent after they have been triggered if the status prohibit timer is not running...）<br>【0006】<br>“……如果在此期间（即定时器正在运行期间）状态报告被触发（例如通过前面提到的任何功能），它将被推迟到状态禁止定时器期满为止……”（If during this time a status report is triggered, for example by any of the previously mentioned functions, it is postponed until the status prohibit timer has expired...） | 目标专利中该特征定义了在丢包检测发生且定时器尚在运行的并发状态。对比文件明确记载：状态报告因检测到丢失PDU而被触发，而在状态禁止定时器运行期间（If during this time），状态报告不能立即发送而被推迟。该记载直接公开了在“检测到RLC PDU丢失且定时器正在运行”的条件，属于《直接公开》。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟<br><br>《直接公开》 | 【0005】<br>“……状态禁止定时器是可配置的定时器，其防止接收机在特定时间量期间发送状态报告……”（...The status prohibit timer is a configurable timer that prevents the receiver to send status reports during a specific amount of time...）<br>【0006】<br>“……如果在此期间状态报告被触发，例如通过前面提到的任何功能，它将被推迟（postponed）直到状态禁止定时器期满为止……”（...If during this time a status report is triggered, for example by any of the previously mentioned functions, it is postponed until the status prohibit timer has expired...） | 目标专利中该特征是为了避免过早发送状态报告而推迟传输。对比文件明确使用“postponed”（推迟/延迟）来描述状态报告的传输被延迟到定时器期满，二者均起到了避免过早/过于频繁发送状态报告的作用，技术手段与效果实质相同，属于《直接公开》。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | 【0024】<br>“图2中示出了示出当在从UE 101到RNC 105的上行链路中传输数据、特别是与RLC状态报告相关的数据时的不同步骤的流程图……”（In FIG. 2 a flow chart illustrating different steps when transmitting data, in particular data related to RLC Status Reports, in the uplink from the UE 101 to the RNC 105 is shown...） | 对比文件公开的方法包含后续多个处理流程与步骤，直接公开了“该方法还包括”。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《未公开》 | 【0004】<br>“……发送状态报告的触发条件在3GPP TS 25.322……中列出……包括检测到丢失的PDU……”（...The triggers for sending a status report are listed in 3GPP TS 25.322... include... the detection of missing PDUs...）<br>【0006】<br>“……如果在此期间状态报告被触发，例如通过前面提到的任何功能，它将被推迟到状态禁止定时器期满为止……”（...If during this time a status report is triggered, for example by any of the previously mentioned functions, it is postponed until the status prohibit timer has expired...） | 目标专利该特征是在二阶重排序的特定状态机控制下，检测“当前定时器期满”且“重排序缓冲器中依然存在至少另一个空洞/丢失PDU”作为特定分支条件（目标说明书【0092】、【0103】中的步骤1220）。对比文件仅一般性描述定时器期满后发送被推迟的状态报告，完全没有公开判断是否存在“至少另一个RLC PDU丢失”作为条件判断分支。既非直接公开，也无法合理推断。 |
| 技术特征Q：<br>重启所述定时器<br><br>《隐含公开》 | 【0005】<br>“状态报告在被触发后发送，如果状态禁止定时器未运行……目的在于避免过于频繁的状态报告……”（The status reports are sent after they have been triggered if the status prohibit timer is not running... The purpose of the status prohibit timer is to avoid too frequent status reporting...）<br>【0006】<br>“状态禁止定时器在发送一个状态报告之后被设置……”（The status prohibit timer is set after one status report is sent...） | 目标专利该特征是在前述丢包仍存在条件下重启定时器以继续等待乱序PDU。对比文件公开了每当发送一个状态报告后就会重新设置/启动（set）状态禁止定时器。虽然二者重启定时器的触发驱动逻辑不同（目标专利是基于重排序缓冲器仍有丢包，对比文件是发送状态报告后的防频繁机制），但在极宽松的隐含公开标准下，对比文件公开了定时器运行结束后再次触发/重新启动定时器的机制，存在部分技术特征的对应与推理空间，认定为《隐含公开》。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br><br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中该特征是指在仍有丢包时，将协议控制变量下一个期望的序列号VR(AM_NEXT)回退或更新为所有丢失PDU中最小的SN（目标说明书【0102】、【0103】），以准确跟踪未决的丢失PDU。对比文件完全没有公开对“下一个期望的RLC PDU的SN”进行设置或更新为该丢失PDU SN的算法和处理逻辑。既未直接公开，亦无法隐含得出。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | 【0024】<br>“图2中示出了示出当在从UE 101到RNC 105的上行链路中传输数据、特别是与RLC状态报告相关的数据时的不同步骤的流程图……”（In FIG. 2 a flow chart illustrating different steps when transmitting data, in particular data related to RLC Status Reports, in the uplink from the UE 101 to the RNC 105 is shown...） | 对比文件公开的方法包含后续具体操作步骤，直接公开了“该方法还包括”。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中该特征定义了在定时器超时后检测到接收窗口/重排序缓冲器中没有其余空洞（即其他PDU未丢失）的状态判断分支（目标说明书【0103】中的步骤1220否定分支）。对比文件完全未公开在此场景下判断“没有其他RLC PDU丢失”的条件控制。既未直接公开，亦无法隐含得出。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br><br>《隐含公开》 | 【0003】<br>“AM RLC是基于窗口的，并且只要滑动窗口未耗尽，就执行从发送方到接收方的传输……滑动窗口指示发送方在不接收确认的情况下仍可继续发送数据的PDU数量……”（The AM RLC is window based and transmissions from a sender to a receiver are executed for as long as a sliding window is not depleted...）<br>【0006】<br>“……滑动窗口随着最后接收到的报告而更新。”（...and the sliding window is updated with the last received report.） | 目标专利中该特征是指在不存在其他丢包时，将接收状态变量VR(AM_NEXT)推进到重排序缓冲器中最高SN加一的位置（VR(AM_NEXT)=最高SN+1）（目标说明书【0103】）。对比文件公开了AM RLC采用滑动窗口协议，滑动窗口根据接收到的状态更新。根据3GPP TS 25.322规范公知常识，当窗口内的全部PDU均连续按序接收（无丢包空洞）时，接收端下一个期望接收的SN自然推进至当前接收最高SN加1。在极其宽松的标准下，该规则属于协议标准运作的内在机理，可合理推知，认定为《隐含公开》。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《隐含公开》 | 【0004】<br>“……在AM RLC中，确认由接收方以状态报告的形式发送给发送方。状态报告可以看作是响应于一些预定义和配置的触发事件而从接收方传输到发送方的确认列表。如果发送方接收到状态报告，则必须重传任何以及所有被否定确认的PDU……”（...In AM RLC the acknowledgements are sent by the receiver to the sender in the form of status reports. The status reports can be viewed as a list of acknowledgments that are transmitted from the receiver to the sender in response to some predefined and configured trigger events. If the sender receives a status report, any and all negatively acknowledged PDUs have to be retransmitted...） | 目标专利该特征是指状态机在检测到重排序缓冲器中SN小于下一个期望SN的前方区间内存在尚未收到的其他PDU（空洞）。对比文件提及AM RLC使用接收窗口检测丢失PDU并生成状态报告，在标准RLC AM接收缓冲管理中，检测丢失的PDU本身即是对小于当前窗口推进位置的未决缺失序号进行排查。在极宽松的隐含公开标准下，对比文件结合其引用的3GPP TS 25.322标准公开了对窗口内丢失PDU的检测机制，本领域技术人员有可能合理推断出该丢失状态的判定逻辑，认定为《隐含公开》。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)<br><br>《直接公开》 | 【0004】<br>“……如果发送方接收到状态报告，则必须重传任何以及所有被否定确认的PDU（negatively acknowledged PDUs）……”（...If the sender receives a status report, any and all negatively acknowledged PDUs have to be retransmitted...） | 目标专利中该特征是指对检测到丢失的RLC PDU在状态报告中以NACK方式指示给网络。对比文件明确公开了状态报告中包含否定确认（negatively acknowledged，即NACK），使得发送方必须重传所有被否定确认的PDU，其技术手段与实现功能完全相同，属于《直接公开》。 |
<<<A>>>
<<<C>>>
<<<D>>>
<<<g>>>
<<<H>>>
<<<i>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
<<<q>>>
<<<S>>>
<<<u>>>
<<<v>>>
<<<W>>>
作为一名专利创造性评估经验丰富的资深专利代理师，针对对比文件（US20100220638A1）是否公开了目标专利权利要求所划分的各项技术特征，结合目标专利说明书原文进行深入的技术特征理解与公开性比对。
### 技术特征理解与分析基准
目标专利涉及一种在多点传输/站点间操作（inter-site multi-flow）架构下的**两阶重排序（two-tier reordering）**方法：
1. **MAC层重排序（第一阶）**：WTRU从多个Node-B分别接收带有TSN的PDU，在MAC层针对每个Node-B在不同的重排序队列中基于TSN独立重排序，随后将数据传递到RLC层中的一个逻辑信道（目标说明书[0006]、[0007]、[0051]、[0070]、[0099]）。
2. **RLC层重排序与状态报告控制（第二阶）**：在RLC层基于RLC序列号（SN）进行跨Node-B的全局重排序。当基于SN检测到RLC PDU丢失时，启动重排序定时器（Timer_Am_Reordering），在定时器运行期间**延迟状态报告发送**（防止因不同Node-B链路时延不同导致过早触发RLC重传）；定时器期满后再发送指示丢失的STATUS PDU。若定时器期满仍有其他PDU丢失，则重启定时器并将下一个期望的SN更新为丢失的PDU的SN；若无其他PDU丢失，则更新为最高SN加一；并对更早丢失的PDU在状态报告中指示NACK（目标说明书[0070]、[0099]-[0104]）。
对比文件（US20100220638A1）涉及HSDPA接收机中MAC-hs处理架构的改进，核心在于**将分解（disassembly）移至Layer 1（物理层/基带处理器）执行，在解包之后再由Layer 2基于TSN进行MAC重排序**，以减轻协议栈处理器的移位负担。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【对比文件 US20100220638A1】<br>[0023]：<br>“In one embodiment, a method for processing a series of first-type protocol data units (PDUs) in a receiver in a communication network, the method comprising...”<br>（中文翻译：“在一个实施例中，一种用于在通信网络中的接收机中处理一系列第一类型协议数据单元（PDU）的方法，所述方法包括……”） | 对比文件在[0023]段明确公开了一种在通信网络中的接收机中处理PDU的方法，该方法包括后续的多个处理步骤。两者的作用相同，均作为方法权利要求的引导性主题词，被对比文件直接公开。 |
| 技术特征B：<br>从多个节点B接收PDU<br><br>《隐含公开》 | 【对比文件 US20100220638A1】<br>[0011]：<br>“Release 5 of the 3GPP standard introduced the high-speed downlink packet access (HSDPA) protocol, which allows for the high-speed download of data to a mobile telephony device, referred to as user equipment (UE), from a base station, referred to as a Node-B.”<br>（中文翻译：“3GPP标准的版本5引入了高速下行分组接入（HSDPA）协议，其允许向被称为用户设备（UE）的移动电话设备从被称为节点B（Node-B）的基站高速下载数据。”）<br>[0016]：<br>“HARQ entity 302 receives MAC-hs PDUs, downloaded from a corresponding Node-B, from layer 1 via path 302a.”<br>（中文翻译：“HARQ实体302从层1经由路径302a接收从对应的节点B下载的MAC-hs PDU。”）<br>[0060]：<br>“The invention is applicable to any suitable communication standard that is adapted, as part of data transmission, to disassemble and reorder received data packets.”<br>（中文翻译：“本发明适用于适合作为数据传输的一部分对所接收的数据分组进行分解和重排序的任何合适的通信标准。”） | 对比文件明确公开了UE从“对应的节点B”接收MAC-hs PDU（[0011]、[0016]），其主要实施例描述的是单个Node-B向UE发送PDU。然而，对比文件指出其方案基于3GPP标准且适用于任何涉及分组重排序的标准通信系统（[0006]、[0060]）。在3G移动通信系统中，多点传输、软切换或双小区间多流传输由多个Node-B向同一UE发送数据属于本领域公知的演进架构；对比文件公开了从Node-B接收PDU，部分公开了接收实体与基站传输的交互方案，按照本项任务“极度宽松、部分公开且有可能与其他内容组合即视为隐含公开”的标准，本领域技术人员有可能基于对比文件关于Node-B下行数据接收的教导推理至从多个Node-B接收PDU。因此，技术特征B被隐含公开。 |
| 技术特征C：<br>其中每个所接收的PDU具有传输序列号(TSN)<br><br>《直接公开》 | 【对比文件 US20100220638A1】<br>[0014]：<br>“MAC-hs header 201 comprises the queue ID and TSN fields discussed above.”<br>（中文翻译：“MAC-hs报头201包括上述的队列ID和TSN字段。”）<br>[0017]：<br>“MAC-hs PDUs include a transmission sequence number (TSN), which indicates a PDU's location in a sequence of PDUs.”<br>（中文翻译：“MAC-hs PDU包括传输序列号（TSN），其指示PDU在PDU序列中的位置。”）<br>[0023]：<br>“(a) receiving a first-type PDU comprising: (i) a queue identification (QID); (ii) a transmission sequence number (TSN); and (iii) one or more second-type PDUs;”<br>（中文翻译：“(a) 接收包括以下项的第一类型PDU：(i) 队列标识（QID）；(ii) 传输序列号（TSN）；以及 (iii) 一个或多个第二类型PDU；”） | 对比文件在[0014]、[0017]及[0023]中明确记载了接收到的每个MAC-hs PDU（第一类型PDU）均包含TSN（传输序列号），用于指示其序列位置。该TSN在对比文件与目标专利中的作用完全相同，均作为MAC层重排序的标识。因此，技术特征C被直接公开。 |
| 技术特征D：<br>在MAC层中使用所述TSN<br><br>《直接公开》 | 【对比文件 US20100220638A1】<br>[0012]：<br>“The HSDPA protocol uses a High Speed Downlink Shared Channel (HS-DSCH), which is controlled by a MAC-layer entity called MAC-hs (MAC-high speed)... The MAC-hs packets distributed to a particular reordering queue are then re-ordered, if necessary, and then disassembled.”<br>（中文翻译：“HSDPA协议使用高速下行链路共享信道（HS-DSCH），其由被称为MAC-hs（高速MAC）的MAC层实体控制……分发给特定重排序队列的MAC-hs分组随后在必要时进行重排序，然后进行分解。”）<br>[0017]：<br>“Reordering entity 306 orders the received PDUs according to their TSNs.”<br>（中文翻译：“重排序实体306根据所接收的PDU的TSN对其进行排序。”）<br>[0040]：<br>“PS processor 501, which operates as part of layer 2... PS processor 501 performs reordering-queue distribution and reordering functions...”<br>（中文翻译：“PS处理器501作为层2的一部分操作……PS处理器501执行重排序队列分布和重排序功能……”）<br>[0043]：<br>“Reordering entity 606 then orders the received PDUs according to their TSNs, which are indicated in the added header.”<br>（中文翻译：“重排序实体606随后根据所接收的PDU的TSN（其在添加的报头中指示）对接收到的PDU进行排序。”） | 对比文件在[0012]、[0017]、[0040]和[0043]中明确记载，位于Layer 2（MAC层）中的重排序实体（reordering entity）根据TSN对接收到的PDU进行排序整理。其在MAC层中使用TSN以解决传输失序问题的作用与目标专利完全相同。因此，技术特征D被直接公开。 |
| 技术特征E：<br>在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《隐含公开》 | 【对比文件 US20100220638A1】<br>[0012]：<br>“In order for the MAC-hs in the UE to deliver data packets to the appropriate UE process, the MAC-hs performs reordering-queue distribution... Received MAC-hs packets include queue IDs which indicate the particular reordering queue to which the MAC-hs packets should be routed. The MAC-hs packets distributed to a particular reordering queue are then re-ordered, if necessary, and then disassembled.”<br>（中文翻译：“为了使UE中的MAC-hs将数据分组传递到适当的UE进程，MAC-hs执行重排序队列分布……所接收的MAC-hs分组包括指示MAC-hs分组应当被路由至的特定重排序队列的队列ID。被分发给特定重排序队列的MAC-hs分组随后在必要时被重排序，然后被分解。”）<br>[0015]：<br>“MAC-hs entity 300 comprises HARQ entity 302, reordering-queue distribution entity 303, and one or more reordering queues, such as reordering queues 304 and 305... Each reordering queue in MAC-hs 300 corresponds to a particular process in the UE.”<br>（中文翻译：“MAC-hs实体300包括HARQ实体302、重排序队列分布实体303、以及一个或多个重排序队列，诸如重排序队列304和305……MAC-hs 300中的每个重排序队列对应于UE中的特定进程。”）<br>[0043]、[0044]：<br>详细描述了根据queue ID路由至不同队列（604、605）并分别在重排序实体（606、608）中按TSN进行重排序。 | 对比文件公开了根据PDU中的Queue ID将其分发至不同的重排序队列（如队列304/604与队列305/605），并在各个不同的重排序队列中基于TSN进行重排序处理。虽然对比文件主要阐述的是不同队列对应UE的不同进程，并未明确每个队列对应多个Node-B中的各个Node-B，但其已经公开了“在不同重排序队列中对接收到的PDU进行重排序”的物理框架和数据流机制（部分公开了该技术特征的内容）。结合特征B中可能从多个Node-B接收PDU的推理，本领域技术人员有可能合理推断出将来自不同Node-B的数据分配到不同重排序队列中分别进行重排序。按照极宽松的隐含公开判断规则，技术特征E被隐含公开。 |
| 技术特征F：<br>将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《隐含公开》 | 【对比文件 US20100220638A1】<br>[0008]：<br>“Layer 2 comprises Media Access Control (MAC) layer 102 and Radio Link Control (RLC) layer 103, which communicate via path 102a, wherein path 102a comprises logical channels. Logical channels are data flows within layer 2 associated with applications running on the mobile phone.”<br>（中文翻译：“层2包括媒体接入控制（MAC）层102和无线电链路控制（RLC）层103，它们经由路径102a进行通信，其中路径102a包括逻辑信道。逻辑信道是层2内与在移动电话上运行的应用程序相关联的数据流。”）<br>[0018]、[0043]：<br>“Reordering entity 606 transmits, via path 604b, the MAC-d PDUs, without the headers added by disassembly entity 607, to a MAC-d entity in the MAC layer of the UE.”<br>（中文翻译：“重排序实体606经由路径604b将MAC-d PDU（不含分解实体607添加的报头）传输到UE的MAC层中的MAC-d实体。”）<br>[0050]：<br>“The C/T field, which identifies a logical channel, is found in the header section of the particular MAC-d PDU.”<br>（中文翻译：“用于标识逻辑信道的C/T字段位于特定MAC-d PDU的报头部分中。”） | 对比文件公开了各个重排序队列处理后的数据（MAC-d PDU）被传递至MAC-d实体，且MAC-d PDU报头包含标识逻辑信道的C/T字段（[0050]），MAC层与RLC层之间通过逻辑信道通信（[0008]）。在3GPP规范中，来自不同MAC重排序队列的数据流经解复用映射至特定逻辑信道并递交到RLC层是通用的层间交互架构。对比文件部分公开了重排序队列输出到MAC-d并最终对应逻辑信道汇入RLC层。按照极度宽松的标准，本领域技术人员有可能基于对比文件层间架构推理得出将多个重排序队列接收到的PDU传递至RLC层中的一个逻辑信道。因此，技术特征F被隐含公开。 |
| 技术特征G：<br>在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《隐含公开》 | 【对比文件 US20100220638A1】<br>[0020]：<br>“The reordering process, as noted above, utilizes a memory buffer for storing MAC-hs PDUs that arrive “too early.” The 3GPP standard specifies that a particular memory buffer be shared by both (i) the MAC-hs reordering buffer and (ii) an RLC acknowledged mode (AM) transmitting and receiving buffer.”<br>（中文翻译：“如上所述，重排序过程利用存储器缓冲器来存储‘过早’到达的MAC-hs PDU。3GPP标准指定特定的存储器缓冲器由以下两者共享：(i) MAC-hs重排序缓冲器，以及 (ii) RLC确认模式（AM）发送和接收缓冲器。”）<br>[0039]：<br>“In addition, the MAC-hs SDU reordering uses a buffer in the RLC-layer to temporarily store MAC-hs SDUs.”<br>（中文翻译：“此外，MAC-hs SDU重排序使用RLC层中的缓冲器来临时存储MAC-hs SDU。”） | 对比文件明确指出了Layer 2中存在RLC确认模式（AM）接收缓冲器（[0020]），并指出遵循3GPP规范。在3GPP RLC AM模式中，接收端根据RLC PDU报头中的SN（Sequence Number）检测失序并在接收缓冲器中按SN进行重排序以实现按序递交，这是3GPP RLC AM的基本内置功能。对比文件虽然侧重描述MAC-hs层的重排序改造，但已提及RLC AM接收缓冲及3GPP标准机制，部分公开了RLC层环境。在极度宽松的隐含公开判断标准下，本领域技术人员有可能根据其关于RLC AM接收机制的引用和描述合理推断出在RLC层中基于SN对接收到的PDU进行重排序。因此，技术特征G被隐含公开。 |
| 技术特征H：<br>当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《隐含公开》 | 【对比文件 US20100220638A1】<br>[0020]：<br>“The 3GPP standard specifies that a particular memory buffer be shared by both (i) the MAC-hs reordering buffer and (ii) an RLC acknowledged mode (AM) transmitting and receiving buffer.”<br>（中文翻译：“3GPP标准指定特定的存储器缓冲器由以下两者共享：(i) MAC-hs重排序缓冲器，以及 (ii) RLC确认模式（AM）发送和接收缓冲器。”） | 目标专利中技术特征H是RLC层触发定时器和状态报告判断的前提条件（基于RLC SN发现空洞）。对比文件明确记载系统遵循3GPP标准规范，且UE具备RLC确认模式（AM）接收缓冲机制（[0020]）。在3GPP RLC协议中，RLC实体接收到失序PDU（即接收到的PDU SN大于期望的下一个SN）即可判定至少一个RLC PDU丢失。由于对比文件部分公开了RLC AM的工作环境及标准关联，按照只要有可能推理或与其他文件组合即算隐含公开的极宽松判断标准，本领域技术人员有可能推断出在RLC AM中基于SN检测PDU丢失。因此，技术特征H被隐含公开。 |
| 技术特征I：<br>启动定时器<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文未公开在RLC层检测到PDU丢失时启动专门定时器的技术方案。<br>对比文件提及的定时操作仅限于物理层TTI时延（[0038]），不存在任何RLC层用于延迟状态报告或重排序的定时器描述。 | 目标专利中技术特征I的作用是：在检测到RLC PDU丢失时启动定时器（例如Timer_Am_Reordering），以此建立一个等待窗口，防止因多点传输中不同路径时延差异导致RLC过早判定丢包（目标说明书[0070]、[0099]、[0100]）。对比文件的发明目的是将MAC-hs分解前置到Layer 1以解决处理器负荷问题，其在MAC或RLC层均未设置因检测到丢失PDU而启动定时器的机制。对比文件既无直接文字记载，也无任何可用于推理出“检测到RLC丢失即启动定时器”的内容，即使按照极度宽松的标准，本领域技术人员也无法从中推理得出该特征。因此，技术特征I未公开。 |
| 技术特征J：<br>在所述定时器期满的条件下<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文未公开任何RLC丢失重排序定时器期满的相关内容。 | 目标专利中该特征作为触发后续传送状态报告、判断是否需要继续重传的前提判断条件。由于对比文件连对应的定时器本身都未公开，根本不存在“定时器期满”的状态判断逻辑与对应技术手段。本领域技术人员无法从对比文件中得出该技术方案。因此，技术特征J未公开。 |
| 技术特征K：<br>基于所述RLC PDU的SN<br><br>《隐含公开》 | 【对比文件 US20100220638A1】<br>[0020]：<br>“The 3GPP standard specifies that a particular memory buffer be shared by both (i) the MAC-hs reordering buffer and (ii) an RLC acknowledged mode (AM) transmitting and receiving buffer.”<br>（中文翻译：“3GPP标准指定特定的存储器缓冲器由以下两者共享：(i) MAC-hs重排序缓冲器，以及 (ii) RLC确认模式（AM）发送和接收缓冲器。”） | 目标专利中该特征用于根据丢失的RLC PDU的SN来确定状态报告中具体否定应答（NACK）的对象。对比文件公开了系统符合3GPP标准并使用RLC AM接收缓冲器。在3GPP标准协议中，RLC AM的状态报告（STATUS PDU）均是基于丢失PDU的SN进行填充和上报的。对比文件部分公开了RLC AM的标准操作体系，按照极宽松的判断标准，本领域技术人员有可能基于对比文件推理出基于RLC PDU的SN指示丢失状态。因此，技术特征K被隐含公开。 |
| 技术特征L：<br>传送用于指示丢失的RLC PDU的状态报告<br><br>《隐含公开》 | 【对比文件 US20100220638A1】<br>[0016]：<br>“HARQ entity 302 receives MAC-hs PDUs... If HARQ entity 302 determines that a MAC-hs PDU was received with one or more errors that are not correctable, then HARQ entity 302 transmits a negative acknowledgement (NACK) in response to that PDU.”<br>（中文翻译：“HARQ实体302接收MAC-hs PDU……如果HARQ实体302确定MAC-hs PDU在接收时具有一个或多个不可纠正的错误，则HARQ实体302发送否定应答（NACK）作为对该PDU的响应。”）<br>[0020]：<br>提到了RLC AM模式。 | 目标专利中技术特征L的作用是向发射端反馈数据丢失情况以请求RLC重传。对比文件在[0016]明确公开了在HARQ层发送NACK反馈，并在[0020]中明确公开了UE支持3GPP RLC确认模式（AM）。在3GPP无线通信中，RLC AM模式必须具备通过STATUS PDU（状态报告）指示丢失PDU以请求重传的功能，这是RLC AM模式与生俱来的标准特征。对比文件公开了RLC AM缓冲架构及HARQ反馈，部分公开了重传反馈机制；按照极度宽松的标准，本领域技术人员有可能合理推断出RLC AM会传送用于指示丢失RLC PDU的状态报告。因此，技术特征L被隐含公开。 |
| 技术特征M：<br>其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文无定时器运行状态下判定RLC PDU丢失的控制条件记载。 | 目标专利中该特征是决定是否延迟状态报告发送的关键状态判定条件（目标说明书[0007]、[0101]）。对比文件没有设计任何RLC层丢包定时器，更不存在监测“定时器正在运行”这一状态以执行差异化控制的逻辑分支。本领域技术人员无法从对比文件中毫无疑义地得出或合理解析推理出该特征。因此，技术特征M未公开。 |
| 技术特征N：<br>对所述状态报告的传送进行延迟。<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文无任何延迟RLC状态报告传送的技术方案。 | 目标专利中特征N的作用是抑制过早发送RLC状态报告，避免把仅仅是在传输路径上延迟到达的数据误当作丢失而触发不必要的无线链路重传（目标说明书[0006]、[0070]、[0100]）。对比文件的核心技术贡献在于Layer 1和Layer 2之间针对MAC PDU解包移位操作的处理时机重排，完全没有涉及RLC状态报告的时序抑制或延迟传送机制。对比文件既无文字公开，也无任何可引申推理的迹象。因此，技术特征N未公开。 |
| 技术特征O：<br>该方法还包括<br><br>《直接公开》 | 【对比文件 US20100220638A1】<br>[0023]：<br>“the method comprising...”<br>[0053]、[0054]、[0057]：<br>描述了方法步骤的进一步包括项。 | 对比文件在描述各实施例方法时，明确包含了该方法还涵盖附加步骤的表述，作为权利要求连接词，与目标专利作用相同。技术特征O被直接公开。 |
| 技术特征P：<br>在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文未公开任何重排序定时器期满后判断是否存在其他丢失PDU的内容。 | 目标专利中该特征用于在首个等待周期结束后，评估重排序缓冲器中是否还存在后续失序造成的间隙（目标说明书[0103]步骤1220）。对比文件完全未设置RLC层重排序定时器，更没有在定时器期满时去轮询/检查重排序缓冲器中是否还存在其他丢失RLC PDU的逻辑判断。因此，技术特征P未公开。 |
| 技术特征Q：<br>重启所述定时器<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文无重启RLC层重排序定时器的方案。 | 目标专利中特征Q的作用是为后续检测到的丢失PDU继续提供防过早反馈的保护时间窗（目标说明书[0103]步骤1221）。对比文件因不存在该定时器，更不存在“重启定时器”的动作，本领域技术人员无法从对比文件中推断出该方案。因此，技术特征Q未公开。 |
| 技术特征R：<br>将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文未公开在定时器期满且有其他PDU丢失时更新“下一个期望的RLC PDU序列号”变量的具体逻辑。 | 目标专利中特征R的作用是更新接收状态变量VR(AM_NEXT)为剩余丢失PDU中最小的SN，以维持接收窗口滑动及下一轮重排序检查的正确边界（目标说明书[0103]步骤1222）。对比文件没有涉及RLC层接收端期望序列号变量在该特定定时器期满条件下的针对性更新重置逻辑。因此，技术特征R未公开。 |
| 技术特征S：<br>该方法还包括<br><br>《直接公开》 | 【对比文件 US20100220638A1】<br>[0023]：<br>“the method comprising...”<br>在说明书全篇多次使用该引导性用语描述附加实施例。 | 对比文件在描述各实施例时均使用了该连接用语，被直接公开。 |
| 技术特征T：<br>在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文无相关记载。 | 目标专利中该特征用于在定时器期满时判定重排序缓冲器中已不存在任何丢失间隙的情形（目标说明书[0103]步骤1220分支）。对比文件完全不存在RLC定时器及其期满后的无其他丢失PDU状态分支判定。因此，技术特征T未公开。 |
| 技术特征U：<br>将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文未公开在定时器期满且无其他丢失PDU时将下一个期望的SN更新为最高SN+1的技术方案。 | 目标专利中该特征的作用是：在确认所有空洞均已超时处理或接收完毕后，直接将期望SN推进至当前已收最高SN之后（VR(AM_Next) = 最高SN + 1），确保窗口彻底前移（目标说明书[0103]步骤1223）。对比文件未公开此特定流程与变量赋值算法。因此，技术特征U未公开。 |
| 技术特征V：<br>其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《未公开》 | 【对比文件 US20100220638A1】<br>全文无相关记载。 | 目标专利中该特征用于界定状态报告中需要上报NACK的具体包集合（目标说明书[0103]）。对比文件没有涉及在重排序缓冲器中针对小于下一个期望SN的未收到的PDU进行特定筛查和界定的方案。因此，技术特征V未公开。 |
| 技术特征W：<br>则所传送的状态报告指示否定应答(NACK)。<br><br>《隐含公开》 | 【对比文件 US20100220638A1】<br>[0016]：<br>“If HARQ entity 302 determines that a MAC-hs PDU was received with one or more errors that are not correctable, then HARQ entity 302 transmits a negative acknowledgement (NACK) in response to that PDU.”<br>（中文翻译：“如果HARQ实体302确定MAC-hs PDU在接收时具有一个或多个不可纠正的错误，则HARQ实体302发送否定应答（NACK）作为对该PDU的响应。”）<br>[0020]：<br>提到了RLC AM模式。 | 目标专利中特征W的作用是通过状态报告向发送端明确指出哪些包丢失需要重发。对比文件明确公开了指示否定应答（NACK）的反馈机制（[0016]），且指出系统工作于3GPP RLC AM模式（[0020]）。在3GPP RLC AM标准规范中，当检测到丢包并触发发送状态报告（STATUS PDU）时，报告内所承载的即为对应丢失SN的NACK信息。对比文件部分公开了NACK应答与3GPP规范框架；按照极度宽松的标准，本领域技术人员有可能基于对比文件推断出状态报告用于指示否定应答（NACK）。因此，技术特征W被隐含公开。 |
---
<<<A>>>
<<<b>>>
<<<C>>>
<<<D>>>
<<<e>>>
<<<f>>>
<<<g>>>
<<<h>>>
<<<k>>>
<<<l>>>
<<<O>>>
<<<S>>>
<<<w>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及翻译 | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | [0012]<br>“In yet another aspect of the disclosure, a method of wireless communication over a radio link includes servicing a MAC PDU comprising a MAC header and at least one MAC SDU...”<br>（在公开内容的又一方面，一种在无线电链路上进行无线通信的方法包括处理包含MAC报头和至少一个MAC SDU的MAC PDU……） | 对比文件段落[0012]明确记载了一种无线通信的方法，该方法包含若干操作步骤。这与目标专利中方法权利要求前序部分的技术特征A“该方法包括”在技术领域与表述形式上完全对应，属于本领域的常规前序表述，被对比文件实质直接公开。 |
| 技术特征B：从多个节点B接收PDU<br><br>《未公开》 | [0007]<br>“In the 3GPP Release 8 specification, a Dual Carrier (DC) is available for High Speed Packet Access (DC-HSPA) systems. In the forthcoming release 9 specification, Multiple Input-Multiple Output (MIMO) antenna technology may be utilized on these two carriers...”<br>（在3GPP Release 8规范中，双载波（DC）可用于高速分组接入系统。在即将到来的Release 9规范中，多输入多输出（MIMO）天线技术可在这两个载波上利用……）<br><br>[0038]<br>“The access network 204 is shown with a single apparatus 212, which is commonly referred to as a Node B in UMTS applications... The Node B 212 provides an access point to the core network 202 for a mobile apparatus 214.”<br>（接入网204示出具有单个装置212，在UMTS应用中通常称为节点B……节点B 212为移动装置214提供到核心网202的接入点。） | 1. 作用与技术方案分析：<br>在目标专利中，“从多个节点B接收PDU”（结合说明书[0005]–[0006]、[0051]、[0053]）涉及多点操作/站点间多流操作（inter-site multi-flow operation），即WTRU同时从两个或更多个位于不同地理位置的独立基站（节点B）接收PDU，其直接技术后果是各节点B独立编号造成数据到达乱序，从而需要后续的两阶重排序机制配合。<br>2. 对比文件对比判断：<br>对比文件（段落[0007]、[0038]、[0040]、[0050]、[0084]等）虽然涉及DC-HSPA或MIMO技术，但其整个系统架构均是围绕单个节点B（Node B 212/304/510）在多个载波（DC）或天线上向UE传输数据展开的（属于站点内双载波，如[0050]指出“There generally is one MAC-ehs entity in the UTRAN for each cell”）。对比文件自始至终未曾记载、教导或暗示UE从“多个节点B”接收PDU的多点/多基站协作接收技术。因此，对比文件未公开特征B。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br><br>《直接公开》 | [0081]<br>“The conventional MAC-ehs PDU 1000 may be a transmission packet utilized by the MAC-ehs entity, and may include a MAC header 1010, at least one MAC service data unit (SDU) or Reordering PDU 1020, and optional padding 1030...”<br>（常规MAC-ehs PDU 1000可以是由MAC-ehs实体利用的传输分组，且可以包括MAC报头1010、至少一个MAC服务数据单元（SDU）或重排序PDU 1020、以及可选的填补1030……）<br><br>[0082]<br>“...A 6-bit Transmission Sequence Number (TSN) field provides an identifier for the transmission sequence number on the HS-DSCH; a 2-bit segmentation indication (SI)... The TSN and SI fields are generally repeated per reordering PDU.”<br>（……6比特传输序列号（TSN）字段提供用于HS-DSCH上的传输序列号的标识符；2比特分段指示（SI）……TSN和SI字段通常针对每个重排序PDU重复。）<br><br>[0084]<br>“In the MAC-ehs header 1010, the TSN, having 6 bits, enables the addressing of 2^6 or 64 packets... the TSN field may be expanded to include two more bits, i.e., 8 bits...”<br>（在MAC-ehs报头1010中，具有6比特的TSN使得能够寻址2^6即64个分组……TSN字段可以被扩展以包括另外两个比特，即8比特……） | 1. 作用与技术方案分析：<br>在目标专利中，TSN用于在MAC层标识传输分组的序列次序，以便在MAC层队列中进行重排序。<br>2. 对比文件对比判断：<br>对比文件段落[0081]、[0082]、[0084]明确记载了在下行链路接收的MAC-ehs PDU中，MAC报头内包含用于标识HS-DSCH上传输序列的传输序列号（TSN，包含6比特、8比特或14比特）。两者的TSN在数据包中所处的位置、名称及指示传输序号的作用完全一致，技术人员能够直接、毫无疑义地确定该技术方案，因此特征C被对比文件直接公开。 |
| 技术特征D：在MAC层中使用所述TSN<br><br>《直接公开》 | [0048]<br>“The UMTS RLC specification (TS 25.322, incorporated herein by reference in its entirety) defines an RLC 412 having a number of functions, among which are included... reordering of data packets to compensate for out-of-order reception due to Hybrid Automatic Repeat reQuest (HARQ)...”<br>（UMTS RLC规范定义了具有许多功能的RLC 412，其中包括……对数据分组进行重排序以补偿由于HARQ引起的失序接收……）<br><br>[0081]<br>“...The conventional MAC-ehs PDU 1000 may be a transmission packet utilized by the MAC-ehs entity, and may include a MAC header 1010, at least one MAC service data unit (SDU) or Reordering PDU 1020, and optional padding 1030...”<br>（……常规MAC-ehs PDU 1000可以是由MAC-ehs实体利用的传输分组，且可以包括MAC报头1010、至少一个MAC SDU或重排序PDU 1020……）<br><br>[0082]<br>“...A 6-bit Transmission Sequence Number (TSN) field provides an identifier for the transmission sequence number on the HS-DSCH... Further information about the MAC PDU may be found in the 3GPP MAC specification, 25.321, incorporated herein by reference.”<br>（……6比特传输序列号（TSN）字段提供用于HS-DSCH上的传输序列号的标识符……关于MAC PDU的进一步信息可以在通过引用完整并入本文的3GPP MAC规范25.321中找到。）<br><br>[0084]<br>“In the MAC-ehs header 1010, the TSN, having 6 bits, enables the addressing of 2^6 or 64 packets. For a single carrier, 64/8=8, which is thus the maximum number of re-transmissions before stalling, assuming an 8-long HARQ process...”<br>（在MAC-ehs报头1010中，具有6比特的TSN使得能够寻址2^6即64个分组。对于单载波，64/8=8，假设8进程HARQ过程，这是停止前的最大重传次数……） | 1. 作用与技术方案分析：<br>在目标专利中，TSN是MAC层专用报头字段，在MAC层用于标识数据包并参与HARQ重传及重排序队列管理。<br>2. 对比文件对比判断：<br>对比文件段落[0081]–[0084]记载了在MAC-ehs实体（属于MAC子层）中，接收并读取MAC-ehs报头中的TSN字段，并基于TSN进行数据寻址、HARQ进程处理和管理传输窗口（防止stalling停顿）。本领域技术人员可以毫无疑义地确定，TSN正是在MAC层中被解析和使用的，因此特征D被对比文件直接公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br><br>《未公开》 | [0081]<br>“...In general, each reordering PDU 1020 includes one or more reordering SDUs belonging to the same priority queue. All reordering SDUs belonging to the same priority queue in one TTI are generally mapped to the same reordering PDU...”<br>（……通常，每个重排序PDU 1020包括属于相同优先级队列的一个或多个重排序SDU。在一个TTI中属于相同优先级队列的所有重排序SDU通常被映射到相同的重排序PDU……）<br><br>[0082]<br>“In the MAC-ehs header 1010, a 4-bit logical channel identifier (LCH-ID) provides identification of the logical channel at the receiver and the re-ordering buffer destination of a reordering SDU...”<br>（在MAC-ehs报头1010中，4比特逻辑信道标识符（LCH-ID）在接收机处提供逻辑信道的标识以及重排序SDU的重排序缓冲器目的地……） | 1. 作用与技术方案分析：<br>目标专利技术特征E明确限定了重排序队列与节点的绑定关系：“在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序”（参见目标专利[0007]、[0053]、[0054]、[0067]）。其技术目的是为了应对多基站（不同节点B）独立分配TSN导致的序列号冲突，使得每个节点B的数据在各自独立的重排序队列中基于TSN完成第一阶重排序。<br>2. 对比文件对比判断：<br>对比文件虽然在段落[0081]、[0082]提到了优先级队列（priority queue）和重排序缓冲器目的地（re-ordering buffer destination），但其重排序队列是基于“优先级”或单个Node B内部的“逻辑信道/LCH-ID”进行区分的，根本没有“针对多个节点B中的每个节点B分别在不同重排序队列中进行重排序”的构思和技术方案。由于对比文件根本不存在多个节点B的传输架构，本领域技术人员无法从对比文件中推导出该特征。因此特征E未被公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br><br>《未公开》 | [0049]<br>“In general, in acknowledged mode the RLC sublayer 412 provides AMD PDUs to the MAC sublayer 410 over logical channels, and the MAC 410 multiplexes the AMD PDUs into the available transport blocks delivered to the physical layer on the transport channels...”<br>（通常，在应答模式下，RLC子层412通过逻辑信道向MAC子层410提供AMD PDU，并且MAC 410将AMD PDU复用成在传输信道上传递到物理层的可用传输块……）<br><br>[0057]<br>“The RX L2 processor 560 implements the functionality of the L2 layer... More specifically, the RX L2 processor 560 demultiplexes the data packets between transport and logical channels, reassembles the data packets into upper layer packets...”<br>（RX L2处理器560实现L2层的功能……更具体地，RX L2处理器560在传输信道和逻辑信道之间解复用数据分组，将数据分组重组成上层分组……） | 1. 作用与技术方案分析：<br>在目标专利中，特征F的技术方案是将针对不同节点B的“多个重排序队列”中完成第一阶重排序后的PDU汇聚传递到“RLC层中的一个逻辑信道”（参见目标专利[0006]、[0007]、[0070]、[0074]、[0099]）。正是由于不同节点B的数据分流后汇聚到RLC层的同一个逻辑信道，才产生了跨节点的乱序问题，进而引出后续的RLC层第二阶重排序。<br>2. 对比文件对比判断：<br>在对比文件中，逻辑信道与重排序队列是一对一或通过MAC-ehs常规LCH-ID进行解复用映射的（[0082]“LCH-ID provides identification of the logical channel at the receiver and the re-ordering buffer destination”），不存在来自针对多个节点B的多个重排序队列汇总汇聚传递到“RLC层中的一个逻辑信道”以形成多流重排序的数据流向方案。因此特征F未被公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br><br>《直接公开》 | [0048]<br>“The UMTS RLC specification (TS 25.322, incorporated herein by reference in its entirety) defines an RLC 412 having a number of functions, among which are included segmentation and reassembly; concatenation; padding; transfer of user data; error correction; in-sequence delivery of upper layer Protocol Data Units (PDUs); ciphering; and reordering of data packets to compensate for out-of-order reception due to Hybrid Automatic Repeat reQuest (HARQ)...”<br>（UMTS RLC规范定义了具有许多功能的RLC 412，其中包括分段和重组；串联；填补；用户数据传输；差错纠正；上层协议数据单元（PDU）的按序传递；加密；以及对数据分组进行重排序以补偿由于HARQ引起的失序接收……）<br><br>[0069]–[0070]<br>“Referring again to FIG. 6(a), the RLC PDU 600 includes an RLC sequence number 630 within the header 610. During transmission, the sequence number 630 may be incremented for each PDU. The magnitude of the sequence number indicates the sequential ordering of the PDU in its buffer. For example, the access network 204... may scan the sequence numbers 630 embedded within the received PDUs 600 to determine the sequential ordering of the PDUs 600, and to determine if any PDUs 600 are missing.”<br>（再次参考图6(a)，RLC PDU 600在报头610内包括RLC序列号630。在传输期间，对于每个PDU，序列号630可以递增。序列号的大小指示PDU在其缓冲器中的先后次序。例如，接入网204……可以扫描嵌入在接收到的PDU 600内的序列号630，以确定PDU 600的先后次序，并确定是否有任何PDU 600丢失。） | 1. 作用与技术方案分析：<br>在目标专利中，RLC层基于RLC序列号（SN）重排序乱序的RLC PDU，确保向更高层按序提交数据或检测丢包。<br>2. 对比文件对比判断：<br>对比文件段落[0048]明确指出RLC 412具有“重排序数据分组以补偿由HARQ引起的失序接收（reordering of data packets to compensate for out-of-order reception）”以及“上层PDU的按序传递（in-sequence delivery）”功能；且在段落[0069]–[0070]中指出RLC PDU报头包括RLC序列号（Sequence Number 630），接收端扫描嵌入的序列号630以确定PDU在缓冲器中的先后次序（sequential ordering）。这直接公开了在RLC层中基于序列号（SN）对所接收的PDU进行重排序，因此特征G被对比文件直接公开。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br><br>《直接公开》 | [0048]<br>“...Several types of RLC entities are defined, including Transparent Mode Data (TMD) and Acknowledged Mode Data (AMD) RLC entities... In acknowledged mode, the RLC 412 recovers from errors in received data by requesting a retransmission by the UE or the network.”<br>（……定义了几种类型的RLC实体，包括透明模式数据（TMD）和应答模式数据（AMD）RLC实体……在应答模式下，RLC 412通过请求UE或网络重传来从接收数据中的错误中恢复。）<br><br>[0070]<br>“...the access network 204 (see FIG. 2) may scan the sequence numbers 630 embedded within the received PDUs 600 to determine the sequential ordering of the PDUs 600, and to determine if any PDUs 600 are missing. The access network 204 may then send a message to the UE 214 that indicates which PDUs 600 were received by using the sequence numbers of each received PDU, or may request that a PDU be re-transmitted by specifying the sequence number 630 of the PDU to be re-transmitted.”<br>（……接入网204可以扫描嵌入在接收到的PDU 600内的序列号630，以确定PDU 600的先后次序，并确定是否有任何PDU 600丢失。接入网204随后可以向UE 214发送消息，该消息指示通过使用每个接收到的PDU的序列号接收到了哪些PDU 600，或者可以通过指定要重传的PDU的序列号630来请求重传PDU。） | 1. 作用与技术方案分析：<br>目标专利中，接收端通过检查接收到的RLC PDU的SN是否连续（是否存在间隙）来判断是否有RLC PDU丢失。<br>2. 对比文件对比判断：<br>对比文件段落[0048]、[0070]明确记载了RLC工作在应答模式（AM）下，接收端通过扫描接收到的PDU中所嵌入的序列号（SN 630），来检测“是否有任何PDU丢失（to determine if any PDUs are missing）”。该基于SN判断RLC PDU丢失的技术内容与特征H相同，因此特征H被对比文件直接公开。 |
| 技术特征I：启动定时器<br><br>《未公开》 | 对比文件全文未记载任何在检测到RLC PDU丢失时启动重排序定时器或状态禁止定时器的技术内容。 | 1. 作用与技术方案分析：<br>在目标专利中，特征I的技术方案是在检测到RLC PDU丢失时间隙出现时启动特定定时器（如Timer_Am_Reordering），其作用是推迟触发RLC状态报告，等待可能由于跨节点路由延迟而滞后到达的分组（参见说明书[0007]、[0100]、[0101]）。<br>2. 对比文件对比判断：<br>对比文件全文通篇讨论的是通过修改报头格式（增加COUNT-C、增加SDU数量字段、修改TSN长度、分段指示等）减少L2处理开销，完全没有涉及在RLC层检测到丢包时启动定时器的技术特征。即使以最宽松标准考量，对比文件中亦无任何文字暗示该定时器启动步骤。因此特征I未公开。 |
| 技术特征J：在所述定时器期满的条件下<br><br>《未公开》 | 对比文件全文未记载关于该定时器期满条件的任何技术内容。 | 鉴于对比文件根本没有公开特征I中在丢包时启动的定时器，自然无法公开该定时器期满作为触发条件的后续处理方案。因此特征J未公开。 |
| 技术特征K：基于所述RLC PDU的SN<br><br>《直接公开》 | [0070]<br>“...The access network 204 may then send a message to the UE 214 that indicates which PDUs 600 were received by using the sequence numbers of each received PDU, or may request that a PDU be re-transmitted by specifying the sequence number 630 of the PDU to be re-transmitted.”<br>（……接入网204随后可以向UE 214发送消息，该消息指示通过使用每个接收到的PDU的序列号接收到了哪些PDU 600，或者可以通过指定要重传的PDU的序列号630来请求重传PDU。） | 1. 作用与技术方案分析：<br>在目标专利中，在报告丢包时，依据丢失的RLC PDU的具体SN来组织并指示丢包信息。<br>2. 对比文件对比判断：<br>对比文件段落[0070]明确记载了在反馈丢包重传请求时，通过“指定要重传的PDU的序列号630（specifying the sequence number 630 of the PDU to be re-transmitted）”来进行请求。其正是基于该RLC PDU的SN来标识和处理丢失分组，因此特征K被对比文件直接公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br><br>《直接公开》 | [0048]<br>“...In acknowledged mode, the RLC 412 recovers from errors in received data by requesting a retransmission by the UE or the network.”<br>（……在应答模式下，RLC 412通过请求UE或网络重传来从接收数据中的错误中恢复。）<br><br>[0063]<br>“As defined in the RLC specification, an AMD PDU 600, illustrated as a bit map in FIG. 6(a), includes an RLC header 610 and an RLC payload 620. The AMD PDU 600 may be utilized to transfer user data, piggybacked status information, and a Polling bit when the RLC is operating in acknowledged mode...”<br>（如RLC规范中所定义，如图6(a)位图所示的AMD PDU 600包括RLC报头610和RLC净荷620。当RLC在确认模式下操作时，AMD PDU 600可以被利用来传输用户数据、搭载的状态信息以及轮询比特……）<br><br>[0070]<br>“...The access network 204 may then send a message to the UE 214 that indicates which PDUs 600 were received by using the sequence numbers of each received PDU, or may request that a PDU be re-transmitted by specifying the sequence number 630 of the PDU to be re-transmitted.”<br>（……接入网204随后可以向UE 214发送消息，该消息指示通过使用每个接收到的PDU的序列号接收到了哪些PDU 600，或者可以通过指定要重传的PDU的序列号630来请求重传PDU。） | 1. 作用与技术方案分析：<br>在目标专利中，接收端发送指示丢包的状态报告（STATUS PDU）通知发送端进行RLC层重传。<br>2. 对比文件对比判断：<br>对比文件段落[0048]、[0063]、[0070]指明在RLC AM模式下通过发送状态信息（status information）或消息，指定丢失的SN来请求重传。在3GPP UMTS RLC协议常识体系下，请求重传特定SN PDU的消息即为状态报告（STATUS PDU/状态报告），其在对比文件中明确起到了向发射端反馈指示丢失PDU的作用。因此特征L被对比文件直接公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br><br>《未公开》 | 对比文件全文未记载有关该判断条件的内容。 | 目标专利的技术构思是在定时器运行期间即使检测到PDU丢失也不立即发送状态报告（参见[0007]、[0100]、[0101]）。对比文件没有定时器运行以及在该条件下进行状态判决的任何教导，故特征M未公开。 |
| 技术特征N：对所述状态报告的传送进行延迟<br><br>《未公开》 | 对比文件全文未记载推迟或延迟状态报告传输的机制。 | 1. 作用与技术方案分析：<br>目标专利特征N的核心作用是通过定时器推迟发送STATUS PDU（[0007]“对所述状态报告的传送进行延迟”，[0100]“推迟状态PDU的传输”），避免由于多节点异步到达引发过早报告和不必要的网络重传。<br>2. 对比文件对比判断：<br>对比文件对重传请求没有记载任何在接收端故意延迟/推迟传输的机制，亦未涉及由于定时器运行而延迟发送状态报告的过程。因此特征N未公开。 |
| 技术特征O：该方法还包括<br><br>《直接公开》 | [0012]<br>“In yet another aspect of the disclosure, a method of wireless communication over a radio link includes...”<br>（在公开内容的又一方面，一种在无线电链路上进行无线通信的方法包括……） | 特征O为进一步包含附加步骤的通用权利要求转折连接用语，在对比文件段落[0012]、[0101]–[0103]的方案描述中实质直接公开。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br><br>《未公开》 | 对比文件全文未记载该判断条件。 | 目标专利技术方案是针对于多丢包场景下的连续定时控制（参见说明书[0092]、[0103]）。对比文件没有涉及定时器，更没有公开定时器期满后对是否仍存在其他丢失RLC PDU的条件判决。因此特征P未公开。 |
| 技术特征Q：重启所述定时器<br><br>《未公开》 | 对比文件全文未记载定时器的重启操作。 | 目标专利中当发现仍有其他PDU丢失时重启定时器继续等待（[0103]）。对比文件不存在该定时控制操作，因此特征Q未公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN<br><br>《未公开》 | 对比文件全文未记载在定时器期满等复杂丢包分支下更新期望SN变量至丢失PDU的SN。 | 1. 作用与技术方案分析：<br>在目标专利中，该特征对应于变量VR(AM_NEXT)的更新维护逻辑（参见目标专利说明书[0100]、[0103]）：当定时器期满且存在其他丢包时，将下一个期望的PDU序列号VR(AM_NEXT)回退/设置成剩余丢失PDU中最小的SN，以维持接收窗口滑动和状态统计的准确性。<br>2. 对比文件对比判断：<br>对比文件段落[0070]仅提到了常规窗口滑动时递增SN或指示收到哪些SN，完全没有公开在定时器期满且有其他丢失PDU时将“下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN”的特定更新逻辑。因此特征R未公开。 |
| 技术特征S：该方法还包括<br><br>《直接公开》 | [0012]<br>“In yet another aspect of the disclosure, a method of wireless communication over a radio link includes...”<br>（在公开内容的又一方面，一种在无线电链路上进行无线通信的方法包括……） | 特征S为附加方法步骤的权利要求常规连接词，属于实质直接公开。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br><br>《未公开》 | 对比文件全文未记载有关该判断条件的内容。 | 目标专利对应于流程分支中所有间隙均已超时处理完毕且无新增空洞的情形（参见[0103]）。对比文件不存在该定时器及判决条件，特征T未公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一<br><br>《隐含公开》 | [0069]–[0070]<br>“...During transmission, the sequence number 630 may be incremented for each PDU. The magnitude of the sequence number indicates the sequential ordering of the PDU in its buffer... scan the sequence numbers 630 embedded within the received PDUs 600 to determine the sequential ordering of the PDUs 600, and to determine if any PDUs 600 are missing.”<br>（……在传输期间，对于每个PDU，序列号630可以递增。序列号的大小指示PDU在其缓冲器中的先后次序……扫描嵌入在接收到的PDU 600内的序列号630，以确定PDU 600的先后次序，并确定是否有任何PDU 600丢失。）<br><br>[0048]<br>“The UMTS RLC specification (TS 25.322, incorporated herein by reference in its entirety) defines an RLC 412...”<br>（UMTS RLC规范（TS 25.322，通过引用全文并入本文）定义了RLC 412……） | 1. 作用与技术方案分析：<br>在目标专利中，“将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一”（对应变量VR(AM_NEXT) = 最高SN + 1，参见说明书[0102]、[0103]），其技术实质是在缓冲器中不存在未收到的丢包间隙时，将接收状态变量（即下一个期望接收的SN）推进到已接收的所有连续PDU的最大序号之后一位。<br>2. 对比文件对比与隐含推导判断：<br>对比文件在段落[0048]中通过引用并入了3GPP TS 25.322标准规范，且在段落[0069]中明确指出“序列号的大小指示PDU在其缓冲器中的先后次序”，按序接收时序列号逐一递增。根据UMTS RLC协议的基本原理，当接收缓冲器中所有已接收到的PDU完全连续且无缺失时，下一个期望接收的PDU的SN即必然且毫无疑义地推进更新为当前已接收到的最高SN加1（例如接收到SN=5，期望接收的下一个SN即为5+1=6）。本领域技术人员结合对比文件引用的RLC协议规范和段落[0069]公开的按序接收机制，能够明确合理地推断出在没有数据包丢失的情况下将下一个期望SN设置为最高SN加1的数据处理行为。按照本题设定的“只要有合理推断可能即认定隐含公开”的宽松判断标准，技术特征U被对比文件隐含公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br><br>《未公开》 | 对比文件全文未记载有关该特定判断条件的内容。 | 该特征限定了在定时器期满生成状态报告时，检查重排序缓冲器中是否存在序号低于下一个期望SN的未到达丢包空洞（参见目标专利说明书[0103]）。对比文件没有涉及基于该重排序缓冲器特定状态判断多空洞丢失的方案，因此特征V未公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)<br><br>《直接公开》 | [0057]<br>“The RX L2 processor 560 implements the functionality of the L2 layer... The RX L2 processor 560 is also responsible for error detection using an acknowledgement (ACK) and/or negative acknowledgement (NACK) protocol to support HARQ operations.”<br>（RX L2处理器560实现L2层的功能……RX L2处理器560还负责使用应答（ACK）和/或否定应答（NACK）协议进行差错检测以支持HARQ操作。）<br><br>[0063]<br>“As defined in the RLC specification, an AMD PDU 600... may be utilized to transfer user data, piggybacked status information, and a Polling bit when the RLC is operating in acknowledged mode...”<br>（如RLC规范中所定义，AMD PDU 600……在RLC工作在应答模式下时可用于传输用户数据、搭载的状态信息以及轮询比特……）<br><br>[0070]<br>“...The access network 204 may then send a message to the UE 214 that indicates which PDUs 600 were received by using the sequence numbers of each received PDU, or may request that a PDU be re-transmitted by specifying the sequence number 630 of the PDU to be re-transmitted.”<br>（……接入网204随后可以向UE 214发送消息，该消息指示通过使用每个接收到的PDU的序列号接收到了哪些PDU 600，或者可以通过指定要重传的PDU的序列号630来请求重传PDU。） | 1. 作用与技术方案分析：<br>在目标专利中，该特征的技术作用是在发送的状态报告中采用否定应答（NACK）来告知发射端某些特定PDU确实丢失并请求重传（参见说明书[0103]）。<br>2. 对比文件对比判断：<br>对比文件段落[0070]明确记载当检测到丢包时向对端发送指示并指定要重传的PDU的序列号，结合段落[0057]中明确公开的“否定应答（NACK）协议（negative acknowledgement (NACK) protocol）”以及段落[0048]、[0063]关于RLC AM模式状态信息（STATUS）的描述，请求重传特定丢失SN的状态反馈在协议本质上即为NACK。其在对比文件中所起的技术作用正是向发射端明确指出丢失PDU以触发重传，因此特征W被对比文件直接公开。 |
<<<A>>><<<C>>><<<D>>><<<G>>><<<H>>><<<K>>><<<L>>><<<O>>><<<S>>><u><<<W>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0008] Certain aspects of the present disclosure provide a method for wireless communications.<br>（本公开的某些方面提供了一种用于无线通信的方法。） | 对比文件段落[0008]直接公开了用于无线通信的方法，本技术特征属于方法权利要求的前置引导语，对比文件实质公开了该特征。 |
| 技术特征B：从多个节点B接收PDU<br>《隐含公开》 | [0004] Generally, a wireless multiple-access communication system can simultaneously support communication for multiple wireless terminals. Each terminal communicates with one or more base stations via transmissions on the forward and reverse links.<br>（通常，无线多址通信系统可同时支持针对多个无线终端的通信。每个终端经由前向和反向链路上的传输与一个或多个基站通信。）<br>[0009] Certain aspects of the present disclosure provide a method for wireless communications. The method generally includes receiving one or more protocol data units (PDUs) on one or more carriers...<br>（本公开的某些方面提供了一种用于无线通信的方法。该方法通常包括在一个或多个载波上接收一个或多个协议数据单元(PDU)……）<br>[0033] An access point may be a fixed station used for communicating with the terminals and may also be referred to as an access point, a Node B, or some other terminology.<br>（接入点可以是用于与终端通信的固定站，也可以被称为接入点、节点B或某些其它术语。） | 对比文件段落[0004]、[0033]公开了终端可与一个或多个基站/节点B（Node B）进行通信，段落[0009]、[0060]公开了接收端在一个或多个载波上接收一个或多个PDU。在多基站协作或多载波传输通信场景中，本领域技术人员结合多载波与多基站通信的常规架构，能够容易合理推断出多载波可以由多个基站/节点B提供或从多个节点B接收PDU。依据极为宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | 对比文件全文未记载有关“传输序列号(TSN)”的任何内容。 | 目标专利说明书（如段落[0006]、[0056]）明确指出，TSN是在节点B的MAC层独立分配生成的传输序列号，用于MAC层的一阶重排序。对比文件仅公开了RLC层的序列号（SN，见段落[0057]-[0060]），完全未公开MAC层的TSN，也未涉及任何与TSN相关的机制，因此既未直接公开也未隐含公开。 |
| 技术特征D：在MAC层中使用所述TSN<br>《未公开》 | 对比文件全文未记载有关在MAC层中使用TSN的内容。 | 目标专利说明书中TSN是MAC层（MAC-ehs）用于组织/重排序的序列号。对比文件虽然在段落[0045]、[0054]等处提及MAC层，但仅在发射端涉及将调整后的RLC PDU发送至MAC层传输，未公开在MAC层中使用TSN，因此既未直接公开也未隐含公开。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 对比文件全文未记载在MAC层针对每个节点B设置不同重排序队列并使用TSN进行重排序的内容。 | 目标专利技术特征E依赖于特征C与D，具体限定了在MAC层中使用TSN在针对各个节点B的不同重排序队列中进行一阶重排序（参见目标说明书[0007]、[0057]、[0067]）。对比文件不仅没有TSN，其重排序仅发生在RLC层（段落[0057]-[0058]），完全不存在MAC层不同重排序队列对多个节点B的PDU进行重排序的架构与流程，因此既未直接公开也未隐含公开。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 对比文件全文未记载将多个重排序队列的PDU汇聚传递到RLC层的一个逻辑信道的内容。 | 目标专利中，该特征构成了两阶重排序的衔接枢纽，即在MAC层针对不同节点B的多个重排序队列完成一阶重排序后，将解复用/重组得到的PDU汇聚传递到RLC层的一个逻辑信道（参见目标说明书[0007]、[0051]、[0070]、[0084]）。对比文件没有MAC层的多重排序队列架构，亦未公开该层间传递特征，因此既未直接公开也未隐含公开。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《直接公开》 | [0057] ...Hence, the lost RLC PDUs may need to be detected and the PDUs may need to be re -ordered. To detect a lost RLC PDU, the receiver may rely on the serial number (SN) of the RLC PDUs.<br>（……因此，可能需要检测丢失的RLC PDU，并且可能需要对PDU进行重排序。为了检测丢失的RLC PDU，接收机可以依赖于RLC PDU的序列号(SN)。） | 对比文件段落[0057]明确指出了在接收端对RLC PDU进行检测及重排序（re-ordered），并且基于RLC PDU的序列号（SN）来进行。其技术手段、作用与目标专利在RLC层中基于SN对PDU进行重排序完全相同，构成了实质相同，属于直接公开。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《直接公开》 | [0058] For example, if RLC SN 1 and 3 are received, the RLC receiver may start a re-ordering timer and wait for RLC PDU 2 to arrive...<br>（例如，如果接收到RLC SN 1和3，则RLC接收机可以启动重排序定时器并等待RLC PDU 2到达……）<br>[0060] ...At 604, the receiver determines if one or more PDUs are lost during transmission. The receiver may determine the lost PDUs by checking if there are one or more missing sequence numbers among consecutive sequence numbers of the received PDUs.<br>（……在604处，接收机确定在传输期间是否有一个或多个PDU丢失。接收机可以通过检查接收到的PDU的连续序列号中是否存在一个或多个缺失的序列号来确定丢失的PDU。） | 对比文件段落[0058]、[0060]明确记载了通过检查连续接收的PDU的SN中是否存在缺失/间隙（如收到SN 1和3，检测到SN 2丢失），来确定是否有一个或多个PDU丢失。这与目标专利说明书（段落[0101]、[0106]）中基于SN检测间隙判断RLC PDU丢失的技术方案、技术特征与作用完全一致，属于直接公开。 |
| 技术特征I：启动定时器<br>《直接公开》 | [0058] ...the RLC receiver may start a re-ordering timer and wait for RLC PDU 2 to arrive.<br>（……RLC接收机可以启动重排序定时器并等待RLC PDU 2到达。）<br>[0060] ...At 606, the receiver initializes a timer with a value, wherein the value depends at least on the queuing delay for one or more carriers and channel conditions for one or more carriers.<br>（……在606处，接收机以一数值初始化定时器，其中该数值至少取决于一个或多个载波的排队延迟和一个或多个载波的信道条件。） | 对比文件段落[0058]、[0060]明确记载了在检测到丢失PDU后，RLC接收机启动/初始化重排序定时器（re-ordering timer），用于等待丢失的PDU到达。该特征被对比文件直接公开。 |
| 技术特征J：在所述定时器期满的条件下<br>《直接公开》 | [0058] ...If the timer expires and RLC PDU 2 is still not received, the receiver may send a Status Report to the transmitter...<br>（……如果定时器期满且RLC PDU 2仍未被接收到，接收机可以向发射机发送状态报告……）<br>[0060] ...At 608, the receiver requests retransmission of the lost PDUs if the lost PDUs are not received before the timer expires.<br>（……在608处，如果丢失的PDU在定时器期满之前未被接收到，接收机请求重传丢失的PDU。） | 对比文件段落[0058]、[0060]明确记载了“如果定时器期满”（If the timer expires / before the timer expires），该条件与目标专利中技术特征J的判定触发条件完全一致，属于直接公开。 |
| 技术特征K：基于所述RLC PDU的SN<br>《直接公开》 | [0058] ...If the timer expires and RLC PDU 2 is still not received, the receiver may send a Status Report to the transmitter asking for retransmission of RLC PDU 2.<br>（……如果定时器期满且RLC PDU 2仍未被接收到，接收机可以向发射机发送状态报告以要求重传RLC PDU 2。）<br>[0060] ...The receiver may determine the lost PDUs by checking if there are one or more missing sequence numbers among consecutive sequence numbers of the received PDUs... At 608, the receiver requests retransmission of the lost PDUs...<br>（……接收机可以通过检查接收到的PDU的连续序列号中是否存在一个或多个缺失的序列号来确定丢失的PDU……在608处，接收机请求重传丢失的PDU……） | 对比文件段落[0058]、[0060]明确记载通过确实缺失的序列号（如缺失的SN 2）识别出丢失的RLC PDU，并在状态报告中针对该特定丢失的RLC PDU（如RLC PDU 2）请求重传，该操作正是基于丢失的RLC PDU的SN进行的，属于直接公开。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《直接公开》 | [0058] ...If the timer expires and RLC PDU 2 is still not received, the receiver may send a Status Report to the transmitter asking for retransmission of RLC PDU 2.<br>（……如果定时器期满且RLC PDU 2仍未被接收到，接收机可以向发射机发送状态报告以要求重传RLC PDU 2。） | 对比文件段落[0058]明确记载了在定时器期满未收到丢失PDU时，“the receiver may send a Status Report to the transmitter asking for retransmission of RLC PDU 2”（接收机可以向发射机发送状态报告以要求重传RLC PDU 2），该状态报告即用于指示丢失的RLC PDU并触发重传，与技术特征L完全相同，属于直接公开。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《直接公开》 | [0058] For example, if RLC SN 1 and 3 are received, the RLC receiver may start a re-ordering timer and wait for RLC PDU 2 to arrive. If the timer expires and RLC PDU 2 is still not received, the receiver may send a Status Report to the transmitter asking for retransmission of RLC PDU 2. The value of the timer should allow enough time for any HARQ transmission to finish so when the timer expires, the receiver is sure that the PDU is missing as opposed to be delayed in HARQ buffer.<br>（例如，如果接收到RLC SN 1和3，则RLC接收机可以启动重排序定时器并等待RLC PDU 2到达。如果定时器期满且RLC PDU 2仍未被接收到，接收机可以向发射机发送状态报告以要求重传RLC PDU 2。定时器的值应当留出足够的时间以使任何HARQ传输完成，从而当定时器期满时，接收机确信PDU是丢失而不是在HARQ缓冲器中延迟。） | 对比文件段落[0058]明确公开了当检测到缺失的SN后启动定时器，并在定时器运行期间等待该PDU到达（允许底层HARQ传输完成），只有在定时器期满之后才发送状态报告。这直接公开了在“检测到RLC PDU丢失且定时器正在运行的条件下”的状态情境，属于直接公开。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《直接公开》 | [0058] ...the RLC receiver may start a re-ordering timer and wait for RLC PDU 2 to arrive. If the timer expires and RLC PDU 2 is still not received, the receiver may send a Status Report to the transmitter asking for retransmission of RLC PDU 2. The value of the timer should allow enough time for any HARQ transmission to finish so when the timer expires, the receiver is sure that the PDU is missing as opposed to be delayed in HARQ buffer.<br>（……RLC接收机可以启动重排序定时器并等待RLC PDU 2到达。如果定时器期满且RLC PDU 2仍未被接收到，接收机可以向发射机发送状态报告以要求重传RLC PDU 2。定时器的值应当留出足够的时间以使任何HARQ传输完成，从而当定时器期满时，接收机确信PDU是丢失而不是在HARQ缓冲器中延迟。） | 对比文件段落[0058]指出，在检测到SN不连续时不立即发送状态报告，而是启动定时器并等待其期满，以防止HARQ缓冲延迟导致的误判，实质上就是在定时器运行期间对状态报告的传送进行了延迟（推迟到定时器期满后才传送）。这与目标专利说明书（如段落[0070]、[0100]中“推迟状态PDU的传输”）的作用和技术手段完全一致，属于直接公开。 |
| 技术特征O：该方法还包括<br>《直接公开》 | [0008] Certain aspects of the present disclosure provide a method for wireless communications.<br>（本公开的某些方面提供了一种用于无线通信的方法。） | 对比文件段落[0008]公开了无线通信方法，该特征为从属权利要求的前置过渡用语，对比文件实质公开了该特征。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《隐含公开》 | [0060] At 604, the receiver determines if one or more PDUs are lost during transmission. The receiver may determine the lost PDUs by checking if there are one or more missing sequence numbers among consecutive sequence numbers of the received PDUs... At 608, the receiver requests retransmission of the lost PDUs if the lost PDUs are not received before the timer expires.<br>（在604处，接收机确定在传输期间是否有一个或多个PDU丢失。接收机可以通过检查接收到的PDU的连续序列号中是否存在一个或多个缺失的序列号来确定丢失的PDU……在608处，如果丢失的PDU在定时器期满之前未被接收到，接收机请求重传丢失的PDU。） | 对比文件段落[0060]明确涵盖了传输期间“一个或多个PDU丢失（one or more PDUs are lost）”的多PDU丢失情况。虽然对比文件在段落[0058]给出的单PDU丢失示例中仅描述了单一定时器期满，但在多PDU丢失的场景下，本领域技术人员按照现有3GPP RLC重排序规则及对比文件逻辑，完全可能推断出定时器期满后若重排序窗口内仍有其它未到达的间隙/丢失PDU时的判断条件。依据极其宽松的隐含公开标准，认定该特征被隐含公开。 |
| 技术特征Q：重启所述定时器<br>《隐含公开》 | [0058] ...The value of the timer should allow enough time for any HARQ transmission to finish so when the timer expires, the receiver is sure that the PDU is missing as opposed to be delayed in HARQ buffer.<br>（……定时器的值应当留出足够的时间以使任何HARQ传输完成，从而当定时器期满时，接收机确信PDU是丢失而不是在HARQ缓冲器中延迟。）<br>[0060] ...At 604, the receiver determines if one or more PDUs are lost during transmission... At 608, the receiver requests retransmission of the lost PDUs if the lost PDUs are not received before the timer expires.<br>（……在604处，接收机确定在传输期间是否有一个或多个PDU丢失……在608处，如果丢失的PDU在定时器期满之前未被接收到，接收机请求重传丢失的PDU。） | 对比文件虽然未字面载明针对下一个丢失PDU“重启定时器”，但在多PDU丢失的场景下，为了继续等待后续丢失的PDU以避免过早发送后续状态报告，重新触发/初始化定时器是通信协议中顺理成章的常规设计方案。结合对比文件段落[0060]关于检测多个丢失PDU的记载，本领域技术人员有可能合理推理出在当前期满且仍有其他PDU丢失时重启定时器。依据极度宽松的隐含公开判断原则，认定该特征被隐含公开。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 对比文件全文未记载维护或更新“下一个期望的RLC PDU的SN”（如VR(AM_NEXT)等变量）的具体状态变量更新机制。 | 目标专利说明书（段落[0100]、[0103]）明确定义了专有变量“VR(AM_NEXT)”（下一个期望的PDU序列号），并在定时器期满且存在其他丢失PDU时，执行将其设置为该丢失PDU的SN的具体状态变量维护逻辑。对比文件仅在高层面上描述了检测缺失SN与请求重传，并未公开接收端RLC状态变量的具体维护与赋值算法，本领域技术人员无法从对比文件中毫无疑义地得出或确定性推理出该特定的变量设置方案，因此既未直接公开也未隐含公开。 |
| 技术特征S：该方法还包括<br>《直接公开》 | [0008] Certain aspects of the present disclosure provide a method for wireless communications.<br>（本公开的某些方面提供了一种用于无线通信的方法。） | 对比文件段落[0008]公开了无线通信方法，该特征为从属权利要求的前置过渡用语，对比文件实质公开了该特征。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《隐含公开》 | [0058] ...If the timer expires and RLC PDU 2 is still not received, the receiver may send a Status Report to the transmitter asking for retransmission of RLC PDU 2...<br>（……如果定时器期满且RLC PDU 2仍未被接收到，接收机可以向发射机发送状态报告以要求重传RLC PDU 2……） | 对比文件段落[0058]所给出的典型实施场景正是“仅RLC PDU 2丢失”的单一丢失场景，即定时器期满且没有其他RLC PDU丢失的条件。本领域技术人员可以从中直接推导出该执行条件。依据宽松的隐含公开判定原则，认定该特征被隐含公开。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 对比文件全文未记载维护或更新“下一个期望的RLC PDU的SN”变量为最高SN加一的算法规则。 | 目标专利说明书（段落[0102]、[0103]）明确限定了在重排序缓冲器中没有其他PDU丢失时，将变量VR(AM_NEXT)重置为“具有最高SN的PDU的SN加一（VR(AM_Next) = 最高SN+1）”。对比文件完全没有披露接收端RLC接收窗口更新与期望序列号移动的具体变量赋值流程，无法从对比文件得出该技术方案，因此既未直接公开也未隐含公开。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 对比文件未记载重排序缓冲器中关于小于下一个期望的RLC PDU的SN的比较与检索判断。 | 目标专利说明书段落[0103]描述了在重排序缓冲器中对小于VR(AM_NEXT)的SN进行检索以确定是否还有其他丢失PDU。对比文件未披露此种基于重排序缓冲器与期望SN之间的大小关系进行条件判断的处理机制，因此既未直接公开也未隐含公开。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《隐含公开》 | [0058] ...If the timer expires and RLC PDU 2 is still not received, the receiver may send a Status Report to the transmitter asking for retransmission of RLC PDU 2.<br>（……如果定时器期满且RLC PDU 2仍未被接收到，接收机可以向发射机发送状态报告以要求重传RLC PDU 2。） | 对比文件段落[0058]记载了发送状态报告以请求重传丢失的RLC PDU 2。在LTE/UMTS等无线通信系统的RLC状态报告（STATUS PDU）中，要求重传丢失分组的标准信息元素即为否定应答（NACK）（或包含丢失SN的NACK指示，参见目标专利说明书[0103]）。虽然对比文件使用了“asking for retransmission”（请求重传）的表述，但本领域技术人员可知状态报告中指示请求重传丢失PDU的形式即为指示NACK。依据极为宽松的隐含公开标准，认定该特征被隐含公开。 |
<<<A>>>
<<<b>>>
<<<G>>>
<<<H>>>
<<<I>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
<<<p>>>
<<<q>>>
<<<S>>>
<<<t>>>
<<<w>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何说明书正文或具体文本内容，本领域技术人员无法从对比文件中获取该主题名称及其实施背景，故未公开。 |
| 技术特征B：从多个节点B接收PDU<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开从多个节点B（Node B）接收PDU的技术内容。 |
| 技术特征C：其中每个所接收的PDU具有传输序列号(TSN)<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开接收的PDU携带TSN的技术内容。 |
| 技术特征D：在MAC层中使用所述TSN<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开在MAC层中使用TSN的技术内容。 |
| 技术特征E：在不同重排序队列中对从所述多个节点B中的每个节点B接收到的PDU进行重排序<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开在不同重排序队列中分别对来自各节点B的PDU进行重排序的内容。 |
| 技术特征F：将从多个重排序队列接收到的PDU传递到RLC层中的一个逻辑信道<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开将多个重排序队列的PDU汇聚传递到RLC层单一逻辑信道的内容。 |
| 技术特征G：在所述RLC层中基于序列号(SN)对所接收的PDU进行重排序<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开在RLC层基于SN进行第二阶重排序的内容。 |
| 技术特征H：当至少一个RLC PDU基于该RLC PDU的SN而丢失时<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开在RLC层基于SN检测PDU丢失的技术内容。 |
| 技术特征I：启动定时器<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开因检测到PDU丢失而启动定时器的技术内容。 |
| 技术特征J：在所述定时器期满的条件下<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开基于定时器期满作为触发条件的技术内容。 |
| 技术特征K：基于所述RLC PDU的SN<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开基于丢失RLC PDU的SN进行后续处理的内容。 |
| 技术特征L：传送用于指示丢失的RLC PDU的状态报告<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开向发送端传送指示丢失PDU状态报告的技术内容。 |
| 技术特征M：其中在RLC PDU基于该RLC PDU的SN而丢失且所述定时器正在运行的条件下<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开定时器运行期间存在PDU丢失的判定条件。 |
| 技术特征N：对所述状态报告的传送进行延迟。<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开在定时器运行期间对状态报告延迟发送的技术内容。 |
| 技术特征O：该方法还包括<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开该特征。 |
| 技术特征P：在所述定时器期满且至少另一个RLC PDU丢失的条件下<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开定时器期满且存在其他RLC PDU丢失的判定条件。 |
| 技术特征Q：重启所述定时器<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开重启定时器的操作。 |
| 技术特征R：将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开将接收端下一个期望的RLC PDU的SN更新/设置成丢失PDU的SN。 |
| 技术特征S：该方法还包括<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开该特征。 |
| 技术特征T：在所述定时器期满且没有其他RLC PDU丢失的条件下<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开定时器期满且无其他丢失PDU的条件分支。 |
| 技术特征U：将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开将期望SN推进至最高SN加一的更新规则。 |
| 技术特征V：其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开对小于期望SN的乱序丢失项进行检查的判断逻辑。 |
| 技术特征W：则所传送的状态报告指示否定应答(NACK)。<br>《未公开》 | 无（对比文件无说明书内容输入） | 对比文件未提供任何文本内容，未公开在状态报告中对前述丢失项填充NACK指示的技术内容。 |
权利要求2
根据权利要求1所述的方法，该方法还包括；在所述定时器期满且至少另一个RLC PDU丢失的条件下；重启所述定时器；以及将下一个期望的RLC PDU的SN设置成所述丢失的RLC PDU的SN。
权利要求3
根据权利要求1所述的方法，该方法还包括；在所述定时器期满且没有其他RLC PDU丢失的条件下；将下一个期望的RLC PDU的SN设置成具有最高SN的RLC PDU的SN加一。
权利要求4
根据权利要求1所述的方法，其中如果在重排序缓冲器中具有小于下一个期望的RLC PDU的SN的SN的其他RLC PDU丢失；则所传送的状态报告指示否定应答(NACK)。