WO2022127665A1 - Communication method and communication apparatus - Google Patents

Abstract

Provided are a communication method and a communication apparatus. The communication method comprises: establishing a sidelink communication connection between a remote terminal and a relay terminal, wherein the sidelink communication connection is used for the transmission of a data packet corresponding to a target communication service; the remote terminal exchanging the data packet corresponding to the target communication service with a network device by means of the sidelink communication connection; and the relay terminal providing a relay service for the target communication service to the remote terminal by means of the sidelink communication connection. The present application provides a new mode of communication between a plurality of terminal devices, and the mode of communication can be applied to various types of communication scenarios, thereby facilitating an increase in the functions that can be realized by the terminal devices.

Description

Communication method and communication device

This application claims the priority of the Chinese patent application with the application number 202011497022.5 and the application title "Communication Method and Communication Device" filed with the China Patent Office on December 17, 2020, the entire contents of which are incorporated into this application by reference.

technical field

The present application relates to the field of electronic equipment, and more particularly, to a communication method and a communication device.

Background technique

A communication protocol defines a link that can communicate directly between a plurality of end devices, and this link can be referred to as a sidelink (SL). Communication application scenarios between multiple terminal devices may be diverse.

SUMMARY OF THE INVENTION

The present application provides a communication method and a communication device, with the purpose of providing a communication mode between multiple terminal devices, the communication mode can be combined with various types of communication scenarios, and the functions that can be realized by the terminal device can be increased.

In a first aspect, a communication method is provided, including:

The remote terminal sends a relay request message to establish a side link communication connection with the relay terminal, where the side link communication connection is used to transmit data packets corresponding to the target communication service;

The remote terminal interacts with the network device through the relay terminal, including:

The remote terminal sends 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 relay terminal. the network equipment; and/or,

The remote terminal is connected through the side link communication, and receives a second data packet corresponding to the target communication service from the relay terminal, where the second data packet comes from the network device.

In the present application, by associating the type of the communication service with the data packet, the remote terminal can receive or send the data packet of the specific communication service through the relay terminal, so as to realize the function corresponding to the specific communication service.

With reference to 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, two-dimensional code Business, payment business, help business, call charge recharge business, short message business, application notification business.

In the present application, various types of communication services are obtained by dividing the service types in a detailed and diverse manner, so that data packets can be associated with specific and specific services, which is beneficial to increase the use of remote terminals in various application scenarios. functions that can be achieved.

With reference to the first aspect, in some implementations of the first aspect, before the remote terminal sends the relay requirement message, the communication method further includes:

The remote terminal determines that the remote terminal is currently in a scenario of no network communication.

In the present application, when the remote terminal is in a scenario without network communication, the remote terminal should not be able to achieve effective communication, and thus cannot provide users with a variety of application functions. However, since the remote terminal can request the relay service from the relay terminal, part of the communication service data of the remote terminal can obtain the permission of the relay terminal, so that the user of the remote terminal can still use part of the remote terminal in the scenario of no network communication. Function. This is beneficial to improve the user experience of the remote terminal in the scenario of no network communication.

With reference to the first aspect, in some implementations of the first aspect, the remote terminal determines that the remote terminal is currently in a network-free communication scenario, including:

The remote terminal judges that the remote terminal is currently in a no-network communication scenario according to at least one of the following: the state of the user identification module SIM card interface of the remote terminal, the usage of the communication package of the remote terminal, the remote terminal The communication status with the network device, the status of the mobile data function of the remote terminal, the status of the wireless local area network WLAN function of the remote terminal, and the status of the Bluetooth function of the remote terminal.

In the present application, the normal communication function of the remote terminal may be limited for various reasons.

With reference to the first aspect, in some implementations of the first aspect, the relay requirement message includes a first service identifier, and the first service identifier corresponds to the target communication service.

In the present application, because the relay demand message carries the identifier of the target communication service, the relay terminal can know the specific type of the relay service that the remote terminal needs to provide through the relay demand message, which is beneficial for the remote terminal to obtain information from the relay terminal. Obtain relay services for specific communication services.

With reference to the first aspect, in some implementations of the first aspect, the first service identifier is used to uniquely identify the target communication service.

In this application, since the first service identifier can uniquely identify the communication service, the relay terminal can accurately know the specific type of the relay service that the remote terminal needs to provide. Since the types of communication services may be relatively numerous, the data volume of the first service identifier may be relatively large.

With reference to 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.

In the present application, since the first service identifier can identify the priority of the communication service, the relay terminal can judge whether to provide a relay service for the remote terminal according to the service priority. Since the types of communication services may be relatively numerous, identifying the communication services by priority is beneficial to reduce the data amount of the first service identification.

With reference to the first aspect, in some implementations of the first aspect, the relay requirement message includes multiple service identifiers; before the remote terminal interacts with the network device through the relay terminal, the communication method further include:

The remote terminal receives a service identification confirmation message from the relay terminal, where the service identification confirmation message includes the first part of the service identification among the plurality of service identifications, and the service identification confirmation message is used to indicate the first part of the service The communication service corresponding to the identifier is permitted by the relay terminal, and the first part of the service identifier includes the first service identifier.

In this application, since the relay terminal can choose to provide the relay service for the remote terminal or not to provide the relay service, after the relay terminal feeds back the first part of the service identifier, the remote terminal can know the relay terminal that the relay terminal can provide. The specific type of service.

With reference to the first aspect, in some implementations of the first aspect, the relay requirement message includes a terminal identifier of the remote terminal.

With reference to the first aspect, in some implementations of the first aspect, the first data packet includes a second service identifier, and the second service identifier corresponds to the target communication service.

In the present application, since the first data packet carries the identifier of the target communication service, the relay terminal can know that the first data packet is related to the target communication service, and know the specific type of relay service that the remote terminal needs to be provided, and further A relay service that is beneficial for a remote terminal to obtain a specific communication service from a relay terminal.

With reference to the first aspect, in some implementations of the first aspect, the second data packet includes a third service identifier, and the third service identifier corresponds to the target communication service.

In the present 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, and further A relay service that is beneficial for a remote terminal to obtain a specific communication service from a relay terminal.

With reference to the first aspect, in some implementations of the first aspect, the remote terminal sends a relay requirement message, including:

The remote terminal sends the relay requirement message according to a first period, and the first period is less than 40ms.

In the present application, the remote terminal sends the relay demand message according to a relatively fast frequency, which is beneficial to receive feedback from the relay terminal as soon as possible and improve the user experience of the remote terminal.

With reference to the first aspect, in some implementations of the first aspect, the remote terminal sends a relay requirement message, including:

The remote terminal sends the relay request message on the licensed frequency band in a frequency division duplex manner; or,

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

In the present application, sending the relay demand message on the licensed frequency band or sending the relay demand message on the unlicensed frequency band according to the frequency division duplexing method is beneficial to shorten the sending period of the relay demand message, and is further beneficial to receive the relay demand message as soon as possible. The feedback to the relay terminal improves the user experience of the remote terminal.

With reference to the first aspect, in some implementations of the first aspect, the communication method further includes:

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

In the present application, the user can perform gesture operations through the user interface of the remote terminal to implement personalized functions.

With reference to 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 open period, service whitelist, service blacklist, Relay terminal whitelist and relay terminal blacklist.

In the present application, the user can realize personalized functions by adjusting various communication parameters of the remote terminal.

With reference to the first aspect, in some implementations of the first aspect, the relay requirement message includes a service identifier corresponding to the two-dimensional code service, the first data packet is used to request information of the two-dimensional code, and the The second data packet includes the information of the two-dimensional code, 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 the loading of the two-dimensional code, 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 pattern of the two-dimensional code is displayed on the first user interface.

Generally speaking, in order to ensure information security, the two-dimensional code is generally updated multiple times in a relatively short period of time, which makes the two-dimensional code business relatively high urgency. When the remote terminal cannot quickly obtain the two-dimensional code from the network device, the two-dimensional code can be quickly obtained through the relay terminal, thereby completing the business or function related to the two-dimensional code.

With reference to the first aspect, in some implementations of the first aspect, the relay demand message includes a service identifier corresponding to a payment service, the first data packet is used to request recharge information of the bus card, and the second The data packet includes the recharge information of the bus card, and before the remote terminal sends the relay demand message, the communication method further includes:

The remote terminal displays a second user interface related to the recharging of the bus card, 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:

First indication information is displayed on the second user interface, and the first indication information indicates that the recharging of the bus card is completed.

Generally speaking, the remote terminal can complete the recharge of the bus card through short-distance communication technology, but when the remote terminal cannot quickly obtain the recharge information of the bus card from the network device, the convenience of the bus card recharge process will be compromised. In the present application, the remote terminal can quickly obtain the recharge information of the bus card through the relay terminal, thereby realizing the recharge function of the bus card.

With reference to the first aspect, in some implementations of the first aspect, the relay requirement message includes a service identifier corresponding to the short message service, the first data packet is used to request a verification code, and the second data packet includes For the verification code, before the remote terminal sends the relay requirement 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 of no 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.

Generally speaking, in order to ensure information security, the validity period of the verification code is relatively short, which makes the short message service or the verification code service relatively urgent. When the remote terminal cannot quickly obtain the verification code from the network device, the relay terminal can quickly obtain the verification code, thereby completing the business or function related to the verification code.

With reference to the first aspect, in some implementations of the first aspect, the relay requirement message includes a service identifier corresponding to the payment service, the first data packet is used to request information related to telephone charge recharge, and the first data packet The second data packet includes the information related to the telephone charge recharge, and before the remote terminal sends the relay demand 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 scenario without network communication;

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

Second indication information is displayed on the fourth user interface, and the second indication information indicates that the phone bill recharge is completed.

Generally speaking, even in a normal network scenario, the remote terminal cannot communicate with the network device normally due to insufficient call credit balance. Once the call credit is recharged, the remote terminal can communicate with the network device normally. The remote terminal can complete the call charge recharge process through the relay terminal, and then restore the normal communication function.

With reference to the first aspect, in some implementations of the first aspect, the relay requirement message includes a service identifier corresponding to a payment service, the first data packet is used to request information related to parking fees, and 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 demand 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:

Third indication information is displayed on the fifth user interface, and the third indication information indicates that the payment of the parking fee is completed.

Users can usually pay for parking at the exit of the underground garage. If the total payment time for parking fees is long, it may result in congestion of vehicles at the garage exit. When the remote terminal cannot quickly acquire the information related to the parking fee from the network device, it can quickly acquire the information related to the parking fee through the relay terminal, and then complete the payment of the parking fee.

With reference to the first aspect, in some implementations of the first aspect, the relay demand message includes a service identifier corresponding to a distress service, the first data packet includes an uploaded voice packet of a distress call, and the second data packet The packet includes the downlink voice packet of the distress call, and before the remote terminal sends the relay demand 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 scenario without network communication;

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

Fourth indication information is displayed on the sixth user interface, and the fourth indication information indicates that the remote terminal has connected the emergency call.

Users usually only use SOS calls in emergency or dangerous situations. If the signal of the remote terminal is relatively poor, there may be serious consequences due to the failure to call for help. When the remote terminal cannot directly exchange the voice packet of the distress call with the network device, the voice packet of the distress call can be exchanged with the network device through the relay terminal, thereby helping to improve the success rate of the distress call.

In a second aspect, a communication method is provided, comprising:

The relay terminal receives the relay demand message from the remote terminal;

establishing, by the relay terminal, a side link communication connection with the remote terminal according to the relay demand message, where the side link 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 is connected through the side link communication, receives a first data packet corresponding to the target communication service from a remote terminal, 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.

In this application, by associating the type of the communication service with the data packet, the relay terminal can forward the data packet of the specific communication service for the remote terminal, so that the remote terminal can realize the function corresponding to the specific communication service.

With reference to the second aspect, in some implementations of the second aspect, the target communication service includes at least one of the following: a high-definition voice call service, a high-definition video call service, an Internet voice call service, an Internet video call service, and a two-dimensional code Business, payment business, help business, call charge recharge business, short message business, application notification business.

In the present application, various types of communication services are obtained by dividing the service types in a detailed and diverse manner, so that data packets can be associated with specific and specific services, which is beneficial to increase the use of remote terminals in various application scenarios. functions that can be achieved.

With reference to the second aspect, in some implementations of the second aspect, the relay requirement message includes at least one of the following:

the terminal identifier of the remote terminal;

no network communication identification, the no network communication identification is used to indicate that the remote terminal is currently in a no network communication state;

A first service identifier, where the first service identifier corresponds to the target communication service.

In the present application, when the remote terminal is in a scenario without network communication, the remote terminal should not be able to achieve effective communication, and thus cannot provide users with a variety of application functions. However, since the relay request message can carry the no-network communication identifier, it is beneficial for the relay terminal to preferentially provide relay services for the remote terminal without network communication, and it is beneficial for the communication service data of the remote terminal to obtain the permission of the relay terminal. The user of the terminal can still use some functions of the remote terminal in the scenario of no network communication. This is beneficial to improve the user experience of the remote terminal in the scenario of no network communication.

In the present application, since the relay demand message carries the identifier of the target communication service, the relay terminal can know the specific type of the relay service that the remote terminal needs to provide through the relay demand message, which is beneficial for the relay terminal to provide the remote terminal. The terminal provides relay services for specific communication services.

With reference to the second aspect, in some implementations of the second aspect, the first service identifier is used to uniquely identify the target communication service.

In this application, since the first service identifier can uniquely identify the communication service, the relay terminal can accurately know the specific type of the relay service that the remote terminal needs to provide. Since the types of communication services may be relatively numerous, the data volume of the first service identifier may be relatively large.

With reference to 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.

In the present application, since the first service identifier can identify the priority of the communication service, the relay terminal can judge whether to provide a relay service for the remote terminal according to the service priority. Since the types of communication services may be relatively numerous, identifying the communication services by priority is beneficial to reduce the data amount of the first service identification.

With reference to the second aspect, in some implementations of the second aspect, the relay requirement message includes multiple service identifiers; before the relay terminal forwards the message between the remote terminal and the network device, the Communication methods also include:

The relay terminal sends a service identifier confirmation message to the remote terminal, where the service identifier confirmation message includes the first part of the service identifiers in the plurality of service identifiers;

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

The relay terminal forwards the message corresponding to the first part of the service identifier between the remote terminal and the network device, and discards the message corresponding to the second part of the service identifier, where the second part of the service identifier includes the multiple service identifiers. The remaining service identifiers except the first part of the service identifiers in each of the service identifiers, where the first part of the service identifiers include the first service identifier.

In this application, since the relay terminal can choose to provide the relay service for the remote terminal or not to provide the relay service, after the relay terminal feeds back the first part of the service identifier, the remote terminal can know the relay terminal that the relay terminal can provide. The specific type of service.

With reference to the second aspect, in some implementations of the second aspect, the relay terminal establishes a side link communication connection with the remote terminal according to the relay demand message, including:

The relay terminal establishes a side link communication connection with the remote terminal under the condition that the first service identifier satisfies the first service preset condition, wherein the first service identifier satisfies the first service preset condition Include 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.

In the present application, the relay terminal may determine whether to provide a relay service for the remote terminal according to the communication parameters set by the user.

With reference to the second aspect, in some implementations of the second aspect, the relay terminal establishes a side link communication connection with the remote terminal according to the relay demand message, including:

The relay terminal establishes a side link communication connection with the remote terminal when the terminal identifier satisfies the preset condition of the first terminal, wherein the terminal identifier satisfies the preset condition of the first terminal including any one of the following item:

The terminal identifier is in the remote terminal whitelist of the relay terminal;

The terminal identification is not in the remote terminal blacklist of the relay terminal.

In the present application, the relay terminal may determine whether to provide a relay service for the remote terminal according to the communication parameters set by the user.

With reference to the second aspect, in some implementations of the second aspect, the first data packet includes a second service identifier, and the second service identifier corresponds to the target communication service.

In the present application, since the first data packet carries the identifier of the target communication service, the relay terminal can know that the first data packet is related to the target communication service, and know the specific type of relay service that the remote terminal needs to be provided, and further A relay service that is beneficial for a remote terminal to obtain a specific communication service from a relay terminal.

With reference to the second aspect, in some implementations of the second aspect, the second data packet includes a third service identifier, and the third service identifier corresponds to the target communication service.

In the present 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, and further A relay service that is beneficial for a remote terminal to obtain a specific communication service from a relay terminal.

With reference to the second aspect, in some implementations of the second aspect, before the relay terminal receives the relay demand message from the remote terminal, the communication method further includes:

The relay terminal monitors the relay demand message according to a second period, and the duration of the second period is greater than 512 ms.

In the present application, the relay terminal monitors the relay demand message at a relatively slow frequency, which is beneficial to reduce the power consumption of the relay terminal.

With reference to the second aspect, in some implementations of the second aspect, the relay terminal monitors the relay demand message according to a second period, including:

The relay terminal drives the side link communication module of the relay terminal according to the second cycle to monitor the relay demand message, wherein, in each second cycle, the relay terminal drives the The duration of the side link communication module is equal to the sum of the sending period of the relay requirement message and the time domain occupied by the relay requirement message.

In the present application, by setting the driving duration of the link communication module inside each listening period, it is not only beneficial to save the power consumption of the relay terminal, but also to improve the success rate of monitoring the relay demand message.

