KR930004923B1 - Credit telephone control method - Google Patents

Abstract

The method imposes call charge on user's credit phone number. The method includes the steps: (A) checking a service subscriber record when credit call request signal is received; (B) checking the designaled secret number; (C) sending fail message to a transmitter when the secret number is different from the stored number; (D) checking the receiver's number; (E) sending fail message to a transmitter when the receiver's number is not allowed for a credit call, and (F) sending success message to a transmitter when the secret number and receiver's number is allowed.

Description

How to control credit call service of NICS / SCP

1 is a hardware configuration diagram of the NICS / SCP to which the present invention is applied.

2 is a service control software architecture diagram of NICS / SCP to which the present invention is applied.

3 is an information flow diagram of a credit call service according to an embodiment of the present invention.

4 is a flowchart of the credit call service control method of FIG.

5 is a flowchart of a credit call service according to another embodiment of the present invention.

6 is a flowchart of the credit call service control method of FIG.

7 is an information flow diagram of a credit call service according to another embodiment of the present invention.

8 is a flowchart of the credit call service control method of FIG.

* Explanation of symbols for main parts of the drawings

1: CCP 2: SMP

3: SLP 4: OAP

5: PTLS 6: PTIF

7: CSLS 8: CSOS

9: CSDB

The present invention relates to a credit call service control method of NICS / SCP that imposes a call charge on a user's own credit call number, not a calling party or a called party using a common line signaling network.

As communication develops and becomes more common, it is necessary to introduce an intelligent network to proactively cope with various communication service needs of subscribers. Since the conventional telephone service billing method is a caller's burden, it is necessary to use another person's phone or public phone instead of his own phone. It was not possible to charge his phone number when using the phone.

The present invention devised to eliminate the above problems is to provide a credit call service control method that is charged to the user's own credit number using the NICS / SCP and it is easy to add and change the service function. .

In order to achieve the above object, the present invention provides a NICS including a common channel signaling processor (CCP), a service logic processor (SLP), an operation and administration processor (OAP), a service management interface processor (SMP), and a local area network (LAN). The first step of retrieving the service subscriber record by the contents of the input query message in the method of controlling the credit call service of the / SCP, the second step of examining the input password and the called number, and the result of the password and the called number examination According to the third step of transmitting a success response message.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

1 is a hardware configuration diagram of NICS / SCP to which the present invention is applied, where 1 represents CCP, 2 represents SMP, 3 represents SLP, and 4 represents OAP.

NICS / SCP, which performs service control function as a node of common line signaling network, connects hardware devices such as signal link through Common Channel Signaling Network (CCSN) for CCITT No.7 protocol processing, and is equipped with lower protocol processing software. Common Channel Signaling Processor (CCP) (1), Service Logic Processor (SLP) (3) with software to provide higher protocol processing and call admission check, and software to provide system operation management and maintenance functions. OAP (Operations and Administration Processor) (4) with user interface devices and user interface devices attached, data link required to connect with SMS (Service Management System) for centralized management of service data, and interface software Service management interface processors (SMPs) 2 and the interconnections between them. It is composed of LAN (Local Area Network) which provides connection function. CCP (1), SLP (3), OAP (4), and SMP (2), which make up NICS / SCP, use a general-purpose processor to facilitate the addition and change of intelligent network service functions. Among them, CCP (1), SLP (3) and LAN are redundant to improve usability and performance.

2 is a service control software architecture of NICS / SCP to which the present invention is applied, where 5 is PTLS, 6 is PTIF, 7 is CSLS, 8 is CSOS, and 9 is CSDB.

NICS / SCP is a CCITT No.7 signaling network that is connected to SSP (Service Switching Point) and provides call permission checking function for credit call service calls, thus controlling the service call to perform the service desired by the subscriber. The part that controls the credit call service of NICS / SCP is PTLS (Protocol Subsystem) (5) which processes CCITT No.7 protocol as shown in Figure 2, and PTIF (Protocol Interface) which connects protocol and call admission checking function. Subsystem (6), Credit-call Service Logic Subsystem (CSLS) that performs call admission check for credit call service control, and Credit-call Service Operation Subsystem (COSO) that performs service operation management (8). And a Credit-call Service Data Base (CSDB) 9 that stores subscriber information necessary to control a credit call service. The PTLS 5 is present on the CCP and the SLP, and the PTIF 6, CSLS 7, CSOS 8, and CSDB 9 are the software present on the SLP.

