KR19990050573A - Method of Providing Virtual Pathway Using Incoming Call Control Procedure at Network to Network Interfaces - Google Patents

Abstract

1. TECHNICAL FIELD OF THE INVENTION

The present invention relates to a method for providing a virtual passage using an incoming call control procedure at a network-network interface.

2. The technical problem to be solved by the invention

The present invention is to provide a method that can provide a virtual path of the two switching periods by the establishment of a network-network virtual path, which is a virtual path between two exchanges using a relay line signaling protocol (BISUP).

3. Summary of Solution to Invention

The present invention provides a method for generating an incoming virtual path connection control child process and transmitting an initial address message, generating an incoming virtual channel connection control child process, and a message for requesting the establishment of a virtual path to an administrator of the destination exchange. Transmitting a virtual path release request message, and transmitting a virtual path release completion message.

4. Important uses of the invention

The present invention is used in an asynchronous delivery mode switching system.

Description

Method of Providing Virtual Pathway Using Incoming Call Control Procedure at Network to Network Interfaces

The present invention relates to an Asynchronous Transfer Mode (ATM) switching system, and in particular, in a Broadband Integrated Services Digital Network (B-ISDN), an originating exchange manager of another station is a virtual path between the destination exchanges. Tunnel) or Broadband Integrated Services Network User Part (BISUP: B), which is a relay line signaling protocol, at the network-node interface (NNI) for the case of setting up a network-network virtual path. The present invention relates to a method of providing a virtual path (network-network virtual path) using an incoming call control procedure between an originating and destination exchange using the ISDN User Part.

The transparency connection that the asynchronous delivery mode layer provides to the upper layer is called an asynchronous delivery mode connection, which is connected between endpoints by a chain of connection elements.

There are two asynchronous delivery mode connections: virtual channel (VC) and virtual path (VP).

The virtual channel refers to a logical unidirectional coupling between link ends carrying an asynchronous delivery mode cell, and the virtual path refers to a logical combination of virtual channels.

One virtual channel identification number (VCI: Virtual Channel Identifier) is assigned to each virtual channel, and one virtual path identifier (VPI) is assigned to each virtual path.

There may be different virtual channel links in the virtual path, which are distinguished from each other by the virtual channel identification numbers assigned to each of them.

Meanwhile, some virtual channels belonging to different virtual paths may have the same virtual channel identification number. Therefore, one virtual channel can be fully identified only by combining the corresponding virtual path identification number and the virtual channel identification number.

A virtual path is a general term for a bundle of virtual channel links (VCLs), where all virtual channel links in the bundle have the same endpoint.

In the asynchronous delivery mode cell, a virtual path identifier for a virtual path is explicitly assigned. The virtual path identifier identifies a virtual channel link group that shares the same virtual path.

Every time a virtual path is exchanged in an asynchronous delivery mode network, a specific virtual path identifier is assigned. Virtual Path Link (VPL) refers to the unidirectional ability to transport asynchronous delivery mode cells between two asynchronous delivery mode entities whose virtual path identifier values are translated. Occurs by assigning an identifier value and terminates by removing the virtual path identifier.

In the virtual path level, a virtual path is provided to transfer information between user-user, user-network, and network-network.

When the virtual channels are exchanged, the virtual path supporting the input virtual channel link is terminated first, and a new virtual path supporting the output virtual channel link is created. The application of the virtual path is as follows.

First, a user-user virtual path is established between T _B or S _B reference points and provides a virtual path to users. Asynchronous delivery mode network elements transport all cells associated with this virtual path through the same route. Corresponding virtual path identification numbers are translated in an asynchronous delivery mode network element that provides cross linking or switching capability.

Second, the user-network virtual path is established between the T _B or S _B reference point and the network node and used to collectively connect user devices to the network element.

Third, a network-to-network virtual path is established between two network nodes, which is applied to network traffic management or route assignment. In a network node where a virtual path is terminated, virtual channels in the virtual path are exchanged or cross-connected with virtual channels in another virtual path.

The trunk line signaling protocol (BISUP) originally defined a call control procedure for establishing a virtual channel at the network-to-network interface (NNI). Since the virtual channel needs to establish a connection whenever the calling user requests it, it is necessary to repeatedly perform connection control such as network resource allocation and internal switch path.