With reference to the second aspect, in some implementations of the second aspect, the sending period of the relay requirement message is less than 40ms.

In the present application, the remote terminal sends the relay demand message according to a relatively fast frequency, which is beneficial to receive feedback from the relay terminal as soon as possible and improve the user experience of the remote terminal.

With reference to the second aspect, in some implementations of the second aspect, the relay terminal includes a first communication module and a second communication module, and the first communication module is used for the relay terminal and the network device interaction between the two communication modules, the second communication module is used for the interaction between the relay terminal and the remote terminal, in each driving cycle of the first communication module and the second communication module, the first communication module The driving period at least partially overlaps the driving period of the second communication module.

In the present application, overlapping the driving periods of the plurality of communication modules is beneficial to reduce the driving times of other modules related to the plurality of communication modules, thereby reducing the power consumption of the relay terminal.

With reference to the second aspect, in some implementations of the second aspect, after the first communication module of the relay terminal is switched from the connected state, the driving start time of the first communication module is the same as that of the second communication module. The driving start time of the communication module is the same time.

In the present application, aligning the driving start times of the plurality of communication modules is beneficial to increase the overlapping time amount of the driving periods of the plurality of communication modules.

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

The relay terminal displays a user interface, and the user interface includes at least one of the following: a switch control without network communication, a switch control of the relay terminal, and communication parameters of the relay terminal.

In the present application, the user may perform gesture operations through the user interface of the relay terminal to implement personalized functions.

With reference to 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-time duration limit, single-time traffic limit, default open period, service white List, business blacklist, remote terminal whitelist, remote terminal blacklist.

In the present application, the user can realize personalized functions by adjusting various communication parameters of the relay terminal.

With reference to the second aspect, in some implementations of the second aspect, the relay requirement message includes a service identifier corresponding to the two-dimensional code service, the first data packet is used to request information of the two-dimensional code, and the The second data packet includes the information of the two-dimensional code.

Generally speaking, in order to ensure information security, the two-dimensional code is generally updated multiple times in a relatively short period of time, which makes the two-dimensional code business relatively high urgency. When the remote terminal cannot quickly obtain the two-dimensional code from the network device, the two-dimensional code can be quickly obtained through the relay terminal, thereby completing the business or function related to the two-dimensional code.

With reference to the second aspect, in some implementations of the second aspect, the relay demand message includes a service identifier corresponding to the payment service, the first data packet is used to request recharge information of the bus card, and the second The data package includes recharge information of the bus card.

Generally speaking, the remote terminal can complete the recharge of the bus card through short-distance communication technology, but when the remote terminal cannot quickly obtain the recharge information of the bus card from the network device, the convenience of the bus card recharge process will be compromised. In the present application, the remote terminal can quickly obtain the recharge information of the bus card through the relay terminal, thereby realizing the recharge function of the bus card.

With reference to the second aspect, in some implementations of the second aspect, the relay requirement message includes a service identifier corresponding to the short message service, the first data packet is used to request a verification code, and the second data packet includes the verification code.

Generally speaking, in order to ensure information security, the validity period of the verification code is relatively short, which makes the short message service or the verification code service relatively urgent. When the remote terminal cannot quickly obtain the verification code from the network device, the relay terminal can quickly obtain the verification code, thereby completing the business or function related to the verification code.

With reference to the second aspect, in some implementations of the second aspect, the relay requirement message includes a service identifier corresponding to the payment service, the first data packet is used to request information related to telephone charge recharge, and the first data packet The second data package includes the information related to the phone bill recharge.

Generally speaking, even in a normal network scenario, the remote terminal cannot communicate with the network device normally due to insufficient call credit balance. Once the call credit is recharged, the remote terminal can communicate with the network device normally. The remote terminal can complete the call charge recharge process through the relay terminal, and then restore the normal communication function.

With reference to the second aspect, in some implementations of the second aspect, the relay demand message includes a service identifier corresponding to a payment service, the first data packet is used to request information related to parking fees, and the first data packet is used to request information related to parking fees. The second data packet includes the information related to the parking fee.

Users can usually pay for parking at the exit of the underground garage. If the total payment time for parking fees is long, it may result in congestion of vehicles at the garage exit. When the remote terminal cannot quickly acquire the information related to the parking fee from the network device, it can quickly acquire the information related to the parking fee through the relay terminal, and then complete the payment of the parking fee.

With reference to the second aspect, in some implementations of the second aspect, the relay requirement message includes a service identifier corresponding to a distress service, the first data packet includes an uploaded voice packet of a distress call, and the second data packet The package includes the downlink voice package of the distress call.

Users usually only use SOS calls in emergency or dangerous situations. If the signal of the remote terminal is relatively poor, there may be serious consequences due to the failure to call for help. When the remote terminal cannot directly exchange the voice packet of the distress call with the network device, the voice packet of the distress call can be exchanged with the network device through the relay terminal, thereby helping to improve the success rate of the distress call.

In a third aspect, a communication apparatus is provided, comprising: one or more processors; one or more memories; the one or more memories store one or more computer programs, the one or more computer programs comprising The instructions, when executed by the one or more processors, cause the electronic device to execute the communication method described in any possible implementation manner of the first aspect or the second aspect.

In a fourth aspect, a non-volatile computer-readable storage medium is provided, comprising computer instructions that, when the computer instructions are executed on an electronic device, cause the electronic device to perform any of the first or second aspects above. A possible implementation of the described communication method.

A fifth aspect provides a computer program product containing instructions, when the computer program product is run on an electronic device, the electronic device is made to execute the above-mentioned first aspect or any one of the possible implementations of the second aspect. communication method.

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 configured to execute the communication method described in any possible implementation manner of the above-mentioned first aspect, and the The relay terminal is configured to execute the communication method described in any possible implementation manner of the second aspect.

Description of drawings

Figure 1 is a schematic diagram of the communication between vehicles and everything.

Figure 2 is a device-to-device schematic.

FIG. 3 is a schematic structural diagram of a terminal device.

FIG. 4 is a schematic diagram of a networkless communication scenario provided by an embodiment of the present application.

FIG. 5 is a schematic flowchart of a communication method provided by an embodiment of the present application.

FIG. 6 is a schematic diagram of a user interface provided by an embodiment of the present application.

FIG. 7 is a schematic diagram of a user interface provided by an embodiment of the present application.

FIG. 8 is a schematic diagram of a user interface provided by an embodiment of the present application.

FIG. 9 is a schematic diagram of a relay request message being carried on a physical side link broadcast channel.

FIG. 10 is a schematic diagram of a relay request message being carried on a physical side link broadcast channel.

FIG. 11 is a schematic flowchart of a communication method provided by an embodiment of the present application.

FIG. 12 is a schematic sequence diagram of a relay terminal monitoring a relay demand message.

FIG. 13 is a schematic time sequence diagram of a relay terminal monitoring a relay demand message.

FIG. 14 is a schematic time sequence diagram of a relay terminal monitoring a relay demand message.

FIG. 15 is a schematic time sequence diagram of a relay terminal driving the first communication module and the second communication module.

FIG. 16 is a schematic structural diagram of a communication apparatus provided by an embodiment of the present application.

FIG. 17 is a schematic structural diagram of a communication apparatus provided by an embodiment of the present application.

FIG. 18 is a schematic structural diagram of a communication apparatus provided by an embodiment of the present application.

Detailed ways

The technical solutions in the present application will be described below with reference to the accompanying drawings.

In this application, "at least one" means one or more, and "plurality" means two or more. "And/or", which describes the association relationship of the associated objects, indicates that there can be three kinds of relationships, for example, A and/or B, which can indicate: the existence of A alone, the existence of A and B at the same time, and the existence of B alone, where A, B can be singular or plural. The character "/" generally indicates that the associated objects are an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of a single item(s) or a plurality of items(s). For example, at least one (a) of a, b or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, where a, b, and c may be single or multiple. In addition, in the embodiments of the present application, words such as "first" and "second" do not limit the number and execution order. In addition, in the embodiments of the present application, words such as "301", "402", "503" and the like are only marks made for convenience of description, and do not limit the order of execution steps.

It should be noted that, in this application, words such as "exemplary" or "for example" are used to represent examples, illustrations or illustrations. Any embodiment or design described in this application as "exemplary" or "such as" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present the related concepts in a specific manner.

The technical solutions of the embodiments of the present application can be applied to various communication systems, for example: global system for mobile communications (GSM) system, code division multiple access (CDMA) system, wideband code division multiple access (wideband code division multiple access, WCDMA) system, general packet radio service (general packet radio service, GPRS), long term evolution (long term evolution, LTE) system, LTE frequency division duplex (frequency division duplex, FDD) system, LTE Time division duplex (TDD), universal mobile telecommunication system (UMTS), worldwide interoperability for microwave access (WiMAX) communication system, 5th generation (5G) system or new radio (NR), future 6th generation (6G) system, etc. In addition, the technical solutions of the embodiments of the present application can be applied to future-oriented communication technologies. As long as the communication systems adopting new communication technologies include terminal-device-to-terminal-device communication (such as D2D communication, V2X communication, etc.), the embodiments of the present application are all applicable. technical solutions provided. The system architecture and service scenarios described in the embodiments of the present application are for the purpose of illustrating the technical solutions of the embodiments of the present application more clearly, and do not constitute limitations on the technical solutions provided by the embodiments of the present application. The evolution of the architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

The solutions of the embodiments of the present application can be applied to device-to-device communication (Device-to-Device, D2D) and the Internet of Vehicles (that is, vehicle-to-everything (V2X) communication).

D2D communication may refer to direct communication between multiple terminal devices within a certain distance. There are mainly two modes of resource allocation for D2D device communication. Mode one can be centralized control. D2D resources can be allocated by the network device, and the resources are allocated to the sending end terminal device for use by means of scheduling. Mode 2 may be a contention-based distributed resource multiplexing method. The sender terminal device can obtain the sending resource from the resource pool in a competitive manner. The resource pool is a whole block of resources divided by the network equipment, and the terminal equipment at the sending end can compete for resources in the whole block of resources. FIG. 2 shows an architecture diagram of a D2D network system.

V2X is a key technology for future intelligent transportation systems. V2X communications may include vehicle-to-vehicle (V2V) communications, vehicle-to-infrastructure (V2I) communications, vehicle-to-pedestrian (V2P) communications, and vehicle-to-network (V2N) communications ) communication and other communication methods, as shown in Figure 1. Through V2X communication, a series of traffic information such as real-time road conditions, road information, and pedestrian information can be obtained, thereby improving driving safety, reducing congestion, improving traffic efficiency, and providing in-vehicle entertainment information.

For V2V communication, the vehicle can broadcast information such as its own speed, driving direction, specific location, and whether the emergency brake is applied to surrounding vehicles. By obtaining this kind of information, drivers of surrounding vehicles can better perceive traffic conditions beyond the line of sight, so as to predict and avoid dangerous situations.

For V2I communication, roadside infrastructure such as roadside unit (RSU) can provide vehicles with various service information and data network access, such as parking charges, in-car entertainment, etc. These functions are greatly improved intelligent transportation.

For V2P communication, the terminal device carried by the user can communicate with the vehicle. The terminal equipment carried by the user may be, for example, UE (User Equipment, user equipment), MS (Mobile Station, mobile station), mobile terminal (Mobile Terminal), electronic label (V2X license plate, a license plate with V2X communication function) and the like. Optionally, the terminal device carried by the user may be a wearable device, a mobile phone, a tablet computer, a PDA (Personal Digital Assistant, personal digital assistant), a POS (Point of Sales, a sales terminal), a car computer, and the like.

For V2N traffic, vehicles can communicate with networks such as access network devices, edge clouds, etc. For example, the edge cloud can receive the basic data of the vehicle (such as the remaining fuel level, the current driving route, etc.), and then send a prompt message (such as the location of the nearby gas station) to the vehicle through cloud computing.

As shown in Figure 2, both V2X and D2D can support direct-connected communication interface (PC5 interface) communication and cellular communication interface (Uu interface) communication.

The PC5 interface can be a reference point between two user equipment (UE), and can be used to complete signaling and data transmission on the control plane and user plane, proximity service discovery, direct communication, and network access relay to terminal equipment Function.

The Uu interface may be an interface between the UE and the access network device. The access network device may be a base station in a Universal Mobile Telecommunications System (UMTS terrestrial radio access network, UTRAN), or a base station in a Universal Mobile Telecommunications system (UMTS), or a 4G network Evolved base station (evolutional node B, eNodeB or eNB) in 5G network, base station in 5G network (generation node B, gNodeB or gNB), or base station in subsequent evolution network, without limitation.

In this embodiment of the present application, the PC5 interface may be used for short-range direct communication or direct communication between UEs. The UE communicating through the PC5 interface may be located within the network coverage or may not have network coverage. The network may be a 4G communication network or a 5G communication network, which is not limited. The transmission distance of PC5 interface communication may be, for example, 50 to 300 meters, and the time delay requirement may be, for example, 100 ms (collision 20 ms). PC5 interface communication may include at least one of the following: unicast communication, multicast communication, and broadcast communication.

The unicast communication mode of the PC5 interface may refer to the communication mode in which the server sends service data to a single UE, that is, a transmission mode in which the destination address is a single destination. The transmission between the V2X server and the target UE can be carried out through the unicast communication method of the PC5 interface.

The multicast communication mode of the PC5 interface may refer to a communication mode in which the server sends service data to at least two UEs, that is, a transmission mode in which the destination address is at least two UEs in the network. The at least two UEs mentioned here may refer to UEs in one area, and the at least two UEs may be divided into multiple groups, and each group of UEs corresponds to an address. The transmission between the V2X server and the UEs in the area including the target UE can be carried out through the multicast communication mode of the PC5 interface.

The broadcast communication mode of the PC5 interface may refer to the communication mode in which the server sends service data to all UEs.

FIG. 3 shows a schematic structural diagram of the terminal device 100 .

The embodiment will be specifically described below by taking the terminal device 100 as an example. It should be understood that the terminal device 100 shown in FIG. 3 is only an example, and the terminal device 100 may have more or less components than those shown in FIG. 3 , two or more components may be combined, or Different component configurations are possible. The various components shown in the figures may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and/or application specific integrated circuits. The terminal device 100 may be, for example, a mobile phone, a power bank, a portable computer, a tablet computer, an electronic reader, a notebook computer, a digital camera, a vehicle-mounted device, a wearable device, an earphone, a vehicle-mounted terminal, and other devices.

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

It can be understood that the structures illustrated in the embodiments of the present application do not constitute a specific limitation on the terminal device 100 . In other embodiments of the present application, the terminal device 100 may include more or less components than those shown in the drawings, or combine some components, or separate some components, or arrange different components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, for example, the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural-network processing unit (NPU) Wait. Wherein, different processing units may be independent devices, or may be integrated in one or more processors. The controller may be the nerve center and command center of the terminal device 100 . The controller can generate an operation control signal according to the instruction operation code and timing signal, and complete the control of fetching and executing instructions.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in processor 110 is cache memory. This memory may hold instructions or data that have just been used or recycled by the processor 110 . If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby increasing the efficiency of the system.

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

The I2C interface is a bidirectional synchronous serial bus that includes a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 110 may contain multiple sets of I2C buses. The processor 110 can be respectively coupled to the charger, flash, camera 193, etc. through different I2C bus interfaces.

The I2S interface can be used for audio communication. In some embodiments, the processor 110 may contain multiple sets of I2S buses. The processor 110 may be coupled with the audio module 170 through an I2S bus to implement 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 through the I2S interface, so as to realize the function of answering calls through a Bluetooth headset.

The PCM interface can also be used for audio communications, sampling, quantizing and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to realize the function of answering calls through the Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communication. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is typically used to connect the processor 110 with the wireless communication module 160 . For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 through the UART interface to implement the Bluetooth function. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 through the UART interface, so as to realize the function of playing music through the Bluetooth headset.

The MIPI interface can be used to connect the processor 110 with peripheral devices such as the display screen 194 and the camera 193 . MIPI interfaces include camera serial interface (CSI), display serial interface (DSI), etc. In some embodiments, the processor 110 communicates with the camera 193 through the CSI interface, so as to realize the shooting function of the terminal device 100 . The processor 110 communicates with the display screen 194 through the DSI interface to implement the display function of the terminal device 100 .

The GPIO interface can be configured by software. The GPIO interface can be configured as a control signal or as a data signal. In some embodiments, the GPIO interface may be used to connect the processor 110 with the camera 193, the display screen 194, the wireless communication module 160, the audio module 170, and the like. The GPIO interface can also be configured as I2C interface, I2S interface, UART interface, MIPI interface, etc.

The USB interface 130 is an interface that conforms to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, and the like. The USB interface 130 can be used to connect a charger to charge the terminal device 100, and can also be used to transmit data between the terminal device 100 and peripheral devices. It can also be used to connect headphones to play audio through the headphones. This interface can also be used to connect other terminal devices, such as AR devices.

It can be understood that the interface connection relationship between the modules illustrated in the embodiments of the present application is only a schematic illustration, and does not constitute a structural limitation of the terminal device 100 . In other embodiments of the present application, the terminal device 100 may also adopt different interface connection manners in the foregoing embodiments, or a combination of multiple interface connection manners.

