KR20010008692A - Method for processing packet call through D-channel in Integrated Services Digital Network - Google Patents

Abstract

PURPOSE: A D-channel packet call processing method is provided to provide a slow packet information service using a D-channel together with a fast packet information service using a B-channel, by performing set and release function of a packet call through the D-channel with regard to a packet subscriber. CONSTITUTION: In a D-channel packet call processing method, after completing a physical path set according to a packet call request of a subscriber and accessing originating subscriber information at a database, information of a corresponding line and a load of an exchange are checked by generating an originating process(11). If the originating process parses and verifies the call set request packet receives a result report to a terminating call translation request, a physical path set request of a terminating side is sent(12,13). When a terminating logic channel allotment result is reported from a terminating process, a call set request packet is reassembled at the originating process, and a call set request packet verification result is reported(15). After transition to a data transfer state, if a call release request is received from the subscriber, a corresponding process is stopped and link and physical paths are released(16).

Description

Method for processing packet call through D-channel in Integrated Services Digital Network}

The present invention relates to an integrated services digital network (ISDN) switching system, and more particularly, to provide a low-speed packet information service by performing a packet switching function using a D-channel provided by an ISDN switching system. The present invention relates to a D channel packet call processing method of an ISDN switching system.

In general, ISDN is an information and communication network that allows a subscriber to use a wide range of services, including voice and non-voice services, by a single subscriber line.

The service system for the packet subscriber of the ISDN switching system can be classified into a high speed packet information service using a B channel and a low speed packet information service using a D channel.

However, although the high speed packet information service using the B channel of 64 kbps is implemented, the low speed packet information service using the D channel of 16 kbps is not implemented.

Therefore, the current packet subscriber could not be provided with only the high speed packet information service using the B channel, but the low speed packet information service.

Accordingly, the present invention has been proposed to solve the above problems, and an object of the present invention is to set up and release a packet call through a D channel, which is a 16kbps signal transmission channel, to a packet subscriber of an ISDN exchange system. The present invention provides a method for processing a D-channel packet call in an ISDN switching system, which provides a low-speed packet information service using a D-channel together with a high-speed packet information service using a channel, thereby giving a subscriber a variety of services. .

D channel packet call processing method of the ISDN switching system according to the present invention to achieve the above object,

In accordance with the packet call request through the 16kbps signaling channel (D channel) from the packet subscriber of the Integrated Services Digital Network (ISDN) switching system, the physical routing is completed and the calling subscriber information is accessed from the database. After verification, a first step of generating an outgoing process for establishing an outgoing call on the D channel to check the information of the corresponding line and the load of the exchange;

A second step of transmitting a called physical path establishment request when the generated originating process decomposes and verifies a call establishment request packet and receives a result notification for a called party translation request;

A third step of creating an incoming process for setting up an incoming call through the D channel after verifying the information by accessing the called party subscriber information from the database when the physical path setting is completed due to the called party physical path establishment request;

A fourth step of assigning an incoming logical channel and establishing an incoming link after generating the incoming process;

A fifth step of reassembling a call setup request packet and notifying a call setup request packet verification result in the originating process when notified of an incoming logical channel allocation result from the called process;

A sixth step of performing incoming call packet verification and reassembly when an incoming call packet verification request is received in the incoming process notified of the call setup request packet verification result and notifying a verification result;

A seventh step of verifying the call reception packet, notifying the verification result and then transitioning to a data transmission state when the receiving terminal receives the incoming call packet;

An eighth step of notifying the incoming call packet verification result of the sixth step and receiving a call connection packet verification request, verifying the call connection packet, and notifying the result, and then transitioning to a data transmission state;

When the call release request is received from the subscriber after the transition to the data transmission state, the method comprises stopping the process and performing the ninth step of releasing the link and the physical path.

1 is a block diagram of an ISDN exchange system to which the present invention is applied;

2A and 2B are flowcharts illustrating a D channel packet call processing method according to the present invention;

3 is a flowchart for setting up an outgoing call through a D channel;

4 is a flowchart for setting processing of an incoming call on a D channel;

5 is a flowchart for call release processing through a D channel.

<Explanation of symbols for main parts of drawing>

1: DTE 2: TA

3: TCS_I 4: INS

5: TCS_P 6: database

