US2016036578A1_Description_20260426_1052_+++A_J_M_O_k_l_n+++.docx

对比文件名称:US2016036578A1_Description_20260426_1052

目标专利名称:717获取混合自动重传请求确认信息反馈的方法和装置CN107295663B

本次调用的模型名称:DeepSeek/ChatGPT大型语言模型

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用公开性论述
技术特征A:包括:在非授权载波上为用户设备UE分配用于报告与所述非授权载波上的下行数据传输相关的HARQ确认信息的上行控制信道资源 **《直接公开》**[0117] “Each of the uplink control channels may include, for example, hybrid automatic repeat request (HARQ) acknowledgement information (e.g., HARQ acknowledgements (ACKs) and/or non-acknowledgements (NAKs)) for a downlink transmission received from a base station at a wireless device over the unlicensed radio frequency spectrum band.” <br> [0166] “receiving a scheduling message from a base station... The scheduling message may indicate a number of discrete dimensions (e.g., of the resources of an uplink control channel) allocated to the uplink control information of the wireless device.”对比文件明确公开了在非授权载波上进行下行数据传输,并针对该下行数据传输生成HARQ确认信息(ACK/NAK)。同时,对比文件公开了基站通过调度消息(控制信令)向UE指示所分配的用于传输上行控制信息(包含HARQ确认信息)的上行控制信道资源(离散维度数量),这实质上公开了基站为UE分配用于在非授权载波上报告HARQ确认信息的上行控制信道资源。
技术特征B:在预定义的延迟窗口内,从所述UE获取所述HARQ确认信息反馈 **《未公开》**无对比文件全文未涉及“预定义的延迟窗口”这一概念。对比文件虽然讨论了LBT失败后的重试机制(ECCA),但并未提出为HARQ确认信息反馈设定一个特定的延迟窗口。
技术特征C:其中所述预定义的延迟窗口指定报告所述HARQ确认信息的最小时延和最大时延 **《未公开》**无基于技术特征B的论述,对比文件未公开延迟窗口,因此也未公开该窗口指定最小时延和最大时延的特征。
技术特征D:其中在其上报告所述HARQ确认信息的所述非授权载波为预先配置的多个候选的非授权载波中的一个候选的非授权载波 **《未公开》**无对比文件虽然讨论了载波聚合中的多个非授权载波,但未公开将多个非授权载波预先配置为用于报告同一HARQ确认信息的候选载波,并由UE根据信道占用情况从中选择一个进行反馈的机制。
技术特征E:其中所述HARQ确认信息包括预定义的报告窗口内的一个或多个HARQ确认信息 **《未公开》**无对比文件公开了HARQ确认信息的捆绑/联合编码,但其背景是常规的HARQ定时,而非基于“延迟窗口”和“报告窗口”的特定方案。
技术特征F:其中,在其上报告所述HARQ确认信息的所述非授权载波与在其上进行所述下行数据传输的所述非授权载波相同或不同 **《未公开》**无对比文件主要公开了在同一个非授权载波上进行上下行传输(双向链路),或者将上行控制信息卸载到授权载波。未明确公开在与下行传输不同的非授权载波上报告HARQ确认信息的方案。
技术特征G:其中所述多个候选的非授权载波至少包括第一非授权载波和第二非授权载波;并且中所述第一非授权载波包括在其上进行所述下行数据传输的所述非授权载波,所述第二非授权载波不同于所述第一非授权载波 **《未公开》**无基于技术特征D和F的论述,对比文件未公开候选非授权载波集合中包括进行下行传输的第一载波和不同于该第一载波的第二载波。
技术特征H:其中为所述UE分配所述上行控制信道资源包括:为针对所述UE的多个下行数据传输预留相同的上行控制信道资源 **《未公开》**无对比文件未公开为应对LBT不确定性而为UE的多个下行传输预留相同的上行控制信道资源的技术方案。
技术特征I:其中为针对所述UE的多个下行数据传输预留相同的上行控制信道资源包括:响应于在第一子帧上调度针对所述UE的一个下行数据传输,在所述第一子帧之后的多个子帧上为所述UE预留所述相同的上行控制信道资源 **《未公开》**无基于技术特征H的论述,对比文件未公开在第一子帧调度后,在后续多个子帧上预留相同上行资源的方案。
技术特征J:其中为所述UE分配所述上行控制信道资源包括:为针对所述UE的每个下行数据传输独立地配置上行控制信道资源 **《直接公开》**[0253] “The scheduling message may indicate a number of discrete dimensions (e.g., of the resources of an uplink control channel) allocated to the uplink control information of the wireless device.”对比文件公开了基站通过调度消息(下行控制信令)为UE的每次下行传输独立地配置上行控制信道资源,这是LTE/LTE-A系统的标准操作,对比文件明确采用了这一机制。
技术特征K:其中为针对所述UE的每个下行数据传输独立地配置上行控制信道资源包括:响应于在第二子帧上调度针对所述UE的一个下行数据传输,在所述第二子帧之后的一个预定义的子帧上为所述UE配置所述上行控制信道资源 **《隐含公开》**[0266] 方法2400整体描述了接收下行传输、生成HARQ确认信息的过程,其定时基于标准LTE流程。对比文件整体基于LTE/LTE-A系统,其HARQ定时遵循标准流程(例如在调度子帧n后的第4个子帧n+4进行反馈)。对比文件虽未明确写出“在第二子帧之后的一个预定义的子帧上配置”,但该标准定时关系和资源分配逻辑是LTE系统的固有特征,本领域技术人员可以毫无疑义地推导出该技术方案。
技术特征L:其中所述预定义的报告窗口基于所述UE所采用的上行控制信息格式、码字大小和用于报告所述HARQ确认信息的聚合的非授权载波的数目来隐式地确定 **《隐含公开》**[0126] “an option of three PUCCH formats... defining a first discrete dimension, the use of repeated (redundant) or individual information-to-resource block mapping defining a second discrete dimension...” <br> [0128] “The payload capacity per interlace... is 36 bits...”对比文件明确教导了上行控制信息(UCI)的格式、码字大小和聚合载波数量决定了可传输的HARQ确认信息的比特数。目标专利中的“报告窗口”大小实质上由可传输的ACK/NACK比特数决定,该比特数由UCI格式、码字大小和聚合载波数隐式确定,对比文件公开了这一确定方法。
技术特征M:进一步包括:向所述UE发送控制信令,所述控制信令承载所述上行控制信道资源的指示 **《直接公开》**[0166] “receiving a scheduling message from a base station... The scheduling message may indicate a number of discrete dimensions (e.g., of the resources of an uplink control channel) allocated to the uplink control information of the wireless device.”对比文件明确公开了基站向UE发送调度消息(控制信令),该消息承载了上行控制信道资源(离散维度数量)的指示。
技术特征N:其中经由所述控制信令来配置所述报告窗口 **《隐含公开》**[0126], [0166]对比文件公开了通过控制信令配置资源,而资源的大小和格式决定了可传输的HARQ确认信息量,即隐式地配置了“报告窗口”的大小。
技术特征O:其中为所述UE分配所述上行控制信道资源包括:在所述UE的服务小区的授权载波上为所述UE分配所述上行控制信道资源 **《直接公开》**[0097] “first base station 205 may transmit... using a first bidirectional link 225... associated with a frequency F4 in a licensed radio frequency spectrum band.” <br> [0002] “if PUCCH is transmitted only on the licensed carrier... all procedures defined for PUCCH in current specifications can be reused.”对比文件明确公开了在授权载波上传输PUCCH(包含HARQ确认信息)的方案,这是其系统的基础配置之一,因此基站当然会为UE分配授权载波上的上行控制信道资源。
技术特征P:进一步包括:响应于确定在预定义的上行子帧中、在所述授权载波上的所述上行控制信道资源是可利用的,向所述UE发送触发命令,所述触发命令指示所述UE从所述非授权载波切换到所述授权载波以报告所述HARQ确认信息 **《未公开》**无对比文件未公开基于授权载波上的资源可用性,通过触发命令指示UE从非授权载波切换到授权载波报告HARQ确认信息的动态切换机制。
技术特征Q:其中所述触发命令承载所述授权载波上的所述上行控制信道资源的指示 **《未公开》**无基于技术特征P的论述,对比文件未公开触发命令的内容。
技术特征R:其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引和所述预定义的上行子帧的索引 **《未公开》**无基于技术特征P的论述,对比文件未公开资源指示的具体格式。
技术特征S:其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引,所述预定义的上行子帧的索引基于在其上传输所述触发命令的子帧的位置来确定 **《未公开》**无基于技术特征P的论述,对比文件未公开子帧索引的确定方式。

<<<A>>><<<J>>><<<M>>><<<O>>><<<k>>><<<l>>><<<n>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE