一种用于受益终端、协作终端和网络设备的通信方法

摘要

本发明涉及一种用于受益终端的通信方法。该通信方法包括：受益终端向协作终端发送协作请求，并接收来自协作终端的对协作请求的响应，其中该响应用于指示协作终端可以提供给受益终端的第一能力。受益终端整合受益终端的第二能力与协作终端的第一能力，获得受益终端的经整合的能力，并向网络设备发送第一指示信息，该第一指示信息用于指示受益终端的经整合的能力。由于受益终端是将受益终端的第二能力和协作终端的第一能力进行整合，产生经整合的能力，并将该经整合的能力被标为受益终端的能力发送至网络设备，而网络设备并不知晓该经整合的能力中有一部分是来自协作终端的，因此，协作终端对网络设备而言是透明的。

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种用于受益终端、协作终端和网络设备的通信方法、装置及系统。

背景技术

当一用户设备遇到例如误码率较大或短时间内发生多次重传等通信质量的问题，而与其具有近距离通信功能的另一用户设备具有可提供的能力的情况下，该一用户设备可以借助另一用户设备的全部或一部分能力，以增大其通信能力，从而提高通信质量。其中，由于自身能力不足而导致通信质量较差，需要借助其它用户设备能力的该一用户设备可以被理解为受益终端；除了自身的通信需求以外，还具有可提供给其它用户设备能力的该另一用户设备可以被理解为协作终端。这里的能力可以被理解为，用户设备与基站之间传输信息的能力。能力可以包括，但不局限于，多输入多输出的层数(MIMO-LayersUL)和/或每个探测参考信号(Sounding Reference Signal，SRS)资源支持的SRS天线端口的最大数量(maxNumberSRS-Ports-PerResource)。

实现上述协作功能的一种方式是由受益终端向基站请求为其配置一个协作终端，用于辅助受益终端进行通信，也就是受益终端与协作终端的这一协作关系是对基站不透明的。但是目前基站侧没有相应的流程支撑这一协作功能，从而需要进行端管配合。其中，端管配合可以理解的是，受益终端需要修改预留字段向基站发送信息，以向基站请求为其配置协作终端，从而会改动基站现有的处理流程，例如基站需要新增用户设备的配对，转发协议栈，数据联合重传等一系列机制来保障非透明协作传输。

发明内容

在第一方面，根据本申请的一些实施例提供的一种用于受益终端的通信方法。该通信方法包括：受益终端向协作终端发送协作请求，并接收来自协作终端的对协作请求的响应。其中，响应用于指示协作终端可以提供给受益终端的第一能力，协作终端的第一能力包括协作终端与网络设备之间传输信息的能力。受益终端整合受益终端的第二能力与协作终端的第一能力，获得受益终端的经整合的能力，并向网络设备发送第一指示信息，该第一指示信息用于指示受益终端的经整合的能力。其中，受益终端的第二能力包括受益终端与网络设备之间传输信息的能力。

在受益终端因能力不足从而导致通信质量较差(例如短时间内重传的次数较多、误码率较大、传输数据的时延较长)的情况下，能够通过协作终端提供给其的第一能力，从而提高受益终端与基站之间通信的能力，进而提高传输质量。由于受益终端是将受益终端的第二能力和协作终端的第一能力进行整合，产生经整合的能力，并将该经整合的能力被标为受益终端的能力发送至网络设备，而网络设备并不知晓该经整合的能力中有一部分是来自协作终端的，因此，协作终端对网络设备而言是透明的。在这种透明的方式下，网络设备侧的操作均可按照已有协议进行，不需要新增字段或信令就可以实现协作传输。

在一些实施例中，协作请求包括受益终端的标识信息和/或受益终端的传输要求信息。

在一些实施例中，所述协作终端的所述第一能力和所述受益终端的所述第二能力包括：多进多出层数，和/或，单位资源中发送SRS信号的天线端口数量。

在一些实施例中，受益终端的经整合的能力包括：在受益终端的第二能力与协作终端的第一能力相加所得的结果小于受益终端与网络设备之间传输信息的能力上限的情况下，受益终端的经整合的能力为相加所得的结果；在受益终端的第二能力与协作终端的第一能力相加所得的结果大于或等于受益终端与网络设备之间传输信息的能力上限的情况下，受益终端的经整合的能力为能力上限。

在一些实施例中，该通信方法还包括：在受益终端的第二能力与协作终端的第一能力相加所得的结果大于受益终端与网络设备之间传输信息的能力上限的情况下，向协作终端发送第二指示信息，第二指示信息用于指示受益终端的超出能力，超出能力为相加所得的结果与能力上限相减。

在一些实施例中，向协作终端发送协作请求包括：至少部分地根据受益终端与基站之间传输信息的质量，判断是否需要向协作终端发送协作请求，在判断需要向协作终端发送协作请求的情况下，向协作终端发送协作请求。

在一些实施例中，受益终端与协作终端通信短距离通信方法连接。

在一些实施例中，至少部分地根据受益终端与基站之间传输信息的质量，判断是否需要向协作终端发送协作请求，还包括：获取受益终端与基站之间传输信息的质量；在质量低于质量阈值的情况下，向受益终端的用户发送确认请求，以请求用户确认需要向协议终端发送协作请求；在接收到用户的确认的情况下，判断需要向协议终端发送协作请求。通过给受益终端的用户发送协作请求的确认请求，以使得用户可以自主地开启或关闭协作请求该项功能，提高用户的灵活度和体验感。

在一些实施例中，第一能力为协作终端与网络设备之间传输信息的部分或全部能力。

在第二方面，根据本申请的一些实施例提供的一种用于协作终端的通信方法，包括：协作终端接收来自受益终端的协作请求；响应于协作请求，确定协作终端可以提供给受益终端的第一能力，第一能力用于指示协作终端与网络设备之间传输信息的能力；并向受益终端发送对协作请求的响应，其中响应用于指示协作终端的第一能力。通过协作终端提供给受益终端的第一能力，从而提高受益终端与网络设备之间通信的能力，进而提高受益终端的传输质量。

在一些实施例中，响应于协作请求，确定协作终端可以提供给受益终端的第一能力，包括：基于协作终端与网络设备的通信需求和/或协作终端的用户指示，确定协作终端的第一能力。由于协作终端可以视其与网络设备的通信情况以决定提供给受益终端全部或一部分能力，从而能够避免由于与受益终端的协作关系而影响自身与网络设备之间的通信。

在一些实施例中，该通信方法还包括：在第一能力包括协作终端与网络设备之间传输信息的一部分能力情况下，确定协作终端的剩余能力，剩余能力用于指示协作终端与网络设备之间传输信息的除了一部分能力之外的能力；在接收到来自受益终端的超出能力的情况下，协作终端的经整合能力为剩余能力和超出能力相加所得的结果，超出能力用于指示第一能力中不需要用于受益终端与网络设备之间传输信息的能力；协作终端向网络设备发送第三指示信息，该第三指示信息用于指示协作终端的经整合能力。协作终端通过累加剩余能力和超出能力，并将相加的结果作为协作终端的经整合的能力，并将经整合的能力(剩余能力+超出能力)发送至网络设备，能够增大协作终端与网络设备之间传输的能力，从而提高协作终端的通信质量。

在一些实施例中，该通信方法还包括：在第一能力包括协作终端与网络设备之间传输信息的一部分能力的情况下，确定协作终端的剩余能力，剩余能力用于指示协作终端与网络设备之间传输信息的除了一部分能力之外的能力；在未接收到来自受益终端的超出能力的情况下，协作终端的经整合能力为剩余能力，超出能力用于指示第一能力中不需要用于受益终端与网络设备之间传输信息的能力；并向网络设备发送第三指示信息，该第三指示信息用于指示协作终端的经整合能力。协作终端通过将剩余能力作为经整合的能力，并将经整合的能力(剩余能力)发送至网络设备，如果协作终端与网络设备有通信需求，协作终端可以利用该剩余能力与网络设备进行传输，从而不会影响与受益终端之间的协作关系。

在一些实施例中，该通信方法还包括：在第一能力包括协作终端与网络设备之间传输信息的全部能力的情况下，在接收到来自受益终端的超出能力的情况下，协作终端的经整合能力为超出能力作，超出能力用于指示第一能力中不需要用于受益终端与网络设备之间传输信息的能力；并向网络设备发送第三指示信息，该第三指示信息用于指示协作终端的经整合能力。协作终端通过将剩余能力作为经整合的能力，并将经整合的能力(超出能力)发送至基站，如果协作终端之后与网络设备有通信需求，协作终端可以利用该超出能力与基站进行传输，从而不会影响与受益终端之间的协作关系。

