Communication method and communication apparatus

Abstract

This application provides a communication method and a communication device. The communication method includes: establishing a sidelink communication connection between a remote terminal and a relay terminal, wherein the sidelink communication connection is used to transmit data packets corresponding to a target communication service. The remote terminal interacts with network devices via the sidelink communication connection to exchange data packets corresponding to the target communication service. The relay terminal provides relay services to the remote terminal via the sidelink communication connection for the target communication service. This application provides a new communication method between multiple terminal devices, which can be applied to various types of communication scenarios and is beneficial for increasing the functionality that terminal devices can achieve.

Description

Technical Field

[0001] This application relates to the field of electronic devices, and more specifically, to a communication method and a communication device. Background Technology

[0002] A communication protocol defines a link that enables direct communication between multiple terminal devices; this link can be called a sidelink (SL). The application scenarios for communication between multiple terminal devices can be diverse. Summary of the Invention

[0003] This application provides a communication method and a communication device, the purpose of which is to provide a communication method between multiple terminal devices. This communication method can be combined with various types of communication scenarios and can increase the functions that the terminal devices can perform.

[0004] Firstly, a communication method is provided, including:

[0005] The remote terminal sends a relay request message to establish a sidelink communication connection with the relay terminal. The sidelink communication connection is used to transmit data packets corresponding to the target communication service.

[0006] The remote terminal interacts with network devices through the relay terminal, including:

[0007] The remote terminal sends a first data packet corresponding to the target communication service to the relay terminal via the sidelink communication connection, so that the first data packet is forwarded by the relay terminal to the network device; and / or,

[0008] The remote terminal receives a second data packet corresponding to the target communication service from the relay terminal via the side link communication connection. The second data packet originates from the network device.

[0009] In this application, by associating the type of communication service with data packets, a remote terminal can receive or send data packets of a specific communication service through a relay terminal, thereby realizing the function corresponding to the specific communication service.

[0010] In conjunction with the first aspect, in some implementations of the first aspect, the target communication service includes at least one of the following: high-definition voice call service, high-definition video call service, network voice call service, network video call service, QR code service, payment service, emergency call service, phone bill recharge service, SMS service, and application notification service.

[0011] In this application, by classifying service types in a detailed and diverse manner, a variety of communication service types are obtained, which enables data packets to be associated with specific services, thereby increasing the functionality that remote terminals can achieve in various application scenarios.

[0012] In conjunction with the first aspect, in some implementations of the first aspect, before the remote terminal sends the relay request message, the communication method further includes:

[0013] The remote terminal determines that it is currently in a scenario without network communication.

[0014] In this application, when a remote terminal is in a network-free communication scenario, it would normally be unable to achieve effective communication and thus unable to provide users with a variety of application functions. However, because the remote terminal can request relay services from a relay terminal, some of the remote terminal's communication data can be authorized by the relay terminal. Therefore, the user of the remote terminal can still use some of its functions even in a network-free communication scenario. This improves the user experience of the remote terminal in network-free communication scenarios.

[0015] In conjunction with the first aspect, in certain implementations of the first aspect, the remote terminal determines that it is currently in a no-network communication scenario, including:

[0016] The remote terminal determines that it is currently in a no-network communication scenario based on at least one of the following: the status of the SIM card interface of the remote terminal's user identification module, the usage status of the remote terminal's communication package, the communication status between the remote terminal and the network device, the status of the remote terminal's mobile data function, the status of the remote terminal's wireless local area network (WLAN) function, and the status of the remote terminal's Bluetooth function.

[0017] In this application, the normal communication functions of the remote terminal may be restricted for various reasons.

[0018] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes a first service identifier, which corresponds to the target communication service.

[0019] In this application, since the relay request message carries the identifier of the target communication service, the relay terminal can learn the specific type of relay service that the remote terminal needs to be provided through the relay request message, which is conducive to the remote terminal obtaining the relay service of the specific communication service from the relay terminal.

[0020] In conjunction with the first aspect, in some implementations of the first aspect, the first service identifier is used to uniquely identify the target communication service.

[0021] In this application, because the first service identifier can uniquely identify a communication service, the relay terminal can accurately determine the specific type of relay service that the remote terminal needs to be provided with. Since there may be a wide variety of communication service types, the data volume of the first service identifier may be relatively large.

[0022] In conjunction with the first aspect, in some implementations of the first aspect, the first service identifier is used to indicate the priority of the target communication service.

[0023] In this application, since the first service identifier can identify the priority of the communication service, the relay terminal can determine whether to provide relay service to the remote terminal based on the service priority. Because there may be a wide variety of communication service types, identifying communication services by priority helps reduce the data volume of the first service identifier.

[0024] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes multiple service identifiers; before the remote terminal interacts with the network device through the relay terminal, the communication method further includes:

[0025] The remote terminal receives a service identifier confirmation message from the relay terminal. The service identifier confirmation message includes a first part of the service identifier among the plurality of service identifiers. The service identifier confirmation message is used to indicate that the communication service corresponding to the first part of the service identifier is permitted by the relay terminal. The first part of the service identifier includes the first service identifier.

[0026] In this application, since the relay terminal can choose to provide relay services to the remote terminal or not, the remote terminal can know the specific type of relay service that the relay terminal can provide after the relay terminal returns the first part of the service identifier.

[0027] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes the terminal identifier of the remote terminal.

[0028] In conjunction with the first aspect, in some implementations of the first aspect, the first data packet includes a second service identifier, which corresponds to the target communication service.

[0029] In this application, since the first data packet carries the identifier of the target communication service, the relay terminal knows that the first data packet is related to the target communication service and knows the specific type of relay service that the remote terminal needs to be provided with, which in turn helps the remote terminal to obtain the relay service of the specific communication service from the relay terminal.

[0030] In conjunction with the first aspect, in some implementations of the first aspect, the second data packet includes a third service identifier, which corresponds to the target communication service.

[0031] In this application, since the second data packet carries the identifier of the target communication service, the relay terminal knows that the second data packet is related to the target communication service and knows the specific type of relay service that the remote terminal needs to be provided with, which in turn helps the remote terminal to obtain the relay service of the specific communication service from the relay terminal.

[0032] In conjunction with the first aspect, in certain implementations of the first aspect, the remote terminal sending a relay request message includes:

[0033] The remote terminal sends the relay request message according to a first cycle, the first cycle being less than 40ms.

[0034] In this application, the remote terminal sends relay request messages at a relatively fast frequency, which is conducive to receiving feedback from the relay terminal as soon as possible and improving the user experience of the remote terminal.

[0035] In conjunction with the first aspect, in certain implementations of the first aspect, the remote terminal sending a relay request message includes:

[0036] The remote terminal transmits the relay request message on the authorized frequency band in a frequency division duplex manner; or...

[0037] The remote terminal sends the relay request message on an unlicensed frequency band.

[0038] In this application, transmitting relay request messages on licensed frequency bands or on unlicensed frequency bands in a frequency division duplex manner helps to shorten the transmission cycle of relay request messages, thereby facilitating the receipt of feedback from relay terminals as soon as possible and improving the user experience of remote terminals.

[0039] In conjunction with the first aspect, in some implementations of the first aspect, the communication method further includes:

[0040] The remote terminal displays a target user interface, which includes at least one of the following: a switch control without network communication, a switch control of the remote terminal, and communication parameters of the remote terminal.

[0041] In this application, users can perform gesture operations through the user interface of a remote terminal to achieve personalized functions.

[0042] In conjunction with the first aspect, in some implementations of the first aspect, the communication parameters of the remote terminal include at least one of the following: power consumption mode, single duration limit, default start time period, service whitelist, service blacklist, relay terminal whitelist, and relay terminal blacklist.

[0043] In this application, users can adjust various communication parameters of the remote terminal to achieve personalized functions.

[0044] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes a service identifier corresponding to the QR code service, the first data packet is used to request information about the QR code, the second data packet includes information about the QR code, and before the remote terminal sends the relay request message, the communication method further includes:

[0045] The remote terminal displays a first user interface related to QR code loading, and the remote terminal is currently in a scenario without network communication.

[0046] After the remote terminal interacts with the network device through the relay terminal, the communication method further includes:

[0047] The QR code pattern is displayed on the first user interface.

[0048] To ensure information security, QR codes are typically updated multiple times within a relatively short period, making QR code-related services relatively urgent. When a remote terminal cannot quickly obtain a QR code from a network device, it can use a relay terminal to quickly acquire the QR code, thereby completing QR code-related business or functions.

[0049] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes a service identifier corresponding to the payment service, the first data packet is used to request recharge information for the public transport card, the second data packet includes the recharge information for the public transport card, and before the remote terminal sends the relay request message, the communication method further includes:

[0050] The remote terminal displays a second user interface related to bus card recharge, and the remote terminal is currently in a scenario without network communication.

[0051] After the remote terminal interacts with the network device through the relay terminal, the communication method further includes:

[0052] The second user interface displays a first instruction message indicating that the bus card recharge is complete.

[0053] Typically, remote terminals can recharge public transport cards using short-range communication technology. However, when the remote terminal cannot quickly obtain the recharge information from the network device, the convenience of the recharge process is compromised. In this application, the remote terminal can quickly obtain the recharge information from the public transport card through a relay terminal, thereby enabling the public transport card recharge function.

[0054] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes a service identifier corresponding to the SMS service, the first data packet is used to request a verification code, the second data packet includes the verification code, and before the remote terminal sends the relay request message, the communication method further includes:

[0055] The remote terminal displays a third user interface related to obtaining the verification code, and the remote terminal is currently in a scenario without network communication.

[0056] After the remote terminal interacts with the network device through the relay terminal, the communication method further includes:

[0057] The verification code is displayed on the third user interface.

[0058] Generally, to ensure information security, verification codes have a relatively short validity period, which makes SMS or verification code services relatively urgent. When a remote terminal cannot quickly obtain a verification code from network devices, it can obtain the verification code quickly through a relay terminal, thereby completing the business or function related to the verification code.

[0059] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes a service identifier corresponding to the payment service, the first data packet is used to request information related to phone bill recharge, the second data packet includes the information related to phone bill recharge, and before the remote terminal sends the relay request message, the communication method further includes:

[0060] The remote terminal displays a fourth user interface related to phone bill recharge, and the remote terminal is currently in a no-network communication scenario.

[0061] After the remote terminal interacts with the network device through the relay terminal, the communication method further includes:

[0062] The fourth user interface displays a second instruction message indicating that the phone bill recharge is complete.

[0063] Generally, even under normal network conditions, if a remote terminal cannot communicate with network equipment due to insufficient balance, it can resume normal communication once the balance is replenished. The remote terminal can complete the balance replenishment process through a relay terminal, thereby restoring normal communication functionality.

[0064] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes a service identifier corresponding to the payment service, the first data packet is used to request information related to parking fees, the second data packet includes the parking fee-related information, and before the remote terminal sends the relay request message, the communication method further includes:

[0065] The remote terminal displays a fifth user interface related to parking fee payment, and the remote terminal is currently in a scenario without network communication.

[0066] After the remote terminal interacts with the network device through the relay terminal, the communication method further includes:

[0067] The fifth user interface displays a third instruction message indicating that the parking fee payment has been completed.

[0068] Users can typically pay parking fees at the exit of underground parking garages. If the total payment time is long, it can cause congestion at the garage exit. When a remote terminal cannot quickly obtain parking fee information from network devices, a relay terminal can quickly retrieve the relevant information to complete the payment.

[0069] In conjunction with the first aspect, in some implementations of the first aspect, the relay request message includes a service identifier corresponding to the distress call service, the first data packet includes the uploaded voice packet of the distress call, the second data packet includes the downloaded voice packet of the distress call, and before the remote terminal sends the relay request message, the communication method further includes:

[0070] The remote terminal displays a sixth user interface related to the distress call, and the remote terminal is currently in a no-network communication scenario.

[0071] While the remote terminal interacts with the network device through the relay terminal, the communication method further includes:

[0072] The sixth user interface displays a fourth instruction message, which indicates that the remote terminal has connected the distress call.

[0073] Users typically only use emergency or dangerous situations to call for help. If the signal at the remote terminal is relatively weak, a failed call for help could have serious consequences. When the remote terminal cannot directly exchange the voice packets of the emergency call with the network device, it can do so through a relay terminal, thereby improving the success rate of the call for help.

[0074] Secondly, a communication method is provided, including:

[0075] The relay terminal receives a relay request message from the remote terminal;

[0076] The relay terminal establishes a sidelink communication connection with the remote terminal according to the relay request message. The sidelink communication connection is used to transmit data packets corresponding to the target communication service.

[0077] The relay terminal forwards messages between the remote terminal and the network device, including:

[0078] The relay terminal receives a first data packet corresponding to the target communication service from the remote terminal via the sidelink communication connection, and forwards the first data packet to the network device; and / or,

[0079] The relay terminal receives a second data packet corresponding to the target communication service from the network device, and forwards the second data packet to the remote terminal through the side link communication connection.

[0080] In this application, by associating the type of communication service with data packets, the relay terminal can forward data packets of a specific communication service to the remote terminal, so that the remote terminal can implement the function corresponding to the specific communication service.

[0081] In conjunction with the second aspect, in some implementations of the second aspect, the target communication service includes at least one of the following: high-definition voice call service, high-definition video call service, network voice call service, network video call service, QR code service, payment service, emergency call service, phone bill recharge service, SMS service, and application notification service.

[0082] In this application, by classifying service types in a detailed and diverse manner, a variety of communication service types are obtained, which enables data packets to be associated with specific services, thereby increasing the functionality that remote terminals can achieve in various application scenarios.

[0083] In conjunction with the second aspect, in certain implementations of the second aspect, the relay request message includes at least one of the following:

[0084] The terminal identifier of the remote terminal;

[0085] No network communication identifier, which indicates that the remote terminal is currently in a state of no network communication;

[0086] The first service identifier corresponds to the target communication service.

[0087] In this application, when a remote terminal is in a network-free communication scenario, it would normally be unable to achieve effective communication and thus unable to provide users with a variety of application functions. However, since the relay request message can carry a network-free communication identifier, it is beneficial for the relay terminal to prioritize providing relay services to remote terminals without network communication. This also ensures that the remote terminal's communication service data can obtain permission from the relay terminal, allowing users of the remote terminal to still use some of its functions even in a network-free communication scenario. This improves the user experience of the remote terminal in network-free communication scenarios.

[0088] In this application, since the relay request message carries the identifier of the target communication service, the relay terminal can learn the specific type of relay service that the remote terminal needs to be provided through the relay request message, which is conducive to the relay terminal providing relay services for specific communication services to the remote terminal.

[0089] In conjunction with the second aspect, in some implementations of the second aspect, the first service identifier is used to uniquely identify the target communication service.

[0090] In this application, because the first service identifier can uniquely identify a communication service, the relay terminal can accurately determine the specific type of relay service that the remote terminal needs to be provided with. Since there may be a wide variety of communication service types, the data volume of the first service identifier may be relatively large.

[0091] In conjunction with the second aspect, in some implementations of the second aspect, the first service identifier is used to indicate the priority of the target communication service.

[0092] In this application, since the first service identifier can identify the priority of the communication service, the relay terminal can determine whether to provide relay service to the remote terminal based on the service priority. Because there may be a wide variety of communication service types, identifying communication services by priority helps reduce the data volume of the first service identifier.

[0093] In conjunction with the second aspect, in some implementations of the second aspect, the relay request message includes multiple service identifiers; before the relay terminal forwards the message between the remote terminal and the network device, the communication method further includes:

[0094] The relay terminal sends a service identifier confirmation message to the remote terminal, the service identifier confirmation message including a first part of the multiple service identifiers;

[0095] The relay terminal forwards messages between the remote terminal and the network device, including:

[0096] The relay terminal forwards messages corresponding to the first part of the service identifier between the remote terminal and the network device, and discards messages corresponding to the second part of the service identifier. The second part of the service identifier includes the remaining service identifiers other than the first part of the service identifier among the plurality of service identifiers, and the first part of the service identifier includes the first service identifier.

[0097] In this application, since the relay terminal can choose to provide relay services to the remote terminal or not, the remote terminal can know the specific type of relay service that the relay terminal can provide after the relay terminal returns the first part of the service identifier.

[0098] In conjunction with the second aspect, in certain implementations of the second aspect, the relay terminal establishes a sidelink communication connection with the remote terminal based on the relay request message, including:

[0099] When the first service identifier meets the first service preset condition, the relay terminal establishes a sidelink communication connection with the remote terminal, wherein the first service identifier meeting the first service preset condition includes at least one of the following:

[0100] The priority corresponding to the first service identifier is higher than the priority of the first preset service;

[0101] The target communication service corresponding to the first service identifier belongs to the service whitelist of the relay terminal;

[0102] The target communication service corresponding to the first service identifier does not belong to the service blacklist of the relay terminal.

[0103] In this application, the relay terminal can determine whether to provide relay services to the remote terminal based on the communication parameters set by the user.

[0104] In conjunction with the second aspect, in certain implementations of the second aspect, the relay terminal establishes a sidelink communication connection with the remote terminal based on the relay request message, including:

[0105] When the terminal identifier meets the first terminal preset condition, the relay terminal establishes a sidelink communication connection with the remote terminal, wherein the terminal identifier meeting the first terminal preset condition includes any one of the following:

[0106] The terminal identifier is in the remote terminal whitelist of the relay terminal;

[0107] The terminal identifier is not in the remote terminal blacklist of the relay terminal.

[0108] In this application, the relay terminal can determine whether to provide relay services to the remote terminal based on the communication parameters set by the user.

[0109] In conjunction with the second aspect, in some implementations of the second aspect, the first data packet includes a second service identifier, which corresponds to the target communication service.

[0110] In this application, since the first data packet carries the identifier of the target communication service, the relay terminal knows that the first data packet is related to the target communication service and knows the specific type of relay service that the remote terminal needs to be provided with, which in turn helps the remote terminal to obtain the relay service of the specific communication service from the relay terminal.