Therefore, if you need to set up a virtual channel that uses the same path, there is overhead to repeat the same task. In addition, since the quality of service (QoS) of the required virtual channel is different from the quality of the virtual channel already set in the transmission link, the quality of the new virtual channel can be maintained while maintaining the quality of service of the existing virtual channel connection. In order to satisfy the quality of service, it is necessary to calculate network resources that can be allocated in consideration of all virtual channels in the transport link.

In order to solve this problem, when the virtual path is used, the virtual path may bundle a plurality of virtual channels of the same route and perform asynchronous transfer mode cell switching only with a virtual path identifier (VPI), thus requiring additional connection. No connection control is required for the virtual channel.

In addition, since a network resource necessary for the virtual path is reserved in advance, when the virtual channel is set through the virtual path, network resource allocation required for the virtual channel can be quickly assigned.

Currently, the application of the virtual path that can be set using the signaling protocol is limited to the user-user virtual path, and the user-network and network-network virtual paths can be set only by the exchange administrator.

Conventionally, since the virtual path can be set only in the form of a semi-permanent or permanent virtual path (PVP) by the exchange manager without a signaling procedure, the subscriber information and topology can be set for the virtual path. It requires a lot of information, time, and effort on configuration and configuration.

Therefore, there is a problem that a new virtual path cannot be created immediately when the exchange manager or user wants to.

To address this, the International Organization for Standardization added signaling capabilities for establishing virtual paths in the subscriber signaling protocol (DSS2) and the trunk line signaling protocol (BISUP), which is an information element of the setup message that requires virtual connection. Add a virtual path (VP) bearer class (BC) to the broadband bearer capability (BBC), ignore the virtual channel identification number in the connection identifier information element, and perform connection control only on the virtual path identification number. will be.

This signaling protocol performs the virtual path establishment procedure only if the forwarding class is a virtual path, and the forwarding class is a non-virtual path, and the BCOB-ABroadband Connection Oriented Bearer-A and the broadband connected forwarding service. In the case of Type-C (BCOB-C: Broadband Connection Oriented Bearer-C) and Broadband Connection Transfer Service Type-X (BCOB-X: Broadband Connection Oriented Bearer-X), the existing virtual channel setup procedure is performed.

However, the application of virtual paths that can be established using this signaling protocol is limited to user-user virtual paths. To extend the user-user virtual path setting function, the virtual path forwarding class is expanded into three types: user-user virtual path (same as the existing virtual path forwarding class), user-network virtual path, and network-network virtual path. It was.

The biggest difference between user-user virtual path and network-network virtual path is shown in Table 1 below.

A semi-permanent or permanent virtual path that is established between two exchanges (incoming and outgoing exchanges) or between two exchanges via one or more relay exchanges is specifically called a virtual tunnel, which is configured as described above. This requires a lot of information and the allocated network resources (bands) are fixed, so there is a problem that the virtual path must be released and reset when the band is changed.

Accordingly, the present invention has been made to solve the above-described problems, the network-network virtual path between the two exchanges using a network relay network protocol (BISUP) network-network is a virtual path between the two exchanges It is an object of the present invention to provide a method for providing a virtual path of two exchange periods by establishing a virtual path.

1 is an explanatory diagram of a user-user virtual path and a network-network virtual path to which the present invention is applied.

Figure 2 is a block diagram schematically showing the configuration of an asynchronous transmission mode switching system to which the present invention is applied.

3 is a processing block diagram for providing a virtual path using an incoming call control procedure of an asynchronous transmission mode switching system according to an embodiment of the present invention.

4 is an explanatory diagram illustrating a relay line signal protocol message processing procedure for setting up a virtual path using an incoming call control procedure according to an embodiment of the present invention;

5A to 5F are flowcharts of a method for providing a virtual path using an incoming call control procedure according to an embodiment of the present invention.

* Explanation of symbols for the main parts of the drawings

300: switch link resource management processing block

310, 311, 312: station number translation block

320, 321, 322: network link resource management processing block

330, 331, 332: broadband signal access processing block

