KR100841309B1 - Message failure management method and positioning system - Google Patents

Abstract

The present invention provides a method for processing a message error of a location tracking service, the method comprising: receiving a message requesting location tracking from a first terminal, and transmitting a message to the second terminal receiving location for location tracking; And if the second terminal detects an error while processing the received message, transmitting the error message including the error information to a server.

Accordingly, it is possible to efficiently handle errors by providing a message error processing method for transmitting information on an error field in the location tracking system.

SUPL, SET, SLP, Location Tracking, Status Code, Error Code, Terminal, Server

Description

MESSAGE FAILURE MANAGEMENT METHOD AND POSITIONING SYSTEM}

1 is a diagram illustrating a first embodiment of a message error processing method in a location tracking system according to the present invention;

2 is a diagram illustrating a second embodiment of a message error processing method in a location tracking system according to the present invention;

3 is a diagram illustrating an embodiment of an initialization message transmitted from a server to a specific terminal receiving a location when a network of the present invention is started;

4A illustrates an embodiment of a termination message in accordance with the present invention.

FIG. 4B illustrates encoding of the termination message according to the present invention described with reference to FIG. 4A with an encoding program.

5 is a diagram illustrating in detail the status code values in the termination message according to the present invention.

FIG. 6A illustrates in detail error code values (Error Code Values) in an end message according to the present invention.

FIG. 6B illustrates encoding of error code values (Error Code Values) according to the present invention described with reference to FIG. 6A with an encoding program.

* Explanation of symbols for main parts of the drawings

10, 100: SUPL Agent 20, 200: SLP

21, 210: SLC 22, 220: SPC

30, 300: Purpose SET

The present invention relates to a location tracking system for mobile communication. More particularly, the present invention relates to a terminal for providing location information in a location information system based on a user-based protocol, and a message transmitted between a server that is a network element for location tracking of the terminal. The present invention relates to a method for processing a message error by transmitting information on a field in which the error occurred to a counterpart when an error occurs in the process of processing.

The mobile communication system provides a location based service (LSB) that locates and uses a terminal based on a mobile communication network. For example, a service for tracking the location of a person or thing such as a friend finder, vehicle navigation, and emergency rescue are typical examples of the location information service.

Currently, the mobile communication system provides the above location information service through a control plane of a network. However, services provided through such a control plane (Signaling) for positioning according to the network structure, such as 3rd generation partnership project (3GPP), 3rd generation partnership project 2 (3GPP2), etc. And the structure of the location tracking system is different.

Therefore, in order to update a service or introduce a new location tracking method to the network, all network elements that need to be changed due to the change of the control plane, such as signaling and protocol of the control plane, There was a problem that needs to be updated or newly introduced.

In order to solve the above problem, a user-based protocol for providing a location information service in a user plane has been defined.

Since the user-based protocol transmits information necessary for positioning using a user plane, the user-based protocol is independent of the network structure and configures a location tracking system even if a service is updated or a new location tracking method is introduced. The advantage is that all network elements do not have to be updated.

However, when an error such as a message occurs in the location tracking system of the user-based protocol, a preferable method for dealing with the error has not been suggested, which is a problem in performing the location tracking procedure.

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and an object of the present invention is to provide a message error processing method and a more efficient location tracking system generated in the location tracking system.

In order to achieve the above object, the present invention provides a method for processing a message error of a location tracking service, the method comprising: receiving a message requesting location tracking from a first terminal, and receiving a location tracking message for the location tracking; And transmitting an error message including the error information to a server when the second terminal detects an error while processing the received message. Provide a method.

The error message may include information indicating the type of error and information indicating a specific field in which the error occurs.

In addition, the present invention is a message error processing method of the location service, the step of receiving a message for the location service, and if an error occurs while processing the received message, the error message containing the error information It provides a message error processing method of the terminal comprising the step of transmitting a.

The present invention also provides a method for processing a message error of a location service, the method comprising: transmitting a message for the location service to a specific terminal, and if the message has an error, an error message including error information from the specific terminal. It provides a message error processing method of the server, characterized in that comprising the step of receiving.

The present invention also provides a location tracking system for a location service, comprising: a predetermined first terminal requesting location tracking; a server transmitting a message to a second terminal targeted for location tracking; And a second terminal configured to transmit an error message including the error information to the server when an error of the message is detected during the location tracking.

