KR970002717B1 - Unidirectional calling logical-channel allocation method in the isdn subscriber - Google Patents

Abstract

An one-way transmission logic channel allocation method about the any subscriber in the ISDN whereby the packet subscriber registers the logic channel range in the switching station and the calling is accomplished by the values of the registered logic channel range regardless of the number of reception, in case that the packet subscriber wants to the calling but the values of the setting logic channel in the switching station.

Description

One-way outgoing logical channel allocation method for ISDN packet random subscriber

1 is a structural diagram of an electron exchanger to which the present invention is applied.

2 is an overall flow chart in accordance with the present invention.

3 is a detailed flowchart according to the present invention.

4 is a packet internal structure and logical channel processing diagram according to the present invention.

The present invention relates to a one-way originating logical channel allocation method additionally provided to an ISDN packet subscriber.

With the development of communication network technology, subscribers need various services. As a result, the introduction of new services into the Integrated Information Network (ISDN) is inevitable.

According to the present invention devised to meet the above requirements, when a call is to be set to a value other than the logical channel set by the switching center, the packet subscriber registers the logical channel range with the switching center and registers the logical channel regardless of the number of incoming calls. It is an object of the present invention to provide a one-way originating logical channel allocation method for subscribers of an ICT packet that always establishes a call with a range value.

The present invention has been made to achieve the above object, the ISDN D-channel control processor board (ISDN D-channel control Processor board Assembly), digital subscriber interface software block (Digital Subscriber Interface) An ISDN Subscriber Access Processor, an Access Switching Processor for ISDN 13, which implements a Digital Subscriber Packet mode Control that is responsible for digital subscriber packet mode control. An Integrated Access Network Switching Subsystem (IP Switching Subsystem) that is responsible for digital subscriber registration exchanges by including a Time Switch Link to control a first time switch (TSW) by mounting a Time Switch Link. Subsystem for ISDN); Access Switching Processor for packet subscriber connection exchange by implementing the Packet Inward_call Control (PIC) and Packet Call Direction Control (PDC) blocks that connect the database and perform functions such as packet call control and number translation request. Packet), a module that handles packet processing by implementing a link block of the X.25 protocol and a software block (B-channel X.25 Protocol Handler) that performs the functions of the packet layer, and the B-channel packet call. The second time switch (TSW) is controlled by mounting a software block (B-channel Packet Call Control) to control the packet layer control processor and a time switch link to control the packet layer. An Access Switching Subsystem for Packet Switching having a second Time Switch Processor to handle packet matching exchange; And an interworking network processor for controlling an internal connection network by installing a software block for controlling a switch network, a number translation processor and a space for implementing a software block for number translation. A method for allocating a one-way outgoing logical channel to a subscriber of a packet that is applied to an ISDN including an internal connection network subsystem that includes a space switch processor for controlling a switch and has an internal connection and a number translation. 1. The method of claim 1, further comprising: determining whether to generate an originating process according to the originating side physical path setting completion notification; A second step of verifying a range value of a logical channel according to a call setup request after performing the first step; A third step of requesting establishment of a called party physical path after performing the second step; A fourth step of determining whether an incoming process is generated according to a called physical path establishment request after performing the third step; A fifth step of allocating an incoming logical channel and establishing an incoming link after performing the fourth step; A sixth step of verifying a call setup packet of the originating processor after performing the fifth step; A seventh step of verifying the incoming call packet of the incoming process after performing the sixth step; An eighth step of verifying a call reception packet of an incoming process after performing the seventh step; After performing the eighth step, a ninth step of verifying a call reception packet of an originating process and maintaining a call connection state by the calling party; After performing the ninth step, the called party also maintains a call connection state; And a tenth step of independently canceling incoming and outgoing according to the call cancellation request of the subscriber after completion of the data transfer.

Hereinafter, with reference to the accompanying drawings will be described an embodiment of the present invention;

1 is a structural diagram of an electron exchanger to which the present invention is applied.