在第三方面，根据本申请的一些实施例提供的用户设备，包括：处理器和存储介质，存储介质与处理器耦合，存储介质用于存储机器程序代码，机器程序代码包括机器指令，当处理器从存储介质中读取机器指令，以使得用户设备执行上述中任一的方法。

在第四方面，根据本申请的一些实施例提供的机器可读存储介质，机器可读存储介质上存储有机器指令，机器指令在机器上执行时可使机器执行上述中任一的方法。

本申请可以包括下列多个示例实施例：示例1可以包括一种用于受益终端的通信方法，其包括：向协作终端发送协作请求；接收来自所述协作终端的对所述协作请求的响应，所述响应指示所述协作终端可以贡献给所述受益终端的至少一部分能力，其中所述协作终端的所述至少一部分能力指示所述协作终端与基站之间传输信息的能力中的至少一部分；整合所述受益终端的能力与所述协作终端的所述至少一部分能力，获得所述受益终端的所述经整合的能力，其中所述受益终端的所述能力指示所述受益终端与所述基站之间传输信息的能力；和向所述基站发送所述受益终端的所述经整合的能力。

示例2可以包括如示例1所述的方法，并且其中，所述协作请求包括所述受益终端的标识信息和/或所述受益终端的通信要求信息。

示例3可以包括如示例1或2所述的方法，并且其中，所述协作终端的所述至少一部分能力包括以下能力中的至少一种：所述协作终端的至少一部分多进多出层数和单位资源中发送SRS信号的至少一部分天线端口数量，和/或，所述受益终端的所述能力包括以下能力中的至少一种：所述受益终端的多进多出层数和单位资源中发送SRS信号的最大天线端口的数量。

示例4可以包括如示例1-3中任一示例所述的方法，并且其中，所述整合所述受益终端的能力与来自所述协作终端的所述至少一部分能力，获得所述受益终端的所述经整合能力，包括：将所述受益终端的所述能力与来自所述协作终端的所述至少一部分能力相加并将相加的结果与所述受益终端与所述基站之间传输数据的能力上限进行比较；在所述相加的结果小于所述能力上限的情况下，将所述相加的结果作为所述经整合能力；和在所述相加的结果大于或等于所述能力上限的情况下，将所述能力上限作为所述经整合能力。

示例5可以包括如示例4所述的方法，并且还包括：在所述相加的结果大于所述能力上限的情况下，将所述相加的结果与所述能力上限相减，并将所述相减的结果作为超出的能力；和将所述超出的能力发送给所述协作终端。

示例6可以包括如示例1-5中任一示例所述的方法，并且其中，所述受益终端与所述协作终端通信短距离通信方法连接。

示例7可以包括如示例1-6中任一示例所述的方法，并且还包括：至少部分地根据所述受益终端与所述基站之间传输信息的质量，判断是否需要向所述协作终端发送所述协作请求；在判断需要向所述协作终端发送所述协作请求的情况下，向所述协作终端发送所述协作请求。示例8可以包括如示例7所述的方法，并且所述至少部分地根据所述受益终端与基站之间传输信息的质量，判断是否需要向协作终端发送所述协作请求，还包括：获取所述受益终端与所述基站之间传输信息的所述质量；在所述质量低于质量阈值的情况下，判断需要向所述协议终端发送所述协作请求；和在所述质量等于或大于所述质量阈值的情况下，判断不需要向所述协议终端发送所述协作请求。

示例9可以包括如示例7所述的方法，并且所述至少部分地根据所述受益终端与基站之间传输信息的质量，判断是否需要向协作终端发送所述协作请求，还包括：获取所述受益终端与所述基站之间传输信息的所述质量；和在所述质量低于质量阈值的情况下，向所述受益终端的用户发送确认请求，以请求所述用户确认需要向所述协议终端发送所述协作请求；和在接收到所述用户的所述确认的情况下，判断需要向所述协议终端发送所述协作请求。

示例10可以包括一种用于协作终端的通信方法，其包括：接收来自受益终端的协作请求；响应于所述协作请求，确定所述协作终端可以贡献给所述受益终端的所述至少一部分能力，其中所述协作终端的所述至少一部分能力指示所述协作终端与所述基站之间传输信息的能力中的至少一部分；和向所述受益终端发送对所述协作请求的响应，其中所述响应指示所述协作终端的所述至少一部分能力。

示例11可以包括如示例10所述的方法，并且其中，所述协作请求包括所述受益终端的标识信息和/或所述受益终端的通信要求信息。

示例12可以包括如10或11中任一示例所述的方法，并且其中，所述协作终端的所述至少一部分能力包括以下能力中的至少一种：所述协作终端的至少一部分多进多出层数和单位资源中发送SRS信号的至少一部分天线端口数量。

示例13可以包括如示例10-12中任一示例所述的方法，并且其中，所述响应于所述协作请求，确定所述协作终端可以贡献给所述受益终端的所述至少一部分能力，包括：基于所述协作终端与所述基站的通信需求和/或所述协作终端的用户指示，确定所述协作终端的所述至少一部分能力。

示例14可以包括如示例10-13中任一示例所述的方法，并且还包括：在所述至少一部分能力包括所述协作终端与所述基站之间传输信息的一部分能力情况下，确定所述协作终端的剩余能力，其中所述剩余能力指示所述协作终端与所述基站之间传输信息的除了所述一部分能力之外的所述能力；在接收到来自所述受益终端的超出能力的情况下，将所述剩余能力和所述超出能力累加并获得所述协作终端的经整合能力，其中所述超出能力指示所述至少一部分能力中不需要用于所述受益终端与所述基站之间传输信息的所述能力；向所述基站发送所述协作终端的所述经整合能力。

示例15可以包括如示例10-13中任一示例所述的方法，并且还包括：在所述至少一部分能力包括所述协作终端与所述基站之间传输信息的一部分能力的情况下，确定所述协作终端的剩余能力，其中所述剩余能力指示所述协作终端与所述基站之间传输信息的除了所述一部分能力之外的所述能力；在未接收到来自所述受益终端的超出能力的情况下，将所述剩余能力作为所述协作终端的经整合能力，其中所述超出能力指示所述至少一部分能力中不需要用于所述受益终端与所述基站之间传输信息的所述能力；向所述基站发送所述协作终端的所述经整合能力。

示例16可以包括如示例10-13中任一示例所述的方法，并且还包括：在所述至少一部分能力包括所述协作终端与所述基站之间传输信息的全部能力的情况下，在接收到来自所述受益终端的超出能力的情况下，将所述超出能力作为所述协作终端的经整合能力，其中所述超出能力指示所述至少一部分能力中不需要用于所述受益终端与所述基站之间传输信息的所述能力；和向所述基站发送所述协作终端的所述经整合能力。

示例17可以包括如示例10-16中任一示例所述的方法，并且其中，所述协作终端与所述受益终端之间通过短距离通信方式连接。

附图说明

图1示出根据本申请一些实施例提供的用于受益终端、协作终端与基站通信的应用场景示意图。

图2示出根据本申请一些实施例提供的受益终端、协作终端与基站之间传输信号的过程的第一示意图；

图3示出根据本申请一些实施例提供的受益终端发起协作请求的用户界面的示意图；

图4示出根据本申请一些实施例提供的协作终端是否允许来自受益终端的协作请求的用户界面的示意图；

图5示出根据本申请一些实施例提供的受益终端、协作终端与基站之间传输信号的过程的第二示意图；

图6示出根据本申请一些实施例提供的受益终端、协作终端与基站之间传输信号的过程的第三示意图；

图7示出根据本申请一些实施例提供的受益终端、协作终端与基站之间传输信号的过程的第四示意图；

图8示出根据本申请一些实施例提供的用于受益终端的增加与基站之间传输信息的能力的方法；

图9示出根据本申请一些实施例提供的协作终端向受益终端贡献传输信息的能力的方法；

图10示出根据本申请一些实施例提供的用户设备的结构示意图。

具体实施方式

以下由特定的具体实施例说明本申请的实施方式，本领域技术人员可由本说明书所揭示的内容轻易地了解本申请的其他优点及功效。虽然本申请的描述将结合较佳实施例一起介绍，但这并不代表此发明的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本申请的权利要求而有可能延伸出的其它选择或改造。为了提供对本申请的深度了解，以下描述中将包含许多具体的细节。本申请也可以不使用这些细节实施。此外，为了避免混乱或模糊本申请的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按呈现顺序执行。应注意的是，在本说明书中，相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

