KR102403137B1 - Smart phone to be displayed a telephone charge - Google Patents

Abstract

A smartphone that displays a phone bill is disclosed. A call processing module for interworking with an online billing system (OCS) and for a voice call; real-time rate output module; and a smartphone including a TTS module, on which a phone rate is displayed (a) through the mobile communication network, for each voice call and data packet communication using the smartphone of the sender and the called party, the rate plan subscribed for each subscriber by the online billing system (OCS) real-time billing information and terminal identification information according to usage time are transmitted to the caller's smartphone according to According to the real-time billing information according to the usage time, the voice call phone fee, packet data usage fee, app service usage fee, and the sum of these are displayed in real time at a specific location on the screen of the smartphone.
In order to solve the inconvenience of having to download an application to check the phone bill used on the smartphone, the phone bill according to the usage time is reduced after making a call using the smartphone. By providing a function to display directly on the screen, the user can check the phone bill according to the call immediately.

Description

Smart phone to be displayed a telephone charge

The present invention relates to a smartphone that displays a phone charge, and more particularly, in order to solve the inconvenience of having to download an application to check the phone charge used in the existing smartphone and check it, use the smartphone to make a call. It relates to a smartphone that displays the phone bill, which is immediately displayed on the screen according to the time of use.

Usage fees are charged according to various billing/charging policies for data services (Internet service) of domestic and foreign mobile communication operators.

First, the definition/difference between Charging and Billing is explained as follows.

Charging is the act of monitoring/collecting/managing the subscriber's network usage history (usage; bytes, usage time; seconds, etc.)

Billing is the act of charging subscribers for usage fees.

Mobile telecommunication service providers do "Charging" for each subscriber's postpaid "Billing", and each subscriber is billed according to the mobile telecommunication billing policy.

On the other hand, telecommunication operators in Europe, Russia, the Middle East, and Southeast Asia use prepaid a lot, and this is a method in which subscribers pay a service fee to a telecommunication service provider before using data services. Here, the unit of “use fee” may be the amount of data (bytes, eg, $10 for 100Mbyte) or the number of days of use (eg, $5 per day, $100 per month).

Online Charging and Offline Charging are technologies to support the billing policy according to the billing policy of the mobile communication service provider for Prepaid or Postpaid. While Online Charging collects and controls the usage of mobile communication terminal subscribers in real time in the mobile communication network, Offline Charging does not require real-time collection/control.

For example, in the LTE 4G network, the subscriber station (UE) communicates with the Internet through eNB -> S-GW -> P-GW. And, when the UE accesses the LTE network, the PCRF may provide a different charging method (Charging Characteristics) for each subscriber to the P-GW.

Different charging methods are classified as follows.

ㆍSubscriber A: Offline Charging

ㆍSubscriber B: Data Volume based Online Charging

ㆍSubscriber C: Time(Duration) based Online Charging

The packet gateway (P-GW) knows what kind of charging method the UE subscriber connected to the LTE network is using.

For Offline Charging,

ㆍP-GW will interwork with OFCS (Offline Charging System) with GTP' protocol. While the subscriber is using the Internet, for example, once every 30 seconds or after disconnection (Detach), the P-GW records the subscriber's LTE network usage history (UL/DL bytes/packets, access time (eg, 19). :01:53), connection disconnection time (eg, 19:47:32), total connection time (1,462 seconds)) are created as a content charging data CDR (Charging Data Records) file and delivered to OFCS.

ㆍP-GW does not need to deliver this CDR file to OFCS in real time. OFCS has usage history for each subscriber, and processes and manages the format as needed.

For Online Charging,

P-GW is interlocked with OCS (Online Charging System) and Diameter protocol. And OCS manages the currently available Balance for each subscriber (the number of usable bytes for a volume based user, and the usable time (seconds) for a time based user). When the UE accesses the mobile communication network, the P-GW sends a Credit Control Request message to the OCS and requests the subscriber's quota (byte or time (second)), and the OCS receives the quota for the subscriber through the Credit Control Answer message forwarded to the P-GW. (From the perspective of OCS, it is expressed as Balance, and from the viewpoint of P-GW, it is expressed as Quota)