340, 341: subscriber service designated coordination processing block

350, 351: subscriber connection block

360, 361: subscriber connection control block

370: trunk line service specified adjustment processing block

380: MTP signaling message processing block

381 network connection connection block 382 relay line connection control block

390: number translation block 391: routing control block

In order to achieve the above object, the present invention provides an incoming virtual path for an initial address message that the main process of the relay line control block transmits to the originating or outgoing virtual path connection control child process of the relay exchange to request the establishment of the virtual path. Creating a connection control child process and sending an initial address message; When the incoming virtual path connection control child process receives an initial address message, it is allocated a band and virtual path number, and after notifying the initial message response message, translates the station number, translates the number, and manages the destination exchange. Sending a message requesting a user to establish a virtual path; When the incoming virtual path connection control child process receives a response message for a request for setting up a virtual path from an incoming exchange manager, it sets up an internal switch link path, transmits an information message for controlling a connection identifier and network parameters, and sends a response message. And the third step of transmitting the outgoing virtual path connection control child process: the fourth step of releasing the internal switch path, releasing the connection identifier, releasing the band and the virtual path number, and sending a virtual path release request message. Characterized in that comprises a.

Hereinafter, an embodiment according to the present invention will be described in detail with reference to FIGS. 1 to 5F.

1 is an explanatory diagram for a user-user virtual path and a network-network virtual path to which the present invention is applied.

As shown in the figure, the user-user virtual path refers to a virtual path between the broadband general information network terminal and the broadband general information network terminal, and the network-network virtual path refers to an originating exchange and a relay switching period, or an incoming exchange with a relay exchange. Period, or originating exchange and incoming exchange period.

The virtual path is configured between the calling subscriber and the called subscriber by pre-setting a virtual path (network-network virtual path) for the subscriber of the broadband integrated telecommunication network using a relay line signaling protocol when the subscriber of the broadband integrated information network requests the establishment of a virtual channel. The purpose of this is to easily set the virtual channel setting.

The virtual path can be set up between user-user, user-network and network-network. The present invention relates to a network-network virtual path that is relayed using a relay line signaling protocol, especially at the network-network interface (NNI). It is intended to replace the permanent virtual path established by the exchange manager by providing between destination exchanges.

The use of a preset virtual path (network-network virtual path) between the originating and destination exchanges eliminates the need for additional connection control for virtual channels using this virtual path.

2 is a block diagram schematically showing the configuration of an asynchronous transmission mode switching system to which the present invention is applied.

As shown in the figure, the asynchronous delivery mode switch is basically an asynchronous delivery mode local switching subsystem (ALS) 210, 220, 230 and an asynchronous delivery mode central switching subsystem (ACS). Subsystem 200).

The asynchronous delivery mode local switching unit system 210, 220, 230 may be operated as a concentrating device having a constant collecting ratio together with the asynchronous delivery mode central switching unit system 200. Thus, the asynchronous delivery mode central switching subsystem system 200 operates as a distribution device that performs the interconnection function between the asynchronous delivery mode local switching subsystem systems 210, 220, and 230. In addition, the asynchronous delivery mode local switching unit system (210, 220, 230) is an asynchronous delivery mode local switching system / broadband integrated information network subscriber (ALS / S: ALS / BISDN Subscriber) 220 ), Asynchronous delivery mode local switching subsystem system / broadband integrated information network trunk line (ALS / T: ALS / BISDN Trunk) 210, and asynchronous delivery mode local switching subsystem system for accommodating network matching with users. / Broadband Telecommunications Network (ALS / ST: ALS / BISDN Subscriber and Trunk) 230.

As a concentrator, the asynchronous delivery mode local switching sub-system / broadband integrated information network subscriber (ALS / S) 220 sets the number of user-side links to n (155 Mbps), and switches (the central switching sub-system 200) side. The number of links may have an aggregation ratio of n * m.

Therefore, the asynchronous delivery mode central switching unit system 200 performs the translation of the called number in the case of inbound and incoming calls / connections in call / connection control, and in the case of outgoing calls / connections, routes for each relay line (route). Perform control.

