对比文件名称：2005-11-17_JP2005323074A_发明专利_JP2005323074A Communication system and base station device
目标专利名称：413用于多播块确认的方法和装置CN102648597B
模型名称：本次调用未指定具体模型名称，为通用分析任务。
作为资深专利代理师，我将严格遵循用户指示，结合目标专利说明书原文，对对比文件进行深度分析和特征比对。
**核心分析思路：**
目标专利的核心在于一种“多播块确认”机制，旨在解决接入点（AP）向多个终端（STA）发送确认信息时业务量过大的问题。其核心方案是：AP接收来自多个STA的一个或多个传输，生成一个聚合的确认消息，该消息至少包含一个与这多个STA相关联的“组标识符”、每个STA的“装置标识符”（特别是相对/临时标识符）以及确认信息（如ACK/NACK位图），然后将这个聚合消息发射给这多个STA。通过使用组标识符和相对装置标识符，减少了确认消息的开销。
对比文件（JP2005323074A）的核心在于解决上行链路（终端到基站）中，基站向多个终端发送控制信号（如ACK/NACK或调度信息）时信道资源开销过大的问题。其核心方案是：基站将预定时间段内，需要发送相同控制内容（如都是ACK，或都是NACK）的多个终端的标识符（UE_ID）通过逻辑运算（如OR或加法）组合成一个“组ID信息”，然后将控制内容（如代表ACK/NACK的预定比特序列）通过运算（如XOR）附加到该组ID信息上，生成一个组合信号，再通过一个信道（时分复用）发送给所有终端。终端利用自己的UE_ID从接收到的信号中提取并判断属于自己的控制信息。
**关键区别预判：**
1. **组标识符的性质**：目标专利的“组标识符”是一个明确的标识符（如MAC地址），用于标识一组STA，并在确认消息中作为地址字段（如接收机地址）或明确信息元素。对比文件的“组ID信息”是通过运算动态生成的、代表一组终端ID集合的信号，其本身并非一个独立的、可被寻址的标识符。
2. **装置标识符的性质**：目标专利强调“相对装置标识符”和“临时标识符”，旨在组内进行区分且可能动态变化。对比文件始终使用由上层网络分配的唯一、固有的“UE_ID”作为终端标识符。
3. **协议与帧结构**：目标专利的确认消息是“块确认”（BA）帧，具有明确的802.11协议帧结构（如接收机地址、发射机地址、BA控制字段、BA信息字段等）。对比文件的组合信号是物理层/链路层的信号处理结果，未描述其符合特定协议（如802.11）的帧结构，其控制信息的编码和复用方式与目标专利的BA帧结构不同。
4. **信息聚合方式**：目标专利的确认信息是按装置（STA）和业务（TID）清晰排列或通过字段标识的。对比文件的确认信息是通过UE_ID与ACK/NACK信号进行XOR运算后再求和（OR）的方式“混合”在一起的，终端需要通过相关检测来解调。
以下为根据目标专利权利要求严格划分技术特征后的比对表格：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **A：接收来自多个装置中的一个或多个装置的一个或多个传输**<br>**《直接公开》** | [2] “具体的には、通信端末装置が、基地局装置に対してパケットを送信し、基地局装置は、そのパケットを受信して誤り検出を行う。” (具体而言，通信终端装置向基站装置发送分组，基站装置接收该分组并进行差错检测。) | 对比文件明确公开了基站装置接收来自多个通信终端装置（即“多个装置”）发送的包信号（即“一个或多个传输”）并进行差错检测的过程。这与目标专利中接入点接收来自多个STA传输的作用完全相同，即获取需要确认的数据。因此被直接公开。 |
| **B：基于所接收的一个或多个传输来生成确认消息**<br>**《直接公开》** | [2] “そして、誤りが検出されなかった場合には、誤り検出部１０６は、…正しく復調できた旨を示すＡＣＫ信号をＡＣＫ／ＮＡＣＫ信号判定部１０７に出力する。一方、誤りが検出された場合には、…ＮＡＣＫ信号を…出力する。” (然后，在未检测到差错的情况下，差错检测部106输出表示正确解调的ACK信号给ACK/NACK信号判定部107。另一方面，在检测到差错的情况下，输出NACK信号。)<br>[2] “ＡＣＫ信号グルーピング部１０８は、所定の期間にＡＣＫ／ＮＡＣＫ信号判定部１０７から受け取ったすべてのＵＥ_ＩＤ情報を、論理和（ＯＲ）又は和（＋）などのビット操作で足し込むことにより１つにまとめ、グループＵＥ_ＩＤ情報を生成して…” (ACK信号分组部108将在预定期间内从ACK/NACK信号判定部107接收到的所有UE_ID信息，通过逻辑和（OR）或和（+）等位操作进行累加，从而汇总成一个，生成组UE_ID信息…)<br>[2] “ＡＣＫ信号付加部１１０では、ＡＣＫ信号を示す予め決められたビット列（例えば、１１１１など）に対して、…符号処理を行う。そして、ＸＯＲ部１１０２は、…符号処理によって得られた信号と、上記グループＵＥ_ＩＤ情報との排他的論理和（ＸＯＲ）を取り、これによって得られたＡＣＫグループＵＥ_ＩＤ情報を変調部１１１に出力する。” (在ACK信号附加部110中，对表示ACK信号的预定比特序列（例如，1111等）进行编码处理。然后，XOR部1102对编码处理得到的信号与上述组UE_ID信息进行异或（XOR），将由此得到的ACK组UE_ID信息输出到调制部111。) | 对比文件完整公开了生成确认消息的过程：首先基于接收的传输进行差错检测，产生针对每个终端的ACK/NACK判断；然后将需要发送相同ACK/NACK结果的终端ID（UE_ID）组合成“组ID信息”；最后将代表ACK/NACK的特定比特序列通过运算附加到该组ID信息上，生成最终的发送信号（即“确认消息”）。该过程完全对应于目标专利中“基于所接收的传输生成确认消息”。因此被直接公开。 |
| **C：所述确认消息至少包括与至少所述多个装置相关联的组标识符、与所述多个装置中的所述一个或多个装置相对应的一个或多个装置标识符、和确认信息**<br>**《隐含公开》** | [2] “ＡＣＫ信号グルーピング部１０８は、所定の期間に…すべてのＵＥ_ＩＤ情報を…１つにまとめ、グループＵＥ_ＩＤ情報を生成” (ACK信号分组部108将在预定期间内…所有UE_ID信息…汇总成一个，生成组UE_ID信息)<br>[2] “ＸＯＲ部１１０２は、…ＡＣＫ信号…と、上記グループＵＥ_ＩＤ情報との排他的論理和（ＸＯＲ）を取り、これによって得られたＡＣＫグループＵＥ_ＩＤ情報を…” (XOR部1102对…ACK信号…与上述组UE_ID信息进行异或，将由此得到的ACK组UE_ID信息…)<br>[2] “ＵＥ_ＩＤ情報は、…通信中の通信端末装置の各々に対して固有に割り当てられるものである。” (UE_ID信息是…固有地分配给每个正在通信的通信终端装置的。) | 1. **组标识符**：对比文件中的“グループＵＥ_ＩＤ情報”（组UE_ID信息）是通过对多个终端的UE_ID进行逻辑或运算生成的，它代表了这多个终端ID的集合，其作用与目标专利中“与至少所述多个装置相关联的组标识符”相同，即用于标识一组装置。<br>2. **装置标识符**：对比文件明确使用了“ＵＥ_ＩＤ情報”作为每个通信终端装置的标识符。在生成的“ＡＣＫグループＵＥ_ＩＤ情報”信号中，虽然UE_ID信息被编码和混合，但每个终端的UE_ID信息是构成该信号的原始输入，且终端需要利用自己的UE_ID来解调消息。因此，可以认为该信号“隐含”了与多个装置相对应的装置标识符信息。<br>3. **确认信息**：对比文件中明确有“ＡＣＫ信号”或“ＮＡＣＫ信号”（即预定比特序列，如1111或0000），这就是确认信息。<br>综上所述，本领域技术人员可以从对比文件推断出其生成的信号（确认消息）包含了代表一组装置的组ID信息、构成该组ID的各装置标识符信息以及ACK/NACK确认信息。因此该技术特征被隐含公开。 |
| **D：向所述多个装置发射所述确认消息**<br>**《直接公开》** | [2] “生成した…ＡＣＫグループＵＥ_ＩＤ情報を変調部１１１に出力する。” (将生成的…ACK组UE_ID信息输出到调制部111。)<br>[2] “変調部１１１は、…ＡＣＫグループＵＥ_ＩＤ情報…に対して変調処理を行い、…変調信号を時間的にずらして拡散部１１５に出力する。” (调制部111对…ACK组UE_ID信息…进行调制处理，…将调制信号在时间上错开输出到扩频部115。)<br>[2] “送信無線部１１６は、拡散部１１５の出力信号を…アンテナ１０１から無線送信する。” (发送无线部116将扩频部115的输出信号…从天线101无线发送。) | 对比文件明确公开了将生成的组合信号（即确认消息）经过调制、扩频后，通过天线无线发送出去。虽然该信号是通过一个信道发送，但其内容包含了针对多个终端的信息，这些终端都能接收到该信号。这与目标专利中向多个装置发射确认消息的作用和效果相同。因此被直接公开。 |
| **E：其中，所述装置标识符是相对装置标识符。**<br>**《未公开》** | [2] “ＵＥ_ＩＤ情報は、一般的に、上位層の無線ネットワークコントローラ（ＲＮＣ）により、通信中の通信端末装置の各々に対して固有に割り当てられるものである。” (UE_ID信息通常由上层无线网络控制器（RNC）固有地分配给每个正在通信的通信终端装置。) | 目标专利的“相对装置标识符”强调是在组内进行区分的标识符，且可能比绝对标识符（如MAC地址）更短。对比文件明确记载其使用的“UE_ID”是RNC分配给每个终端的“固有”标识符，这更类似于目标专利说明书第[0061]段提到的“绝对装置标识符”（如由接入点分配的关联标识符AID），而非在特定组内临时使用的“相对装置标识符”。对比文件未公开将装置标识符作为“相对装置标识符”来使用。 |
| **F：其中，所述组标识符包括介质访问控制地址。**<br>**《未公开》** | 无相应记载。 | 目标专利说明书第[0065]段明确指出“组标识符可以是介质访问控制（MAC）地址”。对比文件中的“グループＵＥ_ＩＤ情報”是通过对多个UE_ID进行逻辑运算生成的比特序列，并未提及该序列是或包含MAC地址。UE_ID本身是RNC分配的标识符，也不是MAC地址。因此，该特定技术特征未被公开。 |
| **G：还包括：在关联期间发射所述组标识符。**<br>**《未公开》** | 无相应记载。 | 对比文件描述了组ID信息在基站内部生成并用于组合信号的过程，但完全没有提及在终端与基站“关联”（Association）期间，基站需要将“组标识符”发送给终端。目标专利此特征涉及信令交互过程，对比文件未公开。 |
| **H：还包括：向所述多个装置中的所述一个或多个装置发射传输开始消息。**<br>**《未公开》** | 无相应记载。 | 目标专利说明书第[0059]段和图4描述了接入点向站（STA）多播“传输开始消息”（TxS），以指示STA开始发送数据。对比文件全文未提及任何类似“传输开始消息”的信令。其调度信息（图6-11）是关于速率控制（Rate Up/Down/Keep）的，而非触发数据传输开始的信号。因此，该特征未被公开。 |
| **I：其中，所述传输开始消息包括所述组标识符。**<br>**《未公开》** | 无相应记载。 | 由于对比文件未公开“传输开始消息”（特征H），因此自然也未公开该消息包括组标识符这一具体内容。 |
| **J：其中，所述确认消息还包括分别与所接收的一个或多个传输的一个或多个业务元素相关联的一个或多个业务标识符。**<br>**《未公开》** | 无相应记载。 | 目标专利的确认消息可以包含“业务标识符”（TID）以区分同一终端的不同业务流（如视频、邮件）。对比文件中的确认信息仅为简单的ACK/NACK状态，未涉及对业务流（业务元素）的区分，也没有“业务标识符”的概念。因此，该特征未被公开。 |
| **K：其中，所述确认消息包括块确认。**<br>**《隐含公开》** | [2] “上り回線においても、ハイブリッドＡＲＱが提案されている” (在上行链路中也提出了混合ARQ。)<br>[2] “基地局装置は、収容する複数の通信端末装置（ＵＥ１〜ＵＥｎ）に対して、…ＡＣＫ信号またはＮＡＣＫ信号を返送する。” (基站装置对它所容纳的多个通信终端装置（UE1~UEn）返回ACK信号或NACK信号。) | 目标专利中的“块确认”（Block ACK, BA）是802.11协议中用于确认一组数据帧的机制。对比文件中的“ハイブリッドＡＲＱ”（混合ARQ）也是一种确认机制，其ACK/NACK信号用于确认接收到的数据包。虽然具体协议和实现细节（如帧格式）不同，但两者核心作用都是对接收到的数据传输进行确认。从广义的“确认消息”范畴来看，本领域技术人员有可能将对比文件中的ACK/NACK信号视为一种确认机制，从而隐含了“确认消息包括（某种形式的）块确认”这一概念。但需注意，这并非目标专利在802.11语境下特指的“块确认”帧。基于宽松的隐含公开判断标准，判断为隐含公开。 |
| **L：其中，所述块确认包括接收机地址字段，并且其中，所述接收机地址字段包括所述组标识符。**<br>**《未公开》** | 无相应记载。 | 目标专利的块确认具有明确的帧结构，包含“接收机地址字段”并可将其设置为组标识符（如MAC地址）。对比文件描述的是物理层/链路层的信号处理过程，其生成的信号没有“接收机地址字段”这一协议层结构概念。组ID信息是通过运算混合在信号内容中，而非放在一个独立的地址字段。因此，该具体结构特征未被公开。 |
| **M：其中，所述块确认包括发射机地址字段，并且其中，所述发射机地址字段包括所述组标识符。**<br>**《未公开》** | 无相应记载。 | 与特征L同理，对比文件的信号没有“发射机地址字段”这一结构，也未公开将组标识符置于此类字段中。 |
| **N：其中，所述块确认包括多业务标识符字段，并且其中，所述方法还包括：至少部分地基于包括在所述块确认中的确认信息所针对的装置的数量来确定所述多业务标识符字段的值。**<br>**《未公开》** | 无相应记载。 | 目标专利利用“多业务标识符字段”的值来指示确认信息是针对多个装置还是多个业务。对比文件没有描述任何与“多业务标识符字段”结构或功能相似的字段，也没有根据装置数量来设置字段值的操作。该特征涉及特定的帧字段设计，未被公开。 |
| **O：其中，所述块确认包括块确认控制字段，所述块确认控制字段包括多个保留比特，并且其中，所述方法还包括：至少部分地基于包括在所述块确认中的确认信息所针对的装置的数量来确定所述多个保留比特中的一个或多个比特中的每个比特的值。**<br>**《未公开》** | 无相应记载。 | 同上，对比文件没有描述“块确认控制字段”及其“保留比特”，更没有基于装置数量设置这些比特值的操作。该特征涉及特定的帧控制字段设计，未被公开。 |
| **P：其中，所述块确认包括一个或多个每业务标识符信息字段，每个每业务标识符信息字段包括多个保留比特，并且其中，所述多个保留比特中的一个或多个比特包括所述多个装置中的所述一个或多个装置中的一个装置的装置标识符。**<br>**《未公开》** | 无相应记载。 | 对比文件没有描述“每业务标识符信息字段”这一结构。其装置标识符（UE_ID）是编码在信号内容中，而非通过特定字段的保留比特来携带。该特征涉及特定的信息字段设计，未被公开。 |
| **Q：其中，所述块确认包括一个或多个块确认信息字段，其中，每个块确认信息字段包括装置标识符字段，所述装置标识符字段包括所述多个装置中的所述一个或多个装置中的一个装置的装置标识符。**<br>**《未公开》** | 无相应记载。 | 对比文件没有描述“块确认信息字段”及其中专门的“装置标识符字段”。其装置标识符信息是与确认信息通过XOR运算混合，而非放在一个独立的字段中。该特征涉及特定的帧字段设计，未被公开。 |
<<<A>>><<<B>>><<<D>>>
<<<c>>><<<k>>>