[go: up one dir, main page]

WO1998007258A1 - Pont multimode sur reseau rnis - Google Patents

Pont multimode sur reseau rnis Download PDF

Info

Publication number
WO1998007258A1
WO1998007258A1 PCT/US1997/014197 US9714197W WO9807258A1 WO 1998007258 A1 WO1998007258 A1 WO 1998007258A1 US 9714197 W US9714197 W US 9714197W WO 9807258 A1 WO9807258 A1 WO 9807258A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
message
mode
service
isdn
Prior art date
Application number
PCT/US1997/014197
Other languages
English (en)
Inventor
Liangwha Jou
William C. Davis
Dean Hamilton
Original Assignee
Ascend Communications, Incorporated
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ascend Communications, Incorporated filed Critical Ascend Communications, Incorporated
Priority to AU40635/97A priority Critical patent/AU4063597A/en
Publication of WO1998007258A1 publication Critical patent/WO1998007258A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/4612—LAN interconnection over narrowband networks, e.g. N-ISDN, PSTN, X.25
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0435—Details
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13209—ISDN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13216—Code signals, frame structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389—LAN, internet

Definitions

  • the present invention is in the area of data communications, and pertains more particularly to methods and apparatus for establishing data communication over an Integrated Services Digital Network (ISDN) system.
  • ISDN Integrated Services Digital Network
  • ISDN Integrated Systems Digital Network
  • Fig. 1 three networks 121, 123, and 125 are shown at one location, and the three networks are respectively frame mode, packet mode, and cell mode networks. There could be more or fewer than three, and the types could also be different. Most networks, however, fit into one of these three types, and the arrangement is convenient for purposes of description.
  • Three networks 122, 124. and 126 are shown at a second location in Fig. 1 , and these three are respectively frame, packet and cell mode networks like networks 121, 123, and 125.
  • the two locations are presumed to be connected by an ISDN protocol shown here as an ISDN "ether" 100.
  • ISDN protocol shown here as an ISDN "ether" 100.
  • This representation is used as the most general, because ISDN is not a hardware system, but a protocol, and there are many and varied paths that data might take in transfer by ISDN from one location to another.
  • Each network at each location is interfaced to ISDN by an Adapter Unit (AU) which mediates and translates between the particular network protocol and the ISDN protocol.
  • AU Adapter Unit
  • a cell mode AU (105, 106) at each location interfacing the two cell mode networks to ISDN, a frame mode AU (101 , 102) at each location, and a packet mode AU (103,104) at each location.
  • the two cell mode AUs form a bridge over the ISDN ether between the two cell mode networks, and so forth for the other AUs and networks.
  • a request from a node on cell mode network 125 for a server or peripheral on network 126 is dialed by AU 105 over link 1 15 through ISDN to AU 106 by link 116.
  • AU 106 establishes a connection, then negotiates communication with the server requested on network 126.
  • that server or peripheral may not be available, and the call will be established in vain, and the requester will be charged for the call. Similar situations may be described for the other networks and AUs shown.
  • a network connection system comprising a first Adapter Unit (AU) connected to first multiple networks and a bridge network; and a second AU connected to second multiple networks and to the bridge network.
  • the first AU in response to a request from a node on one of the first connected multiple networks for a service on one of the second multiple networks sends a request signal to the second AU that the service is requested.
  • the second AU in response to the request signal checks the availability of the service, and completes the connection only if the service is available.
  • the bridge network comprises an Integrated Services Digital Network
  • the first Au signals the second AU by means of distinctive signal patterns.
  • the first AU and the second AU have prestored look-up tables listing connected networks and services, and each AU monitors availability of services on the respective connected networks.
  • the second AU returns a not available signal to the first AU in the event that a requested service is unavailable.
  • He connected networks can be of any sort, such as cell-mode, packet, and frame-mode network protocols.
  • a method for establishing a communication connection from a client on a first network to a resource on a second network comprising steps of (a) connecting the first network to a first multi-mode adapter unit; (b) connecting the second network to a second multi-mode adapter unit; (c) connecting the first and second multi-mode adapter units to one another over a bridge network: (d) in the event of a request from the client for service from the resource, signaling the request by the first multi-mode adapter unit to the second multi-mode adapter unit over the bridge network; (e) processing the request by the second multi-mode adapter unit, comprising checking on availability of the service; and (f) completing the communication connection only if the service is available.
  • the system of the invention provides for establishing that resources are available on a remote network before completing a call for which a subscriber will be charged, and partly because unavailable services do not require call completion, is faster than prior art systems.
  • Fig. 1 is a diagram showing the arrangement of the Prior Art.
  • Fig. 2 is an exemplary topology in a preferred embodiment of the present invention.
  • Fig. 3 is a diagram providing more detail of the apparatus of Fig. 2.
  • Fig. 4 is a block diagram describing operation in an embodiment of the present invention.
  • Fig. 5 - Fig 7 are message flow diagrams illustrating the message sequence in the prior art to establish a Packet Mode call.
  • Fig 8 - Fig 10 are message flow diagrams illustrating a message sequence to establish a Packet Mode call in an embodiment of the present invention
  • Fig 1 1 describes how to carry an X.25 message in a Q.931 User-user
  • Fig 12 - Fig 14 are message flow diagrams illustrating the message in the prior art to establish a Frame Mode call.
  • Fig 15 - Fig 17 are message flow diagrams illustrating the message sequence according to an embodiment of the present invention to establish a Frame Mode call.
  • Fig 18 describes how to carry a Q.933 message in a Q.931 User-user
  • Fig 19 - Fig 21 are message flow diagrams illustrating the message sequence in the prior art to establish a Cell Mode call.
  • Fig 22 - Fig 24 are message flow diagrams illustrating the message sequence in an embodiment of the present invention to establish a Cell
  • Fig 25 describes how to carry a Q.2931 message in a Q.931 User-user
  • Fig. 2 is an exemplary topology according to a preferred embodiment of the present invention.
  • a multi-mode AU 201 connects 5 to three exemplary networks or subnets 221 , 223 , and 225 of different types at one location, and a multi-mode AU 202 connects to three exemplary networks or subnets 222, 224, and 226 at a second location, with appropriate links 211 and 212 to ISDN ether 200.
  • I o or 225 connected to multi-mode AU 201 requests service expected to be available on the side of multi-mode AU 202 connected to subnets 222, 224 and 226, in a normal situation, a connection is built up over link 211, ISDN ether 200 and link 212, allowing those two multi-mode AUs to negotiate and transceive the service.
  • link 211, ISDN ether 200 and link 212 allowing those two multi-mode AUs to negotiate and transceive the service.
  • the two units each have a table of services available and a distinctive signaling is used to request service.
  • the receiving unit receiving the distinctive signal, then checks its stored table as to whether that service is available and refuses to call or will not accept the call if that service is not available. 0
  • a mechanism which can take any one or more of several forms, to negotiate the tables from time to time to make sure
  • Fig. 3 is the diagram of Fig. 2 with one of the AUs expanded to better describe internal elements and functions. It is to be understood that multi-mode AU 202 has similar and equivalent elements to those shown and described herein relative to multi-mode AU 201. Blocks 330, 331, 332 are basic bridge-function blocks.
  • Unit 333 is a multiplexer and line interface interfacing through link 31 1 to ISDN.
  • Unit 334 is circuitry adapted for checking service requests and service availability on the different subnets.
  • Unit 335 provides for making distinctive dial requests, and/or checks on incoming distinctive requests whether a requested service is available, or, if requested by circuitry 334 makes request to the Unit 202 via the ISDN.
  • a multi-mode adapter unit is implemented as an expansion card for a computer server, including therein all of the elements described above for adapting multiple networks to a bridge network, and in a preferred embodiment the bridge network is an ISDN network.
  • FIG. 4 is an illustrative block diagram of a telecommunication system 301 useful in describing the operation of the present invention in a preferred embodiment.
  • An Integrated Services Digital Network (ISDN) 102 provides services to customers via User- Network Interfaces (UNI) 1 1 1 and 112. Only two UNIs are shown in Fig. 4. In reality, an ISDN may provide additional UNIs.
  • Two Adaptation Units (AU) 321 and 322 are connected with ISDN 102 via UNIs 111 and 112. Only two AUs are shown in Fig. 4. Many can be connected with an ISDN.
  • the function of an AU is to support Packet Mode.
  • Frame Mode or Cell Mode services over an ISDN for example. It is important to note that the function of an AU is shown as a separate box in Fig. 4. but this does not imply that an AU must be a separate equipment. It may physically be part of an ISDN or a Packet/Frame/Cell mode DTE or network. Packet Mode services are provided through Packet Mode interface 131 and 132. Frame Mode services are provided through Frame Mode interface 141 and 142. Cell Mode services are provided through interface 151 and 152. Only one Packet Mode, one Frame Mode and one Cell Mode interface are shown for each AU. but there could be more. An AU can support any number and any combinations of such interfaces. The other side of these interfaces may be connected with DTEs or networks. Any equipment that uses a compatible protocol can communicate with AUs.
  • a UNI provides two types of channels. One type is a signaling channel. ITU-T Recommendations refer it as the D-channel. The other type is a bearer channel that carries user information. ITU-T Recommendations refer the bearer channel as the B-channel or H- channel, depending on the transfer rate.
  • the protocols for Packet Mode interface 131 and 132 should conform to ITU-T Recommendation X.25.
  • the protocols for Frame Mode interface 141 and 142 should conform to ITU-T Recommendations Q.922 and Q.933.
  • the protocols for Cell Mode interface 151 and 152 should conform to ITU-T
  • FIG. 5 - Fig. 10, Fig. 12 - Fig. 17 and Fig. 19 - Fig. 24 are message flow diagrams for explaining the present invention. Only layer 3 protocol messages are shown. If a message is sent over the D-channel of a ISDN UNI, "(D)" is appended in the end of the message. If a message is sent over a bearer channel of a ISDN UNI, "(B)" is appended in the end of the message.
  • FIG. 5 Shown in Fig. 5 is a message flow diagram illustrating the message sequence using prior art technology to establish a Packet Mode call in a telecommunication system 301.
  • AU 321 receives a X.25 Call Request (CR) messages 305 on interface 131 In order to deliver the X.25 message, AU 321 has to establish a circuit mode transparent network connection to the desired destination AU 322.
  • AU 321 sends a Q.931 SETUP(D) messages 204 to the ISDN 102 via the UNI interface 111. The ISDN will find out where AU 322 is located and sends a
  • the AU 322 responds to the Q.931 SETUP(D) message 206 by sending Q.931 CONNECT(D) message 208 back to ISDN.
  • the AU 321 receives a Q.931 CONNECT(D) message 210 from ISDN.
  • the AU 321 sends Q.931 CONNECT ACKNOWLEDGE(D) message 307 to the ISDN and the ISDN sends the Q.931 CONNECT ACKNOWLEDGED) message 214 to AU 322.
  • the bearer channel between AU 321 and 322 is connected at this time.
  • the AU 321 and 322 will communicate with each other using the Packet Protocol X.25 via the bearer channel.
  • the AU 321 will forward the X.25 CR message 305 as the X.25 CR(B) message 216 over the bearer channel.
  • the AU 322 will forward the X.25 CR(B) message 216 as the X.25 CR message 218 to the Packet Mode interface 132.
  • Fig. 6 is a message diagram illustrating a case in which the Packet Mode service is denied.
  • a X.25 Call Clear (CC) message 302 is received by AU 322 via Packet Mode interface 132
  • the X.25 CC(B) message 304 is sent to AU 321 via the bearer channel.
  • the AU 321 sends X.25 CC message 306 to the Packet Mode interface 131.
  • the AU 321 and 322 will then clear the ISDN circuit mode connection between them.
  • the message sequence for clearing the ISDN connection is not shown in Fig. 6.
  • Fig. 7 Shown in Fig. 7 is a message diagram illustrating the case in which the Packet Mode service is connected successfully.
  • An X.25 Call Accept (CA) message 402 is received by AU 322 via Packet Mode Interface 132.
  • An X.25 CA (B) message 404 is then sent to AU 321 via the bearer channel.
  • the AU 321 then sends the X.25 CA message 406 to the Packet Mode interface 131.
  • the AU 321 and 322 will continue exchanging X.25 messages as specified by the X.25 protocols until the call is terminated.
  • the circuit mode connection will then be disconnected.
  • the message sequence for clearing a call is not shown in Fig. 7.
  • Fig. 8 is a message diagram illustrating the use of present invention to set up a Packet Mode service over a ISDN.
  • the AU 321 receives an X.25 Call Request (CR) messages 502 on interface 131.
  • CR Call Request
  • the AU 321 sends a Q.931 SETUP (D) messages 504 to the ISDN via UNI interface 111.
  • This Q.931 SETUP (D) message 504 also carries additional information that includes all information on the CR message 502.
  • the ISDN will find where AU 322 is located and sends a Q.931 SETUP (D) message 506 via ISDN UNI 1 12 to AU 322.
  • the AU 322 Before the AU 322 sends response back to ISDN, it will form an X.25 CR message 508 by retrieving all X.25 CR information from the Q.931 SETUP (D) message 506.
  • the X.25 CR message 508 is then sent to Packet Mode interface 132. Shown in Fig.
  • the AU 322 receives an X.25 CC message 602 back from Packet Mode interface 132.
  • the AU 322 will send the Q.931 DISCONNECT (D) message 604 back to ISDN.
  • the Q.931 DISCONNECT (D) message 604 will carry additional information that duplicates all information on the X.25 CC message 602.
  • the AU 321 will receive the Q.931 DISCONNECT (D) message 606 from the ISDN.
  • the AU 321 will then form an X.25 CC message 608 and send it to the Packet Mode interface 131 by retrieving all X.25 CC information from the Q.931 DISCONNECT (D) message 506.
  • Fig. 10 Shown in Fig. 10 is a message diagram illustrating the case in which the call succeeds.
  • the AU 322 receives an X.25 CA message 702 from its Packet Mode interface 322. It will send a Q.931 CONNECT (D) message 704 back to the ISDN.
  • the Q.931 CONNECT (D) message will carry additional information that includes all information on the X.25 CA message 702.
  • the AU 321 will receive the Q.931 CONNECT (D) message 706 from the ISDN.
  • the AU 321 and 322 will complete the ISDN call setup sequence for a circuit mode connection. The sequence is not shown in Fig. 10.
  • the AU 321 will form an X.25 CA message 610 and send it to the Packet Mode interface 131 by retrieving all X.25 CA information from the Q.931 CONNECT (D) message 706.
  • this invention uses the ISDN call setup messages to carry call setup messages of Packet Mode protocol. It avoids using the ISDN bearer channel in the call setup phase of a Packet Mode call.
  • Shown in Fig. 12 is a message flow diagram illustrating a message sequence using today's technology to establish a Frame Mode call in a telecommunication system 301.
  • the AU 321 receives a Q.933 SETUP message 902 on interface 141.
  • the AU 321 will have to establish a circuit mode transparent network connection to the desired destination AU 322.
  • the AU 321 sends a Q.931 SETUP(D) message 904 to the ISDN via UNI interface 111.
  • the ISDN will find where AU 322 is located and send a Q.931 SETUP(D) message 906 via ISDN UNI 112 to AU 322.
  • the AU 322 responds to the Q.931 SETUP(D) message 906 by sending Q.931 CONNECT(D) message 908 back to the ISDN.
  • the AU 321 receives a Q.931 CONNECT(D) message 910 from the ISDN. It sends a Q.931 CONNECT ACKNOWLEDGE(D) message 912 to the ISDN and the ISDN sends a Q.931 CONNECT ACKNOWLEDGE(D) message 914 to AU 322.
  • the bearer channel between AU 321 and 322 is established. After the bearer channel is connected, the AU 321 and 322 will communicate with each other using the Frame Mode Protocols Q.922 and Q.933 via the bearer channel.
  • the AU 321 will forward the Q.933 SETUP message 902 as Q.933 SETUP(B) message 916 over the bearer channel.
  • the AU 322 will forward the Q.933 SETUP (B) message 916 as Q.933 SETUP message 918 to the Frame Mode interface 142.
  • the bearer channel is established and the Q.933 SETUP message is forwarded, there are two possible results that are described in Fig. 13 and Fig. 14. Shown in Fig 13 is a message diagram illustrating a case where the Frame Mode service is denied.
  • a Q.933 DISCONNECT message 1002 is received by AU 322 via the Frame Mode interface 142.
  • the Q.933 DISCONNECTS) message 1004 is sent to AU 321 via the bearer channel.
  • the AU 321 sends the Q.933 DISCONNECT message 1004 to Frame Mode interface 141.
  • the AU 321 and 322 will clear the ISDN circuit mode connection between them.
  • the message sequence for clearing the ISDN connection is not shown in Fig. 13.
  • Shown in Fig. 14 is a message diagram illustrating the case in which the Frame Mode service is connected successfully.
  • a Q.933 CONNECT message 1102 is received by AU 322 via the Frame Mode Interface 142.
  • a Q.933 CONNECT (B) message 1104 is sent to AU 321 via the bearer channel.
  • the AU 321 sends Q.933 CONNECT message 1106 to the Frame Mode interface 141.
  • AU 321 and 322 will continue exchanging messages as specified in Q.922 and Q.933 until the call is terminated.
  • the circuit mode connection will then be disconnected.
  • This message sequence for clearing a call is not shown in Fig. 14.
  • the message sequence shown in Fig. 12 - Fig. 14 conforms to Case A in ITU-T Recommendation Q.933.
  • the present invention will not need to use a bearer to establish a Frame Mode call. A customer will not be charged if the Frame Mode call fails. If the Frame Mode call is established successfully, the customer will not be charged for call setup time.
  • the present invention also uses the network resources more efficiently.
  • FIG. 15 Shown in Fig. 15 is a message diagram illustrating the use of the present invention to set up a Frame Mode call over an ISDN.
  • the AU 321 receives a Q.933 SETUP messages 1202 on interface 141, the AU 321 sends a Q.931 SETUP (D) messages 1204 to the ISDN via UNI interface 11 1.
  • This Q.931 SETUP (D) message also carries additional information that includes all information on the Q.933 SETUP message 1202.
  • the ISDN will find where AU 322 is located and send a Q.931 SETUP (D) message 1206 via ISDN UNI 112 to AU 322.
  • the AU 322 Before the AU 322 responds back to ISDN, it will create a Q.933 SETUP message 1208 by retrieving all Q.933 SETUP information from the Q.931 SETUP (D) message 1206.
  • the Q.933 SETUP message 1208 is sent to the Frame Mode interface 142.
  • Shown in Fig. 16 is a message diagram illustrating the case that the call fails.
  • the AU 322 receives a Q.933 DISCONNECT message 1302 back from Frame Mode interface 142.
  • the AU 322 will send the Q.931 DISCONNECT (D) message 1304 back to the ISDN.
  • the Q.931 DISCONNECT (D) message 1304 will carry additional information that includes all information of the Q.933 DISCONNECT message 1302.
  • the AU 321 will receive a Q.931 DISCONNECT (D) message 1306 from ISDN.
  • the AU 321 will create a Q.933 DISCONNECT message 1308 and sent it to the Frame Mode interface 141 by retrieving all Q.933 DISCONNECT information from the Q.931 DISCONNECT (D) message 1306.
  • Fig. 17 Shown in Fig. 17 is a message diagram illustrating the case that the call succeeds.
  • the AU 322 receives a Q.933 CONNECT message 1402 from its Packet Mode interface 142. It will send a Q.931 CONNECT (D) message 1404 back to the ISDN.
  • the Q.931 CONNECT (D) message will carry additional information that includes all information of the Q.933 CONNECT message 1402.
  • the AU 321 will receive a Q.931 CONNECT (D) message 1406 from the ISDN.
  • the AU 321 and 322 will complete the ISDN call setup sequence for a circuit mode connection. The sequence is not shown in Fig. 17.
  • the AU 321 lo The AU 321 lo
  • this invention uses ISDN call setup messages to carry call setup messages of Frame Mode protocol. It avoids using ISDN bearer channel in the call setup phase of a Frame Mode call.
  • Shown in Fig. 19 is a message flow diagram illustrating message sequence of using today's technology to establish a Cell Mode call in a telecommunication system 301.
  • the AU 321 receives a Q.2931 SETUP message 1602 on interface 151. In order to deliver the Q.2931 message, the AU 321 will have to establish a circuit mode transparent network connection to the desired destination AU 322.
  • the AU 321 sends a Q.931 SETUP(D) message 1604 to the ISDN via UNI interface 111.
  • the ISDN will find out where AU 322 is located and send a Q.931 SETUP(D) message 1606 via ISDN UNI 1 12 to AU 322.
  • the AU 322 responds to the Q.931 SETUP(D) message 1606 by sending Q.931
  • the AU 321 receives a Q.931 CONNECT(D) message 1610 from the ISDN. It sends a Q.931 CONNECT ACKNOWLEDGE(D) message 1612 to the ISDN and the ISDN sends a Q.931 CONNECT ACKNOWLEDGE(D) message 1614 to AU 322.
  • the bearer channel between AU 321 and 322 is then established. After the bearer channel is connected, AU 321 and 322 will communicate with each other using the Cell Mode Protocol Q.2931 via the bearer channel.
  • the AU 321 will forward the Q.2931 SETUP message 1602 as Q.2931 SETUP(B) message 1616 over the bearer channel.
  • the AU 322 will forward the Q.2931 SETUP (B) message 1616 as Q.2931 SETUP message 1618 to Cell Mode interface 152.
  • Q.2931 SETUP message 1618 is forwarded.
  • Fig. 20 Shown in Fig. 20 is message diagram illustrating the case in which the Cell Mode service is denied.
  • a Q.2931 DISCONNECT message 1702 is received by AU 322 via Cell Mode interface 152.
  • the Q.2931 DISCONNECT(B) message 1704 is sent to AU 321 via the bearer channel.
  • the AU 321 sends a Q.2931 DISCONNECT messages 1704 to Cell Mode interface 151.
  • the AU 321 and 322 will clear the ISDN circuit mode connection between them.
  • the message sequence for clearing ISDN connection is not shown in Fig. 20.
  • FIG. 21 Shown in Fig. 21 is a message diagram illustrating the case in which the Cell Mode service is connected successfully.
  • a Q.2931 CONNECT message 1802 is received by AU 322 via Cell Mode
  • a Q.2931 CONNECT (B) message 1804 is sent to AU 321 via the bearer channel.
  • the AU 321 sends Q.2931 CONNECT message 1806 to Cell Mode interface 151.
  • AU 321 and 322 will continue exchanging messages or cells until the call is terminated. The circuit mode connection will then be disconnected. This message sequence for clearing a call is not shown in Fig. 21.
  • Using the call setup sequence described in Fig. 19 - Fig. 21 has drawbacks. It is necessary to establish a circuit mode bearer channel on the ISDN before the Cell Mode call setup sequence can be completed. A customer may be charged for using the bearer channel. In the case that the Cell Mode call fails, the customer still may be charged even if his Cell Mode call does not complete. In the case that the Cell Mode call is connected successfully, the customer may be charged for not only the time to use bearer channel to exchange user data but also the time spent on call setup. Even if the operator of the ISDN does not charge customer for call setup time, it is still an inefficient way of using network resources. It requires more resources to establish a bearer channel than to pass call setup information over a signaling channel.
  • the present invention will not need to use a bearer to establish a Cell Mode call. A customer will not be charged if the Cell Mode fails. If the Cell Mode call is established successfully, the customer will not be charged for call setup time.
  • the present invention also uses the network resources more efficiently.
  • Shown in Fig. 22 is a message diagram illustrating the use of the present invention to set up a Cell Mode service over an ISDN.
  • the AU 321 receives a Q.2931 SETUP message 1902 on interface 151.
  • the AU 321 sends a Q.931 SETUP (D) message 1904 to the ISDN via UNI interface 111.
  • This Q.931 SETUP (D) message also carries additional information that duplicates all information of the Q.2931 SETUP message 1902.
  • the ISDN will find where AU 322 is located and send a Q.931 SETUP (D) message 1906 via ISDN UNI 112 to AU 322.
  • the AU 322 Before the AU 322 responds back to the ISDN, it will create a Q.2931 SETUP message 1908 by retrieving all Q.2931 SETUP information from the Q.931 SETUP (D) message 1906.
  • the Q.2931 SETUP message 1908 is sent to Cell Mode interface 152.
  • Shown in Fig. 23 is a message diagram illustrating the case in which the call fails.
  • the AU 322 receives a Q.2931 DISCONNECT message 2002 back from Cell Mode interface 152.
  • the AU 322 will send a Q.931 DISCONNECT (D) message 2004 back to the ISDN.
  • the Q.931 DISCONNECT (D) message will carry additional information that includes all information in the Q.2931 DISCONNECT message 2002.
  • the AU 321 will receive a Q.931 DISCONNECT (D) message 2006 from the ISDN.
  • the AU 321 will create a Q.2931 DISCONNECT message 2008 and send it to the Cell Mode interface 151 by retrieving all Q.2931 DISCONNECT information from the Q.931 DISCONNECT (D) message 2006.
  • Shown in Fig. 24 is a message diagram illustrating the case in which the call succeeds.
  • the AU 322 receives a Q.2931 CONNECT message 2102 from its Cell Mode interface 152. It will send a Q.931 CONNECT (D) message 2104 back to the ISDN.
  • the Q.931 CONNECT (D) message will carry additional information that includes all information on the Q.2931 CONNECT message 2102.
  • the AU 321 will receive a Q.931 CONNECT (D) message 2106 from the ISDN.
  • the AU 321 will send a Q.931 CONNECT ACKNOWLEDGE message 2108 to the ISDN and the ISDN will send a Q.931 CONNECT ACKNOWLEDGE message 2110 to AU 322.
  • the AU 321 will form a Q.933 CONNECT message 2112 and send it to the Cell Mode interface 151 by retrieving all Q.2931 CONNECT information from the Q.931 CONNECT (D) message 21
  • this invention uses ISDN call setup messages to carry call setup messages of a Cell Mode protocol. It avoids using the ISDN bearer channel in the call setup phase of a Cell Mode call.
  • a Q.931 message includes many Information Elements (IEs).
  • Some IEs have only local significance, that is, it is relevant only in one UNI. Some IEs have end-to-end significance, that is, it is passed unchanged from one UNI to another. In order to use a Q.931 message to carry Packet Frame Cell Mode protocol messages from one AU to another, they must be stored in IEs that have end-to-end significance.
  • One IE for such use is the User-user information element. It can be included in Q.931 SETUP, CONNECT, DISCONNECT, RELEASE and RELEASE COMPLETE messages. Shown in Fig. 1 1 is a User-user IE 802. Its format is defined in Q.931.
  • An X.25 Call Request (CR) message 804 is stored in the user information area of the User-user IE 802.
  • Shown in Fig. 18 is a User-user IE 802 in which a Q.933 SETUP message 1504 is stored in the user information area.
  • Shown in Fig. 25 is a User-user IE 802 in which a Q.2931 message 2204 is stored in the user information area.
  • Other possible choices are Called Party Subaddress, Calling Party Subaddress, Display or Codeset 7 Information Elements. This invention does not restrict which IE or IEs can are used to transport the Packet, Frame or Cell mode protocol messages.
  • this invention is applicable. If the IE has enough space to carry the whole Packet Mode protocol messages, it should be carried entirely. If the IE does not have enough space to carry the whole message, the size of the message must be reduced. One choice is to run this message through a lossless data compression program in the sending side to reduce the size. The receiving side will send the message through a decompression program to re-generate the original message. Another choice is to avoid sending some well-known information in the message.
  • the X.25 CR packet type identifier can be omitted in the IE because both sides know that only CR will be carried in Q.931 SETUP message.
  • the sending side can strip off the CR packet type identifier and the receiving side can put it back.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un système de connexion de réseau comprend une première unité adaptateur UA (201) qui est reliée à des premiers réseaux multiples (221, 223, 225) et à un réseau en pont (200), et une deuxième UA (202) qui est reliée à des seconds réseaux multiples (222, 224, 226) et au réseau en pont (200). La première UA (201) en réponse à une demande provenant d'un noeud d'un des seconds réseaux multiples envoie un signal de demande à la deuxième UA (202) qui spécifie la demande de service, la deuxième UA (202) en réponse au signal de demande vérifie la disponibilité du service et n'achève la connexion que si le service est disposible. Dans les formes de réalisation préférées les réseaux multiples peuvent être n'importe quelle combinaison de protocoles de réseaux disponibles et le réseau en pont (200) peut être une connexion téléphonique telle qu'un réseau numérique à intégration de services (RNIS).
