目标专利名称：用于支持增强型机器类型通信的较宽带模式的技术
对比文件名称：发明申请_WO2015019043A1 INFRASTRUCTURE EQUIPMENT, WIRELESS COMMUNICATIONS NETWORK AND METHOD
模型名称：本次分析由专利代理师执行
以下是根据目标专利权利要求划分的技术特征与对比文件WO2015019043A1的比对表格：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于在无线设备处进行机器类型通信的方法<br>**判断结果**：隐含公开 | [p0015] “According to another example aspect there is provide a communications terminal comprising a transmitter configured to transmit signals to a wireless communications network via a wireless access interface provided by the wireless communications network. The communications terminal also comprises a receiver configured to receive signals from the wireless communications network, and a controller configured to control the transmitter and the receiver to transmit and receive the signals, wherein the controller includes an input buffer for receiving data packets for transmission as the signals via the wireless access interface. The controller is configured to identify whether the received data packets are delay tolerant or non-delay tolerant, to determine in combination with signals received from the receiver an indication of a current state for radio communications formed by the wireless access interface for transmitting the data packets via the wireless access interface, and in accordance with the predetermined conditions which include a current state for radio communications and an amount of the delay tolerant data packets in the input buffer and an amount of the non-delay tolerant packets in the input buffer either to transmit the non-delay tolerant data packets or to transmit the non-delay tolerant data packets and the delay tolerant data packets from the input buffer to the mobile communications network using the transmitter, or maintaining the delay tolerant or non-delay tolerant data packets in the input buffer until the predetermined conditions are satisfied.”<br>译文：根据另一个示例性方面，提供了一种通信终端，其包括被配置为经由无线通信网络提供的无线接入接口向无线通信网络发送信号的发射机。该通信终端还包括被配置为从无线通信网络接收信号的接收机，以及被配置为控制发射机和接收机以发送和接收信号的控制器，其中该控制器包括用于接收要通过无线接入接口作为信号发送的数据包的输入缓冲器。该控制器被配置为识别接收到的数据包是延迟容忍的还是非延迟容忍的，与从接收机接收的信号相结合来确定由无线接入接口形成的、用于经由无线接入接口发送数据包的无线电通信的当前状态的指示，并且根据包括无线电通信的当前状态、输入缓冲器中延迟容忍数据包的数量以及输入缓冲器中非延迟容忍数据包的数量的预定条件，要么使用发射机将非延迟容忍数据包或者将非延迟容忍数据包和延迟容忍数据包从输入缓冲器发送到移动通信网络，要么将延迟容忍或非延迟容忍数据包保持在输入缓冲器中直到满足预定条件。 | 技术特征A限定了“一种用于在无线设备处进行机器类型通信的方法”。目标专利说明书[0005]指出，窄带通信包括MTC或eMTC。对比文件[p0015]描述了通信终端（即无线设备，如MTC设备）执行的一系列操作步骤，包括识别数据包类型、确定无线电通信状态、并根据预定条件决定发送数据包或将其保持在缓冲器中。这构成了一种由无线设备执行的通信方法。虽然对比文件侧重于基于延迟容忍性和信道状态的数据传输决策，而未明确限定为“机器类型通信”，但本领域技术人员结合对比文件上下文（例如[p0008]提及MTC应用）可以合理推断，该方法可应用于MTC设备。因此，对比文件隐含公开了技术特征A。在对比文件中，该方法的作用是优化数据传输的功率效率和资源利用率；在目标专利中，该方法用于支持eMTC的较宽带模式操作。两者作用不完全相同，但方法本身被隐含公开。 |
| **技术特征B**：传送对根据用于在连通模式中至少一个共享信道上与网络进行通信的多种模式来操作的能力的指示<br>**判断结果**：未公开 | [p0140] “receiving signals representing an indication of a number of delay tolerant data packets and non-delay tolerant data packets in an input buffer of the communications terminal”<br>译文：接收表示通信终端的输入缓冲器中延迟容忍数据包和非延迟容忍数据包数量的指示信号。 | 技术特征B涉及无线设备向网络传送其能够根据多种模式（包括窄带和至少一个较宽带）进行操作的能力指示。根据目标专利说明书[0060]，该指示可以包括对设备最大支持带宽的指示，目的是让网络知晓设备支持的模式以便分配合适的共享信道资源。对比文件[p0140]提到网络接收关于终端输入缓冲器中数据包数量和类型的指示。这是关于待传输数据状态（缓冲状态报告）的指示，而非关于终端所支持的通信模式或带宽能力的指示。两者所指示的内容、目的和作用均不相同。对比文件没有提及无线设备向网络报告其支持窄带、较宽带等多种操作模式的能力。因此，对比文件既未直接公开也未隐含公开技术特征B。 |
| **技术特征C**：所述多种模式包括窄带模式和至少一个较宽带模式，<br>**判断结果**：未公开 | 无相关引用。 | 技术特征C限定了操作模式的具体构成，即包括窄带模式和至少一个较宽带模式。目标专利说明书[0057]指出，较宽带模式的带宽介于窄带共享信道带宽和宽带共享信道带宽之间。对比文件全文没有提及“窄带模式”（narrowband mode）或“较宽带模式”（wider band mode）的概念，也未描述无线设备能够在多种具有不同共享信道带宽的模式之间进行操作。对比文件[p0123]虽然提到了“虚拟载波”（virtual carrier）用于MTC设备，并指出其带宽小于主机载波，但这描述的是载波配置，而非终端可切换的操作模式，且未涉及介于窄带和宽带之间的“较宽带”模式。因此，对比文件没有公开技术特征C。 |
| **技术特征D**：其中每个较宽带模式至少基于与窄带模式相关联的窄带共享信道带宽和与宽带模式相关联的宽带共享信道带宽之间的共享信道带宽<br>**判断结果**：未公开 | 无相关引用。 | 技术特征D进一步定义了每个较宽带模式的带宽特性，即其共享信道带宽介于窄带共享信道带宽和宽带共享信道带宽之间。目标专利说明书[0057]和附图2以示例说明了这一点。对比文件完全没有提及“较宽带模式”的概念，更没有对其带宽进行任何界定或描述。因此，对比文件没有公开技术特征D。 |
| **技术特征E**：所述窄带共享信道带宽不同于所述宽带共享信道带宽<br>**判断结果**：隐含公开 | [p0123] “the proposed virtual carrier concept preferably integrates within the communications resources of conventional OFDM based radio access technologies and subdivides frequency spectrum in a similar manner to OFDM. Unlike data transmitted on a conventional OFDM type downlink carrier, data transmitted on the virtual carrier can be received and decoded without needing to process the full bandwidth of the downlink OFDM host carrier.”<br>译文：所提出的虚拟载波概念优选地集成在基于常规OFDM的无线电接入技术的通信资源内，并以类似于OFDM的方式细分频谱。与在常规OFDM类型下行链路载波上传输的数据不同，在虚拟载波上传输的数据可以在不需要处理下行链路OFDM主机载波的全带宽的情况下被接收和解码。 | 技术特征E限定了窄带和宽带共享信道带宽是不同的。目标专利中，这是定义较宽带模式带宽范围的基准。对比文件[p0123]描述了“虚拟载波”在“主机载波”的带宽内操作，且虚拟载波的带宽小于主机载波的完整带宽（“full bandwidth”）。本领域技术人员可以理解，虚拟载波对应较窄的带宽，而主机载波对应较宽的带宽，两者的带宽是不同的。这隐含了窄带（虚拟载波）带宽与宽带（主机载波）带宽不同的概念。然而，在对比文件中，虚拟载波和主机载波是用于服务不同能力终端的载波配置方案；而在目标专利中，带宽差异是定义多模式操作的基础。尽管作用上下文不同，但“带宽不同”这一技术事实被对比文件隐含公开。 |
| **技术特征F**：监视以下各者中与所述多种模式中的一种或多种模式中的操作相关联的共享信道指派：窄带准予和较宽带准予或宽带准予中的至少一者，或在共用搜索空间中的窄带准予和在因设备而异的搜索空间中的较宽带准予或宽带准予中的至少一者<br>**判断结果**：未公开 | [p0062] “The eNodeB 101 responds by transmitting a response in the downlink control channel (PDCCH) 602 in which the UE is directed to receive a response message from the PDSCH. The response message provides the UE with an allocation of resources on the uplink shared channel (PUSCH).”<br>译文：eNodeB 101通过在下行链路控制信道（PDCCH）602中发送响应来回应，在该响应中UE被指示从PDSCH接收响应消息。该响应消息为UE提供了上行链路共享信道（PUSCH）上的资源分配。 | 技术特征F限定了无线设备监视共享信道指派的具体位置或准予类型，这些准予类型（窄带、较宽带、宽带）和搜索空间（共用、因设备而异）与特定的操作模式相关联。目标专利说明书[0062]-[0068]详细解释了这是为了在eMTC背景下有效监视可能用于较宽带模式的资源分配。对比文件[p0062]描述了eNodeB通过PDCCH向UE发送资源分配（准予），UE需要监视PDCCH以获取PUSCH资源指派。这是常规LTE调度过程，未涉及“窄带准予”、“较宽带准予”、“宽带准予”等eMTC或feMTC特定概念，也未提及在“共用搜索空间”或“因设备而异的搜索空间”中监视不同准予。对比文件没有将资源准予的类型与不同的操作模式（窄带、较宽带）关联起来。因此，对比文件没有公开技术特征F。 |
| **技术特征G**：至少基于所述监视来接收共享信道指派<br>**判断结果**：隐含公开 | [p0062] “The eNodeB 101 responds by transmitting a response in the downlink control channel (PDCCH) 602 in which the UE is directed to receive a response message from the PDSCH. The response message provides the UE with an allocation of resources on the uplink shared channel (PUSCH).”<br>译文：eNodeB 101通过在下行链路控制信道（PDCCH）602中发送响应来回应，在该响应中UE被指示从PDSCH接收响应消息。该响应消息为UE提供了上行链路共享信道（PUSCH）上的资源分配。 | 技术特征G限定了无线设备基于对控制信道的监视来接收共享信道指派。目标专利中，这是获取在窄带或较宽带模式下进行通信所需资源的关键步骤。对比文件[p0062]描述了UE通过监视PDCCH接收到来自eNodeB的资源分配（准予），该分配指明了PUSCH资源。这隐含了“至少基于监视来接收共享信道指派”的过程。在对比文件中，该过程用于常规的数据传输调度；在目标专利中，它用于在多种模式背景下接收指派。尽管应用场景不同，但“基于监视接收指派”的基本步骤被对比文件隐含公开。 |
| **技术特征H**：所接收到的共享信道指派与所述窄带模式中或所述至少一个较宽带模式中的一个较宽带模式中的操作相关联<br>**判断结果**：未公开 | 无相关引用。 | 技术特征H限定了接收到的共享信道指派与特定的操作模式（窄带或某个较宽带模式）相关联。目标专利中，这确保了指派适用于设备当前或被指示使用的带宽模式。对比文件虽然描述了接收PUSCH资源指派（[p0062]），但完全没有提及“窄带模式”或“较宽带模式”，也没有将资源分配与任何特定的、带宽定义明确的“模式”相关联。资源分配是基于调度需求，而非与预定义的带宽操作模式绑定。因此，对比文件没有公开技术特征H。 |
| **技术特征I**：以及当处于所述连通模式中时，根据所接收到的共享信道指派在共享信道上进行通信。<br>**判断结果**：隐含公开 | [p0062] “The UE then transmits data on the PUSCH to the eNodeB and receives acknowledgements for each of the data packets sent using a downlink ACK/NACK message 606.”<br>译文：然后，UE在PUSCH上向eNodeB发送数据，并接收针对使用下行链路ACK/NACK消息606发送的每个数据包的确认。 | 技术特征I限定了无线设备在连通模式下，根据接收到的指派在共享信道（如PUSCH）上进行通信。目标专利中，这是实现较宽带模式数据传输的最终步骤。对比文件[p0062]明确描述了UE在获得PUSCH资源分配后，在该PUSCH上传输数据。这隐含了“根据所接收到的共享信道指派在共享信道上进行通信”。虽然对比文件未明确强调“处于连通模式中”，但进行PUSCH数据传输通常意味着UE处于RRC连接状态（即连通模式）。在对比文件中，该操作用于常规数据传输；在目标专利中，用于支持多模式通信。基本通信动作被隐含公开。 |
| **技术特征J**：方法，进一步包括：转变至与所述网络的所述连通模式；以及至少基于转变至与所述网络的所述连通模式来监视所述共享信道指派。<br>**判断结果**：隐含公开 | [p0112] “For example, UE may keep the data in the buffer in idle mode. When UE needs to change the RRC state e.g. Periodic Tracking Area Update (TAU) transmission, then the UE transmits all of the stored data packets during idle mode and TAU message.”<br>译文：例如，UE可以在空闲模式下将数据保持在缓冲器中。当UE需要改变RRC状态时，例如进行周期性跟踪区域更新（TAU）发送，那么UE在空闲模式和TAU消息期间发送所有存储的数据包。 | 技术特征J是方法的附加步骤，包括转变到连通模式并基于此监视共享信道指派。目标专利说明书[0060]提及转变到连通模式并监视指派。对比文件[p0112]提到UE在空闲模式（idle mode）下缓冲数据，当需要改变RRC状态（例如进行TAU）时进行传输。改变RRC状态（如从空闲到连接）隐含了“转变至连通模式”。进行TAU或数据传输通常需要建立RRC连接，并随后监视PDCCH以获取资源分配。因此，本领域技术人员可以合理推断，UE在转变到连接状态后，会基于此开始监视网络的下行控制信道以获取资源指派。在对比文件中，这是为了传输缓冲数据；在目标专利中，是为了获取模式特定的共享信道指派。尽管目的略有不同，但“转变至连通模式并基于此监视资源指派”的流程被隐含公开。 |
| **技术特征K**：方法，其中监视所述共享信道指派包括以下中的至少一者：监视至少一个宽带准予以寻找所述共享信道指派，其中每个宽带准予与所述宽带模式相关联；监视分配给所述至少一个宽带准予的资源块子集以寻找所述共享信道指派；监视与所述至少一个较宽带模式相关联的至少一个较宽带准予以寻找所述共享信道指派；监视与窄带群相关联的至少一个较宽带准予以寻找所述共享信道指派；或其组合。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征K限定了监视共享信道指派的具体实现方式，涉及监视特定类型的准予（宽带准予、较宽带准予）或资源块子集，这些都与宽带模式或较宽带模式的概念紧密相关。目标专利说明书[0062]-[0065]详细解释了这些方式是为了适应eMTC设备在较宽带模式下的调度。对比文件没有提及“宽带准予”、“较宽带准予”、“窄带群”或“资源块子集”监视等概念。对比文件[p0062]提到的PDCCH调度是常规LTE调度，未区分与不同带宽模式相关联的准予类型。因此，对比文件没有公开技术特征K。 |
| **技术特征L**：方法，进一步包括：从所述网络接收对监视至少一个共享信道指派的指示；以及根据所收到的对监视至少一个共享信道指派的指示监视所述共享信道指派。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征L是方法的附加步骤，涉及网络指示无线设备监视特定的共享信道指派，设备根据该指示进行监视。目标专利中，这提供了网络对设备监视行为的控制。对比文件全文没有描述网络向UE发送关于“监视至少一个共享信道指派”的指示。UE对PDCCH的监视是协议规定的常规行为，并非基于网络发出的特定监视指示。因此，对比文件没有公开技术特征L。 |
| **技术特征M**：方法，其中监视所述共享信道指派包括以下中的至少一者：监视至少一个宽带准予以寻找所述共享信道指派，其中每个宽带准予与所述宽带模式相关联；监视分配给所述至少一个宽带准予的资源块子集以寻找所述共享信道指派的；监视与所述至少一个较宽带模式相关联的至少一个较宽带准予以寻找所述共享信道指派；监视与窄带群相关联的至少一个较宽带准予以寻找所述共享信道指派；或其组合。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征M与技术特征K的文字内容完全相同，限定了监视共享信道指派的具体方式。基于与技术特征K相同的理由，对比文件没有提及这些与特定模式相关的准予类型或监视方式。因此，对比文件没有公开技术特征M。 |
| **技术特征N**：方法，其中所指示的根据用于在连通模式中至少一个共享信道上与网络进行通信的多种模式来操作的能力包括对所述无线设备的最大支持带宽的指示，并且其中所述共享信道指派与具有小于或等于所述无线设备的所述最大支持带宽的共享信道带宽的模式相关联。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征N限定了能力指示中包含最大支持带宽，并且网络指派的模式带宽不超过此最大支持带宽。目标专利说明书[0060]提及了这一点，用于确保指派与设备能力匹配。对比文件完全没有提及无线设备的“最大支持带宽”概念，也没有描述设备向网络报告此类带宽能力，更没有将资源指派与符合设备最大带宽的特定模式相关联。因此，对比文件没有公开技术特征N。 |
| **技术特征O**：方法，其中所述接收和所述进行通信跨子帧发生。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征O限定了接收共享信道指派和进行通信这两个步骤可以跨不同的子帧发生，即跨子帧调度。目标专利说明书[0061]提及了这一点。对比文件没有提及“跨子帧”调度或通信的概念。对比文件描述的调度和传输是常规的基于子帧的LTE过程，未涉及跨子帧的调度信息传递。因此，对比文件没有公开技术特征O。 |
| **技术特征P**：方法，进一步包括：接收对与所述共享信道指派相关联的跳频的指示，对所述跳频的指示包括以下中的至少一者：至少基于与较宽带模式相关联的较宽带的跳频偏移、至少基于资源块数目的跳频偏移、对使用镜像跳跃的指示、对将基于时隙的跳跃用于上行链路通信的指示、或对不使用跳频的指示。<br>**判断结果**：未公开 | [p0047] “The grant of PUSCH resources are in contiguous frequency resources to allow transmission with a low cubic metric since this improves power amplifier efficiency.”<br>译文：PUSCH资源的授予是在连续的频率资源上，以实现低立方度量的传输，因为这提高了功率放大器效率。 | 技术特征P是方法的附加步骤，涉及接收与共享信道指派相关联的、针对较宽带模式可能特定的跳频指示。目标专利说明书[0069]-[0072]解释了为较宽带模式可能定义新的跳频方式。对比文件[p0047]提到PUSCH资源通常在连续频率资源上授予以保持低立方度量，这暗示了可能不使用跳频或使用常规跳频，但完全没有提及针对“较宽带模式”的特定跳频指示，也未提及“较宽带跳频偏移”、“基于资源块数目的偏移”、“镜像跳跃”、“基于时隙的跳跃”等具体跳频参数或指示。因此，对比文件没有公开技术特征P。 |
| **技术特征Q**：方法，进一步包括：接收以下中的至少一者：对针对下行链路通信的非毗连资源分配的指示，或对针对上行链路通信的多集群资源分配的指示。<br>**判断结果**：隐含公开 | [p0046] “The exception to this is that, from LTE Rel-10, PUSCH may be granted in two separate 'clusters', with each cluster being individually in contiguous frequency resources.”<br>译文：对此的例外是，从LTE Rel-10开始，PUSCH可能被授予两个单独的‘集群’，每个集群各自处于连续的频率资源中。 | 技术特征Q是方法的附加步骤，涉及接收针对下行链路的非连续资源分配或上行链路的多集群资源分配的指示。目标专利说明书[0070]、[0072]提及这些分配可作为跳频的替代或补充。对比文件[p0046]明确提到，从LTE Rel-10开始，PUSCH资源可以被授予两个单独的集群（‘clusters’）。这直接对应于“对针对上行链路通信的多集群资源分配的指示”。虽然对比文件未提及“下行链路通信的非毗连资源分配”，但上行链路多集群资源分配的概念被直接描述。在对比文件中，引入多集群是为了灵活性；在目标专利中，考虑将其用于较宽带模式。尽管应用背景不同，但“接收对多集群资源分配的指示”这一技术特征被对比文件直接公开。然而，根据用户指示，特征划分严格按权利要求，Q是一个整体特征。对比文件公开了“多集群资源分配”这一部分，但未提及“下行链路非毗连资源分配”。从整体看，对比文件没有完全公开技术特征Q的全部内容。但根据隐含公开判断的宽松标准，本领域技术人员从对比文件公开的上行多集群分配可以合理推断资源分配指示的接收。因此，判断为隐含公开。 |
| **技术特征R**：方法，进一步包括：接收指示对所述多种模式中的模式激活半持久调度(SPS)的无线电资源控制(RRC)消息。<br>**判断结果**：未公开 | [p0072] “» SPS (semi-persistence scheduling) data (which is typically used for Voice over IP traffic in LTE i.e. real-time)”<br>译文：» SPS（半持久调度）数据（在LTE中通常用于IP语音流量，即实时流量） | 技术特征R是方法的附加步骤，涉及接收RRC消息以激活针对多种模式中某一模式的SPS。目标专利说明书[0073]提及通过RRC消息激活SPS。对比文件[p0072]仅将SPS数据列为非延迟容忍流量的一个示例类型，并未描述通过RRC消息来“激活”SPS，更没有将SPS的激活与“多种模式中的模式”相关联。因此，对比文件没有公开技术特征R。 |
| **技术特征S**：方法，进一步包括：接收指示半持久调度(SPS)被激活的无线电资源控制(RRC)消息；以及至少基于以下来标识所述多种模式中对其SPS被激活的模式：所述无线设备的最大支持带宽，或与所述共享信道指派相关联的所述模式。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征S是方法的附加步骤，涉及接收SPS激活的RRC消息后，基于最大支持带宽或共享信道指派来标识SPS应用于哪种模式。目标专利说明书[0073]-[0074]解释了这一过程。对比文件完全没有提及：1) 通过RRC消息指示SPS激活；2) 设备需要标识SPS应用于哪种操作模式（因为对比文件没有多模式概念）；3) 基于最大支持带宽或共享信道指派来进行标识。因此，对比文件没有公开技术特征S。 |
| **技术特征T**：方法，进一步包括：标识包括用于机器类型通信(MTC)物理下行链路控制信道(MPDCCH)的传输的窄带的子带，所述子带具有比用于所述MPDCCH的所述窄带更大的带宽；以及当在所述至少一个较宽带模式中的一个较宽带模式中进行通信时，传送针对所标识的子带的信道状态信息(CSI)反馈。<br>**判断结果**：未公开 | [p0056] “• Format 2: CSI in 20 coded bits (with 1- or 2-bit HARQ ACK/NACK in extended CP)”<br>译文：• 格式2：20个编码比特中的CSI（在扩展CP中带有1或2比特HARQ ACK/NACK） | 技术特征T是方法的附加步骤，涉及为较宽带模式标识特定的、包含MPDCCH窄带的较宽子带，并在较宽带模式下传送针对该子带的CSI反馈。目标专利说明书[0075]-[0079]及图4解释了这一机制。对比文件[p0056]提到PUCCH格式2用于传输CSI，这是常规的LTE CSI反馈机制。但对比文件完全没有提及：1) “MPDCCH”这一eMTC特有的控制信道；2) 为“较宽带模式”定义或标识特定的“子带”；3) 子带与MPDCCH窄带的关系；4) 在较宽带模式下传送针对特定子带的CSI反馈。因此，对比文件没有公开技术特征T。 |
| **技术特征U**：方法，进一步包括：标识与信道状态信息(CSI)反馈相关联的子带，所述子带具有所述窄带共享信道带宽和所述宽带共享信道带宽之间的带宽；以及当在所述至少一个较宽带模式中的一个较宽带模式中进行通信时，传送针对所标识的子带的CSI反馈。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征U是方法的附加步骤，涉及标识一个带宽介于窄带和宽带之间的子带用于CSI反馈，并在较宽带模式下传送该反馈。目标专利说明书[0079]提及了这一点。对比文件没有提及“窄带共享信道带宽”、“宽带共享信道带宽”以及介于两者之间的“子带”概念，也没有描述在“较宽带模式”下进行通信并传送针对此类特定子带的CSI反馈。因此，对比文件没有公开技术特征U。 |
| **技术特征V**：方法，进一步包括：接收系统信息块，所述系统信息块标识与所述窄带模式相关联的第一单蜂窝小区点对多点(SC‑PTM)资源集合，以及与所述至少一个较宽带模式中的至少第一较宽带模式相关联的第二SC‑PTM资源集合。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征V是方法的附加步骤，涉及通过SIB接收为不同模式（窄带和较宽带）配置的SC-PTM资源集合。目标专利说明书[0080]提及了这一点。对比文件全文没有提及“单蜂窝小区点对多点(SC-PTM)”或“资源集合”，更没有描述通过SIB为不同操作模式配置不同的资源集合。因此，对比文件没有公开技术特征V。 |
| **技术特征W**：方法，进一步包括：在所述系统信息块中，接收对与关联于所述窄带模式的所述第一SC‑PTM资源集合相关联的第一传输块大小(TBS)的第一指示，或对与关联于所述第一较宽带模式的所述第二SC‑PTM资源集合相关联的第二TBS的第二指示。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征W是方法的附加步骤，涉及在SIB中接收针对不同模式SC-PTM资源集合的TBS指示。目标专利说明书[0081]提及了这一点。对比文件没有提及SC-PTM、资源集合、TBS指示，更没有描述在SIB中为不同模式提供不同的TBS指示。因此，对比文件没有公开技术特征W。 |
| **技术特征X**：方法，进一步包括：在机器类型通信(MTC)物理下行链路控制信道(MPDCCH)中，接收对与关联于所述窄带模式的所述第一SC‑PTM资源集合相关联的第一传输块大小(TBS)的第一指示，或对与关联于所述第一较宽带模式的所述第二SC‑PTM资源集合相关联的第二TBS的第二指示。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征X是方法的附加步骤，涉及通过MPDCCH接收针对不同模式SC-PTM资源集合的TBS指示。目标专利说明书[0082]提及了这一点。对比文件没有提及MPDCCH、SC-PTM资源集合或针对不同模式的TBS指示。因此，对比文件没有公开技术特征X。 |
| **技术特征Y**：方法，进一步包括：接收对以下中的至少一者的指示：针对所述窄带模式的第一定位参考码元(PRS)集合、针对所述至少一个较宽带模式中的至少第一较宽带模式的第二PRS集合或其组合。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征Y是方法的附加步骤，涉及接收针对不同操作模式的PRS集合指示。目标专利说明书[0083]提及了这一点。对比文件全文没有提及“定位参考码元(PRS)”或为不同模式配置不同PRS集合的概念。因此，对比文件没有公开技术特征Y。 |
| **技术特征Z**：方法，其中所述进行通信至少基于从第一频带至第二频带的重新调谐，所述方法进一步包括：当所述第一频带和所述第二频带在所述无线设备的最大支持带宽内时传送探通参考信号(SRS)。<br>**判断结果**：未公开 | 无相关引用。 | 技术特征Z限定了通信可能基于频带重新调谐，并附加了在此条件下传送SRS的规则（当调谐频带在最大支持带宽内时）。目标专利说明书[0084]提及了这一点。对比文件没有提及“频带重新调谐”、“最大支持带宽”或在此特定条件下传送“探通参考信号(SRS)”的规则。因此，对比文件没有公开技术特征Z。 |
<<<a>>><<<g>>><<<i>>><<<j>>><<<q>>>