WO2013122374A1

WO2013122374A1 - Method and apparatus for performing proximity service in wireless communication system

Info

Publication number: WO2013122374A1
Application number: PCT/KR2013/001109
Authority: WO
Inventors: 김래영; 김재현; 김태현; 김현숙
Original assignee: 엘지전자 주식회사
Priority date: 2012-02-16
Filing date: 2013-02-13
Publication date: 2013-08-22
Also published as: US20150043429A1; US9706340B2; KR20140128972A

Abstract

The present invention relates to a wireless communication system and, more particularly, to a method and apparatus for performing a proximity service in a wireless communication system. According to one embodiment of the present invention, a method for allowing a first Internet protocol multimedia subsystem (IMS) terminal to perform a proximity service (ProSe) in a wireless communication system can comprise the steps of: allowing the first IMS terminal to transmit a first session initiation protocol (SIP) message containing ProSe communication request information to a second IMS terminal through a network node; and receiving a second SIP message containing ProSe communication response information from the second IMS terminal through the network node.

Description

Method and apparatus for performing proximity service in wireless communication system

The following description relates to a wireless communication system, and more particularly, to a method and apparatus for performing a proximity service.

Proximity Service (ProSe) refers to a method of supporting communication between devices located in a physical location. Specifically, ProSe aims to support the operation of discovering applications running on devices in close proximity to each other, and ultimately exchanging application-related data. For example, it may be considered that ProSe is applied to applications such as social network services (SNS), commerce, and games.

ProSe may be referred to as device-to-device (D2D) communication. That is, by establishing a direct link between a plurality of devices (eg, user equipments (UEs)), communication between user devices (eg, voice, multimedia data, etc.) is directly exchanged between devices without going through a network. Say the way. ProSe communication may include a scheme such as UE-to-UE communication, Peer-to-Peer communication, and the like. In addition, the ProSe communication method may be applied to machine-to-machine communication (M2M), machine type communication (MTC), and the like. Therefore, ProSe is considered as one way to solve the burden of the base station due to the rapidly increasing data traffic. In addition, the introduction of ProSe can reduce the procedure of the base station, decrease the power consumption of the devices participating in the ProSe, increase the data transmission speed, increase the capacity of the network, load balancing, cell coverage can be expected.

In addition, the Internet Protocol (IP) Multimedia Subsystem (IMS) is an architectural framework for delivering IP multimedia services in various wired / wireless communication networks. IMS uses protocols such as Session Initiation Protocol (SIP), which can be applied to various networks. SIP is a signaling protocol that controls multimedia service sessions over IP and can be used to create, modify, and terminate unicast or multicast sessions. In other words, IMS helps users easily access multimedia and voice data through various wired / wireless device (s).

Session (s) comprising one or more media flows (or media streams) may be configured via IMS. An IMS session can be expressed as a logical connection between the local side and the remote side via IMS network nodes. The counterpart terminal or server of the UE on the local side may be referred to as a remote end or a remote party. In other words, the remote end is an entity that exchanges media flows with the local terminal through the IMS network.

As such, the necessity of introducing ProSe has been discussed, but no specific method is provided for the mechanism for supporting and controlling ProSe.

In the present invention, to provide an operation scheme of the terminal and an operation scheme of the network node for performing communication via a direct data path based on ProSe in the operation of the IMS terminal.

The technical problems to be achieved in the present invention are not limited to the technical problems mentioned above, and other technical problems not mentioned above will be clearly understood by those skilled in the art from the following description. Could be.

In order to solve the above technical problem, a method of performing a proximity service (ProSe) by a first Internet Protocol Multimedia Subsystem (IMS) terminal in a wireless communication system according to an embodiment of the present invention, the first IMS terminal Transmitting a first Session Initiation Protocol (SIP) message including the ProSe communication request information to a second IMS terminal via a network node; And receiving a second SIP message including ProSe communication response information from the second IMS terminal via the network node.

In order to solve the above technical problem, a method of performing a proximity service (ProSe) by a second Internet Protocol Multimedia Subsystem (IMS) terminal in a wireless communication system according to another embodiment of the present invention, the second IMS Receiving, by the terminal, a first Session Initiation Protocol (SIP) message including ProSe communication request information from the first IMS terminal via a network node; And transmitting a second SIP message including ProSe communication response information to the first IMS terminal via the network node.

In order to solve the above technical problem, a first Internet Protocol Multimedia Subsystem (IMS) terminal device performing Proximity Service (ProSe) in a wireless communication system according to another embodiment of the present invention includes a transmission / reception module; And a processor, wherein the first IMS terminal transmits a first Session Initiation Protocol (SIP) message including ProSe communication request information to a second IMS terminal via a network node by using the transmission / reception module. and; The transmission / reception module may be configured to receive a second SIP message including ProSe communication response information from the second IMS terminal via the network node.

In order to solve the above technical problem, a second Internet Protocol Multimedia Subsystem (IMS) terminal device performing Proximity Service (ProSe) in a wireless communication system according to another embodiment of the present invention includes a transmission / reception module; And a processor, wherein the second IMS terminal receives a first Session Initiation Protocol (SIP) message including ProSe communication request information from a first IMS terminal via a network node by using the transmission / reception module. and; The second SIP message including ProSe communication response information may be transmitted to the first IMS terminal via the network node using the transmission / reception module.

In the embodiments according to the present invention, the following matters may be commonly applied.

The first SIP message may further include ProSe capability related information of the first IMS UE.

The second SIP message may further include ProSe capability related information of the second IMS UE.

The ProSe capability related information may include one or more of information on one or more capabilities required to perform ProSe or information indicating whether to activate the one or more capabilities.

The ProSe capability related information may be defined as one or more granularities of a type of media or content, a type of bearer or connection, an application type, a destination domain, a communication counterpart identifier, a contact list, or group information.

The first SIP message may be a session setup request message or a session update request message, and the second SIP message may be a session setup response message or a session update response message.

The first SIP message may be a session setup response message or a session update response message, and the second SIP message may be a response acknowledgment message.

The method may further include transmitting a third message including ProSe capability related information of the first IMS terminal to the network node.

The third message may be one of a SIP registration message, a presence service subscription request message, or an existence service announcement request message.

The method may further include receiving, from the network node, a fourth message including information indicating whether ProSe is provided in the network.

Whether the ProSe can be provided may include one or more subscriber information of the first IMS terminal or the second IMS terminal, ProSe capability of the network node, an operator policy, a user preference, roaming, and network congestion. Or may be determined by the network node based on one or more of information about the proximity of the first IMS terminal and the second IMS terminal.

The fourth message may be one of a SIP registration response message, an existence service subscription response message, an existence service announcement response message, or an existence service notification message.

The fourth message includes information for requesting or indicating activation or deactivation of ProSe capabilities for at least one of the first IMS terminal or the second IMS terminal, ProSe capability related information of the target terminal of the existing service, or the existence of the fourth IMS terminal. It may include one or more of the information indicating whether ProSe availability of the target terminal of the service.

The network node may be one or more of a call session control function (CSCF), a ProSe application server (AS), or a presence service server.

When the session associated with one or more of the first SIP message or the second SIP message is terminated or cancelled, ProSe result related information is transmitted from either the first IMS terminal or the second IMS terminal to the network node. Can be.

The ProSe result related information may include information indicating success or failure of direct data path setup, information about one or more of the amount or time of data communicated through the direct data path, billing related information, and communication through the direct data path. The type of media or content, the number of counterpart UEs communicating via the direct data path, the information on the direct data path's directionality, the type of access used in the direct data path, or the number of bearers used in the direct data path And information on the kind.

The ProSe communication request information may be included in the first SIP message by at least one of the first IMS terminal or the network node.

The foregoing general description and the following detailed description of the invention are exemplary and intended for further explanation of the invention as described in the claims.

In the present invention, a method and apparatus for an operation scheme of a terminal and an operation scheme of a network node for performing communication through a direct data path based on ProSe in operation of an IMS terminal may be provided.

The effects obtainable in the present invention are not limited to the above-mentioned effects, and other effects not mentioned above may be clearly understood by those skilled in the art from the following description. will be.

BRIEF DESCRIPTION OF THE DRAWINGS The drawings appended hereto are for the purpose of providing an understanding of the present invention and for illustrating various embodiments of the present invention and for describing the principles of the present invention in conjunction with the description thereof.

1 is a diagram illustrating a schematic structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).

FIG. 2 is a diagram illustrating a default data path through which two UEs communicate in EPS. FIG.

3 is a diagram illustrating a direct mode data path between two UEs based on ProSe.

FIG. 4 is a diagram illustrating a locally-routed data path between two UEs based on ProSe.

5 is a diagram schematically illustrating a structure of an IMS-based wireless communication system.

6 is a diagram illustrating an IMS registration process for an IMS-based ProSe operation according to the present invention.

7 is a diagram illustrating a registration process of ProSe capability related information for an IMS-based ProSe operation according to the present invention.

8 is a diagram illustrating an example of an IMS session creation process for an IMS-based ProSe operation according to the present invention.

9 illustrates another example of an IMS session creation process for an IMS-based ProSe operation according to the present invention.

FIG. 10 illustrates another example of an IMS session creation process for an IMS-based ProSe operation according to the present invention.

11 is a diagram illustrating an IMS session update process for an IMS-based ProSe operation according to the present invention.

12 is a diagram illustrating a ProSe and existence service interworking operation according to the present invention.

13 is a diagram showing the configuration of a preferred embodiment of a terminal device and a network node device according to an example of the present invention.

The following embodiments combine the components and features of the present invention in a predetermined form. Each component or feature may be considered to be optional unless otherwise stated. Each component or feature may be embodied in a form that is not combined with other components or features. In addition, some components and / or features may be combined to form an embodiment of the present invention. The order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment.

Specific terms used in the following description are provided to help the understanding of the present invention, and the use of such specific terms may be changed to other forms without departing from the technical spirit of the present invention.

In some instances, well-known structures and devices may be omitted or shown in block diagram form centering on the core functions of the structures and devices in order to avoid obscuring the concepts of the present invention. In addition, the same components will be described with the same reference numerals throughout the present specification.