The charging management module 140 is used to receive charging input from the charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from the wired charger through the USB interface 130 . In some wireless charging embodiments, the charging management module 140 may receive wireless charging input through the wireless charging coil of the terminal device 100 . While the charging management module 140 charges the battery 142 , it can also supply power to other terminal devices through the power management module 141 .

The power management module 141 is used for connecting 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 charge management module 140, and supplies power to the processor 110, the internal memory 121, the external memory, the display screen 194, the camera 193, and the wireless communication module 160. The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle times, battery health status (leakage, impedance). In some other embodiments, the power management module 141 may also be provided in the processor 110 . In other embodiments, the power management module 141 and the charging management module 140 may also be provided in the same device.

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

Antenna 1, Antenna 2 and Antenna 3 are used to transmit and receive electromagnetic wave signals. Each antenna in terminal device 100 may be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 may be multiplexed as a diversity antenna for side-link communication or wireless local area network; for another example, antenna 2 may be multiplexed as a diversity antenna for side-link communication or cellular communication. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a wireless communication solution including 2G/3G/4G/5G, etc. applied on the terminal device 100 . The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA) and the like. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, filter and amplify the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and then turn it into an electromagnetic wave for radiation through the antenna 1 . In some embodiments, at least part of the functional modules of the mobile communication module 150 may be provided in the processor 110 . In some embodiments, at least part of the functional modules of the mobile communication module 150 may be provided in the same device as at least part of the modules of the processor 110 .

The modem processor may include a modulator and a demodulator. Wherein, the modulator is used to modulate the low frequency baseband signal to be sent into a medium and high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low frequency baseband signal. Then the demodulator transmits the demodulated low-frequency baseband signal to the baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and passed to the application processor. The application processor outputs sound signals through audio devices (not limited to the speaker 170A, the receiver 170B, etc.), or displays images or videos through the display screen 194 . In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be independent of the processor 110, and may be provided in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide applications on the terminal device 100 including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), global navigation satellites Wireless communication solutions such as global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared technology (IR). The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2 , frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110 . The wireless communication module 160 can also receive the signal to be sent from the processor 110 , perform frequency modulation on it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2 .

The side link communication module 180 may provide a solution for side link communication including 4G side link, 5G side link, etc. applied on the terminal device 100 . The side link communication module 180 may be one or more devices integrating at least one communication processing module. The side link communication module 180 receives electromagnetic waves via the antenna 3 , frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110 . The side link communication module 180 can also receive the signal to be sent from the processor 110 , perform frequency modulation on it, amplify the signal, and then convert it into an electromagnetic wave for radiation through the antenna 3 . In other scenarios, the side link communication module 180 may also be referred to as a no-network communication module, an auxiliary communication module, an auxiliary network communication module, a relay communication module, and an end-to-end communication module. The following description takes the side link communication module as an example.

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 via wireless Communication technology communicates with networks and other devices. The wireless communication technology may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), broadband Code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), fifth generation (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 global positioning system (global positioning system, GPS), global navigation satellite system (global navigation satellite system, GLONASS), Beidou navigation satellite system (beidou navigation satellite system, BDS), quasi-zenith satellite system (quasi -zenith satellite system, QZSS) and/or satellite based augmentation systems (SBAS).

Antennas can be multiplexed by multiple communication modules. In other examples, at least two communication modules of the mobile communication module 150, the wireless communication module 160, and the sidelink communication module 180 may be coupled with the same antenna. For example, the mobile communication module 150, the wireless communication module 160, and the side-link communication module 180 are all coupled with the antenna 4 (not shown in FIG. 3). For another example, both the mobile communication module 150 and the side link communication module 180 are coupled with the antenna 5 (not shown in FIG. 3 ), and the wireless communication module 160 is coupled with the antenna 6 (not shown in FIG. 3 ). For another example, the mobile communication module 150 is coupled to the antenna 7 (not shown in FIG. 3 ), and the wireless communication module 160 and the side link communication module 180 are both coupled to the antenna 8 (not shown in FIG. 3 ).

In this embodiment of the present application, the mobile communication module 150, the wireless communication module 160, and the side link communication module 180 may use different wireless communication technologies respectively. For example, the mobile communication module 150 may use communication technologies such as 2G, 3G, 4G, LTE, 5G, 6G, etc., the wireless communication module 160 may use communication technologies such as BT, GNSS, WLAN, NFC, FM, IR, etc., and the side link communication module 180 may Use communication technologies such as 4G side links and 5G side links.

In one example, the terminal device may include a baseband chip, and the baseband chip may include a mobile communication modem, a wireless communication modem, and a side link communication module corresponding to the mobile communication module 150 , the wireless communication module 160 , and the side link communication module 180 in one-to-one correspondence. modem.

For example, the mobile communication modem may include multiple protocol stacks corresponding to 2G, 3G, 4G, LTE, 5G, 6G, so that the mobile communication modem can be used for 2G, 3G, 4G, LTE, 5G, 6G communication.

The wireless communication modem may include, for example, multiple protocol stacks corresponding to BT, GNSS, WLAN, NFC, FM, IR one-to-one, so that the wireless communication modem can be used for BT, GNSS, WLAN, NFC, FM, IR communication.

For example, the side link communication modem may include multiple protocol stacks corresponding to the 4G side link and the 5G side link, so that the side link communication modem can be used for 4G side link and 5G side link communication.

In another example, the first part of the mobile communication module 150 , the wireless communication module 160 , and the side link communication module 180 is integrated in the baseband chip 1 , and the second part is integrated in the baseband chip 2 .

The hardware implementation manner of the communication module in this embodiment of the present application may not be limited.

The terminal device 100 implements a display function through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and connects the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

Display screen 194 is used to display images, videos, and the like. Display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (active-matrix organic light). emitting diode, AMOLED), flexible light-emitting diode (flex light-emitting diode, FLED), mini light-emitting diode (mini light-emitting diode, MiniLED), micro light-emitting diode (micro light-emitting diode, MicroLED), micro organic light-emitting diode (micro organic light-emitting diode, Micro-OLED), quantum dot light-emitting diode (quantum dot light emitting diodes, QLED) and so on. In some embodiments, the terminal device 100 may include one or N display screens 194 , where N is a positive integer greater than one.

The terminal device 100 can realize the shooting function through the ISP, the camera 193, the video codec, the GPU, the display screen 194 and the application processor.

The ISP is used to process the data fed back by the camera 193 . For example, when taking a photo, the shutter is opened, the light is transmitted to the camera photosensitive element through the lens, the light signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing, and converts it into an image visible to the naked eye. ISP can also perform algorithm optimization on image noise, brightness, and skin tone. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP may be provided in the camera 193 .

Camera 193 is used to capture still images or video. The object is projected through the lens to generate an optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. DSP converts digital image signals into standard RGB, YUV and other formats of image signals. In some embodiments, the terminal device 100 may include 1 or N cameras 193 , where N is a positive integer greater than 1.

A digital signal processor is used to process digital signals, in addition to processing digital image signals, it can also process other digital signals. For example, when the terminal device 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy, and the like.

Video codecs are used to compress or decompress digital video. The terminal device 100 may support one or more video codecs. In this way, the terminal device 100 can play or record videos in various encoding formats, for example, moving picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4 and so on.

The NPU is a neural-network (NN) computing processor. By drawing on the structure of biological neural networks, such as the transfer mode between neurons in the human brain, it can quickly process the input information and can continuously learn by itself. Applications such as intelligent cognition of the terminal device 100 can be implemented through the NPU, such as image recognition, face recognition, speech recognition, text understanding, and the like.

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

The terminal device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playback, recording, etc.

The audio module 170 is used for converting digital audio information into analog audio signal output, and also for converting analog audio input into digital audio signal. Audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be provided in the processor 110 , or some functional modules of the audio module 170 may be provided in the processor 110 .

Speaker 170A, also referred to as a "speaker", is used to convert audio electrical signals into sound signals. The terminal device 100 can listen to music through the speaker 170A, or listen to a hands-free call.

The receiver 170B, also referred to as "earpiece", is used to convert audio electrical signals into sound signals. When the terminal device 100 answers a call or a voice message, the voice can be answered by placing the receiver 170B close to the human ear.

The microphone 170C, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can make a sound by approaching the microphone 170C through a human mouth, and input the sound signal into the microphone 170C. The terminal device 100 may be provided with at least one microphone 170C. In other embodiments, the terminal device 100 may be provided with two microphones 170C, which may implement a noise reduction function in addition to collecting sound signals. In other embodiments, the terminal device 100 may further be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and implement directional recording functions.

The earphone jack 170D is used to connect wired earphones. The earphone interface 170D may be the USB interface 130, or may be a 3.5mm open mobile terminal platform (OMTP) standard interface, a cellular telecommunications industry association of the USA (CTIA) standard interface.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be contacted and separated from the terminal device 100 by inserting into the SIM card interface 195 or pulling out from the SIM card interface 195 . The terminal device 100 may support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 can support Nano SIM card, Micro SIM card, SIM card and so on. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of the plurality of cards may be the same or different. The SIM card interface 195 can also be 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 adopts an embedded SIM card (embedded-SIM, eSIM). The eSIM card can be embedded in the terminal device 100 and cannot be separated from the terminal device 100 .

FIG. 4 shows a networkless communication scenario provided by an embodiment of the present application. The networkless communication scenario may include a network device, at least one terminal device 1 , and at least one terminal device 2 . The terminal device 1 can receive the signal of the network device, and the terminal device 1 is a terminal device within the coverage of the network. The terminal device 2 cannot receive the signal of the network device, and the terminal device 2 does not belong to the terminal device covered by the network. However, the terminal device 2 can receive the signal of the terminal device 1 , that is, the terminal device 2 can directly interact with the terminal device 1 .

An embodiment of the present application provides a communication system, where the communication system may include a network device, a relay terminal, and a remote terminal. Wherein, the network device can interact with the relay terminal, and the network device can interact with the remote terminal through the relay terminal. The remote terminal can interact with the relay terminal, and the remote terminal can 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 embodiment of the present application, the interaction between the relay terminal and the remote terminal

In one example, the terminal device may act only as a relay terminal or only as a remote terminal. In other examples, the terminal device can act as both a relay terminal and a remote terminal; that is, the terminal device can provide relay services for other terminal devices, and can also be provided by other terminal devices with relay services.

The communication system provided in this embodiment of the present application may be applied to the networkless communication scenario shown in FIG. 4 . In a scenario without network communication, the network device may correspond to, for example, the network device shown in FIG. 4 , the relay terminal may, for example, correspond to the terminal device 1 shown in FIG. 4 , and the remote terminal may, for example, correspond to the terminal device shown in FIG. 4 . 2.

In a scenario without network communication, the remote terminal is usually unable to directly communicate with the network device, or at least one direct communication method between the remote terminal and the network device is relatively difficult. For example, the SIM card interface of the remote terminal is not properly connected with the SIM card. For another example, the communication quality between the remote terminal and the network device is relatively poor (eg, the detected signal strength from the network device is relatively weak). For another example, a certain communication service (such as a data transmission service) of the remote terminal has not yet signed a contract with the network provider or has not been activated. For another example, a certain communication function (eg, cellular data function, wireless communication function, etc.) of the remote terminal is turned off or restricted (eg, the remote terminal fails to search for a suitable hotspot device). For another example, the communication balance of the remote terminal is insufficient. In one example, referring to FIG. 3 , in a scenario without network communication, the remote terminal may not be able to interact with the network device through the mobile communication module and the wireless communication module.

In the scenario of no network communication, the relay terminal can usually communicate directly with the network device. For example, the SIM card interface of the relay terminal is correctly connected with the SIM card. For another example, the communication quality between the relay terminal and the network device is relatively good (for example, it is detected that the signal strength from the network device is relatively strong). For another example, a certain communication service (such as a data transmission service) of the relay terminal has been activated and can be used. For another example, the authority of a certain communication service (such as a data transmission service) of the remote terminal has been granted. For another example, the relay terminal has sufficient communication balance.

In the scenario of no network communication, the remote terminal can send a message to the network device through the relay terminal, and the message can be forwarded to the network device via the relay terminal. The network device may send a message to the remote terminal through the relay terminal, and the message may be forwarded to the remote terminal via the relay terminal.

Therefore, in the scenario of no network communication, any terminal device shown in FIG. 4 can interact with the network device.

FIG. 5 is a schematic flowchart of a communication method 500 provided by an embodiment of the present application.

501. The remote terminal may send a relay request message.

Accordingly, the relay terminal may receive the relay demand message from the remote terminal.

That is, when the remote terminal needs the relay terminal to provide the relay service for the remote terminal, the remote terminal can broadcast the relay request message or send the relay request message to one or more designated relay terminals. In one example, in conjunction with FIG. 3 , the remote terminal may send the relay demand message through the side link communication module 180 . The side link communication module 180 may be used for communication between the remote terminal and the relay terminal.

The relay-requirement message may include a relay-requirement identifier, which may indicate a category of the message, for example, may be used to indicate that the remote terminal needs to be provided with relay services. That is, the relay requirement identifier can be used to indicate that the remote terminal needs other terminals to act as relay terminals, wherein the relay terminal can be used to forward the message from the remote terminal to the network device, and/or, and the relay terminal Terminals may be used to forward messages from network devices to remote terminals.

Optionally, before the remote terminal broadcasts the relay requirement message, the method further includes:

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

That is, the remote terminal can determine that there is a communication requirement, and determine that the communication requirement can be achieved through the relay terminal. The remote terminal can then broadcast a relay request message to find a suitable relay terminal. Then, the relay terminal forwards the target message of the remote terminal to the network device.

The target communication service may include, for example, a high-definition voice call service (such as voice over long-term evolution (VOLTE)), a high-definition video call service, an Internet voice call service, an Internet video call service, a two-dimensional code service, payment Business, SOS business, phone bill recharge business, SMS business, application notification business, etc. The high-definition voice call service and the high-definition video call service may be, for example, services based on a session initiation protocol (Session Initiation Protocol, SIP). For example, the network voice call service and the network video call service may be services based on a user datagram protocol (user data protocol, UDP).

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, for example, at least one of the following: a voice call request message, a feedback message for a voice call request, a voice call confirmation message, a feedback message for a voice call confirmation, and a voice call data package.

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

In one example, the target communication service is a voice VoIP service. The target message corresponding to the voice VoIP service may include, for example, at least one of the following: an VoIP paging message, a feedback message for VoIP paging, an VoIP data packet, and the like.

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

In one example, the target communication service is a two-dimensional code service. The two-dimensional code service may further include, for example, a scan code to log in to an account, a scan code to add a friend service, a two-dimensional code payment service, and the like. The target message corresponding to the two-dimensional code service may include, for example, at least one of the following: a message including two-dimensional code information, a message including a two-dimensional code compilation result, and the like.

In one example, the target communication service is a payment service. The payment service may further include, for example, a phone bill recharge service, an NFC card recharge service, a two-dimensional code payment service, and the like. The target message corresponding to the payment service may include, for example, at least one of the following: a payment confirmation message (such as SEL_REQ), a payment confirmation feedback message (such as SEL_RES), NEG_REQ, a payment channel establishment message (such as NEG_REQ), a payment channel establishment feedback message (such as NEG_RES), transaction process messages (such as TRANS_REQ), transaction process feedback messages (such as TRANS_RES), etc.

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

In one example, the target communication service is a short message service. The target message corresponding to the short message service may include, for example, a message requesting a verification code, and a message containing the verification code.

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, notification messages of the application (eg, email notification, message notification, etc.).

Optionally, the relay requirement message includes a first service identifier corresponding to the target communication service.

That is, the remote terminal may request the relay terminal to provide the remote terminal with a relay service related to the target communication service through the first service identifier. When the relay terminal receives the relay demand message, it can determine, according to the first service identifier, that the remote terminal makes a relay request based on the service related to the target communication service, and obtain (such as estimate, read, receive, etc.) Information related to the target communication service, such as the traffic occupied by the target message. Further, the relay terminal can confirm whether to agree to provide the relay service for the remote terminal.

In the first example, the first service identifier may, for example, uniquely identify the target communication service.

The service identifier of the high-definition voice call service may be, for example, 01. The service identifier of the high-definition video call service may be, for example, 02. The service identifier of the VoIP call service may be 03, for example. The service identifier of the network video call service may be, for example, 04. The service identifier of the two-dimensional code service may be, for example, 05. The service identifier of the payment service may be 06, for example. The service identifier of the SOS service may be, for example, 07. The service identifier of the phone bill recharging service may be, for example, 08. The service identifier of the short message service may be, for example, 09. The service identifier of the application notification service may be 10, for example. It should be understood that the embodiment of the present application may not limit the specific value of the first service identifier.

In this example, the relay terminal may determine to provide a relay service for the remote terminal for the target communication service by acquiring 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 Messages related to other businesses are not forwarded.

Optionally, the relay requirement 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 sends the message to the network device. The remote terminal sends a service identifier confirmation message, the service identifier confirmation message includes the first part of the service identifiers in the multiple service identifiers; the relay terminal forwards the message between the remote terminal and the network device, including: the The relay terminal forwards the message corresponding to the first part of the service identifier between the remote terminal and the network device, and discards the message corresponding to the second part of the service identifier, where the second part of the service identifier includes the multiple services The remaining service identifiers in the identifier except the first part of the service identifier, where the first part of the service identifier includes the first service identifier.

