CN108055705B

CN108055705B - Terminal access method, device and system

Info

Publication number: CN108055705B
Application number: CN201810026540.5A
Authority: CN
Inventors: 李志军; 谢宝国
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2012-05-14
Filing date: 2012-05-14
Publication date: 2022-08-02
Anticipated expiration: 2032-05-14
Also published as: CN103428847A; CN108055705A; WO2013170723A1

Abstract

The embodiment of the invention provides an access method, a device and a system of a terminal, wherein the access method comprises the following steps: a network to be accessed by a terminal acquires information that the terminal supports D2D communication; when the network supports the D2D communication, the network receives a D2D communication request sent by the terminal; and the network performs D2D access authentication on the terminal according to the D2D communication request. The embodiment of the invention solves the problem that the direct connection communication technology in the related technology forms certain interference on the frequency spectrum resources of an operator, so that the operator can participate and control the D2D communication of two D2D terminals by setting the D2D registration server.

Description

Terminal access method, device and system

Technical Field

The present invention relates to the field of communications, and in particular, to a method, an apparatus, and a system for accessing a terminal.

Background

In mobile communication, communication may occur between a User Equipment (UE) (or also referred to AS a terminal, or a User terminal) and an Application Server (AS), or between two UEs, and communication between two UEs may occur through an AS relay or end-to-end IP data stream between two UEs.

In mobile communications, Packet Service (PS) networks provide IP-based data communications. The IP address of the UE is allocated by an IP allocation entity in the network, and all IP data streams communicated by the UE need to pass through the IP allocation entity.

Fig. 1 is a schematic diagram of an architecture for accessing a packet domain by a UE according to the related art, as shown in fig. 1, the architecture includes: the UE includes a UMTS Terrestrial Radio Access Network (UMTS Terrestrial Radio Access Network, abbreviated AS UTRAN), an Evolved Terrestrial Radio Access Network (Evolved UMTS, abbreviated AS E-UTRAN), a Serving GPRS support Node (Serving GPRS support Node, abbreviated AS SGSN), a mobility Management Entity (Mobile Management Entity, abbreviated AS MME), a Home Location Register (HLR), a Home Subscriber Server (Home Subscriber Server, abbreviated AS HSS), a Serving Gateway (Serving Gateway, abbreviated AS SGW), a Packet Data Network Gateway (Packet Data Network Gateway, abbreviated AS PGW), a Gateway GPRS support Node (Gateway GPRS support Node, abbreviated AS GGSN), and an AS. The PGW and the GGSN are network Protocol (Internet Protocol, abbreviated as IP) distribution entities under E-UTRAN and UTRAN/GERAN, respectively, and the GGSN and the PGW may be collectively referred to as a public data network gateway.

The UE can access to a core network through UMTS and E-UTRAN, and can realize IP communication with an application server AS or other terminals after being allocated with an IP address. In the communication process, the IP data flow is forwarded to a public data network gateway (GGSN/PGW) after passing through the base station, and then is sent to the AS or the destination UE by the GGSN/PGW according to the IP routing rule, wherein the communication from the UE to the base station and from the base station to the public data network gateway (GGSN/PGW) is not performed based on the IP routing rule but is performed based on the routing technology of a bottom link. In the whole process, the base station does not sense information of an IP layer, for example, the base station does not know information of an IP address, a port and the like of the UE.

In the above scenario, even if two UEs implement Peer-to-Peer (P2P for short) communication through IP in the same base station, an IP packet must bypass a public data network gateway (GGSN/PGW) located at an upper layer and then be sent to a destination UE, and especially when the public data network gateway (GGSN/PGW) is located in a home network and two UEs communicating with each other are both located in a visited network, a media routing phenomenon is particularly prominent in this scenario. Fig. 2 illustrates the bypass phenomenon of the IP data flow, and as shown in fig. 2, the communication link between the UE1 and the UE2 is: UE1 → eNodeB → SGW → PGW → (forwarding network) → SGW → eNodeB → UE 2. It is clear that the IP data flow from UE1 to UE2 goes out from the same base station eNodeB, detours to the public data network gateway, and goes back to the eNodeB after a large turn.

The IP data stream bypass phenomenon becomes more and more prominent with the mobile broadband process. In the evolution of mobile networks, mobile networks are increasingly showing the characteristics of broadband networks. With the wide application of smart phones, media data streams are transmitted more and more frequently in mobile networks. Particularly, as social applications and location-based communication applications become more popular, data traffic in the same area (under the same base station and in the range of the adjacent base station) becomes larger. These data flows all need to detour to the public data network gateway (GGSN/PGW) of the core network, which greatly increases the requirement of backhaul bandwidth, increases the time delay of IP communication, and also increases the burden of the public data network gateway (GGSN/PGW). Moreover, as mobile broadband becomes deeper and deeper, the increasing IP data traffic also puts higher demands on the public data network gateway (GGSN/PGW) of the core network.

In order to cope with the increasing demand of data traffic, the operators must add more public data network gateway (GGSN/PGW) devices, but monthly charging of each user is in a downward trend, and the investment and income of the operators are unbalanced more and more.

For mutual communication between terminals in an adjacent area, the industry proposes a technology of direct communication between adjacent terminals similar to WIFI, where two terminals (for example, within 1Km range) adjacent to each other in physical location use operator spectrum resources, implement mutual discovery through a burst pulse technology of increasing power and a similar WIFI broadcast mechanism, and establish point-to-point direct wireless communication, as shown in fig. 2, that is, a direct communication link (thick dashed line in the figure) between UE1 and UE 2. However, the use of the direct communication technology brings the following negative effects to the operators: one is as follows: because the direct connection communication between the terminals utilizes the frequency spectrum resources of operators and uses the burst pulse technology of power regulation and increase, the interference to the frequency spectrum resources of the operators is formed to a certain degree; the second step is as follows: operators cannot detect and count the terminal direct connection communication, so that negative effects caused by the direct connection communication technology cannot be prevented and improved.

In summary, in the direct connection communication technology of the related art, since the spectrum resource of the operator is utilized and the operator cannot participate in the direct connection communication technology and is given sufficient control capability, the operator cannot prevent and improve the influence caused by the direct connection communication technology, so that a certain degree of interference is formed on the spectrum resource of the operator.

Disclosure of Invention

The embodiment of the invention provides a terminal access method, a device and a system, which at least solve the problem that a direct connection communication technology in related technologies causes interference to frequency spectrum resources of an operator to a certain extent.

The embodiment of the invention provides an access method of a terminal, which comprises the following steps: a network to be accessed by a terminal acquires information that the terminal supports D2D communication; when the network supports D2D communication, the network receives a D2D communication request sent by a terminal; and the network performs D2D access authentication on the terminal according to the D2D communication request.

The embodiment of the invention provides an access method of a terminal, which comprises the following steps: the terminal acquires the information that the network to be accessed by the terminal supports D2D communication; when the network supports D2D communication, the terminal sends a D2D communication request to the network, wherein the D2D communication request is used for triggering the network to perform D2D access authentication on the terminal.

The embodiment of the invention provides an access device of a terminal, which is applied to a network and comprises the following components: the acquisition module is used for acquiring the information that the terminal to be registered to the network supports D2D communication; a receiving module for supporting D2D in a network

The embodiment of the invention provides an access device of a terminal, which is applied to the terminal and comprises the following components: the acquisition module is used for acquiring information that a network to be accessed by the terminal supports D2D communication; the sending module is configured to send a D2D communication request to the network when the terminal supports D2D communication, where the D2D communication request is used to trigger the network to perform D2D access authentication on the terminal.

The embodiment of the invention provides an access system of a terminal, which comprises: an access arrangement for a terminal according to any preceding claim applied to a network and an access arrangement for a terminal according to any preceding claim applied to a terminal.

The embodiment of the invention provides a storage medium, which comprises a stored program, wherein the access method of the terminal is executed when the program runs.

The embodiment of the invention provides a processor, which is used for running a program, wherein the program executes an access method of a terminal when running.

In the embodiment of the invention, the problem that in the direct connection communication technology in the related technology, the operator cannot prevent and improve the influence caused by the direct connection communication technology due to the fact that the operator frequency spectrum resources are utilized and cannot participate in the direct connection communication technology and enough control capability is given is solved, so that the frequency spectrum resources of the operator are interfered to a certain degree, and the effect of reducing the interference on the frequency spectrum resources of the operator is achieved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

fig. 1 is a schematic diagram of an architecture for a D2D terminal to access a packet domain according to the related art;