At this time, all OCS does not give the balance to the P-GW all at once, but in small portions. (For example, if the user's balance is 1 Gbyte, when the P-GW requests quota through OCS, only 100Mbyte is given. After that, when 100 Mbyte is exhausted, P-GW requests quota through OCS again and receives 100Mbyte. received again)

After that, the P-GW deducts the quota in real time as much as the subscriber's Internet usage (bytes or time (seconds)) and reports the remaining quota back to the OCS when the subscriber terminates the connection.

Therefore, the subscriber's Internet usage is monitored by the P-GW in real time, and if the subscriber's balance is exhausted in the OCS, the subscriber cannot use the Internet.

If the P-GW does not receive a quota because there is no subscriber balance in the OCS, the P-GW applies a preset rule.

Here, one of the following two rules is used.

1) Block the Internet (discard the packet with the subscriber source IP)

2) Hot-Lining (HTTP Redirection) to Captive Portal

▶ Charging Rule Provoioning (Charging Rule cycle from PCRF to P-GW)

23.203 PCC architecture

29.210 charging rule provisioning

29.211 Gx signaling flows

29.212 PCC over Gx

29.213 PCC signaling flow

29.214 PCC over Rx

▶ Charging Overview

32.215 charging data description

32.240 charging architecture

32.251 PS charging

▶ CDR Transfer (Offline Charging between P-GW and OFCS)

32.295 CDR transfer

32.297/298 CDR

▶ Credit Control (Online Charging between P-GW and OCS)

32.296 OCS

32.299 Diameter charging

Recently, in accordance with the increase in LTE (Long Term Evolution) 4G mobile communication subscribers, a packet gateway (P-GW) on the LTE network is being expanded, and in response to the expanded packet gateway (P-GW), the billing system Billing devices are also continuously increasing. According to this trend, there is a need for structural improvement of whether the packet gateway (PGW) can replace a billing device (eg, Unified Data Billing System (UDBS)).

The packet gateway (P-GW) is basically capable of flow-based charging (FBC). GGSN (Gateway GPRS Support Node) of the conventional W-CDMA (Wideband-Code Division Multiple Access) network initially did not have a flow-based billing (FBC) function, so IUX (Internet Usage Extraction) / IMS (IP Mediation System) Differential billing was performed using the content classification function. Therefore, since the LTE network can use the flow-based charging (FBC) function of the packet gateway (P-GW), a charging system for simplifying the structure of the billing system by using self-charging is required.

As the related prior art 1, in Patent Registration No. 10-2063311, “a billing system on a wireless network” is registered.

1 is a configuration diagram of a mobile communication system for explaining a billing function of an existing LTE 4G subscriber. 2 is a block diagram schematically showing a charging system on a wireless network.

A billing system on a wireless network according to an embodiment includes a user terminal (UE: User Equipment) 110, a wireless base station (evolved Node B) 120, a Serving Gateway (S-GW: Serving Gateway) 130, Mobility Management Entity (MME) 132, home subscriber server (HSS: Home Subscriber Server) 134, packet gateway (P-GW: Packet Data Network Gateway) 140, policy providing device (PCRF: Policy and Charging Rule Function) 150 , a Packet Data Network (PDN) 160 , a charging gateway 170 and a billing device 180 .

The user terminal 110 is a terminal that transmits and receives voice or data via a network according to a user's key operation, and includes a tablet PC, a laptop computer, a personal computer (PC), a smart phone, and a personal digital assistant. , PDA) and a mobile communication terminal.

The wireless base station 120 is equipment supporting LTE, and performs functions such as RF conversion of transmission signals, transmission and reception, signal strength, quality measurement, baseband signal processing, and channel card (channel card resource management). it is a device In addition, the wireless base station 120 and the Evolved Packet Core (EPC) (ie, the mobility management entity 132, the serving gateway 130, and the packet gateway 140) are collectively referred to as an Evolved Packet System (EPS). That is, the wireless base station 120 refers to a transmitter in the LTE network, and performs all functions necessary for wireless call processing, such as location registration, wireless channel allocation, and handoff in the network. In addition, the wireless base station 120 receives a call request signal from the user terminal 110 using a traffic channel among signal channels in the LTE network, and performs baseband signal processing, wire/wireless conversion, and transmission/reception of wireless signals. to be.

In addition, the radio base station 120 provides a radio interface to the terminal 110, radio bearer control, radio admission control, dynamic radio resource allocation, load balancing, and inter-cell interference control (ICIC). It provides a radio resource management (RRM) function such as Here, the radio base station 120 may be extended to an Evolved UMTS Terrestrial Radio Access Network (E-UTRAN).