[0111] In conjunction with the second aspect, in some implementations of the second aspect, the second data packet includes a third service identifier, which corresponds to the target communication service.

[0112] In this application, since the second data packet carries the identifier of the target communication service, the relay terminal knows that the second data packet is related to the target communication service and knows the specific type of relay service that the remote terminal needs to be provided with, which in turn helps the remote terminal to obtain the relay service of the specific communication service from the relay terminal.

[0113] In conjunction with the second aspect, in some implementations of the second aspect, before the relay terminal receives the relay request message from the remote terminal, the communication method further includes:

[0114] The relay terminal listens for the relay request message according to a second cycle, the duration of which is greater than 512ms.

[0115] In this application, the relay terminal listens for relay request messages at a relatively slow frequency, which helps to reduce the power consumption of the relay terminal.

[0116] In conjunction with the second aspect, in certain implementations of the second aspect, the relay terminal listens to the relay request message according to a second period, including:

[0117] The relay terminal drives its sidelink communication module according to the second cycle to listen for the relay request message. In each second cycle, the duration for which the relay terminal drives the sidelink communication module is equal to the sum of the transmission cycle of the relay request message and the time domain occupied by the relay request message.

[0118] In this application, by setting the drive duration of the side link communication module within each listening cycle, it is beneficial to save the power consumption of the relay terminal and improve the success rate of listening to relay request messages.

[0119] In conjunction with the second aspect, in some implementations of the second aspect, the transmission period of the relay request message is less than 40ms.

[0120] In this application, the remote terminal sends relay request messages at a relatively fast frequency, which is conducive to receiving feedback from the relay terminal as soon as possible and improving the user experience of the remote terminal.

[0121] In conjunction with the second aspect, in some implementations of the second aspect, the relay terminal includes a first communication module and a second communication module. The first communication module is used for interaction between the relay terminal and the network device, and the second communication module is used for interaction between the relay terminal and the remote terminal. In each driving cycle of the first communication module and the second communication module, the driving time period of the first communication module and the driving time period of the second communication module at least partially overlap.

[0122] In this application, the driving periods of multiple communication modules are overlapped, which helps to reduce the number of times other modules related to these multiple communication modules are driven, thereby helping to reduce the power consumption of the relay terminal.

[0123] In conjunction with the second aspect, in some implementations of the second aspect, after the first communication module of the relay terminal switches out of the connected state, the drive start time of the first communication module and the drive start time of the second communication module are the same time.

[0124] In this application, aligning the start times of the drives of multiple communication modules is beneficial to increasing the amount of overlap in the drive periods of the multiple communication modules.

[0125] In conjunction with the second aspect, in some implementations of the second aspect, the communication method further includes:

[0126] The relay terminal displays a user interface, which includes at least one of the following: a switch control for no network communication, a switch control for the relay terminal, and communication parameters of the relay terminal.

[0127] In this application, users can perform gesture operations through the user interface of the relay terminal to achieve personalized functions.

[0128] In conjunction with the second aspect, in some implementations of the second aspect, the communication parameters of the relay terminal include at least one of the following: power consumption mode, single duration limit, single traffic limit, default start time period, service whitelist, service blacklist, remote terminal whitelist, and remote terminal blacklist.

[0129] In this application, users can adjust various communication parameters of the relay terminal to achieve personalized functions.

[0130] In conjunction with the second aspect, in some implementations of the second aspect, the relay request message includes a service identifier corresponding to the QR code service, the first data packet is used to request information about the QR code, and the second data packet includes the information about the QR code.

[0131] To ensure information security, QR codes are typically updated multiple times within a relatively short period, making QR code-related services relatively urgent. When a remote terminal cannot quickly obtain a QR code from a network device, it can use a relay terminal to quickly acquire the QR code, thereby completing QR code-related business or functions.

[0132] In conjunction with the second aspect, in some implementations of the second aspect, the relay request message includes a service identifier corresponding to the payment service, the first data packet is used to request the recharge information of the bus card, and the second data packet includes the recharge information of the bus card.

[0133] Typically, remote terminals can recharge public transport cards using short-range communication technology. However, when the remote terminal cannot quickly obtain the recharge information from the network device, the convenience of the recharge process is compromised. In this application, the remote terminal can quickly obtain the recharge information from the public transport card through a relay terminal, thereby enabling the public transport card recharge function.

[0134] In conjunction with the second aspect, in some implementations of the second aspect, the relay request message includes a service identifier corresponding to the SMS service, the first data packet is used to request a verification code, and the second data packet includes the verification code.

[0135] Generally, to ensure information security, verification codes have a relatively short validity period, which makes SMS or verification code services relatively urgent. When a remote terminal cannot quickly obtain a verification code from network devices, it can obtain the verification code quickly through a relay terminal, thereby completing the business or function related to the verification code.

[0136] In conjunction with the second aspect, in some implementations of the second aspect, the relay request message includes a service identifier corresponding to the payment service, the first data packet is used to request information related to phone bill recharge, and the second data packet includes the information related to phone bill recharge.

[0137] Generally, even under normal network conditions, if a remote terminal cannot communicate with network equipment due to insufficient balance, it can resume normal communication once the balance is replenished. The remote terminal can complete the balance replenishment process through a relay terminal, thereby restoring normal communication functionality.

[0138] In conjunction with the second aspect, in some implementations of the second aspect, the relay request message includes a business identifier corresponding to the payment business, the first data packet is used to request information related to parking fees, and the second data packet includes the information related to parking fees.

[0139] Users can typically pay parking fees at the exit of underground parking garages. If the total payment time is long, it can cause congestion at the garage exit. When a remote terminal cannot quickly obtain parking fee information from network devices, a relay terminal can quickly retrieve the relevant information to complete the payment.

[0140] In conjunction with the second aspect, in some implementations of the second aspect, the relay request message includes a service identifier corresponding to the distress call service, the first data packet includes the uploaded voice packet of the distress call, and the second data packet includes the downloaded voice packet of the distress call.

[0141] Users typically only use emergency or dangerous situations to call for help. If the signal at the remote terminal is relatively weak, a failed call for help could have serious consequences. When the remote terminal cannot directly exchange the voice packets of the emergency call with the network device, it can do so through a relay terminal, thereby improving the success rate of the call for help.

[0142] Thirdly, a communication device is provided, comprising: one or more processors; one or more memories; the one or more memories storing one or more computer programs, the one or more computer programs including instructions that, when executed by the one or more processors, cause the electronic device to perform the communication method described in any possible implementation of the first or second aspect.

[0143] Fourthly, a non-volatile computer-readable storage medium is provided, including computer instructions that, when executed on an electronic device, cause the electronic device to perform the communication method described in any possible implementation of the first or second aspect.

[0144] Fifthly, a computer program product containing instructions is provided, which, when run on an electronic device, causes the electronic device to perform the communication method described in any possible implementation of the first or second aspect.

[0145] In a sixth aspect, a communication system is provided, including a network device, a remote terminal, and a relay terminal, wherein the remote terminal is used to execute the communication method described in any possible implementation of the first aspect, and the relay terminal is used to execute the communication method described in any possible implementation of the second aspect. Attached Figure Description

[0146] Figure 1 This is a diagram illustrating how a car communicates with everything.

[0147] Figure 2 This is a diagram showing the connection between devices.

[0148] Figure 3 This is a schematic structural diagram of the terminal device.

[0149] Figure 4 This is a schematic diagram of a network-free communication scenario provided in an embodiment of this application.

[0150] Figure 5 This is a schematic flowchart of a communication method provided in an embodiment of this application.

[0151] Figure 6 This is a schematic diagram of a user interface provided in an embodiment of this application.

[0152] Figure 7 This is a schematic diagram of a user interface provided in an embodiment of this application.

[0153] Figure 8 This is a schematic diagram of a user interface provided in an embodiment of this application.

[0154] Figure 9 This is a schematic diagram of relay demand messages carried on a physical side link broadcast channel.

[0155] Figure 10 This is a schematic diagram of relay demand messages carried on a physical side link broadcast channel.

[0156] Figure 11 This is a schematic flowchart of a communication method provided in an embodiment of this application.

[0157] Figure 12 This is a timing diagram of a relay terminal listening for relay request messages.

[0158] Figure 13 This is a timing diagram of a relay terminal listening for relay request messages.

[0159] Figure 14 This is a timing diagram illustrating how a relay terminal listens for relay request messages.

[0160] Figure 15 This is a timing diagram of a relay terminal driving a first communication module and a second communication module.

[0161] Figure 16 This is a structural schematic diagram of a communication device provided in an embodiment of this application.

[0162] Figure 17 This is a structural schematic diagram of a communication device provided in an embodiment of this application.

[0163] Figure 18 This is a structural schematic diagram of a communication device provided in an embodiment of this application. Detailed Implementation

[0164] The technical solutions in this application will now be described with reference to the accompanying drawings.

[0165] In this application, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple. Furthermore, in the embodiments of this application, the words "first," "second," etc., do not limit the number or execution order. Additionally, in the embodiments of this application, the words "301," "402," "503," etc., are merely identifiers for descriptive convenience and do not limit the order of execution steps.

[0166] It should be noted that, in this application, the terms "exemplary" or "for example" are used to indicate that something is being described as an example, illustration, or illustration. Any embodiment or design described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design solutions. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner.

[0167] The technical solutions of this application can be applied to various communication systems, such as: Global System for Mobile Communications (GSM), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), General Packet Radio Service (GPRS), Long Term Evolution (LTE), LTE Frequency Division Duplex (FDD), LTE Time Division Duplex (TDD), Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX), 5th Generation (5G) systems, new radio (NR), and future 6th Generation (6G) systems. Furthermore, the technical solutions of this application can be applied to future-oriented communication technologies. Any communication system employing new communication technologies, including terminal-to-terminal communication (such as D2D communication, V2X communication, etc.), is applicable to the technical solutions provided in this application. The system architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0168] The solutions in this application can be applied to device-to-device (D2D) communication and vehicle-to-everything (V2X) communication.

[0169] D2D communication refers to direct communication between multiple terminal devices within a certain distance. There are two main modes of resource allocation for D2D device communication. Mode 1 is centralized control. D2D resources can be allocated by network devices, and resources are distributed to sending terminal devices through scheduling. Mode 2 is a contention-based distributed resource reuse method. Sending terminal devices can obtain sending resources from a resource pool through contention. The resource pool is a block of resources allocated by network devices, and sending terminal devices can compete for resources within this block. Figure 2 This illustrates a D2D network system architecture diagram.

[0170] V2X is a key technology for future intelligent transportation systems. V2X communication can include vehicle-to-vehicle (V2V) communication, vehicle-to-infrastructure (V2I) communication, vehicle-to-pedestrian (V2P) communication, and vehicle-to-network (V2N) communication, such as... Figure 1 As shown, V2X communication can obtain a range of traffic information, including real-time road conditions, road information, and pedestrian information, thereby improving driving safety, reducing congestion, increasing traffic efficiency, and providing in-vehicle entertainment information.

[0171] In V2V communication, vehicles can broadcast information such as their speed, direction of travel, location, and whether they have applied emergency braking to surrounding vehicles. By receiving this information, drivers in surrounding vehicles can better perceive traffic conditions beyond their line of sight, thereby anticipating and avoiding dangerous situations.

[0172] For V2I communication, roadside infrastructure such as roadside units (RSUs) can provide vehicles with access to various service information and data networks, such as parking fees and in-vehicle entertainment. These functions greatly improve traffic intelligence.

[0173] For V2P communication, the user-carried terminal device can communicate with the vehicle. Examples of user-carried terminal devices include UE (User Equipment), MS (Mobile Station), Mobile Terminal, and electronic tags (V2X license plates, a type of license plate with V2X communication capabilities). Optionally, the user-carried terminal device can be a wearable device, mobile phone, tablet computer, PDA (Personal Digital Assistant), POS (Point of Sales), or in-vehicle computer.

[0174] For V2N travel, vehicles can communicate with networks such as access network devices and edge clouds. For example, the edge cloud can receive basic vehicle data (such as remaining fuel, current route, etc.) and then send alert messages to the vehicle (such as the location of nearby gas stations) through cloud computing.

[0175] like Figure 2 As shown, both V2X and D2D can support communication via the direct communication interface (PC5 interface) and the cellular communication interface (Uu interface).

[0176] The PC5 interface can serve as a reference point between two user equipment (UEs), and can be used to perform signaling and data transmission between the control plane and user plane, proximity service discovery, direct communication, and network access relay functions for terminal equipment.

[0177] The Uu interface can be the interface between the UE and the access network equipment. This access network equipment can be a base station in the UMTS terrestrial radio access network (UTRAN), a base station in the Universal Mobile Telecommunications System (UMTS), an evolved Node B (eNodeB or eNB) in a 4G network, a base station in a 5G network (generationNode B, gNodeB or gNB), or a base station in a subsequent evolution network; there are no restrictions.

[0178] In this embodiment, the PC5 interface can be used for short-range direct communication or direct communication between UEs. UEs communicating via the PC5 interface can be located within network coverage or without network coverage; the network can be a 4G or 5G communication network, without limitation. The transmission distance of PC5 interface communication can be, for example, 50–300 meters, and the latency requirement can be, for example, 100ms (20ms for collisions). PC5 interface communication can include at least one of the following: unicast communication, multicast communication, and broadcast communication.

[0179] The unicast communication method of the PC5 interface refers to the communication method in which the server sends service data to a single UE, that is, a transmission method with a single target address. V2X servers and target UEs can transmit data through the unicast communication method of the PC5 interface.

[0180] Multicast communication via the PC5 interface refers to a communication method where a server sends service data to at least two UEs, meaning the destination address is at least two UEs in the network. These at least two UEs can refer to UEs within a specific area, and they can be divided into multiple groups, with each group corresponding to a specific address. V2X servers and UEs within the area including the target UE can transmit data via multicast communication via the PC5 interface.

[0181] The broadcast communication method of the PC5 interface can refer to the communication method in which the server sends service data to all UEs.

[0182] Figure 3 A schematic structural diagram of the terminal device 100 is shown.

[0183] The following description uses terminal device 100 as an example to illustrate the embodiment. It should be understood that... Figure 3 The terminal device 100 shown is merely an example, and the terminal device 100 may have more than Figure 3 The more or fewer components shown can be combined into two or more components, or they can have different component configurations. The various components shown can be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and / or application-specific integrated circuits. Terminal device 100 can be, for example, a mobile phone, power bank, laptop, tablet computer, e-reader, laptop computer, digital camera, in-vehicle equipment, wearable device, headset, in-vehicle terminal, etc.

[0184] Terminal device 100 may include: processor 110, internal memory 121, universal serial bus (USB) interface 130, charging management module 140, power management module 141, battery 142, antenna 1, antenna 2, antenna 3, mobile communication module 150, wireless communication module 160, sidelink communication module 180, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, camera 193, display screen 194, and subscriber identification module (SIM) card interface 195, etc.

[0185] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the terminal device 100. In other embodiments of this application, the terminal device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0186] Processor 110 may include one or more processing units, such as application processors (APs), modem processors, graphics processing units (GPUs), image signal processors (ISPs), controllers, memory, video codecs, digital signal processors (DSPs), baseband processors, and / or neural network processing units (NPUs). Different processing units may be independent devices or integrated into one or more processors. The controller may serve as the central nervous system and command center of the terminal device 100. The controller can generate operation control signals based on instruction opcodes and timing signals to control instruction fetching and execution.

[0187] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0188] In some embodiments, the processor 110 may include one or more interfaces. Interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0189] The I2C interface is a bidirectional synchronous serial bus, including a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 110 may include multiple I2C buses. The processor 110 can couple to the charger, flash, camera 193, etc., through different I2C bus interfaces.

[0190] The I2S interface can be used for audio communication. In some embodiments, the processor 110 may include multiple I2S buses. The processor 110 can be coupled to the audio module 170 via the I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the I2S interface to enable the function of answering phone calls through a Bluetooth headset.

[0191] The PCM interface can also be used for audio communication, sampling, quantizing, and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 can be coupled via the PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 via the PCM interface, enabling the function of answering phone calls through a Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

[0192] The UART interface is a universal serial data bus used for asynchronous communication. This bus can be a bidirectional communication bus. It converts the data to be transmitted between serial and parallel communication. In some embodiments, the UART interface is typically used to connect the processor 110 and the wireless communication module 160. For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 via the UART interface to implement Bluetooth functionality. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the UART interface to enable music playback through Bluetooth headphones.

[0193] The MIPI interface can be used to connect the processor 110 to peripheral devices such as the display screen 194 and the camera 193. The MIPI interface includes a camera serial interface (CSI) and a display serial interface (DSI). In some embodiments, the processor 110 and the camera 193 communicate via the CSI interface to enable the shooting function of the terminal device 100. The processor 110 and the display screen 194 communicate via the DSI interface to enable the display function of the terminal device 100.

[0194] The GPIO interface can be configured via software. It can be configured as a control signal or a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 to a camera 193, a display screen 194, a wireless communication module 160, an audio module 170, etc. The GPIO interface can also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, etc.

[0195] USB port 130 is a USB standard compliant interface, specifically a Mini USB port, Micro USB port, USB Type-C port, etc. USB port 130 can be used to connect a charger to charge terminal device 100, and can also be used for data transfer between terminal device 100 and peripheral devices. It can also be used to connect headphones for audio playback. This interface can also be used to connect other terminal devices, such as AR devices.

[0196] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the terminal device 100. In other embodiments of this application, the terminal device 100 may also adopt different interface connection methods or a combination of multiple interface connection methods as described in the above embodiments.

[0197] The charging management module 140 receives charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 receives charging input from the wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 receives wireless charging input via the wireless charging coil of the terminal device 100. While charging the battery 142, the charging management module 140 can also supply power to other terminal devices via the power management module 141.

