对比文件名称：2004-04-29_US2004082356A_发明申请_US20040082356A1 MIMO WLAN system
目标专利名称：428增加无线通信中的容量的方法和装置CN102668628B
模型名称：深度分析与逻辑推理模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：复用(232)至少两个传输信道，以产生复合信道<br>**《隐含公开》** | [0073] 图2示出了可用于MIMO WLAN系统的层结构200。物理层包括复用子层242，其将处理后的用于各种传输信道的PDU复用成适当的帧格式。 <br>[0078] 表3列出了用于MIMO WLAN系统的示例性传输信道集合。 <br>[0098] 在块831、833和835处执行无线电帧的分段。例如，将对应于AMR的A类比特分段成用于第一无线电帧的部分A1和用于第二无线电帧的A2，将AMR的B类比特分段成B1和B2，并将AMR的C类比特分段成C1和C2。比特A1与B1和C1复用，以产生CCTrCH 840.1，类似地复用比特A2、B2和C2，以产生CCTrCH 840.2。 | 对比文件公开了物理层包含复用子层（242），用于将多个传输信道的处理后的协议数据单元（PDU）复用成帧格式（[0073]）。这明确描述了将多个传输信道的数据组合（复用）到一个传输单元（帧）中。虽然对比文件没有明确使用“复合信道”这一术语，但其描述的“帧格式”或“CCTrCH”（经编码的复合传输信道，[0098]）本质上就是由多个传输信道复用而成的复合信道，其作用是将多个数据流组合以进行传输，与目标专利中复合信道的作用（整合多个传输信道数据以进行统一发送）相同。因此，本领域技术人员能够从对比文件内容中毫无疑义地推断出“复用至少两个传输信道，以产生复合信道”这一技术特征。 |
| **技术特征B**：在分配的第一传输时间间隔(TTI)期间发送(400)与所述复合信道相对应的符号<br>**《隐含公开》** | [0086] 数据传输以TDD帧为单位进行。每个TDD帧可被定义为跨越特定的时间持续期。帧持续时间可以基于各种因素选择...在一个具体实施例中，每个TDD帧的持续时间为2毫秒。<br>[0206] 每个PHY帧包括6个OFDM符号。<br>[0257] 每个变换后的符号包括64个时域样本，对应于64个总子带。<br>[0258] 循环前缀发生器854重复变换后符号的一部分以形成相应的OFDM符号...每个OFDM符号具有3.6毫秒或4.0毫秒的持续时间，具体取决于用于OFDM符号的400纳秒或800纳秒循环前缀。 | 对比文件公开了数据传输发生在具有固定持续时间（例如2毫秒）的“TDD帧”中（[0086]），这与目标专利中的“传输时间间隔（TTI）”作用相同，都是预定义的数据传输时间单元。对比文件进一步描述了在帧内发送OFDM符号（[0206], [0257], [0258]），这些符号承载了来自复用子层（即复合信道）的数据。因此，在分配的TDD帧（即TTI）期间发送对应于复合信道（即复用后的帧）的符号这一技术方案已被对比文件隐含公开。其作用是在规定的时间窗口内传输数据。 |
| **技术特征C**：在发送所述符号期间，接收(710)针对所述传输信道中的至少一个传输信道的确认消息(ACK)<br>**《直接公开》** | [0108] RACH确认比特：指示是否在FCCH上发送RACH确认。<br>[0140] IE类型3用于为通过RACH尝试接入系统的用户终端提供快速确认。<br>[0141] 表14列出了示例性IE类型3信息元素的各个字段。<br>[0142] 例如，可以定义快速确认和基于分配的确认。快速确认可用于简单地确认已收到RACH PDU但未为用户终端分配FCH/RCH资源。 | 对比文件明确公开了接收确认消息（ACK）。具体而言，在BCH消息中存在“RACH确认比特”字段，用于指示是否在FCCH上发送针对RACH协议数据单元（PDU）的确认（[0108]）。进一步地，对比文件定义了“IE类型3”信息元素，专门用于在FCCH上发送“快速确认”，以通知用户终端其接入尝试（例如在RACH上发送的PDU）已被正确接收（[0140], [0141], [0142]）。这直接对应于目标专利中“接收针对传输信道中至少一个传输信道的确认消息（ACK）”的技术特征。在对比文件中，ACK的作用是通知发送方数据已被成功接收，这与目标专利中ACK用于通知发射机可以提前终止传输的作用在“确认接收”这一基本功能上是相同的，尽管最终应用目的（终止 vs. 一般确认）不同。 |
| **技术特征D**：针对所述第一TTI的剩余部分，穿孔(720)与经确认的传输信道中的至少一个传输信道相对应的符号<br>**《未公开》** | [0217] 重复/穿孔单元814然后重复或穿孔（即删除）一些码比特以获得所需的码率。<br>[0372] 重复/穿孔单元1134基于特定的穿孔图案删除一些码率为1/2的码比特以提供所需的码率。 | 对比文件确实公开了“穿孔”（puncturing）操作，但该操作发生在信道编码过程中，目的是调整编码速率以匹配选定的数据速率（[0217], [0372]），这是一种静态的、基于速率匹配的参数配置。而目标专利中的穿孔是基于动态接收到的ACK，在TTI的剩余时间内，选择性地停止发送特定已确认传输信道的数据，目的是节省发射功率和增加系统容量。两者虽然都使用“穿孔”一词，但触发时机（动态事件 vs. 静态配置）、作用对象（已发送的时隙符号 vs. 编码后的码比特）和根本目的（提前终止以节省资源 vs. 速率匹配以适应信道）完全不同。因此，对比文件没有公开目标专利中这一基于ACK进行动态、选择性符号穿孔以提前终止传输的技术特征。 |
| **技术特征E**：在所述穿孔之后，在所述第一TTI之后的第二TTI期间发送与所述复合信道相对应的符号。<br>**《隐含公开》** | [0086] 数据以TDD帧为单位传输。每个TDD帧可被定义为跨越特定的时间持续期。 | 对比文件公开了数据传输以连续的TDD帧（即TTI）为单位进行（[0086]）。这是一种常规的、连续的数据传输模式。本领域技术人员可以毫无疑义地理解，在一个帧（TTI）的传输结束后，系统会在下一个帧（第二TTI）期间继续发送数据。无论第一个TTI内是否发生了任何操作（包括假设性的穿孔），在后续TTI继续发送数据是无线通信系统连续工作的基本方式。因此，该特征被隐含公开。然而，此特征在目标专利中是“穿孔”操作后的自然延续步骤，其本身并不具备专利性。 |
| **技术特征F**：将每个TTI格式化成多个按顺序的子段，所述发送包括：依照顺序地连续地发送第一帧的子段。<br>**《直接公开》** | [0087] 每个TDD帧被划分为下行链路阶段和上行链路阶段。下行链路阶段进一步划分为三个段用于三个下行链路传输信道...上行链路阶段进一步划分为两个段用于两个上行链路传输信道。<br>[0090] 图3A说明了基于TDD-TDM帧结构300a的实施例...每个TDD帧被划分为下行链路阶段和上行链路阶段，每个阶段进一步划分为多个段，每个段承载特定传输信道的PDU。 | 对比文件直接公开了将TDD帧（即TTI）划分为多个按顺序排列的“段”（segment），用于承载不同的传输信道（[0087]）。图3A（[0090]）清晰地展示了这种按顺序排列的帧结构。并且，数据传输显然是按照这些段的顺序连续进行的。这直接对应于目标专利中“将每个TTI格式化成多个按顺序的子段”以及“依照顺序地连续地发送第一帧的子段”的技术特征。其作用是组织帧结构以实现多信道传输。 |
| **技术特征G**：每个子段包括时隙。<br>**《隐含公开》** | [0086] ...帧持续时间可以基于各种因素选择...<br>[0258] ...每个OFDM符号具有3.6毫秒或4.0毫秒的持续时间... | 目标专利说明书（如附图2B、2C）在W-CDMA语境下将子段定义为“时隙”。对比文件在OFDM系统中，其传输的基本时间单元是“OFDM符号”。虽然术语不同，但“时隙”和“OFDM符号”在各自系统中都是构成帧/TTI的基本、按顺序排列的传输时间单元（子段）。本领域技术人员能够理解，在对比文件的TDD帧中，数据是按OFDM符号为单位连续发送的，这些OFDM符号就是帧内的子段。因此，可以合理推断对比文件公开了“每个子段包括时隙（即OFDM符号）”这一特征。 |
| **技术特征H**：还包括：在复用所述至少两个传输信道的步骤之前：将CRC附着(212)到至少一个传输信道的数据上<br>**《直接公开》** | [0108] CRC字段包括整个BCH消息的CRC值...该CRC值可由用户终端用于确定接收到的BCH消息是正确解码还是错误解码。<br>[0113] CRC字段包含RACH消息的CRC值。<br>[0165] 每个PHY帧包括有效载荷字段622、CRC字段624和尾比特字段626。 | 对比文件多次直接公开了在数据传输前为数据块附加循环冗余校验（CRC）的过程。例如，BCH消息（[0108]）、RACH消息（[0113]）以及每个PHY帧（[0165]）都包含CRC字段，用于接收端的错误检测。这直接对应于目标专利中“将CRC附着到至少一个传输信道的数据上”的技术特征。其作用都是提供错误检测能力。 |
| **技术特征I**：编码(216)所述至少一个传输信道的所述数据<br>**《直接公开》** | [011B] 图11B显示了编码器812的实施例...<br>[0370] 在实施例中，使用单个基本码对传输前的数据进行编码。该基本码生成一种码率的码比特。系统支持的所有其他码率（如表25所列）可以通过重复或穿孔码比特获得。 | 对比文件明确且详细地公开了对数据进行编码。图11B展示了编码器812的具体实施（[011B]），并且说明书描述了使用卷积码等编码方案对数据进行信道编码（[0370]）。这直接公开了“编码至少一个传输信道的数据”这一技术特征。其作用是增加数据传输的可靠性。 |
| **技术特征J**：对所述至少一个传输信道的所述数据进行速率匹配(218)<br>**《直接公开》** | [0217] 重复/穿孔单元814然后重复或穿孔（即删除）一些码比特以获得所需的码率。<br>[0372] 重复/穿孔单元1134基于特定的穿孔图案删除一些码率为1/2的码比特以提供所需的码率。 | 对比文件直接公开了“速率匹配”操作。在编码之后，通过“重复/穿孔单元”（[0217], [0372]）对码比特进行重复或删除，以达到目标码率，这正是一种速率匹配过程。其作用是根据可用的传输资源调整编码后的数据量，与目标专利中速率匹配的作用相同。 |
| **技术特征K**：交织(222)所述至少一个传输信道的所述数据<br>**《直接公开》** | [0218] 交织器818然后基于选定的交织方案对来自单元814的码比特进行交织（即重新排序）。<br>[0378] 在一个实施例中，交织在所有48个数据子带的每个交织区间内进行。 | 对比文件直接公开了“交织”操作。交织器818（[0218]）用于对码比特进行重新排序以实现频率分集。说明书还描述了在多个子带上进行交织（[0378]）。这直接对应于目标专利中“交织至少一个传输信道的数据”的技术特征。其作用是提供时间或频率分集以对抗信道衰落。 |
| **技术特征L**：对所述至少一个传输信道的所述数据执行无线电帧分段(224)。<br>**《隐含公开》** | [0098] 在块831、833和835处执行无线电帧的分段。例如，将对应于AMR的A类比特分段成用于第一无线电帧的部分A1和用于第二无线电帧的A2...<br>[0164] 在FCH或RCH上发送的每个分组包括整数个PHY帧。 | 对比文件公开了将数据分段到多个无线电帧或PHY帧中的概念。例如，将AMR比特分段到两个无线电帧中（[0098]），以及数据分组由整数个PHY帧组成（[0164]）。虽然对比文件没有使用“无线电帧分段”这一特定短语，但其描述的“分段成...无线电帧”和“分组包括整数个PHY帧”本质上就是根据传输时间单元（帧）对数据进行分割的过程。本领域技术人员可以合理推断出这一技术特征。其作用是将数据适配到固定长度的传输时间单元中。 |
| **技术特征M**：还包括：交织(238)所述复合信道的数据，所述穿孔步骤包括：在交织所述复合信道的所述数据之后，选择性地穿孔所述复合信道中与所述至少一个经确认的传输信道相对应的符号。<br>**《未公开》** | [0218] 交织器818然后基于选定的交织方案对来自单元814的码比特进行交织（即重新排序）。 | 对比文件公开了对数据（包括复合后的数据）进行交织（[0218]）。然而，目标专利中特征M的核心在于“穿孔步骤”是在交织“之后”进行，并且是“选择性”地穿孔“与经确认的传输信道相对应的符号”。如特征D所述，对比文件未公开基于ACK的、针对特定传输信道的动态穿孔。因此，这一组合特征（交织后基于ACK的选择性穿孔）未被对比文件公开。 |
| **技术特征N**：还包括：在两个或多个无线电帧上对所述复合信道的数据进行组合(940)<br>**《隐含公开》** | [0098] 在块831、833和835处执行无线电帧的分段。例如，将对应于AMR的A类比特分段成用于第一无线电帧的部分A1和用于第二无线电帧的A2...比特A1与B1和C1复用，以产生CCTrCH 840.1，类似地复用比特A2、B2和C2，以产生CCTrCH 840.2。 | 对比文件公开了将来自同一信源（如AMR的A类比特）的数据分段并映射到多个无线电帧（例如A1和A2）（[0098]）。在接收端或处理过程中，为了重建原始数据块，必然需要将这两个帧上的数据（A1和A2）进行组合。此外，对比文件描述了将多个传输信道（A、B、C）的数据复用到CCTrCH中，这个CCTrCH本身可能跨越多个帧。因此，“在两个或多个无线电帧上对复合信道的数据进行组合”这一操作是隐含在对比文件所描述的分段与传输过程中的必然步骤。 |
| **技术特征O**：在所述发送步骤之前，在所述两个或多个无线电帧上对经组合的所述数据进行交织(950)。<br>**《隐含公开》** | [0218] 交织器818然后基于选定的交织方案对来自单元814的码比特进行交织（即重新排序）。在一个实施例中，要在给定空间信道上发送的每组48个连续码比特被扩展到48个承载数据的子带上以提供频率分集。<br>[0378] 在一个实施例中，交织在所有48个数据子带的每个交织区间内进行。 | 对比文件公开了交织操作，且交织可以跨子带进行以提供频率分集（[0218], [0378]）。如果数据被组合并准备发送，那么在发送前对其进行交织是一种本领域公知的用于提高性能的技术手段。虽然对比文件没有明确描述在“两个或多个无线电帧上”组合后的数据上进行交织，但考虑到交织是通信系统中的常规处理步骤，且对比文件强调了交织的使用，本领域技术人员可以合理推断，在发送前对组合后的数据执行交织是可能的，并且是系统设计的一个隐含选项。 |
| **技术特征P**：所述至少两个传输信道包括：承载自适应多码率(AMR)编解码器的A类比特的第一传输信道、承载AMR的B类比特的第二传输信道和承载AMR的C类比特的第三传输信道<br>**《未公开》** | 无相关内容。 | 对比文件是关于MIMO WLAN系统的，其传输信道（如BCH、FCCH、FCH、RACH、RCH）用于承载信令、控制和用户数据，并未涉及任何关于自适应多码率（AMR）语音编解码器，或将其比特分为A、B、C三类并分配到不同传输信道的技术内容。因此，该特征未被对比文件公开。 |
| **技术特征Q**：所述接收ACK的步骤包括：接收针对所述第一传输信道的ACK。<br>**《未公开》** | 无相关内容。 | 如特征P所述，对比文件未公开与AMR A类比特相关的第一传输信道。因此，接收针对该特定（不存在的）传输信道的ACK的特征自然也未被公开。 |
| **技术特征R**：所述接收ACK的步骤还包括：接收针对所述第二传输信道的ACK。<br>**《未公开》** | 无相关内容。 | 原因同特征Q。对比文件未公开与AMR B类比特相关的第二传输信道，因此接收其ACK的特征未被公开。 |
| **技术特征S**：还包括：对每个AMR NULL分组的专用物理数据信道(DPDCH)部分进行消隐。<br>**《未公开》** | 无相关内容。 | 对比文件未涉及AMR NULL分组，也未涉及W-CDMA系统中的专用物理数据信道（DPDCH）。因此，该特征未被公开。 |
| **技术特征T**：还包括：门控每个AMR NULL分组的预定时隙的控制部分。<br>**《未公开》** | 无相关内容。 | 原因同特征S。对比文件未涉及AMR NULL分组及其控制部分的门控。因此，该特征未被公开。 |
| **技术特征U**：所述至少两个传输信道包括：承载AMR的A类和B类比特的第一传输信道和承载AMR的C类比特的第二传输信道<br>**《未公开》** | 无相关内容。 | 原因同特征P。对比文件未涉及AMR编解码器及其比特分类。因此，该特征未被公开。 |
| **技术特征V**：所述接收ACK的步骤包括：接收针对所述第一传输信道的ACK。<br>**《未公开》** | 无相关内容。 | 原因同特征U和Q。对比文件未公开承载AMR A、B类比特的传输信道，因此接收其ACK的特征未被公开。 |
| **技术特征W**：所述至少两个传输信道包括：用于承载AMR的A类、B类和C类比特的至少两个传输信道<br>**《未公开》** | 无相关内容。 | 原因同特征P。对比文件未涉及AMR编解码器。因此，该特征未被公开。 |
| **技术特征X**：该方法还包括：使用截尾卷积码来编码(1015)所述传输信道中的至少一个传输信道的数据。<br>**《未公开》** | [0370] 在实施例中，使用单个基本码对传输前的数据进行编码。该基本码生成一种码率的码比特...<br>[0376] 其他代码和穿孔图案...也可使用。例如，Turbo码、分组码、一些其他代码或其任何组合可用于编码数据。 | 对比文件公开了使用卷积码（如图11B的约束长度7的卷积码）和Turbo码等进行编码（[0370], [0376]）。但并未提及或描述使用“截尾卷积码”（Tail-Biting Convolutional Code）这种特定的编码方案。截尾卷积码有独特的结构和优势（如省略尾比特），是卷积码的一种特定形式。对比文件公开了一般性的编码，但没有公开这一具体类型的编码方案。因此，该特征未被公开。 |
| **技术特征Y**：所述发送步骤包括：在W-CDMA系统的下行链路上进行发送<br>**《未公开》** | [0004] 本发明通常涉及数据通信，更具体地，涉及多输入多输出（MIMO）无线局域网（WLAN）通信系统。 | 对比文件明确其发明涉及的是“MIMO WLAN系统”（[0004]），具体实施方式基于OFDM和TDD。而目标专利明确其应用场景是“W-CDMA系统”。这是两种不同的无线通信标准和系统架构。对比文件从头至尾未提及W-CDMA标准或其下行链路。因此，该特征未被公开。 |
| **技术特征Z**：所述接收步骤包括：在所述W-CDMA系统的上行链路上进行接收。<br>**《未公开》** | 同上。 | 原因同特征Y。对比文件描述的系统是MIMO WLAN，而非W-CDMA系统。因此，在W-CDMA上行链路上进行接收的特征未被公开。 |
<<<C>>><<<H>>><<<I>>><<<J>>><<<K>>><<<F>>>