The serving gateway (S-GW) 130 performs a traffic processing function for call traffic. In addition, the serving gateway (S-GW) 130 works with the wireless base station 120 as a session control and user plane node that processes payload traffic according to the established session, and Inter handover is supported. The serving gateway (P-GW) 130 establishes a packet data protocol (PDP) context with the packet gateway (P-GW) 140 and transmits a packet data unit (PDU) using tunneling. do. In addition, it is possible to expand according to an increase in traffic or an increase in a control signal through the separation implementation of the Serving Gateway (S-GW) 130 and the Mobility Management Entity (MME) 132 .

It may be referred to as a packet core (EPC), including a mobility management entity (MME) 132 , a serving gateway (S-GW) 130 and a packet gateway (P-GW) 140 .

The mobility management entity 132 basically performs mobility management for the terminal 110 . The mobility management entity 132 is responsible for call control such as location registration, paging, and authentication, and performs data call control for call traffic. In addition, the mobility management entity 132 is a node that manages subscriber information and mobility of the terminal 110 and is responsible for session management, idle subscriber management, paging, and subscriber authentication functions.

In addition, the mobility management entity 132 as an E-UTRAN control entity communicates with the home subscriber server 134 for user authentication and user profile download, and provides EPS to the terminal 110 using NAS (Non-Access Stratum) signaling. It provides Mobility Management (EMM) and EPS Session Management (ESM) functions. That is, the mobility management entity 132 performs NAS signaling (EMM, ESM, security), provides user authentication and roaming functions through the 'S6a' interface with the home subscriber server 134, ECM and EMM state management, EPS bearer carry out management

The home subscriber server 134 provides user authentication information and user profiles to the mobility management entity 132 as a central database with user profiles.

The packet gateway (P-GW) 140 is a gateway for the IP Multimedia Subsystem (IMS), the Internet, and the packet data network 160 and manages mobility for the Non-3GPP network. The packet gateway 140 performs charging according to the policy information received from the policy providing device 150 and is responsible for blocking harmful packets. In addition, the packet gateway (P-GW) 140 allocates the IP of the terminal 110 and serves as a session control and user plane interworking with the external Internet network and the Non-3GPP network for packet service. 130 and maintains routing information with an external network and has tunneling and IP routing functions.

In addition, the packet gateway (P-GW) 140 transmits the PDU to the serving gateway 130 and the external network. In addition, the packet gateway (P-GW) 140 connects the terminal 110 to the packet data network 160 and provides packet filtering.

In addition, the packet gateway (P-GW) 140 may generate data including a UDR (Usage Data Record) according to the policy information received from the policy providing device 150 in the network, and block harmful packets, etc. in charge The packet gateway (P-GW) 140 may transmit charging data to the charging gateway 170 using a Remote Authentication Dial-in User Services (RADIUS) method.

An operation of the packet gateway 140 according to the present embodiment will be described. The packet gateway 140 collects content charging information (CDR) from the serving gateway 130 . Here, the information collected by the packet gateway 140 from the serving gateway 130 includes content charging information (CDR: Contents Detail Record) as well as pass charging information (CDR: Call Detail Record). The packet gateway 140 additionally inserts a new data field for not passing through a separate billing system (eg, UDBS) in the data field of the content charging information (CDR). The packet gateway (P-GW) 140 transmits content charging information (CDR) in which the new data field is inserted to the charging gateway 170 .

The packet gateway (P-GW) 140 includes update information for each content that is irrelevant to the service identification field in a new data field among the data fields of the content charging data (CDR). As a result, the packet gateway 140 causes the billing gateway 170 (or the billing device 180) to generate billing data based on a new data field additionally inserted into the data field of the content billing data (CDR). .

Hereinafter, a process in which the packet gateway 140 additionally inserts the URL field of the data field of the content charging data (CDR) will be described. The packet gateway 140 adds a URL field including uniform resource locator (URL) information for each service to the data field of the content charging information (CDR) as a new data field and transmits it to the charging gateway 170 . The packet gateway 140 causes the charging gateway 170 to cause the content charging information (CDR) in which the URL field is added as a new data field, regardless of the service identification field (Service Identifier) of the content charging information (CDR) within the URL field. Recognize URL information. The packet gateway 140 includes URL information that is updated regardless of the service identification field in the URL field additionally inserted into the content charging information (CDR). In other words, in the packet gateway 140, URL information additionally inserted into the data field of the content charging data (CDR) is registered, for example, 'Na***.com', 'Da**.net' is changed (updated) In this case, only the URL information is updated without the need to modify the tables of the packet gateway 140 and the charging gateway 170 to correct them.