Embodiments of the present invention may be supported by standard documents disclosed in relation to at least one of the Institute of Electrical and Electronics Engineers (IEEE) 802 series system, 3GPP system, 3GPP LTE and LTE-A system, and 3GPP2 system. That is, steps or parts which are not described to clearly reveal the technical spirit of the present invention among the embodiments of the present invention may be supported by the above documents. In addition, all terms disclosed in the present document can be described by the above standard document.

The following techniques can be used in various wireless communication systems. For clarity, the following description focuses on 3GPP LTE and 3GPP LTE-A systems, but the technical spirit of the present invention is not limited thereto.

Terms used in this document are defined as follows.

UMTS (Universal Mobile Telecommunications System): A third generation mobile communication technology based on Global System for Mobile Communication (GSM) developed by 3GPP.

EPS (Evolved Packet System): A network system consisting of an Evolved Packet Core (EPC), an IP-based packet switched core network, and an access network such as LTE and UTRAN. UMTS is an evolutionary network.

NodeB: base station of GERAN / UTRAN. It is installed outdoors and its coverage is macro cell size.

eNodeB: base station of LTE. It is installed outdoors and its coverage is macro cell size.

UE (User Equipment): a user device. The UE may be referred to in terms of terminal, mobile equipment (ME), mobile station (MS), and the like. In addition, the UE may be a portable device such as a laptop, a mobile phone, a personal digital assistant (PDA), a smart phone, a multimedia device, or the like, or may be a non-portable device such as a personal computer (PC) or a vehicle-mounted device. The UE is a UE capable of communicating in the 3GPP spectrum such as LTE and / or non-3GPP spectrum such as WiFi, public safety spectrum.

Proximity Services or Proximity-based Services (ProSe): A service that enables discovery between physically close devices, and direct communication / communication via a base station / communication through a third party device. In this case, user plane data is exchanged through a direct data path without passing through a 3GPP core network (eg, EPC).

Proximity: Whether a UE is in proximity to another UE depends on whether a given proximity criterion is satisfied. Proximity criteria may be given differently for ProSe discovery and ProSe communication. In addition, the proximity criterion may be set to be controlled by the operator.

ProSe Discovery: A process of identifying which UE is in proximity to another UE using E-UTRA.

ProSe Communication: Communication between adjacent UEs performed via a communication path established between the UEs. The communication path may be established directly between the UEs or may be routed through local base station (eNodeB) (s).

ProSe-enabled UE: UE that supports ProSe discovery and / or ProSe communication.

ProSe-enabled Network: A network that supports ProSe discovery and / or ProSe communication.

RAN (Radio Access Network): a unit including a NodeB, an eNodeB and a Radio Network Controller (RNC) controlling them in a 3GPP network. It exists between the UE and the core network and provides a connection to the core network.

Home Location Register (HLR) / Home Subscriber Server (HSS): A database containing subscriber information in the 3GPP network. The HSS may perform functions such as configuration storage, identity management, and user state storage.

RANAP (RAN Application Part): an interface between the RAN and a node (Mobility Management Entity (MME) / Serving General Packet Radio Service (GPRS) Supporting Node) / MSC (Mobiles Switching Center) that is in charge of controlling the core network .

Public Land Mobile Network (PLMN): A network composed for the purpose of providing mobile communication services to individuals. It may be configured separately for each operator.

Non-Access Stratum (NAS): A functional layer for sending and receiving signaling and traffic messages between a UE and a core network in a UMTS protocol stack. The main function is to support the mobility of the UE and to support a session management procedure for establishing and maintaining an IP connection between the UE and the PDN Packet Data Network Gateway (GW).

Home NodeB (HNB): Customer Premises Equipment (CPE) providing UMTS Terrestrial Radio Access Network (UTRAN) coverage. For more details, refer to standard document TS 25.467.

Home eNodeB (HeNodeB): Customer Premises Equipment (CPE) providing Evolved-UTRAN (E-UTRAN) coverage. For more details, refer to standard document TS 36.300.

Closed Subscriber Group (CSG): A group of subscribers who are allowed to access one or more CSG cells in the Public Land Mobile Network (PLMN) as members of the CSG of the H (e) NB.

