Intelligent network and method for providing voice telephony over ATM and point-to-multipoint connectivity

CROSS-REFERENCE TO RELATED APPLICATIONS

0001This patent application is a continuation of U.S. patent application Ser. No. 09/768,069, filed Jan. 22, 2001, which claims the benefit of U.S. Provisional Patent Application No. 60/176,928, entitled FAST MSCP, each of which is hereby incorporated by reference for all purposes.

0002This application is related to U.S. patent application Ser. No. 09/768,068, now U.S. Pat. No. 7,266,111, entitled Intelligent Network and Method for Providing Voice Telephony over ATM; U.S. patent application Ser. No. 09/768,077, now U.S. Pat. No. 6,931,010, entitled Intelligent Network and Method for Providing Voice Telephony over ATM and Private Address Translation; U.S. patent application Ser. No. 09/768,070, now U.S. Pat. No. 7,106,748, entitled Intelligent Network and Method for providing Voice Telephony over ATM and Alias Addressing; U.S. patent application Ser. No. 09/767,476, now U.S. Pat. No. 7,130,393, entitled Intelligent Network and Method for Providing Voice Telephony over ATM and Closed Uses Groups; and U.S. patent application Ser. No. 09/766,943, entitled Intelligent Policy Server System and Method for Bandwidth Control in an ATM Network, and all of which are hereby incorporated by reference for all purposes.

0003Further, this application discloses subject matter related to the subject matter disclosed in the following co-assigned United States patent applications, each of which is incorporated herein by reference: Method and Apparatus for Providing Reliable Communications in an intelligent Network, filed Jan. 12, 2000, Ser. No. 09/481,910, now U.S. Pat. No. 6,535,910; Method and Apparatus for Providing Real-Time Call Processing Services in an Intelligent Network, filed Oct. 20, 1999, Ser. No. 09/421,827, now U.S. Pat. No. 6,393,481; Intelligent Call Processing System for a Telecommunications Network (Next Generation Intelligent Network (NGIN)), filed Oct. 19, 1999, Ser. No. 09/420,666, now U.S. Pat. No. 6,363,411; Method and Apparatus far Supporting ATM Services in an Intelligent Network, filed Oct. 19, 1999, Ser. No. 09/420,657, new U.S. Pat. No. 6,788,649; and Method and Apparatus for Managing Resources in an Intelligent Network, filed Oct. 19, 1999, Ser. No. 09/420,655, now U.S. Pat. No. 6,804,711.

TECHNICAL FIELD OF THE INVENTION

0004This invention relates in general to the field of data networks, telecommunications and more particularly to an intelligent network and method for providing voice telephony over Asynchronous Transfer Mode (“ATM”) and point-to-multipoint connectivity.

BACKGROUND OF THE INVENTION

0005The need for both voice telephony services as well as data services is common. Traditionally, this may only be achieved through the use of separate services. For example, dedicated voice telephony services and dedicated data services are provided over separate and distinct networks. This is a significant disadvantage because of the high expense of maintaining and paying for such separate and distinct services, not to mention the inconvenience and inefficiency introduced because voice and data services are not integrated.

0006Packet-switched telecommunications networks may be based on any of a variety of technologies and protocols such as, for example, Asynchronous Transfer Mode (“ATM”), MultiProtocal Label Switching (“MPLS”), Internet Protocol (“IP”) Frame Relay (“FR”), and X.25. Packet-switched telecommunications networks have data packets, cells, frames or blocks (hereinafter “packets” or “cells”) that are either of fixed length or variable length. Although originally designed to transmit data, as opposed to voice or voice encoded data, packet-switched telecommunications networks may be used for voice communications. Some of the packet-switched technologies that may be used for voice communications include, without limitation, Voice Telephony over ATM (“VToA”), Voice over Frame-Relay (“VoFR”), Voice over Digital Subscriber Line (“VoDSL”), and Voice over IP (“VoIP”).

0007Focusing on VToA when compared to voice communications or voice telephony provided over traditional circuit-dedicated or circuit-switching telecommunications networks, the use of VToA, unfortunately, presents significant problems and disadvantages, especially in view of the fact that the needs of both data communications and voice communications must be met over the same network. For example, VToA does not provide advanced telephony services and features that are commonly found in traditional circuit-dedicated telecommunications networks. Similarly, advanced signaling, also commonly found in traditional circuit-dedicated telecommunications networks, is not available for VToA in the same manner that circuit-dedicated or circuit-switching telecommunications networks.

0008To setup and establish a Switched Virtual Circuit (“SVC”) to support VToA between a calling party and a called party, various signaling or ATM messages are used within the ATM network. This may be achieved using ATM setup and connect messages. Once ATM signaling has established an SVC, a data connection is defined and data, such as voice encoded data, may be communicated. Voice encoded data may continue to be communicated until one end of the SVC issues a release message (or any similar message that causes a disconnection). At such time, the SVC is released and voice communications ceases. Examples of traditional ATM signaling used to setup and release point-to-point and point-to-multipoint SVCs for telephony applications are illustrated in the book entitled Hands-On ATM by David E. McDysan and Darren L. Spohn, which is incorporated herein for all purposes.

0009In a traditional telecommunications or voice network, signaling can be in-band or out-of-band. Signaling may be used to setup and establish voice circuits, to provide Intelligent Network (“IN”) or Advanced Intelligent Network (“AIN”) services and features, and to disconnect voice circuits. In an ATM network, where an SVC is established to support VToA, signaling is achieved through the use of ATM messages, such as those used to setup and disconnect SVCs. Unfortunately, such ATM signaling does not support IN or AIN to provide the advanced telephony services and features commonly found in traditional voice telecommunications networks. This significantly reduces the attractiveness of VToA as compared to traditional voice telecommunications networks or even some other data or packet networks capable of providing voice or telephony communications services.

0010More particularly, a serious problem and drawback of existing VToA is the difficulty or inability to institute advanced calling features on an ATM network-wide basis. Unfortunately, many customary and advanced voice telephony services, which are often available through traditional telecommunications networks designed to transport and support voice telephony, such as circuit-dedicated telecommunications networks, are not available or easily achieved or implemented with VToA. For example, the capability to block calls from one or more locations in a corporation to other locations or areas, such as a specified country or countries, is a valuable service or option that is available in traditional voice telecommunications networks. To implement such a service or feature in a traditional VToA would require that blocking information be provided in various systems and gateways and updated as needed. This is inefficient, cumbersome and expensive to carry out. As is illustrated, this type of a service is problematic to implement: in traditional VToA networks and systems. Various other valuable telecommunications services and features, which may be available in traditional telecommunications networks, suffer from the same significant disadvantage illustrated above.

0011In addition to the significant limitations in ATM signaling to support advanced or intelligent network telephony, the administration and maintenance of VToA systems and processes is extremely burdensome and expensive. For example, numerous private and public phone numbers, which change frequently, have to be updated and maintained in various systems and gateways. As moves, adds, changes, and deletions occur, each VToA gateway must be updated with the relevant changes. This is a critical task that is onerous and expensive to perform and fraught with potential errors.

0012Another serious drawback of traditional ATM network signaling is the lack of control regarding the establishment of point-to-multipoint connections. A point-to-multipoint connection may be defined as a unidirectional connection from a root node to multiple leaf nodes. Leaf nodes may be added or dropped as needed, without any automatic control or restriction on the bandwidth used or the number of leaf connections involved in such connections. As a result, point-to-multipoint connections on ATM networks are problematic and present a serious threat to the stability and performance of ATM networks.

SUMMARY OF THE INVENTION

0013From the foregoing it may be appreciated that a need has arisen for an intelligent network and method for providing VToA and point-to-multipoint control and connectivity that provides intelligent network signaling to support advanced telephony services and features for VToA and that support point-to-multipoint control, while still allowing the benefits of integrating voice and data communications on the same ATM network. In accordance with the present invention, an intelligent network and method for providing VToA and point-to-multipoint connectivity are provided that substantially eliminate one or more of the disadvantages and problems outlined above.

0014According to one aspect of the present invention, an intelligent network for use with an ATM network to set up an ATM switched virtual circuit to provide VToA services and point-to-multipoint connectivity is provided. The intelligent network includes a multi-service control point, an ATM signaling intercept processor, and a service administration. The multi-service control point receives an input extracted from an input ATM setup message that includes a called party phone number value, a VToA designator, and a request to establish a point-to-multi-point connection. The multi-service control point enforces policies regarding the establishment of point-to-multipoint connections, and generates an output in response for use in generating an output ATM setup message. The ATM signaling intercept processor intercepts the input ATM setup message from an ingress ATM edge switch of the ATM network, extracts the input from the input ATM setup message, communicates the input to the multi-service control point, receives the output generated by the multi-service control point, generates the output ATM setup message using the output, and communicates the output ATM setup message to the ingress ATM edge switch of the ATM network. The service administration provisions the multi-service control point and the ATM signaling intercept processor.