Hereinafter, the D channel packet call processing method of the ISDN switching system of the present invention will be described in detail with reference to the accompanying drawings.

1 is a block diagram of an ISDN switching system to which the present invention is applied.

As shown, reference numeral 1 denotes a data terminal equipment (DTE) which is an ISDN subscriber terminal, and 2 denotes a terminal adapter (hereinafter, abbreviated as "TA") for matching the DTE 1 with an ISDN. 3 is a sub-system responsible for digital subscriber matching exchange (hereinafter abbreviated as "TCS_I"), 4 is an interconnection network subsystem (INS) of the ISDN switching system, and 5 is packet matching. Telephony Control Subsystem for Packet Switching (TCS_P), and 6 is a data base (DB) in which subscriber data is stored.

3a is a Frame Multiplexing Communication Board Assembly (FMCA) for multiplexing the frames from the TA (2), 3b is a Frame Multiplexing Processor Board Assembly (FMXP) for controlling the FMCA 3a, and 3c Is a time switch (TSW) for performing time switching on the internal packet of the TCS_I (3), 3d is a time switch processor (TSP) for controlling the TSW 3c, and 3e is Telephony Control Processor for ISDN (TCP_I).

4a is a switch (S-SW) for exchanging packets between each subsystem (3) (5) in the ISDN switching system, 4b is a processor (SSP) for controlling the switch (S-SW) 4a, 4c is an Interconncetion Network Processor (INP) that controls the internal network of the ISDN switching system, and 4d is a Number Translation Processor (NTP).

5a is a Telephony Control Processor for Packet (TCP_P) in charge of the packet subscriber access exchange, 5b is a time switch (TSW) for switching packets inside the TCS_P (5) under the control of the TCP_P (5a), and 5c Is a time switch processor (TSP) for controlling the TSW 5c, 5d is a packet handling module (PHM) for packet processing from the TCP_P 5a, and 5e is transmitted from the PHM 5d. A packet layer control processor (PLCP) for controlling a packet layer for a packet to be transmitted.

In this IDSN switching system, a software block to be mounted in each device in the switching system for the packet information service using the D channel will be described. The TCP_I (3e) is a block for digital subscriber packet mode control (DPC), the FMXP (3b) is a block for digital subscriber matching (Digital Subscriber Interface (DSI)), the TSP (3d) ), A time switch link (TSL) should be mounted.

The TCP_P 5a includes Packet Inward_call Control (PIC) and Packet Call Direction Control (PDC) that perform functions such as packet call control / verification and number translation request, and the X.25 protocol is present in the PHM 5d. There is a D-Channel X.25 Protocol Handler (D25H) that is responsible for the execution of the link layer and the packet layer, and the PLCP 5e has a D-Channel Packet Call Control (DPCC) that controls the D25H packet call. The TSP 5c has a Time Switch Link (TSL).

In addition, a switch network control (SNC) for controlling a switch network is mounted on the INP 4c, and a number translation (NTR) for number translation is mounted on the NTP 4d.

D channel packet call processing method according to the present invention performed in an ISDN switching system equipped with such a software block is shown in Figures 2a and 2b.

D channel packet call processing method of the ISDN switching system according to the present invention, after completing the physical path setting according to the subscriber's packet call request, accessing and verifying the originating subscriber information in the database (6) to generate the originating process A first step (11) of checking the information of the corresponding line and the load of the exchange; A second step (12, 13) of transmitting the called physical path establishment request when the generated originating process decomposes and verifies a call establishment request packet and receives a result notification for the called party translation request; A third step (17) of accessing the called subscriber information from the database (6) to generate the called process after verifying the information when the physical path setting is completed due to the called party physical path setting request; A fourth step (18) of establishing an incoming logical channel assignment and an incoming link after generating the incoming process; A fifth step (15) of reassembling a call setup request packet and notifying a call setup request packet verification result in the originating process when notified of an incoming logical channel allocation result from the called process; A sixth step (19) of performing incoming call packet verification and reassembly when an incoming call packet verification request is received in the incoming process notified of the call setup request packet verification result and notifying the verification result; A seventh step of verifying the call reception packet when the receiving terminal receives the incoming call packet, verifying the call reception packet, and notifying the verification result, and then transiting to the data transmission state if notified of the data transmission state by the calling party. 20,21); After notifying the incoming packet packet verification result of the sixth step 19, if a call connection packet verification request is received, the call connection packet is verified and notified of the result, and the calling party notifies the called party that the data is transmitted. An eighth step (15) of transitioning to a transmission state; A ninth step of performing the seventh step (20, 21) and the eighth step (15) after the transition to the data transmission state, if a call release request is received from the subscriber, stops the process and releases the link and the physical path; This is done by performing step 16.

