直连Sidelink终端设备间内部协调信息请求的发送方法及其装置与流程

直连sidelink终端设备间内部协调信息请求的发送方法及其装置
技术领域
1.本公开涉及通信技术领域，尤其涉及一种直连sidelink终端设备间内部协调信息请求的发送方法及其装置。


背景技术：

2.相关技术中，在不同ue(user equipment，用户设备)之间通过侧链路(sidelink，sl)通信时，有两种发送资源分配方式，一种是网络动态调度的方式(mode 1)，另一种是ue在网络广播的资源池中自主选择的方式(mode 2)。为了辅助对端ue更好地进行资源选择，避免和其他ue发生冲突，r17(release-17)标准引入了iuc(inter-ue coordination，用户设备间协调)，使得处于mode2的ue-a可以给处于mode 2的对端ue-b发送用户间协调介质访问控制单元iuc mac(medium access control，介质访问控制)ce(control element，控制单元)。但目前使用sl进行通信的ue并不知道对端ue处于mode1还是mode2，并且不知道对端ue是否支持iuc特性。针对基于请求的iuc机制，如果ue-b向ue-a发送iuc请求，但是ue-a没有反馈iuc信息，那么ue-b会一直持续发送iuc请求，从而造成信令浪费，并对其他ue的通信造成干扰。


技术实现要素：