Hereinafter, a process in which the packet gateway 140 additionally inserts the IP field and the port field of the data field of the content charging data (CDR) will be described. The packet gateway 140 adds, as a new data field, an IP field including IP information for each service and a Port field including port information for each service to the data field of the content charging information (CDR) as a new data field for the charging gateway 170 send to The packet gateway 140 causes the charging gateway 170 to cause the charging gateway 170 to cause the IP in the IP field regardless of the service identification field of the content charging information (CDR) due to the content charging information (CDR) in which the IP field and the port field are added as new data fields. To recognize the port information in the information and port fields. Here, the IP field includes a destination IP field (Dest IP) and a source IP field (Src IP). The port field includes a destination port field (Dest Port) and a source IP field (Src Port). The packet gateway 140 includes IP information that is updated regardless of the service identification field in the IP field, or includes port information that is updated regardless of the service identification field in the port field. In other words, when the IP information additionally inserted into the data field of the content charging data (CDR) is registered, for example, '211.115.15.34' and '211.115.15.35', the packet gateway 140 is changed (updated). In order to modify, only the IP information is updated without the need to modify the tables of the packet gateway (P-GW) 140 and the charging gateway 170 . In addition, when the packet gateway (P-GW) 140 is changed (updated) of, for example, '5060' and '7011' registered in the port information additionally inserted into the data field of the content charging data (CDR), it is corrected. In order to do this, only the port information is updated without the need to modify the tables of the packet gateway 140 and the charging gateway 170 .

The policy providing apparatus 150 may detect a packet included in the service data using a preset rule, and apply an authorized quality of service (QoS). In addition, the policy providing device 150 operates based on the determined policy information and a charging control function by a charging gateway (not shown). That is, the policy providing device 150 may detect service data of the charging gateway 170 and perform network control such as QoS. Also, the policy providing device 150 provides policy information control and charging control functions as a policy information and charging control entity. The policy providing device 150 transmits the generated policy information to the packet gateway (P-GW) 140 .

The billing gateway 170 receives billing data from the packet gateway 140 and generates billing information for billing. For example, the charging gateway 170 may be an Offline Charging System (OFCS), but is not necessarily limited thereto. The billing gateway 170 is a RADIUS generated by the packet gateway 140 as well as a Packet Data Serving Node (PDSN) of a Code Division Multiple Access (CDMA) network, and a Gateway GPRS Support Node (GGSN) of a Wideband Code Division Multiple Access (WCDMA) network. Receive packet charging information (subscriber number, start time, end time, total packet usage).

The charging gateway 170 according to the present embodiment receives content charging data (CDR) from the packet gateway 140 using the GPRS Tunneling Protocol Prime (GTPP) protocol according to the 3rd Generation Partnership Project (3GPP) standard. In addition, the charging gateway 170 refers to a device separate from the UDBS. In other words, the billing system on the wireless network according to the present embodiment is a system capable of performing billing without UDBS. Here, the UDBS is a device having a 1:1 structure with the packet gateway (P-GW) 140, and receives content charging information (CDR) by mirroring RADIUS charging information. UDBS is a device that generates content charging data (CDR) by mirroring packets actually used by subscribers and analyzing them in detail for each service type. In addition, UDBS may generate final billing data by merging UDR and content billing data (CDR) based on IP. If the IP of the packet mirroring information is IMS, the UDBS does not generate a CDR and also drops the UDR so that the corresponding packet is not charged.

Accordingly, in the billing system according to this embodiment, the packet gateway 140 is being expanded according to the increase in LTE subscribers, and the UDBS should also be expanded in response to the packet gateway 140 being expanded. The packet gateway 140 additionally inserts information necessary for billing in the content billing data (CDR) into a new data field so that the billing is performed without the need for billing, and is directly transmitted to the billing gateway 170 .

The charging gateway 170 receives content charging information (CDR) in which the URL field is additionally inserted from the packet gateway (P-GW) 140 . The charging gateway 170 uses the content charging information (CDR) received from the packet gateway (P-GW) 140 , regardless of the service identification field (Service Identifier) of the content charging information (CDR) is an additionally inserted URL field Recognizes URL information in In other words, the charging gateway 170 directly receives the content charging data (CDR) mirrored by the OFCS from the packet gateway 140. At this time, the URL field is additionally inserted into the data field of the content charging data (CDR). have.

