WO2014183619A1 - 一种邻近通信的实现方法和装置 - Google Patents

一种邻近通信的实现方法和装置 Download PDF

Info

Publication number
WO2014183619A1
WO2014183619A1 PCT/CN2014/077261 CN2014077261W WO2014183619A1 WO 2014183619 A1 WO2014183619 A1 WO 2014183619A1 CN 2014077261 W CN2014077261 W CN 2014077261W WO 2014183619 A1 WO2014183619 A1 WO 2014183619A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
path
communication path
established
party
Prior art date
Application number
PCT/CN2014/077261
Other languages
English (en)
French (fr)
Inventor
侯云静
康艳超
Original Assignee
电信科学技术研究院
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 电信科学技术研究院 filed Critical 电信科学技术研究院
Publication of WO2014183619A1 publication Critical patent/WO2014183619A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a method and an apparatus for implementing proximity communication. Background technique
  • 3GPP is now studying communication technology between neighboring devices, that is, when the distance between two UEs that need to communicate is very close, data is directly transmitted between the two UEs, and the data transmission path thereof is shown in FIG. 2.
  • the communication between the two UEs is implemented by means of the transmission of e B (evolved base station), and the data transmission path thereof is shown in FIG. 3.
  • the network may control the proximity communication by using the interaction control information between the UE, the eNB, and the EPC (Evolved Packet Core), and its control
  • EPC Evolved Packet Core
  • the EPC can perform signaling interaction with the serving eNBs of the communication parties respectively.
  • the control path is shown by the solid line with the double arrow in Figure 5.
  • the public safety UE (Public Safety UE) is defined in the 3GPP standard, and there is no network. In the coverage area, the public safety UE can still perform the proximity communication, and the control path exists directly between the public safety UEs. See the solid line with the double-headed arrow in Figure 6, where the standard defines the public safety RRC (Radio Resource Controller, Radio Resource Controller) is used to manage the allocation process of public safety neighboring communication radio resources. This function can be configured in public safety UEs.
  • the public safety UE defined in the 3GPP standard can support the relay capability.
  • the public security UE supporting the relay capability can perform data transfer between two non-adjacent UEs.
  • the data relay can also be performed between the UE and the network side located outside the network coverage by the public safety UE supporting the relay capability.
  • communication devices such as public safety UEs
  • the following two major problems need to be solved: First, the proximity discovery process between the communication parties and the communication devices supporting the relay capability, and second, The communication parties implement the communication process through the communication device supporting the relay capability.
  • An embodiment of the present application provides a method and an apparatus for implementing proximity communication, where a communication partner can serve as a relay node between a communication initiator and a communication target when the communication initiator is not adjacent to the communication target.
  • the three-way device communicates.
  • the embodiment of the present application provides a method for implementing proximity communication, including:
  • the communication initiator After determining that the communication initiator is not adjacent to the communication target, the communication initiator sends a relay path establishment request to the third-party device capable of acting as a relay node between the communication target and the communication target, and the relay path establishment request is used to initiate a process of establishing a first communication path between the third-party device and the communication target, and the relay path establishment request carries at least the identification information of the communication target and the first communication path Path parameter
  • the communication initiator determines that the first communication path is successfully established, and determines the second communication path established between itself and the third-party device, the communication is performed by the first communication path and the second communication path.
  • the target communicates.
  • the embodiment of the present application provides a method for implementing proximity communication, including:
  • a relay path establishment request sent by the communication initiator, where the relay path establishment request carries at least the identification information of the communication target party and the request to establish between the third party device and the communication target party a path parameter corresponding to a communication path;
  • the third party device determines a first communication path established between itself and the communication target party, and a second communication path established between itself and the communication initiator;
  • the third-party device is a communication device capable of acting as a relay node between the communication initiator and the communication target.
  • the embodiment of the present application provides a communications device, including:
  • the third-party device of the intermediate relay node sends a relay path establishment request, where the relay path establishment request is used to initiate a process of establishing a first communication path between the third-party device and the communication target party, and
  • the relay path establishment request carries at least the identifier information of the communication target and the path parameter corresponding to the first communication path;
  • a communication module configured to, after determining that the first communication path is successfully established, and determining a second communication path established between itself and the third-party device, by using the first communication path and the second communication path, The target communicates.
  • the embodiment of the present application provides a communication device, where the communication device can serve as a relay node between the communication initiator and the communication target, and the communication device includes:
  • a receiving module configured to receive a relay path establishment request sent by the communication initiator, where the relay path establishment request carries at least the identification information of the communication target and the first communication established between the self and the communication target Path parameter corresponding to the path;
  • a path establishing module configured to determine a first communication path established between itself and the communication target party, and a second communication path established between itself and the communication initiator;
  • a data forwarding module configured to forward data between the communication initiator and the communication target by using the first communication path and the second communication path.
  • the communication initiator when the communication initiator determines that the communication target party is not adjacent to itself, the communication initiator sends a relay path establishment request to the third-party device that can serve as the relay node between itself and the communication target party to initiate the third-party device. a process of establishing a first communication path with a communication target; the first communication established by the communication initiator after determining that the first communication path is successfully established and determining the second communication path established between itself and the third party device The path and the second communication path communicate with the communication target.
  • 1 is a schematic diagram of data channels of inter-device communication defined by 3GPP in the background art
  • FIG. 2 is a schematic diagram of a data transmission path of a first proximity communication in the background art
  • FIG. 3 is a schematic diagram of a data transmission path of a second proximity communication in the background art
  • FIG. 4 is a schematic diagram of a control path when a UE performing proximity communication is located in a network coverage and a serving base station is the same in the background art;
  • FIG. 5 is a schematic diagram of a control path in which a UE performing proximity communication is located in a network coverage and a serving base station is different in the background art
  • FIG. 6 is a schematic diagram of a control path of a proximity communication performed by a public safety UE in a scenario without network coverage in the background art
  • FIG. 7 is a schematic diagram of data transmission between a public safety UE that is not adjacent to each other by a relay node according to an embodiment of the present disclosure
  • FIG. 8 is a schematic diagram of a processing procedure of a communication initiator side in a method for implementing proximity communication according to an embodiment of the present disclosure; ;
  • FIG. 9 is a schematic diagram of a processing procedure of a communication device side adjacent to a communication initiator in a method for implementing proximity communication according to an embodiment of the present disclosure
  • FIG. 10 is a schematic diagram of a relay request process according to Embodiment 1 of the present application.
  • FIG. 11 is a schematic diagram of a relay path establishment process according to Embodiment 1 of the present application.
  • FIG. 12 is a schematic diagram of a communication path establishment process according to Embodiment 1 of the present application.
  • FIG. 13 is a schematic flowchart diagram of Embodiment 2 provided by the present application.
  • FIG. 14 is a schematic diagram of an application scenario of Embodiment 4 provided by the present application.
  • Embodiment 15 is a schematic flowchart of Embodiment 4 provided by the present application.
  • FIG. 18 is a schematic structural diagram of a communication initiator according to an embodiment of the present application.
  • FIG. 19 is a schematic structural diagram of a third-party device according to an embodiment of the present disclosure.
  • FIG. 20 is a schematic structural diagram of another communication initiator according to an embodiment of the present application.
  • FIG. 21 is a schematic structural diagram of another third-party device according to an embodiment of the present disclosure. detailed description
  • the communication initiator may be a user equipment (such as a legacy UE, a public security UE, or the like), or may be a network side device (such as a base station, etc.);
  • the communication target party may be a user equipment (such as a legacy UE, a public safety UE, etc.) or a network side device (such as a base station, etc.);
  • a user equipment such as a legacy UE, a public safety UE, etc.
  • a network side device such as a base station, etc.
  • the third-party device is a communication device that can serve as a relay node between the communication initiator and the communication target.
  • the third-party device can be a user device (such as a legacy UE, a public safety UE, etc.) or a network-side device (such as a network device). Base station, etc.);
  • the third party device is a public safety UE.
  • the third-party device needs to meet the following conditions: It is adjacent to the communication initiator and the communication target, respectively, and supports the relay capability.
  • the relay capability involved in the embodiment of the present application refers to a capability that the communication device can currently act as a relay node between other communication devices except itself;
  • the communication device can currently be used as a self-distribution only when the communication device currently meets all of the following conditions.
  • Relay nodes between other communication devices :
  • the communication device has a relay function capable of acting as a relay node between communication devices other than itself;
  • the network authorizes the communication device to act as a relay node between other communication devices other than itself;
  • the relay function of the communication device is activated, for example, the relay capability of the communication device is turned on by the user or the system. Further, if the communication device does not satisfy the at least one condition, the communication device does not support the relay capability.
  • Preferred application scenarios of the embodiments of the present application include:
  • Both sides of the communication are user equipments, and both sides of the communication are under network coverage and are not adjacent;
  • Both sides of the communication are user equipments, at least one of which is not within the network coverage and the two communication parties are not adjacent; 3.
  • One of the communication parties is a user equipment, and one is a network side equipment (such as a base station), and the user equipment is not covered by the network. Within, that is, the two sides of the communication are not adjacent.
  • the two sides of the communication are not adjacent to each other, and the following conditions are met: the communication initiator is located in the proximity discovery result, and determines that the communication partner is not adjacent to the communication target; or, the communication parties have established the proximity communication and The communication initiator determines that the received signal strength of the communication target is less than the set strength threshold; or, the communication parties have established the proximity communication and the communication initiator determines that the distance between itself and the communication target is greater than the set distance threshold.
  • Figure 7 shows an embodiment of a public safety UE supporting relay capability to relay data between two non-contiguous public safety UEs.
  • the public security UE1 and the public security UE2 are not adjacent, the public security UE3 and the public security UE1 are adjacent, and the public security UE3 and the public security UE2 are adjacent to each other, and the public security UE3 supports the relay capability.
  • the public safety UE1 wants to communicate with the public safety UE2, it is found that the public safety UE2 is not adjacent to itself.
  • the public safety UE3 can be used as a relay node of the current communication, and is forwarded between the public safety UE 1 and the public safety UE2. data.
  • the processing process on the communication initiator side includes:
  • Step 81 After determining that the communication target party is not adjacent to itself, the communication initiator sends a relay path establishment request to the third-party device that can serve as a relay node between itself and the communication target party, and the relay path establishment request is used for Initiating a process of establishing a first communication path between the third-party device and the communication target, and the relay path establishment request carries the identification information of the communication target and the path parameter corresponding to the first communication path;
  • Step 82 After determining that the first communication path is successfully established, and determining the second communication path established between itself and the third-party device, the communication initiator performs the first communication path and the second communication path with the communication target party. Communication.
  • the path parameters of the embodiment of the present application include but are not limited to part or all of the following parameters: Service of Service (QoS) parameters and security parameters.
  • QoS Service of Service
  • security parameters security parameters.
  • the first communication path that is finally established may be a communication path established between the third-party device and the communication target party and satisfying the path parameter corresponding to the first communication path, or may be a third-party device according to the middle a new communication path established between the path establishment request itself and the communication target party;
  • the finally established second communication path may be a communication path established by the communication initiator and the third-party device and satisfying the path parameter corresponding to the second communication path, or may be determined by the communication initiator not to communicate with the communication target. After the proximity, a new communication path is established between itself and the third party device.
  • the communication initiator may first determine whether the second communication path is established between the self-determination device and the third-party device. The communication path of the path parameter, if yes, the communication initiator uses the established communication path as the second communication path; if not, the communication initiator initiates the establishment process of the second communication path to establish the second communication path; The communication initiator may also directly initiate the establishment process of the second communication path to establish the second communication path without making a judgment.
  • the communication initiator may determine the second communication path according to any of the following methods:
  • the communication initiator directly initiates a process of establishing a second communication path to establish the second communication path.
  • the method further includes:
  • the communication path establishment request is initiated by the relay path establishment request, and the communication initiator establishes the relay path.
  • the request further carries its own identification information, a path parameter corresponding to the second communication path, and a transmission resource (such as a path identifier and a tunnel identifier) allocated by the second communication path.
  • the communication initiator determines whether the first communication path and the second communication path are successfully established according to the indication information carried in the reply path establishment reply of the received third-party device.
  • the relay path establishment reply returned by the third-party device further carries the transmission resource (such as the path identifier) allocated by the third-party device for the second communication path;
  • Method 1B After determining that the first communication path is successfully established, the communication initiator initiates a process of establishing a second communication path to the third-party device, specifically:
  • the communication initiator After determining that the first communication path is successfully established, the communication initiator sends a connection establishment request to the third party device, where the connection establishment request is used to request to establish a second communication path between the third communication device and the third party device, and the connection establishment request carries The identification information of the own, the path parameter corresponding to the second communication path, and the transmission resource (such as the path identifier) allocated by the second communication path;
  • the communication initiator determines whether the second communication path is successfully established according to the indication information carried in the connection establishment reply returned by the third-party device, and obtains the third-party device from the connection establishment reply after determining that the second communication path is successfully established.
  • a transmission resource (such as a path identifier) allocated for the second communication path.
  • the process of establishing a communication path between the two communication devices is described as follows: Specifically, the communication initiator determines to initiate the second communication path to the third-party device. After the process is established, the second communication path is first allocated a transmission resource (such as a path identifier, an IP address (optional), etc.), and then a connection establishment request is sent to the third-party device to request to establish a second communication path, and the connection is established.
  • a transmission resource such as a path identifier, an IP address (optional), etc.
  • the establishment request carries the transmission resource allocated by itself for the second communication path; if the third party device accepts the connection establishment request, the transmission resource is allocated for the second communication path, and the connection establishment reply is returned to the communication initiator, and a reply is established in the connection. And carrying the indication information indicating that the second communication path is successfully established and the transmission resource allocated by the communication path for the second communication path, and the third party device stores the transmission resource allocated by the communication initiator for the second communication path and The transmission resource allocated by itself for the second communication path; the communication initiator is connected When the connection establishment reply is received, determining that the second communication path is successfully established, and acquiring the transmission resource allocated by the third-party device for the second communication path, at this time, the communication initiator saves the transmission allocated by the second communication path. The resource and the transmission resource allocated by the third party device to the second communication path complete the establishment of the second communication path.
  • the connection establishment reply returned by the third-party device carries a failure reason.
  • Method 2 When the communication initiator determines that a communication path that can satisfy the path parameter corresponding to the second communication path is established between itself and the third-party device, the established communication path is used as the second communication path, and the third-party device is notified. Is itself a transmission resource that has been allocated for the established communication path, so that the third party device can determine the established communication path;
  • the judging process performed by the communication initiator in the method may be determined not to be adjacent to the communication target. Thereafter, and before executing the relay path establishment request, it may also be performed after determining that the first communication path is successfully established.
  • the communication initiator if the communication initiator first performs the judgment process and then sends the relay path establishment request, the communication initiator further notifies the third-party device itself that the established communication path has been allocated through the relay path establishment request.
  • the transmission resource for example, carries the transmission resource that has been allocated for the established communication path in the relay path establishment request, so that the third party device can determine the established communication path.
  • the communication initiator if the communication initiator sends the relay path establishment request first, and then performs the judgment process, the communication initiator further needs to send a message to the third-party device to notify the third-party device that the established communication path is
  • the allocated transmission resource is enabled to enable the third party device to determine the established communication path.
  • Method 3 The communication initiator initiates the second communication when it determines that the established communication path between the device and the third-party device cannot meet the path parameter corresponding to the second communication path, or does not establish any communication path between the device and the third-party device. Path establishment process;
  • the judging process performed by the communication initiator in the method may be determined not to be adjacent to the communication target. And after executing the relay path establishment request, or after determining that the first communication path is successfully established;
  • the method further includes the following two implementations:
  • Method 3 A If the communication initiator determines that the communication path established between itself and the third-party device cannot satisfy the path corresponding to the second communication path after determining that it is not adjacent to the communication target and before transmitting the relay path establishment request
  • the parameter, or any communication path between itself and the third-party device is:
  • the communication path initiation request initiates a second communication path establishment process, and the communication initiator further carries its own in the relay path establishment request.
  • the communication initiator determines whether the first communication path and the second communication path are successfully established according to the indication information carried in the relay path establishment reply returned by the received third-party device, and after determining that the second communication path is successfully established. And obtaining, from the relay path establishment reply, a transmission resource allocated by the third-party device for the second communication path.
  • the relay path establishment reply returned by the third-party device also carries the failure cause.
  • the method 3B if the communication initiator determines that the first communication path is successfully established, determines that the established communication path between the device and the third-party device cannot meet the path parameter corresponding to the second communication path, or does not exist between the device and the third-party device. Establish any communication path, then:
  • the communication initiation direction sends a connection establishment request to the third-party device, where the connection establishment request is used to request to establish a second communication path between the third-party device and the third-party device, and the connection establishment request carries its own identification information, and the second communication path corresponds to The path parameter and the transmission resource allocated by the second communication path; and the communication initiator determines whether the second communication path is successfully established according to the indication information carried in the connection establishment reply returned by the third-party device, and determines the second communication After the path is successfully established, the transmission resource allocated by the third-party device for the second communication path is obtained from the connection establishment reply.
  • the connection establishment reply returned by the third-party device further carries the failure original Because.
  • step 83 if both the first communication path and the second communication path are successfully established, the communication initiator performs step 83; if the first communication path or the second communication path fails to be established, the communication initiator ends the third-party device. Relay path establishment process.
  • the path parameter corresponding to the first communication path and the second communication path are the same.
  • the communication initiator obtains a third party device capable of acting as a relay node between itself and the communication target according to the following steps:
  • the communication initiation direction sends a relay request to the neighboring communication device in the vicinity thereof, and the relay request carries the identification information of the communication target party;
  • the communication initiator receives the relay reply returned by the neighboring communication device, and the relay reply carries indication information indicating whether the neighboring communication device can serve as a relay node between the communication initiator and the communication target.
  • the communication initiator obtains a third-party device that can act as a relay node between itself and the communication target according to the following steps:
  • the communication initiator selects a neighboring communication device from all the neighboring communication devices according to the preset priority of each neighboring communication device in order of priority from high to low;
  • the communication initiation direction sends a relay request to the neighboring communication device, and performs different processing according to the content of the received relay reply:
  • the communication initiator determines that the proximity communication device can act as a relay node between the communication device and the communication target party, that is, the proximity communication device is a third-party device; If the relay reply returned by the neighboring communication device carries the second indication information, the communication initiator determines that the neighboring communication device cannot serve as a relay node between itself and the communication target, and according to the order of priority from high to low. , select the next neighboring communication device, and execute the above relay request process.
  • the communication initiator determines that the neighboring communication device cannot act as its own The relay node between the communication target parties, that is, there is no third-party device, at which time the communication initiator determines that the neighbor communication via the relay node has failed this time, and ends the process.
  • the communication initiator knows that it is adjacent to itself before initiating the relay path establishment process.
  • Each adjacent communication device is preferably, in this manner, the communication initiator knows that it is adjacent to itself before initiating the relay path establishment process.
  • Each adjacent communication device is preferably, in this manner, the communication initiator knows that it is adjacent to itself before initiating the relay path establishment process.
  • the communication initiator determines the priority of each neighboring communication device according to the received signal strength of each neighboring communication device
  • the communication initiator forms a priority list according to the strength of the received signal strength of each neighboring communication device, and the priority list is composed of the identification information of each neighboring communication device, and the priority of the identifier information in the list is more High indicates that the signal strength of the neighboring communication device corresponding to the identification information received by the communication initiator is stronger.
  • step 81 for the currently determined third-party device, the communication initiator performs step 81, which specifically includes the following two results:
  • the communication initiator performs steps 82 to 83;
  • the communication initiator selects the next neighbor communication device in order of priority from high to low, and performs a relay request process.
  • the communication initiator sequentially performs a relay request process and a relay path establishment process including steps 81 to 82 for the currently selected neighboring communication device, and therefore, the third party device determined by the communication initiator
  • the maximum number is one.
  • the communication initiator acquires a third-party device capable of acting as a relay node between itself and the communication target according to the following steps:
  • the communication initiation direction sends a relay request to all neighboring communication devices; preferably, the communication initiator may send a relay request to all neighboring communication devices in parallel, or may sequentially send a relay request to each neighboring communication device;
  • the communication initiator receives the relay reply returned by each neighboring communication device, and determines, according to the indication information carried by each relay reply, a proximity communication device that can serve as a relay node between itself and the communication target, that is, a third-party device .
  • the communication initiator has obtained neighboring communication devices adjacent to itself before initiating the relay path establishment process.
  • the communication initiator first performs a relay request procedure for all neighboring communication devices to determine a third-party device in all neighboring communication devices that can serve as a relay node between itself and the communication target, and then The relay path establishment process including steps 81 to 82 is performed for the third-party device. Therefore, the number of third-party devices determined by the communication initiator is at least one.
  • the third-party device that can initiate the communication as the relay node between the communication target and the communication target includes:
  • the communication initiator selects a third-party device from all the third-party communication devices according to the preset priority of each third-party device, and sends the third-party device to the currently selected third-party device according to the priority from highest to lowest. Relay path setup request.
  • the communication initiator can determine the priority of each third-party device according to the received signal strength of the third-party device;
  • the communication initiator forms a priority list according to the strength of the received signal strength of each third-party device, and the priority list is composed of the identifier information of each third-party device, and the priority of the identifier information in the list is High indicates that the signal strength of the third-party device corresponding to the identifier information received by the communication initiator is stronger.
  • the communication initiator performs step 81 for the currently selected third-party device, and specifically includes the following two results:
  • the communication initiator performs steps 82 to 82; if the first communication path or the second communication path fails to be established, the communication initiator follows the priority from high to low. In the order, select the next third-party device and re-execute steps 81 through 82.
  • the communication initiator determines that the current communication path is The proximity communication of the relay node fails and the processing ends.
  • the communication initiation direction sends a relay request to the neighboring communication device in the vicinity of the communication, and the method further includes:
  • the communication initiation direction transmits a relay request to a neighboring communication device that is adjacent to itself and supports the relay capability.
  • the communication initiator selects a neighboring communication device from all the neighboring communication devices supporting the relay capability in order of priority from high to low, and sequentially performs the relay request process and the relay path.
  • the communication initiator knows each neighboring communication device adjacent to itself and whether it supports the relay capability before initiating the relay path establishment process;
  • the communication initiator determines the priority of each of the neighboring communication devices supporting the relay capability according to the received signal strengths of the neighboring communication devices supporting the relay capability.
  • the communication initiation direction performs a relay request procedure for all the neighboring communication devices supporting the relay capability to determine that among all the neighboring communication devices supporting the relay capability, it can serve as a relationship between itself and the communication target.
  • a third party device of the relay node
  • the communication initiator knows each neighboring communication device adjacent to itself and whether it supports the relay capability before initiating the relay path establishment process.
  • the communication device adjacent to the communication initiator performs the following steps when receiving the relay request sent by the communication initiator:
  • a relay reply is returned, and the relay reply carries indication information indicating whether it can serve as a relay node between the communication initiator and the communication target.
  • the communication device determines whether it can act as a relay node between the communication initiator and the communication target, including:
  • the communication device determines that it is currently capable of acting as a relay node between the communication initiator and the communication target;
  • the communication device determines that it is currently not a relay node between the communication initiator and the communication target.
  • the communication device determines whether it can act as a relay node between the communication initiator and the communication target according to the pre-set determination condition after determining that the communication device supports the relay capability and is adjacent to the communication target; When the judgment condition is satisfied, the communication device determines that it can act as a relay node between the communication initiator and the communication target party;
  • the communication device determines that it cannot act as a relay node between the communication initiator and the communication target.
  • the predetermined judgment conditions include one or a combination of the following:
  • Pre-set user preferences their current processing load, and the strength of the signal they receive the communication target.
  • the preset user preference may indicate that the communication device can act as a relay node of any communication party, and may also indicate that the communication device can serve as a relay node between the designated communication initiator and the designated communication target. It is also possible to indicate that the communication device cannot be a relay node of either communication party.
  • the communication device determines, according to its current processing load, whether it can act as a relay node between the communication initiator and the communication target, and specifically includes:
  • the current processing load of the communication device is too heavy, that is, the current processing load of the communication device exceeds a set threshold (eg, the communication device has connected more than a set number of communication devices; for example, the current CPU usage of the communication device If the rate exceeds the set threshold), it is determined that it cannot be a relay node between the communication initiator and the communication target;
  • a set threshold eg, the communication device has connected more than a set number of communication devices; for example, the current CPU usage of the communication device If the rate exceeds the set threshold
  • the current processing load of the communication device does not exceed the set threshold, it is determined that it can act as a relay node between the communication initiator and the communication target.
  • the communication device determines whether it can act as a relay node between the communication initiator and the communication target according to the strength of the signal of the communication target.
  • the strength of the signal received by the communication device according to the communication target is not less than a set threshold, determining that the communication device can act as a relay node between the communication initiator and the communication target; If the strength of the signal received by the communication device based on the communication target itself is less than the set threshold, it is determined that it cannot be the relay node between the communication initiator and the communication target.
  • the communication initiator learns the implementation process of each neighboring communication device adjacent to itself.
  • the communication initiator learns neighboring communication devices adjacent to itself according to the following manner:
  • the mode A sends a first request message by using a broadcast method to request each neighboring communication device to return feedback information carrying the identity information of the neighboring communication device to the neighboring communication device, where the first request message carries the identifier of the communication initiator.
  • the communication initiator determines that the communication device corresponding to the identifier information carried in the received feedback information is a neighboring communication device.
  • the communication device adjacent to the communication initiator can receive the first request message sent by the communication initiator, and after receiving the first request message, send the message to the communication requester.
  • the initiator returns feedback information, and the feedback information carries the self-identification information; the communication device not adjacent to the communication initiator does not receive the first request message sent by the communication device.
  • the communication initiator After receiving the feedback information returned by the neighboring communication device, the communication initiator stores the identification information of each neighboring communication device locally; for example, the communication initiator stores the acquired identification information of each neighboring communication device in the vicinity. In the list of relationships.
  • the first request message is further used to request each neighboring communication device to indicate in the returned feedback information whether the neighboring communication device is The relay capability is supported so that the communication initiator can know whether each of the neighboring communication devices supports the relay capability.
  • the proximity communication device can indicate whether it supports the relay capability by:
  • Mode 1 if the neighboring communication device supports the relay capability, the feedback information returned to the communication initiator carries its own identification information and indication information indicating that the proximity communication device supports the relay capability; if the proximity communication device If the relay capability is not supported, the feedback information returned to the communication initiator only carries its own identification information; or, mode 2, if the neighboring communication device supports the relay capability, in the feedback information returned to the communication initiator Carrying the identification information of the own and the indication information for indicating that the neighboring communication device supports the relay capability; if the neighboring communication device does not support the relay capability, carrying the identification information returned by the communication initiator and carrying the identification information thereof The indication information indicating that the neighboring communication device does not support the relay capability.
  • the communication initiator stores the identification information of each neighboring communication device and whether the neighboring communication device supports the relay capability
  • the stored information of the neighboring communication device includes the The identification information of the neighboring communication device and the indication information for indicating that the proximity communication device supports the relay capability; if the proximity communication device does not support the relay capability, the stored information of the neighboring communication device includes only the neighboring communication device Identification information; or,
  • the stored information of the neighboring communication device includes the identification information of the neighboring communication device and the indication information indicating that the neighboring communication device supports the relay capability; if the neighboring communication device does not The relay capability is supported, and the stored information of the neighboring communication device includes identification information of the neighboring communication device and indication information indicating that the neighboring communication device does not support the relay capability.
  • a mode B the communication initiator sends a second request message by using a broadcast mode, where the second request message is used to request the specified communication device to return feedback information carrying the own identification information after receiving the second request message, and the second request is sent.
  • the message carries the identification information of the communication initiator and the identification information of the designated communication device;
  • the communication initiator determines that it is adjacent to the designated communication device;
  • the communication initiator determines that it is not adjacent to the designated communication device.
  • each neighboring communication device of the communication initiator receives the second request message sent by the communication initiator, and each neighboring communication device receives the second request message. And determining whether the identity information is the same as the identity information of the designated communication device carried in the second request message, and performing corresponding processing according to the determination result:
  • the neighboring communication device If the self-identification information is the same as the identification information of the designated communication device carried in the second request message, the neighboring communication device returns feedback information to the communication initiator, and carries the self-identification information in the feedback information;
  • the neighboring communication device discards the current broadcast message.
  • the communication initiator After receiving the feedback information returned by the designated communication device, the communication initiator stores the identification information of the designated communication device locally; for example, the communication initiator will obtain the designated communication device adjacent to each other.
  • the identification information is stored in the proximity relationship list.
  • the second request message is further used to request the designated communication device to indicate in the returned feedback information whether the specified communication device supports
  • the relay capability is such that the communication initiator can know whether each designated communication device supports the relay capability; wherein the designated communication device can indicate whether it supports the relay capability by using mode 1 or mode 2.
  • the communication initiator stores each neighbor after acquiring the neighboring communication devices and whether they support the relay capability.
  • the communication initiator may also obtain a third-party device that can serve as a relay node between itself and the communication target by the following method:
  • the communication initiator sends the request message by means of a broadcast to request the neighboring communication device capable of being the relay node between the user and the communication target to return the feedback information carrying the own identification information, where the request message carries the identification information of the communication initiator And identification information of the communication target party;
  • the communication initiator determines that the neighboring communication device can act as a relay node between itself and the communication target party (ie, the neighboring communication device is a third-party device), and the reply message carries Identification information of the neighboring communication device;
  • the communication initiator If the communication initiator has not received any reply message, it is determined that there is currently no neighboring communication device capable of acting as a relay node between itself and the communication target (i.e., there is currently no third party device), and the processing is terminated.
  • the communication initiator stores the identification information of the neighboring communication device carried in the received reply message, so that the neighboring communication device corresponding to the locally stored identification information is the communication initiator and the communication target discovered by the communication initiator.
  • the communication initiator forms a priority list according to the strength of the signal strength of each of the neighboring communication devices capable of being the relay node between the communication initiator and the communication target, and the list is provided by each third-party device.
  • the identifier information is composed. The higher the priority of the identifier information in the list, the stronger the signal strength of the third-party device corresponding to the identifier information received by the communication initiator.
  • the communication device adjacent to the communication initiator may determine whether it is adjacent to the communication target according to the result of the proximity discovery initiated by itself.
  • the proximity discovery process is similar to the proximity discovery process on the communication initiator side. See Method A and Mode B above.
  • a communication device adjacent to the communication initiator includes the following conditions:
  • the method includes: the communication device does not establish a proximity communication with the communication target party, and the communication device determines that the current communication device is adjacent to the communication target party according to the result of the proximity relationship discovery; or the communication device and the communication target The party has established proximity communication and is currently adjacent to the communication target;
  • the method includes: the communication device does not establish any communication connection with the communication target party, and the communication device performs communication connection establishment with the communication target party (such as the user equipment).
  • the communication target party such as the user equipment
  • the connection is successfully established; or, there is a communication connection between the communication device and the communication target (such as an RRC connection between the user equipment and the base station), and the user equipment is on the network side device.
  • Network coverage a communication device adjacent to the communication initiator (or a communication device adjacent to the communication initiator and supporting the relay capability) is not adjacent to the communication target includes the following conditions:
  • the method includes: the communication device does not establish proximity communication with the communication target party, and the communication device determines that the current communication device is not adjacent to the communication target according to the result of the proximity relationship discovery; or, the communication device and the communication The target party has established the proximity communication and the communication device determines that it is not adjacent to the communication target party according to the result of the proximity relationship discovery; or, the communication device has established proximity communication with the communication target party and the communication device determines the received communication target The signal strength of the square is less than the set strength threshold; or the communication device establishes proximity communication with the communication target and the communication device determines that the distance between itself and the communication target is greater than the set distance threshold;
  • the method includes: the communication device does not establish any communication connection with the communication target party, and the communication device performs communication connection establishment with the communication target party (such as the user equipment).
  • the communication target party such as the user equipment
  • the connection establishment fails; or, there is a communication connection between the communication device and the communication target (such as an RRC connection between the user equipment and the base station) Then, the user equipment leaves the network coverage of the network side device.
  • RRC Radio Resource Control
  • the identification information of the communication device (such as the communication initiator, the communication target party, the neighboring communication device, etc.) is globally unique, and may be the identification information defined in the existing 3GPP protocol, or may be a newly defined dedicated information. Identification information).
  • the processing process of the third party device side includes:
  • Step 91 The third-party device receives a relay path establishment request sent by the communication initiator, where the relay path establishment request carries at least the identification information of the communication target party and the first request established between the third-party device and the communication target party. a path parameter corresponding to the communication path;
  • Step 92 The third-party device determines a first communication path established between itself and the communication target party, and a second communication path established between itself and the communication initiator.
  • Step 93 The third-party device forwards data between the communication initiator and the communication target through the established first communication path and the second communication path.
  • the third-party device may directly perform step 92, or determine whether it accepts the relay path establishment request according to the set judgment condition, specifically: If yes, go to step 92;
  • the failure reason is optional information.
  • the predetermined judgment condition includes one or a combination of the following: Pre-set user preferences, their current processing load, and the strength of the signals they receive to the communication device.
  • the third-party device determines the first communication path, including:
  • the third-party device When the third-party device receives the relay path establishment request, it directly initiates the establishment process of the first communication path; or, when the third-party device receives the relay path establishment request, it first determines whether it has been established with the communication target party.
  • the communication path capable of satisfying the path parameter corresponding to the first communication path, and determining the first communication path, specifically:
  • the third party device uses the established communication path as the first communication path; further, the third party device Instructing the first communication path to be successfully established in the relay path establishment reply returned to the communication initiator;
  • the third party device initiates establishment of the first communication path when it is determined that the established communication path between itself and the communication target cannot satisfy the path parameter corresponding to the first communication path, or when no communication path is established between itself and the communication target party. process.
  • step 92 the third-party device initiates a process of establishing the first communication path, including:
  • the third-party device sends a first connection establishment request to the communication target, the first connection establishment request is used to request to establish a first communication path with the communication target, and the first connection establishment request carries its own identification information, the first communication a path parameter corresponding to the path and a transmission resource (eg, a path identifier) that is itself allocated for the first communication path;
  • a transmission resource eg, a path identifier
  • the third-party device determines whether the first communication path is successfully established according to the indication information in the first connection establishment reply returned by the communication target.
  • the first connection establishment request further carries identification information of the communication initiator, so that the communication target can obtain information of the communication device to be communicated with itself.
  • the communication target determines whether the first connection establishment request can be accepted according to a preset determination condition, specifically:
  • the communication target If the first connection establishment request is received by the communication target, the communication target carries the indication information indicating that the first communication path is successfully established and the first communication path is allocated by the communication destination. Transmission resources (such as path identifiers);
  • the communication target If the first connection establishment request is not accepted by the communication target, the communication target carries the indication information indicating that the first communication path establishment fails in the first connection establishment reply returned to the third-party device; preferably, the first The connection establishment reply also carries the reason why the first communication path establishment fails.
  • the predetermined judgment conditions include one or a combination of the following:
  • the preset user preference may indicate that the communication target can establish a communication path with any communication device, or may indicate that the communication target can establish a communication path with the designated communication device, and may also indicate the communication.
  • the target party cannot establish a communication path with any communication device.
  • the communication target determines whether it accepts the connection establishment request according to its current processing load, and specifically includes:
  • the current processing load of the communication target is too heavy, that is, the current processing load of the communication target exceeds a set threshold (if the communication target has connected more than the set number of communication devices; for example, the communication target currently If the CPU usage exceeds the set threshold), it is determined that the connection establishment request cannot be accepted by itself;
  • the communication target determines whether it can accept the connection establishment request according to the strength of the signal of the third-party device, including:
  • the communication target determines that the strength of the signal received by the third-party device is not less than a set threshold, it is determined that the connection establishment request can be accepted by itself;
  • the communication target determines that the strength of the signal received by the third party device is less than a set threshold, it determines that the connection establishment request cannot be accepted by itself.
  • the strength of the signal received by the communication target according to the third party device is less than the set threshold, if the communication target accepts the connection establishment request again at this time, the data transmission is likely to be unstable.
  • the relay path establishment request received by the third-party device further carries the identifier information of the communication initiator, the path parameter corresponding to the second communication path, and the transmission resource allocated by the communication initiator for the second communication path,
  • the three-party device determines the second communication path establishment, including:
  • the transmission resource is allocated for the second communication path between itself and the communication initiator, and the relay path establishment reply returned to the communication initiator is carried to indicate the establishment of the second communication path. Successful indication information and transmission resources allocated by itself for the second communication path.
  • the method further includes:
  • the third connection device receives the second connection establishment request, where the second connection establishment request carries the identification information of the communication initiator, the path parameter corresponding to the second communication path, and the transmission resource (such as the path) allocated by the communication initiator for the second communication path. Identification);
  • the third-party device If the second connection establishment request is received by the third-party device, the third-party device carries the indication information indicating that the second communication path is successfully established and the second communication path is allocated in the second connection establishment reply that is returned to the communication initiator. Transmission resource
  • the third party device If the second connection establishment request is not accepted by the third party, the third party device carries the indication information for indicating that the second communication path fails to be established in the second connection setup reply.
  • the third-party device carries, in the second connection setup reply, indication information indicating that the second communication path establishment fails, and a failure reason.
  • the third-party device when receiving the second connection establishment request, may directly accept the second connection establishment request, or determine whether to accept the second connection establishment request according to the set judgment condition.
  • the predetermined judgment condition includes one or a combination of the following:
  • Pre-set user preferences, their current processing load, and the strength of the signals they receive to the communication device Pre-set user preferences, their current processing load, and the strength of the signals they receive to the communication device. It should be noted that, if the relay path establishment request received by the third party does not carry related information for requesting to establish the second communication path, such as the identifier information of the communication initiator, the path parameter corresponding to the second communication path, and the communication initiation. After the third communication device completes the process of establishing the first communication path, the third-party device returns a relay path establishment reply to the communication initiator, and indicates in the relay path establishment reply. Whether the first communication path is successfully established;
  • the third party device If the relay path establishment request received by the third party carries related information for requesting to establish the second communication path, the third party device sends the communication path to the communication initiator after completing the establishment process of the first communication path and the second communication path. Returning to the relay path establishment reply, and indicating whether the first communication path and the second communication path are successfully established in the relay path establishment reply.
  • the communication initiator determines that the second communication path is an established communication path between itself and the third party device, then:
  • the third-party device determines the established communication path according to the notification sent by the received communication initiator; or the third-party device determines the established communication path according to the received relay path establishment request.
  • the first communication established between itself and the communication target party is determined. After the path and the second communication path established between itself and the communication initiator, the correspondence between each group of the first communication path and the second communication path is stored, so that any communication initiator is received through any of the first communication paths. After the data is sent, the corresponding second communication path can be found and the data is forwarded to the corresponding communication target.
  • the method for implementing the proximity communication provided by the present application is described in detail below from the interaction between the communication initiator, the communication target, and the communication device adjacent to the communication initiator.
  • the following embodiments use the user equipment as the communication initiator as an example.
  • the case where the communication initiator is a network side device (such as a base station) is similar to this, and is not illustrated here.
  • Embodiment 1 The method for implementing proximity communication provided by this embodiment includes: a relay request process and a relay path establishment process;
  • the relay request process initiated by the communication device that is adjacent to the communication and supports the relay capability, as shown in FIG. 10, includes the following steps:
  • Step 101 The communication device that is adjacent to the communication initiation direction and supports the relay capability sends a relay request message, where the parameter carried by the message is the identification information of the communication target party;
  • Step 102 After receiving the relay request message, the communication device determines whether it can act as a relay node between the communication initiator and the communication target, and returns a relay reply message to the communication initiator. Specifically:
  • the communication device determines that it cannot be a relay node between the communication initiator and the communication target (for example, the communication device and the communication target are not adjacent, or the communication device and the communication target are adjacent but the communication target is received If the signal strength is weak, the communication link may be unstable, or the processor of the communication device is too high to establish a new communication path, and the parameter carried by the communication device in the returned relay reply message is no; Otherwise the parameter carried is yes.
  • the communication initiator after receiving the relay reply message returned by the communication device, the communication initiator performs different operations according to different parameters carried in the relay reply message;
  • the parameter carried in the relay reply message is yes, it indicates that the communication device can act as a relay node between the communication target and the communication target (that is, the communication device is a third-party device), and the communication initiator initiates a relay path establishment.
  • the parameter carried in the relay reply message is no, it indicates that the communication device cannot be the relay node between the communication and the communication target, and the communication initiator selects another communication device that is adjacent to itself and supports the relay capability. Initiate a relay request process.
  • Step 111 The third-party device sends a relay path setup request message to the third-party device, where the relay path setup request message is carried.
  • the parameter is the identification information of the communication target party and the path parameter corresponding to the first communication path;
  • Step 112 After receiving the relay path establishment request message, the third-party device initiates a communication path establishment process (that is, a process of establishing the first communication path), specifically:
  • the established communication path is used as the first communication path
  • the communication path established by the third-party device and the communication target cannot satisfy the path parameter corresponding to the first communication path, or does not establish any communication path, initiate a process of establishing the first communication path to the communication target, including radio resource negotiation. And allocation, IP address allocation (optional), etc.;
  • Step 113 The third-party device returns a relay path to the communication initiator according to the establishment result of the first communication path.
  • a reply message is set, and the parameter carried in the relay path setup reply message is success or failure.
  • the parameter If the parameter is successful, it indicates that the first communication path has been established between the communication device and the communication target; if the parameter is failure, it indicates that the first communication path between the communication device and the communication target fails to be established.
  • Step 114 After receiving the reply path establishment reply message, the communication initiator performs different operations according to different parameters carried in the message; specifically:
  • the communication initiator initiates the second communication between itself and the third party device. Path establishment process
  • the parameter carried in the relay path setup reply message is a failure, it indicates that the communication path is failed to be established by the communication device, and therefore the communication device cannot be the relay node of the communication, and the communication initiator selects another neighbor and supports the same.
  • the relay capable communication device reinitiates the relay request procedure.
  • the communication initiator initiates a process of establishing a second communication path between the device and the third-party device, specifically: the communication initiator determines that the path parameter corresponding to the second communication path is established between the device and the third-party device. When the communication path is used, the established communication path is taken as the second communication path;
  • the communication initiator sends a connection establishment to the third-party device when it determines that the established communication path between the device and the third-party device cannot satisfy the path parameter corresponding to the second communication path, or does not establish any communication path between the device and the third-party device.
  • the connection establishment request carries its own identification information, a path parameter corresponding to the second communication path, and a transmission resource (such as a path identifier) allocated by itself to the second communication path; and establishing a reply according to the connection returned by the third-party device
  • the indication information carried is used to determine whether the second communication path is successfully established.
  • a process of establishing a new communication path (ie, a first communication path) between the third-party device and the communication target, as shown in FIG. 12, includes:
  • Step 121 The third-party device sends a connection establishment request message to the communication target, and the carried parameter is identification information of the communication initiator (optional), its own identification information, path parameters corresponding to the first communication path, and The transmission resource allocated by the communication (such as the identity assigned by itself to the first communication path established this time);
  • Step 122 After receiving the connection establishment request message, the communication target party determines whether to accept the connection establishment request, and according to the determination result, the communication target performs different operations, specifically:
  • the communication target returns a connection establishment reply message to the third party device, and the carried parameter is a failure, and a reason for the failure (optional);
  • Embodiment 2 This embodiment is an optimization of Embodiment 1. When there are multiple third-party devices that are adjacent to the communication initiator and support the relay capability, the method of this embodiment may be used.
  • the communication initiator searches for the communication device supporting the relay capability in the locally stored information of the communication device adjacent to itself, and then the communication initiator transmits the communication according to the proximity of the communication initiator.
  • the strength of the signal strength of the device forms a priority list, which is composed of the identification information of the communication device adjacent to the communication initiator and supporting the relay capability, wherein the signal strength received by the communication initiator is stronger. The higher the priority of the identification information of the corresponding communication device in the priority list;
  • the priority list is empty, that is, the communication device adjacent to the communication initiator does not support the relay capability, the communication initiator cannot communicate with the communication target that is not adjacent, and the communication initiator ends the current path establishment process. .
  • the communication initiator performs the relay request process and the relay path establishment process in sequence according to the priority order of each communication device in the priority list, starting from the communication device with the highest priority, until the communication is initiated.
  • the party finds that it can be the relay node of the communication, or until the communication initiator and the communication device with the lowest priority in the priority list perform the above process, and cannot find the relay node that can serve as the communication.
  • the implementation method of the proximity communication provided in this embodiment is specifically shown in FIG. 13, and includes the following steps:
  • Step 131 The communication device in the communication initiation direction and the communication device that supports the relay capability sends a relay request message, where the parameter carried by the relay request message is identifier information of the communication target party;
  • Step 132 After receiving the relay request message, the communication device first determines whether it can act as a relay node between the communication initiator and the communication target, and then returns a relay reply message to the communication initiator.
  • the parameter carried in the relay reply message is different according to whether the communication device can be used as a relay node between the communication initiator and the communication target;
  • the parameter carried in the relay reply message is no; if the communication device can serve as a relay between the communication initiator and the communication target Node, the parameter carried in the relay reply message is yes.
  • Step 133 After the communication initiator receives the relay reply message, according to different parameters carried by the relay reply message, the communication initiator performs different operations; specifically:
  • the communication initiator determines whether the priority of the communication device is the lowest in the priority list. According to the judgment result, the communication initiator performs different operations: If yes, the communication is indicated. The initiator does not find a relay node that can serve as its relay target with the communication target, and ends the processing; if not, the communication initiator selects the next communication device from the priority list in descending order of priority. And initiating a relay request procedure to the currently selected communication device;
  • the communication initiation direction is sent to the communication device (ie, the third party device).
  • the relay path establishment request message is sent, and the parameter carried in the relay path establishment request message is identification information of the communication target party.
  • Step 134 After receiving the relay path establishment request message, the communication device first determines whether a communication path has been established between the communication path and the communication target. If yes, step 135 is directly performed; if not, the communication device initiates the The communication path establishment process between the communication target parties includes specific processes such as radio resource negotiation and allocation, and IP address allocation (optional).
  • Step 135 The communication device returns a relay path establishment reply message to the communication initiator according to the result of establishing a communication path with the communication target, and the parameter carried in the reply path establishment reply message is success or failure; If the parameter carried in the relay path setup reply message is successful, it indicates that a communication path has been established between the communication device and the communication target party;
  • the parameter carried in the relay path setup reply message is a failure, it indicates that the communication path between the communication device and the communication target party fails.
  • the communication initiator after the communication initiator receives the relay path setup reply message, the communication initiator performs different operations according to different parameters carried in the reply path establishment reply message; specifically:
  • the parameter carried in the relay path setup reply message is successful, it indicates that the communication initiator finds a relay node that can serve as the communication;
  • the communication initiator determines whether the priority of the communication device is the lowest in the priority list. According to the judgment result, the communication initiator performs different operations, specifically: Yes, it indicates that the communication initiator has not found a relay node that can be used as the current communication, and ends the processing; if not, the communication initiator selects the next communication from the priority list according to the order of priority from high to low.
  • the device initiates a relay request process and a relay path establishment process to the currently selected communication device.
  • the third embodiment is also optimized for the first embodiment.
  • the method of the embodiment may also be used.
  • the communication initiator searches for the communication device supporting the relay capability from the information of the communication device that is already stored locally and is adjacent to the communication device, and then the communication initiation device initiates each communication device that is adjacent to itself and supports the relay capability.
  • the relay request process obtains a communication device capable of acting as a relay node between itself and the communication target among the communication devices supporting the relay capability (ie, the communication device carried by the returned relay reply message is a communication device);
  • the communication initiator forms a priority list according to the strength of the received signal strength of the communication device capable of being the relay node between itself and the communication target, and the priority list is capable of being between itself and the communication target
  • the identification information of the communication device of the relay node the higher the priority of the identification information in the list, indicating that the signal strength of the communication device represented by the identification information received by the communication initiator is stronger; further, if the priority List is Empty, that is, there is no communication device capable of acting as a relay node between itself and the communication target, and the communication initiator ends the processing; if the priority list is not empty, the communication initiator follows the priority from highest to lowest , select a communication device from the priority list, and perform the following relay path establishment process for the currently selected communication device:
  • the communication initiator performs different operations according to the result of the relay path establishment process. Specifically, if the relay path establishment process is successful (that is, the first communication path and the second communication path are successfully established), the communication device is a relay node selected by the communication initiator to act as the communication;
  • the communication initiator determines whether the priority of the communication device in the priority list is the lowest, and if so, indicates that There is a relay node capable of acting as the communication, and the communication initiator ends the processing; if not, the communication initiator selects the next communication device from the priority list in order of priority from high to low, and selects the current communication device.
  • the communication device initiates a relay path establishment process.
  • Embodiment 4 This embodiment describes a process in which a communication initiator (in this embodiment, UE1) acquires a communication device adjacent to itself and whether it supports a relay capability.
  • UE1 a communication initiator
  • Figure 14 The scenario of this embodiment is shown in Figure 14, where:
  • the communication device adjacent to UE1 includes UE2, UE3, and UE4;
  • the communication device adjacent to UE2 includes UE1 and UE5;
  • the communication devices supporting the relay capability are UE1, UE2, and UE4.
  • the process of acquiring the communication device adjacent to itself and whether the UE supports the relay capability is shown in FIG. 15 and includes:
  • Step 151 The UE1 broadcasts a proximity discovery message, where the parameter carried by the proximity discovery message is the identifier information of the UE1.
  • the identifier information of the communication device is globally unique, and may be identifier information set by the operator for the proximity communication, or may be Reuse identification information defined in existing standards;
  • the UE2, the UE3, and the UE4, which are adjacent to the UE1 respectively return a neighboring reply message to the UE1, and the parameters of the neighboring reply message returned by the UE1 are different according to the capability of supporting the relay. :
  • Step 152a The parameter carried by the neighboring reply message returned by the UE2 is an identifier of the UE2 and indication information indicating that the UE2 supports the relay capability.
  • Step 152b The parameter carried by the neighboring reply message returned by the UE3 is the identifier of the UE3. (Because the UE3 does not support the relay capability, the UE3 may not carry any indication information in the neighboring reply message, or may be carried in the neighboring reply message. Indicates that it does not support the relay capability);
  • Step 152c The parameter carried by the neighboring reply message returned by the UE4 is an identifier of the UE4 and indication information indicating that the UE4 supports the relay function.
  • the UE1 after the UE1 receives the proximity reply message of the UE2, the UE3, and the UE4, the UE1 locally stores the information of the communication device (including the identification information and the information supporting the relay capability) of the communication device adjacent thereto;
  • one implementation form of the information of the communication device adjacent to the UE1 stored locally is: ⁇ identification information of UE2, support relay capability>, ⁇ identification information of UE3>, ⁇ identification information of UE4, support relay capability
  • another implementation form is: ⁇ identification information of UE2, support relay capability>, ⁇ identification information of UE3, no relay capability>, ⁇ identification information of UE4, support relay capability>.
  • the UE1 may further form a priority list according to the strength of the received signal strengths of the UE2, the UE3, and the UE4.
  • the formed priority list may be: (ID3 identification information, priority 1; UE2 identification information, support relay capability, priority Level 2; UE4 identification information, support for relay capability, priority 3); can also be: (identification information of UE3, does not support relay capability, priority 1; UE2 identification information, support relay capability, priority 2; UE4 identification information, support relay capability, priority 3).
  • Embodiment 5 This embodiment is an optimization of Embodiment 4. According to the scenario description of Embodiment 4, UE1 wants to communicate with UE5, but since UE1 and UE5 are not adjacent, UE1 needs to communicate from the neighboring and supporting relay capability. Select one of the devices as the relay node for this communication.
  • UE1 learns from the locally stored information that the communication device adjacent thereto includes UE2, UE3, and
  • UE4 where UE2 and UE4 support relay capability.
  • UE1 forms a priority list based on the received signal strength. In this embodiment, it is assumed that the signal strength of the UE2 received by the UE1 is higher than the signal strength of the UE4 received by the UE1. Therefore, the priority list formed by the UE1 is (identity of UE2, priority 1; identity of UE4, priority 2) ), where the smaller the number representing the priority, the higher the corresponding priority.
  • the UE1 first interacts with the UE2.
  • the specific interaction process is as shown in FIG. 16.
  • the method includes: Step 161: The UE1 sends a relay request message to the UE2, and the carried parameter is the identifier information of the UE5.
  • Step 163 The UE1 sends a relay path setup request message to the UE2, and the carried parameter is the identifier information of the UE5 and the corresponding path parameter.
  • Step 164 Since the UE2 does not perform the proximity communication between the UE2 and the UE5 before receiving the relay path setup request message sent by the UE1, that is, there is no communication path between the UE2 and the UE5, the UE2 establishes between itself and the UE5. Communication path
  • Step 165 After the communication path between the UE2 and the UE5 is successfully established, the UE2 returns a relay path establishment to the UE1. Reply to the message, and the parameters carried are successful.
  • the UE1 determines that the communication path between the UE2 and the UE5 is successfully established, and the UE1 determines whether the communication between itself and the UE2 is established to satisfy the communication between itself and the UE5.
  • the communication path of the request (ie, the path parameter) is performed according to the judgment result, and specifically: if yes, the UE 1 establishes a communication path between itself and the UE2 and a communication path established between the UE2 and the UE5, and UE5 performs data transmission;
  • UE1 establishes a communication path between itself and UE2. Further, UE1 performs data transmission with UE5 through a communication path established between itself and UE2 and a communication path established between UE2 and UE5.
  • the sixth embodiment is similar to the implementation of the fifth embodiment.
  • the difference between the scenario in this embodiment is that the UE1 selects the UE2 as the relay node between the UE and the UE5.
  • the priority list formed by UE1 is (identity information of UE2, priority 1; identification information of UE4, priority 2), and UE1 first interacts with UE2.
  • the specific interaction process is the same as that described in Embodiment 5, the difference is:
  • the signal shield between UE2 and UE5 is too small.
  • the communication path establishment process in step 164 fails.
  • the parameter carried in the relay path setup reply message returned by UE2 to UE1 is a failure. Therefore, UE1 fails to establish a communication path through UE2.
  • UE2 cannot be used as a relay node between UE1 and UE5.
  • the UE1 selects to interact with the UE4 after determining that the communication path is established through the UE2. For the specific process, as shown in FIG. 17, the method includes:
  • Step 171 The UE1 sends a relay request message to the UE4, and the carried parameter is the identifier information of the UE5.
  • Step 172 Since the UE4 and the UE5 are not adjacent, the UE4 returns a relay reply message to the UE1, and the carried parameter is no;
  • the UE1 determines that the UE4 cannot act as a relay node between itself and the UE5, and the UE1 determines whether the priority of the UE4 is the lowest in the priority list. In this embodiment, since the determination result is YES, it indicates that UE1 does not find a relay node that can serve as the communication, so UE1 cannot communicate with UE5.
  • Embodiment 7 This embodiment is an optimization of the fourth embodiment.
  • the information that the UE1 stores locally with the communication device is: ⁇ identification information of the UE2, supporting the relay capability>, ⁇ Identification information of UE3>, ⁇ identification information of UE4, support relay capability>.
  • UE1 desires to communicate with UE5, and UE1 first obtains information that can serve as a relay node for communication with UE5.
  • UE1 initiates a relay request process to UE2 and UE4, respectively (may be performed in parallel or sequentially);
  • UE4 and UE5 are not adjacent, and UE2 and UE5 are adjacent. Therefore, UE4 returns to UE1.
  • the parameter carried in the relay reply message is no; the parameter carried in the relay reply message returned by the UE2 to the UE1 is yes;
  • UE1 initiates a relay path establishment procedure to UE2. If the establishment result is successful (that is, the communication path between UE2 and UE5 is successfully established, and the communication path between UE1 and UE2 is successfully established), UE2 is selected for UE1. At this time, the relay node that communicates with the UE 5, further, the UE 1 can perform data transmission with the UE 5 through the communication path between itself and the UE 2 and the communication path between the UE 2 and the UE 5.
  • Embodiment 8 the communication initiator moves out of network coverage during communication with the eNodeB 1, and the communication initiator can communicate with the eNodeB 1 through the relay.
  • the communication initiation direction supports the relay function and the communication device adjacent thereto sends a relay request message, and the carrying parameter is the identification information of the eNodeB 1;
  • the communication device adjacent to the communication initiator determines whether the identification information of the eNodeB that is currently in its vicinity (such as the eNodeB currently camped on by the communication device or the eNodeB connected to the communication device) is The identifier information of the eNodeB 1 in the request message is the same, and the parameters carried in the relay reply message returned to the communication initiator are different according to the judgment result; specifically: if the same, the communication device returns to the communication initiator The parameter carried in the relay reply message is yes; if different, the parameter carried in the relay reply message returned by the communication device to the communication initiator is no.
  • the communication initiator performs different operations according to the parameters carried in the received relay reply message, specifically:
  • the communication initiator determines that the communication device that sends the relay reply message can serve as a relay node of the communication, and sends data to the eNodeB 1 through the communication device;
  • the communication initiator determines that the communication device that sends the relay reply message cannot be the relay node of the communication, and selects the next communication device to perform interaction, and the process is as follows. description.
  • the above method processing flow can be implemented by a software program, which can be stored in a storage medium shield, and when the stored software program is called, the above method steps are performed.
  • a communication device is also provided in the embodiment of the present application. Since the principle of solving the problem is similar to the method shown in FIG. 8 above, the implementation of the communication device can refer to the method shown in FIG. The implementation, the repetition will not be repeated.
  • an embodiment of the present application provides a communications device, including:
  • the processing module 181 is configured to: after determining that the target party is not in proximity, send a relay path establishment request to the third-party device that can serve as a relay node between the user and the communication target, where the relay path establishment request is used to initiate a process of establishing a first communication path between the third-party device and the communication target, and the relay path establishment request carries at least the identification information of the communication target and the path parameter corresponding to the first communication path;
  • the communication module 182 is configured to perform, after determining that the first communication path is successfully established, and determining the second communication path established between the first communication path and the third-party device, by using the established first communication path and the second communication path, with the communication target Communication.
  • the processing module 181 establishes a second communication path with the third-party device according to the following steps: After determining that the first communication path is successfully established, directly sending a connection establishment request to the third-party device, where the connection establishment request is used for the request Establishing a second communication path between the self and the third-party device, and the connection establishment request carries its own identification information, a path parameter corresponding to the second communication path, and a transmission resource allocated by itself to the second communication path; The indication information carried in the connection establishment reply returned by the device determines whether the second communication path is successfully established, and after determining that the second communication path is successfully established, obtains, from the connection establishment reply, the third-party device to allocate the second communication path. Transmission resource; or,
  • the third-party device After determining that the first communication path is successfully established, and determining that the established communication path between itself and the third-party device cannot satisfy the path parameter corresponding to the second communication path or that no communication path is established between the third communication device and the third-party device, The third-party device sends a connection establishment request for requesting to establish a second communication path between the third-party device and the third-party device, and the connection establishment request carries its own identification information, a path parameter corresponding to the second communication path, and a transmission resource allocated by the second communication path; and determining, according to the indication information carried in the connection establishment reply returned by the third-party device, whether the second communication path is successfully established, and after determining that the second communication path is successfully established, from the connection In the establishment reply, the transmission resource allocated by the third-party device for the second communication path is obtained.
  • processing module 181 is also used to:
  • the process of establishing the second communication path is also initiated by the relay path establishment request, where the relay path establishment request further carries its own identification information and the corresponding corresponding to the second communication path.
  • Path parameter or,
  • the process of establishing the second communication path is also initiated by the relay path establishment request, where the relay path establishment request further carries its own identification information and the corresponding second communication path.
  • processing module 181 is also used to:
  • the established communication path is used as the second communication path, and Notifying the third party device itself of the allocated transmission resources for the established communication path;
  • the signaling path when transmitting the relay path establishment request to the third-party device, also informs the third-party device itself of the transmission resource allocated for the established communication path by the relay path establishment request.
  • a communication device is also provided in the embodiment of the present application. Since the principle of solving the problem is similar to the method shown in FIG. 9 above, the implementation of the communication device can refer to the method shown in FIG. The implementation, the repetition will not be repeated.
  • a communication device is provided as a relay node between a communication initiator and a communication target, and the communication device includes:
  • the receiving module 191 is configured to receive a relay path setup request sent by the communication initiator, where the relay path setup request carries at least the identifier information of the communication target and the first communication path that is requested to be established between itself and the communication target party.
  • Path parameter carries at least the identifier information of the communication target and the first communication path that is requested to be established between itself and the communication target party.
  • a path establishing module 192 configured to determine a first communication path established between itself and a communication target, and a second communication path established between itself and the communication initiator;
  • the data forwarding module 193 is configured to forward data between the communication initiator and the communication target by using the established first communication path and the second communication path.
  • the path establishment module 192 is specifically configured to:
  • the relay path establishment request is accepted by itself according to a predetermined determination condition.
  • path establishment module 192 determines the first communication path in accordance with the following steps:
  • the established communication path is taken as the first communication path
  • the establishment process of the first communication path is initiated when it is determined that the established communication path between itself and the communication target cannot satisfy the path parameter corresponding to the first communication path, or if no communication path is established between itself and the communication target.
  • the path establishment module 192 initiates a process of establishing a first communication path, including:
  • the first connection establishment request is used to request to establish a first communication path with the communication target, and the first connection establishment request carries its own identification information, corresponding to the first communication path. a path parameter and a transmission resource allocated by the first communication path; and determining, according to the indication information in the first connection establishment reply returned by the communication target, whether the first communication path is successfully established, and after determining that the first communication path is successfully established And acquiring, from the first connection establishment reply, a transmission resource allocated by the communication target to the first communication path.
  • the path establishment module 192 is also used to:
  • a relay path setup reply is returned to the communication initiator, and a success is established in the successor path setup reply whether the first communication path is established.
  • the path establishment module 192 is also used to:
  • the relay path establishment request received by the receiving module 191 further carries the identification information of the communication initiator and the path parameter corresponding to the second communication path, the transmission resource allocated for the second communication path after the first communication path is successfully established And in the relay path setup reply returned to the communication initiator, carrying the indication information indicating that the second communication path is successfully established and the transmission resource allocated by itself to the second communication path.
  • the receiving module 191 is further configured to: receive a second connection establishment request sent by the communication initiator, where the second connection establishment request carries the identifier information of the communication initiator, the path parameter corresponding to the second communication path, and the communication initiator is a transmission resource allocated by the second communication path;
  • the processing module 192 is further configured to: if the second connection establishment request is accepted by itself, the second connection establishment reply returned to the communication initiator carries the indication information indicating that the second communication path is successfully established, and the second communication is itself The transmission resource allocated by the path; if the second connection establishment request is not accepted by itself, the second connection establishment reply carries indication information indicating that the second communication path is failed to be established.
  • the path establishment module 192 is further configured to:
  • the established communication path is determined according to the received relay path establishment request.
  • a communication device is also provided in the embodiment of the present application. Since the principle of solving the problem is similar to the method shown in FIG. 8 above, the implementation of the communication device can refer to the method shown in FIG. The implementation, the repetition will not be repeated.
  • an embodiment of the present application provides a communications device, including:
  • the processor 200 is configured to: after determining that the communication target party is not adjacent, send a relay path establishment request to a third-party device that can serve as a relay node between itself and the communication target party, where the relay path establishment request is used to initiate a process of establishing a first communication path between the third-party device and the communication target, and the relay path establishment request carries at least the identification information of the communication target and the path parameter corresponding to the first communication path, and determines the first communication path.
  • the transceiver 210 communicates with the communication target through the established first communication path and the second communication path;
  • the transceiver 210 is configured to receive and transmit data under the control of the processor 200.
  • the processor 200 establishes a second communication path with the third party device according to the following steps: After determining that the first communication path is successfully established, directly sending a connection establishment request to the third-party device, where the connection establishment request is used to request to establish a second communication path between the third-party device and the third-party device, and the connection establishment request carries its own The identification information, the path parameter corresponding to the second communication path, and the transmission resource allocated by the second communication path; and determining whether the second communication path is successfully established according to the indication information carried in the connection establishment reply returned by the third-party device, and After determining that the second communication path is successfully established, obtaining the transmission resource allocated by the third-party device for the second communication path from the connection establishment reply; or
  • the third-party device After determining that the first communication path is successfully established, and determining that the established communication path between itself and the third-party device cannot satisfy the path parameter corresponding to the second communication path or that no communication path is established between the third communication device and the third-party device, The third-party device sends a connection establishment request for requesting to establish a second communication path between the third-party device and the third-party device, and the connection establishment request carries its own identification information, a path parameter corresponding to the second communication path, and a transmission resource allocated by the second communication path; and determining, according to the indication information carried in the connection establishment reply returned by the third-party device, whether the second communication path is successfully established, and after determining that the second communication path is successfully established, from the connection In the establishment reply, the transmission resource allocated by the third-party device for the second communication path is obtained.
  • processor 200 is also used to:
  • the process of establishing the second communication path is also initiated by the relay path establishment request, where the relay path establishment request further carries its own identification information and the corresponding corresponding to the second communication path.
  • Path parameter or,
  • the process of establishing the second communication path is also initiated by the relay path establishment request, where the relay path establishment request further carries its own identification information and the corresponding second communication path.
  • processor 200 is also used to:
  • the established communication path is used as the second communication path, and Notifying the third party device itself of the allocated transmission resources for the established communication path;
  • the relay path establishment request notification is also The three-party device itself is the transmission resource that has been allocated for the established communication path.
  • the bus architecture can include any number of interconnected buses and bridges, specifically linked by one or more processors represented by processor 200 and various circuits of memory represented by memory 220.
  • Bus architecture Various other circuits, such as peripherals, voltage regulators, power management circuits, and the like, can be linked together, as is well known in the art and, therefore, will not be further described herein.
  • the bus interface provides an interface.
  • Transceiver 210 can be a plurality of components, including a transmitter and a receiver, providing means for communicating with various other devices over the transport interface.
  • the processor 200 is responsible for managing the bus architecture and general processing, and the memory 220 can store data used by the processor 200 when performing operations.
  • the processor 200 is responsible for managing the bus architecture and general processing, and the memory 220 can store data used by the processor 200 in performing operations.
  • a communication device is also provided in the embodiment of the present application. Since the principle of solving the problem is similar to the method shown in FIG. 9 above, the implementation of the communication device can refer to the method shown in FIG. The implementation, the repetition will not be repeated.
  • a communication device is provided as a relay node between a communication initiator and a communication target, and the communication device includes:
  • the processor 300 is configured to receive a relay path setup request sent by the communication initiator, where the relay path setup request carries at least the identifier information of the communication target and the first communication path that is requested to be established between itself and the communication target party.
  • Path parameter determining a first communication path established between itself and the communication target, and a second communication path established between itself and the communication initiator; using the established first communication path and the second communication by the transceiver 310 Path, forwarding data between the communication initiator and the communication target;
  • the transceiver 310 is configured to receive and transmit data under the control of the processor 300.
  • the processor 300 is specifically configured to:
  • the relay path establishment request is accepted by itself according to a predetermined determination condition.
  • processor 300 determines the first communication path in accordance with the following steps:
  • the established communication path is taken as the first communication path
  • the establishment process of the first communication path is initiated when it is determined that the established communication path between itself and the communication target cannot satisfy the path parameter corresponding to the first communication path, or if no communication path is established between itself and the communication target.
  • the processor 300 initiates a process of establishing a first communication path, including:
  • the first connection establishment request is used to request to establish a first communication path with the communication target, and the first connection establishment request carries its own identification information, corresponding to the first communication path. a path parameter and a transmission resource allocated by itself to the first communication path; and a first connection established according to the communication target
  • the indication information in the reply is determined whether the first communication path is successfully established, and after determining that the first communication path is successfully established, obtaining the transmission resource allocated by the communication target for the first communication path from the first connection establishment reply.
  • processor 300 is also used to:
  • the established communication path After the established communication path is used as the first communication path, returning a relay path establishment reply to the communication initiator, and indicating that the first communication path is successfully established in the relay path establishment reply; or
  • a relay path setup reply is returned to the communication initiator, and a success is established in the successor path setup reply whether the first communication path is established.
  • processor 300 is also used to:
  • the received relay path establishment request further carries the identifier information of the communication initiator and the path parameter corresponding to the second communication path, the transmission resource allocated for the second communication path after the first communication path is successfully established, and
  • the relay path setup reply returned to the communication initiator carries the indication information indicating that the second communication path is successfully established and the transmission resource allocated by itself to the second communication path.
  • the processor 300 is further configured to: receive a second connection setup request sent by the communication initiator, where the second connection setup request carries the identifier information of the communication initiator, the path parameter corresponding to the second communication path, and the communication initiator is a transmission resource allocated by the second communication path; if the second connection establishment request is accepted by itself, the second connection establishment reply returned to the communication initiator carries indication information indicating that the second communication path is successfully established, and is itself The transmission resource allocated by the communication path; if the second connection establishment request is not accepted by itself, the second connection establishment reply carries the indication information for indicating that the second communication path fails to be established.
  • the processor 300 is further configured to:
  • the established communication path is determined according to the received relay path establishment request.
  • the bus architecture can include any number of interconnected buses and bridges, specifically linked by one or more processors represented by processor 300 and various circuits of memory represented by memory 320.
  • the bus architecture can also link various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and, therefore, will not be further described herein.
  • the bus interface provides an interface.
  • Transceiver 310 can be a plurality of components, including a transmitter and a receiver, providing means for communicating with various other devices over the transport interface.
  • the processor 300 is responsible for managing the bus architecture and the usual processing, and the memory 320 can store the data used by the processor 300 in performing the operations.
  • the processor 300 is responsible for managing the bus architecture and general processing, and the memory 320 can store data used by the processor 300 in performing operations.
  • the application can be in the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware.
  • the application can be in the form of a computer program product embodied on one or more computer-usable storage interfaces (including but not limited to disk storage, CD-ROM, optical storage, etc.) in which computer usable program code is embodied.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

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

