WO2016112674A1

WO2016112674A1 - Communication method, terminal, system and computer storage medium

Info

Publication number: WO2016112674A1
Application number: PCT/CN2015/085149
Authority: WO
Inventors: 梁爽; 朱进国
Original assignee: 中兴通讯股份有限公司
Priority date: 2015-01-13
Filing date: 2015-07-27
Publication date: 2016-07-21
Also published as: CN105848083A

Abstract

Disclosed are a communication method, terminal, system and computer storage medium. The method comprises: obtaining a proximity-based service identification (ProSe ID) and/or a first identification of a relay terminal, wherein the first identification is an identification or a prefix of communication in a coverage of the relay terminal; generating a second identification according to the ProSe ID and/or the first identification, wherein the second identification is an identification used to communicate with the relay terminal; transmitting, to the relay terminal, a communication establishment request carrying the second identification, and upon receipt of a communication establishment response transmitted by the relay terminal, communicating with the relay terminal on the basis of the second identification.

Description

Method, terminal, system and computer storage medium for realizing communication

Technical field

The present invention relates to mobile communication technologies, and in particular, to a method, a terminal, a system, and a computer storage medium for implementing communication.

Background technique

In order to maintain the competitiveness of the third-generation mobile communication system in the communication field, it provides users with faster, less delayed, and more personalized mobile communication services, and at the same time, in order to reduce the operating costs of operators, the third generation The Standards Working Group of the 3GPP (Third Generation Partnership Project) is working on the Evolved Packet System (EPS).

When two terminals communicate through the EPS network, the two terminals need to establish EPS bearers separately. However, considering the rapid development of terminals and various mobile Internet services, many businesses hope to discover neighboring friends and communicate, thus spawning ProSeimity-based Services. A terminal supporting ProSe function can communicate through a specific resource authorized by the network, and the communication path at this time can not be returned to the core network. This communication method reduces the round trip of data routing on the one hand, and reduces the network data load on the other hand. .

After the introduction of ProSe, the network added some network elements and interfaces to support ProSe functions. FIG. 1 is a schematic structural diagram of a primary network element after the introduction of the ProSe function. As shown in FIG. 1 , the terminal A/terminal B (UE A/UE B) supporting the ProSe function can discover and communicate with each other after obtaining authorization from the network side. The following is a brief introduction to the main network elements in Figure 1:

ProSe functional entity: introduced to support ProSe, mainly to complete the authorization and matching of UE discovery and discovery. In some solutions, the network element is also responsible for protocol UEs discovering each other.

Enhanced Evolved Universal Terrestrial Radio Access Network (E-UTRAN): Provides low-level access to ProSe-enabled terminals, as well as the necessary discovery and communication resources.

Enhanced Evolved Packet Core Network (EPC): includes a Mobility Management Entity (MME) and a Serving Gateway (PGW), which is a Packet Data Network Gateway (PGW). The access ProSe functional entity provides underlying access.

Home Subscriber Server (HSS): Contains all the functions of the Home Location Register (HLR), which is the permanent storage location of the user's subscription data. It is located in the home network to which the user subscribes. After the ProSe is introduced, the NE is introduced. Need to store ProSe related subscription data.

Secure User Plane Location Platform (SLP): Used to help discover nearby terminals.

The ProSe application server is a server for providing ProSe related applications, and is an interface network element of the carrier network and external services.

When the terminal moves out of the coverage of the network, the relay terminal can be used to access the network to obtain related information. The architecture diagram supporting the relay terminal is shown in Figure 2, where the network element definition is as follows:

The remote terminal (represented by the Remote UE): does not receive the information of the network through the relay terminal within the coverage of the network.

Relay terminal (represented by Relay UE): It can provide services for remote terminals within the coverage of the network.

The role of the base station and the EPC is similar to that of FIG. 1, and details are not described herein again.

A public safety server for implementing public safety related communications, such as specific intra-group member communications, is one of the ProSe application servers in FIG.

Public Safety Server: One of the application servers that the remote terminal may use to deliver information to the relay terminal and the remote terminal.

The schematic diagram of the remote terminal discovering the relay terminal and establishing communication is shown in FIG. 3, and mainly includes the following steps:

Step 301: The relay terminal acquires information based on a ProSe ID and whether to allow a relay operation from the network side through an authorization process.

Step 302: The relay terminal broadcasts its own ProSe ID.

Step 303: The remote terminal that wants to access the network through the relay terminal discovers the relay terminal by listening to the broadcast.