Correspondingly and optionally, the relay requirement 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 from the relay terminal The terminal receives a service identifier confirmation message, where the service identifier confirmation message includes the first part of the service identifiers in the plurality of service identifiers, and the service identifier confirmation message is used to indicate that the communication service corresponding to the first part of the service identifier is Following the terminal permission, the first part of the service identifier includes the first service identifier.

That is, the remote terminal can request the relay terminal to provide relay services for various communication services. The relay terminal may provide relay services for some of the multiple communication services. The relay terminal may send a message indicating the part of the communication service to the remote terminal. The remote terminal can continue to search for a suitable relay terminal for the remaining other communication services.

In the second example, the first service identifier may be used, for example, to indicate the priority of the target communication service.

The priority of the application service may include, for example, a first priority and a second priority, the first priority is higher than the second priority, the first priority corresponds to one or more communication services of the first type, and the second priority corresponds to one or multiple second-class communication services.

For example, if the first service identifier is 0, it indicates that the target communication service belongs to the first type of communication service, and the priority of the target communication service is the first priority. If the first service identifier is 1, it indicates that the target communication service belongs to the second type of communication service, and the priority of the target communication service is the second priority.

Optionally, the priority of the communication service may be reflected in terms of the urgency of the service, the type of data volume, the size of the data volume, and the time delay.

For example, according to the urgency, the order of communication services from urgent to not urgent can be, for example, the order of: SOS service, phone bill recharge service, payment service, QR code service, HD voice call service, VoIP call service, SMS service, and application notification business, high-definition video call business, network video call business, etc.

For another example, according to the data volume, the order of communication services from small data volume to large data volume can be, for example, in order: SOS service, QR code service, payment service, phone bill recharge service, application notification service, short message service, and VoIP call service. , high-definition voice call service, network video call service, high-definition video call service, etc.

For another example, according to the type of data channel, distress service, high-definition voice call service, high-definition video call service, and short message service, for example, may not use data traffic, two-dimensional code service, payment service, call charge recharge service, application notification service, and VoIP call service. , The network video call service usually needs to use data traffic, etc.

For another example, according to the delay sensitivity, the order of communication services from the largest delay sensitivity to the smallest delay sensitivity can be, for example, the order of: SOS service, QR code service, payment service, high-definition voice call service, VoIP call service, and high-definition video. Call service, online video call service, SMS service, application notification service, call charge recharge service, etc.

The embodiment of the present application provides a possible priority arrangement of communication services, as shown in Table 1. In the example shown in Table 1, the service identifier can use, for example, a data volume of 1 bit.

Table 1 Priority of communication services

The embodiment of the present application provides another possible priority arrangement of communication services, as shown in Table 2. In the example shown in Table 2, the service identifier can use a data volume of 2 bits.

Table 2 Priority of communication services

In one example, the priority of communication traffic may be specified by the user. That is, the user can adjust the priority of the communication service.

It can be known from the above embodiments that the priority of the communication service may be different from the quality of service (quality of service, QoS). In the case of limited traffic, communication services with better quality can be provided in a targeted manner through QoS. In some scenarios of the embodiments of the present application, the priority of the communication service may reflect the service message preferably forwarded by the relay terminal. Different relay terminals may have different preferred communication services. In addition, different communication services can be applied to different human-computer interaction scenarios, such as rescue scenarios, phone bill recharge scenarios, payment scenarios, and QR code scanning scenarios. That is, specific human-computer interaction scenarios can be associated with specific business types. Therefore, the priority of the communication service can also reflect which kind of human-computer interaction scenario the relay terminal prefers to provide the relay service to.

Optionally, before the remote terminal sends the relay requirement message, the method further includes: the remote terminal determines that the remote terminal is currently in a scenario of no network communication.

With reference to the above and FIG. 3 and FIG. 4 , the remote terminal may not be able to use the mobile communication module 150 or the wireless communication module 160 to realize the sending and receiving of target messages. In this case, the remote terminal can search for the relay terminal through the relay demand message, and establish a side link communication connection with the relay terminal.

An embodiment of the present application provides a remote terminal. The remote terminal may have a networkless communication function. The networkless communication function may refer to that when the remote terminal is in the networkless communication scenario shown in FIG. 4 , the remote terminal has the ability to interact with the relay terminal. To indirectly realize the function of interacting with network devices. It can be known from FIG. 3 that, for example, the remote terminal can implement the networkless communication function through the side link communication module 180 . On the remote terminal side, the non-network communication function may also be referred to as a side link communication function, a remote communication function, or the like.

Optionally, the remote terminal judging that the remote terminal is currently in a no-network communication scenario includes: the remote terminal judging that the remote terminal is currently in a no-network communication scenario according to at least one of the following: a SIM of the remote terminal The status of the card interface, the usage of the communication package (or the telephone bill) of the remote terminal, the communication status between the remote terminal and the network device, the status of the mobile data function of the remote terminal, the status of the remote terminal The status of the wireless local area network (WLAN) function, the status of the Bluetooth function of the remote terminal.

Similarly, an embodiment of the present application provides a relay terminal, and the relay terminal may have a network-free communication function. The relay terminal has the function of forwarding messages between the remote terminal and the network device, so as to realize the interaction between the remote terminal and the network device. It can be known from FIG. 3 that, for example, the relay terminal can implement the networkless communication function through the side link communication module 180 . On the relay terminal side, the non-network communication function can also be referred to as a side link communication function and a relay communication function.

For example, the relay requirement message may carry the terminal identifier of the remote terminal, and the relay terminal may report the terminal identifier of the remote terminal to the network device. The network device may feed back communication connection information to the relay terminal, the communication connection information may indicate whether a communication connection is established between the remote terminal and the network device, and then the relay terminal may determine whether the remote terminal is currently in a network-free communication scenario.

For another example, the relay requirement message may carry a no-network communication identifier, and the no-network communication identifier may indicate that the remote terminal is currently in a no-network communication scenario. In this way, the relay terminal can determine that the remote terminal is currently in a no-network communication scenario according to the no-network communication identifier.

In a scenario with network communication (as opposed to a scenario without network communication, in some cases it can be understood as a scenario other than a scenario without network communication), the remote terminal can be implemented, for example, by the side link communication module 180 shown in FIG. 3 . Auxiliary communication function. The auxiliary communication function of the remote terminal may refer to that, when the remote terminal is in the network communication scenario, the remote terminal has the function of interacting with the relay terminal to indirectly realize the interaction with the network device. On the remote terminal side, the auxiliary communication function may also be referred to as a side link communication function, a remote communication function, an auxiliary network function, or the like.

Similarly, when other (remote) terminals are in a network communication scenario, the relay terminal may, for example, implement an auxiliary communication function through the side link communication module 180 shown in FIG. 3 . The auxiliary communication function of the relay terminal may refer to that when other (remote) terminals are in the network communication scenario, the relay terminal has the ability to forward messages between the other terminal and the network device, so as to realize the communication between the other terminal and the network device. interactive function. On the relay terminal side, the auxiliary communication function may also be referred to as a side link communication function, a relay communication function, an auxiliary network function, and the like.

FIG. 6 to FIG. 8 are multiple user interfaces provided by the embodiments of the present application. The various user interfaces shown in FIGS. 6-8 may be displayed on the display screen 194 shown in FIG. 3 . The user can adjust the communication parameters (eg side link communication parameters) with the terminal device by manipulating the multiple user interfaces shown in FIG. 6 to FIG. 8 .

In FIG. 6 , the user interface may include a no-network communication function control 610 . The user interface shown in FIG. 7 or FIG. 8 can be entered by performing a user gesture (such as a click operation) on the control 610 with no network communication function.

As shown in FIGS. 7 and 8 , the user interface may include a switch control 620 without network communication.

In a possible situation, when the switch control 620 without network communication is turned off, referring to FIG. 3 , the side link communication module 180 of the remote terminal may be in a state of power-off or off, sleep, idle, etc., for example. In the case that the switch control 620 without network communication is turned on, with reference to FIG. 3 , the side-link communication module of the remote terminal may be in an ON state (for example, it may also be called an awake state, a connected state, etc.) or a periodic ON state, for example (It can also be called the breathing state, for example).

In another possible situation, when the switch control 620 without network communication is turned off, with reference to FIG. 3 , the side link communication module 180 of a terminal (such as a remote terminal and a relay terminal) may be in a network communication scenario. On state or periodically on state. In the case that the switch control 620 without network communication is turned on, with reference to FIG. 3 , the side link communication module 180 of a terminal (such as a remote terminal, a relay terminal) may be turned on or periodically turned on only in a scenario without network communication state.

As shown in FIG. 7 and FIG. 8 , the user interface may include a switch control 630 of the remote terminal and a switch control 640 of the relay terminal.

As shown in FIG. 7 , when the switch control 630 of the remote terminal is turned on, the terminal device can play the role of the remote terminal, that is, the terminal device can accept relay services provided by other relay terminals. From the above, it can be known that when the switch control 630 of the remote terminal is turned on, the remote terminal can execute the execution steps on the remote terminal side of the communication method 500 shown in FIG. 5 .

As shown in FIG. 8 , when the switch control 630 of the remote terminal is turned off, the terminal device may not play the role of the remote terminal, that is, the terminal device may not accept relay services provided by other relay terminals. It can be known from the above that in the case that the switch control 630 of the remote terminal is turned off, the terminal device may not execute the execution steps on the remote terminal side of the communication method 500 shown in FIG. 5 .

As shown in FIG. 7 , when the switch control 640 of the relay terminal is turned off, the terminal device may not play the role of the relay terminal, that is, the terminal device may not provide relay services for other remote terminals. In combination with the above, it can be known that in the case that the switch control 640 of the relay terminal is turned off, the terminal device may not perform the execution steps on the relay terminal side of the communication method 500 shown in FIG. 5 .

As shown in FIG. 8 , 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 for other remote terminals. In combination with the above, it can be known that when the switch control 640 of the relay terminal is turned on, the relay terminal can execute the execution steps on the relay terminal side of the communication method 500 shown in FIG. 5 .

In some embodiments, the switch control 630 of the remote terminal and the switch control 640 of the relay terminal may be independent of each other.

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 play the role of the remote terminal in the communication system shown in FIG. 4, but not the role of the relay terminal , that is, the terminal device can accept relay services provided by other relay terminals, but not relay services provided by other remote terminals. That is, the terminal equipment may belong to the remote terminals of other relay terminals, and not belong to the relay terminals of other remote terminals.

When the switch control 630 of the remote terminal is turned off and the switch control 640 of the relay terminal is turned on, the terminal device can play the role of the relay terminal in the communication system shown in FIG. 4, but not the role of the remote terminal , that is, the terminal device may not accept relay services provided by other relay terminals, but may provide relay services for other remote terminals. That is to say, the terminal device may belong to the relay terminals of other remote terminals, and not belong to the remote terminals of other relay terminals.

Under the condition that 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 play the role of both the remote terminal and the relay terminal in the communication system shown in FIG. 4 . , that is, the terminal device can not only accept relay services provided by other relay terminals, but also relay services provided by other remote terminals. That is to say, the terminal device may belong to both the relay terminals of other remote terminals and the remote terminals of other relay terminals.

In the case that 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 may neither play the role of the remote terminal nor the relay terminal in the communication system shown in FIG. 4 . , that is, the terminal device can neither accept the relay services provided by other relay terminals, nor the relay services provided by other remote terminals. That is to say, the terminal device may neither belong to the relay terminals of other remote terminals, nor belong to the remote terminals of other relay terminals.

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 to say, the terminal device may belong to the remote terminals of other relay terminals, but not the relay terminals of other remote terminals; or, the terminal device may belong to the relay terminals of other remote terminals, but not the remote terminals of other relay terminals. terminal.

In a possible situation, the switch control 620 without network communication may be a general switch control for the remote terminal function and the relay terminal function. That is, when the switch control 620 without network communication is turned off, the switch control 630 of the remote terminal and the switch control 640 of the relay terminal may both be turned off. In the case that the switch control 620 for no network communication is turned on, at least one of the switch control 630 of the remote terminal and the switch control 640 of the relay terminal may be in an on state.

For example, in the case that the switch control 620 without network communication is turned on, the switch control 630 of the remote terminal is turned on by default.

For another example, when the switch control 620 without network communication is turned on, the user selects 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.

In this case, the networkless communication switch can be used to turn on or off the side link communication module 180 shown in FIG. 3 , for example. The switch control 630 of the remote terminal can be used, for example, to turn on or off a communication function related to the remote terminal. The switch control 640 of the relay terminal can be used, for example, to turn on or turn off the communication function related to the relay terminal.

In another possible situation, the switch control 620 without network communication, the switch control 630 of the remote terminal, and the switch control 640 of the relay terminal may be independent of each other. That is, the no-network communication switch can be used to turn on or off a communication function related to a scenario of no-network communication. The switch control 630 of the remote terminal may be used to enable or disable the communication function related to the remote terminal in a scenario with or without network communication. The switch control 640 of the relay terminal may be used to enable or disable the communication function related to the relay terminal in a scenario with or without network communication.

In the examples shown in FIGS. 7 to 8 , the user interface may include a switch control 630 of a remote terminal, a switch control 640 of a relay terminal, and a switch control 620 without network communication. In other examples, the user interface may include one or more of switch controls 630 for remote terminals, switch controls 640 for relay terminals, switch controls 620 without network communication.

As shown in FIG. 7 , when the switch control 630 of the remote terminal is turned on, the user interface may further include at least one communication parameter of the remote terminal. The at least one communication parameter of the remote terminal may include, for example, at least one of the following: power consumption mode, single time limit, default open period, service whitelist, service blacklist, relay terminal whitelist, and relay terminal blacklist.

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

For example, in the power saving mode, the period in which the remote terminal sends the relay demand message is period 1; in the high performance mode, the period in which the remote terminal sends the relay demand message is period 2, and period 1 is greater than period 2. Period 1 may be, for example, 40ms, 160ms, 512ms, 1.28s, 2.56s, etc., period 2 may be, for example, 2ms, 3ms, 10ms, 20ms, 40ms, 80ms, and so on.

For another example, in the power saving mode, the remote terminal detects the message from the relay terminal in the frequency band 1; in the high-performance mode, the remote terminal detects the message from the relay terminal in the frequency band 2, and the bandwidth of the frequency band 1 is smaller than that of the frequency band 2. bandwidth. For example, band 1 includes the 4G band, and band 2 includes the 4G band and the 2.4Ghz band.

For another example, in the power saving mode, the remote terminal sends messages corresponding to the first type of services (such as high-priority services in Table 1 and Table 2, or services in the service whitelist) to the relay terminal, and does not Messages corresponding to the second type of services (such as the low-priority services in Table 1 and Table 2, or the services in the service blacklist), the services included in the first type of services do not belong to the second type of services, and the second type of services include The service does not belong to the first type of service; in the high-performance mode, the remote terminal sends both the message corresponding to the first type of service and the message corresponding to the second type of service to the relay terminal.

In one example, the single duration limit of the remote terminal may refer to, for example, the single duration of the terminal device acting as the remote terminal. In the case that the terminal device belongs to the remote terminal and does not belong to the relay terminal, the single duration limit may refer to, for example, the single activation duration of the side link communication module 180 shown in FIG. 3 . The time limit for a single time can be, for example, 1 hour, 6 hours, 12 hours, 24 hours, and the like.

In one example, the default on-time period of the remote terminal may, for example, indicate the start time and end time of the terminal device acting as the remote terminal. In the case that the terminal device belongs to the remote terminal and does not belong to the relay terminal, the default turn-on period may refer to, for example, the start time and the end time when the side link communication module 180 shown in FIG. 3 is turned on. The default opening period may be, for example, 8:00-20:00, 9:00-17:00, and the like.

In one example, the service whitelist of the remote terminal may include, for example, the identifiers of one or more services. One or more services in the service whitelist may be referred to as whitelisted services. Setting a service whitelist is beneficial to control the functions of remote terminals in various application scenarios. For example, the remote terminal may only send messages related to the whitelist service, or give feedback only for the messages related to the whitelist service.

In one example, the service blacklist of the remote terminal may include, for example, the identifiers of one or more services. One or more services in the service blacklist may be referred to as blacklisted services. Setting a service blacklist is beneficial to control the functions of remote terminals in various application scenarios. For example, the remote terminal may not send or skip messages related to the blacklist service.

There may be no intersection between the service whitelist of the remote terminal and the service blacklist of the remote terminal, that is, a service is usually not included in both the service whitelist of the remote terminal and the service blacklist of the remote terminal.

The remote terminal can control the side link communication module 180 shown in FIG. 3 to interact with the relay terminal according to one of the service whitelist of the remote terminal and the service blacklist of the remote terminal.