PCT/US1997/014197 1996-08-09 1997-08-08 Pont multimode sur reseau rnis WO1998007258A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU40635/97A AU4063597A (en) 1996-08-09 1997-08-08 Multi-mode bridge over isdn network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US68953696A 1996-08-09 1996-08-09
US08/689,536 1996-08-09

Publications (1)

Publication Number Publication Date
WO1998007258A1 true WO1998007258A1 (fr) 1998-02-19

Family

ID=24768892

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1997/014197 WO1998007258A1 (fr) 1996-08-09 1997-08-08 Pont multimode sur reseau rnis

Country Status (2)

Country Link
AU (1) AU4063597A (fr)
WO (1) WO1998007258A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999009706A3 (fr) * 1997-08-13 1999-06-10 Koninkl Philips Electronics Nv Procede et systeme de demande de liaison automatique via un reseau a commutation par paquets
GB2347305A (en) * 1999-02-24 2000-08-30 Nokia Mobile Phones Ltd Telecommunication services identification

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5208811A (en) * 1989-11-06 1993-05-04 Hitachi, Ltd. Interconnection system and method for heterogeneous networks

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5208811A (en) * 1989-11-06 1993-05-04 Hitachi, Ltd. Interconnection system and method for heterogeneous networks

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999009706A3 (fr) * 1997-08-13 1999-06-10 Koninkl Philips Electronics Nv Procede et systeme de demande de liaison automatique via un reseau a commutation par paquets
GB2347305A (en) * 1999-02-24 2000-08-30 Nokia Mobile Phones Ltd Telecommunication services identification

