Determination method and device thereof

Abstract

Disclosed in embodiments of the present disclosure are a determination method and a device thereof. The method comprises: after sending a first message on the basis of a transaction, a first terminal determines whether the transaction ends, wherein the first message is used for performing sidelink positioning, and the transaction is used for sending and / or receiving the first message. By implementing the embodiments of the present disclosure, a message used for performing sidelink positioning can be sent on the basis of a transaction, and it can be accurately determined whether the transaction ends, so that the accuracy of the determination result is guaranteed, and thus the present disclosure can be applicable to a plurality of positioning scenes.

Description

A determination method and device thereof Technical Field

[0001] The present disclosure relates to the field of communication technology, and in particular to a determination method and apparatus thereof. Background Art

[0002] In a communication system, direct communication between terminals is achieved by introducing a sidelink (SL) communication method. For terminals connected via SL, positioning based on the sidelink (SL) between terminals includes absolute positioning, relative positioning, and ranging. When performing SL positioning and / or SL ranging between terminals, the Sidelink Positioning Protocol (SLPP) and / or the Ranging and Sidelink Positioning Protocol (RSPP) can be used to achieve positioning by transmitting SLPP and / or RSPP messages.

[0003] However, there is currently a lack of effective means for determining the end of a transaction for performing sidelink positioning message transmission.

[0004] Summary of the Invention

[0005] The embodiments of the present disclosure provide a determination method and a device thereof.

[0006] According to a first aspect of an embodiment of the present disclosure, a determination method is proposed, including:

[0007] After sending a first message based on a transaction, the first terminal determines whether the transaction is completed, wherein the first message is used to perform sidelink positioning and the transaction is used to execute sending and / or receiving of the first message.

[0008] According to a second aspect of the embodiments of the present disclosure, a determination method is proposed, including:

[0009] After receiving the first message sent by the first terminal based on the transaction, the second terminal determines whether the transaction is completed; wherein the first message is used for sidelink positioning, and the transaction is used to execute the sending and / or receiving of the first message.

[0010] According to a third aspect of an embodiment of the present disclosure, a communication system is provided, including:

[0011] A first terminal is configured to execute an optional implementation of the first aspect;

[0012] The second terminal is configured to execute an optional implementation of the aforementioned second aspect.

[0013] According to a fourth aspect of an embodiment of the present disclosure, a first communication device is provided, including:

[0014] A processing module is used to determine whether the transaction is completed after sending a first message based on a transaction, wherein the first message is used to perform sidelink positioning and the transaction is used to execute the sending and / or receiving of the first message.

[0015] According to a fifth aspect of an embodiment of the present disclosure, a second communication device is provided, including:

[0016] A processing module is used to determine whether the transaction is completed after receiving a first message sent by a first terminal based on a transaction; wherein the first message is used to perform sidelink positioning, and the transaction is used to execute the sending and / or receiving of the first message.

[0017] According to a sixth aspect of an embodiment of the present disclosure, a communication device is provided, including: one or more processors;

[0018] The processor is used to call instructions to enable the communication device to execute the optional implementation of the first and second aspects mentioned above.

[0019] According to a seventh aspect of an embodiment of the present disclosure, a storage medium is proposed, which stores instructions. When the instructions are executed on a communication device, the communication device executes optional implementation methods of the aforementioned first and second aspects.

[0020] According to the technical solution disclosed in the present invention, the transmission of messages for sidelink positioning can be realized based on transactions, and whether the transaction is completed can be accurately determined to ensure the accuracy of the judgment result, which is applicable to various positioning scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the following drawings required for describing the embodiments are introduced. The following drawings are merely some embodiments of the present disclosure and do not impose specific limitations on the protection scope of the present disclosure.

[0022] FIG1 is a schematic diagram of the architecture of a communication system provided by an embodiment of the present disclosure;

[0023] FIG2 is an exemplary diagram illustrating a method for positioning between terminals according to an embodiment of the present disclosure;

[0024] FIG3A is an interactive schematic diagram illustrating a determination method according to an embodiment of the present disclosure;

[0025] FIG3B is an interactive schematic diagram illustrating a determination method according to an embodiment of the present disclosure;

[0026] FIG3C is an interactive schematic diagram illustrating a determination method according to an embodiment of the present disclosure;

[0027] FIG3D is an interactive schematic diagram illustrating a determination method according to an embodiment of the present disclosure;

[0028] FIG3E is an interactive schematic diagram illustrating a determination method according to an embodiment of the present disclosure;

[0029] FIG3F is an interactive schematic diagram illustrating a determination method according to an embodiment of the present disclosure;

[0030] FIG3G is an interactive schematic diagram illustrating a determination method according to an embodiment of the present disclosure;

[0031] FIG4A is a schematic flow chart of a determination method according to an embodiment of the present disclosure;

[0032] FIG4B is a flow chart illustrating a determination method according to an embodiment of the present disclosure;

[0033] FIG5A is a schematic diagram showing a flow chart of a determination method according to an embodiment of the present disclosure;

[0034] FIG5B is a flow chart illustrating a determination method according to an embodiment of the present disclosure;

[0035] FIG6 is an interactive schematic diagram of a determination method proposed in an embodiment of the present disclosure;

[0036] FIG7A is a schematic structural diagram of a first terminal proposed in an embodiment of the present disclosure;

[0037] FIG7B is a schematic structural diagram of a second terminal proposed in an embodiment of the present disclosure;

[0038] FIG8A is a schematic structural diagram of a communication device 8100 proposed in an embodiment of the present disclosure;

[0039] FIG8B is a schematic structural diagram of a chip 8200 according to an embodiment of the present disclosure. DETAILED DESCRIPTION

[0040] The embodiments of the present disclosure provide a determination method and a device thereof.

[0041] In a first aspect, an embodiment of the present disclosure provides a determination method, including:

[0042] After sending a first message based on a transaction, the first terminal determines whether the transaction is completed, wherein the first message is used to perform sidelink positioning and the transaction is used to execute sending and / or receiving of the first message.

[0043] In the above embodiment, the transmission of messages for sidelink positioning can be implemented based on transactions, and whether the transaction is completed can be accurately determined to ensure the accuracy of the judgment result, which is applicable to various positioning scenarios.

[0044] In combination with some embodiments of the first aspect, in some embodiments, the sending method of the first message includes any one of the following: unicast mode; multicast mode; broadcast mode.

[0045] In the above embodiment, it is possible to support determining whether a transaction is completed in a variety of different message transmission modes, and is applicable to a variety of positioning scenarios.

[0046] In conjunction with some embodiments of the first aspect, in some embodiments, after the first terminal sends the first message based on the transaction, determining whether the transaction is completed includes:

[0047] sending the first message to one or more of the at least one second terminal in a unicast manner based on the transaction;

[0048] After determining that the last first message is sent or successfully sent based on the transaction, it is determined that the transaction is ended.

[0049] In the above embodiment, it can be applied to the scenario of actively sending positioning messages in side-link unicast communication, supports sending the first message to the second terminal based on the transaction by unicast, and determines that the transaction is ended after determining that the last first message is sent or successfully sent. Therefore, by judging that the transaction is ended after the last first message is sent or successfully sent, it can ensure that the message used for side-link positioning is sent completely and the message integrity is guaranteed.

[0050] In conjunction with some embodiments of the first aspect, in some embodiments, determining that the last first message is successfully sent based on the transaction includes:

[0051] An acknowledgment ACK message is received from the one or more second terminals for the last first message, and it is determined that the last first message is successfully sent based on the transaction.

[0052] In the above embodiment, determining whether the last first message is successfully sent based on the ACK feedback can improve the accuracy of the judgment result.

[0053] In conjunction with some embodiments of the first aspect, in some embodiments, after the first terminal sends the first message based on the transaction, determining whether the transaction is completed includes:

[0054] Sending the first message to at least one second terminal in a multicast manner based on the transaction;

[0055] After determining that the last first message is sent or successfully sent based on the transaction, it is determined that the transaction is ended.

[0056] In the above embodiment, it can be applied to the scenario of actively sending positioning messages in side link multicast communication, supports sending the first message to the second terminal based on the transaction by multicast, and determines that the transaction is ended after determining that the last first message is sent or successfully sent. Therefore, by judging that the transaction is ended after the last first message is sent or successfully sent, it can ensure that the message used for side link positioning is sent completely and the message integrity is guaranteed.

[0057] In conjunction with some embodiments of the first aspect, in some embodiments, determining that the last first message is successfully sent based on the transaction includes:

[0058] An ACK message is received from all second terminals of the at least one second terminal in response to a last first message, and it is determined that the last first message is successfully sent based on the transaction.

[0059] In the above embodiment, determining whether the last first message is successfully sent based on the ACK feedback can improve the accuracy of the judgment result.

[0060] In combination with some embodiments of the first aspect, in some embodiments, the first message carries information for indicating ACK feedback.

[0061] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes:

[0062] A second message sent by a second terminal is received, where the second message is used to request the first terminal to send the first message.

[0063] In the above embodiment, after receiving the first message sent by the first terminal, the first terminal may send the first message to the first terminal based on the transaction, which may be applicable to a request-response positioning scenario of a sidelink multicast communication.

[0064] In conjunction with some embodiments of the first aspect, in some embodiments, after the first terminal sends the first message based on the transaction, determining whether the transaction is completed includes:

[0065] sending the first message to the second terminal based on the transaction;

[0066] After determining that the last first message is sent or successfully sent based on the transaction, it is determined that the transaction is ended.

[0067] In combination with some embodiments of the first aspect, in some embodiments, the first message is a message sent by the first terminal in a unicast manner, and the second message is a message sent by the second terminal in a unicast manner; or, the first message is a message sent by the first terminal in a unicast manner, and the second message is a message sent by the second terminal in a multicast manner.

[0068] In conjunction with some embodiments of the first aspect, in some embodiments, determining that the last first message is successfully sent based on the transaction includes:

[0069] An ACK message is received from the second terminal for the last first message, and it is determined that the last first message is successfully sent based on the transaction.

[0070] In conjunction with some embodiments of the first aspect, in some embodiments, the first message is a message sent by the first terminal in a multicast manner, and the second message is a message sent by the second terminal in a unicast manner; and determining that the last first message is successfully sent based on the transaction includes:

[0071] Receiving ACK messages sent by all group members in a terminal group for the last first message; wherein the terminal group includes the second terminal and other terminals, and the other terminals are not the first terminals;

[0072] Determining that a last first message is sent successfully based on the transaction.

[0073] In conjunction with some embodiments of the first aspect, in some embodiments, the first message is a message sent by the first terminal to a terminal group in a multicast manner, where the terminal group includes the second terminal, the first terminal, and other terminals;

[0074] The second message is a message sent by the second terminal to the terminal group in a multicast manner.

[0075] In conjunction with some embodiments of the first aspect, in some embodiments, determining that the transaction ends after the last first message is sent or successfully sent based on the transaction includes:

[0076] After determining that the last first message is sent or successfully sent based on the transaction and receiving the last first message sent by the other terminals in the terminal group, it is determined that the transaction is ended.

[0077] In conjunction with some embodiments of the first aspect, in some embodiments, determining that the last first message is successfully sent based on the transaction includes:

[0078] An ACK message is received from the second terminal and the other terminals in the terminal group regarding the last first message, and it is determined that the last first message is successfully sent based on the transaction.

[0079] In combination with some embodiments of the first aspect, in some embodiments, the last first message includes first indication information, and the first indication information is used to indicate that the first message is the last positioning protocol response message carrying a message body sent by the first terminal, and the message body refers to the content that needs to be transmitted.

[0080] In combination with some embodiments of the first aspect, in some embodiments, there are one or more transactions, and each transaction is used to execute the sending and / or receiving of a single first message.

[0081] In a second aspect, an embodiment of the present disclosure proposes a determination method, including:

[0082] After receiving the first message sent by the first terminal based on the transaction, the second terminal determines whether the transaction is completed; wherein the first message is used for sidelink positioning, and the transaction is used to execute the sending and / or receiving of the first message.

[0083] In combination with some embodiments of the second aspect, in some embodiments, the sending method of the first message includes any one of the following: unicast mode; multicast mode; broadcast mode.

[0084] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes:

[0085] A second message is sent to the first terminal based on the transaction, where the second message is used to request the first terminal to send the first message.

[0086] In conjunction with some embodiments of the second aspect, in some embodiments, the second message is a message sent by the second terminal in a unicast manner, and the first message is a message sent by the first terminal in a unicast or multicast manner; after the second terminal receives the first message sent by the first terminal based on the transaction, determining whether the transaction is completed includes:

[0087] After determining that the last first message sent by the first terminal is received based on the transaction, it is determined that the transaction is ended.

[0088] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes:

[0089] Sending confirmation ACK information to the first terminal, where the ACK information is used by the first terminal to determine whether the last first message is sent successfully.