Step 304: The remote terminal initiates unicast communication with the relay terminal.

In the above process, there is no further refinement on how the remote terminal establishes unicast communication with the relay terminal. For establishing unicast communication, how the remote terminal generates or obtains the address or identifier for communication does not further explain, so Unicast communication is not yet possible.

Since the communication between the remote terminal and the relay terminal is still in the discussion stage, there is no related technology for reference. How to ensure the communication between the remote terminal and the relay terminal is called an urgent problem to be solved.

Summary of the invention

In view of this, embodiments of the present invention are directed to a method, a terminal, a system, and a computer storage medium for implementing communication, which enable a remote terminal to establish communication with a relay terminal, thereby satisfying the remote terminal and the network by using the relay terminal and the network. The need for communication.

To achieve the above objective, the technical solution of the embodiment of the present invention is implemented as follows:

An embodiment of the present invention provides a method for implementing communication, where the method is applied to a remote terminal, and the method includes:

Obtaining a ProSe ID and/or a first identifier of the relay terminal; wherein the first identifier is an identifier or a prefix of communication within the coverage of the relay terminal;

Generating a second identifier according to the ProSe ID and/or the first identifier, where the second identifier is an identifier used for communicating with the relay terminal;

Transmitting, by the relay terminal, a setup communication request carrying the second identifier, and when receiving the setup communication response sent by the relay terminal, performing communication with the relay terminal based on the second identifier.

In the foregoing solution, the acquiring the ProSe ID and/or the first identifier of the relay terminal includes:

Receiving a first broadcast message sent by the relay terminal, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal;

Parsing the first broadcast message, acquiring a ProSe ID and/or a first identifier of the relay terminal.

In the above solution, before receiving the first broadcast message sent by the relay terminal, the method includes:

Sending a second broadcast message; wherein the second broadcast message is used to query whether there is a relay terminal available around.

In the above solution, the method further includes:

And when the setup communication response sent by the relay terminal is not received within a preset time, the second identifier is regenerated according to the ProSe ID and/or the first identifier.

In the above solution, the generating the second identifier according to the ProSe ID and/or the first identifier includes:

Generating a random number locally, and using the first algorithm, weighting the random number and the ProSe ID to generate a second identifier.

A random number is generated locally, and the random number is combined with the first identifier to generate a second identifier.

An embodiment of the present invention further provides a method for implementing communication, where the method is applied to a relay terminal, and the method includes:

Transmitting, by the remote terminal, a first broadcast message, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is a communication within the coverage of the relay terminal Identification or prefix;

Receiving, by the remote terminal, a setup communication request that carries the second identifier;

Detecting whether the second identifier conflicts with the used identifier in the relay terminal, and if there is no conflict, sending a setup communication response to the remote terminal, so that the remote terminal is based on the second identifier The relay terminal performs communication.

In the above solution, the method further includes:

If the detection result is that there is a conflict, the communication request is not responded to.

In the foregoing solution, the method for sending the first broadcast message to the remote terminal is:

The first broadcast message is sent to the remote terminal, or the first broadcast message is sent to the remote terminal when receiving the query request sent by the remote terminal.

In the above solution, before the sending the first broadcast message to the remote terminal, the method further includes:

The relay terminal acquires the first message from the network side by using an authorization process, where the first message includes ProSe ID information, and information about whether to allow the relay operation.

In the above solution, the first message further includes a first parameter used to generate the first identifier.

In the above solution, the first identifier is generated by:

Generated by ProSe ID, generated by the first parameter, or generated by local configuration.

The embodiment of the present invention further provides a first terminal that implements communication, where the first terminal includes: a first acquiring module, a first generating module, and a first communications module;

The first obtaining module is configured to obtain a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is an identifier or a prefix of the communication within the coverage of the relay terminal;

The first generating module is configured to generate a second identifier according to the ProSe ID and/or the first identifier, where the second identifier is an identifier used for communicating with the relay terminal;

The first communication module is configured to send, to the relay terminal, a setup communication request that carries the second identifier, and when receiving the setup communication response sent by the relay terminal, based on the second identifier The relay terminal performs communication.

In the above solution, the first terminal further includes a receiving module, where

The receiving module is configured to receive a first broadcast message sent by the relay terminal, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal;

Correspondingly, the first acquiring module is configured to parse the first broadcast message, and obtain a ProSe ID and/or a first identifier of the relay terminal.

In the above solution, the first communication module is further configured to:

