对比文件名称：2005-11-24_JP2005536168A_发明专利_JP2005536168A Processing of the data unit for transmitting through the same channel
目标专利名称：1872无线通讯系统中改善下行链路共用传输信道传输方法及装置CN101316267B
本次调用的模型名称：资深专利代理师评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包含有藉由媒体存取控制协议实体，将广播控制信道映射至下行链路共用传输信道<br>《直接公开》 | 对比文件记载：“MAC‑c／ｓｈ副階層は、他の端末と共有するＦｏｒｗａｒｄ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（ＦＡＣＨ）やＤｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（ＤＳＣＨ）などの共有伝送チャネルを管理する。”（MAC-c/sh副阶层管理与其他终端共享的Forward Access Channel (FACH)和Downlink Shared Channel (DSCH)等共享传输信道）<br>同时，表1（FDD情况）中显示：对于传输信道FACH，逻辑信道BCCH对应的MAC头部信息为“N”（表示没有任何头部字段），明确存在BCCH至FACH的映射关系。 | 对比文件明确公开了MAC-c/sh协议实体将广播控制信道（BCCH）映射至下行链路共用传输信道FACH（Forward Access Channel，属于下行链路共用传输信道），该映射关系由MAC-c/sh实体执行。本领域技术人员根据对比文件可直接且毫无疑义地得出技术特征A。 |
| **技术特征B：** 以通过所述下行链路共用传输信道传送系统信息广播讯息<br>《隐含公开》 | 对比文件表1显示BCCH映射至FACH；BCCH（Broadcast Control Channel）在UMTS系统中专用于承载系统信息（如系统信息块SIB、系统信息变更指示等）。<br>对比文件在说明MAC-c/sh功能时指出共用传输信道用于传输不同逻辑信道的数据，而BCCH本身的作用即为广播系统信息。 | 虽然对比文件未使用“系统信息广播讯息”这一措辞，但BCCH的本质功能就是将系统信息广播至终端。本领域技术人员基于BCCH的定义以及其在FACH上的映射，合理推断出通过FACH传送的正是系统信息广播讯息。因此，技术特征B被隐含公开。 |
| **技术特征C：** 根据所述系统信息广播讯息，形成媒体存取控制协议数据单元<br>《直接公开》 | 对比文件图14及相关描述：“送信側の上位階層３１０からＭＡＣ−ｃ／ｓｈ３２０に、ＭＡＣ−ｃ／ｓｈ ＳＤＵが伝達されると（ステップＳ１０）、前記ＭＡＣ−ｃ／ｓｈ３２０は、一つのＴＴＩ時間の間に伝送すべき複数のＭＡＣ−ｃ／ｓｈ ＳＤＵを結合してペイロードを形成し、前記ペイロードにＭＡＣ−ｃ／ｓｈヘッダーを付加して一つのＭＡＣ−ｃ／ｓｈ ＰＤＵを生成する（ステップＳ２０）”。（从发送侧的上层310向MAC-c/sh 320传送MAC-c/sh SDU（步骤S10），MAC-c/sh 320将一个TTI时间内应传送的多个MAC-c/sh SDU连接形成有效载荷，并在该有效载荷上附加MAC-c/sh报头，生成一个MAC-c/sh PDU（步骤S20））。<br>同时，表1中对于BCCH on FACH，MAC头部为“N”，即不添加任何头部，但仍形成MAC PDU。 | 对比文件公开了MAC-c/sh实体根据接收到的MAC SDU（来自BCCH的系统信息）形成MAC PDU的过程。对于BCCH映射至FACH的情形，MAC PDU由对应的SDU构成（即使头部为“N”）。因此，技术特征C被直接公开。 |
| **技术特征D：** 其中所述媒体存取控制协议数据单元不包含任何表头字段<br>《直接公开》 | 对比文件表1及其说明：“「Ｎ」表示は、何らのヘッダーがないことを意味し”。（“N”表示没有任何头部字段）。<br>表1中明确：对于FACH上的BCCH，MAC头部信息列为“N”。 | 对比文件直接公开了在BCCH映射至FACH时，MAC PDU不包含任何表头字段（即MAC头部为“N”）。该特征与目标专利中“不包含任何表头字段”完全一致，故直接公开。 |
| **技术特征E：** 其中所述系统信息广播讯息是使用特定识别<br>《未公开》 | 对比文件全文未提及系统信息广播讯息使用例如BCCH specific H-RNTI等特定识别。表1中对于BCCH on FACH，MAC头部为“N”，无任何识别字段（如UE-ID、TCTF等）。 | 对比文件未公开系统信息广播讯息需使用特定识别进行标识，亦未给出任何暗示。本领域技术人员无法从对比文件直接或推断得出该特征。因此，技术特征E未被公开。 |
| **技术特征F：** 通过所述下行链路共用传输信道进行传输<br>《直接公开》 | 对比文件表1显示BCCH映射至FACH；FACH即为下行链路共用传输信道。对比文件说明FACH是共享传输信道（“他の端末と共有するＦｏｒｗａｒｄ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ”）。 | 对比文件明确公开了BCCH的数据通过下行链路共用传输信道FACH传输。因此，技术特征F被直接公开。 |
| **技术特征G：** 其中所述媒体存取控制协议数据单元仅包含对应于所述系统信息广播讯息的媒体存取控制服务数据单元<br>《未公开》 | 对比文件图14及相关描述表明MAC-c/sh PDU可包含多个SDU（结合操作），且未限制仅包含一个SDU。对于BCCH on FACH，对比文件未说明MAC PDU的内容构成。 | 对比文件没有公开MAC PDU仅包含一个SDU，反而教导了多个SDU的连接以形成有效载荷。本领域技术人员无法从对比文件得出“仅包含一个SDU”的限定。因此，技术特征G未被公开。 |
| **技术特征H：** 其中所述媒体存取控制协议数据单元不包含所述媒体存取控制协议实体所添加的填补位<br>《未公开》 | 对比文件全文未提及填补位（padding）及其处理。 | 对比文件没有涉及MAC层是否添加填补位，更未公开MAC PDU不包含MAC层添加的填补位。因此，技术特征H未被公开。 |
| **技术特征I：** 其还包含藉由上层通讯协议实体对所述系统信息广播讯息进行填补<br>《未公开》 | 对比文件未提及上层协议实体对系统信息广播讯息进行填补的操作。 | 对比文件未公开任何上层填补机制，因此技术特征I未被公开。 |
| **技术特征J：** 以符合传输区块大小<br>《未公开》 | 对比文件未提及传输区块大小及填补以符合大小的相关概念。 | 对比文件未公开与传输区块大小相关的填补操作，故技术特征J未被公开。 |
| **技术特征K：** 其中所述上层通讯协议实体是无线资源控制协议实体<br>《未公开》 | 对比文件未提及无线资源控制（RRC）协议实体。 | 对比文件未公开任何上层协议实体的具体类型，故技术特征K未被公开。 |
<<<A>>><<<b>>><<<C>>><<<D>>><<<F>>>