[0090] In conjunction with some embodiments of the second aspect, in some embodiments, the second message is a message sent by the second terminal to a terminal group in a multicast manner, and the first message is a message sent by the first terminal in a unicast or multicast manner, wherein the terminal group includes the first terminal and other terminals other than the second terminal; after the second terminal receives the first message sent by the first terminal based on the transaction, determining whether the transaction is completed includes:

[0091] After determining that the last first message sent by the first terminal and the other terminals in the terminal group is received based on the transaction, it is determined that the transaction is completed.

[0092] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes:

[0093] ACK information is sent to the first terminal and the other terminal respectively, where the ACK information is used by the first terminal and the other terminal to determine whether the last first message is sent successfully.

[0094] In combination with some embodiments of the second aspect, in some embodiments, the last first message includes first indication information, and the first indication information is used to indicate that the first message is the last positioning protocol response message carrying a message body sent by the first terminal, and the message body refers to the content that needs to be transmitted by the message.

[0095] In a third aspect, an embodiment of the present disclosure proposes a first terminal, comprising at least one of a transceiver module and a processing module; wherein the first terminal is used to execute an optional implementation method of the first aspect.

[0096] In a fourth aspect, an embodiment of the present disclosure proposes a second terminal, comprising at least one of a transceiver module and a processing module; wherein the second terminal is used to execute the optional implementation method of the second aspect.

[0097] In a fifth aspect, an embodiment of the present disclosure provides a communication system, including:

[0098] A first terminal is configured as an optional implementation of the first aspect;

[0099] The second terminal is configured to execute an optional implementation of the aforementioned second aspect.

[0100] In a sixth aspect, an embodiment of the present disclosure proposes a communication device, comprising: one or more processors; wherein the processor is used to call instructions to enable the communication device to execute the optional implementation method of the aforementioned first aspect.

[0101] In a seventh aspect, an embodiment of the present disclosure proposes a communication device, comprising: one or more processors; wherein the processor is used to call instructions to enable the communication device to execute the optional implementation method of the aforementioned second aspect.

[0102] In an eighth aspect, an embodiment of the present disclosure proposes a storage medium storing instructions. When the instructions are executed on a communication device, the communication device executes optional implementation methods of the aforementioned first and second aspects.

[0103] In a ninth aspect, an embodiment of the present disclosure proposes a program product. When the program product is executed by a communication device, the communication device executes the method described in the optional implementation of the first and second aspects.

[0104] In a tenth aspect, an embodiment of the present disclosure proposes a computer program, which, when executed on a computer, enables the computer to execute the method described in the optional implementation of the first and second aspects.

[0105] In an eleventh aspect, an embodiment of the present disclosure provides a chip or a chip system, wherein the chip or chip system includes a processing circuit configured to execute the method described in the optional implementation of the first and second aspects above.

[0106] It is understandable that the first terminal, the second terminal, the communication system, the storage medium, the program product, the computer program, the chip, or the chip system are all used to perform the method proposed in the embodiment of the present disclosure. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects of the corresponding method and will not be repeated here.

[0107] The present disclosure provides a determination method and apparatus thereof. In some embodiments, the terms determination method, information processing method, and communication method are interchangeable; the terms determination apparatus, information processing apparatus, and communication apparatus are interchangeable; and the terms determination system, information processing system, and communication system are interchangeable.

[0108] The embodiments of the present disclosure are not exhaustive and are merely illustrative of some embodiments, and are not intended to be a specific limitation on the scope of protection of the present disclosure. In the absence of contradiction, each step in a certain embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a certain embodiment can also be implemented as an independent embodiment, and the order of the steps in a certain embodiment can be arbitrarily exchanged. In addition, the optional implementation methods in a certain embodiment can be arbitrarily combined; in addition, the embodiments can be arbitrarily combined. For example, some or all steps of different embodiments can be arbitrarily combined, and a certain embodiment can be arbitrarily combined with the optional implementation methods of other embodiments.

[0109] In each embodiment of the present disclosure, unless otherwise specified or provided for by logic, the terms and / or descriptions between the embodiments are consistent and can be referenced by each other. The technical features in different embodiments can be combined to form a new embodiment based on their inherent logical relationships.

[0110] The terms used in the embodiments of the present disclosure are only for the purpose of describing specific embodiments and are not intended to limit the present disclosure.

[0111] In the embodiments of the present disclosure, unless otherwise specified, elements expressed in the singular, such as "a", "an", "the", "above", "said", "the", "the", etc., may mean "one and only one", or "one or more", "at least one", etc. For example, when using articles such as "a", "an", "the" in English in translation, the noun following the article may be understood as a singular expression or a plural expression.

[0112] In the embodiments of the present disclosure, “plurality” refers to two or more.

[0113] In some embodiments, the terms "at least one," "one or more," "a plurality of," "multiple," etc. may be used interchangeably.

[0114] In some embodiments, descriptions such as "at least one of A and B," "A and / or B," "A in one case, B in another case," or "in response to one case A, in response to another case B" may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed); and in some embodiments, A and B (both A and B are executed). The above is also applicable when there are more branches such as A, B, and C.

[0115] In some embodiments, "A or B" and other descriptions may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed). The above is also applicable when there are more branches such as A, B, C, etc.

[0116] The prefixes such as "first" and "second" in the embodiments of the present disclosure are only used to distinguish different description objects and do not constitute any restriction on the position, order, priority, quantity or content of the description objects. For the statement of the description object, please refer to the description in the context of the claims or embodiments, and no unnecessary restriction should be constituted due to the use of prefixes. For example, if the description object is a "field", the ordinal number before the "field" in the "first field" and the "second field" does not limit the position or order between the "fields". "First" and "second" do not limit whether the "fields" they modify are in the same message, nor do they limit the order of the "first field" and the "second field". For another example, if the description object is a "level", the ordinal number before the "level" in the "first level" and the "second level" does not limit the priority between the "levels". For another example, the number of description objects is not limited by the ordinal number and can be one or more. Taking "first device" as an example, the number of "devices" can be one or more. In addition, the objects modified by different prefixes can be the same or different. For example, if the description object is "device", then the "first device" and the "second device" can be the same device or different devices, and their types can be the same or different; for another example, if the description object is "information", then the "first information" and the "second information" can be the same information or different information, and their contents can be the same or different.

[0117] In some embodiments, “including A,” “comprising A,” “used to indicate A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.

[0118] In some embodiments, terms such as "time / frequency" and "time / frequency domain" refer to the time domain and / or the frequency domain.

[0119] In some embodiments, terms such as "in response to...", "in response to determining...", "in the case of...", "at the time of...", "when...", "if...", "if...", etc. can be used interchangeably.

[0120] In some embodiments, terms such as "greater than", "greater than or equal to", "not less than", "more than", "more than or equal to", "not less than", "higher than", "higher than or equal to", "not less than", and "above" can be replaced with each other, and terms such as "less than", "less than or equal to", "not greater than", "less than", "less than or equal to", "not more than", "lower than", "lower than or equal to", "not higher than", and "below" can be replaced with each other.

[0121] In some embodiments, devices and equipment can be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments. In some cases, they can also be understood as "equipment", "device", "circuit", "network element", "node", "function", "unit", "section", "system", "network", "chip", "chip system", "entity", "subject", etc.

[0122] In some embodiments, "network" can be interpreted as devices included in the network, such as access network equipment, core network equipment, etc.

[0123] In some embodiments, "access network device (AN device)" may also be referred to as "radio access network device (RAN device)", "base station (BS)", "radio base station", "fixed station", and in some embodiments may also be understood as "node", "access point", "transmission point (TP)", "reception point (RP)", "transmission and / or reception point (TRP)" "panel", "antenna panel", "antenna array", "cell", "macro cell", "small cell", "femto cell", "pico cell", "sector", "cell group", "serving cell", "carrier", "component carrier", "bandwidth part (BWP)", etc.

[0124] In some embodiments, "terminal" or "terminal device" may be referred to as "user equipment (UE)", "user terminal" "mobile station (MS)", "mobile terminal (MT)", subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, etc.

[0125] In some embodiments, obtaining data, information, etc. may comply with the laws and regulations of the country where the data is obtained.

[0126] In some embodiments, data, information, etc. may be obtained with the user's consent.

[0127] Figure 1 is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure. The communication system may include, but is not limited to, a first terminal and a second terminal. The number and configuration of devices shown in Figure 1 are for example purposes only and do not limit the present disclosure. In actual applications, two or more first terminals and two or more second terminals may be included. The communication system 100 shown in Figure 1 includes, for example, a first terminal 101 and a second terminal 102.

[0128] In some embodiments, the first terminal 101 and the second terminal 102 are used to distinguish different description objects. The terminal herein can be an entity on the user side for receiving or transmitting signals, such as a mobile phone. It can also be referred to as a terminal, user equipment (UE), mobile station (MS), mobile terminal (MT), etc. The terminal can be at least one of a car with communication functions, a smart car, a mobile phone, a wearable device, a tablet computer (Pad), a computer with wireless transceiver functions, a virtual reality (VR) terminal, an augmented reality (AR) terminal, a wireless terminal in industrial control, a wireless terminal in self-driving, a wireless terminal in remote medical surgery, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, etc. The embodiments of the present disclosure do not limit the specific technology and specific device form adopted by the terminal.

[0129] It can be understood that the communication system described in the embodiment of the present disclosure is for the purpose of more clearly illustrating the technical solution of the embodiment of the present disclosure, and does not constitute a limitation on the technical solution proposed in the embodiment of the present disclosure. Ordinary technicians in this field can know that with the evolution of the system architecture and the emergence of new business scenarios, the technical solution proposed in the embodiment of the present disclosure is also applicable to similar technical problems.

[0130] The following embodiments of the present disclosure may be applied to the communication system 100 shown in FIG1 , or a portion thereof, but are not limited thereto. The entities shown in FIG1 are illustrative only. The communication system may include all or part of the entities shown in FIG1 , or may include other entities outside of FIG1 . The number and form of the entities are arbitrary, and the entities may be physical or virtual. The connection relationships between the entities are illustrative only. The entities may be connected or disconnected, and the connection may be in any manner, including direct or indirect, wired or wireless.

[0131] The embodiments of the present disclosure can be applied to Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 5G new radio (NR), future radio access (FRA), new radio access technology (RAT), new radio (NR), new radio access (NX), future generation radio access (FX), Global System for Mobile communications (GSM (registered trademark)), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, Ultra-WideBand (UWB), Bluetooth (registered trademark), Public Land Mobile Network (PLMN) network, Device-to-Device (D2D) system, Machine-to-Machine (M2M) system, Internet of Things (IoT) system, Vehicle-to-Everything (V2X), systems using other communication methods, and next-generation systems based on them. In addition, multiple systems can also be combined (for example, a combination of LTE or LTE-A with 5G, etc.) for application. It should also be noted that the sidelink in the embodiment of the present disclosure can also be a sidelink or a through link.

[0132] In some embodiments, terminal-to-terminal sidelink (SL) positioning includes absolute positioning, relative positioning, and ranging. Absolute positioning determines the absolute coordinates of a terminal, relative positioning determines the coordinates of a terminal relative to a reference point, and ranging determines the distance and / or angle of a terminal relative to a reference point.

[0133] In some embodiments, ranging generally only involves ranging between two terminals, but absolute positioning and relative positioning may involve multiple terminals to participate in positioning.

[0134] As shown in Figure 2, using the downlink time difference of arrival (DL-TDOA) positioning method as an example, a terminal can determine its specific position relative to multiple roadside units (RSUs) (e.g., greater than or equal to three RSUs) by measuring the positioning reference signals (also called sidelink positioning reference signals, SL PRS) transmitted by the RSUs using sidelinks. In addition to DL-TDOA, other positioning solutions include UL-TDOA (uplink time difference of arrival), multiple RTTs (multiple round trip times), AOA (angle-of-arrival) / AOD (angle-of-departure), and carrier phase positioning. If the positioning result is not converted into absolute coordinates based on the RSU's GPS (Global Positioning System), the positioning result is relative positioning. If the positioning result is converted into absolute coordinates based on the RSU's GPS, the positioning result is absolute positioning. The terminal being located is called target UE (target terminal), and other terminals that support positioning of target UE are called anchor UE (anchor terminal).

[0135] In some embodiments, if positioning involves only two terminals, the two terminals are each other's anchor UEs.

[0136] In some embodiments, anchor UEs come in different types. For example, RSU-type anchor UEs are an infrastructure component that can collaborate with other RSUs to provide positioning services. For example, ordinary terminals can also serve as anchor UEs, but they are less likely to collaborate with other terminals to provide positioning services. Additionally, some anchor UEs have GPS and other location information, which can assist other terminals in achieving absolute positioning. Other anchor UEs may not have GPS or other location information.

[0137] In some embodiments, for ranging or relative positioning, it is sometimes desirable not only to obtain the distance, angle, or relative position between two terminals, but also to obtain the distance, angle, or relative position between a terminal and a group of other terminals. This requirement of measuring the positional relationship between a terminal and a group of terminals is referred to herein as group positioning.