In one example, the relay terminal whitelist may include, for example, the identifiers of one or more terminal devices that once provided relay services for the terminal device, and the one or more terminal devices may belong to trusted relay terminals or high-interaction performance relays Terminals (the communication quality between the high interactive performance relay terminal and the remote terminal can be relatively good, such as short delay, low packet loss rate, low transmission power, etc.). For the convenience of description below, the terminal devices in the whitelist of relay terminals may be referred to as whitelist relay terminals, for example, and other terminal devices outside the whitelist of relay terminals may be referred to as non-whitelist relay terminals (or non-whitelist relay terminals, for example). ordinary relay terminal). Setting the relay terminal whitelist is beneficial to improve the signaling security and signaling interaction performance of the remote terminal.

For example, when the remote terminal executes 501, the remote terminal may send a message to the whitelisted relay terminal, and give feedback on the message of the whitelisted relay terminal. That is, the remote terminal may not send a message to the non-whitelisted relay terminal, and skip the message of the non-whitelisted relay terminal. Specifically, for example, the relay demand message may carry the identifier of the relay terminal 1, so that the relay terminal 1 can feedback the relay demand message, and other relay terminals except the relay terminal 1 can skip the relay demand news. Optionally, the relay requirement message may carry a terminal whitelist identifier. The terminal whitelist identifier may be used to indicate that the terminal identifier carried in the relay requirement message comes from the terminal whitelist.

In one example, the relay terminal blacklist may include, for example, the identifiers of one or more terminal devices that once provided relay services for the terminal device, and the one or more terminal devices may belong to the untrusted relay terminal or the low interactive performance. The relay terminal (the communication quality between the low interaction performance relay terminal and the remote terminal may be relatively poor, such as time extension, high packet loss rate, high transmission power, etc.). For the convenience of description below, the terminal devices in the relay terminal blacklist may be referred to as blacklist relay terminals, for example, and other terminal devices outside the relay terminal blacklist may be referred to as non-blacklist relay terminals (or non-blacklist relay terminals, for example). ordinary relay terminal). Setting the relay terminal blacklist is beneficial to improve the signaling security and signaling interaction performance of the remote terminal.

For example, when the remote terminal executes 501, the remote terminal may not send a message to the blacklisted relay terminal, and skip the message of the blacklisted relay terminal. That is to say, the remote terminal can send a message to the non-blacklisted relay terminal, and give feedback on the message of the non-blacklisted relay terminal. Specifically, for example, the relay requirement message may carry the identifier of the relay terminal 2 and the terminal blacklist identifier, so that the second relay terminal can skip the relay requirement message, and other relay terminals except the relay terminal 2 can Feedback is given to the relay requirement message. The terminal blacklist identifier may be used to indicate that the identifier of the relay terminal 2 carried in the relay requirement message is from the terminal blacklist.

There may be no intersection between the relay terminal whitelist and the relay terminal blacklist, that is, a terminal is usually not in both the relay terminal whitelist and the relay terminal blacklist.

The remote terminal can control the side link communication module 180 shown in FIG. 3 to interact according to one of the relay terminal whitelist and the relay terminal blacklist.

As shown in FIG. 8 , when the switch control 640 of the relay terminal is turned on, the user interface may further include at least one communication parameter of the relay terminal. The at least one communication parameter of the relay terminal may include, for example, at least one of the following: power consumption mode, single-time duration limit, single-time traffic limit, default open period, service whitelist, service blacklist, remote terminal whitelist, remote terminal blacklist. list.

In one example, the power consumption mode of the relay terminal may include, for example, a power saving mode and a high performance mode. In the power saving mode, the power consumed by the communication function of the relay terminal per unit time is relatively small, and in the high performance mode, the power consumed by the communication function of the relay terminal per unit time is relatively small. big.

For example, in the power saving mode, the period for the relay terminal to receive the relay demand message is period 3; in the high performance mode, the period for the relay terminal to receive the relay demand message is period 4, and period 3 is greater than period 4. Period 3 can be, for example, 40ms, 160ms, 512ms, 1.28s, 2.56s, etc., period 4 can be, for example, 10ms, 20ms, 40ms, 80ms, and so on.

For another example, in the power saving mode, the relay terminal detects messages from remote terminals or network devices in frequency band 1; in high-performance mode, the relay terminal detects messages from remote terminals or network devices in the frequency band of frequency band 2 , the bandwidth of frequency band 1 is smaller than that of frequency band 2. For example, band 1 includes the 4G band, and band 2 includes the 4G band and the 2.4Ghz band.

For another example, in the power saving mode, the relay terminal sends a message corresponding to the first type of service (such as the high-priority service in Table 1 and Table 2, or the service in the service whitelist) to the remote terminal or network device, Do not send messages corresponding to the second type of service (such as the low-priority services in Table 1 and Table 2, or the 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 second type of service The services included in the class of services do not belong to the first class of services; in the high-performance mode, the relay terminal sends both messages corresponding to the first class of services and messages corresponding to the second class of services to the remote terminal or network device.

In one example, the single duration limit of the relay terminal may refer to, for example, the single duration of the terminal device acting as the relay terminal. In the case where the terminal device belongs to the relay terminal and does not belong to the remote terminal, the single-time duration limit may refer to, for example, the single-on-time duration of the side link communication module 180 shown in FIG. 3 . The single turn-on duration can be, for example, 1 hour, 6 hours, 12 hours, 24 hours, and the like.

In one example, the default turn-on period of the relay terminal may, for example, indicate the start time and the end time of the terminal device acting as the relay terminal. In the case that the terminal device belongs to the relay terminal and does not belong to the remote terminal, the default turn-on period may refer to, for example, the start time and the end time of turning on the side link communication module 180 shown in FIG. 3 . The default opening period may be, for example, 8:00-20:00, 9:00-17:00, and the like.

In one example, the service whitelist of the relay terminal may include, for example, identifiers of one or more services. One or more services in the service whitelist may be referred to as whitelisted services. Setting a service whitelist is beneficial to control the functions of relay terminals in various application scenarios. For example, the relay terminal may only send messages related to the whitelist service, or only provide feedback for the messages related to the whitelist service.

In one example, the service blacklist of the relay terminal may include, for example, identifiers of one or more services. One or more services in the service blacklist may be referred to as blacklisted services. Setting the service blacklist is beneficial to control the functions of the relay terminal in various application scenarios. For example, the relay terminal may not send or skip messages related to the blacklist service.

There may be no intersection between the service whitelist of the relay terminal and the service blacklist of the relay terminal, that is, a service is usually not in both the service whitelist of the relay terminal and the service blacklist of the relay terminal.

The relay terminal can control the side link communication module 180 shown in FIG. 3 to interact with the remote terminal or the network device according to one of the service whitelist of the relay terminal and the service blacklist of the relay terminal.

In one example, the remote terminal whitelist may include, for example, the identifiers of one or more terminal devices that have been provided with relay services by the relay terminal, and the one or more terminal devices may belong to trusted remote terminals or high-interaction performance remote terminals ( The communication quality between the high interactive performance remote terminal and the relay terminal may be relatively good, such as short delay, low packet loss rate, low transmission power, etc.). For the convenience of description below, the terminal devices in the remote terminal whitelist can be called whitelisted remote terminals, for example, and other terminal devices outside the remote terminal whitelist can be called non-whitelisted remote terminals (or ordinary remote terminals), for example. . Setting the remote terminal whitelist is beneficial to improve the signaling security and signaling interaction performance of the relay terminal.

For example, the relay terminal may forward messages of the whitelisted remote terminal between the whitelisted remote terminal and the network device. That is, the relay terminal can skip messages from non-whitelisted remote terminals. Specifically, for example, the relay requirement message may carry the identifier of the remote terminal, so that the relay terminal can determine whether the remote terminal is in the remote terminal whitelist. If yes, the remote terminal belongs to the whitelisted remote terminal, and the relay terminal can forward the message of the remote terminal between the remote terminal and the network device; if not, the remote terminal belongs to the non-whitelisted remote terminal, and the relay terminal Messages for this remote terminal can be skipped.

In one example, the remote terminal blacklist may include, for example, the identification of one or more terminal devices that have been provided with relay services by the relay terminal, and the one or more terminal devices may belong to untrusted remote terminals or low interactive performance remote terminals (The communication quality between the low interactive performance remote terminal and the relay terminal may be relatively poor, such as time delay, high packet loss rate, high transmission power, etc.). For the convenience of description below, the terminal devices in the remote terminal blacklist may be referred to as blacklisted remote terminals, for example, and other terminal devices outside the remote terminal blacklist may be referred to as non-blacklisted remote terminals (or ordinary remote terminals), for example. . Setting the remote terminal blacklist is beneficial to improve the signaling security and signaling interaction performance of the relay terminal.

For example, the relay terminal can skip blacklisting remote terminal messages. That is, the relay terminal can forward the message of the non-blacklisted remote terminal between the non-blacklisted remote terminal and the network device. Specifically, for example, the relay requirement message may carry the identifier of the remote terminal, so that the relay terminal can determine whether the remote terminal is in the remote terminal blacklist. If yes, the remote terminal belongs to the blacklisted remote terminal, and the relay terminal can skip the message of the remote terminal; if not, the remote terminal belongs to the non-blacklisted remote terminal, and the relay terminal can communicate with the network device between the remote terminal forward the messages of the remote terminal between them.

There may be no intersection between the remote terminal whitelist and the remote terminal blacklist, that is, a terminal is usually not in both the remote terminal whitelist and the remote terminal blacklist.

The relay terminal can control the side link communication module 180 shown in FIG. 3 to interact according to one of the remote terminal whitelist and the remote terminal blacklist.

FIG. 9 shows a possible example in which the relay requirement message is carried on a physical sidelink broadcast channel (PSBCH). This example can be applied to D2D scenes, for example.

The PSBCH channel message can occupy 6 resource blocks (RBs) in the frequency domain, and 14 symbols (symbols) in the time domain, for a total of 2 time slots, that is, a total of 1 ms. The first symbol can be used to carry automatic gain control (AGC). The second symbol and the third symbol can be used to carry the primary sidelink synchronization signal (PSSS). The fourth to eleventh symbols may be used to carry a sidelink master information block (SL-MIB). The fourth symbol and the eleventh symbol may be used to carry a demodulation reference signal (demodulation reference signal, DMRS). One possible field of the SL-MIB is shown in the code below. "reserved-r14" in SL-MIB can be used to carry relay request messages. The twelfth symbol and the thirteenth symbol may be used to carry a secondary sidelink synchronization signal (secondary sidelink synchronization signal, SSSS). The secondary side link synchronization signal may include a synchronization sequence identity (sidelink synchronizing sequence identity, SSID), and the value range of the SSID may be 0-335. The SSID of the remote terminal may range from 0 to 159; the SSID of the relay terminal may range from 160 to 335, for example. The fourteenth symbol is not used for data transmission and can be used for switching between uplink and downlink.

FIG. 10 shows a possible example in which the relay requirement message is carried on a physical sidelink broadcast channel (PSBCH). This example can be applied to V2X scenarios, for example.

The PSBCH channel message can occupy 6 resource blocks (RBs) in the frequency domain, and 14 symbols (symbols) in the time domain, with a total of 2 time slots, that is, a total of 1ms. The first symbol can be used to carry automatic gain control (AGC). The second symbol and the third symbol can be used to carry the primary sidelink synchronization signal (PSSS). The fourth to eleventh symbols may be used to carry a sidelink master information block (SL-MIB). Wherein, the fifth symbol, the seventh symbol, and the tenth symbol may be used to carry a demodulation reference signal (demodulation reference signal, DMRS). One possible field of the SL-MIB is shown in the code below. "reserved-r14" in SL-MIB can be used to carry relay request messages. The twelfth symbol and the thirteenth symbol may be used to carry a secondary sidelink synchronization signal (secondary sidelink synchronization signal, SSSS). The secondary side link synchronization signal may include a synchronization sequence identity (sidelink synchronizing sequence identity, SSID), and the value range of the SSID may be 0-335. The SSID of the remote terminal may range from 0 to 159; the SSID of the relay terminal may range from 160 to 335, for example. The fourteenth symbol is not used for data transmission and can be used for switching between uplink and downlink.

It should be understood that the relay requirement message may have other similar or different sending manners, which may not be limited in this embodiment of the present application. For example, the relay requirement message may be carried on a physical sidelink share channel (PSSCH).

502. The relay terminal establishes a side link communication connection with the remote terminal according to the relay demand message, where the side link communication connection is used to transmit data packets corresponding to the target communication service.

Correspondingly, the remote terminal establishes a side link communication connection with the relay terminal. The relay terminal establishes a side link communication connection with the remote terminal, which means that the relay terminal can perform data interaction with the remote terminal for the target communication service, and for the target communication service, the remote terminal can perform data interaction with the network device through the relay terminal. .

It should be noted that the side link communication connection may be different from the wireless communication connection established through communication technologies such as WLAN and BT. In a first aspect, the communication technology used by the side link communication connection may be different from the communication technology used by the wireless communication connection. In the second aspect, once the terminal device establishes a wireless communication connection with the hotspot device, the hotspot device will not distinguish the specific communication services of the terminal device without considering the firewall, and all data packets of the terminal device can be transmitted through the hotspot device. . Both the relay terminal and the remote terminal can adjust the communication services applied to the side link 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. In a third aspect, in a possible implementation manner, before establishing a wireless communication connection, even if the terminal device can search for multiple hotspot devices, the terminal device still needs to select an appropriate hotspot device based on a user's gesture operation. Before establishing the side link communication connection, the remote terminal may not operate based on the user's gesture to select an appropriate relay terminal.

The reason for this difference may be that the hotspot device usually does not have traffic restrictions, and even the main function of the hotspot device is to provide the terminal device with a low-cost or free data packet transmission channel. The establishment of the side link communication connection can be separated from or substantially separated from the permission of the user, and the establishment process of the side link communication connection can be more efficient. In order to reduce the transmission of large-flow data packets, the relay terminal may only provide relay services for some communication services; to maintain the privacy or security of data packets, the remote terminal may only request relay services for some communication services.

Optionally, the relay requirement message includes a first service identifier, and the first service identifier may correspond to the target communication service.

For example, the first service identifier may be included in the SL-MIB, such as "reserved-r14" in the above code.

In one example, by carrying the first service identifier in the relay requirement message, the side link communication connection may be configured to be used only for the service corresponding to the first service identifier. For example, the first service identifier corresponds to the two-dimensional code service, and the side link communication connection may only be used for the two-dimensional code service, and messages corresponding to other services of the remote terminal may not be transmitted through the side link communication connection. For another example, if the first service identifier corresponds to a high-priority service, the side-link communication connection may only be used for high-priority services, and messages of the remote terminal corresponding to other priority services may not be transmitted through the side-link communication connection.

In another example, the relay requirement message includes multiple service identifiers, the multiple service identifiers include a first part of service identifiers and a second part of service identifiers, the first part of service identifiers include the first service identifier, and the relay The terminal establishes a side link communication connection with the remote terminal according to the relay demand message, including: the relay terminal establishes side link communication with the remote terminal according to the first part of the service identifiers in the multiple service identifiers The side link communication connection is used to transmit the message of the first part of the service identifier, and is not used to transmit the message of the second part of the service identifier. That is, the remote terminal may request the relay terminal to provide relay services for multiple services, and the relay terminal may provide relay services for the remote terminal for some of the multiple services according to its own situation.

Optionally, the relay requirement message includes a first service identifier, and the relay terminal establishes a side link communication connection with the remote terminal according to the relay requirement message, including: in the first service identifier Under the condition that the preset condition of the first service is satisfied, the relay terminal establishes a side link communication connection with the remote terminal.

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 first service identifier corresponds to The target communication service 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.

For example, in combination with 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; the first preset service priority is low priority, then the first service identifier The first service preset condition can be satisfied.

For another example, the first service identifier indicates the two-dimensional code service as described above; the service whitelist of the relay terminal includes the two-dimensional code service, and the first service identifier can satisfy the preset conditions of the first service.

For another example, the first service identifier indicates the payment service as described above; the service blacklist of the relay terminal does not include the payment service, and the first service identifier may satisfy the preset condition of the first service.

Optionally, the relay requirement message includes a terminal identifier of the remote terminal, and the relay terminal establishes a side link communication connection with the remote terminal according to the relay requirement message, including: at the terminal When the identifier satisfies the preset condition of the first terminal, the relay terminal establishes a side link communication connection with the remote terminal.

Optionally, the terminal identifier satisfying the preset condition of the first terminal includes any one of the following: the terminal identifier belongs to an identifier of a remote terminal; the terminal identifier is in a remote terminal whitelist of the relay terminal; the The terminal identification is not in the remote terminal blacklist of the relay terminal.

That is to say, if the terminal device corresponding to the terminal identifier is a remote terminal rather than a relay terminal, the relay terminal can establish a side link communication connection with the remote terminal; if the terminal device corresponding to the terminal identifier is a relay terminal rather than a remote terminal terminal, the relay terminal can skip or discard the relay demand 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 for the remote terminal; if the terminal If the corresponding remote terminal is identified as an untrusted remote terminal or a low interactive performance remote terminal, the relay terminal may refuse to provide relay services for the remote terminal, for example, the relay terminal may skip or discard the relay requirement information.

For example, the first service identifier may be included in the SSID of the SSSS, or may be included in the SL-MIB, such as "reserved-r14" in the above code.

For example, the specific value of the identification of the remote terminal belongs to the first identification set (for example, the SSID corresponding to the first identification set is between 0 and 159), and the specific value of the identification of the relay terminal belongs to the second identification set (for example, the second identification The SSID corresponding to the set is between 160 and 335). After receiving the terminal identification, the relay terminal can determine whether the terminal identification belongs to the first identification set or the second identification set. If the terminal identifier belongs to the first identifier set, it means that the terminal device corresponding to the terminal identifier belongs to the remote terminal. The relay terminal can establish a side link communication connection with the remote terminal. If the relay terminal receives a message from another relay terminal, the relay terminal can determine to skip or discard the data packet by decoding the identifier of the terminal device, thereby improving the efficiency of the relay terminal in processing messages.

For another example, the owner of the relay terminal is acquainted with the owner of the remote terminal, and the owner of the relay terminal can add the terminal identifier of the remote terminal to the whitelist of the remote terminal by manipulating the user interface shown in FIG. It is understood that the step of "adding the terminal identification to the remote terminal whitelist" may occur before or after 502). Afterwards, the remote terminal can send a relay requirement message, and the relay requirement message can include the terminal identifier of the remote terminal, so that the relay terminal can determine to establish a side link communication connection with the remote terminal according to the terminal identifier of the remote terminal.