In addition, in a message error processing method of a communication environment including a first terminal, a server, and a second terminal, the server receives a first message for the second terminal from the first terminal, and the second terminal. Receiving, by the second terminal, a second message for the second message; and transmitting the message including error information to the server when the second terminal generates an error in the second message. Provide a method.

Therefore, according to the present invention, it is possible to efficiently process an error by providing a message error processing method for transmitting information on an error field in a SUPL-based location tracking system.

Hereinafter, with reference to the accompanying drawings, preferred embodiments of the present invention that can be specifically realized for the above purpose.

In addition, the terms used in the present invention was selected as a general term widely used as possible now, but in some cases, the term is arbitrarily selected by the applicant, in which case the meaning is described in detail in the description of the invention, It is to be understood that the present invention should be understood as the meaning of terms rather than the names of terms.

In this regard, in the present invention, "protocol" means a communication protocol, and "user-based protocol" means a protocol for providing location information service in a user plane.

In the present invention, as a user-based protocol, SUPL (Secure User Plane Location: hereinafter called 'SUPL') protocol is described as an example, but the technical concept of the present invention is not limited to the SUPL protocol.

In this regard, in the present invention, the term "terminal" means a point indicating a point at which information is inputted or outputted in a communication network, or means a device for making or viewing data in a digital data transmission system or a device for transmitting or receiving data. do.

Hereinafter, the present invention will be described by using a SET (SUPL Enabled Terminal: hereinafter referred to as 'SET') as a terminal for convenience of description, and defines a terminal requesting location tracking as a SUPL agent, and becomes a location tracking target. The terminal is defined as an objective SET (Target SEPL Enabled Terminal: hereinafter referred to as 'target SET'), but the technical concept of the present invention is obviously applicable to other terminals as well.

For example, a terminal requesting location tracking may be defined as a first terminal, and a terminal receiving location tracking as a location tracking target may be defined as a second terminal.

In relation to the present invention, the term "server" refers to an apparatus or program for operating a management software for controlling access to all or part of a communication network and access to resources of the communication network to another terminal or the like on a communication network. do.

In addition, the server (Server) is configured to include a "location calculation unit" for calculating the position of a specific terminal and a "server manager" for overall protocol management in the server.

In particular, SLP (SUPL Location Platform: SLP) as an embodiment of the server in relation to the present invention, SPC (SUPL Position Center: SPC) as the embodiment of the position calculation unit, As an example of the server management unit, an SLC (SUPL Location Center: hereinafter referred to as 'SLC') will be described as an example, but it is obvious that the present invention can be equally applicable to other servers.

In this context, in the present invention, "message" means a unit configured according to a strict rule as one transmission unit and transmitted according to a protocol that is a constant rule between a transmitting device and a receiving device.

In the present invention, "initialization message" refers to a message that is first transmitted from the server to the terminal when the network starts, "end message" refers to a message indicating that the execution of a specific process, and "error message" is a message If an error occurs during processing, it means a message that contains information about the error.

In particular, the present invention will be described by taking the SUPL INIT message as the initialization message and the SUPL END message as the end message as an example. However, the present invention is not limited to the above embodiment and can be applied to other messages having the same technical spirit. One is true.

In addition, the present invention is applicable to processing all messages transmitted and received between the terminal and the server, that is, the description of the case of the initialization message processing in the embodiment of the present invention is an example, so it is not limited to this, and applies to all message processing. Of course it is possible.

It is also apparent that the present invention is applicable to both roaming and non-roaming regardless of roaming conditions. However, when the roaming state, it is preferable to further include roaming checking.

1 is a diagram illustrating a first embodiment of a message error processing method in a location tracking system according to the present invention. In particular, FIG. 1 illustrates a case in which a value of a specific field of a user-based protocol message is missed. to be.

Referring to FIG. 1, the location tracking system may include a target SET 30, an SLP 20, and a SUPL agent 10.

The target SET 30 refers to a SET that is a target of the current location tracking, and is a terminal capable of communicating with the SUPL network using the SUPL protocol, for example, of a Universal Mobile Telecommunication System (UMTS). The terminal may be a user terminal (UE), a global system for mobile communication (GSM) and a mobile station (MS) of an IS-95, or a notebook and personal digital assistants (PDA) supporting the SUPL protocol.

In addition, when the target SET 30 has received a confirmation request for location tracking, but the SET user cannot directly allow or deny the target SET 30, the target SET 30 requests confirmation on behalf of the SET user. You can also perform a response to.