0015According to another aspect of the present invention, a method for providing a point-to-multipoint service to control point-to-multipoint connections using an intelligent network and a switched virtual circuit over an ATM network is provided. The method includes receiving a request from a calling party to establish a point-to-multipoint connection, determining if the calling party is authorized to make point-to-multipoint connections, rejecting the request if the calling party is not authorized to establish point-to-multipoint connections, analyzing the request to determine if the bandwidth requested for the point-to-multipoint connection is within authorized bandwidth limits, and rejecting the request if the bandwidth requested is not within authorized bandwidth limits. An intelligent network for providing VToA and point-to-multipoint connectivity is also provided.

0016The present invention provides a profusion of technical advantages that include the capability to efficiently and effectively provide advanced telephony services and functions, such as those related to point-to-multipoint connectivity and control and those related to VToA, through an intelligent network.

0017The present invention provides the significant technical advantage of allowing point-to-multipoint connections to be conveniently and efficiently managed, while minimizing the potential dangers that point-to-multipoint connections pose to ATM networks. In particular, point-to-multipoint connections are provided on an ATM network with a mechanism to easily manage potential negative bandwidth effects from point-to-multipoint connections. Users receive a more reliable ATM network and bandwidth allocation among users is determined with more certainty.

0018Yet another technical advantage of the present invention concerns the capability to provide a mechanism to control and provision the establishment and use of point-to-multipoint connections on an ATM network. This mechanism allows the size of a point-to-multipoint connection on an ATM network to be controlled through a limitation on the number of leaf nodes, while not interfering or affecting the performance of the existing point-to-multipoint connection. This mechanism also serves to protect the network from deliberate and accidental acts that may harm or degrade the performance of the network.

0019Another technical advantage of the present invention includes the capability to utilize an ATM network to provide advanced telephony functions, while efficiently using ATM bandwidth by setting up SVCs to handle phone calls and releasing this bandwidth when the phone call has ended. This results in efficient utilization of ATM bandwidth and may save capital costs by reducing the amount of bandwidth needed.

0020Yet another technical advantage of the present invention includes the capability to control ATM telephony or voice routing tables in a central location and in the intelligent network layers, as opposed to the prior technique, defined by the various ATM standards bodies, to control ATM telephony at the end points. This significantly reduces overall costs to operate a telecommunications network to support VToA, and significantly reduces the opportunity for erroneous information entering the network. This advantage is achieved by separating the ATM intelligence from the ATM switching.

0021Other technical advantages are readily apparent to one skilled in the art from the following figures, description, and claims.

BRIEF DESCRIPTION OF THE DRAWINGS

0022For a more complete understanding of the present invention and the advantages thereof, reference is now made to the following brief description, taken in connection with the accompanying drawings and detailed description, wherein like reference numerals represent like parts, in which:

0023<figref idref="DRAWINGS">FIG. 1</figref> is a diagram that illustrates a telecommunications network for providing VToA services using an ATM switched virtual circuit according to an embodiment of the present invention;

0024<figref idref="DRAWINGS">FIG. 2</figref> is a line diagram that illustrates the signaling and call flow performed by the intelligent network for a VToA call, including the setup, connect, and release portions, according to an embodiment of the present invention;

0025<figref idref="DRAWINGS">FIG. 3</figref> is a block diagram that illustrates an intelligent network used at the ingress side of an ATM network for providing VToA services using an ATM switched virtual circuit;

0026<figref idref="DRAWINGS">FIG. 4</figref> is a block diagram that illustrates the intelligent network used at the egress side of the ATM network for providing VToA services using an ATM switched virtual circuit;

0027<figref idref="DRAWINGS">FIG. 5</figref> is a diagram, similar to <figref idref="DRAWINGS">FIG. 1</figref>, that illustrates a telecommunications network for providing point-to-multipoint services to control the setup of a point-to-multipoint connection, according to an embodiment of the present invention;

0028<figref idref="DRAWINGS">FIG. 6</figref> is a line diagram, similar to <figref idref="DRAWINGS">FIG. 2</figref>, that illustrates the signaling and call flow performed by the intelligent network for controlling and providing point-to-multipoint connectivity, according to an embodiment; of the present invention; and

0029<figref idref="DRAWINGS">FIG. 7</figref> is a flowchart that illustrates a method for providing a point-to-multipoint service to control point-to-multipoint connections using an intelligent network and a switched virtual circuit over an ATM network, according to another aspect of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

0030It should be understood at the outset that although an exemplary implementation of the present invention is illustrated below, the present invention may be implemented using any number of techniques, whether currently known or in existence. The present invention should in no way be limited to the exemplary implementations, drawings, and techniques illustrated below, including the exemplary design and implementation illustrated and described herein.

0031<figref idref="DRAWINGS">FIG. 1</figref> is a diagram that illustrates a telecommunications network <b>10</b>, which also may be referred to as an intelligent ATM network or as a Smart Bandwidth on Command (“SBoC”) network, for providing Voice Telephony over ATM (“VToA”) services using an ATM Switched Virtual Circuit (“SVC”) according to an embodiment of the present invention. The description below in connection with <figref idref="DRAWINGS">FIGS. 1-4</figref> provides a discussion of the operation of the telecommunications network <b>10</b> for a point-to-point VToA connection, which assists with understanding the setup of a point-to-multipoint connection, including either a point-to-multipoint data, video or VToA connection. This will allow for a better understanding of the point-to-multipoint aspect of the present invention, which is described more fully in connection with the description accompanying the <figref idref="DRAWINGS">FIGS. 5</figref>, <b>6</b> and <b>7</b>.

0032The telecommunications network <b>10</b> includes an intelligent network <b>12</b>, which also may be referred to as an intelligent network layer, in communication with an ATM edge switch <b>14</b> and an ATM edge switch <b>16</b> of an ATM network <b>18</b>. A calling party location <b>20</b> is illustrated in communication with the ATM edge switch <b>14</b>, and a called party location <b>22</b> is shown in communication with the ATM edge switch <b>16</b>.

0033The intelligent network <b>12</b> is operable to intercept and process ATM signaling messages provided to the ATM edge switch <b>14</b> and the ATM edge switch <b>16</b>. This architecture allows the intelligent network <b>12</b> to provide various telephony features and services, including advanced telephony features and service, to VToA provided over an ATM network, such as the ATM network <b>18</b>, through an SVC.

0034It should be noted that the ATM edge switch <b>14</b> and the ATM edge switch <b>16</b> may be considered to be part of the ATM network <b>18</b>. Of course, the ATM network <b>18</b> may include any of a variety of ATM switches and/or ATM network elements or devices and may geographically span or cover virtually any region. The ATM switches of the ATM network <b>18</b>, including the ATM edge switch <b>14</b> and the ATM edge switch <b>16</b>, may be provided by any of a number of ATM switch manufacturers, such as, for example, NEWBRIDGE and ALCATEL. Of course, multiple connections can be provided to the ATM network <b>18</b> through any of a variety of edge switches, such as at the ATM edge switch <b>14</b>. In order to simplify the illustration of the present invention, including the illustration of setting up a VToA call originating from a calling party, only two connections to the ATM network <b>18</b> are illustrated in <figref idref="DRAWINGS">FIG. 1</figref> and include the calling party location <b>20</b> and the called party location <b>22</b>.

0035The calling party location <b>20</b> and the called party location <b>22</b> may include any of a variety of end-user devices and Customer Premises Equipment (“CPE”). For example, the calling party location <b>20</b>, which could be referred to as an ingress location since this is the calling location, includes a telephony device <b>24</b> and a CPE <b>26</b>. Similarly, the called party location <b>22</b> is illustrated with a telephony device <b>28</b> and a CPE <b>30</b>.

0036Of course, any of a number of arrangements may be provided at the calling party location <b>20</b> and the called party location <b>22</b>. In one embodiment, these locations may also include Data Communications Equipment (“DCE”) to support traditional ATM data communications. As is apparent, the capability to communicate both data and voice over the same ATM network provides significant advantages and conveniences that normally result in substantial savings. This arrangement in combination with the present invention allows both VToA calls, with intelligent network features and services provided or controlled by the intelligent network <b>12</b>, and ATM data transfers to be supported using the same ATM network, such as the ATM network <b>18</b>. For example, a business enterprise that has multiple locations may significantly benefit by providing voice communications, with intelligent networking features, using VToA and data communications all through the same ATM network.

0037In one embodiment, the telephony device <b>24</b> and the telephony device <b>28</b> may be provided as a telephone, a personal computer, a computer network, answering machine, video conferencing equipment, or any of a variety of other devices operable to support or provide telephony functionality. The CPE <b>26</b> and the CPE <b>30</b> may be implemented using any of a number of devices. For example, and without limitation, the CPE <b>26</b> and the CPE <b>30</b> may be implemented as a router, a PBX with ATM signaling capability, an enterprise gateway, or a network gateway. The CPE <b>26</b> and the CPE <b>30</b> may be implemented, in one embodiment, using a CPE device provided by ACCELERATED NETWORKS.