PTLS (5) consists of a hierarchical structure of Message Transfer Part (MTP), Signaling Connection Control Part (SCCP), Transaction Capabilities Application Part (TCAP), and Credit-Call Application Service Element (CC-ASE). It forms the lowest protocol layer and provides the function to deliver messages to related signal points through the signal link and to manage the signal link, signal route, and signal traffic. SCCP is a protocol above MTP that controls signaling point connection in signaling network and provides the function to manage the status of signaling point and subsystem. TCAP is a protocol on top of SCCP that maintains the transaction lines between specific applications in the signaling network and provides the ability to process a set of information related to the transaction lines. CC-ASE, unlike MTP, SCCP, and TCAP, is the highest level protocol. It is used only for wide area billing service and delivers various messages necessary for service execution.

PTIF (6) performs the function of connecting the PTLS (5) and the service system (CSLS, CSOS) (7, 8) in charge of service control, and the message transmitted through the signal network from the service switching point (SSP) The service is divided into service request and service operation information, and accordingly, a message is transmitted to the CSLS 7 or the CSOS 8. In addition, the call control information generated by the CSLS 7 and the service operation control information generated by the CSOS 8 are converted to conform to the CC-ASE message format of the PTLS 5 and transmitted to the PTLS 5.

The CSLS 7 reads the subscriber service control information of the CSDB 9 in response to the service request transmitted from the SSP, and sends control information necessary for performing the service to the SSP through the PTLS 5.

CSOS (8) aggregates service operation information sent from SSP and service operation data processed by CLSL (7) to OA & M (Operation, Administation and Maintenance) so that service operator can monitor service operation status. For overload conditions throughout the process, the SSP immediately sends a “service request suppression” message to prevent call concentration. In particular, when there is a change in the service of the subscriber, the subscriber control information in the CSDB 9 is changed according to the request of the OA & M, so that the CSLS 7 controls the service in the form desired by the subscriber.

3 is an information flow diagram of a credit call service according to an embodiment of the present invention.

When a credit calling service subscriber dials a credit call number (credit billing number and password), the local exchange transfers it to the SSP dialed credit number, password and calling number (or originating area code) via conventional signaling. .

The SSP uses the trigger table to distinguish whether the call is a general call or an intelligent network service call. If a credit call service call is found, an inquiry message is created requesting a credit call check to handle it. Inquiry messages include credit number, password, origination number, etc., with protocol-related information sent to SCP via signaling network.

SCP receives the inquiry message from SSP according to CCITT No.7 protocol and searches the database storing subscriber information. At this time, the credit number included in the query message is used as the search key. It is determined whether to allow a call according to service parameters included in the subscriber record, and if the call is allowed, the called number is requested by the SSP. The SSP receives the incoming call number from the subscriber and sends it to SCP. If the secondary call admission check is successfully performed on SCP, the response is sent to the SSP, along with the charge-related information, as a response.

The SSP receives the SCP response message containing the test result, and if the result is a call rejection, terminates the call processing by voice guidance, and if the call is allowed, proceeds to the call to the called number. Like a general call, a call route between called parties is established through the answer of the called party, and the call release procedure is performed when the call ends. If the call connection is successful, the call connection time is measured and a billing record is created to charge the credit billing number along with the billing information received from SCP, allowing for future billing.

4 is a flowchart of the credit call service control method of FIG.

After receiving message transmitted from SSP at PTLS and processing CCITT No.7 protocol (10) and determining message type at PTIF (11), if it is an event notification message, deliver it to CSOS and notify or service to OA & M according to the message contents. Take the necessary measures, such as changing the operation data, and finish (12). If the inquiry message requesting the call acceptance check is transmitted to CSLS, the CLSL finds the corresponding subscriber record from the CSDB using the credit number as the search key (13).