[0198] The power management module 141 connects the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140, providing power to the processor 110, internal memory 121, external memory, display screen 194, camera 193, and wireless communication module 160, etc. The power management module 141 can also monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage current, impedance). In some other embodiments, the power management module 141 may also be located within the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be located in the same device.

[0199] The wireless communication function of the terminal device 100 can be implemented through antenna 1, antenna 2, antenna 3, mobile communication module 150, wireless communication module 160, side link communication module 180, modem processor, and baseband processor.

[0200] Antennas 1, 2, and 3 are used to transmit and receive electromagnetic wave signals. Each antenna in terminal device 100 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for sidelink communication or wireless local area network; similarly, antenna 2 can be multiplexed as a diversity antenna for sidelink communication or cellular communication. In other embodiments, the antennas can be used in conjunction with tuning switches.

[0201] The mobile communication module 150 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the terminal device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device.

[0202] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through an audio device (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 194. In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 150 or other functional modules.

[0203] The wireless communication module 160 can provide solutions for wireless communication applications on the terminal device 100, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0204] The sidelink communication module 180 can provide solutions for sidelink communication, including 4G sidelink and 5G sidelink, applied to the terminal device 100. The sidelink communication module 180 can be one or more devices integrating at least one communication processing module. The sidelink communication module 180 receives electromagnetic waves via antenna 3, performs frequency modulation and filtering of the electromagnetic wave signal, and sends the processed signal to processor 110. The sidelink communication module 180 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 3. In other scenarios, the sidelink communication module 180 can also be referred to as a network-free communication module, auxiliary communication module, auxiliary network communication module, relay communication module, or end-to-end communication module. The following explanation uses the sidelink communication module as an example.

[0205] In some embodiments, the antenna 1 of the terminal device 100 is coupled to the mobile communication module 150, the antenna 2 is coupled to the wireless communication module 160, and the antenna 3 of the terminal device 100 is coupled to the side link communication module 180, so that the terminal device 100 can communicate with the network and other devices through wireless communication technology. The wireless communication technologies mentioned may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time-Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), 5th Generation (5G), New Radio (NR), 6th Generation (6G), Device-to-Device (D2D), Vehicle-to-Everything (V2X), BT, GNSS, WLAN, NFC, FM, and / or IR technologies, etc. The GNSS may include the Global Positioning System (GPS), the Global Navigation Satellite System (GLONASS), the BeiDou Navigation Satellite System (BDS), the Quasi-Zenith Satellite System (QZSS), and / or satellite-based augmentation systems (SBAS).

