WO2022236577A1 - 设备间协作方法以及装置 - Google Patents

设备间协作方法以及装置 Download PDF

Info

Publication number
WO2022236577A1
WO2022236577A1 PCT/CN2021/092772 CN2021092772W WO2022236577A1 WO 2022236577 A1 WO2022236577 A1 WO 2022236577A1 CN 2021092772 W CN2021092772 W CN 2021092772W WO 2022236577 A1 WO2022236577 A1 WO 2022236577A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
side link
information
resource
priority
Prior art date
Application number
PCT/CN2021/092772
Other languages
English (en)
French (fr)
Inventor
张健
纪鹏宇
李国荣
王昕�
Original Assignee
富士通株式会社
张健
纪鹏宇
李国荣
王昕�
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社, 张健, 纪鹏宇, 李国荣, 王昕� filed Critical 富士通株式会社
Priority to PCT/CN2021/092772 priority Critical patent/WO2022236577A1/zh
Priority to PCT/CN2021/110829 priority patent/WO2022236978A1/zh
Priority to EP21941547.8A priority patent/EP4340486A1/en
Priority to KR1020237038550A priority patent/KR20230169236A/ko
Priority to JP2023568621A priority patent/JP2024516747A/ja
Priority to CN202180097109.XA priority patent/CN117158084A/zh
Publication of WO2022236577A1 publication Critical patent/WO2022236577A1/zh
Priority to US18/386,275 priority patent/US20240064784A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/26—Reselection being triggered by specific parameters by agreed or negotiated communication parameters
    • H04W36/28—Reselection being triggered by specific parameters by agreed or negotiated communication parameters involving a plurality of connections, e.g. multi-call or multi-bearer connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the embodiment of the present application relates to the technical field of communication.
  • Vehicle to Everything (V2X, Vehicle to Everything) is a vehicle communication technology. Compared with cellular communication using Uu link, the sending device of V2X communicates directly with the receiving device through sidelink.
  • New Radio (NR New Radio) V2X is an important project of 5G Rel-16. Compared with Rel-14/Rel-15 Long Term Evolution (LTE, Long Term Evolution) V2X, NR V2X can support more scenarios and services, and can Meet higher performance requirements.
  • the physical channels defined by Rel-16NR V2X include Physical Sidelink Control Channel (PSCCH, Physical Sidelink Control Channel), Physical Sidelink Shared Channel (PSSCH, Physical Sidelink Shared Channel) and Physical Sidelink Feedback Channel (PSFCH, Physical Sidelink Feedback Channel).
  • PSCCH Physical Sidelink Control Channel
  • PSSCH Physical Sidelink Shared Channel
  • PSFCH Physical Sidelink Feedback Channel
  • the PSCCH carries 1st stage side link control information (SCI, Sidelink Control Informaiton), and the 1st stage SCI is mainly used to reserve resources.
  • PSSCH carries 2nd stage SCI and transport block (TB, Transport Block), where 2nd stage SCI is mainly used for TB demodulation.
  • PSFCH carries side link feedback information (may be referred to as HARQ-ACK).
  • PSCCH and PSSCH are generally sent in the same time slot.
  • a PSCCH/PSSCH is associated with one or more PSFCH resources according to established rules.
  • the device can receive acknowledgment (ACK)/non-acknowledgement (NACK) on the associated PSFCH resource.
  • ACK acknowledgment
  • NACK non-acknowledgement
  • NR V2X supports HARQ-ACK feedback for unicast and multicast. Multicast also includes HARQ option 1 and HARQ option 2 two HARQ-ACK feedback modes.
  • NACK-only For the multicast of HARQ option 1, only receiving devices within a certain communication range (communication range) will feed back HARQ-ACK, and use a way of only feeding back NACK (NACK-only). More specifically, all receiving devices share the same PSFCH resource, that is, they all feed back on the same PSFCH resource, and only perform feedback (send PSFCH) when NACK is received, and do not send PSFCH when ACK is received, and ACK and NACK pass through PSFCH signals. No distinction is made, PSFCH sent by multiple devices will be superimposed on the same resource in the same direction, and the sending device judges NACK or ACK according to the presence or absence of PSFCH signals, and the sending device does not know which receiving device sent the NACK.
  • the PSFCH resources used by each receiving device to feed back ACK/NACK are independent.
  • the receiving device feeds back ACK when it is received correctly, and feeds back NACK when it is not received correctly.
  • ACK and NACK pass through different PSFCH sequences (Cyclic shift) to distinguish, and the sending device knows which receiving device sent the ACK/NACK.
  • NR V2X defines two working modes. For NR V2X Mode 1 (Mode 1), the resources used by the terminal device for V2X communication are scheduled or configured by the network device (base station) through the NR Uu link. For NR V2X Mode 2 (Mode 2), terminal devices can autonomously select time-frequency resources for V2X communication based on the sensing results.
  • the terminal device selects and sends resources based on its own sensing result, which can avoid interference or collision between devices to a certain extent. But in some cases, there will still be resource sending collisions. Therefore, as an enhancement to autonomous resource selection Mode 2, inter-UE coordination has also become one of the research contents of Rel-17 V2X. The specific way of collaboration between devices, etc., is a problem to be studied and solved.
  • embodiments of the present application provide a method and apparatus for inter-device collaboration.
  • a method for inter-device collaboration including:
  • the first terminal device receives the first side link information from the second terminal device and the second side link information from the third terminal device;
  • the first side link information and the second side link information determine that the first resource reserved by the first side link information needs to be reselected.
  • an apparatus for collaboration between devices including:
  • a receiving unit which receives the first side link information from the second terminal device and the second side link information from the third terminal device;
  • a determining unit which determines, according to the first side link information and the second side link information, that the first resource reserved by the first side link information needs to be reselected
  • a sending unit which sends to the second terminal device first cooperation information indicating that the first resource needs to be reselected, where the priority of the first cooperation information is equal to the first side link information and the The highest priority in the above-mentioned second side link information.
  • a method for inter-device collaboration including:
  • the first terminal device receives side link information from the second terminal device
  • the first terminal device is the destination terminal device of the second terminal device, send to the second terminal device a reselection indication for instructing resource reselection and/or an acknowledgment of the side link information or not confirm.
  • an apparatus for collaboration between devices including:
  • a receiving unit which receives side link information from the second terminal device
  • a sending unit which sends a reselection instruction for instructing resource reselection and/or the side link information to the second terminal device according to whether the first terminal device is the destination terminal device of the second terminal device confirmation or non-confirmation.
  • a method for inter-device collaboration including:
  • the first terminal device receives side link information from the second terminal device
  • the first terminal device is the target terminal device of the second terminal device, send a reselection instruction for instructing resource reselection to the second terminal device by using the first resource or the second resource.
  • an apparatus for collaboration between devices including:
  • a receiving unit which receives side link information from the second terminal device
  • a sending unit configured to use the first resource or the second resource to send a reselection instruction for instructing resource reselection to the second terminal device according to whether the first terminal device is the target terminal device of the second terminal device.
  • One of the beneficial effects of the embodiments of the present application is that the priority of the cooperation information can be accurately determined, and when the side link information is determined to be sent or discarded based on the priority rule, it can be ensured that the priority of sending the conflict indication matches the service priority , to ensure that information related to high-priority services can be sent first.
  • Fig. 1 is the schematic diagram of the communication system of the embodiment of the present application.
  • FIG. 2 is an example diagram of collaboration between devices according to an embodiment of the present application
  • FIG. 3 is a schematic diagram of a method for collaboration between devices according to an embodiment of the present application.
  • FIG. 4 is an example diagram of sending collaboration information according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a method for collaboration between devices according to an embodiment of the present application.
  • FIG. 6 is an example diagram of sending collaboration information according to an embodiment of the present application.
  • Fig. 7 is an example diagram of the PSFCH of the embodiment of the present application.
  • FIG. 8 is an example diagram of feedback PSFCH according to the embodiment of the present application.
  • FIG. 9 is another example diagram of feedback PSFCH according to the embodiment of the present application.
  • FIG. 10 is a schematic diagram of a method for collaboration between devices according to an embodiment of the present application.
  • FIG. 11 is a schematic diagram of a method for collaboration between devices according to an embodiment of the present application.
  • Fig. 12 is another example diagram of the PSFCH of the embodiment of the present application.
  • FIG. 13 is another example diagram of sending collaboration information according to the embodiment of the present application.
  • FIG. 14 is another example diagram of sending collaboration information according to the embodiment of the present application.
  • FIG. 15 is another example diagram of sending collaboration information according to the embodiment of the present application.
  • FIG. 16 is another example diagram of sending collaboration information according to the embodiment of the present application.
  • FIG. 17 is another example diagram of sending collaboration information according to the embodiment of the present application.
  • FIG. 18 is a schematic diagram of an apparatus for collaboration between devices according to an embodiment of the present application.
  • FIG. 19 is a schematic diagram of an apparatus for collaboration between devices according to an embodiment of the present application.
  • FIG. 20 is a schematic diagram of a network device according to an embodiment of the present application.
  • FIG. 21 is a schematic diagram of a terminal device according to an embodiment of the present application.
  • the terms “first”, “second”, etc. are used to distinguish different elements from the title, but do not indicate the spatial arrangement or time order of these elements, and these elements should not be referred to by these terms restricted.
  • the term “and/or” includes any and all combinations of one or more of the associated listed items.
  • the terms “comprising”, “including”, “having” and the like refer to the presence of stated features, elements, elements or components, but do not exclude the presence or addition of one or more other features, elements, elements or components.
  • the term “communication network” or “wireless communication network” may refer to a network conforming to any of the following communication standards, such as Long Term Evolution (LTE, Long Term Evolution), Enhanced Long Term Evolution (LTE-A, LTE- Advanced), Wideband Code Division Multiple Access (WCDMA, Wideband Code Division Multiple Access), High-Speed Packet Access (HSPA, High-Speed Packet Access), etc.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • LTE-A Long Term Evolution-A
  • LTE- Advanced Wideband Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • High-Speed Packet Access High-Speed Packet Access
  • the communication between devices in the communication system can be carried out according to any stage of communication protocols, such as but not limited to the following communication protocols: 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G and 5G , New Radio (NR, New Radio), etc., and/or other communication protocols that are currently known or will be developed in the future.
  • Network device refers to, for example, a device in a communication system that connects a terminal device to a communication network and provides services for the terminal device.
  • Network equipment may include but not limited to the following equipment: base station (BS, Base Station), access point (AP, Access Point), transmission and reception point (TRP, Transmission Reception Point), broadcast transmitter, mobile management entity (MME, Mobile Management Entity), gateway, server, radio network controller (RNC, Radio Network Controller), base station controller (BSC, Base Station Controller) and so on.
  • the base station may include but not limited to: Node B (NodeB or NB), evolved Node B (eNodeB or eNB), and 5G base station (gNB), etc., and may also include Remote Radio Head (RRH, Remote Radio Head) , Remote Radio Unit (RRU, Remote Radio Unit), relay (relay) or low-power nodes (such as femeto, pico, etc.).
  • Node B Node B
  • eNodeB or eNB evolved Node B
  • gNB 5G base station
  • RRH Remote Radio Head
  • RRU Remote Radio Unit
  • relay relay
  • low-power nodes such as femeto, pico, etc.
  • base station may include some or all of their functions, each base station may provide communication coverage for a particular geographic area.
  • the term "cell” can refer to a base station and/or its coverage area depending on the context in which the term is used.
  • the term "User Equipment” (UE, User Equipment) or “terminal equipment” (TE, Terminal Equipment or Terminal Device), for example, refers to a device that accesses a communication network through a network device and receives network services.
  • a terminal device may be fixed or mobile, and may also be called a mobile station (MS, Mobile Station), a terminal, a subscriber station (SS, Subscriber Station), an access terminal (AT, Access Terminal), a station, etc.
  • the terminal equipment may include but not limited to the following equipment: Cellular Phone (Cellular Phone), Personal Digital Assistant (PDA, Personal Digital Assistant), wireless modem, wireless communication equipment, handheld equipment, machine-type communication equipment, laptop computer, Cordless phones, smartphones, smart watches, digital cameras, and more.
  • Cellular Phone Cellular Phone
  • PDA Personal Digital Assistant
  • wireless modem wireless communication equipment
  • handheld equipment machine-type communication equipment
  • laptop computer Cordless phones
  • Cordless phones smartphones, smart watches, digital cameras, and more.
  • the terminal device can also be a machine or device for monitoring or measurement, such as but not limited to: a machine type communication (MTC, Machine Type Communication) terminal, Vehicle communication terminal, device to device (D2D, Device to Device) terminal, machine to machine (M2M, Machine to Machine) terminal, etc.
  • MTC Machine Type Communication
  • Vehicle communication terminal device to device (D2D, Device to Device) terminal
  • M2M Machine to Machine
  • network side refers to one side of the network, which may be a certain base station, or may include one or more network devices as above.
  • user side or “terminal side” or “terminal device side” refers to a side of a user or a terminal, which may be a certain UE, or may include one or more terminal devices as above.
  • device may refer to network devices or terminal devices.
  • FIG. 1 is a schematic diagram of a communication system according to an embodiment of the present application, schematically illustrating a case where a terminal device and a network device are taken as examples.
  • a communication system 100 may include a network device 101 and terminal devices 102 and 103.
  • Figure 1 only uses two terminal devices and one network device as an example for illustration, but this embodiment of the application is not limited thereto.
  • eMBB enhanced mobile broadband
  • mMTC massive machine type communication
  • URLLC Ultra-Reliable and Low -Latency Communication
  • Fig. 1 shows that both terminal devices 102 and 103 are within the coverage of the network device 101, but the present application is not limited thereto. Neither of the two terminal devices 102 and 103 may be within the coverage of the network device 101 , or one terminal device 102 may be within the coverage of the network device 101 while the other terminal device 103 is outside the coverage of the network device 101 .
  • side link transmission can be performed between two terminal devices 102 and 103 .
  • the two terminal devices 102 and 103 can both perform side link transmission within the coverage of the network device 101 to realize V2X communication, or both can perform side link transmission outside the coverage of the network device 101 to realize V2X
  • one terminal device 102 may be within the coverage of the network device 101 while the other terminal device 103 is outside the coverage of the network device 101 to perform side link transmission to realize V2X communication.
  • terminal devices 102 and/or 103 can independently select side link resources (i.e., use Mode 2), in which case the side link transmission can be independent of network device 101, that is, network device 101 is optional of.
  • side link resources i.e., use Mode 2
  • this embodiment of the present application can also combine the independent selection of side link resources (that is, Mode 2) and the allocation of side link resources by the network device (that is, Mode 1); this embodiment of the present application does not limit this.
  • terminal devices can obtain side link transmission resources through the process of sensing detection + resource selection, in which sensing can be performed continuously to obtain the occupancy of resources in the resource pool. For example, the terminal device may estimate the resource occupancy situation in the next period of time (called the selection window) according to the resource occupancy situation in the previous period of time (called the perception window).
  • the selection window the resource occupancy situation in the next period of time
  • the perception window the resource occupancy situation in the previous period of time
  • the terminal device selects and sends resources based on its own sensing result, which can avoid interference or collision between devices to a certain extent.
  • the steps of resource selection please refer to Section 8.1.4 of the standard TS 38.214 V16.2.0.
  • Rel-17 V2X introduces the enhancement of autonomous resource selection mode 2.
  • the transmission reliability of mode 2 can be improved and the transmission delay of mode 2 can be reduced.
  • Inter-device cooperation has become one of the research contents of Rel-17 V2X. one.
  • Inter-device collaboration requires the exchange of information between devices, which is called coordination information.
  • Collaboration information can be used to enhance mode 2 resource selection.
  • Collaboration information may indicate whether there is a conflict.
  • Conflicts may include resource collision issues, half-duplex issues, and the like.
  • the hidden node problem occurs: device B sends side link information to device A, and there is an interference source device C around device A. Since device B cannot perceive device C, the transmission of device B will be interfered by device C; that is, device C can considered as a hidden node.
  • Fig. 2 is an example diagram of cooperation between devices according to the embodiment of the present application, where device C is a hidden node.
  • device C is a hidden node.
  • device A since device A can perceive device C, if device A can find that device B and device C have collided, and then send a collision indication (for example, using 1 bit) to device B and/or device C, the indication Device B and/or device C perform resource reselection, which can avoid the above-mentioned hidden node problem, which is actually a kind of cooperation between devices.
  • a collision indication for example, using 1 bit
  • the traditional mode 2 resource selection will also face half-duplex problems.
  • device B and device C transmit at the same time slot at the same time. Due to the half-duplex limitation, device B and device C cannot receive the side link information sent by the other party, that is, a half-duplex problem occurs.
  • device A receives the SCI sent by device B and device C, and can know that a half-duplex problem occurs between device B and device C, so it can send a conflict indication (for example, using 1 bit) to device B and/or device C, indicating that the device B and/or device C perform resource reselection or retransmission, so as to avoid the above-mentioned half-duplex problem, which is actually a kind of cooperation between devices.
  • a conflict indication for example, using 1 bit
  • device A sends cooperation information to device B, and the cooperation information may instruct device B to perform resource reselection or retransmission.
  • cooperation information indicating reselection or retransmission For simplicity, it is called cooperation information indicating reselection or retransmission. Equivalently, it can also be called cooperation information indicating that there is a collision (pre-collision or post-collision) or a half-duplex (half duplex) problem, and device B can (post-collision) or half-duplex to determine resource reselection or retransmission. Equivalently, it may also be referred to as a cooperation information indication conflict (conflict), and at least a part of the cooperation information may be referred to as a retransmission indication or a reselection indication according to a function of the indication.
  • cooperation information indication conflict conflict
  • V2X is taken as an example to describe side links, but the present application is not limited thereto, and may also be applicable to side link transmission scenarios other than V2X.
  • sidelink and “V2X” are interchangeable
  • PSFCH and “sidelink feedback channel” are interchangeable
  • PSCCH and “Sidelink Control Channel” or “Sidelink Control Information” are interchangeable
  • PSSCH and “Sidelink Data Channel” or “Sidelink Data” are also interchangeable.
  • sending (transmitting) or receiving (receiving) PSCCH can be understood as sending or receiving side link control information carried by PSCCH; sending or receiving PSSCH can be understood as sending or receiving side link data carried by PSSCH; sending or receiving PSFCH can be understood as sending or receiving side link feedback information carried by PSFCH.
  • Sidelink transmission (Sidelink transmission, also referred to as sidelink transmission) can be understood as PSCCH/PSSCH transmission or sidelink data/information transmission.
  • An embodiment of the present application provides a method for inter-device collaboration, which is described from a first terminal device.
  • the first terminal device may receive side link information (such as SCI and PSSCH) sent by the second terminal device (device B) and/or the third terminal device (device C).
  • side link information such as SCI and PSSCH
  • FIG. 3 is a schematic diagram of a method for inter-device collaboration in an embodiment of the present application. As shown in FIG. 3, the method includes:
  • the first terminal device receives first side link information from a second terminal device and second side link information from a third terminal device;
  • the first terminal device determines, according to the first side link information and the second side link information, that the first resource reserved by the first side link information needs to be reselected;
  • the first terminal device sends to the second terminal device first cooperation information indicating that the first resource needs to be reselected, where the priority of the first cooperation information is equal to that of the first side link information and the second side link information. highest priority.
  • devices may need to send coordination information and other information at the same time.
  • other information includes side link information and/or uplink information, such as PSFCH, PUSCH, etc., which are not listed one by one.
  • side link information and/or uplink information such as PSFCH, PUSCH, etc.
  • PSFCH Physical Downlink Control Channel
  • PUSCH Physical Downlink Control Channel
  • M ⁇ N M pieces of information from the N pieces of information to send
  • the device needs to determine which information to send finally according to the priority of the information.
  • the priority of side link information and uplink information has been defined in the standard. How to determine the priority of collaborative information is a problem that needs to be solved.
  • the first side link information includes first side link control information (SCI) and a first physical side link shared channel (PSSCH), and the priority of the first side link information is equal to the The priority indicated by the field in the first side link control information;
  • the second side link information includes the second side link control information (SCI) and the second physical side link shared channel (PSSCH), and the second side link
  • the priority of the link information is equal to the priority indicated by the field in the second side link control information.
  • the first resource reserved by the first side-link control information and the second resource reserved by the second side-link control information at least partially overlap in the time domain and the frequency domain.
  • Fig. 4 is an example diagram of sending cooperation information according to the embodiment of the present application.
  • a certain resource (resource 1) used by device B for transmission reserves the next resource (resource 2) through SCI; a certain resource (resource 3) used by device C for transmission is reserved through SCI
  • Device A receives the SCI sent by device B on resource 1 and the SCI sent by device C on resource 3. Based on these SCIs, it can know that resource 2 and resource 4 of device B and device C will collide in the future. Therefore, before the collision occurs, device A sends cooperation information B to device B to notify device B to perform resource reselection. After receiving the cooperation information B, the device B performs resource reselection, that is, it can select a resource that does not collide with the resource 4 to send, thereby avoiding the collision.
  • the priority of the cooperation information B is equal to the highest PSSCH priority of the equipment B and the equipment C. Therefore, the priority of cooperation information can be accurately determined.
  • determining whether to send or discard side link information based on priority rules it can be ensured that the priority of sending conflict indications matches the priority of services, and information related to high-priority services can be guaranteed. can be sent first.
  • the first coordination information may be carried by a Physical Sidelink Feedback Channel (PSFCH).
  • PSFCH Physical Sidelink Feedback Channel
  • the PSFCH resources may be additionally configured or preconfigured RB resources, or sequence resources.
  • the sequence here can be determined by parameters such as cyclic shift.
  • the present application is not limited thereto, for example, other resources may also be used to bear the collaboration information.
  • the first terminal device is the intended receiving terminal device of the second terminal device. In some embodiments, the first terminal device is not the intended receiving terminal device of the second terminal device, but the first terminal device is the intended receiving terminal device of the third terminal device.
  • the destination (destination) receiving terminal device refers to a receiving device that receives PSCCH/PSSCH, for example. For specific implementation manners, reference may also be made to the embodiments of the sixth aspect described later.
  • the second terminal device performs unicast, multicast or broadcast side link communication. That is, the above embodiments can be applied to any scenario of unicast, multicast or broadcast.
  • the priority of the first cooperation information is equal to the highest priority of the first side link information and the second side link information. Therefore, the priority of cooperation information can be accurately determined.
  • determining whether to send or discard side link information based on priority rules it can be ensured that the priority of sending conflict indications matches the priority of services, and information related to high-priority services can be guaranteed. can be sent first.
  • An embodiment of the present application provides a method for inter-device collaboration, which is described from a first terminal device.
  • the embodiment of the present application may be combined with the embodiment of the first aspect, and may also be implemented independently.
  • FIG. 5 is a schematic diagram of a method for inter-device collaboration in an embodiment of the present application. As shown in FIG. 5, the method includes:
  • the first terminal device receives first side link information from a second terminal device and second side link information from a third terminal device;
  • the first terminal device determines, according to the first side link information and the second side link information, that the first side link information and the second side link information need to be retransmitted;
  • the first terminal device sends to the second terminal device second coordination information for indicating that the first side link information needs to be retransmitted, and sends to the third terminal device information for indicating that the second side link information needs to be retransmitted
  • the third cooperation information wherein, the priority of the second cooperation information is equal to the priority of the first side link information, and the priority of the third cooperation information is equal to the priority of the second side link information.
  • devices may need to send coordination information and other information at the same time.
  • other information includes side link information and/or uplink information, such as PSFCH, PUSCH, etc., which are not listed one by one.
  • side link information and/or uplink information such as PSFCH, PUSCH, etc.
  • PSFCH Physical Downlink Control Channel
  • PUSCH Physical Downlink Control Channel
  • M ⁇ N M pieces of information from the N pieces of information to send
  • the device needs to determine which information to send finally according to the priority of the information.
  • the priority of side link information and uplink information has been defined in the standard. How to determine the priority of collaborative information is a problem that needs to be solved.
  • the first side link information includes the first side link control information (SCI) and the first physical side link shared channel (PSSCH), and the priority of the first side link information is equal to that of the first side link The priority indicated by the field in the road control information;
  • the second side link information includes the second side link control information (SCI) and the second physical side link shared channel (PSSCH), and the priority of the second side link information It is equal to the priority indicated by the field in the second side link control information.
  • SCI side link control information
  • PSSCH physical side link shared channel
  • the resource where the first side link information is located and the resource where the second side link information is located overlap at least partially in the time domain.
  • the second terminal device is the intended receiving terminal device of the third terminal device
  • the third terminal device is the intended receiving terminal device of the second terminal device. That is, the second terminal device and the third terminal device are mutual senders and receivers, for example, the second terminal device sends a certain PSCCH/PSSCH to the third terminal device, and the third terminal device sends another PSCCH to the second terminal device /PSSCH.
  • Fig. 6 is an example diagram of sending cooperation information according to the embodiment of the present application. As shown in Figure 6, device B and device C transmit simultaneously on resource 1 and resource 3 in the same time slot. Due to the half-duplex limitation, device B and device C cannot receive the side link information sent by the other party, that is, Creates a half-duplex problem.
  • device A After receiving the SCI sent by device B on resource 1 and the SCI sent by device C on resource 3, device A can know that there is a half-duplex problem between device B and device C, so it can send cooperation information B and cooperation information to device B and device C respectively.
  • Information C notifies device B and device C to retransmit.
  • the retransmission resources (resource 2 and resource 4) of device B and device C can be received by each other, so the half-duplex problem can be avoided. Since the cooperation information B and the cooperation information C are to notify the device B and the device C to perform retransmission, the priorities of the cooperation information B and the cooperation information C are respectively the priorities of the PSSCHs of the device B and the device C. ,
  • the second coordination information and the third coordination information are carried by a Physical Sidelink Feedback Channel (PSFCH).
  • PSFCH resources may reuse PSFCH resources indicating NACK.
  • the first terminal device randomly or pseudo-randomly selects M pieces of cooperation information from N pieces of cooperation information to send, where M is smaller than N and is a positive integer.
  • M is smaller than N and is a positive integer.
  • the second terminal device performs unicast, multicast or broadcast side link communication. That is, the foregoing embodiments can be applied to any scenario of unicast, multicast or broadcast.
  • the second terminal device performs side link communication of the first multicast, in which one or more receiving terminal devices use the same Physical Side Link Feedback Channel (PSFCH) resource to feed back non-acknowledgment (NACK). That is, the above embodiments can be applied in the multicast scenario of HARQ option 1.
  • PSFCH Physical Side Link Feedback Channel
  • NACK non-acknowledgment
  • the priority of the second cooperation information is equal to the priority of the first side link information
  • the priority of the third cooperation information is equal to the priority of the second side link information. Therefore, the priority of cooperation information can be accurately determined.
  • An embodiment of the present application provides a method for inter-device collaboration, which is described from a first terminal device and a second terminal device.
  • the embodiments of the present application may be combined with the embodiments of the first aspect and the second aspect, or implemented separately.
  • PSFCH resources for carrying coordination information such as RBs, sequence (cyclic shift) resources, etc., are additionally configured or preconfigured in existing PSFCH time slots.
  • FIG. 7 is an example diagram of a PSFCH according to an embodiment of the present application.
  • the PSSCH sent by device B is associated with multiple PSFCH resources, that is, PSFCH indicating ACK, PSFCH indicating NACK (retransmission), and PSFCH indicating reselection.
  • the PSFCH indicating ACK/NACK can reuse the existing standard.
  • the PSFCH indicating reselection is additionally configured or preconfigured. No matter what kind of PSFCH, the method for associating PSSCH and PSFCH resources can reuse the existing standard.
  • device A Assuming that device A is the receiver of device B, after receiving the PSCCH/PSSCH of device B, device A decides to indicate ACK, NACK or reselection to device B, and sends a corresponding PSFCH. Assuming that device C is not the receiver of device B, device C can also find that device B collides with other devices (device D) or has a half-duplex problem by demodulating the PSCCH of device B, so it decides to indicate reselection or reselection to device B. Pass (NACK), and send a PSFCH corresponding to it.
  • NACK Pass
  • the transmitted PSFCHs (including time domain, frequency domain, and code domain resources) are all the same, thus forming the same direction superposition of multiple identical signals, Can save collaborative information resource overhead. More specifically, the device sends PSFCH when it needs to send a reselection indication, and does not send PSFCH when it does not need to send a reselection indication. Therefore, the presence or absence of PSFCH can indicate whether device B needs to perform resource reselection. Device B can recognize the reselection indication, but cannot identify which device sends the reselection indication. In fact, the sending mechanism of the reselection indication is consistent with the sending mechanism of the NACK in the multicast of HARQ option 1, and the information is indicated by the presence or absence of the signal.
  • Scenario 1 All group members indicate ACK (that is, no NACK is fed back), and non-group member device A sends a reselection instruction to device B.
  • Fig. 8 is an example diagram of feeding back the PSFCH according to the embodiment of the present application.
  • device B and device D belong to the same group and can perform multicast with HARQ option 1.
  • Device A and device C do not belong to this group, and device A can receive PSCCH/PSSCH of device B and device C, and can feed back PSFCH (for example, carrying cooperation information) to device B.
  • the group member device D and other group members both indicate ACK (no PSFCH feedback).
  • the non-member device A finds that the retransmission reserved by device B will collide with device C as shown in Figure 4, so it instructs device B to perform resource reselection.
  • Device B will judge that ACK and reselection indication occur at the same time.
  • Scenario 2 All team members instruct device B to reselect resources. Non-members were not instructed to re-election. Since the group member only sends a reselection indication and does not send a NACK, device B will judge that the ACK and reselection indication occur at the same time.
  • FIG. 9 is another example diagram of feeding back the PSFCH according to the embodiment of the present application.
  • device B and device D belong to the same group and can perform multicast with HARQ option 1.
  • Device A and device C do not belong to this group, and device A can receive the PSCCH/PSSCH of device B and device C.
  • the group member device D and other group members have indicated reselection, and non-group members have not indicated reselection. Since the group member only sends a reselection indication and does not send a NACK, device B will also judge that ACK and reselection indication occur at the same time.
  • the observation results on the device B side are both ACK and reselection indication.
  • Device B cannot tell which scenario the result is generated from. Therefore, device B cannot determine whether it should be processed according to ACK or Treat it as re-election. Incorrect handling will cause device B to perform unnecessary resource reselection and transmission in scenario 1, which will cause additional interference to other devices, or cause device B to fail to continue retransmission in scenario 2, resulting in demodulation failure .
  • the first terminal device (device A and/or device D) will be described below first.
  • FIG. 10 is a schematic diagram of a method for inter-device collaboration according to an embodiment of the present application. As shown in FIG. 10, the method includes:
  • the first terminal device receives side link information from the second terminal device;
  • the first terminal device sends a reselection instruction for instructing resource reselection and/or an acknowledgment (ACK) or non-acknowledgment of side link information to the second terminal device according to whether it is the destination terminal device of the second terminal device (NACK).
  • ACK acknowledgment
  • NACK non-acknowledgment of side link information
  • FIG. 10 only schematically illustrates the embodiment of the present application, but the present application is not limited thereto.
  • the execution order of various operations can be appropriately adjusted, and some other operations can be added or some of them can be reduced.
  • Those skilled in the art can make appropriate modifications according to the above content, and are not limited to the above description in FIG. 10 .
  • both a reselection indication and a non-confirmation are sent to the second terminal device ( NACK).
  • the reselection indication and the non-acknowledgment are prioritized as a piece of feedback information, and the priority of the feedback information is equal to the highest priority among the reselection indication and the non-acknowledgment.
  • prioritizing is equivalent to determining whether to send the information according to the priority, that is, determining to send or discard the information.
  • the reselection indication and the NACK are taken as a whole (bundle ) to prioritize.
  • the priority of this bundle is equal to the highest priority among reselection indications and NACKs. If using the above embodiment of the first aspect, the priority of the reselection indication is always higher than that of the NACK, then the priority of the whole (bundle) is equal to the priority of the reselection indication.
  • the reselection indication is sent to the second terminal device.
  • non-member device A in Figure 8 or 9 needs to send a reselection indication, it only sends PSFCH (reselection indication) for indicating reselection to device B.
  • PSFCH selection indication
  • the reselection indication is carried by a Physical Sidelink Feedback Channel (PSFCH).
  • PSFCH Physical Sidelink Feedback Channel
  • the time slot of the physical side link feedback channel carrying the reselection indication is the same as the time slot of the physical side link feedback channel carrying the acknowledgment (ACK) or non-acknowledgment (NACK); the physical side link feedback channel carrying the reselection indication
  • the resource blocks (RB) and/or sequence of the channel are configured or preconfigured and are different from the resource blocks (RB) or sequence of the physical sidelink feedback channel carrying acknowledgment (ACK) or non-acknowledgement (NACK).
  • the second terminal device performs side link communication of the first multicast, and the receiving terminal device uses the same physical side link feedback channel resource to feed back the non-acknowledgment in the first multicast. That is, as shown in FIG. 8 or 9, a plurality of devices perform multicast with HARQ option 1, but the present application is not limited thereto.
  • the second terminal device performs unicast, multicast or broadcast side link communication; that is, the foregoing embodiments may be applied to any scenario of unicast, multicast or broadcast.
  • the second terminal device sends side link information; and receives a reselection instruction for instructing resource reselection and/or an acknowledgment of the side link information sent by one or more first terminal devices (ACK) or non-acknowledgement (NACK).
  • ACK first terminal devices
  • NACK non-acknowledgement
  • the second terminal device performs resource reselection when it is judged to be non-acknowledgement (NACK) or discontinuous transmission (DTX) and receives a reselection indication.
  • NACK non-acknowledgement
  • DTX discontinuous transmission
  • the second terminal device determines that the side link information has been correctly received in the case of an acknowledgment (ACK).
  • ACK acknowledgment
  • the second terminal device determines that the side link information is not received correctly when it is judged as non-acknowledgement (NACK) or discontinuous transmission (DTX) but no reselection indication is received.
  • NACK non-acknowledgement
  • DTX discontinuous transmission
  • the device B shown in Figure 8 or Figure 9 judges ACK or NACK according to the existing standard. If the judgment result is ACK, no matter whether there is a reselection indication, the device B will process according to the ACK, such as flushing the buffer (flush buffer) Wait for the operation; if the judgment result is NACK, and no reselection instruction is received, device B performs processing according to NACK, such as performing retransmission, etc.; if the judgment result is NACK, and receives a reselection instruction, device B performs resource reselection.
  • the judgment result is ACK, no matter whether there is a reselection indication, the device B will process according to the ACK, such as flushing the buffer (flush buffer) Wait for the operation; if the judgment result is NACK, and no reselection instruction is received, device B performs processing according to NACK, such as performing retransmission, etc.; if the judgment result is NACK, and receives a res
  • the first terminal device sends a reselection indication and/or ACK/NACK to the second terminal device according to whether it is the destination terminal device of the second terminal device. Therefore, ambiguity can be avoided when the device receiving the reselection indication recognizes the ACK/NACK and the reselection indication, and the reliability of side link transmission can be improved.
  • An embodiment of the present application provides a method for inter-device collaboration, which is described from a first terminal device and a second terminal device.
  • the embodiments of the present application may be combined with the embodiments of the first aspect and the second aspect, or implemented separately.
  • the embodiment of the fourth aspect makes judgments based on resources, and the same content as that of the embodiment of the third aspect will not be repeated here.
  • the first terminal device (device A and/or device D) will be described first.
  • FIG. 11 is a schematic diagram of a method for inter-device collaboration according to an embodiment of the present application. As shown in FIG. 11 , the method includes:
  • the first terminal device receives side link information from the second terminal device;
  • the first terminal device is the destination terminal device of the second terminal device, use the first resource or the second resource to send a reselection instruction for instructing resource reselection to the second terminal device.
  • FIG. 11 only schematically illustrates the embodiment of the present application, but the present application is not limited thereto.
  • the execution order of various operations can be appropriately adjusted, and some other operations can be added or some of them can be reduced.
  • Those skilled in the art can make appropriate modifications according to the above content, and are not limited to the above description in FIG. 11 .
  • the first terminal device when the first terminal device is the destination terminal device of the second terminal device and the second terminal device needs to perform resource reselection, the first resource is used to send the reselection indication to the second terminal device.
  • the first resource is a Physical Sidelink Feedback Channel (PSFCH) resource.
  • PSFCH Physical Sidelink Feedback Channel
  • the timeslot of the first resource bearing the reselection indication is the same as the time slot of the physical side link feedback channel bearing the acknowledgment (ACK) or non-acknowledgment (NACK);
  • the resource block (RB) of the first resource bearing the reselection indication ) and/or sequence are configured or pre-configured and are different from the resource blocks (RB) or sequence of the physical side link feedback channel carrying acknowledgment (ACK) or non-acknowledgement (NACK).
  • the second resource is used to send the reselection indication to the second terminal device.
  • the second resource is different from the first resource.
  • the second resource is a Physical Sidelink Feedback Channel (PSFCH) resource.
  • PSFCH Physical Sidelink Feedback Channel
  • the timeslot of the second resource bearing the reselection indication is the same as the time slot of the physical side link feedback channel bearing the acknowledgment (ACK) or non-acknowledgment (NACK);
  • the resource block (RB) of the second resource bearing the reselection indication ) and/or sequence are configured or pre-configured and are different from the resource blocks (RB) or sequence of the physical side link feedback channel carrying acknowledgment (ACK) or non-acknowledgement (NACK).
  • Fig. 12 is another example diagram of PSFCH according to the embodiment of the present application.
  • the receiving device of device B uses the first PSFCH to send the reselection indication
  • the non-receiving device of device B uses the second PSFCH to send the reselection indication. Therefore, device B can know, based on the first PSFCH and the second PSFCH, whether it is the reselection indicated by its own receiving device or the reselection indicated by a non-own receiving device.
  • device B can know that all receiving devices have indicated ACK (no indication of reselection), and there is a non-receiving device indicating reselection, so device B will process according to ACK; in scenario 2, device B B can know that a receiving device has indicated reselection, so device B will process according to the reselection. Therefore, the above-mentioned problem that the device B is not sure whether reselection should be performed is solved.
  • the first resource and the second resource are Physical Side Link Feedback Channel (PSFCH) resources, and the time slot of the first resource is the same as the time slot of the second resource; the resource blocks of the first resource and the second resource (RBs) and/or sequences are configured or preconfigured, and resource blocks (RBs) or sequences of the first resource and the second resource are different.
  • PSFCH Physical Side Link Feedback Channel
  • the first PSFCH and the second PSFCH are sent using different RB resources, and the multiple first PSFCHs sent by different receiving devices are the same, so they will be superimposed on the same time-frequency resource in the same direction, and the multiple first PSFCHs sent by different non-receiving devices The multiple second PSFCHs are the same, so they will be superimposed in the same direction on the same time-frequency resource.
  • the second terminal device performs side link communication of the first multicast, and the receiving terminal device uses the same physical side link feedback channel resource to feed back the non-acknowledgment in the first multicast. That is, as shown in FIG. 8 or 9, a plurality of devices perform multicast with HARQ option 1, but the present application is not limited thereto.
  • the second terminal device performs unicast, multicast or broadcast side link communication; that is, the above-mentioned embodiments can be applied to any scenario of unicast, multicast or broadcast.
  • the second terminal device sends side link information; and receives an acknowledgment (ACK) or non-acknowledgment (NACK) of the side link information sent by one or more first terminal devices, and/or, The reselection instruction sent by the first terminal device using the first resource and/or the second resource for instructing resource reselection.
  • ACK acknowledgment
  • NACK non-acknowledgment
  • the second terminal device determines that the side link information has been correctly received if it is determined to be an acknowledgment (ACK) and no reselection indication is received on the first resource.
  • ACK acknowledgment
  • the second terminal device determines that the side chain Road information is not received correctly.
  • the second terminal device when the second terminal device is judged as acknowledgment and receives the reselection indication on the first resource, or, when it is judged as non-acknowledgement or DTX and receives the reselection indication on the first resource or the second resource
  • resource reselection is performed.
  • device B can know that all receiving devices have indicated ACK (no indication of reselection), and there is a non-receiving device indicating reselection, so device B will process according to ACK; in scenario 2, device B B can know that a receiving device has indicated reselection, so device B will process according to the reselection. Therefore, the above-mentioned problem that the device B is not sure whether reselection should be performed is solved.
  • the first terminal device sends a reselection indication to the second terminal device by using the first resource or the second resource according to whether it is the destination terminal device of the second terminal device. Therefore, ambiguity can be avoided when the device receiving the reselection indication recognizes the ACK/NACK and the reselection indication, and the reliability of side link transmission can be improved.
  • An embodiment of the present application provides a method for inter-device collaboration, which is described from a first terminal device.
  • the embodiments of the present application may be combined with the embodiments of the first to fourth aspects, and may also be implemented independently.
  • device B and device C may have a half-duplex problem. If device A finds that device B and device C have a half-duplex problem, device A can send a retransmission or reselection instruction to device B and device C to notify device B and device C to retransmit or reselect, thereby avoiding half-duplex labor problem.
  • Fig. 13 is an example diagram of sending cooperation information according to the embodiment of the present application, and the multicast of HARQ option 1 is taken as an example for schematic illustration.
  • group member device C also sends multicast at the same time, so device B and device C cannot receive the information sent by each other, and will not feedback ACK /NACK.
  • the PSSCH of device B and device C can be successfully demodulated by other group member devices in the group. If there is no inter-device cooperation, device B and device C will judge that ACK occurs, and thus stop subsequent retransmission.
  • member device A receives the PSCCH/PSSCH of device B and device C, and can find a half-duplex problem. Regardless of whether device A can correctly demodulate the PSSCHs of device B and device C, device A sends NACK on PSFCH_B and PSFCH_C resources associated with device B and device C respectively. Both device B and device C are able to receive the NACK, so both retransmit. Since the half-duplex problem does not occur with the retransmission, there is a chance that the retransmission will be received correctly by both device C and device B. The above method can solve the half-duplex problem, but requires device A to simultaneously transmit multiple PSFCHs (PSFCH_B and PSFCH_C) in the same time slot.
  • the device needs to send N PSFCHs at the same time, but limited by the capabilities of the device, the device may only be able to send M (M ⁇ N) PSFCHs at the same time.
  • M PSFCHs with higher priority will be sent.
  • this will result in that only the high-priority PSSCH can solve the half-duplex problem through retransmission, while the half-duplex problem of the low-priority PSSCH has not been solved yet.
  • FIG. 14 is another example diagram of sending cooperation information according to the embodiment of the present application, and the scenario assumption is the same as that in FIG. 13 .
  • device A can only send one PSFCH, and the priority of PSSCH (PSFCH) of device B is higher than that of device C, then device A only sends PSFCH_B to instruct device B to retransmit.
  • PSFCH_B priority of PSSCH
  • other devices can only send PSFCH indication NACK to device B. Therefore, the PSSCH of device B can be recovered through retransmission, but the PSSCH of device C can never be recovered.
  • the first terminal device randomly or pseudo-randomly selects M pieces of cooperation information from N pieces of cooperation information to send, where M is smaller than N and is a positive integer.
  • M (M ⁇ N) cooperation information For example, if a device needs to select M (M ⁇ N) cooperation information from N cooperation information to send to indicate that there is a half-duplex problem, or to indicate retransmission, the device selects M cooperation information in a random or pseudo-random manner. information to be sent.
  • the foregoing cooperation information may be sent through PSFCH or other bearers. Therefore, different devices can send different M pieces of cooperation information, so that all half-duplex problems can be indicated with a greater probability.
  • FIG. 15 is another example diagram of sending cooperation information according to the embodiment of the present application, and the scenario assumption is the same as that in FIGS. 13 and 14 .
  • the scenario assumption is the same as that in FIGS. 13 and 14 .
  • both device A and device D have discovered a half-duplex problem. If device A only sends one PSFCH to device B, and device D only sends one PSFCH to device C, both device B and device C can perform subsequent retransmissions, and both can recover from the half-duplex problem.
  • the sending of the above retransmission indication is caused by a half-duplex problem, and the sending of the retransmission indication may also be caused by NACK. For example, if device A needs to select M NACKs (M ⁇ N) from N NACKs for transmission, then device A may also select M NACKs for transmission in a random or pseudo-random manner.
  • the second terminal device performs unicast, multicast or broadcast side link communication. That is, the foregoing embodiments can be applied to any scenario of unicast, multicast or broadcast.
  • the second terminal device performs side link communication of the first multicast, and the receiving terminal device uses the same Physical Side Link Feedback Channel (PSFCH) resource to feed back non-acknowledgment (NACK) in the first multicast. That is, the above embodiments can be applied in the multicast scenario of HARQ option 1.
  • PSFCH Physical Side Link Feedback Channel
  • the first terminal device randomly or pseudo-randomly selects M pieces of cooperation information from the N pieces of cooperation information to send. Therefore, it can be avoided that during device cooperation, the cooperating device only sends cooperation information to devices with high-priority services, and prevents devices with low-priority services from being unable to obtain device cooperation.
  • An embodiment of the present application provides a method for inter-device collaboration, which is described from a first terminal device.
  • the embodiments of the present application may be combined with the embodiments of the first to fifth aspects, and may also be implemented independently.
  • Fig. 16 is an example diagram of sending collaboration information according to the embodiment of the present application.
  • device A is not the recipient of device B and device C, but device A finds that device B and device C have the collision problem shown in Figure 4, so it notifies device B to reselect resources.
  • device E and device D the receivers of device B and device C, may be far away, and the actual interference (collision) at device E and device D is very small, so device E and device D can achieve correct demodulation, and device B No resource reelection is actually required.
  • the devices that can send collaboration information can be restricted.
  • the first terminal device receives the first side link information from the second terminal device and the second side link information from the third terminal device; the first terminal device receives the first side link information and the second side link information according to the first side link information and the second side link information Two-side link information, determining that the first resource reserved by the first side-link information needs to be reselected; and
  • the first terminal device is the intended receiving terminal device of the second terminal device, or, the first terminal device is not the intended receiving terminal device of the second terminal device but the first terminal device is the intended receiving terminal device of the third terminal device
  • the first terminal device sends to the second terminal device first cooperation information for indicating that the first resource needs to be reselected.
  • Fig. 17 is another example diagram of sending collaboration information according to the embodiment of the present application.
  • device A finds that there will be a collision between device B and device C, only when device A is the receiver of device C, device A can send cooperation information to device B and notify device B to proceed Resource reselection.
  • Device A is the receiver of device C.
  • the collision observed by device A is the actual collision, thus avoiding sending inaccurate cooperation information.
  • the second terminal device performs unicast, multicast or broadcast side link communication. That is, the foregoing embodiments can be applied to any scenario of unicast, multicast or broadcast.
  • the second terminal device performs side link communication of the first multicast, and the receiving terminal device uses the same Physical Side Link Feedback Channel (PSFCH) resource to feed back non-acknowledgment (NACK) in the first multicast. That is, the above embodiments can be applied in the multicast scenario of HARQ option 1.
  • PSFCH Physical Side Link Feedback Channel
  • the first terminal device in the case where the first terminal device is the target receiving terminal device of the second terminal device, or the first terminal device is not the target receiving terminal device of the second terminal device but the first terminal device is the third terminal device
  • the first terminal device sends to the second terminal device first cooperation information for indicating that the first resource needs to be reselected. Therefore, sending inaccurate cooperation information can be avoided, and the reliability of side link transmission can be improved.
  • the apparatus may be, for example, a terminal device (such as the aforementioned first terminal device), or may be one or some components or components configured on the terminal device, and the same contents as those in the first to sixth embodiments will not be repeated here.
  • FIG. 18 is a schematic diagram of an apparatus for collaboration between devices according to an embodiment of the present application.
  • an apparatus 1800 for inter-device collaboration includes:
  • a receiving unit 1801 which receives the first side link information from the second terminal device and the second side link information from the third terminal device;
  • a determining unit 1802 which determines, according to the first side link information and the second side link information, that the first resource reserved by the first side link information needs to be reselected;
  • a sending unit 1803 which sends to the second terminal device first cooperation information indicating that the first resource needs to be reselected, where the priority of the first cooperation information is equal to the first side link information and The highest priority in the second sidelink information.
  • the first side link information includes the first side link control information and the first physical side link shared channel, and the priority of the first side link information is equal to the field in the first side link control information Indicated priority;
  • the second side link information includes the second side link control information and the second physical side link shared channel, and the priority of the second side link information is equal to the field indication in the second side link control information priority.
  • the first resource reserved by the first side-link control information and the second resource reserved by the second side-link control information at least partially overlap in the time domain and the frequency domain.
  • the first cooperation information is carried by a physical side link feedback channel.
  • the first terminal device is the target receiving terminal device of the second terminal device; or, the first terminal device is not the target receiving terminal device of the second terminal device, but the first terminal device is the target receiving terminal device of the third terminal device receiving terminal equipment.
  • the second terminal device performs unicast, multicast or broadcast side link communication.
  • the determining unit 1802 is further configured to: according to the first side link information and the second side link information, determine that the first side link information and the second side link information need to be retransmitted; and
  • the sending unit 1803 is further configured to: send to the second terminal device second cooperation information indicating that the first side link information needs to be retransmitted, and send to the third terminal device The third cooperation information; wherein, the priority of the second cooperation information is equal to the priority of the first side link information, and the priority of the third cooperation information is equal to the priority of the second side link information.
  • the first side link information includes the first side link control information and the first physical side link shared channel, and the priority of the first side link information is equal to the field in the first side link control information Indicated priority;
  • the second side link information includes the second side link control information and the second physical side link shared channel, and the priority of the second side link information is equal to the field indication in the second side link control information priority.
  • the resource where the first side link information is located and the resource where the second side link information is located overlap at least partially in the time domain.
  • the second terminal device is the intended receiving terminal device of the third terminal device
  • the third terminal device is the intended receiving terminal device of the second terminal device
  • the second cooperation information and the third cooperation information are carried by a physical side link feedback channel.
  • the sending unit 1803 is further configured to: randomly or pseudo-randomly select M pieces of cooperation information from N pieces of cooperation information to send, where M is smaller than N and is a positive integer.
  • inter-device collaboration apparatus 1800 may also include other components or modules, and for specific content of these components or modules, reference may be made to related technologies.
  • FIG. 18 only exemplarily shows the connection relationship or signal direction between various components or modules, but it should be clear to those skilled in the art that various related technologies such as bus connection can be used.
  • the above-mentioned components or modules may be implemented by hardware facilities such as processors, memories, transmitters, receivers, etc.; the implementation of the present application is not limited thereto.
  • the priority of cooperation information can be accurately determined, and when determining to send or discard side link information based on priority rules, it can be ensured that the priority of sending conflict indications matches the service priority, ensuring high priority Business-related information can be sent first.
  • the apparatus may be, for example, a terminal device (such as the aforementioned first terminal device), or may be one or some components or components configured on the terminal device, and the same contents as those in the first to sixth embodiments will not be repeated here.
  • FIG. 19 is a schematic diagram of an apparatus for collaboration between devices according to an embodiment of the present application.
  • an inter-device coordination apparatus 1900 includes: a receiving unit 1901 and a sending unit 1902 .
  • the receiving unit 1901 receives side link information from the second terminal device; the sending unit 1902 sends a message indicating to the second terminal device to the second terminal device according to whether the first terminal device is the destination terminal device of the second terminal device. Reselection indication for resource reselection and/or acknowledgment or non-acknowledgment of side link information.
  • both the reselection indication and the non-confirmation are sent to the second terminal device.
  • the reselection indication and the non-acknowledgment are prioritized as a piece of feedback information, and the priority of the feedback information is equal to the highest priority among the reselection indication and the non-acknowledgment.
  • the reselection indication is sent to the second terminal device.
  • the reselection indication is carried by a physical side link feedback channel; the time slot of the physical side link feedback channel carrying the reselection indication is the same as the time slot of the physical side link feedback channel carrying acknowledgment or non-acknowledgment;
  • the resource blocks and/or sequences of the physical sidelink feedback channel carrying the reselection indication are configured or preconfigured and are different from the resource blocks or sequences of the physical sidelink feedback channel carrying the acknowledged or non-acknowledged.
  • the receiving unit 1901 receives side link information from the second terminal device; the sending unit 1902 uses the first resource or the second resource to send the side link information to the second terminal device according to whether the first terminal device is the destination terminal device of the second terminal device.
  • the second terminal device sends a reselection indication for instructing resource reselection.
  • the first terminal device when the first terminal device is the destination terminal device of the second terminal device and the second terminal device needs to perform resource reselection, the first resource is used to send the reselection indication to the second terminal device.
  • the second resource is used to send the reselection indication to the second terminal device.
  • inter-device coordination apparatus 1900 may also include other components or modules, and for specific content of these components or modules, reference may be made to related technologies.
  • FIG. 19 only exemplarily shows the connection relationship or signal direction between various components or modules, but it should be clear to those skilled in the art that various related technologies such as bus connection can be used.
  • the above-mentioned components or modules may be implemented by hardware facilities such as processors, memories, transmitters, receivers, etc.; the implementation of the present application is not limited thereto.
  • the embodiment of the present application also provides a communication system, which can be referred to FIG. 1 , and the same content as the embodiments of the first aspect to the eighth aspect will not be repeated.
  • the communication system 100 may at least include:
  • the first terminal device receives the first side link information from the second terminal device and the second side link information from the third terminal device; determines the first side link information according to the first side link information and the second side link information The first resource reserved by the side link information needs to be reselected; and sending the first cooperation information indicating that the first resource needs to be reselected to the second terminal device, wherein the priority of the first cooperation information is equal to that of the first side Highest priority among link information and second side link information.
  • the communication system 100 may at least include:
  • the first terminal device receives the first side link information from the second terminal device and the second side link information from the third terminal device; determines the first side link information according to the first side link information and the second side link information The side link information and the second side link information need to be retransmitted; and sending the second cooperation information indicating that the first side link information needs to be retransmitted to the second terminal device, and sending the second cooperation information for indicating that the first side link information needs to be retransmitted to the third terminal device Third cooperation information indicating that the second side link information needs to be retransmitted; wherein, the priority of the second cooperation information is equal to the priority of the first side link information, and the priority of the third cooperation information is equal to the second side link information priority.
  • the communication system 100 may at least include:
  • the first terminal device receives side link information from the second terminal device; according to whether it is the destination terminal device of the second terminal device, sends a reselection indication and/or to the second terminal device for instructing resource reselection Acknowledgment (ACK) or non-acknowledgment (NACK) of side link information;
  • ACK resource reselection Acknowledgment
  • NACK non-acknowledgment
  • a second terminal device that sends side link information; and receives a reselection indication and/or an acknowledgment (ACK) or non-acknowledgment (ACK) or non-acknowledgment of side link information sent by one or more first terminal devices for instructing resource reselection (NACK).
  • ACK acknowledgment
  • NACK resource reselection
  • the communication system 100 may at least include:
  • the first terminal device receives the side link information from the second terminal device; according to whether it is the destination terminal device of the second terminal device, uses the first resource or the second resource to send the information for the second terminal device to the second terminal device a reselection indication indicating resource reselection;
  • the second terminal device sends side link information; and receives one or more acknowledgment (ACK) or non-acknowledgment (NACK) of the side link information sent by the first terminal device, and/or, the first terminal device uses the first terminal device A reselection instruction sent by a resource and/or a second resource for instructing resource reselection.
  • ACK acknowledgment
  • NACK non-acknowledgment
  • the communication system 100 may at least include:
  • the first terminal device randomly or pseudo-randomly selects M pieces of cooperation information from N pieces of cooperation information to send, where M is smaller than N and is a positive integer.
  • the communication system 100 may at least include:
  • a first terminal device which receives first side-link information from a second terminal device and second side-link information from a third terminal device; according to the first side-link information and the second side-link information, It is determined that the first resource reserved by the first side link information needs to be reselected; and in the case that the first terminal device is the target receiving terminal device of the second terminal device, or the first terminal device is not the second terminal device In the case that the destination receiving terminal device is the first terminal device but the first terminal device is the destination receiving terminal device of the third terminal device, the first terminal device sends to the second terminal device first cooperation information for indicating that the first resource needs to be reselected.
  • the embodiment of the present application also provides a network device, which may be, for example, a base station, but the present application is not limited thereto, and may be other network devices.
  • a network device which may be, for example, a base station, but the present application is not limited thereto, and may be other network devices.
  • FIG. 20 is a schematic diagram of a network device according to an embodiment of the present application.
  • the network device 2000 may include: a processor 2010 (such as a central processing unit CPU) and a memory 2020 ; the memory 2020 is coupled to the processor 2010 .
  • the memory 2020 can store various data; in addition, it also stores a program 2030 for information processing, and executes the program 2030 under the control of the processor 2010 .
  • the network device 2000 may further include: a transceiver 2040 and an antenna 2050 ; wherein, the functions of the above components are similar to those of the prior art, and will not be repeated here. It should be noted that the network device 2000 does not necessarily include all the components shown in FIG. 20 ; in addition, the network device 2000 may also include components not shown in FIG. 20 , and reference may be made to the prior art.
  • the embodiment of the present application also provides a terminal device, but the present application is not limited thereto, and may be other devices.
  • FIG. 21 is a schematic diagram of a terminal device according to an embodiment of the present application.
  • the terminal device 2100 may include a processor 2110 and a memory 2120; the memory 2120 stores data and programs, and is coupled to the processor 2110. It is worth noting that this figure is exemplary; other types of structures may also be used in addition to or instead of this structure to implement telecommunications functions or other functions.
  • the processor 2110 may be configured to execute a program to implement the inter-device cooperation method described in the embodiment of the first aspect.
  • the processor 2110 may be configured to perform the following control: receiving the first side link information from the second terminal device and the second side link information from the third terminal device; according to the first side link information and The second side link information, determining that the first resource reserved by the first side link information needs to be reselected; and sending a message indicating that the first resource needs to be reselected to the second terminal device First cooperation information, wherein the priority of the first cooperation information is equal to the highest priority of the first side link information and the second side link information.
  • the processor 2110 may be configured to execute a program to implement the inter-device cooperation method described in the embodiment of the second aspect.
  • the processor 2110 may be configured to perform the following control: receiving the first side link information from the second terminal device and the second side link information from the third terminal device; according to the first side link information and The second side link information, determining that the first side link information and the second side link information need to be retransmitted; and sending a message indicating the first side link to the second terminal device
  • the second cooperation information that the information needs to be retransmitted, and the third cooperation information used to indicate that the second side link information needs to be retransmitted is sent to the third terminal device; wherein, the priority of the second cooperation information is equal to the priority of the first side link information, and the priority of the third cooperation information is equal to the priority of the second side link information.
  • the processor 2110 may be configured to execute a program to implement the inter-device cooperation method described in the embodiment of the third aspect.
  • the processor 2110 may be configured to perform the following control: receive side link information from the second terminal device; performing a reselection indication of resource reselection and/or an acknowledgment (ACK) or non-acknowledgment (NACK) of the side link information.
  • ACK acknowledgment
  • NACK non-acknowledgment
  • the processor 2110 may be configured to execute a program to implement the inter-device cooperation method described in the embodiment of the third aspect.
  • the processor 2110 may be configured to perform the following control: send side link information; and receive a reselection indication and/or the side link sent by one or more first terminal devices for instructing resource reselection Acknowledgment (ACK) or non-acknowledgement (NACK) of the message.
  • ACK resource reselection Acknowledgment
  • NACK non-acknowledgement
  • the processor 2110 may be configured to execute a program to implement the inter-device cooperation method described in the embodiment of the fourth aspect.
  • the processor 2110 may be configured to perform the following control: receive side link information from the second terminal device; according to whether it is the destination terminal device of the second terminal device, use the first resource or the second resource to send the information to the second terminal device.
  • the second terminal device sends a reselection indication for instructing resource reselection.
  • the processor 2110 may be configured to execute a program to implement the inter-device cooperation method described in the embodiment of the fourth aspect.
  • the processor 2110 may be configured to perform the following control: sending side link information; and receiving acknowledgment (ACK) or non-acknowledgment (NACK) of the side link information sent by one or more first terminal devices, and /or, the first terminal device uses the first resource and/or the second resource to send a reselection instruction for instructing resource reselection.
  • ACK acknowledgment
  • NACK non-acknowledgment
  • the processor 2110 may be configured to execute a program to implement the inter-device cooperation method described in the embodiment of the fifth aspect.
  • the processor 2110 may be configured to perform the following control: randomly or pseudo-randomly select M pieces of cooperation information from N pieces of cooperation information to send, where M is smaller than N and is a positive integer.
  • the processor 2110 may be configured to execute a program to implement the inter-device cooperation method described in the embodiment of the sixth aspect.
  • the processor 2110 may be configured to perform the following control: receiving the first side link information from the second terminal device and the second side link information from the third terminal device; according to the first side link information and The second side link information determines that the first resource reserved by the first side link information needs to be reselected; and when the first terminal device is the destination receiving terminal device of the second terminal device In this case, or if the first terminal device is not the intended receiving terminal device of the second terminal device but the first terminal device is the intended receiving terminal device of the third terminal device, the first The terminal device sends to the second terminal device first cooperation information for indicating that the first resource needs to be reselected.
  • the terminal device 2100 may further include: a communication module 2130 , an input unit 2140 , a display 2150 , and a power supply 2160 .
  • a communication module 2130 the terminal device 2100 may further include: a communication module 2130 , an input unit 2140 , a display 2150 , and a power supply 2160 .
  • the functions of the above components are similar to those of the prior art, and will not be repeated here. It should be noted that the terminal device 2100 does not necessarily include all the components shown in FIG. have technology.
  • An embodiment of the present application further provides a computer program, wherein when the program is executed in a terminal device, the program causes the terminal device to execute the inter-device cooperation method described in the embodiments of the first to sixth aspects.
  • the embodiment of the present application also provides a storage medium storing a computer program, wherein the computer program enables a terminal device to execute the inter-device cooperation method described in the first to sixth embodiments.
  • the above devices and methods in this application can be implemented by hardware, or by combining hardware and software.
  • the present application relates to a computer-readable program that, when executed by a logic component, enables the logic component to realize the above-mentioned device or constituent component, or enables the logic component to realize the above-mentioned various methods or steps.
  • the present application also relates to storage media for storing the above programs, such as hard disks, magnetic disks, optical disks, DVDs, flash memories, and the like.
  • the method/device described in conjunction with the embodiments of the present application may be directly embodied as hardware, a software module executed by a processor, or a combination of both.
  • one or more of the functional block diagrams shown in the figure and/or one or more combinations of the functional block diagrams may correspond to each software module or each hardware module of the computer program flow.
  • These software modules may respectively correspond to the steps shown in the figure.
  • These hardware modules for example, can be realized by solidifying these software modules by using a Field Programmable Gate Array (FPGA).
  • FPGA Field Programmable Gate Array
  • a software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or any other form of storage medium known in the art.
  • a storage medium can be coupled to the processor such that the processor can read information from, and write information to, the storage medium, or it can be an integral part of the processor.
  • the processor and storage medium can be located in the ASIC.
  • the software module can be stored in the memory of the mobile terminal, or can be stored in a memory card that can be inserted into the mobile terminal.
  • the software module can be stored in the MEGA-SIM card or large-capacity flash memory device.
  • One or more of the functional blocks described in the accompanying drawings and/or one or more combinations of the functional blocks can be implemented as a general-purpose processor, a digital signal processor (DSP) for performing the functions described in this application ), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or any suitable combination thereof.
  • DSP digital signal processor
  • ASICs application specific integrated circuits
  • FPGAs field programmable gate arrays
  • One or more of the functional blocks described in the drawings and/or one or more combinations of the functional blocks can also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors processor, one or more microprocessors in communication with a DSP, or any other such configuration.
  • a method for inter-device collaboration comprising:
  • the first terminal device receives the first side link information from the second terminal device and the second side link information from the third terminal device;
  • the first terminal device determines, according to the first side link information and the second side link information, that the first resource reserved by the first side link information needs to be reselected;
  • the first terminal device sends to the second terminal device first cooperation information indicating that the first resource needs to be reselected, where the priority of the first cooperation information is equal to the first side link information and the highest priority in the second sidelink information.
  • the first side link information includes first side link control information (SCI) and the first physical side link shared channel (PSSCH), and the first side link
  • SCI first side link control information
  • PSSCH first physical side link shared channel
  • the second side link information includes second side link control information (SCI) and a second physical side link shared channel (PSSCH), and the priority of the second side link information is equal to that of the second side link The priority indicated by the field in the channel control information.
  • SCI second side link control information
  • PSSCH second physical side link shared channel
  • Supplement 3 The method according to Supplement 2, wherein the first resource reserved by the first side link control information and the second resource reserved by the second side link control information are Domain and frequency domain overlap at least partially.
  • Supplement 4 The method according to any one of Supplements 1 to 3, wherein the first coordination information is carried by a Physical Sidelink Feedback Channel (PSFCH).
  • PSFCH Physical Sidelink Feedback Channel
  • Supplement 5 The method according to any one of Supplements 1 to 4, wherein the first terminal device is the destination receiving terminal device of the second terminal device,
  • the first terminal device is not the intended receiving terminal device of the second terminal device, but the first terminal device is the intended receiving terminal device of the third terminal device.
  • Supplement 6 The method according to any one of Supplements 1 to 5, wherein the second terminal device performs unicast, multicast or broadcast side link communication.
  • Supplementary Note 7 The method according to Supplementary Note 1, wherein the method further comprises:
  • the first terminal device determines, according to the first side link information and the second side link information, that the first side link information and the second side link information need to be retransmitted;
  • the first terminal device sends to the second terminal device second cooperation information for indicating that the first side link information needs to be retransmitted, and sends to the third terminal device for indicating that the second The side link information needs to be retransmitted third cooperation information; wherein, the priority of the second cooperation information is equal to the priority of the first side link information, and the priority of the third cooperation information is equal to the priority of the first side link information The priority of the two side link information.
  • the first side link information includes first side link control information (SCI) and the first physical side link shared channel (PSSCH), and the first side link
  • SCI first side link control information
  • PSSCH first physical side link shared channel
  • the second side link information includes second side link control information (SCI) and a second physical side link shared channel (PSSCH), and the priority of the second side link information is equal to that of the second side link The priority indicated by the field in the channel control information.
  • SCI second side link control information
  • PSSCH second physical side link shared channel
  • Supplement 9 The method according to Supplement 7, wherein the resource where the first side link information is located and the resource where the second side link information is located overlap at least partially in the time domain.
  • Supplement 10 The method according to any one of Supplements 7 to 9, wherein the second terminal device is the destination receiving terminal device of the third terminal device, and the third terminal device is the second terminal device The purpose of the terminal device is to receive the terminal device.
  • Supplement 11 The method according to any one of Supplements 7 to 10, wherein the second coordination information and the third coordination information are carried by a Physical Sidelink Feedback Channel (PSFCH).
  • PSFCH Physical Sidelink Feedback Channel
  • Supplementary Note 12 The method according to any one of Supplementary Notes 7 to 11, wherein the method further comprises:
  • the first terminal device randomly or pseudo-randomly selects M pieces of cooperation information from N pieces of cooperation information to send, where M is smaller than N and is a positive integer.
  • Supplement 13 The method according to any one of Supplements 6 to 12, wherein the second terminal device performs unicast, multicast or broadcast side link communication;
  • the second terminal device performs side link communication of the first multicast, and in the first multicast, one or more receiving terminal devices use the same physical side link feedback channel resource to feed back non-acknowledgment (NACK) .
  • NACK non-acknowledgment
  • a method for inter-device collaboration comprising:
  • the first terminal device receives side link information from the second terminal device
  • the first terminal device sends a reselection indication for instructing resource reselection and/or an acknowledgment of the side link information to the second terminal device according to whether it is the destination terminal device of the second terminal device (ACK) or non-acknowledgement (NACK).
  • ACK destination terminal device of the second terminal device
  • NACK non-acknowledgement
  • Supplement 15 The method according to Supplement 14, wherein, when the first terminal device is the destination terminal device of the second terminal device and the second terminal device needs to perform resource reselection, Both the reselection indication and the non-acknowledgment (NACK) are sent to the second terminal device.
  • NACK non-acknowledgment
  • Supplementary Note 16 The method according to Supplementary Note 15, wherein, when executing the priority rule, the reselection indication and the non-acknowledgment are prioritized as a piece of feedback information, and the priority of the feedback information is equal to The highest priority among said reselection indication and said non-acknowledgement.
  • Supplementary Note 17 The method according to Supplementary Note 14, wherein, when the first terminal device is not the destination terminal device of the second terminal device and the second terminal device needs to perform resource reselection, Send the reselection indication to the second terminal device.
  • Supplement 18 The method according to any one of Supplements 14 to 17, wherein the reselection indication is carried by a Physical Sidelink Feedback Channel (PSFCH).
  • PSFCH Physical Sidelink Feedback Channel
  • the resource block (RB) and/or sequence of the physical side link feedback channel carrying the reselection indication is configured or preconfigured, and is related to the physical side link feedback channel carrying an acknowledgment (ACK) or a non-acknowledgment (NACK).
  • ACK acknowledgment
  • NACK non-acknowledgment
  • Supplement 20 The method according to any one of Supplements 14 to 19, wherein the second terminal device performs unicast, multicast or broadcast side link communication;
  • the second terminal device performs side link communication of the first multicast, and the receiving terminal device uses the same physical side link feedback channel resource to feed back the non-acknowledgment in the first multicast.
  • a method for inter-device collaboration comprising:
  • the second terminal device sends side link information
  • a reselection instruction for instructing resource reselection and/or an acknowledgment (ACK) or non-acknowledgment (NACK) of the side link information sent by one or more first terminal devices.
  • ACK acknowledgment
  • NACK non-acknowledgment
  • Supplement 22 The method according to Supplement 21, wherein the method further comprises:
  • the second terminal device performs resource reselection when it is judged to be non-acknowledgement (NACK) or discontinuous transmission (DTX) and the reselection indication is received.
  • NACK non-acknowledgement
  • DTX discontinuous transmission
  • the second terminal device determines that it is an acknowledgment (ACK), it determines that the side link information has been received correctly.
  • ACK acknowledgment
  • Supplement 24 The method according to Supplement 21, wherein the method further comprises:
  • the second terminal device determines that the side link information is not received correctly when it is judged as non-acknowledgement (NACK) or discontinuous transmission (DTX) but does not receive the reselection indication.
  • NACK non-acknowledgement
  • DTX discontinuous transmission
  • Supplement 25 The method according to any one of Supplements 21 to 24, wherein the second terminal device performs unicast, multicast or broadcast side link communication;
  • the second terminal device performs side link communication of the first multicast, and the receiving terminal device uses the same physical side link feedback channel resource to feed back the non-acknowledgment in the first multicast.
  • a method for inter-device collaboration comprising:
  • the first terminal device receives side link information from the second terminal device
  • the first terminal device sends a reselection instruction for instructing resource reselection to the second terminal device by using the first resource or the second resource according to whether it is the destination terminal device of the second terminal device.
  • Supplement 27 The method according to Supplement 26, wherein, when the first terminal device is the destination terminal device of the second terminal device and the second terminal device needs to perform resource reselection, sending the reselection indication to the second terminal device by using the first resource.
  • Supplement 28 The method according to Supplement 27, wherein the first resource is a Physical Sidelink Feedback Channel (PSFCH) resource.
  • PSFCH Physical Sidelink Feedback Channel
  • Supplementary Note 29 The method according to Supplementary Note 27, wherein the time slot of the first resource carrying the reselection indication is the same as the physical side link feedback channel carrying an acknowledgment (ACK) or a non-acknowledgment (NACK). the same time slot;
  • ACK acknowledgment
  • NACK non-acknowledgment
  • the resource block (RB) and/or sequence of the first resource carrying the reselection indication is configured or preconfigured, and is related to the resource of the physical side link feedback channel carrying the acknowledgment (ACK) or non-acknowledgement (NACK) Block (RB) or sequence is different.
  • Supplement 30 The method according to Supplement 26, wherein, when the first terminal device is not the destination terminal device of the second terminal device and the second terminal device needs to perform resource reselection, sending the reselection indication to the second terminal device by using the second resource.
  • Supplement 31 The method according to Supplement 30, wherein the second resource is different from the first resource.
  • Supplement 32 The method according to Supplement 30, wherein the second resource is a Physical Sidelink Feedback Channel (PSFCH) resource.
  • PSFCH Physical Sidelink Feedback Channel
  • Supplementary Note 33 The method according to Supplementary Note 32, wherein the time slot of the second resource carrying the reselection indication is the same as the physical side link feedback channel carrying an acknowledgment (ACK) or a non-acknowledgment (NACK). the same time slot;
  • ACK acknowledgment
  • NACK non-acknowledgment
  • the resource block (RB) and/or sequence of the second resource carrying the reselection indication is configured or preconfigured, and is related to the resource of the physical side link feedback channel carrying the acknowledgment (ACK) or non-acknowledgement (NACK) Block (RB) or sequence is different.
  • Supplement 34 The method according to any one of Supplements 26 to 33, wherein the first resource and the second resource are Physical Side Link Feedback Channel (PSFCH) resources, and the time of the first resource is The slot is the same as the time slot of the second resource;
  • PSFCH Physical Side Link Feedback Channel
  • Resource blocks (RBs) and/or sequences of the first resource and the second resource are configured or preconfigured, and the first resource is different from the resource blocks (RBs) or sequence of the second resource.
  • Supplement 35 The method according to any one of Supplements 26 to 34, wherein the second terminal device performs unicast, multicast or broadcast side link communication;
  • the second terminal device performs side link communication of the first multicast, and the receiving terminal device uses the same physical side link feedback channel resource to feed back the non-acknowledgment in the first multicast.
  • a method for inter-device collaboration comprising:
  • the second terminal device sends side link information
  • Receive acknowledgment (ACK) or non-acknowledgment (NACK) of the side link information sent by one or more first terminal devices uses the first resource and/or the second resource to send A reselection indication for resource reselection.
  • Supplement 37 The method according to Supplement 36, wherein the method further comprises:
  • the second terminal device determines that the side link information has been received correctly if it is determined to be an acknowledgment (ACK) and no reselection indication is received on the first resource.
  • ACK acknowledgment
  • Supplement 38 The method according to Supplement 36, wherein the method further comprises:
  • the second terminal device determines that the Sidelink information was not received correctly.
  • Supplement 39 The method according to Supplement 36, wherein the method further comprises:
  • the second terminal device When the second terminal device is judged as acknowledgment and receives a reselection indication on the first resource, or when it is judged as non-confirmation or DTX and receives a reselection indication on the first resource or the second When a reselection indication is received on a resource, resource reselection is performed.
  • Supplement 40 The method according to any one of Supplements 36 to 39, wherein the second terminal device performs unicast, multicast or broadcast side link communication;
  • the second terminal device performs the side link communication of the first multicast, and the receiving terminal device uses the same physical side link feedback channel resource to feed back the non-acknowledgment in the first multicast.
  • a method for inter-device collaboration comprising:
  • the first terminal device receives the first side link information from the second terminal device and the second side link information from the third terminal device;
  • the first terminal device determines, according to the first side link information and the second side link information, that the first side link information and the second side link information need to be retransmitted;
  • the first terminal device sends to the second terminal device second cooperation information for indicating that the first side link information needs to be retransmitted, and sends to the third terminal device for indicating that the second The side link information needs to be retransmitted third cooperation information; wherein, the priority of the second cooperation information is equal to the priority of the first side link information, and the priority of the third cooperation information is equal to the priority of the first side link information The priority of the two side link information.
  • the first side link information includes first side link control information (SCI) and the first physical side link shared channel (PSSCH), and the first side link
  • SCI first side link control information
  • PSSCH first physical side link shared channel
  • the second side link information includes second side link control information (SCI) and a second physical side link shared channel (PSSCH), and the priority of the second side link information is equal to that of the second side link The priority indicated by the field in the channel control information.
  • SCI second side link control information
  • PSSCH second physical side link shared channel
  • Supplementary Note 43 The method according to Supplementary Note 41, wherein the resource where the first side link information is located and the resource where the second side link information is located overlap at least partially in the time domain.
  • Supplement 44 The method according to any one of Supplements 41 to 43, wherein the second terminal device is the destination receiving terminal device of the third terminal device, and the third terminal device is the second terminal device
  • the purpose of the terminal device is to receive the terminal device.
  • Supplement 45 The method according to any one of Supplements 41 to 44, wherein the second coordination information and the third coordination information are carried by a Physical Sidelink Feedback Channel (PSFCH).
  • PSFCH Physical Sidelink Feedback Channel
  • Supplement 46 The method according to any one of Supplements 41 to 45, wherein the method further comprises:
  • the first terminal device randomly or pseudo-randomly selects M pieces of cooperation information from N pieces of cooperation information to send, where M is smaller than N and is a positive integer.
  • Supplement 47 The method according to any one of Supplements 41 to 46, wherein the second terminal device performs unicast, multicast or broadcast side link communication;
  • the second terminal device performs the side link communication of the first multicast, and the receiving terminal device uses the same physical side link feedback channel resource to feed back the non-acknowledgment in the first multicast.
  • a method for inter-device collaboration comprising:
  • the first terminal device receives the first side link information from the second terminal device and the second side link information from the third terminal device;
  • the first terminal device determines, according to the first side link information and the second side link information, that the first resource reserved by the first side link information needs to be reselected;
  • the first terminal device In the case where the first terminal device is the intended receiving terminal device of the second terminal device, or, the first terminal device is not the intended receiving terminal device of the second terminal device but the first terminal device
  • the third terminal device In the case that the third terminal device is the target receiving terminal device, the first terminal device sends to the second terminal device first cooperation information for indicating that the first resource needs to be reselected.
  • a method for inter-device collaboration comprising:
  • the first terminal device randomly or pseudo-randomly selects M pieces of cooperation information from N pieces of cooperation information to send, where M is smaller than N and is a positive integer.
  • a terminal device including a memory and a processor, the memory stores a computer program, and the processor is configured to execute the computer program to implement the device described in any one of Supplements 1 to 49 method of collaboration.
  • Supplementary Note 51 A communication system, comprising the terminal device described in Supplementary Note 50.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供一种设备间协作方法以及装置，所述方法包括：第一终端设备接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息，其中所述第一协作信息的优先级等于所述第一边链路信息和所述第二边链路信息中的最高优先级。