In addition, in the present invention, the objective SET 30 may perform a function of performing location authentication and transmitting a message including failure information to the SLP 20 when the authentication fails.

The SLP 20 is a server that is a network element that accesses and uses a network resource for location tracking of the destination SET 30. The SLP 20 represents a service access point (SUPL SAP) of a network part. SPL (SUPL Position Center: SPC) 22, which is an entity that calculates position information of the SET 30, and the overall SUPL protocol such as SUPL session management, roaming, and resource management. SLC (SUPL Location Center: hereinafter referred to as 'SLC') 21, which is an entity that manages the network, is preferably provided.

In this regard, a network initially registered or subscribed to by the destination SET 30 is called a home network (HN), and the destination SET 30 is moved and connected to a network other than the home network. When present, the network is referred to as a visited network (VN).

The SLP 20 in the home network is called H-SLP (Home-SLP), and the SLP 20 in the visited network is defined as V-SLP (Visited-SLP).

In addition, the destination SET 30 may calculate position information by communicating with the SPC 22 through the SLC 21, which is called a proxy mode, and the destination SET 30 may be referred to as a proxy mode. The case where the position information is calculated by directly communicating with the SPC 22 is referred to as non-proxy mode.

In the present invention, the case of the non-proxy mode (Non-Proxy Mode) will be described by way of example, it will be apparent that it is also applicable to the case of the proxy mode (Proxy Mode).

The SUPL Agent 10 requests the SLP 20 for a location tracking service of the target SET 30, which is a specific terminal, and provides a logical Service Access Point (SAP) using the location information transmitted from the SLP 20. Meaning terminal.

In this case, the SUPL Agent 10 is a terminal capable of communicating with the SUPL network using the SUPL protocol, such as the destination SET 30. For example, the SUPL Agent 10 may include a user terminal (UE) of a Universal Mobile Telecommunication System (UMTS), Obviously, it could be Global System for Mobile Communication (GSM) and Mobile Station (MS) in IS-95, or notebooks and Personal Digital Assistants (PDAs) that support the SUPL protocol.

Hereinafter, a first embodiment of a method for processing a message error in a location tracking system according to the present invention will be described. In particular, the destination SET 30, which is a location tracking target, is located in a home network, and the destination SET 30 is an SPC. In case of the non-roaming case and non-proxy mode communicating directly with the 22, the SPC 21 sends the SPC to the SUPL INIT message sent to the destination SET 30. The message error handling procedure when the address is missed.

However, the present invention is a case where the target SET 30 as a terminal is not located in a home network, or when the target SET 30 does not directly communicate with the SPC 22 (Roaming Case), or in proxy mode. Note that all of them are applicable even in (Proxy Mode).

First, the SUPL Agent 10 is a MLP SLIR (Mobile Location Protocol Standard Location Immediate Request), which is a message for requesting location tracking to the SLC 21 in order to request location information of the destination SET 30 that wants to know location information. Hereinafter, it will be referred to as 'MLP SLIR'.

The SLC 21 receiving the MLP SLIR message checks the roaming state of the destination SET 30 and whether the destination SET 30 supports the SUPL protocol (S20).

The SLC 21 transmits information necessary for setting up a SUPL POS session, which is a user-based location tracking session, with the destination SET 30 to the SPC 22 (S30).

The SLC 21 transmits a SUPL INIT message, which is an initialization message, to the destination SET 30 to start the location SET service with the destination SET 30 (S40).

The SUPL INIT message includes information such as session-id, posmethod, notification, SLP mode, and the like. In the first embodiment of FIG. 1, the SLP mode of the SUPL INIT message is a non-proxy mode. For example, the SPL address cannot be established because the SPC address is not included in the SUPL INIT message.

A detailed description of the SUPL INIT message will be described later with reference to FIG. 3.

Accordingly, the target SET 30 receiving the SUPL INIT message establishes a data link connection to the mobile communication network to enable data communication in order to start a session of the SUPL protocol (S50).

If an error occurs while processing the received SUPL INIT message, the target SET 30 transmits a SUPL END message, which is an error message including the corresponding error information, to the SLC 21 (S60).

At this time, although the SUPL END message, which is an end message as an error message, is used as an example, it is natural that the error message can be used in addition to the SUPL END message.

In step S60, the SUPL END message includes a status code (dataMissing) indicating data missing and an error code (slpAddressMissing) indicating that missed field information is an SPC address.