Also, the charging gateway 170 receives content charging information (CDR) in which the IP field and the pod field are additionally inserted from the packet gateway 140 . Thereafter, the charging gateway 170 uses the content charging information (CDR) in which the IP field and the pod field received from the packet gateway 140 are additionally inserted, regardless of the service identification field of the content charging information (CDR), the additionally inserted IP Recognizes IP information in the field and port information in the additionally inserted port field. In other words, the charging gateway 170 directly receives the content charging data (CDR) mirrored by the OFCS from the packet gateway 140 . In this case, an IP field and a port field are additionally inserted into the data field of the content charging data (CDR).

The billing device 180 includes an IP Mediation System (IPS). The billing device 180 generates customer billing data in a customer bill format by tying all voice billing, packet billing, information usage fee, and the like, based on the billing information received from the billing gateway 170 .

The packet gateway (P-GW) 140 includes a collection unit 210 , a field insertion unit 220 , and a transmission unit 230 . Components included in the packet gateway (P-GW) 140 are not necessarily limited thereto.

The collection unit 210 collects content charging information (CDR) from the serving gateway 130 .

The field inserting unit 220 additionally inserts a new data field that does not pass through a separate billing system (eg, UDBS) into the data field of the content charging information (CDR). The field inserting unit 220 includes update information for each content irrelevant to the service identification field in a new data field that is additionally inserted into the data field of the content charging information (CDR). As a result, the field inserter 220 causes the billing gateway 170 (or the billing device 180) to generate billing data based on the new data field.

Hereinafter, a process in which the field inserter 220 additionally inserts the URL field into the data field of the content charging information (CDR) will be described. The field inserter 220 adds a URL field including URL information for each service to the data field of the content charging information (CDR) as a new data field and transmits it to the charging gateway 170 . Accordingly, the field inserter 220 allows the charging gateway 170 to recognize URL information in the URL field regardless of the service identification field of the content charging information (CDR). The field inserter 220 includes URL information that is updated regardless of the service identification field in the URL field that is additionally inserted into the data field of the content charging information (CDR). In other words, the field inserter 220 changes (updates) URL information that is additionally inserted into the data field of the content charging data (CDR), for example, 'Na***.com' and 'Da**.net'. ), only the URL information is updated without the need to modify the tables of the packet gateway 140 and the charging gateway 170 to correct them.

Hereinafter, a process in which the field inserter 220 additionally inserts the IP field and the port field into the data field of the content charging information (CDR) will be described. The field inserter 220 adds, as a new data field, an IP field including IP information for each service and a Port field including port information for each service to the data field of the content charging information (CDR), as a new data field, so that the charging gateway 170 ) send. The field inserting unit 220 allows the charging gateway 170 to recognize the IP information in the additionally inserted IP field and the port information in the additionally inserted port field regardless of the service identification field of the content charging information (CDR). Here, the IP field includes a destination IP field (Dest IP) and a source IP field (Src IP).

In addition, the port field includes a destination port field (Dest Port) and a source IP field (Src Port). The field inserter 220 includes IP information that is updated regardless of the service identification field in the IP field or includes port information that is updated regardless of the service identification field in the port field. In other words, the field inserting unit 220 may change (update) IP information added to the data field of the content charging data (CDR), for example, '211.115.15.34' and '211.115.15.35'. In order to modify, only IP information is updated without the need to modify the tables of the packet gateway 140 and the charging gateway 170 . In addition, the packet gateway 140 is configured to modify (update), for example, '5060' and '7011' in which port information additionally inserted into the data field of the content charging data (CDR) is changed (updated). No need to modify the tables of 140 and the charging gateway 170, only the port information is updated.

The transmission unit 230 transmits the content charging information (CDR) to the charging gateway 170 .

Also, it may represent a case in which a URL field is additionally inserted into the data field of the content charging data (CDR) according to the present embodiment.

When based on the Evolved Packet Core (EPC) standard, among fields of the content charging data (CDR) generated by the packet data network 160 , there is a service identification field (Service Identifier) that enables classification by service at the billing end. . Since the service identification field can only contain numbers, it cannot convey URL information. There is a disadvantage of having to have the same table between the packet gateway 140 and the charging gateway 170 . For example, when URL information corresponding to 'Service ID 1' is 'Na***.com' and URL information corresponding to 'Service ID 2' is 'Da**.net', the packet gateway 140 and billing The gateway 170 must store the same table.