3.本公开实施例提供一种直连sidelink终端设备间内部协调信息请求的发送方法及其装置，可以应用于车联网，例如车与任何事物(vehicle to everything，v2x)通信、车间通信长期演进技术(long term evolution-vehicle，lte-v)、车辆与车辆(vehicle to vehicle，v2v)通信等，或可以用于智能驾驶，智能网联车等领域，通过根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求，可以避免第一终端设备在不知道第二终端设备的资源分配模式和/或能力的情况下，持续发送或生成终端设备间协调信息请求，从而避免造成信令浪费，并降低对其他终端设备造成的干扰。
4.第一方面，本公开实施例提供一种直连sidelink终端设备间内部协调信息请求的发送方法，所述方法由第一终端设备执行，所述方法包括：根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成所述终端设备间协调信息请求iuc-request。
5.在一种实现方式中，所述根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成所述终端设备间协调信息请求，包括：响应于发送完或生成所述终端设备间协调信息请求后，启动所述定时器；在所述定时器的运行期间监听第二终端设备发送的终端设备间协调信息并维护所述计数器；根据所述计数器的计数值，确定是否停止继续发送或生成所述终端设备间协调信息请求。
6.在一种可选地实现方式中，所述在所述定时器的运行期间监听第二终端设备发送的终端设备间协调信息并维护所述计数器，包括：响应于所述定时器超过所述设定时长且所述第一终端设备未接收到所述第二终端设备发送的终端设备间协调信息，所述第一终端
设备将所述计数器的计数值加1；在所述定时器的运行期间，所述第一终端设备接收到所述第二终端设备发送的终端设备间协调信息，停止所述定时器，并将所述计数器重置为初始值。
7.在一种可选地实现方式中，所述根据所述计数器的计数值，确定是否停止继续发送或生成所述终端设备间协调信息请求，包括：响应于所述计数器的计数值大于或等于预设值，所述第一终端设备停止继续发送或生成所述终端设备间协调信息请求；响应于所述计数器的计数值小于所述预设值，所述第一终端设备继续发送或生成所述终端设备间协调信息请求。
8.可选地，所述预设值为网络侧设备通过无线资源控制rrc信令配置的，或者，ue通过实现自己确定。
9.可选地，所述方法还包括：接收所述第二终端设备发送的终端设备能力信息，所述终端设备能力信息用于指示所述第二终端设备支持终端设备间协调特性；所述计数器的计数值大于或等于第一预设值，所述第一终端设备停止继续发送或生成所述终端设备间协调信息请求。
10.可选地，所述方法还包括：接收所述第二终端设备发送的终端设备能力信息；其中，所述终端设备能力信息中未包含终端设备间协调能力信息；所述计数器的计数值大于或等于第二预设值，所述第一终端设备停止继续发送或生成所述终端设备间协调信息请求；其中第一预设值小于或等于第二预设值。
11.在一种实现方式中，所述第一终端设备与一个或多个第二终端设备存在单播链路，所述第一终端设备对每个所述单播链路上对应的定时器和计数器进行维护。
12.在一种可选地实现方式中，所述终端设备间协调信息中携带首选资源集合指示信息，所述首选资源集合指示信息用于指示所述第一终端设备只能使用所述首选资源集合中指示的资源给所述第二终端设备发送数据；或者，所述终端设备间协调信息中携带非首选资源集合指示信息，所述非首选资源集合指示信息用于指示所述第一终端设备不能使用所述非首选资源集合中指示的资源给所述第二终端设备发送数据。
13.在该技术方案中，通过根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求，可以避免第一终端设备在不知道第二终端设备的资源分配模式和/或能力的情况下，持续发送或生成终端设备间协调信息请求，从而避免造成信令浪费，并降低对其他终端设备造成的干扰。
14.第二方面，本公开实施例提供一种通信装置，该装置包括收发模块和处理模块，其中，所述处理模块用于：根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成所述终端设备间协调信息请求iuc-request。
15.在一种实现方式中，所述处理模块具体用于：响应于发送完或生成所述终端设备间协调信息请求后，启动所述定时器；在所述定时器的运行期间监听第二终端设备发送的终端设备间协调信息并维护所述计数器；根据所述计数器的计数值，确定是否停止继续发送或生成所述终端设备间协调信息请求。
16.在一种可选地实现方式中，所述处理模块具体用于：响应于所述定时器超过所述设定时长且所述第一终端设备未接收到所述第二终端设备发送的终端设备间协调信息，所述第一终端设备将所述计数器的计数值加1；在所述定时器的运行期间，所述第一终端设备
接收到所述第二终端设备发送的终端设备间协调信息，停止所述定时器，并将所述计数器重置为初始值。
17.在一种可选地实现方式中，所述处理模块具体用于：响应于所述计数器的计数值大于或等于预设值，所述第一终端设备停止继续发送或生成所述终端设备间协调信息请求；响应于所述计数器的计数值小于所述预设值，所述第一终端设备继续发送或生成所述终端设备间协调信息请求。
18.可选地，所述预设值为网络侧设备通过无线资源控制rrc信令配置的，或者，ue通过实现自己确定。
19.可选地，所述收发模块用于：接收所述第二终端设备发送的终端设备能力信息，所述终端设备能力信息用于指示所述第二终端设备支持终端设备间协调特性；所述处理模块还用于：所述计数器的计数值大于或等于第一预设值，所述第一终端设备停止继续发送或生成所述终端设备间协调信息请求。
20.可选地，所述收发模块还用于：接收所述第二终端设备发送的终端设备能力信息；其中，所述终端设备能力信息中未包含终端设备间协调能力信息；所述处理模块还用于：所述计数器的计数值大于或等于第二预设值，所述第一终端设备停止继续发送或生成所述终端设备间协调信息请求；其中第一预设值小于或等于第二预设值。
21.在一种实现方式中，所述第一终端设备与一个或多个第二终端设备存在单播链路，所述第一终端设备对每个所述单播链路上对应的定时器和计数器进行维护。
22.在一种可选地实现方式中，所述终端设备间协调信息中携带首选资源集合指示信息，所述首选资源集合指示信息用于指示所述第一终端设备只能使用所述首选资源集合中指示的资源给所述第二终端设备发送数据；或者，所述终端设备间协调信息中携带非首选资源集合指示信息，所述非首选资源集合指示信息用于指示所述第一终端设备不能使用所述非首选资源集合中指示的资源给所述第二终端设备发送数据。
23.第三方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第一方面所述的方法。
24.第四方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面所述的方法。
25.第五方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。
26.第六方面，本公开实施例提供一种计算机可读存储介质，用于储存为上述终端设备所用的指令，当所述指令被执行时，使所述终端设备执行上述第一方面所述的方法。
27.第七方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
28.第八方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持终端设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片
和其他分立器件。
29.第九方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
附图说明
30.为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。
31.图1是本公开实施例提供的一种通信系统的架构示意图；
32.图2是本公开实施例提供的一种直连sidelink终端设备间内部协调信息请求的发送方法的流程示意图；
33.图3是本公开实施例提供的另一种直连sidelink终端设备间内部协调信息请求的发送方法的流程示意图；
34.图4是本公开实施例提供的一种通信装置的结构示意图；
35.图5是本公开实施例提供的另一种通信装置的结构示意图；
36.图6是本公开实施例提供的一种芯片的结构示意图。
具体实施方式
37.下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。其中，在本公开的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
38.为了更好的理解本公开实施例公开的一种直连sidelink终端设备间内部协调信息请求的发送方法，下面首先对本公开实施例适用的通信系统进行描述。
39.请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络侧设备、一个第一终端设备和一个第二终端设备，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的网络侧设备，两个或两个以上的第一终端设备，两个或两个以上的第二终端设备。图1所示的通信系统以包括网络侧设备101、第一终端设备102和第二终端设备103为例。
40.需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，lte)系统、第五代(5th generation，5g)移动通信系统、5g新空口(new radio，nr)系统，或者其他未来的新型移动通信系统等。
41.本公开实施例中的网络侧设备101是网络侧的一种用于发射或接收信号的实体。例如，网络侧设备101可以为演进型基站(evolved nodeb，enb)、传输点(transmission reception point，trp)、nr系统中的下一代基站(next generation nodeb，gnb)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，wifi)系统中的接入节点等。本公开的实施例对网络侧设备所采用的具体技术和具体设备形态不做限定。本公开实施例提供的网络侧设备可以是由集中单元(central unit，cu)与分布式单元(distributed unit，
du)组成的，其中，cu也可以称为控制单元(control unit)，采用cu-du的结构可以将网络侧设备，例如基站的协议层拆分开，部分协议层的功能放在cu集中控制，剩下部分或全部协议层的功能分布在du中，由cu集中控制du。
42.本公开实施例中的第一终端设备102和第二终端设备103是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，ue)、移动台(mobile station，ms)、移动终端设备(mobile terminal，mt)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端设备、增强现实(augmented reality，ar)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
43.可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。
44.下面结合附图对本公开所提供的直连sidelink终端设备间内部协调信息请求的发送方法及其装置进行详细地介绍。
45.请参见图2，图2是本公开实施例提供的一种直连sidelink终端设备间内部协调信息请求的发送方法的流程示意图。该方法由第一终端设备执行。如图2所示，该方法可以包括但不限于如下步骤：
46.步骤s201：根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求iuc-request。
47.举例而言，第一终端设备响应于满足预设条件则启动定时器，在定时器的设定时长内未收到对端终端设备发送的终端设备间协调信息，则将计数器的计数值加1。并在计数器的计数值达到预先设定的数值时，停止继续发送或生成终端设备间协调信息请求。
48.需要说明的是，在本公开的实施例中，第一终端设备生成终端设备间协调信息请求是指第一终端设备使用sl(sidelink，直连链路，也可称为侧链路或者侧行链路)资源进行新传，并且通过lcp(logical channel prioritization，逻辑信道优先级)过程将iuc(inter-ue coordination，终端设备间协调)request mac(medium access control，介质访问控制)ce(control element，控制单元)以及它的子头包含进去，从而通过复用和组装流程生成终端设备间协调信息请求。
49.需要说明的是，在本公开的实施例中，定时器的设定时长可以由sl-iuc-reporttimer(sidelink inter-ue coordination report time，侧链路终端设备间协调报告定时器)确定，或者，也可以由第一终端设备自主确定。
50.通过实施本公开实施例，可以避免第一终端设备在不知道第二终端设备的资源分配模式和/或能力的情况下，持续发送或生成终端设备间协调信息请求，从而避免造成信令
浪费，并降低对其他终端设备造成的干扰。
51.请参见图3，图3是本公开实施例提供的一种直连sidelink终端设备间内部协调信息请求的发送方法的流程示意图。该方法由第一终端设备执行。如图3所示，该方法可以包括但不限于如下步骤：
52.步骤s301：响应于发送完或生成终端设备间协调信息请求后，启动定时器。
53.作为一种示例，第一终端设备响应于发送完终端设备间协调信息请求，启动定时器。
54.作为另一种示例，第一终端设备响应于生成终端设备间协调信息请求，启动定时器。
55.步骤s302：在定时器的运行期间监听第二终端设备发送的终端设备间协调信息并维护计数器。
56.举例而言，第一终端设备在定时器运行期间监听第二终端设备发送的终端设备间协调信息，并基于是否收到该终端设备间协调信息维护计数器。
57.需要说明的是，在本公开的实施例中，第一终端设备和第二终端设备之间可以建立直连通信pc5连接，并且第一终端设备和第二终端设备都支持sl通信。
58.可选地，在本公开的一些实施例中，上述在定时器的运行期间监听第二终端设备发送的终端设备间协调信息并维护计数器，可以包括：响应于定时器超过设定时长且第一终端设备未接收到第二终端设备发送的终端设备间协调信息，第一终端设备将计数器的计数值加1。
59.举例而言，第一终端设备在启动定时器后，响应于定时器的工作时长达到或者超过预先设定的时长，并且在定时器的工作时间内，第一终端设备未接收到第二终端设备发送的终端设备间协调信息，则第一终端设备将计数器的计数值加1。
60.可选地，在定时器的运行期间，第一终端设备接收到第二终端设备发送的终端设备间协调信息，停止定时器，并将计数器重置为初始值。其中第二终端通过iuc(inter-ue coordination)mac ce发送对应的设备间协调信息。
61.举例而言，第一终端设备在启动定时器后，在定时器的运行期间接收到第二终端设备发送的终端设备间协调信息，则停止定时器运行，并将计数器的计数值重置为初始值。
62.需要说明的是，在本公开的实施例中，上述初始值可以为0。
63.步骤s303：根据计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求。
64.举例而言，第一终端设备根据计数器的计数值与预设值之间的大小关系，确定是否停止继续发送或生成终端设备间协调信息请求。
65.可选地，在本公开的一些实施例中，上述根据计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求，可以包括：响应于计数器的计数值大于或等于预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求。
66.作为一种示例，第一终端设备响应于计数器的计数值大于或等于预设值，停止向第二终端设备发送终端设备间协调信息请求。
67.作为另一种示例，第一终端设备响应于计数器的计数值大于或等于预设值，停止向第二终端设备生成终端设备间协调信息请求。
68.其中，在本公开的实施例中，上述预设值为第一终端设备用于判断是否停止继续发送或生成终端设备间协调信息请求的数值。
69.可选地，在本公开的实施例中，上述根据计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求，还可以包括：响应于计数器的计数值小于预设值，第一终端设备继续发送或生成终端设备间协调信息请求。
70.作为一种示例，第一终端设备响应于计数器的计数值小于预设值，继续向第二终端设备发送终端设备间协调信息请求。
71.作为另一种示例，第一终端设备响应于计数器的计数值小于预设值，继续向第二终端设备生成终端设备间协调信息请求。
72.需要说明的是，在本公开的实施例中，当计数器的计数值等于预设值时，第一终端设备可以停止继续发送或生成终端设备间协调信息请求，或者，第一终端设备也可以继续发送或生成终端设备间协调信息请求。
73.其中，在本公开的实施例中，上述预设值可以由网络侧设备通过rrc(radio resource control，无线资源控制)信令配置。该rrc信令可以是专用rrc信令或者sib(signaling in band，带内信令)。或者，上述第一预设值也可以是预配置的。或者，上述预设值也可以由第一终端设备通过实现预先确定。
74.需要说明的是，在本公开的实施例中，上述网络侧设备为支持sl特性的网络侧设备。
75.还需要说明的是，针对不同的场景，第一终端设备可以使用不同的预设值。例如，如果终端设备之间已经进行过ue能力交互，知道对端ue(如第二终端设备)支持iuc特性，则第一终端设备可以使用第一预设值来做统计。又如，如果终端设备之间进行的ue能力交互不包含iuc能力，第一终端设备不确定对端ue(如第二终端设备)是否支持iuc特性，则第一终端设备可以使用第二预设值来做统计。可选地，在本公开实施例的一些实施例中，第一终端设备可以接收第二终端设备发送的终端设备能力信息，该终端设备能力信息用于指示第二终端设备支持终端设备间协调特性。
76.举例而言，第一终端设备与第二终端设备之间进行ue能力交互，第一终端设备可以接收到第二终端设备发送的终端设备能力信息，该终端设备能力信息用于指示该第二终端设备支持终端设备间协调(iuc)特性。由于该终端设备能力信息可以指示第二终端设备支持终端设备间协调(iuc)特性，所以第一终端设备知道第二终端设备支持iuc特性，在这种场景下，第一终端设备可以使用第一预设值来做统计，以确定是否停止继续发送或生成终端设备间协调信息请求。
77.可选地，计数器的计数值大于或等于第一预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求。
78.其中，在本公开的实施例中，第一预设值为第一终端设备用于判断是否停止继续发送或生成终端设备间协调信息请求的数值。
79.需要说明的是，在本公开的实施例中，上述第一预设值可以由网络侧设备通过rrc信令配置。该rrc信令可以是专用rrc信令或者sib。或者，上述第一预设值也可以是预配置的。或者，上述第一预设值可以由第一终端设备预先确定。
80.作为一种示例，计数器的计数值大于或等于第一预设值，第一终端设备停止向第
二终端设备发送终端设备间协调信息请求。
81.作为另一种示例，计数器的计数值大于或等于第一预设值，第一终端设备停止向第二终端设备生成终端设备间协调信息请求。
82.可选地，第一终端设备可以响应于计数器的计数值小于第一预设值，继续发送或生成终端设备间协调信息请求。
83.可选地，在本公开实施例的一些实施例中，第一终端设备可以接收第二终端设备发送的终端设备能力信息；其中，终端设备能力信息中未包含终端设备间协调能力信息。
84.举例而言，第一终端设备与第二终端设备之间进行ue能力交互，第一终端设备可以接收到第二终端设备发送的终端设备能力信息，该终端设备能力信息中未包含终端设备间协调能力信息。由于该终端设备能力信息中未包含终端设备间协调能力信息，所以第一终端设备不确定第二终端设备是否支持iuc特性，在这种场景下，第一终端设备可以使用第二预设值来做统计，以确定是否停止继续发送或生成终端设备间协调信息请求。
85.可选地，计数器的计数值大于或等于第二预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求。
86.其中，在本公开的实施例中，第二预设值为第一终端设备用于判断是否停止继续发送或生成终端设备间协调信息请求的数值。第二预设值大于或等于上述第一预设值。在本公开的一些实施例中，网络侧设备可以通过rrc信令配置第一预设值小于或者等于第二预设值，或者第一终端设备可以自主确定第一预设值小于或者等于第二预设值。
87.需要说明的是，在本公开的实施例中，上述第二预设值可以由网络侧设备通过rrc信令配置。该rrc信令可以是专用rrc信令或者sib。或者，上述第二预设值也可以是预配置的。或者，上述第二预设值可以由第一终端设备预先确定。
88.作为一种示例，计数器的计数值大于或等于第二预设值，第一终端设备停止向第二终端设备发送终端设备间协调信息请求。
89.作为另一种示例，第一终端设备响应于计数器的计数值大于或等于第二预设值，第一终端设备停止向第二终端设备生成终端设备间协调信息请求。
90.可选地，在本公开的实施例中，计数器的计数值小于或等于第二预设值，第一终端设备继续发送或生成终端设备间协调信息请求。
91.通过实施本公开实施例，可以根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求，从而避免第一终端设备在不知道第二终端设备的资源分配模式和/或能力的情况下，持续发送或生成终端设备间协调信息请求，从而避免造成信令浪费，并降低对其他终端设备造成的干扰。
92.可选地，在本公开的一些实施例中，第一终端设备与一个或多个第二终端设备存在单播链路，第一终端设备对每个单播链路上对应的定时器和计数器进行维护。
93.举例而言，第一终端设备与每个第二终端设备间存在一个点对点的通信链路，并且每个通信链路具有对应的定时器和计数器，第一终端设备可以按照本公开各个实施例提供的方法，对每个通信链路对应的定时器和计数器进行维护。
94.可选地，在本公开的一些实施例中，上述终端设备间协调信息中携带首选资源集合指示信息，该首选资源集合指示信息用于指示第一终端设备只能使用首选资源集合中指示的资源给第二终端设备发送数据；或者，该终端设备间协调信息中携带非首选资源集合
指示信息，该非首选资源集合指示信息用于指示第一终端设备不能使用非首选资源集合中指示的资源给第二终端设备发送数据。
95.上述本公开提供的实施例中，从第一终端设备的角度对本公开实施例提供的方法进行了介绍。为了实现上述本公开实施例提供的方法中的各功能，第一终端设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
96.请参见图4，为本公开实施例提供的一种通信装置40的结构示意图。图4所示的通信装置40可包括收发模块401和处理模块402。收发模块401可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块401可以实现发送功能和/或接收功能。
97.通信装置40可以是第一终端设备，也可以是第一终端设备中的装置，还可以是能够与第一终端设备匹配使用的装置。
98.其中，处理模块402用于：根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求iuc-request。
99.在一种实现方式中，处理模块402具体用于：响应于发送完或生成终端设备间协调信息请求后，启动定时器；在定时器的运行期间监听第二终端设备发送的终端设备间协调信息并维护计数器；根据计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求。
100.在一种可选地实现方式中，处理模块402具体用于：响应于定时器超过设定时长且第一终端设备未接收到第二终端设备发送的终端设备间协调信息，第一终端设备将计数器的计数值加1；在定时器的运行期间，第一终端设备接收到第二终端设备发送的终端设备间协调信息，停止定时器，并将计数器重置为初始值。
101.在一种可选地实现方式中，处理模块402具体用于：响应于计数器的计数值大于或等于预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求；响应于计数器的计数值小于预设值，第一终端设备继续发送或生成终端设备间协调信息请求。
102.可选地，预设值为网络侧设备通过无线资源控制rrc信令配置的，或者，ue通过实现自己确定。
103.可选地，收发模块401用于：接收第二终端设备发送的终端设备能力信息，终端设备能力信息用于指示第二终端设备支持终端设备间协调特性；处理模块402还用于：计数器的计数值大于或等于第一预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求。
104.可选地，收发模块401还用于：接收第二终端设备发送的终端设备能力信息；其中，终端设备能力信息中未包含终端设备间协调能力信息；处理模块402还用于：计数器的计数值大于或等于第二预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求；其中第一预设值小于或等于第二预设值。
105.在一种实现方式中，第一终端设备与一个或多个第二终端设备存在单播链路，第一终端设备对每个单播链路上对应的定时器和计数器进行维护。
106.在一种可选地实现方式中，终端设备间协调信息中携带首选资源集合指示信息，
首选资源集合指示信息用于指示第一终端设备只能使用首选资源集合中指示的资源给第二终端设备发送数据；或者，终端设备间协调信息中携带非首选资源集合指示信息，非首选资源集合指示信息用于指示第一终端设备不能使用非首选资源集合中指示的资源给第二终端设备发送数据。
107.通过本公开实施例的装置，可以根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求，从而避免在不知道第二终端设备的资源分配模式和/或能力的情况下，持续发送或生成终端设备间协调信息请求，从而避免造成信令浪费，并降低对其他终端设备造成的干扰。
108.请参见图5，图5是本公开实施例提供的另一种通信装置50的结构示意图。通信装置50可以是网络侧设备，也可以是终端设备，也可以是支持网络侧设备实现上述方法的芯片、芯片系统、或处理器等，还可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
109.通信装置50可以包括一个或多个处理器501。处理器501可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，du或cu等)进行控制，执行计算机程序，处理计算机程序的数据。
110.可选的，通信装置50中还可以包括一个或多个存储器502，其上可以存有计算机程序503，处理器501执行所述计算机程序503，以使得通信装置50执行上述方法实施例中描述的方法。可选的，所述存储器502中还可以存储有数据。通信装置50和存储器502可以单独设置，也可以集成在一起。
111.可选的，通信装置50还可以包括收发器504、天线505。收发器504可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器504可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。
112.可选的，通信装置50中还可以包括一个或多个接口电路506。接口电路506用于接收代码指令并传输至处理器501。处理器501运行所述代码指令以使通信装置50执行上述方法实施例中描述的方法。
113.通信装置50为第一终端设备：处理器501用于执行图2中的步骤s201；执行图3中的步骤s301、步骤s302和步骤s303。
114.在一种实现方式中，处理器501中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
115.在一种实现方式中，处理器501可以存有计算机程序，该计算机程序在处理器501上运行，可使得通信装置50执行上述方法实施例中描述的方法。该计算机程序可能固化在处理器501中，该种情况下，处理器501可能由硬件实现。
116.在一种实现方式中，通信装置50可以包括电路，所述电路可以实现前述方法实施
例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit，ic)、模拟ic、射频集成电路rfic、混合信号ic、专用集成电路(application specific integrated circuit，asic)、印刷电路板(printed circuit board，pcb)、电子设备等上。该处理器和收发器也可以用各种ic工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，cmos)、n型金属氧化物半导体(nmetal-oxide-semiconductor，nmos)、p型金属氧化物半导体(positive channel metal oxide semiconductor，pmos)、双极结型晶体管(bipolar junction transistor，bjt)、双极cmos(bicmos)、硅锗(sige)、砷化镓(gaas)等。
117.本公开中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图5的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：
118.(1)独立的集成电路ic，或芯片，或，芯片系统或子系统；
119.(2)具有一个或多个ic的集合，可选的，该ic集合也可以包括用于存储数据，计算机程序的存储部件；
120.(3)asic，例如调制解调器(modem)；
121.(4)可嵌入在其他设备内的模块；
122.(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络侧设备、云设备、人工智能设备等等；
123.(6)其他等等。
124.对于通信装置可以是芯片或芯片系统的情况，可参见图6所示的芯片的结构示意图。图6所示的芯片包括处理器601和接口602。其中，处理器601的数量可以是一个或多个，接口602的数量可以是多个。
125.其中，处理器601用于：根据定时器的设定时长和计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求iuc-request。
126.在一种实现方式中，处理器601具体用于：响应于发送完或生成终端设备间协调信息请求后，启动定时器；在定时器的运行期间监听第二终端设备发送的终端设备间协调信息并维护计数器；根据计数器的计数值，确定是否停止继续发送或生成终端设备间协调信息请求。
127.在一种可选地实现方式中，处理器601具体用于：响应于定时器超过设定时长且第一终端设备未接收到第二终端设备发送的终端设备间协调信息，第一终端设备将计数器的计数值加1；在定时器的运行期间，第一终端设备接收到第二终端设备发送的终端设备间协调信息，停止定时器，并将计数器重置为初始值。
128.在一种可选地实现方式中，处理器601具体用于：响应于计数器的计数值大于或等于预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求；响应于计数器的计数值小于预设值，第一终端设备继续发送或生成终端设备间协调信息请求。
129.可选地，预设值为网络侧设备通过无线资源控制rrc信令配置的，或者，ue通过实现自己确定。
130.可选地，接口602用于：接收第二终端设备发送的终端设备能力信息，终端设备能力信息用于指示第二终端设备支持终端设备间协调特性；处理器601还用于：计数器的计数
值大于或等于第一预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求。
131.可选地，接口602还用于：接收第二终端设备发送的终端设备能力信息；其中，终端设备能力信息中未包含终端设备间协调能力信息；处理器601还用于：计数器的计数值大于或等于第二预设值，第一终端设备停止继续发送或生成终端设备间协调信息请求；其中第一预设值小于或等于第二预设值。
132.在一种实现方式中，第一终端设备与一个或多个第二终端设备存在单播链路，第一终端设备对每个单播链路上对应的定时器和计数器进行维护。
133.在一种可选地实现方式中，终端设备间协调信息中携带首选资源集合指示信息，首选资源集合指示信息用于指示第一终端设备只能使用首选资源集合中指示的资源给第二终端设备发送数据；或者，终端设备间协调信息中携带非首选资源集合指示信息，非首选资源集合指示信息用于指示第一终端设备不能使用非首选资源集合中指示的资源给第二终端设备发送数据。
134.可选的，芯片还包括存储器603，存储器603用于存储必要的计算机程序和数据。
135.本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本公开实施例保护的范围。
136.本公开还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。
137.本公开还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
138.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，dvd))、或者半导体介质(例如，固态硬盘(solid state disk，ssd))等。
139.本领域普通技术人员可以理解：本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围，也表示先后顺序。
140.本公开中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本公开不做限制。在本公开实施例中，对于一种技术特征，通过“第一”、“第二”、“第
三”、“a”、“b”、“c”和“d”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“a”、“b”、“c”和“d”描述的技术特征间无先后顺序或者大小顺序。
141.本公开中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本公开并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
142.本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
143.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
144.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
145.以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。