Before the receiving module receives the first broadcast message sent by the relay terminal, sending a second broadcast message, where the second broadcast message is used to query whether there is a relay terminal available around.

In the above solution, the first communication module is further configured to:

In the foregoing solution, the first generating module is further configured to:

The embodiment of the present invention further provides a second terminal that implements communication, where the second terminal includes a sending module, a second communications module, and a detecting module;

The sending module is configured to send a first broadcast message to the remote terminal, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is the middle An identifier or prefix that communicates within the coverage of the terminal;

The second communication module is configured to receive a setup communication request that is sent by the remote terminal and that carries the second identifier. When the detection result of the detection module is that there is no conflict, send the establishment communication to the remote terminal. Responding to enable the remote terminal to communicate with the relay terminal based on the second identifier;

The detecting module is configured to detect whether the second identifier conflicts with the used identifier in the relay terminal.

In the above solution, the second communication module is further configured to:

When the detection result of the detection module is that there is a conflict, the communication request is not responded to.

In the above solution, the sending module sends the first broadcast message to the remote terminal by:

In the foregoing solution, the second terminal further includes a second acquiring module, configured to obtain a first message from the network side by using an authorization process, where the first message includes ProSe ID information, and information about whether to allow the relay operation .

In the above solution, the second terminal further includes a second generating module, configured to generate the first identifier.

In the foregoing solution, the manner in which the second generation module generates the first identifier is generated by using a ProSe ID, or generated by using the first parameter, or generated by using a local configuration.

The embodiment of the present invention further provides a system for implementing communication, where the system includes at least: a remote terminal, a relay terminal, and a network side authorized network element, where:

The remote terminal is the first terminal described above;

The relay terminal is the second terminal described above;

The network side authorized network element is configured to authorize the relay terminal to the relay The terminal sends a first message, where the first message includes ProSe ID information, and information about whether to allow a relay operation.

The embodiment of the invention further provides a computer storage medium, wherein the computer storage medium stores a computer program, and the computer program is used to execute the method for implementing communication as described above.

According to the technical solution of the embodiment of the present invention, the remote terminal acquires the ProSe ID and/or the first identifier from the relay terminal, generates the second identifier according to the ProSe ID and/or the first identifier, and sends a setup communication request to the relay terminal. The second identifier is carried in the establishing communication request; the relay terminal performs collision detection on the second identifier of the remote terminal; when the detection result is no conflict, the remote terminal may follow the relay terminal This second identity is used in the process of communicating. In this way, the remote terminal can establish communication with the relay terminal, thereby satisfying the requirement that the remote terminal communicate with the network by means of the relay terminal.

DRAWINGS

FIG. 1 is a schematic structural diagram of a primary network element after a ProSe function is introduced;

2 is a schematic diagram of a relay architecture;

3 is a schematic diagram of a remote terminal discovering a relay terminal and establishing communication;

4 is a schematic flowchart of an implementation method of implementing communication according to an embodiment of the present invention;

FIG. 5 is a schematic flowchart of another implementation method of implementing communication according to an embodiment of the present disclosure;

FIG. 6 is a schematic structural diagram of a first terminal for implementing communication according to an embodiment of the present disclosure;

FIG. 7 is a schematic structural diagram of a second terminal that implements communication according to an embodiment of the present disclosure;

FIG. 8 is a schematic structural diagram of a system for implementing communication according to an embodiment of the present disclosure;

FIG. 9 is a flowchart of generating a communication identifier by a remote terminal in a first mode scenario according to an embodiment of the present disclosure;

FIG. 10 is a flowchart of generating a communication identifier by a remote terminal in a second mode scenario according to an embodiment of the present invention.

detailed description

The invention will be described in detail with reference to the accompanying drawings, and the accompanying drawings are only for the purpose of illustration.

The embodiment of the present invention provides a method for implementing communication. The method for implementing communication in this embodiment is applied to a remote terminal. As shown in FIG. 4, in a preferred embodiment of the present invention, the method for implementing communication is provided. It mainly includes the following steps:

Step 401: Acquire a ProSe ID and/or a first identifier of the relay terminal.

The first identifier is an identifier or a prefix of communication within the coverage of the relay terminal.

Here, the relay terminal is a relay terminal that allows an operation within a relay.

In an embodiment, the acquiring the ProSe ID and/or the first identifier of the relay terminal includes:

In an embodiment, before receiving the first broadcast message sent by the relay terminal, the method includes:

Send a second broadcast message.

The second broadcast message is used to query whether there is a relay terminal available around.