[0206] The antenna can be multiplexed by multiple communication modules. In other examples, at least two of the mobile communication module 150, wireless communication module 160, and sidelink communication module 180 can be coupled to the same antenna. For example, mobile communication module 150, wireless communication module 160, and sidelink communication module 180 are all coupled to antenna 4 ( Figure 3 (Not shown) is coupled. For example, both the mobile communication module 150 and the sidelink communication module 180 are coupled to the antenna 5 (…). Figure 3(Not shown) Coupled, the wireless communication module 160 is coupled to the antenna 6 ( Figure 3 (Not shown) coupling. For example, the mobile communication module 150 is coupled to the antenna 7 (…). Figure 3 (Not shown) Coupled, both the wireless communication module 160 and the side link communication module 180 are coupled to the antenna 8 ( Figure 3 (Not shown) Coupling.

[0207] In this embodiment, the mobile communication module 150, the wireless communication module 160, and the sidelink communication module 180 can each use different wireless communication technologies. For example, the mobile communication module 150 can use 2G, 3G, 4G, LTE, 5G, 6G, and other communication technologies; the wireless communication module 160 can use BT, GNSS, WLAN, NFC, FM, IR, and other communication technologies; and the sidelink communication module 180 can use 4G sidelink, 5G sidelink, and other communication technologies.

[0208] In one example, the terminal device may include a baseband chip, which may include a mobile communication modem, a wireless communication modem, and a sidelink communication modem corresponding one-to-one with the mobile communication module 150, the wireless communication module 160, and the sidelink communication module 180.

[0209] Mobile communication modems may include, for example, multiple protocol stacks corresponding one-to-one with 2G, 3G, 4G, LTE, 5G, and 6G, so that the mobile communication modem can be used for 2G, 3G, 4G, LTE, 5G, and 6G communication.

[0210] The wireless communication modem may include multiple protocol stacks corresponding to BT, GNSS, WLAN, NFC, FM, and IR, so that the wireless communication modem can be used for BT, GNSS, WLAN, NFC, FM, and IR communication.

[0211] The sidelink communication modem may include, for example, multiple protocol stacks corresponding one-to-one with 4G sidelink and 5G sidelink, so that the sidelink communication modem can be used for 4G sidelink and 5G sidelink communication.

[0212] In another example, the first part of the mobile communication module 150, the wireless communication module 160, and the sidelink communication module 180 is integrated into the baseband chip 1, and the second part is integrated into the baseband chip 2.

[0213] The hardware implementation of the communication module in the embodiments of this application is not limited.

[0214] Terminal device 100 implements display functions through a GPU, display screen 194, and application processor. The GPU is a microprocessor for image processing, connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. Processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0215] Display screen 194 is used to display images, videos, etc. Display screen 194 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a mini light-emitting diode (MiniLED), a micro light-emitting diode (MicroLED), a micro organic light-emitting diode (Micro-OLED), a quantum dot light-emitting diode (QLED), etc. In some embodiments, terminal device 100 may include one or N displays 194, where N is a positive integer greater than 1.

[0216] Terminal device 100 can perform shooting functions through ISP, camera 193, video codec, GPU, display 194 and application processor.

[0217] The ISP (Image Signal Processor) is used to process data fed back from the camera 193. For example, when taking a picture, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element. The light signal is converted into an electrical signal, and the camera's photosensitive element transmits the electrical signal to the ISP for processing, transforming it into an image visible to the naked eye. The ISP can also perform algorithmic optimization of image noise, brightness, and skin tone. The ISP can also optimize parameters such as exposure and color temperature of the shooting scene. In some embodiments, the ISP can be set in the camera 193.

[0218] Camera 193 is used to capture still images or videos. An object is projected onto a photosensitive element by generating an optical image through the lens. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then passed to an ISP for conversion into a digital image signal. The ISP outputs the digital image signal to a DSP for processing. The DSP converts the digital image signal into image signals in standard RGB, YUV, or other formats. In some embodiments, the terminal device 100 may include one or N cameras 193, where N is a positive integer greater than 1.

[0219] A digital signal processor (DSP) is used to process digital signals. Besides digital image signals, it can also process other digital signals. For example, when terminal device 100 selects a frequency, the DSP can perform Fourier transforms on the frequency energy.

[0220] Video codecs are used to compress or decompress digital video. Terminal device 100 may support one or more video codecs. Thus, terminal device 100 can play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG 2, MPEG 3, MPEG 4, etc.

[0221] NPU stands for Neural Network (NN) Computing Processor. By borrowing the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it can rapidly process input information and continuously learn on its own. NPUs enable intelligent cognitive applications in terminal devices, such as image recognition, facial recognition, speech recognition, and text understanding.

[0222] Internal memory 121 can be used to store computer executable program code, which includes instructions. Processor 110 executes various functional applications and data processing of terminal device 100 by running the instructions stored in internal memory 121. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback, image playback, etc.), etc. The data storage area may store data created during the use of terminal device 100 (such as audio data, phonebook, etc.). Furthermore, internal memory 121 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

[0223] Terminal device 100 can implement audio functions, such as music playback and recording, through audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, and application processor.

[0224] The audio module 170 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. The audio module 170 can also be used for encoding and decoding audio signals. In some embodiments, the audio module 170 may be located in the processor 110, or some functional modules of the audio module 170 may be located in the processor 110.

[0225] The speaker 170A, also known as a "loudspeaker," is used to convert audio electrical signals into sound signals. The terminal device 100 can listen to music or make hands-free calls through the speaker 170A.

[0226] The receiver 170B, also known as the "earpiece," is used to convert audio electrical signals into sound signals. When the terminal device 100 answers a phone call or voice message, the receiver 170B can be brought close to the listener's ear to hear the voice.

[0227] Microphone 170C, also known as a "microphone" or "voice transducer," is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can speak by bringing their mouth close to microphone 170C, inputting the sound signal into microphone 170C. Terminal device 100 may be equipped with at least one microphone 170C. In some embodiments, terminal device 100 may be equipped with two microphones 170C, which, in addition to collecting sound signals, can also perform noise reduction. In other embodiments, terminal device 100 may be equipped with three, four, or more microphones 170C, which can collect sound signals, reduce noise, identify the sound source, and perform directional recording, etc.

[0228] The 170D headphone jack is used to connect wired headphones. The 170D headphone jack can be a USB 130 interface or a 3.5mm Open Mobile Terminal Platform (OMTP) standard interface, a CTIA (Cellular Telecommunications Industry Association of the USA) standard interface.

[0229] The SIM card interface 195 is used to connect a SIM card. The SIM card can be inserted into or removed from the SIM card interface 195 to make contact with and separate from the terminal device 100. The terminal device 100 can support one or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, etc. Multiple cards can be inserted into the same SIM card interface 195 simultaneously. The multiple cards can be of the same or different types. The SIM card interface 195 is also compatible with different types of SIM cards. The SIM card interface 195 is also compatible with external memory cards. The terminal device 100 interacts with the network through the SIM card to realize functions such as calls and data communication. In some embodiments, the terminal device 100 uses an embedded SIM card (eSIM). The eSIM card can be embedded in the terminal device 100 and cannot be separated from the terminal device 100.

[0230] Figure 4 This illustration depicts a network-free communication scenario provided by an embodiment of this application. The network-free communication scenario may include a network device, at least one terminal device 1, and at least one terminal device 2. Terminal device 1 can receive signals from the network device and is within the network coverage area. Terminal device 2 cannot receive signals from the network device and is not within the network coverage area. However, terminal device 2 can receive signals from terminal device 1, meaning terminal device 2 can directly interact with terminal device 1.

[0231] This application provides a communication system that may include a network device, a relay terminal, and a remote terminal. The network device can interact with the relay terminal, and the network device can also interact with the remote terminal through the relay terminal. The remote terminal can interact with the relay terminal, and the remote terminal can also interact with the network device through the relay terminal. The relay terminal can interact with both the network device and the remote terminal, and the relay terminal can provide relay services between the remote terminal and the network device. In this application embodiment, the interaction between the relay terminal and the remote terminal...

[0232] In one example, the terminal device may act as either a relay terminal or a remote terminal. In other examples, the terminal device may act as both a relay terminal and a remote terminal; that is, the terminal device may provide relay services to other terminal devices or be provided with relay services by other terminal devices.

[0233] The communication system provided in this application embodiment can be applied to... Figure 4 The diagram illustrates a scenario without network communication. In such a scenario, the network device could, for example, correspond to... Figure 4 The network device shown, the relay terminal, for example, can correspond to Figure 4 The terminal device 1 shown, for example, can correspond to the remote terminal. Figure 4 Terminal device 2 shown.

[0234] In scenarios without network communication, remote terminals typically cannot communicate directly with network devices, or at least one direct communication method between the remote terminal and the network device is relatively difficult. For example, the remote terminal's SIM card interface may not be correctly connected to the SIM card. Alternatively, the communication quality between the remote terminal and the network device may be relatively poor (e.g., a relatively weak signal strength detected from the network device). Another example is that a certain communication service of the remote terminal (such as data transmission) has not been contracted with or activated by the network provider. Yet another example is that a certain communication function of the remote terminal (such as cellular data or wireless communication) is disabled or restricted (e.g., the remote terminal cannot find a suitable hotspot device). Finally, the remote terminal may have insufficient communication balance. In one example, combining... Figure 3 In scenarios without network communication, remote terminals may be unable to interact with network devices through mobile communication modules or wireless communication modules.

[0235] In scenarios without network communication, relay terminals can typically communicate directly with network devices. For example, the relay terminal's SIM card interface is correctly connected to the SIM card. Also, the communication quality between the relay terminal and the network device is relatively good (e.g., a relatively strong signal strength is detected from the network device). Furthermore, a certain communication service (such as data transmission) on the relay terminal has been activated and is usable. Additionally, the remote terminal has been granted permission for a certain communication service (such as data transmission). Finally, the relay terminal has sufficient communication balance.

[0236] In scenarios without network communication, a remote terminal can send messages to a network device via a relay terminal, and these messages can be forwarded to the network device via the relay terminal. Similarly, a network device can send messages to a remote terminal via a relay terminal, and these messages can be forwarded to the remote terminal via the relay terminal.

[0237] Therefore, in scenarios without network communication, Figure 4Any of the terminal devices shown can interact with network devices.

[0238] Figure 5 This is a schematic flowchart of a communication method 500 provided in an embodiment of this application.

[0239] 501. Remote terminals can send relay request messages.

[0240] Accordingly, the relay terminal can receive the relay request message from the remote terminal.

[0241] In other words, when a remote terminal needs a relay terminal to provide relay services, the remote terminal can broadcast a relay request message or send a relay request message to one or more specified relay terminals. In one example, combining... Figure 3 The remote terminal can send a relay request message through the sidelink communication module 180. The sidelink communication module 180 can be used for communication between the remote terminal and the relay terminal.

[0242] A relay request message may include a relay request identifier, which may indicate the type of message, for example, it may be used to indicate that a remote terminal needs to be provided with relay services. That is, the relay request identifier may be used to indicate that a remote terminal needs another terminal to act as a relay terminal, wherein the relay terminal may be used to forward messages from the remote terminal to network devices, and / or, the relay terminal may be used to forward messages from network devices to the remote terminal.

[0243] Optionally, before the remote terminal broadcasts the relay request message, the method further includes:

[0244] The remote terminal determines that the target message is sent to the network device through a relay terminal, and the target message corresponds to the target communication service.

[0245] In other words, a remote terminal can determine that it has a communication need and that this need can be met by a relay terminal. The remote terminal can then broadcast a relay request message to find a suitable relay terminal. The relay terminal then forwards the remote terminal's target message to the network device.

[0246] Target communication services may include, for example, high-definition voice call services (such as Voice over Long-Term Evolution (VoLTE)), high-definition video call services, VoIP services, VoIP services, QR code services, payment services, emergency call services, phone bill top-up services, SMS services, and application notification services. High-definition voice call services and high-definition video call services may, for example, be based on the Session Initiation Protocol (SIP). VoIP services and VoIP services may, for example, be based on the User Datagram Protocol (UDP).

[0247] In one example, the target communication service is a high-definition voice call service. The target message corresponding to the high-definition voice call service may include at least one of the following: a voice call request message, a feedback message for the voice call request, a voice call confirmation message, a feedback message for the voice call confirmation, a voice call data packet, etc.

[0248] In one example, the target communication service is a high-definition video call service. The target message corresponding to the high-definition voice call service may include at least one of the following: a video call request message, a feedback message for the video call request, a video call confirmation message, a feedback message for the video call confirmation, a video call data packet, etc.

[0249] In one example, the target communication service is a voice network call service. The target message corresponding to the voice network call service may include at least one of the following: a network voice paging message, a feedback message for a network voice paging, a network voice data packet, etc.

[0250] In one example, the target communication service is a video network call service. The target message corresponding to the voice network call service may include at least one of the following: a network video paging message, a feedback message for a network video paging, a network video data packet, etc.

[0251] In one example, the target communication service is a QR code service. The QR code service can further include, for example, scanning to log in to an account, scanning to add friends, and QR code payment. The target message corresponding to the QR code service can include at least one of the following: a message containing QR code information, a message containing the QR code compilation result, etc.

[0252] In one example, the target communication service is a payment service. The payment service may further include, for example, mobile phone top-up services, NFC card top-up services, and QR code payment services. The target messages corresponding to the payment service may include at least one of the following: payment confirmation messages (e.g., SEL_REQ), payment confirmation feedback messages (e.g., SEL_RES), NEG_REQ, payment channel establishment messages (e.g., NEG_REQ), payment channel establishment feedback messages (e.g., NEG_RES), transaction process messages (e.g., TRANS_REQ), and transaction process feedback messages (e.g., TRANS_RES).

[0253] In one example, the target communication service is a distress call. The target message corresponding to the distress call service may include at least one of the following: a message for calling "110", a message for calling "120", a message for calling "119", etc.

[0254] In one example, the target communication service is SMS (Short Message Service). The target message corresponding to the SMS service could include, for example, a message requesting a verification code or a message containing a verification code.

[0255] In one example, the target communication service is an application notification service. The target message corresponding to the application notification service may include, for example, application notification messages (such as email notifications, message notifications, etc.).

[0256] Optionally, the relay request message includes a first service identifier corresponding to the target communication service.

[0257] In other words, a remote terminal can request a relay terminal to provide relay services related to the target communication service through a first service identifier. Upon receiving a relay request message, the relay terminal can determine, based on the first service identifier, that the remote terminal has initiated a relay request based on a service related to the target communication service, and can obtain (e.g., estimate, read, receive, etc.) information related to the target communication service, such as the bandwidth consumed by the target message. Furthermore, the relay terminal can determine whether to agree to provide relay services to the remote terminal.

[0258] In the first example, the first service identifier can uniquely identify the target communication service.

[0259] The service identifier for high-definition voice calls can be, for example, 01. The service identifier for high-definition video calls can be, for example, 02. The service identifier for VoIP calls can be, for example, 03. The service identifier for VoIP videos can be, for example, 04. The service identifier for QR code services can be, for example, 05. The service identifier for payment services can be, for example, 06. The service identifier for emergency calls can be, for example, 07. The service identifier for phone bill top-ups can be, for example, 08. The service identifier for SMS services can be, for example, 09. The service identifier for application notification services can be, for example, 10. It should be understood that the specific value of the first service identifier is not limited in the embodiments of this application.

[0260] In this example, the relay terminal can determine that it provides relay services to the remote terminal for the target communication service by obtaining the first service identifier. That is, the relay terminal can forward the target message corresponding to the target communication service between the remote terminal and the network device, and the relay terminal can skip or discard messages related to other services; that is, the relay terminal can choose not to forward messages related to other services.

[0261] Optionally, the relay request message includes multiple service identifiers; before the relay terminal forwards the message between the remote terminal and the network device, the method further includes: the relay terminal sending a service identifier confirmation message to the remote terminal, the service identifier confirmation message including a first part of the multiple service identifiers; the relay terminal forwarding the message between the remote terminal and the network device includes: the relay terminal forwarding the message corresponding to the first part of the service identifier between the remote terminal and the network device, and discarding the message corresponding to the second part of the service identifier, the second part of the service identifier including the remaining service identifiers other than the first part of the service identifiers among the multiple service identifiers, and the first part of the service identifier including the first service identifier.

[0262] Correspondingly and optionally, the relay request message includes multiple service identifiers; before the remote terminal interacts with the network device through the relay terminal, the method further includes: the remote terminal receiving a service identifier confirmation message from the relay terminal, the service identifier confirmation message including a first part of the multiple service identifiers, the service identifier confirmation message being used to indicate that the communication service corresponding to the first part of the service identifier is permitted by the relay terminal, the first part of the service identifier including the first service identifier.

[0263] In other words, a remote terminal can request a relay terminal to provide relay services for multiple communication services. The relay terminal can then provide relay services for some of these communication services. The relay terminal can send a message indicating the specific communication service to the remote terminal. The remote terminal can then continue searching for suitable relay terminals for the remaining communication services.

[0264] In the second example, the first service identifier can be used, for example, to indicate the priority of the target communication service.

[0265] The priority of application services may include, for example, first priority and second priority, with first priority being higher than second priority. First priority corresponds to one or more first-class communication services, and second priority corresponds to one or more second-class communication services.

[0266] For example, a first service identifier of 0 indicates that the target communication service belongs to the first category of communication services and has the highest priority. A first service identifier of 1 indicates that the target communication service belongs to the second category of communication services and has the highest priority.

[0267] Optionally, the priority of communication services can be reflected by factors such as the urgency of the service, the type of data, the size of the data, and the latency.

[0268] For example, according to urgency, communication services can be ordered from most urgent to least urgent as follows: SOS service, phone bill top-up service, payment service, QR code service, high-definition voice call service, VoIP service, SMS service, application notification service, high-definition video call service, and VoIP service.

[0269] For example, based on data volume, communication services can be sorted from smallest to largest as follows: SOS service, QR code service, payment service, phone bill recharge service, application notification service, SMS service, VoIP service, HD voice service, VoIP service, HD video service, HD video service, etc.

[0270] For example, depending on the data channel type, services such as emergency calls, high-definition voice calls, high-definition video calls, and SMS may not use data traffic, while QR code services, payment services, phone bill top-up services, application notification services, VoIP services, and VoIP services typically require data traffic.

[0271] For example, based on latency sensitivity, communication services can be ordered from highest to lowest latency sensitivity as follows: SOS service, QR code service, payment service, high-definition voice call service, VoIP service, high-definition video call service, VoIP service, SMS service, application notification service, and phone bill recharge service.

[0272] This application provides a possible priority arrangement for communication services, as shown in Table 1. In the example shown in Table 1, the service identifier can, for example, use 1 bit of data.

[0273] Table 1 Priority of Communication Services

[0274]

[0275] This application provides another possible priority arrangement for communication services, as shown in Table 2. In the example shown in Table 2, the service identifier can use a 2-bit data amount.

[0276] Table 2 Priority of Communication Services

[0277]

[0278] In one example, the priority of communication services can be specified by the user. That is, the user can adjust the priority of communication services.

[0279] As can be seen from the above embodiments, the priority of communication services can be different from the quality of service (QoS). When traffic is limited, QoS can be used to provide targeted, higher-quality communication services. In some scenarios of this application's embodiments, the priority of communication services can reflect the preferred service messages forwarded by the relay terminal. Different relay terminals can have different preferred communication services. Furthermore, different communication services can be applied to different human-computer interaction scenarios, such as emergency calls, phone bill top-ups, payments, and QR code scanning. That is, a specific human-computer interaction scenario can be associated with a specific service type. Therefore, the priority of communication services can also reflect which type of human-computer interaction scenario the relay terminal prefers to provide relay services to.

[0280] Optionally, before the remote terminal sends the relay request message, the method further includes: the remote terminal determining that it is currently in a network-free communication scenario.

[0281] Combining the above and Figure 3 , Figure 4 The remote terminal may be unable to use the mobile communication module 150 or the wireless communication module 160 to send and receive the target message. In this case, the remote terminal can search for a relay terminal via a relay request message and establish a sidelink communication connection with the relay terminal.

[0282] This application provides a remote terminal that may have a network-free communication function. This network-free communication function can refer to the remote terminal being in a state where... Figure 4In the scenario shown where there is no network communication, the remote terminal has the function of interacting with the relay terminal to indirectly achieve interaction with network devices. Combined with... Figure 3 As can be seen, a remote terminal can achieve network-free communication functionality, for example, through the sidelink communication module 180. On the remote terminal side, network-free communication functionality can also be referred to as sidelink communication functionality, remote communication functionality, etc.

[0283] Optionally, the remote terminal determines that it is currently in a network-free communication scenario by: the remote terminal determining that it is currently in a network-free communication scenario based on at least one of the following: the status of the remote terminal's SIM card interface, the remote terminal's communication package usage (or call bill status), the communication status between the remote terminal and the network device, the status of the remote terminal's mobile data function, the status of the remote terminal's wireless local area network (WLAN) function, and the status of the remote terminal's Bluetooth function.

[0284] Similarly, embodiments of this application provide a relay terminal, which may have a network-free communication function. This network-free communication function can refer to the fact that when other (remote) terminals are in... Figure 4 In the scenario shown where there is no network communication, the relay terminal has the function of forwarding messages between the remote terminal and the network device to enable interaction between the remote terminal and the network device. Combined with... Figure 3 It can be seen that the relay terminal can achieve network-free communication function, for example, through the sidelink communication module 180. On the relay terminal side, the network-free communication function can also be referred to as the sidelink communication function or the relay communication function.

[0285] For example, a relay request message can carry the terminal identifier of a remote terminal, which the relay terminal can report to the network device. The network device can then send communication connection information back to the relay terminal, indicating whether a communication connection has been established between the remote terminal and the network device. This allows the relay terminal to determine whether the remote terminal is currently in a network-free environment.

[0286] For example, a relay request message can carry a network-free communication identifier, which indicates that the remote terminal is currently in a network-free communication scenario. Therefore, the relay terminal can determine that the remote terminal is currently in a network-free communication scenario based on this identifier.

[0287] In scenarios with network communication (as opposed to scenarios without network communication, and in some cases can be understood as scenarios other than those without network communication), remote terminals can, for example, use... Figure 3The sidelink communication module 180 shown implements auxiliary communication functions. The auxiliary communication function of a remote terminal refers to the ability of the remote terminal to interact with a relay terminal to indirectly interact with network devices when the remote terminal is in a network communication scenario. On the remote terminal side, the auxiliary communication function can also be referred to as sidelink communication function, remote communication function, auxiliary network function, etc.

[0288] Similarly, when other (remote) terminals are in a network communication scenario, the relay terminal can, for example, use... Figure 3 The sidelink communication module 180 shown implements auxiliary communication functions. The auxiliary communication function of a relay terminal refers to the ability of the relay terminal to forward messages between other (remote) terminals and network devices when other terminals are in a network communication scenario, thereby enabling interaction between the other terminals and the network devices. On the relay terminal side, the auxiliary communication function can also be referred to as sidelink communication function, relay communication function, auxiliary network function, etc.

[0289] Figures 6 to 8 These are the multiple user interfaces provided in the embodiments of this application. Figures 6 to 8 The multiple user interfaces shown can be displayed Figure 3 The display screen 194 is shown. Users can control... Figures 6 to 8 The diagram shows several user interfaces for adjusting communication parameters with the terminal device (e.g., sidelink communication parameters).

[0290] exist Figure 6 The user interface may include a network-free communication function control 610. By performing user gestures (such as clicking) on ​​the network-free communication function control 610, users can access... Figure 7 or Figure 8 The user interface shown.

[0291] like Figure 7 , Figure 8 As shown, the user interface may include a switch control 620 that does not communicate with the network.

[0292] One possible scenario is that, in the case where the switch control 620, which lacks network communication, is turned off, combined with... Figure 3 The sidelink communication module 180 of the remote terminal can be in a state such as power-off, sleep, or idle. When the switch control 620 (for non-network communication) is turned on, combined with... Figure 3 The sidelink communication module of the remote terminal can be in an on state (e.g., it can also be called a wake-up state, a connected state, etc.) or a periodically on state (e.g., it can also be called a breathing state).

[0293] Another possible scenario is that, in the case where the switch control 620, which lacks network communication, is turned off, combined with... Figure 3The sidelink communication module 180 of the terminal (such as a remote terminal or a relay terminal) can be in an on state or a periodically on state when there is network communication. When the switch control 620 is on in the absence of network communication, combined with... Figure 3 The sidelink communication module 180 of the terminal (such as a remote terminal or a relay terminal) can be turned on only in the absence of network communication or in a periodic state.

[0294] like Figure 7 , Figure 8 As shown, the user interface may include a switch control 630 for a remote terminal and a switch control 640 for a relay terminal.

[0295] like Figure 7 As shown, when the switch control 630 of the remote terminal is turned on, the terminal device can act as a remote terminal, meaning it can receive relay services provided by other relay terminals. Combined with the above, it can be seen that when the switch control 630 of the remote terminal is turned on, the remote terminal can perform... Figure 5 The execution steps of the remote terminal side of the communication method 500 shown.

[0296] like Figure 8 As shown, when the remote terminal's switch control 630 is turned off, the terminal device can choose not to act as a remote terminal, meaning it can choose not to accept relay services provided by other relay terminals. Combined with the above, it can be seen that when the remote terminal's switch control 630 is turned off, the terminal device can choose not to perform... Figure 5 The execution steps of the remote terminal side of the communication method 500 shown.

[0297] like Figure 7 As shown, when the relay terminal's switch control 640 is closed, the terminal device can choose not to act as a relay terminal; that is, the terminal device can choose not to provide relay services to other remote terminals. In conjunction with the above, it can be seen that when the relay terminal's switch control 640 is closed, the terminal device can choose not to perform... Figure 5 The execution steps of the relay terminal side of the communication method 500 shown.

[0298] like Figure 8 As shown, when the switch control 640 of the relay terminal is turned on, the terminal device can act as a relay terminal, that is, the terminal device can provide relay services to other remote terminals. Combined with the above, it can be seen that when the switch control 640 of the relay terminal is turned on, the relay terminal can perform... Figure 5 The execution steps of the relay terminal side of the communication method 500 shown.

[0299] In some embodiments, the switch control 630 of the remote terminal and the switch control 640 of the relay terminal can be independent of each other.

[0300] When the switch control 630 of the remote terminal is turned on and the switch control 640 of the relay terminal is turned off, the terminal device can... Figure 4 In the communication system shown, the terminal device acts as a remote terminal but not as a relay terminal. That is, the terminal device can receive relay services from other relay terminals, but it does not provide relay services to other remote terminals. In other words, the terminal device can be a remote terminal of other relay terminals, but not a relay terminal of other remote terminals.

[0301] When the switch control 630 of the remote terminal is closed and the switch control 640 of the relay terminal is open, the terminal device can... Figure 4 In the communication system shown, the terminal device acts as a relay terminal but not as a remote terminal. That is, the terminal device may not accept relay services from other relay terminals, but it can provide relay services to other remote terminals. In other words, the terminal device can be a relay terminal for other remote terminals, but not a remote terminal for other relay terminals.

[0302] When the switch control 630 of the remote terminal is turned on and the switch control 640 of the relay terminal is turned on, the terminal device can... Figure 4 The communication system shown acts as both a remote terminal and a relay terminal. That is, the terminal device can receive relay services from other relay terminals and also provide relay services to other remote terminals. In other words, the terminal device can be both a relay terminal for other remote terminals and a remote terminal for other relay terminals.

[0303] When the switch control 630 of the remote terminal is turned off and the switch control 640 of the relay terminal is turned off, the terminal device can... Figure 4 In the communication system shown, the terminal device neither acts as a remote terminal nor as a relay terminal. That is, the terminal device can neither accept relay services from other relay terminals nor provide relay services to other remote terminals. In other words, the terminal device can be neither a relay terminal of other remote terminals nor a remote terminal of other relay terminals.

[0304] In other embodiments, at most one of the switch control 630 of the remote terminal and the switch control 640 of the relay terminal can be turned on. That is, the terminal device can belong to the remote terminal of other relay terminals, but not to the relay terminal of other remote terminals; or, the terminal device can belong to the relay terminal of other remote terminals, but not to the remote terminal of other relay terminals.

[0305] In one possible scenario, the switch control 620 for no network communication can be a master switch control for both remote terminal and relay terminal functions. That is, when the switch control 620 for no network communication is closed, both the remote terminal switch control 630 and the relay terminal switch control 640 can be closed. When the switch control 620 for no network communication is open, at least one of the remote terminal switch control 630 and the relay terminal switch control 640 can be open.

[0306] For example, when the switch control 620 without network communication is turned on, the switch control 630 of the remote terminal is turned on by default.

[0307] For example, when the switch control 620 without network communication is turned on, the user can select whether to turn on the switch control 630 of the remote terminal and the switch control 640 of the relay terminal by manipulating the user interface.

[0308] In this situation, a network communication switch can be used, for example, to turn the device on or off. Figure 3 The side link communication module 180 is shown. The remote terminal's switch control 630 can, for example, be used to enable or disable communication functions associated with the remote terminal. The relay terminal's switch control 640 can, for example, be used to enable or disable communication functions associated with the relay terminal.

[0309] In another possible scenario, the switch control 620 for the network-free communication scenario, the switch control 630 for the remote terminal, and the switch control 640 for the relay terminal can operate independently. That is, the network-free communication switch can be used to enable or disable communication functions related to the network-free scenario. The remote terminal switch control 630 can be used to enable or disable communication functions related to the remote terminal in both network-enabled and network-free scenarios. The relay terminal switch control 640 can be used to enable or disable communication functions related to the relay terminal in both network-enabled and network-free scenarios.

[0310] exist Figures 7 to 8 In the example shown, the user interface may include a remote terminal switch control 630, a relay terminal switch control 640, and a switch control 620 without network communication. In other examples, the user interface may include one or more of the remote terminal switch control 630, the relay terminal switch control 640, and the switch control 620 without network communication.

[0311] like Figure 7As shown, when the switch control 630 of the remote terminal is turned on, the user interface may also include at least one communication parameter of the remote terminal. At least one communication parameter of the remote terminal may include, for example, at least one of the following: power consumption mode, single-use duration limit, default on-time period, service whitelist, service blacklist, relay terminal whitelist, and relay terminal blacklist.

[0312] In one example, the power consumption mode of the remote terminal may include a power-saving mode and a high-performance mode. In power-saving mode, the power consumed per unit time for the communication functions of the remote terminal is relatively small, while in high-performance mode, the power consumed per unit time for the communication functions of the remote terminal is relatively large.

[0313] For example, in power-saving mode, the period for the remote terminal to send relay request messages is period 1; in high-performance mode, the period for the remote terminal to send relay request messages is period 2, and period 1 is longer than period 2. Period 1 can be, for example, 40ms, 160ms, 512ms, 1.28s, 2.56s, etc., and period 2 can be, for example, 2ms, 3ms, 10ms, 20ms, 40ms, 80ms, etc.

[0314] For example, in power-saving mode, the remote terminal detects messages from the relay terminal within frequency band 1; in high-performance mode, the remote terminal detects messages from the relay terminal within frequency band 2, where the bandwidth of frequency band 1 is less than that of frequency band 2. For instance, frequency band 1 includes the 4G frequency band, and frequency band 2 includes both the 4G and 2.4GHz frequency bands.

[0315] For example, in power-saving mode, the remote terminal sends messages to the relay terminal corresponding to the first type of service (such as high-priority services in Tables 1 and 2, or services in the service whitelist), but does not send messages corresponding to the second type of service (such as low-priority services in Tables 1 and 2, or services in the service blacklist). The services included in the first type of service do not belong to the second type of service, and the services included in the second type of service do not belong to the first type of service. In high-performance mode, the remote terminal sends messages to the relay terminal corresponding to both the first type of service and the second type of service.

[0316] In one example, the single-session duration limit for a remote terminal could refer to the duration for which the terminal device acts as a remote terminal. When the terminal device is a remote terminal but not a relay terminal, the single-session duration limit could refer to... Figure 3 The duration of a single activation of the sidelink communication module 180 shown is specified. The duration can be limited to, for example, 1 hour, 6 hours, 12 hours, 24 hours, etc.

[0317] In one example, the default activation period of a remote terminal could indicate the start and end times of the terminal device acting as a remote terminal. When the terminal device is a remote terminal but not a relay terminal, the default activation period could, for example, indicate... Figure 3 The side link communication module 180 shown is activated at the start and end times. Default activation periods can be, for example, 8:00–20:00, 9:00–17:00, etc.

[0318] In one example, a remote terminal's service whitelist may include identifiers for one or more services. These services, or the one or more services in the whitelist, can be referred to as whitelisted services. Setting up a service whitelist helps control the functionality of the remote terminal in various application scenarios. For example, the remote terminal may only send messages related to whitelisted services, or only respond to messages related to whitelisted services.

[0319] In one example, a remote terminal's service blacklist may include identifiers for one or more services. These services, or services listed in the blacklist, can be referred to as blacklisted services. Setting up a service blacklist helps control the functionality of the remote terminal in various application scenarios. For example, the remote terminal may choose not to send or skip messages related to blacklisted services.

[0320] There may be no overlap between the service whitelist and the service blacklist of a remote terminal. That is, a service is usually not both in the service whitelist and the service blacklist of a remote terminal.

[0321] The remote terminal can control services based on either the remote terminal's service whitelist or its service blacklist. Figure 3 The side link communication module 180 shown interacts with the relay terminal.

[0322] In one example, a relay terminal whitelist may include identifiers of one or more terminal devices that have previously provided relay services to terminal devices. These terminal devices may belong to trusted relay terminals or high-performance relay terminals (high-performance relay terminals can have relatively good communication quality with remote terminals, such as low latency, low packet loss rate, and low transmission power). For ease of description, terminal devices in the relay terminal whitelist may be referred to as whitelisted relay terminals, and other terminal devices not in the whitelist may be referred to as non-whitelisted relay terminals (or ordinary relay terminals). Setting up a relay terminal whitelist is beneficial for improving the signaling security and signaling interaction performance of remote terminals.

[0323] For example, when a remote terminal executes a 501 error, it can send messages to whitelisted relay terminals and respond to those messages. In other words, the remote terminal can choose not to send messages to non-whitelisted relay terminals and skip those messages. Specifically, for example, a relay request message can carry the identifier of relay terminal 1, allowing relay terminal 1 to respond to the message, while other relay terminals can skip it. Optionally, the relay request message can carry a terminal whitelist identifier. This identifier indicates that the terminal identifier carried in the relay request message comes from the terminal whitelist.

[0324] In one example, a relay terminal blacklist may include identifiers of one or more terminal devices that have previously provided relay services to terminal devices. These terminal devices may be untrusted relay terminals or low-performance relay terminals (the communication quality between a low-performance relay terminal and a remote terminal may be relatively poor, such as latency, high packet loss rate, and high transmission power). For ease of description, terminal devices in the relay terminal blacklist may be referred to as blacklisted relay terminals, and other terminal devices not in the blacklist may be referred to as non-blacklisted relay terminals (or ordinary relay terminals). Setting up a relay terminal blacklist is beneficial for improving the signaling security and signaling interaction performance of remote terminals.

[0325] For example, when a remote terminal executes a 501 error, it can choose not to send messages to blacklisted relay terminals and skip their messages. In other words, the remote terminal can send messages to non-blacklisted relay terminals and respond to those messages. Specifically, for example, a relay request message can carry the identifier of relay terminal 2 and a terminal blacklist identifier, allowing a second relay terminal to skip the relay request message, while other relay terminals besides relay terminal 2 can respond to it. The terminal blacklist identifier can be used to indicate that the identifier of relay terminal 2 carried in the relay request message comes from the terminal blacklist.

[0326] There can be no overlap between the relay terminal whitelist and the relay terminal blacklist; that is, a terminal is usually not both in the relay terminal whitelist and the relay terminal blacklist.

[0327] The remote terminal can control the relay terminal based on either the relay terminal whitelist or the relay terminal blacklist. Figure 3 The side link communication module 180 shown interacts with the other side.

[0328] like Figure 8As shown, when the switch control 640 of the relay terminal is turned on, the user interface may also include at least one communication parameter of the relay terminal. At least one communication parameter of the relay terminal may include, for example, at least one of the following: power consumption mode, single duration limit, single traffic limit, default on-time period, service whitelist, service blacklist, remote terminal whitelist, and remote terminal blacklist.

[0329] In one example, the power consumption mode of a relay terminal may include a power-saving mode and a high-performance mode. In power-saving mode, the power consumed per unit time for the relay terminal's communication functions is relatively small, while in high-performance mode, the power consumed per unit time for the relay terminal's communication functions is relatively large.

[0330] For example, in power-saving mode, the relay terminal receives relay request messages at a period of 3; in high-performance mode, the relay terminal receives relay request messages at a period of 4, where period 3 is longer than period 4. Period 3 can be, for example, 40ms, 160ms, 512ms, 1.28s, 2.56s, etc., and period 4 can be, for example, 10ms, 20ms, 40ms, 80ms, etc.

[0331] For example, in power-saving mode, the relay terminal detects messages from remote terminals or network devices within frequency band 1; in high-performance mode, the relay terminal detects messages from remote terminals or network devices within the frequency band of frequency band 2, where the bandwidth of frequency band 1 is less than that of frequency band 2. For instance, frequency band 1 includes the 4G frequency band, and frequency band 2 includes both the 4G and 2.4GHz frequency bands.

[0332] For example, in power-saving mode, the relay terminal sends messages corresponding to the first type of service (such as high-priority services in Tables 1 and 2, or services in the service whitelist) to the remote terminal or network device, but does not send messages corresponding to the second type of service (such as low-priority services in Tables 1 and 2, or services in the service blacklist). The services included in the first type of service do not belong to the second type of service, and the services included in the second type of service do not belong to the first type of service. In high-performance mode, the relay terminal sends messages corresponding to both the first type of service and the second type of service to the remote terminal or network device.

[0333] In one example, the single-session duration limit for a relay terminal could refer to the single duration for which the terminal device acts as a relay terminal. When the terminal device is a relay terminal but not a remote terminal, the single-session duration limit could refer to... Figure 3 The single-time activation duration of the sidelink communication module 180 shown can be, for example, 1 hour, 6 hours, 12 hours, 24 hours, etc.

[0334] In one example, the default activation period for a relay terminal could indicate the start and end times of a terminal device acting as a relay terminal. When a terminal device is a relay terminal but not a remote terminal, the default activation period could, for example, indicate the start time of... Figure 3 The start and end times of the side link communication module 180 are shown. Default start times can be, for example, 8:00–20:00, 9:00–17:00, etc.

[0335] In one example, a relay terminal's service whitelist may include identifiers for one or more services. These services, or the one or more services in the whitelist, can be referred to as whitelisted services. Setting a service whitelist helps control the functionality of the relay terminal in various application scenarios. For example, the relay terminal may only send messages related to whitelisted services, or only provide feedback on messages related to whitelisted services.

[0336] In one example, a relay terminal's service blacklist may include identifiers for one or more services. These services, or services listed in the blacklist, can be referred to as blacklisted services. Setting up a service blacklist helps control the functionality of the relay terminal in various application scenarios. For example, the relay terminal may choose not to send or skip messages related to blacklisted services.

[0337] There may be no overlap between the service whitelist and the service blacklist of a relay terminal. That is, a service is usually not both in the service whitelist and the service blacklist of a relay terminal.

[0338] The relay terminal can control services based on either the relay terminal's service whitelist or its service blacklist. Figure 3 The sidelink communication module 180 shown interacts with remote terminals or network devices.

[0339] In one example, a remote terminal whitelist may include identifiers of one or more terminal devices that have previously been provided relay services by a relay terminal. These terminal devices may belong to trusted remote terminals or high-performance remote terminals (high-performance remote terminals can have relatively good communication quality with relay terminals, such as low latency, low packet loss rate, and low transmission power). For ease of description, terminal devices in the remote terminal whitelist may be referred to as whitelisted remote terminals, and other terminal devices not in the remote terminal whitelist may be referred to as non-whitelisted remote terminals (or ordinary remote terminals). Setting a remote terminal whitelist is beneficial for improving the signaling security and signaling interaction performance of relay terminals.

[0340] For example, a relay terminal can forward messages from whitelisted remote terminals between whitelisted remote terminals and network devices. In other words, a relay terminal can skip messages from non-whitelisted remote terminals. Specifically, for example, a relay request message can carry the identifier of the remote terminal, allowing the relay terminal to determine whether the remote terminal is in the whitelist. If it is, the remote terminal is whitelisted, and the relay terminal can forward its messages between the remote terminal and network devices; if not, the remote terminal is non-whitelisted, and the relay terminal can skip its messages.

[0341] In one example, a remote terminal blacklist may include identifiers of one or more terminal devices that have previously been provided relay services by a relay terminal. These terminal devices may belong to untrusted remote terminals or low-performance remote terminals (the communication quality between a low-performance remote terminal and the relay terminal may be relatively poor, such as latency, high packet loss rate, and high transmission power). For ease of description, terminal devices in the remote terminal blacklist may be referred to as blacklisted remote terminals, and other terminal devices not in the remote terminal blacklist may be referred to as non-blacklisted remote terminals (or ordinary remote terminals). Setting up a remote terminal blacklist is beneficial for improving the signaling security and signaling interaction performance of relay terminals.

[0342] For example, a relay terminal can skip messages from blacklisted remote terminals. That is, a relay terminal can forward messages from non-blacklisted remote terminals between the relay terminal and network devices. Specifically, for example, a relay request message can carry the identifier of the remote terminal, allowing the relay terminal to determine whether the remote terminal is in a blacklist. If it is, the remote terminal is blacklisted, and the relay terminal can skip its messages; if not, the remote terminal is not blacklisted, and the relay terminal can forward its messages between the remote terminal and network devices.

[0343] There can be no overlap between the remote terminal whitelist and the remote terminal blacklist; that is, a terminal is usually not both in the remote terminal whitelist and the remote terminal blacklist.

[0344] The relay terminal can control remote terminals based on either the remote terminal whitelist or the remote terminal blacklist. Figure 3 The side link communication module 180 shown interacts with the other side.

[0345] Figure 9 This illustrates a possible example of relay request messages being carried on a physical sidelink broadcast channel (PSBCH). This example could be applied to a D2D scenario, for instance.

[0346] The PSBCH channel message can occupy 6 resource blocks (RBs) in the frequency domain and 14 symbols in the time domain, totaling 2 time slots, or 1 ms. The first symbol can be used to carry automatic gain control (AGC). The second and third symbols can be used to carry the primary sidelink synchronization signal (PSSS). Symbols 4 through 11 can be used to carry the sidelink master information block (SL-MIB). Among them, symbols 4 and 11 can be used to carry the demodulation reference signal (DMRS). One possible field of the SL-MIB is shown in the code below. "reserved-r14" in the SL-MIB can be used to carry the relay request message. Symbols 12 and 13 can be used to carry the secondary sidelink synchronization signal (SSSS). The secondary sidelink synchronization signal may include a sidelink synchronizing sequence identity (SSID), and the value of the SSID can range from 0 to 335. The SSID of a remote terminal can be between 0 and 159; the SSID of a relay terminal can be between 160 and 335. The fourteenth symbol is not used for transmitting data, but can be used for switching between uplink and downlink.

[0347] Figure 10 This illustrates a possible example of relay request messages being carried on a physical sidelink broadcast channel (PSBCH). This example could be applied to V2X scenarios, for instance.

[0348] The PSBCH channel message can occupy 6 resource blocks (RBs) in the frequency domain and 14 symbols in the time domain, totaling 2 time slots, or 1 ms. The first symbol can be used to carry automatic gain control (AGC). The second and third symbols can be used to carry the primary sidelink synchronization signal (PSSS). Symbols 4 through 11 can be used to carry the sidelink master information block (SL-MIB). Among them, symbols 5, 7, and 10 can be used to carry the demodulation reference signal (DMRS). One possible field of the SL-MIB is shown in the code below. "reserved-r14" in the SL-MIB can be used to carry a relay request message. Symbols 12 and 13 can be used to carry the secondary sidelink synchronization signal (SSSS). The secondary sidelink synchronization signal may include a sidelink synchronizing sequence identity (SSID), and the value of the SSID can range from 0 to 335. The SSID of a remote terminal can be between 0 and 159; the SSID of a relay terminal can be between 160 and 335. The fourteenth symbol is not used for transmitting data, but can be used for switching between uplink and downlink.

[0349]

[0350] It should be understood that the relay request message may be sent in other similar or different ways, and this application embodiment is not limited in this regard. For example, the relay request message may be carried on the physical side linkshare channel (PSSCH).

[0351] 502, the relay terminal establishes a sidelink communication connection with the remote terminal according to the relay request message, and the sidelink communication connection is used to transmit data packets corresponding to the target communication service.

[0352] Accordingly, the remote terminal establishes a sidelink communication connection with the relay terminal. This sidelink connection means that the relay terminal can interact with the remote terminal for the target communication service, and that the remote terminal can interact with network devices through the relay terminal for the target communication service.

[0353] It should be noted that sidelink communication connections can differ from wireless communication connections established via technologies such as WLAN and BitTorrent. Firstly, the communication technologies used in sidelink connections can differ from those used in wireless communication connections. Secondly, once a wireless communication connection is established between the terminal device and the hotspot device, without considering firewalls, the hotspot device does not differentiate between the specific communication services of the terminal device; all data packets from the terminal device can be transmitted through the hotspot device. However, both the relay terminal and the remote terminal can adjust the communication services applied by the sidelink communication connection. That is, the relay terminal can provide relay services for individual communication services, and the remote terminal can request relay services for individual communication services. Thirdly, in one possible implementation, even if the terminal device can find multiple hotspot devices before establishing a wireless communication connection, the terminal device still needs to select the appropriate hotspot device based on user gestures. However, before establishing a sidelink communication connection, the remote terminal can select the appropriate relay terminal without relying on user gestures.

[0354] The reasons for this difference may include: hotspot devices typically do not have traffic limits; in fact, their primary function is to provide terminal devices with a low-cost or free data packet transmission channel. Sidelink communication connections, on the other hand, can be established without or largely without user permission, and the establishment process can be more efficient. To reduce the transmission of large data packets, relay terminals can provide relay services only for certain communication services; to maintain the privacy or security of data packets, remote terminals can request relay services only for certain communication services.

[0355] Optionally, the relay request message includes a first service identifier, which may correspond to a target communication service.

[0356] The first service identifier can be included in the SL-MIB, such as "reserved-r14" in the code above.

[0357] In one example, by carrying a first service identifier in the relay request message, the sidelink communication connection can be configured to be used only for the service corresponding to the first service identifier. For example, if the first service identifier corresponds to a QR code service, the sidelink communication connection can be used only for the QR code service, and messages from remote terminals corresponding to other services can be bypassed through this sidelink communication connection. Similarly, if the first service identifier corresponds to a high-priority service, the sidelink communication connection can be used only for the high-priority service, and messages from remote terminals corresponding to other priority services can be bypassed through this sidelink communication connection.

[0358] In another example, the relay request message includes multiple service identifiers, including a first part service identifier and a second part service identifier. The first part service identifier includes the first service identifier. The relay terminal establishes a sidelink communication connection with the remote terminal based on the relay request message. This includes: the relay terminal establishing a sidelink communication connection with the remote terminal based on the first part service identifier among the multiple service identifiers. This sidelink communication connection is used to transmit messages of the first part service identifier but not for transmitting messages of the second part service identifier. In other words, the remote terminal can request relay services from the relay terminal for multiple services, and the relay terminal can provide relay services to the remote terminal for a portion of these multiple services based on its own circumstances.

[0359] Optionally, the relay request message includes a first service identifier, and the relay terminal establishes a sidelink communication connection with the remote terminal according to the relay request message, including: when the first service identifier meets the first service preset conditions, the relay terminal establishes a sidelink communication connection with the remote terminal.

[0360] Optionally, the first service identifier satisfying the first service preset condition includes at least one of the following: the priority corresponding to the first service identifier is higher than the first preset service priority; the target communication service corresponding to the first service identifier belongs to the service whitelist of the relay terminal; the target communication service corresponding to the first service identifier does not belong to the service blacklist of the relay terminal.

[0361] For example, referring to Table 1 above, if the specific value of the first service identifier is 0, then the priority corresponding to the first service identifier is high priority; if the priority of the first preset service is low priority, then the first service identifier can meet the first service preset conditions.

[0362] For example, if the first service identifier indicates the QR code service as described above, and the relay terminal's service whitelist includes the QR code service, then the first service identifier can satisfy the first service preset conditions.

[0363] For example, if the first service identifier indicates the payment service as described above, and the service blacklist of the relay terminal does not include the payment service, then the first service identifier can meet the preset conditions of the first service.

[0364] Optionally, the relay request message includes the terminal identifier of the remote terminal, and the relay terminal establishes a sidelink communication connection with the remote terminal according to the relay request message, including: when the terminal identifier meets the first terminal preset conditions, the relay terminal establishes a sidelink communication connection with the remote terminal.

[0365] Optionally, the terminal identifier satisfies any of the following preset conditions for the first terminal: the terminal identifier belongs to the identifier of a remote terminal; the terminal identifier is in the remote terminal whitelist of the relay terminal; the terminal identifier is not in the remote terminal blacklist of the relay terminal.

[0366] In other words, if the terminal device corresponding to the terminal identifier is a remote terminal rather than a relay terminal, the relay terminal can establish a sidelink communication connection with the remote terminal; if the terminal device corresponding to the terminal identifier is a relay terminal rather than a remote terminal, the relay terminal can skip or discard the relay request information; if the remote terminal corresponding to the terminal identifier is a trusted remote terminal or a high-interaction-performance remote terminal, the relay terminal can agree to provide relay services to the remote terminal; if the remote terminal corresponding to the terminal identifier is an untrusted remote terminal or a low-interaction-performance remote terminal, the relay terminal can refuse to provide relay services to the remote terminal, for example, the relay terminal can skip or discard the relay request information.

[0367] The first service identifier can be included in the SSID of the SSSS, or in the SL-MIB, such as in "reserved-r14" in the code above.

[0368] For example, the identifier of a remote terminal belongs to a first identifier set (e.g., the SSID corresponding to the first identifier set is between 0 and 159), while the identifier of a relay terminal belongs to a second identifier set (e.g., the SSID corresponding to the second identifier set is between 160 and 335). After receiving a terminal identifier, the relay terminal can determine whether the identifier belongs to the first or second identifier set. If the identifier belongs to the first identifier set, it means the terminal device corresponding to the identifier belongs to the remote terminal. The relay terminal can then establish a sidelink communication connection with the remote terminal. If the relay terminal receives a message from another relay terminal, it can decode the identifier of the terminal device to determine whether to skip or discard the data packet, thereby improving the efficiency of message processing.

[0369] For example, if the owner of a relay terminal knows the owner of a remote terminal, the owner of the relay terminal can control... Figure 8 The user interface shown adds the remote terminal's terminal identifier to the remote terminal whitelist (it should be understood that the step of "adding the terminal identifier to the remote terminal whitelist" can occur before or after 502). Afterwards, the remote terminal can send a relay request message, which may include the remote terminal's terminal identifier, allowing the relay terminal to determine whether to establish a sidelink communication connection with the remote terminal based on the remote terminal's terminal identifier.

[0370] For example, the owner of the relay terminal can control... Figure 8 The user interface shown adds untrusted terminal identifiers to a remote terminal blacklist, which does not include the remote terminal's own identifier. The remote terminal can then send a relay request message, which may include its own identifier. The relay terminal can then determine whether to establish a sidelink communication connection with the remote terminal based on the remote terminal's identifier.

[0371] 503, the remote terminal sends a first data packet to the relay terminal through the side link communication connection, the first data packet corresponding to the target communication service.

[0372] Accordingly, the relay terminal receives the first data packet from the remote terminal through the side link communication connection.

[0373] In other words, a remote terminal can send a first data packet to a relay terminal for a target communication service, requesting the relay terminal to forward the first data packet to the network device.

[0374] Optionally, the relay request message includes a first service identifier, and the first data packet is a data packet corresponding to the first service identifier.

[0375] 504, the relay terminal forwards the first data packet to the network device.

[0376] Accordingly, the network device receives the first data packet from the relay terminal.

[0377] In other words, a relay terminal can send data packets from a remote terminal to a network device via the uplink.

[0378] Optionally, the first data packet includes a second service identifier, which corresponds to the target communication service. The relay terminal forwards the first data packet to the network device, including: when the second service identifier meets the preset conditions of the second service, the relay terminal forwards the first data packet to the network device.

[0379] Optionally, the second service identifier satisfies at least one of the following preset conditions: the priority corresponding to the second service identifier is higher than the priority of the second preset service; the second communication service corresponding to the second service identifier belongs to the service whitelist of the relay terminal; the second communication service corresponding to the second service identifier does not belong to the service blacklist of the relay terminal.

[0380] The specific implementation method of the second business identifier can be referred to the first business identifier, and will not be described in detail here.

[0381] Optionally, the first data packet includes the terminal identifier of the remote terminal, and the relay terminal forwards the first data packet to the network device, including: when the terminal identifier meets the second terminal preset conditions, the relay terminal forwards the first data packet to the network device.

[0382] Optionally, the terminal identifier satisfies any of the following preset conditions for the second terminal: the terminal identifier belongs to the identifier of a remote terminal; the terminal identifier is in the remote terminal whitelist of the relay terminal; the terminal identifier is not in the remote terminal blacklist of the relay terminal.

[0383] The specific implementation method of the terminal identifier of the first data packet can be referred to the terminal identifier of the relay request message, and will not be described in detail here.

[0384] 505, the network device sends the second data packet of the remote terminal to the terminal device, the second data packet corresponding to the target communication service.

[0385] Accordingly, the relay terminal receives the second data packet from the remote terminal from the network device.

[0386] In other words, a relay terminal can receive data packets from a remote terminal via a downlink from a network device for a target communication service.

[0387] The second data packet could be, for example, a feedback message or notification message from a remote terminal.

[0388] Optionally, the relay request message includes a first service identifier, and the second data packet is a data packet corresponding to the first service identifier.

[0389] 506, the relay terminal forwards the second data packet to the remote terminal through the side link communication connection.

[0390] Accordingly, the remote terminal receives the second data packet from the relay terminal through the side link communication connection.

[0391] Optionally, the second data packet includes a third service identifier, which corresponds to the target communication service. The relay terminal forwards the second data packet to the remote terminal, including: when the third service identifier meets the preset conditions of the third service, the relay terminal forwards the second data packet to the remote terminal.

[0392] Optionally, the third service identifier satisfies at least one of the following preset conditions: the priority corresponding to the third service identifier is higher than the priority of the third preset service; the third communication service corresponding to the third service identifier belongs to the service whitelist of the relay terminal; the third communication service corresponding to the third service identifier does not belong to the service blacklist of the relay terminal.

[0393] The specific implementation method of the third business identifier can be referred to the first business identifier, and will not be described in detail here.

[0394] Optionally, the second data packet includes the terminal identifier of the remote terminal, and the relay terminal forwards the second data packet to the remote terminal, including: when the terminal identifier meets the preset conditions of the third terminal, the relay terminal forwards the second data packet to the remote terminal.

[0395] Optionally, the terminal identifier satisfies any of the following preset conditions for the third terminal: the terminal identifier belongs to the identifier of a remote terminal; the terminal identifier is in the remote terminal whitelist of the relay terminal; the terminal identifier is not in the remote terminal blacklist of the relay terminal.

[0396] The specific implementation method of the terminal identifier of the second data packet can refer to the terminal identifier of the relay request message, and will not be described in detail here.

[0397] Optionally, the method further includes: the relay terminal receiving a third data packet sent by the remote terminal, the third data packet including a fourth service identifier; if the fourth service identifier does not meet the second service preset conditions, the relay terminal skips or discards the third data packet.

[0398] Optionally, the method further includes: the relay terminal receiving a fourth data packet sent by the network device, the fourth data packet including a fifth service identifier; if the fifth service identifier does not meet the preset conditions of the third service, the relay terminal skips or discards the fourth data packet.

[0399] Optionally, the method further includes: the relay terminal receiving a fifth data packet sent by the remote terminal, the fifth data packet including a target terminal identifier; if the target terminal identifier does not meet the preset conditions of the third terminal, the relay terminal skips or discards the fifth data packet.

[0400] It should be understood that the specific execution order of 503 and 505 is not limited in the embodiments of this application.

[0401] Figure 11 This is a schematic flowchart of a communication method provided in an embodiment of this application.

[0402] 1101, The remote terminal sends a relay request message.

[0403] Accordingly, the relay terminal receives the relay request message from the remote terminal.

[0404] For details on the implementation of 1101, please refer to... Figure 5 The 501 in the illustrated embodiment will not be described again here.

[0405] 1102, the relay terminal determines whether the relay request message is valid.

[0406] 1103, if the relay request message is valid, the relay terminal sends a connection establishment request message to the remote terminal. The connection establishment request message corresponds to the relay request message and is used to establish a sidelink communication connection.

[0407] Accordingly, the remote terminal receives the connection establishment request message from the relay terminal.

[0408] 1104, The remote terminal sends a connection establishment confirmation message to the relay terminal. The connection establishment confirmation message corresponds to the connection establishment request message and is used to confirm the configuration parameters of the sidelink communication connection.

[0409] Accordingly, the relay terminal receives the connection establishment confirmation message from the remote terminal.

[0410] When a remote terminal receives multiple connection establishment request messages from multiple relay terminals, the remote terminal can select one relay terminal from the multiple relay terminals and establish a sidelink communication connection with the selected relay terminal.

[0411] 1105, the relay terminal sends a connection establishment completion message to the remote terminal. The connection establishment completion message corresponds to the connection establishment confirmation message. The connection establishment completion message is used to indicate that the side link communication connection has been established.

[0412] Accordingly, the remote terminal receives the connection establishment completion message from the relay terminal.

[0413] 1102 to 1105 could be Figure 5The specific implementation of 502 in the illustrated embodiment.

[0414] 1106, The remote terminal sends a first data packet to the relay terminal through the side link communication connection.

[0415] Accordingly, the relay terminal receives the first data packet from the remote terminal through the side link communication connection.

[0416] 1107, the relay terminal forwards the first data packet to the network device.

[0417] Accordingly, the network device receives the first data packet from the relay terminal.

[0418] 1108, the network device sends the second data packet of the remote terminal to the terminal device.

[0419] Accordingly, the relay terminal receives the second data packet from the remote terminal from the network device.

[0420] 1109, The relay terminal forwards the second data packet to the remote terminal through the side link communication connection.

[0421] Accordingly, the remote terminal receives the second data packet from the relay terminal through the side link communication connection.

[0422] For the specific implementation methods of 1106 to 1109, please refer to Figure 5 The components 503 to 506 in the illustrated embodiment will not be described in detail here.

[0423] 1110, The remote terminal sends a connection disconnection request message to the relay terminal, the connection disconnection request message being used to disconnect the side link communication connection.

[0424] Accordingly, the relay terminal receives the connection disconnection request message from the remote terminal.

[0425] 1111, the relay terminal sends a connection disconnection confirmation message to the remote terminal. The connection disconnection confirmation message corresponds to the connection disconnection request message and is used to indicate that the side link communication connection has been disconnected.

[0426] Accordingly, the relay terminal receives the connection disconnection confirmation message from the remote terminal.

[0427] In other examples, a remote terminal can determine the validity of a sidelink communication connection by identifying whether it has lost synchronization. If synchronization is lost, the remote terminal can attempt to resend the relay request message to find a suitable relay terminal.

[0428] Similarly, in other examples, a relay terminal can determine the validity of a sidelink communication connection by identifying whether it has lost synchronization. If synchronization is lost, the relay terminal can resume listening for relay request messages to establish a new sidelink communication connection.

[0429] The following are some examples of reducing the power consumption of relay terminals when listening to relay request messages.

[0430] Example 1

[0431] Even when the relay terminal has not established a sidelink communication connection with the remote terminal, the relay terminal can periodically drive... Figure 3 The sidelink communication module 180 shown is used to monitor... Figure 5 or Figure 11 The relay request message in the illustrated embodiment.

[0432] For example, in Figure 12 In (a), the period 1 during which the relay terminal listens for relay request messages is T1. During this period 1, the duration of the relay terminal driving the side link communication module (as shown by the shaded area in (a) of 12) is t0, where T1 > t0. Figure 12 In (b), the period 2 for the relay terminal to listen to the relay request message is T2, and the duration of the relay terminal driving the side link communication module is t0, where T2>T1>t0.

[0433] from Figure 12 It can be seen that, with a relatively fixed duration for the relay terminal to drive the sidelink communication module, a longer period for the relay terminal to listen for relay request messages results in fewer listeners per unit time and a longer duration for shutting down the sidelink communication module per unit time. This is more conducive to reducing the power consumption of the relay terminal listening for relay request messages. For example, the period for the relay terminal to listen for relay request messages (e.g., denoted as the second period) can be 512ms, 640ms, 1.28s, 2.56s, 2.56s, etc.

[0434] exist Figure 13 In (a), the total time domain occupied by the relay request message and the period 3 during which the remote terminal sends the relay request message is t1 (the relay request message can occupy part of the time domain within period 3); the period 4 during which the relay terminal listens for the relay request message is T0; the duration for which the relay terminal drives the side link communication module is t1; T0 > t1. Therefore, within one period 4, the duration for which the side link communication module is turned off can be T0 - t1.

[0435] exist Figure 13In (b), the period 3 for the remote terminal to send the relay request message and the time domain occupied by the relay request message together are t2; the period 4 for the relay terminal to listen for the relay request message is T0; the duration for the relay terminal to drive the side link communication module is t2; where T0>t2>t1. Therefore, within one period 4, the duration for shutting down the side link communication module can be T0-t2. Furthermore, T0-t1>T0-t2.

[0436] This shows that, assuming successful listening to relay request messages, the shorter the duration of the relay terminal's driver-side link communication module during cycle 4 of listening to relay request messages, the more beneficial it is to reducing the power consumption of the relay terminal listening to relay request messages. Therefore, increasing the frequency of remote terminals sending relay request messages helps to shorten the duration of the relay terminal's driver-side link communication module, thereby reducing the power consumption of the relay terminal.

[0437] Setting the duration (approximately) of the relay terminal driver side link communication module to the sum of period 3 and the time domain occupied by the relay request message is beneficial to improving the success rate of the relay terminal listening to the relay request message. Period 3 can be the period during which the remote terminal sends the relay request message.

[0438] Assume the remote terminal can send relay request message 1 within the first cycle 3, where the time domain occupied by relay request message 1 is before the relay terminal's sidelink communication module is enabled. Then the relay terminal may not detect relay request message 1 within the first cycle 3. Assume the remote terminal can send relay request message 2 within the second cycle 3, where the time domain occupied by relay request message 2 is after the relay terminal's sidelink communication module is enabled. Then the remote terminal can detect relay request message 2 within the second cycle 3.

[0439] Assume the remote terminal can send relay request message 3 within the third cycle 3, where the start time of relay request message 3 is before the relay terminal's sidelink communication module is activated, and the end time of relay request message 3 is after the relay terminal's sidelink communication module is activated. Then the relay terminal may not detect relay request message 3 within the third cycle 3. Assume the remote terminal can send relay request message 4 within the fourth cycle 3, where the time domain occupied by relay request message 4 is after the relay terminal's sidelink communication module is activated. Since the duration of the relay terminal driving the sidelink communication module is equal to (or approximately equal to) the sum of cycle 3 and the time domain occupied by the relay request message, relay request message 4 can appear during the period when the relay terminal's sidelink communication module is activated. Therefore, the relay terminal can detect relay request message 4 within the fourth cycle 3.

[0440] Optionally, relay request messages can be carried on the PSBCH, where the PSBCH transmission period can be less than 40ms. That is, the transmission period of relay request messages (e.g., denoted as the first period) can be less than 40ms.

[0441] For example, a remote terminal broadcasts a relay request message via the PSBCH. The PSBCH transmission period can be 2ms, and the time domain resource occupied by the relay request message is 1ms. Based on the sum of the remote terminal's relay request message transmission period and the time domain resource occupied by the relay request message, the duration for which the relay terminal drives the sidelink communication module during each relay request message listening period can be 3ms. If the relay terminal's listening period for relay request messages is 512ms, then the duration for which the sidelink communication module is shut down during each relay request message listening period can be 509ms.

[0442] It can be seen that the longer the relay terminal listens for relay request messages, the shorter the duration of the relay terminal driver-side link communication module. The proportion of the relay terminal driver-side link communication module's duration in the relay request message listening period is smaller, and can even be ignored.

[0443] Optionally, the duration of the relay terminal driver-side link communication module can be greater than the transmission period of the relay request message, but less than the sum of the transmission period of the relay request message and the time domain occupied by the relay request message.

[0444] Optionally, the duration of the relay terminal driver side link communication module can be equal to the transmission cycle of the relay request message.

[0445] This helps to further reduce the power consumption of relay terminals, but may reduce the success rate of relay terminals listening for relay request requests.

[0446] Figure 14 Several possible implementations for sending relay request messages by remote terminals are illustrated.

[0447] In the example shown in 14(a), the remote terminal can send relay request messages in time division duplex (TDD) mode. That is, uplink and downlink data can occupy the same frequency band 1, and downlink and uplink data can each occupy one transmit / receive cycle of downlink and uplink time domain resources, respectively. Relay request messages can occupy uplink time domain resources. The period during which the remote terminal sends relay request messages can be equal to one transmit / receive cycle.

[0448] In one example, during the listening period of each relay request message, the duration of the relay terminal driver-side link communication module can be (approximately) equal to the sum of the transmit / receive period and the uplink time domain resources, or the duration of the relay terminal driver-side link communication module can be (approximately) equal to the sum of the transmit / receive period and the time domain occupied by the relay request message.

[0449] For example, a transmission / reception cycle consists of 10 time slots, with downlink time domain resources occupying 8 time slots and uplink time domain resources occupying 2 time slots. Relay request messages can occupy uplink time domain resources, so the duration of the relay terminal driver-side link communication module can be equal to 12 time slots.

[0450] For example, such as Figure 14 As shown in (a), a transmit / receive cycle consists of 10 time slots, of which 8 time slots are occupied by downlink time domain resources and 2 time slots are occupied by uplink time domain resources. A relay request message can occupy 1 time slot of uplink time domain resources, so the duration t3 of the relay terminal driver side link communication module can be equal to 11 time slots.

[0451] In the example shown in 14(b), the remote terminal can send relay request messages using frequency division duplexing (FDD). Downlink data can occupy frequency band 2, and uplink data can occupy frequency band 3; frequency bands 2 and 3 do not overlap. That is, downlink data can occupy downlink frequency domain resources, and uplink data can occupy uplink frequency domain resources; downlink and uplink data do not interfere with each other. Both downlink and uplink frequency domain resources can belong to licensed frequency bands. Relay request messages can be sent on uplink frequency domain resources. Therefore, the period at which the remote terminal sends relay request messages is not affected by downlink data.

[0452] For example, such as Figure 14 As shown in (b), the remote terminal can send a relay request message every two time slots on the uplink frequency domain resources. The relay request message can occupy one time slot of the uplink frequency domain resources. Therefore, the duration t4 of the relay terminal driver side link communication module can be equal to three time slots.

[0453] In the example shown in 14(c), the remote terminal can send a relay request message on unlicensed frequency domain resources. For example... Figure 14 As shown in (c), uplink and downlink data can occupy frequency band 4, while sidelink data can occupy frequency band 5. In other examples, uplink and downlink data can occupy different frequency bands. That is, uplink and downlink data can occupy uplink and downlink frequency domain resources, and sidelink data can occupy sidelink frequency domain resources; sidelink data and uplink / downlink data can operate independently. Therefore, the period at which the remote terminal sends relay request messages is unaffected by uplink and downlink data.

[0454] For example, such as Figure 14 As shown in (c), the remote terminal can send a relay request message every two time slots on the unlicensed frequency band. The relay request message can occupy one time slot of the unlicensed frequency band, so the duration t5 of the relay terminal driver side link communication module can be equal to three time slots.

[0455] It should be noted that unlicensed frequency bands can be, for example, 700MHz, 2.38–2.42GHz, or 5.905–5.925GHz. The relatively low frequencies of unlicensed frequency bands can help improve signal penetration through walls.

[0456] Example 2

[0457] Combination Figure 3 It is understood that a relay terminal may include multiple communication modules. The relay terminal may also include other modules associated with these multiple communication modules. For example, a relay terminal may include multiple communication modules and driver modules for these multiple communication modules (e.g., ...). Figure 3 The processor 110 shown is used to input electrical signals to the multiple communication modules (or power them on), enabling them to send and receive messages. When any communication module is driven, the corresponding driver module in the relay terminal is in an active state (e.g., wake-up state, non-sleep state, etc.).

[0458] For example, the driving cycle of communication module 1 is driving cycle 1, and the driving cycle of communication module 2 is driving cycle 2. The duration for which communication module 1 is driven within driving cycle 1 is duration 1, and the duration for which communication module 2 is driven within driving cycle 2 is duration 2. Duration 1 can be equal to duration 2. If the relay terminal drives communication module 1 and communication module 2 in two separate, non-overlapping time periods, then module 3, which is associated with both communication modules 1 and 2, needs to be driven twice. If the relay terminal drives communication module 1 and communication module 2 within the same time period, then module 3, which is associated with both communication modules 1 and 2, only needs to be driven once, and the duration for which module 1 is driven can be equal to duration 1 or duration 2.

[0459] For example, the driving cycle of communication module 3 is driving cycle 3, and the driving cycle of communication module 4 is driving cycle 4. The duration for which communication module 3 is driven within driving cycle 3 is duration 3, and the duration for which communication module 4 is driven within driving cycle 4 is duration 4, where duration 3 is greater than duration 4. If the relay terminal drives communication module 3 and communication module 4 respectively in two non-overlapping time periods, then module 3, which is associated with both communication modules 3 and 4, needs to be driven twice. If the relay terminal starts driving communication module 4 after starting to drive communication module 3 and before stopping to drive communication module 3, and stops driving communication module 4 before stopping to drive communication module 3, then module 3, which is associated with both communication modules 3 and 4, only needs to be driven once, and the duration for which module 3 is driven can be equal to duration 3.

[0460] To further reduce the monitoring power consumption of relay terminals, the driving time periods of multiple communication modules can be aligned, which helps to alleviate the frequent driving of other devices within the relay terminal.

[0461] In one example, a relay terminal may include a first communication module and a second communication module. The first communication module is used for interaction between the relay terminal and the network device, and the second communication module is used for interaction between the relay terminal and the remote terminal. The start time of the first communication module's operation is aligned with the start time of the second communication module's operation, or the end time of the first communication module's operation is aligned with the end time of the second communication module's operation. Specifically, the start time of the first communication module's operation can refer to the start time of receiving paging messages, i.e., the moment when receiving paging messages begins. The end time of the first communication module's operation can refer to the end time of receiving paging messages, i.e., the moment when receiving paging messages stops. The start time of the second communication module's operation can refer to the start time of receiving relay request messages, i.e., the moment when receiving relay request messages begins. The end time of the second communication module's operation can refer to the end time of receiving relay request messages, i.e., the moment when receiving relay request messages stops. This helps reduce the number of operations and the duration of operation for other modules associated with the first and second communication modules.

[0462] In another example, the relay terminal may include a first communication module and a second communication module. The first communication module is used for interaction between the relay terminal and the network device, and the second communication module is used for interaction between the relay terminal and the remote terminal. The start time of the first communication module is equal to or later than the start time of the second communication module, and the end time of the first communication module is equal to or earlier than the end time of the second communication module.

[0463] In another example, the relay terminal may include a first communication module and a second communication module, wherein the driving period of the first communication module (the time period from the start time of driving to the end time of driving can be referred to as the driving period) at least partially overlaps with the driving period of the second communication module, which is beneficial to reducing the number of driving times and driving duration of other communication modules.

[0464] Figure 15 Two specific implementations of alignment-driven time periods are shown.

[0465] The driving frequency of the second communication module is N times the driving frequency of the first communication module, where N is a positive integer greater than 1. That is, the driving cycle of the first communication module is 1 / N times the driving cycle of the second communication module. Therefore, by means of the above method, the driving start time of the second communication module can be aligned with a certain driving start time of the first communication module. This allows the second communication module to be in a sleep state when the first communication module is driven, and the first communication module to be driven simultaneously when the second communication module is driven.

[0466] If the first communication module establishes a communication connection with other devices, it can transition from a periodic listening state to a connected state, meaning it is awakened or driven for an extended period. The second communication module can continue its original periodic driving mode. After the first communication module loses its communication connection with other devices, it can transition from a connected state to a periodic listening state.

[0467] In one example, the relay terminal can drive the first communication module according to a new periodic driving mode. For instance, the relay terminal can receive configuration information sent by the network device and determine the initial drive start time and driving cycle of the first communication module based on this configuration information. In this case, the drive start time of the first communication module may not be aligned with the drive start time of the second communication module; that is, the first communication module may be in an undriven state when the second communication module is driven. Therefore, the relay terminal can adjust the drive start time of the second communication module. For example, the configuration information sent by the network device instructs the relay terminal to start driving the first communication module at a first target time. The relay terminal can drive both the first and second communication modules simultaneously at the first target time. Furthermore, the driving frequency of the first communication module can be an integer multiple of the driving frequency of the second communication module. This aligns the drive start time of the first and second communication modules, ensuring that the first communication module can be driven simultaneously with the second communication module.

[0468] like Figure 15As shown in (a), the relay terminal can switch out of the connected state at time a1 and determine the start time of the first communication module based on the configuration information sent by the network device at time a2. Additionally, the relay terminal can simultaneously drive the second communication module at time a2, where time a2 is after time a1. In other words, after the relay terminal switches out of the connected state, the start time of the relay terminal's first listening to paging messages is also the start time of listening to relay request messages.

[0469] In other examples, the relay terminal can switch out of the connected state at time a1 and determine, based on the configuration information sent by the network device, to first drive the first communication module at time a2. Alternatively, the relay terminal can simultaneously drive the first and second communication modules at time a3, where time a2 follows time a1, and time a3 follows time a2, with an interval of N driving cycles of the first communication module between time a3 and time a2. That is, starting from time a3 after time a2, the start time of driving the second communication module can be aligned with the start time of driving the first communication module.

[0470] like Figure 15 As shown in (a), the driving cycle of the first communication module can be less than the driving cycle of the second communication module. In other examples, the driving cycle of the first communication module can be equal to the driving cycle of the second communication module. Therefore, starting from time a2, the driving start time of the first communication module can always be aligned with the driving start time of the second communication module.

[0471] In another example, the relay terminal can adjust the start time of the first communication module's drive based on the periodic drive mode of the second communication module. For instance, the second target time is a specific start time for the relay terminal to drive the second communication module, and this second target time occurs after the first communication module disconnects from the connected state. The relay terminal can adjust the start time of the first communication module's drive to the second target time. This aligns the start times of the first and second communication modules, allowing the first communication module to be driven simultaneously with the second communication module being driven.

[0472] like Figure 15 As shown in (b), the relay terminal can drive the second communication module at time b1 and drive the second communication module again at time b2; and the relay terminal can switch out of the connected state at time a1, which can be between time b1 and time b2. The relay terminal can use time b2 as the start time for driving the first communication module.

[0473] The relay terminal can also determine the start time of the first drive of the first communication module after the relay terminal switches out of the connected state, based on the start time of the second communication module and the drive cycle of the first communication module.

[0474] like Figure 15 As shown in (b), the relay terminal can drive the second communication module at time b1 and drive it again at time b2; furthermore, the relay terminal can switch out of the connected state at time a1, where time a1 can be between time b1 and time b2, and the time difference between time a1 and time b2 is greater than the driving period T3 of the first communication module. The relay terminal can calculate the driving start time a2 of the first communication module closest to a1 based on time b2 and the driving period T3 of the first communication module, where a2 = b2 - k * T3, k = [(b2 - a1) / T3], [...] for rounding.

[0475] The following sections illustrate the specific applications of the above technical solutions in various possible scenarios. The technical solutions provided in this application are beneficial for offering users new communication functions in multiple communication scenarios, thereby providing convenience for users.

[0476] Scene 1

[0477] The user enters the payment interface of terminal device 1 via gesture operation, and a payment QR code is being loaded. This payment interface can be considered the first user interface related to QR code loading. However, terminal device 1 cannot currently communicate directly with the network device; that is, terminal device 1 cannot directly obtain the payment QR code information from the network device. Terminal device 1 may belong to the aforementioned remote terminal. Terminal device 1 can... Figure 3 The side link communication module 180 shown sends... Figure 5 or Figure 11 The relay request message shown establishes a sidelink communication connection with a suitable relay terminal. Terminal device 1 can send data packet 1 to the relay terminal via the sidelink communication connection. Data packet 1 can be used to request a payment QR code. The relay terminal can forward data packet 1 to the network device and receive data packet 2 from the network device. Data packet 2 can be a response to data packet 1, for example, data packet 2 can include the specific content of the payment QR code. That is to say, terminal device 1 can still obtain a payment QR code through a network connection (non-offline) even in scenarios without network communication. Terminal device 1 can display the QR code pattern on the first user interface. The user can present the payment QR code to the payment receiving device to complete the payment process. Figure 5 As can be seen from the embodiments shown, data packets 1 and 2 can both be messages corresponding to QR code services or payment services.

[0478] Scene 2

[0479] The user uses gestures to display a second user interface related to bus card top-up on terminal device 2. A near-field communication (NFC) connection is established with the bus card, and the device prepares to interact with the cloud server to complete the top-up. However, terminal device 2 cannot currently communicate directly with network devices; that is, it cannot directly obtain the bus card top-up information from the network device. Terminal device 2 can be a remote terminal as described above. Terminal device 2 can... Figure 3 The side link communication module 180 shown sends... Figure 5 or Figure 11 The relay request message shown is used to establish a sidelink communication connection with a suitable relay terminal. Terminal device 2 can send data packet 3 to the relay terminal through the sidelink communication connection. Data packet 3 can be used to request bus card recharge information. The relay terminal can forward data packet 3 to the network device and receive data packet 4 from the network device. Data packet 4 can be a feedback to data packet 3, for example, data packet 4 can include bus card recharge information. That is to say, even in a scenario without network communication, terminal device 2 can still obtain bus card recharge information through a network connection (non-offline) and synchronize it with the cloud server. Therefore, terminal device 2 can complete the bus card recharge process based on the bus card recharge information, for example, displaying a first instruction message on the second user interface, indicating that the bus card recharge is complete. Figure 5 As can be seen from the embodiments shown, data packets 3 and 4 can both be messages corresponding to payment transactions.

[0480] Scene 3

[0481] The user uses gestures to cause terminal device 3 to display a third-party user interface related to obtaining the verification code. However, terminal device 3 cannot currently communicate directly with the network device; that is, terminal device 3 cannot directly obtain the SMS message containing the verification code from the network device. Terminal device 3 can be a remote terminal as described above. Terminal device 3 can... Figure 3 The side link communication module 180 shown sends... Figure 5 or Figure 11 The relay request message shown establishes a sidelink communication connection with a suitable relay terminal. Terminal device 3 can send data packet 5 to the relay terminal via the sidelink communication connection. Data packet 5 can be used to request a verification code. The relay terminal can forward data packet 5 to the network device and receive data packet 6 from the network device. Data packet 6 can be a response to data packet 5, such as an SMS message containing a verification code. Therefore, terminal device 3 can still obtain an SMS message containing a verification code even in scenarios without network communication. Based on the obtained verification code, the terminal device can then continue to complete processes such as decryption, login, and security verification. Figure 5 As can be seen from the embodiments shown, data packets 5 and 6 can both be messages corresponding to SMS services.

[0482] Scene 4

[0483] Terminal device 4 has insufficient communication account balance, preventing it from effectively communicating with the network device. The user can use gestures to display a fourth user interface related to phone bill top-up on terminal device 4, thus completing the top-up of the communication account. Terminal device 4 can be one of the aforementioned remote terminals. Terminal device 4 can... Figure 3 The side link communication module 180 shown sends... Figure 5 or Figure 11 The relay request message shown is used to establish a sidelink communication connection with a suitable relay terminal. Terminal device 4 can send data packet 7 to the relay terminal via the sidelink communication connection. Data packet 7 can be used to request information related to call credit recharge. The relay terminal can forward data packet 7 to the network device and receive data packet 8 from the network device. Data packet 8 can be a response to data packet 7, for example, data packet 8 can include information related to call credit recharge. That is, terminal device 4 can still recharge call credit through the network device even in scenarios without network communication. Terminal device 4 can display a second indication message on the fourth user interface, indicating that the call credit recharge is complete. After the call credit recharge is completed, effective communication between terminal device 4 and the network device can be restored. Figure 5 As shown in the embodiment, data packets 7 and 8 can both be messages corresponding to payment or application notification services. Optionally, the relay terminal can choose to forward only data packets related to phone bill recharge. That is, after the phone bill recharge is completed, data packets unrelated to phone bill recharge from terminal device 4 can be directly sent to terminal device 4 by the network device.

[0484] Scene 5

[0485] Terminal device 5 is currently located in the underground parking garage, and the user is preparing to pay the parking fee through terminal device 5. Terminal device 5 can display a fifth user interface related to parking fee payment. Due to weak signal, terminal device 5 cannot communicate directly with network devices. Terminal device 5 may be a remote terminal as described above. Terminal device 5 can... Figure 3 The side link communication module 180 shown sends... Figure 5 or Figure 11The relay request message shown establishes a sidelink communication connection with a suitable relay terminal. Terminal device 5 can send data packet 9 to the relay terminal via the sidelink communication connection. Data packet 9 can be used to request payment information related to parking fees. The relay terminal can forward data packet 9 to the network device and receive data packet 10 from the network device. Data packet 10 can be a response to data packet 9, for example, data packet 10 can include payment information related to parking fees. In other words, terminal device 5 can still pay parking fees through the network device even in scenarios without network communication. Figure 5 As shown in the illustrated embodiment, data packets 9 and 10 can both be messages corresponding to payment transactions. Terminal device 5 can display third indication information on the fifth user interface, indicating that parking fee payment is complete. Optionally, the relay terminal can choose to forward only data packets related to parking fees. That is, after parking fee payment is completed, terminal device 5 can leave the parking garage and communicate directly with network devices.

[0486] Scene Six

[0487] Terminal device 6 can display a sixth user interface related to the distress call to initiate a distress request. Due to weak signal, terminal device 6 cannot communicate directly with network devices. Terminal device 6 can be a remote terminal as described above. Terminal device 6 can... Figure 3 The side link communication module 180 shown sends... Figure 5 or Figure 11 The relay request message shown is used to establish a sidelink communication connection with a suitable relay terminal. Terminal device 6 can send data packet 11 to the relay terminal via the sidelink communication connection. Data packet 11 may include an uploaded voice packet of a distress call, such as the uploaded voice packet of the emergency call "110". The relay terminal can forward data packet 11 to the network device and receive data packet 12 from the network device. Data packet 12 may be a feedback to data packet 11; for example, data packet 12 may include a downloaded voice packet of a distress call, such as the downloaded voice packet of the emergency call "110". That is, terminal device 6 can still make emergency calls through the network device even in scenarios without network communication. Terminal device 6 can display a fourth indication message on a sixth user interface, indicating that the terminal device 6 has connected the distress call. Figure 5 As can be seen from the embodiments shown, data packets 11 and 12 can both be messages corresponding to distress calls or high-definition voice call services.

[0488] Figure 16 This is a schematic diagram of a communication device provided according to an embodiment of this application. The communication device can be a terminal device, or a component (e.g., a chip or circuit) that can be used in a terminal device. Figure 16As shown, the communication device 1600 may include a transceiver module 1601.

[0489] The transceiver module 1601 is used to send a relay request message to establish a sidelink communication connection with the relay terminal. The sidelink communication connection is used to transmit data packets corresponding to the target communication service.

[0490] The transceiver module 1601 is also used to interact with the network device through the relay terminal, including: sending a first data packet corresponding to the target communication service to the relay terminal through the side link communication connection, so that the first data packet is forwarded by the relay terminal to the network device; and / or receiving a second data packet corresponding to the target communication service from the relay terminal through the side link communication connection, wherein the second data packet comes from the network device.

[0491] The transceiver module 1601 can be implemented by a receiver and / or a transmitter. For details on the specific functions and benefits of the transceiver module 1601, please refer to [link to relevant documentation]. Figure 5 or Figure 11 The communication methods shown will not be described in detail here.

[0492] In one possible embodiment, a communication device is also provided. This communication device can be a terminal device or a component (such as a chip or circuit) for a terminal device. The communication device may include a transceiver and a processor, and optionally, a memory. The transceiver can be used to implement the corresponding functions and operations of the receiving and transmitting modules described above, and the processor can be used to implement the corresponding functions and operations of the processing module described above. The memory can be used to store execution instructions or application code, and its execution is controlled by the processor to implement the communication method provided in the above embodiments of this application; and / or, it can also be used to temporarily store some data and instruction information, etc. The memory can exist independently of the processor; in this case, the memory can be connected to the processor through a communication line. In another possible design, the memory can also be integrated with the processor; this embodiment of the application does not limit this.

[0493] Figure 17 This is a schematic diagram of a communication device provided according to an embodiment of this application. The communication device can be a terminal device, or a component (e.g., a chip or circuit) that can be used in a terminal device. Figure 17 As shown, the communication device 1700 may include a transceiver module 1701 and a processing module 1702.

[0494] The transceiver module 1701 is used to receive relay request messages from remote terminals.

[0495] The processing module 1702 is used to establish a sidelink communication connection with the remote terminal according to the relay request message. The sidelink communication connection is used to transmit data packets corresponding to the target communication service.

[0496] The transceiver module 1701 is further configured to forward messages between the remote terminal and the network device, including: receiving a first data packet corresponding to the target communication service from the remote terminal through the side link communication connection, and forwarding the first data packet to the network device; and / or receiving a second data packet corresponding to the target communication service from the network device, and forwarding the second data packet to the remote terminal through the side link communication connection.

[0497] The transceiver module 1701 can be implemented by a receiver and / or a transmitter. The processing module 1702 can be implemented by a processor. For the specific functions and benefits of the transceiver module 1701 and the processing module 1702, please refer to [link to relevant documentation]. Figure 5 or Figure 11 The communication methods shown will not be described in detail here.

[0498] In one possible embodiment, a communication device is also provided. This communication device can be a terminal device or a component (such as a chip or circuit) for a terminal device. The communication device may include a transceiver and a processor, and optionally, a memory. The transceiver can be used to implement the corresponding functions and operations of the receiving and transmitting modules described above, and the processor can be used to implement the corresponding functions and operations of the processing module described above. The memory can be used to store execution instructions or application code, and its execution is controlled by the processor to implement the communication method provided in the above embodiments of this application; and / or, it can also be used to temporarily store some data and instruction information, etc. The memory can exist independently of the processor; in this case, the memory can be connected to the processor through a communication line. In another possible design, the memory can also be integrated with the processor; this embodiment of the application does not limit this.

[0499] Figure 18 This application provides a communication device. The communication device can be, for example, as described in the embodiments of this application. Figure 3The terminal device shown is a communication device comprising a processor 1801, a memory 1802, a radio frequency (RF) circuit, an antenna, and input / output devices. The processor 1801 is used to process communication protocols and data, control the communication device, execute software programs, and process software program data. The memory 1802 is primarily used to store software programs and data. The RF circuit is mainly used for converting baseband signals to RF signals and processing RF signals. The antenna is mainly used for transmitting and receiving RF signals in the form of electromagnetic waves. Input / output devices, such as touchscreens, displays, and keyboards, are mainly used to receive user input data and output data to the user. It should be noted that some types of communication devices may not have input / output devices.

[0500] When data needs to be transmitted, the processor 1801 performs baseband processing on the data to be transmitted and outputs a baseband signal to the radio frequency (RF) circuit. The RF circuit then processes the baseband signal and transmits it outward as an electromagnetic wave through the antenna. When data is sent to the communication device, the RF circuit receives the RF signal through the antenna, converts it into a baseband signal, and outputs the baseband signal to the processor. The processor converts the baseband signal back into data and processes it. In actual communication device products, there may be one or more processors and one or more memories. Memory can also be called storage medium or storage device, etc. Memory can be set up independently of the processor or integrated with the processor; this application embodiment does not impose any limitations on this.

[0501] In this embodiment, the antenna and radio frequency circuit with transceiver functions can be considered as the transceiver 1803 of the communication device, and the processor with processing functions can be considered as the processing unit of the communication device. The transceiver 1803 can also be called a transceiver unit, transceiver, transceiver device, etc. The processing unit can also be called a processor, processing board, processing module, processing device, etc. Optionally, the device in the transceiver 1803 used to implement the receiving function can be considered as a receiving unit, and the device in the transceiver 1803 used to implement the transmitting function can be considered as a transmitting unit; that is, the transceiver 1803 includes a receiving unit and a transmitting unit. The receiving unit can sometimes be called a receiver, receiver circuit, etc. The transmitting unit can sometimes be called a transmitter, transmitter, or transmitting circuit, etc.

[0502] The processor 1801, memory 1802 and transceiver 1803 communicate with each other through internal connection paths to transmit control and / or data signals.

[0503] The communication method disclosed in the above embodiments of this application can be applied to, or implemented by, processor 1801. Processor 1801 may be an integrated circuit chip with signal processing capabilities. In implementation, each step of the above communication method can be completed by the integrated logic circuitry in the hardware of processor 1801 or by instructions in software form.

[0504] The processors described in the embodiments of this application can be general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. They can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules can reside in random access memory (RAM), flash memory, read-only memory (ROM), programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory; the processor reads instructions from the memory and, in conjunction with its hardware, completes the steps of the aforementioned communication method.

[0505] This application also provides a chip, which includes a transceiver unit and a processing unit. The transceiver unit may be an input / output circuit or a communication interface; the processing unit may be a processor 1801, a microprocessor 1801, or an integrated circuit integrated on the chip. This chip can execute the communication methods described in the above-described communication method embodiments for the remote terminal side or the relay terminal side.

[0506] This application also provides a computer-readable storage medium storing instructions thereon, which, when executed, perform the communication method on the remote terminal side or the relay terminal side in the above-described communication method embodiments.

[0507] This application also provides a computer program product containing instructions that, when executed, perform the communication method on the remote terminal side or relay terminal side in the above-described communication method embodiments.

[0508] Those skilled in the art will recognize that the units and algorithm steps of the various examples 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 implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art 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 application.

[0509] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0510] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0511] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0512] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0513] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0514] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A communication method characterized by comprising: include: A remote terminal sends a relay request message to establish a sidelink communication connection with a relay terminal. The sidelink communication connection is used to transmit data packets corresponding to the target communication service. The relay request message includes a first service identifier, which corresponds to the target communication service. The remote terminal interacts with network devices through the relay terminal, including: The remote terminal sends a first data packet corresponding to the target communication service to the relay terminal via the sidelink communication connection, so that the first data packet is forwarded by the relay terminal to the network device; and / or, The remote terminal receives a second data packet corresponding to the target communication service from the relay terminal via the side link communication connection, and the second data packet comes from the network device; The relay request message includes multiple service identifiers; before the remote terminal interacts with the network device through the relay terminal, the communication method further includes: The remote terminal receives a service identifier confirmation message from the relay terminal. The service identifier confirmation message includes a first part of the service identifier among the plurality of service identifiers. The service identifier confirmation message is used to indicate that the communication service corresponding to the first part of the service identifier is permitted by the relay terminal, so that the remote terminal forwards the service related to the first part of the service identifier, but does not forward the service corresponding to other service identifiers other than the first part of the service identifier. The first part of the service identifier includes the first service identifier.

