好的,收到您的指示。作为资深专利代理师,我将严格遵循您的要求,对目标专利的权利要求与对比文件进行逐特征比对分析。我将深度理解目标专利说明书,并结合对比文件的内容,判断每个技术特征是否被直接公开或隐含公开。
在开始分析之前,首先明确本次分析涉及的文件和模型:
- **目标专利名称**: 1135混合服务场景中的多个准予处置CN113647181B
- **对比文件名称**: WO2018083855A1_Description_20260428_0913
- **本次调用的模型名称**: (由于此信息未在您的指令中提供,且我作为AI助手无法感知自身模型名称,故此处留空或请您补充。为满足格式要求,我将在此处填写 `default_model`。)
接下来,我将创建特征比对表格,逐一分析技术特征A至Q。
### 特征比对表格
| 第一栏:技术特征描述及公开性判断 | 第二栏:对比文件原文引用 | 第三栏:公开性论述 |
| **技术特征A:所述方法包括,从网络节点接收第一准予和第二准予,其中,所述第一准予和所述第二准予是重叠的。** <br><br> **《直接公开》** | [0056] “...grant receiving circuitry for receiving a first resource grant for a data transmission in a subframe and a second resource grant for a data transmission of data in said subframe...” <br><br> [0069] “...the following conflicts between different grants for the same subframe may occur in an uplink subframe nu:...” <br><br> [0088] “...在子帧n1,传输多子帧DCI,该DCI向UE授权子帧nu-1至nu+2中的资源。此外,在子帧n2,传输单子帧DCI,该DCI向同一UE授权子帧nu中的资源。因此,UE接收到针对子帧nu的两个授权。” | 对比文件明确公开了无线装置(UE)接收用于同一子帧(subframe)传输的第一资源授权(first resource grant)和第二资源授权(second resource grant)。[0056] 和 [0069] 描述了针对同一子帧存在多个授权(冲突)的场景,[0088] 通过具体示例(多子帧授权和单子帧授权)进一步说明这两个授权在时域资源上是重叠的。这完全对应了目标专利特征A中“接收第一准予和第二准予,其中,所述第一准予和所述第二准予是重叠的”。 |
| **技术特征B:确定所述第一准予和所述第二准予中的优先化准予。** <br><br> **《直接公开》** | [0056] “...transmission control circuitry for selecting according to which of the first resource grant and the second resource grant data are to be transmitted in the subframe...” <br><br> [0094] “...upon receiving two grants for the same subframe, the UE follows the grant that has been received later in time.” <br><br> [0112] “...the UE obeys the grant which is more reliable...” <br><br> [0124] “...the UE shall transmit PUSCH according to the following sequence of priorities: 1) If the conflict results from a single-subframe grant and a multi-subframe grant, the UE follows the single-subframe grant. 2) If the conflict is not resolved by step 1), the UE follows the more recently received grant...” | 对比文件的核心思想就是解决多个授权冲突的问题。其明确公开了UE需要从接收到的多个授权中“选择(selecting)”、“遵循(follows/obeys)”其中一个授权来执行数据传输。这种选择或遵循的过程,实质上就是确定哪个授权是优先化的。对比文件提供了多种选择准则(如接收时间、授权类型、可靠性等),均是为了确定一个优先化的授权。[0066] 中的“selecting”一词直接对应了“确定优先化准予”。因此,该特征被直接公开。 |
| **技术特征C:针对所述第一准予和所述第二准予中的所述优先化准予构造媒体访问控制MAC协议描述单元PDU。** <br><br> **《隐含公开》** | [0064] “...A transport block (TB) that will be transmitted in a physical downlink shared channel (PDSCH) or physical uplink shared channel (PUSCH) has to be prepared prior to the transmission... A certain number of bits, given by the transport block size (TBS), are taken from a specific HARQ process queue of the MAC layer and passed down to the PHY (physical layer) together with a corresponding MAC header.” <br><br> [0089] “...the transmission parameters indicated in the grant are adopted for transmission of the data.” <br><br> [0134] “...a transmission unit for transmitting the data in the subframe according to the selected first grant or second grant.” | 目标专利的“构造MAC PDU”是指MAC层根据所选准予的传输参数(如TBS、资源等)来组装数据包,这是将数据传递给物理层进行传输的必要前置步骤。对比文件虽未直接使用“构造MAC PDU”这一措辞,但其明确描述了根据所选授权进行数据传输的完整过程。在3GPP/LTE系统中,数据传输前,MAC层必须根据授权信息(如传输块大小TBS)构建一个包含MAC头的MAC PDU,然后将其递交给物理层进行传输(如[0064]所述)。因此,当对比文件公开了“根据所选授权传输数据”([0089], [0134])时,本领域技术人员可以毫无疑义地推断出,UE的MAC层必然已经根据该授权构造了MAC PDU。这一推理是合理且符合无线通信系统基本操作的,因此该技术特征被对比文件隐含公开。 |
| **技术特征D:其中,如果所述第一准予和所述第二准予两者在相关联的逻辑信道中都具有可用数据,则针对所述第一准予和所述第二准予中的所述优先化准予构造所述MAC PDU。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 对比文件主要基于授权本身的属性(如接收时间、是否为多子帧授权、可靠性)来决定优先化准予。通篇未提及在选择准予时需要考虑“相关联的逻辑信道中是否具有可用数据”这一条件。对比文件解决的是不同DCI调度同一子帧时的冲突,其决策逻辑与MAC层的逻辑信道数据可用性无关。因此,该技术特征未被对比文件公开。 |
| **技术特征E:并且中,如果所述第一准予在相关联的逻辑信道中具有可用数据并且所述第二准予在相关联的逻辑信道中不具有可用数据,则将所述第一准予确定为所述优先化准予。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 与特征D类似,对比文件的选择规则中不包含基于单个准予的逻辑信道数据可用性进行判定的内容。对比文件没有公开根据各准予对应的逻辑信道是否有数据来决定优先化准予的技术方案。因此,该技术特征未被对比文件公开。 |
| **技术特征F:其中,针对所述优先化准予构造所述MAC PDU包括:基于在接收到所述第二准予之前尚未开始针对所述第一准予构造任何MAC PDU,针对所述第一准予和所述第二准予中的所述优先化准予构造新MAC PDU。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 对比文件公开了在收到冲突授权时的选择规则(如选择后收到的),但其选择是在收到两个授权后进行的逻辑判断,并未涉及根据“是否已经开始针对第一个准予构造MAC PDU”这一MAC层处理进度来区分是“选择”还是“抢占”。对比文件没有公开基于MAC PDU构造时机(开始或未开始)来决定后续处理流程的技术特征。因此,该技术特征未被对比文件公开。 |
| **技术特征G:其中,当所述无线装置在接收到所述第二准予之前尚未开始针对所述第一准予构造任何MAC PDU时,针对重叠的所述第一准予和所述第二准予构造仅一个MAC PDU,所述仅一个MAC PDU是针对所述第一准予和所述第二准予中的所述优先化准予而构造的。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 该特征是特征F的进一步限定,明确了在未开始构造MAC PDU的场景下,最终只构造一个MAC PDU。对比文件虽然描述了选择(selecting)一个授权,但并未将这种选择与MAC PDU构造的时机(开始与否)关联起来。对比文件公开的UE行为是从两个授权中选择一个,其最终传输必然是依照所选授权构造一个MAC PDU,但这与特征G中基于“尚未开始构造”这一前提进行决策是不同的概念。该特征未被公开。 |
| **技术特征H:其中,当确定所述第二准予是所述优先化准予并且在接收到所述第二准予之前已经开始针对所述第一准予构造第一MAC PDU时,针对所述优先化准予构造所述MAC PDU包括:针对所述第二准予构造所述MAC PDU。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 对比文件没有公开“已经开始构造第一MAC PDU”这一前提场景。对比文件描述的冲突处理都是发生在收到两个授权之后,并未考虑在收到第二个授权时,对第一个授权的MAC PDU处理已经进行到何种程度。因此,任何基于此处理进度(已经开始构造)的后续动作,如“针对第二准予构造MAC PDU”,均未被对比文件公开。 |
| **技术特征I:抢占所述第一MAC PDU。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | “抢占(preempt)”是一个明确的技术动作,意味着中断并取消正在进行的传输或准备过程。对比文件虽然讨论了授权冲突,但其解决方案是“选择”一个授权,而不是用新授权“抢占”已根据旧授权开始的处理。对比文件并未提及MAC PDU的抢占机制。因此,该技术特征未被对比文件公开。 |
| **技术特征J:其中,当确定所述第一准予是所述优先化准予并且在接收到所述第二准予之前已经开始针对所述第一准予构造第一MAC PDU时,针对所述优先化准予构造所述MAC PDU包括:忽略所述第二准予。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 与特征H和I类似,对比文件没有基于MAC PDU构造开始与否的决策场景。虽然对比文件有“忽略”的概念(如忽略SSF grant),但其是基于授权类型或接收时间等静态规则,而非基于MAC层的处理动态。特征J的“忽略”是建立在“已经开始构造第一MAC PDU”且“第一准予是优先化准予”这一特定前提下的,对比文件未公开此前提,也未公开在此前提下的“忽略”行为。因此,该技术特征未被公开。 |
| **技术特征K:继续处理所述第一MAC PDU。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 该特征是特征J的自然结果,即“忽略”第二准予后,继续处理第一准予的MAC PDU。对比文件未公开特征J,故该特征亦未被公开。 |
| **技术特征L:还包括:将所述优先化准予的所述MAC PDU传递到混合自动重传请求HARQ实体。** <br><br> **《隐含公开》** | [0064] “...taken from a specific HARQ process queue of the MAC layer and passed down to the PHY...” <br><br> [0132] “...transmission control circuitry for selecting according to which of the first resource grant and the second resource grant data are to be transmitted in the subframe; and a transmission unit for transmitting the data in the subframe according to the selected first grant or second grant.” | 在无线通信系统(如LTE/NR)的标准操作中,MAC PDU在构造完成后,会被传递给相应的HARQ实体,再由HARQ实体控制物理层进行传输。这是MAC层处理上行数据传输的标准流程。对比文件虽然没有明确写出“传递到HARQ实体”这一步骤,但其描述了将数据从MAC层传递到物理层进行传输的完整过程([0064]),且其选择授权的最终目的是“transmitting the data”([0132])。在实现这一目的过程中,将MAC PDU递交给HARQ实体是必不可少的一环。本领域技术人员可以合理且毫无疑义地认识到,为了执行该传输,对比文件的方法必然隐含了将优先化准予的MAC PDU传递到HARQ实体的步骤。因此,该技术特征被对比文件隐含公开。 |
| **技术特征M:其中:所述第一准予和所述第二准予中的一个对应于动态准予。** <br><br> **《直接公开》** | [0045] “...only per-TTI scheduling is allowed. Downlink or uplink grant received in subframe n schedules only one PDSCH or PUSCH for a subframe n+k...” <br><br> [0084] “...a DCI (0B or 4B) shall be able to trigger Sounding Reference Signals (SRS) and/or Channel State Information (CSI)” <br><br> [0088] “...在子帧n2,传输单子帧DCI...” | 对比文件通篇讨论的是通过DCI(下行控制信息)发送的授权。DCI是典型的动态调度方式,其对应的授权即动态准予。对比文件明确提到了“单子帧DCI”、“多子帧DCI”、“DCI格式0A/0B/4A/4B”等,这些都是动态准予的具体实现形式。因此,对比文件明确公开了其讨论的授权是动态准予。所以特征M被直接公开。 |
| **技术特征N:所述第一准予和所述第二准予中的另一个对应于已配置的准予。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 对比文件的整个发明背景和详细描述均围绕动态DCI授权(特别是单子帧和多子帧授权)的冲突展开。对比文件没有提及或暗示任何关于“已配置的准予”(如SPS准予或NR中的Configured Grant)的内容。其所有示例和实施例中的授权都是通过DCI动态发送的。因此,该技术特征未被对比文件公开。 |
| **技术特征O:还包括:基于来自网络节点的信令获得与所述第一准予相关联的优先级。** <br><br> **《隐含公开》** | [0112] “...According to another embodiment, the UE obeys the grant which is more reliable as seen by the UE.” <br><br> [0115] “...a DCI with more reserved bits, and/or with more bits that have a pre-defined value, and/or with more bits spent for padding may be selected for data transmission.” | 目标专利中的“优先级”可以通过多种方式获得,包括显式信令(如DCI中的TPI索引)或隐式推断(如基于物理层配置)。对比文件没有使用“优先级”一词,但其提出了根据授权的“可靠性(reliability)”进行选择的方案。为了评估可靠性,UE需要从接收到的DCI中获取信息,如CRC长度、预留比特数、填充比特数等([0115])。这些信息是包含在DCI(信令)中的,UE基于这些信令推断出的“可靠性”,实质上就是一种隐式的优先级。本领域技术人员可以理解,这种从信令中获取信息并用于决策的过程,与“基于来自网络节点的信令获得优先级”是等效的。因此,该技术特征被对比文件隐含公开。 |
| **技术特征P:其中,所述第一准予和所述第二准予中的一个对应于动态准予,所述第一准予和所述第二准予中的另一个对应于已配置的准予。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 与特征N相同,对比文件未公开“已配置的准予”这一概念。因此,该特征所限定的场景(一个动态准予,一个已配置准予)未被对比文件公开。 |
| **技术特征Q:当与所述第一准予相关联的优先级等于与所述第二准予相关联的优先级时,确定所述优先化准予还包括确定所述动态准予具有较高优先级。** <br><br> **《未公开》** | 无直接或隐含对应内容。 | 对比文件未公开“已配置的准予”这一概念,因此根本不会涉及到在“动态准予”和“已配置准予”之间进行优先级比较的场景。对比文件中虽然有优先级规则(如[0124]),但其是在单子帧授权和多子帧授权之间比较,或者基于接收时间比较,与目标专利特征Q中的比较基础完全不同。因此,该技术特征未被对比文件公开。 |
---
### 结论代码
根据以上严谨的比对分析,对比文件对目标专利权利要求各技术特征的公开情况如下:
- **直接公开**:技术特征 A, B, M
- **隐含公开**:技术特征 C, L, O
- **未公开**:技术特征 D, E, F, G, H, I, J, K, N, P, Q
因此,在回答结尾插入对应代码:
<<<A>>><<<B>>><<<M>>>
<<<c>>><<<l>>><<<o>>>