0038The communications link between the ATM edge switch and the calling party or called party location may be provided using any number of available links, such as dedicated links or leased lines. According to an aspect of the present invention, whenever a customer location desires to set up or establish an SVC to support VToA, a signaling ATM message, such as an ATM setup message, is provided from the customer location to the associated ATM edge switch of the ATM network <b>18</b>. For example, if the calling party location <b>20</b> desires to establish an SVC through the ATM network <b>18</b>, an ATM setup message may be sent from the calling party location <b>20</b> to the ATM edge switch <b>14</b>. This ATM setup message may be used to designate that this SVC is being setup or established to provide VToA. In one embodiment, an ATM setup message is sent from the calling party location <b>20</b> to the ATM edge switch <b>14</b> using a predefined or predetermined protocol such that a designated value, which may be referred to as a VToA designator, is included in the content or payload of the ATM setup message to indicate that this SVC is being set up or established to support VToA.

0039In one embodiment, the telephony device <b>24</b> is provided as a telephone or personal computer with telephony software, and the CPE <b>26</b> is provided as an enterprise gateway that is provisioned with a special ATM address to identify the CPE <b>26</b> as an ATM device. An ATM setup message may be generated by a calling party by using the telephony device <b>24</b> to enter a phone number, which may be referred to as a called party phone number value. The CPE <b>26</b> generates the ATM setup message, which may be referred to as an input ATM setup message, in response to initiate an SVC for VTaA by saving various values in the content of the ATM setup message.

0040The content may be stored in an ATM setup message using various designated areas, which may be referred to as fields, addresses or parameters. The content that is stored in each such parameter may be referred to as a value. An example of some of the parameters that may be present in an ATM setup message is provided in the following table:

0041<tables id="TABLE-US-00001" num="00001"><table frame="none" colsep="0" rowsep="0"><tgroup align="left" colsep="0" rowsep="0" cols="1"><colspec colname="1" colwidth="217pt" align="center" /><thead><row><entry namest="1" nameend="1" rowsep="1">TABLE 1</entry></row><row><entry namest="1" nameend="1" align="center" rowsep="1" /></row><row><entry>ATM SETUP MESSAGE PARAMETERS</entry></row><row><entry namest="1" nameend="1" align="center" rowsep="1" /></row></thead><tbody valign="top"><row><entry /></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="2"><colspec colname="offset" colwidth="70pt" align="left" /><colspec colname="1" colwidth="147pt" align="left" /><tbody valign="top"><row><entry /><entry>  Called Party Number</entry></row><row><entry /><entry> Called Party Subaddress</entry></row><row><entry /><entry> Calling Party Number</entry></row><row><entry /><entry>Calling Party Subaddress</entry></row><row><entry /><entry namest="offset" nameend="1" align="center" rowsep="1" /></row></tbody></tgroup></table></tables>

0042In a preferred embodiment of the present invention, the ATM address of the CPE <b>26</b>, which may be referred to as the ATM address of the calling party CPE, is stored in the ATM setup message as the calling party number parameter, the telephone number associated with the telephony device <b>24</b>, which may be referred to as the calling party phone number value, is stored in the ATM setup message as the calling party subaddress parameter, a special or designated number or address, which may be referred to as the VToA designator, is stored in the called party number of the ATM setup message, and the dialed or called telephone number, which may be referred to as the called party phone number value, is stored in the called party subaddress of the ATM setup message.

0043This input ATM setup message is then provided to the ATM network <b>18</b> at the ATM edge switch <b>14</b>. In essence, this ATM setup message instructs the ATM network <b>18</b> to setup an SVC between the ATM address of the CPE <b>26</b> and the special or designated ATM address that is provided as the called party number of the ATM setup message. This special or designated ATM address or number may also be referred to as a VToA designator. This is a predetermined or predefined number which will be used by the intelligent network <b>12</b> to indicate that this setup message request for an SVC is to provide VToA and hence the advance telephony services or features of the present invention should be applied by the intelligent network <b>12</b>.

0044The input ATM setup message is received at the ATM edge switch <b>14</b>. The ATM edge switch <b>14</b>, just like the ATM edge switch <b>16</b>, may be thought of as divided into two portions, a device side portion and a network side portion. The device side is the side where a customer or client interfaces, generally through a CPE, with the ATM network <b>18</b>. Signaling messages received at the device side of the ATM switch <b>14</b> from the CPE <b>26</b> are intercepted by the intelligent network <b>12</b>. The intelligent network <b>12</b>, which will be described more fully below in connection with <figref idref="DRAWINGS">FIG. 1</figref> and <figref idref="DRAWINGS">FIGS. 3 and 4</figref>, receives the input ATM setup message generated by the CPE <b>26</b> and analyzes its contents. From this analysis, the presence of the VToA designator, which in one embodiment may be stored in the called party number parameter of the ATM setup message, indicates that this input ATM setup message is a request to setup an SVC for VToA.

0045Once it is determined that the signaling message is a request to setup or establish an SVC for VToA, the intelligent network <b>12</b> will, preferably, perform as much processing as possible on the ATM setup message at the ingress ATM edge switch. Before discussing some of the various intelligent network services or features that may be provided by the present invention, the processing of the input ATM setup message is discussed. In one embodiment, the intelligent network <b>12</b> locates the called party phone number value and performs a table search or “look-up” to determine a corresponding ATM address, such as the input ATM setup message is discussed. In one embodiment, the intelligent network <b>12</b> locates the called party phone number value and performs a table search or “look-up” to determine a corresponding ATM address, such as the ATM address for a destination CPE or device, such as a termination gateway, an enterprise gateway or a network gateway. This ATM address may be referred to as the ATM address of the called party CPE. In a preferred embodiment, the called party phone number value is retrieved from the called party subaddress parameter to perform the necessary functions to find the associated destination ATM address. Once located, this destination ATM address may be provided so that a modified or output ATM setup message may be generated to establish an SVC to support VToA from the CPE <b>26</b> to the destination ATM device. In a preferred embodiment, the calling party phone number value is stored in the calling party subaddress parameter of the input ATM setup message, and the ATM address of the calling party CPE or device is stored in the calling party number parameter of the input ATM setup message.

0046When a VToA call originates from the calling party location <b>20</b> and terminates at the called party location <b>22</b>, the ATM edge switch <b>14</b> may be referred to as the ingress ATM switch while the ATM edge switch <b>16</b> may be referred to as the egress ATM edge switch. Generally, each such ATM edge switch may function as either an ingress or an egress ATM edge switch.

0047The output ATM setup message is transmitted from the intelligent network <b>12</b> to the network side of the ATM edge switch <b>14</b> where it is sent to the ATM network <b>18</b>. The output ATM setup message is transmitted through the ATM network until it arrives at the network side of the ATM edge switch <b>16</b>. The intelligent network <b>12</b> intercepts and processes this ATM message and, generally, will provide the ATM massage back to the device side of the ATM edge switch <b>16</b> at the appropriate port so that it will be communicated to the CPE <b>30</b> of the called party location <b>22</b>. If the intelligent network <b>12</b> modifies or changes the output ATM setup message, the resulting ATM message may be referred to as a destination or gateway ATM setup message.

0048A preferred embodiment of an implementation of the intelligent network <b>12</b> is provided next. The intelligent network <b>12</b>, as shown in <figref idref="DRAWINGS">FIG. 1</figref>, includes an ATM signaling intercept processor (“ASIP”) <b>40</b>, which is associated with the ATM edge switch <b>14</b> that is shown serving as an ingress ATM edge switch, an ASIP <b>42</b>, which is associated with the ATM edge switch <b>16</b> that is shown serving as an egress switch, a multi-service control point (“MSCP”) <b>44</b> in communication with the ASIP <b>40</b>, an MSCP <b>46</b> in communication with the ASIP <b>42</b>, and a service administration <b>48</b>. The service administration <b>48</b>, in the embodiment shown in <figref idref="DRAWINGS">FIG. 1</figref>, is operable to provision the ASIP <b>40</b>, the MSCP <b>44</b>, the ASIP <b>42</b>, and the MSCP <b>46</b>. In provisioning these elements of the intelligent network <b>12</b>, the service administration <b>48</b> will, preferably, provide user interfaces to each such element. In a preferred embodiment, the service administration <b>48</b> also maintains a database of record, which may be the same as or similar to the database shown in the MSCP <b>44</b> and the MSCP <b>46</b>.

0049The ASIP <b>40</b> and the ASIP <b>42</b> will generally be associated with a designated ATM edge switch, such as the ATM edge switch <b>14</b> and the ATM edge switch <b>16</b>. The MSCPs, such as the MSCP <b>44</b> and the MSCP <b>46</b>, may interface or work in conjunction with one or more ASIPs. In an alternative embodiment, one MSCP interfaces and works with all ASIPs of the intelligent network <b>12</b>. All of the MSCPs of the intelligent network <b>12</b> may provide the same or essentially the same functionality.