2. The communication method according to claim 1, characterized by, The target communication services include at least one of the following: high-definition voice call service, high-definition video call service, VoIP call service, VoIP call service, QR code service, payment service, emergency call service, phone bill recharge service, SMS service, and application notification service.

3. The communication method according to claim 1 or 2, characterized in that, Before the remote terminal sends the relay request message, the communication method further includes: The remote terminal determines that it is currently in a scenario without network communication.

4. The communication method according to claim 1 or 2, characterized in that, The remote terminal determines that it is currently in a no-network communication scenario, including: The remote terminal determines that it is currently in a no-network communication scenario based on at least one of the following: the status of the SIM card interface of the remote terminal's user identification module, the usage status of the remote terminal's communication package, the communication status between the remote terminal and the network device, the status of the remote terminal's mobile data function, the status of the remote terminal's wireless local area network (WLAN) function, and the status of the remote terminal's Bluetooth function.

5. The communication method according to claim 1 or 2, characterized in that, The first service identifier is used to uniquely identify the target communication service.

6. The communication method according to claim 1 or 2, characterized in that, The first service identifier is used to indicate the priority of the target communication service.

7. The communication method according to claim 1 or 2, characterized in that, The relay request message includes the terminal identifier of the remote terminal.

8. The communication method according to claim 1 or 2, characterized in that, The first data packet includes a second service identifier, which corresponds to the target communication service.