应当理解的是，虽然在本文中可能使用了术语“第一”、“第二”等等来描述各个特征，但是这些特征不应当受这些术语限制。使用这些术语仅仅是为了进行区分，而不能理解为指示或暗示相对重要性。举例来说，在不背离示例性实施例的范围的情况下，第一特征可以被称为第二特征，并且类似地第二特征可以被称为第一特征。

除非上下文另有规定，否则术语“包含”、“具有”和“包括”是同义词。短语“A/B”表示“A或B”。短语“A和/或B”表示“(A)、(B)或(A和B)”。

如本文所使用的，术语“模块”、“单元”、“装置”可以指代，可以指或者包括专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或组)和/或存储器(共享的、专用的或组)、组合逻辑电路、和/或提供所描述的功能的其他合适的组件，或者可以是专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或组)和/或存储器(共享的、专用的或组)、组合逻辑电路、和/或提供所描述的功能的其他合适的组件的一部分。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的实施例作进一步地详细描述。

图1示出根据本申请一些实施例提供的用于受益终端、协作终端与基站通信的应用场景示意图。如图1所示，通讯系统100包括受益终端101、协作终端102和基站103。受益终端101可以被理解为，一用户设备，由于该用户设备的能力不足而导致该用户设备与基站103之间的通信质量较差(例如短时间内重传的次数较多、误码率较大、传输数据的时延较长)，需要借助其它用户设备以增加其通信能力。协作终端102可以理解为，另一用户设备，该用户设备除了与基站103进行通信的能力之外还有可提供给其它用户设备的能力，或者该用户设备在一段时间内不与基站103进行通信，可以将其全部的能力提供给其它用户设备。这里的能力可以被理解为，用户设备(例如受益终端101、协作终端102)与基站103之间传输信息的能力。其例子包括，但不局限于，多输入多输出的层数(MIMO-LayersUL)和/或每个探测参考信号(Sounding Reference Signal，SRS)资源支持的SRS天线端口的最大数量(maxNumberSRS-Ports-PerResource)。根据一些实施例，层数可以理解为，将受益终端101或协作终端102与基站103之间传输的数据分为若干个数据流的流数(即数据流的数量)；一个SRS资源可以理解为，用于发送SRS信号的时频资源，时域上最小单位为一个符号，频域上最小单位为一个子载波。在其它实施例中，能力还可以包括多无线电接入技术双连接参数(MRDC-Parameters)、新空口双连接参数(NRDC-Parameters)、分组数据汇聚协议参数(PDCP-Parameters)、物理层参数(Phy-Parameters)等，在此不一一列举。在其它实施例中，通讯系统100可以包括受益终端101、协作终端102和其它网络设备。

受益终端101与协作终端102之间可以通过近距离通信方式连接(例如几百米范围内)，这里的近距离通信方式可以是非第三代合作伙伴计划(3rd Generation PartnershipProject，3GPP)的通信方式，例如可以通过Wi-Fi direct的方式，也可以是3GPP的通信方式，例如SideLink。在其它实施例中，受益终端101与协作终端102也可以通过例如蓝牙等近距离通信方式连接，在此不作具体限定。

受益终端101和协作终端102的例子包括，但不局限于，便携式或移动电子设备(例如图1中所示的手机)、个人数字助理、蜂窝电话、手持PC、可穿戴设备(例如，智能手表、智能手环等)、便携式媒体播放器、手持设备、导航设备、服务器、网络设备、图形设备、视频游戏设备、机顶盒、膝上型设备、虚拟现实和/或增强现实设备、物联网设备、工业控制设备、车载信息娱乐设备、流媒体客户端设备、电子书、阅读设备、POS机或其他设备。

基站103与受益终端101、协作终端102通过无线网络进行通信，例如根据长期演进(Long Term Evolution，LTE)系统，5G通信系统，多种接入系统的融合系统，或演进系统进行通信，从而支持受益终端101和协作终端102与无线网络中的核心网络(例如图1中未示出的移动性管理实体(Mobility Management Entity，MME)、服务网关(Serving GateWay，S-GW)和PDN网关(PDN GateWay，P-GW))之间的通信。

对于本申请的通讯系统100，在受益终端101与基站103通信的过程中，由于受益终端101受到能力的限制而导致与基站103之间传输的质量较差(例如短时间内重传的次数较多、误码率较大、传输数据的时延较长)，受益终端101可以向与其具有近距离通信的协作终端102发送协作请求。响应于该协作请求，协作终端102确定是否将至少一部分能力提供给受益终端101，从而增强受益终端101和基站103之间传输信息的能力。如果协作终端102不需要与基站103进行通信，那么，协作终端102的至少一部分能力可以为全部能力；如果协作终端102需要与基站103进行通信，那么，协作终端102的至少一部分能力可以为除了其自身通信所需能力之外的能力。

受益终端101接收到来自协作终端102的至少一部分能力后，对受益终端101的能力和来自协作终端102的至少一部分能力进行整合，产生受益终端101经整合的能力。对于受益终端101而言，在本实施例中，整合的过程至少包括累加，例如累加受益终端101的能力和来自协作终端102的至少一部分能力。如果相加的结果大于或等于能力上限，那么，将能力上限作为经整合的能力发送至基站103。如果相加的结果小于能力上限，那么，将相加的结果作为经整合的能力发送至基站103。在一些实施例中，能力上限可以被理解为，用户设备(例如受益终端101)与基站103进行信号传输的最大限度。其中，信号传输的最大限度可以包括多输入多输出的层数的最大限度(例如4层)。

根据本申请的一些实施例，协作终端102可以确定提供给受益终端101的至少一部分能力是一部分能力还是全部能力。在协作终端102不需要与基站103进行通信的情况下，协作终端102可以确定提供给受益终端101的至少一部分能力为全部能力。而在协作终端102需要与基站103进行通信的情况下，协作终端102可以确定提供给受益终端101的至少一部分能力为一部分能力。本领域的技术人员可以理解，协作终端102还可以基于其它情况确定是否提供给受益终端101至少一部分能力。例如，协作终端可以根据用户的选择来确定是否向受益终端101提供能力，以及向受益终端101提供多少能力。

在协作终端102向受益终端101提供至少一部分能力的情况下，如果协作终端102接收到受益终端101返还的超出能力，那么，协作终端102将受益终端101返还的超出能力作为协作终端102的经整合能力，或者将受益终端101返还的超出能力与协作终端101的剩余能力进行整合(即，累加)作为协作终端102的经整合能力。其中，超出能力可以被理解为，不需要用于受益终端101与基站103之间传输信息的能力。在本申请的一些实施例中，在受益终端101的经整合能力(即，受益终端的全部能力与协作终端提供给受益终端的至少一部分能力之和)超出受益终端的能力上限的情况下，上述超出能力可以包括受益终端101的经整合能力与受益终端101的能力上限之差。

其中，上述剩余能力可以被理解为，协作终端102的全部能力减去协作终端102提供给受益终端101的能力之后所剩余的能力。在协作终端需要与基站进行通信的情况下，上述剩余能力可以包括协作终端102与基站103进行通信所需的那部分能力。根据本申请的一些实施例，如果协作终端102未接收到受益终端101返还的超出能力，那么，协作终端102将其剩余能力作为协作终端102的经整合能力。也就是说，在本实施例中，对于协作终端102而言，整合的过程至少包括相减，例如将协作终端102的全部能力减去协作终端102提供给受益终端101的能力。

受益终端101和协作终端102分别将其经整合的能力发送至基站103，基站103分别发送新的参数配置至受益终端101和协作终端102。例如，基站分别向受益终端101和协作终端102发送RRC Connection Reconfiguration消息进行参数重配，其中参数重配包括，但不限于，重配SRB1(SRB：Signaling Radio Bearers，信令无线承载)和无线资源配置，建立SRB2、DRB(Data Radio Bearers，数据无线承载)。受益终端101和协作终端102分别接收到来自基站103的参数配置信息，并利用与参数配置对应的通信资源(例如天线端口数量、数据流的流数)与基站103进行信息的传输和/或测量。