Abstract

本申请公开了一种邻近通信的实现方法和装置,用以在通信发起方与通信目标方不邻近时,通过能够作为通信发起方与通信目标方之间的中继节点的第三方设备进行通信。本申请实施例的方法包括:通信发起方在确定与通信目标方不邻近后,向能够作为自身与通信目标方之间的中继节点的第三方设备发送中继路径建立请求,该中继路径建立请求用于发起第三方设备与通信目标方之间的第一通信路径的建立过程,且该中继路径建立请求中至少携带通信目标方的标识信息以及第一通信路径对应的路径参数;以及通信发起方在确定第一通信路径建立成功,且确定自身与第三方设备之间建立的第二通信路径之后,通过建立的第一通信路径及第二通信路径,与通信目标方进行通信。

Description

一种邻近通信的实现方法和装置
本申请要求在 2013年 05月 13 日提交中国专利局、 申请号为 201310175640.1、 申请 名称为"一种邻近通信的实现方法和装置"的中国专利申请的优先权, 其全部内容通过引用 结合在本申请中。
技术领域
本申请涉及通信技术领域, 特别涉及一种邻近通信的实现方法和装置。 背景技术
目前 3GPP ( 3rd Generation Partnership Project, 第三代合作伙伴计划 ) 中定义的两个 UE ( User Equipment, 用户设备)之间的通信过程中, 通信双方之间传输的数据需要经过 核心网路由, 图 1给出了 UE1和 UE2的 SGW ( Serving Gateway, 服务网关 )和 PDN GW ( Packet Data Network Gateway, 分组数据网关) 均相同时, UE1与 UE2间通信的数据通 道。
若两个相距非常近的用户设备间传递数据时也釆用上述通信方式, 会使得通信延时非 常大, 而且还会占用更多的网络资源。 因此, 3GPP 现在正在研究关于邻近设备之间的通 信技术, 即: 在需要通信的两个 UE之间的距离很近时, 实现该两个 UE之间直接传输数 据, 其数据传输路径参见图 2 所示; 或者仅借助 e B (演进型基站) 的传递实现该两个 UE之间的通信, 其数据传输路径参见图 3所示。
邻近通信过程中, 由于数据传输路径发生了改变,根据通信双方所处的网络环境不同, 控制邻近通信的路径也不同。 当邻近通信的 UE的服务 eNB相同且通信双方都位于网络覆 盖内时, 网络可以通过 UE、 eNB以及 EPC ( Evolved Packet Core, 演进型分组核心网)之 间交互控制信息来控制邻近通信, 其控制路径参见图 4中的带有双向箭头的实线; 当邻近 通信的 UE的服务 eNB不同且通信双方都位于各自的网络覆盖内时, EPC可分别与通信双 方的服务 eNB进行信令交互, 其控制路径由参见图 5中的带有双向箭头的实线。
目前, 在没有网络覆盖的区域内, 用户设备与网络侧, 以及用户设备与用户设备之间 是无法进行通信的, 为此, 3GPP标准中定义了公共安全 UE ( Public Safety UE ), 在没有 网络覆盖的区域内, 公共安全 UE间仍可以进行邻近通信, 其控制路径直接存在于公共安 全 UE之间, 参见图 6中的带有双向箭头的实线, 其中, 标准中定义公共安全 RRC ( Radio Resource Controller, 无线资源控制器)用于负责管理公共安全邻近通信无线资源的分配过 程, 该功能可以配置在公共安全 UE中。 3GPP标准中定义的公共安全 UE可以支持中继能 力, 因此, 可以通过该支持中继能力的公共安全 UE在两个不邻近的 UE间进行数据中转, 也可以通过该支持中继能力的公共安全 UE在位于网络覆盖之外的 UE和网络侧之间进行 数据中转。 为了实现通信双方通过支持中继能力的通信设备 (如公共安全 UE )进行通信 , 需要解决以下两大问题: 一是通信双方与支持中继能力的通信设备之间的邻近关系发现过 程, 二是通信双方通过支持中继能力的通信设备实现通信的过程。
综上所述, 针对通信双方通过支持中继能力的通信设备实现通信的问题, 目前还没有 解决方案。 发明内容
本申请实施例提供了一种邻近通信的实现方法和装置, 用以在通信发起方与通信目标 方不邻近时, 通信双方通过能够作为通信发起方与通信目标方之间的中继节点的第三方设 备进行通信。
本申请实施例提供了一种邻近通信的实现方法, 包括:
通信发起方在确定与通信目标方不邻近后 , 向能够作为自身与所述通信目标方之间的 中继节点的第三方设备发送中继路径建立请求, 所述中继路径建立请求用于发起所述第三 方设备与所述通信目标方之间的第一通信路径的建立过程, 且所述中继路径建立请求中至 少携带所述通信目标方的标识信息以及所述第一通信路径对应的路径参数;
所述通信发起方在确定第一通信路径建立成功, 且确定自身与第三方设备之间建立的 第二通信路径之后, 通过所述第一通信路径以及所述第二通信路径, 与所述通信目标方进 行通信。
本申请实施例提供了一种邻近通信的实现方法, 包括:
第三方设备接收通信发起方发送的中继路径建立请求, 所述中继路径建立请求中至少 携带通信目标方的标识信息以及请求在所述第三方设备与所述通信目标方之间建立的第 一通信路径对应的路径参数;
所述第三方设备确定自身与所述通信目标方之间建立的第一通信路径, 以及自身与所 述通信发起方之间建立的第二通信路径;
所述第三方设备通过所述第一通信路径以及所述第二通信路径 , 在所述通信发起方与 所述通信目标方之间转发数据;
其中, 所述第三方设备为能够作为所述通信发起方与所述通信目标方之间的中继节点 的通信设备。
本申请实施例提供了一种通信设备, 包括:
处理模块, 用于在确定与通信目标方不邻近后 , 向能够作为自身与所述通信目标方之 间的中继节点的第三方设备发送中继路径建立请求, 所述中继路径建立请求用于发起所述 第三方设备与所述通信目标方之间的第一通信路径的建立过程, 且所述中继路径建立请求 中至少携带所述通信目标方的标识信息以及所述第一通信路径对应的路径参数;
通信模块, 用于在确定第一通信路径建立成功, 且确定自身与第三方设备之间建立的 第二通信路径之后, 通过所述第一通信路径以及所述第二通信路径, 与所述通信目标方进 行通信。
本申请实施例提供了一种通信设备, 所述通信设备能够作为所述通信发起方与所述 通信目标方之间的中继节点, 所述通信设备包括:
接收模块, 用于接收通信发起方发送的中继路径建立请求, 所述中继路径建立请求中 至少携带通信目标方的标识信息以及请求在自身与所述通信目标方之间建立的第一通信 路径对应的路径参数;
路径建立模块, 用于确定自身与所述通信目标方之间建立的第一通信路径, 以及自身 与所述通信发起方之间建立的第二通信路径;
数据转发模块, 用于通过所述第一通信路径以及所述第二通信路径, 在所述通信发起 方与所述通信目标方之间转发数据。
本申请实施例中, 通信发起方在确定通信目标方与自身不邻近时, 向能够作为自身与 通信目标方之间的中继节点的第三方设备发送中继路径建立请求, 以发起第三方设备与通 信目标方之间的第一通信路径的建立过程; 通信发起方在确定第一通信路径建立成功, 且 确定自身与第三方设备之间建立的第二通信路径之后 , 通过建立的第一通信路径以及第二 通信路径, 与通信目标方进行通信。 附图说明
图 1为背景技术中 3GPP定义的设备间通信的数据通道示意图;
图 2为背景技术中第一种邻近通信的数据传输路径示意图;
图 3为背景技术中第二种邻近通信的数据传输路径示意图;
图 4为背景技术中进行邻近通信的 UE位于网络覆盖内且服务基站相同时的控制路径 示意图;
图 5为背景技术中进行邻近通信的 UE位于网络覆盖内且服务基站不同时的控制路径 示意图;
图 6为背景技术中公共安全 UE在没有网络覆盖的场景下进行邻近通信的控制路径示 意图; 图 7为本申请实施例中互不邻近的公共安全 UE之间通过中继节点传输数据的示意图; 图 8 为本申请实施例提供的邻近通信的实现方法中通信发起方侧的处理过程的示意 图;
图 9为本申请实施例提供的邻近通信的实现方法中与通信发起方邻近的通信设备侧的 处理过程的示意图;
图 10为本申请提供的实施例一的中继请求过程的示意图;
图 11为本申请提供的实施例一的中继路径建立过程的示意图;
图 12为本申请提供的实施例一的通信路径建立过程的示意图;
图 13为本申请提供的实施例二的流程示意图;
图 14为本申请提供的实施例四的应用场景示意图;
图 15为本申请提供的实施例四的流程示意图;
图 16为本申请提供的实施例五的流程示意图;
图 17为本申请提供的实施例六的流程示意图;
图 18为本申请实施例提供的通信发起方的结构示意图;
图 19为本申请实施例提供的第三方设备的结构示意图;
图 20为本申请实施例提供的另一种通信发起方的结构示意图;
图 21为本申请实施例提供的另一种第三方设备的结构示意图。 具体实施方式
本申请实施例中, 通信发起方可以是用户设备 (如传统 UE, 公共安全 UE等), 也可 以是网络侧设备(如基站等);
通信目标方可以是用户设备 (如传统 UE,公共安全 UE等),也可以是网络侧设备 (如 基站等);
第三方设备为能够作为通信发起方与通信目标方之间的中继节点的通信设备, 该第三 方设备可以是用户设备 (如传统 UE,公共安全 UE等),也可以是网络侧设备 (如基站等); 优选的, 第三方设备为公共安全 UE。
进一步, 第三方设备需要满足以下条件: 分别与通信发起方及通信目标方邻近, 且支 持中继能力。
本申请实施例中涉及的中继能力是指, 通信设备当前能够作为除自身之外的其他通信 设备间的中继节点的能力;
其中, 只有在通信设备当前满足以下所有条件时, 该通信设备当前才能够作为除自身 之外的其他通信设备间的中继节点:
1、 该通信设备具有能够作为除自身之外的其他通信设备间的中继节点的中继功能;
2、 网络授权该通信设备能够充当除自身之外的其他通信设备间的中继节点;
3、 该通信设备的中继功能已激活, 如该通信设备的中继能力被用户或系统打开。 进一步, 若该通信设备不满足上述至少一个条件, 则该通信设备不支持中继能力。 本申请实施例优选的应用场景包括:
一、 通信双方均为用户设备, 通信双方均在网络覆盖下且不邻近;
二、 通信双方均为用户设备, 至少一个没有在网络覆盖内且通信双方不邻近; 三、 通信双方一个是用户设备, 一个是网络侧设备(如基站), 且该用户设备不在网 络的覆盖范围内, 即通信双方不邻近。
其中, 第一种及第二种应用场景下, 通信双方不邻近进一步包括以下情况: 通信发起 方才 居邻近关系发现的结果, 确定自身与通信目标方不邻近; 或者, 通信双方已建立邻近 通信且通信发起方确定接收到的通信目标方的信号强度小于设定的强度阈值; 或者, 通信 双方已建立邻近通信且通信发起方确定自身与通信目标方之间的距离大于设定的距离阈 值。
图 7给出了支持中继能力的公共安全 UE在两个不邻近的公共安全 UE之间中转数据 的实施例。 其中, 公共安全 UE1和公共安全 UE2不邻近, 公共安全 UE3和公共安全 UE1 邻近, 且公共安全 UE3和公共安全 UE2邻近, 公共安全 UE3支持中继能力。 当公共安全 UE1希望与公共安全 UE2进行通信时, 发现公共安全 UE2与自己不邻近, 此时, 公共安 全 UE3可以作为本次通信的中继节点, 在公共安全 UE 1和公共安全 UE2之间转发数据。
下面结合说明书附图对本申请实施例作进一步详细描述。
参见图 8所示, 本申请实施例提供的邻近通信的实现方法, 通信发起方侧的处理过程 包括:
步骤 81、 通信发起方在确定通信目标方与自身不邻近后 , 向能够作为自身与通信目标 方之间的中继节点的第三方设备发送中继路径建立请求, 该中继路径建立请求用于发起第 三方设备与通信目标方之间的第一通信路径的建立过程, 且该中继路径建立请求中携带通 信目标方的标识信息以及第一通信路径对应的路径参数;
步骤 82、 通信发起方在确定第一通信路径建立成功, 且确定自身与第三方设备之间建 立的第二通信路径之后 , 通过建立的第一通信路径及第二通信路径 , 与通信目标方进行通 信。
其中, 本申请实施例的路径参数包括但不限于下列参数的部分或全部: 服务盾量(Quality of Service, QoS )参数、 安全参数。
本申请实施例中, 最终建立的第一通信路径可以为第三方设备与通信目标方之间已建 立的且满足该第一通信路径对应的路径参数的通信路径 , 也可以为第三方设备根据中继路 径建立请求在自身与通信目标方之间建立的新的通信路径;
同理, 最终建立的第二通信路径可以为通信发起方与第三方设备已建立的且满足该第 二通信路径对应的路径参数的通信路径, 也可以为通信发起方在确定与通信目标方不邻近 之后, 在自身与第三方设备之间建立的新的通信路径。
在实施中, 对于需要在通信发起方与第三方设备之间建立的第二通信路径来说, 通信发起方可以先判断自身与第三方设备之间是否已建立了能够满足该第二通信路 径对应的路径参数的通信路径, 若是, 则通信发起方将该已建立的通信路径作为第二通信 路径; 若否, 则通信发起方发起第二通信路径的建立过程, 以建立该第二通信路径; 通信发起方还可以不进行判断, 直接发起第二通信路径的建立过程, 以建立该第二通 信路径。
具体的, 通信发起方可以根据以下任一方法确定第二通信路径:
方法 1、 通信发起方直接发起第二通信路径的建立过程, 以建立该第二通信路径; 该 方法进一步又包括:
方法 1A、 步骤 81中, 通信发起方在向第三方设备发送中继路径建立请求时, 还通过 该中继路径建立请求发起第二通信路径的建立过程 , 且通信发起方在该中继路径建立请求 中还携带自身的标识信息、 第二通信路径对应的路径参数以及自身为该第二通信路径分配 的传输资源 (例如路径标识、 隧道标识);
相应的, 通信发起方根据接收到的第三方设备返回的中继路径建立回复中携带的指示 信息, 确定第一通信路径及第二通信路径是否建立成功。
优选的, 若第二通信路径建立成功, 则第三方设备返回的中继路径建立回复中还携带 该第三方设备为该第二通信路径分配的传输资源 (例如路径标识);
若第二通信路径建立失败, 第三方设备返回的中继路径建立回复中还携带失败原因。 方法 1B、通信发起方在确定第一通信路径建立成功后, 向第三方设备发起第二通信路 径的建立过程, 具体为:
通信发起方在确定第一通信路径建立成功后, 向第三方设备发送连接建立请求, 该连 接建立请求用于请求在自身与第三方设备之间建立第二通信路径, 且该连接建立请求中携 带自身的标识信息、 第二通信路径对应的路径参数以及自身为该第二通信路径分配的传输 资源 (例如路径标识); 以及 该通信发起方根据第三方设备返回的连接建立回复中携带的指示信息, 确定第二通信 路径是否建立成功, 并在确定第二通信路径建立成功后, 从该连接建立回复中, 获取第三 方设备为第二通信路径分配的传输资源 (例如路径标识)。
以通信发起方与第三方设备之间建立第二通信路径为例, 对两个通信设备间建立通信 路径的过程进行说明, 具体为: 通信发起方在确定向第三方设备发起第二通信路径的建立 过程后, 先为该第二通信路径分配传输资源 (如路径标识、 IP 地址(可选)等), 再向第 三方设备发送连接建立请求, 以请求建立第二通信路径, 并在该连接建立请求携带自身为 第二通信路径分配的传输资源; 若第三方设备接受该连接建立请求, 则为该第二通信路径 分配传输资源, 并向通信发起方返回连接建立回复, 在该连接建立回复中携带用于指示第 二通信路径建立成功的指示信息以及自身为第二通信路径分配的传输资源, 此时, 该第三 方设备中保存有通信发起方为该第二通信路径分配的传输资源以及自身为该第二通信路 径分配的传输资源; 通信发起方在接收到连接建立回复时, 确定第二通信路径建立成功, 并获取第三方设备为该第二通信路径分配的传输资源, 此时, 该通信发起方中保存有自身 为该第二通信路径分配的传输资源以及该第三方设备为该第二通信路径分配的传输资源, 从而完成了第二通信路径的建立。
优选的, 若第二通信路径建立失败, 第三方设备返回的连接建立回复中还携带有失败 原因。
方法 2、 通信发起方在确定自身与第三方设备之间已建立了能够满足第二通信路径对 应的路径参数的通信路径时, 将已建立的通信路径作为第二通信路径, 并通知第三方设备 自身为该已建立的通信路径已分配的传输资源, 以使第三方设备能够确定该已建立的通信 路径;
其中, 该方法中通信发起方执行的判断过程 (即判断自身与第三方设备之间是否已建 立了能够满足第二通信路径对应的路径参数的通信路径 ), 可以在确定与通信目标方不邻 近之后且在发送中继路径建立请求之前执行 , 也可以在确定第一通信路径建立成功之后执 行。
进一步, 该方法下, 若通信发起方先执行判断过程, 再发送中继路径建立请求, 则该 通信发起方还通过该中继路径建立请求通知第三方设备自身为该已建立的通信路径已分 配的传输资源, 如在该中继路径建立请求中携带自身为该已建立的通信路径已分配的传输 资源, 以使第三方设备能够确定该已建立的通信路径。
进一步, 该方法下, 若通信发起方先发送中继路径建立请求, 再执行判断过程, 则该 通信发起方还需要向第三方设备发送消息, 以通知第三方设备自身为该已建立的通信路径 已分配的传输资源, 以使第三方设备能够确定该已建立的通信路径。
方法 3、 通信发起方在确定自身与第三方设备之间已建立的通信路径不能满足第二通 信路径对应的路径参数, 或者自身与第三方设备之间未建立任何通信路径时, 发起第二通 信路径的建立过程;
其中, 该方法中通信发起方执行的判断过程 (即判断自身与第三方设备之间是否已建 立了能够满足第二通信路径对应的路径参数的通信路径 ), 可以在确定与通信目标方不邻 近之后且在发送中继路径建立请求之前执行 , 也可以在确定第一通信路径建立成功之后执 行;
该方法进一步又包括以下两种实现方式:
方法 3 A、若通信发起方在确定与通信目标方不邻近之后且在发送中继路径建立请求之 前, 确定自身与第三方设备之间已建立的通信路径均不能满足第二通信路径对应的路径参 数, 或者自身与第三方设备之间未建立任何通信路径, 则:
该通信发起方在向第三方设备发送中继路径建立请求时, 还通过该中继路径建立请求 发起第二通信路径的建立过程 , 且通信发起方在该中继路径建立请求中还携带自身的标识 信息、 第二通信路径对应的路径参数以及自身为该第二通信路径分配的传输资源 (例如路 径标识);
相应的, 通信发起方根据接收到的第三方设备返回的中继路径建立回复中携带的指示 信息, 确定第一通信路径及第二通信路径是否建立成功, 并在确定第二通信路径建立成功 后, 从该中继路径建立回复中, 获取第三方设备为第二通信路径分配的传输资源。
优选的, 若第二通信路径建立失败, 第三方设备返回的中继路径建立回复中还携带失 败原因。
方法 3B、若通信发起方在确定第一通信路径建立成功后,确定自身与第三方设备之间 已建立的通信路径不能满足第二通信路径对应的路径参数, 或者自身与第三方设备之间未 建立任何通信路径, 则:
该通信发起方向第三方设备发送连接建立请求, 该连接建立请求用于请求在自身与第 三方设备之间建立第二通信路径, 且该连接建立请求中携带自身的标识信息、 第二通信路 径对应的路径参数以及自身为第二通信路径分配的传输资源; 以及该通信发起方根据第三 方设备返回的连接建立回复中携带的指示信息, 确定第二通信路径是否建立成功, 并在确 定第二通信路径建立成功后, 从该连接建立回复中, 获取第三方设备为第二通信路径分配 的传输资源。
优选的, 若第二通信路径建立失败, 第三方设备返回的连接建立回复中还携带失败原 因。
需要说明的是, 若第一通信路径及第二通信路径均建立成功, 则通信发起方执行步骤 83 ; 若第一通信路径或第二通信路径建立失败, 则通信发起方结束该第三方设备的中继路 径建立过程。
另外, 本申请实施例中, 由于第一通信路径及第二通信路径都是用来传输通信发起方 与通信目标方之间的通信数据的, 因此, 第一通信路径对应的路径参数及第二通信路径对 应的路径参数相同。
下面对本申请实施例中, 通信发起方获取能够作为自身与通信目标方之间的中继节点 的第三方设备的具体实现过程进行说明。
在实施中, 通信发起方根据以下步骤获取能够作为自身与通信目标方之间的中继节点 的第三方设备:
通信发起方向与自身邻近的邻近通信设备发送中继请求, 该中继请求中携带通信目标 方的标识信息;
通信发起方接收邻近通信设备返回的中继回复, 该中继回复中携带用于指示该邻近通 信设备是否能够作为通信发起方与通信目标方之间的中继节点的指示信息。
作为一种具体实现方式, 通信发起方根据以下步骤获取能够作为自身与通信目标方之 间的中继节点的第三方设备:
通信发起方根据预设的各邻近通信设备的优先级, 按照优先级从高到低的顺序, 从所 有邻近通信设备中, 选择一个邻近通信设备;
针对当前选择的邻近通信设备, 通信发起方向该邻近通信设备发送中继请求, 根据接 收到的中继回复的内容, 执行不同的处理:
若该邻近通信设备返回的中继回复中携带第一指示信息, 则通信发起方确定该邻近通 信设备能够作为自身与通信目标方之间的中继节点, 即该邻近通信设备为第三方设备; 若该邻近通信设备返回的中继回复中携带第二指示信息, 则通信发起方确定该邻近通 信设备不能作为自身与通信目标方之间的中继节点, 并按照优先级从高到低的顺序, 选择 下一个邻近通信设备 , 执行上述中继请求过程。
进一步, 若该通信发起方当前选择的邻近通信设备为最后一个邻近通信设备, 且该邻 近通信设备返回的中继回复中携带第二指示信息, 则通信发起方确定该邻近通信设备不能 作为自身与通信目标方之间的中继节点, 即没有第三方设备, 此时该通信发起方确定本次 经由中继节点的邻近通信失败, 并结束处理。
优选的, 该方式下, 通信发起方在发起中继路径建立过程之前, 已获知与自身邻近的 各邻近通信设备。
优选的, 该方式下, 通信发起方根据接收到的各邻近通信设备的信号强度, 确定各邻 近通信设备的优先级;
具体的, 通信发起方根据接收到的各邻近通信设备的信号强度的强弱, 形成优先级列 表,该优先级列表由各邻近通信设备的标识信息组成,标识信息在该列表中的优先级越高, 表明通信发起方接收到的该标识信息对应的邻近通信设备的信号强度越强。
在实施中, 该方式下, 针对当前确定的第三方设备, 通信发起方执行步骤 81 , 具体包 括以下两种结果:
若第一通信路径建立成功, 则通信发起方执行步骤 82〜步骤 83;
若第一通信路径建立失败, 则通信发起方按照优先级从高到低的顺序, 选择下一个邻 近通信设备 , 执行中继请求过程。
需要说明的是, 该方式下, 通信发起方针对当前选择的邻近通信设备依次执行中继请 求过程以及包含步骤 81〜步骤 82的中继路径建立过程, 因此, 通信发起方确定出的第三方 设备的数量最多是一个。
作为另一种具体实现方式, 通信发起方根据以下步骤获取能够作为自身与通信目标方 之间的中继节点的第三方设备:
通信发起方向所有邻近通信设备发送中继请求; 优选的, 通信发起方可以并行向所有 邻近通信设备发送中继请求, 亦可以依次向每个邻近通信设备发送中继请求; 以及
通信发起方接收每个邻近通信设备返回的中继回复, 并根据每个中继回复携带的指示 信息, 确定能够作为自身与通信目标方之间的中继节点的邻近通信设备, 即第三方设备。
优选的, 该方式下, 通信发起方在发起中继路径建立过程之前, 已获知与自身邻近的 各邻近通信设备。
需要说明的是,该方式下,通信发起方首先针对所有邻近通信设备执行中继请求过程, 以确定所有邻近通信设备中能够作为自身与通信目标方之间的中继节点的第三方设备, 然 后再针对第三方设备执行包含步骤 81〜步骤 82的中继路径建立过程, 因此, 通信发起方确 定出的第三方设备的数量至少是一个。
优选的, 若确定出的第三方设备数量至少为两个, 则: 步骤 81 中, 通信发起方向能 够作为自身与通信目标方之间的中继节点的第三方设备发送中继路径建立请求包括:
通信发起方根据预设的各第三方设备的优先级, 按照优先级从高到低的顺序, 从所有 所述第三方通信设备中, 选择一个第三方设备, 并向当前选择的第三方设备发送中继路径 建立请求。 优选的, 该方式下, 通信发起方可以根据接收到的第三方设备的信号强度, 确定各第 三方设备的优先级;
具体的,通信发起方根据接收到的各第三方设备的信号强度的强弱,形成优先级列表, 该优先级列表由各第三方设备的标识信息组成, 标识信息在该列表中的优先级越高, 表明 通信发起方接收到的该标识信息对应的第三方设备的信号强度越强。
进一步, 该方式下, 针对当前选择的第三方设备, 通信发起方执行步骤 81 , 具体包括 以下两种结果:
若第一通信路径建立及第二通信路径均建立成功,则通信发起方执行步骤 82〜步骤 82; 若第一通信路径或第二通信路径建立失败, 则通信发起方按照优先级从高到低的顺 序, 选择下一个第三方设备, 重新执行步骤 81〜步骤 82。
进一步, 若该通信发起方当前选择的第三方设备为优先级最低的第三方设备, 且执行 步骤 81 的结果是第一通信路径或第二通信路径建立失败, 则该通信发起方确定本次经由 中继节点的邻近通信失败, 并结束处理。
作为上述两种具体实现方式的优选方式, 通信发起方向与自身邻近的邻近通信设备 发送中继请求, 进一步包括:
通信发起方向与自身邻近且支持中继能力的邻近通信设备发送中继请求。
对于第一种实现方式来说, 通信发起方按照优先级从高到低的顺序, 从所有支持中继 能力的邻近通信设备中, 选择一个邻近通信设备, 依次执行中继请求过程及中继路径建立 过程;
优选的, 通信发起方在发起中继路径建立过程之前, 已获知与自身邻近的各邻近通信 设备以及其是否支持中继能力;
优选的, 通信发起方根据接收到的各支持中继能力的邻近通信设备的信号强度, 确定 各支持中继能力的邻近通信设备的优先级。
对于第二种实现方式来说, 通信发起方向所有支持中继能力的邻近通信设备执行中继 请求过程, 以确定所有支持中继能力的邻近通信设备中, 能够作为自身与通信目标方之间 的中继节点的第三方设备;
优选的, 通信发起方在发起中继路径建立过程之前, 已获知与自身邻近的各邻近通信 设备以及其是否支持中继能力。
本申请实施中, 在通信发起方发起中继请求过程中, 与该通信发起方邻近的通信设备 在接收到通信发起方发送的中继请求时, 执行以下步骤:
判断自身是否能够作为通信发起方与通信目标方之间的中继节点, 并向通信发起方返 回中继回复, 该中继回复中携带用于指示自身是否能够作为通信发起方与通信目标方之间 的中继节点的指示信息。
在实施中, 通信设备判断自身是否能够作为通信发起方与通信目标方之间的中继节 点, 包括:
若自身支持中继能力, 且自身与通信目标方邻近, 则该通信设备确定自身当前能够作 为通信发起方与通信目标方之间的中继节点;
若自身不支持中继能力, 或者自身与通信目标方不邻近, 则该通信设备确定自身当前 不能作为通信发起方与通信目标方之间的中继节点。
优选的, 该通信设备在确定自身支持中继能力, 且自身与通信目标方邻近之后, 根据 预先设定的判断条件, 判断自身是否能够作为通信发起方与通信目标方之间的中继节点; 在满足判断条件时, 通信设备确定自身能够作为通信发起方与通信目标方之间的中继 节点;
在不满足判断条件时, 通信设备在确定自身不能作为通信发起方与通信目标方之间的 中继节点。
在实施中, 预先设定的判断条件包括以下一项或组合:
预先设定的用户喜好、 自身当前的处理负荷、 以及自身接收到通信目标方的信号的强 度。
举例说明, 预先设定的用户喜好可以指示该通信设备能够作为任意通信双方的中继节 点, 也可以指示该通信设备能够作为指定的通信发起方与指定的通信目标方之间的中继节 点, 还可以指示该通信设备不能作为任一通信双方的中继节点。
举例说明, 该通信设备根据自身当前的处理负荷, 判断自身是否能够作为通信发起方 与通信目标方之间的中继节点, 具体包括:
若该通信设备当前的处理负荷过重, 即该通信设备当前的处理负荷超过设定的阈值 (如该通信设备已连接了超过设定数量的通信设备; 又如,该通信设备当前的 CPU使用率 超过设定的阈值), 则确定自身不能作为通信发起方与通信目标方之间的中继节点;
若该通信设备当前的处理负荷未超过该设定的阈值, 则确定自身能够作为通信发起方 与通信目标方之间的中继节点。
举例说明, 该通信设备根据自身接收到通信目标方的信号的强度, 判断自身是否能够 作为通信发起方与通信目标方之间的中继节点, 具体包括:
若该通信设备根据自身接收到通信目标方的信号的强度不小于设定阈值, 则确定自身 能够作为通信发起方与通信目标方之间的中继节点; 若该通信设备根据自身接收到通信目标方的信号的强度小于设定阈值, 则确定自身不 能作为通信发起方与通信目标方之间的中继节点。
下面对本申请实施例中, 通信发起方获知与自身邻近的各邻近通信设备的实现过程进 行说明。
在实施中, 通信发起方根据以下方式获知与自身邻近的各邻近通信设备:
方式 A、 通信发起方通过广播方式发送第一请求消息, 用以请求每个邻近通信设备向 自身返回携带该邻近通信设备的标识信息的反馈信息, 该第一请求消息中携带通信发起方 的标识信息;
若通信发起方接收到反馈信息, 则该通信发起方确定接收到的反馈信息中携带的标识 信息对应的通信设备为邻近通信设备。
方式 A中, 在该通信发起方发送第一请求消息之后, 与该通信发起方邻近的通信设备 能够接收到其发送的第一请求消息, 并在接收到该第一请求消息后, 向该通信发起方返回 反馈信息, 该反馈信息中携带自身标识信息; 与该通信发起方不邻近的通信设备不会接收 到其发送的第一请求消息。
优选的, 通信发起方在接收到与邻近通信设备返回的反馈信息后, 将各邻近通信设备 的标识信息存储于本地; 例如, 通信发起方将获取到的各邻近通信设备的标识信息存储于 邻近关系列表中。
进一步, 方式 A中, 若通信发起方还需要获知各邻近通信设备是否支持中继能力, 则 该第一请求消息还用于请求每个邻近通信设备在返回的反馈信息中指示该邻近通信设备 是否支持中继能力, 以使通信发起方可以获知每个邻近通信设备是否支持中继能力。
具体的, 邻近通信设备可以通过以下方式指示自身是否支持中继能力:
方式 1、 若该邻近通信设备支持中继能力, 则在向通信发起方返回的反馈信息中携带 自身的标识信息以及用于指示该邻近通信设备支持中继能力的指示信息; 若该邻近通信设 备不支持中继能力, 则在向通信发起方返回的反馈信息中仅携带自身的标识信息; 或者, 方式 2、 若该邻近通信设备支持中继能力, 则在向通信发起方返回的反馈信息中携带 自身的标识信息以及用于指示该邻近通信设备支持中继能力的指示信息; 若该邻近通信设 备不支持中继能力, 则在向通信发起方返回的反馈信息中携带自身的标识信息以及用于指 示该邻近通信设备不支持中继能力的指示信息。
优选的, 通信发起方在获取到各邻近通信设备及其是否支持中继能力后, 存储每个邻 近通信设备的标识信息以及该邻近通信设备是否支持中继能力;
具体的, 若该邻近通信设备支持中继能力, 则存储的该邻近通信设备的信息中包含该 邻近通信设备的标识信息以及用于表示该邻近通信设备支持中继能力的指示信息; 若该邻 近通信设备不支持中继能力, 则存储的该邻近通信设备的信息中仅包含该邻近通信设备的 标识信息; 或者,
若该邻近通信设备支持中继能力, 则存储的该邻近通信设备的信息中包含该邻近通信 设备的标识信息以及用于表示该邻近通信设备支持中继能力的指示信息; 若该邻近通信设 备不支持中继能力, 则存储的该邻近通信设备的信息中包含该邻近通信设备的标识信息以 及用于表示该邻近通信设备不支持中继能力的指示信息。
方式 B、 通信发起方通过广播方式发送第二请求消息, 该第二请求消息用于请求指定 的通信设备在接收到该第二请求消息后返回携带自身标识信息的反馈信息, 且该第二请求 消息中携带通信发起方的标识信息及指定的通信设备的标识信息;
若通信发起方接收到反馈信息且反馈信息中携带的标识信息与指定的通信设备的标 识信息相同, 则该通信发起方确定自身与指定的通信设备邻近;
若通信发起方未接收到任何反馈信息, 或接收到了反馈信息且该反馈信息中携带的标 识信息与指定的通信设备的标识信息不同, 则该通信发起方确定自身与指定的通信设备不 邻近。
方式 B中, 在该通信发起方发送第二请求消息之后, 该通信发起方的各邻近通信设备 都会接收到其发送的第二请求消息, 每个邻近通信设备在接收到该第二请求消息后, 判断 自身标识信息是否与该第二请求消息中携带的指定的通信设备的标识信息相同, 根据判断 结果, 执行相应的处理:
若自身标识信息与该第二请求消息中携带的指定的通信设备的标识信息相同, 则该邻 近通信设备向通信发起方返回反馈信息, 并在该反馈信息中携带自身标识信息;
若自身标识信息与该第二请求消息中携带的指定的通信设备的标识信息不相同, 则该 邻近通信设备丢弃本条广播消息。
优选的, 通信发起方在接收到指定的通信设备返回的反馈信息后, 将该指定的通信设 备的标识信息存储于本地; 例如, 通信发起方将获取到的各与其邻近的指定的通信设备的 标识信息存储于邻近关系列表中。
进一步, 方式 B中, 若通信发起方还需要获知各邻近通信设备是否支持中继能力, 则 第二请求消息还用于请求指定的通信设备在返回的反馈信息中指示该指定的通信设备是 否支持中继能力,以使通信发起方可以获知每个指定的通信设备是否支持中继能力;其中, 指定的通信设备可以釆用方式 1或方式 2指示自身是否支持中继能力。
优选的, 通信发起方在获取到各邻近通信设备及其是否支持中继能力后, 存储每个邻 近通信设备的标识信息以及该邻近通信设备是否支持中继能力。
本申请实施例中, 通信发起方还可以通过以下方法获取能够作为自身与通信目标方之 间的中继节点的第三方设备:
通信发起方通过广播方式发送请求消息, 以请求能够作为自身与通信目标方之间的中 继节点的邻近通信设备返回携带自身标识信息的反馈信息, 该请求消息中携带该通信发起 方的标识信息和通信目标方的标识信息;
若接收到邻近通信设备返回的回复消息, 该通信发起方确定该邻近通信设备能够作为 自身与通信目标方之间的中继节点 (即该邻近通信设备为第三方设备 ), 该回复消息中携 带该邻近通信设备的标识信息;
若该通信发起方未接收到任何回复消息, 则确定当前不存在能够作为自身与所述通信 目标方之间的中继节点的邻近通信设备(即当前不存在第三方设备), 并结束处理。
优选的, 通信发起方存储接收到的回复消息中携带的邻近通信设备的标识信息, 从而 本地存储的标识信息对应的邻近通信设备均为该通信发起方发现的能够作为通信发起方 与通信目标方之间的中继节点的第三方设备。
优选的, 通信发起方按照接收到能够作为通信发起方与通信目标方之间的中继节点的 各邻近通信设备的信号强度的强弱, 形成优先级列表, 该列表由能够各第三方设备的标识 信息组成, 标识信息在该列表中的优先级越高, 通信发起方接收到的该标识信息对应的第 三方设备的信号强度就越强。
需要说明的是, 与通信发起方邻近的通信设备(或与通信发起方邻近且支持中继能力 的通信设备)可以根据自身发起的邻近发现的结果, 判断自身是否与通信目标方邻近, 其 中, 邻近发现过程与通信发起方侧的邻近发现过程相似, 可参见上述方式 A及方式 B。
在实施中, 与通信发起方邻近的通信设备(或与通信发起方邻近且支持中继能力的通 信设备 ) 与通信目标方邻近包括以下情况:
若双方均为用户设备, 则包括: 该通信设备与通信目标方没有建立邻近通信, 且该通 信设备根据邻近关系发现的结果, 确定自身当前与通信目标方邻近; 或者, 该通信设备与 通信目标方已建立邻近通信, 且自身当前与通信目标方邻近;
若双方一个是网络侧设备, 一个是用户设备, 则包括: 该通信设备与通信目标方之间 没有建立任何通信连接, 且该通信设备执行与通信目标方之间的通信连接建立 (如用户设 备与基站之间的 RRC 连接)过程中, 连接建立成功; 或者, 该通信设备与通信目标方之 间存在通信连接 (如用户设备与基站之间的 RRC连接 ), 且用户设备在网络侧设备的网络 覆盖范围。 在实施中, 与通信发起方邻近的通信设备(或与通信发起方邻近且支持中继能力的通 信设备 ) 与通信目标方不邻近包括以下情况:
若双方均为用户设备, 则包括: 该通信设备与通信目标方没有建立邻近通信, 且该通 信设备根据邻近关系发现的结果, 确定自身当前与通信目标方不邻近; 或者, 该通信设备 与通信目标方已建立邻近通信且该通信设备根据邻近关系发现的结果, 确定自身当前与通 信目标方不邻近; 或者, 该通信设备与通信目标方已建立邻近通信且该通信设备确定接收 到的通信目标方的信号强度小于设定的强度阈值; 或者, 该通信设备与通信目标方已建立 邻近通信且该通信设备确定自身与通信目标方之间的距离大于设定的距离阈值;
若双方一个是网络侧设备, 一个是用户设备, 则包括: 该通信设备与通信目标方之间 没有建立任何通信连接, 且该通信设备执行与通信目标方之间的通信连接建立 (如用户设 备与基站之间的无线资源控制 (Radio Resource Control, RRC )连接)过程中, 连接建立 失败; 或者, 该通信设备与通信目标方之间存在通信连接 (如用户设备与基站之间的 RRC 连接), 随后用户设备离开了网络侧设备的网络覆盖范围。
本申请实施例中, 通信设备(如通信发起方、 通信目标方、 邻近通信设备等) 的标识 信息具有全球唯一性, 可以是现有 3GPP协议中定义的标识信息, 也可以是新定义的专用 标识信息)。
基于上述实施例, 参见图 9所示, 本申请实施例提供的邻近通信的实现方法中, 第三 方设备侧的处理过程包括:
步骤 91、 第三方设备接收通信发起方发送的中继路径建立请求, 该中继路径建立请求 中至少携带通信目标方的标识信息以及请求在该第三方设备与通信目标方之间建立的第 一通信路径对应的路径参数;
步骤 92、 第三方设备确定自身与通信目标方之间建立的第一通信路径 , 以及自身与通 信发起方之间建立的第二通信路径;
步骤 93、 第三方设备通过建立的第一通信路径以及第二通信路径 , 在通信发起方与通 信目标方之间转发数据。
在实施中, 步骤 91 中, 第三方设备在接收到中继路径建立请求后, 可以直接执行步 骤 92, 也可以根据设定的判断条件, 判断自身是否接受该中继路径建立请求, 具体为: 若接受, 则执行步骤 92;
若不接受, 则向通信发起方发送中继路径建立回复, 并携带用于指示所述第一通信路 径建立失败的指示信息及失败原因 (失败原因为可选信息)。
具体的, 预先设定的判断条件包括以下一项或组合: 预先设定的用户喜好、 自身当前的处理负荷、以及自身接收到通信设备的信号的强度。 在实施中, 步骤 92中, 第三方设备确定第一通信路径, 包括:
第三方设备在接收到中继路径建立请求时,直接发起第一通信路径的建立过程;或者, 第三方设备在接收到中继路径建立请求时, 先判断自身与通信目标方之间是否已建立 能够满足第一通信路径对应的路径参数的通信路径, 再确定第一通信路径, 具体为:
在确定自身与通信目标方之间已建立了能够满足第一通信路径对应的路径参数的通 信路径时, 该第三方设备将该已建立的通信路径作为第一通信路径; 进一步, 该第三方设 备在向通信发起方返回的中继路径建立回复中指示第一通信路径建立成功;
在确定自身与通信目标方之间已建立的通信路径不能满足第一通信路径对应的路径 参数, 或者自身与通信目标方之间未建立任何通信路径时, 第三方设备发起第一通信路径 的建立过程。
在实施中, 步骤 92中, 第三方设备发起第一通信路径的建立过程, 包括:
第三方设备向通信目标方发送第一连接建立请求, 该第一连接建立请求用于请求与通 信目标方建立第一通信路径, 且该第一连接建立请求中携带自身的标识信息、 第一通信路 径对应的路径参数以及自身为第一通信路径分配的传输资源 (例如路径标识); 以及
该第三方设备根据通信目标方返回的第一连接建立回复中的指示信息, 确定第一通信 路径是否建立成功。
优选的, 该第一连接建立请求还携带通信发起方的标识信息, 以使通信目标方能够获 知到将要与自身进行通信的通信设备的信息。
在实施中, 通信目标方在接收到第一连接建立请求后, 根据预先设定的判断条件, 判 断自身是否能够接受该第一连接建立请求, 具体的:
若自身接受该第一连接建立请求, 则该通信目标方在向第三方设备返回的第一连接建 立回复中携带用于指示第一通信路径建立成功的指示信息以及自身为该第一通信路径分 配的传输资源 (如路径标识);
若自身不接受该第一连接建立请求, 则该通信目标方在向该第三方设备返回的第一连 接建立回复中携带用于指示第一通信路径建立失败的指示信息; 优选的, 该第一连接建立 回复中还携带该第一通信路径建立失败的原因。
在实施中, 预先设定的判断条件包括以下一项或组合:
预先设定的用户喜好、 自身当前的处理负荷、以及自身接收到通信设备的信号的强度。 举例说明, 预先设定的用户喜好可以指示该通信目标方能够与任意通信设备建立通信 路径, 也可以指示该通信目标方能够与指定的通信设备建立通信路径, 还可以指示该通信 目标方不能与任一通信设备建立通信路径。
举例说明,通信目标方根据自身当前的处理负荷,判断自身是否接受该连接建立请求, 具体包括:
若该通信目标方当前的处理负荷过重, 即该通信目标方当前的处理负荷超过设定的阈 值(如该通信目标方已连接了超过设定数量的通信设备; 又如, 通信目标方当前的 CPU使 用率超过设定的阈值), 则确定自身不能接受该连接建立请求;
若该通信目标方当前的处理负荷未超过该设定的阈值, 则确定自身能够接受该连接建 立请求。
需要说明的是, 若该通信目标方当前的处理负荷过重, 如果此时该通信目标方再接受 本次连接建立请求, 则将大大影响该通信目标方的处理性能。
举例说明, 该通信目标方根据自身接收到第三方设备的信号的强度, 判断自身是否能 够接受该连接建立请求, 具体包括:
若该通信目标方根据自身接收到第三方设备的信号的强度不小于设定阈值, 则确定自 身能够接受本次连接建立请求;
若该通信目标方根据自身接收到第三方设备的信号的强度小于设定阈值, 则确定自身 不能接受本次连接建立请求。
需要说明的是, 若该通信目标方根据自身接收到第三方设备的信号的强度小于设定阈 值, 如果此时该通信目标方再接受本次连接建立请求, 则容易导致数据传输的不稳定。
在实施中, 若第三方设备接收到的中继路径建立请求中还携带通信发起方的标识信 息、 第二通信路径对应的路径参数以及通信发起方为第二通信路径分配的传输资源, 则第 三方设备确定第二通信路径建立, 包括:
在第一通信路径建立成功之后, 为自身与通信发起方之间的第二通信路径分配传输资 源, 并在向通信发起方返回的中继路径建立回复中携带用于指示该第二通信路径建立成功 的指示信息以及自身为该第二通信路径分配的传输资源。
在实施中, 若通信发起方向该第三方设备接发送了第二连接建立请求, 则该方法还包 括:
第三方设备接收该第二连接建立请求, 该第二连接建立请求中携带通信发起方的标识 信息、 第二通信路径对应的路径参数以及通信发起方为第二通信路径分配的传输资源 (如 路径标识);
若自身接受该第二连接建立请求, 则第三方设备在向通信发起方返回的第二连接建立 回复中携带用于指示第二通信路径建立成功的指示信息以及自身为第二通信路径分配的 传输资源;
若自身不接受该第二连接建立请求, 则第三方设备在该第二连接建立回复中携带用于 指示第二通信路径建立失败的指示信息。
优选的, 若第二通信路径建立失败, 则该第三方设备在第二连接建立回复中携带用于 指示第二通信路径建立失败的指示信息以及失败原因。
在实施中, 第三方设备在接收到第二连接建立请求时, 可以直接接受该第二连接建立 请求, 也可以根据设定的判断条件, 判断是否接受该第二连接建立请求。
具体的, 预先设定的判断条件包括以下一项或组合:
预先设定的用户喜好、 自身当前的处理负荷、以及自身接收到通信设备的信号的强度。 需要说明的是, 若第三方接收到的中继路径建立请求中未携带用于请求建立第二通信 路径的相关信息 (如通信发起方的标识信息、 第二通信路径对应的路径参数、 通信发起方 为第二通信路径分配的传输资源等), 则第三方设备在完成第一通信路径的建立过程后, 向该通信发起方返回中继路径建立回复, 并在该中继路径建立回复中指示该第一通信路径 是否建立成功;
若第三方接收到的中继路径建立请求中携带用于请求建立第二通信路径的相关信息, 则第三方设备在完成第一通信路径及第二通信路径的建立过程后, 向该通信发起方返回中 继路径建立回复, 并在该中继路径建立回复中指示该第一通信路径及第二通信路径是否建 立成功。
在实施中, 若通信发起方确定第二通信路径为自身与第三方设备之间已建立的通信路 径, 则:
第三方设备根据接收到的通信发起方发送的通知, 确定该已建立的通信路径; 或者, 第三方设备根据接收到的中继路径建立请求, 确定该已建立的通信路径。
需要说明的是, 针对每一组通信双方 (通信发起方与通信目标方), 作为该通信双方 之间的中继节点第三方设备 , 在确定了自身与通信目标方之间建立的第一通信路径以及自 身与通信发起方之间建立的第二通信路径之后 , 存储每组第一通信路径与第二通信路径的 对应关系, 以使在接收到任一通信发起方通过任一第一通信路径发送的数据后, 能够找到 相应的第二通信路径 , 并将该数据转发给相应的通信目标方。
下面从通信发起方、 通信目标方及与该通信发起方邻近的通信设备之间的交互对本申 请提供的邻近通信的实现方法进行详细说明, 以下实施例均以用户设备为通信发起方为例 进行说明的, 通信发起方为网络侧设备(如基站) 的情况与此类似, 此处不再——举例说 明。 实施例一、 本实施例提供的邻近通信的实现方法包括: 中继请求过程及中继路径建立 过程;
1、 通信发起方向与自身邻近且支持中继能力的通信设备发起的中继请求过程参见图 10所示, 包括以下步骤:
步骤 101、 通信发起方向与自身邻近且支持中继能力的通信设备发送中继请求消息, 该消息携带的参数是通信目标方的标识信息;
步骤 102、 该通信设备接收到中继请求消息之后 , 判断自身是否能够作为通信发起方 与通信目标方之间的中继节点, 并向通信发起方返回中继回复消息; 具体的:
若该通信设备确定自身不能作为通信发起方与通信目标方之间的中继节点 (例如该通 信设备和通信目标方不邻近, 或该通信设备和通信目标方邻近但其接收到的通信目标方的 信号强度较弱可能导致通信链路不稳定, 或该通信设备的处理器负荷过高, 不能再建立新 的通信路径), 则该通信设备在返回的中继回复消息携带的参数为否; 否则携带的参数为 是。
相应的, 通信发起方接收到该通信设备返回的中继回复消息之后, 根据中继回复消息 携带的参数不同, 执行不同的操作; 具体的:
若中继回复消息携带的参数为是, 则表明该通信设备能够作为其与通信目标方之间的 中继节点 (即该通信设备为第三方设备), 则该通信发起方发起中继路径建立过程;
若中继回复消息携带的参数为否, 则表明该通信设备不能作为其与通信目标方之间的 中继节点, 则该通信发起方选择另外一个与自身邻近且支持中继能力的通信设备重新发起 中继请求过程。
2、通信发起方向第三方设备发起的中继路径建立过程参见图 11所示, 包括以下步骤: 步骤 111、 通信发起方向第三方设备发送中继路径建立请求消息, 该中继路径建立请 求消息携带的参数为通信目标方的标识信息及第一通信路径对应的路径参数;
步骤 112、第三方设备接收到中继路径建立请求消息之后,发起通信路径建立过程(即 第一通信路径的建立过程), 具体为:
若第三方设备与通信目标方已建立了能够满足该第一通信路径对应的路径参数的通 信路径 , 则将该已建立的通信路径作为第一通信路径;
若第三方设备与通信目标方已建立的通信路径不能满足该第一通信路径对应的路径 参数, 或者未建立任何通信路径, 则向通信目标方发起建立第一通信路径的过程, 包括无 线资源协商和分配、 IP地址分配(可选)等过程;
步骤 113、 该第三方设备根据第一通信路径的建立结果, 向通信发起方返回中继路径 建立回复消息, 该中继路径建立回复消息携带的参数为成功或失败。
如果参数为成功, 则表明该通信设备和通信目标方之间已建立了第一通信路径; 如果 参数为失败, 则表明该通信设备和通信目标方之间建立第一通信路径失败。
步骤 114、 通信发起方接收到中继路径建立回复消息之后, 根据该消息携带的参数不 同, 执行不同的操作; 具体为:
若中继路径建立回复消息携带的参数为成功, 则表明已成功地通过该通信设备建立了 到通信目标方的第一通信路径 , 则通信发起方发起自身与第三方设备之间的第二通信路径 的建立过程;
若中继路径建立回复消息携带的参数为失败, 则表明通过该通信设备建立通信路径失 败, 因此该通信设备不能作为此次通信的中继节点, 则通信发起方选择另外一个与自身邻 近且支持中继能力的通信设备重新发起中继请求过程。
其中, 通信发起方发起自身与第三方设备之间的第二通信路径的建立过程, 具体为: 通信发起方在确定自身与第三方设备之间已建立了能够满足第二通信路径对应的路 径参数的通信路径时, 将该已建立的通信路径作为第二通信路径;
通信发起方在确定自身与第三方设备之间已建立的通信路径不能满足第二通信路径 对应的路径参数, 或者自身与第三方设备之间未建立任何通信路径时, 向第三方设备发送 连接建立请求, 该连接建立请求中携带自身的标识信息、 第二通信路径对应的路径参数以 及自身为该第二通信路径分配的传输资源 (例如路径标识); 以及根据第三方设备返回的 连接建立回复中携带的指示信息, 确定第二通信路径是否建立成功。
进一步, 步骤 112中, 该第三方设备与通信目标方之间建立新的通信路径(即第一通 信路径) 的过程, 参见图 12所示, 包括:
步骤 121、 该第三方设备向通信目标方发送连接建立请求消息, 且携带的参数为通信 发起方的标识信息 (可选), 自身的标识信息, 第一通信路径对应的路径参数以及自身为 本通信分配的传输资源 (如自身为此次建立的第一通信路径分配的标识);
步骤 122、 通信目标方接收到连接建立请求消息之后, 判断是否接受该连接建立请求, 根据判断结果不同, 通信目标方执行不同的操作, 具体为:
若不接受, 则该通信目标方向该第三方设备返回连接建立回复消息, 且携带的参数为 失败, 以及失败的原因 (可选);
若接受, 则该通信目标方向该第三方设备返回连接建立回复消息, 且携带的参数为成 功以及通信对端为此次通信分配的传输资源 (如通信目标方为此次建立的第一通信路径分 配的标识)。 实施例二、 本实施例是对实施例一的优化, 在与通信发起方邻近且支持中继能力的第 三方设备有多个时, 可以釆用本实施例的方法。
本实施例中, 通信发起方在本地已存储的与自身邻近的通信设备的信息中查找支持中 继能力的通信设备, 然后通信发起方根据其接收到的与自身邻近且支持中继能力的通信设 备的信号强度的强弱, 形成一个优先级列表, 该优先级列表由上述与通信发起方邻近且支 持中继能力的通信设备的标识信息组成, 其中, 通信发起方接收到的信号强度越强, 相应 通信设备的标识信息在该优先级列表中的优先级越高;
如果该优先级列表为空, 即与通信发起方邻近的通信设备都不支持中继能力, 因此通 信发起方无法与不邻近的通信目标方进行通信 , 通信发起方结束本次中继路径建立过程。
如果该优先级列表不为空, 通信发起方按照优先级列表中各个通信设备的优先级顺 序, 从优先级最高的通信设备开始, 依次执行中继请求过程及中继路径建立过程, 直至通 信发起方找到能够作为此次通信的中继节点为止, 或直至通信发起方与该优先级列表中优 先级最低的通信设备执行完上述过程之后也没有找到能够作为此次通信的中继节点为止。
本实施例提供的邻近通信的实现方法具体参见 13所示, 包括以下步骤:
步骤 131、 通信发起方向与自身邻近且支持中继能力的通信设备发送中继请求消息, 该中继请求消息携带的参数是通信目标方的标识信息;
步骤 132、 该通信设备接收到中继请求消息之后 , 首先判断自身是否能够作为通信发 起方与通信目标方之间的中继节点, 然后向通信发起方返回中继回复消息;
其中, 根据该通信设备是否能够作为通信发起方与通信目标方之间的中继节点, 中继 回复消息中携带的参数不同; 具体为:
如果该通信设备不能作为通信发起方与通信目标方之间的中继节点, 则中继回复消息 中携带的参数为否; 如果该通信设备能够作为通信发起方与通信目标方之间的中继节点, 则中继回复消息中携带的参数为是。
步骤 133、 当通信发起方接收到中继回复消息之后, 根据该中继回复消息携带的参数 不同, 通信发起方执行不同的操作; 具体为:
如果中继回复消息携带的参数为否, 则通信发起方判断该通信设备的优先级是否在该 优先级列表中最低, 根据判断结果不同, 通信发起方执行不同的操作: 如果是, 则表明通 信发起方没有找到能够作为其与通信目标方之间的中继节点,并结束处理过程;如果不是, 则通信发起方按照优先级从高到低的顺序, 从优先级列表中选择下一个通信设备, 并向当 前选择的通信设备发起中继请求过程;
如果中继回复消息携带的参数为是, 则通信发起方向该通信设备(即第三方设备)发 送中继路径建立请求消息, 该中继路径建立请求消息携带的参数为通信目标方的标识信 息。
步骤 134、 该通信设备接收到中继路径建立请求消息之后 , 首先判断其与通信目标方 之间是否已建立了通信路径, 如果已建立, 则直接执行步骤 135; 如果未建立, 则发起其 与通信目标方之间的通信路径建立过程, 具体包括无线资源协商和分配、 IP地址分配(可 选)等过程。
步骤 135、 该通信设备根据其与通信目标方之间建立通信路径的结果, 向通信发起方 返回中继路径建立回复消息,该中继路径建立回复消息携带的参数为成功或失败;具体的: 如果该中继路径建立回复消息携带的参数为成功, 则表明该通信设备和通信目标方之 间已建立了通信路径;
如果该中继路径建立回复消息携带的参数为失败, 则表明该通信设备和通信目标方之 间建立通信路径失败。
相应的, 通信发起方接收到中继路径建立回复消息之后, 根据该中继路径建立回复消 息携带的参数不同, 通信发起方执行不同的操作; 具体为:
如果该中继路径建立回复消息携带的参数为成功, 则表明通信发起方找到能够作为此 次通信的中继节点;
如果该中继路径建立回复消息携带的参数为失败, 则通信发起方判断该通信设备的优 先级是否在优先级列表中最低,根据判断结果不同, 通信发起方执行不同的操作, 具体为: 如果是, 则表明通信发起方没有找到能够作为本次通信的中继节点, 并结束处理过程; 如 果不是,则通信发起方按照优先级从高到低的顺序,从优先级列表中选择下一个通信设备, 并向当前选择的通信设备发起中继请求过程及中继路径建立过程。
实施例三、 本实施例也是对实施例一的优化, 在与通信发起方邻近且支持中继能力的 通信设备有多个时, 也可以釆用本实施例的方法。
本实施例中, 通信发起方从本地已存储的与自身邻近的通信设备的信息中, 查找支持 中继能力的通信设备, 然后通信发起方向每个与自身邻近且支持中继能力的通信设备发起 中继请求过程, 获得支持中继能力的通信设备中能够作为自身与通信目标方之间的中继节 点的通信设备 (即返回的中继回复消息携带的参数为是的通信设备 );
通信发起方根据接收到的能够作为自身与通信目标方之间的中继节点的通信设备的 信号强度的强弱, 形成一个优先级列表, 该优先级列表由能够作为自身与通信目标方之间 的中继节点的通信设备的标识信息组成, 标识信息在列表中的优先级越高, 说明通信发起 方接收到的该标识信息所代表的通信设备的信号强度越强; 进一步, 如果该优先级列表为 空, 即不存在能够作为自身与通信目标方之间的中继节点的通信设备, 通信发起方结束处 理过程; 如果该优先级列表不为空, 通信发起方按照优先级从高到低的顺序, 从优先级列 表中选择一个通信设备, 并针对当前选择的通信设备, 执行下述中继路径建立过程:
通信发起方根据该中继路径建立过程的结果不同, 执行不同的操作; 具体为: 如果中继路径建立过程成功 (即第一通信路径及第二通信路径建立成功), 则该通信 设备即为通信发起方选择的充当此次通信的中继节点;
如果中继路径建立过程失败(即第一通信路径和 /或第二通信路径建立失败), 则通信 发起方判断该通信设备在优先级列表中的优先级是否为最低, 如果是, 则说明不存在能够 充当此次通信的中继节点, 通信发起方结束处理过程; 如果不是, 则通信发起方按照优先 级从高到低的顺序, 从优先级列表中选择下一个通信设备, 并向当前选择的通信设备发起 中继路径建立过程。
实施例四、 本实施例介绍的是通信发起方(本实施例中为 UE1 )获取与自身邻近的通 信设备以及其是否支持中继能力的过程。 本实施例的场景参见图 14所示, 其中:
与 UE1邻近的通信设备包括 UE2、 UE3和 UE4;
与 UE2邻近的通信设备包括 UE1和 UE5;
支持中继能力的通信设备为 UE1、 UE2、 UE4。
本实施例中, UE1获取与自身邻近的通信设备及其是否支持中继能力的过程参见图 15 所示, 包括:
步骤 151、 UE1广播邻近发现消息, 该邻近发现消息携带的参数为 UE1的标识信息; 优选的, 通信设备的标识信息具有全球唯一性, 可以是运营商专为邻近通信设置的标 识信息, 也可以重用现有标准中定义的标识信息;
相应的, 与 UE1邻近的 UE2、 UE3、 UE4接收到 UE1的广播消息之后, 分别向 UE1 返回邻近回复消息, 根据自身支持中继的能力不同, 其返回的邻近回复消息携带的参数不 同, 具体为:
步骤 152a、 UE2返回的邻近回复消息携带的参数为 UE2的标识以及用于表明 UE2支 持中继能力的指示信息;
步骤 152b、 UE3返回的邻近回复消息携带的参数为 UE3的标识; (由于 UE3不支持 中继能力, 因此 UE3可以不在该邻近回复消息中携带任何指示信息, 或者可以在邻近回复 消息中携带用于表明自身不支持中继能力的指示信息);
步骤 152c、 UE4返回的邻近回复消息携带的参数为 UE4的标识以及用于表明 UE4支 持中继功能的指示信息。 相应的, UE1接收到 UE2、 UE3和 UE4的邻近回复消息之后, UE1在本地存储与之 邻近的通信设备的信息 (包括标识信息以及是否支持中继能力的信息);
例如, UE1本地存储的与之邻近的通信设备的信息的一种实现形式为: <UE2的标识 信息, 支持中继能力 >、 <UE3的标识信息 >、 <UE4的标识信息, 支持中继能力 >; 又如, 另一种实现形式为: <UE2的标识信息, 支持中继能力 >、 <UE3的标识信息, 不支持中继 能力 >、 <UE4的标识信息, 支持中继能力 >。
优选的, UE1还可以根据接收到 UE2、 UE3和 UE4的信号强度的强弱, 形成优先级 列表;
举例说明, 假设接收到各通信设备的信号强度为: UE3> UE2>UE4, 则形成的优先级 列表可以为: ( UE3的标识信息, 优先级 1; UE2的标识信息, 支持中继能力, 优先级 2; UE4的标识信息, 支持中继能力, 优先级 3 ); 还可以为: ( UE3的标识信息, 不支持中继 能力, 优先级 1 ; UE2的标识信息, 支持中继能力, 优先级 2; UE4的标识信息, 支持中 继能力, 优先级 3 )。
实施例五、 本实施例是对实施例四的优化, 基于实施例四的场景描述, UE1 希望与 UE5通信, 但由于 UE1与 UE5不邻近, UE1需要从与之邻近且支持中继能力的通信设备 中选择一个作为此次通信的中继节点。
本实施例中, UE1 从本地存储的信息中得知与之邻近的通信设备包括 UE2、 UE3 和
UE4, 其中 UE2和 UE4支持中继能力。 UE1根据其接收到的信号强度形成一个优先级列 表。 本实施例中, 假设 UE1接收到的 UE2的信号强度高于其接收到的 UE4的信号强度, 因此, UE1形成的优先级列表为(UE2的标识, 优先级 1 ; UE4的标识, 优先级 2 ), 其中, 代表优先级的数字越小说明相应的优先级越高。
本实施例中, UE1首先与 UE2进行交互, 具体的交互过程参见图 16所示, 包括: 步骤 161、 UE1向 UE2发送中继请求消息, 且携带的参数为 UE5的标识信息; 步骤 162、 由于 UE2与 UE5邻近, UE2向 UE1返回中继回复消息, 且携带的参数为 是;
步骤 163、 UE1向 UE2发送中继路径建立请求消息, 且携带的参数为 UE5的标识信 息及相应的路径参数;
步骤 164、 由于 UE2在接收到 UE1发送的中继路径建立请求消息之前, UE2和 UE5 之间没有进行邻近通信, 即 UE2和 UE5之间不存在通信路径, 则: UE2在自身与 UE5之 间建立通信路径;
步骤 165、 UE2和 UE5之间通信路径建立成功之后, UE2向 UE1返回中继路径建立 回复消息, 且携带的参数为成功。
相应的, UE1接收到 UE2返回的中继路径建立回复消息之后, 由于 UE1确定 UE2和 UE5之间通信路径建立成功, 则 UE1判断自身与 UE2之间是否已建立能满足自身与 UE5 之间的通信要求(即路径参数) 的通信路径, 根据判断结果, 执行相应的操作, 具体为: 若是,则 UE 1通过自身和 UE2之间已建立的通信路径以及 UE2和 UE5之间建立的通 信路径, 与 UE5进行数据传输;
若否, 则 UE1在自身与 UE2之间建立通信路径, 进一步, UE1通过自身和 UE2之间 建立的通信路径以及 UE2和 UE5之间建立的通信路径, 与 UE5进行数据传输。
实施例六、 本实施例的场景同实施五, 区别在于本实施例描述的是 UE1选择 UE2作 为自身与 UE5之间的中继节点失败的场景。
UE1形成的优先级列表为(UE2的标识信息,优先级 1 ; UE4的标识信息,优先级 2 ), UE1首先与 UE2进行交互, 具体的交互过程同实施例五中的描述, 区别在于: 由于 UE2 和 UE5之间的信号盾量过差, 步骤 164中的通信路径建立过程失败, 此时 UE2向 UE1返 回的中继路径建立回复消息携带的参数为失败, 因此 UE1通过 UE2建立通信路径失败, UE2不能作为 UE1和 UE5之间的中继节点。
由于优先级列表中 UE4的优先级仅次于 UE2的优先级,所以 UE1在确定通过 UE2建 立通信路径失败后, 选择与 UE4进行交互, 具体过程参见图 17所示, 包括:
步骤 171、 UE1向 UE4发送中继请求消息, 且携带的参数为 UE5的标识信息; 步骤 172、 由于 UE4与 UE5不邻近, 因此 UE4向 UE1返回中继回复消息, 且携带的 参数为否;
相应的, UE1接收到 UE4返回的中继回复消息后, 确定 UE4不能作为自身与 UE5之 间的中继节点, 此时 UE 1判断 UE4的优先级是否在优先级列表中最低。 本实施例中, 由 于判断结果为是, 则表明 UE1没有找到能够作为此次通信的中继节点, 所以 UE1无法与 UE5进行通信。
实施例七、 本实施例是对实施例四的优化, 基于实施例四的场景描述, UE1在本地存 储与之邻近的通信设备的信息为: <UE2的标识信息,支持中继能力 >、 <UE3的标识信息 >、 <UE4的标识信息, 支持中继能力 >。
本实施例中, UE1希望与 UE5进行通信, UE1首先获得能够作为其与 UE5之间通信 的中继节点的信息。 UE1分别向 UE2和 UE4发起中继请求过程(可以并行执行, 也可以 顺序执行 );
根据场景描述可知: UE4和 UE5不邻近, UE2和 UE5邻近, 因此, UE4向 UE1返回 的中继回复消息携带的参数为否; UE2向 UE1返回的中继回复消息携带的参数为是;
UE1向 UE2发起中继路径建立过程, 若建立结果为成功(即 UE2与 UE5之间的通信 路径建立成功, 且 UE1与 UE2之间的通信路径建立成功), 则 UE2即为 UE1选择的用于 此次其与 UE5之间通信的中继节点, 进一步, UE 1可以通过自身和 UE2之间的通信路径 以及 UE2和 UE5之间的通信路径, 与 UE5进行数据的传输。
实施例八、 本实施例中, 通信发起方在与 eNodeB 1通信的过程中移动出了网络覆盖, 通信发起方可以通过中继与 eNodeB 1通信。
通信发起方向支持中继功能且与之邻近的通信设备发送中继请求消息, 且携带参数是 eNodeB 1的标识信息;
与该通信发起方邻近的通信设备在接收到该中继请求消息时, 判断当前自身邻近的 eNodeB (如该通信设备当前驻留的 eNodeB或者与该通信设备连接的 eNodeB ) 的标识信 息是否和中继请求消息中的 eNodeB 1的标识信息相同,根据判断结果的不同, 在向通信发 起方返回的中继回复消息携带的参数不同; 具体为: 如果相同, 则该通信设备向通信发起 方返回的中继回复消息携带的参数为是; 如果不同, 则该通信设备向通信发起方返回的中 继回复消息携带的参数为否。
相应的, 该通信发起方根据接收到的中继回复消息携带的参数, 执行不同操作, 具体 为:
若该中继回复消息携带的参数为是, 则该通信发起方确定发送该中继回复消息的通信 设备能够作为此次通信的中继节点, 并通过该通信设备向 eNodeB 1发送数据;
若该中继回复消息携带的参数为否, 则该通信发起方确定发送该中继回复消息的通信 设备不能作为此次通信的中继节点,并选择下一个通信设备进行交互,其过程如上述描述。
上述方法处理流程可以用软件程序实现, 该软件程序可以存储在存储介盾中, 当存储 的软件程序被调用时, 执行上述方法步骤。
基于同一发明构思, 本申请实施例中还提供了一种通信设备, 由于该通信设备解决问 题的原理与上述图 8所示的方法相似, 因此该通信设备的实施可以参见图 8所示的方法的 实施, 重复之处不再赘述。
参见图 18所示, 本申请实施例提供了一种通信设备, 包括:
处理模块 181 , 用于在确定与通信目标方不邻近后, 向能够作为自身与通信目标方之 间的中继节点的第三方设备发送中继路径建立请求, 该中继路径建立请求用于发起第三方 设备与通信目标方之间的第一通信路径的建立过程, 且该中继路径建立请求中至少携带通 信目标方的标识信息以及第一通信路径对应的路径参数; 通信模块 182, 用于在确定第一通信路径建立成功, 且确定自身与第三方设备之间建 立的第二通信路径之后, 通过建立的第一通信路径以及第二通信路径, 与通信目标方进行 通信。
在实施中, 处理模块 181根据以下步骤建立与第三方设备之间的第二通信路径: 在确定第一通信路径建立成功后, 直接向第三方设备发送连接建立请求, 该连接建立 请求用于请求在自身与第三方设备之间建立第二通信路径, 且该连接建立请求中携带自身 的标识信息、 第二通信路径对应的路径参数以及自身为第二通信路径分配的传输资源; 以 及根据第三方设备返回的连接建立回复中携带的指示信息, 确定第二通信路径是否建立成 功, 并在确定第二通信路径建立成功后, 从该连接建立回复中, 获取第三方设备为第二通 信路径分配的传输资源; 或者,
在确定第一通信路径建立成功, 且确定自身与第三方设备之间已建立的通信路径均不 能满足第二通信路径对应的路径参数或者自身与第三方设备之间未建立任何通信路径时, 向第三方设备发送连接建立请求, 该连接建立请求用于请求在自身与第三方设备之间建立 第二通信路径, 且该连接建立请求中携带自身的标识信息、 第二通信路径对应的路径参数 以及自身为第二通信路径分配的传输资源; 以及根据第三方设备返回的连接建立回复中携 带的指示信息, 确定第二通信路径是否建立成功, 并在确定第二通信路径建立成功后, 从 该连接建立回复中, 获取第三方设备为第二通信路径分配的传输资源。
在实施中, 处理模块 181还用于:
在向第三方设备发送中继路径建立请求时, 还通过该中继路径建立请求发起第二通信 路径的建立过程 , 该中继路径建立请求中还携带自身的标识信息以及第二通信路径对应的 路径参数; 或者,
若在确定与通信目标方不邻近之后 , 确定自身与第三方设备之间已建立的通信路径不 能满足第二通信路径对应的路径参数, 或者自身与第三方设备之间未建立任何通信路径 , 则在向第三方设备发送中继路径建立请求时, 还通过该中继路径建立请求发起第二通信路 径的建立过程, 该中继路径建立请求中还携带自身的标识信息、 第二通信路径对应的路径 参数以及自身为第二通信路径分配的传输资源。
在实施中, 处理模块 181还用于:
若确定第一通信路径建立成功, 且确定自身与第三方设备之间已建立了能够满足第二 通信路径对应的路径参数的通信路径, 则将该已建立的通信路径作为第二通信路径, 并通 知第三方设备自身为该已建立的通信路径已分配的传输资源; 或者,
若确定自身与第三方设备之间已建立了能够满足第二通信路径对应的路径参数的通 信路径, 则在向第三方设备发送中继路径建立请求时, 还通过该中继路径建立请求通知第 三方设备自身为该已建立的通信路径已分配的传输资源。
基于同一发明构思, 本申请实施例中还提供了一种通信设备, 由于该通信设备解决问 题的原理与上述图 9所示的方法相似, 因此该通信设备的实施可以参见图 9所示的方法的 实施, 重复之处不再赘述。
参见图 19 所示, 本申请实施例提供的一种通信设备, 该通信设备能够作为通信发起 方与通信目标方之间的中继节点, 该通信设备包括:
接收模块 191 , 用于接收通信发起方发送的中继路径建立请求, 该中继路径建立请求 中至少携带通信目标方的标识信息以及请求在自身与通信目标方之间建立的第一通信路 径对应的路径参数;
路径建立模块 192, 用于确定自身与通信目标方之间建立的第一通信路径, 以及自身 与通信发起方之间建立的第二通信路径;
数据转发模块 193 , 用于通过建立的第一通信路径以及第二通信路径, 在通信发起方 与通信目标方之间转发数据。
在实施中, 路径建立模块 192具体用于:
在确定第一通信路径以及第二通信路径之前, 根据预先设定的判断条件, 确定自身接 受该中继路径建立请求。
在实施中, 路径建立模块 192根据以下步骤确定第一通信路径:
直接建立发起第一通信路径的建立过程; 或者,
在确定自身与通信目标方之间已建立了能够满足第一通信路径对应的路径参数的通 信路径时, 将已建立的通信路径作为第一通信路径; 或者,
在确定自身与通信目标方之间已建立的通信路径不能满足第一通信路径对应的路径 参数,或者自身与通信目标方之间未建立任何通信路径时,发起第一通信路径的建立过程。
在实施中, 路径建立模块 192发起第一通信路径的建立过程, 包括:
向通信目标方发送第一连接建立请求, 该第一连接建立请求用于请求与通信目标方建 立第一通信路径, 且该第一连接建立请求中携带自身的标识信息、 第一通信路径对应的路 径参数以及自身为第一通信路径分配的传输资源; 以及根据通信目标方返回的第一连接建 立回复中的指示信息, 确定第一通信路径是否建立成功, 并在确定第一通信路径建立成功 后, 从该第一连接建立回复中, 获取通信目标方为第一通信路径分配的传输资源。
在实施中, 路径建立模块 192还用于:
在将已建立的通信路径作为第一通信路径之后, 向通信发起方返回中继路径建立回 复, 并在该中继路径建立回复中指示第一通信路径建立成功; 或者,
在完成第一通信路径的建立过程之后, 向通信发起方返回中继路径建立回复, 并在中 继路径建立回复中指示第一通信路径是否建立成功。
在实施中, 路径建立模块 192还用于:
若接收模块 191接收到的中继路径建立请求中还携带通信发起方的标识信息以及第二 通信路径对应的路径参数, 则在第一通信路径建立成功后为该第二通信路径分配的传输资 源, 并在向通信发起方返回的中继路径建立回复中携带用于指示第二通信路径建立成功的 指示信息以及自身为第二通信路径分配的传输资源。
在实施中, 接收模块 191还用于: 接收通信发起方发送的第二连接建立请求, 第二连 接建立请求中携带通信发起方的标识信息、 第二通信路径对应的路径参数以及通信发起方 为第二通信路径分配的传输资源;
处理模块 192还用于: 若自身接受该第二连接建立请求, 则在向通信发起方返回的第 二连接建立回复中携带用于指示第二通信路径建立成功的指示信息以及自身为第二通信 路径分配的传输资源; 若自身不接受该第二连接建立请求, 则在第二连接建立回复中携带 用于指示第二通信路径建立失败的指示信息。
在实施中, 若第二通信路径为通信发起方与第三方设备之间已建立的通信路径 , 则路 径建立模块 192还用于:
根据接收到的通信发起方发送的通知, 确定该已建立的通信路径; 或者,
根据接收到的中继路径建立请求, 确定该已建立的通信路径。
基于同一发明构思, 本申请实施例中还提供了一种通信设备, 由于该通信设备解决问 题的原理与上述图 8所示的方法相似, 因此该通信设备的实施可以参见图 8所示的方法的 实施, 重复之处不再赘述。
参见图 20所示, 本申请实施例提供了一种通信设备, 包括:
处理器 200, 用于在确定与通信目标方不邻近后, 向能够作为自身与通信目标方之间 的中继节点的第三方设备发送中继路径建立请求, 该中继路径建立请求用于发起第三方设 备与通信目标方之间的第一通信路径的建立过程, 且该中继路径建立请求中至少携带通信 目标方的标识信息以及第一通信路径对应的路径参数, 在确定第一通信路径建立成功, 且 确定自身与第三方设备之间建立的第二通信路径之后 , 釆用收发机 210通过建立的第一通 信路径以及第二通信路径, 与通信目标方进行通信;
收发机 210, 用于在处理器 200的控制下接收和发送数据。
在实施中, 处理器 200根据以下步骤建立与第三方设备之间的第二通信路径: 在确定第一通信路径建立成功后, 直接向第三方设备发送连接建立请求, 该连接建立 请求用于请求在自身与第三方设备之间建立第二通信路径, 且该连接建立请求中携带自身 的标识信息、 第二通信路径对应的路径参数以及自身为第二通信路径分配的传输资源; 以 及根据第三方设备返回的连接建立回复中携带的指示信息, 确定第二通信路径是否建立成 功, 并在确定第二通信路径建立成功后, 从该连接建立回复中, 获取第三方设备为第二通 信路径分配的传输资源; 或者,
在确定第一通信路径建立成功, 且确定自身与第三方设备之间已建立的通信路径均不 能满足第二通信路径对应的路径参数或者自身与第三方设备之间未建立任何通信路径时, 向第三方设备发送连接建立请求, 该连接建立请求用于请求在自身与第三方设备之间建立 第二通信路径, 且该连接建立请求中携带自身的标识信息、 第二通信路径对应的路径参数 以及自身为第二通信路径分配的传输资源; 以及根据第三方设备返回的连接建立回复中携 带的指示信息, 确定第二通信路径是否建立成功, 并在确定第二通信路径建立成功后, 从 该连接建立回复中, 获取第三方设备为第二通信路径分配的传输资源。
在实施中, 处理器 200还用于:
在向第三方设备发送中继路径建立请求时, 还通过该中继路径建立请求发起第二通信 路径的建立过程, 该中继路径建立请求中还携带自身的标识信息以及第二通信路径对应的 路径参数; 或者,
若在确定与通信目标方不邻近之后 , 确定自身与第三方设备之间已建立的通信路径不 能满足第二通信路径对应的路径参数, 或者自身与第三方设备之间未建立任何通信路径 , 则在向第三方设备发送中继路径建立请求时, 还通过该中继路径建立请求发起第二通信路 径的建立过程, 该中继路径建立请求中还携带自身的标识信息、 第二通信路径对应的路径 参数以及自身为第二通信路径分配的传输资源。
在实施中, 处理器 200还用于:
若确定第一通信路径建立成功, 且确定自身与第三方设备之间已建立了能够满足第二 通信路径对应的路径参数的通信路径, 则将该已建立的通信路径作为第二通信路径, 并通 知第三方设备自身为该已建立的通信路径已分配的传输资源; 或者,
若确定自身与第三方设备之间已建立了能够满足第二通信路径对应的路径参数的通 信路径, 则在向第三方设备发送中继路径建立请求时, 还通过该中继路径建立请求通知第 三方设备自身为该已建立的通信路径已分配的传输资源。
其中, 在图 20中, 总线架构可以包括任意数量的互联的总线和桥, 具体由处理器 200 代表的一个或多个处理器和存储器 220代表的存储器的各种电路链接在一起。 总线架构还 可以将诸如外围设备、 稳压器和功率管理电路等之类的各种其他电路链接在一起, 这些都 是本领域所公知的, 因此,本文不再对其进行进一步描述。 总线接口提供接口。 收发机 210 可以是多个元件, 即包括发送机和接收机, 提供用于在传输介盾上与各种其他装置通信的 单元。 处理器 200负责管理总线架构和通常的处理, 存储器 220可以存储处理器 200在执 行操作时所使用的数据。
处理器 200负责管理总线架构和通常的处理, 存储器 220可以存储处理器 200在执行 操作时所使用的数据。
基于同一发明构思, 本申请实施例中还提供了一种通信设备, 由于该通信设备解决问 题的原理与上述图 9所示的方法相似, 因此该通信设备的实施可以参见图 9所示的方法的 实施, 重复之处不再赘述。
参见图 21 所示, 本申请实施例提供的一种通信设备, 该通信设备能够作为通信发起 方与通信目标方之间的中继节点, 该通信设备包括:
处理器 300, 用于接收通信发起方发送的中继路径建立请求, 该中继路径建立请求中 至少携带通信目标方的标识信息以及请求在自身与通信目标方之间建立的第一通信路径 对应的路径参数; 确定自身与通信目标方之间建立的第一通信路径, 以及自身与通信发起 方之间建立的第二通信路径;釆用收发机 310通过建立的第一通信路径以及第二通信路径 , 在通信发起方与通信目标方之间转发数据;
收发机 310, 用于在处理器 300的控制下接收和发送数据。
在实施中, 处理器 300具体用于:
在确定第一通信路径以及第二通信路径之前, 根据预先设定的判断条件, 确定自身接 受该中继路径建立请求。
在实施中, 处理器 300根据以下步骤确定第一通信路径:
直接建立发起第一通信路径的建立过程; 或者,
在确定自身与通信目标方之间已建立了能够满足第一通信路径对应的路径参数的通 信路径时, 将已建立的通信路径作为第一通信路径; 或者,
在确定自身与通信目标方之间已建立的通信路径不能满足第一通信路径对应的路径 参数,或者自身与通信目标方之间未建立任何通信路径时,发起第一通信路径的建立过程。
在实施中, 处理器 300发起第一通信路径的建立过程, 包括:
向通信目标方发送第一连接建立请求, 该第一连接建立请求用于请求与通信目标方建 立第一通信路径, 且该第一连接建立请求中携带自身的标识信息、 第一通信路径对应的路 径参数以及自身为第一通信路径分配的传输资源; 以及根据通信目标方返回的第一连接建 立回复中的指示信息, 确定第一通信路径是否建立成功, 并在确定第一通信路径建立成功 后, 从该第一连接建立回复中, 获取通信目标方为第一通信路径分配的传输资源。
在实施中, 处理器 300还用于:
在将已建立的通信路径作为第一通信路径之后, 向通信发起方返回中继路径建立回 复, 并在该中继路径建立回复中指示第一通信路径建立成功; 或者,
在完成第一通信路径的建立过程之后, 向通信发起方返回中继路径建立回复, 并在中 继路径建立回复中指示第一通信路径是否建立成功。
在实施中, 处理器 300还用于:
若接收到的中继路径建立请求中还携带通信发起方的标识信息以及第二通信路径对 应的路径参数, 则在第一通信路径建立成功后为该第二通信路径分配的传输资源, 并在向 通信发起方返回的中继路径建立回复中携带用于指示第二通信路径建立成功的指示信息 以及自身为第二通信路径分配的传输资源。
在实施中, 处理器 300还用于: 接收通信发起方发送的第二连接建立请求, 第二连接 建立请求中携带通信发起方的标识信息、 第二通信路径对应的路径参数以及通信发起方为 第二通信路径分配的传输资源; 若自身接受该第二连接建立请求, 则在向通信发起方返回 的第二连接建立回复中携带用于指示第二通信路径建立成功的指示信息以及自身为第二 通信路径分配的传输资源; 若自身不接受该第二连接建立请求, 则在第二连接建立回复中 携带用于指示第二通信路径建立失败的指示信息。
在实施中, 若第二通信路径为通信发起方与第三方设备之间已建立的通信路径 , 则处 理器 300还用于:
根据接收到的通信发起方发送的通知, 确定该已建立的通信路径; 或者,
根据接收到的中继路径建立请求, 确定该已建立的通信路径。
其中, 在图 3中, 总线架构可以包括任意数量的互联的总线和桥, 具体由处理器 300 代表的一个或多个处理器和存储器 320代表的存储器的各种电路链接在一起。 总线架构还 可以将诸如外围设备、 稳压器和功率管理电路等之类的各种其他电路链接在一起, 这些都 是本领域所公知的, 因此,本文不再对其进行进一步描述。 总线接口提供接口。 收发机 310 可以是多个元件, 即包括发送机和接收机, 提供用于在传输介盾上与各种其他装置通信的 单元。 处理器 300负责管理总线架构和通常的处理, 存储器 320可以存储处理器 300在执 行操作时所使用的数据。
处理器 300负责管理总线架构和通常的处理, 存储器 320可以存储处理器 300在执行 操作时所使用的数据。 本领域内的技术人员应明白, 本申请的实施例可提供为方法、 系统、 或计算机程序产 品。 因此, 本申请可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且, 本申请可釆用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介盾 (包括但不限于磁盘存储器、 CD-ROM、 光学存储器等)上实施的计算机程 序产品的形式。
本申请是参照根据本申请实施例的方法、 设备(系统)、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器 以产生一个机器, 使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的 装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中, 使得存储在该计算机可读存储器中的指令产生包括指令装 置的制造品, 该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个 方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上, 使得在计算机 或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理, 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例, 但本领域内的技术人员一旦得知了基本创造性概 念, 则可对这些实施例作出另外的变更和修改。 所以, 所附权利要求意欲解释为包括优选 实施例以及落入本申请范围的所有变更和修改。
显然, 本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和 范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内, 则本申请也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种邻近通信的实现方法, 其特征在于, 该方法包括:
通信发起方在确定与通信目标方不邻近后 , 向能够作为自身与所述通信目标方之间的 中继节点的第三方设备发送中继路径建立请求, 所述中继路径建立请求用于发起所述第三 方设备与所述通信目标方之间的第一通信路径的建立过程, 且所述中继路径建立请求中至 少携带所述通信目标方的标识信息以及所述第一通信路径对应的路径参数;
所述通信发起方在确定第一通信路径建立成功, 且确定自身与第三方设备之间建立的 第二通信路径之后, 通过所述第一通信路径以及所述第二通信路径, 与所述通信目标方进 行通信。
2、 如权利要求 1 所述的方法, 其特征在于, 所述通信发起方根据以下步骤建立与所 述第三方设备之间的第二通信路径:
所述通信发起方在确定所述第一通信路径建立成功后, 向所述第三方设备发送连接建 立请求, 所述连接建立请求用于请求在自身与所述第三方设备之间建立第二通信路径, 且 所述连接建立请求中携带自身的标识信息、 所述第二通信路径对应的路径参数以及自身为 所述第二通信路径分配的传输资源;
所述通信发起方根据所述第三方设备返回的连接建立回复中携带的指示信息, 确定所 述第二通信路径是否建立成功, 并在确定所述第二通信路径建立成功后, 从所述连接建立 回复中, 获取所述第三方设备为所述第二通信路径分配的传输资源。
3、 如权利要求 2 所述的方法, 其特征在于, 所述通信发起方在确定所述第一通信路 径建立成功之后, 且在向所述第三方设备发送连接建立请求之前, 所述方法还包括: 所述通信发起方确定自身与所述第三方设备之间已建立的通信路径均不能满足所述 第二通信路径对应的路径参数, 或者自身与所述第三方设备之间未建立任何通信路径。
4、 如权利要求 1所述的方法, 其特征在于, 所述方法还包括:
所述通信发起方在向所述第三方设备发送所述中继路径建立请求时, 还通过所述中继 路径建立请求发起所述第二通信路径的建立过程;
其中, 所述中继路径建立请求中还携带自身的标识信息、 所述第二通信路径对应的路 径参数以及自身为所述第二通信路径分配的传输资源。
5、 如权利要求 4 所述的方法, 其特征在于, 所述通信发起方在确定与所述通信目标 方不邻近之后, 且在发送所述中继路径建立请求之前, 还包括:
所述通信发起方确定自身与所述第三方设备之间已建立的通信路径不能满足所述第 二通信路径对应的路径参数, 或者自身与所述第三方设备之间未建立任何通信路径。
6、 如权利要求 1所述的方法, 其特征在于, 所述方法还包括:
所述通信发起方在确定所述第一通信路径建立成功, 且确定自身与所述第三方设备之 间已建立了能够满足所述第二通信路径对应的路径参数的通信路径后, 将所述已建立的通 信路径作为所述第二通信路径, 并通知所述第三方设备自身为所述已建立的通信路径已分 配的传输资源; 或者,
在确定自身与所述第三方设备之间已建立了能够满足所述第二通信路径对应的路径 参数的通信路径后, 所述通信发起方在向所述第三方设备发送所述中继路径建立请求时, 还通过所述中继路径建立请求通知所述第三方设备自身为所述已建立的通信路径已分配 的传输资源。
7、 如权利要求 1~6任一项所述的方法, 其特征在于, 所述通信发起方向能够作为自 身与所述通信目标方之间的中继节点的第三方设备发送中继路径建立请求, 包括:
若当前确定出的第三方设备的数量至少为两个, 所述通信发起方根据预设的各所述第 三方设备的优先级, 按照优先级从高到低的顺序, 从所有所述第三方通信设备中, 选择一 个第三方设备, 并向当前选择的第三方设备发送所述中继路径建立请求。
8、 一种邻近通信的实现方法, 其特征在于, 该方法包括:
第三方设备接收通信发起方发送的中继路径建立请求, 所述中继路径建立请求中至少 携带通信目标方的标识信息以及请求在所述第三方设备与所述通信目标方之间建立的第 一通信路径对应的路径参数;
所述第三方设备确定自身与所述通信目标方之间建立的第一通信路径, 以及自身与所 述通信发起方之间建立的第二通信路径;
所述第三方设备通过所述第一通信路径以及所述第二通信路径 , 在所述通信发起方与 所述通信目标方之间转发数据;
其中, 所述第三方设备为能够作为所述通信发起方与所述通信目标方之间的中继节点 的通信设备。
9、 如权利要求 8 所述的方法, 其特征在于, 所述第三方设备接收通信发起方发送的 中继路径建立请求之后, 且在确定所述第一通信路径及所述第二通信路径之前, 还包括: 所述第三方设备根据预先设定的判断条件, 确定自身能够接受所述中继路径建立请 求。
10、 如权利要求 8或 9所述的方法, 其特征在于, 所述第三方设备确定所述第一通信 路径, 包括:
所述第三方设备直接发起所述第一通信路径的建立过程; 或者, 在确定自身与所述通信目标方之间已建立了能够满足所述第一通信路径对应的路径 参数的通信路径时, 所述第三方设备将所述已建立的通信路径作为所述第一通信路径; 或 者,
在确定自身与所述通信目标方之间已建立的通信路径不能满足所述第一通信路径对 应的路径参数, 或者自身与所述通信目标方之间未建立任何通信路径时, 所述第三方设备 发起所述第一通信路径的建立过程。
11、如权利要求 10所述的方法, 其特征在于,所述第三方设备发起所述第一通信路径 的建立过程, 包括:
所述第三方设备向所述通信目标方发送第一连接建立请求, 所述第一连接建立请求用 于请求与所述通信目标方建立第一通信路径, 且所述第一连接建立请求中携带自身的标识 信息、 所述第一通信路径对应的路径参数以及自身为所述第一通信路径分配的传输资源; 所述第三方设备根据所述通信目标方返回的第一连接建立回复中的指示信息, 确定所 述第一通信路径是否建立成功, 并在确定所述第一通信路径建立成功后, 从所述第一连接 建立回复中, 获取所述通信目标方为所述第一通信路径分配的传输资源。
12、 如权利要求 11所述的方法, 其特征在于, 所述方法还包括:
所述第三方设备在将所述已建立的通信路径作为所述第一通信路径之后 , 向所述通信 发起方返回中继路径建立回复, 并在所述中继路径建立回复中指示所述第一通信路径建立 成功; 或者,
所述第三方设备在完成所述第一通信路径的建立过程之后 , 向所述通信发起方返回中 继路径建立回复, 并在所述中继路径建立回复中指示所述第一通信路径是否建立成功。
13、 如权利要求 11所述的方法, 其特征在于, 所述方法还包括:
所述通信目标方在接收到所述第一连接建立请求后, 根据预先设定的判断条件 , 判断 自身是否接受所述第一连接建立请求;
若接受所述第一连接建立请求, 则所述通信目标方在所述第一连接建立回复中携带用 于指示所述第一通信路径建立成功的指示信息以及自身为所述第一通信路径分配的传输 资源;
若不接受所述第一连接建立请求, 则所述通信目标方在所述第一连接建立回复中携带 用于指示所述第一通信路径建立失败的指示信息。
14、 如权利要求 8或 9所述的方法, 其特征在于, 所述第三方设备确定所述第二通信 路径包括:
若所述中继路径建立请求中还携带所述通信发起方的标识信息、 所述第二通信路径对 应的路径参数以及所述通信发起方为所述第二通信路径分配的传输资源, 在所述第一通信 路径建立成功之后, 所述第三方设备为所述第二通信路径分配传输资源, 并在向所述通信 发起方返回的中继路径建立回复中携带用于指示所述第二通信路径建立成功的指示信息 以及自身为所述第二通信路径分配的传输资源。
15、 如权利要求 8所述的方法, 其特征在于, 所述方法还包括:
所述第三方设备接收所述通信发起方发送的第二连接建立请求, 所述第二连接建立请 求中携带所述通信发起方的标识信息、 所述第二通信路径对应的路径参数以及所述通信发 起方为所述第二通信路径分配的传输资源;
若自身接受所述第二连接建立请求, 则所述第三方设备在向所述通信发起方返回的第 二连接建立回复中携带用于指示所述第二通信路径建立成功的指示信息以及自身为所述 第二通信路径分配的传输资源;
若自身不接受所述第二连接建立请求, 则所述第三方设备在所述第二连接建立回复中 携带用于指示所述第二通信路径建立失败的指示信息。
16、 如权利要求 8所述的方法, 其特征在于, 若所述第二通信路径为所述通信发起方 与所述第三方设备之间已建立的通信路径, 所述方法还包括:
所述第三方设备根据接收到的所述通信发起方发送的通知, 确定所述已建立的通信路 径; 或者,
所述第三方设备根据接收到的中继路径建立请求, 确定所述已建立的通信路径。
17、 一种通信设备, 其特征在于, 该通信设备包括:
处理模块, 用于在确定与通信目标方不邻近后, 向能够作为自身与所述通信目标方之 间的中继节点的第三方设备发送中继路径建立请求, 所述中继路径建立请求用于发起所述 第三方设备与所述通信目标方之间的第一通信路径的建立过程, 且所述中继路径建立请求 中至少携带所述通信目标方的标识信息以及所述第一通信路径对应的路径参数;
通信模块, 用于在确定第一通信路径建立成功, 且确定自身与第三方设备之间建立的 第二通信路径之后, 通过所述第一通信路径以及所述第二通信路径, 与所述通信目标方进 行通信。
18、 如权利要求 17 所述的通信设备, 其特征在于, 所述处理模块具体用于, 根据以 下步骤建立与所述第三方设备之间的第二通信路径:
在确定所述第一通信路径建立成功后, 直接向所述第三方设备发送连接建立请求, 所 述连接建立请求用于请求在自身与所述第三方设备之间建立第二通信路径, 且所述连接建 立请求中携带自身的标识信息、 所述第二通信路径对应的路径参数以及自身为所述第二通 信路径分配的传输资源; 以及根据所述第三方设备返回的连接建立回复中携带的指示信 息, 确定所述第二通信路径是否建立成功, 并在确定所述第二通信路径建立成功后, 从所 述连接建立回复中, 获取所述第三方设备为所述第二通信路径分配的传输资源; 或者, 在确定所述第一通信路径建立成功, 且确定自身与所述第三方设备之间已建立的通信 路径均不能满足所述第二通信路径对应的路径参数或者自身与所述第三方设备之间未建 立任何通信路径时, 向所述第三方设备发送连接建立请求, 所述连接建立请求用于请求在 自身与所述第三方设备之间建立第二通信路径, 且所述连接建立请求中携带自身的标识信 息、 所述第二通信路径对应的路径参数以及自身为所述第二通信路径分配的传输资源; 以 及根据所述第三方设备返回的连接建立回复中携带的指示信息, 确定所述第二通信路径是 否建立成功, 并在确定所述第二通信路径建立成功后, 从所述连接建立回复中, 获取所述 第三方设备为所述第二通信路径分配的传输资源。
19、 如权利要求 17所述的通信设备, 其特征在于, 所述处理模块还用于: 在向所述第三方设备发送所述中继路径建立请求时, 还通过所述中继路径建立请求发 起所述第二通信路径的建立过程, 所述中继路径建立请求中还携带自身的标识信息以及所 述第二通信路径对应的路径参数; 或者,
若在确定与所述通信目标方不邻近之后, 确定自身与所述第三方设备之间已建立的通 信路径不能满足所述第二通信路径对应的路径参数, 或者自身与所述第三方设备之间未建 立任何通信路径, 则在向所述第三方设备发送所述中继路径建立请求时, 还通过所述中继 路径建立请求发起所述第二通信路径的建立过程, 所述中继路径建立请求中还携带自身的 标识信息、 所述第二通信路径对应的路径参数以及自身为所述第二通信路径分配的传输资 源。
20、 如权利要求 17所述的通信设备, 其特征在于, 所述处理模块还用于: 若确定所述第一通信路径建立成功, 且确定自身与所述第三方设备之间已建立了能够 满足所述第二通信路径对应的路径参数的通信路径 , 则将所述已建立的通信路径作为所述 第二通信路径 , 并通知所述第三方设备自身为所述已建立的通信路径已分配的传输资源; 或者,
若确定自身与所述第三方设备之间已建立了能够满足所述第二通信路径对应的路径 参数的通信路径, 则在向所述第三方设备发送所述中继路径建立请求时, 还通过所述中继 路径建立请求通知所述第三方设备自身为所述已建立的通信路径已分配的传输资源。
21、 一种通信设备, 其特征在于, 所述通信设备能够作为所述通信发起方与所述通信 目标方之间的中继节点, 所述通信设备包括: 接收模块, 用于接收通信发起方发送的中继路径建立请求, 所述中继路径建立请求中 至少携带通信目标方的标识信息以及请求在自身与所述通信目标方之间建立的第一通信 路径对应的路径参数;
路径建立模块, 用于确定自身与所述通信目标方之间建立的第一通信路径, 以及自身 与所述通信发起方之间建立的第二通信路径;
数据转发模块, 用于通过所述第一通信路径以及所述第二通信路径, 在所述通信发起 方与所述通信目标方之间转发数据。
22、 如权利要求 21所述的通信设备, 其特征在于, 所述路径建立模块具体用于: 在确定所述第一通信路径以及所述第二通信路径之前, 根据预先设定的判断条件, 确 定自身接受所述中继路径建立请求。
23、如权利要求 21或 22所述的通信设备, 其特征在于, 所述路径建立模块具体用于, 根据以下步骤确定所述第一通信路径:
直接建立发起所述第一通信路径的建立过程; 或者,
在确定自身与所述通信目标方之间已建立了能够满足所述第一通信路径对应的路径 参数的通信路径时, 将所述已建立的通信路径作为所述第一通信路径; 或者,
在确定自身与所述通信目标方之间已建立的通信路径不能满足所述第一通信路径对 应的路径参数, 或者自身与所述通信目标方之间未建立任何通信路径时, 发起所述第一通 信路径的建立过程。
24、 如权利要求 23所述的通信设备, 其特征在于, 所述路径建立模块具体用于: 向所述通信目标方发送第一连接建立请求, 所述第一连接建立请求用于请求与所述通 信目标方建立第一通信路径, 且所述第一连接建立请求中携带自身的标识信息、 所述第一 通信路径对应的路径参数以及自身为所述第一通信路径分配的传输资源; 以及根据所述通 信目标方返回的第一连接建立回复中的指示信息, 确定所述第一通信路径是否建立成功, 并在确定所述第一通信路径建立成功后, 从所述第一连接建立回复中, 获取所述通信目标 方为所述第一通信路径分配的传输资源。
25、 如权利要求 21或 22所述的通信设备, 其特征在于, 所述路径建立模块还用于: 若所述接收模块接收到的中继路径建立请求中还携带所述通信发起方的标识信息以 及所述第二通信路径对应的路径参数, 则在所述第一通信路径建立成功后, 为所述第二通 信路径分配传输资源, 并在向所述通信发起方返回的中继路径建立回复中携带用于指示所 述第二通信路径建立成功的指示信息以及自身为所述第二通信路径分配的传输资源。
26、 如权利要求 21所述的通信设备, 其特征在于, 所述接收模块还用于: 接收所述通信发起方发送的第二连接建立请求, 所述第二连接建立请求中携带所述通 信发起方的标识信息、 所述第二通信路径对应的路径参数以及所述通信发起方为所述第二 通信路径分配的传输资源;
所述路径建立模块还用于: 若自身接受所述第二连接建立请求, 则在向所述通信发起 方返回的第二连接建立回复中携带用于指示所述第二通信路径建立成功的指示信息以及 自身为所述第二通信路径分配的传输资源; 若自身不接受所述第二连接建立请求, 则在所 述第二连接建立回复中携带用于指示所述第二通信路径建立失败的指示信息。
27、 如权利要求 21 所述的通信设备, 其特征在于, 若所述第二通信路径为所述通信 发起方与所述第三方设备之间已建立的通信路径, 所述路径建立模块还用于:
根据接收到的所述通信发起方发送的通知, 确定所述已建立的通信路径; 或者, 根据接收到的中继路径建立请求, 确定所述已建立的通信路径。
28、 一种通信设备, 其特征在于, 该通信设备包括:
处理器, 用于在确定与通信目标方不邻近后, 向能够作为自身与通信目标方之间的中 继节点的第三方设备发送中继路径建立请求, 该中继路径建立请求用于发起第三方设备与 通信目标方之间的第一通信路径的建立过程, 且该中继路径建立请求中至少携带通信目标 方的标识信息以及第一通信路径对应的路径参数, 在确定第一通信路径建立成功, 且确定 自身与第三方设备之间建立的第二通信路径之后 , 釆用收发机 210通过建立的第一通信路 径以及第二通信路径, 与通信目标方进行通信;
收发机, 用于在处理器的控制下接收和发送数据。
29、 如权利要求 28 所述的通信设备, 其特征在于, 所述处理器具体用于, 根据以下 步骤建立与所述第三方设备之间的第二通信路径:
在确定所述第一通信路径建立成功后, 直接向所述第三方设备发送连接建立请求, 所 述连接建立请求用于请求在自身与所述第三方设备之间建立第二通信路径, 且所述连接建 立请求中携带自身的标识信息、 所述第二通信路径对应的路径参数以及自身为所述第二通 信路径分配的传输资源; 以及根据所述第三方设备返回的连接建立回复中携带的指示信 息, 确定所述第二通信路径是否建立成功, 并在确定所述第二通信路径建立成功后, 从所 述连接建立回复中, 获取所述第三方设备为所述第二通信路径分配的传输资源; 或者, 在确定所述第一通信路径建立成功, 且确定自身与所述第三方设备之间已建立的通信 路径均不能满足所述第二通信路径对应的路径参数或者自身与所述第三方设备之间未建 立任何通信路径时, 向所述第三方设备发送连接建立请求, 所述连接建立请求用于请求在 自身与所述第三方设备之间建立第二通信路径, 且所述连接建立请求中携带自身的标识信 息、 所述第二通信路径对应的路径参数以及自身为所述第二通信路径分配的传输资源; 以 及根据所述第三方设备返回的连接建立回复中携带的指示信息, 确定所述第二通信路径是 否建立成功, 并在确定所述第二通信路径建立成功后, 从所述连接建立回复中, 获取所述 第三方设备为所述第二通信路径分配的传输资源。
30、 如权利要求 28所述的通信设备, 其特征在于, 所述处理器还用于:
在向所述第三方设备发送所述中继路径建立请求时, 还通过所述中继路径建立请求发 起所述第二通信路径的建立过程, 所述中继路径建立请求中还携带自身的标识信息以及所 述第二通信路径对应的路径参数; 或者,
若在确定与所述通信目标方不邻近之后, 确定自身与所述第三方设备之间已建立的通 信路径不能满足所述第二通信路径对应的路径参数, 或者自身与所述第三方设备之间未建 立任何通信路径, 则在向所述第三方设备发送所述中继路径建立请求时, 还通过所述中继 路径建立请求发起所述第二通信路径的建立过程, 所述中继路径建立请求中还携带自身的 标识信息、 所述第二通信路径对应的路径参数以及自身为所述第二通信路径分配的传输资 源。
31、 如权利要求 28所述的通信设备, 其特征在于, 所述处理器还用于:
若确定所述第一通信路径建立成功, 且确定自身与所述第三方设备之间已建立了能够 满足所述第二通信路径对应的路径参数的通信路径 , 则将所述已建立的通信路径作为所述 第二通信路径 , 并通知所述第三方设备自身为所述已建立的通信路径已分配的传输资源; 或者,
若确定自身与所述第三方设备之间已建立了能够满足所述第二通信路径对应的路径 参数的通信路径, 则在向所述第三方设备发送所述中继路径建立请求时, 还通过所述中继 路径建立请求通知所述第三方设备自身为所述已建立的通信路径已分配的传输资源。
32、 一种通信设备, 其特征在于, 所述通信设备能够作为所述通信发起方与所述通信 目标方之间的中继节点, 所述通信设备包括:
处理器, 用于接收通信发起方发送的中继路径建立请求, 该中继路径建立请求中至少 携带通信目标方的标识信息以及请求在自身与通信目标方之间建立的第一通信路径对应 的路径参数; 确定自身与通信目标方之间建立的第一通信路径 , 以及自身与通信发起方之 间建立的第二通信路径; 釆用收发机通过建立的第一通信路径以及第二通信路径 , 在通信 发起方与通信目标方之间转发数据;
收发机, 用于在处理器的控制下接收和发送数据。
33、 如权利要求 32所述的通信设备, 其特征在于, 所述处理器具体用于: 在确定所述第一通信路径以及所述第二通信路径之前, 根据预先设定的判断条件, 确 定自身接受所述中继路径建立请求。
34、 如权利要求 32或 33所述的通信设备, 其特征在于, 所述处理器具体用于, 根据 以下步骤确定所述第一通信路径:
直接建立发起所述第一通信路径的建立过程; 或者,
在确定自身与所述通信目标方之间已建立了能够满足所述第一通信路径对应的路径 参数的通信路径时, 将所述已建立的通信路径作为所述第一通信路径; 或者,
在确定自身与所述通信目标方之间已建立的通信路径不能满足所述第一通信路径对 应的路径参数, 或者自身与所述通信目标方之间未建立任何通信路径时, 发起所述第一通 信路径的建立过程。
35、 如权利要求 23所述的通信设备, 其特征在于, 所述处理器具体用于: 向所述通信目标方发送第一连接建立请求, 所述第一连接建立请求用于请求与所述通 信目标方建立第一通信路径, 且所述第一连接建立请求中携带自身的标识信息、 所述第一 通信路径对应的路径参数以及自身为所述第一通信路径分配的传输资源; 以及根据所述通 信目标方返回的第一连接建立回复中的指示信息, 确定所述第一通信路径是否建立成功, 并在确定所述第一通信路径建立成功后, 从所述第一连接建立回复中, 获取所述通信目标 方为所述第一通信路径分配的传输资源。
36、 如权利要求 32或 33所述的通信设备, 其特征在于, 所述处理器还用于: 若所述接收模块接收到的中继路径建立请求中还携带所述通信发起方的标识信息以 及所述第二通信路径对应的路径参数, 则在所述第一通信路径建立成功后, 为所述第二通 信路径分配传输资源, 并在向所述通信发起方返回的中继路径建立回复中携带用于指示所 述第二通信路径建立成功的指示信息以及自身为所述第二通信路径分配的传输资源。
37、 如权利要求 32所述的通信设备, 其特征在于, 所述处理器还用于:
接收所述通信发起方发送的第二连接建立请求, 所述第二连接建立请求中携带所述通 信发起方的标识信息、 所述第二通信路径对应的路径参数以及所述通信发起方为所述第二 通信路径分配的传输资源; 若自身接受所述第二连接建立请求, 则在向所述通信发起方返 回的第二连接建立回复中携带用于指示所述第二通信路径建立成功的指示信息以及自身 为所述第二通信路径分配的传输资源; 若自身不接受所述第二连接建立请求, 则在所述第 二连接建立回复中携带用于指示所述第二通信路径建立失败的指示信息。
38、 如权利要求 32 所述的通信设备, 其特征在于, 若所述第二通信路径为所述通信 发起方与所述第三方设备之间已建立的通信路径, 所述处理器还用于: 根据接收到的所述通信发起方发送的通知, 确定所述已建立的通信路径; 或者, 根据接收到的中继路径建立请求, 确定所述已建立的通信路径。
PCT/CN2014/077261 2013-05-13 2014-05-12 一种邻近通信的实现方法和装置 WO2014183619A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310175640.1A CN104159266B (zh) 2013-05-13 2013-05-13 一种邻近通信的实现方法和装置
CN201310175640.1 2013-05-13