Local IP Access (LIPA): An IP capable UE accesses an entity with another IP function within the same residential / enterprise IP network via H (e) NB. LIPA traffic does not pass through the operator network. In the 3GPP Release-10 system, it provides access to resources on the local network (i.e., the network located in the customer's home or company premises) via H (e) NB.

-Selected IP Traffic Offload (SIPTO): The 3GPP Release-10 system supports the carrier handing over user traffic by selecting a Packet Data Network GateWay (PGW) that is physically near the UE in the EPC network.

Packet Data Network (PDN) connection: Logical connection between the UE represented by one IP address (one IPv4 address and / or one IPv6 prefix) and the PDN represented by an Access Point Name (APN).

IMS (IP Multimedia Subsystem): A subsystem for providing multimedia services based on IP.

IMS Registration: A process in which a UE informs a home IMS network of information related to its current location.

Application Server (AS): A server that provides various multimedia services.

SCC Service Centralization and Continuity Application Server: An application server that supports multimedia session persistence.

Call Session Control Function (CSCF): A server or proxy server that processes SIP signaling packets in IMS. P-CSCF (Proxy-CSCF), S-CSCF (Serving-CSCF) and I-CSCF (Interrogating-CSCF) can be divided.

Evolved Packet Core (EPC)

EPC is a key element of System Architecture Evolution (SAE) to improve the performance of 3GPP technologies. SAE is a research project to determine network structure supporting mobility between various kinds of networks. SAE aims to provide an optimized packet-based system, for example, supporting various radio access technologies on an IP basis and providing improved data transfer capability.

Specifically, the EPC is a core network of an IP mobile communication system for a 3GPP LTE system and may support packet-based real-time and non-real-time services. In a conventional mobile communication system (i.e., a second generation or third generation mobile communication system), the core network is divided into two distinct sub-domains of circuit-switched (CS) for voice and packet-switched (PS) for data. The function has been implemented. However, in the 3GPP LTE system, the evolution of 3G mobile communication systems, the sub-domains of CS and PS have been unified into one IP domain. That is, in the 3GPP LTE system, the connection between the terminal and the terminal having the IP capability (capability), IP-based base station (for example, eNodeB (evolved Node B)), EPC, application domain (for example, IMS (IP Multimedia Subsystem)). That is, EPC is an essential structure for implementing end-to-end IP service.

The EPC may include various components, and in FIG. 1, some of them correspond to a serving gateway (SGW), a packet data network gateway (PDN GW), a mobility management entity (MME), and a serving general packet (SGRS) Radio Service (Supporting Node) and Enhanced Packet Data Gateway (ePDG) are shown.

The SGW acts as a boundary point between the radio access network (RAN) and the core network, and is an element that functions to maintain a data path between the eNodeB and the PDN GW. In addition, when the UE moves over the area served by the eNodeB, the SGW serves as a local mobility anchor point. That is, packets may be routed through the SGW for mobility in the E-UTRAN (Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later). SGW also provides mobility with other 3GPP networks (RANs defined before 3GPP Release-8, such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data Rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.

The PDN GW (or P-GW) corresponds to the termination point of the data interface towards the packet data network. The PDN GW may support policy enforcement features, packet filtering, charging support, and the like. In addition, mobility management between 3GPP networks and non-3GPP networks (for example, untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax) Can serve as an anchor point for.

Although the example of the network structure of FIG. 1 shows that the SGW and the PDN GW are configured as separate gateways, two gateways may be implemented according to a single gateway configuration option.

The MME is an element that performs signaling and control functions to support access to the network connection of the UE, allocation of network resources, tracking, paging, roaming and handover, and the like. The MME controls control plane functions related to subscriber and session management. The MME manages a number of eNodeBs and performs signaling for the selection of a conventional gateway for handover to other 2G / 3G networks. The MME also performs functions such as security procedures, terminal-to-network session handling, and idle terminal location management.

SGSN handles all packet data, such as user's mobility management and authentication to other 3GPP networks (eg GPRS networks).

The ePDG acts as a secure node for untrusted non-3GPP networks (eg, I-WLAN, WiFi hotspots, etc.).

As described with reference to FIG. 1, a terminal having IP capability includes an IP service network provided by an operator (ie, an operator) via various elements in the EPC, based on 3GPP access as well as non-3GPP access. For example, IMS).

1 illustrates various reference points (eg, S1-U, S1-MME, etc.). In the 3GPP system, a conceptual link defining two functions existing in different functional entities of E-UTRAN and EPC is defined as a reference point. Table 1 below summarizes the reference points shown in FIG. 1. In addition to the examples of Table 1, there may be various reference points according to the network structure.

Table 1

Reference point	Explanation
S1-MME	Reference point for control plane protocol between E-UTRAN and MME
S1-U	Reference point between E-UTRAN and SGW for inter-eNodeB path switching and per-bearer user plane tunneling during handover
S3	Reference point between the MME and SGSN providing user and bearer information exchange for mobility between 3GPP access networks in idle and / or active state. This reference point can be used in PLMN-to-PLMN-to-for example (for PLMN-to-PLMN handover)
S4	Reference point between SGW and SGSN that provides relevant control and mobility support between the GPRS core and SGW's 3GPP anchor functionality. In addition, if no direct tunnel is formed, user plane tunneling is provided.
S5	Reference point providing user plane tunneling and tunnel management between the SGW and PDN GW. Used for SGW relocation because of UE mobility and when a connection to the PDN GW where the SGW is not co-located is required for the required PDN connectivity.
S11	Reference point between MME and SGW
SGi	Reference point between the PDN GW and the PDN. The PDN may be an operator external public or private PDN or, for example, an in-operator PDN for the provision of IMS services. This reference point corresponds to Gi in 3GPP access

Among the reference points shown in FIG. 1, S2a and S2b correspond to non-3GPP interfaces. S2a is a reference point that provides the user plane with relevant control and mobility support between trusted non-3GPP access and PDNGW. S2b is a reference point that provides the user plane with relevant control and mobility support between the ePDG and PDNGW.

Control mechanism to provide ProSe

The present invention proposes a control mechanism for supporting ProSe or D2D service in a mobile communication system such as 3GPP EPS (Evolved Packet System).

Due to the recent increase in user requirements for social network services (SNS), etc., detection / discovery and special applications / services (i.e. proximity-based applications) between physically close users / devices (Services) has emerged. In the 3GPP mobile communication system, there are ongoing discussions about possible use cases and scenarios for ProSe and possible service requirements as a move to provide this kind of service.

ProSe's possible uses include the coherence of the user experience, including commercial / social services, network offload, public safety, and integration of existing infrastructure services (which includes aspects of reachability and mobility). It is to ensure that the). In addition, public safety in cases where E-UTRAN coverage is not provided (in this case subject to compliance with local regulatory and operator policies, limited to specific frequency bands and specific terminals designated for public safety) Use cases and possible requirements are under discussion.

In particular, the scope of the ongoing discussion on ProSe in 3GPP assumes that proximity-based applications / services are provided via LTE or WLAN, and that discovery and communication between devices are performed under operator / network control.

FIG. 2 is a diagram illustrating a default data path through which two UEs communicate in EPS. FIG. That is, FIG. 2 exemplarily shows a data path between UE-1 and UE-2 in a case where ProSe between UE-1 and UE-2 is not applied. This basic path goes through the base station (ie eNodeB or Home eNodeB) and gateway nodes (ie EPC or operator network). For example, as shown in FIG. 2, when UE-1 and UE-2 exchange data, data from UE-1 passes through eNodeB-1, S-GW / P-GW, and eNodeB-2. Delivered to UE-2, and likewise data from UE-2 may be delivered to UE-1 via eNodeB-2, S-GW / P-GW, eNodeB-1. In FIG. 2, UE-1 and UE-2 are camped on different eNodeBs, but may be camped on the same eNodeB. In addition, although FIG. 2 shows that two UEs receive services from the same S-GW and P-GW, various combinations of services are possible. That is, it may receive services from the same S-GW and different P-GWs, may receive services from different S-GWs and the same P-GW, or may receive services from different GWs and different P-GWs. have.

In the present invention, such a basic data path may be referred to as an infrastructure data path (ie, an infrastructure path or an infrastructure data path or an infrastructure communication path). In addition, communication through such an infrastructure data path may be referred to as infrastructure communication.

3 is a diagram illustrating a direct mode data path between two UEs based on ProSe. This direct mode communication path does not go through the base station (ie eNodeB or Home eNodeB) and gateway nodes (ie EPC).

FIG. 3 (a) shows a case where UE-1 and UE-2 are each camping on different eNodeBs (ie, eNodeB-1 and eNodeB-2) while exchanging data through a direct mode communication path. By way of example. 3 (b) exemplarily illustrates a case where UE-1 and UE-2 camping on the same eNodeB (ie, eNodeB-1) exchange data through a direct mode communication path.

Meanwhile, it should be noted that the data path of the user plane is directly formed between the UEs without passing through the base station or the gateway node as shown in FIG. 3, but the control plane path may be formed through the base station and the core network. The control information exchanged through the control plane path may be information related to session management, authentication, authorization, security, charging, and the like. In the case of ProSe communication of UEs served by different eNodeBs as in the example of FIG. 3 (a), the control information for UE-1 is passed through the eNodeB-1 to a control node (eg, MME / ), And control information for UE-2 may be exchanged with a control node (eg, MME) of the core network via eNodeB-2. In the case of ProSe communication of UEs served by the same eNodeB as in the example of FIG. 3 (b), the control information for UE-1 and UE-2 is passed through the eNodeB-1 to the control node of the core network (eg , MME).

FIG. 4 is a diagram illustrating a locally-routed data path between two UEs based on ProSe. As in the example of FIG. 4, the ProSe communication data path between UE-1 and UE-2 is formed via eNodeB-1, but does not go through a gateway node (ie, EPC) operated by an operator. On the other hand, the control plane path, when the local routing scheme data path of the UEs served by the same eNodeB as shown in Figure 4, the control information for the UE-1 and UE-2 via the eNodeB-1 of the core network It may be exchanged with a control node (eg, MME).

In the present invention, the communication path described with reference to FIGS. 3 and 4 may be referred to as a direct data path, a data path for ProSe, a ProSe-based data path, or a ProSe communication path. In addition, communication through such a direct data path may be referred to as direct communication, ProSe communication, or ProSe based communication.

IP Multimedia Subsystem (IMS)

The IMS-based wireless communication system may include various components, and in FIG. 5, corresponding to some of them, a terminal, an access and core network, a multimedia resource function (MRF), a P / I-CSCF, an S-CSCF, an AS , Home Subscriber Server (HSS).

The terminal may communicate with IMS-related nodes and / or other terminals via an IP-based radio access network such as E-UTRAN and the core network. A terminal with IP capability may have a unique ID (eg, an IMPU ID such as a SIP URI or Tel URI) and an IP address.

The MRF corresponds to a server that provides media related functions such as media conditioning (eg, voice stream mixing), and is composed of MRFC and MRFP. The MRFC interprets the information from the AS and S-CSCF and serves to control the MRFP. The MRFP performs the function of mixing, providing or processing media streams.

P-CSCF is a SIP proxy server that is a contact point for the IMS terminal. The P-CSCF may perform a function of allocating resources for media flow and security of a message between the network and the terminal.

I-CSCF is a SIP server that becomes a point of contact from a peered network. The I-CSCF may perform a function such as performing a query to the HSS to determine the S-CSCF for the UE.

The S-CSCF is a server that handles SIP registration and performs location determination, terminal authentication, call processing (eg, call routing), etc. of each terminal. For example, when the terminal wants to register in the IMS network, the registration message of the terminal including information such as media type, codec related information, and screen size supported by the terminal is transmitted to the S-CSCF via the P-CSCF. Can be. The operation of the S-CSCF may be controlled according to the policy stored in the HSS.

SCC AS is a home network based IMS application server that provides the functions required for IMS centralized services and for service continuity of multimedia sessions.

The HSS may perform functions such as configuration storage, identity management, and user state storage.

IMS-based ProSe

The present invention proposes a mechanism for providing ProSe to an IMS UE. The IMS-based ProSe provision mechanism proposed by the present invention can be extended to ProSe-enabled UEs without IMS functionality. In this case, the principle of the IMS control message (eg, SIP message) proposed in the present invention can be equally applied to other types of control messages (eg, a control message defined for ProSe, or an HTTP message). In addition, the scope of the present invention is not limited to the examples of IMS nodes and IMS servers participating in the IMS-based ProSe provision mechanism proposed by the present invention, and the present invention is provided by network nodes and network servers that provide similar functions. An operation proposed in may be performed.

As mentioned above, only the possible applications and requirements of ProSe, the basic data path, and the degree of control path are discussed, and no specific scheme of the structure and operation of 3GPP network to support ProSe is provided.

Unlike the data path (that is, infrastructure data path) through the conventional EPC, ProSe-based communication can communicate through the direct data path between the UEs without the EPC. If a UE wishes to communicate with a counterpart UE via a data path directly, a mechanism for informing this to a network (eg, MME) is needed. That is, even if user data is transmitted and received through a direct data path between UEs without passing through a network, it is preferable to control / manage (for example, resource allocation, policy application, charging, etc.) for such ProSe communication on the network side. .

In order to inform the network that the UE wants to communicate directly through the data path, an existing NAS message may be modified or used, or a new NAS message may be defined and used. In particular, in the existing system that does not consider ProSe, the UE in idle mode is defined as sending a Service Request (or Extended Service Request) message to the MME in order to communicate. It is. Therefore, the UE may consider modifying and using the service request message to inform the ProSe related information to the MME. However, even if the UE in the connected mode does not need to send a NAS message such as a service request message, if the UE wants to inform the MME of ProSe related information, it transmits a NAS message such as a service request message. The problem of doing so, namely, an increase in overhead of transmitting unnecessary messages may occur in the existing operation.

In order to solve this problem, the present invention proposes a method for transmitting and receiving ProSe related information while minimizing additional message transmission of the UE. Particularly, in the case of an IMS UE, a session setup is performed using a control message (eg, a SIP message) in order to transmit and receive user data with a counterpart UE, and an efficient method for providing ProSe to such an IMS UE is proposed. .

Hereinafter, specific methods of the present invention including information indicating that a UE wants to communicate with a counterpart UE through a direct data path, additional information related to direct communication, etc. will be described. Methods 1 to 5 described below may be applied independently, or may be applied in the form of a combination of two or more.

Option 1

This method 1 relates to an operation in which the IMS UE performs IMS registration by including capability information about ProSe.

The information on the ProSe capability of the UE includes the enable / disable state of one or more capabilities of the UE (or user, subscriber, etc.) necessary for performing ProSe and / or one or more capabilities necessary for performing ProSe. The term "ProSe capability related information" of the UE is used below.

Specifically, in order to perform a ProSe operation (for example, discovering another UE in proximity or direct communication between UEs), information about whether the UE has the capability to support the ProSe operation may be transmitted to the network. have. Here, the capability for ProSe operation may be represented by one capability or may be represented by a set of a plurality of capabilities. In addition, even if the UE has the capability itself for ProSe operation, if the capability can be activated or deactivated, information on the activation / deactivation state of the capability can be transmitted to the network.

When the IMS UE performs IMS registration, the IMS UE may transmit ProSe capability related information to the IMS network by including a SIP REGISTER request message. For example, the ProSe capability related information may include a header field of the SIP REGISTER message, a body parameter of the header field, a tag field of the header field, a session description protocol (SDP) field, or XML ( Extensible Markup Language) may be included in the SIP message using one or more of the body fields. Here, the parameters of the SIP message may use (or reuse) existing definitions or may be defined as new parameters. For example, the ProSe related information may be included in the SIP message in one form of a media feature tag (for example, the name “g.3gpp.proximity”) in the Contact header field.

When the IMS UE discovers another device in proximity, or when the IMS UE attempts to communicate directly with another IMS UE, the ProSe capability related information may be transmitted to the IMS network at the time of IMS registration. The ProSe capability related information transmitted by the IMS UE may be stored in the S-CSCF serving the IMS UE. In addition, the ProSe capability related information may be stored in the HSS through the interaction between the S-CSCF and the HSS.

Upon receiving the registration request message from the IMS UE, the S-CSCF may perform third party registration with the AS providing the ProSe based on the subscriber information and / or the ProSe capability related information of the IMS UE. have. Accordingly, the AS providing ProSe (hereinafter referred to as ProSe AS) may store ProSe capability related information of the IMS UE. The ProSe AS may provide ProSe to an IMS UE at the request of the IMS UE or at the discretion of the network by anchoring a session originating or terminating by the IMS UE. The ProSe AS may be co-located with another existing AS (eg, SCC AS) or may be a separate AS.

In addition, the ProSe capability related information may be set according to various granularities.

The ProSe capability related information may be defined and applied in various granularities. The unit of ProSe capability related information may be set to a type of media / content, a bearer / connection type, an application type, a destination domain, a communication counterpart, and the like. Further, granular ProSe usage of the UE may be determined for each of the units, and ProSe usage of the UE may be determined for one or more combinations of the units. The various units for the ProSe capability related information are merely exemplary, and the scope of the present invention is not limited to the examples. Hereinafter, examples of each unit will be described in more detail.

The ProSe capability related information may be set for each type of media or for each type of content (eg, voice, video, image, text, etc.). The UE may maintain the ProSe capability related information only for media or content that is subject to ProSe use. Here, the meaning of the use of ProSe may mean a combination of one or more of the UE uses, intends to use, can use, or consider using. For example, assuming that ProSe is not considered for voice and ProSe is considered for video, it is not necessary to maintain the ProSe capability related information for video while maintaining ProSe capability related information for voice. Although the type of media / content has been described as an example, the technical idea of maintaining the ProSe capability-related information only for an object of ProSe usage for each predetermined unit including examples described below may be equally applied.

The ProSe capability related information may be set for each bearer or connection type (eg, CS bearer, PS bearer, emergency bearer, LIPA or SIPTO connection, etc.). The UE may maintain the ProSe capability related information only for bearers or connections that are subject to ProSe use. For example, assuming that ProSe is not considered for a Guaranteed Bit Rate (GBR) bearer and ProSe is considered for a non-GBR bearer, the GBR bearer is maintained while maintaining the ProSe capability related information for a non-GBR bearer. It is not necessary to maintain the ProSe capability related information. As another example, when ProSe is considered only for the emergency bearer, the ProSe capability related information may be maintained only for the emergency bearer. As another example, when ProSe is considered only for the SIPTO connection, the ProSe capability related information may be maintained only for the SIPTO connection.

The ProSe capability related information may be set for each application type. The UE may maintain the ProSe capability related information only for the application targeted for ProSe use. For example, assuming that ProSe is not considered for Application # 1 and ProSe is considered for Application # 2, the ProSe capability is maintained for Application # 2 while the ProSe capability is maintained for Application # 1. There is no need to maintain relevant information.

The ProSe capability related information may be set for each destination domain. The UE may maintain the ProSe capability related information only for the destination domain to which ProSe is to be used. For example, assuming that ProSe is not considered for domain a and ProSe is considered for domain b, the ProSe capability related information is maintained for domain b while the ProSe capability related information is maintained for domain a. You do not have to do.

The ProSe capability related information may be set for each peer ID, a specific contact list or a specific group. The UE may maintain the ProSe capability related information only for a communication counterpart (or list / group) to which ProSe is used. For example, assuming that ProSe is considered only for the communication counterpart belonging to a specific list / group, the ProSe capability related information is maintained for the communication counterpart belonging to the specific list / group while not belonging to the specific list / group. It is not necessary to maintain the ProSe capability related information for the communication counterpart that is not.

As described above, when the ProSe capability related information is set in various units, the ProSe capability state of the corresponding UE is “disabled”, not merely maintaining ProSe capability related information for a unit that does not consider using ProSe. Can also be set. For example, when the ProSe capability related information is set on an application basis, the ProSe capability state of the UE is activated or deactivated for the application targeted for ProSe use while managing the ProSe capability related information for all applications. Can be set to Here, activation or deactivation may be set by a user's selection or may be set by an instruction of a network. On the other hand, for the application that is not the target of ProSe use can be managed by setting the state of the ProSe capability of the UE is deactivated.

Here, with one ProSe capability information per UE, information indicating the activation / deactivation state of the ProSe capability may be divided and set according to the various units (that is, whether or not the corresponding UE has the ProSe capability itself is determined. It is set regardless of unit, and enable / disable state of ProSe capability can be indicated by detailed units). Alternatively, both the ProSe capability information and the activation / deactivation status indication information of the ProSe capability may be divided and set according to the various units (ie, the ProSe capability information and the activation / deactivation status indication information of the ProSe capability are 1-to-1. Mapped). Alternatively, the ProSe capability information may be divided and set according to the various units, and the activation / deactivation status indication information of the ProSe capability may be set to one per UE (that is, all of the plurality of fragmented ProSe capabilities may be simultaneously activated or deactivated). Can be).