由于受益终端101是将受益终端101的能力和协作终端102的至少一部分能力进行整合，产生经整合的能力，并将该经整合的能力被标为受益终端101的能力发送至基站103，基站103并不知晓该经整合的能力中有一部分是来自协作终端102的，因此，协作终端102对基站103而言是透明的，在这种透明的方式下，基站侧的操作均可按照已有协议进行，不需要新增字段或信令就可以实现协作传输。而由于协作终端102可以视其与基站103的通信情况以决定提供给受益终端101的能力大小，从而能够避免由于与受益终端101的协作关系而影响其自身与基站103之间的通信。

图2示出根据本申请一些实施例提供的受益终端、协作终端与基站之间传输信号的过程的第一示意图。如图2所示，受益终端101包括控制器211和收发器221。协作终端102包括控制器212和收发器222。基站103包括控制器213和收发器223。受益终端101、协作终端102和基站103各自的控制器(211、212和213)可以包括，但不限于，调制解调器、中央处理器(Central Processing Unit，CPU)、应用处理器(Application Processor，AP)、微处理器(Micro-programmed Control Unit，MCU)、人工智能(Artificial Intelligence，AI)处理器或可编程逻辑器件(Field Programmable Gate Array，FPGA)等的处理电路。

调制解调器用于根据3GPP的协议，将处于需要发射的基带频域的信息(例如信号/数据)调制成可以通过天线传输的模拟信号，和将天线接收到的模拟信号解调成用户设备(例如图1中的受益终端101和协作终端102)的处理器能够处理的基带频域的信息。不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。在一种可能的实施方式中，控制器(211、212和213)可以运行操作系统，例如，Android、iOS、Windows OS、Linux和鸿蒙操作系统等。在另一些可能的实施方式中，控制器(211、212和213)可以运行特定的应用程序。控制器(211、212和213)中还可设置存储器，用于存储指令和数据。

受益终端101、协作终端102和基站103各自的收发器(221、222和223)用于通过天线向基站103发送或接收来自基站103的信号。收发器(221、222和223)可以包括，但不限于，前端模块(Front-end Modules，FEM)电路和射频(Radio Frequency，RF)电路。FEM电路可以包括天线和天线端口。其中，对于上行链路，FEM电路还包括功率放大器(Power Amplifier，PA)；对于下行链路，FEM电路还包括低噪声放大器(Low Noise Amplifier，LNA)。RF电路可以包括混频器电路、放大器电路、滤波器电路和合成器电路。RF电路用于将接收到的RF信号进行下变频变成基带信号和将基带信号进行上变频变成RF信号。

如图2中的步骤S201所示，受益终端101向协作终端102发送协作请求。例如，在受益终端101的传输质量较差(例如短时间内重传的次数较多、误码率较大、传输数据的时延较长、信噪比(Signal to Interference plus Noise Ratio，SINR)较大)的情况下，受益终端101的收发器221可以向协作终端102的收发器222发送协作请求。协作请求可以通过修改Wi-Fi字段的方式以实现。其中，协作请求可以包括受益终端101的标识信息(例如ID)和/或受益终端的传输要求信息(例如传输质量门限)等信息。受益终端101将携带该些信息的协作请求发送至协作终端102，从而能够为受益终端101从与其传输质量较好的协作终端102中选择。例如，在协作终端102接收到携带该些信息的协作请求后，协作终端可以预判是否满足该受益终端101的协作要求(例如是否满足传输质量门限)，如果满足要求，再进行后续被动或主动的协作过程。在一些实施例中，受益终端101可以采用被动的方式向协作终端102发送协作请求，也就是说，受益终端101需要用户的干预从而向协作终端102发送协作请求。下面将参考图3以说明受益终端101以被动的方式向协作终端102发起协作请求。

图3示出根据本申请一些实施例提供的受益终端发起协作请求的用户界面的示意图。如图3所示，在一用户设备(即，受益终端101)的当前通信质量不佳的情况下，用户可以通过在用户界面上点击按键“是301”以向其它用户设备(协作终端102)提出协作请求。在一些实施例中，如图3所示，在按键“是301”被点击后，受益终端101的用户界面下方可以显示能够提供至少一部分能力给该受益终端101的可用用户设备(即，可用协作终端102)列表，例如，手机303(Zhangsan’s Phone)，平板304(Li’s iPad)和眼镜305(Wang’s Glass)。在一些实施例中，在按键“否302”被点击后，受益终端101则不向其它用户设备(协作终端102)提出协作请求，受益终端101的用户界面下方不显示任何信息。

可用用户设备(可用协作终端102)可以被理解为，在该受益终端101的距离范围内，已打开近距离通信功能的用户设备。本领域技术人员可以理解，该受益终端101除了从可用用户设备(可用协作终端102)列表中选取发送协作请求的用户设备(协作终端102)外，还可以从已与该受益终端101建立近距离通信的用户设备(协作终端102)列表中选取发送协作请求的协作终端102。在受益终端101向其它用户设备(协作终端102)提出协作请求的情况下，如果用户欲将手机303(Zhangsan’s Phone)作为图1中的协作终端102，那么，用户在该用户界面上点击手机303，受益终端101向手机303(协作终端102)发送协作请求。

请继续参考图2以说明受益终端101、协作终端102与基站103之间传输信号的剩余过程。如图2中的步骤S202所示，协作终端102确定提供全部能力。在受益终端101向手机303(协作终端102)发送协作请求后，该手机303(协作终端102)的用户界面上会显示是否允许该受益终端102发送的协作请求的对话框。

下面请参考图4以说明协作终端102是否允许来自受益终端101的协作请求。图4示出根据本申请一些实施例提供的协作终端是否允许来自受益终端的协作请求的用户界面的示意图。如图4所示，如果协作终端102允许来自受益终端101(Lisi’s Phone)的协作请求，那么，用户在该协作终端102的用户界面上点击按键“是401”。如果该协作终端102不允许来自受益终端101(Lisi’s Phone)的协作请求，那么，用户在该协作终端102的用户界面上点击按键“否402”。

在协作终端102允许来自受益终端101(Lisi’s Phone)的协作请求的情况下，协作终端102的控制器212可以确定协作终端102提供至少一部分能力为全部能力或一部分能力。协作终端102可以通过手动或自动的方式确定协作终端102提供给受益终端101的至少一部分能力的大小。在协作终端102通过手动的方式确定协作终端102提供给受益终端101的至少一部分能力大小的情况下，如图4所示，协作终端102的用户界面下方能够显示允许提供给受益终端101的能力占协作终端102的全部能力的百分比，以供用户选择。在本实施例中，由于协作终端102不需要与基站103进行通信，因此，协作终端102提供给受益终端101的至少一部分能力可以为全部能力，例如用户在图4的协作终端102的用户界面上点击按键“100％403”。

在协作终端102通过自动的方式确定协作终端102提供给受益终端101的至少一部分能力的情况下，协作终端102可以自动地根据其通信需求以确定协作终端102提供给受益终端101的至少一部分能力的大小。通讯需求可以理解为，协作终端102需不需要与基站103通信。如果协作终端102需要与基站103通信，那么通讯需求可以被理解为，协作终端102自身与基站103的通信需要占用的能力大小。如果协作终端102不需要与基站103通信，那么通信需求为零。如果协作终端102与基站103有通信需求，那么，协作终端102可以将除了其自身通信所需能力之外的能力提供给受益终端101。如果协作终端102与基站103无通信需求，那么，协作终端102可以将其全部能力提供给受益终端101。

在另一些实施例中，受益终端101向协作终端102发送协作请求的方式还可以采用主动的方式，例如受益终端101或基站103测得受益终端101的传输质量较差，受益终端101主动地向与其具有近距离通信功能的协作终端102发送协作请求。在协作终端102不允许来自受益终端101(Lisi’s Phone)的协作请求的情况下，例如按键“否402”被点击后，协作终端102的屏幕下方则不显示任何信息。

请继续参考图2以说明受益终端101、协作终端102与基站103之间传输信号的剩余过程。如图2中的S203所示，协作终端102将对协作请求的响应发送至受益终端101。例如，在图4的协作终端102的用户界面上点击按键“100％403”，即协作终端102提供100％的能力给受益终端101，协作终端102的收发器222将该响应发送至受益终端101的收发器221，例如协作终端102将100％的能力信息通过例如Wi-Fi direct的近距离通信方式发送至受益终端101的收发器221，具体的是需要预先定义特定的D2D消息表示其携带的内容为协作终端102的提供能力，发送的格式可参照3GPP中UECapabilityInformation方式预先定义不同的信息单元(Information Element，IE)来表示不同的能力。受益终端101具体是如何使用协作终端102该提供的能力将在下文中说明。