The target SET 30 releases the connection with the SLC 21 and releases all network resources associated with the SLC 21 session.

The SUPL END message, values of status code, and values of error code will be described later with reference to FIGS. 4A to 6B.

When the value of a specific field of the SUPL message is missed through the above method, information about the missed field may be transmitted to the counterpart terminal, and the SLP 20 receiving the SUPL END message may be transmitted. Purpose SET 30 may perform an appropriate error procedure using information on the missed fields.

FIG. 2 is a diagram illustrating a second embodiment of a message error processing method in a location tracking system according to the present invention. In particular, when a value of a specific field of a user based protocol message is an unexpected data value. It is a figure demonstrated to an example.

The location tracking system of FIG. 2 has the same structure as that of FIG. 1, and may include an objective SET 300, an SLP 200, and a SUPL Agent 100, and the SLP 200 may be connected to an SLC 210. It is configured to include the SPC 220.

A detailed description thereof has been described with reference to FIG. 1, which is omitted herein.

Hereinafter, a second embodiment of a message error processing method in a location tracking system according to the present invention will be described. In particular, the destination SET 300, which is a location tracking target, is located in a home network, and the destination SET 300 is an SPC. In the non-roaming case and non-proxy mode that communicates directly with the 220, the SULC INIT message sent by the SLC 210 to the destination SET 300 is " QoP "field is a message error handling procedure when the Unexpected Data Value.

As mentioned above, the present invention provides a case in which the objective SET 30, which is a terminal, is not located in a home network, or when the objective SET 30 does not directly communicate with the SPC 22 (Roaming Case). It is again noted that both are applicable even in the proxy mode or proxy mode.

First, the SUPL Agent 100 sends an MLP SLIR message including information such as ms-id, client-id, qop, etc. to the SLC 210 in order to request the location information of the destination SET 300 that wants to know the location information. Transmit (S110).

The SLC 210 receiving the MLP SLIR message checks the roaming state of the destination SET 300 and whether the destination SET 300 supports the SUPL protocol (S120).

The SLC 210 transmits information necessary for establishing a SUPL POS session with the destination SET 300 to the SPC 220 (S130).

In addition, the SLC 210 transmits a SUPL INIT message, which is an initialization message, to the destination SET 300 to start the location tracking service with the destination SET 300 (S140).

The SUPL INIT message includes information such as session-id, posmethod, notification, SLP mode, and the like. In the second embodiment of FIG. 2, the SLP mode of the SUPL INIT message is set to a non-proxy mode. For example, the "QoP" field of the SUPL INIT message has an Unexpected Data Value.

The present invention is also applicable when an error occurs in a message other than the SUPL INIT message.

A detailed description of the SUPL INIT message will be described later with reference to FIG. 3.

Upon receiving the SUPL INIT message, the destination SET 300 establishes a data link connection to the mobile communication network to enable data communication in order to start a session of the SUPL protocol (S150).

If an error occurs while processing the received SUPL INIT message, the target SET 300 transmits a SUPL END message, which is an error message including the corresponding error information, to the SLC 210 (S160).

In step S160, the SUPL END message includes a status code (unexpectedDataValue) indicating that unusable data is included and an error code (unexpectedQop) indicating field information in which an error occurs.

The target SET 300 releases the connection with the SLC 210 and releases all network resources associated with the SLC 210 session.

The SUPL END message, values of status code, and values of error code will be described later with reference to FIGS. 4A to 6B.

When a specific field of the SUPL message has an Unexpected Data Value through the above method, the SLP (200) receiving the SUPL END message may transmit information on the field in which an error occurs to the counterpart terminal. ) And the purpose SET 300 may perform an appropriate error procedure by using information on the field in which an error occurs.

Hereinafter, embodiments of the SUPL INIT message as the initialization message, the SUPL END message as the end message, the values of the status code and the values of the error code will be described with reference to FIGS. 3 to 6B.

FIG. 3 is a diagram illustrating an embodiment of an initialization message transmitted from a server to a specific terminal receiving a location when a network of the present invention starts. In particular, one embodiment of a SUPL INIT message, which is an initialization message transmitted from an SLC to a destination SET, is illustrated. An example is shown.