fig. 2 is a schematic diagram illustrating IP data communication between different D2D terminals under the same base station/nearby base stations according to the related art;

fig. 3 is a flowchart of a registration method of a D2D terminal according to an embodiment of the present invention;

fig. 4 is a flowchart of a discovery method of a D2D terminal according to an embodiment of the present invention;

fig. 5 is a flowchart of an access method of a terminal according to an embodiment of the present invention;

fig. 6 is a flowchart of an access method of another terminal according to an embodiment of the present invention;

fig. 7 is a block diagram of a configuration of a registration apparatus of a D2D terminal according to an embodiment of the present invention;

fig. 8 is a block diagram of a registration apparatus of a D2D terminal according to a preferred embodiment of the present invention;

fig. 9 is a block diagram of a configuration of a discovery apparatus of a D2D terminal according to an embodiment of the present invention;

FIG. 10 is a block diagram of the structure of a determination module according to an embodiment of the invention;

fig. 11 is a block diagram of a discovery apparatus of a D2D terminal according to a preferred embodiment of the present invention;

fig. 12 is a block diagram of a discovery apparatus of another D2D terminal according to a preferred embodiment of the present invention;

fig. 13 is a block diagram of a discovery apparatus of a D2D terminal according to a preferred embodiment of the present invention;

fig. 14 is a block diagram of a structure of an access device applied to a terminal of a network according to an embodiment of the present invention;

fig. 15 is a block diagram of an access apparatus of a terminal applied to the terminal according to an embodiment of the present invention;

fig. 16 is a block diagram of a configuration of a discovery apparatus of a D2D terminal applied to a D2D terminal in accordance with a preferred embodiment of the present invention;

fig. 17 is a schematic architecture diagram of a D2D registration server introduced in a network according to a first embodiment of the present invention;

fig. 18 is a flowchart illustrating that a D2D terminal initiates a D2D registration request to a wireless base station, and the wireless base station forwards a D2D registration request sent by a D2D terminal to a D2D registration server according to a first embodiment of the present invention;

fig. 19 is a flowchart illustrating that a D2D terminal initiates a D2D registration request to a core network mobility management network element, and the core network mobility management network element forwards a D2D registration request sent by a D2D terminal to a D2D registration server according to a first embodiment of the present invention;

fig. 20 is a flowchart illustrating that the network provides the information of the D2D registration server to the D2D terminal, and the D2D terminal directly initiates a D2D registration request to the D2D registration server according to the second embodiment of the present invention;

fig. 21 is a flowchart illustrating that the D2D registration server subscribes to the current location information of the D2D terminal from the eNodeB to determine an adjacent D2D terminal according to the third embodiment of the present invention;

fig. 22 is a flowchart illustrating that the D2D registration server subscribes to the current location information of the D2D terminal from the MME, thereby determining an adjacent D2D terminal according to the third embodiment of the present invention;

fig. 23 is a flowchart illustrating that the D2D registration server subscribes to the current location information of the D2D terminal from the LCS, thereby determining an adjacent D2D terminal according to a third embodiment of the present invention;

fig. 24 is a flowchart illustrating the interaction of respective D2D communication support information between a network and a terminal and the execution of access authentication of the terminal according to the fourth embodiment of the present invention;

fig. 25 is a flowchart illustrating a terminal obtaining D2D communication support information of a network through cell broadcasting according to a fourth embodiment of the present invention;

fig. 26 is a flowchart illustrating that the terminal obtains D2D communication support information of the network by receiving an attach response message according to the fourth embodiment of the present invention;

fig. 27 is a flowchart illustrating that the radio access network performs D2D access authentication on the terminal when the terminal initiates a D2D communication request according to the fourth embodiment of the present invention;

fig. 28 is a flowchart illustrating that the core network performs D2D access authentication on the terminal when the terminal initiates a D2D communication request according to the fourth embodiment of the present invention.

Detailed Description

The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.

The present embodiment provides a registration method of a D2D terminal, and fig. 3 is a flowchart of a registration method of a D2D terminal according to an embodiment of the present invention, and as shown in fig. 3, the registration method of a D2D terminal includes steps S302 to S304.

Step S302: the D2D registration server receives a D2D registration request transmitted by the D2D terminal through a network entity.

Step S304: the D2D registration server performs a registration operation of the D2D terminal.

Through the steps, before two D2D terminals perform D2D communication, the D2D terminals register on a D2D registration server, after the registration is successful, the two D2D terminals are likely to discover each other, and further attempt to establish D2D communication, so that the D2D registration server can participate in the D2D communication performed by the two D2D terminals, and the D2D communication performed by the D2D terminal is controlled through the registration authentication process of the D2D terminal, so that an operator can participate and control the D2D communication performed by the two D2D terminals by setting a D2D registration server, thereby realizing the control of direct connection communication of the terminals, reducing the adoption of an uncontrolled terminal direct connection communication mode, further providing the control of mutual discovery between direct connection communication terminals, access authentication before the direct connection communication initiation and the like based on an operator network, and solving the problem that related resources are utilized and the operator cannot participate in frequency spectrum and endow enough control capability, the operator cannot prevent and improve the influence caused by the direct connection communication technology, so that the problem of interference to a certain degree is formed on the frequency spectrum resources of the operator, and the effect of reducing the interference to the frequency spectrum resources of the operator is achieved.

Preferably, the network entity may be a radio base station system, wherein when the D2D terminal sends a D2D registration request to a radio base station system in EUTRAN, the radio base station system may include: a base station eNodeB; when the D2D terminal transmits a D2D registration request to the radio base station system in the UTRAN, the radio base station system may include: the base station NodeB and the radio network manager RNC, D2D registration request are carried in RRC messages. In the preferred embodiment, when the network entity is a wireless base station system, the registration request can be processed according to different conditions, so that the flexibility of processing the registration request message is improved.

Preferably, the network entity may be a core network mobility management network element, where when the D2D terminal sends the D2D registration request to the radio base station system in EUTRAN, the core network mobility management network element may include: the mobility management entity MME may include, when the D2D terminal sends the D2D registration request to the radio base station system in EUTRAN, the core network mobility management network element: the SGSN, D2D registration request is carried in the NAS message. In the preferred embodiment, when the network entity is a core network mobility management network element, the registration request can be processed according to different conditions, so that the flexibility of processing the registration request message is improved.

Preferably, when the network entity sends the D2D registration request sent by the D2D terminal to the D2D registration server, the network entity carries the access information of the D2D terminal in the D2D registration request and sends the D2D registration server, where the access information of the D2D terminal includes: access identity of the D2D terminal and location information of the D2D terminal. In the preferred embodiment, the access identifier of the terminal and the location information of the terminal are sent to the D2D registration server through the registration request, so that the D2D registration server can register the D2D according to the information, thereby reducing the load of signaling interaction.

Preferably, the D2D registration request may include one of: the application layer identification of the D2D terminal; an application layer identification of the D2D terminal and a service type of the D2D terminal. The registration request in the preferred embodiment carries the application layer identifier of the D2D terminal; the application layer identification of the D2D terminal and the service type of the D2D terminal may enable the D2D server receiving the D2D registration request to have accurate access to the D2D terminal.

Preferably, after the D2D registration server performs the registration operation of the D2D terminal, in case that the D2D terminal is successfully registered, the D2D terminal enters a D2D communication mode, wherein the D2D communication mode enables a D2D communication service for the D2D terminal and enters a connected state; in case of a failed registration of the D2D terminal, the D2D terminal releases the resources prepared for the D2D communication mode. In the preferred embodiment, after the D2D registration server performs a registration operation with respect to the D2D terminal, a different operation is performed depending on whether the D2D terminal registration is successful. In case of success, the D2D terminal enters a D2D communication mode; under the condition of failure, the D2D terminal releases the resources prepared for the D2D communication mode, and the resource utilization rate of the system is improved.

Preferably, after the D2D terminal fails to register or the deregistration succeeds, the method for registering the D2D terminal further includes: after the D2D terminal enters the idle state, that is, after the D2D terminal releases the resources prepared for the D2D communication mode, if there is no other communication connection, the UE may exit the connected state and enter the idle state.

Preferably, after the D2D registration server receives the D2D registration request sent by the D2D terminal through the network entity, if the registration of the D2D terminal on the D2D registration server is successful, the D2D registration server stores the registration context of the D2D terminal, wherein the registration context includes one of the following: access stratum information of the D2D terminal; access layer information of the D2D terminal and application layer information of the D2D terminal. In the preferred embodiment, when the D2D terminal is successfully registered, the D2D registration server stores the access stratum information containing the D2D terminal; the registration context of the access layer information of the D2D terminal and the application layer information of the D2D terminal enables the D2D registration server to provide the access layer information of the D2D terminal and/or the application layer information of the D2D terminal for subsequent communication of the D2D, so that the load of signaling transmission can be reduced.

