Packet switching method and system with self-routing switch

Abstract: In a packet network having a plurality of local switching units (1-1 to 1-k) each connected to a plurality of packet lines (9-1 to 9-ℓ; 9'-1 to 9'-ℓ) and at least one cross-connect unit (2) connected to each local switching unit through at least one transit line (10) having a predetermined transmission capacity, a plurality of virtual paths (VP) for interconnecting the plurality of local switching units through the cross-connect unit are defined on each transit line, without fixedly assigning communication bandwidths to individual virtual paths and, in respect of the individual transit lines, values of communication bandwidths assigned to virtual channels (VC) which have already been established in virtual paths present on the transit lines are stored. When a request for setting a new call is originated, communication bandwidths of first and second transit lines (10-a, 10-b) on which exists a virtual path to form thereon a virtual channel for the call are checked for their margin enough to accept assignment of a bandwidth requested by the call, the first transit line lying between the cross-connect unit and an originating local switching unit and the second transit line lying between the cross-connect unit and a terminating local switching unit. If the first and second transit lines have a margin enough to accept the assignment of a bandwidth requested by the call, the virtual channel for the call is established on the virtual path and values of communication bandwidths assigned to the first and second transit lines are updated.

Description: The present invention relates to subject matter described in EP-A- 439098 publised on 31.07.91 and entitled "Packet Switching System Having Self-routing Switches" by Shirou Tanabe et al. The present invention relates to a packet switching method and system and more particularly to a packet switching method and system in a packet network comprising a plurality of nodes each including a self-routing switch. It has hitherto been known of transit nodes in the network that there are available a switching station for switching a channel of each call and a cross-connect for semi-fixed connection of paths each having bundled unidirectional channels as, described, for example, on pages 13-18 of Institute of Electronics, Information and Communication Engineers Technical Report, Vol. 88, No. 131, IN88-32-45, July 20, 1988. Features of each transit node can be summarized as follows: (1) The switching station has a call processing processor and for each call, translates a terminating address to determine an optimum route. (2) In the cross-connect, the path is semi-fixedly established and the cross-connect does not have such a control function for each call as possessed by the tandem station. In a network of ATM (asynchronous transfer mode), the cross-connect transfers an inputted ATM cell to a path selected in accordance with a VPI (virtual path identifier) contained in the inputted cell. In the network using the switching station as the transit node, routing is carried out for each call and therefore the thus constructed network is highly efficient. However, if all transit nodes are constructed of switching stations, the processing load applied, for call terminating process, on each transit node is increased. On the other hand, in the network using the cross-connect as the transit node, each cross-connect does not require any processor for call processing and hence reliability of the network as a whole can be improved. However, the path for which the capacity is secured in advance must be established semi-fixedly, thus decreasing utilization efficiency of network resources. More specifically, as compared to the network using the switching station as the transit node, the network cost is disadvantageously increased for the same performance (call block rate) and the call block rate is increased for the same network construction. For further background art, reference is made to the following disclosures: ( 1 ) IEEE INTERNATIONAL CONFERENCE ON COMMUNICATIONS -1990, Atlanta, U.S., April 15-19, 1990, Vol.2, pages 439-442, IEEE, New York, U.S., W. Wang et al: "Bandwidth Allocation for ATM Networks" ( 2 ) THE INTERNATIONAL SYMPOSIUM ON SUBSCRIBER LOOPS AND SERVICES - 1988, Boston, U.S., September 11-16, 1988, pages 217-221, IEEE, New York, U.S., I. Tokizawa et al: "A New Transport Network Architecture Based on Asynchronous Transfer Mode Techniques" ( 3 ) INTERNATIONAL JOURNAL OF DIGITAL AND ANALOG CABLED SYSTEMS, 1988, Vol.1, pages 257-262, John Wiley & Sons, Ltd., U.S., J.L. Adams: "The Virtual Path Identifier and its Application for Routeing and Priority of Connectionless and Connection-oriented Services". An object of the invention is to provide a packet switching system and a packet network, each comprising a plurality of switching units, which are improved in call block rate. Another object of the invention is to provide a packet switching system and method using the cross-connect which, as compared to the prior art, can decrease the network cost for the same performance (call block rate) and can decrease the call block rate for the same network scale. The present invention is defined by the independent claims 1, 5 and 6. To accomplish the above object, a packet switching system and a packet network according to the present invention each comprise a plurality of local switching nodes (or local switching units) each having the call control function and at least one transit node (or tandem unit) constructed of a cross-connect and operative to interconnect the local nodes through transit lines. Any particular local node establishes, relative to a different desired local node, a plurality of logical paths (virtual paths VP's) which pass through the transit node and to which bandwidths are not assigned semi-fixedly in advance, and used bandwidths are managed in respect of individual transit lines on which the logical paths are established. When a request for setting a call is originated from any subscriber line connected to the particular local node and if, at that time, the bandwidth of a transit line on which a logical path exists on which the call is set has a margin which is sufficient to accept the use of a bandwidth requested by the call, a virtual channel VC for that call is established on the logical path. With the aim of establishing a plurality of logical paths between any particular local node and a different local node, in a packet switching system according to an embodiment of the invention, any particular local node includes: first storage means for storing information concerning port numbers of a plurality of transit lines (hereinafter referred to as transit line numbers) connecting the particular local node and transit nodes; second storage means for storing information indicative of the connection relation between all transit lines constituting the packet switching system and the transit nodes; means for notifying the information concerning the transit line numbers stored in the first storage means to a different local node standing for a partner for which logical paths to be established are destined; means for defining a plurality of logical paths which are to be established between the particular local node and the different local node and which pass through different transit nodes, on the basis of the information concerning the transit line numbers notified from the different local node and the information stored in the first and second storage means; and third storage means for storing information used to define logical paths which are being set or which have been set by the particular local node. According to an embodiment of the invention, any particular local node further includes: fourth storage means for managing the status of used bandwidth in respect of individual transit lines connected to the transit nodes; and means for responding, during call setting, to the status of used bandwidth of transit lines connected to the originating local node and the status of used bandwidth of transit lines connected to the terminating local node to determine lines which are assignable to the call. A packet switching method according to the invention for use in a packet network having a plurality of local switching units each connected to a plurality of packet lines, and at least one cross-connect unit connected to each local switching unit through at least one transit line having a predetermined transmission capacity, comprises the following steps: a first step of defining, on each transit line, a plurality of virtual paths for interconnecting the plurality of local switching units through the cross-connect unit, without fixedly assigning communication bandwidths to individual virtual paths; a second step of storing, in respect of the individual transit lines, values of communication bandwidths assigned to virtual channels which have already been established in virtual paths present on the transit lines; a third step of checking, when a request for setting a new call is originated, communication bandwidths of a pair of first and second transit lines, on which exists a virtual path on which a virtual channel for the call is to be set up, for their margin as to whether it is enough to accept assignment of a bandwidth requested by the call, the first transit line lying between the cross-connect unit and an originating local switching unit, and the second transit line lying between the cross-connect unit and a terminating local switching unit; and a fourth step of establishing, if the first and second transit lines have a margin which is enough to accept the assignment of a bandwidth requested by the call, the virtual channel for the call on the virtual path and updating values of communication bandwidths assigned to the first and second transit lines. In case where the packet network has a plurality of cross-connect units each connected to the individual local switching units through at least one transit line having a predetermined transmission capacity, in the first step, a plurality of virtual paths are defined between each local switching unit and a different desired local switching unit through different cross-connect units; in the second step, an originating local switching unit connected to a packet line originating a new call selects a plurality of first transit lines each having a margin which is enough to accept assignment of a bandwidth requested by the call as candidates for originating transit lines on which a virtual channel for the call is to be established, and the selected candidates for transit lines are notified to a terminating local switching unit; and the terminating local switching unit selects a plurality of second transit lines each having a margin which is enough to accept assignment of the bandwidth requested by the call as candidates for terminating transit lines on which a virtual channel for the call is to be established, and collates the candidates for originating transit lines with the candidates for terminating transit lines to specify a pair of first and second transit lines on which exists a virtual path to form thereon the virtual channel for the call. In the packet network and switching system according to the invention, any particular local node can recognize combinations of logical paths which are to be established between the particular local node and a different local node, on the basis of numbers possessed by transit lines connected to the different local node and notified from the different local node, numbers possessed by transit lines connected to this local node and information indicative of the connection relation between all transit lines constituting the packet switching system and the transit nodes. According to the invention, each logical path is established with its bandwidth (transmission capacity) unsettled, and when establishment of a logical channel (virtual channel) is requested and if, at that time, the transmission capacity of a transit line on which a logical path exists and on which the logical channel is to be established has a margin, the logical channel is established on the logical path, thereby making it possible to make the most of the bandwidth of each transit line. Exemplarily, for establishment of a logical channel, while an originating local node notifies to a terminating local node the status of bandwidth assignment of candidates for transit lines which are selected from transit lines connected to the originating local node and which are settable with the logical channel, the terminating local node selects transit lines to be assigned with the logical channel, on the basis of the notified status of bandwidth assignment of transit lines and the status of bandwidth assignment of candidates for transit lines which are selected from transit lines connected to the terminating local node and which are settable with the logical channel and establishes the logical channel on a logical path present on the selected transit lines. It is to be noted that the terminating local node notifies the originating local node of the results of selection and after assignment of the logical channels, management information indicative of the status of bandwidth assignment of the transit lines is updated in both the local nodes. The above-described logical channel assignment can also be applied to a packet network or a packet switching system of the type in which part of logical paths are assigned with bandwidths semi-fixedly in advance but the remaining logical paths are not subjected to the bandwidth assignment. The logical paths may precedently be classified into logical paths having high priority class and logical paths having low priority class and in each transit node and each local node, switching processing of packets on the logical paths of high priority class may be carried out in preference to that of packets on the logical paths of low priority class. The foregoing and other objects, advantages, manner of operation and novel features of the present invention will be understood from the following detailed description of preferred embodiments when read in connection with the accompanying drawings, in which : Fig. 1 is a diagram for explaining the construction of virtual path (VP) in a packet network to which the present invention is applied; Fig. 2 is a block diagram showing the construction of a packet switching system and a packet network according to the invention; Fig. 3 is a block diagram showing details of a line interface 8 in Fig. 2; Fig. 4 is a diagram showing the construction of a label conversion table provided in a line interface connected to a subscriber line; Fig. 5 is a diagram showing the construction of a label conversion table provided in a line interface on the transit line side of a local node; Fig. 6 is a diagram showing the construction of a label conversion table provided in a line interface of a transit node; Fig. 7 is a block diagram showing the construction of a local node; Fig. 8A is a diagram showing a basic format of a packet; Fig. 8B is a diagram showing a format of a packet on a subscriber line or a transit line; Fig. 8C is a diagram showing a format of a packet in the local node; Fig. 8D is a diagram showing a format of a packet in the transit node; Figs. 9A and 9B are sequence diagrams showing the procedure for establishment of VP and SVC; Fig. 10 is a diagram showing a local node map; Fig. 11 is a diagram showing the construction of a label conversion table provided in the originating local node; Fig. 12 is a diagram showing the construction of a PT2 table; Fig. 13 is a diagram showing the construction of a label conversion table provided in the terminating local node; Fig. 14 is a diagram showing the construction of a transit line map; Fig. 15 is a diagram showing the construction of a transit node map; Fig. 16 is a diagram showing the construction of a VP table; Fig. 17 is a diagram showing sequence of the bandwidth assignment procedure; Fig. 18 is a diagram showing the construction of a transit line bandwidth table; Fig. 19 is a sequence diagram showing another embodiment of the bandwidth assignment procedure; Fig. 20 is a sequence diagram showing another embodiment of the VP establishment procedure; Fig. 21 is a diagram showing the construction of another embodiment of the VP table; Fig. 22 is a diagram showing the construction of another embodiment of the label conversion table; Fig. 23 is a diagram showing a packet format having an identifier of priority class; and Fig. 24 is a block diagram showing an embodiment of a self-routing switch in the transit node. DESCRIPTION OF THE PREFERRED EMBODIMENTS 1. Explanation of Construction Construction of Packet Network Fig. 2 shows an example of construction of a packet network to which the present invention is applied. The packet network comprises a plurality of local nodes 1-1 to 1-k generally designated by reference numeral 1 and each connected with a plurality of subscriber lines (optical fibers) 9-1 to 9-ℓ or 9′-1 to 9′-ℓ, generally designated by reference numeral 9, and a plurality of transit nodes 2-1 to 2-k generally designated by reference numeral 2 and operative to interconnect one local node to another through transit lines 10-1 to 10′-k, generally designated by reference numeral 10. The plurality of transit nodes may be ganged into a single tandem unit and the tandem unit may be used in combination with the plurality of local nodes to form a single, large-capacity packet switching system. Each local node 1 includes a plurality of line interfaces 8a (8a-1 to 8a-ℓ or 8′a-1 to 8′a-ℓ) adapted to perform terminating process for the respective subscriber lines 9 (9-1 to 9-ℓ or 9′-1 to 9′-ℓ) and label converting process for an input packet (input cell) from the individual subscriber lines 9 (9-1 to 9-ℓ or 9′-1 to 9′-ℓ), a plurality of line interfaces 8b (8b-1 to 8b-k or 8b′-1 to 8b′-k) connected to a plurality of transit lines 10 (10-1 to 10-k or 10′-1 to 10′-k) corresponding to the transit node 2-1 or 2-k, a self-routing switch 3 (3-1 or 3-k) being operative by self-routing to deliver (switch) an input packet from a line interface 8a or 8b to another line interface, a signal processor 5 (5-1 or 5-k) operative to perform terminating process of a control signal inputted through the respective line interfaces, and a central controller 6 (6-1 or 6-k) adapted to perform call processing control and resource management. Each subscriber line 9 includes incoming lines 9a (9a-1 to 9a-ℓ or 9a′-1 to 9a′-ℓ) and outgoing lines 9b (9b-1 to 9b-ℓ or 9b′-1 to 9b′-ℓ), and each transit line 10 likewise includes incoming lines 10a (10a-1 to 10a-k or 10a′-1 to 10a′-k) and outgoing lines 10b (10b-1 to 10b-k or 10b′-1 to 10b′-k). Each transit node 2 includes a plurality of line interfaces 8c (8c-1 to 8c-k or 8c′-1 to 8c′-k) provided in association with the transit lines 10 (10-1 to 10′-k), a self-routing switch 4 (4-1 or 4-k), and a route management 7 (7-1 or 7-k) adapted to perform initialization of parameters in various tables to which each line interface refers. Any local node 1-i is connected to the plurality of transit nodes 2-1 to 2-k through the plurality of transit lines 10-1 to 10-k so that a plurality of routes passing through different transit nodes may exist between any two local nodes. Construction of Line Interface Fig. 3 shows a circuit construction of the line interface 8 (8a, 8b or 8c). Each line interface includes an upward circuit 21 for transferring a cell inputted from the incoming line (9a, 10b or 10a) to an input line (11a, 12a or 13a) of the self-routing switch 3 or 4, and a downward circuit 22 for transferring a cell from an output line (11b, 12b or 13b) of the self-routing switch 3 or 4 to the outgoing line 9b of subscriber line or the outgoing line 10a or 10b of transit line. The downward circuit 22 is comprised of a synchronous circuit 32 adapted to perform synchronous controlling process for an input signal from the self-routing switch and an E/O converter 31B for converting an electrical signal delivered out of the synchronous circuit into an optical signal and transferring the optical signal to the outgoing line 9b, 10a or 10b. The upward circuit 21 is comprised of an O/E converter 31A for converting an optical signal inputted from the incoming line 9a, 10b or 10a into an electrical signal, a synchronous circuit 32 adapted to perform synchronous controlling process for the signal from the O/E converter, an input register 25 for temporarily holding the input packet (cell) delivered out of the synchronous circuit, a delay circuit 23 for delaying the input packet by a predetermined time and supplying the delayed input packet to an output register 24, and a label conversion circuit 26 connected between the input register 25 and output register 24. The input register 25 of the line interface 8a or 8b extracts a VCI (virtual channel identifier) from a header of the input packet to deliver it onto a data output line 27, and the input register 25 of the line interface 8c extracts a VPI (virtual path identifier) from a header of the input packet to deliver it onto a data output line 27. The label conversion circuit 26 is accessed by using the VCI or VPI as a read address and header information read out of the label conversion circuit 26 is supplied to the output register 24 through a data output line 28. The output register 24 converts a part of the header of the input packet supplied from the delay circuit 23 into the header information inputted from the data output line 28, so that the packet subjected to header conversion is delivered to the output line 11a, 12a or 13a. Construction of Label Conversion Circuit Figs. 4 and 5 show the contents of label conversion tables 26a and 26b, respectively, in the line interfaces 8a and 8b constituting each local node, and Fig. 6 shows the contents of label conversion table 26c in the line interface 8c constituting each transit node. Each of the label conversion tables 26a and 26b provided in the local node is divided into a control signal area 260 and a user signal area 261. In order to perform terminating process for all control signal packets in the local node, control signal area 260a of the label conversion table 26a is set as shown in Fig. 4, at an address position corresponding to an input VCI (VCIic) contained in each input control signal packet on the respective subscriber lines 9a (9a-1 to 9a-ℓ; 9′a-1 to 9′a-ℓ), with a VCI (VCIoc) which is unique to the signal processor 5 and a self-routing switch output port number (PT1) which is so fixed that each input control signal packet can be handed over to the signal processor 5. User signal area 261a is set, at an address location corresponding to an input VCI (VCIi) contained in each input packet on the respective subscriber lines 9a (9a-1 to 9a-ℓ; 9′a-1 to 9′a-ℓ), with a VI (VCIo) which is effective between this local node and a terminating local node, a VPI (VPIo) which is effective between this local node and the transit nodes, and an output port number (PT1) for designating an output port of self-routing switch 3 to which the input packet is to be delivered. The label conversion table 26b on the transit line side has control signal area 260b which is structurally identical, as shown in Fig. 5, to the control signal area 260a of the label conversion table 26a. User signal area 261b is set, at an address location corresponding to a VCI (VCIi) contained in an input packet from the respective transit lines 10b (10b-1 to 10b-k; 10′b-1 to 10′b-k), with a VCI (VCIo) and VPI (VPIo) which are effective on the respective subscriber lines 9b (9b-1 to 9b-ℓ; 9′b-1 to 9′b-ℓ), and an output port number (PT1) for designating an output port of self-routing switch 3 to which the input packet is to be delivered. As shown in Fig. 6, the label conversion table 26c provided in the transit node 2 is set, at an address location corresponding to a VPI (VPIi) contained in an input packet from the respective transit lines 10a (10a-1 to 10a-k; 10′a-1 to 10′a-k), with a VPI (VPIo) which is effective between this transit node and a terminating local node, and an output port number (PT2) for designating an output port of self-routing switch 4 to which the input packet is to be delivered. Construction of Self-routing Switch Each of the self-routing switches 3 and 4 is a packet switch which is so operated as to respond to an output port number (PT) contained in the header of an input packet to select an output line to which the input packet is to be delivered and it may be constructed of a single unit switch or a plurality of unit switches. As shown in Fig. 7, the self-routing switch 3 constituting the local node 1 includes a unit self-routing switch 51a for upward circuit connected to receive the output lines 11a (11a-1 to 11a-ℓ) of upward circuits of the respective line interfaces 8a (8a-1 to 8a-ℓ) on the subscriber side which are connected to the incoming subscriber lines 9a (9a-1 to 9a-ℓ), and a unit self-routing switch 51b for downward circuit connected to receive the output lines 12a (12a-1 to 12a-k) of upward circuits of the respective line interfaces 8b (8b-1 to 8b-k) on the transit line side which are connected to the incoming transit lines 10b (10b-1 to 10b-k). The output lines 12b (12b-1 to 12b-k) of the unit self-routing switch 51a are connected to the downward circuits of respective line interfaces 8b (8b-1 to 8b-k) on the transit line side which are connected to the outgoing transit lines 10a (10a-1 to 10a-k), and the output lines 11b (11b-1 to 11b-ℓ) of the unit self-routing switch 51b are connected to the downward circuits of respective line interfaces 8a (8a-1 to 8a-ℓ) on the subscriber side which are connected to the outgoing subscriber lines 9b (9b-1 to 9b-ℓ). The unit self-routing switches 51a and 51b are respectively connected with the signal processor 53 for upward circuit and signal processor 52 for downward circuit, and these signal processors 53 and 52 are coupled to the central controller 6 through a processor bus 29. Packet Format Fig. 8A shows a basic format of 70-a of a packet. Each packet consists of user information area 71 and header 72, the header 72 having a VCI field, a VPI field and a PT field. Fig. 8B shows a format 70-b of a packet on the subscriber line and transit line. In the header 72, the VCI field and the VPI field are effective. Fig. 8C shows a format 70-c of a packet inside the local node 1. In the header 72, all of the fields are effective with the PT field set with an output port number PT1 for designating an output port of self-routing switch 3 to which the packet is to be delivered. Fig. 8D shows a format 70-d of a packet inside the transit node 2. In the header 72, only the VPI and PT fields are effective with the PT field set with an output port number PT2 for designating an output port of self-routing switch 4 to which the packet is to be delivered. 2. Explanation of Procedure Construction of VP An example of VP construction is shown in Fig. 1. This example is directed to a packet network comprising three local nodes 1 (1-1 to 1-3) and three transit nodes 2 (2-1 to 2-3), wherein the VP is so constructed that a packet supplied from any particular local node to any transit node can be delivered to a desired line destined for a different local node. It is to be noted that the number of transit nodes 2 may be smaller than that of local nodes 1. In the present invention, the operation mode of the network is classified into a mode (basic mode procedure) in which a VC is set up on each VP without applying fixed bandwidth assignment to all VP's in advance, a mode (application mode procedure 1) in which a VC is set up on each VP while applying fixed bandwidth assignment to one or more of specified VPs in advance, and a mode (application mode procedure 2) in which high priority class/low priority class is set for the individual VP's in the basic mode procedure or application mode procedure 1. The local nodes 1, transit nodes 2 and transit lines 10 are assigned with local node numbers, transit node numbers and transit line numbers, that is, identification numbers for the nodes and lines which are consecutive numbers unique to the packet network. The communication procedure in each mode will now be described. 2.1 Basic Mode Procedure (a mode in which fixed bandwidth assignment is not applied to all VP's) VP Establishment Procedure Figs. 9A and 9B show sequence of the VP establishment procedure in the basic mode procedure. This procedure enables each local node to define the VP as shown in Fig. 1 on individual transit lines upon commencement of working of the network. In the following description, a local node operative to commence or start control operation in accordance with the VP establishment procedure is called an "originating local node" and a local node operative to respond to a control signal from the originating local node to execute the control operation in accordance with the VP establishment procedure is called a "terminating local node". Central controller 6-i of an originating local node 1-i first looks up a local node map 100 as shown in Fig. 10 to retrieve identification numbers of the other local nodes constituting the current packet network (or packet switching system). The local node map 100 contains, at a bit position corresponding to each local node number, information of which "1" indicates that a local node having the corresponding local node number is packaged in the packet network and "0" indicates that such a local node as above is not packaged. The originating local node transmits to a desired transit node 2-n one of control packets which designates any local node retrieved from the local node map 100 as a terminating local node 1-j and which packet is defined as a "packet requesting a map of transit lines". The packet requesting a map of transit lines contains VPI=0, and VCI=1 in its header (hereinafter symbolized by [ ]) and originating/terminating local node numbers in its user information area (hereinafter symbolized by { })(step 80). The "packet requesting a map of transit lines" is fetched by a line interface 8c-i of the transit node 2-n and the contents (VPIi) of VPI field of the header is separated from the packet: and a value of the VPIi is supplied as a read address to the label conversion table 26c through the data line 27. In the label conversion table 26c, "VPIo=0" and "PT2=output port number destined for route management processor 7" are fixedly set as shown in Fig. 11 at a storage position of address VPIi=0. Accordingly, the VPIo(=0) and PT2(=output port number destined for route management processor) are read from the label conversion table 26c and these values are supplied to the output register 24 through the data line 28. Through this operation, the VPI and PT fields in the header of the "packet requesting a map of transit lines" inputted to the output register through the delay circuit are updated. The packet subjected to the header conversion is fetched into the route management processor 7-n by means of the self-routing switch 4-n. The route management processor 7-n includes as shown in Fig. 12 a PT2 table 101 for storing the correspondence relation between the local node number and the output port number indicative of an output port destined for the local node. When receiving the "packet requesting a map of transit lines", the route management processor 7-n looks up the PT2 table 101 to retrieve an output port number PT2 corresponding to the node number of the terminating local node 1-j contained in the user information of the received packet and sends again to the self-routing switch 4-n a packet subjected to the header conversion for replacement of the PT field of the received packet with the aforementioned PT2. In this manner, the "packet requesting a map of transit lines" is relayed to the terminating local node 1-j (step 81). Line interface 8b-n of the terminating local node 1-j receiving the "packet requesting a map of transit lines" includes as shown in Fig. 13 a label conversion table 26b in which "VCIo=1" and "PT1=output port number destined for signal processor 52" are fixedly set at a storage position of address (VCIi)=1. When receiving the "packet requesting a map of transit lines", the terminating local node 1-n determines an output port number PT1 corresponding to the value (VCIi) of VCI field of the packet from the label conversion table 26b, updates the PT field of the received packet to the output port number PT1 and thereafter supplies the updated packet to the self-routing switch 3-j (unit self-routing switch 51b in Fig. 7). In this manner, the "packet requesting a map of transit lines" can be fetched into the signal processor 52 through the unit self-routing switch 51b. The signal processor 52 has the function of performing such processes as assembling of the packet received from the self-routing switch into a frame, disassembling of the frame received from the central controller 6 into one or more packets and LAPD (link access procedure on the D-channel) and it converts information contained in the "packet requesting a map of transit lines" into a frame of predetermined format which in turn is transferred to the central controller 6. Like the central controller of the other local nodes, the central controller 6-j of the terminating local node 1-j includes a transit line map 102 as shown in Fig. 14 for storing the connection relation between all transit lines 10-1 to 10′-k in the network and this local node 1-j. The transit line map 102 stores, at a bit position corresponding to a transit line number, "1" to indicates that a transit line having that transit line number is connected to this local node 1-j and "0" to indicate that the transit line of that transit line number is not connected to this local node 1-j. The central controller 6-j responds to the transit line map request from the originating local node 1-i to generate a "packet notifying a map of transit lines" containing [VPI=0, VCI=1] in header 72 and {originating/terminating local node number and the contents of transit line map 102} in user information 71, and transmits the packet to the self-routing switch 3-j through the signal processor 53 (step 82). The "packet notifying a map of transit lines" is relayed by means of line interface 8b-n and transit node 2-n so as to be transferred to the central controller 6-i of the originating local node 1-i (step 83). In addition to the previously-described local node map 100, the central controller 6-i of the originating local node 1-i includes a transit node map 103 as shown in Fig. 15 for storing the correspondence relation between numbers of all transit lines in the network and numbers of transit nodes connected to these transit lines (numbers of transit nodes to be connected). On the basis of the transit line map transferred from terminating local node 6-j and the transit node map 103, the central controller 6-i recognizes the relation between the transit lines 10′-1 to 10′-k on the terminating local node side and the transit node numbers to be connected with these transit lines. Subsequently, on the basis of the transit line map 102 and transit node map 103 possessed by this local node, the central controller 6-i recognizes the relation between the transit lines 10-1 to 10-k and the transit node numbers to be connected with these transit lines. By matching the two recognition results, some sets of transit line numbers on the originating and terminating sides which are connected to the same transit node can be known. Such sets of originating and terminating side transit lines as connected to the same transit node are treated as objects of VP establishment. Subsequently, in connection with one originating side transit line selected from the aforementioned sets, an unused (empty) VPI (in the following description, a VPI to be used between the originating local node and the transit node will be called an "originating VPI") is hunted and information necessary for that VPI is registered in a VP table as designated at 104a to 104c in Fig. 16. More particularly, the table 104a is stored, at a storage location designated by an address="terminating local node number", with a status indication bit ("1") indicating that VP establishment is in operation and a pointer address (next address) indicative of a position in the table block 104b to be referred to successively. In connection with a plurality of originating transit lines on which the VP destined for the terminating local node is established, the table block 104b is stored, at storage locations designated by addresses="originating transit line numbers", with pointer addresses (next addresses) indicative of positions in the PIV table block 104c to be referred to successively. The respective PIV table blocks 104c are prepared for the respective originating transit lines and each table block 104c stores, at an address location designated by the terminating transit line number, a management data record concerning the VP established on the transit line (including an identifier VPIo of VP, a virtual channel identifier for control SVCIo, a value of assigned bandwidth and a value of used bandwidth). The hunted VPI is stored as the VPIo. It is to be noted that the SVCIo is determined in accordance with the SVC establishment procedure to be described later. When operation of registration of data into the VP table is completed, a "packet requesting VP assignment" containing [VPI=0, VCI=1] in the header and {originating/terminating local node numbers and originating/terminating transit line numbers} in the user information area is generated and transmitted to a line interface 8b-n corresponding to the originating transit line number (step 84). The "packet requesting VP assignment" is relayed by means of the transit node 2-n and transferred to the terminating local node 1-j (step 85). The central controller 6-j of the terminating local node 1-j hunts an unused, empty VPI in the terminating transit line designated by the "packet requesting VP assignment" (hereinafter a VPI to be used between the transit node and the terminating local node will be called a "terminating VPI") and necessary information is registered in the VP table as designated by 104a to 104c. Then, a "packet notifying VP assignment" containing [VPI=0, VCI=1] in the header and {originating/terminating local node numbers, originating/terminating transit line numbers and terminating VPI} in the user information area is generated and transmitted through the self-routing switch 3-j to a line interface 8b′-n corresponding to the aforementioned terminating line interface number (step 86). The "packet notifying VP assignment" is relayed by means of the transit node 2-n and transferred to the originating local node 1-i (step 87). In response to the reception of the "packet notifying VP assignment", the central controller 6-i of the originating local node 1-i generates a "packet instructing VP connection" containing [VPI=0, VCI=1] in the header and {originating/terminating transit line numbers and originating/terminating VPI's} in the user information area, and transmits the packet to the line interface 8b-n through the self-routing switch 3-i (step 88). When receiving the "packet instructing VP connection", the route management 7-n of the transit node 2-n stores "VPIo=terminating VPI" and "PT2=terminating transit line number" at a storage location of an address (VPIi)=originating VPI in the label conversion table 26c of the line interface 8c-i corresponding to the originating side transit line 10-i and "VPIo=originating VPI" and "PT2=originating side transit line number" at a storage location of an address (VPIi)=terminating VPI in the label conversion table 26c of the line interface 8c-j corresponding to the terminating side transit line. It is to be noted that in the transit node, a processor bus is set up between the route management 7-n and the respective line interfaces 8c-1 to 8c-k, like the processor bus set up between the central controller 6 and the respective line interfaces 8a-1 to 8b-k in each local node 1 and the contents of the label conversion table is updated through the processor bus. Each local node repeats the above procedure for the respective originating side transit lines so that a plurality of VP's may be established between this local node and each terminating local node, thereby defining the VP construction of Fig. 1. SVC Establishment Procedure The procedure for establishing, on the VP established through the above procedure, a VC for control signal (hereinafter referred to as an SVC) used during call setting operation will now be described with reference to Figs. 9A and 9B. It is now assumed that a single SVC is established on each VP. In association with the respective VP's assigned in steps 80 to 88, the central controller 6-i of the originating local node 2-i hunts an SVCI unique to an originating side transit line (hereinafter, an SVCI used for a channel destined from line interface 8b-n of the originating local node to line interface 8b′-n of the terminating local line is called an "originating SVCI") and registers the hunted SVCI in an SVCIo field of the VP table 104c shown in Fig. 16. Then, a "packet instructing SVC assignment connection" containing [VPI= originating VPI, VCI=1] in the header and {originating/terminating local node number, originating/terminating transit line number and originating SVCI} in the user information area is generated and transmitted to the line interface 8b-n through the self-routing switch 3-i (step 89). The header of the packet instructing SVC assignment connection is converted into [VPI=terminating VPI] at line interface 8c-i of the transit node 2-n and then transferred to the terminating local node 1-j (step 90). When receiving the "packet instructing SVC assignment connection", the central controller 6-j of the terminating local node 1-j hunts an SVCI unique to a terminating transit line (hereinafter an SVCI used for a channel destined from line interface 8b′-j of the terminating local node to line interface 8b-i of the originating local node is called a "terminating SVCI") and registers the hunted SVCI in the VP table 104c of Fig. 16 possessed by the terminating local node. Subsequently, the central controller 6-j stores, at a storage location of an address (SVCIi)="originating SVCI" in label conversion table 26b shown in Fig. 5 of the line interface 8b′-n corresponding to the terminating transit line 10-j, "VCIo=terminating SVCI" and "PT1=output port number destined for signal processor 52", generates a "packet instructing SVC connection" containing [VPI=terminating VPI, VCI=1] in the header and {originating/terminating local node numbers, originating/terminating transit line numbers and originating/terminating SVCI's} in the user information area, and transmits the packet to the line interface 8b′-n through the self-routing switch 3-j (step 91). The header of the "packet instructing SVC connection" is converted into [VPI=originating VPI] at the transit node 2-n and then transferred to the originating local node 1-i (step 92). The central controller 6-i of the originating local node 1-i stores, at a storage location of an address (SVCIi)="terminating SVCI" in label conversion table 26b (Fig. 5) of the line interface 8b-n connected to the originating transit line, "VCIo=originating SVCI" and "PT1=output port number destined for signal processor 52". Each local node executes the above procedure until SVC's corresponding to all VP's are established thereon. Procedure for Bandwidth Assignment to VC Referring now to Fig. 17, the procedure of assigning a bandwidth to the VC carried out during call setting will now be described. When receiving a request for setting a call from an originating terminal connected to one of subscriber lines of a local node 1-i, the central controller 6-i of the originating local node 1-i selects a terminating local node number connected with the terminating terminal by looking up a dial number table (not shown) on the basis of a terminating terminal number (Telephone number) dialed by the originating terminal (step 110). Subsequently, the central controller 6-i accesses the VP table 104a by using the terminating local node number as a retrieval key and selects some originating transit lines on which the VP destined for the terminating local node is established by looking up a table block 104b designated by the address pointer (step 111). To this end, the table block 104b is sequentially accessed to determine a storage address at which pointer data is recorded. Subsequently, the central controller 6-i looks up a transit line bandwidth table 105 as shown in Fig. 18 for managing a used bandwidth in respect of each transit line to select a single or a plurality of candidates for originating transit lines to which a bandwidth requested by the originating terminal is assignable, from a plurality of originating transit lines having the VP destined for the terminating local node and determined from the table 104b (step 112). The central controller 6-i generates a "packet requesting bandwidth assignment" containing [VPI=originating VPI (for bandwidth assignment), VCI=1] in the header and (originating local node number, candidates for originating transit lines, requested bandwidth and call number (VC identifier)} in the user information area, and transmits the packet to the terminating local node 1-j through the self-routing switch 3-i and any transit node 2-m (step 113). The central controller 6-j of the terminating local node 1-j takes a similar procedure to that taken by the originating local node to select candidates for terminating transit lines which can satisfy the requested bandwidth indicated in the user information area of the "packet requesting bandwidth assignment", from the plurality of terminating transit lines having the VP destined for the originating local node (steps 114 and 115). The central controller 6-j collates the candidates for terminating transit lines selected in the above step 115 with the candidates for originating transit lines notified by the "packet requesting bandwidth assignment" to determine a single transit line (VP) to which a transit node is connected in common (step 116). When a plurality of local nodes have the same construction and they are connected in an orderly manner to transit nodes as shown in Fig. 1, it is possible to decide, by a number possessed by a transit line, which transit node the transit line is connected to. In the circuit construction as above, the aforementioned collation can be realized easily by, for example, expressing the candidates for originating transit lines and the candidates for terminating transit lines in such a map form that transit lines connected to the same transit node line at the same bit position. Subsequently, the central controller 6-j adds the presently assigned bandwidth to the used bandwidth field of record, of the transit line bandwidth table 105 as shown in Fig. 18, corresponding to the aforementioned determined transit line (step 117). Thereafter, a "packet notifying bandwidth assignment" containing [VPI=terminating VPI (for bandwidth assignment), VCI=1] in the header and {terminating local node number, originating/terminating transit line number and call number} in the user information area is generated and transitted to the originating local node 1-i (step 118). In response to the reception of the "packet notifying bandwidth assignment", the central controller 6-i of the originating local node 1-i adds the presently assigned bandwidth to the used bandwidth field of record corresponding to the transit line determined in the originating local node (step 119). 2.2 Application Mode Procedure 1 (instance where bandwidth is assigned to only specified VP in advance) Referring now to Figs. 9A and 9B, the procedure for assigning a bandwidth to one or a plurality of specified VP's will now be described. For designation of bandwidth, particular two local nodes are specified by, for example, the operator and a bandwidth to be secured for a VP between the two specified local nodes is designated. VP Establishment Procedure Operations carried out in steps 80 to 83 are similar to those carried out in the basic mode procedure described previously. In step 84, the same operation as that of the basic mode procedure is carried out, excepting that if the VP is to be assigned with the bandwidth, the assigned bandwidth is added to the used bandwidth field of the transit line bandwidth table 105 in the originating local node 1-i and registered in the VP table 104c, and {assigned bandwidth} is added to the user information area of the "packet requesting VP assignment". In step 85, the same operation as that in the basic mode procedure is carried out and the operation carried out in step 86 is the same as that in the basic mode procedure with the exception that the assigned bandwidth is added to the used bandwidth field in the transit line bandwidth table 105 of the terminating local unit 1-j and that the assigned bandwidth is registered in the VP table 104c. In steps 87 and 88, the same operation as that in the basic mode procedure is carried out. SVC Establishment Procedure The SVC establishment procedure is the same as that in the basic mode procedure. Procedure for Bandwidth Assignment to VC In case where a VC is established on a VP other than the VP to which the bandwidth is assigned in advance, the procedure is the same as that in the basic mode procedure described previously. The procedure of establishing a CV during call setting request on a VP to which a bandwidth is assigned in advance will now be described with reference to Fig. 19. The central controller 6-i of the originating local node 2-i determines a node number possessed by the terminating local node 2-j to which the terminating terminal is connected, from the dial number table on the basis of a terminating terminal number dialled by an originating terminal (step 120). Subsequently, the central controller 6-i selects a VP to which a bandwidth requested by the originating terminal is assignable from the VP table 104c (step 121) and adds the presently assigned bandwidth to the used bandwidth field in the VP table 104c (step 122). The central controller 6-i generates a "packet notifying bandwidth assignment" containing [VPI=originating VPI (for bandwidth assignment), VCI=1] in the header and {originating local node number, originating/terminating transit line numbers and requested bandwidth} in the user information area, and transmits the packet to the terminating local node 1-j (step 123). When receiving the packet notifying bandwidth assignment, the terminating local node 1-j adds the assigned bandwidth designated by the "packet notifying bandwidth assignment" to the used bandwidth field in the VP table 104c (step 124). 2.3 Application Mode Procedure 2 (instance where high priority class is provided for VP) VP Establishment Procedure The VP establishment procedure in which the VP is weighted by high priority class or low priority class will now be described. In the present embodiment, it is assumed that the packet for control signal is of high priority class, the packet for user signal is of low priority class and a single VP for control signal (hereinafter referred to as an SVP) is established for each VP for user signal. In the foregoing embodiments, the SVC exists in the VP for user signal but in the present embodiment, the SVC exists in the SVP. Fig. 20 is a diagram showing the VP establishment procedure taking high/low priority class into consideration. Process steps 80′ to 92′ in Fig. 20 correspond to steps 80 to 92 shown in Figs. 9A and 9B. Steps 80′ to 83′ covering the process in which the originating local node 1-i transmits the "packet requesting a map of transit lines" and receives the "packet notifying a map of transit lines" from the terminating local node 1-j have the same contents as steps 80 to 83 in Fig. 9A. When receiving the "packet notifying a map of transit lines", the originating local node 1-j hunts an originating VPI and an originating SVPI. To clarify the correspondence relation between the VPI and SVPI, an address at which a VPI record is registered in the VP table 104c is set to be "terminating transit line number" x 2 and an address at which an SVPI record is registered in the VP table 104c is set to be ("terminating transit line number" x 2) + 1. Steps 84′ and 85′ covering the process in which the originating local node 1-i transmits the "packet requesting VP assignment" and the transit node relays the packet to the terminating local node 1-j resemble steps 84 and 85 in Fig. 9A. When receiving the packet requesting VP assignment, the central controller 6-j of the terminating local node 1-j hunts the terminating VPI and terminating SVPI, registers them in the VP table 104c and thereafter transmits to the originating local node 1-i a "packet notifying VP assignment" containing [VPI=0, VCI=1] in the header and {originating/terminating local node numbers, originating/terminating transit line numbers, terminating VPI and terminating SVPI} in the user information area (step 86′). The "packet notifying VP assignment" is relayed by means of the transit node so as to be transferred to the originating local node 1-i (step 87′). When receiving the "packet notifying VP assignment", the central controller 6-i of the originating local node 1-i generates a "packet instructing VP connection" containing [VPI=0, VCI=1] in the header and (originating/terminating transit line numbers, originating/terminating VPI's and originating/terminating SVPI's} in the user information area and transmits the packet to the terminating local node through the transit node (step 88′). When the route management processor recognizes that the received packet is the "packet instructing VP connection", it stores, at a storage location of an address (VPIi)=originating VPI in the label conversion table 26c as shown in Fig. 22 which is provided in the line interface corresponding to the originating transit line, "class indication=0", "VPIo=terminating VPI" and "PT2=terminating transit line number" and at a storage location of an address (VPIi)=originating SVPI, "class indication=1", "VPIo=terminating SVPI" and "PT2=terminating transit line number". Further, the route management processor stores, at a storage position of an address (VPIi)=terminating VPI in the label conversion table 26c provided in the line interface corresponding to the terminating transit line, "class indication=0", "VPIo=originating VPI" and "PT2=originating transit line number" and at a storage location of an address (VPIi)=terminating SVPI, "class indication=1", "VPIo=originating SVPI" and "PT2=originating transit line number". SVC Establishment Procedure Steps 89′ to 92′ covering the process in which the originating local node 1-i transmits the "packet instructing SVC assignment connection" and receives the "packet instructing SVC connection" from the terminating local node 1-j are the same as steps 89 to 92 in Figs. 9A and 9B, excepting that the SVC is established on the SVP. Procedure for Bandwidth Assignment to VC The procedure of assigning a bandwidth to a VC is the same as that in the basic mode procedure (or application mode procedure 1). Referring now to Fig. 24, VP priority control in the self-routing switch 4 constituting the transit node will be described. A packet (Fig. 23) subjected to the label conversion process by means of the line interface 8c-i is fetched into a branch circuit 130-i through an input line 13a-i. In accordance with a class indication (1: high priority, 0: low priority) in the VPI area, the branch circuit 130-i distributes the packet to a high-priority unit self-routing switch 131 or a low-priority unit self-routing switch 132. The high-priority unit self-routing switch 131 switches the packet to a high priority class queue 133 (FIFO) corresponding to PT2, and the low-priority unit self-routing switch 132 switches the packet to a low priority class queue 134 (FIFO) corresponding to PT2. A read controller 135 reads packets from high priority class queues 133-1 - 133-k in preference to the packet of low priority class queues 134-1 - 134-k (for example, at a ratio of 1:2). As is clear from the foregoing description, since according to the present invention the packet processing control including the bandwidth management for packet circuit and routing control is not carried out by the transit node but is effected by each local node, danger of occurrence of faults in the network or packet switching system composed of the nodes can be managed to be distributed to thereby improve reliability of the system. Further, in each local node, only the virtual (logical) path identifier is defined without precedently specifying the path capacity and when a logical connection (virtual channel VC) is established on any virtual path in accordance with a call setting request, management of margin bandwidth is effected for each physical line on which the virtual path exists so that the logical connection may be established if a margin bandwidth is present, thereby ensuring that, as compared to the conventional network in which all virtual paths are assigned with bandwidths in advance, the network cost can be reduced for the same performance (call block rate) and the call block rate can be reduced for the same network construction. Furthermore, according to the present invention, the status of used bandwidth on any line for connection and relay between the local and transit nodes is managed by a local node to which the line is connected so that a plurality of originating/terminating transit lines may be checked for their status of used bandwidth by a control signal communicated during call setting between an originating local node and a terminating local node so as to select an optimum route from the plurality of transit lines, thereby ensuring that as compared to the system in which the line is selected by means of only the originating local node, the call block rate can be reduced.