Of course, the remote terminal may also passively wait to receive the first broadcast message sent by the relay terminal.

Step 402: Generate a second identifier according to the ProSe ID and/or the first identifier.

Here, the second identifier may be generated by the following two preferred methods, but is not limited to the following two manners.

In an embodiment, the generating the second identifier according to the ProSe ID and/or the first identifier includes:

In an embodiment, the first algorithm may be a hash algorithm.

The second identifier is an identifier used for communication with the relay terminal.

Step 403: Send a setup communication request carrying the second identifier to the relay terminal, and when receiving the establishment communication response sent by the relay terminal, perform the base station and the relay terminal based on the second identifier. Communication.

In an embodiment, the method further includes:

The embodiment of the present invention further describes a computer storage medium, wherein the computer storage medium stores a computer program, and the computer program is used to execute the method for implementing communication shown in FIG. 4 in the embodiment of the present invention.

The embodiment of the present invention provides a method for implementing communication. The method for implementing communication in this embodiment is applied to a relay terminal. As shown in FIG. 5, in a preferred embodiment of the present invention, the method for implementing communication is provided. It mainly includes the following steps:

Step 501: Send a first broadcast message to the remote terminal.

The first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is an identifier or a prefix of communication within the coverage of the relay terminal.

In an embodiment, the manner of sending the first broadcast message to the remote terminal is:

Actively sending a first broadcast message to the remote terminal, or receiving a request sent by the remote terminal When the request is made, the first broadcast message is sent to the remote terminal.

Step 502: Receive an establishment communication request that is sent by the remote terminal and carries the second identifier.

Step 503: Detect whether the second identifier conflicts with the used identifier in the relay terminal. If there is no conflict, send a communication response to the remote terminal, so that the remote terminal is based on the second identifier. Communicating with the relay terminal.

In an embodiment, the method further includes:

In an embodiment, before the sending the first broadcast message to the remote terminal, the method further includes:

In an embodiment, the first message further includes a first parameter used to generate the first identifier.

In an embodiment, the first identifier is generated by:

The embodiment of the present invention further describes a computer storage medium, wherein the computer storage medium stores a computer program, and the computer program is used to execute the method for implementing communication shown in FIG. 5 in the embodiment of the present invention.

FIG. 6 is a schematic structural diagram of a first terminal that implements communication according to an embodiment of the present invention. As shown in FIG. 6, the first terminal includes: a first acquiring module 61, a first generating module 62, and a first communications module 63. ;among them,

The first obtaining module 61 is configured to acquire a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is an identifier or a prefix of the communication within the coverage of the relay terminal;

The first generating module 62 is configured to generate a second identifier according to the ProSe ID and/or the first identifier, where the second identifier is an identifier used for communicating with the relay terminal;

The first communication module 63 is configured to send, to the relay terminal, the second label And establishing a communication request, and when receiving the establishment communication response sent by the relay terminal, communicating with the relay terminal based on the second identifier.

Preferably, the first terminal further includes a receiving module 64 configured to receive a first broadcast message sent by the relay terminal, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal ;

Correspondingly, the first obtaining module 61 is configured to parse the first broadcast message, and obtain a ProSe ID and/or a first identifier of the relay terminal.

In an embodiment, the first communication module 63 is further configured to:

And before the receiving module 64 receives the first broadcast message sent by the relay terminal, sending the second broadcast message; wherein the second broadcast message is used to query whether there is a relay terminal available around.

In an embodiment, the first communication module 63 block is further configured to:

In an embodiment, the first generating module 62 is further configured to:

In an embodiment, the first algorithm is a hash algorithm.

In an embodiment, the first generating module 62 is further configured to:

It should be understood by those skilled in the art that the implementation functions of the units in the first terminal shown in FIG. 6 can be understood by referring to the related description of the method for implementing communication in FIG. 4 described above.

In the foregoing solution, the first terminal may be a remote terminal such as a smart phone or a tablet computer in an actual application.

In the embodiment of the present invention, the first acquiring module 61 and the first generating module in the first terminal The block 62, the first communication module 63, and the receiving module 64 may be implemented by a central processing unit (CPU), a digital signal processor (DSP), or a field in the first terminal. Field Programmable Gate Array (FPGA) implementation.

FIG. 7 is a schematic structural diagram of a second terminal that implements communication according to an embodiment of the present invention. As shown in FIG. 7, the second terminal includes a sending module 71, a second communications module 72, and a detecting module 73.

The sending module 71 is configured to send a first broadcast message to the remote terminal, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is The identifier or prefix of the communication within the coverage of the relay terminal;

