KR20090003391A - System and method for providing location information in progressing ims call - Google Patents

Abstract

A system and a method for providing location information while progressing IMS(Internet Protocol Multimedia Subsystem) call for calculating the location value in a commercial case are provided to confirm a transmitting terminal about the location of the transmitting terminal. A UE(User Equipment)(109) delivers an SIP(Session Initiation Protocol) INVITE message to E- CSCF(Emergency-Call Session Control Function)(107). An E-CSCF determines whether the location value calculation of UE is requested to the SIP INVITE message. If the E- CSCF determines that the location value is requested from UE, the place value of UE is delivered to a PSAP with the IMS call. If the LRF(Location Routing Function)(105) receives this require-message, the LRF transmits MLP(Mobile Location Protocol) ELIR message including ID OF E-CSCF.

Description

SYSTEM AND METHOD FOR PROVIDING LOCATION INFORMATION WHEN PROCESSING IMS ISSUE {SYSTEM AND METHOD FOR PROVIDING LOCATION INFORMATION IN PROGRESSING IMS CALL}

1 is a flowchart illustrating an operation process of calculating a location value of a terminal according to a conventional location service method;

2A and 2B illustrate a flow of a process for notifying a receiving terminal of a location of a transmitting terminal according to a first embodiment of the present invention;

3A and 3B illustrate a flow of a process for notifying a transmitting terminal of a location of a receiving terminal according to a second embodiment of the present invention;

4A and 4B illustrate a flow of a process for notifying a transmitting terminal of a location of a receiving terminal on different domains according to a third embodiment of the present invention.

The present invention relates to a location information providing system and a method thereof, and more particularly, to a location information providing system and method for calculating a location value of a terminal in conjunction with an Internet Protocol Multimedia Subsystem (IMS).

In general, IMS uses Session Initiation Protocol (SIP), which uses multimedia such as Instant messaging, Push to talk over, and Converged IP multimedia messaging using IP. Deeply related to messaging services. Therefore, the importance of IMS is increasing in 3rd generation or more terminal environments where voice call and data service using IP are simultaneously performed. In addition to this environment, there is a movement to increase the quality of service using IMS by linking the location value of the terminal with the IMS call.

In general, IMS-related location information retrieval uses a radio access network of a communication network to which a terminal is connected when obtaining a location value of the terminal in an emergency case. Here, obtaining a position value of the wireless access network means using a signal coming through a control channel used for a voice call. However, IMS does not use a control plan or control channel. However, in the situation where a terminal requests an emergency center to start an IMS call while obtaining an IMS call, an IMS core entity such as an E-CSCF is requested to obtain a location value of a sender terminal. I'm requesting. When the location value is obtained, the location value of the sender terminal is transmitted to the emergency center (PSAP), which is a telephone counterpart. For this technique, see page 21 of 3GPP TS 23.167 V7.4.0 (2007-3).

The process of obtaining the location value and delivering it to the emergency center will be described with reference to FIG. 1. FIG. 1 is a diagram illustrating an operation and a definition flow of calculating a location value of a terminal according to a conventional location service method.

Referring to FIG. 1, a user equipment (UE) 1, which is a target terminal, attempts an IMS call in step 10. Subsequently, in step 15, the UE obtains a location value by interworking with an IP-CAN (IP-Connectivity Access Network) 2 to obtain its location value. Radio access network positioning (RAN positioning) is performed using the signal arrival time difference between the base stations, the signal strength.

UE 1 forwards an Emergency IMS call to an IMS Core Entity 4 (eg, E-CSCF). To this end, in step 20, the UE 1 includes the obtained location value in the SIP INVITE message. This SIP INVITE message serves to request the IMS core entity 4 to deliver the location value to the emergency center 6.

The IMS core entity 4 then determines whether there is a location value of the UE 1 in the SIP INVIE message. If there is a location value, an emergency center 6 such as a PSAP (Public Safety Answering Point) to connect to the UE 1 is selected based on the information. In this case, just go to any one of steps 40a ~ 40c.

If the position value of the UE 1 is not included in the SIP INVITE message or the included position value does not satisfy the Quality of Position (QoP), the IMS core entity 4 performs a location routing function (LRF) in step 25. (3) Request the position value of the UE (1).

Correspondingly, in step 30, the LRF 3 obtains a location value of the UE 1 through the IP-CAN 2 of the UE 1, and obtains routing information of the UE 1. Then, in step 35, the LRF 3 delivers the routing information and the location value of the UE 1 to the IMS core entity 4.

The IMS core entity 4 selects the emergency center 6 using the transferred routing information and the location value, and delivers the SIP INVITE message including the location value of the UE 1 to the selected emergency center 6. . At this time, there are two ways to deliver the SIP INVITE message to the emergency center (6). If the emergency center 6 is a regular telephone, the SIP INVITE message is sent to the Media Gateway Control Function (MGCF) 5 in step 40a. Then, the MGCF 5 forwards the IAM (Initial Address Message), which is the SIP INVITE message converted in step 40b, to the emergency center 6. On the contrary, when the emergency center 6 has an IMS call function, the SIP INVITE message is directly transmitted as in step 40c. By doing so, the session for emergency call is connected as in step 45.

On the other hand, when the emergency center 6 wants to know the location value of the UE 1, the emergency center 6 sends a location location request message to the LRF 3. Correspondingly, the LRF 3 calculates the position value of the UE 1 in step 55 of the same method as in step 30. The LRF 3 thus acquires an initial or updated position. When the position value thus obtained is transmitted to the emergency center 6 in step 60, the emergency call process is terminated as in step 65. Accordingly, the IMS core entity 4 notifies the LRF 3 that the call has ended in step 70.

As described above, in the emergency situation, only the transmitting terminal itself requests an emergency IMS call to the emergency center, and an emergency center such as PSAP does not provide a method of requesting a location value of the terminal while requesting an emergency IMS call to the terminal. It is true. In addition, conventionally, there is no method for requesting a position value of a receiving terminal or obtaining a position value of a transmitting terminal while delivering an IMS call in a commercial case that is not an emergency.

Accordingly, the present invention provides a system and method for providing location information for informing a receiving terminal of a location of a transmitting terminal in conjunction with an IMS.

The present invention also provides a system and method for providing location information for informing a transmitting terminal of a location of a receiving terminal in association with an IMS.

In addition, the present invention provides a system and method for providing location information for calculating a position value of a terminal in an emergency situation or a commercial case.

The present invention also provides a system and method for providing location information for informing a transmitting terminal of a location of a receiving terminal when the receiving terminal and the transmitting terminal belong to different domains.

In addition, the present invention provides a system and method for providing location information that allows the emergency center to request the location value of the terminal.