如图2中的步骤S204所示，受益终端101整合能力。例如，在受益终端101的收发器221接收到来自协作终端102所提供的100％的能力的情况下，受益终端101的控制器211对受益终端101的能力进行整合。

假设协作终端102原始的能力为：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

协作终端102将全部能力(100％的能力)提供给受益终端101，那么，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

假设受益终端101的原始能力为：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

那么，累加受益终端101的能力和来自协作终端102的至少一部分能力，获取相加的结果，将相加的结果作为受益终端101的经整合的能力，即，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

如图2中的步骤S205所示，受益终端101将受益终端101的经整合的能力发送至基站103。例如，受益终端101的收发器221将上述中其经整合的能力(相加的结果)发送至基站103的收发器223。受益终端101向基站103发送经整合的能力至少有如下两种方式：一是受益终端101通过非接入层(Non-Access-Stratum，NAS)指令Mobility Registration Update主动向基站103请求更新能力，基站103收到上述NAS指令后会通过RRC信令UECapabilityEnquiry查询受益终端101能力，受益终端101通过RRC信令UECapabilityInformation向基站103发送能力信息。二是受益终端101可以通过例如Detach/Attach、Deregistration/Registration等注销后再重新注册的方式以触发基站103查询受益终端101的能力信息。

如图2中的步骤S206所示，基站103发送新的参数配置至受益终端101。例如，基站103的控制器213对受益终端101的经整合能力(相加的结果)进行新的参数配置，基站的收发器223将该新的参数配置发送至受益终端101的收发器221。在一实施例中，基站103向受益终端101发送RRC Connection Reconfiguration消息进行受益终端101的参数重配，参数包括SRB1(SRB：Signaling Radio Bearers，信令无线承载)、无线资源、SRB2和DRB(DRB：Data Radio Bearers，数据无线承载)等等。受益终端101接收来自基站103的参数配置信息，并利用与参数配置对应的通信资源(例如天线端口数量、数据流的流数)与基站103进行信息的传输和/或测量。该新的参数配置信息与原先的参数配置信息所包含的种类相同，但某一或某些种类下的具体数值存在不同。例如，参数无线资源中包含的SRS，受益终端101在没有协作终端102提供的情况下，基站103仅配置两个SRS资源用于测量。而在有协作终端102提供的情况下，基站103为受益终端101配置四个SRS资源。那么，受益终端101就在其中两个SRS资源上发送信号，协作终端101在另外两个SRS资源上发送信号。基站通过测量SRS可以获得受益终端101与基站103的链路状况，也能获得协作终端102和基站103的链路状况。

如图2中的步骤S207所示，受益终端101向协作终端102转发基站发送给其的新的参数配置。具体地，受益终端101可以通过例如D2D的方式将该新的参数配置发送至受益终端101的收发器221。

下面说明受益终端101如何利用协作终端102所提供的能力向基站发送四流数据。在进行协作时，受益终端101产生需要协作终端102发送的数据，并通过例如D2D链路发送至协作终端102。例如，在该实施例中，受益终端101将需要协作终端102发送的两流数据发送至协作终端102，在进行协作传输时，受益终端101向基站发送两流数据，协作终端102同时发送另外两流数据，那么基站103能够同时收到四流数据。

需要说明的是，向基站103发送数据可以采用分集或复用方式。在采用分集方式的情况下，即协作终端102和受益终端101向基站103发送同样的数据。当协作终端102向受益终端101提供全部能力时，在第一个时隙，受益终端101通过短距通信方式将需要发送给基站103的数据转发给协作终端102。在第二个时隙，协作终端102和受益终端101都向基站发送该数据。当协作终端102向受益终端101提供部分能力时，第一个时隙，受益终端101通过短距通信方式将需要发送给基站103的数据转发给协作终端102。在第二个时隙，受益终端101向基站103发送该数据，同时协作终端102通过提供给受益终端101的部分天线端口(例如2ports)向基站103发送该数据。如果此时协作终端也有数据需要发送，可以使用没有提供给受益终端101的剩余天线端口(例如2ports)向基站103发送自身数据。

在采用复用方式的情况下，即协作终端102和受益终端101向基站103发送不同的数据。当协作终端102向受益终端101提供全部能力时，受益终端101将需要发送给基站103的数据分为两个部分(即第一部分数据和第二部分数据)，在第一个时隙，受益终端101通过短距通信方式将第一部分数据转发给协作终端102。在第二个时隙，协作终端102向基站103发送第一部分数据，受益终端101向基站103发送第二部分数据。当协作终端102向受益终端101提供部分能力时，受益终端101将需要发送给基站103的数据分为两个部分(即第一部分数据和第二部分数据)，在第一个时隙，受益终端101通过短距通信方式将第一部分数据转发给协作终端102。在第二个时隙，协作终端102通过提供给受益终端101的部分天线端口(例如2ports)向基站103发送第一部分数据，受益终端101向基站103发送第二部分数据。如果此时协作终端102也有数据需要发送，可以使用没有提供给受益终端的剩余天线端口(例如2ports)向基站103发送自身数据。

在该实施例中，由于受益终端101接收到来自协作终端102的至少一部分能力为全部能力(100％的能力)，受益终端101的能力(例如MIMO-LayersUL和maxNumberSRS-Ports-PerResource)可以增加一倍，使得受益终端101能够支持更大的MIMO能力。

图5示出根据本申请一些实施例提供的受益终端、协作终端与基站之间传输信号的过程的第二示意图。如图5所示，受益终端101包括控制器211和收发器221。协作终端102包括控制器212和收发器222。基站103包括控制器213和收发器223。关于控制器(211、221、231)与收发器(212、222、223)的说明请参考图2中的相关描述，在此不再赘述。

如图5中的步骤S501所示，受益终端101向协作终端102发送协作请求。例如，在受益终端101的传输质量较差(例如短时间内重传的次数较多、误码率较大、传输数据的时延较长)的情况下，受益终端101的收发器221可以向协作终端102的收发器222发送协作请求。协作请求可以通过修改Wi-Fi字段的方式以实现，例如可以是采用私有标准的形式，将Wi-Fi beacon帧里面一些预留的字段定义为协作请求功能，支持该私有标准的设备例如协作终端102在接收到Wi-Fi beacon帧后，通过识别该预留字段内容，以判断其为协作请求。在一些实施例中，受益终端101向协作终端102发送协作请求的方式可以采用被动的方式(例如类似蓝牙配对)。受益终端101具体是如何采用被动的方式向协作终端102发送协作请求请参考上述图3及其相关描述，在此不再赘述。在另一些实施例中，受益终端101向协作终端102发送协作请求的方式可以采用主动的方式，例如受益终端101或基站103测得受益终端101的传输质量较差，受益终端101主动地向其具有近距离通信功能的协作终端102发送协作请求。

如图5中的步骤S502所示，协作终端102确定提供全部能力。在受益终端101向手机303(协作终端102)发送协作请求后，该手机303(协作终端102)的用户界面上会显示是否允许该受益终端102发送的协作请求的对话框。在该协作终端102允许来自受益终端101的协作请求的情况下，协作终端102的控制器212可以确定提供给受益终端101的至少一部分能力为全部能力或一部分能力。协作终端102可以通过手动或自动的方式确定协作终端102提供给受益终端101的能力。协作终端102具体是如何采用手动的方式确定协作终端102提供给受益终端101的能力大小请参考上述图4及其相关描述，在此不再赘述。在本实施例中，由于协作终端102不需要与基站103进行通信，因此，协作终端102提供给受益终端101的至少一部分能力可以为全部能力，例如用户在图4的协作终端102的用户界面上点击按键“100％403”。协作终端102具体是如何采用自动的方式确定协作终端102提供给受益终端101的能力大小请参考上述图2及其相关描述，在此不再赘述。

如图5中的步骤S503所示，协作终端102将对协作请求的响应发送至受益终端101。例如，在图4的协作终端102的用户界面上点击按键“100％403”，即协作终端102提供100％的能力给受益终端101，协作终端102的收发器222将该响应发送至受益终端101的收发器221，例如协作终端102将100％的能力信息通过例如Wi-Fi direct的近距离通信方式发送至受益终端101的收发器221。

如图5中的步骤S504所示，受益终端101整合能力。例如，在受益终端101的收发器221接收到来自协作终端102所提供的100％的能力的情况下，受益终端101的控制器211对受益终端101的能力进行整合。