In addition, the asynchronous delivery mode central switching system 200 has an OMP (Operation and Maintenance Processor) 201 for the operation and maintenance of the entire system as well as system-wide maintenance, testing, measurement and statistical functions Instead, it performs various input / output control functions with the operator.

3 is a processing block diagram for providing a virtual path using an incoming call control procedure of an asynchronous transmission mode switching system according to an embodiment of the present invention.

As shown in the figure, the System Library block includes a Switch Link Resource Handling Function Block (SLRHF) 300 and a Number Translation in ALS Function (NTLF) 310,311,312. ), And a Network Link Resource Handling Function (NLRF) (320, 321, 322).

The switch link resource management processing block 300, 301, 302 is a block for generating internal switch link path setting and route information of an asynchronous transfer mode cell header (VPI, VCI), and the station number translation block 310; 311, 312 is a block for performing station number translation of a called number, and the network link resource management processing blocks 320, 321, and 322 are virtual channel identification numbers, virtual path identification numbers, band allocations, and bands of a relay line link at a network-network interface. A block for handling management.

In addition, the Broadband Signaling Interface Function (BSIF) 330, 331, and 332 functions to control and manage a signaling connection for reliable transmission of asynchronous transfer mode call / connection control messages. . The subscriber service specific coordination function (SSCF) 340 and 341 may be connected to the broadband signal connection processing blocks 330, 331, and 332 to transmit a subscriber signal message. Interface Function (UCIF) (350, 351) performs an adjustment function. The subscriber connection access blocks 350 and 351 perform an access function of a subscriber signaling message.

The subscriber connection control blocks (UCCFs) 360 and 361 perform subscriber call / connection control.

Trunk service specific coordination function (TSCF) 370 is the broadband signal connection processing block (330, 331, 332) and MTP signal message processing block (MTP-3 Signaling) to deliver the relay line signal message Message handling function (SMHF) (380) performs an adjustment function.

The MTP signal message processing block 380 performs an MTP-3 function among No. 7 signaling methods. A network connection interface function (NCIF) 381 performs an MTP signal message transfer function between the MTP signal message processing block 380 and a trunk connection control function (TCCF) 382. do.

The relay line connection control block 382 performs B / ISDN User Part (BISUP) call / connection control.

There is also a Number Translation in ACS (NTCF) 390 and a Routing Control Function (RTCF) 391 block for performing routing designation.

4 is an explanatory diagram showing a relay line signal protocol message processing procedure for setting a virtual path using an incoming call control procedure according to an embodiment of the present invention.

As shown in the figure, the establishment of the virtual passage begins by the originating exchange manager sending a VP_EstabRQ message requesting the establishment of the virtual passage. The Trunk Connection Control Function (TCCF) that receives the VP_EstabRQ message creates an Outgoing Trunk Virtual Path Connection Control Process (TCCF_vpogt) that performs network-to-network virtual path establishment. Information required for network-to-network virtual path establishment is delivered in an Initial Address Message (IAM) to TCCF_vpogt.

TCCF_vpogt analyzes the destination number information of the IAM_mc message and sends an initial address message requesting the establishment of a network-network virtual path to the relay or destination exchange.

The TCCF block in the destination exchange of the host that receives the IAM message from the TCCF_vpogt generates TCCF_vpict and forwards the IAM_mc message to TCCF_vpict.

Incoming Trunk Virtual Path Connection Control Process (TCCF_vpict) that receives IAM_mc message is assigned network resource and virtual path number for incoming link and if it is valid, it receives from relay or destination exchange. An initial address response message (IAM Acknowledge (IAA)) indicating that an incoming network resource is valid for a request for setting up a virtual path of the UE is transmitted. The administrator of the destination exchange is notified of the setting of the virtual passage.

Receiving a response to the request for establishing the virtual path from the manager of the relay exchange, the TCCF_vpict analyzes the called number information, translates the station number and the number of the called exchange number, and allocates internal switch link path information.