9. The communication method according to claim 1 or 2, characterized in that, The second data packet includes a third service identifier, which corresponds to the target communication service.

10. The communication method according to claim 1 or 2, characterized in that, The remote terminal sends a relay request message, including: The remote terminal sends the relay request message according to a first cycle, the first cycle being less than 40ms.

11. The communication method according to claim 1 or 2, characterized in that, The remote terminal sends a relay request message, including: The remote terminal transmits the relay request message on the authorized frequency band in a frequency division duplex manner; or... The remote terminal sends the relay request message on an unlicensed frequency band.

12. The communication method according to claim 1 or 2, characterized in that, The communication method further includes: The remote terminal displays a target user interface, which includes at least one of the following: a switch control without network communication, a switch control of the remote terminal, and communication parameters of the remote terminal.

13. The communication method according to claim 12, characterized in that, The communication parameters of the remote terminal include at least one of the following: power consumption mode, single duration limit, default start time period, service whitelist, service blacklist, relay terminal whitelist, and relay terminal blacklist.

14. The communication method according to claim 1 or 2, characterized in that, The relay request message includes a service identifier corresponding to the QR code service; the first data packet is used to request QR code information; the second data packet includes the QR code information; and before the remote terminal sends the relay request message, the communication method further includes: The remote terminal displays a first user interface related to QR code loading, and the remote terminal is currently in a scenario without network communication. After the remote terminal interacts with the network device through the relay terminal, the method further includes: The QR code pattern is displayed on the first user interface.