假设协作终端102原始的能力为：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

协作终端102将100％的能力提供给受益终端101，那么，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

假设受益终端101的原始能力为：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

由于MIMO-LayersUL

maxNumberSRS-Ports-PerResource

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

如图5中的步骤S505所示，受益终端101将超出能力返还给协作终端102，例如，受益终端101的控制器211计算超出能力，由受益终端101的收发器221将超出能力发送至协作终端102的收发器222。超出能力的具体计算如下：

MIMO-LayersUL

maxNumberSRS-Ports-PerResourc

如图5中的步骤S507所示，受益终端101将受益终端101的经整合的能力发送至基站103。例如，受益终端101的收发器221将其经整合的能力(能力上限)发送至基站103的收发器223。受益终端101向基站103发送经整合的能力有如下两种方式：一是受益终端101通过NAS指令Mobility Registration Update主动向基站103请求更新能力，基站103收到上述NAS指令后会通过RRC信令UECapabilityEnquiry查询受益终端101能力，受益终端101通过RRC信令UECapabilityInformation向基站103发送能力信息。二是受益终端101可以通过例如Detach/Attach、Deregistration/Registration等注销后再重新注册的方式以触发基站103查询受益终端101的能力信息。

如图5中的步骤S508所示，基站103发送新的参数配置至受益终端101。例如，基站103的控制器213对受益终端101的经整合能力(能力上限)进行新的参数配置，基站的收发器223将该新的参数配置发送至受益终端101的收发器221。受益终端101接收来自基站103的参数配置信息，并利用与参数配置对应的通信资源(例如天线端口数量、数据流的流数)与基站103进行信息的传输和/或测量。

在该实施例中，由于受益终端101接收到来自协作终端102的至少一部分能力为全部能力(100％的能力)，虽然受益终端101返还协作终端102超出能力，但仍使得受益终端101的能力(例如MIMO-LayersUL和maxNumberSRS-Ports-PerResource)增加一倍，使得受益终端101能够支持更大的MIMO能力。

如图5中的步骤S506所示，协作终端102整合能力。例如，协作终端102的收发器222接收到来自受益终端102的收发器221发送的超出能力，协作终端102的控制器212进行能力整合。协作终端102整合的过程至少包括，将协作终端102的能力减去协作终端102提供给受益终端101的能力，再加上受益终端101返还给协作终端102的超出能力，即，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

如图5中的步骤S509所示，受益终端101向协作终端102转发基站发送给其的新的参数配置。具体地，受益终端101可以通过例如D2D的方式将该新的参数配置发送至受益终端101的收发器221。

如图5中的步骤S510所示，协作终端102将协作终端102的经整合的能力发送至基站103。例如，协作终端102的收发器222将协作终端102的经整合的能力(超出能力)发送至基站103的收发器223。

如图5中的步骤S511所示，基站103发送新的参数配置至协作终端102。例如，基站103的控制器213对协作终端102的经整合能力(超出能力)进行新的参数配置，基站的收发器223将该新的参数配置发送至协作终端102的收发器222。协作终端102接收来自基站103的参数配置信息，并利用与参数配置对应的通信资源(例如天线端口数量、数据流的流数)与基站103进行信息的传输和/或测量。

在该实施例中，虽然协作终端102提供给受益终端101的能力为100％的能力，但由于受益终端101返还协作终端102超出能力，因此如果协作终端102之后与基站103有通信需求，协作终端102可以利用该超出能力与基站103进行传输，不会影响与受益终端101之间的协作关系。

图6示出根据本申请一些实施例提供的受益终端、协作终端与基站之间传输信号的过程的第三示意图。关于受益终端101和协作终端102的说明请参考图2中的相关描述，在此不再赘述。

如图6中的步骤S601所示，受益终端101向协作终端102发送协作请求。关于发送协作请求的具体内容请参考上文图2和图3中的相关描述，在此不再赘述。

如图6中的步骤S602所示，协作终端102确定提供部分能力给受益终端101。在受益终端101向手机303(协作终端102)发送协作请求后，该手机303(协作终端102)的用户界面上会显示是否允许该受益终端102发送的协作请求的对话框。在该协作终端102允许来自受益终端101的协作请求的情况下，协作终端102的控制器212可以确定提供受益终端101的能力为全部能力或一部分能力。协作终端102可以通过手动或自动的方式确定协作终端102提供给受益终端101的能力。协作终端102具体是如何采用手动的方式确定协作终端102提供给受益终端101的能力大小请参考上述图4及其相关描述，在此不再赘述。在本实施例中，由于协作终端102需要与基站103进行通信，因此，协作终端102提供给受益终端101的至少一部分能力可以为部分能力，例如用户在图4的协作终端102的用户界面上点击按键“50％405”。协作终端102具体是如何采用自动的方式确定协作终端102提供给受益终端101的能力大小请参考上述图2及其相关描述，在此不再赘述。

如图6中的S603所示，协作终端102将对协作请求的响应发送至受益终端101。例如，在图4的协作终端102的用户界面上点击按键“50％405”，即协作终端102提供50％的能力给受益终端101，协作终端102的收发器222将该响应发送至受益终端101的收发器221，例如协作终端102将50％的能力信息通过例如Wi-Fi direct的近距离通信方式发送至受益终端101的收发器221。

如图6中的步骤S604所示，受益终端101整合能力。例如，在受益终端101的收发器221接收到来自协作终端102所提供的50％的能力的情况下，受益终端101的控制器211对受益终端101的能力进行整合。

假设协作终端102原始的能力为：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

协作终端102将50％的能力提供给受益终端101，那么，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

假设受益终端101的原始能力为：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

那么，累加受益终端101的能力和来自协作终端102的能力，获取相加的结果，将相加的结果作为受益终端101的经整合的能力，即，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

如图6中的步骤S605所示，受益终端101将受益终端101的经整合的能力发送至基站103。例如，受益终端101的收发器221将其经整合的能力(相加的结果)发送至基站103的收发器223。受益终端101向基站103发送经整合的能力有如下两种方式：一是受益终端101通过NAS指令Mobility Registration Update主动向基站103请求更新能力，基站103收到上述NAS指令后会通过RRC信令UECapabilityEnquiry查询受益终端101能力，受益终端101通过RRC信令UECapabilityInformation向基站103发送能力信息。二是受益终端101可以通过例如Detach/Attach、Deregistration/Registration等注销后再重新注册的方式以触发基站103查询受益终端101的能力信息。

如图6中的步骤S606所示，基站103发送新的参数配置至受益终端101。例如，基站103的控制器213对受益终端101的经整合能力(相加的结果)进行新的参数配置，基站的收发器223将该新的参数配置发送至受益终端101的收发器221。受益终端101接收来自基站103的参数配置信息，并利用与参数配置对应的通信资源(例如天线端口数量、数据流的流数)与基站103进行信息的传输和/或测量。

在该实施例中，由于受益终端101接受来自协作终端102的的能力为部分能力(50％的能力)，受益终端101的能力(例如MIMO-LayersUL和maxNumberSRS-Ports-PerResource)增加一倍，从而使得受益终端101能够支持更大的MIMO能力。

如图6中的步骤S607所示，协作终端102整合能力，例如，协作终端102的控制器212整合能力。协作终端102整合的过程至少包括，将协作终端102的能力减去协作终端102提供给受益终端101的能力，再加上受益终端101返还给协作终端102的超出能力。由于在本实施例中，超出能力为零，即，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

如图6中的步骤S608所示，受益终端101向协作终端102转发基站发送给其的新的参数配置。具体地，受益终端101可以通过例如D2D的方式将该新的参数配置发送至受益终端101的收发器221。

如图6中的步骤S609所示，协作终端102将协作终端102的经整合的能力发送至基站103。例如，协作终端102的收发器222将协作终端102的经整合的能力(剩余能力)发送至基站103的收发器223。

如图6中的步骤S610所示，基站103发送新的参数配置至协作终端102。例如，基站103的控制器213对协作终端102的经整合能力(剩余能力)进行新的参数配置，基站的收发器223将该新的参数配置发送至协作终端102的收发器222。协作终端102接收来自基站103的参数配置信息，并利用与参数配置对应的通信资源(例如天线端口数量、数据流的流数)与基站103进行信息的传输和/或测量。