In other words, since only numbers can be written in the service identification field among the data fields of the content charging information (CDR), URL information could not be transmitted, and the same table (eg, corresponding to the service identifier) between the packet gateway (PGW) and the charging equipment URL information to be used is stored in a separate table). Therefore, whenever the URL information for each service is updated by adding the URL information updated in the packet gateway (PGW) as a new data field that does not exist in the content charging information (CDR), all packet gateways (PGW) and charging equipment There is no need to modify the table.

Also, it may represent a case where IP information and port information are additionally inserted into the data field of the content charging data (CDR) according to the present embodiment.

In the case of the EPC standard, among fields of the content charging data (CDR) generated by the packet data network 160 , there is a service identification field that enables classification by service at the charging end. Since the service identification field can only contain numbers, IP information and port information cannot be transmitted. As shown in FIG. 4 , there is a disadvantage in that the same table must be provided between the packet gateway 140 and the charging gateway 170 . For example, IP information corresponding to 'service ID 1' is '211.115.15.34', IP information corresponding to 'service ID 2' is '211.115.15.35', and port information corresponding to 'service ID 1' is ' 5060' and the port information corresponding to 'service ID 2' is '7011', the packet gateway 140 and the charging gateway 170 must store the same table.

In other words, since only numbers can be written in the service identification field among the data fields of the content charging information (CDR), IP information or port information could not be transmitted, and the same table (eg, between the packet gateway (P-GW) and the charging equipment) , store IP information corresponding to the service identifier in a separate table or store port information corresponding to the service identifier in a separate table). Therefore, every time IP information or port information for each service is updated (changed) by adding IP information or port information updated in the packet gateway (PGW) as a new data field that does not exist in the content charging information (CDR) There is no need to modify the table of packet gateway (PGW) and charging equipment.

As the related prior art 2, Patent Publication No. 10-2019-0140786 (published on December 20, 2019), “a method for separating billing policies by application, and a communication system and user terminal for implementing the same” are disclosed.

3 is a configuration diagram of a communication system that separates billing policies for each application.

How to separate billing policies by application

A method for a user terminal to transmit a packet, comprising:

Receiving application-specific identification information granted for billing from a billing policy server;

determining identification information corresponding to the specific application from among the identification information for each application when a packet generated by a specific application is transmitted to the VPN virtual interface; and

and setting the determined identification information as a value of a source port field of the packet and transmitting it to a communication network.

As the related prior art 3, Patent Registration No. 10-2108086 (registration date April 29, 2020), "Charging processing method for data use of a terminal" is registered.

As the related prior art 4, Patent Registration No. 10-1182731 (registration date September 07, 2012), "a call system providing a real-time billing function" is registered.

In the case of a voice call between the caller and the receiver, the cost incurred during the call can be minimized by setting a communication route that minimizes the cost. can make it

To this end, a currency system that provides a real-time billing function is

an access module for performing wireless network communication with a caller's mobile terminal on which an App for selection of a call method and a payment method is installed;

A plurality of individual communication routes capable of transmitting a voice signal from the sender mobile terminal to the receiver terminal are identified by referring to the call method and payment method set in the sender's mobile terminal, a call processing module that combines the communication routes in which the minimum cost occurs, and performs a call connection through the combined communication routes; and

After the caller's mobile terminal and the receiver's terminal are connected to each other, a billing module for generating real-time billing information for the combined communication route and providing it to the caller's mobile terminal may be included.

However, there was the inconvenience of having to download an application and check it in order to check the phone bill used in the existing smartphone.

Patent Registration No. 10-2063311 (Registration Date December 31, 2019), "Charging System on Wireless Network", SK Telecom Co., Ltd. Patent Publication No. 10-2019-0140786 (published on December 20, 2019), “Method for separating billing policies by application, and communication system and user terminal for implementing it”, KT Co., Ltd. Patent Registration No. 10-2108086 (Registration Date: April 29, 2020), "Method of Billing for Data Use of Terminals", SK Telecom Co., Ltd. Patent Registration No. 10-1182731 (Registration date September 07, 2012), "Call system providing real-time billing function", OpenVex Co., Ltd., Youngmin Jeong

An object of the present invention to solve the above problem is to solve the inconvenience of having to download an application to check the phone bill used in the existing smart phone and make a voice call using the smart phone in real time immediately Provided is a smartphone that displays the phone bill, which provides a function of directly displaying the phone bill according to the usage time on the screen.