0050The ASIP <b>40</b> and the ASIP <b>42</b>, generally, function to intercept ATM signaling messages, such as an ATM setup message, an ATM connect message, and an ATM release message. The ASIP <b>40</b> and the ASIP <b>42</b> intercept and process ATM signaling messages from the associated switch whether the signaling messages are provided from the device side or from the network side of the associated ATM edge switch. It should be noted that the ASIP <b>40</b> and the ASIP <b>42</b> are both capable of or operable to receive signaling messages provided through their associated ATM edge switch in either direction. For example, although the call setup illustrated in <figref idref="DRAWINGS">FIG. 1</figref> illustrates a VToA call that originates at the calling party location <b>20</b> and terminates at the called party location <b>22</b>, the ASIP <b>40</b> and the ASIE? <b>42</b> perform their functions when the ATM signaling messages are traveling in the opposite direction, such as if the called party location <b>22</b> originates a VToA call through an SVC to the calling party location <b>20</b>. Once the ATM signaling message, such as the input ATM setup message, is intercepted, an input is generated by the ASIP and the input is provided to the associated MSCP, such as the MSCP <b>44</b> and the MSCP <b>46</b>.

0051The MSCP <b>44</b> and the MSCP <b>46</b> both contain various applications that can provide intelligent network and even advanced intelligent network VToA services and features. The applications will preferably be provided as software applications that provide the desired logic and algorithms to achieve the desired intelligent network service or feature. In performing these various services and features, the MSCPs must access various information that may include, for example, ATM addresses, associated telephone numbers, customer profiles, user profiles, and any of a variety of other needed information to support ox provide the desired service and feature.

0052As a result of the processing performed by the MSCP <b>44</b> and the MSCP <b>46</b>, an output is generated. The output is then provided back down, as represented by the arrows extending from the MSCPs to their associated ASXPs, so that the ASIP <b>40</b> and the ASIP <b>42</b> may assemble the output to generate a resulting ATM message. The ASIP, in a preferred embodiment, also provides call modeling functionality that allows multiple calls to be modeled.

0053To illustrate the operation of the intelligent network <b>12</b> to provide intelligent network functionality to the telecommunications network <b>10</b> and the ATM network <b>18</b>, the establishment of an SVC for VToA is illustrated next. Assuming that the calling party location <b>20</b> initiates the establishment or setup of an ATM SVC for VToA with the telephony device <b>28</b> of the called party location <b>22</b>, the CPE <b>26</b> of the calling party location <b>20</b> responds to the request by the telephony device <b>24</b> to setup a phone call. The CPE <b>26</b> generates an input ATM setup message and provides this input ATM setup message to the ATM edge switch <b>14</b>. The ATM edge switch <b>14</b> may be thought of as having a device side portion and a network side portion, just like the ATM edge switch <b>16</b>, The input ATM setup message is received at the device side of the ATM edge switch <b>14</b> and is intercepted by the ASIP <b>40</b>.

0054The ASIP <b>40</b> processes the input ATM setup message and, using one or more of the various values that may be stared within or in association with the input ATM setup message, generates an input. The input is then communicated or provided to the MSCP <b>44</b>, The MSCB-<b>44</b> may provide any number of telephony services and features. The MSCP <b>44</b>, however, must analyze the input to determine if the input ATM setup message is a request for an SVC for VToA. In a preferred embodiment, a predefined or predetermined value is stored within the called party number parameter of the input ATM setup message. The value provided within this called party number parameter of the input ATM setup message is analyzed to determine if the input ATM setup message is requesting an SVC for VToA. In one embodiment, the value stored within the called party number parameter of the input ATM setup message may be referred to as a VToA designator, i.e., designating that the input ATM setup message is a request for an SVC for VToA. It should be understood, however, that any of a variety of ATM setup messages parameters may be used to provide this functionality. The CPE <b>26</b>, which originally generated the input ATM setup message, will store the appropriate VToA designator value within the appropriate parameter, such as the called party number parameter, when generating the input ATM setup message so that the appropriate MSCP associated with the ingress ATM edge switch will recognize the input ATM setup message as one requesting an SVC for VToA.

0055If the VToA designator is not found, the MSCP <b>44</b> will provide an output to the ASIP <b>40</b> and the ATM setup message will continue as if a request is being made to establish or setup an SVC for a data transfer. If the VToA designator is found, additional service and feature processing may proceed. In order for the SVC for VToA to be established, a called party phone number value, which will be included as part of the input from the ASIP <b>40</b>, will need to correlated by the MSCP <b>44</b> with a corresponding value that is equal to the ATM address of the called party CPE, which is in this case is the CPE <b>30</b>. If the called party phone number value is not found, the call may fail or be rejected. The ATM address of the called party CPE and the called party phone number value, along with any other values generated as a result of the processing that may have occurred through any of a variety of services and features that may be provided by the MSCP <b>44</b>, results in the MSCP <b>44</b> generating an output. The output is received and used by the ASIP <b>40</b> to generate or assemble an output ATM setup message.

0056The output ATM setup message may then be provided to the network side of the ATM edge switch <b>14</b> where it is then routed through the ATM network <b>18</b> using traditional or available ATM protocols until the output ATM setup message is received at the network side of the ATM edge switch <b>16</b>. Of course, the ATM network <b>18</b> may include any of a variety or any number of ATM switches, such as the ATM switches <b>18</b><i>a</i>, <b>18</b><i>b</i>, <b>18</b><i>c</i>, and <b>18</b><i>d</i>. It should also be noted that any number of additional ATM edge switches may be connected to the ATM network <b>18</b> through virtually any available ATM switch ox ATM network element.

0057The output ATM setup message is received at the network side of the ATM edge switch <b>16</b> where the ASIP <b>42</b> intercepts the signaling message and generates an input. The input is provided from the ASIP <b>42</b> to the MSCP <b>46</b>. The MSCP <b>46</b>, similar to the MSCP <b>44</b>, analyzes the input to determine what, if any, processing is needed. In this case, the MSCP <b>46</b> finds the ATM address of the called party CPE, which in this case is the CPE <b>30</b>, in the input and provides appropriate routing information and generates a corresponding output of the MSCP <b>46</b>. Of course, various other processing may also occur, depending on the particular feature or service.

0058The ASIP <b>42</b> receives the output from the MSCP <b>46</b> and generates or assembles another setup message. In one embodiment, the resulting ATM setup message may be referred to as a destination or gateway ATM setup message since it will ultimately be provided to the CPE <b>30</b>, which may be implemented as an enterprise gateway, a network gateway or any of a variety of telephony access devices. If the output ATM setup message is not changed by the output from the MSCP <b>46</b>, the resulting ATM setup message may still be referred to as the output ATM setup message and it is provided to the device side of the ATM edge switch <b>16</b>, just like any destination or gateway setup message, where it is then provided to the CPE <b>30</b>.

0059At the CPE <b>30</b>, the appropriate telephony device, in this case telephony device <b>28</b>, is contacted so that a call may be established or setup. In response, the CPE <b>30</b> may generate an ATM connection message or any other ATM signaling message which is available and would be known to those of ordinary skill in the art. For example an ATM connection message and an ATM release message may be generated during this VToA call.

0060<figref idref="DRAWINGS">FIG. 2</figref> is a line diagram <b>100</b> that illustrates the signaling and call flow performed by the intelligent network for a VToA call, including the setup, connect, and release portions of the VToA call, according to an embodiment of the present invention. The VToA call is achieved through the use of an ingress device <b>102</b>, an ingress ATM edge switch <b>104</b>, an ingress ASIP <b>106</b>, an ingress MSCP <b>108</b>, an ATM network <b>110</b>, an egress ATM edge switch <b>112</b>, an egress ASIP <b>114</b>, an egress MSCP <b>116</b>, and an egress device <b>118</b>. Starting in the upper lefthand portion of <figref idref="DRAWINGS">FIG. 2</figref>, an input ATM setup message is generated and provided from the ingress device <b>102</b> to the ingress ATM edge switch <b>104</b>.

0061The ingress device <b>102</b> may be any of a variety of devices such as the CPE <b>26</b> of <figref idref="DRAWINGS">FIG. 1</figref>, a router, a PBX, a telephony access device, or a gateway, such as an enterprise gateway or a network gateway to provide access to the Public Switched Telephone Network (“PSTN”). Generally, the ingress device <b>102</b> must simply have the capability to generate an input ATM setup message that includes a VToA designator stored in the called party number parameter of the input ATM setup message (or other location or parameter depending on the intelligent network design), and a called party phone number value stored in the called party subaddress parameter of the input ATM setup message. In other embodiments, the input ATM setup message may also contain the value of the ATM address of the calling party CPE and the calling party phone number value. In such a case, these values are preferably stored in the calling party number parameter and the calling party subaddress parameter, respectively, of the input ATM setup message. Line <b>120</b> represents the communication of the input ATM setup message from the ingress device <b>102</b> to the ingress ATM edge switch <b>104</b>.

0062It should be noted that the line diagram <b>100</b> illustrates only the basic signaling and call flow of a VToA call. Other signals or messages, which would be understood by one of ordinary skill in the art and normally provided automatically as part of one or more ATM specifications, may include various acknowledgment signals or messages, such as connect acknowledge, a call proceeding message, and a release complete message.