The ProSe capability related information may further include multi-hop communication related information. The multi-hop communication related information may include information indicating whether the UE is capable of direct communication with other UEs in a multi-hop and information indicating an activation / deactivation state thereof. In addition, the multi-hop communication related information, whether the UE can participate in multi-hop communication, whether the UE can be an end node on the multi-hop path, the UE is multi-hop The information may be subdivided into information representing one or more of whether or not it may serve as a relay node on a path.

The ProSe capability related information may further include 1-to-N communication related information. The 1-to-N communication related information may include information indicating whether the corresponding UE can directly communicate with other UEs in 1-to-N and information indicating an activation / deactivation state thereof. In addition, the 1-to-N communication-related information, whether the UE can participate in 1-to-N communication, the role of 1 in the 1-to-N communication (ie master, broadcaster ( whether it can act as a broadcaster, leader, or initiator, and whether the UE can play the role of N (i.e., one of the N UEs) in 1-to-N communication. It may be composed of subdivided into information representing one or more.

In addition, the IMS registration operation may include an operation of determining whether the S-CSCF and / or ProSe AS supports ProSe and notifying the IMS UE of the result. This notification operation may be performed through a response message to the SIP REGISTER request message sent by the IMS UE for registration of the IMS, or may be performed through a separate message.

In order to determine whether the S-CSCF and / or ProSe AS can support ProSe for the UE, predetermined reference information must be confirmed. The predetermined reference information may include at least one of subscriber information of the UE, ProSe capability of the network, operator policy, user preference, roaming, or network congestion.

Specifically, the subscriber information of the UE generally refers to information stored in the HSS, but may correspond to information previously set in the MME / SGSN, S-CSCF, or ProSe AS. Based on the information on whether to allow a subscription plan or a subscription service of the corresponding UE included in such subscriber information, the S-CSCF and / or ProSe AS analyzes whether the UE can receive ProSe. ) / Evaluation / determination. In the operation of determining the network, in addition to the ProSe capability related information, information about the ProSe capability of the network (for example, whether the network can provide ProSe) may be considered.

In addition, the subscriber information may reflect the policy of the operator. That is, the subscriber information may include information about the subscription of the service directly, as well as information evaluated or processed according to the intention of the operator. In the case of a roaming UE, information set according to a policy of an operator (for example, a home operator or a local operator) regarding ProSe availability for the UE in the form of direct or implied information is included in the subscriber information. May be included.

In addition, the operator's policy may be stored / updated separately from the subscriber information. Information on the operator policy may be stored in the HSS, MME / SGSN, S-CSCF or ProSe AS. The information on the operator policy may be used for analysis / evaluation / determination of whether the UE can receive ProSe in the S-CSCF and / or ProSe AS. In addition, the operator policy may also be defined and applied in various units as described for ProSe related information of the UE.

In addition, the S-CSCF and / or ProSe AS may determine whether ProSe support is possible according to whether the network to which the IMS UE is attached is a home network or a visited network (ie, roaming). Depending on roaming, the policy of the operator or user's preferences to be applied may vary, and this is to determine whether ProSe support is appropriate for the situation.

In addition, the S-CSCF and / or ProSe AS may determine whether ProSe support is possible in consideration of a congestion situation of a network (eg, a RAN or a core network) to which the IMS UE is attached. For example, ProSe can be allowed if the network is congested, but ProSe is not allowed until otherwise, so the S-CSCF and / or ProSe AS may determine whether to allow ProSe to the IMS UE. have.

Option 2

This method 2 relates to an operation for an IMS UE originating or updating a session to communicate via a direct data path.

For example, when the IMS UE originates a session, the SIP INVITE request message may be transmitted by including information requesting to communicate with a counterpart UE directly in a data path for some or all of the media constituting the session. . Or when the IMS UE updates a session, includes information requesting to communicate with a counterpart UE directly in a data path with respect to some or all of the media to be updated to transmit a SIP re-INVITE request message or a SIP UPDATE message. Can be. Or when the IMS UE updates the session, includes information requesting that the infrastructure data path communicate with the counterpart UE directly or with the other UE for some or all of the media to be updated, so that the SIP re-INVITE It may also mean sending a request message or a SIP UPDATE message. That is, the session update may be adding new media to an existing session, or to change the communication path of the media constituting the existing session (infrastructure data path directly to the data path or vice versa). Can be.

Or, if the IMS UE originating or updating the session receives a response message requesting that it communicate with the data path directly from the counterpart UE during session creation or update, it responds to the request itself (ie, originating or updating the session). IMS UE) may also proceed with session creation or update by including response information to communicate via a direct data path. For example, if a counterpart UE includes information requesting to communicate directly in a data path in a SIP 183 session progress message, the UE that receives it (i.e., the IMS UE originating or updating the session) The SIP PRACK (provisional acknowledgment) message itself can be transmitted by including the response information to communicate through a direct data path.

As described above, a UE included in a SIP message (for example, a SIP INVITE request message, a SIP re-INVITE request message, a SIP UPDATE request message, or a SIP PRACK message, etc.) may communicate with a counterpart UE through a direct data path. The information requesting information, which includes information requesting to change from the direct data path with the counterpart UE to the infrastructure data path, is hereinafter referred to as "ProSe communication request information" and responds to the communication through the direct data path. The information which informs or informs, which includes information responsive to changing from the direct data path with the counterpart UE to the infrastructure data path, is hereinafter referred to as "ProSe communication response information". The above-mentioned "ProSe communication request information" and "ProSe communication response information" may configure ProSe communication related information for all media constituting the session, or ProSe communication related information only for some media constituting the session. It may be.