Description

设备间协作方法以及装置 技术领域
本申请实施例涉及通信技术领域。
背景技术
车联网(V2X，Vehicle to Everything)是一种车辆通信技术，相比于使用Uu链路的蜂窝通信，V2X的发送设备通过边链路(sidelink)与接收设备直接进行通信。新无线(NR New Radio)V2X是5G Rel-16的重要项目，相比于Rel-14/Rel-15的长期演进(LTE，Long Term Evolution)V2X，NR V2X可以支持更多场景和业务，能够满足更高的性能需求。
Rel-16NR V2X定义的物理信道包括物理边链路控制信道(PSCCH，Physical Sidelink Control Channel)、物理边链路共享信道(PSSCH，Physical Sidelink Shared Channel)和物理边链路反馈信道(PSFCH，Physical Sidelink Feedback Channel)。PSCCH承载1st stage边链路控制信息(SCI，Sidelink Control Informaiton)，1st stage SCI主要用于预留资源。PSSCH承载2nd stage SCI以及传输块(TB，Transport Block)，其中2nd stage SCI主要用于TB解调。
PSFCH承载边链路反馈信息(可称为HARQ-ACK)。PSCCH和PSSCH一般在同一个时隙发送。一个PSCCH/PSSCH按照既定规则关联到一个或多个PSFCH资源，设备在发送PSCCH/PSSCH后，即可在关联的PSFCH资源上去接收确认(ACK)/非确认(NACK)。NR V2X对于单播和组播支持HARQ-ACK反馈。组播又包括HARQ选项1和HARQ选项2两种HARQ-ACK反馈方式。
对于HARQ选项1的组播，只有在一定的通信距离(communication range)内的接收设备才会反馈HARQ-ACK，并且使用一种只反馈NACK(NACK-only)的方式。更具体地，所有接收设备共享同一个PSFCH资源，即都在同一个PSFCH资源上反馈，并且只有NACK时才进行反馈(发送PSFCH)，在ACK时不发送PSFCH，ACK和NACK通过PSFCH信号的有无进行区分，多个设备发送的PSFCH会在同一个资源上产生同向叠加，发送设备根据PSFCH信号的有无来判断NACK或ACK，发送设备不知道NACK具体是哪一个接收设备发送的。
对于HARQ选项2的组播，每个接收设备用于反馈ACK/NACK的PSFCH资源是独立的，接收设备在正确接收时反馈ACK，在未正确接收时反馈NACK，ACK和NACK通过不同的PSFCH序列(循环移位)进行区分，发送设备知道ACK/NACK是由哪一个接收设备发送的。
边链路发送所使用的资源(时频资源)位于某一资源池内。NR V2X定义了两种工作模式。对于NR V2X模式1(Mode 1)，终端设备用于V2X通信的资源由网络设备(基站)通过NR Uu链路进行调度或配置。对于NR V2X模式2(Mode 2)，终端设备可以基于感知结果，自主地对用于V2X通信的时频资源进行选择。
应该注意，上面对技术背景的介绍只是为了方便对本申请的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本申请的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
发明人发现：对于Rel-16 NR V2X的自主资源选择(Mode 2)，终端设备基于自身感知结果(sensing result)进行资源选择和发送，这可以在一定程度上避免设备间的干扰或碰撞。但在某些情况下，仍然会有资源发送碰撞的问题发生。因此，作为对自主资源选择Mode 2的增强，设备间协作(inter-UE coordination)也成为Rel-17 V2X的研究内容之一。设备间协作的具体方式等，是待研究和解决的问题。
针对上述问题的至少之一，本申请实施例提供一种设备间协作方法以及装置。
根据本申请实施例的一个方面，提供一种设备间协作方法，包括：
第一终端设备接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；
根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及
向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息，其中所述第一协作信息的优先级等于所述第一边链路信息和所述第二边链路信息中的最高优先级。
根据本申请实施例的一个方面，提供一种设备间协作装置，包括：
接收单元，其接收来自第二终端设备的第一边链路信息和来自第三终端设备的第 二边链路信息；
确定单元，其根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及
发送单元，其向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息，其中所述第一协作信息的优先级等于所述第一边链路信息和所述第二边链路信息中的最高优先级。
根据本申请实施例的另一个方面，提供一种设备间协作方法，包括：
第一终端设备接收来自第二终端设备的边链路信息；
根据第一终端设备是否是所述第二终端设备的目的终端设备，向所述第二终端设备发送用于指示进行资源重选的重选指示和/或所述边链路信息的确认或非确认。
根据本申请实施例的另一个方面，提供一种设备间协作装置，包括：
接收单元，其接收来自第二终端设备的边链路信息；
发送单元，其根据第一终端设备是否是所述第二终端设备的目的终端设备，向所述第二终端设备发送用于指示进行资源重选的重选指示和/或所述边链路信息的确认或非确认。
根据本申请实施例的另一个方面，提供一种设备间协作方法，包括：
第一终端设备接收来自第二终端设备的边链路信息；
根据第一终端设备是否是所述第二终端设备的目的终端设备，使用第一资源或第二资源向所述第二终端设备发送用于指示进行资源重选的重选指示。
根据本申请实施例的另一个方面，提供一种设备间协作装置，包括：
接收单元，其接收来自第二终端设备的边链路信息；
发送单元，其根据第一终端设备是否是所述第二终端设备的目的终端设备，使用第一资源或第二资源向所述第二终端设备发送用于指示进行资源重选的重选指示。
本申请实施例的有益效果之一在于：可以准确地确定协作信息的优先级，在基于优先级规则确定发送或丢弃边链路信息时，可以保证发送冲突指示的优先级与业务优先级相匹配，保障高优先级业务相关的信息可以优先得到发送。
参照后文的说明和附图，详细公开了本申请的特定实施方式，指明了本申请的原理可以被采用的方式。应该理解，本申请的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本申请的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。
应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本申请实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外，在附图中，类似的标号表示几个附图中对应的部件，并可用于指示多于一种实施方式中使用的对应部件。
图1是本申请实施例的通信系统的示意图；
图2是本申请实施例的设备间协作的一示例图；
图3是本申请实施例的设备间协作方法的一示意图；
图4是本申请实施例的发送协作信息的一示例图；
图5是本申请实施例的设备间协作方法的一示意图；
图6是本申请实施例的发送协作信息的一示例图；
图7是本申请实施例的PSFCH的一示例图；
图8是本申请实施例的反馈PSFCH的一示例图；
图9是本申请实施例的反馈PSFCH的另一示例图；
图10是本申请实施例的设备间协作方法的一示意图；
图11是本申请实施例的设备间协作方法的一示意图；
图12是本申请实施例的PSFCH的另一示例图；
图13是本申请实施例的发送协作信息的另一示例图；
图14是本申请实施例的发送协作信息的另一示例图；
图15是本申请实施例的发送协作信息的另一示例图；
图16是本申请实施例的发送协作信息的另一示例图；
图17是本申请实施例的发送协作信息的另一示例图；
图18是本申请实施例的设备间协作装置的一示意图；
图19是本申请实施例的设备间协作装置的一示意图；
图20是本申请实施例的网络设备的示意图；
图21是本申请实施例的终端设备的示意图。
具体实施方式
参照附图，通过下面的说明书，本申请的前述以及其它特征将变得明显。在说明书和附图中，具体公开了本申请的特定实施方式，其表明了其中可以采用本申请的原则的部分实施方式，应了解的是，本申请不限于所描述的实施方式，相反，本申请包括落入所附权利要求的范围内的全部修改、变型以及等同物。
在本申请实施例中，术语“第一”、“第二”等用于对不同元素从称谓上进行区分，但并不表示这些元素的空间排列或时间顺序等，这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在，但并不排除存在或添加一个或多个其他特征、元素、元件或组件。
在本申请实施例中，单数形式“一”、“该”等包括复数形式，应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义；此外术语“所述”应理解为既包括单数形式也包括复数形式，除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”，术语“基于”应理解为“至少部分基于……”，除非上下文另外明确指出。
在本申请实施例中，术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络，例如长期演进(LTE，Long Term Evolution)、增强的长期演进(LTE-A，LTE-Advanced)、宽带码分多址接入(WCDMA，Wideband Code Division Multiple Access)、高速报文接入(HSPA，High-Speed Packet Access)等等。
并且，通信系统中设备之间的通信可以根据任意阶段的通信协议进行，例如可以包括但不限于如下通信协议：1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及5G、新无线(NR，New Radio)等等，和/或其他目前已知或未来将被开发的通信协议。
在本申请实施例中，术语“网络设备”例如是指通信系统中将终端设备接入通信网络并为该终端设备提供服务的设备。网络设备可以包括但不限于如下设备：基站(BS，Base Station)、接入点(AP、Access Point)、发送接收点(TRP，Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、网关、服 务器、无线网络控制器(RNC，Radio Network Controller)、基站控制器(BSC，Base Station Controller)等等。
其中，基站可以包括但不限于：节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及5G基站(gNB)，等等，此外还可包括远端无线头(RRH，Remote Radio Head)、远端无线单元(RRU，Remote Radio Unit)、中继(relay)或者低功率节点(例如femeto、pico等等)。并且术语“基站”可以包括它们的一些或所有功能，每个基站可以对特定的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域，这取决于使用该术语的上下文。
在本申请实施例中，术语“用户设备”(UE，User Equipment)或者“终端设备”(TE，Terminal Equipment或Terminal Device)例如是指通过网络设备接入通信网络并接收网络服务的设备。终端设备可以是固定的或移动的，并且也可以称为移动台(MS，Mobile Station)、终端、用户台(SS，Subscriber Station)、接入终端(AT，Access Terminal)、站，等等。
其中，终端设备可以包括但不限于如下设备：蜂窝电话(Cellular Phone)、个人数字助理(PDA，Personal Digital Assistant)、无线调制解调器、无线通信设备、手持设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机，等等。
再例如，在物联网(IoT，Internet of Things)等场景下，终端设备还可以是进行监控或测量的机器或装置，例如可以包括但不限于：机器类通信(MTC，Machine Type Communication)终端、车载通信终端、设备到设备(D2D，Device to Device)终端、机器到机器(M2M，Machine to Machine)终端，等等。
此外，术语“网络侧”或“网络设备侧”是指网络的一侧，可以是某一基站，也可以包括如上的一个或多个网络设备。术语“用户侧”或“终端侧”或“终端设备侧”是指用户或终端的一侧，可以是某一UE，也可以包括如上的一个或多个终端设备。本文在没有特别指出的情况下，“设备”可以指网络设备，也可以指终端设备。
以下通过示例对本申请实施例的场景进行说明，但本申请不限于此。
图1是本申请实施例的通信系统的示意图，示意性说明了以终端设备和网络设备为例的情况，如图1所示，通信系统100可以包括网络设备101和终端设备102、103。为简单起见，图1仅以两个终端设备和一个网络设备为例进行说明，但本申请实施例 不限于此。
在本申请实施例中，网络设备101和终端设备102、103之间可以进行现有的业务或者未来可实施的业务发送。例如，这些业务可以包括但不限于：增强的移动宽带(eMBB，enhanced Mobile Broadband)、大规模机器类型通信(mMTC，massive Machine Type Communication)和高可靠低时延通信(URLLC，Ultra-Reliable and Low-Latency Communication)，等等。
值得注意的是，图1示出了两个终端设备102、103均处于网络设备101的覆盖范围内，但本申请不限于此。两个终端设备102、103可以均不在网络设备101的覆盖范围内，或者一个终端设备102在网络设备101的覆盖范围之内而另一个终端设备103在网络设备101的覆盖范围之外。
在本申请实施例中，两个终端设备102、103之间可以进行边链路发送。例如，两个终端设备102、103可以都在网络设备101的覆盖范围之内进行边链路发送以实现V2X通信，也可以都在网络设备101的覆盖范围之外进行边链路发送以实现V2X通信，还可以一个终端设备102在网络设备101的覆盖范围之内而另一个终端设备103在网络设备101的覆盖范围之外进行边链路发送以实现V2X通信。
在本申请实施例中，终端设备102和/或103可以自主选择边链路资源(即采用Mode 2)，在这种情况下边链路发送可以与网络设备101无关，即网络设备101是可选的。当然，本申请实施例也可以将自主选择边链路资源(即采用Mode 2)和由网络设备分配边链路资源(即采用Mode 1)结合起来；本申请实施例不对此进行限制。
在LTE V2X和NR V2X中，终端设备能够通过感知检测+资源选择的过程来获得边链路发送资源，其中可以持续不断地进行感知(sensing)来获得资源池内资源的占用情况。例如，终端设备可以根据前一段时间内(称为感知窗)的资源占用情况来估计后一段时间内(称为选择窗)的资源占用情况。
对于Rel-16 NR V2X的自主资源选择(Mode 2)，终端设备基于自身感知结果(sensing result)进行资源选择和发送，这可以在一定程度上避免设备间的干扰或碰撞。资源选择的步骤可以参见标准TS 38.214 V16.2.0的8.1.4小节。
Rel-17 V2X引入了对自主资源选择mode 2的增强，通过设备间协作，可以提高mode 2的传输可靠性，减少mode 2的传输时延，设备间协作已成为Rel-17 V2X的研究内容之一。设备间协作需要设备之间交互信息，称为协作信息(coordination  information)。协作信息可以被用于增强mode 2资源选择。协作信息可以指示是否存在冲突(conflict)。冲突可以包括资源碰撞问题、半双工问题等。
在某些情况下，仍然会有资源碰撞问题发生。例如出现隐藏节点问题：设备B向设备A发送边链路信息，设备A周围存在干扰源设备C，由于设备B无法感知到设备C，设备B的发送会受到设备C的干扰；即设备C可以被认为是一个隐藏节点。
图2是本申请实施例的设备间协作的一示例图，其中设备C是一个隐藏节点。如图2所示，例如，由于设备A能够感知到设备C，如果设备A能够发现设备B和设备C发生碰撞，进而向设备B和/或设备C发送冲突指示(例如使用1比特)，指示设备B和/或设备C进行资源重选，则可以避免上述隐藏节点问题，这实际上是一种设备间协作。
此外，传统的mode 2资源选择也会面临半双工问题。例如，设备B和设备C在同一个时隙同时进行发送，由于半双工限制，设备B和设备C无法接收到对方发送的边链路信息，即产生半双工问题。
例如，设备A接收到设备B和设备C发送的SCI，可以知晓设备B和设备C发生半双工问题，因此可以向设备B和/或设备C发送冲突指示(例如使用1比特)，指示设备B和/或设备C进行资源重选或重传，从而可以避免上述半双工问题，这实际上也是一种设备间协作。
目前设备A如何向设备B指示是否存在冲突(例如资源碰撞问题和/或半双工问题所导致的)，仍是待研究和解决的问题。在本申请实施例中，设备A向设备B发送协作信息，协作信息可以指示设备B进行资源重选或者进行重传。
简单起见，称为协作信息指示重选或重传。等价地，也可以称为协作信息指示出现碰撞(pre-collision或post-collision)或半双工(half duplex)问题，设备B可以根据将要发生的碰撞(pre-collision)、已经发生的碰撞(post-collision)或半双工确定进行资源重选或者进行重传。等价地，也可以称为协作信息指示出现冲突(conflict)，可以根据指示的作用，将协作信息的至少一部分称为重传指示或者重选指示。
在本申请实施例中，以V2X为例对边链路进行说明，但本申请不限于此，还可以适用于V2X以外的边链路发送场景。在以下的说明中，在不引起混淆的情况下，术语“边链路”和“V2X”可以互换，术语“PSFCH”和“边链路反馈信道”可以互换，术语“PSCCH”和“边链路控制信道”或“边链路控制信息”可以互换，术语“PSSCH”和“边链 路数据信道”或“边链路数据”也可以互换。
另外，发送(transmitting)或接收(receiving)PSCCH可以理解为发送或接收由PSCCH承载的边链路控制信息；发送或接收PSSCH可以理解为发送或接收由PSSCH承载的边链路数据；发送或接收PSFCH可以理解为发送或接收由PSFCH承载的边链路反馈信息。边链路发送(Sidelink transmission，也可称为边链路传输)可以理解为PSCCH/PSSCH发送或者边链路数据/信息发送。
第一方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备进行说明。第一终端设备(设备A)可以接收第二终端设备(设备B)和/或第三终端设备(设备C)发送的边链路信息(例如SCI以及PSSCH)。
图3是本申请实施例的设备间协作方法的一示意图，如图3所示，该方法包括：
301，第一终端设备接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；
302，第一终端设备根据第一边链路信息和第二边链路信息，确定第一边链路信息所预留的第一资源需要重选；以及
303，第一终端设备向第二终端设备发送用于指示第一资源需要重选的第一协作信息，其中第一协作信息的优先级等于第一边链路信息和第二边链路信息中的最高优先级。
值得注意的是，以上附图3仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图3的记载。
在一些实施例中，设备可能需要同时发送协作信息(coordination information)和其他信息。这里其他信息包括边链路信息和/或上行信息，例如PSFCH、PUSCH等，不一一列举。受限于设备能力，设备需要从N个信息中选择M个信息进行发送(M<N)。设备需要根据信息的优先级(priority)确定最终发送哪些信息。边链路信息和上行信息的优先级在标准中已经定义。如何确定协作信息的优先级是需要解决的问题。
在一些实施例中，第一边链路信息包括第一边链路控制信息(SCI)和第一物理 边链路共享信道(PSSCH)，所述第一边链路信息的优先级等于所述第一边链路控制信息中的字段指示的优先级；第二边链路信息包括第二边链路控制信息(SCI)和第二物理边链路共享信道(PSSCH)，所述第二边链路信息的优先级等于所述第二边链路控制信息中的字段指示的优先级。
在一些实施例中，第一边链路控制信息所预留的第一资源和第二边链路控制信息所预留的第二资源在时域和频域上至少部分重叠。
图4是本申请实施例的发送协作信息的一示例图。如图4所示，设备B用于发送的某一个资源(资源1)通过SCI预留了下一个资源(资源2)；设备C用于发送的某一个资源(资源3)通过SCI预留了下一个资源(资源4)；资源2和资源4发生碰撞，即时频资源发生重叠(在时域上和频域上至少部分重叠，当然也可以是完全重叠)。
设备A接收到设备B在资源1发送的SCI和设备C在资源3发送的SCI，基于这些SCI可以知晓设备B和设备C的资源2和资源4将在未来发生碰撞。因此，设备A在碰撞发生之前向设备B发送协作信息B，通知设备B进行资源重选。设备B接收到协作信息B后进行资源重选，即可以选择不与资源4发生碰撞的资源进行发送，从而避免了碰撞。
由于协作信息B用于保护设备B和设备C的PSSCH免于碰撞，因此协作信息B的优先级等于设备B和设备C中最高的PSSCH优先级。因此，可以准确地确定协作信息的优先级，在基于优先级规则确定发送或丢弃边链路信息时，可以保证发送冲突指示的优先级与业务优先级相匹配，保障高优先级业务相关的信息可以优先得到发送。
在一些实施例中，第一协作信息可以由物理边链路反馈信道(PSFCH)承载。例如，当协作信息用于指示重选时，PSFCH资源可以是额外配置或预配置的RB资源，或者序列资源。这里序列可以由循环移位(cyclic shift)等参数确定。本申请不限于此，例如还可以使用其他资源承载协作信息。
在一些实施例中，第一终端设备是第二终端设备的目的接收终端设备。在一些实施例中，第一终端设备不是第二终端设备的目的接收终端设备，但第一终端设备是第三终端设备的目的接收终端设备。目的(destination)接收终端设备例如是指接收PSCCH/PSSCH的接收设备。具体的实施方式还可以参考后述的第六方面的实施例。
在一些实施例中，第二终端设备进行单播、组播或广播的边链路通信。即，上述 实施例可以应用于单播、组播或广播的任意场景中。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，第一协作信息的优先级等于第一边链路信息和第二边链路信息中的最高优先级。因此，可以准确地确定协作信息的优先级，在基于优先级规则确定发送或丢弃边链路信息时，可以保证发送冲突指示的优先级与业务优先级相匹配，保障高优先级业务相关的信息可以优先得到发送。
第二方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备进行说明。本申请实施例可以与第一方面的实施例结合起来，也可以单独实施。
图5是本申请实施例的设备间协作方法的一示意图，如图5所示，该方法包括：
501，第一终端设备接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；
502，第一终端设备根据第一边链路信息和第二边链路信息，确定第一边链路信息和第二边链路信息需要重传；以及
503，第一终端设备向第二终端设备发送用于指示第一边链路信息需要重传的第二协作信息，并向第三终端设备发送用于指示第二边链路信息需要重传的第三协作信息；其中，第二协作信息的优先级等于第一边链路信息的优先级，第三协作信息的优先级等于第二边链路信息的优先级。
值得注意的是，以上附图5仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图5的记载。
在一些实施例中，设备可能需要同时发送协作信息(coordination information)和其他信息。这里其他信息包括边链路信息和/或上行信息，例如PSFCH、PUSCH等，不一一列举。受限于设备能力，设备需要从N个信息中选择M个信息进行发送(M<N)。设备需要根据信息的优先级(priority)确定最终发送哪些信息。边链路信息和 上行信息的优先级在标准中已经定义。如何确定协作信息的优先级是需要解决的问题。
在一些实施例中，第一边链路信息包括第一边链路控制信息(SCI)和第一物理边链路共享信道(PSSCH)，第一边链路信息的优先级等于第一边链路控制信息中的字段指示的优先级；第二边链路信息包括第二边链路控制信息(SCI)和第二物理边链路共享信道(PSSCH)，第二边链路信息的优先级等于所述第二边链路控制信息中的字段指示的优先级。关于SCI中指示优先级的具体字段可以参考相关技术。
在一些实施例中，第一边链路信息所在资源和第二边链路信息所在资源在时域上至少部分重叠。第二终端设备是第三终端设备的目的接收终端设备，第三终端设备是第二终端设备的目的接收终端设备。即，第二终端设备和第三终端设备互为发送方和接收方，例如第二终端设备向第三终端设备发送某一PSCCH/PSSCH，并且第三终端设备向第二终端设备发送另一PSCCH/PSSCH。
图6是本申请实施例的发送协作信息的一示例图。如图6所示，设备B与设备C在同一个时隙的资源1和资源3上同时进行发送，由于半双工限制，设备B和设备C无法接收到对方发送的边链路信息，即产生半双工问题。
设备A接收到设备B在资源1发送的SCI和设备C在资源3发送的SCI，可以知晓设备B和设备C发生半双工问题，因此可以向设备B和设备C分别发送协作信息B和协作信息C，通知设备B和设备C进行重传。
设备B和设备C的重传资源(资源2和资源4)可以被对方接收到，因此可以避免半双工问题。由于协作信息B和协作信息C是为了通知设备B和设备C进行重传，因此协作信息B和协作信息C的优先级分别为设备B和设备C的PSSCH的优先级。、
在一些实施例中，第二协作信息和第三协作信息由物理边链路反馈信道(PSFCH)承载。例如，当协作信息用于指示重传时，PSFCH资源可以重用指示NACK的PSFCH资源。
在一些实施例中，第一终端设备从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。具体的实施方式还可以参考后述的第五方面的实施例。
在一些实施例中，第二终端设备进行单播、组播或广播的边链路通信。即，上述实施例可以应用于单播、组播或广播的任意场景中。
在一些实施例中，第二终端设备进行第一组播的边链路通信，在第一组播中一个 或多个接收终端设备使用同一个物理边链路反馈信道(PSFCH)资源反馈非确认(NACK)。即，上述实施例可以应用于HARQ选项1的组播场景中。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，第二协作信息的优先级等于第一边链路信息的优先级，第三协作信息的优先级等于第二边链路信息的优先级。因此，可以准确地确定协作信息的优先级，在基于优先级规则确定发送或丢弃边链路信息时，可以保证发送冲突指示的优先级与业务优先级相匹配，保障高优先级业务相关的信息可以优先得到发送。
第三方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备和第二终端设备进行说明。本申请实施例可以与第一、二方面的实施例结合起来，也可以单独实施。
如何发送用于指示重选或重传的协作信息是需要解决的问题。可以使用类似PSFCH发送的机制。更具体地，在已有的PSFCH时隙内额外配置或预配置用于承载协作信息的PSFCH资源，例如RB、序列(循环移位)资源等。
图7是本申请实施例的PSFCH的一示例图。如图7所示，设备B发送的PSSCH关联到多个PSFCH资源，即指示ACK的PSFCH、指示NACK(重传)的PSFCH和指示重选的PSFCH。指示ACK/NACK的PSFCH可以重用现有标准。指示重选的PSFCH是额外配置或预配置的。无论哪种PSFCH，PSSCH与PSFCH资源的关联方法都可以重用现有标准。
假设设备A是设备B的接收方，则设备A在接收到设备B的PSCCH/PSSCH后，决定向设备B指示ACK、NACK或者重选，并发送与之对应的一个PSFCH。假设设备C不是设备B的接收方，设备C通过解调设备B的PSCCH，也可以发现设备B与其他设备(设备D)发生碰撞或者半双工问题，从而决定向设备B指示重选或者重传(NACK)，并发送与之对应的一个PSFCH。
如果有多个设备向设备B发送重选指示(或重传指示)，发送的PSFCH(包括时域、频域、码域资源)都是相同的，从而形成多个相同信号的同向叠加，可以节省协作信息资源开销。更具体地，设备在需要发送重选指示时发送PSFCH，在不需要发 送重选指示时不发送PSFCH，因此PSFCH的有无即可指示设备B是否需要进行资源重选。设备B能够识别出重选指示，但无法识别出是哪一个设备发送的重选指示。实际上，重选指示的发送机制与HARQ选项1的组播中NACK的发送机制是一致的，都是通过信号的有无来指示信息。
然而，上述方式会在设备B是否进行资源重选上产生歧义。考虑具有HARQ选项1的组播(groupcast with HARQ option 1)，即只反馈NACK(NACK-only)的组播，接收该组播的设备(组员，group member)只反馈NACK，而不反馈ACK。组员发送的指示NACK的PSFCH都是相同的，从而形成多个相同信号的同向叠加。假设设备B发送组播PSSCH，设备B在以下两种场景下都会既收到重选指示，又收到ACK指示。
场景1：所有组员都指示ACK(即没有反馈NACK)，非组员设备A向设备B发送了重选指示。
图8是本申请实施例的反馈PSFCH的一示例图。如图8所示，设备B和设备D属于同一组，可以进行具有HARQ选项1的组播。设备A和设备C不属于该组，设备A可以接收到设备B和设备C的PSCCH/PSSCH，并可以向设备B反馈PSFCH(例如携带协作信息)。例如，如图8所示，组员设备D以及其他组员都指示了ACK(没有反馈PSFCH)。非组员设备A发现设备B预留的重传与设备C会发生图4所示的碰撞，因此指示设备B进行资源重选。设备B会判断为同时出现ACK和重选指示。
场景2：所有组员都指示设备B进行资源重选。非组员没有指示重选。由于组员只发送了重选指示，没有发送NACK，设备B会判断为同时出现ACK和重选指示。
图9是本申请实施例的反馈PSFCH的另一示例图。如图9所示，设备B和设备D属于同一组，可以进行具有HARQ选项1的组播。设备A和设备C不属于该组，设备A可以接收到设备B和设备C的PSCCH/PSSCH。例如，如图9所示，组员设备D以及其他组员都指示了重选，非组员没有指示重选。由于组员只发送了重选指示，没有发送NACK，设备B也会判断为同时出现ACK和重选指示。
对于场景1，由于所有组员都反馈了ACK，因此设备B无需进行重传，从而也不会在未来发生与设备C的碰撞。对于场景1，实际上不需要设备B进行资源重选，设备B应该按照ACK进行处理。对于场景2，由于组员都没有解调成功，设备B应该进行资源重选，在重选的资源上发送重传。
然而，对于两种场景，设备B侧的观察结果都是既存在ACK，又存在重选指示，设备B无法分辨该结果是由哪个场景产生的，因此设备B无法确定应该按照ACK处理，还是应该按照重选处理。错误的处理会导致设备B在场景1下进行不必要的资源重选和发送，从而对其他设备造成额外干扰，或者导致设备B在场景2下没能继续进行重传发送，从而导致解调失败。
针对上述问题，以下先从第一终端设备(设备A和/或设备D)进行说明。
图10是本申请实施例的设备间协作方法的一示意图，如图10所示，该方法包括：
1001，第一终端设备接收来自第二终端设备的边链路信息；
1002，第一终端设备根据是否是第二终端设备的目的终端设备，向第二终端设备发送用于指示进行资源重选的重选指示和/或边链路信息的确认(ACK)或非确认(NACK)。
值得注意的是，以上附图10仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图10的记载。
在一些实施例中，在第一终端设备是第二终端设备的目的终端设备、且第二终端设备需要进行资源重选的情况下，向第二终端设备既发送重选指示又发送非确认(NACK)。
这种情况下，在执行优先级规则时，重选指示和非确认被作为一个反馈信息进行优先级排序，该反馈信息的优先级等于重选指示和非确认中的最高优先级。这里优先级排序等价于根据优先级确定是否发送该信息，即确定发送或丢弃该信息。
例如，当图8或9中的组员设备D需要同时发送重选指示和NACK时，并且当设备D需要执行优先规则以确定发送或丢弃哪些PSFCH时，重选指示和NACK作为一个整体(bundle)来进行优先排序。这个整体(bundle)的优先级等于重选指示和NACK中最高的优先级。如果使用前面第一方面的实施例，重选指示的优先级总是高于NACK的优先级，则该整体(bundle)的优先级等于重选指示的优先级。
在一些实施例中，在第一终端设备不是第二终端设备的目的终端设备、且第二终端设备需要进行资源重选的情况下，向第二终端设备发送所述重选指示。
例如，当图8或9中的非组员设备A需要发送重选指示时，只向设备B发送用 于指示重选的PSFCH(重选指示)。
由此，在场景1下，ACK和重选指示都会出现，从而设备B会按照ACK进行处理；在场景2下，NACK和重选指示都会出现，从而设备B会按照重选进行处理。因此，解决了上述设备B不确定是否应该进行重选的问题。
在一些实施例中，重选指示由物理边链路反馈信道(PSFCH)承载。
例如，承载重选指示的物理边链路反馈信道的时隙与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的时隙相同；承载重选指示的物理边链路反馈信道的资源块(RB)和/或序列被配置或预配置，并且与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的资源块(RB)或序列不同。
在一些实施例中，第二终端设备进行第一组播的边链路通信，在第一组播中接收终端设备使用同一个物理边链路反馈信道资源反馈非确认。即，如图8或9所示，多个设备进行具有HARQ选项1的组播，但本申请不限于此。
在一些实施例中，第二终端设备进行单播、组播或广播的边链路通信；即，上述实施例可以应用于单播、组播或广播的任意场景中。
以下再从第二终端设备(设备B)进行说明。
如图10所示，第二终端设备发送边链路信息；以及接收一个或多个第一终端设备发送的用于指示进行资源重选的重选指示和/或所述边链路信息的确认(ACK)或非确认(NACK)。
在一些实施例中，第二终端设备在既判断为非确认(NACK)或非连续发送(DTX)又接收到重选指示的情况下，进行资源重选。
在一些实施例中，第二终端设备在判断为确认(ACK)的情况下，确定边链路信息已经被正确接收。
在一些实施例中，第二终端设备在判断为非确认(NACK)或非连续发送(DTX)但没有接收到重选指示的情况下，确定边链路信息没有被正确接收。
例如，图8或图9所示的设备B按照现有标准判断ACK或NACK，如果判断结果为ACK，无论是否存在重选指示，设备B都按照ACK进行处理，例如进行清空缓存(flush buffer)等操作；如果判断结果为NACK，并且没有接收到重选指示，设备B按照NACK进行处理，例如进行重传发送等；如果判断结果NACK，并且接收到重选指示，设备B进行资源重选。
由此，在场景1下，ACK和重选指示都会出现，从而设备B会按照ACK进行处理；在场景2下，NACK和重选指示都会出现，从而设备B会按照重选进行处理。因此，解决了上述设备B不确定是否应该进行重选的问题。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，第一终端设备根据是否是第二终端设备的目的终端设备，向第二终端设备发送重选指示和/或ACK/NACK。因此，可以避免接收到重选指示的设备在识别ACK/NACK和重选指示时产生歧义，能够提升边链路传输的可靠性。
第四方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备和第二终端设备进行说明。本申请实施例可以与第一、二方面的实施例结合起来，也可以单独实施。与第三方面的实施例不同的是，第四方面的实施例通过资源进行判断，与第三方面的实施例相同的内容不再赘述。
以下仍以图8、9的场景为例，先从第一终端设备(设备A和/或设备D)进行说明。
图11是本申请实施例的设备间协作方法的一示意图，如图11所示，该方法包括：
1101，第一终端设备接收来自第二终端设备的边链路信息；
1102，第一终端设备根据是否是第二终端设备的目的终端设备，使用第一资源或第二资源向第二终端设备发送用于指示进行资源重选的重选指示。
值得注意的是，以上附图11仅对本申请实施例进行了示意性说明，但本申请不限于此。例如可以适当地调整各个操作之间的执行顺序，此外还可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图11的记载。
在一些实施例中，在第一终端设备是第二终端设备的目的终端设备、且第二终端设备需要进行资源重选的情况下，使用第一资源向第二终端设备发送重选指示。
在一些实施例中，第一资源为物理边链路反馈信道(PSFCH)资源。
例如，承载重选指示的第一资源的时隙与承载确认(ACK)或非确认(NACK) 的物理边链路反馈信道的时隙相同；承载重选指示的第一资源的资源块(RB)和/或序列被配置或预配置，并且与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的资源块(RB)或序列不同。
在一些实施例中，在第一终端设备不是第二终端设备的目的终端设备、且第二终端设备需要进行资源重选的情况下，使用第二资源向第二终端设备发送重选指示。
在一些实施例中，第二资源与第一资源不同。
在一些实施例中，第二资源为物理边链路反馈信道(PSFCH)资源。
例如，承载重选指示的第二资源的时隙与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的时隙相同；承载重选指示的第二资源的资源块(RB)和/或序列被配置或预配置，并且与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的资源块(RB)或序列不同。
图12是本申请实施例的PSFCH的另一示例图。如图12所示，设备B的接收设备使用第一PSFCH发送重选指示，设备B的非接收设备使用第二PSFCH发送重选指示。因此，设备B可以基于第一PSFCH和第二PSFCH知晓是自身的接收设备指示的重选，还是非自身的接收设备指示的重选。
由此，在场景1下，设备B可以知晓接收设备都指示了ACK(没有指示重选)，并且有非接收设备指示了重选，从而设备B会按照ACK进行处理；在场景2下，设备B可以知晓有接收设备指示了重选，从而设备B会按照重选进行处理。因此，解决了上述设备B不确定是否应该进行重选的问题。
在一些实施例中，第一资源和第二资源为物理边链路反馈信道(PSFCH)资源，第一资源的时隙与第二资源的时隙相同；第一资源和第二资源的资源块(RB)和/或序列被配置或预配置，并且第一资源与第二资源的资源块(RB)或序列不同。
例如，第一PSFCH与第二PSFCH使用不同的RB资源进行发送，不同接收设备发送的多个第一PSFCH是相同的，因此会在相同的时频资源上同向叠加，不同非接收设备发送的多个第二PSFCH是相同的，因此会在相同的时频资源上同向叠加。
在一些实施例中，第二终端设备进行第一组播的边链路通信，在第一组播中接收终端设备使用同一个物理边链路反馈信道资源反馈非确认。即，如图8或9所示，多个设备进行具有HARQ选项1的组播，但本申请不限于此。
在一些实施例中，第二终端设备进行单播、组播或广播的边链路通信；即，上述 实施例可以应用于单播、组播或广播的任意场景中。
以下再从第二终端设备(设备B)进行说明。
如图11所示，第二终端设备发送边链路信息；以及接收一个或多个第一终端设备发送的所述边链路信息的确认(ACK)或非确认(NACK)，和/或，所述第一终端设备使用第一资源和/或第二资源发送的用于指示进行资源重选的重选指示。
在一些实施例中，第二终端设备在判断为确认(ACK)、且在第一资源上没有接收到重选指示的情况下，确定边链路信息已经被正确接收。
在一些实施例中，第二终端设备在判断为非确认(NACK)或非连续发送(DTX)、且在第一资源和第二资源上均没有接收到重选指示的情况下，确定边链路信息没有被正确接收。
在一些实施例中，第二终端设备在判断为确认、且在第一资源上接收到重选指示的情况下，或者，在判断为非确认或DTX、且在第一资源或第二资源上接收到重选指示的情况下，进行资源重选。
由此，在场景1下，设备B可以知晓接收设备都指示了ACK(没有指示重选)，并且有非接收设备指示了重选，从而设备B会按照ACK进行处理；在场景2下，设备B可以知晓有接收设备指示了重选，从而设备B会按照重选进行处理。因此，解决了上述设备B不确定是否应该进行重选的问题。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，第一终端设备根据是否是第二终端设备的目的终端设备，使用第一资源或第二资源向第二终端设备发送重选指示。因此，可以避免接收到重选指示的设备在识别ACK/NACK和重选指示时产生歧义，能够提升边链路传输的可靠性。
第五方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备进行说明。本申请实施例可以与第一至第四方面的实施例结合起来，也可以单独实施。
如图6所示，设备B和设备C可能发生半双工问题。如果设备A发现设备B和设备C发生半双工问题，则设备A可以向设备B和设备C发送重传或重选指示，通 知设备B和设备C进行重传或重选，从而避免半双工问题。
图13是本申请实施例的发送协作信息的一示例图，以HARQ选项1的组播为例进行示意性说明。如图13所示，在组员设备B发送组播的同一时隙，组员设备C也在同时发送组播，因此设备B和设备C彼此收不到对方发送的信息，也不会反馈ACK/NACK。此外，假设设备B和设备C的PSSCH能够被组内其他组员设备成功解调。如果没有设备间协作，设备B和设备C将判断为发生ACK，从而停止后续重传。
在设备协作时，组员设备A接收到设备B和设备C的PSCCH/PSSCH，可以发现半双工问题。无论设备A能否正确解调设备B和设备C的PSSCH，设备A都在设备B和设备C关联的PSFCH_B和PSFCH_C资源上分别发送NACK。设备B和设备C都能够接收到NACK，从而都进行重传。由于重传没有发生半双工问题，因此重传有机会被设备C和设备B正确接收。上述方法可以解决半双工问题，但需要设备A在同一个时隙同时发送多个PSFCH(PSFCH_B和PSFCH_C)。
假设解决半双工问题需要设备同时发送N个PSFCH，但受限于设备能力，设备可能只能同时发送M(M<N)个PSFCH。标准中为这种情况定义了优先规则，具有较高优先级的M个PSFCH将得到发送。然而，这将导致只有高优先级的PSSCH能够通过重传解决半双工问题，而低优先级的PSSCH的半双工问题仍然没有得到解决。
图14是本申请实施例的发送协作信息的另一示例图，其场景假设与图13相同。假设设备A只能发送一个PSFCH，并且设备B的PSSCH(PSFCH)优先级高于设备C，则设备A只发送PSFCH_B去指示设备B重传。即使设备A之外的其他组员设备也观察到半双工问题，但基于现有的优先规则，其他设备也只能向设备B发送PSFCH指示NACK。因此，设备B的PSSCH可以通过重传得到恢复，但设备C的PSSCH始终无法得到恢复。
在一些实施例中，第一终端设备从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。
例如，如果一个设备需要在N个协作信息中选择M个(M<N)协作信息进行发送来指示存在半双工问题，或者指示重传，则该设备以随机或伪随机方式选择M个协作信息进行发送。上述协作信息可以通过PSFCH或其他承载进行发送。由此， 不同的设备可以发送不同的M个协作信息，从而有更大的概率可以指示出所有的半双工问题。
图15是本申请实施例的发送协作信息的另一示例图，其场景假设与图13和14相同。如图15所示，假设设备A和设备D都发现了半双工问题。如果设备A仅发送一个PSFCH给设备B，设备D仅发送一个PSFCH给设备C，则设备B和设备C都能够进行后续重传，都能够从半双工问题中得到恢复。
以上重传指示的发送是由于发生半双工问题引起的，重传指示的发送也可以是由于NACK引起的。例如，设备A需要在N个NACK中选择M个NACK(M<N)进行发送，则设备A也可以以随机或伪随机方式选择M个NACK进行发送。
在一些实施例中，第二终端设备进行单播、组播或广播的边链路通信。即，上述实施例可以应用于单播、组播或广播的任意场景中。
在一些实施例中，第二终端设备进行第一组播的边链路通信，在第一组播中接收终端设备使用同一个物理边链路反馈信道(PSFCH)资源反馈非确认(NACK)。即，上述实施例可以应用于HARQ选项1的组播场景中。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，第一终端设备从N个协作信息中随机或者伪随机地选择M个协作信息进行发送。因此，可以避免在设备协作时，协作设备只向有高优先级业务的设备发送协作信息，避免低优先级业务的设备无法获得设备协作。
第六方面的实施例
本申请实施例提供一种设备间协作方法，从第一终端设备进行说明。本申请实施例可以与第一至第五方面的实施例结合起来，也可以单独实施。
如果任何设备都可以发送协作信息来指示重传或重选，那么协作信息将不够准确。
图16是本申请实施例的发送协作信息的一示例图。例如，如图16所示，设备A不是设备B和设备C的接收方，但设备A发现设备B和设备C存在图4所示的碰撞问题，因此通知设备B进行资源重选。
然而，设备B和设备C的接收方设备E和设备D可能距离很远，在设备E和设 备D处的实际干扰(碰撞)很小，因此设备E和设备D可以实现正确解调，设备B实际上无需进行资源重选。
为解决这一问题，可以对能够发送协作信息的设备进行限制。
在一些实施例中，第一终端设备接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；第一终端设备根据第一边链路信息和第二边链路信息，确定第一边链路信息所预留的第一资源需要重选；以及
在第一终端设备是第二终端设备的目的接收终端设备的情况下，或者，第一终端设备不是第二终端设备的目的接收终端设备但第一终端设备是第三终端设备的目的接收终端设备的情况下，第一终端设备向第二终端设备发送用于指示第一资源需要重选的第一协作信息。
图17是本申请实施例的发送协作信息的另一示例图。例如，如图17所示，如果设备A发现设备B和设备C之间将会发生碰撞，只有设备A是设备C的接收方时，设备A才可以向设备B发送协作信息，通知设备B进行资源重选。设备A是设备C的接收方，此时设备A观察到的碰撞才是实际会发生的碰撞，从而避免了发送不准确的协作信息。
在一些实施例中，第二终端设备进行单播、组播或广播的边链路通信。即，上述实施例可以应用于单播、组播或广播的任意场景中。
在一些实施例中，第二终端设备进行第一组播的边链路通信，在第一组播中接收终端设备使用同一个物理边链路反馈信道(PSFCH)资源反馈非确认(NACK)。即，上述实施例可以应用于HARQ选项1的组播场景中。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
由上述实施例可知，在第一终端设备是第二终端设备的目的接收终端设备的情况下，或者，第一终端设备不是第二终端设备的目的接收终端设备但第一终端设备是第三终端设备的目的接收终端设备的情况下，第一终端设备向第二终端设备发送用于指示第一资源需要重选的第一协作信息。因此，可以避免发送不准确的协作信息，能够提升边链路传输的可靠性。
第七方面的实施例
本申请实施例提供一种设备间协作装置。该装置例如可以是终端设备(例如前述的第一终端设备)，也可以是配置于终端设备的某个或某些部件或者组件，与第一至六方面的实施例相同的内容不再赘述。
图18是本申请实施例的设备间协作装置的一示意图。如图18所示，设备间协作装置1800包括：
接收单元1801，其接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；
确定单元1802，其根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及
发送单元1803，其向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息，其中所述第一协作信息的优先级等于所述第一边链路信息和所述第二边链路信息中的最高优先级。
在一些实施例中，第一边链路信息包括第一边链路控制信息和第一物理边链路共享信道，第一边链路信息的优先级等于第一边链路控制信息中的字段指示的优先级；第二边链路信息包括第二边链路控制信息和第二物理边链路共享信道，第二边链路信息的优先级等于第二边链路控制信息中的字段指示的优先级。
在一些实施例中，第一边链路控制信息所预留的第一资源和第二边链路控制信息所预留的第二资源在时域和频域上至少部分重叠。
在一些实施例中，第一协作信息由物理边链路反馈信道承载。
在一些实施例中，第一终端设备是第二终端设备的目的接收终端设备；或者，第一终端设备不是第二终端设备的目的接收终端设备，但第一终端设备是第三终端设备的目的接收终端设备。
在一些实施例中，第二终端设备进行单播、组播或广播的边链路通信。
在一些实施例中，确定单元1802还用于：根据第一边链路信息和第二边链路信息，确定第一边链路信息和第二边链路信息需要重传；以及
发送单元1803还用于：向第二终端设备发送用于指示第一边链路信息需要重传的第二协作信息，并向第三终端设备发送用于指示第二边链路信息需要重传的第三协作信息；其中，第二协作信息的优先级等于第一边链路信息的优先级，第三协作信息 的优先级等于第二边链路信息的优先级。
在一些实施例中，第一边链路信息包括第一边链路控制信息和第一物理边链路共享信道，第一边链路信息的优先级等于第一边链路控制信息中的字段指示的优先级；第二边链路信息包括第二边链路控制信息和第二物理边链路共享信道，第二边链路信息的优先级等于第二边链路控制信息中的字段指示的优先级。
在一些实施例中，第一边链路信息所在资源和第二边链路信息所在资源在时域上至少部分重叠。
在一些实施例中，第二终端设备是第三终端设备的目的接收终端设备，第三终端设备是第二终端设备的目的接收终端设备。
在一些实施例中，第二协作信息和第三协作信息由物理边链路反馈信道承载。
在一些实施例中，发送单元1803还用于：从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限于此。设备间协作装置1800还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。
此外，为了简单起见，图18中仅示例性示出了各个部件或模块之间的连接关系或信号走向，但是本领域技术人员应该清楚的是，可以采用总线连接等各种相关技术。上述各个部件或模块可以通过例如处理器、存储器、发射机、接收机等硬件设施来实现；本申请实施并不对此进行限制。
由上述实施例可知，可以准确地确定协作信息的优先级，在基于优先级规则确定发送或丢弃边链路信息时，可以保证发送冲突指示的优先级与业务优先级相匹配，保障高优先级业务相关的信息可以优先得到发送。
第八方面的实施例
本申请实施例提供一种设备间协作装置。该装置例如可以是终端设备(例如前述的第一终端设备)，也可以是配置于终端设备的某个或某些部件或者组件，与第一至 六方面的实施例相同的内容不再赘述。
图19是本申请实施例的设备间协作装置的一示意图。如图19所示，设备间协作装置1900包括：接收单元1901和发送单元1902。
在一些实施例中，接收单元1901接收来自第二终端设备的边链路信息；发送单元1902根据第一终端设备是否是第二终端设备的目的终端设备，向第二终端设备发送用于指示进行资源重选的重选指示和/或边链路信息的确认或非确认。
在一些实施例中，在第一终端设备是第二终端设备的目的终端设备、且第二终端设备需要进行资源重选的情况下，向第二终端设备既发送重选指示又发送非确认。
在一些实施例中，在执行优先级规则时，重选指示和非确认被作为一个反馈信息进行优先级排序，反馈信息的优先级等于重选指示和非确认中的最高优先级。
在一些实施例中，在第一终端设备不是第二终端设备的目的终端设备、且第二终端设备需要进行资源重选的情况下，向第二终端设备发送所述重选指示。
在一些实施例中，重选指示由物理边链路反馈信道承载；承载重选指示的物理边链路反馈信道的时隙与承载确认或非确认的物理边链路反馈信道的时隙相同；承载重选指示的物理边链路反馈信道的资源块和/或序列被配置或预配置，并且与承载确认或非确认的物理边链路反馈信道的资源块或序列不同。
在一些实施例中，接收单元1901接收来自第二终端设备的边链路信息；发送单元1902根据第一终端设备是否是第二终端设备的目的终端设备，使用第一资源或第二资源向第二终端设备发送用于指示进行资源重选的重选指示。
在一些实施例中，在第一终端设备是第二终端设备的目的终端设备、且第二终端设备需要进行资源重选的情况下，使用第一资源向第二终端设备发送重选指示。
在一些实施例中，在第一终端设备不是第二终端设备的目的终端设备、且第二终端设备需要进行资源重选的情况下，使用第二资源向第二终端设备发送重选指示。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限于此。设备间协作装置1900还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。
此外，为了简单起见，图19中仅示例性示出了各个部件或模块之间的连接关系或信号走向，但是本领域技术人员应该清楚的是，可以采用总线连接等各种相关技术。上述各个部件或模块可以通过例如处理器、存储器、发射机、接收机等硬件设施来实现；本申请实施并不对此进行限制。
由上述实施例可知，可以避免接收到重选指示的设备在识别ACK/NACK和重选指示时产生歧义，能够提升边链路传输的可靠性。
第九方面的实施例
本申请实施例还提供一种通信系统，可以参考图1，与第一方面至第八方面的实施例相同的内容不再赘述。
在一些实施例中，通信系统100至少可以包括：
第一终端设备，其接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；根据第一边链路信息和第二边链路信息，确定第一边链路信息所预留的第一资源需要重选；以及向第二终端设备发送用于指示第一资源需要重选的第一协作信息，其中第一协作信息的优先级等于第一边链路信息和第二边链路信息中的最高优先级。
在一些实施例中，通信系统100至少可以包括：
第一终端设备，其接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；根据第一边链路信息和第二边链路信息，确定第一边链路信息和第二边链路信息需要重传；以及向第二终端设备发送用于指示第一边链路信息需要重传的第二协作信息，并向第三终端设备发送用于指示第二边链路信息需要重传的第三协作信息；其中，第二协作信息的优先级等于第一边链路信息的优先级，第三协作信息的优先级等于第二边链路信息的优先级。
在一些实施例中，通信系统100至少可以包括：
第一终端设备，其接收来自第二终端设备的边链路信息；根据是否是第二终端设备的目的终端设备，向第二终端设备发送用于指示进行资源重选的重选指示和/或边链路信息的确认(ACK)或非确认(NACK)；
第二终端设备，其发送边链路信息；以及接收一个或多个第一终端设备发送的用于指示进行资源重选的重选指示和/或边链路信息的确认(ACK)或非确认(NACK)。
在一些实施例中，通信系统100至少可以包括：
第一终端设备，其接收来自第二终端设备的边链路信息；根据是否是所述第二终端设备的目的终端设备，使用第一资源或第二资源向所述第二终端设备发送用于指示进行资源重选的重选指示；
第二终端设备，其发送边链路信息；以及接收一个或多个第一终端设备发送的边链路信息的确认(ACK)或非确认(NACK)，和/或，第一终端设备使用第一资源和/或第二资源发送的用于指示进行资源重选的重选指示。
在一些实施例中，通信系统100至少可以包括：
第一终端设备，其从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。
在一些实施例中，通信系统100至少可以包括：
第一终端设备，其接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；根据第一边链路信息和所述第二边链路信息，确定第一边链路信息所预留的第一资源需要重选；以及在第一终端设备是第二终端设备的目的接收终端设备的情况下，或者，第一终端设备不是第二终端设备的目的接收终端设备但第一终端设备是第三终端设备的目的接收终端设备的情况下，第一终端设备向第二终端设备发送用于指示第一资源需要重选的第一协作信息。
本申请实施例还提供一种网络设备，例如可以是基站，但本申请不限于此，还可以是其他的网络设备。
图20是本申请实施例的网络设备的构成示意图。如图20所示，网络设备2000可以包括：处理器2010(例如中央处理器CPU)和存储器2020；存储器2020耦合到处理器2010。其中该存储器2020可存储各种数据；此外还存储信息处理的程序2030，并且在处理器2010的控制下执行该程序2030。
此外，如图20所示，网络设备2000还可以包括：收发机2040和天线2050等；其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，网络设备2000也并不是必须要包括图20中所示的所有部件；此外，网络设备2000还可以包括图20中没有示出的部件，可以参考现有技术。
本申请实施例还提供一种终端设备，但本申请不限于此，还可以是其他的设备。
图21是本申请实施例的终端设备的示意图。如图21所示，该终端设备2100可 以包括处理器2110和存储器2120；存储器2120存储有数据和程序，并耦合到处理器2110。值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
例如，处理器2110可以被配置为执行程序而实现如第一方面的实施例所述的设备间协作方法。例如处理器2110可以被配置为进行如下的控制：接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息，其中所述第一协作信息的优先级等于所述第一边链路信息和所述第二边链路信息中的最高优先级。
例如，处理器2110可以被配置为执行程序而实现如第二方面的实施例所述的设备间协作方法。例如处理器2110可以被配置为进行如下的控制：接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息和所述第二边链路信息需要重传；以及向所述第二终端设备发送用于指示所述第一边链路信息需要重传的第二协作信息，并向所述第三终端设备发送用于指示所述第二边链路信息需要重传的第三协作信息；其中，所述第二协作信息的优先级等于所述第一边链路信息的优先级，所述第三协作信息的优先级等于所述第二边链路信息的优先级。
例如，处理器2110可以被配置为执行程序而实现如第三方面的实施例所述的设备间协作方法。例如处理器2110可以被配置为进行如下的控制：接收来自第二终端设备的边链路信息；根据是否是所述第二终端设备的目的终端设备，向所述第二终端设备发送用于指示进行资源重选的重选指示和/或所述边链路信息的确认(ACK)或非确认(NACK)。
例如，处理器2110可以被配置为执行程序而实现如第三方面的实施例所述的设备间协作方法。例如处理器2110可以被配置为进行如下的控制：发送边链路信息；以及接收一个或多个第一终端设备发送的用于指示进行资源重选的重选指示和/或所述边链路信息的确认(ACK)或非确认(NACK)。
例如，处理器2110可以被配置为执行程序而实现如第四方面的实施例所述的设备间协作方法。例如处理器2110可以被配置为进行如下的控制：接收来自第二终端 设备的边链路信息；根据是否是所述第二终端设备的目的终端设备，使用第一资源或第二资源向所述第二终端设备发送用于指示进行资源重选的重选指示。
例如，处理器2110可以被配置为执行程序而实现如第四方面的实施例所述的设备间协作方法。例如处理器2110可以被配置为进行如下的控制：发送边链路信息；以及接收一个或多个第一终端设备发送的所述边链路信息的确认(ACK)或非确认(NACK)，和/或，所述第一终端设备使用第一资源和/或第二资源发送的用于指示进行资源重选的重选指示。
例如，处理器2110可以被配置为执行程序而实现如第五方面的实施例所述的设备间协作方法。例如处理器2110可以被配置为进行如下的控制：从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。
例如，处理器2110可以被配置为执行程序而实现如第六方面的实施例所述的设备间协作方法。例如处理器2110可以被配置为进行如下的控制：接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及在所述第一终端设备是所述第二终端设备的目的接收终端设备的情况下，或者，所述第一终端设备不是所述第二终端设备的目的接收终端设备但所述第一终端设备是所述第三终端设备的目的接收终端设备的情况下，所述第一终端设备向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息。
如图21所示，该终端设备2100还可以包括：通信模块2130、输入单元2140、显示器2150、电源2160。其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，终端设备2100也并不是必须要包括图21中所示的所有部件，上述部件并不是必需的；此外，终端设备2100还可以包括图21中没有示出的部件，可以参考现有技术。
本申请实施例还提供一种计算机程序，其中当在终端设备中执行所述程序时，所述程序使得所述终端设备执行第一至六方面的实施例所述的设备间协作方法。
本申请实施例还提供一种存储有计算机程序的存储介质，其中所述计算机程序使得终端设备执行第一至六方面的实施例所述的设备间协作方法。
本申请以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本申请涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现 上文所述的装置或构成部件，或使该逻辑部件实现上文所述的各种方法或步骤。本申请还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本申请实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如，图中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合，既可以对应于计算机程序流程的各个软件模块，亦可以对应于各个硬件模块。这些软件模块，可以分别对应于图中所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中，也可以存储在可插入移动终端的存储卡中。例如，若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置，则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对附图中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对附图描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本申请进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本申请保护范围的限制。本领域技术人员可以根据本申请的精神和原理对本申请做出各种变型和修改，这些变型和修改也在本申请的范围内。
关于包括以上实施例的实施方式，还公开下述的附记：
附记1.一种设备间协作方法，包括：
第一终端设备接收来自第二终端设备的第一边链路信息和来自第三终端设备的 第二边链路信息；
所述第一终端设备根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及
所述第一终端设备向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息，其中所述第一协作信息的优先级等于所述第一边链路信息和所述第二边链路信息中的最高优先级。
附记2.根据附记1所述的方法，所述第一边链路信息包括第一边链路控制信息(SCI)和第一物理边链路共享信道(PSSCH)，所述第一边链路信息的优先级等于所述第一边链路控制信息中的字段指示的优先级；
所述第二边链路信息包括第二边链路控制信息(SCI)和第二物理边链路共享信道(PSSCH)，所述第二边链路信息的优先级等于所述第二边链路控制信息中的字段指示的优先级。
附记3.根据附记2所述的方法，其中，所述第一边链路控制信息所预留的第一资源和所述第二边链路控制信息所预留的第二资源在时域和频域上至少部分重叠。
附记4.根据附记1至3任一项所述的方法，其中，所述第一协作信息由物理边链路反馈信道(PSFCH)承载。
附记5.根据附记1至4任一项所述的方法，其中，所述第一终端设备是所述第二终端设备的目的接收终端设备，
或者，所述第一终端设备不是所述第二终端设备的目的接收终端设备，但所述第一终端设备是所述第三终端设备的目的接收终端设备。
附记6.根据附记1至5任一项所述的方法，其中，所述第二终端设备进行单播、组播或广播的边链路通信。
附记7.根据附记1所述的方法，其中，所述方法还包括：
所述第一终端设备根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息和所述第二边链路信息需要重传；以及
所述第一终端设备向所述第二终端设备发送用于指示所述第一边链路信息需要重传的第二协作信息，并向所述第三终端设备发送用于指示所述第二边链路信息需要重传的第三协作信息；其中，所述第二协作信息的优先级等于所述第一边链路信息的优先级，所述第三协作信息的优先级等于所述第二边链路信息的优先级。
附记8.根据附记7所述的方法，所述第一边链路信息包括第一边链路控制信息(SCI)和第一物理边链路共享信道(PSSCH)，所述第一边链路信息的优先级等于所述第一边链路控制信息中的字段指示的优先级；
所述第二边链路信息包括第二边链路控制信息(SCI)和第二物理边链路共享信道(PSSCH)，所述第二边链路信息的优先级等于所述第二边链路控制信息中的字段指示的优先级。
附记9.根据附记7所述的方法，其中，所述第一边链路信息所在资源和所述第二边链路信息所在资源在时域上至少部分重叠。
附记10.根据附记7至9任一项所述的方法，其中，所述第二终端设备是所述第三终端设备的目的接收终端设备，所述第三终端设备是所述第二终端设备的目的接收终端设备。
附记11.根据附记7至10任一项所述的方法，其中，所述第二协作信息和所述第三协作信息由物理边链路反馈信道(PSFCH)承载。
附记12.根据附记7至11任一项所述的方法，其中，所述方法还包括：
所述第一终端设备从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。
附记13.根据附记6至12任一项所述的方法，其中，所述第二终端设备进行单播、组播或广播的边链路通信；
或者，所述第二终端设备进行第一组播的边链路通信，在所述第一组播中一个或多个接收终端设备使用同一个物理边链路反馈信道资源反馈非确认(NACK)。
附记14.一种设备间协作方法，包括：
第一终端设备接收来自第二终端设备的边链路信息；
所述第一终端设备根据是否是所述第二终端设备的目的终端设备，向所述第二终端设备发送用于指示进行资源重选的重选指示和/或所述边链路信息的确认(ACK)或非确认(NACK)。
附记15.根据附记14所述的方法，其中，在所述第一终端设备是所述第二终端设备的目的终端设备、且所述第二终端设备需要进行资源重选的情况下，向所述第二终端设备既发送所述重选指示又发送所述非确认(NACK)。
附记16.根据附记15所述的方法，其中，在执行优先级规则时，所述重选指示 和所述非确认被作为一个反馈信息进行优先级排序，所述反馈信息的优先级等于所述重选指示和所述非确认中的最高优先级。
附记17.根据附记14所述的方法，其中，在所述第一终端设备不是所述第二终端设备的目的终端设备、且所述第二终端设备需要进行资源重选的情况下，向所述第二终端设备发送所述重选指示。
附记18.根据附记14至17任一项所述的方法，其中，所述重选指示由物理边链路反馈信道(PSFCH)承载。
附记19.根据附记18所述的方法，其中，承载所述重选指示的物理边链路反馈信道的时隙与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的时隙相同；
承载所述重选指示的物理边链路反馈信道的资源块(RB)和/或序列被配置或预配置，并且与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的资源块(RB)或序列不同。
附记20.根据附记14至19任一项所述的方法，其中，所述第二终端设备进行单播、组播或广播的边链路通信；
或者，所述第二终端设备进行第一组播的边链路通信，在所述第一组播中接收终端设备使用同一个物理边链路反馈信道资源反馈非确认。
附记21.一种设备间协作方法，包括：
第二终端设备发送边链路信息；以及
接收一个或多个第一终端设备发送的用于指示进行资源重选的重选指示和/或所述边链路信息的确认(ACK)或非确认(NACK)。
附记22.根据附记21所述的方法，其中，所述方法还包括：
所述第二终端设备在既判断为非确认(NACK)或非连续发送(DTX)又接收到所述重选指示的情况下，进行资源重选。
附记23.根据附记21所述的方法，其中，所述方法还包括：
所述第二终端设备在判断为确认(ACK)的情况下，确定所述边链路信息已经被正确接收。
附记24.根据附记21所述的方法，其中，所述方法还包括：
所述第二终端设备在判断为非确认(NACK)或非连续发送(DTX)但没有接收 到所述重选指示的情况下，确定所述边链路信息没有被正确接收。
附记25.根据附记21至24任一项所述的方法，其中，所述第二终端设备进行单播、组播或广播的边链路通信；
或者，所述第二终端设备进行第一组播的边链路通信，在所述第一组播中接收终端设备使用同一个物理边链路反馈信道资源反馈非确认。
附记26.一种设备间协作方法，包括：
第一终端设备接收来自第二终端设备的边链路信息；
所述第一终端设备根据是否是所述第二终端设备的目的终端设备，使用第一资源或第二资源向所述第二终端设备发送用于指示进行资源重选的重选指示。
附记27.根据附记26所述的方法，其中，在所述第一终端设备是所述第二终端设备的目的终端设备、且所述第二终端设备需要进行资源重选的情况下，使用所述第一资源向所述第二终端设备发送所述重选指示。
附记28.根据附记27所述的方法，其中，所述第一资源为物理边链路反馈信道(PSFCH)资源。
附记29.根据附记27所述的方法，其中，承载所述重选指示的所述第一资源的时隙与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的时隙相同；
承载所述重选指示的第一资源的资源块(RB)和/或序列被配置或预配置，并且与承载所述确认(ACK)或非确认(NACK)的物理边链路反馈信道的资源块(RB)或序列不同。
附记30.根据附记26所述的方法，其中，在所述第一终端设备不是所述第二终端设备的目的终端设备、且所述第二终端设备需要进行资源重选的情况下，使用所述第二资源向所述第二终端设备发送所述重选指示。
附记31.根据附记30所述的方法，其中，所述第二资源与所述第一资源不同。
附记32.根据附记30所述的方法，其中，所述第二资源为物理边链路反馈信道(PSFCH)资源。
附记33.根据附记32所述的方法，其中，承载所述重选指示的所述第二资源的时隙与承载确认(ACK)或非确认(NACK)的物理边链路反馈信道的时隙相同；
承载所述重选指示的第二资源的资源块(RB)和/或序列被配置或预配置，并且与承载所述确认(ACK)或非确认(NACK)的物理边链路反馈信道的资源块(RB) 或序列不同。
附记34.根据附记26至33任一项所述的方法，其中，所述第一资源和所述第二资源为物理边链路反馈信道(PSFCH)资源，所述第一资源的时隙与所述第二资源的时隙相同；
所述第一资源和所述第二资源的资源块(RB)和/或序列被配置或预配置，并且所述第一资源与所述第二资源的资源块(RB)或序列不同。
附记35.根据附记26至34任一项所述的方法，其中，所述第二终端设备进行单播、组播或广播的边链路通信；
或者，所述第二终端设备进行第一组播的边链路通信，在所述第一组播中接收终端设备使用同一个物理边链路反馈信道资源反馈非确认。
附记36.一种设备间协作方法，包括：
第二终端设备发送边链路信息；以及
接收一个或多个第一终端设备发送的所述边链路信息的确认(ACK)或非确认(NACK)，和/或，所述第一终端设备使用第一资源和/或第二资源发送的用于指示进行资源重选的重选指示。
附记37.根据附记36所述的方法，其中，所述方法还包括：
所述第二终端设备在判断为确认(ACK)、且在所述第一资源上没有接收到重选指示的情况下，确定所述边链路信息已经被正确接收。
附记38.根据附记36所述的方法，其中，所述方法还包括：
所述第二终端设备在判断为非确认(NACK)或非连续发送(DTX)、且在所述第一资源和所述第二资源上均没有接收到重选指示的情况下，确定所述边链路信息没有被正确接收。
附记39.根据附记36所述的方法，其中，所述方法还包括：
所述第二终端设备在判断为确认、且在所述第一资源上接收到重选指示的情况下，或者，在判断为非确认或DTX、且在所述第一资源或所述第二资源上接收到重选指示的情况下，进行资源重选。
附记40.根据附记36至39任一项所述的方法，其中，所述第二终端设备进行单播、组播或广播的边链路通信；
或者，所述第二终端设备进行第一组播的边链路通信，在所述第一组播中接收终 端设备使用同一个物理边链路反馈信道资源反馈非确认。
附记41.一种设备间协作方法，包括：
第一终端设备接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；
所述第一终端设备根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息和所述第二边链路信息需要重传；以及
所述第一终端设备向所述第二终端设备发送用于指示所述第一边链路信息需要重传的第二协作信息，并向所述第三终端设备发送用于指示所述第二边链路信息需要重传的第三协作信息；其中，所述第二协作信息的优先级等于所述第一边链路信息的优先级，所述第三协作信息的优先级等于所述第二边链路信息的优先级。
附记42.根据附记41所述的方法，所述第一边链路信息包括第一边链路控制信息(SCI)和第一物理边链路共享信道(PSSCH)，所述第一边链路信息的优先级等于所述第一边链路控制信息中的字段指示的优先级；
所述第二边链路信息包括第二边链路控制信息(SCI)和第二物理边链路共享信道(PSSCH)，所述第二边链路信息的优先级等于所述第二边链路控制信息中的字段指示的优先级。
附记43.根据附记41所述的方法，其中，所述第一边链路信息所在资源和所述第二边链路信息所在资源在时域上至少部分重叠。
附记44.根据附记41至43任一项所述的方法，其中，所述第二终端设备是所述第三终端设备的目的接收终端设备，所述第三终端设备是所述第二终端设备的目的接收终端设备。
附记45.根据附记41至44任一项所述的方法，其中，所述第二协作信息和所述第三协作信息由物理边链路反馈信道(PSFCH)承载。
附记46.根据附记41至45任一项所述的方法，其中，所述方法还包括：
所述第一终端设备从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。
附记47.根据附记41至46任一项所述的方法，其中，所述第二终端设备进行单播、组播或广播的边链路通信；
或者，所述第二终端设备进行第一组播的边链路通信，在所述第一组播中接收终 端设备使用同一个物理边链路反馈信道资源反馈非确认。
附记48.一种设备间协作方法，包括：
第一终端设备接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；
所述第一终端设备根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及
在所述第一终端设备是所述第二终端设备的目的接收终端设备的情况下，或者，所述第一终端设备不是所述第二终端设备的目的接收终端设备但所述第一终端设备是所述第三终端设备的目的接收终端设备的情况下，所述第一终端设备向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息。
附记49.一种设备间协作方法，包括：
第一终端设备从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。
附记50.一种终端设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现如附记1至49任一项所述的设备间协作方法。
附记51.一种通信系统，包括如附记50所述的终端设备。

Claims (20)

  1. 一种设备间协作装置，包括：
    接收单元，其接收来自第二终端设备的第一边链路信息和来自第三终端设备的第二边链路信息；
    确定单元，其根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息所预留的第一资源需要重选；以及
    发送单元，其向所述第二终端设备发送用于指示所述第一资源需要重选的第一协作信息，其中所述第一协作信息的优先级等于所述第一边链路信息和所述第二边链路信息中的最高优先级。
  2. 根据权利要求1所述的装置，其中，所述第一边链路信息包括第一边链路控制信息和第一物理边链路共享信道，所述第一边链路信息的优先级等于所述第一边链路控制信息中的字段指示的优先级；
    所述第二边链路信息包括第二边链路控制信息和第二物理边链路共享信道，所述第二边链路信息的优先级等于所述第二边链路控制信息中的字段指示的优先级。
  3. 根据权利要求2所述的装置，其中，所述第一边链路控制信息所预留的第一资源和所述第二边链路控制信息所预留的第二资源在时域和频域上至少部分重叠。
  4. 根据权利要求1所述的装置，其中，所述第一协作信息由物理边链路反馈信道承载。
  5. 根据权利要求1所述的装置，其中，第一终端设备是所述第二终端设备的目的接收终端设备；或者，所述第一终端设备不是所述第二终端设备的目的接收终端设备，但所述第一终端设备是所述第三终端设备的目的接收终端设备。
  6. 根据权利要求1所述的装置，其中，所述第二终端设备进行单播、组播或广播的边链路通信。
  7. 根据权利要求1所述的装置，其中，所述确定单元还用于：根据所述第一边链路信息和所述第二边链路信息，确定所述第一边链路信息和所述第二边链路信息需要重传；以及
    所述发送单元还用于：向所述第二终端设备发送用于指示所述第一边链路信息需要重传的第二协作信息，并向所述第三终端设备发送用于指示所述第二边链路信息需 要重传的第三协作信息；其中，所述第二协作信息的优先级等于所述第一边链路信息的优先级，所述第三协作信息的优先级等于所述第二边链路信息的优先级。
  8. 根据权利要求7所述的装置，其中，所述第一边链路信息包括第一边链路控制信息和第一物理边链路共享信道，所述第一边链路信息的优先级等于所述第一边链路控制信息中的字段指示的优先级；
    所述第二边链路信息包括第二边链路控制信息和第二物理边链路共享信道，所述第二边链路信息的优先级等于所述第二边链路控制信息中的字段指示的优先级。
  9. 根据权利要求8所述的装置，其中，所述第一边链路信息所在资源和所述第二边链路信息所在资源在时域上至少部分重叠。
  10. 根据权利要求7所述的装置，其中，所述第二终端设备是所述第三终端设备的目的接收终端设备，所述第三终端设备是所述第二终端设备的目的接收终端设备。
  11. 根据权利要求7所述的装置，其中，所述第二协作信息和所述第三协作信息由物理边链路反馈信道承载。
  12. 根据权利要求7所述的装置，其中，所述发送单元还用于：从N个协作信息中随机或者伪随机地选择M个协作信息进行发送，其中M小于N且均为正整数。
  13. 一种设备间协作装置，包括：
    接收单元，其接收来自第二终端设备的边链路信息；
    发送单元，其根据第一终端设备是否是所述第二终端设备的目的终端设备，向所述第二终端设备发送用于指示进行资源重选的重选指示和/或所述边链路信息的确认或非确认。
  14. 根据权利要求13所述的装置，其中，在所述第一终端设备是所述第二终端设备的目的终端设备、且所述第二终端设备需要进行资源重选的情况下，向所述第二终端设备既发送所述重选指示又发送所述非确认。
  15. 根据权利要求14所述的装置，其中，在执行优先级规则时，所述重选指示和所述非确认被作为一个反馈信息进行优先级排序，所述反馈信息的优先级等于所述重选指示和所述非确认中的最高优先级。
  16. 根据权利要求13所述的装置，其中，在所述第一终端设备不是所述第二终端设备的目的终端设备、且所述第二终端设备需要进行资源重选的情况下，向所述第二终端设备发送所述重选指示。
  17. 根据权利要求13所述的装置，其中，所述重选指示由物理边链路反馈信道承载；承载所述重选指示的物理边链路反馈信道的时隙与承载确认或非确认的物理边链路反馈信道的时隙相同；承载所述重选指示的物理边链路反馈信道的资源块和/或序列被配置或预配置，并且与承载确认或非确认的物理边链路反馈信道的资源块或序列不同。
  18. 一种设备间协作装置，包括：
    接收单元，其接收来自第二终端设备的边链路信息；
    发送单元，其根据第一终端设备是否是所述第二终端设备的目的终端设备，使用第一资源或第二资源向所述第二终端设备发送用于指示进行资源重选的重选指示。
  19. 根据权利要求18所述的装置，其中，在所述第一终端设备是所述第二终端设备的目的终端设备、且所述第二终端设备需要进行资源重选的情况下，使用所述第一资源向所述第二终端设备发送所述重选指示。
  20. 根据权利要求18所述的装置，其中，在所述第一终端设备不是所述第二终端设备的目的终端设备、且所述第二终端设备需要进行资源重选的情况下，使用所述第二资源向所述第二终端设备发送所述重选指示。
PCT/CN2021/092772 2021-05-10 2021-05-10 设备间协作方法以及装置 WO2022236577A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
PCT/CN2021/092772 WO2022236577A1 (zh) 2021-05-10 2021-05-10 设备间协作方法以及装置
PCT/CN2021/110829 WO2022236978A1 (zh) 2021-05-10 2021-08-05 设备间协作方法以及装置
EP21941547.8A EP4340486A1 (en) 2021-05-10 2021-08-05 Cooperation method and apparatus between devices
KR1020237038550A KR20230169236A (ko) 2021-05-10 2021-08-05 디바이스들 사이의 조정 방법 및 장치
JP2023568621A JP2024516747A (ja) 2021-05-10 2021-08-05 装置間コオーディネイション方法及び装置
CN202180097109.XA CN117158084A (zh) 2021-05-10 2021-08-05 设备间协作方法以及装置
US18/386,275 US20240064784A1 (en) 2021-05-10 2023-11-02 Inter-device coordination method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/092772 WO2022236577A1 (zh) 2021-05-10 2021-05-10 设备间协作方法以及装置

Publications (1)

Publication Number Publication Date
WO2022236577A1 true WO2022236577A1 (zh) 2022-11-17

Family

ID=84027813

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2021/092772 WO2022236577A1 (zh) 2021-05-10 2021-05-10 设备间协作方法以及装置
PCT/CN2021/110829 WO2022236978A1 (zh) 2021-05-10 2021-08-05 设备间协作方法以及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/110829 WO2022236978A1 (zh) 2021-05-10 2021-08-05 设备间协作方法以及装置

Country Status (6)

Country Link
US (1) US20240064784A1 (zh)
EP (1) EP4340486A1 (zh)
JP (1) JP2024516747A (zh)
KR (1) KR20230169236A (zh)
CN (1) CN117158084A (zh)
WO (2) WO2022236577A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109691146A (zh) * 2018-11-29 2019-04-26 北京小米移动软件有限公司 资源碰撞解决方法、装置及存储介质
CN112205067A (zh) * 2020-08-26 2021-01-08 北京小米移动软件有限公司 直连通信方法、直连通信装置及存储介质
CN112235765A (zh) * 2020-12-16 2021-01-15 北京大唐高鸿数据网络技术有限公司 一种资源选择方法、装置及终端
CN112640499A (zh) * 2020-12-14 2021-04-09 北京小米移动软件有限公司 资源选择方法、资源选择装置及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11108507B2 (en) * 2018-10-04 2021-08-31 Lg Electronics Inc. Method and apparatus for transmitting sidelink HARQ feedback in NR V2X
EP3672133B1 (en) * 2018-12-20 2022-09-14 ASUSTek Computer Inc. Method and apparatus for handling collision between sidelink feedback and sidelink data in a wireless communication system
WO2020222575A1 (en) * 2019-05-02 2020-11-05 Samsung Electronics Co., Ltd. Method and apparatus for transmission and reception of sidelink feedback in wireless communication system
CN112566248A (zh) * 2019-09-25 2021-03-26 华为技术有限公司 一种通信方法及装置
KR20220082027A (ko) * 2019-10-29 2022-06-16 엘지전자 주식회사 무선 통신 시스템에서 전송 우선 순위 부여를 위한 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109691146A (zh) * 2018-11-29 2019-04-26 北京小米移动软件有限公司 资源碰撞解决方法、装置及存储介质
CN112205067A (zh) * 2020-08-26 2021-01-08 北京小米移动软件有限公司 直连通信方法、直连通信装置及存储介质
CN112640499A (zh) * 2020-12-14 2021-04-09 北京小米移动软件有限公司 资源选择方法、资源选择装置及存储介质
CN112235765A (zh) * 2020-12-16 2021-01-15 北京大唐高鸿数据网络技术有限公司 一种资源选择方法、装置及终端

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LENOVO, MOTOROLA MOBILITY: "Discussion on inter-UE coordination for Mode 2 enhancements", 3GPP DRAFT; R1-2103549, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210412 - 20210420, 7 April 2021 (2021-04-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052178261 *
XIAOMI: "Discussion on inter-UE coordination", 3GPP DRAFT; R1-2102966, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210412 - 20210420, 7 April 2021 (2021-04-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052177800 *

Also Published As

Publication number Publication date
US20240064784A1 (en) 2024-02-22
EP4340486A1 (en) 2024-03-20
WO2022236978A1 (zh) 2022-11-17
KR20230169236A (ko) 2023-12-15
JP2024516747A (ja) 2024-04-16
CN117158084A (zh) 2023-12-01

Similar Documents

Publication Publication Date Title
US11140731B2 (en) Data transmission method, communication device, and data transmission system
US9775148B2 (en) Method, system and device for determining transmission link type
WO2020168574A1 (zh) 传输信息的方法、终端设备和网络设备
RU2710991C1 (ru) Узел радиосети, устройство беспроводной связи и осуществляемые в них способы
EP3751914B1 (en) Communication method, communication apparatus and readable storage medium
US20140086175A1 (en) Methods, apparatus and computer programs for controlling retransmissions of wireless signals
US20160165626A1 (en) METHODS PROVIDING COORDINATION FOR UPLINK (UL) COORDINATED MULTIPOINT (CoMP) RECEPTION AND RELATED NETWORK NODES
US20190349146A1 (en) Transmission method, network device, and terminal device
WO2015139669A1 (en) System and method for avoiding collisions between open discovery and cellular resources
WO2020132869A1 (zh) 资源分配的方法和终端设备
EP3446449A1 (en) Delaying transmission depending on transmission type and ue processing capabilities
WO2022082677A1 (zh) 边链路非连续接收方法及装置
WO2022213847A1 (zh) 一种处理资源重叠的方法及装置
WO2020248258A1 (zh) 无线通信方法、收端设备和发端设备
WO2022151060A1 (zh) 数据接收方法、装置和系统
JP2023520706A (ja) サイドリンクの送信及び受信の方法及び装置
WO2020103316A1 (zh) 一种传输数据的方法和终端设备
WO2022236577A1 (zh) 设备间协作方法以及装置
WO2017024467A1 (zh) 无线通信的方法、网络设备和终端设备
WO2018098675A1 (zh) 用于数据重传的装置、方法以及通信系统
WO2022022236A1 (zh) 数据传输方法及装置
WO2021226972A1 (zh) 边链路反馈信息的发送和接收方法以及装置
WO2021196237A1 (zh) 侧行反馈信息处理方法、终端设备和网络设备
WO2023010399A1 (zh) 设备间协作装置以及方法
WO2020215218A1 (zh) 用于传输侧行数据的方法和终端设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21941153

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21941153

Country of ref document: EP

Kind code of ref document: A1