0063The ingress ATM edge switch <b>104</b> receives the input ATM setup message and communicates it to the ingress ASIP <b>106</b> as represented by a line <b>122</b>. The ingress ASIP <b>106</b> provides various values and addresses contained within various parameters of the input ATM setup message and provides those values to the ingress MSCP <b>108</b> as shown in a line <b>124</b>. For example, the ingress ASIP <b>106</b> may provide the VToA designator, which may be stored in the called party number parameter of the input ATM setup message, and the called party phone number value, which may be stored in the called party subaddress parameter of the input ATM setup message, to the ingress MSCP <b>108</b>. The VToA designator is used in the present invention to indicate that a setup message is requesting to set up an SVC for VToA.

0064After the ingress MSCP <b>108</b> confirms, by analyzing the value of the VToA designator, that an SVC far VToA is requested, the ingress MSCP <b>108</b> may perform any of a variety of advanced telephony functions to provide VToA services and features as desired or requested. If a VToA designator is not found by the MSCP <b>108</b> during setup, an ATM data call may be assumed. The ingress MSCP <b>108</b> may provide any of a variety of advanced telephony functions to provide VToA services and features. Example of some of these services and features include Default Calling Party Number Handling (“DCH”), Source Address Validation (“SAV”), customer Port Maximum Call Attempt Rate Limit (“CMR”), Closed User Group (“CUG”), Destination Address Screening (“DAS”), Source Address Screening (“SAS”), Customer Port Maximum Burst Size Limit (“CMDS”), Customer Port Aggregate Bandwidth Limit (“CBW”), Customer Port Maximum Concurrent Calls in Progress Limit (“CMC”), Private Address Translation (“PAT”), Customer Port Service Class Selection (“CSCS”), and Point-to-Multipoint, Root-Initiated Connections (“P2MR”). Preferably, most of the intelligent network features and processing are performed at the ingress MSCP <b>108</b>. In some cases, such as, for example, PAT, additional intelligent networking service or feature processing must be performed at other locations, such as the egress MSCP <b>116</b>.

0065A brief summary of the calling services and features mentioned above is provided. DCH provides logic to handle input ATM setup messages in which a calling party phone number value is not provided. In such a case, the DCH feature may substitute a default calling party phone number value. SAV determines whether a user is requesting a call through an authorized or proper port. VToA privileges may be given on a per port basis, and the SAV feature may insure that only authorized users are allowed to access the ATM network through particular network ports, such as a physical port or a Customer Logic Port (“CLP”). CMR may be used to verify that the number of access attempts at a CLP does not exceed a provisioned or predetermined rate.

0066The CUG feature allows various users of an enterprise or customer to be partitioned into defined user groups. This allows various policies or privileges to be enforced on a group basis. A basic feature of CUG is to provide the capability to restrict calls to other users outside of the CUG or within certain other closed user groups. The DAS and SAS services or features provide call-screening lists that allow either the originating party or the terminating party to define the addresses to which calls can be made or from which calls can be received, respectively. In one embodiment, two types of call-screening lists may be supported for each user or subscriber that include a group list and a user list. This allows these services or features to be provided either on a group basis, an individual user basis, or both, The CMBS and CBW services or features provide a mechanism in which burst-size and bandwidth requests may be limited. This may prevent a few users from allocating large amounts of bandwidth and ATM network capability at the expense of other users. Similarly, the CMC feature limits the number of connections through a particular port.

0067The PAT service provides the significant advantage of allowing a customer to keep its own ATM numbering or addressing scheme. PAT is an example of a feature that requires ATM intelligent network processing, according to an embodiment of the present invention, at both the ingress ATM edge switch and the egress ATM edge switch. The CSCS feature provides a mechanism to configure the service classes available for a particular customer, which may be set up through an individual CLP. As an example, CSCS may support the capability to configure various classes of service such as Continuous Bit Rate (“CBR”), Variable Bit Rate, Non-Real Time (“VBR-NRT”), Variable Bit Rate, Real Time (“VBR-RT”), Unspecified Bit Rate (“UBR”) and Available Bit Rate (“ABR”). The P2MR feature or service allows for point-to-multipoint VToA to be provided using an SVC. These types of connections are unidirectional and, just as with point-to-point connections, can support virtually any type of content such as voice or video.

0068Referring back to <figref idref="DRAWINGS">FIG. 2</figref>, the ingress MSCP <b>108</b> will provide any of a number of various features, such as those just described, by performing any of a number of database or table queries and executing any of a number of applications or algorithms. As a result, the ingress MSCP <b>108</b> provides an output back to the ingress ASIP <b>106</b> as represented by the line <b>126</b>. This output will be used by the ingress ASIP <b>106</b> to generate an output ATM setup message. The output will normally include an ATM address of the called party CPE. The CPE may be implemented as, for example, an enterprise gateway, a network gateway, or virtually any other telephony access device. The ingress ASIP <b>106</b> assembles or generates the output ATM setup message and provides this message to the ingress ATM edge switch <b>104</b> as represented by a line <b>128</b> of <figref idref="DRAWINGS">FIG. 2</figref>.

0069The output ATM setup message then passes through the ATM network <b>110</b> until it reaches the egress ATM edge switch <b>112</b>. This is represented by a line <b>130</b>. Similar to how the input ATM setup message was processed by the ingress devices, the egress devices process the output ATM setup message. Initially, the output ATM setup message is intercepted by the egress ASIP <b>114</b> once it reaches the egress ATM edge switch <b>112</b>. This is represented by a line <b>132</b>.

0070The egress ASIP <b>114</b> transfers various input values from the output ATM setup message to the egress MSCP <b>116</b>. The egress MSCP <b>116</b> may provide various processing, but as mentioned above, most of the intelligent network service or feature processing will, preferably, be performed at the ingress side. The egress MSCP, in one embodiment, receives the ATM address of called party CPE and determines which port of the egress ATM edge switch <b>112</b> the setup message should be provided so that it may be communicated to the egress device <b>118</b>. The egress MSCP <b>116</b>, depending on the processing performed, may modify the input provided from the egress ASIP <b>114</b> and generate an output that is provided back to the egress ASIP <b>114</b>, which is represented by a line <b>136</b> in <figref idref="DRAWINGS">FIG. 2</figref>.

0071The egress MSCP <b>116</b> may provide various applications, logic, and the like to carry out any of a variety of advanced intelligent network features. The egress MSCP <b>116</b> may contain various data provided in tables ox databases, or have the capability to access data external to the egress MSCP <b>116</b>. It should also be noted that the features or services provided by the egress MSCP <b>116</b> and the ingress MSCP <b>108</b> may be achieved by the same MSCP. The ASIPs, however, will generally be associated or dedicated to each ATM edge switch that the ASIP serves. It should also be noted that although the egress MSCP <b>116</b> is shown in <figref idref="DRAWINGS">FIG. 2</figref> serving as an egress device <b>118</b> whenever the egress device <b>118</b> originates an SVC for VToA over the ATM network <b>110</b>, the egress MSCP <b>116</b> will generally function as just described for the ingress MSCP <b>108</b>.

0072The egress device <b>118</b>, just as with the ingress device <b>102</b> described above, may be virtually any available CPE device such as, for example, an enterprise gateway, a network gateway, or a telephony access device. If the egress device <b>118</b> is an enterprise gateway, the egress MSCP <b>116</b> will generally not modify the input provided to it from the egress ASIP <b>114</b> and thus the egress ASIP <b>114</b> will receive an output from the egress MSCP <b>136</b> that is the same or similar as the input. In such a case, the output ATM setup message is provided to the egress ATM edge switch <b>112</b> where it is then provided to the egress device <b>118</b> to establish an SVC for VToA. This is represented by lines <b>138</b> and <b>140</b>.

0073If the egress device <b>118</b> is a network gateway, or some similar device, the egress MSCP <b>116</b> may perform database operations to properly route the setup message to the egress device <b>118</b>. In such a case, the egress MSCP <b>116</b> generates appropriate output and provides this output to the egress ASIP <b>114</b>, as represented by the line <b>136</b>. The egress ASIP <b>114</b> then assembles or generates another ATM setup message, which may be referred to as a destination or gateway ATM setup message, and provides this setup, message to the egress ATM edge switch <b>112</b>, which then provides such message to the egress device <b>118</b>. This is represented by lines <b>138</b> and <b>140</b>.

0074Once a party answers a telephony device, the egress device <b>118</b> generates an ATM connect message. This connect message is illustrated in <figref idref="DRAWINGS">FIG. 2</figref> by lines <b>142</b>-<b>162</b>. The ATM connect message propagates through the ATM network <b>110</b> until a connection is made between the ingress device <b>102</b> and the egress device <b>118</b>. The ATM connection message is processed, similar to the ATM setup message, such that the ingress and egress ASIPs and MSCPs intercept and analyze each such signaling messages. At this point, an SVC has been established between the ingress device <b>102</b> and the egress device <b>118</b> through the ATM network <b>110</b> to provide VToA with intelligent network services and features. The MSCP and the ASIP may also provide call modeling to track various calls.