[0138] In some embodiments, the positioning protocol between terminals may adopt the SLPP (Sidelink Positioning Protocol, or sidelink LPP, sidelink positioning protocol) / RSPP (Ranging and sidelink positioning protocol, ranging and sidelink positioning protocol) protocol.

[0139] In some embodiments, three transmission modes are supported on the sidelink, such as unicast, multicast, and broadcast, depending on the corresponding relationship between the sending and receiving terminals. In some embodiments, the SLPP message and / or RSPP message can be sent in a unicast, multicast, or broadcast manner.

[0140] In some embodiments, for the SLPP protocol, multicast of SLPP messages may be supported.

[0141] In some embodiments, the SLPP protocol supports sessions and transactions.

[0142] In some embodiments, a SLPP session is used between a location server and a target device or between UEs to obtain location-related measurements or position estimates or to transmit assistance data. A single SLPP session is used to support a single location request, for example, for a single Terminal Terminated Location Request (MT-LR), Terminal Originated Location Request (MO-LR), or Network Initiated Location Request (NI-LR). Multiple SLPP sessions can be used between the same endpoints to support multiple different location requests. Each SLPP session includes one or more SLPP transactions (Sidelink Positioning Protocol transactions), each of which performs a single operation (capability exchange, assistance data transmission, or location information transmission). In NG-RAN, SLPP transactions are implemented as SLPP procedures. The initiator of an SLPP session will always initiate the first SLPP transaction, but subsequent transactions can be initiated by either end. SLPP transactions within a session can occur serially or in parallel. SLPP transactions are indicated at the SLPP protocol level using a transaction ID to associate messages with each other (e.g., request and response).

[0143] In some embodiments, SLPP messages include the following message types: Request Capabilities; Provide Capabilities; Request Assistance Data; Provide Assistance Data; Request Location Information; Provide Location Information.

[0144] In some embodiments, SLPP message exchange supports both request-response mode (also called request-response mode) and active mode. In request-response mode, Endpoint A first sends a request message, and then Endpoint B sends a response message. For example, Endpoint A sends Request Capabilities, and Endpoint B replies with Provide Capabilities. In active mode, Endpoint B directly sends Provide Capabilities to Endpoint A without triggering a Request Capabilities request from Endpoint A.

[0145] In some embodiments, the request-response mode is divided into the following cases: request unicast, response unicast; request unicast, response multicast; request multicast, response unicast; request multicast, response multicast.

[0146] In some embodiments, the active sending mode is divided into the following cases: unicast, multicast, and broadcast.

[0147] However, different message interaction modes and message transmission modes have different ways of determining the end of a transaction (such as the above-mentioned SLPP transaction). Currently, there is still a lack of effective means for determining the end of a transaction.

[0148] To this end, the embodiments of the present disclosure provide a determination method and apparatus thereof, which can determine whether a transaction is completed under different message interaction modes and message transmission methods, improve the accuracy of the judgment results, and can be applied to various positioning scenarios.

[0149] FIG3A is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in FIG3A , the determination method according to an embodiment of the present disclosure can be applied to a communication system 100 , and the method includes but is not limited to the following steps.

[0150] Step S3101: The second terminal 102 sends a second message based on the transaction.

[0151] In some embodiments, the second message is used to request the peer end to send the first message. Optionally, the second message is used to request the peer end to send the first message.

[0152] In some embodiments, the second message is used to request the first terminal 101 to send the first message.

[0153] In some embodiments, the second message may be a request-type message in the SLPP message. As an example, the second message may be at least one of the following: request capabilities; request assistance data; or request location information. Exemplarily, the second message may be a message requesting capabilities (such as request capabilities), or a message requesting assistance data, or a message requesting location information. This disclosure does not limit this and will not be further described.

[0154] In some embodiments, the SLPP protocol supports sessions and transactions. For example, the first terminal 101 and the second terminal 102 may use an SLPP session to implement positioning-related services.

[0155] In some embodiments, each SLPP session may include one or more transactions (also called SLPP transactions), and each SLPP transaction performs a single operation (such as capability exchange, auxiliary data transmission, or location information transmission). As an example, the above-mentioned transactions can be multiple, and each transaction can be used to perform the sending and / or receiving of a single second message. Exemplarily, the second terminal 102 can send a second message based on one transaction, and the second message can be used to request any one of capability, auxiliary data, and location information. Exemplarily, the second terminal 102 can send two second messages based on two transactions, and each transaction in the two transactions performs the sending of a single second message, for example, one of the transactions is used to execute the sending of second message 1 of the two second messages, and the second message 1 is used to request capability, and the other transaction is used to execute the sending of second message 2 of the two messages, and the second message 2 is used to request location information.

[0156] In some embodiments, the first terminal 101 and the second terminal 102 can implement positioning-related services based on a transaction. Exemplarily, the second terminal 102 sends a second message to the first terminal 101 based on the transaction for sidelink positioning, for example, requesting information related to positioning services from the first terminal 101, such as requesting capabilities, requesting assistance data, or requesting location information. The first terminal 101 sends a first message based on the transaction in response to the second message. Exemplarily, the first terminal 101 can send a message to the second terminal 102 for providing capabilities, or a message for providing assistance data, or a message for providing location information based on the transaction.

[0157] In some embodiments, the second message may be a message sent in a unicast manner by the second terminal 102. Optionally, the second terminal 102 may send the second message in a unicast manner based on a transaction.

[0158] Step S3102: The first terminal 101 sends a first message to the second terminal 102 based on the transaction.

[0159] In some embodiments, the first terminal 101 receives the second message sent by the second terminal 102 and sends the first message to the second terminal 102 based on the transaction.

[0160] In some embodiments, the first message is a message sent in unicast mode by the first terminal 101. Exemplarily, after receiving the second message sent by the second terminal 102, the first terminal 101 sends the first message to the second terminal 102 in unicast mode based on the transaction.

[0161] In some embodiments, the first message may be used for sidelink positioning. The first message may be a response type (or provision type) message in the SLPP message. As an example, the first message may be at least one of the following: Provide Capabilities; Provide Assistance Data; Provide Location Information. Exemplarily, the first message may be a message for providing capabilities (such as Provide Capabilities), or a message for providing Assistance Data, or a message for providing Location Information. This disclosure does not limit this and will not elaborate on this.

[0162] In some embodiments, the second terminal 102 and the first terminal 101 perform sidelink positioning based on a transaction. For example, the second terminal 102 sends the second message to the first terminal 101 in a unicast manner based on the transaction. Upon receiving the second message, the first terminal 101 sends the first message to the second terminal 102 in a unicast manner based on the transaction.

[0163] For example, taking the example of a transaction-based capability transmission between second terminal 102 and first terminal 101, the second message is a message for requesting capabilities, and the first message is a message for providing capabilities. Second terminal 102 sends the second message to first terminal 101 in a unicast manner based on the transaction, where the second message is used to request first terminal 101 to send the first message. Upon receiving the second message, first terminal 101 sends the first message to second terminal 102 in a unicast manner based on the transaction. In this way, second terminal 102 requests capabilities from first terminal 101 based on the transaction, and first terminal 101 returns the capabilities to second terminal 102. The capabilities may be positioning capabilities of first terminal 101, such as whether positioning is supported and / or which positioning methods are supported, or other capabilities. This disclosure does not limit this and will not be elaborated on.

[0164] For example, in the example of transaction-based assistance data transmission between second terminal 102 and first terminal 101, the second message is a message requesting assistance data, and the first message is a message providing assistance data. Second terminal 102 unicasts the second message to first terminal 101 based on the transaction, requesting first terminal 101 to send the first message. Upon receiving the second message, first terminal 101 unicasts the first message to second terminal 102 based on the transaction. In this way, second terminal 102 requests assistance data from first terminal 101 based on the transaction, and first terminal 101 returns the assistance data to second terminal 102. This assistance data can be understood as assistance data used for sidelink positioning.

[0165] For example, taking the example of second terminal 102 and first terminal 101 transmitting location information based on a transaction, the second message is a message for requesting location information, and the first message is a message for providing location information. Second terminal 102 sends the second message to first terminal 101 in unicast mode based on the transaction, requesting first terminal 101 to send the first message. Upon receiving the second message, first terminal 101 sends the first message to second terminal 102 in unicast mode based on the transaction. In this way, second terminal 102 requests location information from first terminal 101 based on the transaction, and first terminal 101 returns the location information to second terminal 102.

[0166] Step S3103: The first terminal 101 sends the last first message based on the transaction.

[0167] In some embodiments, the first terminal 101 may send one or more first messages. For example, the first terminal 101 may send the data requested by the second terminal 102 to the second terminal 102 in multiple times. In this case, the first terminal 101 needs to send multiple first messages to the second terminal 102 to completely transmit the data requested by the second terminal 102 to the second terminal 102.

[0168] In some embodiments, the first terminal 101 needs to send the last first message based on the transaction so that the first terminal 101 can end the transaction after determining that the last first message has been successfully sent based on the transaction. Exemplarily, the first terminal 101 can determine whether an ACK message sent by the second terminal 102 for the last first message has been received to determine whether the last first message has been successfully sent based on the transaction. For example, the first terminal 101 can determine that an ACK message sent by the second terminal 102 for the last first message has been received to determine that the last first message has been successfully sent based on the transaction. For another example, the first terminal 101 can determine that an ACK message sent by the second terminal 102 for the last first message has not been received to determine that the last first message has not been successfully sent. Exemplarily, the first terminal 101 may also use other methods to determine whether the last first message was successfully sent based on the transaction. For example, after the first terminal 101 sends the last first message based on the transaction, it determines whether third information is received. For example, the third information may be status report information, and the status report information is used to describe whether the last first message was successfully sent. For example, if the value of the status report information is 1, it is used to describe that the last first message was successfully sent. If the value of the status report information is 2, it is used to describe that the last first message failed to be sent. It can be understood that the examples given above are only for the convenience of understanding how to determine whether the last first message was successfully sent based on the transaction. That is, other methods can also be used to determine whether the last first message was successfully sent based on the transaction. This disclosure does not limit this and will not be repeated.

[0169] In step S3104 , after the second terminal 102 determines that the last first message sent by the first terminal 101 is received based on the transaction, it sends ACK information to the first terminal 101 .

[0170] In some embodiments, the last first message includes first indication information, which may be used to indicate that the first message is the last positioning protocol message sent by first terminal 101 and carries a message body, where the message body refers to content to be transmitted. Exemplarily, because the last first message sent by first terminal 101 includes the first indication information, second terminal 102 may determine whether it has received a message including the first indication information, and whether it has received the last first message sent by first terminal 101. For example, if it is determined that the message including the first indication information has been received, second terminal 102 determines that it has received the last first message sent by first terminal 101.

[0171] In some embodiments, after the second terminal 102 determines that it has received the last first message sent by the first terminal 101, it can be based on the protocol agreement, such as the protocol agreement that ACK feedback is required after receiving the message, then the second terminal 102 needs to send ACK information to the first terminal 101.

[0172] In some embodiments, the first message carries a message for instructing ACK feedback. That is, the second terminal 102 can determine whether it is necessary to send ACK information to the first terminal 101 based on the message for instructing ACK feedback carried in the first message. In some embodiments, the last first message carries a message for instructing ACK feedback. Exemplarily, after the second terminal 102 determines that it has received the last first message sent by the first terminal 101 based on the transaction, and determines that the last first message carries a message for instructing ACK feedback, the second terminal 102 sends ACK information to the first terminal 101. In other words, after the last first message carries a message for instructing ACK feedback, the second terminal 102 sends ACK information to the first terminal 101 based on the transaction.

[0173] In step S3105 , the first terminal 101 receives an ACK message sent by the second terminal 102 for the last first message, determines that the last first message is sent successfully based on the transaction, and determines that the transaction is completed.

[0174] Optionally, the first terminal 101 receives an ACK message sent by the second terminal 102 for the last first message. The first terminal 101 determines that the last first message has been successfully sent based on the transaction and can end the transaction.

[0175] In step S3106 , the second terminal 102 determines that the transaction is completed after receiving the last first message sent by the first terminal 101 based on the transaction.

[0176] In some embodiments, the second terminal 102 determines that the transaction is ended after it determines that the last first message sent by the first terminal 101 has been received based on the transaction. In other words, the second terminal 102 may end the transaction after it determines that the last first message sent by the first terminal 101 has been received based on the transaction.

[0177] In some embodiments, the second terminal 102 determines that the transaction is completed after the second terminal 102 determines that the last first message sent by the first terminal 101 is received based on the transaction and sends ACK information to the first terminal 101.

[0178] In some embodiments, the terms "transaction", "SLPP transaction", "Sidelink Positioning Protocol transaction", etc. can be used interchangeably.

[0179] In some embodiments, the names of information, etc. are not limited to the names described in the embodiments, and terms such as "information", "message", "signal", "signaling", "report", "configuration", "indication", "instruction", "command", "channel", "parameter", "domain", "field", "symbol", "symbol", "codeword", "codebook", "codeword", "codepoint", "bit", "data", "program", and "chip" can be used interchangeably.

