KR20150026234A - Method and apparatus for processing error code - Google Patents

Abstract

The present invention relates to an error code processing method. The present invention includes the steps of: receiving an invite message corresponding to an originating call for a receiving terminal by passing a call session control function (CSCF) from an originating terminal; receiving a first error code for the originating call from the CSCF; determining whether the terminal can decode the first error code; converting the first error code into a second error code which the originating terminal is able to decode if the originating terminal is not able to decode the first error code after a determination result; and transmitting the converted second error code to the originating terminal by passing the CSCF.

Description

METHOD AND APPARATUS FOR PROCESSING ERROR CODE

The present invention relates to a method and apparatus for processing an error code, and more particularly, to a method and apparatus for converting an error code so that a new error code can be received even in a legacy terminal.

In recent years, as wireless terminals (UEs) such as smart pads, tablet PCs, and smart phones have been increasingly used, wireless terminals using data networks have been increasing in order to provide better services than 3G.

At this time, when the communication state between the base station and the wireless terminal is not good, a method of notifying the wireless terminal of the connection failure is performed by displaying a bad state on the screen of the wireless terminal. In this regard, Korean Unexamined Patent Publication No. 2004-0084977 (published on October 10, 2004) discloses a method for displaying a call failure status at a wireless terminal when the base station can not receive a call response message transmitted from a wireless terminal by a preset number of times A method is disclosed.

However, the wireless terminal can be divided into the legacy terminal and the new terminal, and the legacy terminal can not process the error code interpretable by the new terminal. In this case, the legacy terminal can not process the new error message at all.

Korean Patent Laid-Open Publication No. 2004-0084977 (published on October 10, 2004) discloses a "method for notifying call connection failure of a mobile communication terminal ".

According to an embodiment of the present invention, terminal data information of a calling terminal is stored. When the calling terminal is a legacy terminal and an error code is generated, the error code is converted into an error code interpretable by the legacy terminal and transmitted to the legacy terminal. It is possible to provide an error code processing method for converting an error code so that an error message can be processed. It should be understood, however, that the technical scope of the present invention is not limited to the above-described technical problems, and other technical problems may exist.

According to an aspect of the present invention, an invite message corresponding to an outgoing call to a called terminal of a calling terminal is transmitted from a calling terminal to a Call Session Control Function (CSCF) Receiving a first error code for an outgoing call from the CSCF, determining whether the calling terminal is a terminal capable of deciphering the first error code, and determining whether the calling terminal is a first error code , Converting the first error code to a second error code that can be decoded by the calling terminal, and transmitting the converted second error code to the calling terminal via the CSCF.

According to any one of the above-mentioned objects of the present invention, a new error code can be received and analyzed even in a legacy terminal by converting an error code.

1 is a block diagram illustrating a data network system according to an embodiment of the present invention.
2 is a block diagram illustrating an apparatus for processing an error code according to an embodiment of the present invention.
3 is a diagram illustrating a process in which data is transmitted and received between the respective components included in the data network system of FIG. 1 according to an embodiment of the present invention.
4 is a flowchart illustrating an error code processing method according to an embodiment of the present invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings, which will be readily apparent to those skilled in the art. The present invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. In order to clearly illustrate the present invention, parts not related to the description are omitted, and similar parts are denoted by like reference characters throughout the specification.

Throughout the specification, when a part is referred to as being "connected" to another part, it includes not only "directly connected" but also "electrically connected" with another part in between . Also, when an element is referred to as "including" an element, it is to be understood that the element may include other elements as well as other elements, And does not preclude the presence or addition of one or more other features, integers, steps, operations, components, parts, or combinations thereof.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

1 is a block diagram illustrating a data network system according to an embodiment of the present invention. 1, the data network system 1 includes a UE (User Equipment) 100, an Evolved Node B (eNB) 200, a Serving Gateway 300, an MME (Mobility Management Entity) 310, an HLR A Location Register 330, a PGN (PDN Gateway) 400, a CSCF (Call Session Control Function) 500, a Telephony Application Server 600, a Policy and Charging Rules Function (PCRF) 700, a Subscriber Profile Repository (SPR) 810, an Offline Charging System 820, an Online Charging System 830, and a PDN (Public Data Network) 900. However, since the data network system 1 of FIG. 1 is only one embodiment of the present invention, the present invention is not limited to FIG.