The second communication module 72 is configured to receive a setup communication request that is sent by the remote terminal and that carries the second identifier. When the detection result of the detection module 73 is that there is no conflict, the second communication module is configured to send the remote terminal to the remote terminal. Establishing a communication response, so that the remote terminal communicates with the relay terminal based on the second identifier;

The detecting module 73 is configured to detect whether the second identifier conflicts with the used identifier in the relay terminal.

In an embodiment, the second communication module 72 is further configured to:

In an embodiment, the sending module 71 sends the first broadcast message to the remote terminal by:

In an embodiment, the second terminal further includes a second obtaining module 74 configured to acquire the first message from the network side by using an authorization process.

The first message includes ProSe ID information, and information about whether to allow a relay operation.

In an embodiment, the first message further includes a first parameter configured to generate the first identifier.

In an embodiment, the second terminal further includes a second generating module 75 configured to generate the first identifier.

In an embodiment, the second generating module generates the first identifier by using a ProSe ID, or by using the first parameter, or by using a local configuration.

It should be understood by those skilled in the art that the implementation functions of the units in the second terminal shown in FIG. 7 can be understood by referring to the related description of the method for implementing communication in FIG. 5 described above.

In the above solution, the second terminal may be a relay terminal such as a mobile phone or a tablet that is allowed to perform a relay operation in an actual application.

In the embodiment of the present invention, the sending module 71, the second communication module 72, the detecting module 73, the second obtaining module 74, and the second generating module 75 in the second terminal may be used by the second terminal in practical applications. CPU, DSP or FPGA implementation.

FIG. 8 is a schematic structural diagram of a system for implementing communication according to an embodiment of the present invention. As shown in FIG. 8, the system includes at least a remote terminal 81, a relay terminal 82, and a network side authorization network element 83, where :

The remote terminal 81 is configured to acquire a ProSe ID and/or a first identifier of the relay terminal 82, where the first identifier is an identifier or a prefix of the communication within the coverage of the relay terminal 82; Generating a second identifier by the ProSe ID and/or the first identifier, wherein the second identifier is an identifier for communicating with the relay terminal 82; and transmitting the second identifier to the relay terminal 82 Establishing a communication request, when receiving the establishment communication response sent by the relay terminal 82, communicating with the relay terminal 82 based on the second identifier;

The relay terminal 82 is configured to send a first broadcast message to the remote terminal 81; The first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal 82; receiving an establishment communication request that is sent by the remote terminal 81 and carrying the second identifier; and detecting whether the second identifier is If there is a conflict in the used identifiers in the terminal, when the detection result is that there is no conflict, the establishing a communication response is sent to the remote terminal 81, so that the remote terminal 81 is based on the second identifier and the relay terminal. 82 to communicate;

The network side authorization network element 83 is configured to authorize the relay terminal 82 to send a first message to the relay terminal 82. The first message includes ProSe ID information, and is allowed to be performed. Following the information of the operation.

Preferably, the first message further includes a first parameter used to generate the first identifier.

In an embodiment, a schematic structural diagram of the remote terminal 81 is shown in FIG. 6, and a schematic structural diagram of the relay terminal 82 is shown in FIG. 7.

In the above solution, the system for implementing communication may be disposed in a communication system.

The generation of the foregoing communication identifier may be used for establishing a unicast communication between the remote terminal and the relay node, and may also be used for other modes that need to use the identity communication. The unicast communication is taken as an example in the following description of the embodiment, but the use of the identifier may not be limited thereto.

After all the processes of FIG. 9 or FIG. 10 are completed, the remote terminal can communicate with the network through the relay terminal, and the subsequent communication can continue to use the communication identifier, and the communication identifier can be re-allocated by the network.

FIG. 9 is a schematic flowchart of a process for generating a communication identifier by a remote terminal in a first mode scenario according to an embodiment of the present invention. The first mode refers to that the relay terminal enables the remote terminal to discover itself through broadcast. As shown in FIG. 9, the process mainly includes the following steps:

Step 901: The relay UE acquires the first message from the network side by using an authorization process.

Here, the first message includes ProSe ID information, and information as to whether or not to perform a relay operation.

In addition, the first message may further carry a first parameter, where the first parameter is used to generate a first identifier, where the first identifier refers to an identifier or a prefix of communication within the current coverage of the relay terminal. .

Here, the current coverage of the relay terminal may be simply referred to as a relay.

In an embodiment, the ProSe ID is obtained from an authorized network element on the network side.