[0180] In some embodiments, terms such as "uplink", "uplink", "physical uplink" can be interchangeable with each other, and terms such as "downlink", "downlink", "physical downlink" can be interchangeable with each other, and terms such as "side", "sidelink", "side communication", "sidelink communication", "direct connection", "direct link", "direct communication", "direct link communication" can be interchangeable with each other.

[0181] In some embodiments, "obtain", "get", "get", "receive", "transmit", "bidirectional transmission", "send and / or receive" can be interchangeable, and can be interpreted as receiving from other entities, obtaining from protocols, obtaining from higher layers, obtaining by self-processing, autonomous implementation, etc.

[0182] In some embodiments, terms such as "send", "transmit", "report", "download", "transmit", "bidirectional transmission", "send and / or receive" can be used interchangeably.

[0183] In some embodiments, terms such as "certain", "preset", "preset", "setting", "indicated", "a certain", "any", and "first" can be interchangeable. "Specific A", "preset A", "preset A", "setting A", "indicated A", "a certain A", "any A", and "first A" can be interpreted as A pre-specified in a protocol, etc., or as A obtained through setting, configuration, or indication, etc., or as specific A, a certain A, any A, or first A, etc., but not limited to this.

[0184] In some embodiments, the determination or judgment can be performed by a value represented by 1 bit (0 or 1), or by a true or false value (Boolean value) represented by true or false, or by comparison of numerical values ​​(for example, comparison with a predetermined value), but is not limited thereto.

[0185] The method involved in the embodiments of the present disclosure may include at least one of steps S3101 to S3106. For example, steps S3101, S3104, and S3106 may be implemented as independent embodiments, steps S3102, S3103, and S3105 may be implemented as independent embodiments, and steps S3102 and S3105 may be implemented as independent embodiments, but are not limited thereto.

[0186] In some embodiments, step S3106 and step S3105 may be executed in an interchanged order or simultaneously.

[0187] In some embodiments, step S3102, step S3103, and step S3105 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0188] In some embodiments, step S3101, step S3104, and step S3106 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0189] In some embodiments, step S3101, step S3103, step S3104, and step S3106 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0190] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 3A .

[0191] FIG3B is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in FIG3B , the determination method according to an embodiment of the present disclosure can be applied to a communication system 100, and the method includes but is not limited to the following steps.

[0192] Step S3201: The second terminal 102 sends a second message based on the transaction.

[0193] In some embodiments, the second message is used to request the first terminal 101 to send the first message.

[0194] In some embodiments, the second message may be a message sent in a unicast manner by the second terminal 102. Optionally, the second terminal 102 may send the second message in a unicast manner based on a transaction.

[0195] The optional implementation of step S3201 can refer to the optional implementation of step S3101 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.

[0196] Step S3202: The first terminal 101 sends a first message to the second terminal 102 based on the transaction.

[0197] In some embodiments, the first terminal 101 receives the second message sent by the second terminal 102 and sends the first message to the second terminal 102 based on the transaction.

[0198] In some embodiments, the first message is a message sent by the first terminal 101 in a multicast manner. Exemplarily, after receiving the second message sent by the second terminal 102, the first terminal 101 sends the first message in a multicast manner based on a transaction. Exemplarily, the first terminal 101 sends the first message in a multicast manner to a terminal group based on a transaction. The terminal group may include the second terminal 102 and other terminals. In this way, the second terminal 102 in the terminal group can receive the first message sent by the first terminal 101.

[0199] Exemplarily, first terminal 101 sends the first message to the second terminal and other terminals in the multicast member group in a transaction-based multicast manner. The multicast member group may also be referred to as a terminal group. The multicast member group (or terminal group) may include second terminal 102, first terminal 101, and the other terminals, which are different from first terminal 101 and second terminal 102. In this way, second terminal 102 can also receive the first message sent by first terminal 101.

[0200] In some embodiments, the first message may be used for sidelink positioning. The first message may be a response type (or provision type) message in the SLPP message. As an example, the first message may be at least one of the following: Provide Capabilities; Provide Assistance Data; Provide Location Information. Exemplarily, the first message may be a message for providing capabilities (such as Provide Capabilities), or a message for providing Assistance Data, or a message for providing Location Information. This disclosure does not limit this and will not elaborate on this.

[0201] In some embodiments, the second terminal 102 and the first terminal 101 perform sidelink positioning based on a transaction. For example, the second terminal 102 sends the second message to the first terminal 101 in a unicast manner based on the transaction. Upon receiving the second message, the first terminal 101 sends the first message to the second terminal 102 in a multicast manner based on the transaction.

[0202] For example, taking the example of a transaction-based capability transmission between the second terminal 102 and the first terminal 101, the second message is a message for requesting the capability, and the first message is a message for providing the capability. The second terminal 102 sends the second message to the first terminal 101 in a unicast manner based on the transaction, and the second message is used to request the first terminal 101 to send the first message. Upon receiving the second message, the first terminal 101 sends the first message to the second terminal 102 in a multicast manner based on the transaction. In this way, the second terminal 102 requests the capability from the first terminal 101 based on the transaction, and the first terminal 101 returns the capability to the second terminal 102. The capability may be the positioning capability of the first terminal 101, such as whether positioning is supported and / or which positioning method is supported, or may be other capabilities. This disclosure does not limit this and will not be elaborated on.

[0203] For example, in the example of transaction-based assistance data transmission between second terminal 102 and first terminal 101, the second message is a message requesting assistance data, and the first message is a message providing assistance data. Second terminal 102 unicasts the second message to first terminal 101 based on the transaction, requesting first terminal 101 to send the first message. Upon receiving the second message, first terminal 101 multicasts the first message to second terminal 102 based on the transaction. In this way, second terminal 102 requests assistance data from first terminal 101 based on the transaction, and first terminal 101 returns the assistance data to second terminal 102. This assistance data can be understood as assistance data used for sidelink positioning.

[0204] For example, taking the example of second terminal 102 and first terminal 101 transmitting location information based on a transaction, the second message is a message for requesting location information, and the first message is a message for providing location information. Second terminal 102 sends the second message to first terminal 101 in unicast mode based on the transaction, requesting first terminal 101 to send the first message. Upon receiving the second message, first terminal 101 sends the first message to second terminal 102 in multicast mode based on the transaction. In this way, second terminal 102 requests location information from first terminal 101 based on the transaction, and first terminal 101 returns the location information to second terminal 102.

[0205] Step S3203: The first terminal 101 sends the last first message based on the transaction.

[0206] In some embodiments, the first terminal 101 may send one or more first messages. For example, the first terminal 101 may send the data requested by the second terminal 102 in a multicast manner in multiple times. In this case, the first terminal 101 needs to send multiple first messages to completely transmit the data requested by the second terminal 102 to the second terminal 102.

[0207] In some embodiments, the first terminal 101 needs to send the last first message based on the transaction so that the first terminal 101 can terminate the transaction after determining that the last first message was successfully sent based on the transaction. Exemplarily, the first terminal 101 can determine whether an ACK message sent for the last first message is received to determine whether the last first message was successfully sent based on the transaction. For example, the first terminal 101 can determine that an ACK message sent for the last first message is received to determine that the last first message was successfully sent based on the transaction. For another example, the first terminal 101 can determine that an ACK message sent for the last first message is not received to determine that the last first message was not successfully sent. Exemplarily, the first terminal 101 can also use other methods to determine whether the last first message was successfully sent based on the transaction. For example, after the first terminal 101 sends the last first message based on the transaction, it determines whether third information is received. For example, the third information can be status report information, which is used to describe whether the last first message was successfully sent. For example, a value of 1 in the status report information is used to describe that the last first message was successfully sent, and a value of 2 in the status report information is used to describe that the last first message was not sent. It can be understood that the examples given above are only for the convenience of understanding how to determine whether the last first message is successfully sent based on a transaction. That is to say, other methods can also be used to determine whether the last first message is successfully sent based on a transaction. This disclosure does not limit this and will not elaborate on it.

[0208] Step S3204 : After the second terminal 102 determines that the last first message sent by the first terminal 101 has been received based on the transaction, it sends ACK information to the first terminal 101 .

[0209] The optional implementation of step S3201 can refer to the optional implementation of step S3101 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.

[0210] Step S3205 : The first terminal 101 receives ACK messages sent by the second terminal and other terminals in the terminal group for the last first message, determines that the last first message is sent successfully based on the transaction, and determines that the transaction is completed.

[0211] In some embodiments, the terminal group includes the second terminal 102 and other terminals, and the other terminals are not the first terminals. Exemplarily, the first terminal 101 receives ACK messages sent by all group members in the terminal group for the last first message, and determines that the last first message is successfully sent based on the transaction, and then determines that the transaction is completed.

[0212] In some embodiments, the terminal group (or referred to as a multicast member) may include the second terminal 102, the first terminal 101, and the other terminal, and the other terminal is different from the first terminal 101 and the second terminal 102. Exemplarily, the first terminal 101 receives an ACK message sent by other group members in the terminal group other than the first terminal 101 for the last first message, determines that the last first message is sent successfully based on the transaction, and determines that the transaction is completed.

[0213] Step S3206: After the second terminal 102 receives the last first message sent by the first terminal 101 based on the transaction, it determines that the transaction is completed.

[0214] The optional implementation of step S3206 can refer to the optional implementation of step S3106 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.

[0215] The method involved in the embodiments of the present disclosure may include at least one of steps S3201 to S3206. For example, steps S3201, S3204, and S3206 may be implemented as independent embodiments, steps S3202, S3203, and S3205 may be implemented as independent embodiments, and steps S3202 and S3205 may be implemented as independent embodiments, but are not limited thereto.

[0216] In some embodiments, step S3206 and step S3205 may be executed in an interchanged order or simultaneously.

[0217] In some embodiments, step S3202, step S3203, and step S3205 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0218] In some embodiments, step S3201, step S3204, and step S3206 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0219] In some embodiments, step S3201, step S3203, step S3204, and step S3206 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0220] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 3B .

[0221] FIG3C is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in FIG3C , the determination method according to an embodiment of the present disclosure can be applied to a communication system 100, and the method includes but is not limited to the following steps.

[0222] Step S3301: The second terminal 102 sends a second message based on the transaction.

[0223] In some embodiments, the second message is used to request the first terminal 101 to send the first message.

[0224] In some embodiments, the second message may be a request-type message in the SLPP message. As an example, the second message may be at least one of the following: request capabilities; request assistance data; or request location information. Exemplarily, the second message may be a message requesting capabilities (such as request capabilities), or a message requesting assistance data, or a message requesting location information. This disclosure does not limit this and will not be further described.

[0225] In some embodiments, the SLPP protocol supports sessions and transactions. For example, the first terminal 101 and the second terminal 102 may use an SLPP session to implement positioning-related services.

[0226] In some embodiments, each SLPP session may include one or more transactions (also called SLPP transactions), and each SLPP transaction performs a single operation (such as capability exchange, auxiliary data transmission, or location information transmission). As an example, the above-mentioned transactions can be multiple, and each transaction can be used to perform the sending and / or receiving of a single second message. Exemplarily, the second terminal 102 can send a second message based on one transaction, and the second message can be used to request any one of capability, auxiliary data, and location information. Exemplarily, the second terminal 102 can send two second messages based on two transactions, and each transaction in the two transactions performs the sending of a single second message, for example, one of the transactions is used to execute the sending of second message 1 of the two second messages, and the second message 1 is used to request capability, and the other transaction is used to execute the sending of second message 2 of the two messages, and the second message 2 is used to request location information.

[0227] In some embodiments, the first terminal 101 and the second terminal 102 can implement positioning-related services based on a transaction. Exemplarily, the second terminal 102 sends a second message to the first terminal 101 based on the transaction for sidelink positioning, for example, requesting information related to positioning services from the first terminal 101, such as requesting capabilities, requesting assistance data, or requesting location information. The first terminal 101 sends a first message based on the transaction in response to the second message. Exemplarily, the first terminal 101 can send a message to the second terminal 102 for providing capabilities, or a message for providing assistance data, or a message for providing location information based on the transaction.

[0228] In some embodiments, the second message may be a message sent by the second terminal 102 in a multicast manner. Alternatively, the second terminal 102 may send the second message in a multicast manner based on a transaction. Exemplarily, the second terminal 102 may send the second message in a multicast manner based on a transaction to a terminal group, where the terminal group may include the first terminal 101 and other terminals. In this way, the first terminal 101 within the terminal group can receive the second message sent by the second terminal 102.

[0229] For example, second terminal 102 can send the second message to the first terminal and other terminals in the multicast member in a multicast manner based on the transaction. The multicast member can also be called a terminal group. The multicast member (or terminal group) can include second terminal 102, first terminal 101, and the other terminals. The other terminals are different from first terminal 101 and second terminal 102. In this way, first terminal 101 can also receive the second message sent by second terminal 102.

[0230] Step S3302: The first terminal 101 sends a first message to the second terminal 102 based on the transaction.

[0231] In some embodiments, the first terminal 101 receives the second message sent by the second terminal 102 and sends the first message to the second terminal 102 based on the transaction.