Also Published As

Publication number Publication date
AU4063597A (en) 1998-03-06

Similar Documents

Publication Publication Date Title
US5544152A (en) Method for setting up virtual connections in packet switching networks
EP0746127B1 (fr) Participation sélective à une connexion de conférence multi-médias
US5574724A (en) Adjustment of call bandwidth during a communication call
US4888766A (en) Multi-terminal control system
AU760623B2 (en) Local switch
WO1998007258A1 (fr) Pont multimode sur reseau rnis
JPS63228898A (ja) 通信制御装置における着信処理方法
JP2731007B2 (ja) 回線交換システム
JP2801969B2 (ja) 電話番号リストのクリーニング装置およびクリーニング方法
JP2965396B2 (ja) 通信方式判定法
EP1095524B1 (fr) Signalisation dans un reseau de telecommunications
KR100402980B1 (ko) 브이오디에스엘 게이트웨이에서 씨씨에스 타입의아이에이디 가입자 수용 방법
KR0145796B1 (ko) 교환기의 핸드오버 처리 장치
AU1351400A (en) Process, adaption device, network node and switching centre for connecting a telecommunication terminal to the internet
KR100243482B1 (ko) 종합정보통신망의 지연보상 프로토콜에 따른 채널 식별 메시지처리 방법
JPH04362845A (ja) ユーザ情報転送方式
KR100258700B1 (ko) 전전자 교환기의 안내대를 통한 단축 다이얼 정보 출력방법
KR100248664B1 (ko) 종합정보통신망에서 지연등화 프로토콜에 따른 정보 채널 요구프리미티브 처리방법
JPH07307794A (ja) インターフェース識別子試験方法及び装置
KR0147349B1 (ko) 종합정보 통신망 전전자 교환기의 넘버.7 사용자부 출중계선 호처리 방법
KR100248661B1 (ko) 종합정보통신망에서 지연등화 프로토콜에 따른 채널 추가 요구프리미티브 처리방법
JP2757825B2 (ja) データ通信システムにおける保守情報の伝送制御方法
JPH06245241A (ja) プライベートネットワーク制御方式
JPH0614088A (ja) 通信制御処理装置
JPH11234412A (ja) 構内交換システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU CA JP

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: JP

Ref document number: 98509971

Format of ref document f/p: F

NENP Non-entry into the national phase

Ref country code: CA

122 Ep: pct application non-entry in european phase