The present embodiment provides a method for discovering a D2D terminal, and as shown in fig. 4, the method for discovering a D2D terminal includes steps S402 to S404.

Step S402: the D2D registration server receives the D2D terminal discovery request sent by the D2D terminal forwarded through the network entity.

Step S404: the D2D registration server determines an adjacent D2D terminal according to the D2D terminal discovery request, and returns information of the adjacent D2D terminal to the D2D terminal.

Through the above steps, after successful registration, the D2D terminal sends a D2D terminal discovery request to the D2D registration server, and when the D2D registration server determines, according to the D2D terminal discovery request, that an adjacent D2D terminal capable of performing D2D communication with the D2D terminal is available, the D2D terminal may perform D2D communication with the determined adjacent D2D terminal, so that the D2D registration server can participate in D2D communication performed by two D2D terminals, and the D2D communication performed by the D2D terminal is controlled by determining an adjacent D2D terminal capable of performing D2D communication with the D2D terminal, so that the problem that the D2D communication performed by two D2D terminals can be controlled by setting the D2D registration server, and the operator can participate in and is controlled by the D2D registration server, and the problem that the interference of the operator spectrum resources is utilized in related technologies cannot be sufficiently prevented and the interference caused by the direct connection of the operator is brought by the interference of the direct connection. Therefore, the problem of interference to a certain degree is formed for the frequency spectrum resources of the operators, and the effect of reducing the interference to the frequency spectrum resources of the operators is achieved.

Preferably, the D2D registration server determining an adjacent terminal according to the D2D terminal discovery request, and returning information of the adjacent D2D terminal to the D2D terminal includes: the D2D registration server acquires the registration context of the D2D terminal initiating the D2D terminal discovery request according to the D2D terminal discovery request; the D2D registration server determines an adjacent D2D terminal according to the registration context of the D2D terminal, and returns information of the adjacent D2D terminal to the D2D terminal. In the preferred embodiment, the D2D registration server may determine an adjacent terminal according to the acquired registration context of the D2D terminal and the registration context of the D2D terminal stored in the D2D server, so as to improve the reliability of determining the D2D terminal.

Preferably, the determining, by the D2D registration server, the neighboring D2D terminal according to the registration context of the D2D terminal, and returning information of the neighboring D2D terminal to the D2D terminal includes: when the D2D terminal discovery request carries a preset D2D service type or a D2D application layer identifier, the D2D registration server determines the currently adjacent D2D terminal according to an information group, and returns the information of the adjacent D2D to the D2D terminal, where the information group includes one of: registration context of the D2D terminal and a preset D2D service type; registration context and D2D application layer identification of the D2D terminal. In the preferred embodiment, when the D2D terminal discovery request carries a preset D2D service type or a D2D application layer identifier, the D2D registration server may determine the D2D terminal through the D2D service type (or the D2D application layer identifier), the acquired registration context of the D2D terminal, and the stored context of the D2D terminal, which improves the efficiency of determining the D2D terminal.

Preferably, before the D2D registration server receives the D2D terminal discovery request forwarded by the network entity and sent by the D2D terminal, the D2D terminal discovery method further includes: the D2D terminal sends a D2D registration request to the network entity. In the preferred embodiment, before the D2D registration server receives the D2D terminal discovery request forwarded by the network entity, the D2D terminal sends a D2D registration request to the network entity, so that the load of information interaction can be reduced.

Preferably, after the D2D terminal is successfully registered, the D2D terminal discovery method further includes: the D2D registration server stores registration contexts of the D2D terminals, wherein the registration contexts include one of: access stratum information of the D2D terminal; access layer information of the D2D terminal and application layer information of the D2D terminal. In the preferred embodiment, the D2D registration server store includes access stratum information; the access layer information of the D2D terminal and the application layer information of the D2D terminal allow the D2D server to register the D2D terminal using the above information in subsequent processes.

Preferably, after the D2D registration server stores the registration context of the D2D terminal, the D2D terminal discovery method further includes: after the D2D registration server inquires or subscribes the location information of the D2D terminal to the network registered by the D2D terminal, when the location of the D2D terminal changes, the D2D registration server updates the location information in the access stratum information of the D2D terminal to the changed location information of the D2D terminal, thereby improving the accuracy of the location information of the D2D terminal.

Preferably, the registered network comprises one of: the system comprises a wireless base station system, a core network mobility management network element, a service mobile location center SMLC/E-SMLC and a gateway mobile location center GMLC.

Preferably, the network entity is a radio base station system, wherein when the D2D terminal transmits a D2D terminal discovery request to a radio base station system in EUTRAN, the radio base station system includes: a base station eNodeB; when the D2D terminal transmits a D2D terminal discovery request to a radio base station system in the UTRAN, the radio base station system includes: the base station NodeB and RNC, D2D terminal find request is carried in the radio resource management RRC message.

Preferably, the network entity is a core network mobility management network element, wherein when the D2D terminal sends a D2D terminal discovery request to the core network mobility management network element in EUTRAN, the core network mobility management network element includes: an MME; when the D2D terminal sends a D2D terminal discovery request to a core network mobility management network element in the UTRAN, the core network mobility management network element includes: the SGSN, D2D terminal discovery request is carried in a NAS message.

The present embodiment provides an access method for a terminal, and as shown in fig. 5, the access method for the terminal includes steps S502 to S506.

Step S502: and the network to which the terminal is to be accessed acquires the information that the terminal supports D2D communication.

Step S504: when the network supports D2D communication, the network receives a D2D communication request sent by the terminal.

Step S506: and the network performs D2D access authentication on the terminal according to the D2D communication request.

Through the above steps, the network and the terminal interact with respective information supporting D2D communication, that is, the network obtains the information supporting D2D communication of the terminal, after the terminal obtains the information supporting D2D communication of the network, when the network supports D2D communication, after receiving a D2D communication request sent by the terminal, the terminal performs D2D access authentication according to the D2D communication request, where the D2D communication request is any one of the following requests: D2D registration request, D2D discovery request, D2D connection request.

Preferably, the acquiring, by the network to which the terminal is to access, information that the terminal supports D2D communication includes: and the network to be accessed by the terminal receives an attachment request which is sent by the terminal and carries the information that the terminal supports D2D communication, so that the terminal supports the information of D2D communication.

Preferably: the network may be a mobility management network element, where, when the terminal sends the D2D communication request to the mobility management network element in EUTRAN, the mobility management network element may include: an MME; when the D2D terminal sends the D2D communication request to the mobility management network element in the UTRAN, the mobility management network element may include: and an SGSN.

Preferably, the network performing D2D access authentication on the terminal according to the D2D communication request includes: a wireless base station system in the network receives the D2D communication request and initiates a request for obtaining the D2D subscription information of the D2D terminal to a mobility management network element; the wireless base station system performs D2D access authentication on the terminal according to the D2D subscription information of the terminal, wherein when the terminal sends a D2D communication request to the wireless base station system in EUTRAN, the wireless base station system may include: the base station eNodeB, the mobility management network element may include: an MME; when the terminal sends the D2D communication request to the radio base station system in the UTRAN, the radio base station system may include: the RNC, the mobility management network element may include: and an SGSN.

Preferably, the network performing D2D access authentication on the terminal according to the D2D communication request includes: a wireless base station system in the network receives the D2D communication request and initiates a request for authenticating the D2D terminal to a mobility management network element; the wireless base station system adopts the result that the mobility management network element authenticates the D2D terminal, so that the flexibility of the network to perform D2D access authentication on the terminal according to the D2D communication request is improved.

The present embodiment provides an access method for a terminal, and as shown in fig. 6, the access method for the terminal includes steps S602 to S604.

Step S602: the terminal acquires the information that the network to which the terminal is to access supports D2D communication.

Step S604: when the network supports D2D communication, the terminal sends a D2D communication request to the network, wherein the D2D communication request is used for triggering the network to perform D2D access authentication on the terminal.

Preferably, the information that the network to which the terminal is to access supports D2D communication, obtained by the terminal includes: the terminal obtains the information that the network supports D2D communication by one of the following methods: the terminal acquires the information that the network supports D2D communication by receiving the cell broadcast message; and the terminal acquires the information that the network supports D2D communication by receiving the attachment response message.