As shown in Fig. 3, the first step 11 accesses the database 6 when the originating link layer setup completion and the call setup request packet are received according to the subscriber's packet call setup request. Reading information and generating an origination process (31-33); Based on the read-out information on the calling subscriber, a step 34 of requesting a corresponding outgoing line state check and receiving a response is performed.

In the second steps 12 and 13, as shown in Fig. 3, the originating process generated in the first step 11 decomposes a call setup request packet and checks whether the packet is in the correct format. 35; If the format of the call setup request packet is abnormal, the call setup request packet error is notified to the calling subscriber, and the call generation is stopped. If the format of the call setup request packet is normal, the call forwarding translation request is sent. Transmitting 36; If the result of the call forwarding translation request is notified, a step (37-39) is performed after the preparation for the called party physical path setting request and then the called party physical path setting request.

If the third step 17 is informed of the completion of the physical path setting due to the called-side physical path setting request in the second steps 12 and 13, as shown in Fig. 4, the called party database 6 (51, 52) accessing and reading information on the called subscriber, and checking whether the incoming call can be generated by checking a state of the corresponding incoming line; If the incoming call request is received while the corresponding incoming line is not mounted as a result of the inspection, the incoming call generation is stopped, and if the incoming line is mounted as a result of the inspection, the incoming call is possible and the incoming call is generated. This is done by performing step 53.

The fourth step (18) includes steps (54, 55) of allocating an incoming logical channel and generating an allocation result after the incoming process is generated in the third step (17); When the incoming link establishment is requested and the completion of the incoming link establishment is notified, the steps 56 and 57 are performed.

In the fifth step 14, as shown in FIG. 3, when the incoming logical channel allocation result is notified from the incoming process of the fourth step 18, the step of reassembling a call setup request packet in the originating process is performed (40). , 41); And notifying the verification result of the call establishment request packet (42).

In the sixth step 19, when an incoming call packet verification request is received in the incoming process notified of the call setup request packet verification result, the incoming call packet is decomposed and transmitted in the correct format. Checking (58, 59); If the normal packet is not transmitted as a result of the inspection, rejects the incoming call generation; if the normal packet is transmitted as a result of the inspection, reassembles the incoming packet and notifies the incoming packet packet verification result (60, 61) Is done by doing

The seventh step (20, 21) includes the steps of verifying (62, 63) the call reception packet when the call reception packet is transmitted from the receiving terminal that has received the incoming call packet; If the abnormal call reception packet is transmitted as a result of the verification, requesting the release of a physical path and rejecting generation of an incoming call; if the normal call reception packet is transmitted as a result of the verification, reassembling the call reception packet and notifying the verification result (64). Wow; If the calling party is notified that the data transmission is in progress, the step 65 is performed.

In step 8, as shown in FIG. 3, when the call connection packet verification request is received after notifying the incoming call packet verification result of the sixth step 19, verifying the call connection packet (43, 44); If the call connection packet is abnormal, as a result of the verification, a physical path release request is made to release the call. If the call connection packet is normal, the call connection packet is notified. And steps 45 and 46 of transitioning to a data transmission state.

In the ninth step 16, when the call release request is received from the subscriber after the transition to the data transmission state, as shown in FIG. 72); After releasing the occupied link and the physical path, steps 73-77 are performed to initialize all information related to the link.

D channel packet call processing method of the ISDN switching system according to the present invention as described above are as follows.

First, when a subscriber makes a packet call setup request through the D channel, the call setup request is received by the D25H of the PHM 5d through the FMCA 3a and FMXP 3b. The originating D25H notifies the call setup request to the DPCC of the PLCP 5e (31), and the DPCC accesses the database 6 to read information about the originating subscriber (32) and to generate the originating process (33).