在该实施例中，由于协作终端102只提供给了受益终端101一部分能力，协作终端102还保留有剩余能力(50％的能力)，如果协作终端102当前或之后与基站103有通信需求，协作终端102可以利用该剩余能力与基站103进行传输，不会影响与受益终端101之间的协作关系。例如，受益终端101只需要借助协作终端102的部分射频天线功能，协作终端102可以使用基带调制自身的数据，再利用剩余的射频天线功能向基站103发送数据。

图7示出根据本申请一些实施例提供的受益终端、协作终端与基站之间传输信号的过程的第四示意图。关于受益终端101与协作终端102的说明请参考图2中的相关描述，在此不再赘述。

如图7中的步骤S701所示，受益终端101向协作终端102发送协作请求。关于发送协作请求的具体内容请参考上文图2和图3中的相关描述，在此不再赘述。

如图7中的步骤S702所示，协作终端102确定提供部分能力给受益终端101。在受益终端101向手机303(协作终端102)发送协作请求后，该手机303(协作终端102)的用户界面上会显示是否允许该受益终端102发送的协作请求的对话框。在该协作终端102允许来自受益终端101的协作请求的情况下，协作终端102的控制器212可以确定提供全部或部分能力给受益终端101。协作终端102可以通过手动或自动的方式确定协作终端102提供给受益终端101的能力。协作终端102具体是如何采用手动的方式确定协作终端102提供给受益终端101的能力大小请参考上述图4及其相关描述，在此不再赘述。在本实施例中，由于协作终端102自身需要与基站103进行通信，也就是说，协作终端102自身与基站103有通信需求，因此，协作终端102提供给受益终端101的至少一部分能力可以为部分能力，例如用户在图4的协作终端102的用户界面上点击按键“50％405”。协作终端102具体是如何采用自动的方式确定协作终端102提供给受益终端101的能力大小请参考上述图2及其相关描述，在此不再赘述。

如图7中的S703所示，协作终端102将对协作请求的响应发送至受益终端101。例如，在图4的协作终端102的用户界面上点击按键“50％405”，即协作终端102提供50％的能力给受益终端101，协作终端102的收发器222将该响应发送至受益终端101的收发器221，例如协作终端102将50％的能力信息通过例如Wi-Fi direct的近距离通信方式发送至受益终端101的收发器221。

如图7中的步骤S704所示，受益终端101整合能力。例如，在受益终端101的收发器221接收到来自协作终端102所提供的50％的能力的情况下，受益终端101的控制器211对受益终端101的能力进行整合。

假设协作终端102原始的能力为：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

协作终端102将50％的能力提供给受益终端101，那么，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

假设受益终端101的原始能力为：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

由于MIMO-LayersUL

maxNumberSRS-Ports-PerResource

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

如图7中的步骤S705所示，受益终端101将受益终端101的经整合的能力发送至基站103。例如，受益终端101的收发器221将其经整合的能力(能力上限)发送至基站103的收发器223。受益终端101向基站103发送经整合的能力有如下两种方式：一是受益终端101通过NAS指令Mobility Registration Update主动向基站103请求更新能力，基站103收到上述NAS指令后会通过RRC信令UECapabilityEnquiry查询受益终端101能力，受益终端101通过RRC信令UECapabilityInformation向基站103发送能力信息。二是受益终端101可以通过例如Detach/Attach、Deregistration/Registration等注销后再重新注册的方式以触发基站103查询受益终端101的能力信息。

如图7中的步骤S706所示，基站103发送新的参数配置至受益终端101。例如，基站103的控制器213对受益终端101的经整合能力(能力上限)进行新的参数配置，基站的收发器223将该新的参数配置发送至受益终端101的收发器221。受益终端101接收来自基站103的参数配置信息，并利用与参数配置对应的通信资源(例如天线端口数量、数据流的流数)与基站103进行信息的传输和/或测量。

在该实施例中，由于受益终端101接受来自协作终端102的至少一部分能力为部分能力(50％的能力)，虽然受益终端101返还协作终端102超出能力，但仍使得受益终端101的能力(例如MIMO-LayersUL和maxNumberSRS-Ports-PerResource)增加，使得受益终端101能够支持更大的MIMO能力。

如图7中的步骤S707所示，受益终端101将超出能力返还给协作终端102。例如，受益终端101的控制器211计算超出能力，由受益终端101的收发器221将超出能力发送至协作终端102的收发器222，例如受益终端101通过D2D链路发送特定的消息给协作终端102，该消息内的各个字段按照预定义的方式表示各种能力。超出能力的具体计算如下：

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

如图7中的步骤S708所示，协作终端102整合能力。例如，协作终端102的收发器222接收到来自受益终端102的收发器221发送的超出能力，协作终端102的控制器212进行能力整合。协作终端102整合的过程至少包括，将协作终端102的能力减去协作终端102提供给受益终端101的能力，再加上受益终端101返还给协作终端102的超出能力，即，

MIMO-LayersUL

maxNumberSRS-Ports-PerResource

如图7中的步骤S709所示，受益终端101向协作终端102转发基站发送给其的新的参数配置。具体地，受益终端101可以通过例如D2D的方式将该新的参数配置发送至受益终端101的收发器221。

如图7中的步骤S710所示，协作终端102将协作终端102的经整合的能力发送至基站103。例如，协作终端102的收发器222将协作终端102的经整合的能力(剩余能力+超出能力)发送至基站103的收发器223。

如图7中的步骤S711所示，基站103发送新的参数配置至协作终端102。例如，基站103的控制器213对协作终端102的经整合能力进行新的参数配置，基站的收发器223将该新的参数配置发送至协作终端102的收发器222。协作终端102接收来自基站103的参数配置信息，并利用与参数配置对应的通信资源(例如天线端口数量、数据流的流数)与基站103进行信息的传输和/或测量。

在该实施例中，由于受益终端101返还协作终端102超出能力且协作终端102保留剩余能力(50％的能力)，如果协作终端102与基站103有通信需求，协作终端102可以利用该超出能力和剩余能力与基站103进行传输，不会影响与受益终端101之间的协作关系。

图8示出根据本申请一些实施例提供的用于受益终端的增加与基站之间传输信息的能力的方法。

如图8中的框801所示，获取受益终端101与基站103之间传输信息的质量。受益终端101与基站103之间传输信息的质量可以由受益终端101测得，也可以由基站103测得。例如，受益终端101的控制器211测得受益终端101与基站103之间传输信息的质量(例如误码率、重传率、传输时延)，或者，基站103的控制器213测得受益终端101与基站103之间传输信息的质量(例如误码率、重传率、传输时延)，然后将基站103的收发器223将测得的受益终端101与基站103之间传输信息的质量发送至受益终端101的收发器221。

如图8中的框802所示，判断受益终端101与基站103之间传输信息的质量是否低于质量阈值。受益终端101与基站103之间传输信息的质量可以由受益终端101的控制器211判定。质量阈值可以包括误码率阈值、重传率阈值、时延阈值中的一种或几种。如果受益终端101与基站103之间传输信息的质量高于或等于质量阈值，那么，受益101与基站103之间的传输信息的质量较好；如果受益终端101与基站103之间传输信息的质量低于质量阈值，那么，受益101与基站103之间的传输信息的质量较差。

如图8中的框803所示，如果受益终端101与基站103之间传输信息的质量低于质量阈值，那么，受益终端101向协作终端102发送协作请求。例如，受益终端101的控制器211判定受益终端101与基站103之间传输信息的质量低于质量阈值，那么，受益终端101的收发器221向协作终端102的收发器222发送协作请求。协作请求可以通过修改Wi-Fi字段的方式以实现。在一些实施例中，受益终端101向协作终端102发送协作请求的方式可以采用被动的方式(例如类似蓝牙配对)。受益终端101具体是如何采用被动的方式向协作终端102发送协作请求请参考上述图3及其相关描述，在此不再赘述。在另一些实施例中，受益终端101向协作终端102发送协作请求的方式可以采用主动的方式，例如受益终端101或基站103测得受益终端101的传输质量较差，受益终端101主动地向其具有近距离通信功能的协作终端102发送协作请求。

如图8中的框804所示，接收来自协作终端102的对协作请求的响应。例如，受益终端101的收发器211接收来自协作终端102的对协作请求的响应。其中，响应指示协作终端102可以提供给受益终端101的至少一部分能力。协作终端102的至少一部分能力包括以下能力中的至少一种：协作终端102的至少一部分多输入多输出的层数(MIMO-LayersUL)和/或单位资源中发送探测参考信号(Sounding Reference Signal，SRS)的至少一部分天线端口的数量(maxNumberSRS-Ports-PerResource)。