If the credit number is missing, the PTIF is notified and a failure response message is generated by the PTIF and sent to the SSP via PTLS (14). The voice message is processed by the caller. It is determined whether to allow the service for (15). If the service is in the state of prohibition of the credit number, a failure response message is generated and transmitted to the SSP (16). If the service is allowed, the caller checks whether the password entered by the caller matches the password in the subscriber record (17). . If the passwords do not match, a failure response message is generated and sent to the SSP (18). If they match, an additional information request message requesting the called number is sent to the SSP (19). When the SSP receives the additional information response message (20), it checks whether the called party's called party number is included in the called party's destination number or destination area specified in the subscriber record (21). If the incoming call is determined, the result is made into a success response message and transmitted to the SSP (22). If the incoming call is rejected, a failure response message is made to the SSP (23).

5 is an information flow diagram of a credit call service according to another embodiment of the present invention.

When the subscriber of the credit calling service dials the called number together with the credit call number (credit billing number and password), the local exchange switches the crediting number, password and called number, and the originating number (or Forwarding area code).

To handle this, the SSP creates an inquiry message that requires a credit call check. At this time, the subscriber may input only the credit billing number or the credit call number, and the remaining numbers may be sequentially input with the guidance of the SSP. Inquiry messages include credit number, password, called number, origination number, etc., with protocol-related information sent to SCP via signaling network.

SCP receives the inquiry message from SSP according to CCITT No.7 protocol and searches the database storing subscriber information. It is determined whether or not to allow a credit call according to the service parameters included in the subscriber record for the credit number entered by the caller. If the call acceptance check is successfully performed on SCP, the result along with the billing information is sent as a response message to the SSP.

The SSP receives the SCP response message containing the test result, and if the result is a call rejection, terminates the call processing by voice guidance, and if the call is allowed, proceeds to the call to the called number.

6 is a flowchart of the credit call service control method of FIG.

After receiving message transmitted from SSP in PTLS and processing CCITT No.7 protocol (31), determine the type of message in PTIF (32) If it is an event notification message, deliver it to CSOS and notify or service to OA & M according to the message contents Take the necessary measures such as changing the operation data and terminate (33). If the inquiry message requesting the call acceptance check is transmitted to CSLS, CSLS finds the corresponding subscriber record from the CSDB using the credit number as a search key (34).

If the credit number is missing, the PTIF is notified and a failure response message is generated from the PTIF and sent to the SSP via PTLS (35) to have the caller process the voice announcement. It is determined whether to allow the service for (36). If the service is in the state of prohibition of the credit number, a failure response message is generated and sent to the SSP (37). If the service is allowed, the checker checks whether the password entered by the caller matches the password in the subscriber record (38). . If the passwords do not match, a failure response message is generated and transmitted to the SSP (39). If the passwords do not match, it is checked whether the called number is included in the called number or called area specified in the subscriber record (40). If the incoming call is determined, the result is made into a success response message and sent to the SSP (41). If the incoming call is rejected, it is made into a failure response message and sent to the SSP (42).

7 is an information flow diagram of a call service according to another embodiment of the present invention.

When the credit calling service subscriber dials the credit number, the local exchange delivers the dialed credit number and calling number (or calling area code) to the SSP through conventional signaling.

The SSP uses the trigger table to distinguish whether the call is a general call or an intelligent network service call. If a credit call service call is found, an SSP generates a query message that requires credit check for processing. Inquiry messages include credit and billing numbers, and protocol-related information is sent to SCP via the signaling network.

SCP receives the inquiry message from SSP according to CCITT No.7 protocol and searches the database storing subscriber information. Based on the subscriber record, it is determined whether the primary call is permitted to the credit number entered by the caller, and if it is not the rejected number, the password is requested by the SSP. The SSP receives a password from the sender and forwards it to SCP. If the password check passes the second check, the SCP requests the SSP for the called number. The SSP receives the called number from the sender and forwards it to the SCP. If the final tertiary call acceptance check is successfully performed on SCP, the result is sent back to the SSP, along with the billing-related information.

The SSP receives the SCP response message containing the test result, and if the result is a call rejection, terminates the call processing by voice guidance, and if the call is allowed, proceeds to the call to the called number.

8 is a flowchart of the credit call service control method of FIG.

After receiving message transmitted from SSP at PTLS and processing CCITT No.7 protocol (51), determine the message type at PTIF (52), if it is an event notification message, deliver it to CSOS and notify or service to OA & M according to the message contents After completing necessary measures such as changing operation data and ending (53), if the inquiry message requesting the call acceptance check is transferred to CSLS, CSLS finds the corresponding subscriber record from the CSDB using the credit number as a search key (54).