Here, one or more of the following information may be used as a criterion for the IMS UE to include its ProSe communication request information in the session origination or session update request message.

i) Session Incoming or Session Update Request Receive IMS UE's ProSe capability related information may be used. That is, as proposed in the following scheme 3, a session incoming or session update request receiving IMS UE may transmit the SIP message including information on its ProSe capability, which is directly transmitted by the session originating or session update request IMS UE. Can be used as a criterion for requesting whether or not to communicate with the path.

ii) may use information about the proximity of itself with the UE receiving the session incoming or session update request. For example, if a session origination or session update request IMS UE knows that proximity service communication is possible with a counterpart UE (i.e., an IMS UE that has received a session incoming or session update request), a ProSe communication request requesting to communicate directly in the data path. Information can be included in the SIP request message. On the contrary, the IMS UE, which is in proximity service communication with the counterpart UE and recognizes that the proximity service communication is no longer available or sooner or later, may include ProSe communication request information in the SIP request message requesting communication in the infrastructure data path.

The ProSe communication request (or response) information includes a header field of a SIP message (eg, a SIP INVITE request message, a SIP re-INVITE request message, a SIP UPDATE request message, or a SIP PRACK message), and a body of the header field ( It may be included in the SIP message by using one or more of a body parameter, a tag field of the header field, or a Session Description Protocol (SDP) field. Here, the parameters of the SIP message may use (or reuse) existing definitions or may be defined as new parameters.

In addition, the IMS UE originating the session or updating the session may transmit its ProSe capability related information (see Method 1 above) together with or separately from the ProSe communication request (or response) information in the SIP message.

Option 3

This method 3 relates to an operation for the IMS UE, which terminates a session or receives a session update request, to communicate through a direct data path.

An IMS UE that receives a session creation request message (eg, a SIP INVITE request message) including ProSe communication request information (see method 2 above) from a counterpart UE (i.e., an IMS UE originating a session) is itself (i.e., The UE receiving the session may also proceed with session creation by including information to communicate through a direct data path. For example, an IMS UE receiving a session may include “ProSe communication response information” in a SIP 183 session progress message and transmit the same. IMS that receives a session update request message (eg, a SIP re-INVITE request message or a SIP UPDATE request message) including ProSe communication request information (see method 2 above) from a counterpart UE (ie, an IMS UE updating a session). The UE may proceed with the session update by including information that it (ie, the UE receiving the session update) will also communicate directly via the data path. For example, the IMS UE receiving the session update request may include “ProSe communication response information” in the SIP 200 OK message and transmit the same.

Or, when the IMS UE receives a session creation request message (eg, a SIP INVITE request message) that does not include ProSe communication request information from the other UE, the self (ie, the session destination IMS UE) is the other UE (ie, In the case where it is desired to communicate with the session originating IMS UE via a data path, ProSe communication request information for some or all of the media constituting the session may be included to generate a response message (that is, a response message for a session creation request). Can transmit For example, an IMS UE receiving a session may include the ProSe communication request information in a SIP 183 session progress message and transmit the same. Or, if the IMS UE receives a session update request message (eg, a SIP re-INVITE request message or a SIP UPDATE request message) that does not include ProSe communication request information from the other UE, that is, it receives the session update request itself. If the IMS UE wishes to communicate with the other party UE (i.e., the session update originating IMS UE) directly via the data path, the response message (i.e., including ProSe communication request information for some or all of the media constituting the session) is included. Response message to the session update request). For example, the IMS UE receiving the session update may include the ProSe communication request information in a SIP 200 OK message and transmit the same.

Here, the session creation request message or session update request message sent from the session origination or session update request IMS UE does not include ProSe communication request information, but the session incoming or session update receiving IMS UE responds to its ProSe communication request information. As a criterion for inclusion in the message, one or more of the following information may be used.

i) Session origination or session update request Information on the ProSe capability of the IMS UE may be used. That is, as proposed in the scheme 2, the session origination or session update request IMS UE may transmit the SIP INVITE request message including its ProSe capability related information, which is directly transmitted by the session incoming or session update receiving IMS UE. Can be used as a criterion for requesting whether or not to communicate with the path.

ii) may use information about the proximity of itself to a session origination or session update request UE. For example, if a incoming or session update receiving IMS UE knows that proximity service communication is possible with a counterpart UE (i.e., the IMS UE that sent the session origination or session update request), a ProSe communication request requesting to communicate directly in the data path. Information can be included in the SIP response message. On the contrary, the IMS UE, which is in proximity service communication with the counterpart UE and recognizes that the proximity service communication is no longer available or sooner or later, may include ProSe communication request information in the SIP response message requesting communication in the infrastructure data path.

The ProSe communication request information or the ProSe communication response information may include a header field of a SIP message (eg, a SIP 183 session progress message, etc.), a body parameter of the header field, and a tag of the header field ( The tag may be included in the SIP message using one or more of the tag field or the Session Description Protocol (SDP) field. Here, the parameters of the SIP message may use (or reuse) existing definitions or may be defined as new parameters.

In addition, an IMS UE receiving a session or request for updating a session may transmit a SIP message by including its ProSe capability related information (see method 1 above) separately or together with the ProSe communication request (or response) information. have.

Option 4

This method 4 relates to interworking between a ProSe and a presence service.

The presence service means a service using information (ie, presence information) indicating that the other party can communicate. That is, the presence information may be referred to as a status indicator indicating the potential communication partner's ability to perform communication and willingness.

An AS providing an existing service related function (eg, an existing service server, or a resource list server, etc.) may provide ProSe related functions. Alternatively, an AS providing a ProSe related function (eg, a ProSe AS) may provide an existing service related function. Alternatively, an AS providing an existing service related function may interwork with an AS providing a ProSe related function directly (ie, not through another node) or indirectly (ie, through another node). Thus, one or more nodes capable of providing both ProSe and existence services are referred to as Presence / Proximity service AS (P / P AS) hereinafter.

When a UE subscribes to a service using presence information of another UE and / or another UE group (ie, target UE (group)), the existence service subscription request message to the P / P AS (eg, SIP SUBSCRIBE message) P / P subscription related information can be included in the transmission. The P / P subscription related information may include at least one of ProSe capability related information of the UE (see method 1) or information on a condition for notifying existence information of a target UE (group). Here, the condition for notifying the presence information of the target UE (group) may be set to notify, for example, when the presence information state of the target UE or the UE belonging to the target UE group is changed, or the target UE or The UE belonging to the target UE group may be set to notify when the UE (in the proximity range) enters the range (ie, the proximity range) where direct communication with the UE subscribed to the existing service is possible.

In addition, when a UE publishes its existence information, P / P fear related information of the UE may be added to a fear request message (eg, a SIP PUBLISH message) to the P / P AS. The P / P fear related information may include ProSe capability related information of the UE (see method 1 above). The change of the P / P fear related information may be a condition for the UE to transmit a fear request message.

In addition, when the P / P AS receives the existence service subscription request message (eg, SIP SUBSCRIBE message) from the UE, the response message (eg, SIP 200 OK message) is related to the P / P subscription response. Information can be included and transmitted. The P / P subscription response related information may include at least one of whether ProSe can be provided by a network or activation / deactivation related information of ProSe capability of the UE.

In addition, when the P / P AS receives a fear request message (for example, a SIP PUBLISH message) of presence information from the UE, the P / P fear response is sent to a response message (for example, a SIP 200 OK message). The relevant information can be included and transmitted. It may include one or more of ProSe availability of the network, or information on activation / deactivation of ProSe capability of the UE.

For example, activation / deactivation information of the ProSe capability of the UE, which may be included in the P / P subscription response related information and / or the P / P fear response related information, may be included in the UE (or a user or subscriber related to the UE). Information related to the request / instruction to activate one or more deactivated ProSe capabilities. In addition, the activation / deactivation related information of the ProSe capability of the UE may be information related to a request / instruction to deactivate one or more activated ProSe capabilities of the UE (or a user or subscriber related to the UE).

In addition, the P / P AS may include the P / P notification related information in a message (for example, a SIP NOTIFY message) that notifies the UE of the presence service of the presence information. The P / P notification related information may include ProSe capability related information of a target UE or a UE belonging to a target UE group (if the ProSe capability is deactivated, the ProSe capability related information may not be included), or a target UE or It may include one or more of whether or not direct communication with the UE belonging to the target UE group. Here, the change of at least one of the information included in the P / P notification related information may be a condition that causes the P / P AS to transmit the existence information notification message.

In addition, the P / P AS acquires necessary information from another node (eg, HSS, MME / SGSN, base station, IMS node, etc.) and / or performs interoperation in order to perform the operation proposed in this scheme 4. Can be done.

Option 5

This method 5 relates to an operation of transmitting an IMS UE result of ProSe to a network.

When the IMS UE terminates the session (for example, sends a SIP BYE message) or cancels the session (for example, sends a SIP CANCEL message), the ProSe result-related information may be included in a SIP message transmitted to a network and transmitted. . Alternatively or additionally, the ProSe result information is stored, and when the IMS UE performs IMS re-registration or de-registration to the home network, it is included in the SIP REGISTER message and transmitted to the network. It may be.

The ProSe result related information may include information indicating success or failure of direct data path setup, information on the amount and / or time of data communicated through the direct data path, and billing related information (eg, Maintained time, etc.), the type of media (or content) that communicated via the direct data path, the number of counterpart UEs that communicated via the direct data path, and information about the direct data path's direction (eg, from UE-1 One-way to UE-2, one-way from UE-2 to UE-1, two-way between UE-1 and UE-2, broadcast from UE-1 to other UEs), and the type of access used for the direct data path. Information (eg, E-UTRAN, WLAN, etc.), or information about the number and type of bearers used in the direct data path.

The ProSe result related information may include a header field of the SIP message (eg, a SIP BYE message or a SIP CANCEL message or a SIP REGISTER message), a body parameter of the header field, and a tag of the header field. Field, a Session Description Protocol (SDP) field, or an Extensible Markup Language (XML) body field may be included in the SIP message. Here, the parameters of the SIP message may use (or reuse) existing definitions or may be defined as new parameters.

The SIP message used in the above-described methods 1 to 5 is merely an example, and may use various existing SIP messages or newly defined SIP messages for the present invention.

In applying the above-described methods 1 to 5, the following matters may be considered.

Method 2 (the method of including ProSe communication request (or response) information in the SIP message transmitted by the session originating or session update request IMS UE) and method 3 (the SIP message transmitted by the session receiving or session update receiving IMS UE). The method of including ProSe communication request (or response) information) may include the operation of the method 1 (including the ProSe capability related information in the IMS registration related SIP message transmitted by the IMS UE). Alternatively, or may be performed independently without the operation of the first method. For example, when Method 2 / Method 3 and Method 1 are performed independently, any one UE may not be informed at session creation / update between UEs, even if the IMS UE does not inform the network of ProSe capability related information at the time of IMS registration. ProSe may be provided by requesting to communicate via a direct data path between UEs.

