### 对比文件名称
2007-12-27_WO2007147431A_发明申请_WO2007147431A1 METHOD AND UNIT FOR EFFICIENT REPORTING OF SCHEDULING INFORMATION IN A WIRELESS TELECOMMUNICATIONS SYSTEM
### 目标专利名称
1961执行缓存器状态回报的方法及其通信装置CN101588227B
### 本次调用的模型名称
GPT-4
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| 技术特征A：用于无线通信系统的客户端中，形成媒体接入控制协议数据单元。《直接公开》 | 对比文件[p0005]：“The scheduling information is transmitted as part of the Medium Access Layer Protocol (MAC) and can therefore be either piggybacked with other transmissions (when those are ongoing) or be sent stand alone by creating MAC PDUs just to transfer the scheduling information.”（调度信息作为MAC层协议的一部分传输，因此可以与其他传输一起捎带（当那些传输正在进行时），或者通过创建MAC PDU仅用于传输调度信息而独立发送。） | 对比文件明确公开了在客户端（UE）中创建MAC PDU以传输调度信息，与目标专利的“形成媒体接入控制协议数据单元”实质相同，且作用均为承载控制信息。本领域技术人员可直接、毫无疑义地确定该技术特征被公开。 |
| 技术特征B：上述媒体接入控制协议数据单元包含填补区。《未公开》 | 对比文件全文未出现“填补区（padding）”或类似表述。 | 对比文件仅提及MAC PDU用于承载调度信息，未涉及MAC PDU内部是否包含填补区、填补区的结构或用途，因此未公开该特征。 |
| 技术特征C：上述填补区的大小大于缓存器状态回报控制单元的大小。《未公开》 | 对比文件未提及填补区大小的比较。 | 对比文件既未公开填补区，也未公开任何关于填补区大小与控制单元大小的比较关系，故未公开该特征。 |
| 技术特征D：触发填补式的缓存器状态回报流程。《未公开》 | 对比文件未提及“填补式的缓存器状态回报（Padding BSR）”或类似流程。 | 对比文件讨论的调度信息报告基于数据量、无线承载数量等条件自动选择格式，并未定义一种由填补区触发且区别于常规/周期触发的回报流程，因此未公开该特征。 |
| 技术特征E：于上述媒体接入控制协议数据单元的上述填补区不足以容纳长格式的缓存器状态回报控制单元时。《未公开》 | 对比文件未提及填补区容量与长/短格式的关系。 | 对比文件没有给出基于填补区空间是否足够来切换格式的教导；其格式选择取决于数据分布（如单个/多个承载）而非填补区大小，故未公开该特征。 |
| 技术特征F：使用短格式的缓存器状态回报控制单元进行回报。《直接公开》 | 对比文件[p0024]：“The user equipment should therefore be allowed to select (e.g. autonomously) the format of the buffer status report to minimize the number of bits needed.”（用户设备应被允许自主选择缓冲状态报告的格式以最小化所需比特数。）<br>对比文件[p0026]：“In case data is available on only one radio bearer it is efficient to indicate the radio bearer id (RBid) in a field 41, for instance of length 3 bits, and the buffer fill level in a field 42 of a length of, e.g., 9 bits.”（当数据仅在一个无线承载上可用时，有效的方式是在字段41中指示无线承载ID（例如3比特），在字段42中指示缓冲填充水平（例如9比特）。） | 对比文件公开了使用比特数较少的格式（单承载格式，共12比特）进行回报，该格式可视为短格式的缓冲状态报告。本领域技术人员可直接确定对比文件公开了“使用短格式进行回报”这一操作，尽管触发条件与目标专利不完全相同，但技术手段本身已被公开。 |
| 技术特征G：藉由上述媒体接入控制协议数据单元中对应于上述缓存器状态回报控制单元的子标头的两个保留位或逻辑信道识别字段。《未公开》 | 对比文件[p0024]：“The buffer format indicator field 31 (e.g. of length 1 or 2 bits) is used to indicate the format that the rest of the buffer report filed 32 is encoded with.”（缓冲格式指示字段31（例如长度为1或2比特）用于指示缓冲报告字段32所采用的格式。） | 对比文件通过缓冲状态报告内部的一个格式指示器（buffer format indicator）来识别格式，而非通过MAC PDU子标头中的保留位或逻辑信道识别字段。对比文件未涉及MAC PDU子标头结构，因此未公开该特征。 |
| 技术特征H：指示上述短格式的缓存器状态回报控制单元是上述填补式的缓存器状态回报流程所触发产生。《未公开》 | 对比文件未提及任何关于触发类型（填补式、常规式、周期式）的指示。 | 对比文件的格式指示仅表明数据编码方式，不反映触发该BSR的流程类型（尤其是填补式），因此未公开该特征。 |
| 技术特征I：其中上述短格式的缓存器状态回报控制单元用来指示上述客户端中具有最高优先程度的逻辑信道群组的上行链路暂存数据量。《隐含公开》 | 对比文件[p0026]：“In case data is available on only one radio bearer it is efficient to indicate the radio bearer id (RBid) in a field 41, for instance of length 3 bits, and the buffer fill level in a field 42 of a length of, e.g., 9 bits.”（当数据仅在一个无线承载上可用时，有效的方式是在字段41中指示无线承载ID，在字段42中指示缓冲填充水平。）<br>对比文件背景部分[p0005]提及“HLID denotes the Highest priority Logical channel ID”（HLID表示最高优先级的逻辑信道ID），但本发明部分不再强调优先级。 | 虽然对比文件未明确使用“最高优先程度的逻辑信道群组”一词，但短格式（单承载格式）仅在唯一承载有数据时使用，该承载自然具有最高调度优先级。本领域技术人员根据LTE系统常识（短格式通常报告最高优先级逻辑信道群组的数据量）可以合理推断出对比文件中的单承载格式同样指示了最高优先级承载的数据量。因此该特征被隐含公开。 |
| 技术特征J：其中上述短格式的缓存器状态回报控制单元为单一字节数据。《未公开》 | 对比文件例示单承载格式为12比特（RBid 3 bits + buffer 9 bits），非8比特。 | 对比文件未公开单一字节（8比特）的短格式，其例示的短格式长度为12比特，因此未公开该特征。 |
| 技术特征K：而上述长格式的缓存器状态回报控制单元为三字节数据。《未公开》 | 对比文件未明确长格式的比特数，示例中多承载格式总比特数也为12比特（[p0027]：“the total number of bits has been chosen as 12”）。 | 对比文件未公开三字节（24比特）的长格式，其示例长度与目标专利不同，且未限定为三字节，因此未公开该特征。 |
| 技术特征L：其中上述子标头包含有两个保留位。《未公开》 | 对比文件未提及MAC PDU子标头结构。 | 对比文件仅涉及缓冲状态报告内部的格式指示，未描述MAC PDU子标头的组成，因此未公开保留位。 |
| 技术特征M：一个延伸位。《未公开》 | 对比文件未提及MAC PDU子标头中的延伸位。 | 对比文件未公开子标头中包含延伸位，因此未公开该特征。 |
| 技术特征N：及五位的逻辑信道识别字段。《未公开》 | 对比文件未提及MAC PDU子标头中的字段，也未使用“五位的逻辑信道识别字段”。 | 对比文件使用的是无线承载ID（RBid），长度为3比特，而非5比特的逻辑信道识别字段，且字段位于缓冲状态报告中而非子标头，因此未公开该特征。 |
| 技术特征O：上述客户端具有超过一个逻辑信道群组具有上行链路暂存数据。《直接公开》 | 对比文件[p0027]：“In the example depicted in figure 5, four radio bearers are configured.”（在图5所示的示例中，配置了四个无线承载。）<br>对比文件[p0028]：“When encoding the total UE buffer B, denoted Btot, into the field 55, the information extracted from the fields Bl...B4 is used...” （当将总UE缓冲B编码到字段55时，使用从字段B1...B4提取的信息...） | 对比文件明确公开了在多个无线承载（对应逻辑信道群组）具有上行链路数据的情况，即客户端具有超过一个承载（逻辑信道群组）存在暂存数据。本领域技术人员可毫无疑义地确定该状态被公开。 |
---
### 公开性代码输出
对比文件直接公开了技术特征A、F、O，因此输出对应大写代码；对比文件隐含公开了技术特征I，因此输出对应小写代码。
<<<A>>><<<F>>><<<O>>><<<i>>>