[0232] In some embodiments, the first message is a message sent by the first terminal 101 in a unicast manner.

[0233] The optional implementation of step S3302 can refer to the optional implementation of step S3102 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.

[0234] Step S3303: The first terminal 101 sends the last first message based on the transaction.

[0235] The optional implementation of step S3303 can refer to the optional implementation of step S3103 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.

[0236] Step S3304: After the second terminal 102 determines that the last first message sent by the first terminal 101 and the other terminal has been received based on the transaction, it sends ACK information to the first terminal 101 and the other terminal respectively.

[0237] In some embodiments, the ACK information is used by the first terminal and other terminals to determine whether the last first message is sent successfully.

[0238] In some embodiments, the first terminal 101, the second terminal 102, and other terminals form a terminal group (or multicast). Exemplarily, after the second terminal 102 determines that it has received the last first message sent by the first terminal 101 and other terminals based on the transaction, it sends ACK information to the first terminal 101 and other terminals respectively. In other words, after the second terminal determines which terminal sent the last first message based on the transaction, it sends an ACK information to the terminal that sent the last first message.

[0239] In some embodiments, the last first message includes first indication information, which may be used to indicate that the first message is the last positioning protocol message sent by first terminal 101 and carries a message body, where the message body refers to content to be transmitted. Exemplarily, because the last first message sent by first terminal 101 includes the first indication information, second terminal 102 may determine whether it has received a message including the first indication information, and whether it has received the last first message sent by first terminal 101. For example, if it is determined that the message including the first indication information has been received, second terminal 102 determines that it has received the last first message sent by first terminal 101.

[0240] In some embodiments, the above-mentioned second message is sent by the second terminal 102 in a multicast manner, so all members in the groupcast may receive the second message. After receiving the first message, the members in the groupcast can send the first message to the second terminal 102. The members in the multicast who receive the first message need to provide ACK feedback. That is to say, the second terminal 102 may receive the first message sent by the first terminal 101, and may also receive the first message sent by members other than the first terminal 101 in the multicast. Therefore, after the second terminal 102 determines which terminal sent the last first message based on the transaction, it needs to send ACK information to the terminal.

[0241] In some embodiments, the first message carries a message for instructing to perform ACK feedback. That is, the second terminal 102 can determine whether ACK feedback is required based on the message for instructing to perform ACK feedback carried in the first message.

[0242] In step S3305 , the first terminal 101 receives an ACK message sent by the second terminal 102 for the last first message, determines that the last first message is sent successfully based on the transaction, and determines that the transaction is completed.

[0243] The optional implementation of step S3305 can refer to the optional implementation of step S3105 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.

[0244] Step S3306: After the second terminal 102 receives the last first message sent by the first terminal 101 and other terminals based on the transaction, it determines that the transaction is completed.

[0245] In some embodiments, the second terminal 102 determines that the transaction is completed after it determines that the last first message sent by the first terminal 101 and other terminals has been received based on the transaction. In other words, the second terminal 102 can end the transaction after it determines that the last first message sent by the first terminal 101 and other terminals has been received based on the transaction.

[0246] In some embodiments, the second terminal 102 determines that the transaction is completed after receiving the last first message sent by the first terminal 101 and other terminals based on the transaction and sending ACK information to the first terminal 101 and other terminals.

[0247] The method according to the embodiments of the present disclosure may include at least one of steps S3301 to S3306. For example, steps S3301, S3304, and S3306 may be implemented as independent embodiments, steps S3302, S3303, and S3305 may be implemented as independent embodiments, and steps S3302 and S3305 may be implemented as independent embodiments, but are not limited thereto.

[0248] In some embodiments, step S3306 and step S3305 may be executed in an interchanged order or simultaneously.

[0249] In some embodiments, step S3302, step S3303, and step S3305 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0250] In some embodiments, step S3301, step S3304, and step S3306 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0251] In some embodiments, step S3301, step S3303, step S3304, and step S3306 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0252] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 3C .

[0253] FIG3D is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in FIG3D , the determination method according to an embodiment of the present disclosure can be applied to a communication system 100, and the method includes but is not limited to the following steps.

[0254] Step S3401: The second terminal 102 sends a second message based on the transaction.

[0255] In some embodiments, the second message is used to request the first terminal 101 to send the first message.

[0256] In some embodiments, the second message may be a message sent in a multicast manner by the second terminal 102. Optionally, the second terminal 102 may send the second message in a multicast manner based on a transaction.

[0257] The optional implementation of step S3401 can refer to the optional implementation of step S3301 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.

[0258] Step S3402: The first terminal 101 sends a first message to the second terminal 102 based on the transaction.

[0259] In some embodiments, the first terminal 101 receives the second message sent by the second terminal 102 and sends the first message to the second terminal 102 based on the transaction.

[0260] In some embodiments, the first message is a message sent by the first terminal 101 in a multicast manner.

[0261] The optional implementation of step S3402 can refer to the optional implementation of step S3202 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.

[0262] Step S3403: The first terminal 101 sends the last first message based on the transaction.

[0263] The optional implementation of step S3403 can refer to the optional implementation of step S3203 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.

[0264] Step S3404: After the second terminal 102 determines that the last first message sent by the first terminal 101 and the other terminal is received based on the transaction, it sends ACK information to the first terminal 101 and the other terminal respectively.

[0265] In some embodiments, the ACK information is used by the first terminal and other terminals to determine whether the last first message is sent successfully.

[0266] The optional implementation of step S3404 can refer to the optional implementation of step S3304 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.

[0267] In step S3405, the first terminal 101 receives ACK messages sent by the second terminal and other terminals in the terminal group for the last first message, determines that the last first message is sent successfully based on the transaction, and after receiving the last first message sent by other terminals in the terminal group, determines that the transaction is completed.

[0268] Optionally, since the second message is sent by the second terminal in a multicast manner based on the transaction, other terminals in the multicast, including the first terminal, may receive the second message. After receiving the second message, other terminals, including the first terminal, send the first message in a multicast manner. Therefore, when the first terminal 101 determines whether the transaction can be completed, when determining that the last first message is successfully sent based on the transaction, it is also necessary to determine that the transaction is completed after receiving the last first message sent by other terminals in the terminal group.

[0269] The optional implementation of step S3405 can refer to the optional implementation of step S3205 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.

[0270] Step S3406: After the second terminal 102 receives the last first message sent by the first terminal 101 and other terminals based on the transaction, it determines that the transaction is completed.

[0271] The optional implementation of step S3406 can refer to the optional implementation of step S3306 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.

[0272] The method involved in the embodiments of the present disclosure may include at least one of steps S3401 to S3406. For example, steps S3401, S3404, and S3406 may be implemented as independent embodiments, steps S3402, S3403, and S3405 may be implemented as independent embodiments, and steps S3402 and S3405 may be implemented as independent embodiments, but are not limited thereto.

[0273] In some embodiments, step S3406 and step S3405 may be executed in an interchanged order or simultaneously.

[0274] In some embodiments, step S3402, step S3403, and step S3405 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0275] In some embodiments, step S3401, step S3404, and step S3406 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0276] In some embodiments, step S3401, step S3403, step S3404, and step S3406 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0277] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 3D .

[0278] FIG3E is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in FIG3E , the determination method according to an embodiment of the present disclosure can be applied to the communication system 100, and the method includes but is not limited to the following steps.

[0279] Step S3501: The second terminal 102 sends a second message based on the transaction.

[0280] In some embodiments, the second message is used to request the first terminal 101 to send the first message.

[0281] In some embodiments, the second message may be a message sent by the second terminal 102 in a unicast manner.

[0282] The optional implementation of step S3501 can refer to the optional implementation of step S3101 in Figure 3A and step S3201 in Figure 3B, as well as other related parts in the embodiments involved in Figures 3A and 3B, which will not be repeated here.

[0283] Step S3502: The first terminal 101 sends a first message to the second terminal 102 based on the transaction.

[0284] In some embodiments, the first terminal 101 receives the second message sent by the second terminal 102 and sends the first message to the second terminal 102 .

[0285] In some embodiments, the first message is a message sent in unicast by the first terminal 101. Optional implementations thereof may refer to the optional implementations of step S3102 in FIG3A and other related parts of the embodiment involved in FIG3A , which will not be described in detail here.

[0286] In some embodiments, the first message is a message sent in a multicast manner by the first terminal 101. Optional implementations thereof may refer to the optional implementations of step S3202 in FIG3B and other related parts of the embodiment involved in FIG3B , which will not be described in detail here.

[0287] Step S3503: The first terminal 101 sends the last first message based on the transaction.

[0288] The optional implementation of step S3201 can refer to the optional implementation of step S3101 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.

[0289] In step S3504, the first terminal 101 determines that the transaction is completed after the last first message is sent based on the transaction.

[0290] In step S3505 , the second terminal 102 determines that the transaction is completed after receiving the last first message sent by the first terminal 101 based on the transaction.

[0291] The method involved in the embodiments of the present disclosure may include at least one of steps S3501 to S3505. For example, step S3504 can be implemented as an independent embodiment, step S3503 + step S3504 can be implemented as an independent embodiment, step S3502 + step S3503 + step S3504 can be implemented as an independent embodiment, step S3505 can be implemented as an independent embodiment, and step S3501 + step S3505 can be implemented as an independent embodiment, but the present invention is not limited thereto.

[0292] In some embodiments, step S3504 and step S3505 may be executed in an interchanged order or simultaneously.

[0293] In some embodiments, step S3501, step S3502, step S3503, and step S3505 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0294] In some embodiments, step S3501, step S3502, and step S3505 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0295] In some embodiments, step S3501 and step S3505 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0296] In some embodiments, step S3501, step S3502, step S3503, and step S3504 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0297] In some embodiments, step S3502, step S3503, and step S3504 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0298] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 3E .

[0299] Figure 3F is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in Figure 3F, the determination method according to an embodiment of the present disclosure can be applied to the communication system 100, and the method includes but is not limited to the following steps.

[0300] Step S3601: The second terminal 102 sends a second message based on the transaction.

[0301] In some embodiments, the second message is used to request the first terminal 101 to send the first message.

[0302] In some embodiments, the second message may be a message sent by the second terminal 102 in a multicast manner.

[0303] The optional implementation of step S3601 can refer to the optional implementation of step S3301 in Figure 3C and step S3401 in Figure 3D, as well as other related parts in the embodiments involved in Figures 3C and 3D, which will not be repeated here.

[0304] In step S3602 , the first terminal 101 receives a second message sent by the second terminal 102 , and sends a first message to the second terminal 102 based on the transaction.

[0305] In some embodiments, the first message is a message sent by the first terminal in a unicast manner.

[0306] Optional implementations of step S3602 can refer to the optional implementations of step S3102 in FIG. 3A and step S3202 in FIG. 3B , as well as other related parts in the embodiments involved in FIG. 3A and FIG. 3B , which will not be described in detail here.

[0307] Step S3603: The first terminal 101 sends the last first message based on the transaction.

[0308] The optional implementation of step S3603 can refer to the optional implementation of step S3103 in Figure 3A and step S3203 in Figure 3B, as well as other related parts in the embodiments involved in Figures 3A and 3B, which will not be repeated here.

[0309] In step S3604 , the first terminal 101 determines that the last first message is sent based on the transaction and determines that the transaction is completed.

[0310] Step S3605: After the second terminal 102 receives the last first message sent by the first terminal 101 and other terminals based on the transaction, it determines that the transaction is completed.

[0311] The method involved in the embodiments of the present disclosure may include at least one of steps S3601 to S3605. For example, step S3604 can be implemented as an independent embodiment, step S3603 + step S3604 can be implemented as an independent embodiment, step S3602 + step S3603 + step S3604 can be implemented as an independent embodiment, step S3605 can be implemented as an independent embodiment, and step S3601 + step S3605 can be implemented as an independent embodiment, but the present invention is not limited thereto.

[0312] In some embodiments, step S3604 and step S3605 can be executed in an interchanged order or simultaneously.

[0313] In some embodiments, step S3601, step S3602, step S3603, and step S3605 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0314] In some embodiments, step S3601, step S3602, and step S3605 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0315] In some embodiments, step S3601 and step S3605 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0316] In some embodiments, step S3601, step S3602, step S3603, and step S3604 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0317] In some embodiments, step S3602, step S3603, and step S3604 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0318] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 3F .

[0319] FIG3G is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in FIG3G , the determination method according to an embodiment of the present disclosure can be applied to the communication system 100, and the method includes but is not limited to the following steps.

[0320] Step S3701: The second terminal 102 sends a second message based on the transaction.

[0321] In some embodiments, the second message is used to request the first terminal 101 to send the first message.

[0322] In some embodiments, the second message may be a message sent by the second terminal 102 in a multicast manner.

[0323] The optional implementation of step S3701 can refer to the optional implementation of step S3301 in Figure 3C and step S3401 in Figure 3D, as well as other related parts in the embodiments involved in Figures 3C and 3D, which will not be repeated here.