Publications (1)

Publication Number Publication Date
WO2014183619A1 true WO2014183619A1 (zh) 2014-11-20

Family

ID=51884650

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/077261 WO2014183619A1 (zh) 2013-05-13 2014-05-12 一种邻近通信的实现方法和装置

Country Status (2)

Country Link
CN (1) CN104159266B (zh)
WO (1) WO2014183619A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021102782A1 (en) * 2019-11-28 2021-06-03 Apple Inc. Access control at a relay user equipment

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017024471A1 (zh) * 2015-08-10 2017-02-16 华为技术有限公司 数据传输方法及ue
CN109246650B (zh) * 2017-06-30 2021-09-21 中国电信股份有限公司 车车通信的方法和装置、中继装置、车车通信系统
WO2020191741A1 (zh) 2019-03-28 2020-10-01 Oppo广东移动通信有限公司 连接管理方法、装置、计算机设备和存储介质
EP4088492A1 (en) * 2020-01-07 2022-11-16 Telefonaktiebolaget LM Ericsson (publ) Path selection for sidelink communications in nr network
CN111479295B (zh) * 2020-03-06 2022-06-10 珠海格力电器股份有限公司 数据传输方法、系统、装置、设备及存储介质
WO2021212383A1 (zh) * 2020-04-22 2021-10-28 Oppo广东移动通信有限公司 QoS控制方法、装置及可读存储介质
CN115103053A (zh) * 2022-06-16 2022-09-23 维沃移动通信有限公司 通话建立方法、装置、终端、系统及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101742473A (zh) * 2008-11-06 2010-06-16 中兴通讯股份有限公司 数据传输方法
CN101933389A (zh) * 2008-03-13 2010-12-29 高通股份有限公司 用于包括直接寻呼与跳跃数据信令相结合的无线通信的方法和装置
CN102090106A (zh) * 2008-07-03 2011-06-08 日本电气株式会社 通信系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130322388A1 (en) * 2010-12-27 2013-12-05 Jae-Young Ahn Device-to-device communication and terminal relay method
CN102780993B (zh) * 2012-08-20 2015-04-15 哈尔滨工业大学 Td_lte_a系统中终端d2d协作中继通信实现方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101933389A (zh) * 2008-03-13 2010-12-29 高通股份有限公司 用于包括直接寻呼与跳跃数据信令相结合的无线通信的方法和装置
CN102090106A (zh) * 2008-07-03 2011-06-08 日本电气株式会社 通信系统
CN101742473A (zh) * 2008-11-06 2010-06-16 中兴通讯股份有限公司 数据传输方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021102782A1 (en) * 2019-11-28 2021-06-03 Apple Inc. Access control at a relay user equipment