Access Switching Subsystem for ISDN (hereinafter referred to as ASS_I) 10 which is in charge of digital subscriber matching exchange (ISDN D-channel control) to control the Integrated Services Digital Network (ISDN) D-channel Processor board assembly (hereinafter referred to as IDPA) 11, and a processor (ISDN Subscriber Access Processor; hereinafter referred to as ISAP) to implement a software block (Digital Subscriber Interface; hereinafter referred to as DSI) for digital subscriber matching (12). ), And a digital block access control processor for ISDN (hereinafter referred to as ASP_I) by implementing a software block (Digital Subscriber Packet mode Control (hereinafter referred to as DPC)) for digital subscriber packet mode control. (13), a time switch processor (hereinafter referred to as TSP) for mounting a time switch link (hereinafter referred to as TSL) to control the time switch (TSW) 15; The.

The database 40 is connected, and the Packet Switching Subsystem (Access Switching Subsystem for Packet Switching) (hereinafter referred to as ASS_P) 20, which is responsible for packet matching exchange, performs functions such as packet call control and number translation request. PIC (Packet Inward_call Control (hereinafter referred to as PIC)) and PDC (Packet Call Direction Control (hereinafter referred to as PDC) block) is implemented by the processor (Access Switching Processor for Packet) (hereinafter referred to as ASS_P) (21), a module that handles packet processing by implementing a software block (B-channel X.25 Protocol Handler; hereinafter referred to as B25H) that performs some functions of the link layer and the packet layer of the X.25 protocol. A handling module (hereinafter referred to as PHM) 22, and a software block (B-channel Packet Call Control; hereinafter referred to as BPCC) that controls B-channel packet calls and functions as a packet layer to control the packet layer. Processor (Packet Layer Control Switch (hereinafter referred to as PLCP) 23 and Time Switch Link (hereinafter referred to as TSL) to control the Time Switch Processor (TSW) 25 to control the Time Switch Processor (hereinafter referred to as TSL) 24, referred to as TSP.

Interconnection Network Subsystem (hereinafter referred to as INS) 30 is a processor that manages an internal network by implementing a software block (Swtich Network Control; hereinafter referred to as SNC) that controls a switch network. (Hereinafter referred to as INP) 31, a processor (Number Translation Processor (hereinafter referred to as NTP) 32) for mounting a software block (Number TRanslation (hereinafter referred to as NTR)) responsible for number translation, space switch (34) Is provided with a space switch processor 33.

2 is an overall flowchart according to the present invention.

If the subscriber who requested one-way originating logical channel allocation to the switching center requesting the call setup for the subscriber of the Integrated Services Digital Network (ISDN) packet through the IDPA (11), then through the DSI of the ISAP (12) and the DPC of the ASP_I (13) The PIC of the ASS_P 21 is notified. The PIC establishes the calling physical path and notifies the BPCC of the PLCP 23, and the BPCC accesses the database of the calling subscriber status and the subscriber information according to the calling physical path establishment completion notification to determine whether to generate the calling process after verifying the information. Determine (201). When the originating signal is possible, if the call setup request packet is received from the originating terminal to the outgoing B25H of the PHM 22, the verifying of the call setup request packet is requested to the originating BPCC, where the BPCC is normal after decomposition and inspection of the call setup request packet. Called party number translation is requested to the PDC and PIC of ASP_P 21 (202). In addition, after the originating BPCC receives the called number translation result, the originating BPCC makes a request for establishing the physical path of the called party to the PDC and PIC of the ASP_P 21 (203).

Accordingly, the PIC requests the incoming B-channel establishment request to the DPC to set up the incoming B-channel. After the B-channel is set up, the PIC sets up the called-party physical path and informs the BPCC of the setup result. As a result, the BPCC examines the subscriber status and information to determine whether the incoming process is generated (204). At this time, if the incoming call generation is possible, after allocating the incoming logical channel, the incoming link is established and the result is notified to the calling BPCC to notify the calling terminal that the call is possible (205) .The calling BPCC verifies the call establishment packet and the result. Notify the originating B25H (206). The called party constructs an incoming packet based on the outgoing information received from the originating B25H and then verifies it with the BPCC. Accordingly, the BPCC transmits the disassembly, reassembly and verification of the incoming packet to the called B25H to be transmitted to the called terminal. (207). A call reception packet is received from the called terminal to the called BPCC, and the result of disassembly, verification and reassembly of the packet is transmitted (208).

Accordingly, the called party B25H transmits the received call receipt packet as a result to the originating B25H. When a request for packet verification request is received from the originating B25H to the originating BPCC, the incoming B25H is decomposed, verified and reassembled. The call is sent to the calling terminal so that the call connection result is notified, and the called party sends a data transmission status to the called party (209). On the other hand, upon receiving the data delivery status notification according to the data delivery status notification of the calling party, the called party also establishes a call connection state by transitioning to the data delivery state (210). This leads to a packet call connection state. When the subscriber completes all data transfer, the subscriber releases the call (211).

3 is a detailed flowchart according to the present invention, and FIG. 4 is a packet internal structure diagram and a logical channel processing diagram according to the present invention.

In FIG. 3A, when any subscriber requests call establishment, upon receiving notification of the originating physical path establishment completion from the PIC (301), the BPCC accesses the database and reads information on the originating subscriber (302). In order to check whether the corresponding line is installed to determine whether the subscriber is possible (303), if a call request is received while the corresponding line is not mounted, the call waits without generating an outgoing call through the physical path release request from the calling party. 307, if the line is mounted and is capable of generating an outgoing call, the subscriber of the line determines whether the line is prohibited due to late payment, etc. (304). (308) If the subscriber is in a condition that can establish a call, prepare for storing the basic data for generating the originating process. In step 305, if a call setup request is received from the terminal, an origination process is generated (306).

In FIG. 3B, when the originating process is created, the originating BPCC informs the identifier B generated by the originating B25H so as to enable communication with the originating B25H (309) and then disassemble (310) the call setup request packet (310). It checks the value of the logical channel requested by the controller to determine whether it can be provided by the exchange (content registered by the subscriber) (311).

At this time, the internal structure of the packet is the same as the 4a diagram, and the method of allocating and managing the originating logical channel at the exchange is the same as the 4b diagram, which is acceptable from the high number. For example, if the range of logical channels that can be dialed is set between 50 and 30, a call with a value within the range is always available, allowing all calls to be made.

If the value of the originating logical channel is abnormal, the call setup request packet error is notified to the originating B25H to be delivered to the originating subscriber (314), and the originating physical path release request is requested to stop and terminate the originating signal (315). If the originating logical channel is normal, it is determined whether the address is normal in order to verify that information such as an originating number is received correctly (312). If the message is normally delivered, the receiver makes a request for translation of the called number and waits (313). If it is abnormal, it notifies the call setup request packet error to the calling B25H to be delivered to the calling subscriber (314). The signal generation is stopped (315).

When the recipient number translation result is notified according to the called number translation request (313) (316), the receiver prepares for the called-side physical path setting request (317) and makes a called-side physical path setting request (318).

In FIG. 3C, when the called-party physical path is established according to the called-party physical path setting request (318) and the result is notified (332), the called party database is accessed to read information about the called party (333). In order to check whether the call is available for subscriber generation, it is determined whether the corresponding line is mounted (334), and when the incoming call request is received while the corresponding line is not mounted, the incoming call is not generated through the physical path release request of the called party. When the line is mounted and an incoming call is generated, it is determined that the subscriber of the line is prohibited from using the line due to late payment, etc. (336). Waiting without generating an incoming call (337), and in the normal case, prepares for incoming data by preparing basic data storage for creating an incoming process. Create a process (338).

In FIG. 3D, after the terminating BPCC allocates the terminating logical channel (339) and notifies the originating logical channel assignment result to the originating BPCC (340), the terminating BPCC issues the terminating link establishment request to the terminating B25H for terminating layer 2 establishment. The incoming BPCC notified of the incoming link establishment result is then entered (341) (342).

In FIG. 3D, the originating BPCC that has been informed of the terminating logical channel allocation result according to the terminating logical channel allocation result notification (340) (319) re-issues the call setup request packet meaning that the validity of the originating logical channel requested by the subscriber is allowed. It is assembled to prepare for the result notification (320) to notify the verification result for the call setup request packet to the calling B25H (321) and to inform the called party the information about the calling subscriber (322).

In FIG. 3D, the incoming BPCC decomposes (344) the incoming packet according to the incoming packet packet verification request received from the incoming B25H (344) to determine whether the incoming packet has been delivered in the correct format (345). If the correct packet was not delivered, after sending the incoming packet error notification (346), the physical path release request is requested to reject and terminate the incoming call generation (347), and if normal, after reassembling the incoming packet (348). Send the incoming packet verification result to the originating B25H and wait (349).

Upon receiving the outgoing information according to the outgoing information notification (332) (350), after storing information for use in charging or the like (351), the call reception packet verification request wait state is entered. At this time, the incoming BPCC receives the incoming call packet verification request from the incoming B25H, which receives the incoming call packet as a response from the called terminal after the incoming call packet is transmitted (352), and the incoming BPCC decomposes the incoming call packet (353). If it is determined whether or not it is delivered in the correct format (354), if an incoming call packet is not normal, after receiving a call reception packet error notification (355), it rejects the generation of the incoming call by terminating the physical path request and terminates. In operation 356, if the content of the received packet is normal, the received packet verification result is notified after reassembling the received packet (357).

In FIG. 3B, the originating BPCC that receives the verification request for the call connection packet from the originating B25H (323) decomposes the call connection packet (324) after verifying the call connection packet (325) and receives the call establishment request. If the number of the outgoing logical channel and the value of the outgoing logical channel in the call access packet are correct (326), if the check result is not normal, after notifying the call access packet error (327), the call is released by requesting physical path release. Terminate (328), and if the check result is normal, the call connection packet verification result is notified to the calling B25H, notifying that the call is connected to the calling terminal (329), and then the calling party notifies the called party that the data is transmitted (330), and then delivers data. By transitioning to a state, a call connection state is established (331).

In FIG. 3D, upon receiving the data transfer status notification (330) in response to the sender's data transfer status notification (330), the call connection state is established by transitioning to the data transfer state as well (360).

In FIG. 3E, when a subscriber makes a call release request to terminate a call after all data transmission is completed in the call connection state (360), a process of disassembling the call release packet and assigning it to the logical channel requesting the release (call release) (361) sends a link release request to B25H to release the occupying layer 2 resource (362) and receives the link release result (363). After requesting (364) and receiving physical path release completion notification (365), all information related to the link is initialized (367).

Therefore, the present invention as described above, the subscriber registered in this function, regardless of the amount of call can always make a call by having a channel capable of making an outgoing, it is possible to adjust the burden, such as charges to the subscriber is economical, communication network technology In accordance with the development trend of the ISDN packet subscriber can provide a variety of services in the future.

Claims (11)

ISDN D-channel control Processor board Assembly (11), processor that implements Digital Subscriber Interface (ISDN Subscriber Access Processor) 12, an Access Switching Processor for ISDN 13 and a Time Switch Link that implement a Digital Subscriber Packet Mode Control for digital subscriber packet mode control. Access Switching Subsystem for ISDN equipped with a first Time Switch Processor for controlling a first time switch (TSW) 15 by mounting a Link). 10; Access Switching Processor for packet subscriber connection exchange by implementing the Packet Inward_call Control (PIC) and Packet Call Direction Control (PDC) blocks that connect the database and perform functions such as packet call control and number translation request. Packet (21), a module (Bet Channel Handling Module) (22) that implements the link layer of the X.25 protocol and a software block (B-channel X.25 Protocol Handler) that performs the functions of the packet layer (Packet Handling Module), By implementing a software block (B-channel Packet Call Control) to control the B-channel packet call (Packet Layer Control Processor) 23 and the time switch link (Time Switch Link) to control the packet layer An Access Switching Subsystem for Packet having a second Time Switch Processor 24 for controlling a two time switch (TSW) 25 to handle packet matching exchange. Switching 20); And a processor that implements a software block (Number Translation) for integrating the internal connection network by installing a software block (Switch Network Control) that controls the switch network, and a software block (Number Translation) for number translation. ISDN (32) and a space switch processor (33) for controlling the space switch 34, including an internal connection network subsystem (Interconnection Network Subsystem) (30) responsible for translation and number translation (ISDN) A method for allocating a one-way originating logical channel to a random subscriber of a packet applied to a packet, comprising: a first step (201) of determining whether an originating process is generated according to an originating physical path establishment completion notification; A second step 202 of verifying a range value of a logical channel according to a call setup request; A third step (203) for requesting to set up a second message; a fourth step (204) for determining whether a destination processor is generated according to a request-side physical path setting request after performing the third step (203); A fifth step (205) of allocating an incoming logical channel and establishing an incoming link after performing the sixth step, and a sixth step (206) of verifying a call setup packet of an originating process after performing the fifth step (205); A seventh step (207) of verifying an incoming packet of the incoming process after performing step (206), an eighth step (208) of verifying a call reception packet of the incoming process after performing the seventh step (207); A ninth step 209 of verifying a call reception packet of the originating process after the eighth step 208 is performed, and a calling party maintains a call connection state; after performing the ninth step 209, the called party is also in a call connection state. The tenth step of maintaining the 210; and after the completion of data delivery, according to the caller's request to release the call independently And a tenth step (210) of releasing the unidirectional outgoing logical channel assignment method for the random subscriber of the ISDN packet. 2. The method of claim 1, wherein in the first step 201, when any subscriber requests call establishment, the BPCC accesses a database and reads information on the originating subscriber when the PIC receives notification of the completion of the establishment of the physical path from the PIC. Determining whether the corresponding line is mounted to check whether the subscriber is capable of generating a call later (301, 302, 303); After performing the steps 301, 302 and 303, if a call request is received in a state in which the corresponding line is not mounted, the call waits without generating an outgoing call through the caller physical path release request. Determining whether the subscriber of the line is prohibited from using the line due to late payment or the like (307, 304); And after performing the steps 307 and 304, if the line is prohibited, the user waits without generating an outgoing call through the physical path release request from the calling party, and if the subscriber is in a condition that can be established, basic data for generating the calling process. And (308, 305, 306) generating an outgoing process if a call setup request is received from the terminal after preparing for storage, and the like. 2. The method of claim 1, wherein the second step (202), the originating BPCC notifies the identifier number (ID) generated by the originating B25H when the originating process is generated, so that communication with the originating B25H is made possible. Determining (309, 310, 311) whether it is possible to provide at the exchange by decomposing and examining the value of the logical channel requested by the calling subscriber; If the value of the originating logical channel is abnormal after performing the steps 309, 310, 311, the call setup request packet error is notified to the originating B25H to be delivered to the originating subscriber, and then the originating side physical path release request is made. If the originating logical channel is normal, determining whether the address is normal to verify whether information such as an originating number is correctly received (314, 315, 312); And after the steps 314, 415, 312, if abnormal, notify the call setup request packet error to the calling B25H to be delivered to the calling subscriber, and then release the calling side to stop generating the outgoing call, and the calling number is normally delivered. And requesting (314, 315, 313) waiting for the called number translation if there is any one of the two-way outgoing logical channels. 2. The method of claim 1, wherein the third step (203) comprises: preparing (316, 317) to request a called-side physical path setting request when a called number translation result is notified in a waiting state according to a called number translation request; And (318) requesting and waiting for a called-side physical path establishment after performing said steps (316, 317). 4. The method of claim 1, wherein the fourth step 204, after the called party physical path is set according to the called party physical path setting request and the result is notified, accesses the called party database and reads information on the called party. Determining whether the corresponding line is mounted to check whether the subscriber is capable of generating an incoming call (332, 333, 334); When the incoming call request is received in the state in which the corresponding line is not mounted after performing the steps (332, 333, 334), the call waits without generating the incoming call through the physical path release request of the called party, and the line is mounted so that the incoming call can be generated. (335, 336) determining whether the subscriber of the line is prohibited from using the line due to late payment; After performing the steps 335 and 336, when the use of the line is prohibited, the receiver waits without generating an incoming call through the physical path release request of the called party. In normal cases, the incoming call is prepared by storing basic data for generating the incoming process. Creating a process (337, 338). 5. The method of claim 1, wherein the fifth step (205) comprises: (339, 340) the called BPCC assigning the called logical channel and notifying the originating BPCC as the result of the called logical channel assignment; And after the steps 339 and 340 are performed, the destination BPCC makes an incoming link establishment request to the destination B25H to establish the destination layer 2, and then the destination BPCC notified of the incoming link establishment result waits for an incoming packet packet verification request ( Unidirectional outgoing logical channel allocation method for an arbitrary subscriber station of an ISDN packet, comprising: 341,342. 6. The method of claim 1, wherein the sixth step 206, the originating BPCC notified of the terminating logical channel allocation result in response to the terminating logical channel allocation result notification, establishes a call allowing the validity of the originating logical channel requested by the subscriber. Reassembling (319,320) the request packet; And after performing the steps 319 and 320, preparing to notify the call setup packet verification result and notifying the originating B25H of the verification result of the call setup request packet and notifying the called party of information about the originating subscriber to the called party (321 and 322). A unidirectional outgoing logical channel allocation method for an arbitrary subscriber station of an Integrated Services Digital Network (ISDN) packet, characterized in that. 7. The method of claim 1, wherein the seventh step 207, the incoming BPCC decomposes the incoming packet according to the incoming packet verification request received from the incoming B25H to determine whether the incoming packet is delivered in the correct format. Steps 343,344,345; And after performing the steps 343, 344 and 345, if the correct packet is not delivered, after the incoming packet packet error notification is transmitted, the physical path release request is rejected and terminated when the normal packet is generated. And transmitting (346, 347, 348, and 349) and waiting for the incoming packet verification result to the originating B25H. 8. The method of claim 1, wherein the eighth step (208) comprises: (350, 351) waiting for a call connection packet verification request after storing information for use in charging, etc., upon receiving outgoing information according to the outgoing information notification; After performing the steps 350 and 351, after the incoming packet is transmitted, the receiving BPCC receiving the call reception packet verification request from the destination B25H, which receives the call connection packet as a response from the called terminal, decomposes the call reception packet to decompose the call reception packet. Determining (352,353,354) whether it is delivered in the correct format or the like; And if an incorrect call reception packet is received after performing the steps 352, 353 and 354, after receiving the call reception packet error notification, the physical path release request is rejected and the call generation is terminated and the contents of the call reception packet are normal. And informing (355, 356, 357, 358) the result of the incoming packet verification after reassembling the incoming packet. The method according to claim 1, wherein the ninth step 209, when the request for verification of the call connection packet is received from the originating B25H, the originating BPCC decomposes the call connection packet and verifies the call connection packet. Checking (323, 324, 325, 326) whether the number of the received outgoing logical channel and the value of the outgoing logical channel in the call connection packet are correct; And after performing the steps (323, 324, 325, 326), if the check result is not normal, after notifying the call connection packet error, requesting the release of the physical path to release the call and ending the call. After notifying that the call is connected to the calling terminal, the calling party informs the called party of the data transmission status and connects the call by transiting to the data transmission status (ISDN) packet to any subscriber. One-way outgoing logical channel allocation method. According to claim 1, wherein the eleventh step (211), when the incoming or outgoing subscriber completes the data transfer in the call connection state, when the call is requested to terminate the call, the incoming call is decomposed by disassembling the call release packet. Or requesting unlinking to the incoming or outgoing B25H to release the occupying Layer 2 resource after stopping the originating process (361,362,363); Requesting (364,365) physical path release to the PIC upon receiving a link release result after performing the steps (361,362,363); And performing steps 364 and 365, upon receiving notification of the completion of physical path release, initializing and waiting for information related to the link (366, 367). Logical channel allocation method.