[0324] In step S3702 , the first terminal 101 receives a second message sent by the second terminal 102 , and sends a first message to the second terminal 102 based on the transaction.

[0325] In some embodiments, the first message is a message sent by the first terminal in a multicast manner.

[0326] The optional implementation of step S3702 can refer to the optional implementation of step S3202 in Figure 3B and step S3402 in Figure 3D, as well as other related parts in the embodiments involved in Figures 3B and 3D, which will not be repeated here.

[0327] Step S3703: The first terminal 101 sends the last first message based on the transaction.

[0328] The optional implementation of step S3703 can refer to the optional implementation of step S3103 in Figure 3B and step S3203 in Figure 3D, as well as other related parts in the embodiments involved in Figures 3B and 3D, which will not be repeated here.

[0329] In step S3704, the first terminal 101 determines that the last first message is sent based on the transaction, and after receiving the last first message sent by other terminals in the terminal group, determines that the transaction is completed.

[0330] Step S3705: After the second terminal 102 receives the last first message sent by the first terminal 101 and other terminals based on the transaction, it determines that the transaction is completed.

[0331] The method involved in the embodiments of the present disclosure may include at least one of steps S3701 to S3705. For example, step S3704 can be implemented as an independent embodiment, step S3703 + step S3704 can be implemented as an independent embodiment, step S3702 + step S3703 + step S3704 can be implemented as an independent embodiment, step S3705 can be implemented as an independent embodiment, and step S3701 + step S3705 can be implemented as an independent embodiment, but the present invention is not limited thereto.

[0332] In some embodiments, step S3704 and step S3705 can be executed in an interchanged order or simultaneously.

[0333] In some embodiments, step S3701, step S3702, step S3703, and step S3705 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0334] In some embodiments, step S3701, step S3702, and step S3705 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0335] In some embodiments, step S3701 and step S3705 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0336] In some embodiments, step S3701, step S3702, step S3703, and step S3704 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0337] In some embodiments, step S3702, step S3703, and step S3704 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0338] In some embodiments, reference may be made to other optional implementations described before or after the description corresponding to FIG. 3G .

[0339] Figure 4A is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in Figure 4A, the determination method according to the embodiment of the present disclosure can be applied to the first terminal 101, and the method includes but is not limited to the following steps.

[0340] Step S4101, receiving the second message.

[0341] In some embodiments, first terminal 101 receives a second message sent by second terminal 101 based on a transaction. In some embodiments, the second message is used to request first terminal 101 to send the first message. Optional implementations thereof can be found in the optional implementations of the aforementioned related embodiments and other related portions of the related embodiments, and are not further described here.

[0342] Step S4102: Send a first message based on the transaction.

[0343] In some embodiments, the first terminal 101 may send a first message to the second terminal 101 based on the transaction.

[0344] In some embodiments, the first terminal 101 receives the second message sent by the second terminal 102 and sends the first message to the second terminal 101 based on the transaction. Optional implementations thereof can be found in the optional implementations of the above-mentioned related embodiments and other related parts of the related embodiments, which will not be repeated here.

[0345] Step S4103: After determining that the last first message is sent based on the transaction or is successfully sent, it is determined that the transaction is ended.

[0346] In some embodiments, the first message is a message sent by the first terminal in a unicast manner, and the second message is a message sent by the second terminal in a unicast manner. Exemplarily, the first terminal 101 sends the last first message based on the transaction, and determines that the transaction is completed after the last first message is successfully sent based on the transaction. Its optional implementation method can refer to the optional implementation method of steps S3102, S3103, and S3105 in Figure 3A, and other related parts in the embodiment involved in Figure 3A, which are not repeated here. Exemplarily, the first terminal 101 sends the last first message based on the transaction, and determines that the transaction is completed after the last first message is sent based on the transaction. Its optional implementation method can refer to the optional implementation method of steps S3502, S3503, and S3504 in Figure 3E, and other related parts in the embodiment involved in Figure 3E, which are not repeated here.

[0347] In some embodiments, the first message is a message sent by the first terminal in a unicast manner, and the second message is a message sent by the second terminal in a multicast manner. Exemplarily, the first terminal 101 sends the last first message based on the transaction, and determines that the transaction is completed after the last first message is successfully sent based on the transaction. Its optional implementation method can refer to the optional implementation method of steps S3302, S3303, and S3305 in Figure 3C, and other related parts in the embodiment involved in Figure 3C, which are not repeated here. Exemplarily, the first terminal 101 sends the last first message based on the transaction, and determines that the transaction is completed after the last first message is sent based on the transaction. Its optional implementation method can refer to the optional implementation method of steps S3502, S3503, and S3504 in Figure 3E, and other related parts in the embodiment involved in Figure 3E, which are not repeated here.

[0348] In some embodiments, the first message is a message sent by the first terminal in a multicast manner, and the second message is a message sent by the second terminal in a unicast manner. Exemplarily, the first terminal 101 sends the last first message based on the transaction, and determines that the transaction is completed after the last first message is successfully sent based on the transaction. Its optional implementation method can refer to the optional implementation method of steps S3202, S3203, and S3205 in Figure 3B, and other related parts in the embodiment involved in Figure 3B, which are not repeated here. Exemplarily, the first terminal 101 sends the last first message based on the transaction, and determines that the transaction is completed after the last first message is sent based on the transaction. Its optional implementation method can refer to the optional implementation method of steps S3502, S3503, and S3504 in Figure 3E, and other related parts in the embodiment involved, which are not repeated here.

[0349] In some embodiments, the first message is a message sent by the first terminal in a multicast manner, and the second message is a message sent by the second terminal in a multicast manner. Exemplarily, the first terminal 101 sends the last first message based on the transaction, determines that the last first message has been successfully sent based on the transaction, and determines that the transaction is complete after receiving the last first message sent by other terminals in the terminal group. For optional implementations, see the optional implementations of steps S3402, S3403, and S3405 in FIG. 3D , and other related parts of the embodiment involved in FIG. 3D , which are not repeated here. Exemplarily, the first terminal 101 sends the last first message based on the transaction, determines that the last first message has been sent based on the transaction, and determines that the transaction is complete after receiving the last first message sent by other terminals in the terminal group. For optional implementations, see the optional implementations of steps S3702, S3703, and S3704 in FIG. 3G , and other related parts of the embodiment involved in FIG. 3G , which are not repeated here.

[0350] The method involved in the embodiments of the present disclosure may include at least one of steps S4101 to S4103. For example, step S4102 and step S4103 may be implemented as independent embodiments, step S4103 may be implemented as an independent embodiment, and step S4101, step S4102, and step S4103 may be implemented as independent embodiments, but the present invention is not limited thereto.

[0351] In some embodiments, step S4101 is optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0352] In some embodiments, step S4101 and step S4102 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0353] Figure 4B is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in Figure 4B, the determination method according to an embodiment of the present disclosure can be applied to the first terminal 101, and the method includes but is not limited to the following steps.

[0354] Step S4201: After sending the first message based on the transaction, determine whether the transaction is completed.

[0355] In an embodiment of the present disclosure, the first message is used to perform sidelink positioning, and the transaction is used to send and / or receive the first message.

[0356] In some embodiments, the sending method of the first message includes any one of the following: unicast method; multicast method; broadcast method.

[0357] In some embodiments, a first terminal sends a first message to one or more of at least one second terminal in a unicast manner based on a transaction; upon determining that the last first message has been sent or successfully sent based on the transaction, the transaction is determined to be complete. Optionally, an optional implementation method for the first terminal to determine that the last first message has been successfully sent based on the transaction may include: receiving an ACK message sent by one or more second terminals for the last first message, and determining that the last first message has been successfully sent based on the transaction.

[0358] In some embodiments, a first terminal sends a first message to at least one second terminal in a multicast manner based on a transaction; upon determining that the last first message has been sent or successfully sent based on the transaction, the transaction is determined to be complete. Alternatively, an optional implementation of the first terminal determining that the last first message has been successfully sent based on the transaction may include: receiving ACK messages sent by all of the at least one second terminal in response to the last first message, thereby determining that the last first message has been successfully sent based on the transaction.

[0359] In some embodiments, the first message carries information for indicating ACK feedback.

[0360] In some embodiments, a first terminal receives a second message sent by a second terminal, where the second message is used to request the first terminal to send a first message. After the first terminal sends the first message based on a transaction, the first terminal determines whether the transaction has ended. Optionally, after the first terminal sends the first message based on the transaction, an optional implementation of determining whether the transaction has ended includes: sending the first message to the second terminal based on the transaction; and determining that the transaction has ended after the last first message based on the transaction has been sent or successfully sent.

[0361] In one possible implementation, the first message is a message sent by the first terminal in unicast mode, and the second message is a message sent by the second terminal in unicast mode; alternatively, the first message is a message sent by the first terminal in unicast mode, and the second message is a message sent by the second terminal in multicast mode. Alternatively, an optional implementation of the first terminal determining that the last first message was successfully sent based on the transaction may include: receiving an ACK message sent by the second terminal for the last first message, and determining that the last first message was successfully sent based on the transaction.

[0362] In another possible implementation, the first message is a message sent by the first terminal in a multicast manner, and the second message is a message sent by the second terminal in a unicast manner. Optionally, an optional implementation of the first terminal determining that the last first message was successfully sent based on the transaction may include: receiving ACK messages sent by all group members in a terminal group for the last first message; wherein the terminal group includes the second terminal and other terminals, the other terminals being non-first terminals; and determining that the last first message was successfully sent based on the transaction.

[0363] In another possible implementation, the first message is a message sent by the first terminal to a terminal group in a multicast manner, where the terminal group includes the second terminal, the first terminal, and other terminals; and the second message is a message sent by the second terminal to the terminal group in a multicast manner. Exemplarily, an optional implementation for determining that a transaction ends after the first terminal determines that the last first message has been sent or successfully sent based on the transaction includes determining that the transaction ends after the last first message has been sent or successfully sent based on the transaction and receiving the last first message sent by other terminals in the terminal group.

[0364] Exemplarily, an optional implementation manner in which the first terminal determines that the last first message is sent successfully based on the transaction includes: receiving ACK messages sent by the second terminal and other terminals in the terminal group for the last first message, and determining that the last first message is sent successfully based on the transaction.

[0365] In some embodiments, the last first message includes first indication information, and the first indication information is used to indicate that the first message is the last positioning protocol response message carrying a message body sent by the first terminal, where the message body refers to content that needs to be transmitted.

[0366] In some embodiments, there are one or more transactions, and each transaction is used to perform sending and / or receiving of a single first message.

[0367] Figure 5A is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in Figure 5A, the determination method according to the embodiment of the present disclosure can be applied to the second terminal 102, and the method includes but is not limited to the following steps.

[0368] Step S5101: Send a second message based on the transaction.

[0369] In some embodiments, the second terminal 102 sends a second message to the first terminal based on the transaction. In some embodiments, the second message is used to request the first terminal 101 to send the first message. Optional implementations thereof can be found in the optional implementations of the above-mentioned related embodiments and other related parts of the related embodiments, and will not be repeated here.

[0370] Step S5102, receiving the first message.

[0371] In some embodiments, the second terminal receives the first message based on the transaction. Optionally, the second terminal receives the first message sent by the first terminal based on the transaction.

[0372] Step S5103: Determine whether the transaction is completed based on whether the last first message is received.

[0373] In some embodiments, the first message is a message sent by the first terminal in unicast mode, and the second message is a message sent by the second terminal in unicast mode. For example, the second terminal determines that the transaction is complete after receiving the last first message sent by the first terminal. Optional implementations of this method can be found in the optional implementations of the relevant steps and other related parts of the embodiment described in FIG. 3A , and are not further described here.

[0374] In some embodiments, the first message is a message sent by the first terminal in unicast mode, and the second message is a message sent by the second terminal in multicast mode. For example, the second terminal determines that the transaction is complete after receiving the last first message sent by the first terminal and other terminals. Optional implementations of this method can be found in the optional implementations of the relevant steps in the embodiment described in FIG. 3C and other related sections, and are not further described here.

[0375] In some embodiments, the first message is a message sent by the first terminal via multicast, and the second message is a message sent by the second terminal via unicast. For example, the second terminal determines that the transaction is complete after receiving the last first message sent by the first terminal. Optional implementations of this method can be found in the optional implementations of the relevant steps and other related sections of the embodiment described in FIG. These are not further detailed here.

[0376] In some embodiments, the first message is a message sent by the first terminal via multicast, and the second message is a message sent by the second terminal via multicast. For example, the second terminal determines that the transaction is complete after receiving the last first message sent by the first terminal and other terminals. Optional implementations of this method can be found in the optional implementations of the relevant steps and other related sections of the embodiment described in FIG. 3D , and are not further detailed here.

[0377] The method involved in the embodiments of the present disclosure may include at least one of steps S5101 to S5103. For example, step S5102 and step S5103 may be implemented as independent embodiments, step S5103 may be implemented as an independent embodiment, and step S5101, step S5102, and step S5103 may be implemented as independent embodiments, but the present invention is not limited thereto.