Preferably, the acquiring, at the terminal, the information that the network supports D2D communication by receiving the attach response message includes: the network judges the D2D communication activation instruction according to the following information, when the attachment response message carries the D2D communication activation instruction, the terminal obtains the information that the network supports D2D communication through the D2D communication activation instruction, otherwise, the terminal obtains the information that the network does not support D2D communication, wherein the judgment information includes one of the following: D2D communication support capability of the terminal and D2D communication support capability of the network; D2D communication support capability of the terminal, D2D communication support capability of the network and D2D service subscription condition of the terminal.

The embodiment provides a registration apparatus of a D2D terminal, which is applied to a D2D registration server, and as shown in fig. 7, the registration apparatus of the D2D terminal includes: a receiving module 702, configured to receive, by a network entity, a D2D registration request sent by a D2D terminal; and an executing module 704 connected to the receiving module 702, configured to execute a registration operation of the D2D terminal.

Preferably, the receiving module 702 is further configured to receive a D2D registration request carrying access information of a D2D terminal added by a network entity, where the access information of the D2D terminal includes: access identity of the D2D terminal and location information of the D2D terminal.

Preferably, as shown in fig. 8, the registration device of the D2D terminal further includes: a storage module 706, configured to store a registration context of the D2D terminal when the registration of the D2D terminal on the D2D registration server is successful, where the registration context includes one of: access stratum information of the D2D terminal; access layer information of the D2D terminal and application layer information of the D2D terminal.

The embodiment provides a discovery apparatus of a D2D terminal, which is applied to a D2D registration server, and as shown in fig. 9, the discovery apparatus of a D2D terminal includes: a first receiving module 902, configured to receive a D2D terminal discovery request sent by a D2D terminal forwarded by a network entity; a determining module 904 connected to the first receiving module 902, configured to determine an adjacent D2D terminal according to the D2D terminal discovery request, and return information of the adjacent D2D terminal to the D2D terminal, where the adjacent D2D terminal is a D2D terminal capable of communicating with the D2D terminal.

Preferably, as shown in fig. 10, the determining module 904 comprises: an obtaining unit 9042, configured to obtain, according to the D2D terminal discovery request, a registration context of the D2D terminal that initiated the D2D terminal discovery request; a determining unit 9044, connected to the obtaining unit 9042, configured to determine an adjacent D2D terminal according to the registration context of the D2D terminal, and return information of the adjacent D2D terminal to the D2D terminal.

Preferably, the determining unit 9044 is further configured to determine, when the D2D terminal discovery request carries a preset D2D service type or a D2D application layer identifier, a currently adjacent D2D terminal according to an information group, and return information of an adjacent D2D to the D2D terminal, where the information group includes one of: registration context of the D2D terminal and a preset D2D service type; registration context and D2D application layer identification of the D2D terminal.

Preferably, as shown in fig. 11, the device for discovering a D2D terminal further includes: a second receiving module 906, configured to receive, by the network entity, the D2D registration request sent by the D2D terminal before the D2D registration server receives the D2D terminal discovery request sent by the D2D terminal forwarded by the network entity.

Preferably, as shown in fig. 12, the device for discovering a D2D terminal further includes: a storage module 908, configured to store a registration context of the D2D terminal after the D2D terminal is successfully registered, where the registration context includes one of: access stratum information of the D2D terminal; access layer information of the D2D terminal and application layer information of the D2D terminal.

Preferably, as shown in fig. 13, the device for discovering a D2D terminal further includes: an updating module 910, configured to, after the D2D registration server queries or subscribes to the location information of the D2D terminal from the network registered by the D2D terminal, if the location of the D2D terminal changes, update, by the D2D registration server, that the location information in the access stratum information of the D2D terminal is the changed location information of the D2D terminal.

The present embodiment provides an access apparatus of a terminal, which is applied to a network, and as shown in fig. 14, the access apparatus of the terminal includes: an obtaining module 1402, configured to obtain information that a terminal to be registered to a network supports D2D communication; a receiving module 1404, connected to the obtaining module 1402, configured to receive a D2D communication request sent by a terminal when the network supports D2D communication; the access authentication module 1406 is connected to the receiving module 1404, and is configured to perform D2D access authentication on the terminal according to the D2D communication request.

Preferably, the obtaining module 1402 is further configured to receive an attach request sent by a terminal and carrying information that the terminal supports D2D communication.

The embodiment provides an access apparatus of a terminal, which is applied to the terminal, and as shown in fig. 15, the access apparatus of the terminal includes: an obtaining module 1502, configured to obtain information that a network to which the terminal is to be accessed supports D2D communication; a sending module 1504, connected to the obtaining module 1502, configured to send a D2D communication request to the network when the terminal supports D2D communication, where the D2D communication request is used to trigger the network to perform D2D access authentication on the terminal.

Preferably, as shown in fig. 16, the obtaining module 1502 includes: a first obtaining unit 1602, configured to obtain information that a network supports D2D communication by receiving a cell broadcast message; a second obtaining unit 1604, configured to obtain information that the network supports D2D communication by receiving the attach response message.

Preferably, the second obtaining unit 1604 is further configured to determine, by the network, the D2D communication activation instruction according to the following information, and when the attachment response message carries the D2D communication activation instruction, obtain, by the D2D communication activation instruction, information that the network supports D2D communication, and otherwise, the terminal obtains information that the network does not support D2D communication, where the determination information includes one of: D2D communication support capability of the terminal and D2D communication support capability of the network; D2D communication support capability of the terminal, D2D communication support capability of the network and D2D service subscription condition of the terminal.

The embodiment provides an access system of a terminal, which includes: the access device applied to the terminal of the network in any of the above preferred embodiments and the access device applied to the terminal in any of the above preferred embodiments.

The above embodiments are described in detail below with reference to the drawings and examples.

The first embodiment is as follows:

the following is a flow that a terminal (equivalent to a D2D terminal) initiates a D2D registration request process to a network (equivalent to a network entity), and the network forwards a D2D registration request of the terminal to a D2D registration server, and the process includes the following steps:

step S1, the terminal enters the D2D communication mode and initiates a D2D registration message to the network;

in this step, the terminal enters a D2D communication mode, which can be understood as the terminal opens a D2D communication service module. The initiation of D2D communication requires that the network and the terminal have the capability of supporting D2D communication and open D2D communication service. Considering that turning on the D2D service may mean extra power consumption for the terminal, the terminal may turn on the D2D communication service module only when the D2D communication is needed. In this sense, the terminal will enter the D2D communication mode.

Step S2, the network verifies the D2D authorization information of the terminal according to the requirement. The network forwards the D2D registration message of the terminal to the DRS server;

in this step, the network may perform a D2D authorization verification process on the terminal to verify whether the terminal is allowed to access the network for D2D communication.

Step S3, DRS server receives D2D registration message forwarded by network, stores D2D registration context.

In the process, after receiving the network forwarded D2D registration message, the DRS server may authenticate the D2D registration request of the terminal as required, and determine whether to receive D2D registration of the terminal according to the authentication result.

After the D2D registration is completed, the DRS server stores the D2D registration context of the terminal.

Fig. 17 is an architecture diagram of introducing a D2D registration Server in a network according to an embodiment of the present invention, where a DRS Server (D2D Register Server, abbreviated as DRS) is deployed in the network, receives and processes terminal-initiated D2D registration, and performs the corresponding operations. The registration service DRS may be deployed near a Radio Access Network (RAN for short) side, or near a Core Network (Core Network for short) side. Specifically, in the case of EUTRAN access, the RS may be deployed near the eNodeB or on the eNodeB. Or, the RS may be deployed near the mobility management network element MME side, or may be deployed on the MME.

Fig. 18 is a flowchart illustrating a procedure in which a D2D terminal initiates a D2D registration request to a radio base station, and the radio base station forwards a D2D registration request sent by a D2D terminal to a D2D registration server according to a first embodiment of the present invention, where, taking EUTRAN access as an example, the terminal (corresponding to a D2D terminal) initiates a D2D registration request to a base station eNodeB, and the eNodeB forwards a D2D registration request of the terminal to a DRS server.

In the flowchart 18, taking two terminals UE1, UE2 as an example, respectively initiate a D2D registration process, which includes the following steps S1802 to S1818.

In step S1802, the UE1 enters the D2D communication mode and initiates a D2D registration message to the eNodeB. The D2D registration message may be included in an RRC message;