In order to achieve the object of the present invention, a smart phone displaying a phone rate is linked to an online billing system (OCS), and a call processing module for voice calls; real-time rate output module; and a smartphone that displays a phone rate including a TTS module,

(a) For each voice call and data packet communication using the smart phone of the sender and the called party through the mobile communication network, real-time billing information and terminal identification information according to the usage time according to the subscription plan for each subscriber by the online billing system (OCS) transmitting to the sender's smartphone; and (b) after the voice call between the caller and the receiver's smartphone, a separate phone bill display app is not used, and according to the subscribed rate plan, the voice call phone rate is located at a specific location on the screen of the smartphone by real-time billing information according to usage time. and packet data usage fee, app service usage fee, and the sum of these fees are displayed in real time,

In addition, the TTS module converts text to voice and outputs the sum of the voice call phone fee, packet data usage fee, and app service usage fee displayed at a specific location on the screen of the smartphone in real time, and presets for each subscriber If the charge is exceeded, a warning message is displayed and an alarm sound is output.

The real-time billing output module receives real-time billing information and terminal identification information according to usage time from the online billing system (OCS) to the caller's smartphone according to the subscription plan for each subscriber, and the usage time according to the subscription plan for each subscriber According to the real-time billing information according to A warning message is displayed if

The TTS module is

The TTS module converts text to voice in real time and outputs the sum of the voice call phone fee, packet data usage fee, and app service usage fee displayed at a specific location on the screen of the smartphone, and a preset fee for each subscriber If it exceeds, an alarm sound is output.

In order to solve the inconvenience of having to download an application and check the phone bill used in the existing smartphone to check the phone bill used in the smartphone according to the present invention, after making a voice call using the smartphone, the By providing a function to display the phone bill according to the call on the screen, the user can immediately check the phone bill according to the call.

1 is a configuration diagram of a mobile communication system for explaining a billing function of an existing LTE 4G subscriber.
2 is a block diagram schematically showing a charging system on a wireless network.
3 is a configuration diagram of a communication system that separates billing policies for each application.
4 is a diagram illustrating a service method of a smartphone displaying a phone rate according to the present invention.

Hereinafter, a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings, the configuration and operation of the invention. In the description of the present invention, if it is determined that a detailed description of a related known technology or a known configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted. In addition, when the accompanying drawing numbers indicate the same configuration, the same reference numbers are given in different drawings.

* Smartphone with phone rates displayed

In order to check the phone bills used in the existing smartphone, there is an inconvenience of having to download an application and check it.

To solve this problem, after making a voice call using a smartphone, the phone bill according to usage time is displayed on the screen immediately.

In order to solve the inconvenience of having to download an application and check the phone bill used in the existing smartphone to check the phone bill used in the smartphone according to the present invention, after making a voice call using the smartphone, the It provides a function to display the phone bill directly on the screen.

4 is a diagram illustrating a service method of a smartphone displaying a phone charge according to the present invention.

The smartphone on which the phone rate of the present invention is displayed

It is linked to the online billing system (OCS),
a call processing module including a control unit, a communication unit, and a storage unit, and connected to the control unit for a voice call; a real-time rate output module connected to the control unit; and a smartphone on which a phone bill including a TTS module connected to the control unit is displayed,

(a) For each voice call and data packet communication using the smart phone of the sender and the called party through the mobile communication network, real-time billing information and terminal identification information according to the usage time according to the subscription plan for each subscriber by the online billing system (OCS) to the sender's smartphone; and

(b) After a voice call between the caller and the receiver's smartphone, a separate phone bill display app is not used, and according to the subscribed rate plan, the voice call phone rate and Displays the packet data usage fee, the app service usage fee, and the combined fee in real time,

The TTS module converts text to voice and outputs the sum of the voice call and packet data usage fee and the app service usage fee displayed at a specific location on the screen of the smartphone in real time, and a preset fee for each subscriber If it exceeds, a warning message is displayed and an alarm sound is output.

The real-time billing output module receives real-time billing information and terminal identification information according to usage time from the online billing system (OCS) to the caller's smartphone according to the subscription plan for each subscriber, and the usage time according to the subscription plan for each subscriber According to the real-time billing information according to If it exceeds, a warning message is displayed.

The TTS module converts text to voice in real time and outputs the sum of the voice call phone fee, packet data usage fee, and app service usage fee displayed at a specific location on the screen of the smartphone. When the preset rate is exceeded, a warning message is displayed and an alarm sound is output,
The TTS module is