0075Once a party desires to end the call, which can come from either the ingress device <b>102</b> or the egress device <b>118</b>, an ATM release message is generated. In <figref idref="DRAWINGS">FIG. 2</figref>, this ATM release message is generated by the ingress device <b>102</b>. This proceeds similar to the connect and setup messages and is illustrated in <figref idref="DRAWINGS">FIG. 2</figref> by the lines <b>164</b>-<b>186</b>. This ends the VToA call.

0076<figref idref="DRAWINGS">FIG. 3</figref> is a block diagram that illustrates an intelligent network <b>300</b> used at the ingress side of an ATM network for providing VToA services using an ATM switched virtual circuit. The intelligent network <b>300</b> includes an ASIP <b>302</b>, an MSCP <b>304</b>, and a service administration <b>306</b>. A remote, external database <b>308</b> is also shown in <figref idref="DRAWINGS">FIG. 3</figref> with a communications link with the MSCP <b>304</b>. The database <b>308</b> is provided to illustrate the fact that the MSCP <b>304</b> may rely on external databases or tables. The service administration <b>306</b> may also contain various tables or databases that the MSCP <b>304</b> accesses or that is provided to the MSCP <b>304</b> as a database of record.

0077The ASIP <b>302</b> interfaces with an ATM edge switch, not shown in <figref idref="DRAWINGS">FIG. 3</figref>, and is capable of intercepting and receiving ATM message signals, such as ATM setup, connect, and release messages. When the ATM edge switch serves as the ingress ATM edge switch, the ASIP <b>302</b> receives ATM signaling messages from the device side of the ingress ATM edge switch. To establish an SVC to provide VToA, the ingress ATM edge switch provides an input ATM setup message from its device side to the ASIP <b>302</b>. In addition to the functions described next, the ASIP <b>302</b> may also provide call modeling functionality. The ASIP <b>302</b> receives the input ATM setup message and, in one embodiment, extracts various information, such as the called party phone number value and the VToA designator, and communicates this information to the MSCP <b>304</b> as an input. The communications link between the MSCP <b>304</b> and the ASIP <b>302</b> may be a local connection or it may be a remote or long distance link. In one embodiment, the called party phone number value is stored in the called party subaddress parameter of the input ATM setup message and the VToA designator is stored in the called party number parameter of the input ATM setup message.

0078The MSCP <b>304</b>, which also may be referred to as a policy server, includes various applications <b>310</b> and a database <b>312</b>. The applications <b>310</b> may include any of a variety of software programs, logic, and algorithms that serve to provide VToA services and features. The database <b>312</b> may include any of a variety of tables and information useful to provide VToA services and features.

0079The service administration <b>306</b> is capable of provisioning the MSCP <b>304</b>, and in some embodiments, the ASIP <b>302</b>, The service administration <b>306</b> may control or synchronize multiple MSCPs ensure that data or information in various MSCPs of the ATM network are coordinated and consistent.

0080The MSCP <b>304</b> receives the input from the ASIP <b>302</b> and can provide any number of VToA services and features. In order to establish an SVC for VToA, the MSCP <b>304</b> must determine if the input, provided by the ASIP <b>302</b> from the input ATM setup message, is a request to establish an SVC for VToA. If not, processing of an ATM data call proceeds. The MSCP <b>304</b>, in a preferred embodiment, determines that the input ATM setup message is requesting an SVC to establish VToA by looking for the presence of the VToA designator, If present, the MSCP <b>304</b> uses the database <b>312</b> to determine the ATM address of the called party CPE using the called party phone number value provided as an input from the ASIP <b>302</b>. The MSCP <b>304</b> may provide any of a variety of additional services and features, such as those described above in connection with <figref idref="DRAWINGS">FIG. 2</figref>, and will, generally, use the applications <b>310</b> and the database <b>312</b> to achieve these services and features. The MSCP <b>304</b> generates an output in response to the processing just described and communicates this output to the ASIP <b>302</b>. If a VToA is to be set up, the output will generally include at least the called party phone number value and the ATM address of the called party CPE.

0081To illustrate some of the processing that may be performed by the MSCP <b>304</b> on the input provided by the ASIP <b>302</b>, the following examples are provided. Assuming that an ATM address of the calling party CPE is provided as part of the input ATM setup message, and preferably as the calling party number parameter, the ASIP <b>302</b> may provide this as an input to MSCP <b>304</b>. The value of this address is then used to determine what services or features are available for this particular address. The MSCP <b>304</b> may also, by examining the value of the called party phone number value provided in the called party subaddress parameter of the input ATM setup message, determine or perform database queries to determine if the requested call is to a private number, a long distance or international number, a local number, an emergency number, etc. In a preferred embodiment, this is performed using various tables, which may be provided in the database <b>312</b>, and by examination of the prefix digits of the called party phone number value. The MSCP <b>304</b> may also remove or add prefix or suffix digits to the called party phone number value. The result of any such prefix/suffix manipulation results in a revised called party phone number value. This revised number may then be used to determine a corresponding ATM address of the called party CPE.

0082The MSCP <b>304</b> may also, depending on the features and capabilities associated with one or more of the calling party phone number value, the ATM address of the calling party CPE, and the called party phone number value, consult a database or table of provisioned information to determine whether the called party phone number value should be translated to some other phone number and whether permission to make such a call is available. For example, the destination party may have forwarded their phone number to another phone number. In such a case, the MSCP <b>304</b> may determine that the called party phone number value should be translated to another called party phone number value. In such a case, the MSCP <b>304</b> may request whether the calling party has permission or sufficient rights to place a call to the translated or forwarded called party phone number.

0083As a result of the various manipulations and features and services provided by the MSCP <b>304</b>, an output is provided to the ASIP <b>302</b>. The ASIP <b>302</b> assembles or generates an output ATM setup message using the output from the MSCP <b>304</b>. In a preferred embodiment, the resulting called party phone number value is stored in the called party subaddress parameter of the output ATM setup message, and the original calling party phone number value is stored in the calling party subaddress of the output ATM setup message. In addition, the output ATM setup message may include the ATM address of the calling party CPE stored in the calling party number parameter, and the calling party phone number value stored in the calling party subaddress. As an example, the following two tables illustrate various parameters and corresponding values or addresses of the input ATM setup message and the output ATM setup message.

0084<tables id="TABLE-US-00002" num="00002"><table frame="none" colsep="0" rowsep="0"><tgroup align="left" colsep="0" rowsep="0" cols="1"><colspec colname="1" colwidth="217pt" align="center" /><thead><row><entry namest="1" nameend="1" rowsep="1">TABLE 2</entry></row></thead><tbody valign="top"><row><entry namest="1" nameend="1" align="center" rowsep="1" /></row><row><entry>INPUT ATM SETUP MESSAGE</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="3"><colspec colname="offset" colwidth="14pt" align="left" /><colspec colname="1" colwidth="84pt" align="left" /><colspec colname="2" colwidth="119pt" align="left" /><tbody valign="top"><row><entry /><entry>PARAMETERS</entry><entry>VALUE</entry></row><row><entry /><entry namest="offset" nameend="2" align="center" rowsep="1" /></row><row><entry /><entry>Called Party Number</entry><entry>VToA designator</entry></row><row><entry /><entry>Called Party Subaddress</entry><entry>called party phone number value</entry></row><row><entry /><entry>Calling Party Number</entry><entry>ATM address of the calling party</entry></row><row><entry /><entry /><entry>CPE</entry></row><row><entry /><entry>Calling Party Subaddress</entry><entry>calling party phone number value</entry></row><row><entry /><entry namest="offset" nameend="2" align="center" rowsep="1" /></row></tbody></tgroup></table></tables>

0085<tables id="TABLE-US-00003" num="00003"><table frame="none" colsep="0" rowsep="0"><tgroup align="left" colsep="0" rowsep="0" cols="1"><colspec colname="1" colwidth="217pt" align="center" /><thead><row><entry namest="1" nameend="1" rowsep="1">TABLE 3</entry></row></thead><tbody valign="top"><row><entry namest="1" nameend="1" align="center" rowsep="1" /></row><row><entry>OUTPUT ATM SETUP MESSAGE</entry></row></tbody></tgroup><tgroup align="left" colsep="0" rowsep="0" cols="3"><colspec colname="offset" colwidth="14pt" align="left" /><colspec colname="1" colwidth="84pt" align="left" /><colspec colname="2" colwidth="119pt" align="left" /><tbody valign="top"><row><entry /><entry>PARAMETERS</entry><entry>VALUE</entry></row><row><entry /><entry namest="offset" nameend="2" align="center" rowsep="1" /></row><row><entry /><entry>Called Party Number</entry><entry>ATM address of the called party</entry></row><row><entry /><entry /><entry>CPE Called</entry></row><row><entry /><entry>Party Subaddress</entry><entry>called party phone number value</entry></row><row><entry /><entry>Calling Party Number</entry><entry>ATM address of the calling party</entry></row><row><entry /><entry /><entry>CPE</entry></row><row><entry /><entry>Calling Party Subaddress</entry><entry>calling party phone number value</entry></row><row><entry /><entry namest="offset" nameend="2" align="center" rowsep="1" /></row></tbody></tgroup></table></tables>