Claims: A packet switching method for use in a packet network having a plurality of local switching units (1-1 to 1-k) each connected to a plurality of packet lines (9-1 to 9-ℓ; 9′-1 to 9′-ℓ), and at least one cross-connect unit (2) connected to each local switching unit through at least one transit line (10) having a predetermined transmission capacity, characterized in comprising the following steps: a first step of defining, on each transit line, a plurality of virtual paths (VP) for interconnecting said plurality of local switching units through said cross-connect unit, without fixedly assigning communication bandwidths to individual virtual paths; a second step of storing, in respect of the individual transit lines, values of communication bandwidths assigned to virtual channels (VC) which have already been established in virtual paths present on said transit lines; a third step of checking, when a request for setting a new call is originated, communication bandwidths of first and second transit lines (10-a, 10-b), on which exists a virtual path to form thereon a virtual channel for said call, for their margin as to whether it is enough to accept assignment of a bandwidth requested by the call, said first transit line lying between said cross-connect unit and an originating local switching unit and said second transit line lying between said cross-connect unit and a terminating local switching unit; and a fourth step of establishing, if said first and second transit lines have a margin which is enough to accept the assignment of a bandwidth requested by said call, said virtual channel for said call on said virtual path and updating values of communication bandwidths assigned to said first and second transit lines. A packet switching method according to Claim 1 wherein said packet network has a plurality of cross-connect units (2-1 to 2-k) each connected to the individual local switching units (1-1 to 1-k) through at least one transit line (10-1, 10′-1) having a predetermined transmission capacity, and wherein in said first step, a plurality of virtual paths are defined between each local switching unit and a different desired local switching unit through different cross-connect units; in said second step, an originating local switching unit connected to a packet line originating a new call selects a plurality of first transit lines each having a margin enough to accept assignment of a bandwidth requested by said call as candidates for originating transit lines on which a virtual channel for said call is to be established, and the selected candidates for transit lines are notified to a terminating local switching unit; and said terminating local switching unit selects a plurality of second transit lines each having a margin which is enough to accept assignment of the bandwidth requested by said call as candidates for terminating transit lines on which a virtual channel for said call is to be established, and collates the candidates for originating transit lines with the candidates for terminating transit lines to specify a virtual path on which said virtual channel for said call is to be established. A packet switching method according to Claim 1 wherein in said first step, part of said virtual paths are fixedly assigned with predetermined communication bandwidths in advance, and the remaining virtual paths not subjected to the fixed assignment of communication bandwidths are applied with execution of said third and fourth steps in connection with virtual channels. A packet switching method according to Claim 1 wherein in said first step, the virtual paths are precedently classified into virtual paths having high priority class and virtual paths having low priority class, and each local switching unit and each cross-connect unit carry out switching processing of packets communicated through said virtual paths of high priority class in preference to that of packets communicated through said virtual paths of low priority class. A packet switching method for use in a packet switching system having a plurality of local switching units (1-1 to 1-k) each connected to a plurality of packet lines (9-1 to 9-ℓ; 9′-1 to 9′-ℓ), and a plurality of tandem units (2-1 to 2-k) each connected to the individual local switching units through at least one transit line (10) having a predetermined transmission capacity, comprising the following steps: a first step of defining, on each transit line, a plurality of virtual paths for interconnecting the plurality of local switching units through any particular tandem unit; a second step of storing, in respect of the individual transit lines, values of communication bandwidths assigned to virtual channels which have already been established in virtual paths present on the transit lines; characterized by : a third step of checking, when a request for setting a new call is originated from any particular local switching unit, communication bandwidths of first and second transit lines, on which exists a virtual path to form thereon a virtual channel for said call, for their margin as to whether it is enough to accept assignment of a bandwidth requested by said call, said first transit line lying between said particular tandem unit and an originating local switching unit, and said second transit line lying between said particular tandem unit and a terminating local switching unit; and a fourth step of establishing, if said first and second transit lines have a margin which is enough to accept the assignment of a bandwidth requested by said call, said virtual channel for said call on said virtual path and updating values of communication bandwidths assigned to said first and second transit lines. A packet network comprising a plurality of local switching units (1-1 to 1-k) each connected to a plurality of packet lines (9-1 to 9-ℓ; 9′-1 to 9′-ℓ), and a plurality of transit units (2-1 to 2-k) each connected to the individual local switching units through at least one transit line (10) having a predetermined transmission capacity, each or said local switching units including: a plurality of first label conversion means (8a-1 to 8a-ℓ; 8a′-1 to 8a′-ℓ) connected to said plurality of packet lines and being responsive to a logical channel identifier (VCI) contained in an incoming packet from any particular packet line to add switch output port information (PT1) to said incoming packet; a plurality of second label conversion means (8b-1 to 8b-k; 8b′-1 to 8b′-k) connected to the transit lines and being responsive to a logical channel identifier (VCI) contained in an input packet from said transit line to add switch output port information (PT1) to said input packet; a self-routing switch (3-1; 3-k) connected to said first and second label conversion means and operative to switch the particular incoming packet on the basis of the output port information contained in an input packet from each of said first and second label conversion means; and control means (6-1; 6-k) connected to said self-routing switch and operative to terminate a control packet and perform call processing control, each of said transit units including: a plurality of third label conversion means (8c-1 to 8c-k; 8c′-1 to 8c′-k) connected to said transit lines and being responsive to a logical path identifier (VPI) contained in an input packet from a transit line to add switch output port information (PT2) to said input packet; and a self-routing switch (4-1; 4-k) connected to said third label conversion means and operative to switch any particular input packet on the basis of output port information (PT2) contained in the particular input packet from any particular label conversion means; characterized by : said control means of each local switching unit including: means for establishing a plurality of logical paths having bandwidths unfixed in advance between the local switching unit and a desired different local switching unit through different transit units; means for managing communication bandwidths in respect of the individual transit lines on which logical paths are set up; and means for checking and establishing, for checking, when a request for setting a call is originated from any subscriber line connected to the local switching unit, communication bandwidths of transit lines on which a logical path exists on which said call is to be established for their margin as to whether it is enough to accept the use of a bandwidth requested by said call, and, for establishing, if said transit lines have a margin, a logical channel (VC) for said call on said logical path. A packet network according to Claim 6 wherein said control means of each local switching unit includes: first storage means (101) for storing identification information of transit lines connecting the local switching unit and any transit unit; second storage means (103) for storing information indicative of the connection relation between all transit lines constituting said packet network and said plurality of transit lines; means for notifying the transit line identification information stored in said first storage means to said different local node standing for a partner for which logical paths are established; means for defining a plurality of logical paths between said local node and said different local node through different transit nodes on the basis of the transit line identification information notified from said different local node and the information stored in said first and second storage means; and third storage means for storing information used to define logical paths which are being established or have been established in said particular local node. A packet network according to Claim 7 wherein said control means of each local switching unit further includes means for responding, when a call is set, to the status of used bandwidth of transit lines connected to an originating local node and the status of used bandwidth of transit lines connected to a terminating local node to determine lines assignable to said call. A packet network according to Claim 6 wherein said logical path establishment means fixedly assigns predetermined communication bandwidths to part of said logical paths. A packet network according to Claim 6 wherein said logical path establishment means classifies said logical paths into at least one logical path having high priority class and at least one logical path having low priority class, and each local switching unit and each transit unit have means for carrying out switching processing of packets communicated through said logical path of high priority class in preference to that of packets communicated through said logical path of low priority class. A packet network according to Claim 6 wherein said means for checking and establishing includes : first means for generating, when a call is originated from any packet line connected to the local switching unit, a first control packet containing information indicative of the status of used bandwidth of the transit lines between the local switching unit and each transit unit and transferring said control packet to a terminating one of the other local switching units for which said call is destined; second means for determining, when a first control packet from originating one of the other local switching units is received, a pair of first and second transit lines on the basis of the status of used transit lines between the local switching unit and the individual transit units and information contained in said received first control packet indicative of the status of used transit lines at said originating local switching unit, said first transit line connecting said originating local switching unit and any particular transit unit, said second transit line connecting the local switching unit and said particular transit unit, and transferring a second control packet containing identification information of said pair of first and second transit lines to said originating local switching unit standing for the originator of said received first control packet; and third means for establishing, when the local switching unit determines said pair of first and second transit lines or said second control packet from said originating local switching unit is received, a logical channel for said call in one logical path on said pair of first and second transit lines and updating information indicative of the used communication bandwidth of said first or second transit line.

Inventors: KUBO AKINORI, SUZUKI TAIHEI HITACHI TELECOM, TANABE SHIRO, KUBO, AKINORI, SUZUKI, TAIHEI, HITACHI TELECOM, TANABE, SHIRO
Applicants: HITACHI LTD, HITACHI SOFTWARE ENG, HITACHI SOFTWARE ENGINEERING CO., LTD., HITACHI, LTD.
Application year: 1991
Main classification: H04L12
IPC codes: H04L12