15. The communication method according to claim 1 or 2, characterized in that, The relay request message includes a service identifier corresponding to the payment service. The first data packet is used to request recharge information for the bus card, and the second data packet includes the recharge information for the bus card. Before the remote terminal sends the relay request message, the communication method further includes: The remote terminal displays a second user interface related to bus card recharge, and the remote terminal is currently in a scenario without network communication. After the remote terminal interacts with the network device through the relay terminal, the communication method further includes: The second user interface displays a first instruction message indicating that the bus card recharge is complete.

16. The communication method according to claim 1 or 2, characterized in that, The relay request message includes a service identifier corresponding to the SMS service; the first data packet is used to request a verification code; the second data packet includes the verification code; and before the remote terminal sends the relay request message, the communication method further includes: The remote terminal displays a third user interface related to obtaining the verification code, and the remote terminal is currently in a scenario without network communication. After the remote terminal interacts with the network device through the relay terminal, the communication method further includes: The verification code is displayed on the third user interface.

17. The communication method according to claim 1 or 2, characterized in that, The relay request message includes a service identifier corresponding to the payment service; the first data packet is used to request information related to phone bill top-up; the second data packet includes the phone bill top-up related information; and before the remote terminal sends the relay request message, the communication method further includes: The remote terminal displays a fourth user interface related to phone bill recharge, and the remote terminal is currently in a no-network communication scenario. After the remote terminal interacts with the network device through the relay terminal, the communication method further includes: The fourth user interface displays a second instruction message indicating that the phone bill recharge is complete.