The SUPL INIT message includes a "Positioning Method" field indicating supported positioning technologies, a "Notification" field providing the SET with information regarding LCS notification and privacy, and an SLP. An "SLP Address" field containing an Address, a "QoP" field indicating the Quality of Position, and an SLP mode in Proxy Mode or Non-Proxy Mode. "MAC" including an "SLP Mode" field indicating whether or not a mode, and a message authentication code (MAC), which is used for integrity protection of SUPL INIT messages. Field and a " Key Identity " field indicating identity information for a key used to identify the MAC.

In this regard, the "SLP Address" field includes an SPC address in the non-proxy mode, and the "SLP Address" field is optional in the proxy mode. Optional) or Required field in non-proxy mode.

In addition, the SLP Address is an address used by the SET to create a secure IP when connecting to the SLP or SPC.

In relation to this, the "SLP Mode" field preferably indicates an SPC when in a non-proxy mode.

4A and 4B are diagrams illustrating one embodiment of an end message according to the present invention, and in particular, one embodiment of a SUPL END message.

The SUPL END message is a message indicating the end of a SUPL process normally or abnormally.

Referring to FIG. 4A, the SUPL END message includes a "Position" field including information indicating a position result of the SET, and a status of the message as an error indication or information indication. And a "Error Code" field containing information indicating detailed Error Codes when the Status Code is dataMissing or unexpectedDataValue.

In particular, the "Error Code" field is for displaying information on a field in which an error occurs in the SUPL END message.

In this regard, error indications in the "Status Code" field may have values between 0 and 99, and information indications may have values between 100 and 199. have.

In this regard, the Error Codes for Missing Data in the "Error Code" field have values between 0 and 99, for Unexpected Data Values. Error Codes may have values between 100 and 199.

FIG. 4B shows that the SUPL END message, which is the termination message according to the present invention described with reference to FIG. 4A, is encoded with ASN.1, which is one of encoding programs. In the present invention, the "Position" field and the "Status Code" Field and the "Error Code" field are optional.

Herein, the present invention has been described using ASN.1 as an encoding program as an example, but may be encoded by another encoding program.

FIG. 5 is a diagram illustrating in detail the Status Code Values in the SUPL END message which is an end message according to the present invention. FIG. It consists of a "unexpectedDataValue" that indicates when the data contains unavailable data.

Hereinafter, the values that may be included in the "Status Code" field will be described in detail, and may be divided into "Error Indicator" indicating an error and "Information Indicator" indicating information.

The "Error Indicator" indicates "unspecified" representing unknown errors, "systemFailure" representing a system failure, "protocolError" representing a protocol parsing error, and a case where a required data value is missed. "dataMissing", "unexpectedDataValue" to indicate that an unusable data value has been taken, "posMethodFailure" to indicate that the underlying positioning method has failed, and to be described by the required QoP and SET Capabilities and SLP. "PosMethodMismatch", which indicates the case where no matching Positioning method can be found between the Positioning methods, and the case where no positioning protocol available for SET and SLP can be found. "PosProtocolMismatch" to indicate, "targetSETnotReachable" to indicate when the SET is not responding, and invalid ULP (UserPlane Lo "versionNotSupported" for the cation Protocol) version, "resourceShortage" for indicating that there are not enough resources available to serve the SET, "invalidSessionId" for the Invalid session identity, etc. This may be included.

The " Information Indicator " means a " consentDeniedByUser "for which the user refuses to approve a location determination session, and a " permit for the user to approve a location determination session. consentGrantedByUser "," nonProxyModeNotSupported "to indicate that the SET does not support non-proxy mode operation," proxyModeNotSupported "to indicate that the SET does not support proxy mode operation, and SET or It may include an "authenticationFailure" indicating that the authentication failed in the SLP.

In this regard, the "authenticationFailure" field, which indicates when authentication fails in the SET or SLP, is divided into the "authenticationFailureatSET" field, which indicates when authentication fails in the SET, and the "authenticationFailureatSLP" field, which indicates when authentication fails in the SLP. It can also be configured.

FIG. 6A is a diagram illustrating error code values in the SUPL END message, which is an end message according to the present invention, in detail. FIG. 6A is a diagram illustrating information about a field in which errors "dataMissing" and "unexpectedDataValue" occur. Error code is defined.

Hereinafter, the values that can be included in the "Error Code" field will be described in detail. The values may be divided into "Missing Data Indicator" indicating missing data, "Unexpected Data Indicator" indicating unusable data, and the like.

