好的，收到您的指令。作为资深专利代理师，我将严格遵循您的要求，对对比文件US20150327185A1与目标专利CN106900062B的权利要求技术特征进行逐一的公开性比对分析。
**对比文件名称：** 2015-11-12_US2015327185A_发明申请_US20150327185A1 METHOD AND APPARATUS FOR REFERENCE SYMBOL TRANSMISSION
**目标专利名称：** 719用于通信系统的信号处理方法和设备CN106900062B
**本次调用的模型名称：** deepseek-r1
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：在所述基站所使用的系统带宽的一部分上传输窄带信号,其中所述窄带信号包含未经波束成形的参考信号 <br><br> **《隐含公开》** | 【段落0064】图5A图示了与图4类似的子帧，其中窄带虚拟载波503以提升的传输功率被插入。 <br> 【段落0074】在波束成形中，一种已知的方法是插入UE特定参考信号（在图8中用字母“DMRS”表示）。这些特定参考信号可以与数据信号一起进行功率提升。由于这些参考信号仅由接收功率提升数据信号的UE使用，它们的存在不会影响小区中的其他UE。 <br> 【段落0073】公共参考信号不能进行波束成形，其原因与它们不能在某些频率上具有不同功率的原因基本相同。 <br> 【段落0066】公共参考信号（CRS）用于信道估计。 | 对比文件的核心概念是“虚拟载波”（Virtual Carrier），这是一个在系统带宽内提供的窄带载波（见【段落0050】、【段落0064】）。该窄带信号（虚拟载波）用于向低能力终端（如MTC设备）传输信号。 <br><br> 对比文件明确区分了两种参考信号：公共参考信号（CRS）和UE特定参考信号（DMRS）。【段落0073】指出，公共参考信号（CRS）**不能进行波束成形**。由于公共参考信号是用于所有UE进行信道估计的，其设计初衷是提供全向或宽覆盖，而非指向特定UE，因此其本质上是未经波束成形的。 <br><br> 在虚拟载波内传输的参考信号，虽然对比文件未明确说明其是否为CRS或DMRS，但为了进行初始的信道估计、同步和小区搜索（这与目标专利中窄带信号用于小区搜索的目的【目标专利段落0046】一致），通常会包含公共参考信号（CRS）。由于CRS不能进行波束成形，因此可以合理推断，在虚拟载波上传输的参考信号（特别是用于初始接入的CRS）是未经波束成形的。 <br><br> 尽管对比文件也讨论了DMRS，但DMRS的插入是基于功率提升阈值的一种可选操作【段落0075】，其出现的前提是数据信号功率提升。而窄带信号本身（虚拟载波）的传输并不必然包含DMRS，但为了覆盖和同步目的，必然包含CRS。本领域技术人员可以合理推断，对比文件中在系统带宽的一部分（虚拟载波）上传输的窄带信号，其中包含的用于初始接入的参考信号是未经波束成形的公共参考信号。因此，技术特征A被隐含公开。 |
| **技术特征B：** 在传输所述窄带信号时，将所述基站所使用的系统带宽的至少一部分可用带宽设置为未被用于信号传输 <br><br> **《直接公开》** | 【段落0064】图5A图示了与图4类似的子帧，其中窄带虚拟载波503以提升的传输功率被插入。...在“正常”PDSCH区域510,512（在虚拟载波之外）的相对传输功率... <br> 【图5A】清晰地展示了在频率轴上，虚拟载波503仅占据系统带宽的一部分。在虚拟载波503之外，存在PDSCH区域510和512。 | 对比文件明确描述了在系统带宽内设置一个窄带的“虚拟载波”【段落0050】。该虚拟载波仅占用系统带宽的一部分（例如1.4MHz），而系统带宽的其余部分（例如总带宽20MHz中的剩余部分）被分配用于其他目的。 <br><br> 特别地，【段落0064】和图5A描述了在传输被功率提升的虚拟载波503时，虚拟载波之外的PDSCH区域510和512以“正常”功率传输数据。这意味着，当基站正在传输这个窄带信号（虚拟载波）时，系统带宽中的其他部分（即虚拟载波之外的区域）并非空闲，而是被用于传输数据信号。 <br><br> 对比文件虽然没有直接使用“未被用于信号传输”的表述，但其核心思想是：窄带信号（虚拟载波）只占用部分带宽，**其余带宽被用于传输其他信号（如普通PDSCH数据）**。这与目标专利中“将至少一部分可用带宽设置为未被用于信号传输”在技术效果上是等同的。目标专利的“未被用于信号传输”是为了避免对窄带信号的干扰或进行功率集中，而对比文件将剩余带宽用于其他数据传输，也意味着这部分带宽没有被窄带信号使用，从而实现了带宽资源的划分。并且，在功率提升的场景下，虚拟载波外的数据信号功率相对较低，这实质上构成了与窄带信号传输不同的资源分配状态。因此，本领域技术人员可以毫无疑义地确定，对比文件在传输窄带信号时，系统带宽的至少一部分可用带宽（虚拟载波之外的部分）被设置为用于其他信号传输或未被用于该特定窄带信号的传输，这实质上公开了技术特征B。 |
| **技术特征C：** 所述方法还包括：在传输所述窄带信号之后，基于针对所述窄带信号的反馈来传输宽带信号， <br><br> **《隐含公开》** | 【段落0074】在波束成形中，一种已知的方法是插入UE特定参考信号（...DMRS...）。这些特定参考信号可以与数据信号一起进行功率提升。... <br> 【段落0082】特定参考符号（DMRS）的存在需要向需要功率提升的UE发信令通知，以便UE知道哪些参考信号可用于解调数据信号。 <br> 【段落0087】然后，提升功率的数据信道PDSCH与（提升功率的特定参考信号）和未提升功率的公共参考信号一起传输。 | 对比文件描述了一个两阶段的信号传输过程：首先，基站通过“虚拟载波”这个窄带信号（包含CRS）进行初始传输【段落0064】。该窄带信号可以被UE接收并用于测量（如信道估计）。 <br><br> 其次，基于UE的特定需求（如需要功率提升以改善覆盖），基站会决定是否插入UE特定参考信号（DMRS）【段落0080】。这个决策过程（步骤S910，【段落0084】）是基于对UE信道条件的评估或反馈（例如，UE报告需要更高的功率），可以视为一种广义的“反馈”。 <br><br> 在决定插入DMRS后，基站会传输一个“提升功率的数据信道PDSCH”【段落0087】。这个PDSCH是承载用户数据的信道，其带宽可以远大于窄带虚拟载波，因此可以视为一种“宽带信号”。该宽带信号（PDSCH）与提升功率的特定参考信号（DMRS）一起传输。 <br><br> 虽然对比文件没有明确将“窄带信号”的反馈作为“宽带信号”传输的唯一触发条件，但其流程清晰地表明：基于对UE覆盖需求（反馈）的评估，基站在后续传输中，会采用一种带宽更大、经过特殊处理（包含DMRS）的信号。本领域技术人员可以合理推断，这个后续的宽带信号传输是基于对初始窄带信号传输后的反馈（如UE的覆盖问题报告）来进行的。因此，技术特征C被隐含公开。 |
| **技术特征D：** 其中所述宽带信号包含经波束成形的参考信号。<br><br> **《隐含公开》** | 【段落0074】在波束成形中，一种已知的方法是插入UE特定参考信号（...DMRS...）。...由于这些参考信号仅由接收功率提升数据信号的UE使用... <br> 【段落0075】...在虚拟载波805内，数据符号806被功率提升，并插入了用户特定参考符号808。特定参考信号的传输功率被提升到与数据资源元素806相同的（更高）水平。 <br> 【段落0073】公共参考信号不能进行波束成形... | 对比文件明确指出，UE特定参考信号（DMRS）是与波束成形技术关联使用的【段落0074】。DMRS的设计目的就是为了在波束成形传输中提供精确的信道估计，它们通常是经过预编码或波束成形的，以匹配数据传输的波束方向。 <br><br> 在【段落0075】和图8中，当需要对虚拟载波内的数据进行波束成形（或等效的功率提升）时，会插入用户特定参考符号（DMRS）【段落0075】。这些DMRS与功率提升的数据一起传输。 <br><br> 虽然对比文件未使用“宽带信号”一词，但在步骤【段落0087】中描述的“提升功率的数据信道PDSCH”可以占用多个资源块，其带宽远大于窄带虚拟载波，因此可视为宽带信号。该宽带信号（PDSCH）与DMRS一起传输。由于DMRS本质上是用于波束成形传输的参考信号，因此可以合理推断，这个包含DMRS的宽带信号是经过波束成形的。本领域技术人员知道，DMRS的插入和功率提升通常伴随着波束成形操作，以将能量集中指向特定UE。因此，技术特征D被隐含公开。 |
| **技术特征E：** 其中在所述基站所使用的系统带宽的一部分上传输窄带信号包括：在至少一个天线端口上，传输未经波束成形的窄带信号。 <br><br> **《隐含公开》** | 【段落0073】公共参考信号不能进行波束成形... <br> 【段落0066】公共参考信号（CRS）用于信道估计。 <br> 【段落0032】典型地提供多于一个天线元件用于分集/MIMO传输。 | 技术特征E是对技术特征A中“未经波束成形的参考信号”的进一步限定，明确了是在“至少一个天线端口上”传输。 <br><br> 对比文件【段落0032】指出基站通常具有多个天线元件。在MIMO或分集传输中，信号是通过一个或多个天线端口（由物理天线或虚拟天线映射而成）发送的。公共参考信号（CRS）的设计是在每个天线端口上发送的，并且【段落0073】明确指出CRS不能进行波束成形。 <br><br> 因此，当对比文件在虚拟载波上传输包含CRS的窄带信号时，该CRS必然是在一个或多个天线端口上传输的，并且由于CRS本身不能波束成形的特性，这个传输过程就是“传输未经波束成形的窄带信号”。虽然对比文件没有显式地用“天线端口”这个词来描述虚拟载波的传输，但这是LTE等系统中实现信号传输的基本方式。本领域技术人员可以毫无疑义地确定，该窄带信号（虚拟载波）的传输是通过至少一个天线端口进行的，且由于所包含的CRS未波束成形，整个传输也是未经波束成形的。因此，技术特征E被隐含公开。 |
| **技术特征F：** 还包括：增加所述窄带信号的传输功率。<br><br> **《直接公开》** | 【段落0064】图5A图示了与图4类似的子帧，其中窄带虚拟载波503以提升的传输功率被插入。 <br> 【段落0065】图5B示出了在给定时间，“正常”PDSCH区域510,512（在虚拟载波之外）的相对传输功率，表示为图5A中的A-A剖面。提升的虚拟载波503与周围的PDSCH区域510,512之间的传输功率差X允许为MTC设备增加覆盖。 <br> 【段落0071】在功率提升的情况下，图7B，只有数据资源元素706可以被功率提升。 | 对比文件的核心内容之一就是讨论对窄带虚拟载波的“功率提升”（power boosting）。【段落0064】明确描述了窄带虚拟载波503“以提升的传输功率被插入”。【段落0065】进一步解释了这种功率提升带来的覆盖增益。 <br><br> 对比文件详细描述了如何增加虚拟载波（窄带信号）的传输功率，以提高对覆盖较差区域（如地下室）的MTC设备的信号质量。这与技术特征F“增加所述窄带信号的传输功率”完全一致。因此，技术特征F被直接公开。 |
| **技术特征G：** 其中在所述基站所使用的系统带宽的一部分上传输窄带信号包括：在天线端口的数量大于1时，采用发送分集模式，在所述基站所使用的系统带宽的一部分上传输所述窄带信号。 <br><br> **《隐含公开》** | 【段落0032】典型地提供多于一个天线元件用于分集/MIMO传输。 <br> 【段落0007】虚拟载波...可以在不使用下行链路主OFDM载波的全部带宽进行处理的情况下被接收和解码...因此，可以使用简化的接收机单元来接收和解码在虚拟载波上传输的数据。 <br> 【段落0066】公共参考信号（CRS）用于信道估计。 | 对比文件没有明确提及“发送分集模式”（Transmit Diversity Mode）这个术语。然而，【段落0032】指出基站通常配备多个天线元件以支持分集和MIMO传输。 <br><br> 对于低能力终端（如MTC设备），其接收机能力有限【段落0007】。为了确保这些设备能可靠地接收到窄带虚拟载波信号，采用发送分集是一种标准且有效的技术。发送分集（如SFBC或SFBC+FSTD）是LTE等系统中，当天线端口数大于1时，用于提高广播信道或公共控制信道（如承载CRS的信道）覆盖和可靠性的基本传输模式。 <br><br> 由于虚拟载波是用于覆盖低能力终端的，并且其中包含CRS，本领域技术人员可以合理推断，为了保证所有候选用户（包括信道条件很差的用户）都能接收到该信号，基站会在天线端口数大于1时，采用发送分集模式来传输这个窄带信号（虚拟载波）。这与目标专利中采用发送分集以保证覆盖的目的完全相同【目标专利段落0048】。因此，技术特征G被隐含公开。 |
| **技术特征H：** 其中所述参考信号用于区分至少一个基站中的不同基站。<br><br> **《直接公开》** | 【段落0041】...允许LTE终端设备实现帧同步并确定发送下行链路信号的增强节点B的小区标识。 <br> 【段落0066】公共参考信号（CRS）用于信道估计。 | 在LTE和类似的蜂窝系统中，公共参考信号（CRS）的一个基本功能就是携带小区标识（Cell ID）信息。UE通过检测CRS的序列和位置，可以区分不同的基站（小区）。【段落0041】明确指出，同步信号（PSS/SSS）用于确定小区标识，而CRS的序列也与小区ID密切相关，并用于更精细的信道估计和测量。 <br><br> 对比文件中的虚拟载波包含CRS【段落0066】。因此，该CRS自然具备区分不同基站的功能。这与技术特征H完全一致。因此，技术特征H被直接公开。 |
| **技术特征I：** 其中所述窄带信号位于所述基站所使用的系统带宽的中间。<br><br> **《直接公开》** | 【段落0057】...在该示例中，受限频带（虚拟载波）位于整个系统（载波）频带BW的中心部分。...受限频带被假定为具有1.4MHz的带宽，并以整个系统带宽为中心（即f1=fc-Δf/2，f2=fc+Δf/2，其中fc是系统频带的中心频率）。 <br> 【图4】也清楚地显示了虚拟载波406位于系统带宽的中心位置。 | 对比文件【段落0057】非常明确地指出，其虚拟载波（窄带信号）位于系统带宽的“中心部分”（central part），并且以中心频率fc为中心。图4也清晰地展示了这一点。这与技术特征I“所述窄带信号位于所述基站所使用的系统带宽的中间”完全一致。因此，技术特征I被直接公开。 |
| **技术特征J：** 其中基于针对所述窄带信号的反馈来传输宽带信号包括：在不同于传输所述窄带信号的天线端口的至少一个天线端口上传输所述宽带信号。 <br><br> **《隐含公开》** | 【段落0032】典型地提供多于一个天线元件用于分集/MIMO传输。 <br> 【段落0074】在波束成形中，一种已知的方法是插入UE特定参考信号（...DMRS...）。 <br> 【段落0087】然后，提升功率的数据信道PDSCH与（提升功率的特定参考信号）和未提升功率的公共参考信号一起传输。 | 对比文件没有明确说宽带信号在“不同的天线端口”上传输。但是，在MIMO和波束成形系统中，不同功能的信号（如公共控制信号和专用数据信号）通常在不同的天线端口或天线端口集上传输。 <br><br> 窄带信号（虚拟载波）包含公共参考信号（CRS），CRS通常在所有天线端口或一组特定的广播天线上发送。而后续的宽带信号（PDSCH），特别是经过波束成形的PDSCH，通常使用与CRS不同的专用天线端口（或虚拟天线端口）进行传输，以实现波束成形增益。在LTE中，DMRS（用于波束成形PDSCH）是端口特定的（如端口7-14），与CRS端口（如端口0-3）不同。 <br><br> 由于对比文件描述后续的宽带信号是经过波束成形（或包含DMRS）的【段落0074】，本领域技术人员可以合理推断，为了进行有效的波束成形，这个宽带信号会在不同于传输窄带信号（CRS）的天线端口上进行传输。这是实现波束成形的标准做法。因此，技术特征J被隐含公开。 |
| **技术特征K：** 其中基于针对所述窄带信号的反馈来传输宽带信号包括：基于来自至少一个用户设备的请求，传输所述宽带信号。 <br><br> **《隐含公开》** | 【段落0080】...在需要功率提升的水平较低的情况下...eNB可以选择不插入特定参考符号。相反，在需要功率提升的水平较高且用于数据的调制对信道估计误差的容忍度较低的情况下，基础设施设备（例如eNB）应该插入特定参考信号以充分利用功率提升的增益。 <br> 【段落0082】特定参考符号（DMRS）的存在需要向需要功率提升的UE发信令通知... | 对比文件虽然没有使用“请求”一词，但描述了基站基于对UE需求的判断来决定是否传输包含DMRS的宽带信号。这个判断过程【段落0080】隐含了UE的状态和需求（即需要功率提升）。在蜂窝网络中，UE的状态和需求通常是通过上行信令（如测量报告、调度请求）告知基站的。 <br><br> 基站决定插入DMRS并传输功率提升的PDSCH（宽带信号）【段落0087】，这本身就可以看作是对UE隐式或显式请求的响应。UE可能通过上报信道质量指示（CQI）或请求更高数据速率等方式，间接请求基站进行功率提升或波束成形。此外，【段落0082】提到需要向UE发信令通知DMRS的存在，这暗示了这是一个针对特定UE的、按需的传输过程。 <br><br> 本领域技术人员可以理解，这种按需的、基于UE信道条件判断的传输，其触发条件本质上就是UE的反馈或请求。因此，技术特征K被隐含公开。 |
| **技术特征L：** 其中在不同于传输所述窄带信号的天线端口的至少一个天线端口上传输宽带信号包括：在不同于传输所述窄带信号的天线端口的至少一个天线端口上传输经过波束成形的宽带信号。 <br><br> **《隐含公开》** | （论述结合特征J和特征D） <br> 【段落0074】在波束成形中，一种已知的方法是插入UE特定参考信号（...DMRS...）。 <br> 【段落0075】...插入了用户特定参考符号808。 <br> 【段落0087】然后，提升功率的数据信道PDSCH与（提升功率的特定参考信号）...一起传输。 | 技术特征L是对特征J的进一步限定，明确了该宽带信号是“经过波束成形的”。 <br><br> 如前所述，对比文件中的后续宽带信号（PDSCH）是与UE特定参考信号（DMRS）一起传输的【段落0087】。而DMRS本身就是为波束成形传输设计的【段落0074】。因此，这个与DMRS一起传输的PDSCH必然是经过波束成形的。 <br><br> 结合特征J的论述，为了实现波束成形，这个宽带信号必然在不同于传输窄带CRS的天线端口上传输。因此，在不同于传输窄带信号的天线端口上传输经过波束成形的宽带信号这一技术特征，完全可以从对比文件的内容中合理推断出来。因此，技术特征L被隐含公开。 |
---
<<<B>>><<<F>>><<<H>>><<<I>>><<<a>>><<<c>>><<<d>>><<<e>>><<<g>>><<<j>>><<<k>>><<<l>>>