[0378] In some embodiments, step S5101 is optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0379] In some embodiments, step S5101 and step S5102 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0380] Figure 5B is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in Figure 5B, the determination method according to an embodiment of the present disclosure can be applied to the second terminal 102, and the method includes but is not limited to the following steps.

[0381] Step S5201: After receiving a first message sent by a first terminal based on a transaction, determine whether the transaction is completed.

[0382] In an embodiment of the present disclosure, the first message is used to perform sidelink positioning, and the transaction is used to send and / or receive the first message.

[0383] In some embodiments, the sending method of the first message includes any one of the following: unicast method; multicast method; broadcast method.

[0384] In some embodiments, the second terminal 102 sends a second message to the first terminal based on the transaction, the second message being used to request the first terminal to send the first message. After receiving the first message sent by the first terminal based on the transaction, the second terminal 102 determines whether the transaction is completed.

[0385] In one possible implementation, the second message is a message sent by the second terminal in a unicast manner, and the first message is a message sent by the first terminal in a unicast or multicast manner. An optional implementation for determining whether a transaction is completed after the second terminal receives the first message sent by the first terminal based on the transaction includes determining that the transaction is completed after receiving the last first message sent by the first terminal based on the transaction.

[0386] Optionally, the second terminal sends confirmation ACK information to the first terminal, where the ACK information is used by the first terminal to determine whether the last first message is sent successfully.

[0387] In another possible implementation, the second message is a message sent by the second terminal to the terminal group in a multicast manner, and the first message is a message sent by the first terminal in a unicast or multicast manner, where the terminal group includes the first terminal and other terminals other than the second terminal. An optional implementation for determining whether the transaction is complete after the second terminal receives the first message sent by the first terminal based on the transaction includes determining that the transaction is complete after receiving the last first message sent by the first terminal and other terminals in the terminal group based on the transaction.

[0388] Optionally, the second terminal sends ACK information to the first terminal and the other terminals respectively, and the ACK information is used by the first terminal and the other terminals to determine whether the last first message is sent successfully.

[0389] In some embodiments, the last first message includes first indication information, and the first indication information is used to indicate that the first message is the last positioning protocol response message carrying a message body sent by the first terminal, where the message body refers to content that needs to be transmitted.

[0390] Figure 6 is an interactive diagram illustrating a determination method according to an embodiment of the present disclosure. As shown in Figure 6, the determination method according to an embodiment of the present disclosure can be applied to a communication system, and the method includes but is not limited to the following steps.

[0391] Step S6101: The second terminal 102 sends a second message based on the transaction.

[0392] In some embodiments, the second message is used to request the first terminal 101 to send the first message. Optional implementations thereof may refer to the optional implementations of step S5101 in FIG5A and other related parts of the embodiment involved in FIG5A , which will not be described in detail here.

[0393] Step S6102: The first terminal 101 sends a first message based on the transaction.

[0394] In some embodiments, upon receiving the second message, first terminal 101 sends the first message based on the transaction. Alternatively, upon receiving the second message sent by second terminal 102, first terminal 101 sends the first message based on the transaction. For alternative implementations, see the alternative implementations of step S4102 in FIG. 4A and other related portions of the embodiments described in FIG. 4A , which will not be further described here.

[0395] In step S6103 , the first terminal 101 determines that the transaction is completed after the last first message is sent or successfully sent based on the transaction.

[0396] The optional implementation of step S6103 can refer to the optional implementation of step S4103 in Figure 4A and other related parts of the embodiment involved in Figure 4A, which will not be repeated here.

[0397] In step S6104, the second terminal 102 determines whether the transaction is completed based on whether the last first message is received.

[0398] The optional implementation of step S6104 can refer to the optional implementation of step S5103 in Figure 5A and other related parts of the embodiment involved in Figure 5A, which will not be repeated here.

[0399] The determination method provided in the embodiments of the present disclosure can determine whether an SLPP transaction has ended by a terminal based on the SLPP message interaction mode and message transmission mode of the SLPP transaction. Exemplarily, the SLPP message interaction mode of the SLPP transaction includes any of the following: a request-response mode and an active send mode. Exemplarily, the message transmission mode includes any of the following: unicast, multicast, and broadcast.

[0400] In some embodiments, if the SLPP message interaction mode is a request-response mode, if the request adopts a unicast transmission mode and the response also adopts a unicast transmission mode, the SLPP requester (such as the first terminal mentioned above) considers that the SLPP transaction is ended after receiving a response carrying endTransaction (such as the first indication information mentioned above), and the SLPP responder (such as the second terminal mentioned above) considers that the SLPP transaction is ended after sending or successfully sending the last response.

[0401] For example, the SLPP responder may send multiple response messages, and the last response message carries an endTransaction indication, wherein the endTransaction indication is used to indicate that the SLPP message is the last SLPP message carrying a message body sent by the responder.

[0402] For example, the SLPP responder may determine that the last response message carrying the "endTransaction" message has been successfully sent by the SLPP responder as follows: upon receiving an ACK message from the peer end, the SLPP responder may determine that the response message has been successfully sent. For example, if the response message carries a feedback ACK indication, the SLPP responder may determine that the SLPP transaction has ended based on the successful sending of the last response message; otherwise, the SLPP responder may determine that the SLPP transaction has ended based on the sending of the last response message.

[0403] In some embodiments, if the SLPP message exchange mode is request-response mode, and if the request is transmitted using multicast, the SLPP requester considers the SLPP transaction to be complete after receiving the last response from all other multicast members. If the SLPP response is transmitted using unicast mode, the responder considers the transaction to be complete after sending or successfully sending the last response.

[0404] For example, the SLPP responder may send multiple response messages, and the last response message carries an endTransaction indication, wherein the endTransaction indication is used to indicate that the SLPP message is the last SLPP message carrying a message body sent by the responder.

[0405] For example, the SLPP responder may determine that the last response message carrying the "endTransaction" message has been successfully sent by the SLPP responder as follows: upon receiving an ACK message from the peer end, the SLPP responder may determine that the response message has been successfully sent. For example, if the response message carries a feedback ACK indication, the SLPP responder may determine that the SLPP transaction has ended based on the successful sending of the last response message; otherwise, the SLPP responder may determine that the SLPP transaction has ended based on the sending of the last response message.

[0406] In some embodiments, if the SLPP message exchange mode is a request-response mode, and if the request is transmitted via multicast, the SLPP requester considers the SLPP transaction to be complete after receiving the last response from all other multicast members. If the response is transmitted via multicast, the responder considers the transaction to be complete after sending or successfully sending the last response and receiving the last response from all other multicast members.

[0407] For example, the SLPP responder can determine the successful transmission of the last response message carrying the endTransaction by receiving ACK messages from all other multicast members. The SLPP responder may send multiple response messages, with the last one carrying the endTransaction indicator. The SLPP responder determines the SLPP transaction has ended based on successful transmission only if the response message carries a feedback ACK indicator.

[0408] In some embodiments, if the SLPP message interaction mode is a request-response mode, if the request adopts a unicast transmission mode, and if the response adopts a multicast mode, the SLPP requester considers that the SLPP transaction is ended after receiving a response message carrying endTransaction, and the SLPP responder considers that the SLPP transaction is ended after sending or successfully sending the last response and receiving the last response from all other multicast members.

[0409] For example, the SLPP responder can determine the successful transmission of the last response message carrying the endTransaction by receiving ACK messages from all other multicast members. The SLPP responder may send multiple response messages, with the last one carrying the endTransaction indicator. The SLPP responder determines the SLPP transaction has ended based on successful transmission only if the response message carries a feedback ACK indicator.

[0410] In some embodiments, if the SLPP message interaction mode adopts the active sending mode, the SLPP message sender (such as the first terminal described above) considers the SLPP transaction to be completed after sending or successfully sending the last SLPP message (such as a response-type message, such as providing capabilities, providing auxiliary data, providing location information, etc.). The SLPP message receiver (such as the second terminal) considers the SLPP transaction to be completed after successfully receiving the last SLPP message.

[0411] Exemplarily, it is applicable that SLPP message sending adopts unicast, multicast or broadcast mode.

[0412] Exemplarily, the SLPP message sender carries an endTransaction indication in the last message. The endTransaction indication is used to indicate that the SLPP message is the last SLPP message carrying a message body sent by the sender.

[0413] For example, for multicast, the SLPP message sender can determine the successful transmission of the last response message carrying the endTransaction indicator by receiving ACK messages from all other multicast members. The SLPP message sender may send multiple response messages, with the last one carrying the endTransaction indicator. The responder determines the transaction is complete based on successful transmission only if the response message carries a feedback ACK indicator.

[0414] The embodiments of the present disclosure also provide apparatuses for implementing any of the above methods. For example, an apparatus is provided that includes units or modules for implementing each step performed by a first terminal in any of the above methods. For another example, another apparatus is provided that includes units or modules for implementing each step performed by a second terminal in any of the above methods.

[0415] It should be understood that the division of the various units or modules in the above device is merely a division of logical functions. In actual implementation, they may be fully or partially integrated into a physical entity, or they may be physically separated. In addition, the units or modules in the device may be implemented in the form of a processor calling software: for example, the device includes a processor, the processor is connected to a memory, and the memory stores instructions. The processor calls the instructions stored in the memory to implement any of the above methods or implement the functions of the various units or modules of the above device, wherein the processor is, for example, a general-purpose processor, such as a central processing unit (CPU) or a microprocessor, and the memory is a memory within the device or a memory outside the device. Alternatively, the units or modules in the device can be implemented in the form of hardware circuits, and the functions of some or all of the units or modules can be realized by designing the hardware circuits. The above-mentioned hardware circuits can be understood as one or more processors; for example, in one implementation, the above-mentioned hardware circuit is an application-specific integrated circuit (ASIC), which realizes the functions of some or all of the above units or modules by designing the logical relationship of the components in the circuit; for example, in another implementation, the above-mentioned hardware circuit can be realized by a programmable logic device (PLD). Taking a field programmable gate array (FPGA) as an example, it can include a large number of logic gate circuits, and the connection relationship between the logic gate circuits is configured by configuring the configuration file, thereby realizing the functions of some or all of the above units or modules. All units or modules of the above devices can be realized in the form of software called by the processor, or in the form of hardware circuits, or in part by the form of software called by the processor, and the rest by hardware circuits.

[0416] In the embodiments of the present disclosure, the processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction reading and execution capabilities, such as a central processing unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationship of the hardware circuit. The logical relationship of the above-mentioned hardware circuit is fixed or reconfigurable. For example, the processor is a hardware circuit implemented by an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document and implementing the hardware circuit configuration can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules. In addition, it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as a neural network processing unit (NPU), a tensor processing unit (TPU), a deep learning processing unit (DPU), etc.

[0417] Figure 7A is a schematic diagram of the structure of a first terminal proposed in an embodiment of the present disclosure. As shown in Figure 7A, the first terminal 7100 may include at least one of a transceiver module 7101 and a processing module 7102. In some embodiments, the processing module is configured to determine whether a transaction has ended after sending a first message based on a transaction, wherein the first message is used for sidelink positioning and the transaction is used to send and / or receive the first message. Optionally, the transceiver module is configured to execute at least one of the communication steps (e.g., steps S3102, S3103, S3202, S3203, S3302, S3303, S3402, S3403, S3502, S3503, S3602, S3603, S3702, S3703, S4101, and S4102) performed by the first terminal 101 in any of the above methods, which will not be repeated here. Optionally, the above-mentioned processing module is used to execute at least one of the other steps (for example, step S3105, step S3205, step S3305, step S3405, step S3504, step S3604, step S3704, step S4103, but not limited to these) performed by the first terminal 101 in any of the above methods, which are not repeated here.

[0418] Figure 7B is a schematic diagram of the structure of a second terminal proposed in an embodiment of the present disclosure. As shown in Figure 7B, the second terminal 7200 may include at least one of a transceiver module 7201 and a processing module 7202. In some embodiments, the processing module is configured to determine whether the transaction has ended after receiving a first message sent by the first terminal based on a transaction; wherein the first message is used for sidelink positioning, and the transaction is used to send and / or receive the first message. Optionally, the transceiver module is configured to execute at least one of the communication steps (e.g., steps S3101, S3104, S3201, S3204, S3301, S3304, S3401, S3404, S3501, S3601, S3701, S5101, and S5102) performed by the second terminal 102 in any of the above methods, which will not be repeated here. Optionally, the above-mentioned processing module is used to execute at least one of the other steps (for example, step S3106, step S3206, step S3306, step S3406, step S3505, step S3605, step S3705, step S5103, but not limited to these) performed by the second terminal 102 in any of the above methods, which will not be repeated here.

[0419] In some embodiments, the transceiver module may include a transmitting module and / or a receiving module, and the transmitting module and the receiving module may be separate or integrated. Optionally, the transceiver module may be interchangeable with the transceiver.

[0420] In some embodiments, the processing module can be a single module or can include multiple submodules. Optionally, the multiple submodules respectively execute all or part of the steps required to be executed by the processing module. Optionally, the processing module can be interchangeable with the processor.