The "Missing Data Indicator" includes "slpAddressMissing" indicating that an SPC Address for non-proxy mode is not included in a SUPL INIT message or a SUPL RESPONSE message, and the MAC is a SUPL INIT when the network is started. "MacMissing" to indicate that it is not included in the message, "keyIdMissing" to indicate that the Key Identity is not included in the SUPL INIT message or SUPL RESPONSE message, and SET Auth Key in non-proxy mode where SET was started. "SetAuthKeyMissing" to indicate that is not included in the SUPL RESPONSE message, "spcAuthKeyMissing" to indicate that the SPC Auth Key is not included in the SUPL AUTH RESP message in non-proxy mode when the network is started, and In initiated Proxy Mode, it may be "verMissing", etc., indicating that Ver is not included in the SUPL POS INIT message.

In addition, the "Unexpected Data Indicator" includes "unexpectedSlpAddress" indicating a case where an SLP Address is an unusable value, "unexpectedQoP" indicating a case where a QoP cannot be used, and "unexpectedPosition" indicating a case where a Position is an unusable value. And "unexpectedVelocity" to indicate if Velocity is an unusable value, "unexpectedLocationID" to indicate if Location ID is an unusable value, "unexpectedSETAuthKey" to indicate if SET Auth Key is an unusable value, and Key Identity "UnexpectedKeyIdentity", which indicates when the value is unavailable, "unexpectedSETNonce", which indicates when the SET Nonce is an unusable value, and "unexpectedSPCAuthKey", which indicates when the SPC Auth Key is an unusable value.

It is obvious that error code values other than the error code values described above may be included in the "Error Code" field.

FIG. 6B illustrates encoding of Error Code Values according to the present invention described with reference to FIG. 6A into ASN.1, which is one of encoding programs.

Therefore, when the value of the feature field of the SUPL message transmitted between the SLP and the SET has a missing or unexpected data value in the SUPL-based location information system, the SLP and the SET may receive such an error. Information on the generated fields may be transmitted to each other, and an appropriate error handling procedure may be performed using the information.

In addition, the message error processing method according to the present invention has been described using a location tracking service as an example, but may be applicable to all cases of transmitting and receiving messages in a communication environment.

The present invention is not limited to the above-described embodiments, and can be modified by those skilled in the art as can be seen from the appended claims, and such modifications are within the scope of the present invention. .

The effects of the message error processing method and the location tracking system according to the present invention described above can efficiently process an error by providing a message error processing method for transmitting information on a field in which an error has occurred in the location tracking system.

Claims (12)

In the message error processing method of the location tracking service, Receiving, by the server, a message requesting location tracking from the first terminal; For the location tracking, the server sends a message to the second terminal receiving the location tracking; If the second terminal detects an error while processing the received message, transmitting the error message including the error information to a server. The method of claim 1, After receiving the message for requesting location tracking from the first terminal, the server further comprises the step of checking the roaming state of the second terminal and whether the user-based protocol support; Treatment method. The method of claim 1, And the error message includes information indicating the type of error and information indicating a specific field in which the error occurred. The method of claim 1, The error message includes a status code for an error that has occurred and a detailed error code for indicating a specific field in which the error has occurred. In the message error processing method of the location tracking service, Receiving a message for the location tracking service; If an error occurs while processing the received message, transmitting an error message including the error information. In the message error processing method of the location tracking service, Transmitting a message for the location service to a specific terminal; If there is an error in the message, receiving an error message including error information from the specific terminal. In the location tracking system for location services, A predetermined first terminal requesting location tracking; A server for receiving the location tracking request and transmitting a message to a second terminal which is a location tracking target; And a second terminal which transmits an error message including the error information to the server when an error of the message is detected during the location tracking. The method of claim 7, wherein The first terminal and the second terminal is a location tracking system, characterized in that the communication using a user-based protocol. The method of claim 8, The user-based protocol is a location tracking system, characterized in that the SUPL (Secure User Plane Location) protocol. The method of claim 7, wherein The server comprises a location calculation unit for calculating the location information and a server management unit for managing the protocol comprising a. In the message error processing method of a communication environment including a first terminal, a server, a second terminal, Receiving, by the server, a first message for a second terminal from a first terminal; Receiving, by a second terminal, a second message for the second terminal; The second terminal when the error occurs in the second message, message error processing method comprising the step of transmitting a message containing the error information to the server. The method of claim 11, And a first message and a second message for the second terminal are messages for location tracking.

Images