0086The ASIP <b>302</b> provides the output ATM setup message to the ATM network side of the ATM ingress edge switch where the output ATM setup message is provided to the ATM network and eventually delivered at the appropriate egress ATM edge switch to establish the SVC for VToA.

0087<figref idref="DRAWINGS">FIG. 4</figref> is a block diagram that illustrates the intelligent network <b>300</b> used at the egress side of the ATM network, such as the ATM network <b>18</b> of <figref idref="DRAWINGS">FIG. 1</figref>, for providing VToA services and features using an ATM switched virtual circuit. Thus, in one embodiment of the present invention, the ASIP <b>302</b> and the MSCP <b>304</b> may provide intelligent network services and features to an ATM edge switch serving as an ingress ATM edge switch and an egress ATM edge switch, depending on how a VToA call is established.

0088When serving the associated ATM edge switch that is functioning as an egress switch, the intelligent network <b>300</b> receives the output ATM setup message from the ATM network. As mentioned above, the egress ATM edge switch may be considered part of the ATM network. The egress ATM edge switch provides the output ATM setup message to the ASIP <b>302</b>.

0089The ASIP <b>302</b> intercepts the output ATM setup message from the egress ATM edge switch and generates or extracts an input to provide to the MSCP <b>304</b>. This input may include any of a variety of values provided by the output ATM setup message. For example, the input may include the ATM address of the called party CPE.

0090At the egress side, the MSCP determines the appropriate port or CLP of the egress ATM edge switch in which to route the ATM setup message. The MSCP <b>304</b>, however, may provide any of a variety of services and features, and may provide additional routing information.

0091In the event that the MSCP <b>304</b> generates an output such that the ASIP <b>302</b> assembles or generates an ATM setup message that is different from the output ATM setup message, this new ATM setup message may be referred to as a destination or gateway ATM setup message. In any event, the ASIP <b>302</b> provides the ATM setup message to the device side of the egress ATM edge switch so that the ATM setup message may be provided to the appropriate CPE. Of course, the CPE may be provided as any number of devices such as an enterprise gateway, a network gateway, or various other telephony equipment. The CPE will generally interpret the ATM setup message by looking at the called party phone number value stored, preferably, in the called party subaddress parameter of the ATM setup message to determine how to make the final connection to the appropriate telephony device.

0092<figref idref="DRAWINGS">FIG. 5</figref> is a diagram, similar to <figref idref="DRAWINGS">FIG. 1</figref>, that illustrates a telecommunications network <b>10</b> for providing point-to-multipoint services to control the setup of point-to-multipoint connections, according to an embodiment of the present invention. The telecommunications network <b>10</b> is shown to include all of the various ATM network elements of <figref idref="DRAWINGS">FIG. 1</figref> with the addition of an ASIP <b>62</b>, of the intelligent network <b>12</b>, and an ATM edge switch <b>50</b>. The ASIP <b>62</b> is in communication with the MSCP <b>46</b> and the ATM edge switch <b>50</b> to provide intelligent network services and features, such as to enforce policies regarding the setup of point-to-multipoint connections, through the ATM edge switch <b>50</b>. The services administration <b>48</b> is shown in communication with the ASIP <b>62</b> to provide any needed provisioning, and possibly to provide a database of record.

0093The ASIP <b>62</b> is used in conjunction with the ATM edge switch <b>50</b> to intercept ATM signaling messages, such as an ATM setup message or an ATM add party message, and to extract and provide select information to the MSCP <b>46</b> for service and feature processing. The ASIP <b>62</b>, the MSCP <b>46</b> and the service administration <b>48</b> operate to serve as the intelligent network layer of the ATM edge switch <b>50</b>.

0094The ATM edge switch <b>50</b> is in communication with a CPE <b>60</b> to serve as the edge switch to the telecommunication network <b>10</b> to a telephony device <b>58</b> at the called party location <b>52</b>. Thus, the ATM edge switch <b>50</b> is shown in <figref idref="DRAWINGS">FIG. 5</figref> serving as an ATM edge switch in relation to the called party location <b>52</b>, The called party location <b>52</b>, similar to the called party location <b>22</b> and the calling party <b>20</b>, may be provided with any number of telephony devices.

0095A point-to-multipoint connection may carry any of a variety of contents such as voice, video, data, etc. If a point-to-multipoint connection is to be established from the calling party location <b>20</b> to one or more called party, locations, such as the called party location <b>22</b> and the called party location <b>52</b>, the calling party <b>20</b> would be considered or designated the root node and all other nodes would be referred to as leaf nodes, such as the called party location <b>22</b> and <b>52</b>.

0096In the present invention, the root node initiates all connections. Thus, an initial connection is made from the root node to a first leaf node. This initial connection of the point-to-multipoint connection is the same or similar to a standard point-to-point connection, which was described above in connection with <figref idref="DRAWINGS">FIG. 1</figref> for a point-to point connection between the calling party location <b>20</b> and the called party location <b>22</b>.

0097One difference, however, will involve the fact that the ATM setup message that is used to establish this initial connection of a point-to-multipoint connection will include a value or variable that indicates to each of the various ATM switches that this is the initial connection for a point-to-multipoint connection. Because of the flexibility and capability inherent in a point-to-multipoint connection, they are designed to be easily and efficiently expanded to include various other leaf connections. As such, each ATM switch may be provisioned to stare certain information from the setup message provided with the initial connection of a point-to-multipoint connection so that future leaf connections can be more readily and efficiently established.

0098After a point-to-point connection is established between the calling party location <b>20</b> and, for example, the called party location <b>22</b> through the telecommunications network <b>10</b>, a connection may be initiated from the root node, which in this case is the calling party location <b>20</b>, to another leaf node, such as the called party location <b>52</b>.

0099In such a case, an ATM add party message is provided, and ultimately a connection is made with the called party location <b>52</b>. The exact protocols and ATM functions that are used to establish each subsequent leaf node are known by one of ordinary skill in the art and are defined in the ATM specifications. These are discussed below in connection with <figref idref="DRAWINGS">FIG. 6</figref>.

0100As mentioned previously, a point-to-multipoint connection is a unidirectional connection that proceeds from the root node or calling party location to the various leaf nodes or called party locations. Because the initial connection of a point-to-multipoint connection is from a root node to a first leaf node. An ATM setup message may be used to achieve this initial connection. The ATM setup message will, however, indicate that the setup is for a point-to-multipoint connection.

0101If the calling party location <b>20</b> initiates such an ATM setup message for a point-to-multipoint connection, the intelligent network <b>12</b> intercepts the message and analyzes the request from the calling party location <b>20</b> to establish a point-to-multipoint connection. In one embodiment, the intelligent network <b>12</b> determines if the calling party is authorized to make point-to-multipoint connection. This may be achieved, in a preferred embodiment, using the ASIP <b>40</b> to intercept the setup message and the MSCP <b>44</b> to perform point-to-multipoint service or feature processing. For example, the MSCP <b>44</b> may use a database or table to determine if the user or calling party is authorized to make point-to-multipoint connections. If not, the ATM setup request is rejected by the intelligent network <b>12</b>.

0102The intelligent network <b>12</b>, according to an aspect of the present invention, may also analyze the various bandwidth values that may be provided in such an ATM setup message for a point-to-multipoint connection. For example, the rate of the connection expressed in cells per second may be designated for a peak rate, a sustainable rate, and a burst size. Other bandwidth or capacity parameters could be provided.

0103After the initial connection of a point-to-multipoint connection is established, subsequent requests involve root initiated attempts to establish another leaf node connection to expand the point-to-multipoint connection.

0104This may be initiated using an ATM add party message. In such as case, the intelligent network <b>12</b> intercepts the ATM add party message and analyzes the message and, in association with the calling party's point-to-multipoint privileges or policies, determines, for example, if another leaf node may be added to the current point-to-multipoint connection. For example, if the maximum number of leaf nodes available to a particular calling party or customer would be exceeded by the addition of the requested leaf node, the request may be denied.

0105The present invention may also require that all subsequent leaf node connections to a point-to-multipoint connection pass the same feature test as the initial or first connection of the point-to-multipoint connection. For example, if the MSCP provides closed user groups, each subsequent leaf node connection may be subject to the same processing as the initial connection from the root node to the first leaf node.

0106<figref idref="DRAWINGS">FIG. 6</figref> is a line diagram, similar to <figref idref="DRAWINGS">FIG. 2</figref>, that illustrates the signaling and call flow performed by the intelligent network to control and provide point-to-multipoint connectivity, according to an embodiment of the present invention. Generally, the initial connection between the root node and the first leaf node of the point-to-multipoint connection, which may be referred to as the initial connection, proceeds as described above in connection with <figref idref="DRAWINGS">FIG. 2</figref>. One notable exception, however, is the fact that an input ATM setup message that is used to establish a point-to-multipoint connection provides a value that directs each ATM switch that it passes through that this is a request for a point-to-multipoint connection and that certain information of the setup switch should be retained or stored, so that future leafs of the point-to-multipoint connection maybe easily and efficiently connected.

