非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于无线发射/接收单元WTRU处理媒介接入控制MAC-ehs协议数据单元PDU的方法，该方法包括；经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU；在已满足一条件的情况下；将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体；而不执行所述重排序PDU的重排序；其中所述发送绕过重排序实体；且其中所述下一处理实体为解复用实体。
根据所提供的对比文件信息（对比文件为1971年公开的英国专利申请 GB1224446A，技术领域为“OPTICAL GLASS 光学玻璃”，且未提供具体说明书内容），对目标专利（涉及移动通信中WTRU处理MAC-ehs PDU的方法与设备）的各技术特征进行全面、严谨的对比分析。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容（对比文件为光学玻璃领域的专利“OPTICAL GLASS”，未提供说明书内容）。 | 本特征属于方法权利要求的常规引导语。对比文件属于无机非金属材料（光学玻璃组分）领域，且未提供具体内容，完全未涉及无线通信领域的方法步骤，因此本领域技术人员无法直接得出亦无法合理推断得出该技术特征，未被公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0003]、[0010]记载在移动通信网络（HSPA）中经由HS-DSCH接收MAC-ehs PDU。对比文件涉及光学玻璃材料，与蜂窝通信协议完全不相关，不存在任何关于下行信道、MAC层协议及PDU接收的描述或技术启示，未被直接公开亦未被隐含公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0045]、[0046]记载了基于优先级队列、逻辑信道标识或H-RNTI类型来作为旁路重排序的判定条件。对比文件未包含任何关于无线通信协议实体操作条件判定的内容，未被直接公开亦未被隐含公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0022]、[0044]阐述了分解实体将MAC-ehs PDU分解为重排序PDU并向后级实体发送的过程。对比文件与移动通信基带/L2协议处理无关，未被直接公开亦未被隐含公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0023]、[0044]公开了通过省略/绕过MAC-ehs层的重排序，解决公共H-RNTI或特定逻辑信道下TSN不连续导致的死锁和延时问题。对比文件未涉及任何数据队列重排序或旁路机制，未被直接公开亦未被隐含公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0044]及图3明确公开了重排序PDU绕过重排序队列（重排序实体）直接转发至解复用实体310a。对比文件属于光学玻璃领域，完全没有MAC层协议架构或协议实体交互的公开，未被直接公开亦未被隐含公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0003]、[0010]公开了终端在非Cell_DCH的过渡/低功耗状态下接收HS-DSCH。对比文件未披露任何无线资源控制（RRC）状态，未被直接公开亦未被隐含公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0011]、[0024]公开了通过限制使用单个HARQ进程来天然保证数据接收的前后顺序。对比文件未披露任何HARQ技术或单进程传输机制，未被直接公开亦未被隐含公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0024]公开了无反馈模式下的重复HARQ传输机制，PDU会被重复接收多次以提高可靠性。对比文件无相关数据传输机制的公开，未被直接公开亦未被隐含公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0024]指出在开始传送后续MAC-ehs PDU前结束当前PDU的所有传输，从而消除跨PDU的乱序到达。对比文件对此完全未涉及，未被直接公开亦未被隐含公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0043]、[0045]记载以数据来源的特定优先级队列作为执行条件。对比文件未涉及优先级队列概念，未被直接公开亦未被隐含公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0045]记载当确定数据来自不支持重排序的优先级队列时，判定条件满足并直接转发至下一实体。对比文件无相关逻辑条件处理，未被直接公开亦未被隐含公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0006]、[0045]详细说明了公共H-RNTI无法为单终端提供专属TSN的背景及以此作为触发条件的方案。对比文件无任何无线网络临时标识的记载，未被直接公开亦未被隐含公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0045]公开了当使用公共H-RNTI接收时即满足旁路重排序的条件。对比文件无相关公开，未被直接公开亦未被隐含公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0046]、[0047]记载以数据所属的逻辑信道标识作为判定条件。对比文件未涉及逻辑信道机制，未被直接公开亦未被隐含公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0046]记载当逻辑信道属于不支持重排序的信道类型时判定条件满足。对比文件无相关公开，未被直接公开亦未被隐含公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0047]明确列举了BCCH和PCCH作为支持免重排序的特定逻辑信道类型。对比文件完全未涉及蜂窝网络逻辑信道，未被直接公开亦未被隐含公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书[0489]公开了在上述特定状态下将next_expected_TSN初始值设置为接收窗口下沿公式，以防止MAC-ehs复位后因TSN不为0而导致首包被误丢弃。对比文件未涉及任何序列号初始化变量及滑动窗口算法，未被直接公开亦未被隐含公开。 |
---
本对比文件（GB1224446A，光学玻璃）属于完全不相干的材料物理化学领域，对目标专利权利要求中的无线移动通信协议处理技术特征A至R既未直接公开，亦无法通过任何常理或技术逻辑进行推理得出隐含公开。
作为资深专利代理师，紧密结合目标专利说明书原文的释义及技术方案对对比文件（US20030131124A1）进行特征比对与公开性判断。
在目标专利中，核心方案涉及在WTRU处于Cell_FACH/PCH等状态下经由HS-DSCH接收MAC-ehs PDU时，针对无专用H-RNTI、公共信道（BCCH/PCCH等）或特定优先级队列，为了避免传统重排序机制引入的无序阻塞和过大延迟，提出了**完全绕过重排序实体，在不执行重排序的情况下直接将重排序PDU转发/发送至下一处理实体（解复用实体或重组实体）**，或者结合单个HARQ进程、窗口下沿初始化next_expected_TSN等特殊处理机制。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0064] “In one aspect of the present invention, the data transmission method for HSDPA system comprises transmitting, with a transmitter, a Data Block composed of one or more data units originated from a same logical channel; receiving, with a receiver, the Data Block through a HS-DSCH; and distributing the Data Block to a predetermined reordering buffer.”<br>（中文翻译：在本发明的一个方面，一种用于HSDPA系统的数据传输方法包括：通过发射机发送由源自同一逻辑信道的一个或多个数据单元组成的数据块；通过接收机经由HS-DSCH接收该数据块；以及将该数据块分发至预定的重排序缓存器。） | 对比文件段落[0064]明确公开了一种数据传输方法（data transmission method），属于方法类权利要求的前序引导特征，技术领域与作用完全相同，本领域技术人员能毫无疑义地确定该特征被对比文件直接公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《隐含公开》 | [0041] “The manner in which the MAC layer receives the data from the physical layer and delivers it to the RLC layer will now be described. The data block delivered to the MAC-hs sub-layer 171 through the HS-DSCH is first stored in one of the HARQ processes in the HARQ block.”<br>（中文翻译：现在将描述MAC层从物理层接收数据并将其传递到RLC层的方式。通过HS-DSCH传递到MAC-hs子层171的数据块首先存储在HARQ块中的HARQ进程之一中。）<br>[0051] “FIG. 7 is a data block (MAC-hs PDU) format adopted in the HSDPA system.”<br>（中文翻译：图7是HSDPA系统中采用的数据块（MAC-hs PDU）格式。）<br>[0064] “...receiving, with a receiver, the Data Block through a HS-DSCH...”<br>（中文翻译：……通过接收机经由HS-DSCH接收该数据块……） | 1. 对比文件公开内容及作用：对比文件公开了UE通过HS-DSCH接收来自物理层的数据块（Data Block），具体形式为3GPP Release 5中的MAC-hs PDU，并在MAC-hs子层中进行处理，起到在共享高速下行信道接收MAC层协议数据单元的作用。<br>2. 与目标特征差异与作用对比：目标专利接收的是演进型HSPA（Release 7）引入的MAC-ehs PDU。在目标说明书段落[0021]中明确说明：“应当指出的是，MAC-ehs实体可以被称为MAC-hs实体或其他任何名称”。MAC-ehs PDU是MAC-hs PDU在HSPA演进中的等同/替代性协议数据单元，同样是经由HS-DSCH传输的MAC层PDU。<br>3. 隐含公开推导：对比文件公开了经由HS-DSCH接收MAC-hs PDU，部分公开了在下行共享信道接收MAC协议数据单元的方案；本领域技术人员结合3GPP移动通信协议演化可合理推知该接收机制适用于其演进形式MAC-ehs PDU，按照非常宽松的隐含公开判断标准，认定技术特征B被隐含公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《直接公开》 | [0066] “...and delivering the Data Block to higher layers when the Data Block is determined an in-sequence Data Block or storing the Data Block in a reordering buffer when the Data Block is determined as an out-of sequence Data Block, based on the value of the TSN field...”<br>（中文翻译：……并在基于TSN字段的值确定该数据块为按序数据块时将该数据块传递到较高层，或者在确定该数据块为失序数据块时将该数据块存储在重排序缓存器中……）<br>[0054] “...checks the sequence number of the Data Block, i.e. TSN of the Data Block, (SX5), and determines whether the Data Block can be delivered or not (SX6). If the Data Block is determined that it can be delivered, the MAC-hs disassembles the Data Block into data units (SX7)...”<br>（中文翻译：……检查数据块的序列号即数据块的TSN（SX5），并确定该数据块是否可被传递（SX6）。如果确定该数据块可以传递，则MAC-hs将该数据块分解为数据单元（SX7）……） | 对比文件在步骤SX6及段落[0066]中明确公开了根据特定条件（例如TSN判断是否为按序数据块、先前数据块是否到达等）做出判定以决定是否执行后续传递。满足该判定条件作为执行后续动作的前提，因此“在已满足一条件的情况下”这一条件触发特征被对比文件直接公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《隐含公开》 | [0044] “...when the reordering buffer of the terminal MAC-hs sub-layer 171 delivers the data block to the MAC-d sub-layer 173, the reordering buffer must first disassemble the data block into the MAC-d PDUs and then deliver them to the MAC-d sub-layer. The MAC-c/sh sub-layer 172 passes the MAC-d PDUs received from the MAC-hs sub-layer 171 to the MAC-d sub-layer.”<br>（中文翻译：……当终端MAC-hs子层171的重排序缓存器将数据块传递给MAC-d子层173时，重排序缓存器必须首先将数据块分解为MAC-d PDU，然后将它们传递给MAC-d子层。MAC-c/sh子层172将从MAC-hs子层171接收到的MAC-d PDU传递给MAC-d子层。）<br>[0089] “If the Data Block is determined that it can be delivered, the MAC-hs disassembles the Data Block into data units (S107), and delivers all the data units to the logical channel associated with the reordering buffer (S108).”<br>（中文翻译：如果确定该数据块可以传递，则MAC-hs将数据块分解为数据单元（S107），并将所有数据单元传递到与重排序缓存器相关联的逻辑信道（S108）。） | 1. 技术方案对比：目标专利中，MAC-ehs PDU由一个或多个重排序PDU（reordering PDU）组成，分解实体将其分解为重排序PDU后发送至下一处理实体（重组实体或解复用实体）。对比文件中，接收到的数据块（Data Block/MAC-hs PDU）在被确定传递时，先分解为数据单元（data units/MAC-d PDU），再发送至下一处理层（MAC-d或逻辑信道）。<br>2. 隐含公开推导：对比文件公开了将接收到的PDU内部包含的下级数据单元/PDU在分解后传递给下一级处理实体。重排序PDU在功能层面上相当于承载上层数据的中间协议单元，本领域技术人员通过对比文件公开的逐级解包分发逻辑，能够合理解读和推知该结构传递过程，符合极宽松的隐含公开判断。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>未公开（无直接公开，亦无法隐含公开） | [0043] “A significant characteristic of the reordering buffer is that it supports in-sequence delivery of data. Data blocks are sequentially delivered to an upper layer based on a transmission sequence number (TSN)...”<br>（中文翻译：重排序缓存器的一个显著特征是它支持数据的按序传递。数据块基于传输序列号（TSN）顺序传递到上层……）<br>[0066] “...The out-of sequence Data Block waits until a missed Data Block is received and then the Data Blocks in the reordering buffer are reordered if the missed Data Block is received.”<br>（中文翻译：……失序数据块进行等待直到接收到缺失的数据块，然后若接收到缺失的数据块则对重排序缓存器中的数据块进行重排序。）<br>[0085] “The TSN of the MAC-hs header is unique to each logical channel and is used to guarantee the in-sequence delivery of Data Blocks.”<br>（中文翻译：MAC-hs报头的TSN对于每个逻辑信道是唯一的，并用于保证数据块的按序传递。） | 1. 目标专利技术方案与作用：目标专利为了解决无专用H-RNTI或特定逻辑信道下的重排序阻塞/死锁延迟，发明了“重排序被避免”（reordering is avoided），即直接完全不执行重排序处理（如说明书[0043]-[0044]、[0067]所述），直接发送到解复用或重组实体。<br>2. 对比文件技术方案与作用：对比文件全文的核心发明构思是“为每个逻辑信道分配独立的重排序缓存器，利用每个逻辑信道独立的TSN来在重排序缓存器中进行重排序和按序传递”（[0082]、[0085]、[0066]）。即使按序到达立即传递，其仍然是严格基于TSN进行重排序判定并由重排序缓存器支持按序重排交付的技术方案。<br>3. 结论：对比文件非但没有公开“不执行重排序”，其技术机制恰恰完全依赖于“重排序”。技术人员无法从对比文件中推导出“不执行重排序”，故该特征既未直接公开，也未隐含公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>未公开（无直接公开，亦无法隐含公开） | [0042] “...When no errors exist, the HARQ process delivers the data block to a reordering buffer and transmits the ACK information to the UTRAN. 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.”<br>（中文翻译：……当不存在错误时，HARQ进程将数据块传递到重排序缓存器并向UTRAN发送ACK信息。重排序缓存器具有与UTRAN中的发送缓存器类似的优先级。HARQ进程借助数据块中包含的优先级类别标识符将数据块传递给相应的重排序缓存器。）<br>[0064] “...and distributing the Data Block to a predetermined reordering buffer.”<br>（中文翻译：……并将数据块分发至预定的重排序缓存器。）<br>[0089] “...checks if a Data Block is received from HARQ entity (S102)... forwards the Data Block to the reordering buffer associated with the indicated logical channel (S104).”<br>（中文翻译：……检查是否从HARQ实体接收到数据块（S102）……将数据块转发到与所指示逻辑信道关联的重排序缓存器（S104）。） | 1. 目标专利技术方案与作用：目标专利图3、图4及段落[0044]明确指出，对于特定队列/信道，“重排序被避免，并且重排序PDU被直接转发至解复用实体310a”，发送路径在物理和逻辑结构上完全绕过了重排序实体（队列308）。<br>2. 对比文件技术方案与作用：在对比文件中，所有从HARQ实体接收的数据块必须首先分发到重排序缓存器（reordering buffer，步骤S104），由重排序实体进行TSN检查后才分解传递。对比文件没有任何绕过重排序实体的路径，且下一处理实体是直接交付给上层MAC-d或逻辑信道，而不是解复用实体。<br>3. 结论：技术手段相反，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>未公开（无直接公开，亦无法隐含公开） | [0008] “Nodes B are managed by the RNCs, receive information sent by the physical layer of a terminal 150 (e.g., mobile station, user equipment and/or subscriber unit) through an uplink, and transmit data to a terminal 150 through a downlink.”<br>（中文翻译：Node B由RNC管理，通过上行链路接收由终端150（例如移动台、用户设备和/或订户单元）的物理层发送的信息，并通过下行链路向终端150发送数据。）<br>[0048] “Because a receiver HARQ process &null;1 191 can know that data is transmitted thereto for a corresponding TTI through the downlink control signal, the receiver HARQ process &null;1 transmits the NACK information to the transmitter through an uplink control signal when the data block is not successfully received within a defined transmission time interval (TTI). On the other hand, when a data block is successfully received, the receiver HARQ process &null;1 transmits the ACK information to the transmitter...”<br>（中文翻译：因为接收机HARQ进程#1 191可以通过下行链路控制信号获知在相应TTI为其发送了数据，所以当在定义的传输时间间隔（TTI）内未成功接收到数据块时，接收机HARQ进程#1通过上行链路控制信号向发射机发送NACK信息。另一方面，当成功接收到数据块时，接收机HARQ进程#1向发射机发送ACK信息……） | 1. 目标专利说明书背景：目标专利说明书[0003]、[0006]指出，Cell_DCH状态下UE具有专用H-RNTI并有上行ACK/NACK反馈，而Cell_FACH、Cell_PCH、URA_PCH状态下引入HS-DSCH是3GPP Release 7的演进特征，在该状态下UE往往没有专用H-RNTI、无上行ACK/NACK反馈。<br>2. 对比文件技术方案：对比文件基于早期3GPP Rel-5 HSDPA规范，其实施完全依赖终端在上行控制信道发送ACK/NACK反馈（段落[0048]、[0095]），属于典型的Cell_DCH状态。全文未出现Cell_FACH、Cell_PCH或URA_PCH状态，亦未涉及在非DCH状态下运行HSDPA。<br>3. 结论：对比文件未直接公开该特征，本领域技术人员也无法从需要上行ACK反馈的Rel-5 DCH传输体系推导出Rel-7非DCH状态的接收机制，未隐含公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《隐含公开》 | [0037] “A maximum 8 HARQ processes exist in the HARQ block. The data block received from the scheduling block is delivered to an appropriate HARQ process. Each HARQ process operates in a stop and wait (SAW) ARQ. In this method, the next data block is not transmitted until a current data block is successfully transmitted. As mentioned above, because only one data block is transmitted in a TTI, only one HARQ process is activated in one TTI.”<br>（中文翻译：HARQ块中最多存在8个HARQ进程。从调度块接收到的数据块被传递到适当的HARQ进程。每个HARQ进程以停止等待（SAW）ARQ运行。在该方法中，直到当前数据块被成功发送之后才发送下一个数据块。如上所述，因为在一个TTI中仅发送一个数据块，所以在单个TTI中仅激活一个HARQ进程。） | 1. 目标专利方案：目标说明书段落[0011]、[0024]指出，对于无重排序传输，可采用“单个HARQ进程”（Single HARQ process），从而消除多进程乱序到达的问题。<br>2. 对比文件公开情况：对比文件段落[0037]公开了HARQ块最多包含8个进程，但在任一给定的传输时间间隔（TTI）中，“仅激活单个HARQ进程（only one HARQ process is activated in one TTI）”。<br>3. 隐含公开推导：对比文件虽然配置了多个HARQ进程池（最多8个），但在具体接收操作的某一时刻公开了“单个HARQ进程处于激活状态运行接收”。按照极其宽松的隐含公开判断原则，对比文件部分公开了单HARQ进程接收的操作特性，本领域技术人员有可能基于该内容推论其可限制或退化为单HARQ进程工作模式，故认定技术特征H被隐含公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《直接公开》 | [0024] “The HARQ method is a re-transmission method which differs from existing re-transmission methods used in the RLC layer. The HARQ method is used in connection with the physical layer, and a higher decoding success ratio is guaranteed by combining re-transmitted data with previously received data. That is, a packet that is not successfully transmitted is not discarded but stored. The stored packet is combined with a re-transmitted packet in a step before decoding and is decoded.”<br>（中文翻译：HARQ方法是一种不同于RLC层中现有重传方法的重传方法。HARQ方法与物理层相结合使用，通过将重传数据与先前接收到的数据进行合并来保证更高的解码成功率。也就是说，未成功传输的分组不被丢弃而是被存储。存储的分组在解码之前的步骤中与重传的分组进行合并并被解码。）<br>[0048] “...the receiver HARQ process &null;1 transmits the NACK information to the transmitter through an uplink control signal when the data block is not successfully received within a defined transmission time interval (TTI)...”<br>（中文翻译：……当在定义的传输时间间隔（TTI）内未成功接收到数据块时，接收机HARQ进程#1通过上行链路控制信号向发射机发送NACK信息……） | 对比文件段落[0024]及[0048]明确公开了当接收出错时接收端发送NACK请求重传，发射端重传该数据块（PDU），接收端将多次接收（传输和重传）的数据进行软合并解码。因此，存在“每一PDU被接收不止一次”的技术方案与运行工况，技术特征I被直接公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>未公开（无直接公开，亦无法隐含公开） | [0046] “The process includes transmitting data blocks to the receiver for data blocks having transmission sequence numbers from TSN#13 to TSN#22 in the transmission buffer. A data block with a lower TSN is served first to an empty HARQ process. For example, as shown, the data block TSN#13 is delivered to HARQ process #1 181, and data block TSN#14 is delivered to HARQ process #8.”<br>（中文翻译：该过程包括对于传输缓存器中具有从TSN#13到TSN#22的传输序列号的数据块向接收机发送数据块。具有较低TSN的数据块首先被服务给空闲的HARQ进程。例如，如图所示，数据块TSN#13被传递到HARQ进程#1 181，并且数据块TSN#14被传递到HARQ进程#8。）<br>[0048] “...That is, HARQ process &null;1 181 that transmitted data block TSN&null;13 does not transmit another data block until the data block is successfully transmitted...”<br>（中文翻译：……即发送数据块TSN#13的HARQ进程#1 181在成功发送该数据块之前不发送另一个数据块……） | 1. 目标专利方案及作用：目标专利说明书[0011]、[0024]明确要求：在开始传送/接收后续MAC-ehs PDU之前，节点-B/接收端结束当前MAC-ehs PDU的所有重传。这是为了在不执行重排序的前提下确保连续PDU在物理上绝对按序到达。<br>2. 对比文件方案及作用：对比文件段落[0046]与图6公开了多进程并行机制：TSN#13在进程#1传输，TSN#14在进程#8传输，两个进程在不同的连续TTI发送。如果TSN#13发送失败发生重传，此时后续的TSN#14已经在进程#8开始发送并可能先于TSN#13被成功接收。对比文件仅仅是“同一HARQ进程在成功前不发送下一数据块”，但在所有MAC PDU/整个信道序列层面，重传与后续PDU传输是交叠并行的，这正是导致重排序缓存器产生乱序存储的根本原因（段落[0043]、[0050]）。<br>3. 结论：对比文件技术方案与目标特征完全相悖，无法直接或隐含公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《隐含公开》 | [0036] “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>（中文翻译：优先级类别标识符和传输序列号被添加到每个数据块，且每个数据块被传递到HARQ块。）<br>[0042] “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.”<br>（中文翻译：重排序缓存器具有与UTRAN中的发送缓存器类似的优先级。HARQ进程借助数据块中包含的优先级类别标识符将数据块传递给相应的重排序缓存器。） | 对比文件明确公开了数据块携带优先级类别标识符（priority class identifier），且数据块按优先级队列/缓存器进行组织和分发。对比文件部分公开了“数据来自某一优先级队列”的属性识别特征。在极其宽松的隐含公开判断标准下，认定该特征被隐含公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>未公开（无直接公开，亦无法隐含公开） | [0042] “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>（中文翻译：HARQ进程借助数据块中包含的优先级类别标识符将数据块传递给相应的重排序缓存器。重排序缓存器的一个显著特征是它支持数据的按序传递。） | 结合技术特征C、D、E：目标专利中“条件满足”是指满足“不执行重排序直接发送给下一处理实体”的前提触发条件（即如果来自特定不支持重排序的优先级队列，则触发绕过重排序）。但在对比文件中，来自任何优先级队列的数据，其结果都是“分发至该优先级的重排序缓存器中进行TSN重排序”，不存在以此作为免除重排序的满足条件。故未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>未公开（无直接公开，亦无法隐含公开） | [0012] “The transport channel between the physical layer (PHY) and the MAC layer is divided into a dedicated transport channel and a common transport channel based on whether it is exclusively used by a single terminal or shared by several terminals.”<br>（中文翻译：物理层（PHY）和MAC层之间的传输信道根据是由单个终端专用还是由若干终端共享，分为专用传输信道和公共传输信道。） | 目标说明书段落[0006]指出，在Cell_FACH/PCH等状态下引入了“公共H-RNTI（Common H-RNTI）”，以便所有WTRU均可解码广播或无专用标识数据。对比文件使用的是Rel-5标准，仅涉及专用信道传输模式下的HSDPA，完全未提及公共H-RNTI概念，也未公开使用公共H-RNTI来识别PDU。技术人员无法从对比文件中推导出该特征，未公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>未公开（无直接公开，亦无法隐含公开） | 无对应原文段落引用。 | 依附于特征M，对比文件未公开公共H-RNTI，更未公开以“关联公共H-RNTI”作为触发绕过重排序处理的满足条件。未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《直接公开》 | [0082] “In the present invention, one reordering buffer is assigned for each logical channel so as to prevent the received data to be undesirably delayed in the reordering buffer. That is, in the UTRAN side each Data Block is composed of MAC-d PDUs originated from a single logical channel rather than MAC-d PDUs produced by multiplexing different logical channels.”<br>（中文翻译：在本发明中，为每个逻辑信道分配一个重排序缓存器，以防止接收到的数据在重排序缓存器中发生不希望的延迟。即，在UTRAN侧，每个数据块由源自单一逻辑信道的MAC-d PDU组成，而不是由复用不同逻辑信道产生的MAC-d PDU组成。）<br>[0089] “...checks the logical channel identity by the C/T field (S103) and forwards the Data Block to the reordering buffer associated with the indicated logical channel (S104).”<br>（中文翻译：……通过C/T字段检查逻辑信道标识（S103）并将数据块转发到与所指示逻辑信道关联的重排序缓存器（S104）。） | 对比文件段落[0082]与[0089]明确公开了接收端MAC子层通过C/T字段检测并确定接收到的数据块/数据单元源自哪一个特定逻辑信道，完全公开了“数据来自某一逻辑信道”的技术方案与识别机制。技术特征O被直接公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>未公开（无直接公开，亦无法隐含公开） | [0089] “...checks the logical channel identity by the C/T field (S103) and forwards the Data Block to the reordering buffer associated with the indicated logical channel (S104). Then, the MAC-hs checks the sequence number of the Data Block, i.e. TSN of the Data Block, (S105)...”<br>（中文翻译：……通过C/T字段检查逻辑信道标识（S103）并将数据块转发到与所指示逻辑信道关联的重排序缓存器（S104）。然后，MAC-hs检查数据块的序列号即数据块的TSN（S105）……） | 目标专利中，该特征是指若数据来自某一特定逻辑信道，则触发“不执行重排序直接发送至下一处理实体”的条件满足。而对比文件检查逻辑信道标识后，满足的条件仅仅是“将其分发至对应逻辑信道的重排序缓存器并继续进行TSN重排序检查”，并未以特定逻辑信道作为免除重排序的触发条件。未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>未公开（无直接公开，亦无法隐含公开） | [0033] “First, the path of the RLC PDU delivered from the RLC layer through the dedicated logical channel, (i.e. a dedicated traffic channel (DTCH) or a dedicated control channel (DCCH)), is determined by a channel switching function in the MAC-d layer.”<br>（中文翻译：首先，由MAC-d层中的信道切换功能确定从RLC层通过专用逻辑信道（即专用业务信道（DTCH）或专用控制信道（DCCH））传递的RLC PDU的路径。） | 1. 目标专利技术方案：目标专利中BCCH和PCCH是在Cell_FACH/PCH状态下映射到HS-DSCH的公共逻辑信道，由于其广播/寻呼特性不支持也不需要重排序。<br>2. 对比文件技术方案：对比文件段落[0033]明确限定其传输的逻辑信道为专用逻辑信道，即专用业务信道（DTCH）或专用控制信道（DCCH），全文未涉及BCCH或PCCH，更未涉及在HS-DSCH上传输BCCH/PCCH。<br>3. 结论：对比文件未直接公开，也无法隐含公开该特征。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>未公开（无直接公开，亦无法隐含公开） | 无对应原文段落引用。 | 1. 目标专利技术方案与作用：目标专利针对非DCH状态下公共H-RNTI不能复位TSN引发丢包的问题，在说明书[0008]、[0489]提出了将next_expected_TSN的初始值设置成接收窗口下沿计算值“RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1”，以防止初始报文被当做陈旧报文丢弃。<br>2. 对比文件技术方案：对比文件完全没有非Cell_DCH状态（Cell_FACH/Cell_PCH/URA_PCH），也没有提及接收窗口下沿公式初始化next_expected_TSN的技术手段。<br>3. 结论：未直接公开，亦无隐含公开。 |
---
<<<A>>>
<<<b>>>
<<<C>>>
<<<d>>>
<<<h>>>
<<<I>>>
<<<k>>>
<<<O>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【０００１】<br>“本発明は高速順方向パケット接続方式を使用する移動通信システムに係り、特に、エラーの発生したパケットデータを再伝送する装置及び方法に関する。”<br>（译文：本发明涉及使用高速前向分组接入方式的移动通信系统，特别是涉及重新发送发生错误的分组数据的装置及方法。）<br>【００１４】<br>“移動通信システムで複合再伝送方式を用いてデータを再伝送する方法において……”<br>（译文：在移动通信系统中使用复合重传方式重传数据的方法中……） | 1. 作用与对应关系：<br>对比文件公开了一种移动通信系统中数据重传及处理的方法，与目标专利属于同一技术领域，技术特征A作为方法的引导性描述，已被直接公开。<br>2. 公开性判定：<br>本领域技术人员能够毫无疑义地确定对比文件公开了相关数据处理/传输方法，属于《直接公开》。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《隐含公开》 | 【０００４】<br>“前記ＨＳＤＰＡ方式はＵＭＴＳ通信システムで順方向高速パケットデータ伝送を支援するための順方向データチャンネルである高速順方向共通チャンネル（ＨＳ−ＤＳＣＨ：Ｈｉｇｈ Ｓｐｅｅｄ−Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、以下、“ＨＳ−ＤＳＣＨ”と称する）とこれに関連する制御チャンネルを含むデータ伝送方式を総称する。……エラーの発生したデータに対して、ＵＥと基地局との間で再伝送が行われ、再伝送されたデータをソフトコンバイニング（ｓｏｆｔ ｃｏｍｂｉｎｉｎｇ）することにより、全体的な通信効率を向上させる。すなわち、前記エラーの発生したデータに対して再伝送されたデータをソフトコンバイニングする方式が前記ＨＡＲＱ方式であり……”<br>（译文：所述HSDPA方式统称在UMTS通信系统中用于支持前向高速分组数据传输的前向数据信道——高速前向共享信道（HS-DSCH）及其相关控制信道的数据传输方式。……针对发生错误的数据，在UE与基站之间进行重传，通过对重传数据进行软合并，提高整体通信效率。即，对所述发生错误的数据重传的数据进行软合并的方式即为所述HARQ方式……）<br>【０００５】<br>“前記ＨＳＤＰＡ方式では、前記ＵＥと基地局の媒体接続制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、以下、“ＭＡＣ”と称する）ＨＳ−ＤＳＣＨとの間でＡＣＫ信号と再伝送パケットデータとが交換される。”<br>（译文：在所述HSDPA方式中，在所述UE与基站的高速介质访问控制（MAC HS-DSCH，即MAC-hs）之间交换ACK信号和重传分组数据。）<br>【００１６】<br>“基地局（Ｎｏｄｅ Ｂ）２１０は高速順方向物理共通チャンネル（ＨＳ−ＰＤＳＣＨ……）を通じて使用者端末機（ＵＥ）２２０へパケットデータを伝える。”<br>（译文：基站（Node B）210通过高速前向物理共享信道（HS-PDSCH）向使用者终端（UE）220传递分组数据。） | 1. 作用与对应关系：<br>对比文件公开了在HSDPA中，UE经由下行数据信道（HS-DSCH/HS-PDSCH）在MAC层实体（MAC-hs）接收分组数据单元（PDU）。虽然对比文件公开的是早期3GPP版本的MAC-hs PDU，而目标专利采用的是版本7引入的演进型MAC-ehs PDU，但二者在协议架构中均承担在高速下行链路共享信道接收下行传输块/数据单元的核心功能。<br>2. 公开性判定：<br>按照极宽松的隐含公开判断标准，对比文件已经公开了在HSDPA架构下经由HS-DSCH接收MAC层协议数据单元，属于部分公开了该技术特征的内容，且MAC-ehs与MAC-hs属于通信协议在演进过程中的等同/替代性协议实体（目标说明书【0021】亦指出“MAC-ehs实体可以被称为MAC-hs实体或其他任何名称”），本领域技术人员结合公知常识极易推导得出，故认定为《隐含公开》。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 目标专利说明书内涵：<br>结合目标说明书【0010】、【0023】、【0043】-【0046】可知，技术特征C所指的“条件”是与后续“不执行重排序”、“直接发送至下一处理实体（重组/解复用）”紧密相连的触发/判定前置条件（例如来自不支持重排序的优先级队列、使用公共H-RNTI、或特定逻辑信道如BCCH/PCCH）。<br>2. 公开性论述：<br>对比文件采用的是传统的重排序机制（即无论何种信道，UE均配置重排序缓存器与T1计时器，在缺失TSN时启动T1等待重传或超时提交），对比文件通篇旨在通过基站侧同步设置T1计时器来避免不必要的重传，根本没有公开“在满足特定条件时旁路/跳过重排序”的技术构思或任何前置条件判定，因此未公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《未公开》 | 【００１８】<br>“前記リオーダーリングバッファにバッファリングされているパケットデータのすべてが上位階層へ伝えられると、前記Ｔ１タイマはリセットされる。これとは反対に、前記Ｔ１タイマーが前記設定待機時間を完了するまえに前記ＴＳＮ＃１に該当するパケットデータの再伝送分が受信される場合、前記ＵＥ２２０は前記再伝送されたＴＳＮ＃１のパケットデータ、前記ＴＳＮ＃２のパケットデータ及びその後に順次に到着するすべてのパケットデータを上位階層へ伝え、前記Ｔ１タイマーはリセットされる。”<br>（译文：所述重排序缓存区中缓存的分组数据全部被传递给上位层时，所述T1计时器被复位。相反，在所述T1计时器完成所述设定等待时间之前接收到对应于所述TSN#1的分组数据的重传部分时，所述UE 220将所述重传的TSN#1分组数据、所述TSN#2分组数据及之后按顺序到达的所有分组数据传递给上位层，所述T1计时器被复位。） | 1. 目标专利说明书内涵：<br>结合目标说明书【0022】、【0044】及图3可知，“重排序PDU”是MAC-ehs PDU经分解实体分解后得到的单元，特征D强调的是将重排序PDU向重排序实体之外的“下一处理实体”（即解复用实体或重组实体）发送。<br>2. 公开性论述：<br>对比文件记载的是传统的MAC-hs操作：将接收到的分组先放入重排序缓存器（Reordering buffer），在满足按序到达或T1定时器超时后，再将排好序的数据提交给“上位阶层”（上位层），其传递的是完成重排序后的连续分组，且不涉及将内部包含的重排序PDU分发给解复用或重组等特定下一处理实体。因此未公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《未公开》 | 【００１１】<br>“ＵＥは前記ＴＩタイマーをリセットし、リオーダーリングバッファ（Ｒｅｏｒｄｅｒｉｎｇ ｂｕｆｆｅｒ）に受信されているデータを廃棄させる。”<br>（译文：UE将所述T1计时器复位，并将在重排序缓存区中接收的数据丢弃。）<br>【００１８】<br>“……正常的に受信できないパケットデータが発生する場合、連続的にこのようなバッファリング及び待機動作が反復される。”<br>（译文：……在发生无法正常接收的分组数据的情况下，连续重复此种缓存及等待动作。） | 1. 目标专利说明书内涵：<br>目标说明书【0010】、【0023】、【0043】指出，为简化某些状态下的传输或公共信道传输延迟，UE直接免除/跳过重排序功能。<br>2. 公开性论述：<br>对比文件的核心技术特征在于UE端与基站端均严格依赖重排序缓存器及T1定时器来实现严格的重排序重传控制（若未按序到达则缓存并等待），对比文件自始至终都在执行重排序，完全未公开亦未暗示“不执行重排序”的操作。因此未公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 目标专利说明书内涵：<br>结合目标说明书【0044】及图3，MAC-ehs架构中分解实体分解得到的重排序PDU绕过重排序队列/实体308，直接发送给解复用实体310a。<br>2. 公开性论述：<br>对比文件采用的是传统的包含重排序缓存器的架构，不存在任何“绕过重排序实体”的路由机制，也未提及解复用实体作为其下一处理实体，因此未公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《未公开》 | 【００１６】<br>“……前記ＵＥ２２０は前記基地局２１０から受信されるパケットデータに対する認知（ＡＣＫ）信号又は否定的認知（ＮＡＣＫ）信号を逆方向（ＵＬ：Ｕｐｌｉｎｋ）専用物理制御チャンネル（ＤＰＣＣＨ……）を通じて前記基地局２１０へ送信する。”<br>（译文：……所述UE 220将针对从所述基站210接收到的分组数据的确认（ACK）信号或否定确认（NACK）信号，通过反向（UL：上行）专用物理控制信道（DPCCH）发送至所述基站210。）<br>【００２０】<br>“前記ＨＰＣ３４０はＵＥが伝送する第２専用物理チャンネル（Ｓｅｃｏｎｄａｒｙ ＤＰＣＨ……）を通じて前記基地局が送信した任意のチャンネル信号に対するＡＣＫ／ＮＡＣＫ信号を受信すると……”<br>（译文：所述HPC 340通过UE传输的第二专用物理信道（Secondary DPCH）接收到针对所述基站发送的任意信道信号的ACK/NACK信号时……） | 1. 目标专利说明书内涵：<br>目标说明书【0003】、【0006】、【0020】指出，在3GPP Release 7中引入了在Cell_FACH、Cell_PCH、URA_PCH状态下通过HS-DSCH接收数据的机制，此时WTRU通常没有上行专用物理控制信道或专用H-RNTI。<br>2. 公开性论述：<br>对比文件记载的UE必须通过上行“专用物理控制信道（DPCCH / Secondary DPCH）”实时反馈ACK/NACK信号，这在UMTS体系中属于典型的Cell_DCH状态操作，通篇未涉及亦未暗示Cell_FACH、Cell_PCH或URA_PCH状态下的HS-DSCH接收。因此未公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《隐含公开》 | 【０００４】<br>“その一例としてチャンネル停止−待機混和自動再伝送方式（ｎ−ｃｈａｎｎｅｌ ＳＡＷ ＨＡＲＱ：ｎ−ｃｈａｎｎｅｌ Ｓｔｏｐ Ａｎｄ Ｗａｉｔ ＨＡＲＱ、以下、“ｎ−ｃｈａｎｎｅｌ ＳＡＷ ＨＡＲＱ”と称する）について説明する。”<br>（译文：作为其一例，对信道停止-等待混合自动重传方式（n-channel SAW HARQ）进行说明。）<br>【０００９】<br>“前記ｎ−ｃｈａｎｎｅｌ ＳＡＷ ＨＡＲＱ方式ではＵＥと基地局との間にｎ個の論理的なチャンネルを設定し、明示的なチャンネル番号でそのチャンネルを識別すると、受信側であるＵＥは……任意のＵＥ１３０と任意の基地局１１５との間に４−ｃｈａｎｎｅｌ ＳＡＷ ＨＡＲＱ方式を適用し……”<br>（译文：在所述n-channel SAW HARQ方式中，在UE与基站之间设置n个逻辑信道，并通过显式信道编号识别该信道……假设在任意UE 130与任意基站115之间应用4-channel SAW HARQ方式……） | 1. 作用与对应关系：<br>目标专利技术特征H公开采用单个HARQ进程接收PDU，以确保接收顺序，避免多进程造成的无序到达（目标说明书【0024】）。<br>2. 公开性论述：<br>对比文件公开了系统采用 $n$-channel SAW HARQ（停止等待混合自动重传）机制，并以4个信道（进程）为例进行说明。按照极其宽松的隐含公开判断原则，停止等待协议（SAW HARQ）本身的最基础形态即为单进程停止等待（$n=1$ 的SAW机制在对比文件【0005】中作为基础方案提及，即“以前のパケットデータに対するＡＣＫ信号を受信しなければ、次のパケットデータを伝送することができない”），且本领域技术人员基于对比文件记载的 $n$-channel SAW HARQ架构，能够推理出在通道数退化为1时的单进程HARQ接收实现，属于部分公开并有合理推导空间，故认定为《隐含公开》。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《隐含公开》 | 【０００４】<br>“さらに、エラーの発生したデータに対して、ＵＥと基地局との間で再伝送が行われ、再伝送されたデータをソフトコンバイニング（ｓｏｆｔ ｃｏｍｂｉｎｉｎｇ）することにより、全体的な通信効率を向上させる。すなわち、前記エラーの発生したデータに対して再伝送されたデータをソフトコンバイニングする方式が前記ＨＡＲＱ方式であり……”<br>（译文：进一步地，针对发生错误的数据，在UE与基站之间进行重传，通过对重传的数据进行软合并，提高整体通信效率。即，对所述发生错误的数据的重传数据进行软合并的方式即为所述HARQ方式……）<br>【００１６】<br>“基地局２１０が第１パケットデータをＵＥ２２０へ送信すると（参照符号２０１）、前記ＵＥ２２０は前記第１パケットデータを受信してＣＲＣ検査を行う。その結果、前記第１パケットデータが正常的に受信されない場合、前記ＵＥ２２０はＮＡＣＫ信号を前記基地局２１０へ伝送する（参照符号２０２）。その後、前記基地局２１０は前記ＵＥ２２０が伝送したＮＡＣＫ信号を受信して前記第１パケットデータを前記ＵＥ２２０へ再伝送する（参照符号２０４）。”<br>（译文：基站210向UE 220发送第1分组数据（附图标记201），所述UE 220接收所述第1分组数据并进行CRC检查。结果，若所述第1分组数据未正常接收，所述UE 220向所述基站210发送NACK信号（附图标记202）。之后，所述基站210接收所述UE 220发送的NACK信号，向所述UE 220重传所述第1分组数据（附图标记204）。） | 1. 作用与对应关系：<br>在目标专利中，“每一PDU被接收不止一次”是指在HARQ机制下由于重复传输/重传机制导致同一PDU多次被UE接收（目标说明书【0024】）。<br>2. 公开性论述：<br>对比文件公开了UE接收初传分组，当发生错误时反馈NACK，基站重传该分组，UE再次接收该重传分组并执行软合并。虽然对比文件是在有错误发生触发重传时导致同一PDU被接收不止一次，但在极宽松的隐含公开判断标准下，对比文件公开了PDU被重复发送和接收的HARQ机制，本领域技术人员可以从中合理推导出接收同一PDU不止一次的技术方案，故认定为《隐含公开》。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | 【０００９】<br>“前記基地局１１５はチャンネル１のコーディングブロックに対するＡＣＫ信号の到着可否にかかわらず、後続くコーディングブロックをチャンネル２を通じて伝送できる。”<br>（译文：所述基站115不论针对信道1的编码块的ACK信号是否到达，均可通过信道2传输后续编码块。）<br>【００１８】<br>“例えば、ＴＳＮ＃１に該当するパケットデータが受信されない状態でＴＳＮ＃２のパケットデータが受信される場合、前記ＵＥ２２０はリオーダーリングバッファを割当てて前記ＴＳＮ＃２のパケットデータをバッファリングするとともに……”<br>（译文：例如，在对应于TSN#1的分组数据未被接收的状态下接收到TSN#2的分组数据时，所述UE 220分配重排序缓存区来缓存所述TSN#2的分组数据……） | 1. 目标专利说明书内涵：<br>目标说明书【0024】记载：“在开始传送用于所述传输的后续MAC-ehs PDU之前，节点-B结束MAC-ehs PDU的所有传输”，借此严格杜绝后续PDU先于前序PDU到达，从而保证完全按序接收，消除乱序。<br>2. 公开性论述：<br>对比文件明确记载了相反的技术方案：采用多信道SAW，基站无需等待前一信道PDU的ACK/重传完成，即可立即在另一信道传输后续分组（例如TSN#1尚未正确接收/重传时，UE已接收到后续的TSN#2）。因此，对比文件不仅未公开该特征，其技术思想更是与其相悖，故未公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 目标专利说明书内涵：<br>结合目标说明书【0043】、【0044】可知，该特征限定了以数据是否来自“不支持重排序的某一特定优先级队列”作为绕过重排序的判断条件。<br>2. 公开性论述：<br>对比文件虽然在【0020】、【0022】提及了优先级队列（Priority Queue）及调度器，但那是用于基站侧调度决定传输优先级，完全没有公开“根据重排序PDU是否来自某一优先级队列来判断是否满足免除重排序的条件”，因此未公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对应于技术特征K的条件满足判定结果，基于前述分析，对比文件不存在免除重排序的条件判定机制，因此未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 目标专利说明书内涵：<br>目标说明书【0006】、【0045】记载，在未配置专用H-RNTI的小区接收广播或公共控制信息时，使用公共H-RNTI接收，此时重排序被跳过。<br>2. 公开性论述：<br>对比文件通篇仅涉及专用链路的数据重传，未涉及公共H-RNTI（Common H-RNTI），更未将其作为免除重排序的判定条件，因此未公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对应于技术特征M的条件满足判定结果，对比文件未公开相关判定机制，因此未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 目标专利说明书内涵：<br>目标说明书【0046】、【0047】记载，根据接收数据的逻辑信道标识判定是否支持重排序。<br>2. 公开性论述：<br>对比文件未公开根据特定逻辑信道作为满足跳过重排序的条件，因此未公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对应于技术特征O的条件满足判定结果，对比文件未公开相关判定机制，因此未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件针对的是下行专用业务数据的HARQ重传过程，通篇未公开或暗示在广播控制信道BCCH或寻呼控制信道PCCH上执行免除重排序的PDU接收处理，因此未公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 1. 目标专利说明书内涵：<br>目标说明书【0008】、【0489】记载，为了防止在Cell_FACH/PCH状态下小区重选执行复位后因TSN无法全网重置导致接收窗口误丢弃数据，将next_expected_TSN初始值由传统的0改变为设置成接收窗口下沿。<br>2. 公开性论述：<br>对比文件既未涉及Cell_FACH/Cell_PCH/URA_PCH状态，亦未提及next_expected_TSN变量及其初始值设置机制（对比文件仅探讨了T1计时器的两端同步与丢弃处理），因此未公开。 |
<<<A>>>
<<<b>>>
<<<h>>>
<<<i>>>
基于目标专利说明书的记载与对比文件（US20040037224A1）的原文内容，对技术特征A至R进行逐项对比分析与公开性判断。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【0020】<br>“To achieve the above and other objects, there is provided a method for retransmitting data using hybrid automatic retransmission request (HARQ) in a mobile communication system. The method comprises...”<br>（为了实现上述和其他目的，提供了一种在移动通信系统中使用混合自动重传请求(HARQ)重传数据的方法。该方法包括……） | 对比文件段落【0020】明确公开了一种在移动通信系统中进行HARQ数据传输/重传的方法，且包含“The method comprises”（该方法包括）的相同表述。本领域技术人员能够毫无疑义地直接得出该前序特征。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《未公开》 | 【0007】<br>“In general, HSDPA refers to a data transmission technology using a high speed-downlink shared channel (hereinafter referred to as "HS-DSCH")...”<br>（一般而言，HSDPA是指使用高速下行共享信道（以下简称“HS-DSCH”）的数据传输技术……）<br>【0030】<br>“...before a medium access control-high speed (hereinafter referred to as "MAC-hs") layer of the UE 220 receives the next packet data...”<br>（……在UE 220的媒体接入控制高速（以下简称“MAC-hs”）层接收到下一分组数据之前……） | 对比文件仅公开了在HSDPA中经由HS-DSCH传输数据，且使用的是早期的“MAC-hs”层/实体（例如段落【0008】、【0030】、【0033】）。对比文件形成于3GPP Release 5时期，尚未出现3GPP Release 7引入的演进型“MAC-ehs”实体及其“MAC-ehs PDU”。MAC-ehs相较于MAC-hs在支持分段、灵活PDU大小及复用机制上有本质技术差异。因此，对比文件未公开“接收HS-DSCH MAC-ehs PDU”，本领域技术人员也无法合理推理得出。技术特征B未公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《未公开》 | 对比文件全文未记载针对跳过/绕过重排序操作的任何触发条件。 | 技术特征C必须与后续技术特征D/E（绕过重排序实体将PDU发送至下一处理实体）相联系。对比文件是常规的重排序缓冲接收机制，根本不存在“在满足特定条件时绕过/不执行重排序”的设计构思。因此技术特征C未公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《未公开》 | 【0031】<br>“...the UE 220 delivers packet data buffered in the reordering buffer to an upper layer... If the packet data with TSN 1 is not received until a waiting time set in the T1 timer expires, the UE 220 delivers the packet data with TSN 2 and all of its succeeding packet data to an upper layer.”<br>（……UE 220将缓冲在重排序缓冲器中的分组数据传递给上层……如果具有TSN 1的分组数据直到T1定时器中设置的等待时间到期仍未被接收，则UE 220将具有TSN 2的分组数据及其后续的所有分组数据传递给上层。） | 目标专利中，“重排序PDU”是由分解实体从MAC-ehs PDU中分解出并包含在其中的数据单元（见说明书【0022】、【0044】），下一处理实体是MAC-ehs内部的解复用实体或重组实体。而对比文件仅记载在重排序缓冲器中对MAC-hs数据包进行基于TSN的按序组装或超时向上层（upper layer）传递，完全不涉及MAC-ehs架构下的“重排序PDU”向下一处理实体的发送。因此技术特征D未公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《未公开》 | 【0030】-【0031】<br>“After driving the timer, the UE 220 buffers normally received packet data in a reordering buffer, and waits for retransmission of abnormally received packet data... the UE 220 assigns packets received from the same reordering buffer to the same reordering buffer... after expiration of a waiting time previously set in the T1 timer, the UE 220 delivers packet data buffered in the reordering buffer to an upper layer.”<br>（在启动定时器之后，UE 220将正常接收到的分组数据缓冲在重排序缓冲器中，并等待异常接收的分组数据的重传……UE 220将从同一重排序缓冲器接收到的分组分配给同一重排序缓冲器……在先前在T1定时器中设置的等待时间到期之后，UE 220将缓冲在重排序缓冲器中的分组数据传递给上层。） | 目标专利的技术构思在于简化特定队列/状态的MAC功能，彻底“不执行重排序”（完全绕过重排序过程直接发往后续实体，见目标说明书【0036】、【0043】）。而对比文件全文的核心技术方案恰恰是“在UE端依赖T1定时器和重排序缓冲器严格执行重排序”（段落【0030】-【0032】），其超时期满递交上层依然是重排序机制的一部分，而非“不执行重排序PDU的重排序”。因此技术特征E未公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | 对比文件全文未记载重排序队列之外的旁路/绕过架构，也未记载解复用实体作为绕过后的下一处理实体。 | 目标专利如图3及说明书【0044】所示，重排序PDU被直接转发至解复用实体310a以绕过重排序实体308。对比文件仅公开了传统的将数据存入重排序缓冲器再递交至上层，没有任何“绕过重排序实体直接发送至解复用实体”的技术方案。因此技术特征F未公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《未公开》 | 对比文件全文未记载Cell_FACH、Cell_PCH或URA_PCH状态。 | 对比文件描述的是经典的Cell_DCH状态下的HSDPA操作（具有上行DPCCH发送ACK/NACK反馈，见段落【0029】）。在对比文件申请日，3GPP标准尚未支持在Cell_FACH、Cell_PCH或URA_PCH等无专用信道状态下接收HS-DSCH。对比文件未提及上述任何一种状态，本领域技术人员也无法从中推导得出。因此技术特征G未公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《未公开》 | 【0008】<br>“In addition, HSDPA has proposed the n-channel SAW HARQ technology in which n logical channels are configured so that packet data can be transmitted even before an ACK signal is received.”<br>（此外，HSDPA提出了n信道SAW HARQ技术，其中配置了n个逻辑信道[即HARQ进程]，以便即使在接收到ACK信号之前也可以传输分组数据。）<br>【0014】<br>“It will be assumed that 4-channel SAW HARQ is applied between a particular UE 130 and a particular Node B 115...”<br>（假定在特定UE 130与特定Node B 115之间应用4信道SAW HARQ……） | 对比文件明确公开的是“n信道SAW HARQ”（特别是4信道HARQ进程并行，段落【0014】），其技术目的在于使得后续数据包无需等待前一数据包的ACK即可连续发送。目标专利技术特征H是为了在特定信道/状态下避免乱序而强制采用“单个HARQ进程”（说明书【0024】）。对比文件不仅未公开“单个HARQ进程接收MAC-ehs PDU”，反而教导了相反的多进程并行架构。因此技术特征H未公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《未公开》 | 【0007】<br>“For defective data, retransmission is performed between a UE and a Node B, and retransmitted data is soft-combined, thereby improving communication efficiency. A technology for soft-combining retransmitted data for the defective data is called HARQ.”<br>（对于有缺陷的数据，在UE与Node B之间执行重传，并且对重传的数据进行软合并，从而提高通信效率。用于对有缺陷数据的重传数据进行软合并的技术被称为HARQ。）<br>【0029】<br>“If the first packet data was abnormally received, the UE 220 transmits a NACK signal to the Node B 210... Upon receiving the NACK signal from the UE 220, the Node B 210 retransmits the first packet data to the UE 220...”<br>（如果第一分组数据异常接收，UE 220向Node B 210发送NACK信号……在接收到来自UE 220的NACK信号时，Node B 210将第一分组数据重传给UE 220……） | 对比文件公开了在有缺陷（异常接收）时对分组进行重传，且UE端接收重传并软合并，这体现了分组可能被接收不止一次的机制；但对比文件中传输与接收的对象是MAC-hs PDU，而非目标专利所限定的“MAC-ehs PDU”。结合对特征B的认定，对比文件并未公开“每一MAC-ehs PDU被接收不止一次”。因此技术特征I未公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | 【0014】<br>“Then, the Node B 115 can transmit a next coded block over a channel 2 regardless of whether an ACK signal for the coded block of the channel 1 is received or not.”<br>（然后，Node B 115可以通过信道2传输下一个编码块，而不管是否接收到针对信道1的编码块的ACK信号。） | 对比文件公开的技术方案恰恰是：在信道1的数据重传完成之前，Node B就可以通过信道2开始传输后续的数据块（段落【0014】）。这与目标专利特征J所限定的“每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的”（即串行单进程重传方案，见目标说明书【0024】）完全相反。因此技术特征J未公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | 【0036】<br>“The SPH 350 determines a priority queue that will transmit packet data over HS-PDSCH for the next TTI...”<br>（SPH 350通过……确定将在下一个TTI在HS-PDSCH上传输分组数据的优先级队列……）<br>【0043】表1<br>“Priority Queue Information... Priority Queue ID...”<br>（优先级队列信息……优先级队列ID……） | 对比文件虽然提到了Node B侧的“优先级队列（Priority Queue）”，但对比文件中的优先级队列仅用于调度发送，完全没有“如果重排序PDU携带的数据来自某一优先级队列，则满足绕过重排序的条件”这一逻辑关联或技术教导。技术特征K未公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件未公开根据优先级队列满足绕过重排序的判断条件。 | 技术特征L依附于特征C和特征K。由于对比文件不存在绕过重排序的条件设定，因此特征L未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 【0037】<br>“In addition, the CC 360 delivers a UE identifier (UE ID) in the configuration information received from the NBAP layer to the HS-SCCH transmitter...”<br>（此外，CC 360将从NBAP层接收的配置信息中的UE标识符(UE ID)传递给HS-SCCH发射机……） | 对比文件仅记载了针对特定UE的“UE ID”（即UE专用的专用标识符，对应于Cell_DCH下的专用H-RNTI），全文未记载“公共HS-DSCH无线电网络临时标识H-RNTI（Common H-RNTI）”，亦未记载基于公共H-RNTI进行关联判断。因此技术特征M未公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件未公开根据公共H-RNTI满足绕过重排序的判断条件。 | 技术特征N依附于特征C和特征M。由于对比文件不存在基于公共H-RNTI触发绕过重排序的机制，因此特征N未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《未公开》 | 【0008】<br>“...in which n logical channels are configured so that packet data can be transmitted even before an ACK signal is received.”<br>（……其中配置了n个逻辑信道，以便即使在接收到ACK信号之前也可以传输分组数据。） | 对比文件段落【0008】中提到的“逻辑信道”实际是指HARQ进程信道，且对比文件完全未公开根据数据来自某一逻辑信道来判断是否满足绕过重排序条件的技术方案。因此技术特征O未公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件未公开根据逻辑信道满足绕过重排序的判断条件。 | 技术特征P依附于特征C和特征O。由于对比文件未公开根据数据来自某一逻辑信道判断满足跳过重排序的条件，因此特征P未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《未公开》 | 对比文件全文未记载广播控制信道(BCCH)或寻呼控制信道(PCCH)在HS-DSCH上传输。 | 对比文件涉及的是传统的专用业务传输，完全未涉及在HS-DSCH上传输BCCH或PCCH公共信道数据，也未公开将其作为判断条件的某一逻辑信道。因此技术特征Q未公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《未公开》 | 对比文件全文未记载Cell_FACH/Cell_PCH/URA_PCH状态，亦未记载将next_expected_TSN初始化为接收窗口下沿的变量设置操作。 | 目标专利技术特征R限定了在特定非DCH状态下接收MAC-ehs PDU，并将重排序状态变量next_expected_TSN初始化为(RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1)，以避免在复位后丢弃落入初始窗口内的分组（见目标说明书【0489】）。对比文件不仅没有公开Cell_FACH等状态，其UE重排序过程也完全未涉及该变量初始化计算公式。因此技术特征R未公开。 |
---
<<<A>>>
根据提供的对比文件信息（对比文件为《WO2004106573A1 熱間成形法と熱間成形部材》，涉及热成形方法与热成形构件的金属冶金与机械加工领域，且附件无相关说明书内容），以下结合目标专利说明书的无线通信协议技术方案，对权利要求各技术特征进行逐一比对分析。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>【未公开】 | 无引证内容（对比文件属于金属材料热成形领域，且无说明书内容）。 | 对比文件涉及金属热成形方法及成形构件，与无线通信数据处理领域完全不相关，且未提供具体说明书内容。本领域技术人员无法从该对比文件中直接得出或合理解释推导出用于无线发射/接收单元（WTRU）数据处理的方法步骤前序特征，因此技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0003]、[0010]）阐述了在Cell_FACH等状态下经由HS-DSCH接收MAC-ehs PDU的通信传输机制。对比文件属于钢铁/金属材料热加工领域，不涉及蜂窝无线通信技术，根本不存在HS-DSCH信道及MAC-ehs PDU等技术手段与通信协议实体，因此技术特征B未被直接公开或隐含公开。 |
| 技术特征C：在已满足一条件的情况下<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0045]、[0046]、[0050]）记载了依据特定优先级队列、公共H-RNTI或逻辑信道等作为满足特定旁路/免重排序操作的判断条件。对比文件属于冶金成形工艺，且无相关文本，不具备相应通信控制条件，因此技术特征C未被直接公开或隐含公开。 |
| 技术特征D：将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0022]、[0044]）记载了分解实体将MAC-ehs PDU分解为重排序PDU并递交至下一级处理实体的处理流程。对比文件为金属热成形构件制造技术，不涉及协议数据单元的分解与分发传递，因此技术特征D未被直接公开或隐含公开。 |
| 技术特征E：而不执行所述重排序PDU的重排序<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0023]、[0043]、[0044]）记载了通过避免MAC-ehs层的重排序，解决公共H-RNTI或特定信道下的传输无序与延迟问题。对比文件完全不涉及通信数据包的重排序或免重排序逻辑，因此技术特征E未被直接公开或隐含公开。 |
| 技术特征F：其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0036]、[0044]及图3）记载了重排序PDU绕过重排序实体直接转发至解复用实体（310a）的技术架构。对比文件不包含任何MAC层协议实体及协议栈架构，因此技术特征F未被直接公开或隐含公开。 |
| 技术特征G：其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0003]、[0010]、[0020]）明确限定了终端所处的RRC状态，用于在特定非DCH状态下处理HS-DSCH信道接收。对比文件为非通信领域，不存在任何RRC通信状态的概念，因此技术特征G未被直接公开或隐含公开。 |
| 技术特征H：其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0011]、[0024]）记载了利用单个HARQ进程避免数据包无序接收的技术手段。对比文件属于材料成形加工，不涉及HARQ机制，因此技术特征H未被直接公开或隐含公开。 |
| 技术特征I：其中每一MAC-ehs PDU被接收不止一次<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0024]）记载了在Cell_FACH状态下采用重复HARQ方案、基站以预先配置次数重复传送MAC-ehs PDU。对比文件无数据包重复接收技术手段，因此技术特征I未被直接公开或隐含公开。 |
| 技术特征J：每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0024]）记载了在开始传送后续MAC-ehs PDU之前结束当前PDU的所有传输，从而在接收端保证按序接收。对比文件不涉及数据包重传时序控制，因此技术特征J未被直接公开或隐含公开。 |
| 技术特征K：其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0024]、[0043]、[0045]）记载了基于传输数据所源自的优先级队列来判定是否执行重排序。对比文件不涉及数据传输优先级队列机制，因此技术特征K未被直接公开或隐含公开。 |
| 技术特征L：则所述条件已被满足。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0043]、[0045]）记载了当重排序PDU来自特定优先级队列时触发免重排序的处理条件。对比文件不涉及协议处理逻辑，因此技术特征L未被直接公开或隐含公开。 |
| 技术特征M：其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0006]、[0045]）记载了使用公共H-RNTI接收无特定UE标识的数据传输。对比文件属于机械制造冶金领域，无无线网络临时标识（RNTI）概念，因此技术特征M未被直接公开或隐含公开。 |
| 技术特征N：则所述条件已被满足。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0045]）记载了当识别为公共H-RNTI时确定免重排序条件满足的逻辑。对比文件无对应逻辑，因此技术特征N未被直接公开或隐含公开。 |
| 技术特征O：其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0046]、[0047]）记载了依据接收数据的逻辑信道标识判定分发路径的技术手段。对比文件不涉及逻辑信道，因此技术特征O未被直接公开或隐含公开。 |
| 技术特征P：则所述条件已被满足。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0046]）记载了逻辑信道属性满足特定要求时免除重排序的技术逻辑。对比文件无相关机制，因此技术特征P未被直接公开或隐含公开。 |
| 技术特征Q：其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0047]、实施例12）明确指明了BCCH和PCCH逻辑信道类型。对比文件不涉及无线广播/寻呼控制信道，因此技术特征Q未被直接公开或隐含公开。 |
| 技术特征R：其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【未公开】 | 无引证内容。 | 目标专利说明书（如段落[0489]、实施例61）阐述了在处于Cell_FACH等状态下接收PDU时，将重排序序列号变量next_expected_TSN的初始值赋为接收窗口下沿，避免首包被误丢弃的问题。对比文件属于金属材料技术，完全不具备滑动接收窗口、TSN及状态变量初始化的通信协议处理方案，因此技术特征R未被直接公开或隐含公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0091]<br>“The present invention provides a method of handling data blocks, comprising: receiving data blocks associated with a sequence number...”<br>（中文翻译：本发明提供一种处理数据块的方法，包括：接收与序列号相关联的数据块……） | 对比文件段落[0091]明确记载了一种处理数据块的方法及其所包含的步骤，直接公开了该方法包括的主题前序特征。该特征在对比文件中起到界定方法类型的作用，与目标专利相同。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《隐含公开》 | [0025]<br>“The data block (MAC-hs PDU) delivered to the MAC-hs sub-layer (330) through the HS-DSCH (High-Speed Downlink Shared Channel) is first stored in one of the HARQ processes within the HARQ block (331).”<br>（中文翻译：通过HS-DSCH（高速下行共享信道）传递到MAC-hs子层（330）的数据块（MAC-hs PDU）首先存储在HARQ块（331）内的一个HARQ进程中。）<br><br>[0003]<br>“The present invention relates to controlling a reordering buffer by a user equipment (UE) that employs a next-expected transmission sequence number (TSN) and a receiver window for a HSDPA (High-Speed Downlink Packet Access) system in a UMTS...”<br>（中文翻译：本发明涉及由在UMTS的HSDPA系统中采用下一期望传输序列号（TSN）和接收机窗口的用户设备（UE）控制重排序缓存器……） | 对比文件公开了在HSDPA系统下经由HS-DSCH接收MAC-hs PDU。尽管对比文件记载的是3GPP早期版本的MAC-hs PDU，而目标专利采用的是演进型HSPA（Release 7）中的MAC-ehs PDU，但MAC-ehs PDU本质上是MAC-hs PDU在支持灵活PDU大小、多路复用及分段等功能上的向后演进版本，两者在无线接入系统（HSDPA/HSPA）中均属于经由HS-DSCH承载和传输的下行MAC层协议数据单元，在数据传输链路中所起的作用完全相同。本领域技术人员基于HSPA技术演进体系，结合对比文件公开的HS-DSCH接收机制，完全能够合理推断并将该机制应用于MAC-ehs PDU上。因此对比文件部分公开并技术上隐含公开了该特征。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《未公开》 | 对比文件全文未记载有关“满足特定条件（如特定优先级队列、公共H-RNTI、特定逻辑信道等）而跳过/绕过重排序处理”的条件限定机制。 | 对比文件的方案是常规的重排序流程（所有经由HS-DSCH到达的数据块均进入重排序缓存进行窗口检测与重排序交付），不存在用于触发“绕过重排序实体”的条件判断。对比文件没有直接公开也没有隐含公开该特征。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《隐含公开》 | [0030]<br>“When the data blocks (MAC-hs PDUs) are delivered to the upper layer, they are sent to a disassembly block (336, 337). This disassembly block disassembles the MAC-hs PDU (formed by a plurality of MAC-d PDUs combined together) and thus performs segmentation into MAC-d PDUs. Thereafter, the disassembly block delivers the corresponding MAC-d PDUs to the MAC-d sub-layer (310).”<br>（中文翻译：当数据块（MAC-hs PDU）被传递到上层时，它们被发送到分解块（336, 337）。该分解块分解MAC-hs PDU（由组合在一起的多个MAC-d PDU形成）并由此执行细分为MAC-d PDU。此后，分解块将相应的MAC-d PDU传递到MAC-d子层（310）。）<br><br>[0045]<br>“...the MAC-hs PDUs previously received and stored in the reordering buffer are delivered (transferred) to the upper layers...”<br>（中文翻译：……先前接收并存储在重排序缓存器中的MAC-hs PDU被传递（传送）到上层……） | 对比文件公开了将MAC-hs PDU（其对应目标专利中重排序PDU的层级概念）从重排序缓存中传递并发送至下一处理实体（分解块disassembly block）。尽管其处理的数据单元基于MAC-hs架构而非MAC-ehs架构内的重排序PDU，但其在处理链路上公开了将协议数据单元发送至下一级分解/上层实体。本领域技术人员结合HSPA协议演进可知，MAC-ehs PDU内分解出的重排序PDU同样需要向下游处理实体（如重组实体或分解实体）发送，因此对比文件在系统处理流程层面上隐含公开了该传输动作。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《未公开》 | 对比文件全文未记载不对数据块执行重排序的技术方案。相反，对比文件全篇核心均围绕在重排序缓存器中基于TSN执行顺序重排序并更新窗口机制（如段落[0026]-[0029]、[0035]、[0046]-[0052]）。 | 目标专利技术特征E的作用是在特定情况下（例如公共信道传输、单HARQ进程无序风险消除等情形）彻底解除或跳过重排序实体的TSN排序，以防止延迟并避免小区更新时丢包；而对比文件全部技术方案均以“执行重排序并维持接收窗口”为前提，其发明的全部目的都在于改进重排序流程中的窗口和NET更新。因此本领域技术人员无法从对比文件中得出或推导出“不执行重排序”的技术方案，该特征未公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | 对比文件全文未记载绕过重排序实体，也未公开解复用实体作为重排序实体被绕过后的下一处理实体。 | 在对比文件FIG. 3B及段落[0026]、[0030]中，数据块必须经过HARQ实体 -> 重排序队列分发块 -> 重排序块 -> 分解块 -> MAC-d流多路复用块。对比文件既没有绕过重排序实体，重排序后的下一实体也是分解块（disassembly block）而非解复用实体（demultiplexing entity）。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《未公开》 | 对比文件段落[0014]-[0016]、[0023]-[0025]描述了系统结构，全文均建立在3GPP早期版本的常规Cell_DCH状态下运行HSDPA的基础之上。未记载或暗示在Cell_FACH、Cell_PCH或URA_PCH状态下接收HS-DSCH。 | 目标专利是在Release 7增强型CELL_FACH技术背景下，解决UE在缺乏专用H-RNTI的小区公共状态（Cell_FACH/PCH/URA_PCH）下接收HS-DSCH时重排序带来的延迟和变量初始化问题。对比文件公开的HSDPA仅支持处于连接专有态（Cell_DCH状态）下的专用信道高速下行传输。因此对比文件未直接公开也未隐含公开在上述三种公共/寻呼状态之一经由HS-DSCH传输。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《未公开》 | [0031]<br>“Additionally, it is assumed that there are eight (8) HARQ processes.”<br>（中文翻译：此外，假定存在八（8）个HARQ进程。）<br><br>[0029]<br>“Typically, because several HARQ processes operate, a reordering buffer may receive data blocks out of sequence.”<br>（中文翻译：通常，因为多个HARQ进程在运行，所以重排序缓存器可能会无序接收数据块。） | 目标专利技术特征H的作用是限制使用单个HARQ进程，从而使分组能够天然按序传递，从源头上免除MAC层的重排序任务；而对比文件明确说明系统包含多个（例如8个）HARQ进程并行运行（Stop-and-Wait），导致乱序到达并引发对重排序缓存的必然需求。对比文件未直接公开也未隐含公开单个HARQ进程用于接收。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《未公开》 | [0026]<br>“The HARQ process, in which the data block is stored, transmits the NACK (Negative Acknowledgement) to the UTRAN when there are errors in the data block and requests the re-transmission of the data block. When no errors exist, the HARQ process delivers the data block to a reordering buffer (shown in FIG. 4) and transmits the ACK (Acknowledgement) to the UTRAN.”<br>（中文翻译：当数据块中存在错误时，存储该数据块的HARQ进程向UTRAN发送NACK（否定应答）并请求重新传输该数据块。当不存在错误时，该HARQ进程将数据块传递到重排序缓存器（如图4所示）并向UTRAN发送ACK（确认）。） | 目标专利该特征对应于Cell_FACH状态下无反馈情况下的重复HARQ传输方案（即每个PDU被盲重传/重复发送不止一次以保证覆盖与正确率）；而对比文件采用的是有反馈的常规闭环重传机制：若首次接收无误（no errors），HARQ发送ACK并直接递交，仅接收一次，并不会接收不止一次；仅在出错时才请求重传，且重传成功后终止。因此对比文件不存在目标专利中“每一PDU被接收不止一次”的无反馈重复接收机制，未直接或隐含公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | [0032]<br>“First, the MAC-hs PDUs with relatively low TSN values are delivered to an empty HARQ process. Here, the MAC-hs PDU with TSN=13 being delivered to HARQ process #1, and the MAC-hs PDU with TSN=14 being delivered to HARQ process #8 are shown by way of example. Namely, the TSN is not related to the HARQ process number, and delivery to any empty HARQ process is performed.”<br>（中文翻译：首先，具有相对较低TSN值的MAC-hs PDU被传递到空闲的HARQ进程。在此，作为示例示出了将TSN=13的MAC-hs PDU传递到HARQ进程#1，以及将TSN=14的MAC-hs PDU传递到HARQ进程#8。即，TSN与HARQ进程号无关，向任何空闲的HARQ进程执行传递。） | 目标专利技术特征J的作用是使前一个PDU的所有重传全部结束后才开始接收后续PDU，以确保接收完全保序；而对比文件采用8个HARQ进程交错流水线并发传输，TSN=13分配在进程#1，TSN=14分配在进程#8，二者可在不同TTI连续发送，进程#1重传过程中完全可以接收后续进程#8的MAC-hs PDU。因此对比文件不仅未公开该特征，其技术原理恰好与该特征相反。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | 对比文件段落[0026]-[0027]记载了“根据优先级（Queue ID）将数据块传递给对应的重排序缓存器”，但未公开基于某一特定优先级队列作为满足条件以绕过/跳过重排序的判断标准。 | 目标专利技术特征K的作用是基于某一不支持重排序的优先级队列作为条件来豁免重排序；对比文件中所有优先级队列均配置有对应的重排序实体（reordering block/buffer），所有队列均严格执行重排序。因此该特征未被直接或隐含公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 参见技术特征C、K之分析，对比文件无此技术逻辑。 | 因技术特征C与K未公开，基于特定优先级队列触发满足条件的结论亦未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 对比文件全文仅在通用无线层级中提及RNC相关架构，未出现或涉及“公共HS-DSCH无线电网络临时标识（公共H-RNTI）”。 | 目标专利在Cell_FACH等状态下使用公共H-RNTI，由于无法获取UE专用标识且TSN无法重置，故将其作为满足免除重排序的触发条件；对比文件针对的是Cell_DCH专有连接状态下的HSDPA，仅使用专有的用户临时标识，未公开公共H-RNTI，更未将其与重排序条件关联。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 参见技术特征C、M之分析，对比文件无此技术逻辑。 | 因技术特征C与M未公开，基于公共H-RNTI触发满足条件的结论亦未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《未公开》 | 对比文件段落[0010]、[0030]仅公开了通过逻辑信道标识符（C/T字段）将解复用后的MAC-d PDU路由到RLC层，未公开将“数据来自某一逻辑信道”作为跳过重排序的判断条件。 | 目标专利通过识别特定逻辑信道（如CCCH/BCCH/PCCH）来作为满足免除重排序的条件；对比文件中所有承载在HS-DSCH上的逻辑信道数据均无差别地经过重排序处理，未公开该条件判断。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《未公开》 | 参见技术特征C、O之分析，对比文件无此技术逻辑。 | 因技术特征C与O未公开，基于某一逻辑信道触发满足条件的结论亦未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《未公开》 | 对比文件段落[0013]记载了“MAC-b子层管理BCH，其为处理系统信息广播的传输信道”，并未公开在HS-DSCH传输信道上映射BCCH或PCCH，更未将其用于重排序条件的豁免。 | 目标专利在Release 7增强Cell_FACH/PCH技术中，允许将公共广播/寻呼控制信道（BCCH/PCCH）映射到HS-DSCH上以提升速率，并对其免除重排序；对比文件基于早期3GPP标准，BCCH由BCH传输信道承载，HS-DSCH仅承载专用业务/控制数据（DTCH/DCCH），根本未将BCCH/PCCH映射到HS-DSCH。未直接或隐含公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《未公开》 | [0040]<br>“The initial NET value is set to zero (0).”<br>（中文翻译：初始NET值被设置为0。）<br><br>[0041]<br>“The initial value of the upper edge of the receive window is set to 63.”<br>（中文翻译：接收机窗口上沿的初始值被设置为63。）<br><br>[0062]<br>“More specifically, the initial value of the receiver window upper edge is not set to be 63, but changed to 0 (such as the NET value) such that the NET falls within the receiver window range.”<br>（中文翻译：更具体地，接收机窗口上沿的初始值不设置为63，而是改变为0（诸如NET值），使得NET落在接收机窗口范围内。）<br><br>[0094]<br>“If the NET is below the receiver window, setting the NET=receiver window upper edge value−receiver window size+1. Here, the NET is a variable managed by the receiving side... In the above method, the initial value of the NET is zero (0)...”<br>（中文翻译：如果NET低于接收机窗口，则设置NET=接收机窗口上沿值−接收机窗口大小+1。在此，NET是由接收侧管理的变量……在上述方法中，NET的初始值是零（0）……） | 该特征包含两个协同技术点：<br>1. 状态限定：在Cell_FACH/Cell_PCH/URA_PCH状态之一接收；<br>2. 初始化设置：将next_expected_TSN（即NET）的初始值设置成接收窗口下沿（RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1）。<br><br>论述如下：<br>第一，针对状态限定，如特征G所述，对比文件仅涉及Cell_DCH状态，未公开在Cell_FACH等公共/寻呼状态下接收。<br>第二，针对初始化赋值：目标专利说明书段落[0489]记载了“next_expected_TSN的初始值可以设置成是初始窗口下沿RcvWindow_UpperEdge-RECEIVE_WINDOW_SIZE+1，而不是像现有技术中那样将其设置成0。RcvWindow_UpperEdge的初始值可以被设置成63”，用于在MAC-ehs复位后避免首个分组被误丢弃。<br>对比文件在段落[0040]、[0062]、[0094]中均明确记载“初始阶段NET的初始值被设定为0”（initial value of the NET is zero），而接收窗口上沿的初始值从63修改为0。对比文件仅在后续接收到超出窗口的PDU导致窗口滑动、使得更新后的NET低于滑动后窗口下沿时，才动态更新“NET=RcvWindow_LowerEdge”（段落[0079]、[0094]），这属于运行期间的动态调整，绝非“在初始化阶段将next_expected_TSN的初始值直接设置成窗口下沿”。因此，对比文件未公开该特征。 |
---
<<<A>>><<<b>>><<<d>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br>【直接公开】 | 段落[90]：<br>“The present invention provides a method of handling data blocks, comprising: receiving data blocks associated with a sequence number...”<br>（本发明提供了一种处理数据块的方法，包括：接收与序列号相关联的数据块……） | 对比文件段落[90]明确公开了一种处理数据块的方法，包括一系列接收和处理步骤。对比文件该内容在文中用于引出所保护的方法流程，与目标专利中方法权利要求的引导技术特征在技术作用和表达上实质相同，本领域技术人员能够毫无疑义地直接确定，属于《直接公开》。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br>【隐含公开】 | 段落[24]：<br>“The data block (MAC-hs PDU) delivered to the MAC-hs sub-layer (330) through the HS-DSCH (High-Speed Downlink Shared Channel) is first stored in one of the HARQ processes within the HARQ block (331).”<br>（通过高速下行链路共享信道HS-DSCH传递至MAC-hs子层(330)的数据块(MAC-hs PDU)首先存储在HARQ块(331)内的HARQ进程之一中。）<br>段落[91]：<br>“Here, the TSN is an identifier for the transmission sequence number on the HS-DSCH, and the TSN is used for reordering purposes to support in-sequence delivery to a higher layer.”<br>（在此，TSN是HS-DSCH上的传输序列号的标识符，并且TSN用于重排序目的以支持向较高层的按序传递。） | 对比文件明确公开了经由HS-DSCH接收MAC-hs PDU（段落[24]）。目标专利与对比文件均属于3GPP演进框架下针对HSDPA/HSPA下行共享信道数据接收的技术领域。MAC-ehs是在3GPP Rel-7中针对增强型CELL_FACH及灵活RLC PDU大小引入的对MAC-hs协议的演进版本。对比文件已公开了在HS-DSCH上接收下行调度的数据块（MAC-hs PDU），本领域技术人员基于标准演进协议的关联性，有可能通过对比文件公开的HS-DSCH接收MAC层协议数据单元的内容进行推断，合理预期在相同下行传输信道HS-DSCH上承载协议演进后的MAC-ehs PDU；且对比文件至少部分公开了经由HS-DSCH接收MAC层PDU的传输机制，有可能与其他公开MAC-ehs演进的对比文件相结合得出该技术特征。按照极其宽松的隐含公开判断标准，认定该特征被《隐含公开》。 |
| 技术特征C：<br>在已满足一条件的情况下<br>【未公开】 | 无对应内容。 | 目标专利中技术特征C是作为技术特征D/E的触发前置条件（例如特征K、M、O所定义的：数据来自某一优先级队列、与公共H-RNTI相关联、或来自某一逻辑信道），其技术作用是作为是否“绕过重排序实体而直接发送至下一处理实体”的判断条件。对比文件全篇针对所有通过HS-DSCH接收的MAC-hs PDU均要求执行基于接收窗口和TSN的重排序处理（段落[27]、[34]、[48]、[77]），并不存在判断特定条件以跳过重排序的机制。因此对比文件未公开、也无法合理推断出该特征。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br>【未公开】 | 无对应内容。 | 结合目标专利说明书第[0022]、[0044]段，MAC-ehs PDU由分解实体分解为重排序PDU（reordering PDU），在满足条件时不进行重排序，而是直接发送至解复用/重组等下一处理实体。对比文件仅公开了将MAC-hs PDU存入重排序缓存并进行重排序，在重排序完成后将已完成重排序的PDU按序发送至拆解模块（disassembly block）（段落[29]、[49]、[78]）。对比文件既没有公开重排序PDU这一特定数据结构，也没有公开将未执行重排序的PDU直接分发给下一处理实体的构思，无法直接得出或隐含推知。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br>【未公开】 | 无对应内容。 | 目标专利中该特征的作用在于针对特定数据（如公共H-RNTI或特定逻辑信道）免除MAC层的重排序功能，从而简化处理流程并消除不必要的延迟（说明书[0023]、[0043]段）。对比文件发明核心是“通过更新NET和接收机窗口来避免停顿（stall）的重排序方法”（段落[1]、[2]、[60]、[77]-[81]），其必须依托重排序实体对数据块按TSN排序并进行滑动窗口维护，并未教导或启示“不执行重排序”，本领域技术人员不可能从对比文件中直接或推理得出该技术特征。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br>【未公开】 | 无对应内容。 | 结合目标专利说明书[0036]、[0044]段及图3，重排序PDU绕过重排序队列/实体，直接转发给LCH-ID解复用实体。而在对比文件图4及段落[25]、[29]中，数据块必须经过重排序实体（334/335），完成重排序后再送入拆解模块（336/337），最后再由MAC-d层的传输信道复用块（312）进行解复用。对比文件没有公开绕过重排序实体并将下一处理实体直接设置为解复用实体的结构和逻辑，既未直接公开也未隐含公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br>【隐含公开】 | 段落[14]：<br>“The MAC-c/sh sub-layer (320) manages a common transport channel, such as a forward access channel (FACH) or a downlink shared channel (DSCH), which is shared by a plurality of terminals... and one MAC-c/sh sub-layer exists in each UE”<br>（MAC-c/sh子层(320)管理公共传输信道，例如前向接入信道(FACH)或下行共享信道(DSCH)……并且在每个UE中存在一个MAC-c/sh子层）<br>段落[20]：<br>“When the RRC layer of a particular UE and that of the UTRAN are connected to allow RRC messages to be sent and received therebetween, that UE is said to be in RRC connected state.”<br>（当特定UE与UTRAN的RRC层相连接以允许在它们之间收发RRC消息时，称该UE处于RRC连接状态。） | 目标专利说明书[0003]段指明，UE在Cell_FACH、URA_PCH、Cell_PCH状态下经由HS-DSCH接收数据是增强型HSPA系统的典型特征。对比文件段落[14]公开了UE中存在管理FACH信道的MAC-c/sh子层，段落[20]公开了UE处于RRC连接状态。在3GPP协议架构中，RRC连接状态即包括Cell_DCH、Cell_FACH、Cell_PCH和URA_PCH状态。虽然对比文件的主要实施例是在Cell_DCH状态下的常规HSDPA，但其记载了FACH等公共信道处理实体及RRC连接态，本领域技术人员有可能基于其公开的FACH等系统背景推理联想到UE处于Cell_FACH等状态，部分公开了相关状态的应用场景。按照极宽松的隐含公开判断标准，认定技术特征G被《隐含公开》。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br>【隐含公开】 | 段落[30]：<br>“Additionally, it is assumed that there are eight (8) HARQ processes.”<br>（另外，假设存在八(8)个HARQ进程。）<br>段落[32]：<br>“Accordingly, only one HARQ process is activated in a single TTI. The HARQ process that transmitted the data block informs the receiving side of its process number through a downlink control signal...”<br>（因此，在单个TTI中仅激活一个HARQ进程。传输数据块的HARQ进程通过下行链路控制信号通知接收侧其进程号……）<br>段落[33]：<br>“The reason for matching the HARQ process of the transmitting side (transmitter) with the HARQ process of the receiving side is because a stop-and-wait ARQ method is used by each HARQ process pair.”<br>（将发送侧HARQ进程与接收侧HARQ进程进行匹配的原因在于，每个HARQ进程对使用停等ARQ方法。） | 目标专利说明书第[0024]段指出，使用单个HARQ进程可确保按顺序接收数据，从而免除MAC层重排序。对比文件段落[30]公开了系统配置了8个HARQ进程，但段落[32]和[33]明确指出“在单个TTI中仅激活一个HARQ进程”，且“每个HARQ进程对使用停等ARQ方法”。对比文件部分公开了在特定时间间隔内使用单个HARQ进程对数据进行接收的运作机制；本领域技术人员有可能在此基础上推论出若仅将总HARQ进程数限制配置为单个HARQ进程时的停等工作方式。按照宽松的隐含公开标准，技术特征H被《隐含公开》。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br>【隐含公开】 | 段落[25]：<br>“The HARQ process, in which the data block is stored, transmits the NACK (Negative Acknowledgement) to the UTRAN when there are errors in the data block and requests the re-transmission of the data block.”<br>（存储数据块的HARQ进程在数据块有差错时向UTRAN发送NACK，并请求该数据块的重传。）<br>段落[36]：<br>“However, during the transmission of data via radio (wireless) channels, certain PDUs may not be properly delivered from the UTRAN to the UE despite numerous retransmissions.”<br>（然而，在经由无线信道传输数据期间，尽管进行了多次重传，某些PDU仍可能无法从UTRAN正确传递到UE。） | 目标专利说明书[0024]段指出由于无上行反馈，节点-B会以预先配置的次数重复传送MAC-ehs PDU（重复HARQ传输）。对比文件段落[25]、[36]公开了HARQ机制下的数据重传，在解码出错请求重传或多次重传时，UE的HARQ实体针对同一PDU将接收不止一次（多次接收软合并或重传数据块）。对比文件部分公开了同一PDU被多次重传和接收的技术内容，本领域技术人员可以合理推断出每一PDU在空中接口上存在被接收不止一次的情形。按照极宽松的隐含公开标准，技术特征I被《隐含公开》。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br>【隐含公开】 | 段落[33]：<br>“That is, HARQ process #1 that transmitted MAC-hs PDU with TSN=13 does not transmit another data block until this data block is successfully transmitted.”<br>（即，传输了TSN=13的MAC-hs PDU的HARQ进程#1在该数据块被成功传输之前不传输另一个数据块。） | 目标专利中该特征的作用在于保证数据传输的连续性和有序性，使得后续PDU在上一PDU完成所有重传前不予发送。对比文件段落[33]明确描述了在针对特定HARQ进程对（例如HARQ进程#1）使用停等（Stop-and-Wait）协议时，“在该数据块被成功传输（或重传完成）之前不传输另一个数据块”。虽然对比文件在全局8个进程存在交错传输，但在单个进程维度上，确实公开了必须在当前数据块传输/重传完成后才开始该进程后续数据块传输的机制。结合极宽松的推论标准，本领域技术人员有可能将这一单进程传输规则扩展推论到信道传输约束中，从而被认为部分公开或隐含给出了技术启示。按照极宽松的隐含公开标准，技术特征J被《隐含公开》。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br>【未公开】 | 无对应内容。 | 目标专利说明书[0043]、[0044]段中，将数据是否来自特定优先级队列作为免除重排序的触发条件。对比文件虽然在段落[26]、[34]中提到了根据Queue ID（优先级队列ID）将数据块分发至对应的重排序缓存器，但在对比文件中，所有优先级队列的数据块均无一例外地必须执行重排序，根本不存在以“来自某一优先级队列”作为满足特定条件（免除重排序）的判断依据。因此未公开。 |
| 技术特征L：<br>则所述条件已被满足。<br>【未公开】 | 无对应内容。 | 因技术特征C及技术特征K均未被公开，对比文件中不存在前述条件的判定逻辑及其因果满足关系，故该技术特征未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br>【未公开】 | 无对应内容。 | 目标专利说明书第[0006]、[0045]段说明，在Cell_FACH等状态下使用公共H-RNTI接收数据时无法获得UE专用TSN，因此将公共H-RNTI作为免除重排序的触发条件。对比文件全篇针对的是常规专用HSDPA传输，未提及公共H-RNTI（Common H-RNTI），也未将公共H-RNTI与数据接收或免除重排序条件相关联，因此该特征未被公开。 |
| 技术特征N：<br>则所述条件已被满足。<br>【未公开】 | 无对应内容。 | 因技术特征C及技术特征M均未被公开，对比文件中不存在该逻辑触发判定，故该技术特征未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br>【未公开】 | 无对应内容。 | 目标专利说明书第[0046]段指出，依据逻辑信道标识来决定是否进行重排序。对比文件段落[29]虽提及拆解后的MAC-d PDU由复用块根据逻辑信道标识传递至RLC层，但其逻辑信道标识仅用于高层数据分发，并非用于判断是否满足免除重排序的触发条件。对比文件无法推断出该特征。 |
| 技术特征P：<br>则所述条件已被满足。<br>【未公开】 | 无对应内容。 | 因技术特征C及技术特征O均未被公开，对比文件中不存在该判定及其因果逻辑，故该技术特征未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br>【隐含公开】 | 段落[12]：<br>“The MAC-b sub-layer manages a BCH (Broadcast Channel), which is a transport channel handling the broadcasting of system information.”<br>（MAC-b子层管理BCH（广播信道），该BCH是处理系统信息广播的传输信道。）<br>段落[17]：<br>“The BMC (Broadcast/Multicast Control) layer is located above the RLC layer, and schedules cell broadcast messages... and broadcasts the CB messages to UEs located in a specific cell(s).”<br>（BMC（广播/多播控制）层位于RLC层之上，调度小区广播消息……并将小区广播消息广播给特定小区中的UE。） | 目标专利中技术特征Q限定了免除重排序的特定逻辑信道类型（BCCH或PCCH）。对比文件虽然未在HS-DSCH重排序判断中应用BCCH或PCCH，但对比文件段落[12]公开了广播信道BCH传输系统信息广播，段落[17]公开了小区广播控制BMC层。在UMTS通用协议标准中，广播系统信息映射的逻辑信道即为广播控制信道（BCCH），寻呼信息映射的逻辑信道为寻呼控制信道（PCCH）。对比文件公开了3GPP协议栈中用于广播和控制的信道实体背景，部分公开了广播相关信道概念。按照极宽松的隐含公开判断标准，认定技术特征Q被《隐含公开》。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br>【隐含公开】 | 段落[41]：<br>“The start point of the receiver window (RcvWindow_LowerEdge) refers to the smallest TSN value in the receiver window of the reordering buffer. The start point (i.e., lower edge) of the receiver window can be calculated by subtracting the receiver window size from the end point of the receiver window and adding 1 thereto (RcvWindow_LowerEdge = RcvWindow_UpperEdge - receiver window size + 1).”<br>（接收机窗口的起始点(RcvWindow_LowerEdge)指重排序缓存器接收机窗口中的最小TSN值。接收机窗口的起始点（即下沿）可以通过从接收机窗口终点减去接收机窗口大小并加1来计算(RcvWindow_LowerEdge = RcvWindow_UpperEdge - 接收机窗口大小 + 1)。）<br>段落[61]：<br>“To achieve this, the present invention adjusts the initial range of the receiver window such that the NET falls within the receiver window from the start of protocol operations... Also, upon updating of the receiver window, if the NET value becomes smaller than the receiver window lower edge, the NET is re-updated to the TSN value of the receiver window lower edge...”<br>（为了实现该目的，本发明调整接收机窗口的初始范围，使得从协议操作开始NET就落在接收机窗口内……并且，在更新接收机窗口时，如果NET值变得小于接收机窗口下沿，则NET被重新更新为接收机窗口下沿的TSN值……）<br>段落[62]：<br>“...as the receiver window lower edge may be set as the NET, and other values within the receiver window range may also be set as the NET.”<br>（……因为接收机窗口下沿可以被设置为NET，并且接收机窗口范围内的其他值也可以被设置为NET。）<br>段落[93]：<br>“If the NET is below the receiver window, setting the NET = receiver window upper edge value - receiver window size + 1.”<br>（如果NET低于接收机窗口，设置NET = 接收机窗口上沿值 - 接收机窗口大小 + 1。） | 目标专利说明书第[0489]段提出将next_expected_TSN的初始值直接初始化为接收窗口下沿（RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1），其作用在于防止初始化阶段由于窗口落后而直接丢弃初始分组。对比文件段落[41]、[93]完全相同地公开了接收机窗口下沿的计算公式即为 RcvWindow_UpperEdge - receiver window size + 1；对比文件段落[61]、[62]、[93]明确公开了本发明的核心即在于使NET（next-expected TSN）从协议一开始即落在接收窗口内，并明确记载了“接收机窗口下沿可以被设置为NET”（即 NET = RcvWindow_LowerEdge = RcvWindow_UpperEdge - receiver window size + 1）。关于前半部分状态限定，对比文件在段落[14]、[20]中已经给出了FACH信道和RRC连接态的启示（如特征G所述）。本领域技术人员通过结合对比文件公开的初始使NET位于窗口内以及将NET更新/设置为下沿公式的教导，极有可能推论得出将NET初始值设置为接收窗口下沿的技术方案。按照极宽松的隐含公开判断标准，技术特征R被《隐含公开》。 |
<<<A>>><<<b>>><<<g>>><<<h>>><<<i>>><<<j>>><<<q>>><<<r>>>
## 特征比对分析
本案评估目标专利各技术特征是否被对比文件（US20050125125A1）所公开。
* **目标专利技术领域与方案**：涉及无线通信系统（3GPP HSPA/MAC层协议），具体涉及在Cell_FACH、Cell_PCH、URA_PCH状态下，经由高速下行链路共享信道（HS-DSCH）接收MAC-ehs PDU时，针对无序传递、重排序（Reordering）队列、TSN处理、HARQ传输控制及重排序绕过的机制。
* **对比文件技术领域与方案**：对比文件涉及汽车车辆的“车道保持控制装置及方法（Lane keep control apparatus and method for automotive vehicle）”，其技术内容完全围绕车辆偏离趋势检测、偏航力矩控制、制动液压调节、车道减速凸凹标线检测等机械与车辆动力学控制。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件为汽车车道保持控制方法，全文无无线通信协议方法的记载）。 | 目标专利技术特征A为无线通信中处理HS-DSCH接收及MAC-ehs PDU方法的引导步骤；对比文件US20050125125A1涉及车辆车道保持偏离预防控制方法（如[0009]所述），二者不仅所属技术领域截然不同，且技术方案毫无关联。对比文件既未直接公开、亦无法隐含推导得出该无线通信方法，故未公开。 |
| 技术特征B：经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件全文涉及制动液压回路、节气门开度、横摆角、凸凹标线等车辆构件与状态）。 | 目标专利中该特征的作用在于蜂窝通信系统下行链路的数据传输与接收，利用HS-DSCH物理/传输信道承载MAC-ehs PDU；对比文件中完全不存在任何无线电传输信道、HS-DSCH信道或MAC层PDU的记载或暗示，既未直接公开，本领域技术人员也绝无可能从中推导得出，故未公开。 |
| 技术特征C：在已满足一条件的情况下<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件仅记载车辆偏离趋势判断条件如[0038]段式(2)的横向位移判定条件，与MAC层协议重排序绕过条件完全无关）。 | 目标专利中该条件是紧密结合技术特征D/E/F上下文的协议控制条件（即判定是否绕过MAC层重排序队列的触发条件）；对比文件虽然存在车辆控制方面的偏离判定条件，但其作用、控制对象、技术环境与目标专利完全不同，本领域技术人员无法将其与MAC-ehs协议处理建立等同或合理推导关联，故未公开。 |
| 技术特征D：将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件全篇未涉及通信数据包重排序及层间/实体间转发机制）。 | 目标专利中该特征的作用是在MAC-ehs内部将分解得到的重排序PDU转发至解复用/重组等下一级协议实体；对比文件中仅涉及车辆控制器内部的偏航力矩信号计算与传递，不存在任何数据通信协议数据单元的处理与发送，未直接公开亦未隐含公开。 |
| 技术特征E：而不执行所述重排序PDU的重排序<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件全篇未涉及通信协议中的按序号重排序或绕过重排序操作）。 | 目标专利的作用在于避免公共H-RNTI或特定逻辑信道下因TSN未知或无序到达造成的重排序停滞与传输延迟；对比文件完全不涉及任何数据包序号排队、乱序恢复或免重排序逻辑，故未公开。 |
| 技术特征F：其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件未涉及MAC-ehs层内部组件、重排序实体、解复用实体或流水线旁路控制）。 | 目标专利的作用是优化MAC架构流水线，使特定PDU直接跳过重排序队列直达解复用实体（如说明书[0044]、图3所示）；对比文件不存在协议实体架构及绕过机制，未直接公开亦未隐含公开。 |
| 技术特征G：其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件不涉及任何RRC连接态或通信终端无线资源控制状态）。 | 目标专利限定了UE/WTRU处于无专用下行控制信道或未分配专用H-RNTI的特定RRC连接状态；对比文件为车辆机械与行驶控制，无任何通信状态概念，故未公开。 |
| 技术特征H：其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件不涉及混合自动重传请求HARQ机制）。 | 目标专利的作用是通过单HARQ进程保证传输的先后固有顺序，从而消除重排序负担；对比文件无此通信纠错与传输技术，未直接公开亦未隐含公开。 |
| 技术特征I：其中每一MAC-ehs PDU被接收不止一次<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件仅在[0056]-[0063]记载车辆车轮在凹凸标线上周期性产生加速度振动，与通信数据包重复接收毫无关联）。 | 目标专利的作用是在无反馈的Cell_FACH重复HARQ传输方案中提高接收成功概率；对比文件完全不存在数据帧重复传输/接收的构思，未直接公开亦未隐含公开。 |
| 技术特征J：每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件无任何通信重传及串行化传输时序控制）。 | 目标专利的作用是确保各个连续MAC-ehs PDU之间严格保持前后物理传输顺序，避免由于乱序完成重传导致后续实体接收错序；对比文件不涉及该机制，未公开。 |
| 技术特征K：其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件未涉及通信逻辑信道、优先级队列等调度概念）。 | 目标专利的作用是提供以优先级队列为粒度的重排序绕过决策依据；对比文件全篇未涉及，未公开。 |
| 技术特征L：则所述条件已被满足。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（无对应协议条件判决机制）。 | 目标专利用于根据前述K的优先级队列属性直接决定满足免重排序条件；对比文件完全无对应技术方案，未公开。 |
| 技术特征M：其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件完全不涉及蜂窝网络临时标识符H-RNTI）。 | 目标专利的作用在于当采用小区公共标识广播/传输且UE未知专用TSN基准时触发免重排序；对比文件无相关内容，未公开。 |
| 技术特征N：则所述条件已被满足。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（无对应协议条件判决机制）。 | 目标专利用于根据标识属性触发免重排序；对比文件未公开。 |
| 技术特征O：其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件未涉及无线通信的逻辑信道概念）。 | 目标专利的作用在于基于逻辑信道类型区分是否执行重排序；对比文件未公开。 |
| 技术特征P：则所述条件已被满足。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（无对应协议条件判决机制）。 | 目标专利用于基于逻辑信道触发免重排序；对比文件未公开。 |
| 技术特征Q：其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件未涉及BCCH或PCCH信道）。 | 目标专利具体限定了公共广播与寻呼信道不执行重排序；对比文件未公开。 |
| 技术特征R：其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【公开性判断】：未公开 | 无相关记载。<br>（对比文件全篇无滑动窗口、序列号TSN计算或接收窗口边界初始化公式）。 | 目标专利的作用在于对MAC-ehs复位后或初始接收时的滑动窗口参数进行合理初始化，防止合法分组因落于窗外或低于预期TSN被错误丢弃；对比文件不存在任何接收窗口与序列号计算技术，未直接公开亦未隐含公开。 |
---
### 评估结论
对比文件 US20050125125A1 为汽车车辆的车道保持控制技术，与目标专利的 3GPP 无线通信 MAC-ehs 协议处理技术属于完全不同的技术领域，其技术问题、技术手段及技术效果均毫无重合之处。对比文件对目标专利的技术特征 A 至 R 均未直接公开，本领域技术人员也无法通过对比文件中的任何内容合理推理或隐含得出上述任何一个技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0016]<br>“In accordance with another aspect of the present invention, there is provided a method for transmitting at least one PDU (Protocol Data Unit) received over a physical (PHY) layer to an MAC (Media Access Control) layer in an HSDPA (High Speed Downlink Packet Access) communication system, including the steps of...”<br>（根据本发明的另一方面，提供了一种在HSDPA通信系统中用于将经由物理（PHY）层接收的至少一个PDU发送到MAC层的方法，包括以下步骤……） | 对比文件直接公开了技术特征A。<br>对比文件在第[0016]段明确公开了一种在通信系统中处理/传输PDU的通信方法，包括后续执行的各功能步骤。作为前序提示性语言，技术特征A被直接公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《隐含公开》 | [0011]<br>“The data block transmitted to the MAC-hs sub-layer 115 over the HS-DSCH is stored in one of many HARQ processers contained in the HARQ block... If there is no error in the data block, the HARQ processer transmits the data block to a reordering block...”<br>（经由HS-DSCH发送到MAC-hs子层115的数据块被存储在HARQ块中包含的许多HARQ处理器之一中……如果数据块中没有错误，则HARQ处理器将该数据块发送到重排序块……）<br><br>[0015]<br>“...including an HS-DSCH (High Speed-Downlink Shared Channel) decoder for decoding the PDU at intervals of a first period during which the PDU is received from the PHY layer...”<br>（……包括HS-DSCH解码器，用于以从PHY层接收PDU的第一周期的时间间隔对PDU进行解码……） | 对比文件隐含公开了技术特征B。<br>1. 对比文件公开了经由HS-DSCH信道接收下行数据块并解码得到PDU，但其记载的协议实体具体为3GPP早期版本的“MAC-hs PDU”，而非3GPP版本7演进引入的“MAC-ehs PDU”。<br>2. 结合本专利说明书背景技术[0003]~[0004]的记载可知，MAC-ehs是3GPP Release 7中对MAC-hs的演进版本，两者在下行高速数据包接入（HSDPA）中具有完全对应的承载信道环境（经由HS-DSCH传输）和同等的数据封装与处理层级地位。<br>3. 按照极其宽松的隐含公开判断标准，对比文件公开了在HSDPA中经由HS-DSCH接收MAC层高速协议数据单元（MAC-hs PDU），本领域技术人员结合标准演进常识能够合理推断或部分公开并组合得知经由HS-DSCH接收同类协议单元演进形态（MAC-ehs PDU），因此认定技术特征B被隐含公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征C。<br>目标专利中的“在已满足一条件的情况下”是与后续免除重排序处理、绕过重排序实体等操作紧密绑定的特定控制逻辑触发条件（如来自特定队列、特定逻辑信道或关联公共H-RNTI等）。对比文件全文中所有接收到的数据均无条件、强制性地送入重排序队列（reordering queue）执行重排序，不存在任何用于规避重排序或选择性直传的条件判断机制。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征D。<br>1. 结合目标专利说明书[0022]、[0044]可知，“重排序PDU”是MAC-ehs架构特有的内部结构单元，系由分解实体将接收的MAC-ehs PDU进一步分解得到。<br>2. 对比文件采用的是旧式MAC-hs架构，不包含“重排序PDU”这一数据单元结构概念；且其MAC-hs PDU在通过HARQ校验后，统一送入重排序缓冲器（reordering block），并不存在将包含在PDU内的重排序PDU在条件满足时发送至后续实体的机制。因此该特征未公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《未公开》 | 对比文件全文无对应记载。相反，对比文件第[0011]、[0037]段强调：<br>“The most important characteristic of the reordering block is that the reordering block can support a sequential transmission of data. The data block is sequentially transmitted to an upper layer on the basis of a TSN (Transmission Sequence Number)...”<br>“Furthermore, the individual MAC-hs PDUs buffered by the external memory perform the reordering operations due to a reordering control table process result...”<br>（重排序块的最重要特征在于其支持数据的顺序传输。数据块基于TSN顺序传输至上层……缓冲在外部存储器中的各个MAC-hs PDU基于重排序控制表处理结果执行重排序操作……） | 对比文件未公开技术特征E。<br>目标专利技术特征E的核心技术贡献在于针对特定场景（如Cell_FACH公共传输）免除重排序，直接透传以消除TSN重置带来的阻塞与过多延迟。而对比文件旨在解决2ms高速中断导致CPU负荷过重的问题，其技术手段是引入第二存储器进行批量缓冲，随后必须通过更新重排序控制表来执行重排序（“perform the reordering operations”）。对比文件中所有PDU都必须按TSN严格执行重排序，与技术特征E直接冲突，未公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | 对比文件全文无对应记载。相反，参见对比文件第[0011]段：<br>“If there is no error in the data block, the HARQ processer transmits the data block to a reordering block...”<br>（如果数据块中没有错误，HARQ处理器将数据块传输到重排序块……） | 对比文件未公开技术特征F。<br>目标专利中通过旁路（bypass）重排序实体，将重排序PDU直接路由至解复用实体（LCH-ID demultiplexing entity），从而改变了MAC实体的标准数据流动拓扑。而对比文件所有无差错的数据块从HARQ出来后均必须送至重排序块（reordering block），没有绕过重排序实体的路径，也未公开下一处理实体为解复用实体。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《未公开》 | 对比文件全文无对应记载。其背景技术第[0005]段提及：<br>“Generally, an HSDPA (High Speed Downlink Packet Access) scheme has developed into an HS-DSCH for supporting downlink high-speed packet transmission in a W-CDMA communication system...” | 对比文件未公开技术特征G。<br>对比文件的公开背景为常规的3GPP Release 5 HSDPA系统，在此系统中HS-DSCH仅用于Cell_DCH状态。对比文件通篇没有提及或暗示WTRU处于Cell_FACH、Cell_PCH或URA_PCH状态之一，亦未涉及在非连接态/公共状态下引入HS-DSCH的操作。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《未公开》 | 对比文件全文无对应记载。相反，对比文件第[0007]、[0008]、[0011]、[0014]段明确记载：<br>“The HSDPA scheme uses N logical channels, and thereby uses the n-channel SAW HARQ method capable of transmitting a plurality of packet data elements even though there is no ACK signal... particularly, the 4-channel SAW HARQ scheme, is performed...”<br>“...Typically, the reordering block non-sequentially receives the data blocks because a plurality of HARQ processes are operated at the same time...”<br>（HSDPA方案使用N个逻辑信道，由此使用n通道SAW HARQ方法……特别是执行4通道SAW HARQ方案……通常重排序块非顺序接收数据块，因为多个HARQ进程同时运行……） | 对比文件未公开技术特征H。<br>目标专利技术特征H使用“单个HARQ进程”来避免多进程乱序到达，进而省去重排序实体。对比文件全篇明确要求采用“n通道（特别指明4通道）SAW HARQ方案”，并明确指出“多个HARQ进程同时运行导致非按序接收”，其完全立足于多HARQ进程架构。因此对比文件未公开单个HARQ进程。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《直接公开》 | [0008]<br>“The HARQ processor 1 receiving the retransmission coding block combines the prestored initial transmission coding block with the retransmission coding block.”<br>（接收到重传编码块的HARQ处理器1将预先存储的初始传输编码块与该重传编码块进行合并。）<br><br>[0032]<br>“If it is determined that the CRC error has been found at step 406, the HS-DSCH decoding unit 300 transmits an NACK signal to the counterpart to request a retransmission from the counterpart, and stores the received data in the external memory 306 or deletes the same data from the external memory 306 according to HARQ type information.”<br>（如果在步骤406确定发现CRC错误，则HS-DSCH解码单元300向对端发送NACK信号以请求对端重传，并根据HARQ类型信息将接收到的数据存储在外部存储器306中或从外部存储器306中删除相同数据。） | 对比文件直接公开了技术特征I。<br>对比文件明确记载了HARQ重传机制：在初传发生CRC错误时向对端发送NACK请求重传，HARQ处理器接收重传数据并与初传数据进行软合并。由此，在发生重传时，每一个PDU（编码块/数据块）被接收不止一次。本领域技术人员可以毫无疑义地确定对比文件公开了该特征。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | 对比文件全文无对应记载。相反，对比文件第[0007]、[0008]段指出：<br>“The n-channel SAW HARQ scheme successively transmits a plurality of packet data units to a destination over a different channel since there is no ACK signal associated with the previous packet data... In this case, the Node B can transmit subsequent coding blocks over a prescribed channel 2 without taking into consideration the ACK arrival information associated with a coding block of the channel 1.”<br>（n通道SAW HARQ方案由于无需等待前一分组数据的ACK信号，因而能够在不同通道上向目的地连续发送多个分组数据单元……在这种情况下，Node B可以在不考虑通道1编码块的ACK到达信息的情况下，在规定的通道2上传输后续编码块。） | 对比文件未公开技术特征J。<br>目标专利技术特征J要求在开始接收后续PDU之前完成前一PDU的所有重传，以确保物理层交织传输不会产生时序颠倒。而对比文件明确说明其n通道SAW HARQ方案的核心优势在于：发送端在等待通道1的ACK/NACK反馈期间，就已经在通道2上传输后续编码块，因此后续PDU的接收早已在当前PDU重传完成之前开始。两者方案完全相反，对比文件未公开该特征。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征K。<br>虽然对比文件第[0011]段提及“每个优先级对应有多个重排序块，HARQ进程通过PCI（优先级类别标识符）将数据块发送到相应的重排序块”，但这仅用于传统的优先级分类缓存与重排序调度，并没有将其作为触发“免除重排序/绕过重排序实体”之条件的公开，未公开技术特征K。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征L。<br>由于对比文件不存在“满足条件则免除重排序”的机制，亦未将来自某优先级队列作为满足条件的判定逻辑，因此技术特征L未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征M。<br>对比文件通篇完全没有涉及公共H-RNTI（Common H-RNTI）的概念或相关联信令处理。其描述的是专用的下行HSDPA业务数据流传输，未公开技术特征M。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征N。<br>对比文件不存在基于公共H-RNTI来判定满足特定条件（免除重排序）的机制，技术特征N未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征O。<br>对比文件仅在第[0007]段泛泛提及“HSDPA方案使用N个逻辑信道”，但从未将数据来自何种逻辑信道与“免除重排序处理的判定条件”建立任何关联，未公开技术特征O。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征P。<br>对比文件不存在根据逻辑信道满足免除重排序条件的判定方案，技术特征P未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征Q。<br>BCCH和PCCH属于公共逻辑信道，在3GPP早期HSDPA系统中通常映射在PCH/FACH或BCH物理信道上。对比文件并未提及或教导在HS-DSCH上承载BCCH或PCCH，更未将其与条件满足相关联，未公开技术特征Q。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《未公开》 | 对比文件全文无对应记载。 | 对比文件未公开技术特征R。<br>对比文件未公开WTRU在Cell_FACH/Cell_PCH/URA_PCH状态下接收PDU，也未公开将重排序变量next_expected_TSN的初始值设置成接收窗口下沿计算公式(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)的初始化控制逻辑。因此技术特征R未公开。 |
---
<<<A>>>
<<<b>>>
<<<I>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用内容。 | 对比文件（JP3110576U）属于物体色视感判定仪器（光学测量/检测机械结构）领域，完全未涉及无线通信领域的方法步骤或流程架构，既未直接公开也未隐含公开该方法特征。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征用于在无线通信系统（3GPP HSPA/HSDPA）下行链路中通过MAC层实体接收包含用户或控制数据的MAC-ehs PDU（参见目标说明书[0003]、[0004]、[0010]）。对比文件公开的是一种通过调节试样台角度、观察染色坚牢度等物体色视感判定的机械仪器，完全未涉及信道接收、HS-DSCH、MAC层或PDU等任何无线通信协议处理，既无直接公开，也无从推理推断出该特征，未被公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中该条件是用于判断是否触发免除/绕过重排序操作的判断前置条件（如来自特定队列、公共H-RNTI或特定逻辑信道，参见说明书[0024]、[0045]、[0046]）。对比文件为光学判定夹具结构，不包含无线协议中针对PDU传输与处理的条件控制逻辑，未被公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【未公开】 | 无引用内容。 | 目标专利中分解实体将MAC-ehs PDU分解为重排序PDU并分发路由至后续处理模块（参见说明书[0022]、[0044]）。对比文件完全未涉及任何协议数据单元（PDU）的分解、发送或协议实体的层次化处理，未被公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征的作用在于针对特定传输（如使用公共H-RNTI）避免现有技术中因重排序导致的无序等待或延迟，简化MAC功能（参见说明书[0007]、[0023]、[0043]）。对比文件属于物理夹具与光学测试设备，不存在数据包接收序列管理及重排序控制逻辑，未被公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征具体限定重排序PDU跨过重排序队列/实体直接发送给解复用实体（解复用实体再基于LCH-ID路由至重组实体，参见说明书[0044]及图3中310a）。对比文件不涉及协议栈内部各功能实体（重排序实体、解复用实体）及其之间的数据路由绕行架构，未被公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【未公开】 | 无引用内容。 | 目标专利中限定WTRU在非CELL_DCH的具体RRC连接状态下执行HS-DSCH接收（参见说明书[0003]、[0010]、[0020]）。对比文件公开的是具有试样台、床板、上盖撑杆和刻度部的视感判定工具，不涉及无线通信终端的RRC状态管理，未被公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【未公开】 | 无引用内容。 | 目标专利中通过限制使用单个HARQ进程以配合重复传输方案，确保按顺序接收，从而消除MAC-ehs层的重排序需求（参见说明书[0023]、[0024]）。对比文件不涉及无线传输层的HARQ重传控制或HARQ进程分配，未被公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>【未公开】 | 无引用内容。 | 目标专利中节点-B在无反馈的情况下采用重复HARQ传输方案多次重复发送MAC-ehs PDU以提升接收可靠性（参见说明书[0024]、[0038]）。对比文件不涉及数据包的重复发送与多次接收机制，未被公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【未公开】 | 无引用内容。 | 目标专利中限定当前PDU的所有重复重传全部结束后才开始后续PDU传输，以保证物理传输的时序串行性，确保WTRU端按顺序接收（参见说明书[0024]）。对比文件无相关数据通信传输时序方案，未被公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【未公开】 | 无引用内容。 | 目标专利中以数据所属的优先级队列作为判断是否执行重排序的触发条件（参见说明书[0042]、[0043]）。对比文件不涉及优先级队列管理与分类处理，未被公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征用于根据队列类型触发绕过重排序的控制逻辑（参见说明书[0043]、[0044]）。对比文件无相应控制机制，未被公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【未公开】 | 无引用内容。 | 目标专利中通过识别公共H-RNTI来识别广播/未知UE标识传输，从而决定规避重排序（参见说明书[0006]、[0045]）。对比文件为试样台角度调节机构，不涉及无线临时网络标识（H-RNTI），未被公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征用于根据标识（公共H-RNTI）判断满足免重排序条件（参见说明书[0045]）。对比文件无相关内容，未被公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【未公开】 | 无引用内容。 | 目标专利中以逻辑信道类型/标识作为判定是否进行重排序的标准（参见说明书[0046]、[0048]）。对比文件不涉及逻辑信道划分与判定，未被公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征用于使特定逻辑信道免除重排序操作（参见说明书[0046]）。对比文件无相应内容，未被公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【未公开】 | 无引用内容。 | 目标专利中针对广播或寻呼控制信道等公共消息逻辑信道配置为不支持/免除重排序（参见说明书[0006]、[0047]）。对比文件完全未涉及任何无线通信控制信道，未被公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征用于在特定非DCH状态下接收PDU时，通过修改MAC-ehs复位或初始化时的变量设置规则，将next_expected_TSN设置为接收窗口下沿，避免首个接收分组因SN落在初始窗口内且低于next_expected_TSN而被错误丢弃（参见说明书[0008]、[0489]）。对比文件公开的是角度可调的试样架机械构造，完全不涉及无线发射接收单元、通信状态、滑动窗口机制、TSN序列号或接收窗口变量的初始化数学逻辑，未被公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>该方法包括<br><br>【公开性判断】未公开 | 无 | 对比文件（JP2005198804A）公开的是一种医疗用氧气浓缩装置及其压缩机静音悬挂结构（涉及机械减震、降噪与气体分离技术），并未公开任何关于无线通信系统中数据处理的方法。因此，技术特征A未被公开。 |
| 技术特征B<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【公开性判断】未公开 | 无 | 目标专利说明书（如[0003]、[0004]、[0010]）指明该特征是在无线通信演进型HSPA系统中，通过HS-DSCH信道接收MAC-ehs PDU。对比文件公开的是氧气浓缩装置的压缩机配管与吸附筒气体流路控制，完全不涉及通信协议数据单元及信道传输。因此，技术特征B未被直接公开，亦无任何可能推理得出隐含公开。 |
| 技术特征C<br>在已满足一条件的情况下<br><br>【公开性判断】未公开 | 无 | 目标专利中该条件是针对是否执行重排序或者特定的优先级队列/公共H-RNTI/逻辑信道等判定条件（如说明书[0010]、[0045]、[0046]）。对比文件虽在氧气浓缩中提到了根据预设时间切换流路切换阀，但这属于机械气体流路切换，与协议数据单元重排序处理的判断条件完全无关。因此，技术特征C未被公开。 |
| 技术特征D<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【公开性判断】未公开 | 无 | 目标专利说明书（如[0010]、[0022]、[0044]）阐述将MAC-ehs PDU分解得到的重排序PDU路由发送至解复用实体或重组实体等下一级处理实体。对比文件涉及压缩空气流经吸附床、储气罐与鼻插管，完全不涉及数据PDU与协议处理实体。因此，技术特征D未被公开。 |
| 技术特征E<br>而不执行所述重排序PDU的重排序<br><br>【公开性判断】未公开 | 无 | 目标专利说明书（如[0010]、[0023]、[0043]、[0044]）指明该特征的作用是针对特定传输避免重排序，消除Cell_FACH等状态下的延迟并简化复位操作。对比文件属于医用制氧机械技术，根本不存在数据乱序、缓存与重排序机制，亦无相应技术方案的启示。因此，技术特征E未被公开。 |
| 技术特征F<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书图3及说明书[0044]记载了对于某些优先级队列，重排序PDU绕过重排序队列（实体），直接转发至解复用实体310a。对比文件中没有任何无线协议实体架构（重排序实体、解复用实体）。因此，技术特征F未被公开。 |
| 技术特征G<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0003]、[0006]、[0010]记载了WTRU（终端）所处的无线资源控制状态。对比文件为空气分离制氧机械，不具备任何移动终端无线通信状态。因此，技术特征G未被公开。 |
| 技术特征H<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0011]、[0024]指明采用单个HARQ进程以实现按顺序传递，从而消除重排序需求。对比文件不涉及HARQ机制。因此，技术特征H未被公开。 |
| 技术特征I<br>其中每一MAC-ehs PDU被接收不止一次<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0024]记载了Cell_FACH状态下的重复HARQ传输方案，节点-B在无反馈下重复传送MAC-ehs PDU。对比文件完全不涉及数据分组的重复接收或HARQ重传机制。因此，技术特征I未被公开。 |
| 技术特征J<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0024]指明该特征的作用是确保分组接收的严格有序性，在开始后续传输前完成当前PDU的所有传输。对比文件无任何相应协议通信时序特征。因此，技术特征J未被公开。 |
| 技术特征K<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0043]、[0044]、[0046]记载了根据数据所处的优先级队列类型来区分是否支持/执行重排序。对比文件不涉及协议优先级队列。因此，技术特征K未被公开。 |
| 技术特征L<br>则所述条件已被满足。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0043]–[0045]中根据优先级队列判定满足不执行重排序的条件。对比文件完全不存在这一逻辑判断过程。因此，技术特征L未被公开。 |
| 技术特征M<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0006]、[0045]记载了当使用公共H-RNTI时，WTRU标识未知，无法支持专用TSN重排序，因而确定触发免重排序。对比文件完全不涉及无线网络临时标识（H-RNTI）。因此，技术特征M未被公开。 |
| 技术特征N<br>则所述条件已被满足。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0045]中根据公共H-RNTI确定满足不执行重排序的条件。对比文件不存在该技术内容。因此，技术特征N未被公开。 |
| 技术特征O<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0046]、[0047]指明依据数据的逻辑信道标识判定是否支持重排序。对比文件不涉及逻辑信道。因此，技术特征O未被公开。 |
| 技术特征P<br>则所述条件已被满足。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0046]中依据逻辑信道判定满足免重排序条件。对比文件不包含该特征。因此，技术特征P未被公开。 |
| 技术特征Q<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0006]、[0047]指明广播控制信道BCCH或寻呼控制信道PCCH作为预先确定不支持重排序的逻辑信道。对比文件不涉及任何通信控制信道。因此，技术特征Q未被公开。 |
| 技术特征R<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【公开性判断】未公开 | 无 | 目标专利说明书[0008]、[0489]记载了针对在Cell_FACH等状态下小区重选或复位后，将next_expected_TSN的初始值设置成接收窗口下沿，避免初始分组被错误丢弃。对比文件公开的是压缩机的进气/排气弹性支持管道及其降噪支持结构，完全不涉及无线通信重排序变量初始化、TSN窗口计算机制。因此，技术特征R未被公开。 |
---
经过严谨的技术比对，对比文件（JP2005198804A）属于医用氧气浓缩装置机械减震降噪领域，而目标专利的技术方案属于移动通信系统数据传输与重排序协议处理技术领域；两者的技术领域、解决的技术问题、采用的技术手段及所达到的技术效果均完全不同。对比文件对目标专利权利要求中的技术特征A至R既未直接公开，也未隐含公开。
根据目标专利说明书的记载与对比文件（US20050205960A1）的内容，对各技术特征的公开性评估如下：
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用及翻译 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【未公开】 | 无引用。<br>（对比文件为光电转换元件及其制造方法，全文未涉及通信领域方法流程） | 对比文件公开的是一种用于热光伏发电系统的光电转换元件（光伏电池）及其制造方法，属于半导体光电器件制造领域；而目标专利的技术特征A为一种无线通信中处理数据的方法主题前序。对比文件未公开该通信方法主题，即使采用极宽松的标准，也无法推断出通信数据处理方法。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【未公开】 | 无引用。 | 目标专利中该特征用于在WTRU端通过特定的下行物理/传输信道接收增强型MAC层协议数据单元。对比文件全文涉及半导体外延生长、CVD沉积薄膜、PN结与扩散层制备等，完全不涉及无线蜂窝通信协议栈（MAC层、HS-DSCH等），本领域技术人员无法从对比文件中直接得出或合理解释、推理出该技术特征。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>【未公开】 | 无引用。 | 目标专利中该条件是判断重排序PDU是否执行重排序或绕过重排序实体的触发条件（如来自特定逻辑信道、优先级队列或使用公共H-RNTI）。对比文件属于完全不相干的光电半导体技术领域，未公开无线通信协议处理中的任何条件触发机制。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【未公开】 | 无引用。 | 目标专利中该特征用于将分解得到的重排序PDU向协议栈更高或下一层处理实体（如解复用实体或重组实体）进行递交。对比文件涉及光生载流子的收集与传输，完全未涉及无线通信协议实体的PDU分解与传递。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>【未公开】 | 无引用。 | 目标专利中该特征用于在特定场景（如Cell_FACH状态使用公共标识接收数据）下解除重排序负担，避免重排序挂起和额外延迟。对比文件不包含任何通信数据重排序机制，亦无不执行重排序的公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【未公开】 | 无引用。 | 目标专利中重排序PDU绕过重排序队列/实体，直接转发至解复用实体进行逻辑信道路由。对比文件不涉及协议实体架构，未公开该特征。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【未公开】 | 无引用。 | 目标专利限定无线终端所处的一定RRC连接状态。对比文件为半导体器件制造，无WTRU及其状态机。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【未公开】 | 无引用。 | 目标专利限定利用单个HARQ进程确保分组按序接收。对比文件完全不涉及HARQ机制。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>【未公开】 | 无引用。 | 目标专利对应于重复HARQ传输方案，无反馈时通过盲重传提高可靠性。对比文件无此通信传输特征。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【未公开】 | 无引用。 | 目标专利中通过在发送下一分组前完成当前分组的所有重传，从源头上保证数据在空中接收的顺序性，进而支撑绕过MAC层重排序。对比文件不涉及通信信道上的数据包重传控制。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【未公开】 | 无引用。 | 目标专利限定触发不重排序的条件之一基于优先级队列。对比文件完全无优先级队列概念。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用。 | 目标专利中作为对应于特定队列时判定满足绕过重排序条件的逻辑关联特征。对比文件未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【未公开】 | 无引用。 | 目标专利限定依据是否关联公共H-RNTI来判定条件满足（公共标识下各终端TSN无法同步初始化）。对比文件不涉及任何通信标识符。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用。 | 目标专利中公共H-RNTI关联时触发免重排序的条件逻辑。对比文件未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【未公开】 | 无引用。 | 目标专利限定免重排序条件关联特定逻辑信道。对比文件未涉及通信逻辑信道。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>【未公开】 | 无引用。 | 目标专利中逻辑信道触发免重排序的条件逻辑。对比文件未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【未公开】 | 无引用。 | 目标专利针对BCCH/PCCH等公共传输信道数据免重排序。对比文件未公开任何无线通信逻辑信道类型。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【未公开】 | 无引用。 | 目标专利用于在公共状态下重置滑动窗口变量，避免因TSN不匹配导致分组落入窗口内低于next_expected_TSN而被错误丢弃。对比文件完全不涉及窗口管理与TSN控制。 |
---
### 评估结论
对比文件（US20050205960A1）属于半导体与热光伏器件制造领域，公开的是背电极型光电转换元件的扩散层及钝化层薄膜制备工艺；而目标专利权利要求的技术特征A至R属于移动通信无线接入网（3GPP MAC层协议与重排序机制）领域。两者的技术领域、解决的技术问题、采用的技术手段及产生的技术效果完全不同。
即使按照最宽松的隐含公开标准，本领域技术人员也绝不可能从对比文件的半导体制造内容中推理得出无线通信中的MAC-ehs PDU接收、信道状态管理、免重排序、HARQ进程控制或接收窗口参数初始化等技术方案。因此，对比文件未直接公开也未隐含公开技术特征A至R中的任何一项。
根据技术特征划分要求及对比文件（US 2005/0266846 A1）的公开内容，现对各技术特征进行直接公开与隐含公开评估，并建立特征比对表格如下：
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br>【直接公开】 | [0082] "In one aspect of the present invention, a method is provided for transmitting control information to a network. The method includes receiving an information message indicating one or more available configurations for transmitting a message, selecting one of available configurations and transmitting a message utilizing the selected configuration."<br>（中文翻译：在本发明的一个方面中，提供了一种向网络发送控制信息的方法。该方法包括接收指示用于发送消息的一个或多个可用配置的信息消息，选择可用配置之一，以及利用所选择的配置发送消息。） | 对比文件公开了一种用于在无线通信系统中传输控制信息的方法流程，属于方法类技术方案，完全公开了“该方法包括”这一方法引导语。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br>【未公开】 | [0018] "The MAC layer... may be divided into a MAC-b sub-layer, a MAC-d sub-layer, a MAC-c/sh sub-layer, and a MAC-hs sub-layer according to the type of transport channel being managed."<br>（中文翻译：MAC层……根据所管理的传输信道类型，可分为MAC-b子层、MAC-d子层、MAC-c/sh子层和MAC-hs子层。）<br>[0044] "The fields that are contained in the MAC header for all transport channels except the HS-DSCH transport channel are illustrated in FIG. 7."<br>（中文翻译：图7示出了除HS-DSCH传输信道之外的所有传输信道的MAC报头中包含的字段。） | 对比文件仅在传统协议架构背景中提及了MAC-hs子层和HS-DSCH传输信道，但其发明构思完全针对上行PRACH/CCCH的传输配置改进；对比文件中根本未涉及在HS-DSCH上接收下行“MAC-ehs PDU”（3GPP Rel-7引入的增强型协议数据单元）的接收实体或接收步骤，亦无从推理得出，因此既未直接公开也未隐含公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br>【未公开】 | 无相关内容。 | 目标专利中的“条件”是针对下行MAC-ehs PDU处理中是否绕过重排序实体的触发条件（如来自特定优先级队列、公共H-RNTI或特定逻辑信道等）。对比文件未涉及MAC-ehs PDU重排序的任何控制条件，未公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br>【未公开】 | 无相关内容。 | 对比文件未涉及下行MAC-ehs内部重排序PDU的分解、路由或向下游实体（如解复用实体）的递交操作，未公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br>【未公开】 | 无相关内容。 | 对比文件根本未涉及下行MAC层的重排序功能或跳过重排序的操作，未公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br>【未公开】 | 无相关内容。 | 对比文件完全未涉及MAC-ehs架构中的重排序实体和解复用实体之间的旁路或路由机制，未公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br>【直接公开】 | [0038] "A UE 2 in RRC connected mode may be in different states, for example CELL_FACH state, CELL_PCH state, CELL_DCH state or URA_PCH state. Depending on the state, the UE 2 performs different actions and monitors different channels."<br>（中文翻译：处于RRC连接模式的UE 2可以处于不同的状态，例如CELL_FACH状态、CELL_PCH状态、CELL_DCH状态或URA_PCH状态。根据该状态，UE 2执行不同的动作并监视不同的信道。） | 对比文件明确公开了移动终端（UE/WTRU）在RRC连接模式下可以处于CELL_FACH状态、CELL_PCH状态以及URA_PCH状态之一，并基于该状态执行相应的动作和信道监视。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br>【未公开】 | 无相关内容。 | 对比文件没有涉及在接收MAC-ehs PDU时配置单个HARQ进程以保证按序递交的技术构思，未公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br>【未公开】 | 无相关内容。 | 对比文件未涉及下行MAC-ehs PDU的重复HARQ传输方案（无反馈重复接收），未公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br>【未公开】 | 无相关内容。 | 对比文件未公开下行连续MAC-ehs PDU在开始后续接收前完成所有重传的传输时序，未公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br>【未公开】 | 无相关内容。 | 对比文件未涉及MAC-ehs重排序队列或优先级队列对是否执行重排序的条件判断，未公开。 |
| 技术特征L：<br>则所述条件已被满足。<br>【未公开】 | 无相关内容。 | 对应技术特征K的逻辑结果，对比文件未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br>【未公开】 | [0043] "Examples of identifiers are C-RNTI, U-RNTI, S-RNTI and H-RNTI... H-RNTI identifies the UE 2 on a given HSDPA transport channel."<br>（中文翻译：标识符的示例有C-RNTI、U-RNTI、S-RNTI和H-RNTI……H-RNTI在给定的HSDPA传输信道上标识UE 2。） | 对比文件虽在[0043]提到了H-RNTI，但仅是指示其作为传统HSDPA传输信道上标识特定UE的专用标识符，完全没有涉及“公共HS-DSCH无线电网络临时标识（公共H-RNTI）”，更未公开基于所接收的MAC-ehs PDU与公共H-RNTI相关联作为触发条件，未公开。 |
| 技术特征N：<br>则所述条件已被满足。<br>【未公开】 | 无相关内容。 | 对应技术特征M的逻辑结果，对比文件未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br>【未公开】 | 无相关内容。 | 对比文件未涉及基于逻辑信道类型来满足不执行重排序的判断条件，未公开。 |
| 技术特征P：<br>则所述条件已被满足。<br>【未公开】 | 无相关内容。 | 对应技术特征O的逻辑结果，对比文件未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br>【直接公开】 | [0020] "Logical channels include a dedicated traffic channel (DTCH), a dedicated control channel (DCCH), a common traffic channel (CTCH), a common control channel (CCCH), a broadcast control channel (BCCH), and a paging control channel (PCCH), or a Shared Channel Control Channel."<br>（中文翻译：逻辑信道包括专用业务信道（DTCH）、专用控制信道（DCCH）、通用业务信道（CTCH）、通用控制信道（CCCH）、广播控制信道（BCCH）和寻呼控制信道（PCCH），或共享信道控制信道。） | 对比文件明确列举并公开了无线通信系统中的逻辑信道包括广播控制信道（BCCH）以及寻呼控制信道（PCCH）。该特征本身仅限定了逻辑信道的具体类型，对比文件直接公开了该信道类型。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br>【未公开】 | [0038] "A UE 2 in RRC connected mode may be in different states, for example CELL_FACH state, CELL_PCH state, CELL_DCH state or URA_PCH state."<br>（中文翻译：处于RRC连接模式的UE 2可以处于不同的状态，例如CELL_FACH状态、CELL_PCH状态、CELL_DCH状态或URA_PCH状态。） | 对比文件虽然提到了UE的状态（CELL_FACH、CELL_PCH、URA_PCH），但根本未公开在该状态下接收MAC-ehs PDU，更未涉及接收端重排序窗口参数配置，完全未公开将next_expected_TSN的初始值设置为接收窗口下沿计算公式的技术方案，未公开。 |
<<<A>>>
<<<G>>>
<<<Q>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0150] The present invention provides a method of handling data units for a point-to-multipoint service in a mobile communication system, the method comprising...<br>（本发明提供了一种在移动通信系统中处理点到多点服务的数据单元的方法，该方法包括……） | 对比文件[0150]明确公开了该方案是一种在通信系统中处理数据单元的通信方法，且包含“the method comprising（该方法包括）”，因此技术特征A被对比文件直接公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>未公开 | [0004] regarding each radio protocol layer... the PHY layer is connected with an upper layer, the MAC layer via transport channels... [0021] ...a transport channel FACH... physical channel SCCPCH... [0119] The receiving UM RLC entity receives the UMD PDUs through the configured logical channels from the lower layer...<br>（每个无线协议层……物理层经由传输信道连接到上层MAC层……传输信道FACH……物理信道SCCPCH……接收UM RLC实体通过配置的逻辑信道从较低层接收UMD PDU……） | 对比文件涉及的是UMTS中的无线链路控制（RLC）层处理，其接收的是UMD PDU（RLC PDU），承载于FACH传输信道与SCCPCH物理信道。对比文件全文并未提及或教导下行传输信道HS-DSCH，更未涉及在MAC层接收HS-DSCH MAC-ehs PDU。两者的信道架构和处理协议实体层级截然不同，因此技术特征B未被直接公开或隐含公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《隐含公开》 | [0046] If a reordering configuration is received from an upper layer through a reordering indication, the UM RLC can determine that RLC PDUs are to be received from multiple cells or from multiple logical channels and the UM RLC operates accordingly. If a reordering configuration is not received from the upper layer, then it is determined that RLC PDUs are to be received from a single logical channel as in the related art, and the UM RLC operates accordingly.<br>（如果通过重排序指示从上层接收到重排序配置，则UM RLC可以确定将从多个小区或多个逻辑信道接收RLC PDU，并且UM RLC据此操作。如果未从上层接收到重排序配置，则确定将如现有技术中从单个逻辑信道接收RLC PDU，并且UM RLC据此操作。）<br>[0066] In step 2, if reordering has been configured, the process goes to subsequent step 5, if not, the next step 3 is performed.<br>（在步骤2中，如果已经配置了重排序，则处理转到随后的步骤5，如果未配置，则执行下一步骤3。） | 对比文件公开了根据“是否配置了重排序”这一条件来决定后续的数据分发与处理流程（如果未配置重排序，则按现有技术不经过重排序窗口/定时器直接重组提交给上层）。本领域技术人员基于该公开内容可以合理推断出其包含了“在已满足一条件（如未配置重排序或满足预设模式）的情况下执行特定分支处理”，从而部分公开了条件判断的处理逻辑。根据极为宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>未公开 | [0018] Third, a reassembly procedure is performed by using the successfully received RLC PDUs, and then only those successfully reassembled RLC SDUs are sent to the upper layer...<br>（第三，通过使用成功接收的RLC PDU来执行重组过程，然后仅将那些成功重组的RLC SDU发送到上层……）<br>[0119] ...The receiving UM RLC entity deciphers... Then, the RLC headers are removed from the UMD PDUs and the RLC SDUs are reassembled... Finally, the RLC SDUs are delivered by the receiving UM RLC entity to the upper layers...<br>（……接收UM RLC实体进行解密……然后，从UMD PDU中移除RLC报头并重组RLC SDU……最后，接收UM RLC实体将RLC SDU传递至上层……） | 目标专利技术特征D要求在MAC层内部将接收到的HS-DSCH MAC-ehs PDU分解出的“重排序PDU（reordering PDU）”发送至下一处理实体（重组/解复用实体）。对比文件中处理的对象是RLC层的UMD PDU，并将其重组成RLC SDU发送到高层（如PDCP或上层应用），完全不涉及MAC-ehs PDU内部重排序PDU的解析与在MAC层内部实体间的递交。因此技术特征D未被公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《隐含公开》 | [0012] When considered from the receiving end RLC operating in unacknowledged mode... for those PDUs determined to be missing, waiting is not performed and a received PDU is delivered immediately to the upper layer...<br>（从以非确认模式工作的接收端RLC的角度来看……对于那些被确定为丢失的PDU，不执行等待，并且接收到的PDU被立即传递到上层……）<br>[0046] ...If a reordering configuration is not received from the upper layer, then it is determined that RLC PDUs are to be received from a single logical channel as in the related art, and the UM RLC operates accordingly.<br>（……如果未从上层接收到重排序配置，则确定将如现有技术中从单个逻辑信道接收RLC PDU，并且UM RLC据此操作。）<br>[0066] In step 2, if reordering has been configured, the process goes to subsequent step 5, if not, the next step 3 is performed.<br>（在步骤2中，如果已经配置了重排序，则处理转到随后的步骤5，如果未配置，则执行下一步骤3。） | 对比文件在描述现有技术或未配置重排序模式时，公开了不维持重排序接收窗口和定时器，而是对接收到的PDU不执行乱序等待和重排序，直接进行重组递交。虽然对比文件处理的是RLC PDU而非MAC-ehs层内部的重排序PDU，但其公开了“跳过/不执行数据单元重排序”的处理逻辑。依据极为宽松的隐含公开判断规则，该特征被隐含公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>未公开 | [0117] FIG. 6A shows two UM peer RLC entities when duplicate avoidance and reordering are not configured, while FIG. 6B shows two UM peer RLC entities configured for duplicate avoidance and reordering... [0119] ...The receiving UM RLC entity deciphers... Then, the RLC headers are removed from the UMD PDUs and the RLC SDUs are reassembled. Finally, the RLC SDUs are delivered by the receiving UM RLC entity to the upper layers through the UM-SAP.<br>（图6A示出了未配置重复避免和重排序时的两个UM对等RLC实体……接收UM RLC实体解密……然后从UMD PDU中移除RLC报头并重组RLC SDU。最后，接收UM RLC实体通过UM-SAP将RLC SDU传递至上层。） | 目标专利中，该特征明确限定在MAC-ehs体系架构内，数据绕过MAC层的重排序队列/实体，直接发送给MAC层的解复用实体（LCH-ID demultiplexing entity），从而完成逻辑信道分发。对比文件是RLC层内部架构，图6A/6B显示其接收处理流水线包含的是重复避免与重排序（DAR）单元、解密、报头去除与重组单元，其下一实体为上层（通过UM-SAP），根本不存在MAC层架构下的“解复用实体”。因此该特征未被公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>未公开 | [0021] The point-to-multipoint RB is a uni-directional downlink RB that comprises a logical channel MTCH (MBMS Traffic CHannel), a transport channel FACH (Forward Access CHannel), and a physical channel SCCPCH (Secondary Common Control Physical CHannel).<br>（点到多点RB是单向逐下行链路RB，其包括逻辑信道MTCH、传输信道FACH和物理信道SCCPCH。） | 对比文件仅提及了传输信道FACH（Forward Access Channel），但完全没有公开或暗示WTRU/UE处于RRC的Cell_FACH状态、Cell_PCH状态或URA_PCH状态之一（其可能处于Cell_DCH状态接收SCCPCH/FACH承载的MBMS）。对比文件中不存在关于UE RRC连接状态的明确记载或推导基础，因此未被公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>未公开 | [0004] ...the first layer (Layer 1) is a physical layer (PHY) that serves the purpose of transmitting data over the radio interface by using various radio transmission techniques. The PHY layer is connected with an upper layer, the MAC layer via transport channels...<br>（……第一层（第1层）是物理层（PHY），其目的是通过使用各种无线电传输技术在无线电接口上传输数据。PHY层经由传输信道与上层MAC层连接……） | 对比文件针对的是UMTS R99/R6引入的MBMS业务，其物理层采用SCCPCH，完全没有引入HSDPA的HARQ机制，更未提及在MAC-ehs中“采用单个HARQ进程接收MAC-ehs PDU”。因此技术特征H未被公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>未公开 | [0121] The DAR function can be configured for use within a receiving UM RLC entity in the UE. It combines PDU sequences received from several sources and/or repeat transmissions from a single source to form a single ordered PDU sequence...<br>（DAR功能可被配置用于UE中的接收UM RLC实体内。它组合从多个源接收的PDU序列和/或来自单个源的重复传输以形成单个有序PDU序列……）<br>[0159] ...performing duplicate detection and reordering based upon sequence numbers of protocol data units that are received from a single source with repeat transmissions or from multiple sources and temporarily stored in a buffer...<br>（……基于从具有重复传输的单个源或从多个源接收并临时存储在缓冲器中的协议数据单元的序列号执行重复检测和重排序……） | 对比文件公开了在RLC层接收来自单个源的“重复传输（repeat transmissions）”或多个小区的重复PDU，因此RLC PDU可能被接收不止一次。但是，对比文件完全没有涉及MAC层，更不存在“每一MAC-ehs PDU被接收不止一次”的技术方案。二者所处的协议层和数据单元属性存在根本差异，未公开技术特征I。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>未公开 | 对比文件全文无相关记载。 | 对比文件未涉及MAC-ehs PDU的HARQ重复传输方案（Repetition scheme），更未公开在开始接收后续MAC-ehs PDU之前完成前一PDU所有重传的时序约束机制。该特征未被公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>未公开 | 对比文件全文无相关记载。 | 对比文件涉及RLC层基于逻辑信道（如MTCH）的配置，不涉及MAC层的优先级队列（priority queue）概念，更未公开根据重排序PDU携带的数据是否来自某一优先级队列进行判定。因此技术特征K未被公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>未公开 | 对比文件全文无相关记载。 | 因技术特征K未公开，与之对应的将优先级队列作为满足条件的结果技术特征L亦未被公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>未公开 | [0022] ...Examples of MBMS-related RRC messages transmitted through the MCCH include MBMS service information and MBMS radio bearer information. Here, MBMS service information transmits to the terminals wishing to receive the MBMS service, an ID (identification) list of MBMS services that are ongoing in a corresponding cell...<br>（……经由MCCH传输的MBMS相关RRC消息的示例包括MBMS服务信息和MBMS无线电承载信息。这里，MBMS服务信息向希望接收MBMS服务的终端传输相应小区中正在进行的MBMS服务的ID列表……） | 对比文件仅提及MBMS Service ID，完全未涉及下行共享控制信道HS-SCCH或HS-DSCH的寻址机制，更无公共H-RNTI（Common H-RNTI）的概念。因此技术特征M未被公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>未公开 | 对比文件全文无相关记载。 | 因技术特征M未公开，以公共H-RNTI关联作为条件满足判据的技术特征N亦未被公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《隐含公开》 | [0046] If a reordering configuration is received from an upper layer through a reordering indication, the UM RLC can determine that RLC PDUs are to be received from multiple cells or from multiple logical channels and the UM RLC operates accordingly. If a reordering configuration is not received from the upper layer, then it is determined that RLC PDUs are to be received from a single logical channel as in the related art, and the UM RLC operates accordingly.<br>（如果通过重排序指示从上层接收到重排序配置，则UM RLC可以确定将从多个小区或多个逻辑信道接收RLC PDU，并且UM RLC据此操作。如果未从上层接收到重排序配置，则确定将如现有技术中从单个逻辑信道接收RLC PDU，并且UM RLC据此操作。）<br>[0120] ...This DAR function can be configured in the UE and advantageously used for reception of a particular logical channel, namely, the MBMS MTCH.<br>（……该DAR功能可以在UE中配置，并有利地用于接收特定逻辑信道，即MBMS MTCH。） | 对比文件[0120]公开了根据特定逻辑信道（例如MTCH）来决定是否启用重复避免与重排序（DAR）功能，即针对该特定逻辑信道配置重排序，而其他逻辑信道可能不配置重排序。虽然对比文件是在RLC层而非MAC-ehs重排序PDU层级操作，但其基于“数据来自某一特定逻辑信道”作为触发/配置不同重排序处理条件的构思与技术特征O存在共通性。在极其宽松的隐含公开判断原则下，认为对比文件部分公开了该技术方案，认定技术特征O被隐含公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《隐含公开》 | [0046] ...If a reordering configuration is not received from the upper layer, then it is determined that RLC PDUs are to be received from a single logical channel as in the related art, and the UM RLC operates accordingly.<br>（……如果未从上层接收到重排序配置，则确定将如现有技术中从单个逻辑信道接收RLC PDU，并且UM RLC据此操作。）<br>[0120] ...This DAR function can be configured in the UE and advantageously used for reception of a particular logical channel, namely, the MBMS MTCH.<br>（……该DAR功能可以在UE中配置，并有利地用于接收特定逻辑信道，即MBMS MTCH。） | 对比文件公开了特定逻辑信道（MTCH）启用重排序，而对于未配置该功能的逻辑信道则执行不重排序的处理流程，本领域技术人员可以推断出逻辑信道与特定处理条件满足之间存在映射关系。基于极度宽松的隐含公开认定原则，认定技术特征P被隐含公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>未公开 | [0021] ...The point-to-multipoint RB is a uni-directional downlink RB that comprises a logical channel MTCH (MBMS Traffic CHannel)... [0022] The UTRAN providing the MBMS service transmits via the logical channel MCCH (MBMS Control CHannel)... [0118] The transmitting UM RLC entity submits the UMD PDUs to the lower layer through either a CCCH, SHCCH, DCCH, CTCH, DTCH, MCCH, MSCH or MTCH logical channel.<br>（点到多点RB是单向逐下行链路RB，其包括逻辑信道MTCH……提供MBMS服务的UTRAN经由逻辑信道MCCH发送……发射UM RLC实体通过CCCH、SHCCH、DCCH、CTCH、DTCH、MCCH、MSCH或MTCH逻辑信道向较低层提交UMD PDU。） | 对比文件中列举的逻辑信道包括CCCH、SHCCH、DCCH、CTCH、DTCH、MCCH、MSCH和MTCH，其DAR重排序功能仅针对MTCH（参见[0117]、[0120]）。对比文件全文根本没有记载广播控制信道（BCCH）或寻呼控制信道（PCCH），更未公开将BCCH或PCCH作为不执行重排序条件的特定逻辑信道。因此技术特征Q未被公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>未公开 | [0122] The DAR function makes use of the state variable VR(UDR) and a receive window whose span (range) if from VR(UDH)−DAR_Window_Size+1 to VR(UDH) inclusively... In procedure (1), [0123] (a) if the PDU if the first PDU received by the DAR function, VR(UDH) is assigned the value SN; VR(UDR) is assigned the value VR(UDH)-DAR_Window_Size+1.<br>（DAR功能利用状态变量VR(UDR)和接收窗口，其跨度（范围）包含从VR(UDH)−DAR_Window_Size+1到VR(UDH)……在过程(1)中，(a)如果该PDU是DAR功能接收到的第一个PDU，VR(UDH)被赋值为SN；VR(UDR)被赋值为VR(UDH)-DAR_Window_Size+1。） | 对比文件公开了在接收到第一个PDU时，将接收窗口上沿变量VR(UDH)赋值为SN，并将期望接收变量VR(UDR)赋值为VR(UDH)-DAR_Window_Size+1（即窗口下沿）。但是：<br>1. 对比文件中该机制针对的是RLC层的DAR实体，而非MAC层的MAC-ehs PDU接收处理；<br>2. 对比文件完全未公开WTRU在“Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一”的限制条件；<br>3. 目标专利技术特征R中要求设置初始值的参数为MAC层的next_expected_TSN与RcvWindow_UpperEdge，而对比文件为RLC层的VR(UDR)与VR(UDH)。因此，二者适用的协议层、实体、信道场景及状态完全不同，不能认定该特征被直接公开或隐含公开。 |
<<<A>>><<<c>>><<<e>>><<<o>>><<<p>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 对比文件第[152]段：<br>“本发明提供了一种在移动通信系统中处理点到多点服务的数据单元的方法，该方法包括：……”<br>（原文：The present invention provides a method of handling data units for a point-to-multipoint service in a mobile communication system, the method comprising: ...） | 技术特征A为前序引导性步骤用语。对比文件在第[152]段中明确记载了一种在移动通信系统中处理数据单元的方法且包含“该方法包括（the method comprising）”，因此属于直接公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《未公开》 | 对比文件第[20]段、第[118]段、第[152]段：<br>第[20]段：“点到多点RB是单向分发下行链路RB，其包括逻辑信道MTCH、传输信道FACH和物理信道SCCPCH……”<br>（原文：The point-to-multipoint RB is a uni-directional downlink RB that comprises a logical channel MTCH (MBMS Traffic CHannel), a transport channel FACH (Forward Access CHannel), and a physical channel SCCPCH (Secondary Common Control Physical CHannel)...）<br>第[118]段：“接收UM RLC实体经由所配置的来自较低层的逻辑信道接收UMD PDU……”<br>（原文：The receiving UM RLC entity receives the UMD PDUs through the configured logical channels from the lower layer...）<br>第[152]段：“……通过在非应答模式下运行且具有接收窗口和计时器的无线电链路控制实体接收协议数据单元；……”<br>（原文：...receiving protocol data units by a radio link control entity that operates in unacknowledged mode and has a receive window and a timer;...） | 对比文件全部涉及的是在UMTS中的无线电链路控制层（RLC层）接收RLC UMD PDU，且下行传输信道公开的是前向接入信道FACH与物理信道SCCPCH。对比文件完全未涉及在MAC层（媒介接入控制层）接收MAC-ehs PDU，更未提及高速下行链路共享信道HS-DSCH。在目标专利中，技术特征B解决的是HSPA演进中MAC-ehs在下行高速共享信道上的接收与处理问题，对比文件的协议层级（RLC层）与信道机制（FACH/SCCPCH）完全不同，未起到相同作用，本领域技术人员也无法据此推理得出该方案，因此该特征未公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《直接公开》 | 对比文件第[45]段、第[54]段、第[65]段：<br>第[45]段：“如果通过重排序指示从较高层接收到重排序配置，则UM RLC可以确定将从多个小区或从多个逻辑信道接收RLC PDU，且UM RLC相应地运行。如果未从较高层接收到重排序配置，则确定将像现有技术一样从单个逻辑信道接收RLC PDU，且UM RLC相应地运行。”<br>（原文：If a reordering configuration is received from an upper layer through a reordering indication, the UM RLC can determine that RLC PDUs are to be received from multiple cells or from multiple logical channels and the UM RLC operates accordingly. If a reordering configuration is not received from the upper layer, then it is determined that RLC PDUs are to be received from a single logical channel as in the related art, and the UM RLC operates accordingly.）<br>第[65]段：“在步骤2中，如果已经配置了重排序，则该流程转到随后的步骤5；如果没有，则执行下一步骤3。”<br>（原文：In step 2, if reordering has been configured, the process goes to subsequent step 5, if not, the next step 3 is performed.） | 对比文件第[45]、[54]、[65]段明确公开了在满足特定条件（如未配置重排序，或者配置了重排序等）的情况下执行分支处理流程。目标专利中技术特征C为条件引导语，条件本身的实质判定由后续特征限定，作为宽泛的条件判断构件，对比文件中已直接公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《未公开》 | 对比文件第[17]段、第[118]段：<br>第[17]段：“……第三，通过使用成功接收的RLC PDU来执行重组过程，然后仅将那些成功重组的RLC SDU发送到较高层并且操作完成。”<br>（原文：...Third, a reassembly procedure is performed by using the successfully received RLC PDUs, and then only those successfully reassembled RLC SDUs are sent to the upper layer and the operation is completed.）<br>第[118]段：“……然后，从UMD PDU中移除RLC报头，并且重组RLC SDU……最后，通过接收UM RLC实体经由UM-SAP将RLC SDU传递到上层。”<br>（原文：...Then, the RLC headers are removed from the UMD PDUs and the RLC SDUs are reassembled... Finally, the RLC SDUs are delivered by the receiving UM RLC entity to the upper layers through the UM-SAP.） | 对比文件处理的实体为RLC实体，其将RLC UMD PDU进行报头剥除与SDU重组后向上层递交。对比文件完全没有公开MAC层的“MAC-ehs PDU”，更无包含在MAC-ehs PDU内的“重排序PDU（reordering PDU）”及其在MAC实体内部向下一处理实体的发送。两者的处理实体及数据单元结构完全不同，因此该特征未公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《隐含公开》 | 对比文件第[45]段、第[54]段、第[55]段、第[65]段：<br>第[45]段：“如果未从较高层接收到重排序配置，则确定将像现有技术一样从单个逻辑信道接收RLC PDU，且UM RLC相应地运行。”<br>（原文：If a reordering configuration is not received from the upper layer, then it is determined that RLC PDUs are to be received from a single logical channel as in the related art, and the UM RLC operates accordingly.）<br>第[54]段：“根据第一实施例，当UM RLC从较低层接收到新的RLC PDU时，其根据是否配置了重排序来运行，据此如果未配置重排序，则UM RLC按照现有技术运行……”<br>（原文：According to the first embodiment, when the UM RLC receives a new RLC PDU from a lower layer, it operates according to whether reordering had been configured or not, whereby the UM RLC operates as in the related art if reordering had not been configured...）<br>第[55]段：“在上述过程中，UM RLC按照现有技术运行是指……按照接收到的RLC PDU重组RLC SDU并传递到上层。”<br>（原文：In the above procedure, the UM RLC operating as in the related art refers to the procedures of... reassembling based upon the received RLC PDUs and delivered to the upper layer.） | 目标专利中该特征是指在特定条件下不经历重排序过程，直接将数据向上分发。对比文件第[45]、[54]、[55]段公开了在没有配置重排序（即未配置DAR功能）时，直接按照现有技术对接收的数据进行重组并直接传递到上层，不执行乱序等待和重排序过程。虽然对比文件针对的是RLC PDU而非MAC-ehs重排序PDU，但对比文件部分公开了“在满足特定条件时不执行数据单元重排序而直接向后处理/传递”的控制逻辑与处理思想，在极其宽松的判断标准下，有可能与其它对比文件组合以公开该特征，因此认定为隐含公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | 对比文件第[4]段、第[118]段、第[120]段、第[159]段：<br>第[118]段：“当配置了‘重复避免与重排序’时……‘重复避免与重排序’是在接收UM RLC实体中应用于输入UMD PDU流的第一个接收功能……然后，从UMD PDU中移除RLC报头，并且重组RLC SDU……最后，通过接收UM RLC实体经由UM-SAP将RLC SDU传递到上层。”<br>（原文：...When 'duplicate avoidance and reordering' is configured... 'duplicate avoidance and reordering' is the first receive function that is applied to the input UMD PDU streams in the receiving UM RLC entity... Then, the RLC headers are removed from the UMD PDUs and the RLC SDUs are reassembled... Finally, the RLC SDUs are delivered by the receiving UM RLC entity to the upper layers through the UM-SAP.）<br>第[159]段：“该实体进一步包括：接收缓存元件……无线电链路控制报头移除元件……以及重组元件……”<br>（原文：This entity further comprises: a reception buffer element... a radio link control header removing element... and a reassembly element...） | 目标专利说明书图3及第[0044]段明确阐述了MAC-ehs架构：在避免重排序时，重排序PDU直接被转发至“解复用实体310a”，从而绕过重排序实体（重排序队列）。而在对比文件中，其处理流水线仅存在于RLC层，由DAR实体、RLC报头剥除元件、重组元件组成，接收端内部根本不存在MAC层的“重排序实体”与“解复用实体（Demultiplexing entity）”，更不存在“绕过重排序实体发送至解复用实体”的特定路由通路。两者的协议实体与架构拓扑实质不同，因此该特征未公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《隐含公开》 | 对比文件第[20]段、第[21]段：<br>第[20]段：“点到多点RB是单向分发下行链路RB，其包括逻辑信道MTCH（MBMS业务信道）、传输信道FACH（前向接入信道）以及物理信道SCCPCH……”<br>（原文：The point-to-multipoint RB is a uni-directional downlink RB that comprises a logical channel MTCH (MBMS Traffic CHannel), a transport channel FACH (Forward Access CHannel), and a physical channel SCCPCH (Secondary Common Control Physical CHannel)...）<br>第[21]段：“……在此，MCCH是点到多点下行链路信道，且被映射到传输信道FACH……”<br>（原文：...Here, the MCCH is a point-to-multipoint downlink channel, and is mapped to a transport channel FACH (Forward Access CHannel)...） | 对比文件明确公开了MBMS点到多点服务采用传输信道FACH接收MTCH和MCCH数据。根据UMTS 3GPP通信标准常识，终端在FACH传输信道上接收下行数据必然处于Cell_FACH状态（或与之关联的公共传输信道工作状态）。虽然对比文件未直接写出“Cell_FACH状态”的文字字样，但本领域技术人员结合其使用的“FACH传输信道”能够毫无疑义且合乎逻辑地推断出此时终端处于Cell_FACH状态。因此，在极其宽松的隐含公开判断标准下，该技术特征被隐含公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《未公开》 | 对比文件全文 | 对比文件涉及的是RLC非应答模式（UM RLC），全篇未公开任何混合自动重复请求（HARQ）实体或HARQ进程，更未公开针对MAC-ehs PDU使用单个HARQ进程进行接收。HARQ属于底层MAC/PHY机制，与对比文件讨论的RLC重排序属于完全不同的范畴，该特征未公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《隐含公开》 | 对比文件第[120]段、第[161]段：<br>第[120]段：“……它将从若干个源接收的PDU序列和/或从单个源重复传输的PDU序列组合成单个有序的PDU序列……”<br>（原文：...It combines PDU sequences received from several sources and/or repeat transmissions from a single source to form a single ordered PDU sequence that is passed to the header removal and reassembly functions.）<br>第[161]段：“……基于从具有重复传输的单个源或从多个源接收并临时存储在缓存器中的协议数据单元的序列号执行重复检测和重排序；……”<br>（原文：...performing duplicate detection and reordering based upon sequence numbers of protocol data units that are received from a single source with repeat transmissions or from multiple sources and temporarily stored in a buffer;...） | 目标专利技术特征I描述的是数据单元重复传输/接收的场景（如第[0024]段所述的重复HARQ传输方案）。对比文件第[120]段和第[161]段明确记载了“从具有重复传输的单个源（a single source with repeat transmissions）或从多个源接收PDU”，即同一PDU由于发射端单源重复发送或多小区多源发送而被终端接收不止一次。虽然对比文件针对的是RLC PDU而非MAC-ehs PDU，但其公开了“每一PDU被接收不止一次/重复接收”的技术内容，在极其宽松的认定标准下，认为隐含公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | 对比文件第[81]段：<br>“……即使接收端的UM RLC从多个小区或多个逻辑信道接收RLC PDU，每个小区或每个逻辑信道的发送端分别不重传RLC PDU，并且通过利用具有小于任何先前发送的RLC PDU的SN的SN值的那些RLC PDU不被重传的事实……”<br>（原文：...even if the UM RLC of the receiving end (e.g., terminal, UE, etc.) receives RLC PDUs from multiple cells or multiple logical channels, the transmitting end of each cell or of each logical channel respectively does not re-transmit the RLC PDU and by using the fact that those RLC PDUs having an SN value that is smaller than the SN of any previously transmitted RLC PDU are not re-transmitted...） | 目标专利中技术特征J要求“每一PDU的重传在开始接收后续PDU之前完成”（即如目标专利说明书第[0024]段所指，节点B在开始传送后续PDU前结束前一PDU的所有重复传输，以保证严格按序到达接收端）。而对比文件第[81]段明确指出发送端根本不执行重传（does not re-transmit the RLC PDU），且在多小区接收场景下，不同小区发送的数据到达终端的时间是异步和交错的（见对比文件第[26]段图4），根本不存在且无法推断出“在开始接收后续PDU之前完成前一PDU的所有重传”。两者的传输时序与调度逻辑完全不同，因此该特征未公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | 对比文件全文 | 目标专利说明书第[0024]、[0043]、[0044]段阐述了MAC-ehs层内部针对特定的优先级队列（Priority Queue）执行重排序绕过或特定HARQ处理。对比文件全文仅涉及RLC层的逻辑信道（如MTCH、MCCH等），完全未涉及MAC层的优先级队列概念，更无针对优先级队列的区分判断机制。因此该特征未公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文 | 技术特征L与技术特征K为条件与结果的对应组合。由于对比文件完全没有公开技术特征K关于“数据来自某一优先级队列”的技术内容，自然也无法得出将该优先级队列作为满足条件的判断结果，因此该特征未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 对比文件全文 | 目标专利说明书第[0006]、[0045]段说明了在增强CELL_FACH下利用公共H-RNTI标识HS-DSCH传输。对比文件全篇完全没有出现H-RNTI（HS-DSCH无线电网络临时标识），也没有涉及公共H-RNTI的相关联传输，该特征未公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文 | 技术特征N与技术特征M紧密相连。由于对比文件未公开特征M中的公共H-RNTI关联，因而对比文件也未公开以公共H-RNTI作为满足该条件的判定方案，该特征未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《隐含公开》 | 对比文件第[119]段、第[120]段、第[155]段：<br>第[119]段：“因此，可以说本发明将UM RLC接收机功能扩展为包括‘重复避免和重排序’（DAR）功能。该DAR功能可以在UE中配置并且有利地用于接收特定逻辑信道，即MBMS MTCH。”<br>（原文：Thus, it can be said that the present invention extends the UM RLC receiver functionality to include a 'duplicate avoidance and reordering' (DAR) function. This DAR function can be configured in the UE and advantageously used for reception of a particular logical channel, namely, the MBMS MTCH.）<br>第[155]段：“……其中无线电链路控制实体处理经由至少一个逻辑信道接收到的协议数据单元……”<br>（原文：...wherein the radio link control entity handles the protocol data units received through at least one logical channel...） | 目标专利中该特征是指依据数据所属的特定逻辑信道来作为是否满足特定处理（如重排序控制）的判断依据（目标说明书[0046]段）。对比文件第[119]段明确指出了该DAR功能是针对“特定逻辑信道，即MBMS MTCH”进行配置与应用的，即根据数据是否来自该特定逻辑信道来确定是否启用特定接收处理流程。虽然对比文件针对的是RLC实体层级的逻辑信道，但在极其宽松的隐含公开判断标准下，对比文件部分公开了“依据数据来自某一逻辑信道来执行特定控制”的思想，认为其隐含公开了该特征。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《隐含公开》 | 对比文件第[45]段、第[119]段：<br>第[45]段：“如果通过重排序指示从较高层接收到重排序配置，则UM RLC可以确定将从多个小区或从多个逻辑信道接收RLC PDU，且UM RLC相应地运行……”<br>（原文：If a reordering configuration is received from an upper layer through a reordering indication, the UM RLC can determine that RLC PDUs are to be received from multiple cells or from multiple logical channels and the UM RLC operates accordingly...）<br>第[119]段：“……该DAR功能可以在UE中配置并且有利地用于接收特定逻辑信道，即MBMS MTCH。”<br>（原文：...This DAR function can be configured in the UE and advantageously used for reception of a particular logical channel, namely, the MBMS MTCH.） | 对比文件第[119]段公开了在接收特定逻辑信道（MBMS MTCH）时配置该特定功能，结合特征O，当判断出数据来自特定逻辑信道时即满足相应条件。在极其宽松的标准下，认为该特征被隐含公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《未公开》 | 对比文件第[20]段、第[117]段、第[119]段：<br>第[20]段：“点到多点RB是单向分发下行链路RB，其包括逻辑信道MTCH……”<br>（原文：The point-to-multipoint RB is a uni-directional downlink RB that comprises a logical channel MTCH...）<br>第[117]段：“……发送UM RLC实体通过CCCH、SHCCH、DCCH、CTCH、DTCH、MCCH、MSCH或MTCH逻辑信道之一将UMD PDU提交给较低层。”<br>（原文：...The transmitting UM RLC entity submits the UMD PDUs to the lower layer through either a CCCH, SHCCH, DCCH, CTCH, DTCH, MCCH, MSCH or MTCH logical channel.）<br>第[119]段：“……该DAR功能可以在UE中配置并且有利地用于接收特定逻辑信道，即MBMS MTCH。”<br>（原文：...This DAR function can be configured in the UE and advantageously used for reception of a particular logical channel, namely, the MBMS MTCH.） | 目标专利中限定满足条件的逻辑信道具体为广播控制信道（BCCH）或寻呼控制信道（PCCH）（目标说明书[0047]段）。对比文件公开的逻辑信道全部围绕MBMS点到多点业务及相关信道（具体强调的是MTCH、MCCH等，第[117]段列举的信道中甚至未包含PCCH和BCCH）。对比文件完全未公开BCCH或PCCH，也未公开将BCCH或PCCH作为满足条件的逻辑信道，因此该特征未公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《隐含公开》 | 对比文件第[121]段、第[123]~[125]段：<br>第[121]段：“DAR功能利用状态变量VR(UDR)以及跨度（范围）从VR(UDH) - DAR_Window_Size+1包含性地到VR(UDH)的接收窗口……”<br>（原文：The DAR function makes use of the state variable VR(UDR) and a receive window whose span (range) is from VR(UDH) - DAR_Window_Size+1 to VR(UDH) inclusively...）<br>第[123]~[125]段：“在过程(1)中，(a)如果该PDU是由DAR功能接收到的第一个PDU，- 为VR(UDH)分配值SN；- 为VR(UDR)分配值VR(UDH) - DAR_Window_Size+1。”<br>（原文：In procedure (1), (a) if the PDU is the first PDU received by the DAR function, - VR(UDH) is assigned the value SN; - VR(UDR) is assigned the value VR(UDH) - DAR_Window_Size+1.） | 目标专利说明书第[0489]段记载了该特征的技术方案，目的在于重选或初始接入时防止首个分组被意外丢弃，将期望序列号设置在窗口下沿。<br>对比文件第[121]、[125]段记载了其DAR功能中的接收窗口计算方式为 VR(UDH) - DAR_Window_Size + 1，并且第[125]段明确公开了在接收到第一个PDU时，将下一个期望接收的变量VR(UDR)赋值为 VR(UDH) - DAR_Window_Size + 1（即窗口下沿）。由对比文件第[53]段可知，VR(UDR)即为下一按序期望接收状态变量（等价于next_expected_TSN），VR(UDH)为最高接收状态变量即窗口上沿（等价于RcvWindow_UpperEdge）。虽然该算法在对比文件中应用于RLC层的DAR重排序，且第一分句中提及的状态（如前述特征G论述，对比文件可由FACH推断出Cell_FACH），但在极其宽松的隐含公开判断标准下，对比文件公开了相同的公式算法与初始化逻辑，有可能与其他对比文件组合公开该特征，因此认定为隐含公开。 |
<<<A>>>
<<<C>>>
<<<a>>>
<<<c>>>
<<<e>>>
<<<g>>>
<<<i>>
<<<o>>>
<<<p>>>
<<<r>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0014] "The above and other aspects of the present invention can be achieved by a method for reordering uplink data packets in a mobile communication system for processing hybrid automatic retransmission requests (HARQs) in a parallel fashion through a plurality of retransmission channels, comprising the steps of..."<br>（译文：上述及本发明的其他方面可以通过一种在移动通信系统中通过多个重传信道以并行方式处理混合自动重传请求（HARQ）的用于对上行链路数据分组进行重排序的方法来实现，该方法包括以下步骤……） | 对比文件公开了一种在移动通信系统中重排序数据分组的方法，直接公开了“该方法包括”这一方法引导语。在方案中均起到作为方法流程前序引导的作用。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《未公开》 | [0003] "...a method and apparatus for reordering data packets of an enhanced uplink dedicated channel (E-DCH)."<br>（译文：……一种用于对增强型上行链路专用信道（E-DCH）的数据分组进行重排序的方法和设备。）<br>[0046]-[0051] 详细公开了UE通过上行链路E-DCH发送MAC-e PDU，Node B接收后送往RNC的MAC-e层进行处理。 | 目标专利技术特征B明确限定传输方向为下行链路，信道为高速下行链路共享信道（HS-DSCH），处理协议为MAC-ehs PDU；而对比文件针对的是上行链路（Uplink），信道为增强型上行专用信道（E-DCH），传输和处理的协议数据单元为MAC-e PDU。两者传输方向、信道类型及协议架构完全不同，对比文件未公开该特征，本领域技术人员也无法通过对比文件直接得出或合理推导出该下行链路HS-DSCH及MAC-ehs PDU技术方案。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《未公开》 | 对比文件通篇未记载在满足特定条件时允许跳过或规避重排序的判定条件。对比文件全篇核心方案均是必须进入重排序队列（RQ）并基于TS与TSN进行重排序和间隙检测（如[0016]、[0071]-[0080]、[0094]-[0106]）。 | 目标专利中的“条件”紧密结合说明书（例如[0023]-[0024]、[0043]-[0050]、[0087]）是指触发绕过/规避重排序功能的特定判决条件（如特定优先级队列、公共H-RNTI、特定逻辑信道或中止重排序状态等）。对比文件中的所有数据包均无条件地进入RQ进行TS排序与TSN间隙检测，根本不存在“在满足特定条件时不执行重排序”的机制。对比文件未直接或隐含公开该特征。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《未公开》 | [0071]-[0072] "...distributes the MAC-e PDU 737 to a suitable RQ 745-1, 745-2, or 745-3. The RQs 745-1 to 745-3 sequentially store a plurality of MAC-e PDUs... The reordered MAC-e PDUs are divided into MAC-d PDUs. The MAC-d PDUs are delivered to the C/T demultiplexers 750-1 and 750-2..."<br>（译文：……将MAC-e PDU 737分发到合适的RQ 745-1、745-2或745-3。RQ 745-1至745-3顺序存储多个MAC-e PDU……经重排序的MAC-e PDU被划分为MAC-d PDU。MAC-d PDU被传递给C/T解复用器750-1和750-2……） | 结合目标专利说明书[0010]、[0022]、[0043]-[0044]可知，该特征是指在接收端将HS-DSCH MAC-ehs PDU分解出的重排序PDU在绕过重排序队列的情况下直接发送给下一级处理实体（如解复用实体或重组实体）。而对比文件是上行E-DCH，且必须在重排序队列（RQ）中完成重排序后才将分解出的MAC-d PDU送至解复用器，且其处理的是MAC-e PDU/MAC-d PDU，并非HS-DSCH MAC-ehs PDU内的重排序PDU。对比文件未公开该特征。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《未公开》 | [0016] "reordering the data units in transmission order according to the TSs, and storing the reordered data units..."<br>（译文：根据TS按传输顺序重排序所述数据单元，并存储重排序后的数据单元……）<br>[0072] "The MAC-e PDUs are reordered on the basis of TSNs and TSs."<br>（译文：MAC-e PDU基于TSN和TS被重排序。） | 目标专利技术特征E明确限定“不执行所述重排序PDU的重排序”，旨在解决特定状态或无专用标识下重排序引入的延迟与错误问题（目标专利说明书[0007]-[0010]、[0043]）。而对比文件的核心发明目的恰恰在于“必须执行重排序”（对比文件[0012]-[0013]、[0117]），要求每一个收到的数据单元都必须经过RQ基于TS与TSN进行重排序。对比文件与该特征完全相反，未公开该特征。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | [0071]-[0072] "...The RQ distributor 740 refers to a PQ ID of the MAC-e PDU 737, and distributes the MAC-e PDU 737 to a suitable RQ 745-1, 745-2, or 745-3... The reordered MAC-e PDUs are divided into MAC-d PDUs. The MAC-d PDUs are delivered to the C/T demultiplexers 750-1 and 750-2."<br>（译文：……RQ分发器740参考MAC-e PDU 737的PQ ID，并将MAC-e PDU 737分发到合适的RQ 745-1、745-2或745-3……经重排序的MAC-e PDU被划分为MAC-d PDU。MAC-d PDU被传递给C/T解复用器750-1和750-2。） | 目标专利中该特征是指架构上存在能够完全绕过重排序队列（实体）而直接连接到解复用实体的路由机制（目标专利说明书[0044]、图3中310a）。而在对比文件中，数据流必然经过重排序实体（RQ 745），绝对无法绕过重排序实体；此外其解复用器接收的是经重排序实体输出的MAC-d PDU，而非直接绕过重排序实体接收重排序PDU。对比文件未公开该特征。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《未公开》 | [0003] "...method and apparatus for reordering data packets of an enhanced uplink dedicated channel (E-DCH)."<br>（译文：……用于对增强型上行专用信道（E-DCH）的数据分组进行重排序的方法和设备。）<br>[0043] "Step 310 includes a process for transmitting and receiving messages through a dedicated transport channel (DCH)."<br>（译文：步骤310包括通过专用传输信道（DCH）发送和接收消息的过程。） | 目标专利限定UE处于Cell_FACH、Cell_PCH或URA_PCH状态（属于公共/寻呼状态，无UE专用H-RNTI或处于特殊过渡状态，参见说明书[0003]、[0006]、[0020]）。而对比文件针对的是通用E-DCH传输，在3GPP规范及对比文件公开的场景下，E-DCH仅在专用信道状态（Cell_DCH）下工作，并未涉及在Cell_FACH、Cell_PCH或URA_PCH状态下的操作。对比文件未直接或隐含公开该状态特征。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《未公开》 | [0010] "The technology for obtaining relatively high processing efficiency by processing a plurality of HARQ channels in a parallel fashion when the E-DCH supports the HARQ is widely used... multiple HARQ channels are provided between the UE serving as the transmitter and the Node B..."<br>（译文：当E-DCH支持HARQ时，通过以并行方式处理多个HARQ信道来获得相对较高的处理效率的技术被广泛使用……在作为发射机的UE和作为接收机的Node B之间提供了多个HARQ信道。）<br>[0054] "...HARQ processors 643, 647, 649, and 653 for performing an HARQ operation at the receiving side are provided in a Node B 690."<br>（译文：……Node B 690中设置了用于在接收端执行HARQ操作的HARQ处理器643、647、649和653。） | 目标专利技术特征H限定使用“单个”HARQ进程来接收MAC-ehs PDU，以此从源头上保证按顺序接收，从而消除对重排序实体的依赖（目标专利说明书[0011]、[0023]-[0024]）。而对比文件全篇明确强调基于“多个HARQ信道/多个并行HARQ处理器（a plurality of HARQ channels / multiple HARQ processors in parallel）”进行处理（如图5、图6、段落[0010]、[0054]），技术方案完全相反。对比文件未公开该特征。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《隐含公开》 | [0008] "The HARQ is a scheme for retransmitting a packet to compensate for an erroneous packet when an error occurs in an initially transmitted data packet. A receiver performs a soft-combining and decoding operation on an initially received data packet and a retransmitted packet..."<br>（译文：HARQ是一种在初始发送的数据分组发生错误时通过重传分组来进行补偿的方案。接收机对初始接收的数据分组和重传分组执行软合并和解码操作……）<br>[0011] "...the first packet data can be received after the soft-combining operation based on at least one retransmission."<br>（译文：……第一分组数据可以在基于至少一次重传的软合并操作之后被接收。） | 结合目标专利说明书[0024]可知，该特征对应于重复HARQ传输机制（同一个PDU被多次传输/接收）。对比文件虽针对上行链路E-DCH MAC-e PDU，但其明确公开了HARQ重传机制，即在接收端发生错误时进行重传，接收机对初传与重传分组进行多次接收和软合并（即每个PDU在经历重传时被接收不止一次）。由于隐含公开标准非常宽松，考虑到对比文件公开了HARQ协议中对同一PDU进行多次重传和接收的机制，本领域技术人员结合该内容可以推理出分组被接收不止一次的传输机制，因此认定该特征在数据接收机制层面上被对比文件《隐含公开》。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | [0010]-[0011] "If the Node B has not received the first packet data through the HARQ channel and has received the next packet data through another HARQ channel, the order of received packet data of the Node B is different from order of transmitted packet data of the UE. This is because the first packet data can be received after the soft-combining operation based on at least one retransmission."<br>（译文：如果Node B未通过该HARQ信道接收到第一分组数据并通过另一HARQ信道接收到了下一分组数据，则Node B接收分组数据的顺序与UE发送分组数据的顺序不同。这是因为第一分组数据可以在基于至少一次重传的软合并操作之后被接收。） | 目标专利该特征限定了在前一个PDU的所有重传全部完成之前，不开始后续PDU的接收，即严格串行传输，以杜绝乱序（目标专利说明书[0011]、[0024]）。而对比文件明确指出采用多进程并行HARQ机制，在前一个分组仍在经历重传的过程中，就已经通过其他HARQ信道开始接收后续分组（导致了接收乱序）。对比文件的原理与该特征完全相悖，未公开该特征。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | [0066]-[0067] "The PQs 720-1 to 720-3 store data from RLC entities with the same priority, respectively... distribute input data to the PQs 720-1 to 720-3."<br>（译文：PQ 720-1至720-3分别存储来自具有相同优先级的RLC实体的数据……将输入数据分发到PQ 720-1至720-3。）<br>[0071] "The RQ distributor 740 refers to a PQ ID of the MAC-e PDU 737, and distributes the MAC-e PDU 737 to a suitable RQ 745-1, 745-2, or 745-3."<br>（译文：RQ分发器740参考MAC-e PDU 737的PQ ID，并将MAC-e PDU 737分发到合适的RQ 745-1、745-2或745-3。） | 目标专利该特征是与特征L组合作为“免重排序”的触发判断条件（目标专利说明书[0043]“对于传送自某些优先级队列的数据，重排序被避免”）。对比文件虽然公开了数据按优先级队列（PQ）进行存储并分发至对应的重排序队列（RQ），但其每一个优先级队列中的数据都必须严格执行重排序，并不存在“基于来自某一优先级队列而触发满足免重排序条件”的技术方案。对比文件未公开该特征。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件中所有优先级队列中的数据均一律在RQ中进行重排序，不存在任何免重排序条件及其判定逻辑。 | 由于对比文件未公开技术特征C、D、E、K中关于免除重排序的条件触发与判断机制，因此对比文件中不存在该条件已被满足的技术方案。对比文件未公开该特征。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 对比文件针对的是上行链路E-DCH通信，通篇未涉及下行共享信道临时标识，更未出现公共H-RNTI（Common H-RNTI）。 | 目标专利该特征针对无UE专用标识、采用公共H-RNTI接收广播或公共信道数据的场景（目标专利说明书[0006]、[0045]）。对比文件完全属于上行链路单播专用信道技术范畴，未公开公共H-RNTI。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件中无公共H-RNTI，亦无根据H-RNTI类型判断满足免除重排序条件的逻辑。 | 针对特征M的判定结果，对比文件未公开免除重排序的条件判断，未公开该特征。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《未公开》 | [0066]-[0068] 描述了UE端多个RLC实体（逻辑信道）映射至C/T多路复用器并分配到不同PQ，以及接收端解复用器将MAC-d PDU分配给对应RLC实体的过程。 | 目标专利该特征是根据逻辑信道类型判断是否满足“不执行重排序”的条件（目标专利说明书[0046]-[0047]）。对比文件中各个RLC实体（逻辑信道）的数据均经过RQ重排序，未公开根据逻辑信道判断是否免除重排序。对比文件未公开该特征。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件中不存在基于逻辑信道满足免除重排序条件的逻辑。 | 针对特征O的判定结果，对比文件未公开免除重排序条件，未公开该特征。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《未公开》 | [0005]-[0006] 涉及UMTS系统的通用分组交换业务及上行链路E-DCH；通篇未涉及广播控制信道（BCCH）或寻呼控制信道（PCCH）。 | BCCH和PCCH均为下行公共/寻呼逻辑信道，在目标专利中其由于广播特性不需要或不支持重排序（目标专利说明书[0006]、[0047]）。对比文件仅针对E-DCH上行传输，未公开BCCH或PCCH。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《未公开》 | [0095] "The Next_expected_TSN 920 representing the next TSN expected at the time point X is a value obtained by adding one to the Last_delivered_TSN. That is, Next_expected_TSN=Last_delivered_TSN+1."<br>（译文：代表在时间点X所期望的下一TSN的Next_expected_TSN 920是通过将Last_delivered_TSN加1获得的值。即，Next_expected_TSN=Last_delivered_TSN+1。）<br>[0106] "In step 1050, the RNC updates Next_expected_TSN to a value obtained by adding one to a TSN of Last_delivered_PDU representing the last MAC-e PDU delivered to the higher layer, which is the Last_delivered_TSN."<br>（译文：在步骤1050中，RNC将Next_expected_TSN更新为向Last_delivered_TSN加1所获得的值，Last_delivered_TSN代表传递到更高层的最后一个MAC-e PDU的TSN。） | 目标专利该特征明确限定在Cell_FACH/Cell_PCH/URA_PCH状态下接收MAC-ehs PDU，且将next_expected_TSN的“初始值”设置成接收窗口下沿计算公式（目标专利说明书[0008]、[0489]），用以解决小区重选或复位时因TSN无法全网复位导致第一包落在初始窗口内被错误丢弃的特有缺陷。而对比文件处于上行E-DCH场景，其Next_expected_TSN的设定与更新完全是根据上一传递分组加1（Last_delivered_TSN+1），既未公开前述特定RRC无线状态，也未公开将next_expected_TSN初始化为接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。对比文件未公开该技术特征。 |
<<<A>>>
<<<i>>>
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [p0011]<br>原文："The above and other aspects of the present invention can be achieved by a method for reordering uplink data packets in a mobile communication system for processing hybrid automatic retransmission requests (HARQs) in a parallel fashion through a plurality of retransmission channels, comprising the steps of..."<br>中文翻译："本发明的上述和其他方面可以通过一种在移动通信系统中重排序上行链路数据分组的方法来实现，该移动通信系统通过多个重传信道以并行方式处理混合自动重传请求（HARQ），该方法包括以下步骤……" | 对比文件在[p0011]等段落中明确公开了一种数据包处理方法（"comprising the steps of..."），属于方法类发明方案，明确公开了方法引导词“该方法包括”。在两案中均作为引入具体方法步骤的通用引导特征，其作用和技术手段相同，构成《直接公开》。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>未公开 | 对比文件全文未记载HS-DSCH信道或MAC-ehs PDU。<br>对比文件涉及的是上行链路（UL）：<br>[p0003]<br>原文："More particularly, the present invention relates to a method and apparatus for reordering data packets of an enhanced uplink dedicated channel (E-DCH)."<br>中文翻译："更具体地，本发明涉及一种用于对增强型上行链路专用信道（E-DCH）的数据分组进行重排序的方法和设备。"<br>[p0052]<br>原文："Data transmitted and received between the HARQ entities 725 and 735 is referred to as a MAC-e PDU 730."<br>中文翻译："在HARQ实体725和735之间发送和接收的数据被称为MAC-e PDU 730。" | 目标专利本技术特征限定的是下行链路（HS-DSCH）及下行专用的MAC-ehs PDU接收处理。而对比文件WO2005125126A1全部针对上行链路增强专用信道（E-DCH）中的MAC-e PDU，信道类型、传输方向及协议数据单元架构均不相同。对比文件既未直接公开，本领域技术人员也无法从中推理出下行HS-DSCH和MAC-ehs PDU的接收，无法得出该特征。故《未公开》（亦不构成隐含公开）。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>未公开 | 目标专利说明书[0045]-[0050]指出，“条件”是指诸如“来自某些优先级队列/特定逻辑信道”或“与公共H-RNTI相关联”等判断准则，用于决定是否跳过重排序实体。<br>对比文件未包含在满足条件时触发旁路/绕过重排序实体的技术方案。 | 目标专利的“条件”是为了判断数据是否跳过重排序而直接送往下一处理实体；而对比文件中所有进入重排序队列RQ的数据均须执行基于TS与TSN的重排序处理，不存在此种条件分支与控制逻辑。故《未公开》。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>未公开 | 对比文件全文未记载HS-DSCH、MAC-ehs PDU或其内部的重排序PDU（Reordering PDU）。<br>对比文件涉及的是MAC-e PDU解出MAC-d PDU并递交：<br>[p0054]<br>原文："The reordered MAC-e PDUs are divided into MAC-d PDUs. The MAC-d PDUs are delivered to the C/T demultiplexers 750-1 and 750-2."<br>中文翻译："重新排序后的MAC-e PDU被划分为MAC-d PDU。MAC-d PDU被传递给C/T解复用器750-1和750-2。" | 目标专利中，MAC-ehs PDU内部包含重排序PDU（Reordering PDU），分解后可不经重排序直接送往下一处理实体（重组/解复用）。对比文件针对的是上行MAC-e PDU，且必须在重排序队列完成排队后再分拆成MAC-d PDU递交给C/T解复用器，处理对象与路径均不同，故《未公开》。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>未公开 | 对比文件中所有数据分组均必须执行重排序：<br>[p0011]<br>原文："...reordering the data units in transmission order according to the TSs, and storing the reordered data units; determining if the TSNs of the stored data units are successive..."<br>中文翻译："……根据TS按传输顺序对数据单元进行重排序，并存储重排序后的数据单元；确定所存储的数据单元的TSN是否连续……"<br>[p0061]<br>原文："The MAC-e PDUs stored in the RQ 845 are reordered and stored in TS order."<br>中文翻译："存储在RQ 845中的MAC-e PDU根据TS顺序进行重排序并存储。" | 目标专利特征E旨在彻底免除/绕过重排序实体的重排序功能（针对公共H-RNTI或特定信道/队列避免TSN紊乱引起的丢包或时延）。对比文件的核心发明恰恰在于强制且必须使用TS与TSN在RNC处执行重排序以解决乱序问题，其方案与特征E“不执行重排序”背道而驰，完全未公开该特征。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>未公开 | 对比文件仅记载数据必须进入重排序队列RQ：<br>[p0053]<br>原文："The RQ distributor 740 refers to a PQ ID of the MAC-e PDU 737, and distributes the MAC-e PDU 737 to a suitable RQ 745-1, 745-2, or 745-3."<br>中文翻译："RQ分发器740参考MAC-e PDU 737的PQ ID，并将MAC-e PDU 737分发到合适的RQ 745-1、745-2或745-3。" | 目标专利说明书[0044]及图3明确公开：重排序PDU被直接转发至解复用实体310a（LCH-ID解复用实体），完全绕过了重排序实体（队列）。对比文件则是通过RQ分发器将数据分发至重排序队列RQ（845/745），必须经过重排序后再由输出端口输出给C/T解复用器，根本不存在“绕过重排序实体”的架构或动作。故《未公开》。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>未公开 | 对比文件全文未记载Cell_FACH、Cell_PCH或URA_PCH状态。<br>[p0003]、[p0029]：<br>对比文件针对的是E-DCH（专用传输信道DCH的增强型）：<br>原文："Step 310 includes a process for transmitting and receiving messages through a dedicated transport channel (DCH)."<br>中文翻译："步骤310包括通过专用传输信道（DCH）发送和接收消息的过程。" | 目标专利针对处于Cell_FACH、Cell_PCH或URA_PCH等非Cell_DCH公共/寻呼状态下引入HS-DSCH时的重排序问题。而对比文件涉及E-DCH专用信道，仅运行于Cell_DCH状态，对于低功耗/公共状态下的状态特征未予公开，本领域技术人员也无法由上行专用信道推理出上述特定状态。故《未公开》。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>未公开 | 对比文件强制要求采用多个（并行）HARQ进程：<br>[p0007]<br>原文："The technology for obtaining relatively high processing efficiency by processing a plurality of HARQ channels in a parallel fashion when the E-DCH supports the HARQ is widely used... multiple HARQ channels are provided between the UE serving as the transmitter and the Node B serving as the receiver."<br>中文翻译："当E-DCH支持HARQ时，通过以并行方式处理多个HARQ信道来获得相对较高的处理效率的技术被广泛使用……在作为发射机的UE和作为接收机的Node B之间提供了多个HARQ信道。"<br>[p0039]<br>原文："HARQ processors 625, 630, 635, and 640... HARQ processors 643, 647, 649, and 653..."<br>中文翻译："HARQ处理器625、630、635和640……HARQ处理器643、647、649和653……" | 目标专利特征H采用“单个HARQ进程”来严格保证下行分组的顺序接收（见说明书[0024]），从而消除乱序根源。对比文件解决乱序的前提和背景恰恰是存在“多个并行的HARQ进程/处理器”（如图5中所示处理器1至4），其产生乱序的原因就在于多进程重传差异。对比文件完全未公开“单个HARQ进程”的技术特征。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>未公开 | 对比文件仅记载了上行MAC-e PDU在发生错误时的重传：<br>[p0005]<br>原文："The receiver performs a soft-combining and decoding operation on an initially received data packet and a retransmitted packet."<br>中文翻译："接收机对初始接收到的数据分组和重传的分组执行软合并和解码操作。" | 目标专利特征I结合特征H，指的是在Cell_FACH下通过预先配置的无反馈重复传输方案（Repetition scheme）使每一PDU被接收多次（见说明书[0024]）。对比文件不仅数据对象为MAC-e PDU，且重传是基于有错误反馈（NACK）触发的自适应重传，与目标专利下行固定/盲重传接收机制不同；更关键的是对比文件未涉及MAC-ehs PDU的接收。故《未公开》。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>未公开 | 对比文件采用并行异步HARQ重传，上一分组重传与下一分组传输在时间上交叠：<br>[p0007]<br>原文："If the Node B has not received the first packet data through the HARQ channel and has received the next packet data through another HARQ channel, the order of received packet data of the Node B is different from order of transmitted packet data of the UE."<br>中文翻译："如果Node B没有通过该HARQ信道接收到第一分组数据，而是通过另一HARQ信道接收到了下一分组数据，则Node B接收到的分组数据的顺序与UE发送的分组数据的顺序不同。" | 目标专利特征J要求在前一MAC-ehs PDU所有传输完成前不开始后续PDU的接收，从而保证时间上的严格单流串行，避免乱序（见说明书[0024]）。对比文件则是通过多通道并行处理，第1个包在重传期间，第2、3个包已在其他信道被接收并解码，技术手段与作用正好相反。故《未公开》。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>未公开 | 对比文件仅记载数据存储于优先级队列PQ中：<br>[p0031]<br>原文："The MAC-e layer 420 stores the MAC-d PDU received from the MAC-d layer 415 in a priority queue (PQ) according to a priority setting."<br>中文翻译："MAC-e层420根据优先级设置将从MAC-d层415接收到的MAC-d PDU存储在优先级队列（PQ）中。" | 目标专利特征K是作为“触发不进行重排序而直接转发至下一处理实体”的预设判决条件（见说明书[0043]-[0045]）。对比文件中的优先级队列仅用于常规的QoS区分与排队，无论来自哪个优先级队列，最终全部送入对应的重排序队列RQ（745-1/2/3）执行重排序，根本不存在基于“来自某一优先级队列”作为满足跳过重排序的触发条件。故《未公开》。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>未公开 | 对比文件中不存在“满足条件以跳过重排序”的控制机制。 | 结合特征C、K与L，目标专利在此确立了“特定队列直通不重排序”的条件分支逻辑。对比文件所有数据均须重排序，无此条件判断与满足逻辑。故《未公开》。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>未公开 | 对比文件全文未记载H-RNTI（无论是专用还是公共H-RNTI），亦未涉及公共H-RNTI关联概念。 | 目标专利针对小区更新或无专用ID时采用公共H-RNTI接收广播/公共消息，避免TSN错乱问题（见说明书[0006]、[0045]）。对比文件涉及上行E-DCH专用信道通信，不采用下行H-RNTI寻址机制，未公开该特征。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>未公开 | 对比文件中无公共H-RNTI，亦无相应条件满足机制。 | 对应于特征M，对比文件未记载基于公共H-RNTI满足免重排序条件的逻辑，故《未公开》。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>未公开 | 对比文件记载了RLC实体与逻辑信道复用：<br>[p0050]<br>原文："The UE 760 also preferably includes a plurality of RLC entities 705-1, 705-2, 705-3, 705-4, and 705-5. The RLC entities 705-1 to 705-5 are connected to control/traffic (C/T) multiplexers 710-1 and 710-2."<br>中文翻译："UE 760还优选地包括多个RLC实体705-1、705-2、705-3、705-4和705-5。RLC实体705-1至705-5连接到控制/业务（C/T）复用器710-1和710-2。" | 目标专利是以“重排序PDU携带的数据来自特定逻辑信道”作为条件判定输入，以决定绕过重排序实体（说明书[0046]）。对比文件中虽然存在逻辑信道/RLC实体的数据汇聚，但仅是常规复用至PQ，并不作为免除重排序的条件判决。故《未公开》。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>未公开 | 对比文件未记载根据逻辑信道判断条件满足的技术方案。 | 结合特征O与P，对比文件缺失根据逻辑信道满足免重排序条件的技术逻辑，故《未公开》。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>未公开 | 对比文件全文未记载BCCH（广播控制信道）或PCCH（寻呼控制信道）。 | 目标专利中BCCH和PCCH为下行公共控制/广播寻呼信道，数据不具专用TSN特性因而需要免重排序（说明书[0047]）。对比文件为上行专用业务传输（E-DCH对应DTCH/DCCH），根本未公开BCCH或PCCH。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>未公开 | 对比文件中涉及变量Next_expected_TSN的描述：<br>[p0073]<br>原文："The Next_expected_TSN 920 representing the next TSN expected at the time point X is a value obtained by adding one to the Last_delivered_TSN. That is, Next_expected_TSN == Last_delivered_TSN + 1."<br>中文翻译："代表在时间点X期望的下一个TSN的Next_expected_TSN 920是通过将Last_delivered_TSN加1获得的值。即，Next_expected_TSN == Last_delivered_TSN + 1。"<br>[p0085]<br>原文："In step 1050, the RNC updates Next_expected_TSN to a value obtained by adding one to a TSN of Last_delivered_PDU representing the last MAC-e PDU delivered to the higher layer, which is the Last_delivered_TSN."<br>中文翻译："在步骤1050中，RNC将Next_expected_TSN更新为Last_delivered_PDU的TSN加1的值，该值表示传递给较高层的最后一个MAC-e PDU，即Last_delivered_TSN。" | 1. 目标专利限定在Cell_FACH/Cell_PCH/URA_PCH状态下接收MAC-ehs PDU，对比文件未公开该状态与信道；<br>2. 目标专利针对复位后初始TSN未知导致第一包被误丢弃的问题，特别将初始值设为窗口下沿公式(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)（说明书[0489]）；<br>3. 对比文件的Next_expected_TSN是在接收过程中根据上一次交付的数据动态更新为Last_delivered_TSN + 1，其架构中根本没有引入滑动接收窗口概念（RcvWindow_UpperEdge与RECEIVE_WINDOW_SIZE），更没有将初始值配置为接收窗口下沿的设置。两者作用、逻辑及数学表达式均不相同。故《未公开》。 |
---
<<<A>>>
### 特征比对分析说明
目标专利涉及无线通信技术（HSPA/MAC-ehs实体处理MAC-ehs PDU以及重排序操作），技术特征A至R定义了在无线通信系统中WTRU处于特定状态下接收HS-DSCH上的MAC-ehs PDU、重排序绕过（Bypass）、HARQ进程控制以及接收窗口变量初始化等技术方案。
对比文件（US 2006/0007250 A1）涉及**显示装置及其控制方法**（Display apparatus and control method thereof），具体公开了在等离子显示屏（PDP）或数字微镜设备（DMD）等时分驱动显示设备中，通过运动检测器检测静止图像、利用历史估计器与脉冲驱动器减少维持脉冲数量，并利用高亮度检测器与灰度限制器降低高亮度静止图像像素/区域的灰度级，以消除残影（Image Sticking）并保护屏幕的技术方案。
经全面检索与严谨比对：对比文件与目标专利属于完全不同的技术领域（显示设备驱动 vs 无线通信MAC层协议），对比文件的全部说明书段落（[0001]至[0069]）及附图均完全未记载、未涉及亦不可能启示无线通信领域的HS-DSCH、MAC-ehs PDU、重排序实体、解复用实体、Cell_FACH/PCH状态、HARQ进程、H-RNTI、逻辑信道（BCCH/PCCH）或接收窗口变量设置（next_expected_TSN/RcvWindow_UpperEdge）等通信协议实体与处理机制。技术特征A至R在对比文件中**既未被直接公开，也未被隐含公开**。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【公开性判断】：未公开 | 无<br>（对比文件为显示领域文献，见段落[0001]至[0069]） | 目标专利的方法为无线通信中WTRU处理下行分组数据的方法。对比文件公开的是一种显示设备的控制方法（参见段落[0023]），其控制对象为等离子显示屏中的维持脉冲与显示灰度，并非无线通信数据处理方法。技术特征A作为无线通信数据处理方法的主题步骤引导项，未被直接公开，亦无任何隐含公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载任何通信信道或MAC层PDU） | 目标专利中该特征的作用是在特定下行传输信道上接收演进型MAC层数据单元。对比文件全文仅涉及视频信号的接收、帧/子场处理及显示屏驱动脉冲控制（段落[0037]-[0044]），完全不涉及无线蜂窝通信系统的HS-DSCH信道及MAC-ehs PDU接收。本领域技术人员不可能从中得出或推导出该特征。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载与通信协议重排序相关的判断条件） | 目标专利中该条件是针对是否执行重排序PDU的重排序所设定的触发/判定前提（如基于优先级队列、公共H-RNTI或特定逻辑信道）。对比文件虽然在图像处理中存在运动检测与亮度判断条件（如段落[0055]-[0058]判断是否为静止图像或高亮度），但其控制对象为维持脉冲及灰度级，与目标专利中控制PDU重排序判断的条件完全不属于同一技术构思，不存在对应关系，未被直接或隐含公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载重排序PDU或协议数据发送处理） | 目标专利中该特征的作用是将分解后的重排序PDU在协议栈内部路由至后续功能处理模块。对比文件中仅涉及视频信号在灰度限制器、脉冲驱动器与显示部件之间的信号传递（段落[0036]-[0042]），无任何无线通信协议层实体或PDU内部结构及转发机制，未被直接或隐含公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>【公开性判断】：未公开 | 无<br>（对比文件完全不涉及乱序数据的重排序控制） | 目标专利中该特征的作用是避免在Cell_FACH/PCH等特定状态或传输下由于缺少专用标识导致的数据重排序延迟或误丢弃，直接略过MAC重排序流程。对比文件涉及的是显示屏防残影处理，根本不存在数据乱序到达需进行TSN重排序的通信场景，更无免去重排序操作的教导，未被直接或隐含公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载重排序实体、解复用实体及其架构关系） | 目标专利中具体限定了MAC-ehs实体的内部数据流走向（绕过重排序队列208/308直接转发至解复用实体310a）。对比文件属于显示设备硬件结构（包含运动检测器30、脉冲驱动器40、灰度限制器10等，段落[0036]），与通信协议栈内部的重排序实体与LCH-ID解复用实体完全无关，未被直接或隐含公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载无线通信终端的RRC状态） | 目标专利中该特征定义了终端处于无专用物理信道/公用传输信道接收数据的特定RRC连接状态。对比文件为显示设备，无任何无线终端及RRC无线资源控制状态的记载，未被直接或隐含公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载HARQ机制或HARQ进程） | 目标专利中该特征的作用是通过限定单HARQ进程确保传输按序到达，从而为消除MAC层重排序提供保障。对比文件未公开任何混合自动重复请求机制，更无单个HARQ进程的配置，未被直接或隐含公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载数据包的多重传输或重传机制） | 目标专利中该特征对应于在无上行反馈时通过盲重传/重复传输方案来提高数据包接收成功率。对比文件中图像帧按子场权重多重脉冲点亮发光（段落[0038]）是时分灰度调制原理，与通信数据包的重传接收在技术本质、作用及实现方式上完全不同，未被直接或隐含公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载连续PDU及其重传的时序约束） | 目标专利中该特征的作用是确保前一个PDU的所有重传结束之后才开始后续PDU传输，避免跨PDU交叠导致乱序。对比文件完全不涉及PDU传输与重传时序控制，未被直接或隐含公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载通信协议的优先级队列） | 目标专利中该特征用于根据QoS或数据所属队列属性选择性启用重排序绕过机制。对比文件不存在通信协议中的优先级队列概念，未被直接或隐含公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>【公开性判断】：未公开 | 无<br>（基于技术特征K的条件对应逻辑在对比文件中不存在） | 目标专利中为条件判定结果（命中特定优先级队列即满足绕过重排序条件）。对比文件未公开相关技术方案，未被直接或隐含公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载H-RNTI或任何无线电临时网络标识） | 目标专利中该特征的作用是在使用无特定UE专有TSN的公共标识传输时触发条件。对比文件完全不涉及无线蜂窝通信中的用户标识（H-RNTI），未被直接或隐含公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>【公开性判断】：未公开 | 无<br>（基于技术特征M的条件对应逻辑在对比文件中不存在） | 目标专利中为条件判定结果（关联公共H-RNTI即满足绕过重排序条件）。对比文件未公开相关技术方案，未被直接或隐含公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载通信系统的逻辑信道） | 目标专利中该特征的作用是基于逻辑信道类型（如系统广播或寻呼）决定是否执行重排序。对比文件完全不涉及逻辑信道，未被直接或隐含公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>【公开性判断】：未公开 | 无<br>（基于技术特征O的条件对应逻辑在对比文件中不存在） | 目标专利中为条件判定结果（来自特定逻辑信道即满足绕过重排序条件）。对比文件未公开相关技术方案，未被直接或隐含公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载BCCH或PCCH） | 目标专利中该特征具体限定了无需重排序的具体控制信道类型。对比文件完全不属于移动通信领域，无此类信道定义，未被直接或隐含公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【公开性判断】：未公开 | 无<br>（对比文件未记载通信接收窗口状态变量及其数学初始化关系） | 目标专利中该特征的作用是在终端处于无专用连接状态下，通过将下一期望序列号next_expected_TSN初始化为接收窗口下沿，避免初始接收分组被错误判断为落入窗口之外或旧数据而遭丢弃。对比文件虽存在数学公式与脉冲调整（如段落[0038]-[0048]中的255至200脉冲递减），但属于显示灰度权重控制，与通信滑动接收窗口的边界计算及TSN变量初始化无关，未被直接或隐含公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 说明书第15页第2段（对应原文倒数第2段）：<br>“In a method for mapping data to be transmitted by means of a mobile radio device from at least one logical channel to at least one transport channel in a medium access control protocol layer in the mobile radio device...”<br>（译文：“在一种用于在移动无线电设备中的媒介接入控制协议层中将移动无线电设备要发送的数据从至少一个逻辑信道映射到至少一个传输信道的方法中……”）<br>以及权利要求等整体技术方案。 | 对比文件公开了一种用于在移动无线电设备的MAC层中处理数据的方法，方案本质即为通信数据处理方法，直接公开了“该方法包括”这一方法类前序特征。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《未公开》 | 对比文件全文无相关段落。涉及下行及HARQ的相关记载仅在描述背景技术（如第12-13页引用文献[8]中涉及下行传输，第26页提及下行链路方向）。 | 对比文件GB2418569A聚焦于上行链路传输（Enhanced Uplink / E-DCH），具体涉及UE端的MAC-e实体在上行E-DCH上选择传输格式（TF）并执行发送处理，完全没有公开终端在下行链路高速共享信道HS-DSCH上接收MAC-ehs PDU的技术方案。两者传输方向完全相反（上行发送 vs 下行接收），协议实体及PDU类型不同（MAC-e vs MAC-ehs），因此对比文件既没有直接公开也没有隐含公开技术特征B。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《未公开》 | 对比文件全文无对应条件控制逻辑。 | 目标专利中技术特征C为下行接收处理中绕过重排序实体将重排序PDU直接递送至下一处理实体的条件判断（例如处于公共H-RNTI、特定逻辑信道或特定优先级队列等触发条件）。对比文件未涉及下行接收及重排序绕过控制，根本未公开该条件触发机制。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《未公开》 | 对比文件全文无相关段落。关于数据传递仅记载上行MAC-e从优先级队列取数据送往HARQ单元并发送至物理层（第35-36页）。 | 对比文件完全未公开下行接收方向将接收到的下行MAC-ehs PDU分解出的重排序PDU（reordering PDU）发送至下一处理实体的架构与操作，该特征未公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《未公开》 | 对比文件全文无相关段落。 | 对比文件涉及的是上行传输端的数据调度与发送，不涉及接收端接收数据时的重排序（reordering）操作，更未公开“不执行重排序PDU的重排序”的接收处理技术方案。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | 对比文件全文无相关段落。对比文件图3、图4仅涉及MAC-e发送端的优先级队列分布单元、HARQ单元和传输格式选择单元。 | 对比文件完全没有公开下行接收端MAC-ehs实体的内部结构，更无“绕过重排序实体”直接发送至“解复用实体”的处理路径。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《隐含公开》 | 说明书第4页第3段：<br>“On reception of information such as this, the mobile radio network monitoring unit can use this information to implement appropriate configurations of the mobile radio terminal in order, for example, to increase or to restrict the usable transport formats for a mobile radio terminal, or to carry out a handover to another mobile radio cell, reconfiguration of the dedicated physical channels or an RRC state change, in particular from a first RRC state CELL_DCH to a second RRC state CELL FACH.”<br>（译文：“在接收到此类信息时，移动无线电网络监视单元可以使用该信息来实施对移动无线电终端的适当配置，例如增加或限制移动无线电终端的可用传输格式，或者执行向另一移动无线电小区的切换、对专用物理信道的重新配置或者RRC状态改变，特别是从第一RRC状态CELL_DCH改变到第二RRC状态CELL FACH。”）<br>第33页倒数第2段亦有相同关于“CELL FACH”的记载。 | 按照非常宽松的隐含公开判断标准：对比文件公开了移动终端（UE/WTRU）可以发生RRC状态改变并进入CELL_FACH状态。虽然对比文件中该状态是作为网络侧根据测量报告进行状态迁移的配置选项提及，但由于对比文件记载了终端可配置并处于CELL_FACH状态，本领域技术人员基于该公开内容可以合理推断并知晓终端能够在CELL_FACH状态下工作，即部分公开了该状态存在，有可能与其他技术特征组合，因此认定技术特征G被对比文件《隐含公开》。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《未公开》 | 说明书第20页第2段、第3段：<br>“Another refinement of the invention provides for the automatic repeat request control unit to be designed to carry out one and only one automatic repeat request process per priority queue buffer storage.”<br>（译文：“本发明的另一改进方案提供自动重传请求控制单元被设计为针对每个优先级队列缓冲存储器执行一个且仅一个自动重传请求进程。”） | 对比文件虽然提到了“单个HARQ进程”（每个优先级队列仅配置一个HARQ进程），但其明确限定于上行发送传输（Enhanced Uplink/E-DCH），而技术特征H明确限定该单个HARQ进程是“被用于接收所述MAC-ehs PDU”（即下行HS-DSCH接收）。上行发送进程与下行接收进程机制截然不同，无法等同或直接/隐含推导出下行接收中使用单个HARQ进程接收MAC-ehs PDU，因此技术特征H未被公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《未公开》 | 对比文件全文无相关段落。 | 对比文件涉及的是上行传输端在收到NACK时的重传机制，并未公开在下行链路上每一MAC-ehs PDU被接收不止一次（目标专利中针对下行公共信道无反馈时的重复传输接收机制），该特征未被公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | 对比文件全文无相关段落。 | 对比文件未公开下行链路接收机制，更未公开下行接收端针对MAC-ehs PDU的重复传输/重传在接收后续PDU之前全部完成的技术方案。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | 说明书第19页第1段、第34页第3段：<br>“subdivides the data between the data buffer storages 306 with the different priorities, that is to say for processing of data of different priorities in a respective data buffer storage...”<br>（译文：“……在具有不同优先级的各数据缓冲存储器306之间对数据进行细分，也就是说在相应数据缓冲存储器中处理不同优先级的数据……”） | 对比文件虽然在上行发送端涉及优先级队列（Priority Queues）的数据划分与缓存，但并未公开在下行链路接收端基于重排序PDU中携带的数据来自某一优先级队列来作为重排序控制的触发条件。两者的优先级队列应用场景完全不同（上行调度 vs 下行重排序旁路控制），故该特征未公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文无对应条件触发判定记载。 | 依附于技术特征K/C的逻辑判断规则，对比文件未公开相关条件判定机制。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 对比文件全文无相关段落。 | 对比文件完全未涉及公共H-RNTI（Common H-RNTI）或HS-DSCH标识机制，更未公开将接收到的MAC-ehs PDU与公共H-RNTI关联的技术特征。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文无对应条件触发判定记载。 | 依附于技术特征M/C的逻辑判断规则，对比文件未公开相关判定机制。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《未公开》 | 说明书第15页第1段：<br>“mapping of data to be transmitted by means of the mobile radio device from at least one logical channel to at least one transport channel.”<br>（译文：“将移动无线电设备要发送的数据从至少一个逻辑信道映射到至少一个传输信道。”） | 对比文件虽在技术背景和上行架构中提及逻辑信道（如第30页提及BCCH/DCCH/DTCH，第34页提及逻辑信道复用），但这是上行发送端将逻辑信道数据映射到传输信道，并未涉及在接收端判断重排序PDU所携带数据是否来自某一逻辑信道以满足绕过重排序等特定条件。应用领域、技术作用与方案完全不符，故未公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文无对应条件触发判定记载。 | 依附于技术特征O/C的逻辑判断规则，对比文件未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《隐含公开》 | 说明书第30页倒数第1段：<br>“The MAC-c/sh entity... deals with the payload data and the control data from logical channels 208, which are mapped onto the common transport channels 209, such as that to the common transport channel RACH... The MAC-L entity (MAC broadcast entity) deals only with the system information which is relevant to the mobile radio cell, is mapped via the logical channel BCCH (Broadcast Control Channel) onto the transport channel BCH (Broadcast Channel)...”<br>（译文：“MAC-c/sh实体……处理来自逻辑信道208的有效载荷数据和控制数据，这些逻辑信道映射到公共传输信道209，例如上行方向的公共传输信道RACH……MAC-L实体（MAC广播实体）仅处理与移动无线电小区相关的系统信息，通过逻辑信道BCCH（广播控制信道）映射到传输信道BCH（广播信道）……”） | 按照非常宽松的隐含公开判断标准：对比文件在介绍UMTS协议架构背景技术时明确记载了逻辑信道BCCH（广播控制信道），本领域技术人员结合公知常识可以毫无疑义地推理出该系统内包含BCCH逻辑信道。虽然对比文件未将其用于目标专利限定的重排序条件判定逻辑中，但对比文件已经部分公开了该逻辑信道类型实体，有可能与其他特征组合公开，因此认定技术特征Q被对比文件《隐含公开》。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《未公开》 | 对比文件全文无相关段落。 | 1. 对比文件未公开在Cell_FACH等状态下接收MAC-ehs PDU；<br>2. 对比文件涉及E-DCH上行调度发送，完全不涉及接收窗口变量（RcvWindow_UpperEdge）、接收窗口大小（RECEIVE_WINDOW_SIZE）以及下一个期望传输序列号（next_expected_TSN）的重排序变量初始化运算。因此该特征未公开。 |
<<<A>>><<<g>>><<<q>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [1] Technical Field<br>The invention relates to a method for settling a dysfunction in a radio link established between a user equipment and a cellular network...<br>【译文】技术领域<br>本发明涉及一种用于解决在用户设备与蜂窝网络之间建立的无线电链路中的故障的方法…… | 对比文件公开了一种用于在无线电通信中解决链路故障的通信方法，其天然包含“该方法包括（comprising/including）”的通用方法前序性特征，技术方案属性相同，属于实质直接公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《未公开》 | [42] HS-DSCH is a transport channel which allows to transmit data in the downlink in the UMTS standard, and which allows to use high data rates... The HS-DSCH channel uses a hybrid ARQ mechanism which allows fast retransmission of data from the NodeB to the UE...<br>【译文】HS-DSCH是一种传输信道，其允许在UMTS标准中以高数据速率在下行链路中传输数据……HS-DSCH信道使用混合ARQ机制，其允许从NodeB向UE快速重传数据…… | 对比文件虽然公开了UE经由HS-DSCH传输信道接收下行数据以及HARQ机制，但其属于较早期的UMTS Release 6体系（如段落[214]-[217]引用的TS 25.308 Rel-6等），仅涉及早期的MAC-hs实体/机制，完全没有披露Release 7中引入的增强型“MAC-ehs PDU”。本领域技术人员无法从对比文件中毫无疑义地得出接收“MAC-ehs PDU”的技术特征，且对比文件亦无相关技术启示，因此不构成直接公开或隐含公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《未公开》 | 无直接对应内容 | 目标专利中的“已满足一条件的情况下”是与后续重排序队列中数据来源、公共H-RNTI关联或特定逻辑信道等判定紧密绑定的执行条件。对比文件全篇未涉及在特定条件下对MAC层内部数据绕过重排序直接处理的条件分支设计，不构成直接公开或隐含公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《未公开》 | [12] ... The physical layer is connected to an upper layer called a Medium Access Control (MAC) layer, via a transport channel.<br>[13] ... The MAC layer is connected to an upper layer called the Radio Link Control (RLC) layer, via a logical channel.<br>【译文】……物理层经由传输信道连接到被称为媒介接入控制（MAC）层的上层。<br>……MAC层经由逻辑信道连接到被称为无线电链路控制（RLC）层的上层。 | 对比文件仅公开了层2中物理层、MAC层与RLC层之间的传统分层数据传递接口，完全未涉及MAC-ehs内部将MAC-ehs PDU解组成“重排序PDU（reordering PDU）”并向下一处理实体（解复用实体或重组实体）发送的层内数据流控制机制，不构成直接公开或隐含公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《未公开》 | [32]-[33] In acknowledged and unacknowledged mode, Serving Data Units (SDUs) can be split into smaller Packet Date Units (PDUs) that are used for transmission over the air interface... In unacknowledged mode the receiver does not send a confirmation... just reassembles PDUs to SDUs...<br>【译文】在确认模式和非确认模式下，业务数据单元（SDU）可被拆分为较小的分组数据单元（PDU）以在空中接口上传输……在非确认模式下，接收端不发送确认……仅根据信令信息将PDU重组成SDU…… | 目标专利特征E是在MAC-ehs层重排序实体层面免除重排序，直接透传重排序PDU。对比文件仅提及RLC UM模式下接收端不发送ACK并执行分段重组，既未涉及MAC-ehs协议数据结构的重排序PDU，更未披露在MAC层不执行重排序的处理逻辑，不构成直接公开或隐含公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | [17] The MAC layer is connected to the physical layer by transport channels and can be divided into a MAC-b sub-layer, a MAC-d sub-layer, a MAC-c/sh sub-layer, a MAC-hs sub-layer and a MAC-m sublayer...<br>【译文】MAC层通过传输信道连接到物理层，并可根据所管理的传输信道类型划分为MAC-b子层、MAC-d子层、MAC-c/sh子层、MAC-hs子层以及MAC-m子层…… | 对比文件仅记载了传统Release 6中的MAC子层分类（包括MAC-b、MAC-d、MAC-c/sh、MAC-hs等），未公开MAC-ehs实体架构，更无“绕过重排序实体将数据直接发送至解复用实体”的结构性与流程性公开，不构成直接公开或隐含公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《直接公开》 | [47] A UE in RRC connected mode can be in different states, e.g. CELL_FACH state, CELL_PCH state, CELL_DCH state or URA_PCH state. Other states could be envisaged of course. Depending on the states the UE carries out different actions and listens to different channels. For example ... The UE in CELL_FACH state will listens to several FACH transport channels... the UE in PCH state will listens to the PICH channel and to the PCH channel...<br>【译文】处于RRC连接模式的UE可以处于不同的状态，例如CELL_FACH状态、CELL_PCH状态、CELL_DCH状态或URA_PCH状态。当然也可以设想其它状态。根据不同的状态，UE执行不同的动作并侦听不同的信道……处于CELL_FACH状态的UE侦听若干FACH传输信道……处于PCH状态的UE侦听PICH信道和PCH信道…… | 对比文件在段落[47]中明确直接列举了UE在RRC连接模式下的四种状态，即CELL_FACH状态、CELL_PCH状态、CELL_DCH状态以及URA_PCH状态，完全公开了终端处于“Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一”的无线资源控制运行状态，属于直接公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《未公开》 | [42] ... The HS-DSCH channel uses a hybrid ARQ mechanism which allows fast retransmission of data from the NodeB to the UE. This mechanism is also described in [2]...<br>【译文】……HS-DSCH信道使用混合ARQ机制，该机制允许从NodeB向UE快速重传数据。该机制在文献[2]中也有描述…… | 对比文件仅概述了HS-DSCH采用HARQ重传机制，并未披露使用“单个HARQ进程”限制，更未涉及利用单个HARQ进程接收MAC-ehs PDU以规避MAC乱序接收的技术方案，不构成直接公开或隐含公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《未公开》 | [42] ... The HS-DSCH channel uses a hybrid ARQ mechanism which allows fast retransmission of data from the NodeB to the UE...<br>【译文】……HS-DSCH信道使用混合ARQ机制，该机制允许从NodeB向UE快速重传数据…… | 对比文件仅涉及基于ACK/NACK反馈的常规HARQ重传，并未公开免去反馈的盲重复方案中“每一MAC-ehs PDU被接收不止一次（重复HARQ传输）”，不构成直接公开或隐含公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | 无对应内容 | 目标专利中该特征通过在发送后续PDU前完成当前PDU的所有重复重传，以在物理/传输层面严格保证接收时序，从而使MAC-ehs层无需重排序。对比文件未提及该连续PDU重传约束与时序机制，不构成直接公开或隐含公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | 无对应内容 | 对比文件未披露MAC-ehs实体的优先级队列与重排序旁路分支判定，不构成直接公开或隐含公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 无对应内容 | 鉴于对比文件未公开特征C及特征K，基于特征K触发条件满足的逻辑亦未公开，不构成直接公开或隐含公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 无对应内容 | 对比文件全文未记载公共H-RNTI（Common H-RNTI）的概念或机制，更未涉及MAC-ehs PDU与公共H-RNTI关联的识别与解扰机制，不构成直接公开或隐含公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 无对应内容 | 鉴于对比文件未公开特征C及特征M，基于特征M判定条件满足的处理逻辑亦未公开，不构成直接公开或隐含公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《未公开》 | [14] Various logical channels are provided according to the type of information transmitted... Logical channels include a Dedicated Traffic CHannel (DTCH), a Dedicated Control CHannel (DCCH), a Common Traffic CHannel (CTCH), a Common Control CHannel (CCCH), a Broadcast Control CHannel (BCCH), and a Paging Control CHannel (PCCH), or a Shared Control Channel (SCCH) and other channels...<br>【译文】根据传输信息的类型提供各种逻辑信道……逻辑信道包括专用业务信道（DTCH）、专用控制信道（DCCH）、公共业务信道（CTCH）、公共控制信道（CCCH）、广播控制信道（BCCH）、寻呼控制信道（PCCH）或共享控制信道（SCCH）及其它信道…… | 对比文件虽然在通用协议背景中列举了UMTS中的逻辑信道类型，但完全没有公开“根据重排序PDU中携带的数据是否来自某一逻辑信道”来作为跳过重排序的判定条件的方案，不构成直接公开或隐含公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《未公开》 | 无对应内容 | 鉴于对比文件未公开特征C及特征O，基于特定逻辑信道作为判定条件生效的处理逻辑亦未公开，不构成直接公开或隐含公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《隐含公开》 | [14] ... Logical channels include a Dedicated Traffic CHannel (DTCH), a Dedicated Control CHannel (DCCH), a Common Traffic CHannel (CTCH), a Common Control CHannel (CCCH), a Broadcast Control CHannel (BCCH), and a Paging Control CHannel (PCCH)... The BCCH provides information including information utilized by a UE to access a system. The PCCH is used by the UTRAN to access a UE.<br>【译文】……逻辑信道包括专用业务信道（DTCH）、专用控制信道（DCCH）、公共业务信道（CTCH）、公共控制信道（CCCH）、广播控制信道（BCCH）和寻呼控制信道（PCCH）……BCCH提供包括UE用于接入系统的信息在内的信息。PCCH由UTRAN用于接入UE。 | 按照极宽的隐含公开标准：对比文件在段落[14]中明确列举了广播控制信道（BCCH）与寻呼控制信道（PCCH），并指出了二者在网络控制信息传输中的具体属性。如果将该限定与其它可能结合的对比文件拼接组合，本领域技术人员可以合理推知对比文件部分公开了该信道类型选取的要素。因此，按照宽松标准，认定特征Q被对比文件隐含公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《未公开》 | 无对应内容 | 对比文件完全没有披露接收端重排序状态变量next_expected_TSN、接收窗口变量RcvWindow_UpperEdge或窗口大小计算公式，更无在特定非DCH状态下将初始值设置成接收窗口下沿的技术方案，不构成直接公开或隐含公开。 |
---
<<<A>>>
<<<G>>>
<<<q>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及位置） | 公开性论述 |
| 技术特征A：<br>该方法包括<br>【未公开】 | 无引用内容。 | 对比文件（US20060229153A1）涉及一种具有两个行星齿轮组、两个电机/发电机以及五个转矩传递机构的电控无级变速器（EVT），属于混合动力汽车机械变速箱与动力传动领域。目标专利涉及无线通信蜂窝网络（3GPP HSPA）中WTRU在特定协议状态下处理MAC-ehs PDU的通信方法。对比文件完全未涉及任何无线通信传输方法或协议数据处理方法，即便按照最宽松的隐含公开标准，所属技术领域的技术人员亦绝不可能从中合理推断或引申出目标专利的方法，未公开技术特征A。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br>【未公开】 | 无引用内容。 | 对比文件公开的是双行星排混合动力变速器的传动比切换、转矩传递路线及电机/发动机功率分流控制（参见[0001]、[0014]-[0029]），根本不涉及无线通信系统、信道架构、下行物理/传输信道HS-DSCH或通信协议层PDU（如MAC-ehs PDU）的接收。技术领域完全不相关，技术方案、手段与作用截然不同，因此对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：<br>在已满足一条件的情况下<br>【未公开】 | 无引用内容。 | 目标专利中的“条件”紧密结合说明书原文（如说明书[0010]、[0024]、[0045]-[0050]、[0087]等），是指通信协议层用于触发“不执行重排序直接前传重排序PDU”的通信网络条件（例如重排序PDU数据来自特定优先级队列/逻辑信道、或MAC-ehs PDU与公共H-RNTI关联等）。对比文件中仅涉及离合器/制动器的机械接合状态与模式切换条件（如[0079]-[0084]），与目标专利中MAC-ehs PDU协议控制条件的具体技术内涵、所起作用完全无关，未直接公开亦未隐含公开技术特征C。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br>【未公开】 | 无引用内容。 | 目标专利中的重排序PDU与下一处理实体属于无线协议栈结构（MAC-ehs分解实体、解复用实体、重组实体等，参见说明书[0022]、[0044]）。对比文件公开的是机械与电传动构件之间的转矩输出与能量传递（参见[0019]-[0026]），完全没有无线通信数据单元分解、PDU在协议处理实体间流转的机制，未直接公开亦未隐含公开技术特征D。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br>【未公开】 | 无引用内容。 | 目标专利中的“不执行重排序”是指在MAC层取消根据TSN（传输序列号）排队等待乱序分组重排的操作（参见说明书[0023]、[0044]）。对比文件涉及行星排齿轮传动与转速/转矩耦合，不包含任何数据包缓冲、排序或绕过排序的通信协议机制，未直接公开亦未隐含公开技术特征E。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br>【未公开】 | 无引用内容。 | 目标专利中的重排序实体和解复用实体为MAC-ehs层的内部逻辑功能实体（参见说明书[0022]、[0044]及图3中分解实体304直接转发至解复用实体310a）。对比文件中仅存在齿轮、离合器、制动器及电机/发电机等机械/电气零部件，不存在协议栈中的重排序实体与解复用实体，未直接公开亦未隐含公开技术特征F。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br>【未公开】 | 无引用内容。 | 目标专利的技术特征G限定了无线通信终端（WTRU）在RRC层的无线资源控制连接状态（说明书[0003]、[0010]、[0020]）。对比文件公开的是车辆运行模式（电池倒车、EVT倒车、启动、连续可变、固定速比等，参见[0079]-[0084]），完全不涉及任何蜂窝移动通信协议的状态机或状态定义，未直接公开亦未隐含公开技术特征G。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br>【未公开】 | 无引用内容。 | 目标专利的单个HARQ进程用于简化重传处理并保证传输按序到达（说明书[0011]、[0024]）。对比文件属于汽车动力传动系统，完全不存在HARQ重传控制或HARQ进程实体的概念，未直接公开亦未隐含公开技术特征H。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br>【未公开】 | 无引用内容。 | 目标专利技术特征I对应于节点-B未收到反馈情况下重复发送MAC-ehs PDU的重复HARQ方案（说明书[0024]、[0038]）。对比文件不涉及任何数据分组的接收或多次重复接收传输机制，未直接公开亦未隐含公开技术特征I。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br>【未公开】 | 无引用内容。 | 目标专利中该特征用于通过单进程下完成前一PDU全部重传再传输后续PDU来确保按序递交（说明书[0024]、[0038]）。对比文件完全未涉及通信数据重传与接收时序逻辑，未直接公开亦未隐含公开技术特征J。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br>【未公开】 | 无引用内容。 | 目标专利通过区分优先级队列（Priority Queue）决定是否免除重排序（说明书[0024]、[0042]-[0044]）。对比文件涉及的是双行星齿轮排的齿数比与扭矩分配，不存在优先级队列调度或协议栈队列，未直接公开亦未隐含公开技术特征K。 |
| 技术特征L：<br>则所述条件已被满足。<br>【未公开】 | 无引用内容。 | 目标专利是将技术特征K作为免除重排序的触发判断条件（说明书[0043]-[0045]）。对比文件既没有特征K，也没有通信协议处理中的条件映射与触发逻辑，未直接公开亦未隐含公开技术特征L。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br>【未公开】 | 无引用内容。 | 目标专利涉及在Cell_FACH等状态下使用网络公共临时标识符（Common H-RNTI）进行寻址与数据传输（说明书[0006]、[0024]、[0045]）。对比文件完全不涉及任何通信标识符（RNTI），未直接公开亦未隐含公开技术特征M。 |
| 技术特征N：<br>则所述条件已被满足。<br>【未公开】 | 无引用内容。 | 目标专利是将公共H-RNTI作为免除重排序的具体触发条件（说明书[0045]）。对比文件不存在该通信判定机制，未直接公开亦未隐含公开技术特征N。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br>【未公开】 | 无引用内容。 | 目标专利涉及通信协议栈中不同逻辑信道（Logical Channel）类型的数据分流与重排序选择（说明书[0024]、[0046]）。对比文件属于机械变速系统，不存在逻辑信道配置与判断，未直接公开亦未隐含公开技术特征O。 |
| 技术特征P：<br>则所述条件已被满足。<br>【未公开】 | 无引用内容。 | 目标专利是将逻辑信道类型作为免除重排序的触发判断条件（说明书[0046]-[0048]）。对比文件不具备相应的协议特征与逻辑关系，未直接公开亦未隐含公开技术特征P。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br>【未公开】 | 无引用内容。 | 目标专利中的BCCH和PCCH为蜂窝无线通信中的公共广播与寻呼逻辑信道（说明书[0006]、[0047]）。对比文件完全未涉及任何通信控制信道，未直接公开亦未隐含公开技术特征Q。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br>【未公开】 | 无引用内容。 | 目标专利技术特征R限定了WTRU在特定RRC连接状态下的状态行为，以及重排序滑动窗口变量next_expected_TSN基于窗口上沿RcvWindow_UpperEdge与接收窗口尺寸RECEIVE_WINDOW_SIZE进行算法初始化的技术方案，用以防止重选复位后误丢弃分组（说明书[0008]、[0489]）。对比文件为车辆动力总成机械变速器控制，完全不包含通信状态、序列号滑动窗口及相关算法变量初始化设置，未直接公开亦未隐含公开技术特征R。 |
根据目标专利说明书原文的记载以及对比文件的公开内容，针对目标专利技术特征A至技术特征R的技术特征比对与公开性分析如下：
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及位置） | 公开性论述 |
| 技术特征A<br>该方法包括<br><br>【未公开】 | *无相关引用内容* | 对比文件（JP2006322367A）属于机械工程领域中的“副室式内燃机（副室式内燃機関）”，公开的是关于内燃机主副燃烧室连通路开度控制的方法与机械结构；而目标专利的技术特征A为一种无线通信领域中处理数据PDU的方法的前序步骤。对比文件完全未公开任何无线通信网络处理数据的方法，既未直接公开，也无法隐含公开。 |
| 技术特征B<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0003]、[0010]记载，WTRU在移动通信系统中经由HS-DSCH接收MAC-ehs PDU。对比文件涉及副室式内燃机中的气体混合物引入与燃烧控制，属于完全不同的技术领域，根本没有涉及高速下行链路共享信道（HS-DSCH）、MAC-ehs实体或MAC-ehs PDU等任何无线通信技术要素。本领域技术人员无法从内燃机技术方案中直接得出或推导出该特征。 |
| 技术特征C<br>在已满足一条件的情况下<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0045]、[0046]中指出，条件是用于判断是否对数据分发至重组实体而绕过重排序实体（如使用公共H-RNTI、来自某一逻辑信道或某一优先级队列等）。对比文件虽然涉及控制阀门开闭机构的动作条件（如根据压力差、温度或特定时刻切换开度），但这完全是内燃机机械控制逻辑，与目标专利中用于决定通信PDU数据流走向的特定协议层判断条件具有本质的区别，无法起到相同的作用，既未直接公开，也无法合理推断得出。 |
| 技术特征D<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0010]、[0022]、[0044]记载，MAC-ehs实体中的分解实体将MAC-ehs PDU分解成重排序PDU，并将该重排序PDU发送到下一处理实体（如解复用实体或重组实体）。对比文件为内燃机混合气体及火焰在燃烧室之间的流动控制，完全不涉及通信协议栈中的数据单元及各层处理实体之间的发送与交互，未公开该特征。 |
| 技术特征E<br>而不执行所述重排序PDU的重排序<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0010]、[0023]、[0044]记载，为了消除或减少数据传递延迟与复杂度，直接将数据分发转发，避免/绕过针对TSN的重排序队列重排序处理。对比文件完全没有通信数据重排序的概念或相应的数据流处理逻辑，未公开该特征。 |
| 技术特征F<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0044]及图3明确记载，重排序被避免，重排序PDU被直接转发至解复用实体（310a），从而绕过重排序实体（308）。对比文件公开的是将连通路中的第一连通开口由电磁阀或逆止阀打开或闭合，涉及物理机械流道控制，完全没有通信协议层中MAC-ehs架构内的重排序实体和解复用实体，更不存在绕过重排序实体直接发送至解复用实体的架构设计，未公开该特征。 |
| 技术特征G<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0003]、[0010]、[0020]明确指出WTRU工作于蜂窝通信网络的Cell_FACH、Cell_PCH或URA_PCH状态。对比文件为机械发动机，无任何蜂窝网络状态或通信终端设备的状态定义，未公开该特征。 |
| 技术特征H<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0011]、[0024]记载，在某些传输中使用单个HARQ进程来接收MAC-ehs PDU以确保按顺序接收。对比文件完全不涉及通信领域的HARQ机制、HARQ进程或协议数据接收，未公开该特征。 |
| 技术特征I<br>其中每一MAC-ehs PDU被接收不止一次<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0024]、[0038]记载，节点-B在未接收到反馈的情况下以预先配置的次数重复传送MAC-ehs PDU，使得每一PDU可能被接收不止一次。对比文件完全没有关于通信分组多次重复接收的技术内容，未公开该特征。 |
| 技术特征J<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0024]记载，在开始传送用于所述传输的后续MAC-ehs PDU之前，节点-B结束MAC-ehs PDU的所有传输（重传），以保证按序传递。对比文件不涉及数据包的传输与重传调度时序，未公开该特征。 |
| 技术特征K<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0043]、[0044]记载，MAC-ehs功能被修改，针对传送自某些优先级队列的数据，重排序被避免。对比文件不存在通信数据调度和处理中的“优先级队列”概念，未公开该特征。 |
| 技术特征L<br>则所述条件已被满足。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0044]、[0045]记载以“数据来自某一优先级队列”作为满足绕过重排序将数据直接发送至下一处理实体的判定条件。对比文件无相关通信控制条件与上下文逻辑，未公开该特征。 |
| 技术特征M<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0006]、[0045]记载，在Cell_FACH等状态下使用网络公共H-RNTI经由HS-DSCH接收数据。对比文件完全不涉及无线电网络临时标识（H-RNTI）或类似通信终端寻址标识，未公开该特征。 |
| 技术特征N<br>则所述条件已被满足。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0045]记载以“MAC-ehs PDU与公共H-RNTI相关联”作为满足绕过重排序条件的触发逻辑。对比文件无对应通信控制逻辑，未公开该特征。 |
| 技术特征O<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0046]记载，重排序是否被绕过取决于接收到的数据的逻辑信道标识。对比文件不涉及协议栈中的逻辑信道机制，未公开该特征。 |
| 技术特征P<br>则所述条件已被满足。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0046]记载以“重排序PDU中携带的数据来自某一逻辑信道”作为判定绕过重排序条件已被满足的判据。对比文件无相关内容，未公开该特征。 |
| 技术特征Q<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0047]明确指出该逻辑信道类型例如为BCCH或寻呼控制信道（PCCH）等。对比文件完全没有无线通信系统的BCCH/PCCH等逻辑信道，未公开该特征。 |
| 技术特征R<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【未公开】 | *无相关引用内容* | 目标专利说明书段落[0003]、[0008]、[0489]记载，在处于Cell_FACH等状态时接收MAC-ehs PDU，并将next_expected_TSN的初始值设置为初始窗口下沿（RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1）以防止分组误丢弃。对比文件涉及的是内燃机燃烧室连通路的总开口面积计算公式（如S1=Sd1+Se1），完全不涉及无线通信重排序滑动窗口机制、TSN序列号或变量next_expected_TSN的初始化配置，未公开该特征。 |
---
经过对对比文件（JP2006322367A）全部公开内容的客观严谨分析：对比文件属于内燃机机械控制领域，其公开的技术内容与目标专利所属的无线通信技术领域、所解决的技术问题及所采用的技术方案完全不相关。对比文件既没有直接公开目标专利技术特征A至技术特征R中的任何一个特征，本领域技术人员也无法基于常识或逻辑推理从该对比文件中推导出上述任何特征，即对比文件未隐含公开任何技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 参见对比文件【具体实施方式】部分（全文倒数第13自然段）：<br>“本发明提供一种处理数据块的方法，包括：接收与序列号有关的数据块；在接收机窗口中处理接收的数据块……” | 对比文件公开了一种处理数据块的方法，直接公开了“该方法包括”这一方法主题限定。两者的作用相同，均用于引出无线通信中接收端处理数据块的方法步骤。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>《隐含公开》 | 参见对比文件【说明书】多处：<br>1. 【背景技术】（“现在将描述该MAC层从物理层接收数据和将其传送给RLC层的方式……”一节）：<br>“在HARQ模块(331)内的HARQ处理过程的一个中，经由HS-DSCH(高速下行链路共享信道)传送给MAC-hs子层(330)的数据块(MAC-hs PDU)首先被存储。”<br>2. 【具体实施方式】（全文倒数第12自然段）：<br>“在这里，该TSN是HS-DSCH上用于传输序列号的标识符，并且该TSN被用于重新排序目的……”；<br>3. 【工业实用性】：<br>“本发明的一些实施例可以应用于移动通信系统，诸如在UMTS(通用移动电信系统)中的HSDPA(高速下行链路分组接入)系统，并且所公开的方法和设备可以是用于移动台、无线手持机、网络、基站、节点B或者RNC(无线网络控制器)的MAC实体的一部分，优选的，MAC-hs实体的一部分。” | 对比文件公开了在HSDPA中经由HS-DSCH接收MAC-hs PDU。虽然对比文件使用的是“MAC-hs PDU”而非演进后的“MAC-ehs PDU”，但按照隐含公开宽松标准，本领域技术人员知晓MAC-ehs是3GPP演进型HSPA（Release 7起）中用于HS-DSCH的增强型MAC实体及对应PDU，其本质上均属于下行链路HS-DSCH传输块在MAC层的协议数据单元，在接收端处理管道中的地位、接收信道（HS-DSCH）及功能演进对应。对比文件部分公开了经由HS-DSCH接收MAC层高速下行分组PDU的技术内容，本领域技术人员结合演进标准能够合理推导出该特征，且两者作用相同，均用于承载并接收来自基站的高速下行共享数据块。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>《未公开》 | 对比文件全文检索：<br>未记载绕过/不执行重排序所依赖的前提条件。 | 对比文件全文均基于常规重排序缓冲器（具有窗口滑动、NET更新机制）来处理接收到的PDU，并未记载不执行重排序或绕过重排序实体的替代路径，因此不存在技术特征C所限定的用于触发“不执行重排序/发送给下一处理实体”的判定条件。对比文件既无直接公开也无隐含公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>《未公开》 | 对比文件全文检索：<br>未记载将MAC-ehs PDU解出的重排序PDU不经重排序而发送至下一处理实体。 | 对比文件仅记载了接收MAC-hs PDU后，先存入重排序缓冲器，满足连续TSN或窗口滑动移出后，再送给分解模块（336, 337）分解为MAC-d PDU。对比文件不存在将“包含在MAC-ehs PDU内的重排序PDU”直接发送至下一处理实体的构架与处理方式。对比文件既无直接公开也无隐含公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>《未公开》 | 参见对比文件【背景技术】：<br>“该重新排序缓冲器的重要的特性是其支持按序传送数据。数据块被基于传输序列号(TSN)顺序地传送给上层。更具体地说，当接收数据块，同时一个或多个先前的数据块丢失的时候，该数据块被存储在该重新排序缓冲器中，并且不传送给该上层……典型地，因为运行若干HARQ处理，重新排序缓冲器可以接收失序的数据块。因此，必须采用重新排序缓冲器，以使得该数据块可以依次传送给上层。” | 对比文件强调必须通过重新排序缓冲器使用TSN执行按序重排序（包括窗口更新和停顿避免机制），全文的技术方案核心即为“如何改进重排序缓冲器的窗口/NET更新”。对比文件完全没有公开或隐含公开“不执行重排序”的方案，其技术方向与本特征相反。对比文件既无直接公开也无隐含公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>《未公开》 | 参见对比文件【背景技术】及图4结构：<br>“当不存在错误的时候，该HARQ处理过程传送该数据块到重新排序缓冲器(在图5中示出)……当将数据块(MAC-hs PDU)传送给上层的时候，它们被发送给分解模块(336，337)……在MAC-d子层(310)中的传输信道多路复用模块(312)指的是包括在每个MAC-d PDU中以将MAC-d PDU经由相应的逻辑信道传送给RLC层的逻辑信道标识符(C/T字段)。” | 对比文件中的数据处理流必须经过重新排序模块（334, 335）和重新排序缓冲器，不存在“绕过重排序实体”的通路；且其重排序缓冲器后续连接的是分解模块（分解出MAC-d PDU），再递交给MAC-d子层进行传输信道多路复用/解复用，并未公开在重排序之前/旁路直接连接解复用实体。对比文件既无直接公开也无隐含公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>《未公开》 | 参见对比文件【背景技术】：<br>“MAC-c/sh子层(320)管理公共传输信道，诸如前向接入信道(FACH)或者下行链路共享信道(DSCH)，其是由多个终端共享的……MAC-hs子层(330)执行与HSDPA(高速数据分组接入)相关的功能……”<br>“当特定的UE的RRC层和UTRAN的RRC层连接以允许在其间发送和接收RRC消息的时候，则称该特定的UE为处于RRC连接状态。如果不存在这样的连接，则称该UE为处于空闲状态。” | 对比文件提及FACH传输信道由MAC-c/sh子层管理，提及RRC连接状态与空闲状态，但其针对HSDPA的HS-DSCH接收是基于传统的Cell_DCH专用状态展开的（早期R5/R6规范体系），未公开在Cell_FACH、Cell_PCH或URA_PCH状态下经由HS-DSCH接收MAC PDU。对比文件既无直接公开也无隐含公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>《未公开》 | 参见对比文件【背景技术】：<br>“另外，假设存在八个(8)HARQ处理过程……传送具有TSN＝13的该MAC-hs PDU被传送给HARQ处理过程#1，并且具有TSN＝14的该MAC-hs PDU被传送给HARQ处理过程#8。即，该TSN与HARQ处理过程编号无关，并且执行传送到任何空的HARQ处理过程。当该HARQ处理过程接收任意的数据块(MAC-hs PDU)的时候，该HARQ处理过程以特定的TTI(传输时间间隔)将该数据块发送给接收侧……因此，在单个TTI中仅仅一个HARQ处理被激活。” | 对比文件采用的是典型的多进程HARQ方案（例如8个HARQ进程并行，在单个TTI中激活其中一个），旨在利用停等协议提高吞吐量，且正是多进程异步传输导致了接收乱序、必须重排序。对比文件未公开或暗示过使用“单个HARQ进程”来接收MAC PDU以消除乱序。对比文件既无直接公开也无隐含公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>《隐含公开》 | 参见对比文件【背景技术】：<br>“当在该数据块中存在错误的时候，其中存储了数据块的该HARQ处理过程将NACK(否定确认，negative acknowledgement)发送到UTRAN，并且请求重新传输该数据块。”<br>“但是，在经由无线电(无线)信道的数据传输期间，尽管有许多的重复传输，但是某些PDU可能仍然不能适当地从UTRAN传送给UE。” | 对比文件公开了当PDU解码出错时，UE发送NACK触发重新传输，且存在重复传输过程，因此在存在重传的场景下，UE接收机对同一PDU的传输尝试/物理接收不止一次。虽然对比文件是在传统带反馈的重传上下文中公开，但按照宽松的隐含公开标准，其部分公开了“每一PDU被接收不止一次（多次接收传输块）”的技术内容，且作用相同，均为了提高无线信道传输的接收正确率。因此判断为隐含公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>《未公开》 | 参见对比文件【背景技术】及图5：<br>“传送具有TSN＝13的该MAC-hs PDU被传送给HARQ处理过程#1，并且具有TSN＝14的该MAC-hs PDU被传送给HARQ处理过程#8……传送具有TSN＝13的MAC-hs PDU的HARQ处理过程#1，在这个数据块被成功地传送以前，不发送另一个数据块……图5示出当接收到具有TSN＝14的MAC-hs PDU，但是没有接收到具有TSN＝13的MAC-hs PDU的时候……” | 对比文件明确公开由于多进程并行，后续PDU（如TSN=14在HARQ#8）可以在前一PDU（如TSN=13在HARQ#1）重传成功完成之前被发送和接收，导致乱序。对比文件不仅未公开该特征，其技术原理恰好与该特征（前一PDU的所有重传全部结束才开始接收后续PDU）相反。对比文件既无直接公开也无隐含公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>《未公开》 | 对比文件全文检索：<br>未记载根据优先级队列类型决定是否满足免重排序条件。 | 对比文件中优先级队列（Queue ID）仅用于指示将MAC-hs PDU分发到对应的某一个重新排序缓冲器（每个优先级对应一个缓冲器进行正常TSN重排序），并未用于判定是否免除重排序。对比文件既无直接公开也无隐含公开。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文检索：<br>未记载免重排序的条件触发判断。 | 基于特征C、K未被公开，对比文件不存在“基于来自某一优先级队列从而认定条件满足以跳过重排序”的技术方案。对比文件既无直接公开也无隐含公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>《未公开》 | 对比文件全文检索：<br>未公开公共H-RNTI用于HS-DSCH调度/屏蔽及据此判定免重排序。 | 对比文件未涉及基于公共H-RNTI接收HS-DSCH数据，亦未涉及根据PDU关联公共H-RNTI来触发特定免重排序条件。对比文件既无直接公开也无隐含公开。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文检索：<br>未记载免重排序条件满足的判定。 | 基于特征C、M未被公开，对比文件未记载“关联公共H-RNTI满足免重排序条件”的技术方案。对比文件既无直接公开也无隐含公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>《未公开》 | 对比文件全文检索：<br>未记载根据逻辑信道类型免除重排序的技术内容。 | 对比文件中的逻辑信道标识仅在分解模块输出MAC-d PDU后用于指示MAC-d向RLC层路由，并不控制重排序实体是否执行重排序。对比文件既无直接公开也无隐含公开。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>《未公开》 | 对比文件全文检索：<br>未记载免重排序条件满足的判定。 | 基于特征C、O未被公开，对比文件未记载“来自某一逻辑信道满足免重排序条件”的技术方案。对比文件既无直接公开也无隐含公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>《未公开》 | 参见对比文件【背景技术】：<br>“MAC-b子层管理BCH(广播信道)，其是处理系统信息广播的传输信道……MAC-c/sh子层(320)管理公共传输信道，诸如前向接入信道(FACH)或者下行链路共享信道(DSCH)……” | 对比文件仅提及了传输信道BCH及FACH/DSCH，未公开在HS-DSCH上承载BCCH或PCCH逻辑信道，更未公开其与免重排序条件的关联。对比文件既无直接公开也无隐含公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>《未公开》 | 参见对比文件【背景技术】及【发明内容】：<br>1. 【背景技术】：<br>“下一个期望的TSN(以下称为NET)……初始NET值被设置为零(0)……该接收窗口的上边界的初始值被设置为63……该接收机窗口的起点(即，下边界)可以通过从该接收机窗口的终点减去该接收机窗口大小并且对其增加1来计算(RcvWindow_LowerEdge＝RcvWindow_UpperEdge-接收机窗口大小+1)。”<br>2. 【发明内容】：<br>“更具体地说，该接收机窗口上边界的初始值没有设置为63，而是被转换为0(诸如，该NET值)，使得该NET落在该接收机窗口范围内。此外，在更新接收机窗口时，如果该NET值变为小于接收机窗口下边界，则该NET被重新更新为该接收机窗口下边界的TSN值……设置该NET＝接收机窗口上边界值-接收机窗口大小+1。” | 目标专利特征R要求将next_expected_TSN（NET）的“初始值”直接设置成接收窗口下沿（RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1），以在特定状态（Cell_FACH等）初始化时防止低TSN分组被错误丢弃。而对比文件虽然在运行过程中发生窗口移动且NET落入下沿之外时，将NET“重新更新（动态更新）”为下边界值，但对比文件对NET的“初始值”明确记载为0，并将窗口上沿初始值从63转换为0（此时初始下沿并不是NET的初始赋值来源）。且对比文件未公开Cell_FACH/Cell_PCH/URA_PCH状态。因此，对比文件未公开将next_expected_TSN的初始值设置成接收窗口下沿。对比文件既无直接公开也无隐含公开。 |
<<<A>>><<<b>>><<<i>>>
本评估严格遵照专利创造性审查标准与指示要求，结合目标专利说明书原文，针对对比文件（TW200704253A）是否公开目标专利权利要求的各技术特征进行逐一严谨排查与比对分析。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：<br>该方法包括<br>【直接公开】 | 第24图对应说明部分：<br>“第24圖顯示根據本發明改變一終端機(UE)與一網路(節點B)之間無線存取組態之範例方法。換言之，本發明提供一種改變一終端機與一網路之間無線存取組態之方法，該方法(例如由該節點B執行)包含……”<br>（中文翻译同原文） | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利中的技术特征A为方法权利要求的前序引导词，指示该技术方案为一种通信处理方法。<br>对比文件在第24图及说明书对应部分明确公开了“一種改變一終端機與一網路之間無線存取組態之方法……該方法包含……”，其同样提供一种无线通信中的方法。二者在技术方案中所起的作用完全相同。<br>因此，技术特征A被对比文件《直接公开》。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br>【未公开】 | 第2图、第3图及第4图对应说明部分：<br>“該MAC層藉由傳輸通道連接至該實體層，並且可根據要管理的傳輸通道類型區分成一MAC－b子層、一MAC－d子層、一MAC－c/sh子層、一MAC－hs子層以及一MAC－m子層。該MAC－c/sh子層管理一共用傳輸通道，像是一正向存取通道(FACH)或一下鏈共享通道(DSCH)……”<br>（中文翻译同原文） | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利技术特征B限定在HS-DSCH上接收演进型MAC-ehs PDU，目标专利说明书[0003]、[0010]等明确指出该方案基于3GPP Release 7框架，引入MAC-ehs实体以支持增强型FACH/PCH/URA_PCH状态下的HS-DSCH接收。<br>对比文件仅停留在早期UMTS架构中对传统MAC子层（MAC-b/d/c/sh/hs/m）的常规列举，不仅未公开更未提及MAC-ehs实体及MAC-ehs PDU，更没有公开在HS-DSCH上接收MAC-ehs PDU的技术方案。本领域技术人员无法从对比文件中毫无疑义地直接导出该特征，亦无法基于对比文件记载的传统MAC架构推理得出该特定协议数据单元的接收操作。<br>因此，技术特征B《未公开》。 |
| 技术特征C：<br>在已满足一条件的情况下<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>在目标专利中，“在已满足一条件的情况下”是与后续免除重排序/旁路重排序实体（如来自特定队列、特定逻辑信道或公共H-RNTI）紧密结合的触发判断条件（参见说明书[0045]、[0046]）。<br>对比文件全文通篇讨论的是通过上行扰码、特定TFCI等物理层信令加速无线承载（RB）重配置/软硬切换的问题，根本不存在针对接收到的HS-DSCH MAC-ehs PDU判断是否满足旁路重排序条件的处理机制。对比文件完全未公开该特征，本领域技术人员也无法合理解析或推断出该条件判断。<br>因此，技术特征C《未公开》。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利中，重排序PDU（Reordering PDU）是MAC-ehs PDU分解后由MAC-ehs实体内部流转的数据单元，该特征限定将其发送至下一处理实体（重组实体或解复用实体，参见说明书[0010]、[0044]）。<br>对比文件完全未公开MAC-ehs实体，更未涉及将MAC-ehs PDU分解得到的“重排序PDU”发送到下一级实体的数据处理流程。<br>因此，技术特征D《未公开》。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利该特征的作用在于解决Cell_FACH/PCH等状态下使用公共H-RNTI或特定逻辑信道时无法获知预期TSN、导致重排序阻塞及延迟的问题，通过在MAC层解除重排序任务实现直接传递（说明书[0007]-[0010]、[0043]-[0044]）。<br>对比文件中虽提及RLC未确认模式（UM）不发送确认，但未公开任何在MAC层对重排序PDU“免除/不执行重排序”的技术方案。本领域技术人员无法从对比文件得出该特征。<br>因此，技术特征E《未公开》。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利说明书[0044]及图3明确公开了重排序PDU直接转发至解复用实体310a，完全绕过重排序队列实体308，以简化MAC-ehs架构并消除时延。<br>对比文件中不存在MAC-ehs内部实体的架构公开，更不存在“绕过重排序实体将数据直接发送给解复用实体”的逻辑与结构。<br>因此，技术特征F《未公开》。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br>【隐含公开】 | “第6图”对应说明部分：<br>“模式與狀態之間可能的轉移顯示於第6圖內。一RRC連接模式內的UE可處於不同狀態，像是CELL_FACH狀態、CELL_PCH狀態、CELL_DCH狀態或URA_PCH狀態……在CELL_FACH狀態內的該UE將聆聽許多FACH傳輸通道……PCH狀態內的該UE將聆聽該PICH通道以及該PCH通道……”<br>“每次該UE正在改變所坐落的該細胞(在待機模式內)，或當該UE已經選取該細胞(在CELL_FACH、CELL_PCH或URA_PCH狀態內)狀態，該UE確認其具有有效的系統資訊……一般而言，當該UE位於待機模式、CELL_FACH狀態、CELL_PCH狀態或在該細胞已經選取的URA_PCH狀態內，即是其所加入的細胞，其會讀取該系統資訊。”<br>（中文翻译同原文） | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利中限定WTRU所处的RRC状态，用于界定在此类状态下HS-DSCH接收MAC-ehs PDU并处理重排序的运行场景。<br>对比文件在介绍UMTS系统的RRC状态时，虽然没有将其与HS-DSCH MAC-ehs的重排序旁路相结合（在对比文件中主要用于说明终端读取系统信息或信道侦听的场景），但对比文件明确列举并记载了UE处于“CELL_FACH狀態、CELL_PCH狀態、CELL_DCH狀態或URA_PCH狀態”。按照极其宽松的隐含公开判断标准（只要对比文件记载相关内容有可能公开即认为隐含公开，对比文件部分公开了技术特征的内容有可能和其他对比文件组合），对比文件公开了UE（WTRU）处于Cell_FACH、Cell_PCH以及URA_PCH状态之一的技术内容。<br>因此，技术特征G被对比文件《隐含公开》。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利说明书[0011]、[0024]明确指出使用单个HARQ进程可确保按顺序接收，从而从物理层/HARQ机制上保证分组按序到达以解除重排序负担。<br>对比文件全文完全未涉及HS-DSCH上配置单个HARQ进程接收MAC-ehs PDU的相关机制与方案。<br>因此，技术特征H《未公开》。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利中指的是在Cell_FACH等无反馈状态下，节点B采用重复HARQ传输方案，使得每一MAC-ehs PDU被重复接收多次（说明书[0024]）。<br>对比文件仅提及RLC层的确认重传机制（如MaxDat、重设程序），完全未公开在MAC-ehs接收层面每个PDU被接收不止一次的传输机制。<br>因此，技术特征I《未公开》。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利说明书[0024]公开了“在开始传送用于所述传输的后续MAC-ehs PDU之前，节点-B结束MAC-ehs PDU的所有传输”，用以保证无乱序接收。<br>对比文件对此技术特征完全没有记载，也无法由其方案合理推知。<br>因此，技术特征J《未公开》。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利说明书[0043]-[0045]公开了MAC-ehs实体可针对某些优先级队列直接跳过重排序。<br>对比文件未公开任何关于MAC层优先级队列的数据分类判断及重排序豁免机制。<br>因此，技术特征K《未公开》。 |
| 技术特征L：<br>则所述条件已被满足。<br>【未公开】 | 未检索到相关内容 | 基于特征C及特征K未公开，对比文件中不存在针对优先级队列满足不重排序条件的逻辑判定，故特征L《未公开》。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利说明书[0006]、[0045]中通过公共H-RNTI标识小区内广播/公共数据传输，进而以此作为免除重排序的触发条件。<br>对比文件全文未涉及H-RNTI，更未涉及公共H-RNTI与MAC-ehs PDU的关联机制。<br>因此，技术特征M《未公开》。 |
| 技术特征N：<br>则所述条件已被满足。<br>【未公开】 | 未检索到相关内容 | 基于特征C及特征M未公开，对比文件中不存在基于公共H-RNTI判定条件满足的技术方案，故特征N《未公开》。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br>【未公开】 | 第2图对应说明部分：<br>“邏輯通道包含一專屬流量通道(DTCH)、一專屬控制通道(DCCH)、一共用流量通道(CTCH)、一共用控制通道(CCCH)、一廣播控制通道(BCCH)以及一傳呼控制通道(PCCH)或一共享控制通道(SCCH)以及其他通道。”<br>（中文翻译同原文） | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利特征O限定的是以“重排序PDU中携带的数据来自某一逻辑信道”作为跳过重排序的判断前提（说明书[0046]）。<br>对比文件仅在其背景技术体系中列举了UMTS常见的逻辑信道分类（如DTCH、DCCH、BCCH等），并未将其与重排序PDU相联系，更没有将“数据来自某一逻辑信道”作为特定免除重排序条件的触发源。本领域技术人员无法从对比文件中推导出该特征。<br>因此，技术特征O《未公开》。 |
| 技术特征P：<br>则所述条件已被满足。<br>【未公开】 | 未检索到相关内容 | 基于特征C及特征O未公开，对比文件中不存在基于特定逻辑信道判定免除重排序条件满足的方案，故特征P《未公开》。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br>【隐含公开】 | 第2图对应说明部分：<br>“邏輯通道包含一專屬流量通道(DTCH)、一專屬控制通道(DCCH)、一共用流量通道(CTCH)、一共用控制通道(CCCH)、一廣播控制通道(BCCH)以及一傳呼控制通道(PCCH)或一共享控制通道(SCCH)以及其他通道。該BCCH提供其中包含一終端所運用資訊的資訊來存取一系統。該UTRAN運用該PCCH來存取一終端。”<br>（中文翻译同原文） | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利中限定特定逻辑信道具体为BCCH或PCCH，其作为不执行重排序的典型逻辑信道实体（说明书[0047]）。<br>对比文件明确记载了逻辑信道包含“廣播控制通道(BCCH)以及一傳呼控制通道(PCCH)”，并解释了其各自作用。虽然对比文件未将BCCH/PCCH与免除重排序条件关联，但在最宽松的隐含公开标准下（部分公开技术特征内容，有可能与其他对比文件组合公开），对比文件公开了逻辑信道为BCCH或PCCH之一的技术内容。<br>因此，技术特征Q被对比文件《隐含公开》。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br>【未公开】 | 未检索到相关内容 | 技术特征在对比文件与目标专利中的作用分析：<br>目标专利说明书[0008]、[0489]、[0588]详细公开了在Cell_FACH等状态下，将next_expected_TSN初始值配置为接收窗口下沿以防止小区更新/重选后首个分组被错误丢弃的核心发明点。<br>对比文件完全未涉及MAC-ehs实体的重排序变量初始化算法，未提及next_expected_TSN、RcvWindow_UpperEdge及RECEIVE_WINDOW_SIZE的数学关联运算。本领域技术人员无法从对比文件中获取或推导该方案。<br>因此，技术特征R《未公开》。 |
---
<<<A>>>
<<<g>>>
<<<q>>>
根据您提供的对比文件（`对比文件/2007-01-31_GB2418569B_发明专利_GB2418569B Medium access control unit, mobile radio device and method for mapping of data to be transmitted by means of a mobile radio device.docx`）的信息，该对比文件**无说明书**内容（输入文本提示“无说明书”且未提供对比文件的任何权利要求或说明书正文段落）。
在对比文件无任何技术内容记载的情况下，本领域技术人员无法从对比文件中获取任何技术信息，因此对比文件既不能直接公开、也无法合理推断出或隐含公开目标专利权利要求的任何技术特征。
特征比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 该方法包括<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未提供任何文本内容，无法从中得出该方法包含的任何技术步骤，既无直接公开，也无任何内容可作为推理基础以形成隐含公开。 |
| 技术特征B： 经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载通过HS-DSCH信道接收MAC-ehs PDU的任何内容。目标专利中该特征用于在演进型HSPA架构下接收下行控制/数据分组，对比文件无对应技术方案与作用记载，未直接公开亦未隐含公开。 |
| 技术特征C： 在已满足一条件的情况下<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载在已满足一条件的前提下执行后续处理的机制，未直接公开亦未隐含公开。 |
| 技术特征D： 将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载将重排序PDU转发至下一处理实体的处理步骤，未直接公开亦未隐含公开。 |
| 技术特征E： 而不执行所述重排序PDU的重排序<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载省略重排序PDU的重排序步骤以避免延迟的技术方案，未直接公开亦未隐含公开。 |
| 技术特征F： 其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载绕过重排序实体并直接发送至解复用实体的具体协议栈结构与路径，未直接公开亦未隐含公开。 |
| 技术特征G： 其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载终端在Cell_FACH、Cell_PCH或URA_PCH状态下的操作机制，未直接公开亦未隐含公开。 |
| 技术特征H： 其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载使用单个HARQ进程来接收MAC-ehs PDU的技术特征，未直接公开亦未隐含公开。 |
| 技术特征I： 其中每一MAC-ehs PDU被接收不止一次<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载每一PDU通过重复方案被接收不止一次的传输机制，未直接公开亦未隐含公开。 |
| 技术特征J： 每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载在开始接收后续PDU前完成当前PDU的所有重传的时序控制约束，未直接公开亦未隐含公开。 |
| 技术特征K： 其中如果所述重排序PDU中携带的数据来自某一优先级队列<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载基于特定优先级队列判断条件的技术特征，未直接公开亦未隐含公开。 |
| 技术特征L： 则所述条件已被满足。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载基于上述优先级队列满足条件以绕过重排序的因果判定机制，未直接公开亦未隐含公开。 |
| 技术特征M： 其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载与公共H-RNTI相关联的判定条件，未直接公开亦未隐含公开。 |
| 技术特征N： 则所述条件已被满足。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载关联公共H-RNTI时即认定条件满足并免去重排序的技术方案，未直接公开亦未隐含公开。 |
| 技术特征O： 其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载基于特定逻辑信道作为判定条件的技术特征，未直接公开亦未隐含公开。 |
| 技术特征P： 则所述条件已被满足。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载来自特定逻辑信道时条件即被满足的因果处理逻辑，未直接公开亦未隐含公开。 |
| 技术特征Q： 其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载BCCH或PCCH信道在MAC-ehs免重排序处理中的应用，未直接公开亦未隐含公开。 |
| 技术特征R： 其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br>《未公开》 | 对比文件无说明书及文本内容记载。 | 对比文件未记载在上述特定RRC状态下将next_expected_TSN初始值配置为接收窗口下沿的技术方案，未直接公开亦未隐含公开。 |
由于对比文件没有直接公开或者隐含公开任何技术特征，按照规则，本回答结尾不插入任何代码。
作为资深专利代理师，紧密结合目标专利说明书原文的定义与发明构思，对对比文件（CN1914869A）与目标专利权利要求中的技术特征A至R进行逐项对比与严谨法律分析。
### 核心技术背景与目标专利方案理解
目标专利聚焦于3GPP演进型HSPA系统中，WTRU在Cell_FACH/PCH状态下经由下行HS-DSCH接收数据时的重排序机制。在此场景下，由于使用公共H-RNTI或特定传输限制，目标专利提出了在特定条件下（如特定逻辑信道、优先级队列、公共H-RNTI关联等），MAC-ehs实体绕过重排序实体，将包含在MAC-ehs PDU中的重排序PDU直接发送至解复用实体/重组实体，不执行重排序处理；或者在重排序操作中对变量`next_expected_TSN`设置初始值。
对比文件CN1914869A涉及的是移动通信（以HSUPA上行增强为主，以及基站/UTRAN侧接收端处理）中，在接收侧取消基于MAC-e PID的优先级重排序，改由在逻辑信道重排序缓存器中基于MAC-d SDU/RLC序列号执行重排序，属于完全不同的架构体系。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【直接公开】 | 【技术方案】第1段：<br>“为实现本发明的这些和其它的优点，以及根据本发明的目的，如这里具体地和广泛地描述的，本发明具体表现为一种用于在通信系统中处理分组数据的方法，该方法包括：……” | 对比文件公开了一种通信系统中的分组数据处理方法，其包含了方法主题及引导步骤，技术特征A为前序引导性特征，被对比文件直接公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br><br>【未公开】 | 【背景技术】第17段：<br>“为了支持经上行链路和下行链路的高速数据传输，MAC-hs子层管理作为用于高速下行链路数据传输的传输信道的HS-DSCH(高速下行链路共享信道)，且MAC-e子层管理作为用于高速上行链路数据传输的传输信道的E-DCH(增强专用信道)。” | 对比文件虽然在背景技术中提及了MAC-hs子层和HS-DSCH信道，但其全篇技术方案完全针对上行E-DCH中的MAC-e/MAC-es协议体系（在UTRAN基站侧接收上行MAC-e PDU），完全未公开下行链路中通过HS-DSCH接收MAC-ehs PDU的技术方案。目标专利中MAC-ehs PDU具有特定的结构（包含重排序PDU、LCH-ID等），对比文件未直接公开，本领域技术人员也无法由HSUPA上行方案毫无疑义地推理出该下行特定PDU的接收，故未公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br><br>【未公开】 | 【技术方案】第3段：<br>“在本发明的一个方面中，如果确定顺序地接收来自特定逻辑信道的至少一个数据单元，传送数据单元到相应的逻辑信道。如果确定失序地接收来自特定逻辑信道的至少一个数据单元，以在重排序缓存器中存储的任意其它数据单元重排序该数据单元……” | 目标专利的“条件”是在MAC-ehs层判断是否旁路重排序队列的条件（如特定队列、特定逻辑信道、公共H-RNTI）；而对比文件仅在逻辑信道重排序缓存器内部根据数据是否失序进行判断，其前提、执行主体及后续动作完全不同，未公开此技术特征。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br><br>【未公开】 | 【具体实施方式】第15段：<br>“HARQ实体将成功接收的MAC-e PDU立即传递到分解实体，且分解实体立即分解接收的MAC-e PDU以重新配置其到MAC-d PDU中，并传递重新配置的MAC-d PDU到MAC-d。” | 目标专利中的重排序PDU（Reordering PDU）是MAC-ehs体系下特有的数据结构单元。对比文件中将MAC-e PDU分解为MAC-d PDU，两者协议分层、PDU定义与处理实体架构不同，对比文件未公开将MAC-ehs PDU内的重排序PDU发送至下一处理实体。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br><br>【未公开】 | 【具体实施方式】第2段：<br>“本发明的基本概念是在接收侧设置的每逻辑信道提供一个重排序缓存器，使得相比其中在接收侧中每PID提供一个优先缓存器和优先缓存器在MAC-e PDU上执行重排序操作的现有技术，每个逻辑信道重排序缓存器在MAC-d SDU上执行重排序。” | 目标专利是在满足条件时完全取消、跳过（绕过）该重排序PDU的重排序处理。而对比文件虽然取消了MAC-e子层按PID的重排序，但其核心发明点恰恰是必须由每个逻辑信道重排序缓存器进行重排序操作，其并未公开“不执行重排序”，作用与方案均不相同。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br><br>【未公开】 | 【具体实施方式】第17段：<br>“HARQ实体将成功接收的MAC-e PDU直接传递到分解实体，且分解实体分解接收的MAC-e PDU以重新配置其每一个到MAC-d PDU中，并传递它们到C/T复用器实体。C/T复用器实体之后分解每个MAC-d PDU以提取MAC-d SDU并通过使用在每个MAC-d PDU中包括的C/T字段传递提取的MAC-d SDU到每个逻辑信道的重排序缓存器。” | 目标专利的技术方案中，重排序实体本应位于分解实体与解复用实体之间，在满足条件时不进入重排序队列，绕过重排序实体直接送入解复用实体（LCH-ID Demux）。对比文件中虽然出现C/T复用器实体，但该实体位于重排序缓存器之前，对比文件处理的是MAC-e/MAC-d架构，且后续仍必须进入逻辑信道重排序缓存器，并未公开在重排序实体之前发生分支以“绕过重排序实体将重排序PDU发送至解复用实体”。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br><br>【未公开】 | 全文无任何上述状态的记载。 | 对比文件通篇基于上行增强E-DCH/HSUPA，通常工作在CELL_DCH状态，完全未提及、更未公开Cell_FACH、Cell_PCH或URA_PCH状态。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br><br>【未公开】 | 【背景技术】第24段：<br>“接收侧的HARQ块对应于发射侧的HARQ块，且每个HARQ块的HARQ处理以发射侧执行SAW(停止并等待)ARQ功能。” | 目标专利是为避免无序递交而在下行配置单个HARQ进程接收MAC-ehs PDU。对比文件针对上行HSUPA，使用通用的多进程停止等待HARQ机制，未公开使用单个HARQ进程来接收MAC-ehs PDU。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br><br>【未公开】 | 无相关记载。 | 目标专利结合Cell_FACH无反馈场景，采用盲重传重复接收（重复HARQ传输方案，接收不止一次）。对比文件未公开这一特定机制。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br><br>【未公开】 | 无相关记载。 | 目标专利要求对当前PDU的所有重传都在接收后续PDU之前完成以确保按序接收。对比文件未公开该技术特征。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br><br>【未公开】 | 【具体实施方式】第8段：<br>“因为根据逻辑信道存在的逻辑信道重排序缓存器执行重排序操作，不需要用于每个优先级的重排序缓存器。……这意味着发射侧的MAC-e不需要优先分布功能。” | 目标专利的条件是根据重排序PDU是否来自某一特定优先级队列（Priority Queue）来判断是否旁路重排序；对比文件则是彻底摒弃了优先级队列与PID的区分，完全未公开根据数据是否来自某一优先级队列来作为绕过重排序的触发条件。 |
| 技术特征L：<br>则所述条件已被满足。<br><br>【未公开】 | 无对应记载。 | 参见技术特征K的论述，对比文件未公开该判定及条件满足逻辑。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br><br>【未公开】 | 全文无H-RNTI相关记载。 | 对比文件针对HSUPA上行传输，根本不涉及下行公共H-RNTI（Common H-RNTI），未公开该特征。 |
| 技术特征N：<br>则所述条件已被满足。<br><br>【未公开】 | 无对应记载。 | 参见技术特征M的论述，对比文件未公开该判定及条件满足逻辑。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br><br>【未公开】 | 【具体实施方式】第15段：<br>“之后，MAC-d分解每个接收的MAC-d PDU以提取MAC-d SDU，且通过使用MAC-d PDU中包括的每个C/T字段传递提取的MAC-d SDU到每个相应逻辑信道的重排序缓存器。对于每个逻辑信道存在的重排序缓存器通过使用在每个MAC-d SDU中包括的序列号重排序MAC-d SDU……” | 目标专利将“来自某一特定逻辑信道”作为跳过/绕过重排序的判定条件。对比文件中所有逻辑信道的数据最终都要进入各自的重排序缓存器执行重排序，根本不存在因来自某一逻辑信道就满足免除重排序条件并送至下一处理实体的构思，未公开该特征。 |
| 技术特征P：<br>则所述条件已被满足。<br><br>【未公开】 | 无对应记载。 | 参见技术特征O的论述，对比文件未公开该判定及条件满足逻辑。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br><br>【未公开】 | 【背景技术】第14段：<br>“MAC-b子层管理作为处理系统信息的广播的传输信道的BCH(广播信道)。” | 对比文件仅在背景技术中提及BCH传输信道，其技术方案针对的是映射到E-DCH的专用控制信道（DCCH）或专用话务信道（DTCH），完全未公开BCCH或PCCH映射到HS-DSCH并在此基础上进行无重排序处理的方案。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br><br>【未公开】 | 全文无相关变量及状态的记载。 | 对比文件未公开WTRU的Cell_FACH/Cell_PCH/URA_PCH状态，亦未公开重排序变量next_expected_TSN、接收窗口变量RcvWindow_UpperEdge、RECEIVE_WINDOW_SIZE及其具体的窗口下沿公式赋值。 |
---
基于以上严谨的专利法分析与特征比对，对比文件仅直接公开了引导性技术特征A，其余技术特征B至R均未直接公开或隐含公开。
<<<A>>>
针对目标专利权利要求各技术特征在对比文件（TW200709705A）中的公开性分析及特征比对如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br>《直接公开》 | 【發明揭示】：<br>“另外，本發明之間歇接收方法，係行動台之間歇接收方法……” | 本技术特征仅为主体为一种方法的撰写形式前置语。对比文件在【發明揭示】及说明书全文中明确公开了移动台的间歇接收方法，本领域技术人员能毫无疑义地直接确定该方法类前置特征，属于直接公开。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br>《隐含公开》 | 【背景技術】：<br>“……當發送之訊務量少時，則定義為使用共通通道來進行通訊之共通通道狀態(CELL_FACH)。又，當無發送之訊務量時，可定義為間歇地接收播叫指示元(Paging Indicator)之間歇接收狀態(CELL_PCH或URA_PCH)……”<br>【實施發明之最佳形態】：<br>“行動台100和無線存取網路裝置200係透過共有資料通道和傳訊控制通道來進行雙向通訊。”<br>“……當含有自電台之識別碼時，資料發送接收部102會接收對應之時點之共有資料通道(步驟S904)。” | 对比文件公开了在3GPP系统架构下，在CELL_FACH/CELL_PCH状态下通过下行“共有資料通道（Shared Data Channel）”接收数据，其对应的即为下行共享信道。虽然对比文件未字面指明“HS-DSCH”与“MAC-ehs PDU”，但考虑到3GPP移动通信标准的演进，采用高速下行链路共享信道传输下行数据块并以对应MAC实体协议数据单元接收，是本领域技术人员基于下行共有数据信道传输容易推断并结合演进标准技术常识直接联想到的传输载体，且部分公开了下行共享数据通道的接收，因此判定为隐含公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br>《隐含公开》 | 【實施發明之最佳形態】：<br>“資料有無判斷部104在使用傳訊控制通道進行接收時，會判斷有無資料發送至自行動台。共有資料通道解調部106在判斷出有資料發送至自行動台時，會在與傳訊控制通道對應之時點對接收之共有資料通道進行解調。”<br>“……另一方面，當無自行動台之資料時，即在間歇接收之傳訊控制通道儲存有自行動台之識別碼時(步驟S1104：YES)，接收對應之共有資料通道(步驟：S1106)。” | 对比文件公开了在满足特定触发条件（例如在控制信道上检测到发往自身的标识码、判断有数据发送给自身）的前提下，启动或执行对共享数据通道的接收与后续数据交付处理。这公开了基于条件满足而触发后续数据处理的逻辑，与特征C的作用相同，构成隐含公开。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br>《隐含公开》 | 【實施發明之最佳形態】：<br>“共有資料通道解調部106在判斷出有資料發送至自行動台時，會在與傳訊控制通道對應之時點對接收之共有資料通道進行解調。即，共有資料通道解調部106在判斷為有發送至自行動台之訊務資料時，會接收對應之共有資料通道。” | 对比文件公开了接收并解调共有数据信道中的业务数据，并将其传递至移动台内部的后续处理单元进行处理。尽管对比文件未指明“重排序PDU”的具体名称，但其公开了解调接收到的共享数据信道数据并向内部协议处理流程传递的技术过程，属于部分公开并可合理推理得出，构成隐含公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0023】、【0036】、【0043】等段落明确指出，该特征的技术作用是在缺乏专用标识或特定传输配置下，解除MAC层的重排序任务，消除等待乱序或复位导致的传输延迟。对比文件着眼于间歇接收时通过控制信道寻呼后直接接收共享数据信道以减小信道建立延迟，全文完全未涉及MAC层重排序（Reordering）实体、机制或绕过/不执行重排序的方案，本领域技术人员无法从其公开内容推理得出不执行重排序的技术方案，未公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0044】指出该特征的作用是让重排序PDU绕过重排序队列直接转发至解复用实体（如310a）。对比文件完全未涉及MAC架构内部的重排序实体与解复用实体的具体连接流向，未公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br>《直接公开》 | 【背景技術】：<br>“……而當發送之訊務量少時，則定義為使用共通通道來進行通訊之共通通道狀態(CELL_FACH)。又，當無發送之訊務量時，可定義為間歇地接收播叫指示元(Paging Indicator)之間歇接收狀態(CELL_PCH或URA_PCH)……”<br>【發明揭示】：<br>“藉由此結構，即使在遷移至間歇接收狀態時，也可進行傳訊控制通道之間歇接收……” | 对比文件在背景技术及发明内容中明确定义并讨论了移动台在CELL_FACH、CELL_PCH以及URA_PCH等无大业务量或间歇接收状态下的数据通信与通道切换问题，直接公开了WTRU（移动台）处于上述状态之一。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0024】记载通过限制使用单个HARQ进程实现按序传递，从而解除重排序需求。对比文件全文未涉及HARQ协议、进程数目配置或单HARQ进程的接收方案，未公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0024】、【0038】记载节点B在不接收反馈的情况下预先配置重复传输方案，使得每一PDU被接收多次以保证可靠性。对比文件并未公开此类HARQ重复传输方案或PDU被多次接收的方案，未公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0024】、【0038】记载在开始发送后续PDU之前结束前一个PDU的所有传输，从而物理上强制按序接收。对比文件完全未公开该重传时序机制，未公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br>《隐含公开》 | 【實施發明之最佳形態】：<br>“共有資料通道控制部204係會考慮行動台的優先權或資料量等來進行定序。” | 对比文件公开了在基站侧的调度/定序机构在发送共享数据时会考虑移动台的“優先權（优先级）”或数据量，本领域技术人员可以合理推断出下行业务数据流可按照不同优先级队列进行组织与映射，属于部分公开了数据携带自特定优先级队列，构成隐含公开。 |
| 技术特征L：<br>则所述条件已被满足。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0043】、【0044】记载当数据来自特定优先级队列时，作为免除重排序的触发条件。对比文件虽然提及了根据优先级进行调度定序，但并未公开将其作为满足前述免除重排序的触发条件，未公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br>《隐含公开》 | 【背景技術】：<br>“……而當發送之訊務量少時，則定義為使用共通通道來進行通訊之共通通道狀態(CELL_FACH)。又，當無發送之訊務量時，可定義為間歇地接收播叫指示元(Paging Indicator)之間歇接收狀態(CELL_PCH或URA_PCH)……”<br>【實施發明之最佳形態】：<br>“共有資料通道接收狀態之行動台100的資料有無判斷部104可接收常時傳訊控制通道，然後確認所接收之傳訊控制通道中是否有加入自行動台之識別碼(步驟S902)。” | 对比文件公开了在CELL_FACH/PCH状态下使用共通/共享信道进行通信，并通过控制通道发送寻呼或移动台识别码来关联下行传输。在3GPP规范背景下，在公共/共享状态下采用公共无线电网络临时标识关联公共传输是通用技术手段，对比文件部分公开了在共通状态下基于信道控制标识接收数据，本领域技术人员有可能合理推理出所接收数据与公共信道临时标识相关联，构成隐含公开。 |
| 技术特征N：<br>则所述条件已被满足。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0045】记载当使用公共H-RNTI时满足免除重排序的条件。对比文件未建立公共标识关联与绕过/免除重排序之间的条件判定映射关系，未公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0046】明确记载根据数据的逻辑信道标识判定是否分发至重排序实体。对比文件仅在物理/传输信道层面提及共有数据通道与传讯控制通道，未涉及MAC层上层的逻辑信道区分，未公开。 |
| 技术特征P：<br>则所述条件已被满足。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未公开基于某一逻辑信道作为判定免重排序条件已被满足的方案，未公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br>《隐含公开》 | 【背景技術】：<br>“……又，當無發送之訊務量時，可定義為間歇地接收播叫指示元(Paging Indicator)之間歇接收狀態(CELL_PCH或URA_PCH)……無線存取網路裝置2可將播叫(Paging)資訊發送至行動台1。”<br>【實施發明之最佳形態】：<br>“無線存取網路裝置200之傳訊控制通道控制部206可於傳訊控制通道進行播叫(步驟S1202)。” | 对比文件公开了在间歇接收状态下网络向移动台发送播叫（Paging）信息。根据本领域通信常识，播叫信息在3GPP体系中通过寻呼控制信道（PCCH）等逻辑信道承载，对比文件部分公开了播叫信息的传输内容，本领域技术人员可合理推断出其信息源自PCCH逻辑信道，构成隐含公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书【0489】指出将next_expected_TSN初始值配置为接收窗口下沿，可防止在小区重选或复位后首个接收的分组由于低于初始TSN而被错误丢弃。对比文件全文未涉及重排序状态变量（next_expected_TSN、RcvWindow_UpperEdge）、接收窗口及相关的初始化数学运算，未公开。 |
---
<<<A>>>
<<<b>>>
<<<c>>>
<<<d>>>
<<<G>>>
<<<k>>>
<<<m>>>
<<<q>>>
根据目标专利说明书原文的记载以及对比文件的公开内容，对技术特征A至R进行严谨的直接公开与隐含公开评估。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br>《隐含公开》 | [0010]「本発明の第５の態様においては、第１通信装置および第２通信装置を備える通信システムにおける通信方法であって……」<br>【中文翻译】：在本发明的第5方式中，提供一种具备第1通信装置和第2通信装置的通信系统中的通信方法，…… | 对比文件段落[0010]公开了通信系统中的“通信方法”，其整体方案属于通信处理方法范畴，隐含公开了“该方法包括”这一方法步骤引导特征。两者在方案中均起到界定方法步骤的作用。 |
| 技术特征B：<br>经由高速下行链路共享信道HS-DSCH接收HS-DSCH媒介接入控制MAC-ehs协议数据单元PDU<br>《未公开》 | [0016]「第１データ信号線１１１は、第１通信装置１０と第２通信装置２０との間でやり取りされる、電気信号のシリアルデータを伝送する。」<br>【中文翻译】：第1数据信号线111传输在第1通信装置10与第2通信装置20之间进行交换的电信号的串行数据。 | 对比文件公开的是主从装置之间通过电信号的串行数据信号线传输数据，属于通用半导体测试系统或有线串行通信系统。而目标专利的技术特征B明确限定了3GPP蜂窝移动通信协议体系中具体的物理/传输信道“HS-DSCH”以及专用的第二层协议数据单元“MAC-ehs PDU”。对比文件既未直接公开、本领域技术人员也无法从中推理出任何移动通信无线信道及MAC-ehs PDU的技术内容，故未公开。 |
| 技术特征C：<br>在已满足一条件的情况下<br>《隐含公开》 | [0020]「……当該アライブ信号が一定期間以上（例えば所定サンプル数以上）所定レベルを維持したことを条件として、第２通信装置２０がアライブ状態か否かを判断してよい。」<br>[0021]「第２通信装置２０のアライブ信号送信部２２は、第２通信装置２０の通信部２１が第１通信装置１０と通信できるアライブ状態である場合に、第１アライブ信号線１１２を介して第１通信装置１０にアライブ信号を送信する。」<br>【中文翻译】：……可以以该存活信号维持规定电平达一定期间以上（例如规定采样数以上）为条件，判断第2通信装置20是否处于存活状态。<br>第2通信装置20的存活信号发送部22在第2通信装置20的通信部21处于能够与第1通信装置10通信的存活状态的情况下，经由第1存活信号线112向第1通信装置10发送存活信号。 | 对比文件在数据处理和控制流程中公开了在满足特定条件（如存活信号满足条件、处于存活状态或异常状态）下触发后续处理。采用极为宽松的隐含公开标准，对比文件部分公开了“在满足条件的情况下”这一广义控制逻辑构件。 |
| 技术特征D：<br>将包含在所述HS-DSCH MAC-ehs PDU内的重排序PDU发送至下一处理实体<br>《未公开》 | [0028]「続いて、第２通信装置２０の通信部２１は、第１データ信号線１１１を介して第１通信装置１０とデータ通信を行う各機能を初期化して、通信機能を再起動する（Ｓ１１０５）。」<br>【中文翻译】：接着，第2通信装置20的通信部21对经由第1数据信号线111与第1通信装置10进行数据通信的各功能进行初始化，使通信功能重新启动（S1105）。 | 结合目标专利说明书[0022]、[0044]可知，重排序PDU是MAC-ehs PDU经分解实体分解后获得的数据单元，下一处理实体具体指解复用实体或重组实体。对比文件完全不涉及MAC-ehs PDU的内部结构、分解出的重排序PDU以及向后续协议处理实体的发送，因此未公开。 |
| 技术特征E：<br>而不执行所述重排序PDU的重排序<br>《未公开》 | [0002]「マスタ装置とスレーブ装置との間でシリアル通信をする通信システムにおいては、パケットの同期を取った後に、データ通信が行われる。」<br>【中文翻译】：在主装置与从装置之间进行串行通信的通信系统中，在取得分组同步之后进行数据通信。 | 结合目标专利说明书[0023]、[0044]可知，该特征是指在特定条件下省略/绕过MAC层基于TSN的重排序队列处理，避免因公共H-RNTI导致的过多延迟。对比文件仅涉及串行数据包的同步与复位，根本不存在对接收到的乱序分组或重排序PDU进行“重排序”或“不执行重排序”的协议处理构想，故未公开。 |
| 技术特征F：<br>其中所述发送绕过重排序实体；并且中所述下一处理实体为解复用实体。<br>《未公开》 | 对比文件全文未记载相关内容。 | 结合目标专利说明书[0044]及图3可知，重排序PDU直接转发至解复用实体310a，绕过重排序实体308。对比文件属于电路串行总线硬件级通信，根本不存在协议栈中的“重排序实体”与“解复用实体”，更无“绕过重排序实体”的架构设计，故未公开。 |
| 技术特征G：<br>其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。<br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0003]、[0020]明确该特征指3GPP RRC层定义的特定无线资源连接状态。对比文件中仅有第1通信装置与第2通信装置的硬件连接、上电及异常状态，完全没有无线终端RRC状态的概念，故未公开。 |
| 技术特征H：<br>其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。<br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0023]-[0024]指出，采用单个HARQ进程可确保按顺序接收，从而解除重排序任务。对比文件未公开任何移动通信中的HARQ机制，更无单个HARQ进程的限定，故未公开。 |
| 技术特征I：<br>其中每一MAC-ehs PDU被接收不止一次<br>《未公开》 | 对比文件全文未记载相关内容。 | 结合目标专利说明书[0024]可知，该特征对应无反馈时的“重复HARQ传输方案”，节点-B按预配置次数重复发送同一MAC-ehs PDU，因此WTRU不止一次接收到该PDU。对比文件未涉及同一PDU重复重传多次以供接收的机制，故未公开。 |
| 技术特征J：<br>每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。<br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利说明书[0024]明确指出：“在开始传送用于所述传输的后续MAC-ehs PDU之前，节点-B结束MAC-ehs PDU的所有传输”，从而确保按顺序传递。对比文件不具备PDU级别多次重传并在后续PDU开始前完成的时序限定，故未公开。 |
| 技术特征K：<br>其中如果所述重排序PDU中携带的数据来自某一优先级队列<br>《未公开》 | 对比文件全文未记载相关内容。 | 结合目标专利说明书[0043]-[0045]可知，该特征是基于不同优先级队列（Priority Queue）的属性来决定是否满足免重排序条件。对比文件完全不涉及优先级队列的区分，故未公开。 |
| 技术特征L：<br>则所述条件已被满足。<br>《隐含公开》 | [0020]「……当該アライブ信号が一定期間以上（例えば所定サンプル数以上）所定レベルを維持したことを条件として、第２通信装置２０がアライブ状態か否かを判断してよい。」<br>【中文翻译】：……可以以该存活信号维持规定电平达一定期间以上（例如规定采样数以上）为条件，判断第2通信装置20是否处于存活状态。 | 对比文件公开了当某信号满足要求时判定符合条件。按极宽松的隐含公开判断规则，针对“条件已被满足”这一抽象逻辑关联，对比文件揭示了“满足前提则判定条件成立”的通用逻辑，故判断为隐含公开。 |
| 技术特征M：<br>其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联<br>《未公开》 | [0031]「例えば、第１通信装置１０の通信部１１は、リセット対象の回路を識別する回路識別情報を含むリセット要求を第１データ信号線１１１を介して第２通信装置２０へと送信してもよい。」<br>【中文翻译】：例如，第1通信装置10的通信部11也可以经由第1数据信号线111向第2通信装置20发送包含用于识别复位对象的电路的电路识别信息的复位请求。 | 结合目标专利说明书[0006]、[0045]可知，公共H-RNTI是用于在Cell_FACH等状态下寻址所有或一组WTRU的标识符。对比文件中虽然有“电路识别信息”或“装置识别信息”，但其为有线串行总线中用于指示复位对象的硬件模块编号，两者在技术领域、通信层次、实现功能和作用上完全不同，对比文件未公开公共H-RNTI。 |
| 技术特征N：<br>则所述条件已被满足。<br>《隐含公开》 | [0025]「続いて、第１通信装置１０（マスタ装置）のアライブ信号受信部１２は、アライブ信号がローレベルからハイレベルに変化したことを検出すると、第２通信装置２０がアライブ状態となったと判断する（Ｓ１００２）。」<br>【中文翻译】：接着，第1通信装置10（主装置）的存活信号接收部12在检测到存活信号从低电平变为高电平时，判断第2通信装置20进入了存活状态（S1002）。 | 对比文件公开了满足特定信号触发时判定进入相应状态（即条件满足）。按照极为宽松的隐含公开标准，判定为隐含公开。 |
| 技术特征O：<br>其中如果所述重排序PDU中携带的数据来自某一逻辑信道<br>《未公开》 | 对比文件全文未记载相关内容。 | 结合目标专利说明书[0046]可知，该特征是根据逻辑信道标识（Logical Channel ID）来判断是否满足不执行重排序的条件。对比文件未涉及无线通信协议栈中的逻辑信道，故未公开。 |
| 技术特征P：<br>则所述条件已被满足。<br>《隐含公开》 | [0027]「続いて、第１通信装置１０（マスタ装置）のアライブ信号受信部１２は、アライブ信号がハイレベルからローレベルに変化したことを検出すると、第２通信装置２０がアライブ状態ではなくなったと判断する（Ｓ１１０2）。」<br>【中文翻译】：接着，第1通信装置10（主装置）的存活信号接收部12在检测到存活信号从高电平变为低电平时，判断第2通信装置20不再处于存活状态（S1102）。 | 对比文件公开了判断条件成立并执行动作的通用逻辑机制，在最宽松的隐含公开标准下，视为隐含公开。 |
| 技术特征Q：<br>其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。<br>《未公开》 | 对比文件全文未记载相关内容。 | 结合目标专利说明书[0047]可知，BCCH与PCCH为无线通信中的特定广播/寻呼控制逻辑信道。对比文件为半导体器件测试装置及有线串行通信系统，根本未公开BCCH或PCCH，也无法推理得出，故未公开。 |
| 技术特征R：<br>其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；并且方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。<br>《未公开》 | 对比文件全文未记载相关内容。 | 结合目标专利说明书[0489]可知，在特定状态下，为防止MAC-ehs复位后因TSN落入初始窗口而导致分组被丢弃，将期望序列号变量next_expected_TSN初始化为接收窗口下沿。对比文件完全不涉及该重排序协议变量及其数学计算公式，亦无对应无线连接状态，故未公开。 |
---
<<<a>>>
<<<c>>>
<<<l>>>
<<<n>>>
<<<p>>>
权利要求2
根据权利要求1所述的方法，其中所述WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一。
权利要求3
根据权利要求1所述的方法，其中单个混合自动重复请求HARQ进程被用于接收所述MAC-ehs PDU。
权利要求4
根据权利要求3所述的方法，其中每一MAC-ehs PDU被接收不止一次；且每一MAC-ehs PDU重传是在开始接收后续MAC-ehs PDU之前完成的。
权利要求5
根据权利要求1所述的方法，其中如果所述重排序PDU中携带的数据来自某一优先级队列；则所述条件已被满足。
权利要求6
根据权利要求1所述的方法，其中如果所接收的MAC-ehs PDU与公共HS-DSCH无线电网络临时标识H-RNTI相关联；则所述条件已被满足。
权利要求7
根据权利要求1所述的方法，其中如果所述重排序PDU中携带的数据来自某一逻辑信道；则所述条件已被满足。
权利要求8
根据权利要求7所述的方法，其中所述某一逻辑信道为广播控制信道(BCCH)或寻呼控制信道(PCCH)之一。
权利要求9
根据权利要求1所述的方法，其中所接收的MAC-ehs PDU在所述无线发射/接收单元WTRU处于Cell_FACH状态、Cell_PCH状态以及URA_PCH状态之一时被接收；且该方法进一步包括将next_expected_TSN的初始值设置成接收窗口下沿(RcvWindow_UpperEdge–RECEIVE_WINDOW_SIZE+1)。