The UE 100 may be a user terminal. At this time, the UE 100 may be implemented as a terminal capable of accessing a remote server or a terminal. The UE 100 is a wireless communication device that is guaranteed to be portable and mobility and can be used for all types of wireless communication devices such as a smartphone, a smartpad, a tablet PC, And may include a handheld based wireless communication device.

The eNB 200 may be an LTE base station and may be a device that provides a wireless connection between the UE 100 and the LTE network. That is, the eNB 200 can connect between the SGW 300 and the UE 100 and manage the handover of the UE 100. At this time, the eNB 200 and the UE 100 can be connected wirelessly.

The SGW 300 may control the movement of the UE 100 between the 3GPP / E-UTRAN and perform an anchoring at the handover of the UE 100 of the eNB 200. [ For example, when the UE 100 is handed over from one eNB 200 to another eNB 200, handover of the UE 100 may occur over the SGW 300. [ Accordingly, the SGW 300 can operate as an anchor point in intra-LTE mobility.

The MME 310 can control the signal between the eNB 200 and the SGW 300, determine the routing, and authenticate the UE 100. At this time, the authentication protocol of the MME 310 may be EPS-AKA, and the key information for authenticating the UE 100 may be stored in the HLR 330. [ Accordingly, the MME 310 can receive the key information from the HLR 330 and perform authentication with respect to the UE 100. [ In addition, the MME 310 can manage the EPS bearer. In this case, the EPS bearer is a logical tunnel generated between the UE 100 and the PGW 400 (UE 100-eNB 200-SGW 300 -PGW 400) And the MME 310 can control creation, modification, and release of the tunnel. In addition, only one EPS bearer is generated per UE 100, a plurality of EPS bearers may be generated according to each service characteristic, and various kinds of traffic, that is, an IP flow may exist in the EPS bearer. The MME 310 can manage the mobility state of the subscriber. For example, if the UE 100 is currently connected to the data network system 1 or if it is connected to the Internet, (Idle State), and so on.

The HLR 330 may be a central database of the LTE network that holds key information for authentication for each UE 100, subscriber profile, subscriber location information, and the like. At this time, the subscriber profile may include QoS (Quality of Service) class information for each subscriber, for example, priority, maximum available bandwidth, and the like.

The PGW 400 may assign an IP address to the UE 100. At this time, the IP address can be allocated through the UE 100 access procedure defined in 3GPP rather than the DHCP protocol. In addition, the PGW 400 may perform anchoring on the SGW 300. For example, when the UE 100 is changed from one SGW 300 to another SGW 300 during movement, the PGW 400 may serve as an anchoring point. The PGW 400 may apply different QoS policies to the UEs 100 and manage accounting data for the UEs 100. At this time, the accounting data may be, for example, uplink traffic amount, connection time, etc., and the PGW 400 may transmit the accounting data to the OFCS 820 in the form of CDR (Charging Data Record). Accordingly, the PGW 400 can generate and manage all of the log data, the amount of data used, and the number of accesses to the OFCS 820 through the accounting data. In addition, the PGW 400 may receive the policies and charges for the UE 100 from the PCRF 700. [

The CSCF 500 is a function responsible for a part related to call processing and may include an incoming call gateway (ICGW), a call control function (CCF), a service profile database (SPD), and an address handling (AH). At this time, the ICGW operates as the first entry point, performs routing for the input call, performs service triggering on input call such as call screening and forwarding, And can take charge of communication with the HLR 330. CCF can be responsible for call setup and termination and state / event management, interactions with MRF (Multimedia Resource Function) for multi-party services, call event reporting for billing, reception and processing of application level registration, and so on. The SPD communicates with the HLR 330 of the home domain to manage the user profile information and to inform the UE 100 of the home domain at the initial access. AH performs the functions of analyzing, converting, and modifying addresses and can provide address mobility.

CSCF 500 has a different function to perform according to the network in which the UE 100 is located. Therefore, the CSCF 500 can perform a P-CSCF (Proxy CSCF), an I-CSCF (Interrogating CSCF) CSCF). First, the P-CSCF serves as an initial access point for the UE 100 to access the IMS (IP Multimedia Subsystem), and may exist in the same domain as the Gateway GPRS Support Node (GGSN). In addition, the P-CSCF generates a Change Data Record (CDR), and can verify rights of bearer resources and manage quality of service (QoS). Secondly, the I-CSCF is the first point where UE 100 connects to the network, and there may be a plurality of I-CSCFs in one network domain. The I-CSCF may perform a Topology Hiding Inter-Nework Gateway (THIG) of the firewall function when transmitting messages between different domains, and may not send a part of the network information. Third, the S-CSCF can perform service to control and manage the session state of the actually registered UE 100, and can provide the UE 100 with information related to the service resource.

The TAS 600 may be a server processing a call. The TAS 600 includes a subscriber database and an interworking interface, and can perform functions of billing, OAM (Operation, Administration, Maintenance). At this time, the function of processing a call may be a function of processing an additional service operation such as a group video call and the entire call processing, and performing a change of a message field for call processing. The billing function may be a function for charging the UE 100. The subscriber database may store information on subscriber's supplementary service status and regi status, etc., and the interworking interface may be configured to handle interworking with various nodes for CSCF 500, HLR 330, . OAM can handle operation, management and maintenance.

The PCRF 700 may be a device for setting rules for policies and charging for each UE 100. At this time, the policy may be QoS information to be used by the UE 100, and the billing information may be information about whether to perform offline charging or online charging. This information can be transferred from the PCRF 700 to the PGW 400 and the PGW 400 can perform control (QoS, Charging) on the UE 100 based on the information received from the PCRF 700 have.

The SPR 810 may store policy and charging rules for each UE 100. Accordingly, the PCRF 700 can obtain information on the UE 100 from the SPR 810. [

The OFCS 820 can receive and manage the CDR transmitted from the PGW 400 at the center.

OCS 830 can centrally manage the remaining usage (Balance or Credit) for real-time usage for each UE 100 when Prepaid is used in UE 100. [ Here, the real time usage amount can be managed by the PGW 400 and the remaining usage amount can be transferred to the OCS 830. [ At this time, the OCS 830 can inform the PGW 400 of the information that the UE 100 using the remaining usage amount can not use any more services.

The PDN 900 may be a public data network, for example, the Internet or an IP network.

A method of synchronizing data session information generated in a data network system according to an embodiment of the present invention will be described as follows.

In recent years, as wireless terminals (UEs) such as smart pads, tablet PCs, and smart phones have been increasingly used, wireless terminals using data networks have been increasing in order to provide better services than 3G.

At this time, the wireless terminal can be divided into a legacy terminal and a VoLTE terminal. Here, the error code interpretable by the VoLTE terminal may not be analyzed by the legacy terminal. In this case, it is impossible to grasp at all what error occurred in the legacy terminal.

Accordingly, the method of processing an error code according to an embodiment of the present invention stores terminal data information of a wireless terminal, and when the wireless terminal is a legacy terminal and an error code occurs, it converts the error code into an error code that can be interpreted by the legacy terminal, So that it is possible to know what error has occurred in the legacy terminal.

2 is a block diagram illustrating an apparatus for processing an error code according to an embodiment of the present invention. 2, an error code processing apparatus 600 according to an exemplary embodiment of the present invention includes an invitation message receiving unit 610, an error code receiving unit 630, a determining unit 650, a converting unit 670, , And a transmission unit 690. [ Here, the UE 100 of FIG. 1 is defined as a calling terminal and will be described with reference to FIG. Here, in an embodiment of the present invention, the functions of the error code processing apparatus 600 may be performed by the TAS 600, or may be processed by other apparatuses or servers.

The invite message receiving unit 610 receives an invite message corresponding to an outgoing call for a call receiving terminal (not shown) of the calling terminal 100 from the calling terminal 100 via the CSCF 500 . At this time, the invite message may be a message based on a voice call or a video call.

The error code receiving unit 630 receives the first error code for the outgoing call from the CSCF 500. In this case, the calling terminal 100 may be a video call support terminal, the called terminal may be a video call unsupported terminal, and the CSCF 500 may transmit a video call of the calling terminal 100, Code can be generated. In other words, the CSCF 500 collects the information data of the called terminal from the HLR 330, and when the outgoing call of the calling terminal 100 to the called terminal generates an error code, the CSCF 500 transmits the error code to the error code receiving unit 630, To transmit the first error code for the outgoing call. For example, it is assumed that the calling terminal 100 is a VoLTE terminal, and the called terminal is a general home phone in which a video call is impossible. At this time, the CSCF 500 can collect the terminal information data of the calling terminal 100 and the called terminal from the HLR 330, and can make a video call in the calling terminal 100, It is possible to generate the first error code that the video call is not possible. Alternatively, it is assumed that the calling terminal 100 is a VoLTE terminal, the called terminal is a 3G terminal, and the outgoing call is a voice call. At this time, the CSCF 500 can collect the terminal information data of the calling terminal 100 and the called terminal from the HLR 330, and the calling terminal 100 can communicate with the HD voice quality, , It is possible to generate the first error code that the call is not possible with the HD voice quality.

The determination unit 650 determines whether the calling terminal 100 is a terminal capable of deciphering the first error code. At this time, the determination unit 650 may receive the terminal information data from the calling terminal 100. [ Here, the terminal information data may be data transmitted to the TAS 600 when the calling terminal 100 turns on, for example.

If the calling terminal 100 can not decode the first error code as a result of the determination, the converting unit 670 converts the first error code into a second error code that the calling terminal 100 can decode. Herein, the calling terminal 100 may be a legacy terminal or a VoLTE (Voice over LTE) terminal, the legacy terminal can decode the second error code, and the VoLTE terminal transmits a first error code and a second error It may be a terminal capable of decrypting the code. Here, the first error code may be, for example, 415 Unsupported Media, and the second error code may be 404 Not Found. That is, reference numeral 415 denotes an error code indicating that the called terminal is a video call unsupported terminal, and reference numeral 404 denotes an error code indicating that the called number of the called terminal is vacant.

Accordingly, the VoLTE terminal can distinguish whether the called terminal is a non-supported video call terminal and a called number or not, but the legacy terminal can not distinguish between the two, Only the second error code can be decoded. Accordingly, a method of processing an error code according to an embodiment of the present invention is a method of converting a legacy terminal into a second error code that can be understood by a legacy terminal so that the legacy terminal can decode the contents even if the first error code occurs So as to recognize what error has occurred in the legacy terminal.

The transmitting unit 690 transmits the converted second error code to the calling terminal 100 via the CSCF 500. At this time, the second error code may be a code indicating to the calling terminal 100 that the telephone number of the called terminal is vacant. Here, the calling terminal 100 having received the second error code can receive, for example, a message "This number is absent." In other words, the content of the second error code is a code indicating that the called terminal is a video call unsupported terminal, but the calling terminal 100 processes it as a missing case because it can not interpret the first error code because it is a legacy terminal.

The transmitting unit 690 transmits the first error code to the calling terminal 100 via the CSCF 500 when the calling terminal 100 can decode the first error code, Lt; / RTI > At this time, the first error code may be a code indicating that the called terminal is a video call unsupported terminal. Therefore, the calling terminal 100 having received the first error code can receive the message "the other party can not make a video call" instead of the message "This number is absent."

The description of the error code processing method of FIG. 2 that is not described above can be easily deduced from the same or explanations of the error code processing method described above with reference to FIG. 1, and the description will be omitted.

3 is a diagram illustrating a process in which data is transmitted and received between the respective components included in the data network system of FIG. 1 according to an embodiment of the present invention. Hereinafter, an example of a process in which data is transmitted and received between the respective components will be described with reference to FIG. 3. However, the present invention is not limited to such an embodiment, It is apparent to those skilled in the art that the process of transmitting and receiving data can be changed.

3, the UE 100 transmits a signal for registering terminal information data, which is its own capacity information, to the TAS 600 (S3100), and the TAS 600 registers terminal data information of the UE 100 (S3200).

The CSCF 500 transmits an invite message to the TAS 600 in step S3320 and transmits the invite message based on the video call from the UE 100 to the CSCF 500 in step S3310. Sends the invite message back to the CSCF 500 (S3330).

Upon receiving the invite message, the CSCF 500 requests the terminal information data of the called terminal to the HLR 330 in step S3410. Upon receiving the terminal information data from the HLR 330 in step S3420, (S3500). Here, if the called terminal is a video call supporting terminal, the CSCF 500 connects the video call (S3510). At this time, if the called terminal is a video call unsupported terminal, the CSCF 500 transmits the first error code to the TAS 600 (S3600).

After receiving the first error code, the TAS 600 confirms whether the UE 100 is a legacy terminal, whether the invite message received from the UE 100 is a video call based message (S3700) If the INVITE message is a message based on a video call, the first error code is converted into a second error code (S3800). Then, the TAS 600 transmits the second error code to the UE 100 via the CSCF 500 (S3810, S3820). On the other hand, if the UE 100 is not a legacy terminal and the invite message is a video call-based message, the first error code is directly transmitted to the UE 100 via the CSCF 500 (S3910, S3920).

The error code processing method of FIG. 3, which is not described above, can be easily deduced from the same or explanations of the error code processing method of FIGS. 1 and 2, and the description thereof will be omitted .

The order between the above-described steps S3100 to S3920 is merely an example, but is not limited thereto. That is, the order among the above-described steps S3100 to S3920 may be mutually varied, and some of the steps may be executed or deleted at the same time.

4 is a flowchart illustrating an error code processing method according to an embodiment of the present invention. Referring to FIG. 4, the TAS receives an Invite message corresponding to an outgoing call to a called terminal of the calling terminal via a Call Session Control Function (CSCF) from the calling terminal (S4100).

Then, the TAS receives the first error code for the outgoing call from the CSCF (S4200), and determines whether the calling terminal is a terminal capable of deciphering the first error code (S4300).

If the calling terminal can not decode the first error code as a result of the determination, the TAS converts the first error code into a second error code that can be decoded by the calling terminal (S4400).

Then, the TAS transmits the converted second error code to the calling terminal via the CSCF (S4500).

Since the error code processing method of FIG. 4 is not described, it can be easily deduced from the same or described contents of the error code processing method through FIG. 1 to FIG. 3, and a description thereof will be omitted .

The error code processing method according to the embodiment described with reference to FIG. 4 can also be implemented in the form of a recording medium including instructions executable by a computer, such as an application or a program module executed by a computer. Computer readable media can be any available media that can be accessed by a computer and includes both volatile and nonvolatile media, removable and non-removable media. In addition, the computer-readable medium may include both computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Communication media typically includes any information delivery media, including computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave, or other transport mechanism.

It will be understood by those skilled in the art that the foregoing description of the present invention is for illustrative purposes only and that those of ordinary skill in the art can readily understand that various changes and modifications may be made without departing from the spirit or essential characteristics of the present invention. will be. It is therefore to be understood that the above-described embodiments are illustrative in all aspects and not restrictive. For example, each component described as a single entity may be distributed and implemented, and components described as being distributed may also be implemented in a combined form.

The scope of the present invention is defined by the appended claims rather than the detailed description and all changes or modifications derived from the meaning and scope of the claims and their equivalents are to be construed as being included within the scope of the present invention do.

Claims (7)

An error code processing method executed by an error code processing device,
Receiving an Invite message corresponding to an outgoing call to a called terminal of the calling terminal via the Call Session Control Function (CSCF) from the calling terminal;
Receiving a first error code for the outgoing call from the CSCF;
Determining whether the calling terminal is a terminal capable of decrypting the first error code;
If the calling terminal can not decode the first error code, converting the first error code to a second error code that can be decoded by the calling terminal; And
Transmitting the converted second error code to the calling terminal via the CSCF
And an error code.
The method according to claim 1,
The invite message is a message corresponding to a video call,
Wherein the calling terminal is a video call support terminal and the called terminal is a video call non-
Wherein the first error code is generated in the CSCF when the called terminal can not receive a video call of the calling terminal.
The method according to claim 1,
Transmitting the first error code to the calling terminal via the CSCF if the calling terminal can decode the first error code;
Further comprising:
Wherein the first error code is a code indicating that the called terminal is a video call unsupported terminal.
The method according to claim 1,
And the second error code is a code for notifying the calling terminal that the telephone number of the called terminal is vacant.
The method according to claim 1,
The CSCF,
Collecting information data of the called terminal from an HLR (Home Location Register)
And transmits the first error code for the outgoing call to the error code processing device when the outgoing call of the calling terminal for the called terminal is an outgoing call that generates the first error code.
The method according to claim 1,
Receiving terminal information data from the calling terminal;
Further comprising:
The calling terminal includes a legacy terminal or a Voice over LTE (VoLTE) terminal,
The legacy terminal can decode the second error code,
And the VoLTE terminal is capable of decoding the first error code and the second error code.
An invite message receiver for receiving an invite message corresponding to an outgoing call to a called terminal of the calling terminal, via the Call Session Control Function (CSCF) from the calling terminal;
An error code receiver for receiving a first error code for the outgoing call from the CSCF;
A determination unit for determining whether the calling terminal is a terminal capable of decrypting the first error code;
A converting unit for converting the first error code into a second error code that can be decoded by the calling terminal when the calling terminal can not decode the first error code as a result of the determination; And
A transmission unit for transmitting the converted second error code to the calling terminal via the CSCF,
And an error code.

Images