If the above procedure is successful, TCCF_vpict transfers cell header information for transmission of the user cell to the trunk interface module controller (TIMC), assigns it to the cell header translation table, and sends a response message ( (Answer, ANM), the setup of the virtual path (network-network virtual path) between the originating and destination exchange is completed and the state of the virtual path transitions to conversation.

The release of the virtual path is initiated by forwarding the VP_Relrq message to TCCF_vpogt or TCCF_vpict at the request of the originating or terminating exchange manager. The release of the virtual path is terminated by performing the return of the band, VPCI and internal switch link path information of the virtual path in which the TCCF_vpogt or TCCF_vpict is in a call, and the deletion of the cell header translation table.

5A to 5F are flowcharts of a method for providing a virtual path using an incoming call control procedure according to an embodiment of the present invention.

As shown in Fig. 5A, TCCF_main, which is the main process of the trunk line control block located in the incoming asynchronous transfer mode local switching system at the network-network interface (NNI), is the originating or outgoing TCCF_vpogt of the relay exchange. The procedure of generating a TCCF_vpict for the initial address message delivered to request the establishment of the virtual path and delivering the IAM_mc message may be performed by relaying or requesting the virtual path establishment request from the originating exchange manager when the TCCF_main state is idle (500). When an initial address message requesting the establishment of an incoming virtual path forwarded by TCCF_vpogt of an originating exchange is received (501), it is determined whether the forwarding class is a virtual level (502), and the incoming virtual path control when the forwarding level is a virtual level. Create a child process TCCF_vpict (503), and if the delivery class is not virtual, the incoming virtual channel And it generates a child process Results Control of TCCF_vcict (506).

After generating the TCCF_vpict, the IAM_mc message is transferred to the TCCF_vpict (504).

In operation 505, the idle state is maintained.

As shown in FIGS. 5B to 5F, the procedure for establishing and releasing a virtual path using the incoming call control procedure at the network-network interface in which TCCF_vpict is idle (510) requires that the TCCF_vpict establish the virtual path from TCCF_main. When receiving an initial address message (Main-to-Child IAM, IAM_mc) message (511), a band and a virtual path number required for the establishment of the virtual path from the relay line resource processing block is allocated (512), the relay or destination exchange After notifying an initial message response message indicating that the network resource of the incoming virtual path is valid for the requested virtual path setting request (513), the station number translation block is called to translate the station number (514), and the number translation block is called. Translates the number (516), sends a message VP_Estabrq requesting the establishment of the virtual path to the administrator of the destination exchange (516), and the initial message response message waiting state (Awa it_IAA) (517).

When the TCCF_vpict receives the VP_Estabrp message in response to the request for establishing the virtual path from the destination exchange manager in the Await_IAA state (520) (521), it calls the switch link resource management processing block to set the internal switch link path (522), After transmitting the connection identifier and the information message for network parameter control to the relay line connection module controller (523), and after transmitting a response message (Answer, ANM) indicating that the setting of the requested virtual path is completed (524), the call Transition to conversation (525).

At this point, a call control procedure may be performed for a request for setting up a virtual channel passing through the established virtual path.

The procedure for releasing the virtual passage may be performed by an administrator request of the originating or terminating exchange. If TCCF_vpogt receives a VP_Relrq message in a busy state 530 (531), TCCF_vpogt may be deactivated in the virtual passage before releasing the virtual passage. In operation 532, the channel is checked for existence, and as a result, if the virtual channel exists, the virtual channel is first released and then the release procedure of the virtual path is started (538).

TCCF_vpict calls the system library of the switch link resource management processing block to release the internal switch path corresponding to the virtual path (533), and requests the connection identifier release to the trunk line connection module controller (534).

In addition, the relay line resource management processing block is called to release the band and virtual path number allocated to the incoming link (535). In order to request the release of the virtual path to the relay or originating exchange, the virtual path release request message REL is transmitted (536), and the virtual path release complete (Release Complete, RLC) transitions to the wait state (Await_RLC) (537).

When the TCCF_vpict receives a virtual path release completion message notifying the completion of the release of the virtual path from the relay or originating exchange (538), the TCCF_vpict sends a VP_Relrp to the destination exchange manager (539) and terminates.

When performing the virtual channel release procedure at the request of the originating exchange manager, when TCCF_vpict receives the virtual path release completion message from the relay or originating exchange (540), the virtual channel exists in the virtual passage before releasing the virtual passage. If the virtual channel exists as a result (541), the virtual channel is released first, and then the release procedure of the virtual path is started (542).

TCCF_vpict calls the system library of the switch link resource management processing block to release the internal switch link path corresponding to the virtual path (543), requests the relay line connection module controller to delete the connection identifier (544), and the routing control block. The message is forwarded to release the path and band to the destination exchange (545).

After calling the relay link resource management processing block to release the band and virtual path number assigned to the incoming link (546), the VP_Relrp is forwarded to the destination exchange manager (547), and the virtual path is released to the relay or originating exchange. After passing the virtual path release completion message notifying that completion is completed (548), TCCF_vpict ends.

The present invention described above is capable of various substitutions, modifications, and changes without departing from the spirit of the present invention for those skilled in the art to which the present invention pertains, and the above-described embodiments and accompanying It is not limited to the drawing.

In the present invention as described above, since the connection and disconnection is simple and only the called number of the destination exchange is known as compared to the existing virtual connection of the permanent connection type, the same effect can be obtained using relatively little information. Moreover, the band change function of the trunk line signaling protocol (BISUP) can be used to easily change the band of the virtual path, which greatly simplifies the procedure compared to the conventional method of releasing and resetting the virtual path.

Claims (4)

Create an incoming virtual path connection control child process for the initial address message that the main process of the relay line control block sends to the originating or relay switching outgoing virtual path connection control child process to request the establishment of the virtual path. Transmitting a first step; When the incoming virtual path connection control child process receives an initial address message, it is allocated a band and virtual path number, and after notifying the initial message response message, translates the station number, translates the number, and manages the destination exchange. Sending a message requesting a user to establish a virtual path; When the incoming virtual path connection control child process receives a response message for a request for setting up a virtual path from an incoming exchange manager, it sets up an internal switch link path, transmits an information message for controlling a connection identifier and network parameters, and sends a response message. Third step to transmit: and Outgoing virtual path connection control child process releases the internal switch path, releases the connection identifier, releases the band and virtual channel numbers, and sends a virtual path release request message. Method of providing a virtual passage using the incoming call control procedure at the network-to-network interface consisting of. The method of claim 1, The second step, An incoming virtual path connection control child process may further comprise: receiving an initial address message message requesting the establishment of a virtual path; A sixth step of allocating a band and a virtual path number necessary for setting the virtual path from the relay line resource processing block; After notifying the initial message response message indicating that the network resource of the incoming virtual path is valid for the virtual path setting request requested by the relay or destination exchange, the station number translation block is called to translate the station number, and the number translation block is called. A seventh step of translating the numbers; And An eighth step of transmitting a message requesting the establishment of the virtual path to the administrator of the destination exchange and transitioning to the initial message response message waiting state; Method of providing a virtual passage using the incoming call control procedure at the network-to-network interface consisting of. The method of claim 2, The third step, A ninth step of receiving a message in response to a request for establishing a virtual path from an administrator of the destination exchange; A tenth step of calling an switch link resource management processing block to set an internal switch link path and delivering a connection identifier and an information message for controlling network parameters to the relay line connection module controller; And An eleventh step of transitioning the busy state after delivering a response message to the relay or originating exchange indicating that the setup of the requested virtual aisle is completed. Method of providing a virtual passage using the incoming call control procedure at the network-to-network interface consisting of. The method of claim 3, wherein The sixth step, A twelfth step of receiving a virtual path release completion message from a relay or originating exchange that performs the release procedure of the virtual path at the request of the originating exchange manager; A thirteenth step of checking whether a virtual channel exists in the virtual path before releasing the virtual path, and calling the system library of the switch link resource management processing block to release the internal switch link path corresponding to the virtual path; Requesting deletion of the connection identifier to the relay line connection module controller, and transmitting a message to the routing control block to release the path and the band to the destination exchange; And A fifteenth step of releasing the band and virtual path number assigned to the incoming link by invoking the relay line resource management processing block, and then transmitting a virtual path release completion message to the relay or originating exchange to notify the completion of the release of the virtual path; Method of providing a virtual passage using the incoming call control procedure at the network-to-network interface consisting of.