The present invention for achieving the above-mentioned, a terminal (UE) for transmitting a Session Initiation Protocol (SIP) based request message to attempt a call using an Internet Protocol Multimedia Subsystem (IMS), and the terminal in the request message; An emergency call session control function (E-CSCF) for determining whether a command for requesting a position value calculation of a location is included, and for transmitting a SIP-based location value request message, if the command is included; And a location server (SLP) for acquiring a location value of the terminal by performing SUPL secure positioning with the terminal, and the emergency call session control function is configured to transmit the location value to the terminal. It includes the location value in the SIP-based call start message to the counterpart terminal adjacent to the transmission.

In addition, the present invention by using a transmission terminal for transmitting a Session Initiation Protocol (SIP) -based request message to request a call connection using the Internet Protocol Multimedia Subsystem (IMS), and using the ID of the counterpart terminal included in the request message Transmitting a start message for the IMS call connection to the counterpart terminal, determining whether a command for requesting a location value of the counterpart is included in the request message; and if the command is included, a location value calculation request message. An emergency call session control function (E-CSCF) for transmitting a location server to a location server and performing a SUPL positioning (Secure User Plane Location positioning) with the counterpart terminal in response to the request for calculating the location value; The location server (SLP) and the emergency call session control function to obtain a transfer to the transmitting terminal when the location value is delivered, It characterized in that the arc passes the message to allow the connection to the transmission terminal from the counterpart terminal.

In addition, the present invention is based on the transmission terminal for transmitting a Session Initiation Protocol (SIP) based request message to request a call connection using the Internet Protocol Multimedia Subsystem (IMS), and based on the ID of the counterpart terminal included in the request message. Determine whether the counterpart terminal is located in another domain, determine whether a command for requesting the counterpart's location value calculation is included in the request message, and if the command is included, request a call connection request. A first integrated emergency call session control function for inclusion in a message and a transmission; a second integrated emergency call session control function for requesting a location value calculation to a location server to which the counterpart terminal belongs when receiving the call connection request message; In response to the request for calculating the value, a Secure User Plane Location positioning is performed with the counterpart terminal. The location server (SLP) for acquiring the location value of the counterpart terminal and the second integrated emergency call session control function transmit a message requesting a call connection to the counterpart terminal when the location value is transmitted, and respond to the request. When the message to allow the call connection from the counterpart terminal is received, the location value is included and transmitted to the transmitting terminal.

In another aspect, the present invention, the transmitting terminal transmits a Session Initiation Protocol (SIP) INVITE message to attempt a call using the Internet Protocol Multimedia Subsystem (IMS), and the emergency call session function (E-CSCF) is received Determining whether a command for requesting a location value calculation of the terminal is included in a SIP INVITE message; and if the command is included in the SIP INVITE message, a location routing function (LRF) for connecting to a counterpart terminal close to the transmitting terminal; Transmitting a message requesting routing information of the transmitting terminal to the mobile station; and selecting the corresponding location server using the ID of the transmitting terminal included in the request message, and calculating the location value with the selected location server. Requesting, and the location server determines the SUPL location with the terminal in response to the request for calculating the location value (Secure User Plane). Performing location positioning, obtaining a location value of the terminal, receiving the location value by the location routing function, and transmitting the received location value to the emergency call session control function together with routing information of the transmitting terminal; Selecting, by the emergency call session control function, a counterpart close to the transmitting terminal by using the received location value and routing information; and transmitting the location value to the selected counterpart terminal by including the location value in a SIP INVITE message. It is characterized by including.

The present invention also provides a process for transmitting a SIP (Session Initiation Protocol) SIP message to attempt a call by using a public safety answer point (PSAP) using an Internet Protocol Multimedia Subsystem (IMS), and an emergency call session control function (E-). Sending a message for the IMS call connection to the counterpart terminal by using an ID of the counterpart terminal included in the SIP INVITE message, and requesting a position value calculation of the counterpart terminal in the SIP INVITE message; Is determined, and if the command is included, transmitting a location value calculation request message to a location server, and the location server determines a SUPL location with the counterpart terminal in response to the received request message. Transmitting a location value obtained by performing a plane location positioning to the emergency call session control function (E-CSCF); And if the permission function corresponding to the message for the IMS call connection is received from the counterpart terminal, including the location value in the permission message and transmitting it to the public safety response point (PSAP). It features.

