Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
  • H04M11/06—Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
  • H04L12/1485—Tariff-related aspects
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L61/00—Network arrangements, protocols or services for addressing or naming
  • H04L61/09—Mapping addresses
  • H04L61/10—Mapping addresses of different types
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L61/00—Network arrangements, protocols or services for addressing or naming
  • H04L61/45—Network directories; Name-to-address mapping
  • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/40—Support for services or applications
  • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
  • H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
  • H04L65/80—Responding to QoS
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
  • H04M15/08—Metering calls to called party, i.e. B-party charged for the communication
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
  • H04M15/55—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for hybrid networks
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
  • H04M15/56—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for VoIP communications
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
  • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/4228—Systems providing special services or facilities to subscribers in networks
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M7/00—Arrangements for interconnection between switching centres
  • H04M7/0024—Services and arrangements where telephone services are combined with data services
  • H04M7/003—Click to dial services
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M7/00—Arrangements for interconnection between switching centres
  • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
  • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
  • H04M7/128—Details of addressing, directories or routing tables
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q3/00—Selecting arrangements
  • H04Q3/0016—Arrangements providing connection between exchanges
  • H04Q3/0029—Provisions for intelligent networking
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
  • H04L12/1403—Architecture for metering, charging or billing
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
  • H04L12/1428—Invoice generation, e.g. customization, lay-out, database processing, algorithms for calculating the bill or formatting invoices as WWW pages
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
  • H04L12/1432—Metric aspects
  • H04L12/1439—Metric aspects time-based
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
  • H04L12/1442—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level
  • H04L12/1446—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level inter-operator billing
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
  • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
  • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
  • H04L12/1482—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving use of telephony infrastructure for billing for the transport of data, e.g. call detail record [CDR] or intelligent network infrastructure
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
  • H04L12/1485—Tariff-related aspects
  • H04L12/1492—Tariff-related aspects negotiation of tariff
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/02—Details
  • H04L12/16—Arrangements for providing special services to substations
  • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
  • H04M2201/60—Medium conversion
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
  • H04M2215/20—Technology dependant metering
  • H04M2215/202—VoIP; Packet switched telephony
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
  • H04M2215/20—Technology dependant metering
  • H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
  • H04M2215/44—Charging/billing arrangements for connection made over different networks, e.g. wireless and PSTN, ISDN, etc.
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
  • H04M2215/62—Called party billing, e.g. reverse billing, freephone, collect call, 0800 or 0900
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2242/00—Special services or facilities
  • H04M2242/22—Automatic class or number identification arrangements
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/42025—Calling or Called party identification service
  • H04M3/42034—Calling party identification service
  • H04M3/42042—Notifying the called party of information on the calling party
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
  • H04M3/42323—PBX's with CTI arrangements
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
  • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
  • H04M3/4931—Directory assistance systems
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
  • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
  • H04M3/5307—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording messages comprising any combination of audio and non-audio components
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
  • H04Q2213/13109—Initializing, personal profile
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
  • H04Q2213/1313—Metering, billing
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
  • H04Q2213/13141—Hunting for free outlet, circuit or channel
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
  • H04Q2213/13174—Data transmission, file transfer
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
  • H04Q2213/13248—Multimedia
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
  • H04Q2213/13349—Network management
• • 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
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q3/00—Selecting arrangements
  • H04Q3/72—Finding out and indicating number of calling subscriber

Definitions