Step 902: The relay terminal generates a first identifier, that is, generates an identifier or a prefix for communication in the current coverage of the relay terminal.

In an embodiment, the first identifier can be identified as follows:

Generated according to your own ProSe ID;

Or generating according to the first parameter carried in the first message in step 901;

Or, the local configuration is generated.

Step 903: The relay terminal sends a first broadcast message to the remote terminal (remote UE).

The first broadcast message carries at least the ProSe ID of the relay terminal.

In an embodiment, the first identifier may also be carried in the first broadcast message.

Here, the step 902 and the step 903 do not have a sequence, and the two can be interchanged.

Step 904: The remote terminal generates a second identifier locally according to the first broadcast message, that is, generates an identifier for communicating with the relay terminal.

In an embodiment, if the first broadcast message does not have the first identifier, the remote terminal generates the second identifier according to the ProSe ID; if the first broadcast message carries the first identifier, the remote end The terminal generates a second identifier according to the identifier or prefix of the communication in the relay.

In an embodiment, the second identifier may be generated by, but not limited to, the following:

1. The remote terminal locally generates a random number, and generates a second identifier by using a hash algorithm and a ProSe ID weight.

Currently, other algorithms and ProSe IDs that can perform weighting calculations in the prior art are also available. Weighting is not repeated here.

2. The remote terminal locally generates a random number, and combines with the identifier or prefix of the communication in the relay in the first broadcast message in step 903 to generate a complete second identifier.

Step 905: The remote terminal sends a request for establishing a unicast communication to the relay terminal.

The unicast request carries the second identifier generated in step 904.

Step 906: The relay terminal performs collision detection on the second identifier of the remote terminal.

In an embodiment, if the detection result is no conflict, the relay terminal responds to the establishment of the unicast communication request, and saves the second identifier locally, and uses the second identifier for subsequent other operations in the relay. Collision detection of the remote terminal.

Correspondingly, the remote terminal receiving the unicast communication request response is received, and the second identifier can be used in the subsequent communication with the relay terminal.

In an embodiment, if the detection result is a conflict, the relay terminal does not respond to the establishment of the unicast communication request. Correspondingly, if the remote terminal does not receive the response message, the second identifier needs to be generated according to step 904.

That is, the remote terminal performs the next operation according to the conflict detection result. When the detection result is a conflict, the second identifier needs to be regenerated; if the detection result is no conflict, the relay may be followed by the relay. The second identifier is used in the process of communication by the terminal.

FIG. 10 is a schematic flowchart of a process for generating a communication identifier by a remote terminal in a second mode scenario according to an embodiment of the present invention. Here, the second mode refers to that the remote terminal broadcasts a relay terminal by broadcasting to broadcast, thereby making the far The terminal terminal can discover the relay terminal. As shown in FIG. 10, the process mainly includes the following steps:

Step 1001: The relay UE acquires the first message from the network side by using an authorization process.

In an embodiment, the first message includes ProSe ID information and information whether a relay operation is allowed.

In addition, the first message may also carry a first parameter used to generate the first identifier. The first identifier is an identifier or a prefix of communication within the current coverage of the relay terminal.

Step 1002: The remote terminal sends a second broadcast message.

Here, the relay terminal may be a relay terminal around the remote terminal, for example, within 1 km.

Step 1003: After receiving the second broadcast message, the relay terminal generates a first identifier.

In an embodiment, the relay terminal may generate the first identifier by:

Generated according to your own ProSe ID;

Or generating according to the parameter carried in the first message in step 1001;

Or, the local configuration is generated.

In an embodiment, the first identifier may be carried in the first broadcast message. The first broadcast message is a message that the relay terminal sends to the remote terminal.

Here, the relay terminal may generate a first identifier before receiving the second broadcast message, and send a first broadcast message to the remote terminal after receiving the second broadcast message.

Step 1004: The relay terminal sends a first broadcast message to the remote terminal.

The first broadcast message carries the ProSe ID of the relay terminal.

In addition, the first identifier may also be carried in the first broadcast message.

That is to say, the relay terminal finds that there is a remote terminal around itself by listening to the broadcast, and hopes to respond to this, and sends a first broadcast message to the remote terminal to broadcast its own ProSe ID.

Step 1005: The remote terminal locally generates a second identifier according to the first broadcast message.

Here, the second identifier is an identifier for communicating with the relay terminal.