In another aspect, the present invention, the transmitting terminal transmits a Session Initiation Protocol (SIP) -based request message to request a call connection using the Internet Protocol Multimedia Subsystem (IMS), and the first integrated emergency call session control function Determining whether the counterpart terminal is located in another domain based on the ID of the counterpart terminal included in the request message; and determining whether the request message includes a command for requesting a position value calculation of the counterpart terminal. Including a location value calculation request in a call connection request message when the command is included; and when the first integrated emergency call session control function receives the call connection request message, calculates a location value to a location server to which the counterpart belongs. Requesting, and the location server (SLP) in response to the request for calculating the position value SUPL positioning ((Se acquiring a location value of the counterpart terminal by performing a cure user plane location positioning, and the second integrated emergency call session control function transmits a message requesting a call connection to the counterpart terminal when the location value is transmitted. And receiving a message allowing the call connection from the counterpart terminal in response to the request, and including the location value and transmitting the message to the transmitting terminal.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In addition, in describing the present invention, when it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

The present invention provides a location information providing system and method for calculating a location value of a terminal in conjunction with an Internet Protocol Multimedia Subsystem (IMS). To this end, IMS call processing is performed between the location request terminal and the Call Session Control Function (CSCF) using SIP to process the IMS call while calculating the location of the terminal, and between the target terminal and the location server (SUPL Location Platform) The protocol is used to calculate the location. In this case, the location requesting terminal may be a transmitting terminal requesting its location or a transmitting terminal requesting the location of the receiving terminal. Accordingly, the target terminal may be a transmitting terminal or a receiving terminal. The location of the target terminal calculated while performing the IMS call is transmitted to an emergency center such as PSAP in case of an emergency at the same time as the IMS call connection, and is transmitted to a location requesting terminal or a receiving terminal in a commercial situation. This allows the receiving terminal and the transmitting terminal to provide the location of the desired terminal while making a call in the IMS.

Hereinafter, a process for informing a callee terminal of a location of a caller terminal according to a first embodiment of the present invention will be described with reference to FIGS. 2A and 2B. FIG. 2A illustrates a process in which a UE requests an Emergency IMS call and obtains a location of a UE while performing an IMS call and delivers the location to an Emergency Center (PSAP). Here, the UE 109 is a terminal attempting a call to the other party using an IMS call, and performs a position value calculation process with the location server (E-SLP) 103 using the SUPL protocol.

Referring to FIG. 2A, the UE 109 transmits a SIP INVITE message to an Emergency-Call Session Control Function (E-CSCF) 107 in step 111. This SIP INVITE message may be used by the UE 109 to request that an emergency call using IMS be forwarded to the emergency center (PSAP) 101, which may include an ID of the UE 109 and an ID of the UE 109. Includes instructions for requesting position value calculations. Here, examples of the ID of the UE 109 include a public user identity, a private user identity, a home network domain name, and a terminal IP address (UE IP), which are SIP URIs. address) and the like, and the command plays a role of obtaining the position value of the UE 109 and delivering it to the PSAP 101. The SIP INVITE message also contains the ID of the E-CSCF 107 to process this message.

In addition, the SIP INVITE message sent by the UE 109 to the E-CSCF 107 includes a quality of position (QoP) and a positioning capability. The QoP represents the required accuracy when obtaining the position value of the UE 109. The location determination capability indicates which location calculation method the UE 109 can use, such as GPS, assisted global positioning system (A-GPS), enhanced observed time difference (E-OTD), and cell ID based method. Corresponding.

If the SIP INVITE message is delivered to the E-CSCF 107, the E-CSCF 107 determines whether a position value calculation process of the UE 109 is requested for the SIP INVITE message in step 113. On the other hand, there may be various ways to include a command for requesting the position value calculation in the SIP message, and accordingly, the method for including the command for requesting the position value calculation in the SIP message may be variously modified. For example, you can request a position value calculation by including the following parameter: The "+ g.oma.sip-loc-set init" command may be included in the contact field, which is a header part of the SIP INVITE message.

The E-CSCF 107 then sees this command in the contact field and recognizes that it needs to calculate the position value of the UE 109 that sent the SIP INVITE message. As such, the E-CSCF 107 determines whether there is a location value request from the UE 109 by looking at the command included in the SIP INVITE message. In addition, this command has a target to receive the position value of the target terminal. If the contact field contains "+ g.oma.sip-loc-set init", the E-CSCF 107 obtains the location value of the requester requesting the SIP INVITE message and sends the SIP INVITE message to the counterpart. Pass the position value. In FIG. 2A and FIG. 2B, the requester is a UE 109 which is a sender terminal, and a counterpart to receive the position value is a Public Safety Answering Point (PSAP) 101 which is an emergency center to receive an emergency call.

On the other hand, in case of an emergency IMS call, the UE 109 does not know the exact SIP URI or IP address of the PSAP 101. However, since the UE 109 currently requests the IMS call as the emergency IMS call, the UE 109 sets the PSAP 101 as a counterpart to receive the position value in the command. Accordingly, after the E-CSCF 107 receives the position value of the UE 109 from the location routing function (LRF) 105, the E-CSCF 107 selects the PSAP 101 and the future. When the SIP INVITE message is transmitted to the PSAP 101, the SIP INVITE message is transmitted, including the location value of the UE 109. In this case, the method of receiving the location value and routing information of the UE 109 from the LRF 105 and the method of selecting the PSAP 101 capable of receiving an emergency call are the same.

Meanwhile, in steps 115 to 131 corresponding to the portion indicated by reference numeral 114, routing information and location of the UE 109 required for the E-CSCF 107 to select a PSAP capable of receiving an emergency call of the UE 109. The process of obtaining a value is shown. PSAP that is eligible for an emergency call is selected from any one of the PSAPs close to the location of the UE 109, the routing information and the position value of the UE 109 is required for this. The position value of the UE 109 calculated in this process is included in the SIP INVITE message sent by the E_CSCF 107 to the corresponding PSAP. Finally, the PSAP is provided with the position value of the UE 109 together with the IMS call.

Hereinafter, steps 115 to 131 will be described in detail. Once the E-CSCF 107 determines that there is a location value request from the UE 109 by looking at the command included in the SIP INVITE message, it determines with which PSAP the location value of the UE 109 will be delivered simultaneously with the IMS call. Should be. Accordingly, the E-CSCF 107 requests the LRF 105 to request routing information of the UE 109 simultaneously with the position value request of the UE 109 to the LRF 105 in order to determine a PSAP to be connected with the UE 109. Pass the message. Here, the routing information indicates to which proxy call session control function (P-CSCF) the UE 109 is connected, etc. This request message indicates the ID of the UE 109, the QoP of the location value and the E-CSCF ( It also includes an ID of 107. At this time, the request message may be any one of a variety of messages, such as SIP SUBSCRIBE, SIP OPTION used in the SIP.

When the LRF 105 receives such a request message, the LRF 105 may identify, for example, an ID of the UE 109 such as an IP address of the UE 109, an ID of the LRF 105, and an E-CSCF (step 117). A Mobile Location Protocol (MLP) ELIR message including the ID of 107 is transmitted to an Emergency SUPL Location Platform (E-SLP) 103. In addition, the MLP ELIR message includes a quality of position (QoP) and a positioning capability of a position value provided from the UE 109. Such positioning capabilities include whether the UE 109 can use the SUPL protocol, the RAN positioning-cell id method, the OTDOA method, and the like.

At this time, the LRF 105 selects a Secure User Plane Location Server (SUPL) for obtaining a location value of the UE 109 using the ID of the UE 109, for example, the IP address of the UE 109. The method of finding the SUPL server by the LRF 105 is the same as that of the SUPL Agent of the OMA LOC SUPL V2.0, which finds the IP address of the SLP. By doing so, the UE 109 finds the E-SLP 103, which is a SUPL server, so that the MLP ELIR message can be delivered. In this case, a case in which a message based on the MLP protocol is exchanged between the LRF 105 and the E-SLP 103 has been described as an example, but a message based on the SUPL protocol may be exchanged.

Meanwhile, when the E-SLP 103 receives the MLP ELIR message, the E-SLP 103 transmits the SUPL INIT message to the UE 109 using the IP address of the UE 109 in step 119. At this time, the SUPL INIT message is used for SUPL positioning, and includes a session ID indicating a session for SUPL positioning, an IP address of the E_SLP 103, and an E-CSCF ( 107) may also be included.

Then, the UE 109 receiving the SUPL INIT message determines whether to perform SUPL positioning. The determination method is the same as that of the OMA LOC SUPL V2.0 specification. If the UE 109 determines to perform SUPL positioning, in step 121, the UE 109 sends a SUPL POS INIT message to the E-SLP 103. The message includes cell information currently present by the UE 109 and positioning capabilities that the UE 109 can do. At this time, the positioning capability includes a positioning method using a radio access network (RAN). For example, a method using a time difference between signals transmitted from three base stations to the UE 109, or a base station ID. UE 109 location value calculation method and the like.

Then, in step 123, a session for SUPL positioning is opened between the E-SLP 103 and the UE 109. Accordingly, the E-SLP 103 and the UE 109 exchange messages required for calculating the position value of the UE 109 through a session for SUPL. That is, the E-SLP 103 and the UE 109 exchange messages based on the SUPL protocol. Here, the position value calculation may be performed by the UE 109 or the E-SLP 103, and the final position value is owned by the E-SLP 103, and the LRF requesting SUPL positioning is used for the position value. Prepare to pass to (105).

In step 125, the E-SLP 103 transmits a SUPL END message for notifying the UE 109 of the end of the position value calculation process to end SUPL positioning, and ends the session for SUPL. Then, the E-SLP 103 transmits the final position value of the UE 109 to the LRF 105 in step 127 by including it in the MLP ELIA message.

Then, the LRF 105 transmits the final position value and routing information of the UE 109 to the E-CSCF 107 in step 129. Correspondingly, in step 131, the E-CSCF 107 determines the final location value of the UE 109, the IP address of the UE 109, and routing information of the UE 109 (eg, P-CSCF (Proxy-CSCF)). ID, Radio Station ID, etc.) to select a PSAP to receive the emergency IMS call of the UE 109. Accordingly, the PSAP 101 located close to the UE 109 is selected.

Only after the PSAP 101 is selected, the E-CSCF 107 delivers the SIP INVITE message sent by the UE 109 to the selected PSAP 101 in step 133. At this time, the E-CSCF 107 also includes the final position value of the UE 109 and delivers it to the PSAP 101. In step 133, the E-CSCF 107 includes the position value of the UE 109 in the SIP INVITE message and delivers it to the PSAP 101 as an example. However, in addition to the SIP INVITE message, the E-CSCF 107 needs to deliver it to the PSAP 101. For example, if there is SIP MESSAGE, SIP NOTIFY, etc., it is also possible to include the position value of the UE 109 in the message and deliver it to the PSAP 101.

Thereafter, when the PSAP 101 accepts the SIP INVITE message from the E-CSCF 107, the SIP session is completed between the PSAP 101 and the UE 109. By doing so, the UE 109 can request the other party to connect to the IMS call and also inform its location. If the UE 109 is in an emergency situation, the emergency IMS call is transmitted to the adjacent PASP and the location of the emergency situation can be informed.

As described above, the client A requests the IMS call and its location to the Serving CSCF (or E-CSCF) based on the SIP. In response to this request, when the S-CSCF (or E-CSCF) requests the location of the client A based on the SIP to the location server (SLP), the location process based on the SUPL protocol between the location server and the client A is performed. do. When the location value obtained by the location server is transferred to the S-CSCF (or E-CSCF) through this location determination process, the S-CSCF (or E-CSCF) is connected to the client B based on the SIP at the same time as the IMS call connection. Pass the position value of client A.

Meanwhile, in FIG. 2B following FIG. 2A, after the PSAP 101 acquires the position value of the UE 109, a method of allowing the PSAP 101 to directly request the position value of the UE 109 is proposed. do. Steps 135 to 147 corresponding to parts indicated by reference numeral 134 of FIG. 2B indicate that the PSAP 101 is provided with the correct location value of the UE 109 through the location re-request.

When the PASP 101 needs a location value having a high accuracy of the UE 109 or wants to update the location value of the UE 109, the PASP 101 requests the location value of the UE 109 from the LRF 105 in step 135. Send a message. At this time, for example, the SIP URI of the PSAP 101 or the ID of the PSAP 101 such as the PSAP 101 IP address and the QoP of the UE 109 location value are included in the request message and transmitted.

The LRF 105 then sends the same message to the E-SLP 103 in step 137 as in step 117 of FIG. 2A, where the E-SLP 103 opens a session for SUPL positioning with the UE 109. Perform the value calculation process. Steps 139 to 147 are the same as steps 119 to 127 of FIG. 2A. The LRF 105 transmits the obtained position value of the UE 109 to the PSAP 101 in step 149.

Hereinafter, a process of sending an emergency IMS call to the UE by the PSAP according to the second embodiment of the present invention will be described with reference to FIGS. 3A to 3B. First, FIG. 3A illustrates a case of using an emergency IMS call and requesting a location value of the UE while the PSAP requests a call connection to the UE. Here, the PSAP may be a transmitting terminal or an emergency center, and the UE is a receiving terminal, and the location of the UE is transmitted to the transmitting terminal or the emergency center.

Referring to FIG. 3A, the PSAP 501 transmits a SIP INVITE message to the E-CSCF 503 in step 511. This SIP INVITE message can be used by the PSAP 501 to request that an emergency call using IMS be delivered to the UE 509. The SIP INVITE message includes the ID of the UE 509 and the position value calculation of the UE 509. Contains the requesting command. This SIP INVITE message includes the SIP URL or TEL URL of the UE 109 as the ID of the UE 509, and also includes the QoP of the location value of the UE 509 and the ID of the PSAP 501. Meanwhile, the command “pos_init” may be included as a command for requesting the position value calculation, and this command indicates an instruction to calculate the position of the receiving terminal, that is, the target terminal when there is an IMS call request. Such a command is also set a counterpart to receive the position value of the target terminal. 3A and 3B, the PSAP 501 designates itself as a counterpart to receive a position value.

There may be various ways of including such a request command in the SIP INVITE message. For example, the following parameter may be included to instruct a position value calculation process. For example, a contact field such as a header part of a SIP INVITE message may include a command such as "+ g.oma.sip-loc-net init". The E-CSCF 503 then starts to obtain the position value of the UE 509 based on the "+ g.oma.sip-loc-net init" of the contact field. In addition, the ID representing the UE 509 in the SIP INVITE message is present in the portion starting with 'to:' of the SIP INVITE message sent by the PSAP 501.

This SIP INVITE message is forwarded to the E-CSCF 503, which includes a Proxy-CSCF (P-CSCF) and an Interrogating-CSCF (I-CSCF) between the PSAP 501 and the E-CSCF 503. It is like a general IMS call procedure. In step 513, the E-CSCF 503 uses the ID of the UE 509 in the portion beginning with 'to:' in the SIP INVITE message, to inform the UE 509 of the IMS call connection, the SIP INVITE message. To pass. At this time, the E-CSCF 503 first finds the S-CSCF processing the IMS call to the UE 509 and then transfers the SIP INVITE message to the UE 509 in the general IMS call procedure. same. Upon receiving this SIP INVITE message, the UE 509 determines whether to set up the call and proceeds with call connection.

Meanwhile, the E-CSCF 503 requests the IMS call connection by transmitting the SIP INVITE message to the UE 509, and then analyzes the SIP INVITE message transmitted from the PSAP 501 in step 515 to locate the UE 509. It is determined whether there is a value calculation request, that is, whether a request instruction is included. If it is determined that the corresponding command is included, the E-CSCF 503 starts the position value calculation process of the UE 509. Accordingly, the E-CSCF 503 finds an E-SLP existing on the same network or on the same domain. 3A and 3B, the E-CSCF 503 and the E-SLP 507 are considered to be in the same domain. If the E-SLP 507 is found, the E-CSCF 503 transmits the MLP ELIR message to the E-SLP 507 via the LRF 505 in step 517. In detail, the E-CSCF 503 may obtain the IP address of the E-SLP 507 by requesting routing information of the UE 509 from the HLR or LRF 505 of the UE 509. When the E-CSCF 503 finds the IP address of the E-SLP 507, the E-CSCF 503 transfers an MLP ELIR message, which is a message requesting the location value of the UE 509, to the E-SLP 507.

As the request message, the second embodiment of the present invention uses an MLP ELIR (Mobile Location Position Emergency Location Immediate Request) message used in an emergency case existing in OMA LOC SUPL V2.0. The MLP ELIR message contains QoP indicating the accuracy such as the ID of the UE 509, the ID of the PSAP 501, the error range of the position value, and the like. At this time, the E-CSCF 503 should deliver the IP address of the UE 509 to the E-SLP 507. Therefore, the E-CSCF 503 should replace the SIP URI corresponding to the ID of the UE 509 with an IP address. The process of acquiring the IP address of the UE 509 may be performed by the HLR of the UE 509 and the LRF 505 in the process of finding the S-CSCF of the UE 509 before step 513. It is done by receiving. If the E-SLP 507 uses SIP, the SIP session initiation protocol uniform resource identifier (URI) of the UE 509 can be used in the MLP ELIR message without having to translate the ID of the UE 509 into an IP address. have.

On the other hand, upon receiving the MLP ELIR message, which is a message for requesting a location value, the E-SLP 507 uses the ID of the UE 509 in step 519, for example, using the IP address or the SIP URI to determine the SUPL location ( sends a SUPL INIT message to the UE 509 for positioning. The SUPL INIT message contains the session ID indicating the session for SUPL positioningig, the IP address of the E_SLP 507, and also contains the ID of the E-CSCF 503 as the original requestor. do. This message also contains the QoP necessary to obtain the UE 509 position value.

When receiving the SUPL INIT message, the UE 509 determines whether to perform SUPL positioning. The determination method is the same as that of the OMA LOC SUPL V2.0 specification. On the basis of the determination, the UE 509 uses the IP address of the E-SLP 507, the ID of the E-CSCF 503, and the ID of the PSAP 501 to request a position value, to determine SUPL positioning in an emergency situation. Determine whether to allow).

If it is determined to perform SUPL positioning, the UE 509 sends a SUPL POS INIT message to the E-SLP 507 in step 521. This message contains the cell information currently present by the UE 509 and the positioning capability that the UE 509 can do. At this time, the positioning capability includes a GPS method, an A-GPS (Assistant Global Positioning method) and a Positioning method using a Radio Access Network (RAN), and an example of a positioning method using a RAN. A method using a time difference of a signal transmitted to the UE 109 or a method of calculating a UE 109 location value using a base station ID may be used.

In this way, the E-SLP 507 and the UE 509 open a session created for SUPL in step 523, and send and receive a message necessary for calculating the position value of the UE 509 through the session. The position value calculation may be performed by the UE 509 or the E-SLP 507, and the final position value may be owned by the E-SLP 507, and the LRF 505 may request SUPL positioning. Prepare to deliver to.

Subsequently, in step 525, the E-SLP 507 transmits a SUPL END message to the UE 509 to inform the UE 509 that the location value calculation process is completed, and ends the session for SUPL. Thereafter, in step 527, the E-SLP 507 transmits the position value of the UE 509 to the E-CSCF 503 by including it in an MLP ELIA message.

Meanwhile, in the above description, an example of transmitting and receiving an MLP message between the E-CSCF 503 and the E-SLP 507 based on the MLP protocol has been described. However, when the E-SLP supports SIP, the E-CSCF ( Of course, a SIP message may be used between the 503 and the E-SLP 507.

In response to the SIP INVITE message in step 513, the UE 509 sends a SIP 200 OK message to the E-CSCF 503 indicating that the SIP session is opened in step 528. The SIP 200 OK message contains the same content that is included when a SIP session is opened via a general IMS. For example, it mainly includes the kind of media codec available to the UE 509 and the kind of supportable media such as audio, video, and the like.

Then, the E-CSCF 503 receiving the SIP 200 OK message transmits it to the PSAP 501 in step 529. In this case, the E-CSCF 503 transmits the final location value of the UE 509 in the SIP 200 OK message. Here, in addition to the SIP 200 OK message, the E-CSCF 503 may include the final location value of the UE 509 in another message of the SIP and deliver it to the PSAP 501. For example, a SIM message such as a SIP NOTIFY message or a SIP SYSTEM message may be used. Alternatively, the PSAP 501 and the E-CSCF 503 may use the UE 509 using a message based on a protocol other than SIP. You can also pass the position value of. This completes the emergency IMS call between the PSAP 501 and the UE 509 in step 531 to establish a SIP session.

3B is a continuation of FIG. 3A, suggesting that after the PSAP 501 obtains the position value of the UE 109, the PSAP 501 can directly request the position value of the UE 509 again. do. Steps 533 to 547 corresponding to the portion indicated by reference numeral 532 of FIG. 3B indicate that the PSAP 501 is provided with the correct location value of the UE 509 through the location re-request.

In step 533, when the PSAP 501 needs a location value having a high accuracy of the UE 509 or tries to update the location value of the UE 509, the PSAP 501 sends the UE 509 to the LRF 505. Send a location value request message. 3B illustrates a case in which the PSAP 501 sends a location value request to the E-CSCF 503 unlike the location value request to the LRF 105 in FIG. 2B, but the location value is transmitted to the LRF 505. You may ask. At this time, as a request method used, messages of SIP can be used. At this time, for example, the ID of the PSAP 501 such as the SIP URI of the PSAP 501 or the IP address of the PSAP 501 and the QoP of the UE 509 location value are included in the request message and transmitted.

When the E-CSCF 503 receives this request message, the E-CSCF 503 sends the same message to the E-SLP 5037 to open a session for SUPL positioning and performs a position value calculation process as in step 517. Steps 535 to 547 are the same as steps 517 to 529 in Fig. 3A, except that the SIP 200 OK message as in step 528 is omitted, so the LRF 505 or the E-CSCF 503 is performed in step 547. Only the position value of the UE 509 will be delivered to the PSAP (501).

2A to 3B, the case of an emergency case for requesting an emergency IMS call has been described as an example. However, in a commercial case, the position value of a caller terminal is obtained by making an IMS call. You can also pass it on to your opponent. Accordingly, the E-CSCF may be replaced by a Serving CSCF (S-CSCF) and the E-SLP by a Home-SLP (H-SLP), and an authentication process between the UE and the H-SLP is added, and the UE and the S-CSCF are added. However, only the authentication process for service acceptance (Authorizatin) is added. This certification process is based on IMS CALL OMA-LOC SUPL V2.0.

Hereinafter, the third embodiment of the present invention proposes a method for calculating a position value using SUPL in a commercial case rather than an emergency case. In particular, in FIGS. 4A and 4B according to the third embodiment of the present invention, when the UE # 1 and the UE # 2 exist in different domains, UE # 1 attempts an IMS call while the UE # 1 attempts an IMS call. A process of requesting and obtaining a location value of a receiving terminal UE # 2 in FIG.

4A and 4B, UE # 1 601 requests a location of a receiving terminal while attempting an IMS call to a receiving terminal UE # 2 located in another domain as a transmitting terminal. It becomes a target terminal.

First, in step 611, the UE # 1 601 transmits a SIP INVITE message to the S-CSCF via the P-CSCF to attempt a call using the UE # 2 609 and the IMS, and finally, the I-CSCF. Will be sent to. These P-CSCFs, S-CSCFs, and I-CSCFs are referred to as Integrated Call Session Controller Capability (UE # 1'P-S-I-CSCF) 603. First, the SIP INVITE message is transmitted to the S-CSCF of UE1 601 via the P-CSCF. S-CSCF handles calls using IMS. The UE # 1 601 includes the ID of the UE # 2 609 in the SIP INVITE message. For example, the UE # 1 601 includes a SIP URI or a TEL URI and includes a command for requesting a position value calculation of the UE # 2. In addition, the SIP INVITE message includes a QoP indicating the accuracy of the position value of UE # 2. Such a request command may exist in various ways as in FIG. 3 described above, and a detailed description thereof is the same as that in FIG. 3.

Meanwhile, the S-CSCF in charge of the IMS call of the UE # 1 sees the ID of the UE # 2 609 in the SIP INVITE message, for example, the SIP URI, in step 613 and the UE # 1 managed by the UE # 2 609 by the UE. Determine if you are in a different domain from. Here, the domain refers to a network managed by one operator. In operation 615, the S-CSCF determines whether there is a location value calculation request of UE # 2 in the SIP INVITE message. To this end, it is determined whether there is a command included in the SIP INVITE message, and if there is a corresponding command, it is determined that a position value calculation process is requested. If it is determined that the position value calculation request is made, in step 617, the S-CSCF of the UE # 1 601 transmits the SIP INVITE message to the I-CSCF in the same domain as the S-CSCF of the UE # 1 601, thereby transmitting another domain. The SIP INVITE message is delivered to the UE # 2 609 existing in the. This process is the same as that between caller and caller in different domains in general IMS call process.

Specifically, the I-CSCF of the UE # 1 601 sees the ID of the UE # 2 609 and delivers a SIP INVITE message to the I-CSCF in the domain where the UE # 2 609 exists. The I-CSCF of the UE # 2 609 delivers the SIP INVITE message to the S-CSCF of the UE # 2 609 and delivers the SIP INVITE message to the UE # 2 609 through the P-CSCF. Such I-CSCF, S-CSCF and P-CSCF are referred to as integrated call session control function (UE # 2'I-S-P-CSCF) 605.

Then, the S-CSCF of the UE # 2 609 sees the command included in the SIP INVITE message and recognizes that a location value calculation process is required. Like the S-CSCF in UE # 1, it is recognized that a position value calculation process is required when a contact field in a SIP INVITE message contains a command such as "+ g.oma.sip.loc-net inint". . If it is determined that the location value calculation process is necessary, the S-CSCF of the UE # 2 609 transmits an MLP SLIR (Mobile Location Protocol Standard Location Immediate Request) message to the SLP 607 in the same domain in step 619.

This message contains the ID of UE # 2 609, which is a target terminal, such as an IP address, and the ID of UE # 1 601, which has requested a location value. In addition, this message includes the QoP of the ID and the position value of the S-CSCF of the UE # 2 609. At this time, when the S-CSCF of the UE # 2 609 receives only the SIP URI and not the IP address of the UE # 2 609, the S-CSCF of the UE # 2 609 converts the SIP URI into an IP address. . If the SLP 607 uses SIP, the SIP URI of the UE # 2 609 may be used as it is. In this process, the S-CSCF of UE # 2 609 transmits the SIP URI of UE # 2 609 to the Home Subscription Storage (HSS) or Home Location Register (HLR) of UE # 2 609, and transmits the UE # 2. Request routing information of 609 and obtain an IP address currently used by UE # 2 609.

In operation 621, the SLP 607 receiving the MLP SLIR message transmits the SUPL INIT message to the UE # 2 609 using the IP address of the UE # 2 609. This message includes the session ID, the IP address of the SLP 607, and the ID of the UE # 1 601, which is the location requester, in addition to the QoP.

A portion indicated by reference numeral 620 of FIG. 4A indicates a position value calculation process between the UE # 2 609 and the SLP 607. Meanwhile, the UE # 2 609 receiving the SUPL INIT message determines whether to proceed with the requested position value calculation process. As a result of the determination, when the position value calculation is started, the UE # 2 609 transmits a SUPL POS INIT message to the SLP 607 in step 623. This message presents the cell information that UE # 2 609 currently exists and the positioning capabilities that UE # 2 609 can. Steps 623 to 627 correspond to steps 521 to 525 of FIG. 3A, and thus a detailed description thereof will be omitted.

When the location value calculation process is completed through the above process, the SLP 607 includes the final location value of the UE # 2 609 in the MLP SLIREP (Mobile Location Protocol Standard Location Immediate Report) message in step 629. Forward to S-CSCF at 609.

In operation 631, the S-CSCF of the UE # 2 609 transmits a SIP INVITE message sent by the UE # 1 601 to the UE # 2 609. This step 631 may be performed before step 617, which is before the start of the position value calculation process. The UE # 2 609 transmits a SIP 200 OK message to the S-CSCF of the UE # 2 609 in response to the SIP INVITE message in step 632. Then, in step 633, the S-CSCF of the UE # 2 609 includes the position value of the UE # 2 609 in the SIP 200 OK message and transmits it to the UE # 1 601. Alternatively, a SIP 200 OK message may be delivered, and then another SIP message or a protocol based on another protocol may be used to transmit the location value.

Then, the integrated call session control function (UE # 1'P-S-I-CSCF) 603 receives the SIP 200 OK message and transmits it to the UE # 1 601 in step 634. At this time, the method of delivery uses a SIP message used between the UE # 1 601 and the S-CSCF of the UE # 1 601. Alternatively, if the IP address is known to each other and there is a port number, the location value of the UE # 2 609 may be transmitted using TCP / IP. By doing so, in step 635, the IMS call between the UE # 1 601 and the UE # 2 609 is completed, and a session is established to acquire a position value of the UE # 2 609.

FIG. 4B is a continuation of FIG. 4A, and after the UE # 1 601 obtains the location value of the UE # 2 609, a method of allowing the UE # 2 609 to request the location value of the UE # 2 609 again. Suggest. Steps 637 to 651 corresponding to the portion indicated by reference numeral 636 of FIG. 4B represent a process of receiving the correct position value of the UE # 2 609.

When the UE # 1 601 needs a location value having a high accuracy of the UE # 2 609 or wants to update the location value of the UE # 2 609, the UE # 1 601 may transmit a UE at step 637. The location value re-request message of UE # 2 (609) is sent to the S-CSCF of # 1 (601). In this case, the SIP URI or the IP address of the UE # 1 601 may be used as the ID of the UE # 1 601. Also, the UE # 1 601 determines the QoP of the UE # 2 609 position value and includes it in the position value re-request message. UE # 1 601 sends a location value re-request message to the S-CSCF of UE # 1 601. In step 638, the S-CSCF of the UE # 1 601 sends a request location to the S-CSCF of the UE # 2 609. At this time, the location request message may be the same as the SIP INVITE message in step 617, which is the ID of the UE # 2 (609), the S-CSCF ID of the UE # 1 (601) and the UE # 1 (601) It contains the ID, and also contains the QoP, which indicates accuracy when calculating position values.

In response to this, in step 639, the S-CSCF of the UE # 2 609 opens a session for SUPL positioning with the UE # 2 609 to the SLP 607 and performs a position value calculation process. Steps 639 to 649 of FIG. 4B are the same as steps 619 to 629 of FIG. 4A, and thus a detailed description thereof will be omitted.

The final position value of the UE # 2 609 obtained through the above process is transmitted by the S-CSCF of the UE # 2 609 to the S-CSCF of the UE # 1 601 in step 650. The method used for forwarding can use a SIP session and can proceed using TCP / IP and port number. In step 651, the S-CSCF of the UE # 1 601 transmits the location value to the UE # 1 601.

As described above, in the third embodiment of the present invention, a client A, which is a sender, and a P-CSCF, S-CSCF, and I-CSCF to which the client A belongs are simultaneously located with an IMS call using a SIP-based SIP INVITE message. Ask. This request is finally delivered to Client B via the I-CSCF, S-CSCF, and P-CSCF to which Client B belongs. In this case, SIP based SIP INVITE message is used.

Meanwhile, in response to the location request, the S-CSCF to which the client B belongs requests the SLP to calculate the location value based on the SIP, and the location value calculation based on the SUPL protocol is performed between the SLP and the client B. At this time, although the client B should deliver the SIP 200 OK message corresponding to the reception of the SIP INVITE message to the S-CSCF to which it belongs, the S-CSCF must send the location value of the client B obtained from the SLP together with the SIP 200 OK message. Client A finally passes to client A via I-CSCF, S-CSCF, and P-CSCF. In this case, the S-CSCF may obtain the location value of the client B from the SLP through a message based on the MLP protocol or the SIP. Through this method, even if the opposite terminal is located in different domains, the transmitting terminal can obtain the location of the opposite terminal with the IMS call attempt.

As described above, according to the present invention, in an emergency situation, the transmitting terminal has an advantage of requesting an emergency IMS call to an emergency center and also requesting its own location value or the other party's location value. In addition, according to the present invention, since the position value of the receiving terminal can be obtained or the position value of the transmitting terminal can be obtained while making an IMS call in a commercial case that is not an emergency, the position value can be delivered to a desired counterpart. There is an advantage.

Claims (20)

A UE for transmitting a Session Initiation Protocol (SIP) based request message to attempt a call using an Internet Protocol Multimedia Subsystem (IMS), An emergency call session control function (E-CSCF) for determining whether a command for requesting a location value calculation of the terminal is included in the request message and for transmitting a SIP-based location value request message when the command is included; , A location server (SLP) for obtaining a location value of the terminal by performing Secure User Plane Location positioning with the terminal in response to the position value calculation request; The emergency call session control function provides location information while proceeding with an IMS call, wherein the location value is transmitted to the counterpart terminal adjacent to the terminal by including the location value when the location value is transmitted. System. The method of claim 1, wherein the counterpart terminal, A system for providing location information while conducting an IMS call, characterized in that it is a Public Safety Answering Point in case of an emergency. The method of claim 1, wherein the emergency call session control function, Including the routing information request of the terminal in the SIP-based location value calculation request message and transmits to the Location Routing Function (Location Routing Function), The location routing function selects the location server using the ID of the terminal included in the location value calculation request message, and then selects the location server to the MLP (Mobile Location Protocol) based message so that the selected location server can find the terminal. Including the ID of the terminal and transmits to the location server, and if the obtained location value from the location server is delivered to the emergency call session control function for providing location information while proceeding to the IMS call system. The method of claim 3, wherein the location routing function, When receiving a message requesting the location value of the terminal (UE) from the counterpart terminal, the location server is selected using the ID of the terminal included in the re-request message, and then the selected location server selects the terminal. Including a mobile location protocol (MLP) -based message so that the terminal can be found and transmitted to the location server, and the acquired location value is transmitted to the emergency call session control function. A system for providing location information while proceeding with an IMS call. A transmitting terminal transmitting a request message based on a Session Initiation Protocol (SIP) to request a call connection using an Internet Protocol Multimedia Subsystem (IMS); The start message for the IMS call connection is transmitted to the counterpart terminal using the ID of the counterpart terminal included in the request message, and it is determined whether the command includes a request for calculating a position value of the counterpart terminal. An emergency call session control function (E-CSCF) for transmitting a location value calculation request message to a location server if the command is included; A location server (SLP) for obtaining a location value of the counterpart terminal by performing Secure User Plane Location positioning with the counterpart terminal in response to the location value calculation request; The emergency call session control function transmits the message to the transmitting terminal when the location value is transmitted, and transmits a message allowing the call connection from the counterpart terminal to the transmitting terminal. System for Providing. The method of claim 5, wherein the emergency call session control function, And a location value calculation request message based on either Session Initiation Protocol (SIP) or Mobile Location Protocol (MLP) to the location server. The method of claim 5, wherein the transmitting terminal, A system for providing location information while conducting an IMS call, characterized in that it is a Public Safety Answering Point in case of an emergency. The method of claim 6, wherein the emergency call session control function, When receiving a message requesting the location value of the counterpart terminal from the transmitting terminal, the ID of the counterpart terminal is included in the MLP (Mobile Location Protocol) -based message to find the counterpart terminal and transmitted to the location server. And when the obtained location value is transmitted from the location server, delivers the location information to the transmitting terminal. The method of claim 8, wherein the transmitting terminal, And providing the location information while proceeding with an IMS call, wherein the re-request message can be delivered directly to the location routing function. The method according to claim 1 or 5, In case of a commercial situation, the emergency call session control function (E-CSCF) is replaced by a serving call session control function (S-CSCF), and the location server is replaced by a home location server (H-SLP), and the SUPL positioning is performed. A system for providing location information while proceeding with an IMS call, characterized in that an authentication process is added between the terminal and the location server and between the terminal performing the SUPL positioning and the serving call session control function. A transmitting terminal transmitting a request message based on a Session Initiation Protocol (SIP) to request a call connection using an Internet Protocol Multimedia Subsystem (IMS); It is determined whether the counterpart terminal is located in another domain based on the ID of the counterpart terminal included in the request message, and it is determined whether a command for requesting a position value calculation of the counterpart terminal is included in the request message. A first integrated emergency call session control function for including a location value calculation request in a call connection request message and transmitting the same when including; A second integrated emergency call session control function for requesting a location value calculation to a location server to which the opposite terminal belongs when receiving the call connection request message; A location server (SLP) for obtaining a location value of the counterpart terminal by performing Secure User Plane Location positioning with the counterpart terminal in response to the location value calculation request; The second integrated emergency call session control function transmits a message requesting a call connection to the counterpart terminal when the location value is transmitted, and receives a message allowing the call connection from the counterpart terminal in response to the request. System for providing location information while proceeding with an IMS call, characterized in that for transmitting to the transmitting terminal including the location value. Transmitting, by a transmitting terminal, a Session Initiation Protocol (SIP) INVITE message to attempt a call using an Internet Protocol Multimedia Subsystem (IMS); Determining whether an emergency call session function (E-CSCF) includes a command for requesting a position value calculation of the terminal in the received SIP INVITE message; Transmitting a message requesting routing information of the transmitting terminal to a location routing function (LRF) to connect to a counterpart terminal close to the transmitting terminal when the command is included; Selecting, by the location routing function, a corresponding location server using an ID of the transmitting terminal included in the request message, and requesting a location value calculation from the selected location server; Obtaining, by the location server, a location value of the terminal by performing Secure User Plane Location positioning with the terminal in response to the position value calculation request; Receiving, by the location routing function, the acquired location value and transmitting it to the emergency call session control function together with routing information of the transmitting terminal; Selecting, by the emergency call session control function, a counterpart terminal close to the transmitting terminal by using the received position value and routing information; And providing the location information to the selected counterpart terminal by including the location value in the SIP INVITE message. The method of claim 12, wherein the requesting the position value calculation comprises: A method for providing location information while proceeding with an IMS call, characterized in that the process of transmitting the location value calculation request message based on either Session Initiation Protocol (SIP) or Mobile Location Protocol (MLP). The method of claim 13, wherein the location value calculation request message is based on the MLP. And a positioning capability of the transmitting terminal and an ID of the transmitting terminal, a quality of position (QoP) of the position value, and a positioning capability of the transmitting terminal. The message of claim 13, wherein the message for requesting routing information of the transmitting terminal is: Method for providing location information while proceeding with an IMS call, characterized in that the SIP-based message. A process of a PSAP transmitting a Session Initiation Protocol (SIP) INVITE message to attempt a call using an Internet Protocol Multimedia Subsystem (IMS); Transmitting, by an emergency call session control function (E-CSCF), a message for connecting the IMS call to the counterpart terminal using the ID of the counterpart terminal included in the SIP INVITE message; Determining whether the SIP INVITE message includes a command for requesting a location value calculation of the counterpart terminal, and if the command is included, transmitting a location value request message to a location server; Transmitting, by the location server, a location value obtained by performing Secure User Plane Location positioning with the counterpart terminal in response to the received request message to the emergency call session control function (E-CSCF); , When the emergency call session control function receives the permission message corresponding to the message for the IMS call connection from the counterpart terminal, includes the location value in the permission message and transmits it to the public safety response point (PSAP) Method for providing location information while proceeding with an IMS call, characterized in that it comprises a. The method of claim 16, wherein the transmitting of the location value calculation request message to a location server comprises: A method for providing location information while proceeding with an IMS call, characterized in that the process of transmitting the location value calculation request message based on either Session Initiation Protocol (SIP) or Mobile Location Protocol (MLP). The method of claim 16, Transmitting, by the PSAP, a message requesting the location value of the counterpart terminal to the emergency call session control function when the location of the counterpart terminal is needed; In response to the transmission, including an ID of the counterpart terminal in a message based on a Mobile Location Protocol (MLP) so that the emergency call session control function can find the counterpart terminal, and transmitting the ID to the location server; Transmitting, by the location server, the location value obtained by performing SUPL Secure User Plane Location positioning with the counterpart terminal to the emergency call session control function; And transmitting the acquired location value from the location server to the public safety response point (PSAP). The method according to claim 12 or 16, A process of performing an authentication process between a terminal performing the SUPL positioning and a home server (H-SLP) replaced with a location server in a commercial situation; IMS call characterized in that it further comprises the step of performing the authentication process between the terminal performing the SUPL positioning and the serving call session control function (S-CSCF) is replaced by the emergency call session control function (E-CSCF) Method for providing location information as it progresses. Transmitting a request message based on a Session Initiation Protocol (SIP) to request a call connection by the transmitting terminal using an Internet Protocol Multimedia Subsystem (IMS); Determining, by the first integrated emergency call session control function, whether the counterpart terminal is located in another domain based on the ID of the counterpart terminal included in the request message; Determining whether a request for calculating a position value of the counterpart terminal is included in the request message, and if the command is included, including the position value calculation request in a call connection request message; Requesting a location value calculation to a location server to which the counterpart terminal belongs when the first integrated emergency call session control function receives the call connection request message; Acquiring a location value of the counterpart terminal by performing a secure user plane location positioning with the counterpart terminal in response to the location value calculation request; Transmitting, by the second integrated emergency call session control function, a message requesting a call connection to the counterpart terminal when the location value is transmitted; And receiving the message allowing the call connection from the counterpart terminal in response to the request, including the location value, and delivering the location value to the transmitting terminal.

Images