For another example, the owner of the relay terminal can add untrusted terminal identifiers to the remote terminal blacklist by manipulating the user interface shown in FIG. 8 , where the remote terminal blacklist does not include the terminal identifiers of the remote terminals. Afterwards, the remote terminal can send a relay requirement message, and the relay requirement message can include the terminal identifier of the remote terminal, so that the relay terminal can determine to establish a side link communication connection with the remote terminal according to the terminal identifier of the remote terminal.

503. The remote terminal sends a first data packet to the relay terminal through the side link communication connection, where the first data packet corresponds to the target communication service.

Correspondingly, the relay terminal receives the first data packet from the remote terminal through the side link communication connection.

That is, the remote terminal may send the first data packet to the relay terminal for the target communication service, so as to request the relay terminal to forward the first data packet to the network device.

Optionally, the relay requirement message includes a first service identifier, and the first data packet is a data packet corresponding to the first service identifier.

504. The relay terminal forwards the first data packet to the network device.

Correspondingly, the network device receives the first data packet from the relay terminal.

That is to say, the relay terminal can send the data packet of the remote terminal to the network device through the uplink.

Optionally, the first data packet includes a second service identifier, the second service identifier corresponds to the target communication service, and the relay terminal forwards the first data packet to the network device, including: When the second service identifier satisfies the preset condition of the second service, the relay terminal forwards the first data packet to the network device.

Optionally, the second service identifier satisfying the second service preset condition includes at least one of the following: the priority corresponding to the second service identifier is higher than the second preset service priority; the second service identifier corresponds to The second communication service 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.

For the specific implementation of the second service identifier, reference may be made to the first service identifier, which will not be described in detail here.

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: if the terminal identifier satisfies the preset condition of the second terminal. In this case, the relay terminal forwards the first data packet to the network device.

Optionally, the terminal identifier satisfying a preset condition of the second terminal includes any one of the following: the terminal identifier belongs to an identifier of a remote terminal; the terminal identifier is in a remote terminal whitelist of the relay terminal; the The terminal identification is not in the remote terminal blacklist of the relay terminal.

For the specific implementation of the terminal identifier of the first data packet, reference may be made to the terminal identifier of the relay demand message, and details are not described herein again.

505. The network device sends a second data packet of the remote terminal to the terminal device, where the second data packet corresponds to the target communication service.

Correspondingly, the relay terminal receives the second data packet of the remote terminal from the network device.

That is to say, the relay terminal can receive the data packets of the remote terminal from the network device through the downlink for the target communication service.

The second data packet may be, for example, a feedback message, a notification message and the like of the remote terminal.

Optionally, the relay requirement message includes a first service identifier, and the second data packet is a data packet corresponding to the first service identifier.

506. The relay terminal forwards the second data packet to the remote terminal through the side link communication connection.

Correspondingly, the remote terminal receives the second data packet from the relay terminal through the side link communication connection.

Optionally, the second data packet includes a third service identifier, the third service identifier corresponds to the target communication service, and the relay terminal forwards the second data packet to the remote terminal, including: If the third service identifier satisfies the preset condition of the third service, the relay terminal forwards the second data packet to the remote terminal.

Optionally, the third service identifier satisfying a preset third service condition includes at least one of the following: the priority corresponding to the third service identifier is higher than the third preset service priority; the third service identifier corresponds to The third communication service 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.

For the specific implementation of the third service identifier, reference may be made to the first service identifier, which will not be described in detail here.

Optionally, the second data packet includes the terminal identifier of the remote terminal, and the relay terminal forwarding the second data packet to the remote terminal includes: if the terminal identifier satisfies the preset of the third terminal. In the case of the condition, the relay terminal forwards the second data packet to the remote terminal.

Optionally, the terminal identifier satisfying the third terminal preset condition includes any one of the following: the terminal identifier belongs to an identifier of a remote terminal; the terminal identifier is in a remote terminal whitelist of the relay terminal; the The terminal identification is not in the remote terminal blacklist of the relay terminal.

For the specific implementation manner of the terminal identifier of the second data packet, reference may be made to the terminal identifier of the relay demand message, which will not be described in detail here.

Optionally, the method further includes: receiving, by the relay terminal, a third data packet sent by the remote terminal, where the third data packet includes a fourth service identifier; when the fourth service identifier does not satisfy the In the case of the second service preset condition, the relay terminal skips or discards the third data packet.

Optionally, the method further includes: receiving, by the relay terminal, a fourth data packet sent by the network device, where the fourth data packet includes a fifth service identifier; if the fifth service identifier does not satisfy the In the case of the preset condition of the third service, the relay terminal skips or discards the fourth data packet.

Optionally, the method further includes: receiving, by the relay terminal, a fifth data packet sent by the remote terminal, where the fifth data packet includes a target terminal identifier; if the target terminal identifier does not satisfy the third Under the condition that the terminal presets the condition, the relay terminal skips or discards the fifth data packet.

It should be understood that the specific execution order of 503 and 505 may not be limited in this embodiment of the present application.

FIG. 11 is a schematic flowchart of a communication method provided by an embodiment of the present application.

1101, the remote terminal sends a relay request message.

Accordingly, the relay terminal receives the relay demand message from the remote terminal.

For the specific implementation of 1101, reference may be made to 501 in the embodiment shown in FIG. 5, and details are not described herein again.

1102. The relay terminal determines whether the relay requirement message is legal.

1103. In the case that the relay demand message is valid, the relay terminal sends a connection establishment request message to the remote terminal, where the connection establishment request message corresponds to the relay demand message, and the connection establishment request message The message is used to establish a side link communication connection.

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

1104. The remote terminal sends a connection establishment confirmation message to the relay terminal, where the connection establishment confirmation message corresponds to the connection establishment request message, and the connection establishment confirmation message is used to confirm the validity of the side link communication connection. Configuration parameters.

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

When the 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 connection with the preferred relay terminal. Side link communication connection.

1105. The relay terminal sends a connection establishment complete message to the remote terminal, where the connection establishment complete message corresponds to the connection establishment confirmation message, and the connection establishment complete message is used to indicate that the side link communication connection is established Finish.

Accordingly, the remote terminal receives the connection establishment complete message from the relay terminal.

1102 to 1105 may be specific implementations of 502 in the embodiment shown in FIG. 5 .

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

Correspondingly, the relay terminal receives the first data packet from the remote terminal through the side link communication connection.

1107. The relay terminal forwards the first data packet to the network device.

Correspondingly, the network device receives the first data packet from the relay terminal.

1108. The network device sends the second data packet of the remote terminal to the terminal device.

Correspondingly, the relay terminal receives the second data packet of the remote terminal from the network device.

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

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

For the specific implementation of 1106 to 1109, reference may be made to 503 to 506 in the embodiment shown in FIG. 5, and details are not repeated here.

1110. The remote terminal sends a connection disconnection request message to the relay terminal, where the connection disconnection request message is used to disconnect the side link communication connection.

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

1111. The relay terminal sends a connection disconnection confirmation message to the remote terminal, where the connection disconnection confirmation message corresponds to a connection disconnection request message, and the connection disconnection confirmation message is used to indicate the side link communication The disconnection is complete.

Accordingly, the relay terminal receives the disconnection confirmation message from the remote terminal.

In other examples, the remote terminal may determine whether the sidelink communication connection is valid by determining whether the sidelink communication connection is out of sync. If out of sync, the remote terminal may attempt to resend the relay demand message to find a suitable relay terminal.

Similarly, in other examples, the relay terminal may determine whether the side link communication connection is valid by determining whether the side link communication connection is out of synchronization. If the synchronization is lost, the relay terminal can start monitoring the relay demand message again to establish a new side link communication connection.

Several embodiments for reducing the power consumption of the relay terminal for monitoring the relay demand message are described below.

Example 1

When the relay terminal does not establish a side link communication connection with the remote terminal, the relay terminal may periodically drive the side link communication module 180 shown in FIG. Relay Requirement message.

For example, in (a) of FIG. 12 , the period 1 in which the relay terminal monitors the relay demand message is T ₁ , and in this period 1, the duration of the relay terminal driving the side link communication module (eg, (a) of 12 ) The shaded part in ) is t ₀ , and T ₁ >t ₀ . In (b) of FIG. 12 , the period 2 of the relay terminal monitoring the relay demand message is T ₂ , and the duration of the relay terminal driving the side link communication module is t ₀ , where T ₂ >T ₁ >t ₀ .

As can be seen from Figure 12, when the duration of the relay terminal driving the side link communication module is relatively fixed, the longer the period for the relay terminal to monitor the relay demand message, the longer the relay terminal monitors the relay demand message per unit time. The less the number of times, the longer the duration of turning off the side link communication module per unit time, which is more conducive to reducing the power consumption of the relay terminal for monitoring the relay demand message. For example, the period for the relay terminal to monitor the relay demand message (for example, denoted as the second period) may be 512ms, 640ms, 1.28s, 2.56s, 2.56s, and so on.

In (a) of FIG. 13 , the period 3 of the remote terminal sending the relay demand message and the time domain occupied by the relay demand message total t ₁ (the relay demand message can occupy part of the time domain in the period 3); the relay The period 4 for the terminal to monitor the relay demand message is T ₀ ; the duration for the relay terminal to drive the side link communication module is t ₁ ; T ₀ >t ₁ . Therefore, in one cycle 4, the duration of turning off the side link communication module may be T ₀ -t ₁ .

In (b) of FIG. 13 , the period 3 for the remote terminal to send the relay demand message and the time domain occupied by the relay demand message total t ₂ ; the period 4 for the relay terminal to monitor the relay demand message is T ₀ ; The duration of the terminal-driven-side link communication module is t ₂ , wherein T ₀ >t ₂ >t ₁ . Therefore, in one cycle 4, the duration of turning off the side link communication module may be T ₀ -t ₂ . And, T ₀ -t ₁ >T ₀ -t ₂ .

It can be seen from this that on the premise that the relay demand message can be successfully monitored, in cycle 4 of the relay terminal monitoring the relay demand message, the shorter the duration of the relay terminal driving the side link communication module, the more conducive to reducing the The power consumption of the relay terminal to monitor the relay demand message. Therefore, speeding up the frequency at which the remote terminal sends the relay demand message is beneficial to reducing the time period for the relay terminal to drive the side link communication module, which in turn is beneficial to reducing the power consumption of the relay terminal.

Setting the duration (approximately) of the relay terminal driving side link communication module to the sum of the period 3 and the time domain occupied by the relay demand message is beneficial to improve the success rate of the relay terminal monitoring the relay demand message. The period during which relay demand messages can be sent for remote terminals.

It is assumed that the remote terminal can send the relay demand message 1 in the first period 3, wherein the time domain occupied by the relay demand message 1 is before the side link communication module of the relay terminal is turned on. Then, the relay terminal may not listen to the relay demand message 1 in the first period 3 . It is assumed that the remote terminal can send the relay requirement message 2 in the second period 3, wherein the time domain occupied by the relay requirement message 2 is after the side link communication module of the relay terminal is turned on. Then the remote terminal can listen to the relay requirement message 2 in the second period 3 .

It is assumed that the remote terminal can send the relay request message 3 in the third period 3, wherein the start time of the relay request message 3 is before the side link communication module of the relay terminal is turned on, and the end time of the relay request message 3 After the side link communication module of the relay terminal is turned on. Then, the relay terminal may not monitor the relay demand message 3 in the third period 3 . It is assumed that the remote terminal can send the relay requirement message 4 in the fourth period 3, wherein the time domain occupied by the relay requirement message 4 is after the side link communication module of the relay terminal is turned on. Since the duration of the relay terminal driving the side link communication module is equal to (or approximately equal to) the sum of period 3 and the time domain occupied by the relay demand message, the relay demand message 4 can appear in the side link communication of the relay terminal During the period when the module is turned on, the relay terminal can listen to the relay demand message 4 in the fourth period 3 .

Optionally, the relay requirement message may be carried on the PSBCH, where the transmission period of the PSBCH may be less than 40ms. That is to say, the sending period of the relay requirement message (for example, denoted as the first period) may be less than 40ms.

For example, the remote terminal broadcasts the relay demand message through the PSBCH, the transmission period of the PSBCH may be 2ms, and the time domain resource occupied by the relay demand message is 1ms. According to the sum of the period when the remote terminal sends the relay demand message and the time domain occupied by the relay demand message, in the listening period of each relay demand message, the duration of the relay terminal driving the side link communication module can be 3ms. If the period during which the relay terminal listens to the relay demand message is 512ms, then in the monitoring period of each relay demand message, the time period for which the side link communication module is turned off may be 509ms.

It can be seen that the longer the relay terminal listens to the relay demand message, the shorter the duration that the relay terminal drives the side link communication module, and the duration that the relay terminal drives the side link communication module is within the monitoring period of the relay demand message. The smaller the occupancy ratio is, it can even be ignored.

Optionally, the duration of the relay terminal driving the side link communication module may be greater than the transmission period of the relay demand message, and less than the sum of the transmission period of the relay demand message and the time domain occupied by the relay demand message.

Optionally, the duration of the relay terminal driving the side link communication module may be equal to the sending period of the relay demand message.

This is beneficial to further reduce the monitoring power consumption of the relay terminal, but may reduce the success rate of the relay terminal monitoring the relay demand request.

Figure 14 shows various possible implementations of a remote terminal sending a relay request message.

In the example shown in (a) of 14, the remote terminal may transmit the relay demand message according to time division duplexing (TDD). That is to say, the uplink data and the downlink data may occupy the same frequency band 1, and the downlink data and the uplink data may respectively occupy the downlink time domain resources and the uplink time domain resources of one transceiver cycle. The relay requirement message may occupy uplink time domain resources. The period in which the remote terminal sends the relay requirement message may be equal to one transceiving period.

In an example, in the listening period of each relay demand message, the duration of the link communication module on the driving side of the relay terminal may be (approximately) equal to the sum of the sending and receiving period and the uplink time domain resources, or, the driving side of the relay terminal The duration of the link communication module may be (approximately) equal to the sum of the transceiver cycle and the time domain occupied by the relay demand message.

For example, a transceiver cycle includes 10 time slots, of which downlink time domain resources occupy 8 time slots, and uplink time domain resources occupy 2 time slots. The relay demand message may occupy uplink time domain resources, and the duration of the relay terminal driving the side link communication module may be equal to 12 time slots.

For another example, as shown in (a) of FIG. 14 , one transceiver cycle includes 10 time slots, of which downlink time domain resources occupy 8 time slots, and uplink time domain resources occupy 2 time slots. The relay requirement message may occupy 1 time slot of the uplink time domain resource, and the duration t ₃ for the relay terminal to drive the side link communication module may be equal to 11 time slots.

In the example shown in (b) of 14, the remote terminal may transmit the relay demand message according to frequency division duplexing (FDD). Downlink data can occupy frequency band 2, and uplink data can occupy frequency band 3, and frequency band 2 and frequency band 3 do not overlap each other. That is, downlink data may occupy downlink frequency domain resources, uplink data may occupy uplink frequency domain resources, and downlink data and uplink data may not interfere with each other. Both downlink frequency domain resources and uplink frequency domain resources may belong to licensed frequency bands. The relay requirement message can be sent on uplink frequency domain resources. Therefore, the period in which the remote terminal sends the relay request message may not be affected by the downlink data.

For example, as shown in (b) of FIG. 14 , the remote terminal may send a relay request message every 2 time slots on the uplink frequency domain resource, wherein the relay request message may occupy one uplink frequency domain resource. time slot, the duration t ₄ for the relay terminal to drive the side link communication module may be equal to 3 time slots.

In the example shown in (c) of 14, the remote terminal may send a relay demand message on unlicensed frequency domain resources. As shown in (c) of FIG. 14 , uplink data and downlink data may occupy frequency band 4, and side link data may occupy frequency band 5. In other examples, uplink data and downlink data may occupy different frequency bands. That is to say, uplink and downlink data may occupy uplink and downlink frequency domain resources, side link data may occupy sidelink frequency domain resources, and side link data and uplink and downlink data may not interfere with each other. Therefore, the period in which the remote terminal sends the relay request message may not be affected by the uplink data and the downlink data.