If the credit number is missing (55), if the credit number is missing, the PTIF is notified and a failure response message is generated from the PTIF and sent to the SSP via PTLS (56) to have the caller process voice guidance. In the case of the service subscription number, CSLS determines whether to allow the service for the corresponding credit number (57). Search for the service number for the credit number (58), create a failure response message and send it to the SSP if the service is in the service state (59), and if it allows, send an additional information request message requesting the password to the SSP. (60) Wait (61). When the SSP receives the additional information response message (62), it checks whether the password entered by the sender matches the password in the subscriber record (63, 64). If the passwords do not match, a failure response message is generated and sent to the SSP (65). If the passwords match, the additional information request message requesting the called number is sent to the SSP (66) and then waited (67). When the SSP receives the additional information response message (68), it checks whether the called party's called party number is included in the called party number or destination area specified in the subscriber record (69, 70). If the incoming call is determined, the result is transmitted to the SSP by making a success response message (72). If the incoming call is rejected, it is made into a failure response message and sent to the SSP (71).

The present invention, which is configured and operated as described above, provides a credit call service to a plurality of subscribers so that a service subscriber can make a credit call when traveling or traveling, so that they can use a communication service without the burden of carrying cash or a calling card. In addition to providing a direct effect, there is an effect to secure the basis for the construction of the next generation intelligent network that can provide a variety of intelligent network services and service control by subscribers based on domestic technology and experience.

Claims (5)

CCP (Common Channel Signaling Processor) (1) with signal link for CCITT No.7 protocol processing and lower protocol processing software, and SLP (Service Logic) with software that provides higher protocol processing and number translation. Processor (3), Operations and Administration Processor (OAP) with software to provide system operation management and maintenance, plus user interface devices, and a data link for access to the interface. A method for controlling a credit call service of a NICS / SCP comprising a software management service interface processor (SMP) 2 and a local area network (LAN) providing a connection function between the processors; A first step of retrieving the service subscriber record based on the contents of the input query message, a second step of examining the input password and the called number, and a third step of transmitting a success response message according to the password and the called number examination result The credit call service control method, characterized in that performed by. The first step (10, 12) of claim 1, wherein the first step (10, 12) of receiving an inquiry message to determine the type of message and processing according to the contents of the message if the event notification message, the message requesting the call acceptance check A second process 13 for retrieving the subscriber record if the message, a third process 14 for transmitting a failure response message if the credit record number is missing as a result of the subscriber record search, and proceeds to the next process if the service subscription number is the corresponding service, and the corresponding credit; And determining whether the service is allowed for the billing number. If the service is prohibited, a failure response message is transmitted. If the service is allowed, the credit call service control method is performed by the fourth process (16). 2. The method of claim 1, wherein the second step searches for whether the input password matches, and if it does not match, transmits a failure response message, and if the first step (17, 18) proceeds to the next step, the additional information request message The second process (19, 20) of transmitting and receiving the message accordingly, the third process (21, 23) of transmitting the failure response message if the called party number is searched if the called party number is allowed and the called party acceptance result allowed If the number is a credit call service control method characterized in that performed by the fourth process proceeds to the third step. 2. The method of claim 1, wherein the second step searches for a match of the input password, and if it does not match, transmits a failure response message, and if it matches, the first step (38, 39) proceeds to the next step. If the search is a restriction number, the second process (40, 42) of transmitting a failure response message, and if the incoming number is allowed, if the search result is allowed by the third process (41) proceeding to the third step Method of controlling a credit call service. The method of claim 1, wherein the second step is a first step (60, 61, 62) of transmitting a request message for additional information and receiving a message accordingly, and searching for a password match or not and transmitting a failure response message. If there is a match, the second process (63, 64, 65) proceeds to the next step, the third process (66, 67, 68) to send a message for requesting additional information and receive the message accordingly, and check whether the called number is allowed. Credit call service, characterized in that performed by the fourth process (69, 71) for transmitting the failure response message if the restriction number, and the fifth process proceeding to the third step if the incoming number allowed search result allowed number; Control method.