[0421] Figure 8A is a schematic diagram of the structure of a communication device 8100 proposed in an embodiment of the present disclosure. Communication device 8100 can be a first terminal or a second terminal, or a chip, chip system, or processor that supports the first terminal in implementing any of the above methods, or a chip, chip system, or processor that supports the second terminal in implementing any of the above methods. Communication device 8100 can be used to implement the methods described in the above method embodiments. For details, please refer to the description of the above method embodiments.

[0422] As shown in Figure 8A, the communication device 8100 includes one or more processors 8101. The processor 8101 can be a general-purpose processor or a dedicated processor, for example, a baseband processor or a central processing unit. The baseband processor can be used to process the communication protocol and communication data, and the central processing unit can be used to control the communication device (such as a base station, a baseband chip, a terminal device, a terminal device chip, a DU or a CU, etc.), execute programs, and process program data. Optionally, the communication device 8100 is used to perform any of the above methods. Optionally, one or more processors 8101 are used to call instructions to enable the communication device 8100 to perform any of the above methods.

[0423] In some embodiments, the communication device 8100 further includes one or more transceivers 8102. When the communication device 8100 includes one or more transceivers 8102, the transceiver 8102 performs the communication steps such as sending and / or receiving in the above method (e.g., step S3102, step S3103, step S3202, step S3203, step S3302, step S3303, step S3402, step S3403, step S3502, step S3503, step S3602, step S3603, step S3702, step S3703, step S3101, step S3104, step S3201, step S3204, The processor 8101 executes at least one of the following steps (e.g., step S3105, step S3205, step S3305, step S3405, step S3504, step S3604, step S3704, step S3106, step S3206, step S3306, step S3406, step S3505, step S3605, step S3705, but not limited thereto). In an optional embodiment, the transceiver may include a receiver and / or a transmitter, and the receiver and transmitter may be separate or integrated. Optionally, terms such as transceiver, transceiver unit, transceiver, transceiver circuit, interface circuit, and interface can be replaced with each other, terms such as transmitter, transmitting unit, transmitter, and transmitting circuit can be replaced with each other, and terms such as receiver, receiving unit, receiver, and receiving circuit can be replaced with each other.

[0424] In some embodiments, the communication device 8100 further includes one or more memories 8103 for storing data. Alternatively, all or part of the memories 8103 may be located outside the communication device 8100. In alternative embodiments, the communication device 8100 may include one or more interface circuits 8104. Optionally, the interface circuits 8104 are connected to the memory 8102 and may be configured to receive data from the memory 8102 or other devices, or to send data to the memory 8102 or other devices. For example, the interface circuits 8104 may read data stored in the memory 8102 and send the data to the processor 8101.

[0425] The communication device 8100 described in the above embodiment may be a network device or a terminal, but the scope of the communication device 8100 described in the present disclosure is not limited thereto, and the structure of the communication device 8100 may not be limited by FIG. 8A. The communication device may be an independent device or may be part of a larger device. For example, the communication device may be: 1) an independent integrated circuit IC, or a chip, or a chip system or subsystem; (2) a collection of one or more ICs, optionally, the above IC collection may also include a storage component for storing data or programs; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, a terminal device, an intelligent terminal device, a cellular phone, a wireless device, a handheld device, a mobile unit, an in-vehicle device, a network device, a cloud device, an artificial intelligence device, etc.; (6) others, etc.

[0426] FIG8B is a schematic diagram of the structure of a chip 8200 according to an embodiment of the present disclosure. If the communication device 8100 can be a chip or a chip system, please refer to the schematic diagram of the structure of the chip 8200 shown in FIG8B , but the present disclosure is not limited thereto.

[0427] The chip 8200 includes one or more processors 8201. The chip 8200 is configured to execute any of the above methods.

[0428] In some embodiments, chip 8200 further includes one or more interface circuits 8202. Terms such as interface circuit, interface, and transceiver pins may be used interchangeably. In some embodiments, chip 8200 further includes one or more memories 8203 for storing data. Alternatively, all or part of memory 8203 may be located external to chip 8200. Optionally, interface circuit 8202 is connected to memory 8203 and may be used to receive data from memory 8203 or other devices, or may be used to send data to memory 8203 or other devices. For example, interface circuit 8202 may read data stored in memory 8203 and send the data to processor 8201.

[0429] In some embodiments, the interface circuit 8202 performs at least one of the communication steps such as sending and / or receiving in the above method (for example, step S3102, step S3103, step S3202, step S3203, step S3302, step S3303, step S3402, step S3403, step S3502, step S3503, step S3602, step S3603, step S3702, step S3703, step S3101, step S3104, step S3201, step S3204, step S3301, step S3304, step S3401, step S3404, step S3501, step S3601, step S3701, but not limited to these). The interface circuit 8202 performing the communication steps of sending and / or receiving in the above method, for example, means that the interface circuit 8202 performs data exchange between the processor 8201, the chip 8200, the memory 8203, or the transceiver device. In some embodiments, the processor 8201 performs at least one of the other steps (e.g., step S3105, step S3205, step S3305, step S3405, step S3504, step S3604, step S3704, step S3106, step S3206, step S3306, step S3406, step S3505, step S3605, and step S3705, but not limited thereto).

[0430] The present disclosure also proposes a storage medium having instructions stored thereon, which, when executed on the communication device 8100, causes the communication device 8100 to execute any of the above methods. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but is not limited thereto, and may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but is not limited thereto, and may also be a temporary storage medium.

[0431] The present disclosure also provides a program product, which, when executed by the communication device 8100, enables the communication device 8100 to perform any of the above methods. Optionally, the program product is a computer program product.

[0432] The present disclosure also proposes a computer program, which, when executed on a computer, causes the computer to perform any one of the above methods.

[0433] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware or any combination thereof. When implemented using software, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer programs. When the computer program is loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present disclosure are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer program can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer program can be transmitted from one website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more available media integrated therein. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a high-density digital video disc (DVD)), or a semiconductor medium (eg, a solid state disk (SSD)).

[0434] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0435] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0436] The above description is merely a specific embodiment of the present disclosure, but the scope of protection of the present disclosure is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this disclosure should be included in the scope of protection of the present disclosure. Therefore, the scope of protection of the present disclosure should be based on the scope of protection of the claims.

Claims

1. A determination method, characterized in that: include: After sending a first message based on a transaction, the first terminal determines whether the transaction is ended, wherein the first message is used for sidelink positioning and the transaction is used to execute sending and / or receiving of the first message.

2. The method according to claim 1, characterized in that The sending method of the first message includes any one of the following: Unicast mode; Multicast mode; Broadcasting method.

3. The method according to claim 1 or 2, characterized in that After the first terminal sends the first message based on the transaction, determining whether the transaction is ended includes: Sending the first message to one or more of the at least one second terminal in a unicast manner based on the transaction; After determining that the last first message is sent or successfully sent based on the transaction, it is determined that the transaction is ended.

4. The method according to claim 3, characterized in that Determining that the last first message is successfully sent based on the transaction includes: A confirmation ACK message is received from the one or more second terminals in response to the last first message, and it is determined that the last first message is successfully sent based on the transaction.

5. The method according to claim 1 or 2, characterized in that: After the first terminal sends the first message based on the transaction, determining whether the transaction is ended includes: Sending the first message to at least one second terminal in a multicast manner based on the transaction; After determining that the last first message is sent or successfully sent based on the transaction, it is determined that the transaction is ended.

6. The method according to claim 5, characterized in that Determining that the last first message is successfully sent based on the transaction includes: An ACK message sent by all second terminals of the at least one second terminal in response to a last first message is received, and it is determined that the last first message is sent successfully based on the transaction.

7. The method according to claim 4 or 6, characterized in that The first message carries information for indicating ACK feedback.

8. The method according to claim 1, characterized in that The method further comprises: A second message sent by a second terminal is received, where the second message is used to request the first terminal to send the first message.

9. The method according to claim 8, characterized in that After the first terminal sends the first message based on the transaction, determining whether the transaction is ended includes: sending the first message to the second terminal based on the transaction; After determining that the last first message is sent or successfully sent based on the transaction, it is determined that the transaction is ended.

10. The method according to claim 9, characterized in that The first message is a message sent by the first terminal in a unicast manner, and the second message is a message sent by the second terminal in a unicast manner; or, The first message is a message sent by the first terminal in a unicast manner, and the second message is a message sent by the second terminal in a multicast manner.

11. The method according to claim 10, characterized in that Determining that the last first message is successfully sent based on the transaction includes: An ACK message is received from the second terminal for the last first message, and it is determined that the last first message is successfully sent based on the transaction.

12. The method according to claim 9, characterized in that The first message is a message sent by the first terminal in a multicast manner, and the second message is a message sent by the second terminal in a unicast manner; Determining that the last first message is successfully sent based on the transaction includes: Receiving an ACK message sent by all group members in a terminal group for the last first message; wherein the terminal group includes the second terminal and other terminals, and the other terminals are not the first terminals; Determining that a last first message is sent successfully based on the transaction.

13. The method according to claim 9, characterized in that The first message is a message sent by the first terminal to a terminal group in a multicast manner, and the terminal group includes the second terminal, the first terminal and other terminals; The second message is a message sent by the second terminal to the terminal group in a multicast manner.

14. The method according to claim 13, characterized in that The determining that the transaction ends after the last first message is sent or successfully sent based on the transaction includes: After determining that the last first message is sent or successfully sent based on the transaction and receiving the last first message sent by the other terminals in the terminal group, it is determined that the transaction is ended.

15. The method according to claim 14, characterized in that The determining that the last first message is successfully sent based on the transaction includes: An ACK message is received from the second terminal and the other terminals in the terminal group in response to the last first message, and it is determined that the last first message is successfully sent based on the transaction.

16. The method according to any one of claims 3 to 15, characterized in that The last first message includes first indication information, where the first indication information is used to indicate that the first message is the last positioning protocol response message carrying a message body sent by the first terminal, where the message body refers to content that needs to be transmitted.

17. The method according to any one of claims 1 to 16, characterized in that There are one or more transactions, and each transaction is used to execute sending and / or receiving of a single first message.

18. A determination method, characterized in that: include: After receiving the first message sent by the first terminal based on the transaction, the second terminal determines whether the transaction is completed; wherein the first message is used for sidelink positioning, and the transaction is used to execute sending and / or receiving of the first message.

19. The method according to claim 18, characterized in that The sending method of the first message includes any one of the following: Unicast mode; Multicast mode; Broadcasting method.

20. The method according to claim 18 or 19, characterized in that The method further comprises: A second message is sent to the first terminal based on the transaction, where the second message is used to request the first terminal to send the first message.

21. The method of claim 20, wherein: The second message is a message sent by the second terminal in a unicast manner, and the first message is a message sent by the first terminal in a unicast or multicast manner; After receiving the first message sent by the first terminal based on the transaction, the second terminal determines whether the transaction is ended, including: After receiving the last first message sent by the first terminal based on the transaction, it is determined that the transaction is ended.

22. The method according to claim 21, characterized in that The method further comprises: Send confirmation ACK information to the first terminal, where the ACK information is used by the first terminal to determine whether the last first message is sent successfully.

23. The method of claim 20, wherein: The second message is a message sent by the second terminal to a terminal group in a multicast manner, and the first message is a message sent by the first terminal in a unicast or multicast manner, wherein the terminal group includes the first terminal and other terminals other than the second terminal; After receiving the first message sent by the first terminal based on the transaction, the second terminal determines whether the transaction is ended, including: After determining that the last first message sent by the first terminal and the other terminals in the terminal group is received based on the transaction, it is determined that the transaction is ended.

24. The method of claim 23, wherein: The method further comprises: ACK information is sent to the first terminal and the other terminals respectively, where the ACK information is used by the first terminal and the other terminals to determine whether the last first message is sent successfully.

25. The method according to any one of claims 21 to 24, characterized in that The last first message includes first indication information, where the first indication information is used to indicate that the first message is the last positioning protocol response message carrying a message body sent by the first terminal, where the message body refers to content that needs to be transmitted.

26. A communication system, characterized in that: include: A first terminal, configured to execute the determination method according to any one of claims 1 to 17; The second terminal is configured to execute the determination method according to any one of claims 18 to 25.

27. A first communication device, characterized in that: include: A processing module is used to determine whether a transaction is completed after sending a first message based on a transaction, wherein the first message is used for sidelink positioning and the transaction is used to execute sending and / or receiving of the first message.

28. A second communication device, characterized in that: include: A processing module is used to determine whether a transaction is completed after receiving a first message sent by a first terminal based on a transaction; wherein the first message is used for side link positioning, and the transaction is used to execute sending and / or receiving of the first message.

29. A communication device, characterized in that: include: one or more processors; The processor is used to call instructions to enable the communication device to execute the determination method described in any one of claims 1-17 and 18-25.

30. A storage medium storing instructions, characterized in that: When the instruction is executed on a communication device, the communication device is caused to execute the determination method according to any one of claims 1-17 and 18-25.

Images