Also Published As

Publication number Publication date
CN104159266B (zh) 2017-12-08
CN104159266A (zh) 2014-11-19

Similar Documents

Publication Publication Date Title
WO2021197511A1 (zh) 资源获取方法、资源调度方法、终端、服务节点及介质
US11297543B2 (en) Method and apparatus for managing session to change a user plane function in a wireless communication system
KR101644870B1 (ko) 단말 제어 방법, 장치 및 시스템
US20220217575A1 (en) Sidelink communication method and apparatus, and storage medium
JP6905065B2 (ja) ベアラ変換
JP6463477B2 (ja) 中継端末の再選方法及び装置
WO2014183619A1 (zh) 一种邻近通信的实现方法和装置
KR102255958B1 (ko) 무선 랜과 셀룰러 망 접속에서 데이터 트래픽을 제어하는 방법 및 장치
JP2021505023A (ja) 多重接続のための方法およびその装置
WO2015139609A1 (zh) 指示d2d相关信息和确定d2d发送资源的方法及装置
WO2017101209A1 (zh) 一种业务传输方法及装置
WO2014183617A1 (zh) 一种中继节点的发现方法及装置
JP2018532320A (ja) 無線リソース制御(rrc)接続を解放する方法および装置
WO2014026376A1 (zh) 承载建立方法、基站、分组数据网关和计算机系统
JP2016531469A (ja) ワイヤレス・セッションにおいてモードを切り換えるためのシステム
JP6325119B2 (ja) ユーザ機器履歴情報を提供することによって、ユーザ機器とMeNBとSeNBとの間にデュアルコネクティビティを確立するための方法および装置
CN109429366B (zh) 一种pdu会话处理方法及设备
WO2010105410A1 (zh) 一种建立无线承载的方法、装置及系统
WO2015188345A1 (zh) 通信资源管理方法、用户设备、基站和系统
WO2014063319A1 (zh) 一种协作通信处理方法、基站及系统
WO2014183280A1 (zh) 一种通讯方法、基站和用户设备
WO2020063316A1 (zh) 通信方法和装置
US10939492B2 (en) PDCP anchored change of relay based connection
WO2020034344A1 (en) Ultra reliable communication using multiple packet data unit sessions
WO2016168978A1 (zh) 一种资源切换方法、装置及系统

Legal Events

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

Ref document number: 14798137

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14798137

Country of ref document: EP

Kind code of ref document: A1