0107<figref idref="DRAWINGS">FIG. 6</figref> includes a calling party device <b>102</b>, which was referred to as an ingress device <b>102</b> in <figref idref="DRAWINGS">FIG. 2</figref>, and a called party device <b>118</b>, which was referred to as an egress device <b>118</b> in <figref idref="DRAWINGS">FIG. 2</figref>. Generally, a point-to multipoint connection is started in the upper left-hand portion at the calling party device <b>102</b> where an ATM setup message <b>120</b> is generated and communicated to an ingress switch <b>104</b>. The ATM setup message <b>120</b> may be referred to as an input ATM setup message, that will include a request to establish a point-to-multipoint connection. Generally, the various ATM signaling provided from the ATM setup message <b>120</b> to the ATM connect message <b>162</b> is the same as that described in <figref idref="DRAWINGS">FIG. 2</figref> in connection with establishing a point-to-point connection through the various ATM signaling messages <b>120</b>-<b>162</b>.

0108It should also be noted that the MSCP <b>108</b> will, preferably, provide the necessary point-to-multipoint services to provide such features as the capability to determine if a particular calling party is authorized to make a point-to-multipoint connection. Further, the MSCP <b>108</b> may analyze bandwidth request information from the ATM setup message <b>120</b> to determine if any bandwidth limitations will be violated.

0109Once the initial point-to-point connection is made from a root node to the first leaf node, additional connections may be established. Each additional connection will be initiated from the root node, which in <figref idref="DRAWINGS">FIG. 6</figref> is the calling party device <b>102</b>, and will terminate at a leaf node, such as a called party node, if various conditions are met.

0110<figref idref="DRAWINGS">FIG. 6</figref> also includes a set of ATM devices that include a called party device <b>318</b>, an MSCP <b>316</b>, an egress ASIP <b>314</b>, and an ingress switch <b>312</b>. Of course, the egress switch <b>312</b>, the egress ASIP <b>314</b> and the MSCP <b>316</b> provide various intelligent network functionality to the called party device <b>318</b>. Assuming that the calling party device <b>102</b> desires to setup an additional connection to a leaf node, the calling party device <b>102</b> will initiate such a leaf connection. For example, if the calling party device <b>102</b> desires to establish an additional connection of the point-to-multipoint connection with the called party device <b>318</b>, the root node generates an ATM add party message, such as the add party message <b>164</b> as shown.

0111In such a case, the MSCP <b>108</b> will receive the ATM add party message <b>168</b> and perform point-to-multipoint services. This may entail verifying that the maximum number of leaf nodes permitted in a point-to-multipoint connection has not been exceeded. The MSCP <b>108</b> can make such determinations since, in a preferred embodiment, it tracks all such connections and releases for the various point-to-multipoint connections. The maximum leaf node limit may be established based on any of a variety of factors such as the calling party profile, the customer profile, or a user group profile. Ultimately, the intelligent network will process the add party request and either reject or accept it. This is achieved by the intelligent network in a preferred embodiment by the MSCP <b>108</b>.

0112The ATM add party message proceeds through the intelligent network, not unlike the setup message shown above, except that the add party message will in essence be a subset of the information provided by the ATM setup message <b>130</b>. The ATM add party message passes through the ATM network <b>110</b>, on its way to its ultimate leaf node destination, which may be the called party device <b>318</b>, until it is provided at an ATM switch of the ATM network <b>110</b> that did not previously receive the ATM setup message <b>130</b> when the initial connection of the point-to-multipoint connection was being established. Thus, according to the “rules” of ATM, somewhere along the way the ATM add party message <b>174</b> is converted to an ATM setup message <b>176</b> so that all of the ATM switches involved in a point-to-multipoint. This message is received at an egress switch <b>312</b> where it is intercepted by the egress ASIP <b>314</b>. The ATM setup message <b>178</b> proceeds through the egress switch <b>312</b>, the egress ASIP <b>314</b>, and the MSCP <b>316</b> until it is received at the called party device <b>318</b> as shown.

0113An ATM connect message is generated from the called party device <b>318</b> until, ultimately an ATM add party acknowledge message <b>198</b> is generated in the ATM network <b>110</b>. Finally, an ATM add party acknowledge message <b>208</b> is provided to the calling party device <b>102</b> to complete this additional leaf connection.

0114During the pendency of the point-to-multipoint connection, information is provided in a unidirectional manner from the root: node, such as the calling party device <b>102</b>, to the various leaf nodes of the point-to-multipoint connection. Various leaf nodes may be added and dropped throughout the point-to-multipoint connection Ultimately, the point-to-multipoint connection is terminated when the root node is dropped or released.

0115<figref idref="DRAWINGS">FIG. 7</figref> is a flowchart that illustrates a method <b>700</b> for providing-point-to-multipoint service control point-to-multipoint connections using an intelligent network and a switched virtual circuit over an ATM network, according to another aspect of the present invention. The method <b>700</b> begins at block <b>702</b> and proceeds to block <b>704</b> where an initial request is received Exam a calling party to establish a point-to-multipoint connection. Generally, block <b>704</b> through black <b>712</b> are performed during an initial request to set up a point-to-multipoint connection.

0116The method <b>700</b> proceeds next to block <b>706</b> where it is determined if the calling party is authorized to make point-to-multipoint connections. If it is determined at block <b>706</b> that the calling party is not authorized to make point-to-multipoint connections, the request is rejected at block <b>708</b>. In a preferred embodiment, the determination of whether the calling party if authorized to make point-to-multipoint connections is performed by an MSCP. Generally, this will involve the use of a database or same other information source that provides relationship or associations between the calling party and various privileges. In one embodiment, the calling party is a member of a user group, and various privileges are assigned to the user group such that the calling party is bound by the privileges (or restrictions) associated with the user group.

0117The method <b>700</b> proceeds next to block <b>710</b> where the initial request is analyzed to determine the bandwidth requested for the point-to-multipoint connection is within authorized bandwidth limits. If not, the request is rejected at block <b>712</b>. In a preferred embodiment, the authorization of the calling party and the bandwidth request is only checked when an initial request to setup a point-to-multipoint connection is made. This is because there, in most cases, no need to inquire into these issues later when additional leaf nodes are being added because the authorization will generally not change and the bandwidth is not changed by additional leafs since the signals are replicated and split within the ATM network. A reference <b>713</b> is shown in <figref idref="DRAWINGS">FIG. 7</figref> to indicate, in a preferred embodiment, the transition from performing point-to-multipoint control on an initial request to performing point-to-multipoint control on subsequent add party requests to add additional leafs to the connection.

0118At block <b>714</b>, and after at least the initial root node to leaf node connection has been established for a point-to-multipoint connection, a leaf request is received from the calling party to add a leaf node to the point-to-multipoint connection, In a preferred embodiment, this leaf request will be provided either directly or indirectly from an ATM add party message.

0119The leaf request is analyzed at block <b>716</b> to determine if some threshold or privilege has been violated. For example, if the maximum number of leaf nodes has been or would be exceeded by the addition of the requested leaf node, the leaf request is rejected at block <b>71</b><i>e</i>. In a preferred embodiment, an MSCP at the ingress of the root node maintains a count of the number of current leafs provided in various point-to-multipoint connections. The method <b>700</b> ends at block <b>720</b>.

0120As is illustrated by the method <b>700</b>, the present invention provides significant control over point-to-multipoint connections which significantly improve the overall reliability and stability of an ATM network. It is also implemented in such a manner, such as at MSCP, that the various point-to-multipoint features or services may be easily configured or changed as needed. Such processing will preferably be performed at or in connection to an ingress ATM edge switch or ingress point of the ATM network. Thus, it is apparent that there has been provided, in accordance with the present invention, an intelligent network and method for providing VToA and point-to-multipoint connectivity that provides improved performance and that satisfies one or more of the advantages set forth above. The present invention provide advanced intelligent network services and features that dramatically increase the attractiveness of using VToA by providing the advanced services and features, with little administrative burden or expense to maintain. Although the preferred embodiment has been described in detail, it should be understood that various changes, substitutions, and alterations can be made herein without departing from the scope of the present invention, even if all of the advantages identified above are not present. For example, although the focus herein is primarily on VToA, however, application to other packet-switched telecommunications technologies, both individually and collectively, may apply also to any of the technologies mentioned above or similar technologies. Also, the techniques, systems, sub-systems, and methods described and illustrated in the preferred embodiment as discrete or separate may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present invention. For example, the ATM signaling intercept processor and the multi-service control point may be implemented separately or together, or may by directly coupled to each other or could be coupled through some other interface and are not considered directly coupled to each other but may still be in communication with one another. Other examples of changes, substitutions, and alterations are readily ascertainable by one skilled in the art and could be made without departing from the spirit and scope of the present invention.