好的，作为一名资深专利代理师，我将对您提供的对比文件（WO2016073591A1）与目标专利（CN114531938B）的权利要求技术特征进行严谨的比对分析。
**本次调用的模型名称：** 未指定，以先进大语言模型作为分析工具。
**目标专利名称：** 1131具有重复的配置的UL CN114531938B
**对比文件名称：** 2016-05-12_WO2016073591A_发明申请_WO2016073591A1 EARLY TERMINATION OF REPEATED TRANSMISSIONS FOR MTC
以下是根据您的要求进行的特征比对和公开性判断。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：接收(700)配置数量的重复<br><br>**公开性判断：隐含公开** | 对比文件[0048]：“...a retransmission value based on the channel quality is selected in operation 310, wherein the retransmission value is associated with a retransmission window.”<br>（中文翻译：...在操作310中，基于信道质量选择重传值，其中该重传值与一个重传窗口相关联。）<br><br>对比文件[0052]：“In operation 410, the UE initiates transmission of block data to the eNB on the PUSCH, with the transmission of the block data comprising repeated transmission of the block data during a retransmission period based on the measured channel quality.”<br>（中文翻译：在操作410中，UE在PUSCH上发起向eNB的块数据传输，该块数据的传输包括基于测量的信道质量在重传周期期间重复传输该块数据。） | 对比文件公开了基站（eNB）基于信道质量选择重传值（retransmission value），并将该值发送给UE。UE根据该值在重传窗口（retransmission window）或重传周期（retransmission period）内执行重复传输。虽然对比文件没有使用“配置数量的重复”这一术语，但其公开的“重传值”（例如，重复次数为50或100次，见[0035]）实质上就是目标专利中由网络侧配置并由UE接收的“配置数量的重复”的上位概念。两者都定义了UE进行重复传输的次数。本领域技术人员可以合理推断，该重传值就是由UE接收并进行重复传输的配置数量。因此，该特征被对比文件隐含公开。 |
| 技术特征B：跨与所述配置数量的重复相等数量的连续物理上行链路共享信道PUSCH重复(702)与物理上行链路共享信道PUSCH传输对应的传输块TB， | 对比文件[0048]：“During the retransmission window, the eNB receives one or more transmissions of the block data on the PUSCH from the UE during the retransmission window...” 以及对比文件[0052]：“...the transmission of the block data comprising repeated transmission of the block data during a retransmission period...”<br>（中文翻译：在重传窗口期间，eNB在PUSCH上从UE接收块数据的一个或多个传输...块数据的传输包括在重传周期期间重复传输该块数据。）<br><br>对比文件[0046]：“...the data is scheduled to be retransmitted multiple times...the transmit circuitry 110 may transmit copies of the same data multiple times...”<br>（中文翻译：...数据被调度为多次重传...发射电路110可以多次传输相同数据的副本...） | 对比文件公开了UE在PUSCH上重复传输一个传输块（TB / block data），重复的次数由配置的重传值决定。然而，对比文件并未明确限定这些重复传输必须是“连续的”PUSCH，也未限定重复的数量必须与配置的数量完全“相等”。对比文件中的重复传输可能因早期终止信令而中断（技术特征U/Y相关），因此其传输的重复数量可能少于配置的数量，并且可能因为半双工操作等（见[0062]）而不一定是连续的。因此，该特征未被对比文件公开。 |
| 技术特征C：其中，所述连续PUSCH中的所有被配置为具有相同的长度并且属于一个或多个配置的准许‑PUSCH CG‑PUSCH传输周期， | 无直接或隐含的公开内容。 | 对比文件涉及LTE MTC中的重复传输，其背景是增强覆盖模式下的重复传输，与NR中的“配置的准许-PUSCH (CG-PUSCH)传输周期”或“相同的长度”这一概念无关。对比文件中的PUSCH重复是基于动态调度的初始传输和重传，而非基于配置的准许（Configured Grant）的周期性资源。本领域技术人员无法从对比文件中推断出该技术特征。 |
| 技术特征D：其中两个相邻的PUSCH时机不被时间偏移分开。 | 无直接或隐含的公开内容。 | 对比文件没有公开或暗示关于相邻PUSCH重复时机之间是否存在时间偏移的任何特征。对比文件中的重复是连续的，但并未排除偏移的可能性。该特征未被对比文件公开。 |
| 技术特征E：其中： | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征F：接收(700)所述配置数量的重复进一步包括接收冗余版本RV | 无直接或隐含的公开内容。 | 对比文件全文未提及在配置重复次数时，还配置了冗余版本（RV）序列。对比文件中的重复传输主要是为了能量累积（power accumulation），未涉及使用不同RV版本进行HARQ重传/重复的机制。 |
| 技术特征G：重复(702)与所述PUSCH传输对应的所述TB包括跨属于一个CG‑PUSCH传输周期的所述连续PUSCH重复与所述PUSCH传输对应的所述TB。 | 无直接或隐含的公开内容。 | 基于技术特征C的分析，对比文件没有“CG-PUSCH传输周期”的概念。因此，其重复传输不可能是“跨属于一个CG-PUSCH传输周期的连续PUSCH”。 |
| 技术特征H：其中， | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征I：重复(702)与所述PUSCH传输对应的所述TB包括： | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征J：根据所述RV， | 无直接或隐含的公开内容。 | 基于技术特征F的分析，对比文件未公开RV配置。因此，不存在“根据所述RV”进行重复的前提。 |
| 技术特征K：在所述CG‑PUSCH传输周期中的任何时机处开始(702‑1)所述TB的初始传输， | 无直接或隐含的公开内容。 | 对比文件不支持“CG-PUSCH传输周期”的概念。其初始传输的时机是由动态调度或随机接入过程决定的（见[0045]，[0026]），并非在“任何时机处开始”。 |
| 技术特征L：后面是所述配置数量的重复。 | 无直接或隐含的公开内容。 | 基于技术特征B的分析，对比文件中后续的重复数量可能因早期终止而改变，不一定是配置的完整数量。目标专利强调了严格的“配置数量的重复”。 |
| 技术特征M：其中， | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征N：所述TB的所述初始传输对应于RV值零0。 | 无直接或隐含的公开内容。 | 对比文件没有公开RV值或其与初始传输的对应关系。 |
| 技术特征O：其中， | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征P：重复(702)与所述PUSCH传输对应的所述TB进一步包括： | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征Q：当借助于无线电资源控制RRC信令和层1L1信令中的至少一个来发信号通知配置的准许并且重复的所述配置数量大于1时， | 对比文件[0046]：“Early termination of PUSCH repetitions can be realized by informing the UE 201 of successful reception of the PUSCH transmissions even before the PUSCH repetition window for the initial transmission or any retransmission. The eNB 250 can use layer 1 downlink control signaling to inform the UE 201 to terminate the repeated transmission for a given transport block.”<br>（中文翻译：通过甚至在初始传输或任何重传的PUSCH重复窗口结束之前通知UE 201成功接收到PUSCH传输，可以实现PUSCH重复的早期终止。eNB 250可以使用层1下行链路控制信令来通知UE 201终止针对给定传输块的重复传输。）<br><br>对比文件[0017]：“...the UE is configured to support early termination of uplink retransmissions using indication received via Downlink Control Information (DCI) communications.”<br>（中文翻译：...UE被配置为支持使用通过下行链路控制信息（DCI）通信接收的指示来进行上行链路重传的早期终止。） | 对比文件公开了通过L1信令（DCI）来终止重复传输。对于RRC信令，对比文件[0033]提到了通过更高层信令（higher layer signaling）配置搜索空间、CORESET等，隐含了RRC配置的存在。但是，对比文件并未将RRC/L1信令与“配置的准许”的直接发信号通知相关联。对比文件中的重复是基于动态调度（Dynamic Scheduling）或增强覆盖模式下的固定重复，而非“配置的准许”（Configured Grant）。因此，该特征的组合未被公开。 |
| 技术特征R：重复(702‑2)所述TB。 | 无 | 此为执行步骤，依赖于前序条件特征Q的公开性判断。 |
| 技术特征S：其中， | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征T：重复(702)与所述PUSCH传输对应的所述TB进一步包括： | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征U：响应于满足下列条件中的一个， | 无 | 此为引导词，无实质技术内容，无需比对。 |
| 技术特征V：终止(702‑3)与所述PUSCH传输对应的所述TB的所述重复： | 对比文件[0054]：“The UE then, based on the message from operation 415, terminates the scheduled repeated transmission of the block data in operation 420 in response to receipt of the early termination of repeated transmissions message during the retransmission period.”<br>（中文翻译：然后，UE基于来自操作415的消息，响应于在重传周期期间接收到重复传输的早期终止消息，在操作420中终止调度的块数据的重复传输。）<br><br>对比文件[0017]：“...the UE...is configured to support early termination of uplink retransmissions...”<br>（中文翻译：...UE...被配置为支持上行链路重传的早期终止...） | 对比文件的核心发明点就是“重复传输的早期终止”。其公开了UE在满足特定条件（接收到DCI早期终止命令）时，终止后续的重复传输。这与目标专利的“终止重复”这一上位的功能性描述相符。 |
| 技术特征W：重复与所述PUSCH传输对应的所述TB达重复的所述配置数量 | 对比文件[0048]：“...In a system with no early termination of retransmissions, the UE would simply continue transmitting copies of the data on the PUSCH until the set number of retransmissions had occurred. ...”<br>（中文翻译：...在没有重传早期终止的系统中，UE将简单地在PUSCH上继续传输数据的副本，直到发生设定数量的重传...） | 对比文件明确公开了在没有早期终止的情况下，UE会持续传输直到“设定数量的重传”（即配置数量的重复）完成。这构成了终止重复的条件之一。因此，该特征被对比文件直接公开。 |
| 技术特征X：接收上行链路准许以用于在所述CG‑PUSCH传输周期内调度所述TB | 无直接或隐含的公开内容。 | 目标专利的此特征特指在“CG-PUSCH传输周期”内接收到针对同一TB的UL准许而终止重复。对比文件中的动态调度（UL grant）用于新的传输或重传，但并非用于在CG-PUSCH周期内终止重复，因为对比文件没有CG-PUSCH周期的概念。对比文件中的早期终止是通过DCI（例如DCI format 0）直接发起的终止命令，而非一个调度相同TB的UL准许。这个机制是不同的。 |
| 技术特征Y：接收对所述TB的显式确认。 | 对比文件[0064]至[0070]详细描述了使用中间HARQ-ACK（Immediate/Intermediate HARQ-ACK）消息来提前终止重复传输。对比文件[0065]：“... the eNB 550 verifies that the data has been correctly decoded during retransmission window 555 then initiates communication of an early HARQ-ACK message in operation 520 to let the other device know that the additional scheduled retransmissions are not needed.”<br>（中文翻译：...eNB 550确认数据已在重传窗口555期间被正确解码，然后在操作520中发起早期HARQ-ACK消息的通信，以让另一设备知道不需要额外的调度重传。） | 对比文件的核心部分公开了通过接收显式的混合自动重传请求确认（HARQ-ACK）消息来终止重复传输。这与目标专利中的“接收对所述TB的显式确认”是完全一致的技术特征。两者都使用显式的ACK反馈作为终止重复传输的条件。 |
### 结论
根据上述严谨的比对分析：
1. **对比文件直接公开了：**
* **技术特征V**：终止与PUSCH传输对应的TB的重复。
* **技术特征W**：重复与PUSCH传输对应的TB达重复的配置数量（作为终止条件之一）。
* **技术特征Y**：接收对TB的显式确认（作为终止条件之一）。
2. **对比文件隐含公开了：**
* **技术特征A**：接收配置数量的重复。
3. **对比文件未公开：**
* 技术特征B、C、D、F、G、J、K、L、N、Q、R、X均未被对比文件直接或隐含公开。这些特征紧密围绕NR-U中的CG-PUSCH传输周期、RV序列的显式配置和基于该序列的灵活初始传输时机，以及重复的严格连续性，这与对比文件基于LTE MTC的动态调度和功率累积的重复机制在技术方案上存在本质区别。
<<<V>>><<<W>>><<<Y>>><<<a>>>