In an embodiment, if the first identifier does not carry the first identifier, the remote terminal generates the second identifier according to the ProSe ID; if the first broadcast message carries the first identifier, the far The terminal terminal generates a second identifier according to the identifier or prefix of the communication in the relay.

Currently, other algorithms in the prior art that can perform weighting calculations are weighted with ProSe ID, and are not described herein again.

2. The remote terminal locally generates a random number, and combines with the identifier or prefix of the communication in the relay in the first broadcast message in step 1004 to generate a complete second identifier.

Step 1006: The remote terminal sends a request for establishing a unicast communication to the relay terminal.

The unicast request carries the second identifier generated in step 1005.

Step 1007: The relay terminal performs collision detection on the second identifier of the remote terminal.

In an embodiment, if the detection result is a conflict, the relay terminal does not respond to the establishment of the unicast communication request. Correspondingly, if the remote terminal does not receive the response message, the second identifier needs to be generated according to step 1005.

One of ordinary skill in the art can understand that all or part of the steps in the above methods can pass the process. The instructions are completed by instructions related hardware, which may be stored in a computer readable storage medium such as a read only memory, a magnetic disk or an optical disk. Alternatively, all or part of the steps of the above embodiments may also be implemented using one or more integrated circuits. Correspondingly, each module/unit in the foregoing embodiment may be implemented in the form of hardware or in the form of a software function module. The invention is not limited to any specific form of combination of hardware and software.

The invention may, of course, be embodied in a variety of other embodiments without departing from the spirit and scope of the invention. Changes and modifications are intended to be included within the scope of the appended claims.

The above is only the preferred embodiment of the present invention and is not intended to limit the scope of the present invention.

Industrial applicability

In the embodiment of the present invention, the short-distance service identifier (ProSe ID) and/or the first identifier of the relay terminal are obtained; wherein the first identifier is an identifier or a prefix of the communication within the coverage of the relay terminal; Generating, by the ProSe ID and/or the first identifier, a second identifier, where the second identifier is an identifier used for communicating with the relay terminal; and sending, by the relay terminal, the second identifier Establishing a communication request, when receiving the establishment communication response sent by the relay terminal, communicating with the relay terminal based on the second identifier; thus, enabling the remote terminal to establish with the relay terminal Communication, thereby satisfying the need for the remote terminal to communicate with the network by means of the relay terminal.

Claims

A method for implementing communication, the method being applied to a remote terminal, the method comprising:

Obtaining a proximity service ProSe identification ID and/or a first identifier of the relay terminal; wherein the first identifier is an identifier or a prefix of communication within the coverage of the relay terminal;

Generating a second identifier according to the ProSe ID and/or the first identifier, where the second identifier is an identifier used for communicating with the relay terminal;

Transmitting, by the relay terminal, a setup communication request carrying the second identifier, and when receiving the setup communication response sent by the relay terminal, performing communication with the relay terminal based on the second identifier.
The method according to claim 1, wherein the obtaining the ProSe ID and/or the first identifier of the relay terminal comprises:

Receiving a first broadcast message sent by the relay terminal, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal;

Parsing the first broadcast message, acquiring a ProSe ID and/or a first identifier of the relay terminal.
The method of claim 2, wherein the receiving the first broadcast message sent by the relay terminal comprises:

Sending a second broadcast message; wherein the second broadcast message is used to query whether there is a relay terminal available around.
The method of claim 1 wherein the method further comprises:

And when the setup communication response sent by the relay terminal is not received within a preset time, the second identifier is regenerated according to the ProSe ID and/or the first identifier.
The method according to claim 1, wherein the generating the second identifier according to the ProSe ID and/or the first identifier comprises:

Generating a random number locally, and using the first algorithm, weighting the random number and the ProSe ID to generate a second identifier.
The method according to claim 1, wherein the generating the second identifier according to the ProSe ID and/or the first identifier comprises:

A random number is generated locally, and the random number is combined with the first identifier to generate a second identifier.
A method for implementing communication, the method being applied to a relay terminal, the method comprising:

Transmitting, by the remote terminal, a first broadcast message, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is a communication within the coverage of the relay terminal Identification or prefix;

Receiving, by the remote terminal, a setup communication request that carries the second identifier;

Detecting whether the second identifier conflicts with the used identifier in the relay terminal, and if there is no conflict, sending a setup communication response to the remote terminal, so that the remote terminal is based on the second identifier The relay terminal performs communication.
The method of claim 7 wherein the method further comprises:

If the detection result is that there is a conflict, the communication request is not responded to.
The method of claim 7, wherein the manner of transmitting the first broadcast message to the remote terminal is:

The first broadcast message is sent to the remote terminal, or the first broadcast message is sent to the remote terminal when receiving the query request sent by the remote terminal.
The method of claim 7, wherein before the sending the first broadcast message to the remote terminal, the method further comprises:

The relay terminal acquires the first message from the network side by using an authorization process, where the first message includes ProSe ID information, and information about whether to allow the relay operation.
The method of claim 10, wherein the first message further comprises a first parameter for generating a first identity.
The method of claim 11, wherein the first identifier is generated by:

Generated by ProSe ID, generated by the first parameter, or generated by local configuration.
A first terminal that implements communication, the first terminal includes: a first acquiring module, a first generating module, and a first communications module;

The first obtaining module is configured to obtain a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is an identifier or a prefix of the communication within the coverage of the relay terminal;

The first generating module is configured to generate a second identifier according to the ProSe ID and/or the first identifier, where the second identifier is an identifier used for communicating with the relay terminal;

The first communication module is configured to send, to the relay terminal, a setup communication request that carries the second identifier, and when receiving the setup communication response sent by the relay terminal, based on the second identifier The relay terminal performs communication.
The first terminal according to claim 13, wherein the first terminal further comprises a receiving module;

The receiving module is configured to receive a first broadcast message sent by the relay terminal, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal;

Correspondingly, the first acquiring module is configured to parse the first broadcast message, and obtain a ProSe ID and/or a first identifier of the relay terminal.
The first terminal according to claim 14, wherein the first communication module is further configured to:

Before the receiving module receives the first broadcast message sent by the relay terminal, sending a second broadcast message, where the second broadcast message is used to query whether there is a relay terminal available around.
The first terminal according to claim 13, wherein the first communication module is further configured to:

And when the setup communication response sent by the relay terminal is not received within a preset time, the second identifier is regenerated according to the ProSe ID and/or the first identifier.
The first terminal according to claim 13, wherein the first generation module further Configured as:

Generating a random number locally, and using the first algorithm, weighting the random number and the ProSe ID to generate a second identifier.
The first terminal according to claim 13, wherein the first generating module is further configured to:

A random number is generated locally, and the random number is combined with the first identifier to generate a second identifier.
a second terminal that implements communication, where the second terminal includes a sending module, a second communication module, and a detecting module;

The sending module is configured to send a first broadcast message to the remote terminal, where the first broadcast message includes a ProSe ID and/or a first identifier of the relay terminal, where the first identifier is the middle An identifier or prefix that communicates within the coverage of the terminal;

The second communication module is configured to receive a setup communication request that is sent by the remote terminal and that carries the second identifier. When the detection result of the detection module is that there is no conflict, send the establishment communication to the remote terminal. Responding to enable the remote terminal to communicate with the relay terminal based on the second identifier;

The detecting module is configured to detect whether the second identifier conflicts with the used identifier in the relay terminal.
The second terminal according to claim 19, wherein the second communication module is further configured to:

When the detection result of the detection module is that there is a conflict, the communication request is not responded to.
The second terminal according to claim 19, wherein the sending module sends the first broadcast message to the remote terminal by:

Actively sending a first broadcast message to the remote terminal, or receiving a request sent by the remote terminal When the request is made, the first broadcast message is sent to the remote terminal.
The second terminal according to claim 19, wherein the second terminal further comprises a second obtaining module, configured to acquire the first message from the network side by using an authorization process; wherein the first message includes ProSe ID information Whether or not information about relay operations is allowed.
The second terminal according to claim 22, wherein the first message further includes a first parameter for generating the first identifier.
The second terminal according to claim 19, wherein the second terminal further comprises a second generating module configured to generate the first identifier.
The second terminal according to claim 24, wherein the second generation module generates the first identifier by means of ProSe ID generation, or by the first parameter generation, or by local configuration generation.
A system for implementing communication, wherein the system includes at least: a remote terminal, a relay terminal, and a network side authorized network element, where:

The remote terminal is the first terminal according to any one of rights 13 to 18;

The relay terminal is the second terminal according to any one of the rights 19 to 25.

The network side authorized network element is configured to authorize the relay terminal, and send a first message to the relay terminal, where the first message includes ProSe ID information, and whether the relay operation is allowed information.
The system of claim 26 wherein said first message further comprises a first parameter for generating a first identity.
A computer storage medium having stored therein computer executable instructions for performing the method of any one of claims 1 to 6, and/or any of claims 7 to 12 One of the methods described.