The TTS module converts text to voice in real time and outputs the sum of the voice call phone fee, packet data usage fee, and app service usage fee displayed at a specific location on the screen of the smartphone, and a preset fee for each subscriber If it exceeds, an alarm sound is output.

The smartphone is linked to an online billing system (OCS),

a call processing module for voice calls;

Receive real-time billing information and terminal identification information from the online billing system (OCS) to the sender's smartphone according to the usage time according to the subscription plan for each subscriber, and receive real-time billing information according to the usage time according to the subscription plan for each subscriber By displaying the voice call phone fee, packet data (internet) usage fee, and app service usage fee (text, map, game service, etc.) , a real-time rate output module that displays a warning message when a preset rate for each subscriber is exceeded; and

The TTS module converts text to voice in real time and outputs the sum of the voice call phone fee, packet data usage fee, and app service usage fee displayed at a specific location on the screen of the smartphone, and a preset fee for each subscriber It includes a TTS module that outputs an alarm sound when it is exceeded.

The online billing system (OCS) stores app service charges such as games, messengers, KakaoTalk, and maps for each subscriber and for each subscriber on the company server in real time.

From the online billing system (OCS) to the user's smartphone every time a voice call from the user's smartphone for each subscriber or in response to a request for terminal identification information and real-time billing information, voice calls to a specific location on the screen of the smartphone in real time; The packet data usage fee, the app service usage fee, and the sum of these are transmitted and displayed.

Embodiments according to the present invention may be implemented in the form of program instructions that can be executed by various computer means and recorded in a computer-readable recording medium. The computer-readable recording medium may include program instructions, data files, and data structures alone or in combination. Computer-readable recording media include storage, hard disks, magnetic media such as floppy disks and magnetic tapes, optical recording media such as CD-ROMs and DVDs, and magnetic media such as floppy disks. - A hardware device configured to store and execute program instructions in a magneto-optical media, and a storage medium such as ROM, RAM, flash memory, or the like may be included. Examples of program instructions may include those generated by a compiler and not only machine language code but also high-level language code that can be executed by a computer using an interpreter. The hardware device may be configured to operate as one or more software modules to perform the operations of the present invention.

As described above, the method of the present invention is implemented as a program and can be read using computer software in a form that can be read on a recording medium (CD-ROM, RAM, ROM, memory card, hard disk, magneto-optical disk, storage device, etc.). ) can be stored in

Although described with reference to a specific embodiment of the present invention, the present invention is not limited to the same configuration and operation as in the specific embodiment to illustrate the technical idea as described above, and within the limit that does not depart from the technical spirit and scope of the present invention It can be implemented with various modifications. Accordingly, such modifications should be considered to fall within the scope of the present invention, and the scope of the present invention should be determined by the following claims.

Claims (4)

An online billing system (interlocked with OCS, including a call processing module for voice calls; a real-time rate output module; and a smartphone that displays a phone rate including a TTS module,
(a) Real-time billing information and terminal identification information according to usage time according to the subscription plan for each subscriber by the online billing system (OCS), whenever voice calls and data packet communication using the smart phones of the sender and the called party through the mobile communication network to the sender's smartphone,
(b) After a voice call between the caller and the receiver's smartphone, a separate phone bill display app is not used, and according to the subscribed rate plan, the voice call call rate and Displays the packet data usage fee, the app service usage fee, and the combined fee in real time,
The TTS module converts text to voice in real time and outputs the sum of the voice call phone fee, packet data usage fee, and app service usage fee displayed at a specific location on the screen of the smartphone, and a preset fee for each subscriber A smartphone that displays a phone bill that displays a warning message and outputs an alarm sound when the limit is exceeded. delete According to claim 1,
The real-time rate output module is
Receive real-time billing information and terminal identification information according to usage time from the online billing system (OCS) to the sender's smartphone according to the subscription plan for each subscriber, and receive real-time billing information according to usage time according to the subscription plan for each subscriber It displays voice calls, packet data usage fees, app service usage fees, and the sum of these charges in real time on a specific location on the screen of the smartphone by item, and displays a warning message when the preset fee for each subscriber is exceeded. , a smartphone that displays the phone bill. According to claim 1,
The TTS module is
The TTS module converts text to voice in real time and outputs the sum of the voice call phone fee, packet data usage fee, and app service usage fee displayed at a specific location on the screen of the smartphone, and a preset fee for each subscriber A smartphone that outputs an alarm sound when exceeding the limit and displays the phone bill.

Images