Then, based on the information on the calling subscriber read the state of the corresponding outgoing line (34). Therefore, if a call request is received in a state in which the corresponding outgoing line is not mounted, a release request is not performed to generate a call signal. However, if an outgoing call request is received while the corresponding outgoing line is mounted and an outgoing call can be generated, the subscriber of the corresponding line is checked whether the line is in a prohibition state due to late payment. So if it is normal then the next step 35 is carried out.

Once the originating process has been created, the originating process decomposes the call establishment request packet and checks whether the format of the packet is correct (35). If the result of the check indicates that the format of the call setup request packet is abnormal, the call setup request packet is notified to the calling subscriber, and the generation of the outgoing call is interrupted. (36). When receiving the result of the called party translation request, the terminal makes the called party physical path establishment request after preparing for the called party physical path establishment request (37-39).

When the completion of the physical path setting is notified due to the request of the called party physical path setting, the called party database 6 is accessed to read information about the called party, and the state of the corresponding call line is examined to determine whether the incoming call can be generated. Inspect (51, 52). Therefore, if the incoming call request is received while the corresponding incoming line is not mounted as a result of the test, the generation of the incoming call is stopped through the physical path release request. The subscriber checks whether the line is prohibited due to late payment or the like. In this case, when the call is prohibited, the call is not established, and in the normal case, the call receiving process is generated after preparing the basic data storage for generating the call process (53).

After the incoming process is generated, an incoming logical channel is allocated and the allocation result is informed (54, 55). When the incoming link establishment is requested and the completion of the incoming link establishment is notified, the transition to the incoming packet packet verification wait state (56, 57).

After receiving the notification result of the logical logical channel allocation from the incoming process, the originating process reassembles the call setup request packet (40, 41) and notifies the verification result of the call setup request packet (42).

When an incoming call packet verification request is received in the incoming process notified of the call setup request packet verification result, the incoming call packet is decomposed and checked whether it is transmitted in the correct format (58, 59). Therefore, if the normal packet is not transmitted as a result of the inspection, the incoming call generation is rejected. If the normal packet is transmitted as the result of the inspection, the incoming call packet is reassembled and the incoming packet verification result is notified (60, 61).

When the call receiving packet is transmitted from the receiving terminal receiving the incoming call packet, the call receiving packet is verified (62, 63). If the abnormal call reception packet is transmitted as a result of the verification, the incoming process requests the physical path release and rejects the generation of the incoming call. If the normal call reception packet is transmitted, the incoming process reassembles the call reception packet and notifies the verification result ( 64). Then, when the calling party is notified that the data transmission state, the state transitions to the data transmission state (65).

On the other hand, if the call connection packet verification request is transmitted from the originating D25H after notifying the incoming call packet verification result of the sixth step 19, the originating process verifies the call connection packet (43, 44). Therefore, if the verification result indicates that the call access packet is abnormal, the physical path release request is made to release the call. However, if the call connection packet is normal as a result of the verification, after notifying the call connection packet verification result, the originating party notifies the called party that the data transmission is in progress and transitions to the data transmission status (45, 46).

After the originating process and the terminating process transition to the mode data transmission state and data transmission is performed, when a call release request is received by the originating process or the terminating process, the DPCC stops the originating process or the terminating process where the call release request is received ( 71,72). After releasing the occupied link and the physical path, all information related to the link is initialized (73-77).

In this way, the present invention can provide the subscriber with a low speed packet information service by performing packet call connection and release over the D channel.

As described above, in the D-channel packet call processing method of the ISDN switching system according to the present invention, the packet subscriber of the ISDN switching system to perform the function of setting up and releasing a packet call through the D channel, which is a 16kbps signal transmission channel, Along with a high speed packet information service using a B channel, a low speed packet information service using a D channel can be provided, thereby providing a subscriber with various service opportunities. In addition, communication between the same channel, which is a communication between subscribers, which is provided with a packet information service using the D channel, is possible. In addition, it is possible to communicate between heterogeneous channels, that is, communication between subscribers who are receiving packet information service using D channel and subscribers who are receiving packet information service using B channel.

Claims (10)