the D2D registration message, which may be a simple D2D registration flag, indicates that the UE1 enters the D2D communication mode.

The D2D communication mode may be considered as that the UE opens the D2D communication service, establishes the D2D communication resource, and then maintains the activated state of the D2D communication resource. From the network perspective, the D2D communication mode may mean that the UE is in a connected state, and both the radio resources and the core network resources of the UE remain active.

If the D2D registration fails, the UE exits the D2D communication mode, including: and D2D communication resources are released. Further, if there is no other communication connection, the UE may exit the connected state and enter an idle state.

The D2D registration message may also carry D2D application layer information of the UE, and specifically, may be a combination of the following information: D2D User identification (D2D User ID) of UE1, D2D Service Type (D2D Service Type) of UE 1.

The D2D user ID of the UE for the D2D application to identify a D2D communication client. D2D service type of UE to identify a type of D2D application, such as Skype, QQ, etc. In the D2D registration message, only one of the D2D user identification of the UE and the D2D service type of the UE may be provided, or both may be provided.

In general, the D2D user identification of the UE may implicitly express the D2D service type of the UE, such as the D2D user identification of the UE:lisi@msn.com，the D2D service type (which may be considered an MSN service herein) may be derived from some portion of the D2D user identification (here, the domain name portion of the D2D user identification). In this case, the D2D user identification of the UE implicitly expresses the D2D service type by default, and the D2D service type information may not need to be provided.

Step S1804, after receiving the D2D registration message initiated by the UE1, the eNodeB performs D2D access authentication on the UE1 as needed;

in this step, the eNodeB may interact with the MME, and obtain the D2D access authentication information of the UE1 from the MME, thereby performing D2D access authentication on the UE 1. The eNodeB may also have the MME perform D2D access authentication for the UE1 and use the D2D access authentication result of the MME to the UE 1.

Based on the D2D access authentication result for the UE1, the eNodeB decides whether to reject the D2D registration message for the UE1 or forward the registration message for the UE1 to the DRS server.

Specifically, if the D2D authentication of the UE1 fails, the eNodeB performs step S1806, returning a D2D registration failure message to the UE1, carrying an appropriate cause value. If the D2D authentication of the UE1 is successful, the eNodeB performs step S1808 to forward the D2D registration message of the UE1 to the DRS server.

Step S1806, if the D2D access authentication of the UE1 fails, the eNodeB returns a D2D registration failure message to the UE 1;

in the registration failure message, an appropriate cause value is carried, which indicates a specific cause of the registration failure of D2D.

Step S1808, if the D2D access authentication of the UE1 is successful, the eNodeB forwards the D2D registration message of the UE1 to the DRS server;

further, the eNodeB may send access stratum information of UE1 to the DRS server while forwarding the D2D registration message of UE1 to the DRS server. Specifically, the method may include: access identity information (IMSI, or other used terminal access identity) of the UE 1. Additionally, the access stratum information may further include: current location information (e.g., Cell-ID) of the UE 1.

Step S1810, after receiving the registration request of the UE1, the DRS server executes D2D application authentication as required, stores the D2D registration context, and returns a D2D registration response;

in this step, the DRS server may perform D2D authentication of the application layer, i.e., D2D application authentication, to the UE 1. If the D2D application authentication is successful, the DRS server returns a D2D registration success response to the eNodeB. And if the D2D application authentication fails, the DRS server returns a D2D registration failure response to the eNodeB, wherein the response carries a proper cause value.

In addition, if the D2D authentication is successful, the DRS server stores the D2D registration context of the UE1, such as:

access stratum information of UE 1: an access identity (e.g., IMSI) of UE1, Cell location information (Cell-ID) of UE 1;

application layer information of UE 1: e.g., D2D User identification (D2D User ID) of UE1, D2D Service Type (D2D Service Type) of UE 1;

step S1812, the DRS server returns a D2D registration response to the eNodeB, specifically, a D2D registration success response or a D2D registration failure response according to the request;

in step S1814, the eNodeB returns a D2D registration response message to the UE1, where the D2D registration response message is carried in an RRC message.

In step S1816, the UE1 receives the D2D registration response message returned by the eNodeB, and if the D2D fails to register, the UE1 releases the D2D communication resource according to the situation, for example, closes the D2D communication module.

Similarly, if the UE2 enters the D2D mode, the UE2 performs D2D registration with the network, step S1818.

Fig. 19 is a flowchart illustrating a procedure that a D2D terminal initiates a D2D registration request to a core network mobility management element, and the core network mobility management element forwards a D2D registration request sent by a D2D terminal to a D2D registration server according to a first embodiment of the present invention, where, taking EUTRAN access as an example, the terminal (equivalent to a D2D terminal) initiates D2D registration to an MME, and the MME forwards the D2 DRS 2D registration of the terminal to the MME server.

In the flowchart 19, taking two terminals UE1 and UE2 as examples, the D2D registration procedure is initiated respectively, and includes the following steps S1902 to S1918.

In step S1902, the UE1 enters the D2D mode and initiates a D2D registration message to the MME. The D2D registration message may be included in a NAS message.

Step S1904, after receiving the D2D registration message initiated by the UE1, the MME performs D2D access authentication on the UE1 as needed;

in this step, the MME performs D2D access authentication on the UE 1.

Depending on the D2D access authentication result for the UE1, the MME decides whether to reject the D2D registration message for the UE1 or to forward the registration message for the UE1 to the DRS server.

Specifically, if the D2D authentication of the UE1 fails, the MME performs step S1906, and returns a D2D registration failure message to the UE1, carrying an appropriate cause value. If the D2D authentication of the UE1 is successful, the MME performs step S1908 to forward the D2D registration message of the UE1 to the DRS server.

In step S1906, if the D2D access authentication of the UE1 fails, the MME returns a D2D registration failure message to the UE 1;

in the registration failure message, an appropriate cause value is carried, which indicates a specific cause of the failure of D2D.

Step S1908, if the D2D access authentication of the UE1 is successful, the MME forwards the D2D registration message of the UE1 to the DRS server;

further, the MME may send access stratum information for UE1 to the DRS server while forwarding the D2D registration message of UE1 to the DRS server. Specifically, the method may include: access identity information (IMSI, or other terminal access identity used) of UE1, current location information (e.g., Cell-ID) of UE 1.

Step S1910, after receiving the registration request of the UE1, the DRS server executes D2D application authentication as needed, stores the D2D registration context, and returns a D2D registration response;

in this step, the DRS server may perform D2D authentication of the application layer, i.e., D2D application authentication, to the UE 1. If the D2D application authentication is successful, the DRS server returns a D2D registration success response to the eNodeB. And if the D2D application authentication fails, the DRS server returns a D2D registration failure response to the MME, and the D2D registration failure response carries a proper reason value.

step S1912, the DRS server returns a D2D registration response to the MME, specifically, a D2D registration success response or a D2D registration failure response according to the request;

in step S1914, the MME returns a D2D registration response message to the UE1, where the D2D registration response message is carried in the NAS message.

In step S1916, the UE1 receives the D2D registration response message returned by the MME, and if the D2D fails to register, the UE1 releases the D2D communication resource according to the situation, for example, closes the D2D communication module.

Similarly, if the UE2 enters the D2D mode, the UE2 performs D2D registration with the network at step S1918.

The flow shown in fig. 19 is similar to the flow shown in fig. 18 in principle, and the difference is that:

in the flow shown in fig. 19, the UE forwards a D2D registration message to the DRS server by the MME by sending the message to the MME, where the message is included in an NAS message. In the flow shown in fig. 18, the D2D registration message is included in the RRC message and forwarded by the eNodeB to the DRS server.

The D2D access authentication procedure is performed by the MME. In the process shown in fig. 18, the D2D access authentication procedure may be performed by the eNodeB, or MME.

The MME attaches access stratum information of the UE, such as the UE's access stratum identity (IMSI, or other access stratum identity), the UE's Cell-location information (Cell-ID), when forwarding the UE's D2D registration message. In the flow shown in fig. 18, the eNodeB adds access stratum information of the UE.

In the flow shown in fig. 19, only the MME recognizes the D2D registration message of the UE, knowing that the UE enters the D2D communication mode. Since the eNodeB does not recognize the UE-initiated D2D registration message, the eNodeB does not know that the UE has entered the D2D communication mode.

After applying the procedures shown in fig. 18 and fig. 19, the UE performs D2D registration with the DRS server through the network, so that the DRS server obtains basic information of the UE (e.g., the UE has entered the D2D communication mode, initial location information of the UE, etc.), and so that the DRS server has a preliminary capability to select an adjacent D2D registration terminal according to the D2D registration result of the UE.