18. The communication method according to claim 1 or 2, characterized in that, The relay request message includes a service identifier corresponding to the payment service; the first data packet is used to request information related to parking fees; the second data packet includes the parking fee-related information; and before the remote terminal sends the relay request message, the communication method further includes: The remote terminal displays a fifth user interface related to parking fee payment, and the remote terminal is currently in a scenario without network communication. After the remote terminal interacts with the network device through the relay terminal, the communication method further includes: The fifth user interface displays a third instruction message indicating that the parking fee payment has been completed.

19. The communication method according to claim 1 or 2, characterized in that, The relay request message includes a service identifier corresponding to the distress call service; the first data packet includes the uploaded voice packet of the distress call; the second data packet includes the downloaded voice packet of the distress call; and before the remote terminal sends the relay request message, the communication method further includes: The remote terminal displays a sixth user interface related to the distress call, and the remote terminal is currently in a no-network communication scenario. While the remote terminal interacts with the network device through the relay terminal, the communication method further includes: The sixth user interface displays a fourth instruction message, which indicates that the remote terminal has connected the distress call.

20. A communication method, characterized in that, include: The relay terminal receives a relay request message from the remote terminal. The relay request message includes a first service identifier, which corresponds to the target communication service. The relay terminal establishes a sidelink communication connection with the remote terminal according to the relay request message. The sidelink communication connection is used to transmit data packets corresponding to the target communication service. The relay terminal forwards messages between the remote terminal and the network device, including: The relay terminal receives a first data packet corresponding to the target communication service from the remote terminal via the sidelink communication connection, and forwards the first data packet to the network device; and / or, The relay terminal receives a second data packet corresponding to the target communication service from the network device, and forwards the second data packet to the remote terminal through the side link communication connection; The relay request message includes multiple service identifiers; before the relay terminal forwards the message between the remote terminal and the network device, the communication method further includes: The relay terminal sends a service identifier confirmation message to the remote terminal, the service identifier confirmation message including a first part of the multiple service identifiers; The relay terminal forwards messages between the remote terminal and the network device, including: The relay terminal forwards messages corresponding to the first part of the service identifier between the remote terminal and the network device, and discards messages corresponding to the second part of the service identifier. The second part of the service identifier includes the remaining service identifiers other than the first part of the service identifier among the plurality of service identifiers, and the first part of the service identifier includes the first service identifier.

21. The communication method according to claim 20, characterized in that, The target communication services include at least one of the following: high-definition voice call service, high-definition video call service, VoIP call service, VoIP call service, QR code service, payment service, emergency call service, phone bill recharge service, SMS service, and application notification service.

22. The communication method according to claim 20 or 21, characterized in that, The relay request message includes at least one of the following: The terminal identifier of the remote terminal; No network communication identifier, which indicates that the remote terminal is currently in a state of no network communication.

23. The communication method according to claim 20 or 21, characterized in that, The first service identifier is used to uniquely identify the target communication service.

24. The communication method according to claim 20 or 21, characterized in that, The first service identifier is used to indicate the priority of the target communication service.

25. The communication method according to claim 20 or 21, characterized in that, The relay terminal establishes a sidelink communication connection with the remote terminal based on the relay request message, including: When the first service identifier meets the first service preset condition, the relay terminal establishes a sidelink communication connection with the remote terminal, wherein the first service identifier meeting the first service preset condition includes at least one of the following: The priority corresponding to the first service identifier is higher than the priority of the first preset service; The target communication service corresponding to the first service identifier belongs to the service whitelist of the relay terminal; The target communication service corresponding to the first service identifier does not belong to the service blacklist of the relay terminal.

26. The communication method according to claim 22, characterized in that, The relay terminal establishes a sidelink communication connection with the remote terminal based on the relay request message, including: When the terminal identifier meets the first terminal preset condition, the relay terminal establishes a sidelink communication connection with the remote terminal, wherein the terminal identifier meeting the first terminal preset condition includes any one of the following: The terminal identifier is in the remote terminal whitelist of the relay terminal; The terminal identifier is not in the remote terminal blacklist of the relay terminal.

27. The communication method according to claim 20 or 21, characterized in that, The first data packet includes a second service identifier, which corresponds to the target communication service.

28. The communication method according to claim 20 or 21, characterized in that, The second data packet includes a third service identifier, which corresponds to the target communication service.

29. The communication method according to claim 20 or 21, characterized in that, Before the relay terminal receives the relay request message from the remote terminal, the communication method further includes: The relay terminal listens for the relay request message according to a second cycle, the duration of which is greater than 512ms.

30. The communication method according to claim 29, characterized in that, The relay terminal listens for the relay request message according to the second cycle, including: The relay terminal drives its sidelink communication module according to the second cycle to listen for the relay request message. In each second cycle, the duration for which the relay terminal drives the sidelink communication module is equal to the sum of the transmission cycle of the relay request message and the time domain occupied by the relay request message.

31. The communication method according to claim 30, characterized in that, The relay request message is sent within a period of less than 40ms.

32. The communication method according to claim 20 or 21, characterized in that, The relay terminal includes a first communication module and a second communication module. The first communication module is used for interaction between the relay terminal and the network device, and the second communication module is used for interaction between the relay terminal and the remote terminal. In each driving cycle of the first communication module and the second communication module, the driving time period of the first communication module and the driving time period of the second communication module at least partially overlap.

33. The communication method according to claim 32, characterized in that, After the first communication module of the relay terminal switches out of the connected state, the start time of the drive of the first communication module and the start time of the drive of the second communication module are the same.

34. The communication method according to claim 20 or 21, characterized in that, The communication method further includes: The relay terminal displays a user interface, which includes at least one of the following: a switch control for no network communication, a switch control for the relay terminal, and communication parameters of the relay terminal.

35. The communication method according to claim 34, characterized in that, The communication parameters of the relay terminal include at least one of the following: power consumption mode, single duration limit, single traffic limit, default start time period, service whitelist, service blacklist, remote terminal whitelist, and remote terminal blacklist.

36. The communication method according to claim 20 or 21, characterized in that, The relay request message includes a service identifier corresponding to the QR code service, the first data packet is used to request QR code information, and the second data packet includes the QR code information.

37. The communication method according to claim 20 or 21, characterized in that, The relay request message includes a service identifier corresponding to the payment service. The first data packet is used to request the recharge information of the bus card, and the second data packet includes the recharge information of the bus card.

38. The communication method according to claim 20 or 21, characterized in that, The relay request message includes a service identifier corresponding to the SMS service, the first data packet is used to request a verification code, and the second data packet includes the verification code.

39. The communication method according to claim 20 or 21, characterized in that, The relay request message includes a service identifier corresponding to the payment service. The first data packet is used to request information related to phone bill recharge, and the second data packet includes the information related to phone bill recharge.

40. The communication method according to claim 20 or 21, characterized in that, The relay request message includes a service identifier corresponding to the payment service, the first data packet is used to request information related to parking fees, and the second data packet includes the information related to parking fees.

41. The communication method according to claim 20 or 21, characterized in that, The relay request message includes a service identifier corresponding to the distress call service. The first data packet includes the uploaded voice packet of the distress call, and the second data packet includes the downloaded voice packet of the distress call.

42. A communication device, characterized in that, include: One or more processors; One or more memory units; The one or more memories store one or more computer programs, the one or more computer programs including instructions that, when executed by the one or more processors, cause the communication device to perform the communication method as described in any one of claims 1 to 41.

43. A non-volatile computer-readable storage medium, characterized in that, Includes computer instructions that, when executed on an electronic device, cause the electronic device to perform the communication method as described in any one of claims 1-41.

44. A computer program product containing instructions, characterized in that, When the instruction is executed, the communication method as described in any one of claims 1-41 is implemented.

45. A communication system comprising network equipment, a remote terminal, and a relay terminal, wherein, The remote terminal is used to perform the communication method as described in any one of claims 1 to 19, and the relay terminal is used to perform the communication method as described in any one of claims 20 to 41.

Images