For example, as shown in (c) of FIG. 14 , the remote terminal may send a relay request message every 2 time slots on the unlicensed frequency band, wherein the relay request message may occupy 1 time slot of the unlicensed frequency band , then the duration t5 of the relay terminal driving the side link communication module may be equal to ₃ time slots.

It should be noted that the unlicensed frequency band may be, for example, the 700 MHz unlicensed frequency band, such as the 2.38-2.42 GHz frequency band; the unlicensed frequency band may be, for example, the 5.905-5.925 GHz frequency band. The frequency of the unlicensed band is relatively low, which can help improve the penetration of the signal.

Example 2

It can be known from FIG. 3 that the relay terminal may include multiple communication modules. The relay terminal may also include other modules associated with the plurality of communication modules. For example, the relay terminal may include multiple communication modules and driving modules for the multiple communication modules (eg, the processor 110 shown in FIG. 3 ). The driving module may input electrical signals (or referred to as powering on the plurality of communication modules) to the plurality of communication modules, so that the plurality of communication modules may send and receive messages. When any communication module is driven, the driving module in the relay terminal is correspondingly in a working state (such as a wake-up state, a non-sleep state, etc.).

For example, the driving period of the communication module 1 is the driving period 1 , and the driving period of the communication module 2 is the driving period 2 . The duration that the communication module 1 is driven in the driving cycle 1 is duration 1, the duration that the communication module 2 is driven in the driving cycle 2 is duration 2, and the duration 1 may be equal to the duration 2. If the relay terminal drives the communication module 1 and the communication module 2 respectively within two non-intersecting time periods, the module 3 associated with both the communication module 1 and the communication module 2 needs to be driven twice. If the relay terminal drives the communication module 1 and the communication module 2 in the same time period, then the module 3 associated with the communication module 1 and the communication module 2 only needs to be driven once, and the driving duration of the module 1 can be equal to the duration 1 or duration 2.

For another example, the driving period of the communication module 3 is the driving period 3 , and the driving period of the communication module 4 is the driving period 4 . The duration that the communication module 3 is driven in the driving cycle 3 is duration 3 , the duration that the communication module 4 is driven in the driving cycle 4 is duration 4 , and the duration 3 is greater than the duration 4 . If the relay terminal drives the communication module 3 and the communication module 4 respectively in two non-intersecting time periods, the module 3 associated with both the communication module 3 and the communication module 4 needs to be driven twice. If the relay terminal starts to drive the communication module 4 after starting to drive the communication module 3 but before it stops driving the communication module 3, and stops driving the communication module 4 before the relay terminal stops driving the communication module 3, then the communication module 3, the communication module 4 All associated modules 3 only need to be driven once, and the duration for which module 3 is driven can be equal to duration 3 .

In order to further reduce the monitoring power consumption of the relay terminal, the driving time periods of the multiple communication modules can be aligned, which is beneficial to alleviate the frequent driving of other devices in the relay terminal.

In an example, the relay terminal may include a first communication module and a second communication module, where 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 network device. In the interaction between the relay terminal and the remote terminal, the driving start time of the first communication module is aligned with the driving start time of the second communication module, or the driving end time of the first communication module is the same as the driving start time of the second communication module. The driving end times of the second communication module are aligned. The driving start time of the first communication module may refer to the start time of receiving paging, that is, the time when the paging message is started to be received. The driving end time of the first communication module may refer to the end time of receiving paging, that is, the time of stopping receiving paging messages. The driving start time of the second communication module may refer to the start time of receiving the relay demand message, that is, the time when the relay demand message starts to be received. The driving end time of the second communication module may refer to the end time of receiving the relay demand message, that is, the time of stopping receiving the relay demand message. This is beneficial to reduce the driving times and driving duration of other modules associated with the first communication module and the second communication module.

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

In yet 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 period from the driving start time to the driving end time may be referred to as driving period) and the driving period of the second communication module at least partially overlap, which is beneficial to reduce the driving times and driving duration of other communication modules.

FIG. 15 shows specific embodiments of two alignment driving time periods.

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 to say, the driving period of the first communication module is 1/N times the driving period of the second communication module. Therefore, by 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, so that when the first communication module is driven, the second communication module can be in a dormant state, And when the second communication module is driven, the first communication module can be driven simultaneously.

If the first communication module establishes a communication connection with other devices, the first communication module can transition from the periodic monitoring state to the connection state, that is, the first communication module is woken up or driven for a long time. The second communication module can continue to maintain the original periodic driving mode. After the first communication module cuts off the communication connection with other devices, the first communication module can transition from the connection state to the periodic monitoring state.

In one example, the relay terminal may drive the first communication module according to a new periodic driving mode. For example, the relay terminal may receive the configuration information sent by the network device, and according to the configuration information, determine the first driving start time of the first communication module and the driving period of the first communication module. In this case, the driving start time of the first communication module may not be aligned with the driving start time of the second communication module, that is, when the second communication module is driven, the first communication module may be in an undriven state . Therefore, the relay terminal can adjust the driving start time of the second communication module. For example, the configuration information sent by the network device is used to instruct the relay terminal to start driving the first communication module at the first target moment, and the relay terminal may simultaneously drive the first communication module and the second communication module at the first target moment. Also, the driving frequency of the first communication module may be an integer multiple of the driving frequency of the second communication module. This aligns the driving start time of the first communication module with the driving start time of the second communication module, so that the first communication module can be driven while the second communication module is being driven.

As shown in (a) of FIG. ₁₅ , the relay terminal can be switched from the connected state at time a1, and according to the configuration information sent by the network device, it is determined to drive the first communication module at time a2 _; in addition, the relay terminal The second communication module can be driven simultaneously at time a ₂ , which is after time _{a 1 .} That is to say, after the relay terminal switches from the connected state, the start time of the relay terminal monitoring the paging message for the first time is also the start time of monitoring the relay demand message.

In other examples, the relay terminal may switch from the connected state at time a1, and determine, according to the configuration information sent by the network device, to drive the _first communication module for the first time at time a2 _; in addition, the relay terminal may drive the first communication module at time _a3 The first communication module and the second communication module are driven at the same time, wherein time a ₂ is after time a ₁ , time a ₃ is after time a ₂ , and there are N pieces of the first communication module between time a ₃ and time a ₂ drive cycle. That is, starting from time a3 after time a2, the driving start time _of the _second communication module may be aligned with the driving start time of the first communication module.

As shown in (a) of FIG. 15 , the driving period of the first communication module may be smaller than the driving period of the second communication module. In other examples, the driving period of the first communication module may be equal to the driving period of the second communication module. Then, 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.

In another example, the relay terminal may adjust the driving start time of the first communication module according to the periodic driving mode of the second communication module. For example, the second target time is a certain driving start time when the relay terminal drives the second communication module, and the second target time is after the first communication module is switched from the connected state. The relay terminal may adjust the driving start time of the first communication module to the second target time. This aligns the driving start time of the first communication module with the driving start time of the second communication module, so that the first communication module can be driven while the second communication module is being driven.

As shown in (b) of FIG. ₁₅ , the relay terminal may drive the second communication module at time b1 and drive the _second communication module again at time b2 _; and, the relay terminal may change from the connected state at time a1 Cut out, time a ₁ may be between time b ₁ and time b ₂ . The relay terminal may take time b ₂ as the driving start time of the first communication module.

The relay terminal may also determine the start time of driving the first communication module for the first time after the relay terminal switches from the connected state according to the driving start time of the second communication module and the driving period of the first communication module.

As shown in (b) of FIG. ₁₅ , the relay terminal may drive the second communication module at time b1 and drive the _second communication module again at time b2 _; and, the relay terminal may change from the connected state at time a1 Cut out, time a ₁ may be between time b ₁ and time b ₂ , and the time difference between time a ₁ and time b ₂ is greater than the driving period T ₃ of the first communication module. The relay terminal can calculate the driving start time a ₂ of the first communication module closest to a ₁ according to the time b ₂ and the driving period T ₃ of the first communication module, a ₂ =b ₂ -k*T ₃ , k= [(b ₂ -a ₁ )/T ₃ ], […] is a rounding operation.

The specific application of the above technical solution is described below in combination with a variety of possible application scenarios. The technical solutions provided by the embodiments of the present application are beneficial to provide users with new communication functions in various communication scenarios, and thus are beneficial to provide convenience to users.

scene one

The user enters the payment interface of the terminal device 1 through a gesture operation, and is loading the payment two-dimensional code, and the payment interface can be regarded as the first user interface related to the loading of the two-dimensional code. However, currently the terminal device 1 cannot directly communicate with the network device, that is, the terminal device 1 cannot directly obtain the payment two-dimensional code information from the network device. The terminal device 1 may belong to the above-mentioned remote terminal. The terminal device 1 can send the relay demand message shown in FIG. 5 or FIG. 11 through the side link communication module 180 shown in FIG. 3 to establish a side link communication connection with an appropriate relay terminal. The terminal device 1 can send the data packet 1 to the relay terminal through the side link communication connection, and the data packet 1 can be used to request the payment of the two-dimensional code. The relay terminal can forward the data packet 1 to the network device, and receive the data packet 2 from the network device. The data packet 2 can be a feedback to the data packet 1, for example, the data packet 2 can include the specific content of the payment QR code. That is to say, in the scenario of no network communication, the terminal device 1 can still obtain the payment two-dimensional code in a networked (non-offline) manner. The terminal device 1 may display the pattern of the two-dimensional code on the first user interface. The user can show the payment QR code to the payment device to complete the payment process. With reference to the embodiment shown in FIG. 5 , data packet 1 and data packet 2 may be, for example, messages corresponding to a two-dimensional code service or a payment service.

scene two

The user makes the terminal device 2 display a second user interface related to the recharging of the bus card through gesture operation, establishes a near field communication connection with the bus card through, for example, near field communication (NFC), and prepares to interact with the cloud server to Complete the recharge of the bus card. However, currently the terminal device 2 cannot directly communicate with the network device, that is, the terminal device 2 cannot directly obtain the recharge information of the bus card from the network device. The terminal device 2 may belong to the above-mentioned remote terminal. The terminal device 2 can send the relay demand message shown in FIG. 5 or FIG. 11 through the side link communication module 180 shown in FIG. 3 to establish a side link communication connection with an appropriate relay terminal. The terminal device 2 can send the data packet 3 to the relay terminal through the side link communication connection, and the data packet 3 can be used to request the recharge information of the bus card. The relay terminal can forward the data packet 3 to the network device, and receive the data packet 4 from the network device, and the data packet 4 can be feedback for the data packet 3, for example, the data packet 4 can include the recharge information of the bus card. That is to say, in the scenario of no network communication, the terminal device 2 can still obtain the recharge information of the bus card in a networked (non-offline) manner, and synchronize with the cloud server. Thus, the terminal device 2 can complete the recharging process of the bus card according to the recharging information of the bus card, for example, displaying first indication information on the second user interface, the first instruction information indicating that the recharging of the bus card is completed. With reference to the embodiment shown in FIG. 5 , it can be known that the data packet 3 and the data packet 4 can be, for example, messages corresponding to payment services.

scene three

The user operates a gesture, so that the terminal device 3 displays a third user interface related to obtaining the verification code. However, currently the terminal device 3 cannot directly communicate with the network device, that is, the terminal device 3 cannot directly obtain the short message message including the verification code from the network device. The terminal device 3 may belong to the above-mentioned remote terminal. The terminal device 3 can send the relay demand message shown in FIG. 5 or FIG. 11 through the side link communication module 180 shown in FIG. 3 to establish a side link communication connection with an appropriate relay terminal. The terminal device 3 can send a data packet 5 to the relay terminal through the side link communication connection, and the data packet 5 can be used to request a verification code. The relay terminal can forward the data packet 5 to the network device, and receive the data packet 6 from the network device. The data packet 6 can be feedback for the data packet 5, for example, the data packet 6 can be a short message message containing a verification code. Therefore, the terminal device 3 can still acquire the short message message including the verification code in the scenario of no network communication. Thus, the terminal device can continue to complete processes such as decryption, login, and security verification according to the obtained verification code. With reference to the embodiment shown in FIG. 5 , the data packet 5 and the data packet 6 may be, for example, messages corresponding to the short message service.

scene four

The balance of the communication account of the terminal device 4 is insufficient, and the terminal device 4 cannot effectively communicate with the network device. The user can make the terminal device 4 display a fourth user interface related to the recharging of the phone bill through a gesture operation, so as to complete the recharging of the communication account of the terminal device 4 . The terminal device 4 may belong to the above-mentioned remote terminal. The terminal device 4 may send the relay demand message shown in FIG. 5 or FIG. 11 through the side link communication module 180 shown in FIG. 3 to establish a side link communication connection with an appropriate relay terminal. The terminal device 4 can send the data packet 7 to the relay terminal through the side link communication connection, and the data packet 7 can be used to request information related to the recharge of the telephone charge. The relay terminal can forward the data packet 7 to the network device, and receive the data packet 8 from the network device. The data packet 8 can be a feedback for the data packet 7, for example, the data packet 8 can include information related to the recharge of the phone bill. That is to say, in the scenario of no network communication, the terminal device 4 can still recharge the phone bill through the network device. The terminal device 4 may display second indication information on the fourth user interface, where the second indication information indicates that the call charge recharge is completed. After the phone bill is recharged, the effective communication between the terminal device 4 and the network device can be resumed. With reference to the embodiment shown in FIG. 5 , the data packets 7 and 8 may be, for example, messages corresponding to the payment service or the application notification service. Optionally, the relay terminal may choose to forward only the data packets related to the phone bill recharge. That is to say, after the charging of the telephone charge is completed, the data packets of the terminal device 4 irrelevant to the charging of the telephone charge can be directly sent by the network device to the terminal device 4 .

scene five

The terminal device 5 is currently located in the underground garage, and the user intends to pay the parking fee through the terminal device 5 . The terminal device 5 may display a fifth user interface related to parking fee payment. Due to the weak signal, the terminal device 5 cannot communicate directly with the network device. The terminal device 5 may belong to the above-mentioned remote terminal. The terminal device 5 can send the relay demand message shown in FIG. 5 or FIG. 11 through the side link communication module 180 shown in FIG. 3 to establish a side link communication connection with an appropriate relay terminal. The terminal device 5 can send a data packet 9 to the relay terminal through the side link communication connection, and the data packet 9 can be used to request payment information related to the parking fee. The relay terminal may forward the data packet 9 to the network device, and receive the data packet 10 from the network device, the data packet 10 may be a feedback to the data packet 9, for example, the data packet 10 may include payment information related to parking fees. That is to say, in a scenario without network communication, the terminal device 5 can still pay the parking fee through the network device. With reference to the embodiment shown in FIG. 5 , the data packet 9 and the data packet 10 may be, for example, messages corresponding to payment services. The terminal device 5 may display third indication information on the fifth user interface, where the third indication information indicates that the payment of the parking fee is completed. Optionally, the relay terminal may choose to forward only data packets related to parking fees. That is to say, after the parking fee is paid, the terminal device 5 can move out of the garage and communicate directly with the network device.

scene six

The terminal device 6 may display a sixth user interface related to the distress call to initiate a distress call. Due to the weak signal, the terminal device 6 cannot communicate directly with the network device. The terminal device 6 may belong to the above-mentioned remote terminal. The terminal device 6 can send the relay demand message shown in FIG. 5 or FIG. 11 through the side link communication module 180 shown in FIG. 3 to establish a side link communication connection with an appropriate relay terminal. The terminal device 6 may send the data packet 11 to the relay terminal through the side link communication connection, and the data packet 11 may include the uploaded voice packet of the distress call, for example, the uploaded voice packet of the emergency call "110". The relay terminal can forward the data packet 11 to the network device, and receive the data packet 12 from the network device. The data packet 12 can be the feedback for the data packet 11. For example, the data packet 12 can include the downlink voice packet of a distress call, such as emergency The downlink voice packet of the phone "110". That is to say, in the scenario of no network communication, the terminal device 6 can still make emergency calls through the network device. The terminal device 6 may display fourth indication information on the sixth user interface, where the fourth indication information indicates that the terminal device 6 has connected the emergency call. With reference to the embodiment shown in FIG. 5 , the data packet 11 and the data packet 12 may be, for example, messages corresponding to a distress service or a high-definition voice call service.

FIG. 16 is a schematic structural diagram of a communication apparatus provided according to an embodiment of the present application. The communication device may be a terminal device, or may be a component (for example, a chip or a circuit) that can be used in the terminal device. As shown in FIG. 16 , the communication apparatus 1600 may include a transceiver module 1601 .

The transceiver module 1601 is configured to send a relay demand message to establish a side link communication connection with the relay terminal, where the side link communication connection is used to transmit data packets corresponding to the target communication service.

The transceiver module 1601 is further configured 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 The first data packet is forwarded by the relay terminal to the network device; and/or, second data corresponding to the target communication service is received from the relay terminal through the side link communication connection packet, the second data packet is from the network device.

The transceiver module 1601 may be implemented by a receiver and/or a transmitter. For the specific functions and beneficial effects of the transceiver module 1601, reference may be made to the communication method shown in FIG. 5 or FIG. 11 , which will not be repeated here.

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