In the first embodiment, the UE does not know where the D2D registration server exists in the network, and the UE simply attempts to initiate a D2D registration procedure with the network, forwards the D2D registration message of the UE to the D2D registration server by the network (radio access network, core network), and returns a D2D registration response to the UE. This approach requires the network to participate in the D2D registration process, and if the network is considered not to participate in the D2D registration process, there may be another approach, as described in the second embodiment, where the network provides the D2D registration server to the UE, the UE initiates D2D registration with the D2D registration server, and the D2D registration server uses some basic services provided by the network, such as location services LCS, to obtain the location information of the UE accessing the network.

Example two:

fig. 20 is a flowchart illustrating a process in which a network provides information of a D2D registration server to a D2D terminal, and a D2D terminal directly initiates a D2D registration request to a D2D registration server according to a second embodiment of the present invention, and describes, taking EUTRAN access as an example, a process in which a network provides address information of a D2D registration server to a terminal (corresponding to a D2D terminal), and a terminal directly initiates a D2D registration to a D2D registration server. Including the following steps S2002 to S2018.

And step S2002-S2010, the UE requests to attach to the network, the network executes normal attachment flow processing, and information of the DHCP server and the DRS server is returned in an attachment response.

The returned DRS server information may be a domain name and an IP address. If the returned DRS server information is the domain name, the UE needs to request the DHCP server to resolve the DRS server address.

Step S2012, according to the situation, the UE executes a DHCP request to the DHCP server and analyzes the IP address of the DRS server;

and S2014 to S2016, the UE initiates a D2D registration request to the DRS server, the DRS server authenticates the D2D registration request of the UE, and returns a D2D registration response to the UE. If the D2D registration is successful, the DRS server saves the D2D registration context of the UE.

In this step, the UE sends a D2D registration message carrying similar information as in fig. 18.

In the process of D2D authentication of the UE by the DRS server, the DRS may obtain D2D subscription data of the UE through other interfaces, and perform D2D authentication of the UE according to the subscription data of the UE.

Step S2018, after the UE receives the D2D registration response, according to the situation, if the registration fails, the UE releases the D2D communication resource.

The terminals perform D2D registration, so that the DRS server can obtain the terminals entering the D2D communication mode in the area, and it is possible to know the type of D2D services turned on by the terminals, the D2D application identifiers of the terminals, and other information, so that a terminal can discover other terminals providing similar D2D services in a certain area. However, after the terminal switches on the D2D communication mode, the terminal may move, which may cause the location information of the terminal to change, so that the location of the terminal registered when the terminal initially registers D2D on the DRS server becomes inaccurate, and thus the discovery of nearby terminals based on the original D2D registration location becomes useless.

In order to solve the problem, the DRS server needs to subscribe to the location change of the terminal from the network after the terminal D2D is successfully registered, and when the location of the terminal changes, the DRS can timely obtain a location change notification, so that an adjacent D2D terminal can be discovered based on the location of the terminal.

Example three:

the embodiment provides a method for querying an adjacent D2D terminal, and describes a process of querying an adjacent D2D terminal from a DRS server after a terminal (corresponding to a D2D terminal) performs D2D registration, where the process includes the following steps S1 to S4.

Step S1, the terminal initiates D2D registration, and the DRS server stores the D2D context of the terminal;

step S2, after the terminal is registered successfully, the DRS server subscribes the position of the terminal to the network;

after the terminal D2D is successfully registered, the DRS server subscribes to the network (radio access network, core network) for the location change of the terminal, so that after the location change of the terminal, the DRS server can obtain the notification and obtain the latest terminal location information in time.

Step S3, the terminal sends a request to the DRS server to inquire the adjacent D2D terminal;

and step S4, the DRS server judges other terminals adjacent to the request terminal according to the D2D registration information of the terminal and the position information of the terminal, and returns the other terminals to the terminal sending the request.

Fig. 21 is a flowchart illustrating a procedure in which a D2D registration server subscribes to current location information of a D2D terminal from an eNodeB to determine an adjacent D2D terminal according to a third embodiment of the present invention, where, for example, EUTRAN access is used, a location of a DRS subscribed to a terminal (corresponding to a D2D terminal) from the eNodeB changes to determine an adjacent terminal according to a latest location of the terminal. The flow includes steps S2102 to S2126 as follows.

In steps S2102 to S2108, the UE initiates a D2D registration procedure, and the specific steps are as shown in steps S1802 to S1808 in fig. 18.

Step S2110, after D2D registration of the UE is successful, the DRS server subscribes the UE position change to the eNodeB;

step S2112, after the D2D registration of the UE is successful, the UE enters a D2D communication mode;

step S2114, after a period of time, the UE may move;

step S2116, the eNodeB detects the movement of the UE and reports the position change condition of the UE to a DRS server;

when the UE moves in the D2D communication mode, the radio resource of the UE keeps activated state, and at the moment, the radio access network (eNodeB) can detect the mobility of the UE, thereby triggering a location change event and reporting the location change condition of the UE to a DRS server. According to the method, the DRS server obtains the latest location information of the UE.

Step S2118, then, the UE sends a D2D terminal discovery request to the eNodeB to request to discover an adjacent D2D terminal;

when the UE sends a D2D terminal discovery request, it may specify the D2D Service Type (D2D Service Type) of the terminal that it wishes to discover, and the DRS detects an approaching D2D terminal according to the D2D Service Type when the UE initiates D2D registration;

step S2120, eNodeB forwards a D2D terminal discovery request of UE to a DRS server;

step S2122, the DRS server calculates which terminals are adjacent D2D terminals according to the D2D registration information of the terminals and the latest position information of the terminals;

if the UE carries the D2D Service Type (D2D Service Type) of the terminal that the UE wants to discover in the request sent by the D2D terminal, the DRS server filters the matched D2D terminal according to the D2D Service Type when the UE initiates D2D registration.

If the UE does not indicate the D2D service type when initiating the D2D registration, but the D2D user identity of the UE implicitly indicates its D2D service type, the DRS may also screen the matching D2D terminal according to the valid information in the D2D user identity of the UE registration.

Step S2124, the DRS server returns a D2D terminal discovery response to the eNodeB, wherein the D2D terminal discovery response carries an adjacent D2D terminal list;