• the present invention relates to the marriage of the Internet with telephony systems, and more specifically, to a system, method and article of manufacture for using the Internet as the communication backbone of a communication system architecture while maintaining a rich array of call processing features.
• the present invention relates to the interconnection of a communication network including telephony capability with the Internet.
• the Internet has increasingly become the communication network of choice for the user marketplace.
• software companies have begun to investigate the transfer of telephone calls across the internet.
• the system features that users demand of normal call processing are considered essential for call processing on the Internet.
• those features are not available on the internet.
• telephone calls, data and other multimedia information is routed through a switched network which includes transfer of information across the internet utilizing telephony routing information and internet protocol address information.
• a telephony order entry procedure captures complete user profile information for a user.
• This profile information is used by the system throughout the telephony experience for routing, billing, monitoring, reporting and other telephony control functions. Users can manage more aspects of a network than previously possible and control network activities from a central site, while still allowing the operator of the telephone system to maintain quality and routing selection.
• the profile information provides routing over the hybrid network (switched network and the internet) for facsimile information.
• the system includes support for object directed paging with an universal mailbox, and for object filtering.
• telephone calls, data and other multimedia information are routed through a hybrid network which includes transfer of information across the internet utilizing telephony routing information and internet protocol address information.
• Users can manage more aspects of a network than previously possible and control network activities from a central site, while still allowing the operator of the telephone system to maintain quality and routing selection.
• the system creates data pertaining to the media communication over a hybrid network and stores the data in a distributed database.
• the system also partitions data into physical subsets at various locations throughout the distributed database while preserving a logical view of a single, coherent database.
• the hybrid network including support for processing collect calls.
• a hybrid telecommunications system includes a switched communications network.
• a packet transmission network is coupled to the switched communications network.
• a call router is coupled to the switched communications network and the packet transmission network.
• a gateway server in communication with the call router provides file transfer services to a user connected to the switched communications network. The identity of the user is optionally authenticated by an authentication server.
• an exterior packet filter is coupled to the call router and the gateway server.
• the exterior packet filter is configured to accept communications originating from a predetermined set of addresses.
• the gateway server is configured to provide only read-only file transfer services.
• a production token ring network is in communication with the gateway server.
• the production token ring network is optionally coupled to an interior packet filter configured to accept only communications originating from a predetermined set of addresses.
• telephone calls, data and other multimedia information including audio and video are routed through a switched network which included transfer of information across the internet.
• Users can participate in video conference calls in which each participant can simultaneously view the video from each other participant and hear the mixed audio from all participants. Users can also share data and documents with other video conference participants.
• telephone calls, data and other multimedia information including audio and video are routed through a switched network which includes transfer of information across the internet.
• Users can deliver and receive video mail messages, including video, audio and/or data information, to and from any other user capable of delivering and receiving such mail messages.
• Users can also receive stored video, audio and/or data information on demand from a directory of choices.
• User can manage more aspects of a network than previously possible and control network activities from a central site, while still allowing the operation of the telephone system to maintain quality and routing selection.
• a hybrid telecommunications system in another aspect of a preferred embodiment of the invention, includes a switched communications network.
• a packet transmission network is coupled to the switched communications network.
• a call router is coupled to the switched communications network and the packet transmission network.
• a memory is coupled to the call router and having stored therein a call parameter database.
• the call router is configured to route a telephone call over the switched communications network and the packet transmission network based on at least one call parameter from the call parameter database.
• the call router is further configured to provide an intelligent service platform.
• the intelligent service platform includes at least one data client.
• a data server is coupled between the data client and the memory.
• the intelligent service platform includes a plurality of service engines each configured to execute desired service logic.
• a service select component is coupled to the service engines to select a service instance running on one of the service engines to process transactions offered by the networks comprising the hybrid telecommunications system.
• the intelligent service platform has a central domain including a master database server configured to control and protect integrity of the database.
• At least one satellite domain includes a database client configured to provide user access and update capabilities and is coupled to the master database server.
• the intelligent service platform has at least one service engine and a database client coupled between the at least one service engine and the call parameter database to obtain configuration data for customers supported by the at least one service engine.
• the intelligent service platform includes an automated response unit with a plurality of functions available from a single connection.
• At least one service engine is coupled to the call router.
• the service engine is configured to execute logic defined by the profile information to provide service features customized for the subscriber for whom the profile information pertains.
• a hybrid switch for a telecommunications system includes at least one switched network interface and at least one internet interface.
• a bus couples the at least one switched network interface and the at least one internet interface.
• a host processor is coupled to the bus.
• the hybrid switch is coupled to at least one switched network and at least one internet to form the hybrid telecommunications system.
• a method for processing a communication at a hybrid switch includes receiving a call processing command associated with a particular port of a hybrid switch. A communication is received a the port of the hybrid switch associated with the call processing command. An appropriate plug-and-play module specified in the call processing command is coupled to the particular port of the hybrid switch to process the communication.
• a method for directing calls in a hybrid telecommunications system including a switched communications network and a packet transmission network stores a call parameter database in a memory.
• a call is received on the system.
• the call parameter database is accessed to determine at least one call parameter.
• the call is routed over the switched communications network and the packet transmission network based on the at least one call parameter.
• the call parameter database is used to provide data for a service that is provided during the call.
• a plurality of service engines is provided, each configured to execute desired service logic.
• a service instance running on one of the service engines is selected to process transactions offered by the networks comprising the hybrid telecommunications system.
• At least one service engine is provided. Configuration data is obtained for customers supported by the at least one service engine from the call parameter database.
• logic defined by the profile information is executed to provide service features customized for the subscriber for whom the profile information pertains.
• an automated response unit is provided.
• a plurality of functions is made available from a single connection to the automated response unit.
• a computer program embodied on a computer-readable medium for directing calls in a hybrid telecommunications system including a switched communications network and a packet transmission network has first software that stores a call parameter database in a memory. Second software accesses the call parameter database when the system receives a call to determine at least one call parameter. Third software routes the call over the switched communications network and the packet transmission network based on the at least one call parameter. Fourth software provides at least one service engine. Fifth software obtains configuration data for customers supported by the at least one service engine from the call parameter database.
• fourth software provides a plurality of service engines each configured to execute desired service logic.
• Fifth software selects a service instance running on one of the service engines to process transactions offered by the networks comprising the hybrid telecommunications system.
• fourth software uses the call parameter database to provide data for a service that is provided during the call.
• Fifth software couples a media server between media clients and the memory, the media server uses logic to couples one or more of the media clients in a collaborative session in which media is exchanged.
• the media server includes logic that dynamically adjusts the content transmitted to a media client based on such factors as hardware supporting video, audio or voice; and bandwidth of the network. For example a party joining a media conference from home may not have the necessary hardware to support a video conference call, but may have plenty of bandwidth to support audio and might have a computer for viewing collaborative data.
• fourth software provides a central domain including a master database server configured to control and protect integrity of the database.
• Fifth software provides at least one satellite domain including a database client configured to provide user access and update capabilities and being coupled to the master database server.
• fourth software that executes logic defined by the profile information to provide service features customized for the subscriber for whom the profile information pertains.
• fourth software provides an automated response unit.
• Fifth software makes a plurality of functions available from a single connection to the automated response unit.
• a computer program embodied on a computer- readable medium for processing a communication at a hybrid switch includes first software that receives a call processing command associated with a particular port of a hybrid switch. Second software receives a communication at the port of the hybrid switch associated with the call processing command. Third software that couples an appropriate plug-and-play module specified in the call processing command to the particular port of the hybrid switch to process the communication. DESCRIPTION OF THE DRAWINGS
• Figure 1 A is a block diagram of a representative hardware environment in accordance with a preferred embodiment
• FIG. IB is a block diagram illustrating the architecture of a typical Common Channel Signaling System #7 (SS7) network in accordance with a preferred embodiment
• FIG. 1C is a block diagram of an internet telephony system in accordance with a preferred embodiment
• Figure ID is a block diagram of a hybrid switch in accordance with a preferred embodiment
• Figure IE is a block diagram of the connection of a hybrid switch in accordance with a preferred embodiment
• Figure IF is a block diagram of a hybrid (internet-telephony) switch in accordance with a preferred embodiment
• Figure IG is a block diagram showing the software processes involved in the hybrid internet telephony switch in accordance with a preferred embodiment
• FIG. 2 is a block diagram illustrating the use of PMUs in a typical SS7 network in accordance with a preferred embodiment
• Figure 3 is a block diagram illustrating the systems architecture of the preferred embodiment
• Figure 4 is a high-level process flowchart illustrating the logical system components in accordance with a preferred embodiment
• Figures 5 - 9 are process flowcharts illustrating the detailed operation of the components illustrated in Figure 4 in accordance with a preferred embodiment
• FIG. 10A illustrates a Public Switched Telephone Network (PSTN) 1000 comprising a Local Exchange Carrier (LEC) 1020 through which a calling party uses a telephone 1021 or computer 1030 to gain access to a switched network in accordance with a preferred embodiment;
• PSTN Public Switched Telephone Network
• LEC Local Exchange Carrier
• Figure 10B illustrates an internet routing network in accordance with a preferred embodiment
• FIG. 11 illustrates a VNET Personal Computer (PC) to PC Information call flow in accordance with a preferred embodiment
• Figure 12 illustrates a VNET Personal Computer (PC) to out-of-network PC Information call flow in accordance with a preferred embodiment
• FIG. 13 illustrates a VNET Personal Computer (PC) to out-of-network Phone Information call flow in accordance with a preferred embodiment
• Figure 14 illustrates a VNET Personal Computer (PC) to in-network Phone Information call flow in accordance with a preferred embodiment
• Figure 15 illustrates a personal computer to personal computer internet telephony call in accordance with a preferred embodiment
• Figure 16 illustrates a phone call that is routed from a PC through the Internet to a phone in accordance with a preferred embodiment
• Figure 17 illustrates a phone to PC call in accordance with a preferred embodiment
• Figure 18 illustrates a phone to phone call over the internet in accordance with a preferred embodiment
• Figure 19A and 19B illustrate an Intelligent Network in accordance with a preferred embodiment
• Figure 19C illustrates a Video-Conferencing Architecture in accordance with a preferred embodiment
• Figure 19D illustrates a Video Store and Forward Architecture in accordance with a preferred embodiment
• Figure 19E illustrates an architecture for transmitting video telephony over the Internet in accordance with a preferred embodiment
• Figure 19F is a block diagram of an internet telephony system in accordance with a preferred embodiment
• Figure 19G is a block diagram of a prioritizing access/router in accordance with a preferred embodiment
• Figure 20 is a high level block diagram of a networking system in accordance with a preferred embodiment
• Figure 21 is a functional block diagram of a portion of the system shown in Figure 20 in accordance with a preferred embodiment
• Figure 22 is another high level block diagram in accordance with a preferred embodiment of Figure 21;
• Figure 23 is a block diagram of a switchless network system in accordance with a preferred embodiment
• Figure 24 is a hierarchy diagram illustrating a portion of the systems shown in Figures 20 and 23 in accordance with a preferred embodiment
• Figure 25 is a block diagram illustrating part of the system portion shown in Figure 24 in accordance with a preferred embodiment
• Figure 26 is a flow chart illustrating a portion of a method in accordance with a preferred embodiment
• Figures 27-39 are block diagrams illustrating further aspects of the systems of Figures 20 and 23 in accordance with a preferred embodiment
• Figure 40 is a diagrammatic representation of a web server logon in accordance with a preferred embodiment
• Figure 41 is a diagrammatic representation of a server directory structure used with the logon of Figure 40 in accordance with a preferred embodiment
• Figure 42 is a more detailed diagrammatic representation of the logon of Figure 40 in accordance with a preferred embodiment
• Figures 43-50 are block diagrams illustrating portions of the hybrid network in accordance with a preferred embodiment
• FIG 51 illustrates a configuration of the Data Management Zone (DMZ) 5105 in accordance with a preferred embodiment
• Figures 52A-52C illustrate network block diagrams in connection with a dial-in environment in accordance with a preferred embodiment
• Figure 53 depicts a flow diagram illustrating the fax tone detection in accordance with a preferred embodiment
• Figures 54A through 54E depict a flow diagram illustrating the VFP Completion process for fax and voice mailboxes in accordance with a preferred embodiment
• Figures 55A and 55B illustrate the operation of the Pager Termination processor in accordance with a preferred embodiment
• Figure 56 depicts the GetCallback routine called from the pager termination in accordance with a preferred embodiment
• Figure 57 shows a user login screen for access to online profile management in accordance with a preferred embodiment
• Figure 58 shows a call routing screen, used to set or change a user's call routing instructions in accordance with a preferred embodiment
• Figure 59 shows a guest menu configuration screen, used to set up a guest menu for presentation to a caller who is not an account owner in accordance with a preferred embodiment
• Figure 60 shows an override routing screen, which allows a user to route all calls to a selected destination in accordance with a preferred embodiment
• Figure 61 shows a speed dial numbers screen, used to set up speed dial in accordance with a preferred embodiment
• Figure 62 shows a voicemail screen, used to set up voicemail in accordance with a preferred embodiment
• Figure 63 shows a faxmail screen, used to set up faxmail in accordance with a preferred embodiment
• Figure 64 shows a call screening screen, used to set up call screening in accordance with a preferred embodiment
• Figures 65-67 show supplemental screens used with user profile management in accordance with a preferred embodiment
• Figure 68 is a flow chart showing how the validation for user entered speed dial numbers is carried out in accordance with a preferred embodiment
• FIGS 69A-69AI are automated response unit (ARU) call flow charts showing software implementation in accordance with a preferred embodiment
• Figures 70A-70R are console call flow charts further showing software implementation in accordance with a preferred embodiment
• Figure 71 illustrates a typical customer configuration for a VNET to VNET system in accordance with a preferred embodiment
• Figure 72 illustrates the operation of DAPs in accordance with a preferred embodiment
• Figure 73 illustrates the process by which a telephone connects to a release link trunk for 1 - 800 call processing in accordance with a preferred embodiment
• Figure 74 illustrates the customer side of a DAP procedure request in accordance with a preferred embodiment
• Figure 75 illustrates operation of the switch 10530 to select a particular number or "hotline"' for a caller in accordance with a preferred embodiment
• Figure 76 illustrates the operation of a computer-based voice gateway for selectively routing telephone calls through the Internet in accordance with a preferred embodiment
• Figure 77 illustrates the operation of the VRU of figure 76 deployed in a centralized architecture in accordance with a preferred embodiment
• Figure 78 illustrates the operation of the VRU of figure 76 deployed in a distributed architecture in accordance with a preferred embodiment
• Figure 79A and 79B illustrate the operation of sample applications for Internet call routing in accordance with a preferred embodiment
• Figure 79B illustrates a number of applications for caller-initiated consumer transactions in accordance with a preferred embodiment
• Figure 80 illustrates a configuration of a switching network offering voice mail and voice response unit services, as well as interconnection into a service provider, in accordance with a preferred embodiment
• Figure 81 illustrates an inbound shared Automated Call Distributor (ACD) call with data sharing through a database in accordance with a preferred embodiment
• Figure 82 is a block diagram of an exemplary telecommunications system in accordance with a preferred embodiment
• Figure 83 is a block diagram of an exemplary computer system in accordance with a preferred embodiment
• Figure 84 illustrates the CDR and PNR call record formats in accordance with a preferred embodiment
• Figures 85(A) and 85(B) collectively illustrate the ECDR and EPNR call record formats in accordance with a preferred embodiment
• Figure 86 illustrates the OSR and POSR call record formats in accordance with a preferred embodiment
• Figures 87(A) and 87(B) collectively illustrate the EOSR and EPOSR call record formats in accordance with a preferred embodiment
• Figure 88 illustrates the SER call record format in accordance with a preferred embodiment
• Figures 89(A) and 89(B) are control flow diagrams illustrating the conditions under which a switch uses the expanded record format in accordance with a preferred embodiment
• Figure 90 is a control flow diagram illustrating the Change Time command in accordance with a preferred embodiment
• Figure 91 is a control flow diagram illustrating the Change Daylight Savings Time command in accordance with a preferred embodiment
• Figure 92 is a control flow diagram illustrating the Network Call Identifier (NOD) switch call processing in accordance with a preferred embodiment
• Figure 93 is a control flow diagram illustrating the processing of a received Network Call Identifier in accordance with a preferred embodiment
• Figure 94(A) is a control flow diagram illustrating the generation of a Network Call Identifier in accordance with a preferred embodiment
• Figure 94(B) is a control flow diagram illustrating the addition of a Network Call Identifier to a call record in accordance with a preferred embodiment
• Figure 95 is a control flow diagram illustrating the transport of a call in accordance with a preferred embodiment
• Figure 96 shows a hardware component embodiment for allowing a video operator to participate in a video conferencing platform, providing services including but not limited to monitoring, viewing and recording any video conference call and assisting the video conference callers in accordance with a preferred embodiment
• Figure 97 shows a system for enabling a video operator to manage video conference calls which includes a video operator console system in accordance with a preferred embodiment
• Figure 98 shows a system for enabling a video operator to manage video conference calls which includes a video operator console system in accordance with a preferred embodiment
• Figure 99 shows how a video conference call initiated by the video operator in accordance with a preferred embodiment
• Figure 100 shows the class hierarchy for video operator software system classes in accordance with a preferred embodiment
• Figure 101 shows a state transition diagram illustrating the state changes that may occur in the VOCall object's m state variable in accordance with a preferred embodiment
• Figure 102 shows a state transition diagram illustrating the state changes that may occur in the VOConnection object's m state variable ("state variable") in accordance with a preferred embodiment
• Figure 103 shows a state transition diagram illustrating the state changes that may occur in the VOConference object's m_state variable ("state variable") in accordance with a preferred embodiment
• Figure 104 shows a state transition diagram illustrating the state changes that may occur in the VORecorder object's m_state variable ("state variable") in accordance with a preferred embodiment
• Figure 105 shows a state transition diagram illustrating the state changes that may occur in the VORecorder object's m_state variable ("state variable") in accordance with a preferred embodiment
• FIG 106 shows the class hierarchy for the video operator graphics user interface ("GUI") classes in accordance with a preferred embodiment
• Figure 107 shows a database schema for the video operator shared database in accordance with a preferred embodiment
• Figure 108 shows one embodiment of the Main Console window in accordance with a preferred embodiment
• Figure 109 shows one embodiment of the Schedule window in accordance with a preferred embodiment
• FIG 110 shows one embodiment of the Conference window 41203, which is displayed when the operator selects a conference or playback session in the Schedule window in accordance with a preferred embodiment
• Figure 111 shows one embodiment of the Video Watch window 41204, which displays the H.320 input from a selected call of a conference connection or a separate incoming or outgoing call in accordance with a preferred embodiment
• Figure 112 shows one embodiment of the Console Output window 41205 which displays all error messages and alerts in accordance with a preferred embodiment
• Figure 113 shows a Properties dialog box in accordance with a preferred embodiment.
• ITU-T International Telecommunication Union-Telecommunication Standardization Sector
• MCI Intelligent Network 42 Components of the MCI Intelligent Network 42 1. MCI Switching Network 42
• NCS/DAP Network Control System/Data Access Point
• ISN Intelligent Services Network
• EVS Enhanced Voice Services
• Meta-Data 85 10. Standard Database Technologies 85
• LRM Local Resource Manager
• RMM Resource Management Model
• NIDS Server 122 2. TOKEN database service 123
• VNET PC connects to a corporate intranet and logs in to a directory service 177 2.
• VNET PC queries a directory service for a VNET translation 181
• VNET PC to PC Call Flow Description 184 Determining best choice for Internet client selection of an Internet Telephony
• Gateway server on the Internet 185
• Video Operator Console 243 C. Video Conference Call Flow 247
• the ARU (Audio Response Unit) 502 335
• VFP Vehicle Fax Platform
• the Internet is a method of interconnecting physical networks and a set of conventions for using networks that allow the computers they reach to interact. Physically, the Internet is a huge, global network spanning over 92 countries and comprising 59,000 academic, commercial, government, and military networks, according to the Government Accounting Office (GAO), with these numbers expected to double each year. Furthermore, there are about 10 million host computers, 50 million users, and 76,000 World-Wide Web servers connected to the Internet.
• the backbone of the Internet consists of a series of high-speed communication links between major supercomputer sites and educational and research institutions within the U.S. and throughout the world.
• Internet is a generic term used to refer to an entire class of networks.
• An "internet” (lowercase “i”) is any collection of separate physical networks, interconnected by a common protocol, to form a single logical network, whereas the "Internet” (uppercase “I”) is the worldwide collection of interconnected networks that uses Internet Protocol to link the large number of physical networks into a single logical network.
• TCP/IP Transmission Control Protocol/Internet Protocol
• RRCs Requests for Comments
• ITU-T International Telecommunication Union-Telecommunication Standardization Sector
• ITU-T International Telecommunication Union-Telecommunication Standardization Sector
• ITU G.711 Recommendation for Pulse Code Modulation of 3kHz Audio Channels.
• ITU G.722 Recommendation for 7kHz Audio Coding within a 64kbit/s channel.
• ITU G.723 Recommendation for dual rate speech coder for multimedia communication transmitting at 5.3 and 6.3 kbits.
• ITU G.728 Recommendation for coding of speech at l ⁇ kbit/s using low-delay code excited linear prediction (LD-CELP)
• ITU H.223 Multiplexing Protocols for Low Bitrate Multimedia Terminals
• ITU H.225 ITU Recommendation for Media Stream Packetization and Synchronization on non-guaranteed quality of service LANs.
• ITU H.243 System for Establishing Communication Between Three or More Audiovisual
• ITU H.261 Recommendation for Video Coder-Decoder for audiovisual services supporting video resolutions of 352x288 pixels and 176x144 pixels.
• ITU H.263 Recommendation for Video Coder-Decoder for audiovisual services supporting video resolutions of 128x96 pixels, 176x144 pixels, 352x288 pixels, 704x576 pixels and 1408x1152 pixels.
• ITU H.323 ITU Recommendation for Visual Telephone Systems and Equipment for Local Area Networks which provide a non-guaranteed quality of service.
• ITU H.324 Recommendation for Terminals and Systems for low bitrate(28.8 Kbps) multimedia communication on dial-up telephone lines.
• ISDN Integrated Services Digital Network the digital communication standard for transmission of voice, video and data on a single communications link.
• RTP Real-Time Transport Protocol an Internet Standard Protocol for transmission of real- time data like voice and video over unicast and multicast networks.
• IP Internet Protocol an Internet Standard Protocol for transmission and delivery of data packets on a packet switched network of interconnected computer systems.
• PPP Point-to-Point Protocol MPEG Motion Pictures Expert Group, a standards body under the International Standards
• TCP/IP Open protocol standards, freely available and developed independently of any hardware or operating system. Thus, TCP/IP is capable of being used with different hardware and software, even if Internet communication is not required.
• TCP/IP can be used over an Ethernet, a token ring, a dial-up line, or virtually any other kinds of physical transmission media.
• the traditional type of communication network is circuit switched.
• the U.S. telephone system uses such circuit switching techniques.
• the switching equipment within the telephone system seeks out a physical path from the originating telephone to the receiver's telephone.
• a circuit-switched network attempts to form a dedicated connection, or circuit, between these two points by first establishing a circuit from the originating phone through the local switching office, then across trunk lines, to a remote switching office, and finally to the destination telephone. This dedicated connection exists until the call terminates.
• the establishment of a completed path is a prerequisite to the transmission of data for circuit switched networks.
• the microphone captures analog signals, and the signals are transmitted to the Local Exchange Carrier (LEC) Central Office (CO) in analog form over an analog loop.
• LEC Local Exchange Carrier
• CO Central Office
• the analog signal is not converted to digital form until it reaches the LEC Co, and even then only if the equipment is modern enough to support digital information.
• the analog signals are converted to digital at the device and transmitted to the LEC as digital information.
• the circuit guarantees that the samples can be delivered and reproduced by maintaining a data path of 64 Kbps (thousand bits per second). This rate is not the rate required to send digitized voice per se. Rather, 64Kbps is the rate required to send voice digitized with the Pulse Code Modulated (PCM) technique. Many other methods for digitizing voice exist, including ADPCM (32Kbps), GSM (13 Kbps), TrueSpeech 8.5 (8.5 Kbps), G.723 (6.4 Kbps or 5.3 Kbps) and Voxware RT29HQ (2.9 Kbps). Furthermore, the 64 Kbps path is maintained from LEC Central Office (CO) Switch to LEC CO residency but not from end to end. The analog local loop transmits an analog signal, not 64 Kbps digitized audio. One of these analog local loops typically exists as the "last mile" of each of the telephone network circuits to attach the local telephone of the calling party.
• PCM Pulse Code Modulated
• circuit switching has two significant drawbacks.
• circuit switching infrastructure is built around 64 Kbps circuits.
• the infrastructure assumes the use of PCM encoding techniques for voice.
• very high quality codecs are available that can encode voice using less than one-tenth of the bandwidth of PCM.
• the circuit switched network blindly allocates 64 Kbps of bandwidth for a call, end-to-end, even if only one-tenth of the bandwidth is utilized.
• each circuit generally only connects two parties. Without the assistance of conference bridging equipment, an entire circuit to a phone is occupied in connecting one party to another party. Circuit switching has no multicast or multipoint communication capabilities, except when used in combination with conference bridging equipment.
• connection-oriented virtual or physical circuit setup such as circuit switching, requires more time at connection setup time than comparable connectionless techniques due to the end-to-end handshaking required between the conversing parties.
• Message switching is another switching strategy that has been considered. With this form of switching, no physical path is established in advance between the sender and receiver; instead, whenever the sender has a block of data to be sent, it is stored at the first switching office and retransmitted to the next switching point after error inspection. Message switching places no limit on block size, thus requiring that switching stations must have disks to buffer long blocks of data; also, a single block may tie up a line for many minutes, rendering message switching useless for interactive traffic.
• Packet switched networks which predominate the computer network industry, divide data into small pieces called packets that are multiplexed onto high capacity intermachine connections.
• a packet is a block of data with a strict upper limit on block size that carries with it sufficient identification necessary for delivery to its destination.
• Such packets usually contain several hundred bytes of data and occupy a given transmission line for only a few tens of milliseconds. Delivery of a larger file via packet switching requires that it be broken into many small packets and sent one at a time from one machine to the other.
• the network hardware delivers these packets to the specified destination, where the software reassembles them into a single file. Packet switching is used by virtually all computer interconnections because of its efficiency in data transmissions.
• Packet switched networks use bandwidth on a circuit as needed, allowing other transmissions to pass through the lines in the interim. Furthermore, throughput is increased by the fact that a router or switching office can quickly forward to the next stop any given packet, or portion of a large file, that it receives, long before the other packets of the file have arrived. In message switching, the intermediate router would have to wait until the entire block was delivered before forwarding. Today, message switching is no longer used in computer networks because of the superiority of packet switching.
• the Internet is composed of a great number of individual networks, together forming a global connection of thousands of computer systems. After understanding that machines are connected to the individual networks, we can investigate how the networks are connected together to form an internetwork, or an internet. At this point, internet gateways and internet routers come into play.
• gateways and routers provide those links necessary to send packets between networks and thus make connections possible. Without these links, data communication through the Internet would not be possible, as the information either would not reach its destination or would be incomprehensible upon arrival.
• a gateway may be thought of as an entrance to a communications network that performs code and protocol conversion between two otherwise incompatible networks. For instance, gateways transfer electronic mail and data files between networks over the internet.
• IP Routers are also computers that connect networks and is a newer term preferred by vendors. These routers must make decisions as to how to send the data packets it receives to its destination through the use of continually updated routing tables. By analyzing the destination network address of the packets, routers make these decisions. Importantly, a router does not generally need to decide which host or end user will receive a packet; instead, a router seeks only the destination network and thus keeps track of information sufficient to get to the appropriate network, not necessarily the appropriate end user. Therefore, routers do not need to be huge supercomputing systems and are often just machines with small main memories and little disk storage. The distinction between gateways and routers is slight, and current usage blurs the line to the extent that the two terms are often used interchangeably. In current terminology, a gateway moves data between different protocols and a router moves data between different networks. So a system that moves mail between TCP/IP and OSI is a gateway, but a traditional IP gateway (that connects different networks) is a router.
• the telephone system is organized as a highly redundant, multilevel hierarchy. Each telephone has two copper wires coming out of it that go directly to the telephone company's nearest end office, also called a local central office. The distance is typically less than 10 km; in the U.S. alone, there are approximately 20,000 end offices.
• the concatenation of the area code and the first three digits of the telephone number uniquely specify an end office and help dictate the rate and billing structure.
• each subscriber's telephone and the end office are called local loops. If a subscriber attached to a given end office calls another subscriber attached to the same end office, the switching mechanism within the office sets up a direct electrical connection between the two local loops. This connection remains intact for the duration of the call, due to the circuit switching techniques discussed earlier. If the subscriber attached to a given end office calls a user attached to a different end office, more work has to be done in the routing of the call.
• each end office has a number of outgoing lines to one or more nearby switching centers, called toll offices. These lines are called toll connecting trunks.
• the connection may be established within the toll office. If the caller and the recipient of the call do not share a toll office, then the path will have to be established somewhere higher up in the hierarchy.
• TCP/IP In addition to the data transfer functionality of the Internet, TCP/IP also seeks to convince users that the Internet is a solitary, virtual network. TCP/IP accomplishes this by providing a universal interconnection among machines, independent of the specific networks to which hosts and end users attach. Besides router interconnection of physical networks, software is required on each host to allow application programs to use the Internet as if it were a single, real physical network.
• IP Internet Protocol/IP
• datagrams The basis of Internet service is an underlying, connectionless packet delivery system run by routers, with the basic unit of transfer being the packet.
• TCP/IP such as the Internet backbone
• these packets are called datagrams. This section will briefly discuss how these datagrams are routed through the Internet.
• routing is the process of choosing a path over which to send packets.
• routers are the computers that make such choices. For the routing of information from one host within a network to another host on the same network, the datagrams that are sent do not actually reach the Internet backbone. This is an example of internal routing, which is completely self-contained within the network. The machines outside of the network do not participate in these internal routing decisions.
• Direct delivery is the transmission of a datagram from one machine across a single physical network to another machine on the same physical network. Such deliveries do not involve routers. Instead, the sender encapsulates the datagram in a physical frame, addresses it, and then sends the frame directly to the destination machine.
• Indirect delivery is necessary when more than one physical network is involved, in particular when a machine on one network wishes to communicate with a machine on another network. This type of communication is what we think of when we speak of routing information across the Internet backbone.
• routers are required. To send a datagram, the sender must identify a router to which the datagram can be sent and the router then forwards the datagram towards the destination network. Recall that routers generally do not keep track of the individual host addresses (of which there are millions), but rather just keeps track of physical networks (of which there are thousands). Essentially, routers in the Internet form a cooperative, interconnected structure, and datagrams pass from router to router across the backbone until they reach a router that can deliver the datagram directly.
• ATM Asynchronous Transfer Mode
• ATM networks require modern hardware including: • High speed switches that can operate at gigabit (trillion bit) per second speeds to handle the traffic from many computers; • Optical fibers (versus copper wires) that provide high data transfer rates, with host-to- ATM switch connections running at 100 or 155 Mbps (million bits per second);
• ATM incorporates features of both packet switching and circuit switching, as it is designed to carry voice, video, and television signals in addition to data. Pure packet switching technology is not conducive to carrying voice transmissions because such transfers demand more stable bandwidth.
• Frame relay systems use packet switching techniques, but are more efficient than traditional systems. This efficiency is partly due to the fact that they perform less error checking than traditional X.25 packet-switching services. In fact, many intermediate nodes do little or no error checking at all and only deal with routing, leaving the error checking to the higher layers of the system. With the greater reliability of today's transmissions, much of the error checking previously performed has become unnecessary. Thus, frame relay offers increased performance compared to traditional systems.
• An Integrated Services Digital Network is an "international telecommunications standard for transmitting voice, video, and data over digital lines," most commonly running at 64 kilobits per second. The traditional phone network runs voice at only 4 kilobits per second.
• an end user or company must upgrade to ISDN terminal equipment, central office hardware, and central office software. The ostensible goals of ISDN include the following:
• the MCI Intelligent Network is a call processing architecture for processing voice, fax and related services.
• the Intelligent Network comprises a special purpose bridging switch with special capabilities and a set of general purpose computers along with an Automatic Call Distributor (ACD).
• ACD Automatic Call Distributor
• the call processing including number translation services, automatic or manual operator services, validation services and database services are carried out on a set of dedicated general purpose computers with specialized software. New value added services can be easily integrated into the system by enhancing the software in a simple and cost- effective manner.
• the Intelligent Network Architecture has a rich set of features and is very flexible. Addition of new features and services is simple and fast. Features and services are extended utilizing special purpose software running on general purpose computers. Adding new features and services involves upgrading the special purpose software and is cost-effective.
• FIG 19A illustrates an Intelligent Network in accordance with a preferred embodiment.
• the MCI Intelligent Network is comprised of a large number of components.
• Major components of the MCI Intelligent Network include the
• MCI Switching Network The MCI switching network is comprised of special purpose bridging switches 2. These bridging switches 2 route and connect the calling and the called parties after the call is validated by the intelligent services network 4. The bridging switches have limited programming capabilities and provide the basic switching services under the control of the Intelligent Services Network (ISN) 4. 2. Network Control System/Data Access Point (NCS/DAP)
• the NCS/DAP 3 is an integral component of the MCI Intelligent Network.
• the DAP offers a variety of database services like number translation and also provides services for identifying the switch ID and trunk ID of the terminating number for a call.
• NCS/DAP 3 The different services offered by NCS/DAP 3 include:
• VNET/950 Card Validation Services • VNET ANI/DAL Validation Services.
• ISN Intelligent Services Network
• the ISN 4 includes an Automatic Call Distributor (ACD) for routing the calls.
• ACD Automatic Call Distributor
• the ACD communicates with the Intelligent Switch Network Adjunct Processor (ISNAP) 5 and delivers calls to the different manual or automated agents.
• the ISN includes the ISNAP 5 and the Operator Network Center (ONC).
• ISNAP 5 is responsible for Group Select and Operator Selection for call routing.
• the ISNAP communicates with the ACD for call delivery to the different agents.
• the ISNAP is also responsible for coordinating data and voice for operator-assisted calls.
• the ONC is comprised of Servers, Databases and Agents including Live Operators or Audio Response Units (ARU) including Automated Call
• ACP Application Processors
• MTOCs MTOCs
• NAS NAS
• the different services offered by the ONC include: • Validation Services including call-type identification, call verification and call restrictions if any;
• Enhanced Voice Services offer menu-based routing services in addition to a number of value- added features.
• the EVS system prompts the user for an input and routes calls based on customer input or offers specialized services for voice mail and fax routing.
• the different services offered as a part of the EVS component of the MCI Intelligent Network include: Play Customer Specific Voice Messages; Prompt for User Input; User Input based Information Access; • Call Extending Capabilities; Call Bridging Capabilities; Audio Conference Capabilities; Call Transfer Capabilities; Record User Voice Messages; • Remote Update of Recorded Voice; and Send/Receive Fax.
• ICR Intelligent Call Routing
• ICR Intelligent Call Routing
• Billing is a key component of the MCI Intelligent Network. The billing component provides services for customer billing based on call type and call duration. Specialized billing services are additionally provided for value added services like the 800 Collect calls.
• Fraud Monitoring component is a key component of the MCI Intelligent Network providing services for preventing loss of revenue due to fraud and illegal usage of the network.
• Operational Measurements include information gathering for analysis of product performance. Analysis of response to advertising campaigns, calling patterns resulting in specialized reports result from operational measurements. Information gathered is also used for future product planning and predicting infrastructure requirements.
• Usage Statistics Reporting includes gathering information from operational databases and billing information to generate reports of usage. The usage statistics reports are used to study call patterns, load patterns and also demographic information. These reports are used for future product plans and marketing input.
• the MCI Call Processing architecture is built upon a number of key components including the MCI Switch Network, the Network Control System, the Enhanced Voice Services system and the Intelligent Services Network. Call processing is entirely carried out on a set of general purpose computers and some specialized processors thereby forming the basis for the MCI Intelligent Network.
• the switch is a special purpose bridging switch with limited programming capabilities and complex interface. Addition of new services on the switch is very difficult and sometimes not possible.
• a call on the MCI Switch is initially verified if it needs a number translation as in the case of an 800 number.
• a number translation is required, it is either done at the switch itself based on an internal table or the request is sent to the DAP which is a general purpose computer with software capable of number translation and also determining the trunk ID and switch ID of the terminating number.
• the call can be routed to an ACD which delivers calls to the various call processing agents like a live operator or an ARU.
• the ACD communicates with the ISNAP which does a group select to determine which group of agents are responsible for this call and also which of the agents are free to process this call.
• the agents process the calls received by communicating with the NIDS (Network Information Distributed Services) Server which are the Validation or the Database Servers with the requisite databases for the various services offered by ISN.
• NIDS Network Information Distributed Services
• the agent communicates the status back to the ACD.
• the ACD in turn dials the terminating number and bridges the incoming call with the terminating number and executes a Release Link Trunk (RLT) for releasing the call all the way back to the switch.
• RLT Release Link Trunk
• the agent also generates a Billing Detail Record (BDR) for billing information.
• BDR Billing Detail Record
• OSR Operation Services Record
• the addition of new value added services is very simple and new features can be added by additional software and configuration of the different computing systems in the ISP. A typical call flow scenario is explained below.
• the Call Flow example illustrates the processing of an 800 Number Collect Call from phone 1 in Figure 19A to phone 10.
• the call is commenced when a calling party dials 1-800- COLLECT to make a collect call to phone 10 the Called Party.
• the call is routed by the Calling Party's Regional Bell Operating Company (RBOC), which is aware that this number is owned by MCI, to a nearest MCI Switch Facility and lands on an MCI switch 2.
• RBOC Regional Bell Operating Company
• the switch 2 detects that it is an 800 Number service and performs an 800 Number Translation from a reference table in the switch or requests the Data Access Point (DAP) 3 to provide number translation services utilizing a database lookup.
• DAP Data Access Point
• the call processing is now delegated to a set of intelligent computing systems through an Automatic Call Distributor (ACD) 4.
• ACD Automatic Call Distributor
• ACD 4 Automatic Call Distributor
• the call from the switch is transferred to an ACD 4 which is operational along with an Intelligent Services Network Adjunct Processor (ISNAP) 5.
• the ISNAP 5 determines which group of Agents are capable of processing the call based on the type of the call. This operation is referred to as Group Select.
• the agents capable of call processing include Manual Telecommunications Operator Console (MTOC)s 6 or Automated Call Processors (ACP)s 7 with associated Network Audio Servers (NAS)s 7a.
• MTOC Manual Telecommunications Operator Console
• ACP Automated Call Processors
• NAS Network Audio Servers
• the Agents are built with sophisticated call processing software.
• the Agent gathers all the relevant information from the Calling Party including the telephone number of the Called Party.
• the Agent then communicates with the database servers with a set of database lookup requests.
• the database lookup requests include queries on the type of the call, call validation based on the telephone numbers of both the calling and the called parties and also call restrictions, if any, including call blocking restrictions based on the called or calling party's telephone number.
• the Agent then signals the ISNAP-ACD combination to put the Calling Party on hold and dial the called party and to be connected to the Called Party.
• the Agent informs the called party about the Calling Party and the request for a Collect Call.
• the Agent gathers the response from the Called Party and further processes the call.
• the Agent then signals the ISNAP-ACD combination to bridge the Called Party and the Calling Party.
• the Agent then cuts a BDR which is used to match with a respective OSR generated by the switch to create complete billing information.
• the ISNAP-ACD combination then bridges the Called Party and the Calling Party and then releases the line back to the switch by executing a Release Trunk (RLT).
• RLT Release Trunk
• the Calling Party and the Called Party can now have a conversation through the switch.
• the switch At the termination of the call by either party, the switch generates a OSR which will be matched with the BDR generated earlier to create complete billing information for the call. If the Called Party declines to accept the collect call, the Agent signals the ACD-ISNAP combination to reconnect the Calling Party which was on hold back to the Agent.
• MCI Intelligent Network is a scaleable and efficient network architecture for call processing and is based on a set of intelligent processors with specialized software, special purpose bridging switches and ACD's.
• the Intelligent Network is an overlay network coexisting with the MCI Switching Network and is comprised of a large number of specialized processors interacting with the switch network for call processing.
• One embodiment of Intelligent Network is completely audio-centric. Data and fax are processed as voice calls with some specialized, dedicated features and value-added services.
• the Intelligent Network is adapted for newly emerging technologies, including POTS-based video-phones and internet telephony for voice and video.
• newly emerging technologies including POTS-based video-phones and internet telephony for voice and video.
• the ISP is composed of several disparate systems. As ISP integration proceeds, formerly independent systems now become part of one larger whole with concomitant increases in the level of analysis, testing, scheduling, and training in all disciplines of the ISP.
• a range of high bandwidth services are supported by a preferred embodiment. These include: Video on Demand, Conferencing, Distance Learning, and Telemedicine.
• ATM asynchronous transfer mode
• the ISP platform offers many features which can be applied or reapplied from telephony to the Internet. These include access, customer equipment, personal accounts, billing, marketing (and advertising) data or application content, and even basic telephone service.
• the telecommunication industry is a major transmission provider of the Internet.
• a preferred embodiment which provides many features from telephony environments for Internet clients is optimal.
• Figure 19F is a block diagram of an internet telephony system in accordance with a preferred embodiment.
• a number of computers 1900, 1901, 1902 and 1903 are connected behind a firewall 1905 to the Internet 1910 via an Ethernet or other network connection.
• a domain name system 1906 maps names to IP addresses in the Internet 1910.
• Individual systems for billing 1920, provisioning 1922, directory services 1934, messaging services 1930, such as voice messaging 1932 are all attached to the internet 1910 via a communication link.
• Another communication link is also utilized to facilitate communications to a satellite device 1940 that is used to communicate information to a variety of set top devices 1941-1943.
• a web server 1944 provides access for an order entry system 1945 to the Internet 1910.
• the order entry system 1945 generates complete profile information for a given telephone number, including, name, address, fax number, secretary's number, wife's phone number, pager, business address, e-mail address, IP address and phonemail address. This information is maintained in a database that can be accessed by everyone on the network with authorization to do so.
• the order entry system utilizes a web interface for accessing an existing directory service database 1934 to provide information for the profile to supplement user entered information.
• the Internet 1910 is tied to the Public Switched Network (PSTN) 1960 via a gateway 1950.
• the gateway 1950 in a preferred embodiment provides a virtual connection from a circuit switched call in the PSTN 1960 and some entity in the Internet 1910.
• the PSTN 1960 has a variety of systems attached, including a direct-dial input 1970, a Data Access Point (DAP) 1972 for facilitating 800 number processing and Virtual NETwork (VNET) processing to facilitate for example a company tieline.
• DAP Data Access Point
• VNET Virtual NETwork
• a Public Branch Exchange (PBX) 1980 is also attached via a communication link for facilitating communication between the PSTN 1960 and a variety of computer equipment, such as a fax 1981, telephone 1982 and a modem 1983.
• An operator 1973 can also optionally attach to a call to assist in placing a call or conference call coming into and going out of the PSTN 1960 or the internet 1910.
• ISN Intelligent Services Network
• DAP Dynamic Access Protocol
• FIG 19G is a block diagram of a Prioritizing Access/Router in accordance with a preferred embodiment.
• a prioritizing access router is designed to combine the features of an internet access device and an Internet Protocol (IP) Router. It enables dial-up modem access to the internet by performing essential modem and PPP/SLIP to IP and the reverse IP to PPP/SLIP conversion. It also analyzes IP packet source/destination addresses and UPD or TCP ports and selects appropriate outgoing network interfaces for each packet. Lastly, it uses a priority routing technique to favor packets destined for specific network interfaces over packets destined for other network interfaces.
• IP Internet Protocol
• the design goal of the prioritizing access/router is to segregate real-time traffic from the rest of the best- effort data traffic on internet networks.
• Real-time and interactive multimedia traffic is best segregated from traffic without real-time constraints at the access point to the internet, so that greater control over quality of service can be gained.
• the process that a prioritizing access/router utilizes is presented below with reference to Figure 19G.
• a computer dials up the PAR via a modem.
• the computer modem negotiates a data transfer rate and modem protocol parameters with the PAR modem.
• the computer sets up a Point to Point Protocol (PPP) session with the PAR using the modem to modem connection over a Public Switched Telephone Network (PSTN) connection.
• PSTN Public Switched Telephone Network
• the computer transfers Point-to-Point (PPP) packets to the PAR using the modem connection.
• the PAR modem 2010 transfers PPP packets to the PPP to IP conversion process 2020 via the modem to host processor interface 2080.
• the modem to host processor interface can be any physical interface presently available or yet to be invented. Some current examples are ISA, EISA, VME, SCbus, MVIP bus, Memory Channel, and TDM buses. There is some advantage in using a multiplexed bus such as the Time Division Multiplexing buses mentioned here, due to the ability to devote capacity for specific data flows and preserve deterministic behavior.
• the PPP to IP conversion process 2020 converts PPP packets to IP packets, and transfers the resulting IP packets to the packet classifier 2050 via the process to process interface 2085.
• the process to process interface can be either a physical interface between dedicated processor hardware, or can be a software interface. Some examples of process to process software interfaces include function or subroutine calls, message queues, shared memory, direct memory access (DMA), and mailboxes.
• the packet classifier 2085 determines if the packet belongs to any special prioritized group.
• the packet classifier keeps a table of flow specifications, defined by destination IP Address source IP address combined source/destination IP Address combined destination IP Address/UDP Port combined destination IP Address/TCP Port combined source IP address/UDP Port combined source IP Address/TCP Port combined source IP Address and TCP or UDP port with destination IP address combined destination IP Address and TCP or UDP port with source IP address combined source IP Address and TCP or UDP port with destination IP address and TCP/UDP
• the packet classifier checks its table of flow specifications against the IP addresses and UDP or TCP ports used in the packet. If any match is found, the packet is classified as belonging to a priority flow and labeled as with a priority tag. Resource Reservation Setup Protocol techniques may be used for the packet classifier step.
• the packet classifier 2050 hands off priority tagged and non-tagged packets to the packet scheduler 2060 via the process to process interface (90).
• the process to process interface 2090 need not be identical to the process to process interface 2085, but the same selection of techniques is available.
• the packet scheduler 2060 used a priority queuing technique such as Weighted Fair Queueing to help ensure that prioritized packets (as identified by the packet classifier) receive higher priority and can be placed on an outbound network interface queue ahead of competing best-effort traffic.
• the packet scheduler 2060 hands off packets in prioritized order to any outbound network interface (2010, 2070, 2071 or 2072) via the host processor to peripheral bus 2095. Any number of outbound network interfaces may be used.
• IP packets can arrive at the PAR via non-modem interfaces (2070, 2071 and 2072). Some examples of these interfaces include Ethernet, fast Ethernet, FDDI, ATM, and Frame Relay. These packets go through the same steps as IP packets arriving via the modem PPP interfaces.
• the priority flow specifications are managed through the controller process 2030.
• the controller process can accept externally placed priority reservations through the external control application programming interface 2040.
• the controller validates priority reservations for particular flows against admission control procedures and policy procedures, and if the reservation is admitted, the flow specification is entered in the flow specification table in the packet classifier 2050 via the process to process interface 2065.
• the process to process interface 2065 need not be identical to the process to process interface 2085. but the same selection of techniques is available.
• FIG 20 there is shown an architectural framework for an Intelligent Services Platform (ISP) 2100, used in the present invention.
• the architecture of the ISP 2100 is intended to define an integrated approach to the provision and delivery of intelligent services to the MCI network across all the components of the ISP.
• the architecture of the ISP 2100 defines a single cohesive architectural framework covering these areas. The architecture is focused on achieving the following goals:
• the target capabilities of the ISP 2100 are envisioned to provide the basic building blocks for very many services. These services are characterized as providing higher bandwidth, greater customer control or personal flexibility, and much reduced , even instantaneous, provisioning cycles.
• the ISP 2100 has a reach that is global and ubiquitous. Globally, it will reach every country through alliance partners' networks. In breadth, it reaches all business and residential locales through wired or wireless access. 4. Future Services
• Services provided by the ISP 2100 will span those needed in advertising, agriculture, education, entertainment, finance, government, law, manufacturing, medicine, network transmission, real estate, research, retailing, shipping, telecommunications, tourism, wholesaling, and many others.
• Customizable customer is able to tailor the service offerings to their own needs.
• Customer managed customer has direct (network-side) access for the administration and control of their service.
• the following section describes the role of the ISP Platform 2100 in providing customer services.
• the ISP 2100 provides customer services through an intelligent services infrastructure, including provider network facilities 2102, public network facilities 2104, and customer equipment 2106.
• the services infrastructure ensures the end-to-end quality and availability of customer service.
• the following section describes the relationship of the ISP platform 2100 to various external systems both within and outside a provider.
• the provider components 2108 in Figure 20 are:
• Intelligent Services 2110 responsible for service provisioning, service delivery, and service assurance, including the internal data communications networks 2102. This represents the ISP's role.
• Network Management 2114 responsible for the development and operation of the physical networks 2102.
• Product Management 2116 responsible for the creation and marketing of customer services.
• the entities external to the ISP 2100 depicted in Figure 20 are:
• Networks 2104- this represents all the network connections and access methods used by customers 2106 for service. This includes a provider's circuit switched network, packet switched networks, internal extended wide area network, the internet, a provider's wireless partners' networks, a provider's global alliance and national partner networks, broadband networks, as well as the customer premises equipment 2118 attached to these networks.
• 3rd party Service Providers 2120 this represents those external organizations which deliver services to customers via the provider's Intelligent Services Platform 2100.
• Service Resellers 2122 this represents those organizations which have customers using the facilities 2100.
• ISP Functional Framework Figure 21 shows components of the ISP 2100 in more detail. Shown is the set of logical components comprising the ISP 2100 architecture. None of these components is a single physical entity; each typically occurs multiple times in multiple locations. The components work together to provide a seamless Intelligent Services 2110 environment. This environment is not fixed; it is envisioned as a flexible evolving platform capable of adding new services and incorporating new technologies as they become available. The platform components are linked by one or more network connections which include an internal distributed processing infrastructure.
• the ISP 2100 Functional Components are:
• Inbound and Outbound Gateways 2126 allows access to services provided by other providers, and allows other providers to access the provider's services.
• Marketable Service Gateway 2128- interface to a three-tier service creation environment for services the provider sells. Services are deployed and updated through the Marketable Service Gateway 2128. This is actually no different than the Management Service Gateway 2130, except that the services created and deployed through here are for external customers.
• Management Service Gateway 2130 illustrates that service creation concepts apply to management of the platform as well as service logic. Management services are deployed and managed through the Management Service Gateway 2130. Also, interfaces with management systems external to ISP 2100 are realized by the Management Service Gateway 2130. Some examples of management services include the collection, temporary storage, and forwarding of (billable) network events. Other services include collection and filtering of alarm information from the ISP 2100 before forwarding to network management 2132.
• Service Engines 2134 A Service Logic Execution Environment for either marketable or management services.
• the Service Engines 2134 execute the logic contained in customer- specific profiles in order to provide unique customized service features.
• Service Creation Environment 2136 Creates and deploys management services as well as marketable services, and their underlying features and capabilities.
• Service Engines 2134 Where all customer and service profile data is deployed. Data is cached on Service Engines 2134, Statistics Servers 2140, Call Context servers 2142, Analysis Servers 2144, and other specialized applications or servers 2146 requiring ISP 2100 data.
• Service Select 2148 Whether the services are accessed via a narrowband or broadband network, circuit-switched, packet-switched, or cell-switched, the services are accessed via a Service Select function 2148.
• Service Select 2148 is a specialized version of a service engine 2134, designed specifically to choose a service or services to execute.
• Resource Managers 2150 manages all resources, including specialized resources 2152 and service instances running on service engines 2134, and any other kind of resource in the ISP 2100 that needs management and allocation.
• Specialized Resources 2152 Special network-based capabilities (Internet to voice conversion, DTMF-detection, Fax, Voice Recognition, etc) are shown as specialized resources 2152.
• Call Context Server 2142 accepts network event records and service event records in real time, and allows queries against the data. Once all events for a call (or any other kind of network transaction) are generated, the combined event information is delivered en masse to the Revenue Management function 2154. Data is stored short-term.
• Statistics Server 2140 accepts statistics events from service engines, performs rollups, and allows queries against the data. Data is stored short-term.
• Analysis Services 2144- a special kind of service engine that isn't based on network access, but is based on adding value based upon network statistics or call context information in real time or near real time. Examples include fraud detection and customer traffic statistics.
• FIG 22 shows how the ISP architecture 2100 supplies services via different networks.
• the networks shown include Internet 2160, the public switched telephony network (PSTN) 2162, Metro access rings 2164, and Wireless 2166. Additionally, it is expected that new PSTN services.
• PSTN public switched telephony network
• Switchless broadband network architectures 2168 and 2170 such as ATM or ISOEthernet may supplant the current PSTN networks 2162.
• the architecture accommodates networks other than basic PSTNs 2162 due to the fact that these alternative network models support services which cannot be offered on a basic PSTN, often with an anticipated reduced cost structure. These Networks are depicted logically in Figure 22.
• Each of these new networks are envisioned to interoperate with the ISP 2100 in the same way.
• Calls (or transactions) will originate in a network from a customer service request, the ISP will receive the transaction and provide service by first identifying the customer and forwarding the transaction to a generalized service-engine 2174.
• the service engine determines what service features are needed and either applies the necessary logic or avails itself of specialized network resources for the needed features.
• the ISP 2100 itself is under the control of a series of Resource managers and Administrative and monitoring mechanisms.
• a single system image is enabled through the concurrent use of a common information base.
• the information base holds all the Customer, Service, Network and Resource information used or generated by the ISP.
• Other external applications (from within MCI and in some cases external to MCI) are granted access through gateways, intermediaries, and sometimes directly to the same information base.
• each entity depicts a single logical component of the ISP. Each of these entities is expected to be deployed in multiple instances at multiple sites.
• App 2178- an internal ISP application (such as Fraud Analysis);
• Dc 2180- Data client a client to the ISP information base which provides a local data copy
• Ds 2182- Data server one of the master copies of ISP information
• GRM 2188 the global resource management view for selected resources
• SR 2192- the pools of specialized resources (such as video servers, ports, speech recognition);
• Service Select 2194 the function which selects the service instance (running on a service engine 2134) which should process transactions offered from the networks.
• the switchless network 2168 is a term used for the application of cell-switching or packet- switching techniques to both data and isochronous multimedia communications services.
• circuit switching was the only viable technology for transport of time-sensitive isochronous voice.
• Asynchronous Transfer Mode cell switching networks which provide quality of service guarantees, a single network infrastructure which serves both isochronous and bursty data services is achievable.
• the switchless network is expected to provide a lower cost model than circuit switched architectures due to:
• Figure 23 illustrates a sample switchless network 2168 in accordance with a preferred embodiment.
• the Service Model must support seamless integration of new and existing services.
• Services are created from a common Service Creation Environment (SCE) which provides a seamless view of services.
• SCE Service Creation Environment
• Data stored in a single customer profile in the ISP Data Servers may be used to drive multiple services.
• the Service Model must support the specification and fulfillment of quality of service parameters for each service. These quality of service parameters, when taken together, constitute a service level agreement with each customer. Service deployment must take into account specified quality of service parameters.
• Each service feature must be defined using a standard methodology to allow service designers to have a common understanding of a capability. Each service feature must document their inputs, outputs, error values, display behaviors, and potential service applications. 4. Interaction of physical entities in the network implementation shall not be visible to the user of the service feature through the service feature interfaces. 5. Each service feature should have a unified and stable external interface. The interface is described as a set of operations, and the data required and provided by each operation. 6. Service features are not deployed into the network by themselves. A service feature is only deployed as part of a service logic program which invokes the service feature (see Figure 21). Thus, service features linked into service logic programs statically, while capabilities are linked to service logic programs dynamically. This is where the loose coupling of resources to services is achieved.
• Capability Principles Capabilities are defined completely independent from consideration of any physical or logical implementation (network implementation independent).
• Each capability should have a unified and stable interface.
• the interface is described as a set of operations, and the data required and provided by each operation.
• Capabilities may be combined to form high-level capabilities.
• An operation on a capability defines one complete activity.
• An operation on a capability has one logical starting point and one or more logical ending points.
• Capabilities may be realized in one or more piece of physical hardware or software in the network implementation.
• Data required by each capability operation is defined by the capability operation support data parameters and user instance data parameters.
• Capabilities are deployed into the network independent of any service. 10. Capabilities are global in nature and their location need not be considered by the service designer, as the whole network is regarded as a single entity from the viewpoint of the service designer.
• Capabilities are reusable. They are used without modification for other services.
• Each Service Engine 2134 supports a subset of the customer base. The list of customers supported by a service engine is driven by configuration data, stored on the ISP Data Server 2182. 2. Each Service Engine 2134 obtains its configuration data from the ISP data servers
• Service Engines 2134 use ISP database clients 2180 (see the data management section of this description) to cache the data necessary to support the customers configured for that service engine 2134, as needed.
• Caching can be controlled by the ISP database server 2182, or controlled by the database of the ISP database server 2182.
• Data may be cached semi-permanently (on disk or in memory) at a service engine 2134 if it is deemed to be too much overhead to load data from the data server 2182 on a frequent basis.
• Service Engines 2134 may be expected to execute all of a customer's services, or only a subset of the customer's services. However, in the case of service interactions, one
• Service Engine 2134 must always be in control of the execution of a service at any given time. Service Engines may hand-off control to other service engines during the course of service execution.
• Service Engines do not own any data, not even configuration data. 6. Service Engines 2134 are not targets for deployment of data. Data Servers 2182 are targets for deployment of data.
• Resources 2152 should be accessible from anywhere on the network. 2. Resources are not service-specific and can be shared across all services if desired.
• the Resource Management Model 2150 should be flexible enough to accommodate various management policies, including: Least Cost, Round Robin, Least Recently
• the Resource Management Model 2150 should optimize the allocation of resources and, if possible, honoring a selected policy. 6.
• the RM 2150 must allow for a spectrum of resource allocation techniques ranging from static configuration to fully dynamic allocation of resources on a transaction by transaction basis. 7.
• the Resource Management Model 2150 must allow for the enforcement of resource utilization policies such as resource time out and preemptive reallocation by priority.
• the Resource Management Model 2150 must be able to detect and access the status, utilization and health of resources in a resource pool.
• All Resources 2152 must be treated as managed objects. 10. All resources must be able to register with the RM 2150 to enter a pool, and de- register to leave a pool.
• the relationship between resources should not be fixed, rather individual instances of a given resource should be allocated from a registered pool in response to need or demand.
• All specialized resources 2152 must offer SNMP or CMIP agent functionality either directly or through a proxy. 15. Every specialized resource 2152 shall be represented in a common management information base.
• All specialized resources shall support a standard set of operations to inquire, probe, place in or out of service, and test the item.
• Data access should conform to a single set of access methods which is standardized across the ISP 2100.
• Private data is allowed at a local database, but cannot be shared or distributed.
• Private formats for a shared data item are allowed at the local database.
• Data Replication provides reliability through duplication of data sources.
• Database Partitioning provides scalability by decreasing the size of any particular data store, and by decreasing the transaction rate against any particular data store. 16.
• Data Management 2138 must allow both static and dynamic configuration of data resources.
• Logical application views of data are insulated from physical data operations such as relocation of files, reloading of databases, or reformatting of data stores. 19. Audit trails, and event histories, are required for adequate problem resolutions.
• Data Management 2138 mechanisms must scale for high levels of growth.
• Data items are the lowest set of persistent objects; these objects encapsulate a single data value.
• Data items may have a user defined type.
• Data items may be created and deleted.
• the internal value of a data item is constrained by range restrictions and rules.
• OS/DM Domain - Data within the Operational support domain should be managed with the ISP Data Management 2138 Mechanisms.
• Global MIB There is a logical Global MIB which represents resources in the entire ISP.
• External MIBs - Embedded MIBs that are part of a managed component are outsider of Operational Support and Data Management. Such MIBs will be represented to the OS by a Mediation Device.
• System Conformance System conformance to the ISP OS standards will be gained through Mediation Layers.
• Operational Functions Operational personnel handle the Network Layer & Element
• Administration Functions - Administration personnel handle the Planning & Service Management.
• Profile Domain - Service & customer profile data bases are managed by administration personnel under the domain of the Data Management system.
• Telecommunication Management Network (TMN) compliance - TMN compliance will be achieved through a gateway to any TMN system.
• Compatibility The physical network model provides backward compatibility for existing telecommunications hardware and software.
• Scaleable The physical network model is scaleable to accommodate a wide range of customer populations and service requirements.
• the physical network model requires and provides secure transmission of information. It also has capabilities to ensure secure access to network elements.
• Monitoring The physical network model provides well-defined interfaces and access methods for monitoring the traffic on the network. Security (see above) is integrated to prevent unauthorized access to sensitive data.
• Partitionable The physical network model is (logically) partitionable to form separate administrative domains.
• Quality of Service The physical network model provides QOS provisions such as wide range of qualities, adequate QOS for legacy applications, congestion management and user-selectable QOS.
• Universal Access The physical network model does not prevent access to a network element due to its location in the network. A service is able to access any resource on the network.
• Cost Effective The physical network model allows for cost effective implementations by not being reliant on single vendor platforms or specific standards for function.
• the ISP Service Model establishes a framework for service development which supports: rapid service creation and deployment; efficient service execution; complete customization control over services for customers; • total service integration for a seamless service view for customers; improved reuse of ISP capabilities through loose coupling of those capabilities; • reduced cost of service implementation; and
• the ISP Service Model supports all activities associated with Services, including the following aspects: provisioning; creation; deployment; ordering; updating; monitoring; execution; testing or simulation; • customer support and troubleshooting; billing; trouble ticket handling; and operations support.
• This model covers both marketable services and management services.
• Management services are part of the operation of the MCI network, and are not sold to customers.
• the Service Model also defines interactions with other parts of the ISP Architecture, including Data Management, Resource Management, and Operational Support.
• a service 2200 is a set of capabilities combined with well-defined logic structures and business processes which, when accessed through a published interface, results in a desired and expected outcome on behalf of the user.
• a Service 2200 includes the business processes that support the sale. operation, and maintenance of the Service.
• the critical task in developing a Service is defining what can be automated, and clearly delineating how humans interact with the Service.
• a service 2200 is an object in a sense of an object-oriented object as described earlier in the specification.
• An instance of a service 2200 contains other objects, called service features 2202.
• a service feature 2202 provides a well defined interface which abstracts the controlled interaction of one or more capabilities 2204 in the ISP Service Framework, on behalf of a service.
• Service features 2202 use various capability 2204 objects.
• Capabilities 2204 are standard, reusable, network-wide building blocks used to create service features 2202. The key requirement in Service Creation is for the engineers who are producing basic capability objects to insure each can be reused in many different services as needed.
• Services 2200 are described by "service logic,” which is basically a program written in a very high-level programming language or described using a graphical user interface. These service logic programs identify: • what service features 2202 are used;
• the service logic itself is generally not enough to execute a service 2200 in the network.
• customer data is needed to define values for the points of flexibility defined in a service, or to customize the service for the customer's particular needs.
• Management and Marketable Services are part of the same service model. The similarities between of Management and Marketable Services allow capabilities to be shared. Also, Management and Marketable Services represent two viewpoints of the same network: Management Services represent and operational view of the network, and Marketable Services represent an external end-user or customer view of the network. Both kinds of services rely on network data which is held in common.
• Every Marketable Service has a means for a customer to order the service, a billing mechanism, some operational support capabilities, and service monitoring capabilities.
• the Management Services provide processes and supporting capabilities for the maintenance of the platform.
• Service features 2202 provide a well-defined interface of function calls. Service features can be reused in many different services 2200, just as capabilities 2204 are reused in many different service features 2202. Service features have specific data input requirements, which are derived from the data input requirements of the underlying capabilities. Data output behavior of a service feature is defined by the creator of the service feature, based upon the data available from the underlying capabilities. Service Features 2202 do not rely on the existence of any physical resource, rather, they call on capabilities 2204 for these functions, as shown in Figure 25. Some examples of service features are:
• Time-based Routing - based on capabilities such as a calendar, date/time, and call objects, this feature allows routing to different locations based upon time.
• this function can be used to validate calling card use by prompting for a card number and/or an access number (pin number), or to validate access to a virtual private network.
• This feature allows automated interaction with the user of a service.
• This service feature object can be extended to include capabilities for video interaction with a user as well.
• a capability 2204 is an object, which means that a capability has internal, private state data, and a well-defined interface for creating, deleting, and using instances of the capability. Invoking a capability 2204 is done by invoking one of its interface operations. Capabilities 2204 are built for reuse. As such, capabilities have clearly defined data requirements for input and output structures. Also, capabilities have clearly defined error handling routines. Capabilities may be defined in object-oriented class hierarchies whereby a general capability may be inherited by several others.
• network-based capability objects are: • voice (for recording or playback),
• Some capabilities are not network-based, but are based purely on data that has been deployed into our platform. Some examples of these capabilities are: calendar (to determine what day of the week or month it is), • comparison (to compare strings of digits or characters),
• Interactive Data obtained as the service executes which may be explicit user inputs or derived from the underlying network connections.
• Service 2200 Execution Services 2200 execute in Service Logic Execution Environments (SLEEs).
• a SLEE is executable software which allows any of the services deployed into the ISP 2100 to be executed.
• Service Engines 2134 Figure 21
• Service Engines 2134 simply execute the services 2200 that are deployed to them.
• Service templates and their supporting profiles are deployed onto database servers 2182 ( Figure 22).
• a SLEE When a SLEE is started on a Service Engine 2134, it retrieves its configuration from the database server 2182. The configuration instructs the SLEE to execute a list of services 2200. The software for these services is part of the service templates deployed on the database servers. If the software is not already on the Service Engine 2134, the software is retrieved from the database server 2182. The software is executed, and service 200 begins to run.
• a service 2200 will first invoke a service feature 2202 ( Figure 24) which allows the service to register itself with a resource manager 2188 or 2190. Once registered, the service can begin accepting transactions. Next, a service 2200 will invoke a service feature 2202 which waits on an initiating action. This action can be anything from an internet logon, to an 800 call, to a point of sale card validation data transaction. Once the initiating action occurs in the network, the service select function 2148 ( Figure 21) uses the Resource Manager 2150 function to find an instance of the executing service 2200 to invoke. The initiating action is delivered to the service 2200 instance, and the service logic (from the service template) determines subsequent actions by invoking additional service features 2202.
• profile data is used to determine the behavior of service features 2202.
• some or all of the profile data needed by a service may be cached on a service engine 2134 from the ISP 2100 database server 2182 to prevent expensive remote database lookups.
• information may generated by service features 2202 and deposited into the Context Database. This information is uniquely identified by a network transaction identifier. In the case of a circuit-switched call, the already-defined Network Call Identifier will be used as the transaction identifier. Additional information may be generated by network equipment and deposited into the Context Database as well, also indexed by the same unique transaction identifier. The final network element involved with the transaction deposits some end-of- transaction information into the Context Database.
• a linked list strategy is used for determining when all information has been deposited into the Context Database for a particular transaction. Once all information has arrived, an event is generated to any service which has subscribed to this kind of event, and services may then operate on the data in the Context Database. Such operations may include extracting the data from the Context Database and delivering it to billing systems or fraud analysis systems.
• VNET caller has a service which does not allow the caller to place international calls.
• the VNET caller dials the number of another VNET user who has a service which allows international dialing, and the called VNET user places an international call, then bridges the first caller with the international call.
• the original user was able to place an international call through a third party, in defiance of his company's intention to prevent the user from dialing internationally. In such circumstances, it may be necessary to allow the two services to interact with each other to determine if operation of bridging an international call should be allowed.
• the ISP service model must enable services 2200 to interact with other services. There are several ways in which a service 2200 must be able to interact with other services (see Figure 26):
• Asynchronous Interaction 2214 where a service invokes another service, performs some other actions, then waits for the other service to complete and reply; or
• the terminating VNET service could have queried the originating VNET service using the synchronous service interaction capability.
• service logic can be deployed onto both network-based platforms and onto customer premises equipment. This means that service interaction must take place between network-based services and customer-based services.
• Services 2200 must be monitored from both the customer's viewpoint and the network viewpoint. Monitoring follows one of two forms:
• the service 2200 can generate detailed event-by-event information for delivery to the transaction context database
• the service can generate statistical information for delivery periodically to a statistics database, or for retrieval on demand by a statistics database.
• Analysis services can use the Statistics Database or the Context Database to perform real time or near real time data analysis services.
• the Context Database collects all event information regarding a network transaction. This information will constitute all information necessary for network troubleshooting, billing, or network monitoring.
• the ISP Data Management 2138 Architecture is intended to establish a model which covers the creation, maintenance, and use of data in the production environment of the ISP 2100, including all transfers of information across the ISP boundaries.
• the Data Management 2138 Architecture covers all persistent data, any copies or flows of such data within the ISP, and all flows of data across the ISP boundaries. This model defines the roles for data access, data partitioning, data security, data integrity, data manipulation, plus database administration. It also outlines management policies when appropriate.
• the objectives of this architecture are to: • Create a common ISP functional model for managing data;
• the Data Management Architecture is a framework describing the various system components, how the systems interact, and the expected behaviors of each component.
• data is stored at many locations simultaneously, but a particular piece of data and all of its replicated copies are viewed logically as a single item.
• a key difference in this embodiment is that the user (or end-point) dictates what data is downloaded or stored locally.
• a) Domains Data and data access are characterized by two domains 2220 and 2222, as shown in Figure 27. Each domain can have multiples copies of data within it. Together, the domains create a single logical global database which can span international boundaries. The key aspect to the domain definitions below is that all data access is the same. There is no difference in an Order Entry feed from a Call Processing lookup or Network side data update.
• Central domain 2220 controls and protects the integrity of the system. This is only a logical portrayal, not a physical entity. Satellite domain 2222 provides user access and update capabilities. This is only a logical portrayal, not a physical entity.
• the architecture is that of distributed databases and distributed data access with the following functionality:
• Figure 28 shows logical system components and high-level information flows. None of the components depicted is physical. Multiple instances of each occur in the architecture. The elements in Figure 28 are:
• Satellite domains 2222 of Data Management 2138 encompass:
• the Central domain for Data Management 2138 encompasses:
• ISP applications which require database access. Examples are the ISN NIDS servers, and the DAP Transaction Servers, The applications obtain their required data from the dbClient 2234 by attaching to the desired databases, and providing any required policy instructions. These applications also provide the database access on behalf of the external systems or network element such as Order Entry or Switch requested translations. Data applications support the following functionality:
• Updates allow an application to insert, update, or delete data in an ISP database.
• Access requests allow an application to search for data, list multiple items, select items from a list or set, or iterate through members of a set.
• the dbClients represent satellite copies of data. This is the only way for an application to access ISP data. Satellite copies of data need not match the format of data as stored on the dbServer 2236.
• the dbClients register with master databases (dbServer) 2236 for Subscriptions or Cache Copies of data. Subscriptions are automatically maintained by dbServer 2236, but Cache Copies must be refreshed when the version is out of date.
• a critical aspect of dbClient 2234 is to ensure that data updates by applications are serialized and synchronized with the master copies held by dbServer 2236. However, it is just as reasonable for the dbClient to accept the update and only later synchronize the changes with the dbServer (at which time exception notifications could be conveyed back to the originating application). The choice to update in lock-step, or not, is a matter of application policy not Data Management 2138.
• dbClient 2234 If a dbClient 2234 becomes inactive or loses communications with the dbServer; it must resynchronize with the master. In severe cases, operator intervention may be required to reload an entire database or selected subsets.
• the dbClient 2234 offers the following interface operations:
• dbClients submit Logs or Reports and signal problems to the monitor (dbMon) 2240.
• the dbServers 2236 play a central role in the protection of data. This is where data is 'owned' and master copies maintained. At least two copies of master data are maintained for reliability. Additional master copies may be deployed to improve data performance.
• the dbServer 2236 includes the layers of business mles which describe or enforce the relationships between data items and which constrain particular data values or formats. Every data update must pass these rules or is rejected. In this way dbServer ensures all data is managed as a single copy and all business mles are collected and applied uniformly.
• the dbServer 2236 tracks when, and what kind of, data changes are made, and provides logs and summary statistics to the monitor (dbMon) 2240. Additionally these changes are forwarded to any active subscriptions and Cache-copies are marked out of date via expiration messages.
• the dbServer also provides security checks and authorizations, and ensures that selected items are encrypted before storage.
• the dbServer supports the following interface operations:
• Data Administration (dbAdmin) 2238 involves setting data policy, managing the logical and physical aspect of the databases, and securing and configuring the functional components of the Data Management 2138 domain.
• Data Management policies include security, distribution, integrity rules, performance requirements, and control of replications and partitions.
• dbAdmin 2238 includes the physical control of data resources such as establishing data locations, allocating physical storage, allocating memory, loading data stores, optimizing access paths, and fixing database problems.
• dbAdmin 2238 also provides for logical control of data such as auditing, reconciling, migrating, cataloguing, and converting data.
• the dbAdmin 2238 supports the following interface operations:
• the dbMon 2240 represents a monitoring function which captures all data-related events and statistical measurements from the ISP boundary gateways, dbClients 2234 and dbServers 2236.
• the dbMon 2240 mechanisms are used to create audit trails and logs.
• the dbMon typically presents a passive interface; data is fed to it. However monitoring is a hierarchical activity and further analysis and roll-up (compilation of data collected at intervals, such as every minute, into longer time segments, such as hours or days) occurs within dbMon. Additionally dbMon will send alerts when certain thresholds or conditions are met.
• QOS quality of Service
• data performance data performance
• other service level agreements All exceptions and date errors are logged and flow to the dbMon for inspection, storage, and roll-up.
• dbMon 2240 supports the following interface operations:
• the Operations consoles (Ops) 2244 provide the workstation-interface for the personnel monitoring, administering, and otherwise managing the system.
• the Ops consoles provide access to the operations interfaces for dbMon 2240, dbAdmin 2238, and dbServer 2236 described above.
• the Ops consoles 2244 also support the display of dynamic status through icon based maps of the various systems, interfaces, and applications within the Data management domain 2138. 5.
• Each of the sites shown in Figure 29 is typically linked with one or more of the other sites by wide area network (WAN) links.
• WAN wide area network
• the exact network configuration and sizing is left to a detailed engineering design task. It is not common for a database copy to be distributed to the Order Entry (OE) sites 2251, however in this architecture, entry sites are considered equivalent to satellite sites and will contain the dbClient functionality.
• OE Order Entry
• Satellite sites 2252 each contain the dbClient 2234 too. These sites typically operate local area networks (LANs).
• the dbClients act as local repositories for network or system applications such as the ISN operator consoles, ARUs, or NCS switch requested translations.
• the Central sites 2254 provide redundant data storage and data access paths to the dbClients 2234. Central sites 2254 also provide roll-up monitoring (dbMon) functions although dbMon components 2240 could be deployed at satellite sites 2252 for increased performance.
• dbMon roll-up monitoring
• the administrative functions are located at any desired operations or administration site 2254 but not necessarily in the same location as the dbMon. Administrative functions require the dbAdmin 2238, plus an operations console 2244 for command and control. Remote operations sites are able to access the dbAdmin nodes 2238 from wide-area or local-area connections. Each of the sites is backed-up by duplicate functional components at other sites and are connected by diverse, redundant links.
• the Data Management 2138 architecture does not require any particular technology to operate; however different technology choices will impact the resulting performance of the system.
• Figure 30 depicts a set of technologies which are able to provide a very-high performance environment. Specific application requirements will determine the minimum level of acceptable performance. Three general environments are shown.
• a multi-protocol routed network 2260 connects external and remote elements with the central data sites. Administrative terminals, and smaller mid-range computers are shown, plus a high-availability application platform such as Order Entry.
• ISP data is a protected corporate resource. Data access is restricted and authenticated. Data related activity is tracked and audited. Data encryption is required for all stored passwords, PINS (personal identification numbers), private personnel records, and selected financial, business, and customer information. Secured data must not be transmitted in clear-text forms.
• Meta-Data Meta-data is a form of data which comprises the mles for data driven logic. Meta-data is used to describe and manage (i.e. manipulate) operational forms of data. Under this architecture, as much control as possible is intended to be driven by meta-data. Meta-data (or data-driven logic) generally provides the most flexible run-time options. Meta-data is typically under the control of the system administrators.
• the Resource Management Model covers the cycle of resource allocation and de-allocation in terms of the relationships between a process that needs a resource, and the resource itself. This cycle starts with Resource Registration and De-registration and continues to Resource Requisition, Resource Acquisition, Resource Interaction and Resource Release.
• the Resource Management 2150 Model is meant to define common architectural guidelines for the ISP development community in general, and for the ISP Architecture in particular.
• the objectives of the Resource Management Model are designed to allow for network- wide resource management and to optimize resource utilization, to enable resource sharing across the network: • Abstract resources from services;
• Resource Management 2150 Model governs the relationships and interactions between the resources and the processes that utilize them.
• the Resource Management 2150 Model governs the relationships and interactions between the resources and the processes that utilize them.
• Resource A basic unit of work that provides a specific and well-defined capability when invoked by an external process. Resources can be classified as logical, like a service engine and a speech recognition algorithm, or physical, like CPU. Memory and Switch ports. A resource may be Shared like an ATM link bandwidth or Disk space, or Dedicated like a VRU or a Switch port.
• Resource Pool A set of registered resource members that share common capabilities.
• Service A logical description of all activities and the interaction flow between the user of the network resources and the resources themselves.
• Policy A set of mles that governs the actions taken on resource allocation and deallocation, resource pool size thresholds and resource utilization thresholds.
• the Resource Management Model is a mechanism which governs and allows a set of functions to request, acquire and release resources to/from a resource pool through well-defined procedures and policies.
• the resource allocation and de-allocation process involves three phases:
• Resource Requisition is the phase in which a process requests a resource from the Resource Manager 2150.
• Resource Acquisition If the requested resource is available and the requesting process has the privilege to request it, the Resource Manager 2150 will grant the resource and the process can utilize it. Otherwise, the process has the choice to either abandon the resource allocation process and may try again later, or it may request that the Resource Manager 2150 grant it the resource whenever it becomes available or within a specified period.
• Resource Release The allocated resource should be put back into the resource pool once the process no longer needs it. Based on the resource type, the process either releases the resource and the resource informs the Resource Manager of its new status, or the process itself informs the Resource Manager that the resource is available. In either case, the Resource Manager will restore the resource to the resource pool.
• the Resource Management Model allows for the creation of resource pools and the specification of the policies governing them.
• the Resource Management Model allows resources to register and de-register as legitimate members of resource pools.
• Resource Management Model policies enforce load balancing, failover and least cost algorithms and prevent services from monopolizing resources.
• the Resource Management Model tracks resource utilization and automatically takes corrective action when resource pools are not sufficient to meet demand. Any service should be able to access and utilize any available resource across the network as long as it has the privilege to do so.
• Each resource is represented by a Managed Object (MO).
• MO Managed Object
• Attributes The attributes of a MO represent its properties and are used to describe its characteristics and current states. Each attribute is a associated with a value, for example the value CURRENT_STATE attribute of a MO could be IDLE.
• Each MO has a set of operations that are allowed to be performed on it. These operations are: Create: to create a new MO Delete: to delete an existing MO • Action: to perform a specific operation such as SHUTDOWN.
• Remove Value to delete a specific MO attribute value from a set of values.
• Replace Value to replace an existing MO attribute value(s) with a new one.
• Set Value to set a specific MO attribute to its default value.
• Each MO can report or notify its status to the management entity. This could be viewed as triggers or traps.
• Behavior The behavior of an MO is represented by how it reacts to a specific operation and the constraints imposed on this reaction.
• the MO may react to either external stimuli or internal stimuli.
• An external stimuli is represented by a message that carries an operation.
• the internal stimuli is an internal event that occurred to the MO like the expiration of a timer.
• a constraint on how the MO should react to the expired timer may be imposed by specifying how many times the timers has to expire before the MO can report it.
• the Resource Management Model is hierarchical with at least two levels of management: Local Resource Manager (LRM) 2190 and Global Resource Manager (GRM) 2188. Each RM, Local and Global, has its own domain and functionality.
• LRM Local Resource Manager
• the domain of the LRM is restricted to a specific resource pool (RP) that belongs to a specific locale of the network. Multiple LRMs could exist in a single locale, each LRM may be responsible for managing a specific resource pool.
• RP resource pool
• the main functionality of the LRM is to facilitate the resource allocation and de-allocation process between a process and a resource according the Resource
• the Global Resource Manager (GRM) 2188 • Domain: The domain of the GRM 2188 covers all registered resources in all resource pools across the network. Function: The main function of the GRM is to help the LRM 2190 locate a resource that is not available in the LRM domain.
• Figure 31 illustrates the domains of the GRM 2188 and LRM 2190 within network 2270.
• the Resource Management Model is based on the concept of Dynamic Resource Allocation as opposed to Static Configuration.
• the Dynamic Resource Allocation concept implies that there is no pre-defined static relationship between resources and the processes utilizing them.
• the allocation and de-allocation process is based on supply and demand.
• Configuration implies a pre-defined relationship between each resource and the process that needs it. In such a case, there is no need for a management entity to manage these resources.
• Allocation and Static Configuration represent the two extremes of the resource management paradigms. Paradigms that fall between these extremes may exist.
• the Resource Management Model describes the behavior of the LRM 2190 and GRM 2188 and the logical relationships and interactions between them. It also describes the rules and policies that govern the resource allocation and de-allocation process between the LRM/GRM and the processes needing the resources.
• a process 2271 requests the resource 2173 from the resource manager 2150.
• the resource manager 2150 allocates the resource 2173. 3. The resource manager 2150 grants the allocated resource 2173 to the requesting process 2271.
• the process 2271 interacts with the resource 2273.
• the Resource Management Model is represented by a set of logical elements that interact and co-operate with each other in order to achieve the objectives mentioned earlier. These elements are shown in Figure 33 and include: Resource Pool (RP) 2272, LRM 2190, GRM 2188 and Resource Management Information Base (RMIB) 2274.
• RP Resource Pool
• LRM 2190 LRM 2190
• GRM 2188 Resource Management Information Base
• RP Resource Pool
• the LRM 2190 is the element that is responsible for the management of a specific RP 2272. All processes that need to utilize a resource from a RP that is managed by a LRM should gain access to the resource through that LRM and by using the simple Resource Management Model described above.
• the Global Resource Manager (GRM) 2188 is the entity that has a global view of the resource pools across the network. The GRM gains this global view through the LRMs 2190. All LRMs update the GRM with RP 2272 status and statistics. There are cases where a certain LRM can not allocate a resource because all local resources are busy or because the requested resource belongs to another locale. In such cases, the LRM can consult with the GRM to locate the requested resource across the network. (4) The Resource Management Information Base (RMIB)
• RMIB Resource Management Information Base
• the RMIB 2274 is the database that contains all the information about all MOs across the network. MO information includes object definition, status, operation, etc.
• the RMIB is part of the ISP Data Management Model. All LRMs and the GRM can access the RMIB and can have their own view and access privileges of the MO's information through the ISP Data Management Model.
• Resource Management Model elements To perform their tasks, the Resource Management Model elements must interact and cooperate within the mles, policies and guidelines of the Resource Management Model. The following sections explain how these entities interact with each other.
• each rectangle represents one entity
• the verb between the "o” implies the relationship between two entities
• the square brackets "[]” imply that the direction of the relationship goes from the bracketed number to the non bracketed one.
• the numbers imply is the relationship is 1-to-l , 1-to-many or many-to-many.
• Figure 33 can be read as follows:
• One LRM 2190 manages one RP 2272.
• LRMs 2190 operate on resource pools 2272 where each resource pool contains a set of resource members. In order for the LRM to manage a certain resource, the resource has to inform the LRM of its existence and status. Also, the GRM 2188 needs to be aware of the availability of the resources across the network in order to be able to locate a certain resource. The following registration and de-registration guidelines should be applied on all resources that are to be dynamically managed:
• All resources must de-register from their LRM 2190 if, for any reason, they need to shutdown or be taken out of service.
• All LRMs must update the GRM 2188 with the latest resource availability based on the registered and de-registered resources.
• Every RP 2272 will be managed by an LRM 2190.
• Each process that needs a specific resource type will be assigned an LRM that will facilitate the resource access.
• the process needs a resource it must request it through its assigned LRM.
• the LRM receives a request for a resource, two cases may occur: 1.
• Resource is available In this case, the LRM allocates a resource member of the pool and passes a resource handle to the process. The process interacts with the resource until it is done with it. Based on the resource type, once the process is done with the resource, it either informs the resource that it is done with it, and the resource itself informs its LRM that it is available, or it releases the resource and informs the LRM that it is no longer using the resource.
• the LRM 2190 consults with the GRM 2188 for an external resource pool that contains the requested resource. If no external resource is available, the LRM informs the requesting process that no resources are available. In this case, the requesting process may: • give up and try again,
• the GRM 2188 passes location and access information to the LRM 2190. Then the LRM either:
• the RMIB 2274 contains all information and status of all managed resources across the network.
• Each LRM 2190 will have a view of the RMIB 274 that maps to the RP 2272 it manages.
• the GRM 2188 has a total view of all resources across the network. This view consists of all LRMs views. The GRM's total view enables it to locate resources across the network.
• each LRM 2190 must update the RMIB with the latest resource status. This includes adding resources, removing resources and updating resource states.
• Both the LRM 2190 and GRM 2188 can gain their access and view of the RMIB 2274 through the ISP Data Management entity.
• the actual management of the RMIB data belongs to the ISP Data Management entity.
• the LRM and GRM are only responsible for updating the RMIB.
• the Operational Support Model defines a framework for implementation of management support for the ISP 2100.
• ISP services • improve time to market for ISP services by providing a common management infrastructure for all of the ISP services and network elements; and • provide a framework for managing ISP physical resources (hardware) and logical resources (software).
• the OSM described here provides for the distributed management of ISP physical network elements and the services that run on them.
• the management framework described herein could also be extended to the management of logical (software) resources.
• the architecture presented here will help map utilization and faults on physical resources to their resulting impact on services.
• the management services occur within four layers • Planning,
• Managed Object A resource that is monitored, and controlled by one or more management systems Managed objects are located within managed systems and may be embedded in other managed objects.
• a managed object may be a logical or physical resource, and a resource may be represented by more than one managed object (more than one view of the object).
• Managed System One or more managed objects.
• Management Sub-Domain A Management domain that is wholly located within a parent management domain.
• Management System An application process within a managed domain which effects monitoring and control functions on managed objects and/or management sub-domains.
• Management Information Base A MIB contains information about managed objects.
• Management Domain A collection of one or more management systems, and zero or more managed systems and management sub-domains.
• Network Element The Telecommunications network consist of many types of analog and digital telecommunications equipment and associated support equipment, such as transmission systems, switching systems, multiplexes, signaling terminals, front-end processors, mainframes, cluster controllers, file servers, LANs, WANs, Routers, Bridges, Gateways, Ethernet Switches, Hubs, X.25 links, SS7 links, etc.
• NE network element
• Domain The management environment may be partition in a number a ways such as functionally (fault, service....), geographical, organizational structure, etc.
• Operations Systems The management functions are resident in the Operations System. 2.
• Figure 34 shows the four management layers 2300, 2302, 2304 and 2306 of the Operational
• the Operational Support Model 2308 supports the day to day management of the ISP 2100.
• the model is organized along three dimensions. Those dimensions are the layers 2300-2306, the functional area within those layers, and the activities that provide the management services. Managed objects (a resource) are monitored, controlled, and altered by the management system.
• the ISP Planning Layer 2300 is the repository for data collected about the ISP 2100, and the place where that data is to provide additional value.
• Configuration Management 2312 Setting of policy, and goals.
• Resource Measurement 2316 Predicting future resource needs (trending, capacity, service agreement compliance, maintenance agreement, work force).
• Accounting Determine cost of providing services in order to support service pricing decisions.
• the Service Ordering, Deployment, Provisioning, Quality of Service agreements, and Quality of service monitoring are in the ISP Service Management layer 2302.
• Customers will have a restricted view of the SM layer 2302 to monitor and control their services.
• the SM layer provides a manager(s) that interacts with the agents in the NLMs.
• the SM layer also provides an agent(s) that interacts with the manager(s) in the Planning layer 2300. Managers within the SM layer may also interact with other managers in the SM layer. In that case there are manager-agent relationships at the peer level.
• Configuration Management 2320 Service Definition, Service Activation. Customer Definition. Customer Activation, Service Characteristics, Customer Characteristics, hardware provisioning, software provisioning, provisioning of other data or other resources.
• Resource Measurement 2324 Predict the violation of a service agreement and flag potential resource shortages. Predict the needs of current and future (trending) services.
• Accounting 2326 Process and forward Accounting information.
• the ISP Network Layer Management (NLM) Layer 2304 has the responsibility for the management of all the network elements, as presented by the Element Management, both individually and as a set. It is not concerned with how a particular element provides services internally.
• the NLM layer 2304 provides a manager(s) that interacts with the agents in the EMs 2306.
• the NLM layer also provides an agent(s) that interacts with the manager(s) in the SM layer 2302. Managers within the NLM layer 2304 may also interact other managers in the NLM layer. In that case there are manager agent relationships at the peer level.
• Configuration Management 2328 provides functions to define the characteristics of the local and remote resources and services from a network wide perspective.
• Fault Management 2330 provides functions to detect, report, isolate, and correct faults that occur across multiple NEs.
• Resource Measurement 2332 provides for the network wide measurement, analysis, and reporting of resource utilization from a capacity perspective.
• Accounting 2334 consolidates Accounting information from multiple sources.
• the Element Management Layer 2306 is responsible for the NEs 2310 on an individual basis and supports an abstraction of the functions provided by the NEs
• the EM layer 2306 provides a manager(s) that interact with the agents in the NEs.
• the EM layer also provides an agent(s) that interact with the manager(s) in the NLM layer 2304. Managers within the EM layer 2306 may also interact other managers in the EM layer. In that case there are manager agent relationships at the peer level.
• Configuration Management 2336 provides functions to define the characteristics of the local and remote resources and services.
• Fault Management 2338 provides functions to detect, report, isolate, and correct faults.
• Resource Measurement 2340 provides for the measurement, analysis, and reporting of resource utilization from a capacity perspective.
• Accounting 2342 provides for the measurement and reporting of resource utilization from an accounting perspective.
• NEs provide agents to perform operations on the behalf of the Element Management Layer 2306.
• FIG. 35 shows manager agent interaction.
• Telecommunications network management is a distributed information application process. It involves the interchange of management information between a distributed set of management application processes for the purpose of monitoring and controlling the network resources (NE) 2310.
• the management processes take on the role of either manager 2350 or agent 2352.
• the manager 2350 role is to direct management operation requests to the agent 2352, receive the results of an operation, receive event notification, and process the received information.
• the role of the agent 2352 is to respond to the manager's request by performing the appropriate operation on the managed objects 2354, and directing any responses or notifications to the manager.
• One manager 2350 may interact with many agents 2352, and the agent may interact with more than one manager. Managers may be cascaded in that a higher level manager acts on managed objects through a lower level manager. In that case the lower level manager acts in both manager and agent roles.
• TMN which offers a good model, uses the Common Management Information Services (CMIS) and Common Management Information Protocol (CMIP) as defined in
• CMIS Common Management Information Services
• CMIP Common Management Information Protocol
• This provides a peer-to-peer communications protocol based on ITU's Application Common Service Element (X.217 service description & X.227 protocol description) and Remote Operation Service Element (X.219 service description & X.229 protocol description).
• FTAM is also supported as an upper layer protocol for file transfers. The use of these upper layer protocols is described in Recommendation X.812. The transport protocols are described in Recommendation X.811. Recommendation X.811 also describes the interworking between different lower layer protocols. This set of protocols is referred to as Q3.
• the following identifies the minimum services required of the service layer and is modeled after the TMN CMIS services.
• SET To add, remove, or replace the value of an attribute.
• GET To read the value of an attribute.
• ACTION To request an object to perform a certain action.
• DELETE To remove an object.
• EVENT-REPORT Allows the network resource to announce an event.
• Figure 36 shows the ISP 2100 physical model.
• Mediation Device 2360 provides conversion from one information model to the ISP information model.
• Gateways 2362 are used to connect to management systems outside of the ISP. These gateways will provide the necessary functions for operation with both ISP compliant systems, and non-compliant systems.
• the gateways may contain mediation devices 2360.
• Figure 36 identifies nine interface points. The protocols associated with those interface points are: 1. There are two upper layer protocols. The protocol for communications with the workstation and the ISP upper layer for all other operational support communications. The lower layer is TCP/IP over Ethernet.
• the upper layer is the protocol for communications with workstation 2364, and the lower layer is TCP/IP over Ethernet.
• the upper layer is the ISP upper layer
• the lower layer is TCP/IP over Ethernet.
• the proprietary protocols are the of legacy systems that are not compatible with the supported interfaces.
• Equipment that provides a Simple Network Management Protocol (SNMP) interface will be supported with Mediation Devices.
• SNMP Simple Network Management Protocol
• Gateways by their nature will support ISP compliant and non-compliant interfaces. Gateways to ente ⁇ rise internal systems could include such as the Order Entry system, or an ente ⁇ rise wide TMN system.
• Figure 37 shows operational support realization.
• the Operational Support Model provides a conceptual framework for building the Operational Support System.
• Figure 37 represents an ISP realization of this conceptual model. In this implementation of that model all the ISP Network Elements would be represented to the Operational Support System by a Management Information Base (MIB)
• MIB Management Information Base

Applications Claiming Priority (39)

Publications (1)

Family

ID=27586330

Family Applications (1)

Country Status (12)

Cited By (2)

Families Citing this family (82)