FIG. 17 is a schematic structural diagram of a communication apparatus provided according to an embodiment of the present application. The communication device may be a terminal device, or may be a component (for example, a chip or a circuit) that can be used in the terminal device. As shown in FIG. 17 , the communication apparatus 1700 may include a transceiver module 1701 and a processing module 1702 .

The transceiver module 1701 is configured to receive a relay requirement message from a remote terminal.

The processing module 1702 is configured to establish a side link communication connection with the remote terminal according to the relay requirement message, where the side link communication connection is used for transmitting data packets corresponding to the target communication service.

The transceiver module 1701 is further configured to forward a message 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 sending the message to the remote terminal. 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 sending the second data packet through the side link communication connection The data packets are forwarded to the remote terminal.

The transceiver module 1701 may be implemented by a receiver and/or a transmitter. The processing module 1702 may be implemented by a processor. For the specific functions and beneficial effects of the transceiver module 1701 and the processing module 1702, reference may be made to the communication method shown in FIG. 5 or FIG. 11 , which will not be repeated here.

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

FIG. 18 is a communication device provided by an embodiment of the present application. The communication apparatus may be a terminal device as shown in FIG. 3 . The communication device includes a processor 1801, a memory 1802, a radio frequency circuit, an antenna, and an input and output device. The processor 1801 may be used to process communication protocols and communication data, control communication devices, execute software programs, process data of software programs, and the like. The memory 1802 is primarily used to store software programs and data. The radio frequency circuit is mainly used for the conversion of the baseband signal and the radio frequency signal and the processing of the radio frequency signal. Antennas are mainly used to send and receive radio frequency signals in the form of electromagnetic waves. Input and output devices, such as touch screens, display screens, and keyboards, are mainly used to receive data input by users and output data to users. It should be noted that some types of communication devices may not have input and output devices.

When data needs to be sent, the processor 1801 performs baseband processing on the data to be sent, and outputs a baseband signal to the radio frequency circuit. The radio frequency circuit performs radio frequency processing on the baseband signal and sends the radio frequency signal through the antenna in the form of electromagnetic waves. When data is sent to the communication device, the radio frequency circuit receives the radio frequency signal through the antenna, converts the radio frequency signal into a baseband signal, and outputs the baseband signal to the processor, which converts the baseband signal into data and processes the data. In an actual communication device product, there may be one or more processors and one or more memories. The memory may also be referred to as a storage medium or a storage device or the like. The memory may be set independently of the processor, or may be integrated with the processor, which is not limited in this embodiment of the present application.

In this embodiment of the present application, the antenna and the radio frequency circuit with a transceiving function can be regarded as the transceiver 1803 of the communication device, and the processor with the processing function can be regarded as a processing unit of the communication device. The transceiver 1803 may also be referred to as a transceiver unit, a transceiver, a transceiver, or the like. The processing unit may also be referred to as a processor, a processing single board, a processing module, a processing device, and the like. Optionally, the device for implementing the receiving function in the transceiver 1803 may be regarded as a receiving unit, and the device for implementing the transmitting function in the transceiver 1803 may be regarded as a transmitting unit, that is, the transceiver 1803 includes a receiving unit and a transmitting unit. The receiving unit may also sometimes be referred to as a receiver, receiver, or receiving circuit, or the like. The transmitting unit may also sometimes be referred to as a transmitter, a transmitter, or a transmitting circuit, or the like.

The processor 1801, the memory 1802 and the transceiver 1803 communicate with each other through an internal connection path to transmit control and/or data signals.

The communication methods disclosed in the above embodiments of the present application may be applied to the processor 1801 or implemented by the processor 1801 . The processor 1801 may be an integrated circuit chip with signal processing capability. In the implementation process, each step of the above-mentioned communication method can be completed by an integrated logic circuit of hardware in the processor 1801 or an instruction in the form of software.

The processor described in each embodiment of the present application may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), or a field programmable gate array (field programmable gate array). , FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The methods, steps, and logic block diagrams disclosed in the embodiments of this application can be implemented or executed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in conjunction with the embodiments of the present application may be directly embodied as executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. Software modules can be located in random access memory (RAM), flash memory, read-only memory (ROM), programmable read-only memory or electrically erasable programmable memory, registers, etc. in the storage medium. The storage medium is located in the memory, and the processor reads the instructions in the memory, and completes the steps of the above communication method in combination with its hardware.

Embodiments of the present application further provide a chip, where the chip 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 the processor 1801 or microprocessor 1801 or integrated circuit integrated on the chip. The chip can execute the communication method on the remote terminal side or the relay terminal side in the above communication method embodiments.

Embodiments of the present application further provide a computer-readable storage medium, on which instructions are stored, and when the instructions are executed, execute the communication method on the remote terminal side or the relay terminal side in the above communication method embodiments.

The embodiment of the present application further provides a computer program product including an instruction, when the instruction is executed, the communication method on the remote terminal side or the relay terminal side in the above communication method embodiment is executed.

Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as independent products, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be embodied in the form of a software product in essence, or the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk and other media that can store program codes .

The above are only specific embodiments of the present application, but the protection scope of the present application is not limited to this. should be covered within the scope of protection of this application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims (48)

A communication method, comprising: The remote terminal sends a relay request message to establish a side link communication connection with the relay terminal, where the side link communication connection is used to transmit data packets corresponding to the target communication service; The remote terminal interacts with the network device through the relay terminal, including: The remote terminal sends 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 relay terminal. the network equipment; and/or, The remote terminal is connected through the side link communication, and receives a second data packet corresponding to the target communication service from the relay terminal, where the second data packet comes from the network device. The communication method according to claim 1, wherein the target communication service includes at least one of the following: a high-definition voice call service, a high-definition video call service, an Internet voice call service, an Internet video call service, a two-dimensional code service, Payment service, SOS service, phone bill recharge service, SMS service, and application notification service. The communication method according to claim 1 or 2, wherein before the remote terminal sends the relay requirement message, the communication method further comprises: The remote terminal determines that the remote terminal is currently in a scenario of no network communication. The communication method according to any one of claims 1 to 3, wherein determining, by the remote terminal, that the remote terminal is currently in a no-network communication scenario, comprising: The remote terminal judges that the remote terminal is currently in a no-network communication scenario according to at least one of the following: the state of the user identity module SIM card interface of the remote terminal, the usage of the communication package of the remote terminal, the remote terminal The communication status with the network device, the status of the mobile data function of the remote terminal, the status of the wireless local area network WLAN function of the remote terminal, and the status of the Bluetooth function of the remote terminal. The communication method according to any one of claims 1 to 4, wherein the relay requirement message includes a first service identifier, and the first service identifier corresponds to the target communication service. The communication method according to claim 5, wherein the first service identifier is used to uniquely identify the target communication service. The communication method according to claim 5, wherein the first service identifier is used to indicate the priority of the target communication service. The communication method according to any one of claims 5 to 7, wherein the relay requirement message includes a plurality of service identifiers; before the remote terminal interacts with the network device through the relay terminal, the The communication method further includes: The remote terminal receives a service identification confirmation message from the relay terminal, where the service identification confirmation message includes the first part of the service identification among the plurality of service identifications, and the service identification confirmation message is used to indicate the first part of the service The communication service corresponding to the identifier is permitted by the relay terminal, and the first part of the service identifier includes the first service identifier. The communication method according to any one of claims 1 to 8, wherein the relay requirement message includes a terminal identifier of the remote terminal. The communication method according to any one of claims 1 to 9, wherein the first data packet includes a second service identifier, and the second service identifier corresponds to the target communication service. The communication method according to any one of claims 1 to 10, wherein the second data packet includes a third service identifier, and the third service identifier corresponds to the target communication service. The communication method according to any one of claims 1 to 11, wherein the remote terminal sends a relay requirement message, comprising: The remote terminal sends the relay requirement message according to a first period, and the first period is less than 40ms. The communication method according to any one of claims 1 to 12, wherein the remote terminal sends a relay requirement message, comprising: The remote terminal sends the relay request message on the licensed frequency band in a frequency division duplex manner; or, The remote terminal sends the relay request message on an unlicensed frequency band. The communication method according to any one of claims 1 to 13, wherein the communication method further comprises: The remote terminal displays a target user interface, and the target user interface includes at least one of the following: a switch control without network communication, a switch control of the remote terminal, and a communication parameter of the remote terminal. The communication method according to claim 14, wherein the communication parameters of the remote terminal include at least one of the following: power consumption mode, single time limit, default open period, service whitelist, service blacklist, relay Terminal whitelist and relay terminal blacklist. The communication method according to any one of claims 1 to 15, wherein the relay request message includes a service identifier corresponding to a two-dimensional code service, and the first data packet is used to request a two-dimensional code information, the second data packet includes the information of the two-dimensional code, 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 the loading of the two-dimensional code, 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 method further includes: The pattern of the two-dimensional code is displayed on the first user interface. The communication method according to any one of claims 1 to 15, wherein the relay demand message includes a service identifier corresponding to a payment service, and the first data packet is used to request recharge information of a bus card, The second data packet includes the recharge information of the bus card, and before the remote terminal sends the relay demand message, the communication method further includes: The remote terminal displays a second user interface related to the recharging of the bus card, 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: First indication information is displayed on the second user interface, and the first indication information indicates that the recharging of the bus card is completed. The communication method according to any one of claims 1 to 15, wherein the relay requirement message includes a service identifier corresponding to a short message service, the first data packet is used to request a verification code, and the first data packet is used to request a verification code. The two data packets include the verification code, and before the remote terminal sends the relay requirement 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 of no 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. The communication method according to any one of claims 1 to 15, wherein the relay demand message includes a service identifier corresponding to a payment service, and the first data packet is used to request information related to phone charge recharge , the second data packet includes the information related to the phone charge recharge, and before the remote terminal sends the relay demand 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 scenario without network communication; After the remote terminal interacts with the network device through the relay terminal, the communication method further includes: Second indication information is displayed on the fourth user interface, and the second indication information indicates that the phone bill recharge is completed. The communication method according to any one of claims 1 to 15, wherein the relay demand message includes a service identifier corresponding to a payment service, and the first data packet is used to request information related to parking fees , the second data packet includes the information related to the parking fee, and before the remote terminal sends the relay demand 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: Third indication information is displayed on the fifth user interface, and the third indication information indicates that the payment of the parking fee is completed. The communication method according to any one of claims 1 to 15, wherein the relay demand message includes a service identifier corresponding to a distress service, the first data packet includes an uploaded voice packet of a distress call, and the The second data packet includes the downlink voice packet of the distress call, and before the remote terminal sends the relay demand 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 scenario without network communication; While the remote terminal interacts with the network device through the relay terminal, the communication method further includes: Fourth indication information is displayed on the sixth user interface, and the fourth indication information indicates that the remote terminal has connected the emergency call. A communication method, comprising: The relay terminal receives the relay demand message from the remote terminal; establishing, by the relay terminal, a side link communication connection with the remote terminal according to the relay demand message, where the side link 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 is connected through the side link communication, receives a first data packet corresponding to the target communication service from a remote terminal, 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 communication method according to claim 22, wherein the target communication service includes at least one of the following: a high-definition voice call service, a high-definition video call service, an Internet voice call service, an Internet video call service, a two-dimensional code service, Payment service, SOS service, phone bill recharge service, SMS service, and application notification service. The communication method according to claim 22 or 23, wherein the relay requirement message includes at least one of the following: the terminal identifier of the remote terminal; no network communication identification, the no network communication identification is used to indicate that the remote terminal is currently in a no network communication state; A first service identifier, where the first service identifier corresponds to the target communication service. The communication method according to claim 24, wherein the first service identifier is used to uniquely identify the target communication service. The communication method according to claim 24, wherein the first service identifier is used to indicate the priority of the target communication service. The communication method according to any one of claims 24 to 26, wherein the relay requirement message includes a plurality of service identifiers; the relay terminal forwards the message between the remote terminal and the network device Before, the communication method further includes: The relay terminal sends a service identifier confirmation message to the remote terminal, where the service identifier confirmation message includes the first part of the service identifiers in the plurality of service identifiers; The relay terminal forwards messages between the remote terminal and the network device, including: The relay terminal forwards the message corresponding to the first part of the service identifier between the remote terminal and the network device, and discards the message corresponding to the second part of the service identifier, where the second part of the service identifier includes the multiple service identifiers. The remaining service identifiers except the first part of the service identifiers in each of the service identifiers, where the first part of the service identifiers include the first service identifier. The communication method according to any one of claims 24 to 27, wherein the relay terminal establishes a side link communication connection with the remote terminal according to the relay demand message, comprising: The relay terminal establishes a side link communication connection with the remote terminal under the condition that the first service identifier satisfies the first service preset condition, wherein the first service identifier satisfies the first service preset condition Include 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. The communication method according to any one of claims 24 to 28, wherein the relay terminal establishes a side link communication connection with the remote terminal according to the relay demand message, comprising: The relay terminal establishes a side link communication connection with the remote terminal when the terminal identifier satisfies the preset condition of the first terminal, wherein the terminal identifier satisfies the preset condition of the first terminal including any one of the following item: The terminal identifier is in the remote terminal whitelist of the relay terminal; The terminal identification is not in the remote terminal blacklist of the relay terminal. The communication method according to any one of claims 22 to 29, wherein the first data packet includes a second service identifier, and the second service identifier corresponds to the target communication service. The communication method according to any one of claims 22 to 30, wherein the second data packet includes a third service identifier, and the third service identifier corresponds to the target communication service. The communication method according to any one of claims 22 to 31, wherein before the relay terminal receives a relay demand message from a remote terminal, the communication method further comprises: The relay terminal monitors the relay demand message according to a second period, and the duration of the second period is greater than 512 ms. The communication method according to claim 32, wherein the relay terminal monitors the relay demand message according to the second period, comprising: The relay terminal drives the side link communication module of the relay terminal according to the second cycle to monitor the relay demand message, wherein, in each second cycle, the relay terminal drives the The duration of the side link communication module is equal to the sum of the sending period of the relay requirement message and the time domain occupied by the relay requirement message. The communication method according to claim 33, wherein the sending period of the relay requirement message is less than 40ms. The communication method according to any one of claims 22 to 34, wherein the relay terminal comprises a first communication module and a second communication module, and the first communication module is used for the relay terminal to communicate with The interaction between the network devices, the second communication module is used for the interaction between the relay terminal and the remote terminal, in each driving cycle of the first communication module and the second communication module, the The driving period of one communication module and the driving period of the second communication module at least partially overlap. The communication method according to claim 35, wherein after the first communication module of the relay terminal is switched from the connected state, the driving start time of the first communication module is the same as that of the second communication module. The driving start time is the same time. The communication method according to any one of claims 22 to 36, wherein the communication method further comprises: The relay terminal displays a user interface, and the user interface includes at least one of the following: a switch control without network communication, a switch control of the relay terminal, and communication parameters of the relay terminal. The communication method according to claim 37, wherein the communication parameters of the relay terminal include at least one of the following: power consumption mode, single time limit, single flow limit, default open period, service whitelist, Business blacklist, remote terminal whitelist, and remote terminal blacklist. The communication method according to any one of claims 22 to 38, wherein the relay demand message includes a service identifier corresponding to a two-dimensional code service, and the first data packet is used to request a two-dimensional code information, the second data packet includes the information of the two-dimensional code. The communication method according to any one of claims 22 to 38, wherein the relay demand message includes a service identifier corresponding to a payment service, and the first data packet is used to request recharge information of a bus card, The second data package includes recharge information of the bus card. The communication method according to any one of claims 22 to 38, wherein the relay requirement message includes a service identifier corresponding to a short message service, the first data packet is used to request a verification code, and the first data packet is used to request a verification code. Two data packets include the verification code. The communication method according to any one of claims 22 to 38, wherein the relay demand message includes a service identifier corresponding to a payment service, and the first data packet is used for requesting information related to telephone charge recharge , and the second data packet includes the information related to the phone bill recharging. The communication method according to any one of claims 22 to 38, wherein the relay demand message includes a service identifier corresponding to a payment service, and the first data packet is used to request information related to parking fees , the second data package includes the information related to the parking fee. The communication method according to any one of claims 22 to 38, wherein the relay demand message includes a service identifier corresponding to a distress call, the first data packet includes an uploaded voice packet of a distress call, and the The second data packet includes the downlink voice packet of the distress call. A communication device, comprising: one or more processors; one or more memories; the one or more memories store one or more computer programs comprising instructions that, when executed by the one or more processors, cause the electronic device to perform as claimed The communication method according to any one of claims 1 to 44. A non-volatile computer-readable storage medium, characterized by comprising computer instructions, when the computer instructions are executed on an electronic device, the electronic device is made to perform the execution of any one of claims 1-44. communication method. A computer program product comprising instructions, characterized in that, when the computer program product is run on an electronic device, the electronic device is caused to perform the communication method according to any one of claims 1-44. A communication system, comprising a network device, a remote terminal, and a relay terminal, wherein the remote terminal is used to execute the communication method according to claims 1 to 21, and the relay terminal is used to execute the communication method according to claims 22 to 22 The communication method of any one of 44.

Images