In addition, the method 4 (operational operation between ProSe and the existing service, etc.) may be accompanied by the operation of the method 1 (including the ProSe capability related information in the IMS registration related SIP message transmitted by the IMS UE). Alternatively, or may be performed independently without the operation of the first method.

In addition, in the

above methods

2 and 3, a session origination or session update request IMS UE (hereinafter referred to as UE-1) and / or a session incoming or session update reception IMS UE (hereinafter referred to as UE-2) is a direct data path. Even if you request to communicate with (or have a will), the network may reject it. On the one hand, even if UE-1 and UE-2 have not requested (or have no intention to) direct communication over the data path, the network may perform communication via direct data path between UE-1 and UE-2. You can also indicate. Conversely, it may be instructed to change the communication through the direct data path between UE-1 and UE-2 to the infrastructure data path. The above indication may be included in a SIP message exchanged between UE-1 and UE-2, or a network node may generate a separate message and transmit the same to UE-1 and / or UE-2. Here, the network may be a network node such as S-CSCF or ProSe AS serving UE-1 or may be a network node such as S-CSCF or ProSe AS serving UE-2.

One or more of the following information may be used as a criterion for determining whether to allow / deny / instruct / infrastructure direct data path communication between UEs in a network node: a UE (or a user or subscriber related to the UE). Information about ProSe capability, whether the network can provide ProSe, load / congestion situation of the RAN, load / congestion situation of the core network, and location of UEs related to session creation. For example, a specific cell camped on by the UE, a specific eNodeB, a specific tracking area (TA), etc. (e.g., a location where the operator has set up to utilize ProSe for public stability purposes (e.g., Information about disaster-prone areas such as beaches or mountains), whether UEs involved in session creation belong to a specific group or contact list, information about proximity between UEs, and / or possibility of proximity communication Whether. Such information may be obtained by the network node (S-CSCF or ProSe AS) from the UE and / or other network node (eg, HSS, MME / SGSN, Policy Charging and Rules Function (PCRF), etc.).

Authentication / authorization for whether UE-1 and UE-2 can perform ProSe based communication, and / or charging for ProSe based communication may be performed by one or more of the following network nodes. There are: network nodes serving UE-1 (e.g., ProSe AS, S-CSCF and / or P-CSCF related to UE-1), and / or network nodes serving UE-2 (e.g., ProSe AS, S-CSCF and / or P-CSCF related to UE-1.

The network node that performs the authentication / authorization / charging may interact with other network nodes or may transmit the authentication / authorization / charging result to another network node.

For example, when creating a session between UE-1 and UE-2, ProSe AS serving UE-1 and ProSe AS serving UE-2 each perform ProSe based communication with UE-1 and UE-2. Authentication / authority verification can be performed.

In addition, the P-CSCF and / or S-CSCF serving UE-1, and the P-CSCF and / or S-CSCF serving UE-2 may contain information necessary for charging (eg, UE-1 Process of creating session to charging network node (e.g., Charging Data Function (CDF), Online Charging System (OCS), etc.)) Can be sent from. In this case, the information necessary for charging may be determined according to the CDR (Charging Data Record) related matters of the standard document 3GPP TS 32.225. When the session between UEs is terminated, the P-CSCF and / or S-CSCF serving UE-1, and the P-CSCF and / or S-CSCF serving UE-2 are the billing network nodes (e.g., For example, CDF, OCS, etc.) can be sent a message requesting the termination of the charge. In addition, an operation related to charging may operate in association with a session, such as session creation / update. In addition, information necessary for charging related to ProSe may be transmitted whenever it is necessary to transmit to the charging network node (for example, if discovery is performed whether ProSe is possible between UEs in the network). Can be.

In addition, if the network node decides to use ProSe based communication (e.g., after authentication and / or authorization for ProSe), or if it is recognized that the use of ProSe based communication is allowed, the RAN may be directed to direct path communication. An operation for controlling a required radio resource may be performed. For example, when UE-1 transmits data via direct path to UE-2 using LTE spectrum, the network node may allow the eNodeB to perform scheduling for direct path communication between UEs.

In addition, the network node that has decided to use the ProSe-based communication may allow the eNodeB to control radio resources required for direct communication by sending a ProSe grant notification message to the RAN (ie, eNodeB) directly or via another network node. have. An existing message may be modified and used as the ProSe permission notification message, or a newly defined message may be used.

For example, if the ProSe AS serving UE-1 performs authentication / authorization for UE-1 and determines the use of ProSe based communication, it may transmit a ProSe permission notification message to the eNodeB serving UE-1. . The ProSe permission notification message may be delivered from the ProSe to the eNodeB through various paths, for example, ProSe AS, PCRF, P-GW, S-GW, eNodeB sequence, or ProSe AS, S-CSCF, P It can be delivered via the path of -CSCF, PCRF, P-GW, S-GW, eNodeB.

As another example, when the P-CSCF serving the UE-1 recognizes that ProSe based communication is allowed in the session creation process, the ProSe allow notification message may be transmitted to the eNodeB serving the UE-1. The ProSe permission notification message may be delivered from the P-CSCF to the eNodeB through various paths, for example, P-CSCF, PCRF, P-GW, S-GW, and eNodeB.

IMS-based ProSe operation according to the present invention is not limited to 3GPP LTE / EPC networks, but may be applied to 3GPP access networks (eg, UTRAN / GERAN / E-UTRAN) and non-3GPP access networks (eg, It can be applied to the entire UMTS / EPS mobile communication system including WLAN. In addition to the UMTS / EPS mobile communication system, the IMS-based ProSe operation according to the present invention may be applied to all other wireless mobile communication system environments in an environment to which network control is applied.

Hereinafter, specific embodiments of the various methods of the present invention described above will be described with reference to the drawings. In the following examples, network nodes related to the operation of the present invention and messages / information transmitted / received should not be limitedly understood, and some IMS-based ProSe operation proposed by the present invention by using some network nodes and some messages / information thereof. This may be performed, or may additionally include interoperation with other network nodes (eg, P-CSCF, I-CSCF, HSS, etc.) not shown or mentioned.

Example 1

In step 1 of FIG. 6, the UE-1 100 may transmit an IMS registration request message (eg, a SIP REGISTER message) to the S-CSCF-1 200 to register with its home network. In this case, the registration request message may include ProSe capability related information (see method 1 above).

In step 2 of FIG. 6, the S-CSCF-1 200 that receives the IMS registration request message from the UE-1 100 may store ProSe capability related information. Upon receiving the IMS registration request message from the UE-1 100, the S-CSCF-1 200 may transmit a registration confirmation response message (eg, a SIP 200 OK message) to the UE-1 100.

In step 3 of FIG. 6, the S-CSCF-1 200 requests a registration to request registration of the UE-1 100 to a ProSe AS-1 300 serving the UE-1 100. You can send a message. At this time, the S-CSCF-1 200 includes the ProSe capability related information included in the registration request message by the UE-1 100 in step 1 in the registration request message sent to the ProSe AS-1 520. You can.

In step 4 of FIG. 6, the ProSe AS-1 300 that receives the IMS registration request message from the UE-1 100 may store ProSe capability related information. Thereafter, the ProSe AS-1 300 may transmit a registration confirmation response message to the S-CSCF-1 200.

In addition, the UE-1 100 may perform an IMS registration process as shown in FIG. 6 to notify the network when its ProSe capability related information has changed.

Example 2

In step 1 of FIG. 7, the UE-1 100 transmits information about its ProSe capability to the ProSe AS 300 by using an interface with the ProSe AS-1 300 (eg, a Ut interface) (or Registration / update).

In step 2 of FIG. 7, the ProSe AS-1 300 may transmit a registration response message (eg, an ACK message) to the UE-1 100.

Various protocols, such as Hypertext Transfer Protocol (HTTP) and SIP, may be used for the interface between the UE and the ProSe AS.

Example 3

In step 1 of FIG. 8, the UE-1 100 may send a session setup request message (eg, a SIP INVITE message) to the S-CSCF-1 200 to create a session with the UE-2 600. have. In this case, the session setup request message includes information for requesting the UE-1 100 to communicate with the UE-2 600 via a direct data path (that is, ProSe communication request information described in Method 2). Can be.

In step 2 of FIG. 8, the S-CSCF-1 200 serving the UE-1 100 sends a received session setup request message to the ProSe AS-1 300 serving the UE-1 100. Can transmit

In steps 3 to 7 of FIG. 8, the S-CSCF-2 serving the S-CSCF-1 200 and the UE-2 600 from the ProSe AS-1 300 to the UE-2 600 ( The session setup request message may be delivered through the 400 and the ProSe AS-2 500.

In step 8 of FIG. 8, the UE-2 600 may transmit a session setup response message for the received session setup request message to the UE-1 100. For example, the session setup response message may be a response message (eg, a SIP 183 session progress message) for an SDP offer included in the session setup request message. In this case, the SDP offer response message may include information (that is, ProSe communication response information described in the scheme 3) indicating that the UE-2 600 communicates with the UE-1 100 through a direct data path. have.

In steps 9 to 14 of FIG. 8, from the S-CSCF-2 400 to the UE-1 100, a ProSe AS-2 500, an S-CSCF-1 200, and a ProSe AS-1 ( The SDP offer response message may be delivered through 300.

In steps 15 to 21 of FIG. 8, the UE-1 100 sends a confirmation message (eg, a SIP PRACK message) for the SDP offer response to the UE-2 600 via other network nodes. Can transmit

In steps 22 to 28 of FIG. 8, the UE-2 600 may send a session setup accept message (eg, a SIP 200 OK message) to the UE-1 100 via other network nodes.

Accordingly, direct communication with respect to some or all of the media constituting the IMS session generated as described above may be performed by using a direct data path between the UE-1 100 and the UE-2 600. That is, in the example of FIG. 8, communication may be performed through the direct data path for all media constituting the IMS session, or communication may be performed through the direct data path only for some media constituting the IMS session. If communication is performed through the direct data path only for some media forming the IMS session, communication is performed through the infrastructure data path for the remaining media.

In addition, if the IMS session via the direct data path between the UE-1 100 and the UE-2 600 is terminated / cancelled, accordingly the network from the UE-1 100 and / or the UE-2 600 is In the SIP message transmitted to the ProSe result related information (see method 5 above) may be included.

Meanwhile, as a variation of the example of FIG. 8, the UE-1 100 does not include ProSe communication request information in the session setup request message of step 1, but instead in the confirmation message for the SDP offer response message of step 15. The ProSe communication request information may be included. In this case, the UE-2 600 may not include the ProSe communication response information in the SDP offer response message of step 8, but may include it in the session setup acceptance message of step 22.

In addition, the UE-1 100 discovers the UE-2 600 before the IMS session creation process in this embodiment is performed, so that it may be understood that direct communication with each other is possible. Alternatively, after the UE-2 600 receives the session setup request message (or the message including the SDP offer) of step 7, the UE-2 600 performs the operation of searching for the UE-1 100. You may. When the UE-2 600 discovers the UE-1 100, the ProSe communication response information included in the response message for the SDP offer may be configured based on the search result.

In addition, network nodes (e.g., S-CSCF-1 200, S-CSCF-2 400, ProSe AS-1 300, ProSe AS-2 500, and / or other IMS nodes or A non-IMS node, etc.) may be searched for direct communication between the UE-1 100 and the UE-2 600. This network side discovery operation may be performed without a request of the UE-1 100 or the UE-2 600 in the network. In addition, in the message transmitted from the UE-1 100 and / or the UE-2 600 during the IMS session creation, the network side explicitly or implicitly confirms (or discovers) whether ProSe communication is possible. (implicitly) may include information requesting (or indicating).

Here, in both cases where the subject of the discovery operation is a UE or a network node, the subject of the discovery operation may obtain a discovery result through interaction with the UE and / or other network nodes.

The contents related to the search operation as described above may be equally applied to other embodiments of the present invention.

Example 4

In step 1 of FIG. 9, the UE-1 100 may send a session setup request message (eg, a SIP INVITE message) to the S-CSCF-1 200 to create a session with the UE-2 600. have.

In step 2 of FIG. 9, the S-CSCF-1 200 serving the UE-1 100 sends a received session setup request message to the ProSe AS-1 300 serving the UE-1 100. Can transmit

In steps 3 to 7 of FIG. 9, S-CSCF-2 serving S-CSCF-1 200 and UE-2 600 from ProSe AS-1 300 to UE-2 600 ( The session setup request message may be delivered through the 400 and the ProSe AS-2 500.

In step 8 of FIG. 9, the UE-2 600 may transmit a session setup response message for the received session setup request message to the UE-1 100. For example, the session setup response message may be a response message (eg, a SIP 183 session progress message) for an SDP offer included in the session setup request message. At this time, the SDP offer response message includes information for requesting the UE-2 600 to communicate with the UE-1 100 via a direct data path (that is, ProSe communication request information described in Method 3 above). Can be.

In steps 9 to 14 of FIG. 9, the ProSe AS-2 500, the S-CSCF-1 200, and the ProSe AS-1 (from the S-CSCF-2 400 to the UE-1 100). The SDP offer response message may be delivered through 300.

In step 15 of FIG. 9, the UE-1 100 may transmit a confirmation message (eg, a SIP PRACK message) for the SDP offer response. At this time, the confirmation message for the SDP offer response, information indicating that the UE-1 (100) communicates with the UE-2 (600) via a direct path (that is, ProSe communication response information described in the method 2) is May be included.

In steps 16 to 21 of FIG. 9, the S-CSCF-1 200 may transmit a confirmation message for the SDP offer response to the UE-2 600 via other network nodes.

In steps 22 to 28 of FIG. 9, the UE-2 600 may send a session setup accept message (eg, a SIP 200 OK message) to the UE-1 100 via other network nodes.

Accordingly, direct communication with respect to some or all of the media constituting the IMS session generated as described above may be performed by using a direct data path between the UE-1 100 and the UE-2 600.

Example 5

In the above-described example of FIGS. 8 and 9, an operation in which the UE includes ProSe communication request information in a SIP message and transmits it has been described. In the example described below with reference to FIG. 10, a network node requests ProSe communication in a SIP message. It is about the operation of including and passing information.

In step 1 of FIG. 10, the UE-1 100 may transmit a session setup request message (eg, a SIP INVITE message) to the S-CSCF-1 200 to create a session with the UE-2 600. have.

In step 2 of FIG. 10, the S-CSCF-1 200 serving the UE-1 100 sends a received session setup request message to the ProSe AS-1 300 serving the UE-1 100. Can transmit

In step 3 of FIG. 10, the ProSe AS-1 300 transmits a data path directly between the UE-1 100 and the UE-2 600 in the session setup request message to be delivered to the S-CSCF-1 200. Information to request communication through (ie, ProSe communication request information) may be included.

In steps 4 to 7 of FIG. 10, S-CSCF-2 serving S-CSCF-1 200 and UE-2 600 from S-CSCF-1 200 to UE-2 600. The session setup request message may be delivered through the 400 and the ProSe AS-2 500.

In step 8 of FIG. 10, the UE-2 600 may transmit a session setup response message for the received session setup request message to the UE-1 100. For example, the session setup response message may be a response message (eg, a SIP 183 session progress message) for an SDP offer included in the session setup request message. In this case, the SDP offer response message may include information (that is, ProSe communication response information described in the scheme 3) indicating that the UE-2 600 communicates with the UE-1 100 through a direct data path. have.

In steps 9 to 12 of FIG. 10, the SDP from the S-CSCF-2 400 to the ProSe AS-1 300 through the ProSe AS-2 500 and the S-CSCF-1 200, and the SDP. Offer response message may be delivered.

In steps 13 to 14 of FIG. 10, the ProSe AS-1 300 may check ProSe communication response information of the UE-2 600 included in the SDP offer response message. Accordingly, the ProSe AS-1 300 sends an SDP offer response message including information instructing the UE-1 100 to perform direct communication with the UE-2 600, information required for direct communication, and the like. The S-CSCF-1 200 may be transmitted to the UE-1 100.

In steps 15 to 21 of FIG. 10, the UE-1 100 sends a confirmation message (eg, a SIP PRACK message) for the SDP offer response to the UE-2 600 via other network nodes. Can transmit

In steps 22 to 28 of FIG. 10, the UE-2 600 may send a session setup accept message (eg, a SIP 200 OK message) to the UE-1 100 via other network nodes.

As a variation of the embodiment described with reference to FIG. 10, even if there is no ProSe communication request from the UE-1 100 and the UE-2 600, the network node serving the UE-2 600 in step 10 (for example, For example, the ProSe AS-2 500 may include the ProSe communication request information in a SIP message (eg, an SDP offer response message) transmitted toward the UE-1 100 and transmit the same. Upon receiving this, the UE-1 100 may include ProSe communication response information in the SDP offer response confirmation message of step 15 and transmit it.

Example 6

In step 1 of FIG. 11, an IMS session communicating with the infrastructure data path between the UE-1 100 and the UE-2 600 is created.

Here, it is assumed that the media constituting the existing IMS session is Media-A, and the UE-1 100 wants to add Media-B to the existing IMS session. Here, it is assumed that the existing Media-A wants to communicate through the direct data path between the UE-1 100 and the UE-2 600 while maintaining the communication through the infrastructure data path. do.

In step 1 of FIG. 11, the UE-1 100 sends a session update request message (eg, a SIP re-INVITE message) to S-CSCF-1 (eg, to update a session with the UE-2 600). 200). In this case, the session update request message may include information (that is, ProSe communication request information) requesting Media-B to communicate with the UE-2 600 via a direct data path.

In step 2 of FIG. 11, the S-CSCF-1 200 serving the UE-1 100 sends a received session update request message to the ProSe AS-1 300 serving the UE-1 100. Can transmit

In steps 3 to 7 of FIG. 11, S-CSCF-2 serving S-CSCF-1 200 and UE-2 600 from ProSe AS-1 300 to UE-2 600 ( The session update request message may be delivered through the 400 and the ProSe AS-2 500.

In step 8 of FIG. 11, the UE-2 600 may transmit a session update response message for the received session update request message to the UE-1 100. For example, the session update response message may be a response message (eg, a SIP 183 session progress message) to an SDP offer included in the session update request message. In this case, the SDP offer response message may include information (ie, ProSe communication response information) indicating that the UE-2 600 communicates with the UE-1 100 through a direct data path with respect to Media-B. have.

In steps 9 to 14 of FIG. 11, the ProSe AS-2 500, the S-CSCF-1 200, and the ProSe AS-1 (from the S-CSCF-2 400 to the UE-1 100). The SDP offer response message may be delivered through 300.

In steps 15 to 21 of FIG. 11, the UE-1 100 sends a confirmation message (eg, a SIP PRACK message) for the SDP offer response to the UE-2 600 via other network nodes. Can transmit

In steps 22 to 28 of FIG. 11, the UE-2 600 may send a session update accept message (eg, a SIP 200 OK message) to the UE-1 100 via other network nodes.

Accordingly, Media-B in the media constituting the IMS session may communicate using a direct data path between the UE-1 100 and the UE-2 600.

In the example described with reference to FIG. 11, an operation of performing a session update by performing a communication through a data path directly with respect to media to which a session is added through an existing infrastructure data path has been described. In addition, a session update operation may be performed to change the data path of some or all of the media constituting an existing session from the infrastructure data path to the data path directly (or vice versa).

In addition, although FIG. 11 illustrates that the UE performs a session update operation, a network node (for example, ProSe AS-1, ProSe AS-2, etc.) may use some or all data paths of media constituting an existing session. A session update operation may be performed to change from the infrastructure data path directly to the data path (or vice versa). The network node may initiate the session update operation using ProSe capability related information, proximity information, etc. of UEs conducting the session.

Example 7

In step 1 of FIG. 12, the UE-1 100 may transmit a fear request message (eg, a SIP PUBLISH message) for proclaiming its existence information. At this time, the fear request message may include P / P fear related information (see method 4 above).

In step 2 of FIG. 12, the S-CSCF-1 200 may deliver the received fear request message to the P / P AS-1 300.

In step 3 of FIG. 12, the P / P AS-1 300 may transmit a response message (eg, a SIP 200 OK message) to the received fear request message. In this case, the response message to the fear request message may include P / P fear response related information (see method 4).

In step 4 of FIG. 12, the S-CSCF-1 200 may deliver the response message to the UE-1 100.

In step 5 of FIG. 12, the UE-2 600 may transmit a subscription request message (eg, a SIP SUBSCRIBE message) for subscribing to the presence information notification service for the UE-1 100. In this case, the subscription request message may include P / P subscription related information (see method 4 above).

In step 6 of FIG. 12, the S-CSCF-2 500 may transmit the subscription request message to the I-CSCF-1 400 of the home network of the UE-1 100 that is the subscription target of the subscription request message. .

In step 7 of FIG. 12, the I-CSCF-1 400 may interact with the HSS to identify the S-CSCF serving the UE-1 100.

In step 8 of FIG. 12, the I-CSCF-1 400 may transmit the subscription request message to the S-CSCF-1 200 serving the UE-1 100.

In step 9 of FIG. 12, the S-CSCF-1 200 may transmit the subscription request message to the P / P AS-1 300.

In step 10 of FIG. 12, the P / P AS-1 300 may transmit a response message (eg, a SIP 200 OK message) to the received subscription request message. In this case, the response message to the subscription request message may include P / P subscription response related information (see method 4 above).

In steps 11 to 13 of FIG. 12, a response message to the subscription request message may be delivered from the S-CSCF-1 200 to the UE-2 600 via other network nodes.

In step 14 of FIG. 12, the P / P AS-1 300 transmits a response message to the received subscription request message, and then includes a notification message (for example, present information of the UE-1 100). For example, a SIP NOTIFY message) may be transmitted to the UE-2 600. In this case, the notification message may include P / P notification related information (see method 4 above).

In step 15 of FIG. 12, the notification message may be delivered to the UE-2 600 by the S-CSCF-2 500.

In steps 16 to 17 of FIG. 12, the UE-2 600 may transmit a response message (eg, a SIP 200 OK message) to the notification message.

If the UE-2 600 recognizes that direct communication with the UE-1 100 is possible through the notification message received in step 15, the UE-2 600 performs a procedure for initiating direct communication with the UE-1 100. You may.

For details of the existence service described with reference to FIG. 12, reference standards 3GPP TS 23.141 and TS 24.141 may be referred.

Items described in the various embodiments of the present invention described above may be applied independently or two or more embodiments may be applied at the same time.

The terminal device 100 according to the present invention with reference to FIG. 13 may include a transmission / reception module 110, a processor 120, and a memory 130. The transmission / reception module 110 may be configured to transmit various signals, data, and information to an external device, and receive various signals, data, and information to an external device. The terminal device 100 may be connected to an external device by wire and / or wirelessly. The processor 120 may control the overall operation of the terminal device 100, and may be configured to perform a function of the terminal device 100 to process and process information to be transmitted and received with an external device. In addition, the processor 120 may be configured to perform a terminal operation proposed in the present invention. The memory 130 may store the processed information for a predetermined time and may be replaced with a component such as a buffer (not shown).

The network node apparatus 200 according to the present invention with reference to FIG. 13 may include a transmission / reception module 210, a processor 220, and a memory 230. The transmission / reception module 210 may be configured to transmit various signals, data, and information to an external device, and receive various signals, data, and information to an external device. The network node device 200 may be connected to an external device by wire and / or wirelessly. The processor 220 may control the overall operation of the network node device 200, and may be configured to perform a function of calculating and processing information to be transmitted / received with an external device. In addition, the processor 220 may be configured to perform the network node operation proposed in the present invention. The memory 230 may store the processed information for a predetermined time and may be replaced with a component such as a buffer (not shown).

In addition, the specific configuration of the terminal device 100 and the network device 200 as described above, may be implemented so that the above-described matters described in various embodiments of the present invention can be applied independently or two or more embodiments are applied at the same time, overlapping The description is omitted for clarity.

Embodiments of the present invention described above may be implemented through various means. For example, embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.

For implementation in hardware, a method according to embodiments of the present invention may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), and Programmable Logic Devices (PLDs). It may be implemented by field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.

In the case of an implementation by firmware or software, the method according to the embodiments of the present invention may be implemented in the form of a module, a procedure, or a function that performs the functions or operations described above. The software code may be stored in a memory unit and driven by a processor. The memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.

The detailed description of the preferred embodiments of the invention disclosed as described above is provided to enable any person skilled in the art to make and practice the invention. Although the above has been described with reference to the preferred embodiments of the present invention, those skilled in the art will variously modify and change the present invention without departing from the spirit and scope of the invention as set forth in the claims below. I can understand that you can. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Embodiments of the present invention as described above may be applied to various mobile communication systems.

Claims

A method of performing a proximity service (ProSe) by a first Internet Protocol Multimedia Subsystem (IMS) terminal in a wireless communication system,

Transmitting, by the first IMS terminal, a first Session Initiation Protocol (SIP) message including ProSe communication request information to a second IMS terminal via a network node; And

Receiving from the second IMS terminal via the network node a second SIP message containing ProSe communication response information.
The method of claim 1,

The first SIP message further includes ProSe capability related information of the first IMS UE.
The method of claim 1,

The second SIP message further includes ProSe capability related information of the second IMS UE.
The method according to claim 2 or 3,

The ProSe capability related information includes one or more of information on one or more capabilities required for ProSe performance or information indicating whether to activate the one or more capabilities.
The method of claim 4, wherein

The ProSe capability related information is defined as one or more granularities of a type of media or content, a type of bearer or connection, an application type, a destination domain, a communication counterpart identifier, a contact list, or group information.
The method of claim 1,

The first SIP message is a session setup request message or session update request message,

And the second SIP message is a session setup response message or session update response message.
The method of claim 1,

The first SIP message is a session setup response message or session update response message,

And the second SIP message is a response acknowledgment message.
The method of claim 1,

And transmitting a third message including ProSe capability related information of the first IMS terminal to the network node.
The method of claim 8,

And the third message is one of a SIP registration message, a presence service subscription request message, or an existence service announcement request message.
The method of claim 8,

And receiving a fourth message including information indicating whether ProSe is provided in the network from the network node.
The method of claim 10,

Whether the ProSe can be provided includes one or more subscriber information of the first IMS terminal or the second IMS terminal, ProSe capability of the network node, operator policy, user preference, roaming status, and network congestion. Or determined by the network node based on one or more of information about the proximity of the first IMS terminal and the second IMS terminal.
The method of claim 10,

And the fourth message is one of a SIP registration response message, an existence service subscription response message, an existence service announcement response message, or an existence service notification message.
The method of claim 10,

The fourth message includes information for requesting or indicating activation or deactivation of ProSe capabilities for one or more of the first IMS terminal or the second IMS terminal, ProSe capability related information of a target terminal of the existing service, or the presence And at least one of information indicating whether ProSe is available for the target terminal of the service.
The method of claim 1,

When the session associated with one or more of the first SIP message or the second SIP message is terminated or cancelled, ProSe result related information is transmitted from either the first IMS terminal or the second IMS terminal to the network node. How to perform ProSe.
The method of claim 1,

The ProSe result related information may include information indicating success or failure of direct data path setup, information about one or more of the amount or time of data communicated through the direct data path, billing related information, and communication through the direct data path. The type of media or content, the number of counterpart UEs communicating via the direct data path, the information on the direct data path's directionality, the type of access used in the direct data path, or the number of bearers used in the direct data path And at least one of information on types.
The method of claim 1,

The network node is one or more of Call Session Control Function (CSCF), ProSe Application Server (AS), or Presence Service Server.
A method of performing a proximity service (ProSe) by a second Internet Protocol Multimedia Subsystem (IMS) terminal in a wireless communication system,

Receiving, by the second IMS terminal, a first Session Initiation Protocol (SIP) message including ProSe communication request information from the first IMS terminal via a network node; And

And transmitting a second SIP message including ProSe communication response information to the first IMS terminal via the network node.
The method of claim 17,

The ProSe communication request information is included in the first SIP message by at least one of the first IMS terminal or the network node.
A first Internet Protocol Multimedia Subsystem (IMS) terminal device that performs a proximity service (ProSe) in a wireless communication system,

A transceiver module; And

Includes a processor,

The processor is further configured to transmit, by the first IMS terminal, a first Session Initiation Protocol (SIP) message including ProSe communication request information to a second IMS terminal via a network node using the transmission / reception module; And receive a second SIP message including ProSe communication response information from the second IMS terminal via the network node using the transmission / reception module.
A second Internet Protocol Multimedia Subsystem (IMS) terminal device that performs a proximity service (ProSe) in a wireless communication system,

A transceiver module; And

Includes a processor,

The processor may be configured to receive, via the network node, a first Session Initiation Protocol (SIP) message including ProSe communication request information from a first IMS terminal by the second IMS terminal using the transmission / reception module; And transmit a second SIP message including ProSe communication response information to the first IMS terminal via the network node using the transmission / reception module.