如图8中的框805所示，累加受益终端101的能力与来自协作终端的至少一部分能力，获取相加的结果。例如，受益终端101的控制器211累加受益终端101的能力与来自协作终端的至少一部分能力，获取相加的结果。其中，受益终端的能力包括以下能力中的至少一种：受益终端101的多输入多输出的层数(MIMO-LayersUL)和单位资源中发送探测参考信号(Sounding Reference Signal，SRS)的最大天线端口的数量(maxNumberSRS-Ports-PerResource)。

如图8中的框806所示，判断相加的结果是否小于能力上限。例如，受益终端101的控制器211判断相加的结果是否小于能力上限。能力上限可以被理解为，用户设备(例如受益终端101)与基站103进行信号传输的最大限度。其中，信号传输的最大限度可以包括多输入多输出的层数的最大限度(例如4层)。

如图8中的框807所示，如果受益终端101的控制器211判断相加的结果小于能力上限，那么，将相加的结果作为受益终端101的经整合的能力。例如，受益终端101的控制器211判断相加的结果小于能力上限，那么，受益终端101的控制器211将相加的结果作为受益终端101的经整合的能力。

如图8中的框809所示，如果受益终端101的控制器211判断相加的结果大于或等于能力上限，那么，将能力上限作为受益终端101的经整合的能力。例如，受益终端101的控制器211判断相加的结果大于或等于能力上限，那么，受益终端101的控制器211将能力上限作为受益终端101的经整合的能力。

如图8中的框810所示，将相加的结果与能力上限相减，获取超出能力。例如，受益终端101的控制器211将相加的结果与能力上限相减，获取超出能力。

如图8中的框811所示，发送超出能力给协作终端102。例如，受益终端101的收发器221将超出能力发送给协作终端102的收发器222。

如图8中的框812所示，将经整合的能力发送至基站103。例如，受益终端101的收发器221将受益终端101的经整合的能力发送至基站103的收发器223。

如图8中的框813所示，接收到来自基站103的参数配置信息，并利用与参数配置对应的通信资源(天线端口数量、信号流的流数)与基站103进行信息的传输和/或测量。例如，受益终端101的收发器221接收到来自基站103的参数配置信息，并利用与参数配置对应的通信资源(天线端口数量、信号流的流数)与基站103进行信息的传输和/或测量。

如图8中的框808所示，如果受益终端101与基站103之间传输信息的质量高于或等于质量阈值，那么，不向协作终端102发送协作请求。例如，受益终端101的控制器211判定受益终端101与基站103之间传输信息的质量高于或等于质量阈值，那么，受益终端101的收发器221不向协作终端102的收发器222发送协作请求。

在受益终端101受到能力的限制而导致与基站103之间传输的质量较差(例如重传率较高、误码率较大、时延较长)的情况下，受益终端101通过向其具有近距离通信的协作终端102借助至少一部分能力(全部能力或部分能力)，以提高受益终端101与基站103之间通信的能力，进而提高传输质量。

图9示出根据本申请一些实施例提供的协作终端向受益终端提供传输信息的能力的方法。

如图9中的框901所示，接收来自受益终端101的协作请求。例如，协作终端102的收发器222接收来自受益终端101的收发器221发送的协作请求。

如图9中的框902所示，响应于受益终端101的协作请求，确定协作终端102可以提供给受益终端101的至少一部分能力。例如，协作终端102的控制器212响应于受益终端101的协作请求，确定协作终端102可以提供给受益终端101的至少一部分能力。如果协作终端102不需要与基站103进行通信，那么，协作终端102可以提供全部能力给受益终端101；如果协作终端102需要与基站103进行通信，那么，协作终端102可以将除自身通信所需的能力之外的能力提供给受益终端101。在受益终端101与协作终端102建立协作关系后(例如在图5中用户在协作终端102的用户界面点击同意501按键)，协作终端102的控制器212可以确定提供全部或部分能力给受益终端101。协作终端102可以通过手动或自动的方式确定协作终端102提供给受益终端101的能力。协作终端102具体是如何采用手动的方式确定协作终端102提供给受益终端101的能力大小请参考上述图6及其相关描述，在此不再赘述。协作终端102具体是如何采用自动的方式确定协作终端102提供给受益终端101的能力大小请参考上述图2及其相关描述，在此不再赘述。

如图9中的框903所示，判断协作终端102提供的至少一部分能力是否为全部能力。至少一部分传输能力是否为全部能力(100％的能力)可以由协作终端102的控制器212判断。

如图9中的框904所示，如果协作终端102提供的至少一部分能力是全部能力，那么，判断是否接收到受益终端101返还给协作终端102的超出能力。例如，协作终端102的控制器212判断是否接收到受益终端101返还给协作终端102的超出能力。其中，超出能力可以理解为，不需要用于受益终端101与基站103之间传输信息的能力。

如图9中的框905所示，如果协作终端102接收到受益终端101返还的超出能力，那么，协作终端102将超出能力作为经整合的能力。例如，如果协作终端102的收发器222接收到受益终端101返还的超出能力，那么，协作终端102的控制器222将超出能力作为经整合的能力。协作终端102整合的过程如下：协作终端102的全部能力减去协作终端102提供给受益终端101的能力(即全部能力)再加上受益终端101返还的超出能力。

如图9中的框908所示，如果协作终端102未接收到受益终端101返还的超出能力，那么，协作终端102不向基站103发送能力。例如，如果协作终端102的收发器222未接收到受益终端101返还的超出能力，那么，协作终端102的收发器222不向基站103的收发器223发送能力。

如图9中的框909所示，如果协作终端102提供的至少一部分能力不是全部能力(例如提供部分能力)，那么，判断是否接收到受益终端101返还给协作终端102的超出能力，例如，协作终端102的控制器212判断是否接收到受益终端101返还给协作终端102的超出能力。

如图9中的框910所示，如果协作终端102接收到受益终端101返还的超出能力，那么，累加协作终端102的剩余能力与来自受益终端101返还的超出能力，将相加后的结果作为经整合的能力。例如，如果协作终端102的收发器222接收到受益终端101的收发器221返还的超出能力，那么，协作终端102的控制器212累加协作终端102的剩余能力与来自受益终端101返还的超出能力，并将相加后的结果作为经整合的能力。其中，剩余能力可以理解为，协作终端102与基站103之间传输信息的除了一部分能力之外的能力。

如图9中的框911所示，如果协作终端102未接收到受益终端101返还的超出能力，那么，将剩余能力作为经整合的能力。例如，如果协作终端102的收发器222未接收到受益终端101的收发器221返还的超出能力，那么，协作终端102的控制器212将剩余能力作为经整合的能力。协作终端102整合的过程如下：协作终端102的全部能力减去协作终端102提供给受益终端101的能力(即部分能力)

如图9中的906所示，将经整合的能力发送至基站103。例如，协作终端102的收发器222将协作终端102的经整合的能力发送至基站103的收发器223。

如图9中的907所示，接收来自基站的参数配置信息，并利用与参数配置对应的通信资源与基站进行信息的传输和/或测量。例如，协作终端102的收发器222接收来自基站103的参数配置信息，协作终端的控制器212利用与参数配置对应的通信资源与基站进行信息的传输和/或测量。在一实施例中，基站103向协作终端101发送RRC ConnectionReconfiguration消息进行协作终端101的参数重配，参数包括SRB1(SRB：Signaling radiobearers，信令无线承载)、无线资源、SRB2和DRB(DRB：Data radio bearers，数据无线承载)等等。例如，上述参数中的无线资源包括SRS，基站103可以通过测量SRS以获得协作终端102与基站103的链路状况。

对于协作终端102，由于可以视其自身的通信需求以提供给受益终端101全部或部分能力，因此，协作终端102可以确保自身与基站103之间的通信的同时，不会影响与受益终端101之间的协作关系。

图10示出根据本申请一些实施例提供的用户设备的结构示意图。

用户设备(例如图1中的受益终端101、协作终端102)可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对用户设备的具体限定。在本申请另一些实施例中，用户设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。电子设备100的详细结构介绍，请参考在先专利申请：CN201910430270.9。

其他内容参考上文相关内容的描述，不再赘述。在不冲突的情况下，以上各实施例的方案都可以组合使用。

可以理解的是，上述电子设备等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。

本申请实施例可以根据上述方法示例对上述电子设备等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明：

本申请实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例描述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、电子设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，SSD)等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

以上，仅为本申请的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以权利要求的保护范围为准。