A method for establishing and releasing packet calls for packet subscribers in an integrated services digital network (ISDN) switching system, After completing the physical path setup according to the packet call request through the 16kbps signaling channel (D channel) from the packet subscriber, accessing and verifying the originating subscriber information in the database, and establishing the outgoing call through the D channel. A first step of generating an originating process to check the information of the corresponding line and the load of the exchange; A second step of transmitting a called physical path establishment request when the generated originating process decomposes and verifies a call establishment request packet and receives a result notification for a called party translation request; A third step of creating an incoming process for setting up an incoming call through the D channel after verifying the information by accessing the called party subscriber information from the database when the physical path setting is completed due to the called party physical path establishment request; A fourth step of assigning an incoming logical channel and establishing an incoming link after generating the incoming process; A fifth step of reassembling a call setup request packet and notifying a call setup request packet verification result in the originating process when notified of an incoming logical channel allocation result from the called process; A sixth step of performing incoming call packet verification and reassembly when an incoming call packet verification request is received in the incoming process notified of the call setup request packet verification result and notifying a verification result; A seventh step of verifying the call reception packet, notifying the verification result and then transitioning to a data transmission state when the receiving terminal receives the incoming call packet; An eighth step of notifying the incoming call packet verification result of the sixth step and receiving a call connection packet verification request, verifying the call connection packet, and notifying the result, and then transitioning to a data transmission state; Performing a ninth step of stopping a process and releasing a link and a physical path when a call release request is received from a subscriber after the transition to the data transmission state. The method of claim 1, wherein the first step, Generating a calling process by accessing a database by reading information on the calling subscriber upon receiving the calling link layer setting completion and the call setting request packet according to the subscriber's packet call establishment request; Requesting a corresponding outgoing line state check and receiving a response based on the read information of the called subscriber; and receiving a response. The method of claim 1, wherein the second step, The originating process generated in the first step decomposing a call setup request packet and checking whether the packet is in a correct format; If the format of the call setup request packet is abnormal, the call setup request packet error is notified to the calling subscriber, and the call generation is stopped. If the format of the call setup request packet is normal, the call forwarding translation request is sent. Transmitting; And receiving a result of the called party's translation request after preparing for the called party's physical path establishment request. The method of claim 1, wherein the third step, When the physical path establishment completion notification is received due to the requesting party's physical path establishment request in the second step, after receiving the information on the called party by accessing the called party's database, it is possible to generate an incoming call by checking the state of the called line. Checking whether it is present; If the incoming call request is received while the corresponding incoming line is not mounted as a result of the inspection, the incoming call generation is stopped, and if the incoming line is mounted as a result of the inspection, the incoming call is possible and the incoming call is generated. D channel packet call processing method of an ISDN switching system, characterized in that performing the steps. The method of claim 1, wherein the fourth step, Allocating an incoming logical channel and notifying an allocation result after generating an incoming process in the third step; A method for processing a D-channel packet call in an ISDN switching system, comprising requesting an incoming link setup and transitioning to an incoming packet packet verification wait state when notified of completion of an incoming link setup. The method of claim 1, wherein the fifth step is Reassembling a call establishment request packet in the originating process when notified of an incoming logical channel allocation result from the incoming process of the fourth step; And notifying a verification result of the call establishment request packet. The method of claim 1, wherein the sixth step is When the incoming call packet verification request is received in the incoming process notified of the call establishment request packet verification result, inspecting whether the incoming call packet is decomposed and transmitted in the correct format; If the normal packet is not transmitted as a result of the inspection, rejects the incoming call generation; if the normal packet is transmitted as a result of the inspection, reassembles the incoming packet and notifies the incoming packet verification result; D channel packet call processing method of an ISDN switching system. The method of claim 1, wherein the seventh step is Verifying the call reception packet when the call reception packet is transmitted by the receiving terminal that has received the incoming call packet; If an abnormal call reception packet is transmitted as a result of the verification, requesting the release of a physical path and rejecting an incoming call generation; if the normal call reception packet is transmitted as a result of the verification, reassembling the call reception packet and notifying the verification result; And performing a transition to a data transmission state if the calling party is informed that the data transmission state is in the data transmission state. According to claim 1, wherein the eighth step, Verifying the call connection packet when the call connection packet verification request is received after notifying the incoming call packet verification result of the sixth step; If the call connection packet is abnormal, as a result of the verification, a physical path release request is made to release the call. If the call connection packet is normal, the call connection packet is notified. And performing a transition to a data transmission state. The method of claim 1, wherein the ninth step is If a call release request is received from the subscriber after the transition to the data transmission state, stopping the originating or incoming process from which the call release request was received; And releasing the occupied link and physical path and initializing all information related to the link.