the DRS server returns a list of nearby D2D terminals, where the information of the nearby terminals may include a combination of the following information: the ID of the terminal (e.g., the access stratum identity IMSI of the terminal, the D2D subscriber identity (D2D User ID) of the terminal, the IP address of the terminal, etc.

Step S2126, the eNodeB forwards the D2D discovery response to the UE.

Up to this point, the UE can discover the nearby D2D terminal by the above method, so that a terminal can be selected specifically to request to initiate a D2D connection.

It should be noted that, if the network entity forwarding the D2D message is not an eNodeB but an MME, the discovery procedure of the D2D terminal is shown in fig. 22.

Fig. 22 is a flowchart illustrating a procedure in which the D2D registration server subscribes to current location information of the D2D terminal from the MME to determine an adjacent D2D terminal according to a third embodiment of the present invention, where, for example, EUTRAN access is used, the DRS subscribes to a location change of the terminal (corresponding to the D2D terminal) to the MME, so as to determine the adjacent terminal according to a latest location of the terminal. The flow of fig. 22 is similar to that of fig. 21, with the following main differences:

the UE forwards the DRS server by the MME by sending a D2D terminal discovery request to the MME, which is contained in a NAS message. In the flow shown in fig. 21, the D2D registration message is included in the RRC message and forwarded by the eNodeB to the DRS server.

The DRS server subscribes to the MME for the location change of the UE, and further the MME may subscribe to the eNodeB for the location change of the UE. In the procedure shown in fig. 21, the DRS directly subscribes to the eNodeB for the change in location of the UE.

In the procedures shown in fig. 21 and 22, DRS directly subscribes to the eNodeB/MME for the location change situation of the UE, which has an additional location service enhancement requirement for the eNodeB/MME. In another method, DRS requests a Gateway Mobile Location Center (GMLC) of a Location Service (LCS) to subscribe to the Location information of the UE from the LCS Location Service system, so as to obtain the latest Location information of the UE in time when the Location of the UE changes. The LCS service system may calculate the location of the UE using the network location capability, the UE location capability, etc., and may not only satisfy the location requirement at the Cell level (Cell level), but also provide the location requirement based on the physical accuracy. In the positioning process, the LCS positioning procedure may wake up the UE and keep the UE in a connected state, so as to obtain the most accurate location information of the UE.

Fig. 23 is a flowchart of a D2D registration server subscribing to current location information of a D2D terminal from an LCS to determine an adjacent D2D terminal according to a third embodiment of the present invention, which illustrates a flowchart of a DRS subscribing to location information of a UE from a GMLC of an LCS location service system and calculating an adjacent terminal based on latest information of the UE, for example, with steps S2302 to S2326 as follows.

In steps S2302 to S2308, the UE (corresponding to the D2D terminal) performs the D2D registration procedure, and synchronizes steps S1802 to S1808.

Step S2310, the UE enters a D2D communication mode;

in the foregoing flow, the D2D communication mode is required to be the UE in the connected state. In the process, since the LCS service is used, the LCS service can effectively activate the UE to enter the connected state, and therefore it is not necessary to emphasize that the UE must be kept in the connected state when entering the D2D communication mode.

Step S2312, the DRS server subscribes the position information of the UE to the GMLC;

step S2314, GMLC triggers a terminating positioning process;

in this step, according to the existing LCS positioning procedure, the interaction with MME and eNodeB is involved. Since the DRS expects that the UE can obtain the latest location information of the UE during D2D registration. Therefore, the terminal call positioning process is triggered to be a UE location change-based location reporting process or a periodic UE location reporting process.

Step S2316, triggering the UE to enter a connected state according to the terminating positioning process;

step S2318 to step S2322, after that, the UE moves to cause a location change, and triggers a corresponding process of the terminating positioning process. According to the terminal call positioning flow, the MME reports the position change condition of the UE to the GMLC. The GMLC reports the location change condition of the UE to the DRS server. Thus, the DRS server obtains the latest location information of the UE;

step S2324 to step S2326, as in the foregoing flows of fig. 21 and 22, the UE initiates a D2D terminal discovery request, and the DRS determines an adjacent D2D terminal according to the D2D registration information of the UE and the latest location information of the UE, and sends a D2D terminal discovery response to the UE.

For the embodiment described in fig. 23, the DRS server obtains the location information of the UE from the GMLC. Another modification method using LCS service is that the DRS server can also directly establish an internal interface with a Serving Mobile Location Center (SMLC) or an Enhanced Serving SMLC (E-SMLC) to obtain the Location information of the UE.

Example four

In D2D direct communication, the operator wants to have sufficient control capability for D2D communication, and needs to be able to control the D2D access of the terminal, which may be performed based on the network capability, the terminal capability, the subscription of the terminal, and other processes.

In this embodiment, a method is proposed to enable the terminal and the network to know the respective D2D supporting capabilities to each other, so as to perform the necessary access authentication control when the terminal attempts to perform D2D communication.

Fig. 24 is a flowchart illustrating a process of interacting respective D2D communication support information between a network and a terminal and performing access authentication of a D2D terminal according to a fourth embodiment of the present invention, describing a process of interacting D2D communication support capability between the terminal and the network and performing access authentication on a D2D communication request of the terminal, where the process includes the following steps S2402 to S2408.

Step S2402, the terminal and the network interact D2D communication support information;

D2D communication support information, including two levels of meaning: one is the actual support capability of the D2D communication inherent to the terminal or the network, and the other is the indication of the D2D communication activation of the terminal or the network, that is, the indication of the terminal or the network starting the D2D communication service.

The network obtains D2D communication support information of the terminal, and the typical method is as follows: the terminal indicates the D2D communication support capability of the terminal when initiating an attach request to the network. If the terminal actually has the D2D communication support capability but the D2D communication support capability is closed currently, the terminal does not carry the D2D communication support capability when initiating a request to the network.

The terminal obtains D2D communication support information of the network, which may be:

the terminal obtains the network support capability for D2D communication through the cell broadcast of the wireless access system. What the terminal obtains here is the actual support capability for D2D communication inherent to the network; alternatively, the first and second electrodes may be,

the terminal indicates the support information of the D2D communication by the network in the attach response through the attach procedure.

In the case that the network indicates the D2D communication support capability of the network to the terminal in the attach process, the network may be the actual support capability of the D2D communication inherent in the network, or may be the D2D communication activation indication of the network. The network may issue a D2D communication activation instruction after making a comprehensive decision according to the actual support capability of the network for D2D communication, the D2D communication support capability of the terminal, and the subscription data of the terminal (for example, whether the terminal is allowed to perform D2D communication).

Step S2404, the terminal initiates a D2D communication request according to the support information of the network to the D2D communication;

if the network does not issue the actual support capability of the network for D2D communication or the D2D communication activation indication to the terminal in the foregoing steps, which indicates that the network does not support D2D communication or does not allow the terminal to perform D2D communication, the terminal should not initiate a D2D communication request to the network.

In this step, the D2D communication request may be: a D2D registration request, a D2D terminal discovery request, a D2D connection request, and the like.

Step S2406, after the network receives the D2D communication request initiated by the terminal, the network performs D2D access authentication on the terminal;

step S2408, the network processes the D2D communication request according to the D2D access authentication result. And if the D2D access authentication fails, rejecting the D2D communication request of the terminal and returning a proper failure reason. And if the D2D access authentication is successful, continuing to process the D2D communication request of the terminal.

Fig. 25 is a flowchart illustrating that the terminal obtains the D2D communication support information of the network through cell broadcast according to the fourth embodiment of the present invention, and the flowchart illustrates that the terminal obtains the D2D support capability of the network through cell broadcast, and includes the following steps S2502 to S2504 by taking EUTRAN access as an example.

Step S2502, the Operator performs configuration on the eNodeB, and the configuration may be performed by an Operator Management System (OMS);

the cell broadcast information may be different for different base stations depending on the configuration. When an eNodeB supports D2D messaging, the operator may configure the capabilities of the eNodeB indicating that it supports D2D messaging.

Step S2504, the eNodeB indicates the D2D communication support capability of the network to all terminals reading the cell broadcast through the cell broadcast.

Fig. 26 is a flowchart illustrating that the terminal obtains the D2D communication support information of the network by receiving the attach response message according to the fourth embodiment of the present invention, and the terminal interacts with the network for D2D support information when attaching, and the flowchart includes the following steps S2602 to S2614 by taking EUTRAN access as an example.

Step S2602, the terminal initiates an attachment request, wherein the D2D communication support capability of the terminal is carried;

step S2604, the eNodeB forwards the terminal attachment request to the MME;

step S2606, MME sends a location update request to HSS;

step S2608, HSS returns location update response to MME;

and carrying the subscription data of the terminal in the location updating response returned by the HSS. In the subscription data, it is indicated whether the terminal has subscribed to the D2D service.

Step S2610, MME judges D2D communication activation instruction which should be returned by UE according to the information;

the MME may use the following information to comprehensively decide the D2D activation communication indication that should be returned to the UE:

D2D communication actual support capability of the network;

D2D communication support capability of the terminal;

-whether the terminal has subscribed to D2D service;

when using the above information, the MME may use the following policy to decide the D2D communication activation indication:

-deciding only on the actual support capability of the D2D communication of the network;

-deciding according to the D2D communication actual support capability of the network, the D2D communication support capability of the terminal;

-a comprehensive decision based on the actual support capability of the network and the D2D communication of the terminal, whether the terminal has subscribed to D2D services;

step S2612, MME returns attachment response, wherein D2D communication activation instruction is carried;

in step S2614, the eNodeB forwards the attach response to the UE, which carries the D2D communication activation indication.

So far, after obtaining the D2D communication activation instruction issued by the network, if the D2D communication activation instruction is set to be activated, the UE considers that the network allows the network to perform the D2D communication service. If the D2D activation indication is set to inactive or the network does not provide the D2D communication activation indication, the UE shall consider the D2D communication service not allowed under the network.

In the flow of fig. 26, when the network issues the D2D communication activation indication to the UE, it is possible to consider only the D2D communication support capability of the network without comparing whether the UE has subscribed to the D2D service. Or, although the network comprehensively compares the D2D communication support capability of the network, the D2D communication support capability of the UE, and whether the UE subscribes to the D2D service when issuing the D2D activation instruction to the UE, the D2D subscribed service of the UE may be cancelled or the D2D credit amount of the UE is already used up before the UE truly initiates the D2D communication request. In the above case, when the UE really initiates a D2D communication request (e.g., D2D registration request, D2D terminal discovery request, D2D connection request), the network may still need to perform access authentication on the D2D communication request of the UE.

Fig. 27 and 28 show the process of D2D access authentication performed by the network on the UE when the UE initiates a D2D communication request.

Fig. 27 is a flowchart illustrating a procedure that a radio access network performs D2D access authentication on a terminal when the terminal initiates a D2D communication request according to a fourth embodiment of the present invention, and taking EUTRAN access as an example, a flowchart illustrating an eNodeB performing D2D access authentication on a UE when the UE initiates a D2D communication request includes the following steps S2702 to S2712.

Step S2702, UE initiates a D2D communication request to eNodeB;

the D2D communication request may be: a D2D registration request, a D2D terminal discovery request, a D2D connection establishment request and the like;

step S2704, the eNodeB requests D2D subscription information of the UE to the MME; or the eNodeB requests the MME to perform D2D access authentication on the UE;

step S2706, according to step S2704, the MME returns the D2D subscription information of the UE to the eNodeB; or the MME performs D2D access authentication on the UE and returns a D2D access authentication result to the eNodeB;

and if the eNodeB requests D2D subscription information of the UE from the MME, the MME returns the related subscription information of the D2D communication service of the UE according to the subscription data of the UE.

And if the eNodeB requests the MME to perform D2D access authentication on the UE, the MME performs D2D access authentication on the UE by using the subscription data of the UE. Such as: if the UE does not sign on the D2D communication service, the access authentication fails.

Step S2708, the eNodeB performs D2D access authentication on the UE according to the returned result of the MME;

if the MME has performed D2D access authentication on the UE in the foregoing steps, the eNodeB may directly use the access authentication result of the MME on the UE.

Step S2710, if the access authentication of the D2D of the UE is unsuccessful, returning a D2D communication failure response to the UE, wherein the response carries a proper reason value; or, if the D2D access authentication for the UE is successful, performing S2712;

step S2712, the D2D access authentication to the UE is successful, and the eNodeB forwards the D2D communication request. The subsequent D2D communication processing request process is handled as the case may be.

Fig. 28 is a schematic flowchart of a procedure in which a core network performs D2D access authentication on a terminal when the terminal initiates a D2D communication request according to a fourth embodiment of the present invention, and taking EUTRAN access as an example, a flowchart in which an MME performs D2D access authentication on a UE when the UE initiates a D2D communication request is substantially similar to the procedure shown in fig. 27, where a difference is that: in the flow shown in fig. 28, the eNodeB is not involved in D2D access authentication, and D2D access authentication is handled entirely by the MME.

EXAMPLE five

In this embodiment, a software is also provided, and the software is used to execute the technical solutions described in the above embodiments and preferred embodiments.

In another embodiment, a storage medium is provided, in which the software is stored, and the storage medium includes but is not limited to: optical disks, floppy disks, hard disks, erasable memory, etc.

It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.

The above is only a preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes will occur to those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. An access method of a terminal, comprising:

a network to be accessed by a terminal acquires information that the terminal supports D2D communication;

when the network supports the D2D communication, the network receives a D2D communication request sent by the terminal;

the network carries out D2D access authentication on the terminal according to the D2D communication request;

the method for acquiring the information that the terminal supports D2D communication by the network to which the terminal is to access includes:

the network to be accessed by the terminal receives an attachment request which is sent by the terminal and carries information that the terminal supports D2D communication;

the network performing D2D access authentication on the terminal according to the D2D communication request comprises the following steps:

the wireless base station system in the network receives the D2D communication request and initiates a request for authenticating the terminal to a mobility management network element;

and the wireless base station system adopts the result of the authentication of the terminal by the mobility management network element.

2. The method of claim 1, wherein:

the network is a mobility management network element, wherein when the terminal sends a D2D communication request to a mobility management network element in EUTRAN, the mobility management network element includes: an MME; when the terminal sends a D2D communication request to a mobility management network element in the UTRAN, the mobility management network element includes: and an SGSN.

3. The method of claim 1, wherein the network performing D2D access authentication on the terminal according to the D2D communication request comprises:

a wireless base station system in the network receives the D2D communication request and initiates a request for obtaining the D2D subscription information of the terminal to a mobility management network element;

the wireless base station system performs D2D access authentication on the terminal according to the D2D subscription information of the terminal, wherein when the terminal sends a D2D communication request to a wireless base station system in EUTRAN, the wireless base station system comprises: a base station eNodeB, the mobility management network element comprising: an MME; when the terminal sends a D2D communication request to a radio base station system in UTRAN, the radio base station system includes: the RNC, the mobility management network element includes: and an SGSN.

4. An access method of a terminal, comprising:

the method comprises the steps that a terminal obtains information that a network to be accessed of the terminal supports D2D communication, wherein the network to be accessed supports D2D communication;

when the network supports the D2D communication, the terminal sends a D2D communication request to the network, wherein the D2D communication request is used for triggering the network to perform D2D access authentication on the terminal;

the terminal sends an attachment request carrying information that the terminal supports D2D communication to a network to which the terminal is to be accessed;

the D2D communication request is used for triggering the network to perform D2D access authentication on the terminal, and comprises the following steps: triggering and receiving the D2D communication request through a wireless base station system in the network, and initiating a request for authenticating the terminal to a mobility management network element; and triggering the wireless base station system to adopt the result of the authentication of the terminal by the mobility management network element.

5. The method of claim 4, wherein the obtaining, by the terminal, information that the network to which the terminal is to access supports D2D communication comprises:

the terminal obtains the information that the network supports D2D communication through one of the following modes:

the terminal acquires the information that the network supports D2D communication by receiving cell broadcast messages;

and the terminal acquires the information that the network supports D2D communication by receiving the attachment response message.

6. The method according to claim 5, wherein the obtaining, at the terminal, the information that the network supports D2D communication by receiving an attach response message comprises:

the network judges a D2D communication activation instruction according to the following information, when the attachment response message carries the D2D communication activation instruction, the terminal obtains the information that the network supports D2D communication through the D2D communication activation instruction, otherwise, the terminal obtains the information that the network does not support D2D communication, wherein the judgment information includes one of the following: the D2D communication support capability of the terminal and the D2D communication support capability of the network; the D2D communication support capability of the terminal, the D2D communication support capability of the network and the D2D service subscription condition of the terminal.

7. An access device of a terminal, the device being applied to a network, the access device comprising:

the acquisition module is used for acquiring the information that the terminal to be registered to the network supports D2D communication;

a receiving module, configured to receive a D2D communication request sent by the terminal when the network supports the D2D communication;

the access authentication module is used for performing D2D access authentication on the terminal according to the D2D communication request;

the acquiring module is further configured to receive an attach request sent by the terminal and carrying information that the terminal supports D2D communication;

D2D access authentication is carried out on the terminal according to the D2D communication request in the following way: the wireless base station system in the network receives the D2D communication request and initiates a request for authenticating the terminal to a mobility management network element; and the wireless base station system adopts the result of the authentication of the terminal by the mobility management network element.

8. An access device of a terminal, the device being applied to the terminal, the device comprising:

the acquisition module is used for acquiring information that a network to be accessed by the terminal supports D2D communication;

a sending module, configured to send a D2D communication request to the network when the terminal supports the D2D communication, where the D2D communication request is used to trigger the network to perform D2D access authentication on the terminal;

the device is further configured to send, by the terminal, an attach request carrying information that the terminal supports D2D communication to a network to which the terminal is to access;

triggering the network to perform D2D access authentication on the terminal by the following means: triggering and receiving the D2D communication request through a wireless base station system in the network, and initiating a request for authenticating the terminal to a mobility management network element; and triggering the wireless base station system to adopt the result of the authentication of the terminal by the mobility management network element.

9. The apparatus of claim 8, wherein the obtaining module comprises:

a first obtaining unit, configured to obtain information that the network supports D2D communication by receiving a cell broadcast message;

and a second obtaining unit, configured to obtain, by receiving an attach response message, information that the network supports D2D communication.

10. The apparatus according to claim 9, wherein the second obtaining unit is further configured to determine, by the network, a D2D communication activation indication according to information that, when the D2D communication activation indication is carried in the attach response message, the information that the network supports D2D communication is obtained through the D2D communication activation indication, and otherwise, the terminal obtains the information that the network does not support D2D communication, where the determination information includes one of: the D2D communication support capability of the terminal and the D2D communication support capability of the network; the D2D communication support capability of the terminal, the D2D communication support capability of the network and the D2D service subscription condition of the terminal.

11. An access system of a terminal, comprising: an access arrangement for a terminal according to claim 7 and an access arrangement for a terminal according to any of claims 8 to 10.