System and method for implementing an end office switch with...

Telephonic communications – Special services – Provisioning

Reexamination Certificate

Rate now

  [ 0.00 ] – not rated yet Voters 0   Comments 0

Details

C370S259000, C370S352000, C370S384000, C370S522000, C379S221090, C379S229000, C379S230000, C379S900000

Reexamination Certificate

active

06697475

ABSTRACT:

TECHNICAL FIELD
The present invention generally relates to telephone network functionality, and more particularly, to a system and method for implementing class 5 end office switch functionality with extensions to interface with enhanced services such as voice response circuits, subscriber databases, and carrier databases. The system and method of the present invention are particularly suited for implementation between the physical circuit capabilities (signaling, Dual Tone Multi-Frequency (DTMF), call progress tone generation, and detection) and the transit networks within a telephone network.
BACKGROUND OF THE INVENTION
High capacity end office switches, such as the Lucent 5ESS or the Nortel DMS-100/250, have very complex call models which are implemented in software consisting of millions of lines of code. These switching interfaces are designed to comply with standards set by Telcordia Technologies and the International Telecommunication Union (ITU). Telcordia Technologies (formerly Bellcore i.e., Bell Communications Research) is an industry consortium responsible for specifying telecommunications technology generic requirements for North America. The ITU (formerly CCITT i.e. Consultative Committee on International Telegraphy and Telephony) is a United Nations Agency within which governments and the private sector coordinate global telecom networks and services standards recommendations. Compliance with these standards guarantees that most of the standard telephone features will interoperate correctly in mixed manufacturer networks. The sheer size of the complex high-availability software applications that must conform to industry standards requirements makes adding new feature functionality difficult in these products.
Many of the standard Intelligent Network (IN) features (e.g., Automatic Recall (*69), Automatic Callback (*66 i.e., Bellcore TR-NWT-000227), (*66 i.e., Bellcore TR-NWT-0002215), Conditional Call Forwarding (*40, *42, *72 i.e., Bellcore TR-TSY-000580 and TR-TSY-000586); etc.) use digit sequences which are sometimes difficult to remember and have limited feedback mechanisms to indicate an error condition or guide inexperienced users. Because of this poor, yet simple human interface, some of the sophisticated features are not fully utilized. For example, features that require the user to program conditionals and number lists such as conditional call forwarding, speed dial, and selective call rejection are seldom used to their full potential. The introduction of new readily available technologies such as text to speech, voice processing, voice recognition, and the world-wide-web would be difficult to integrate without standards for interoperability.
Adding new features requires extensive development and testing initiatives due to the complexities of individual features and the large number of feature interactions that occur between different features. In addition, interacting with callers using voice recognition, or voice response circuits is not possible unless adjunct processing is utilized, since the vast install base of end office switches were not designed to perform these tasks.
Changes in dialing related features, such as equal access carrier selection, often requires software development and modifications by the switch manufacturer (e.g. Lucent, Nortel, etc.). In order to have true intelligence, many of the features require “network support.” “Network support,” generally implies that messaging between end office switches is required to properly implement the feature. “Network support” requires agreed upon interoperability standards to make features work. This often delays new feature introduction at central office locations that contain a mix of vendor products.
IN solutions based on “event triggers” managed by service control point (SCP) network elements, require standards based network deployments. These solutions provide distributed features controlled from centrally located SMPs. A SCP is often implemented by a subscribing customer database. To date, very simple applications and call flows have been developed based on the IN architecture.
Due to deregulation, wide spread availability, and improvements in technology, many non-traditional solutions are being considered for local telephone use, including cable telephone, and wireless services. It is highly desirable for each non-traditional implementation of local telephone service to include all standard phone system functionality, as well as, enhanced services such as voice recognition, voice processing, and text to speech translation.
In an attempt to satisfy modern customer demands and requirements, administrators of today's switching systems have attempted to integrate different types of computer hardware and operating systems into the central offices. Until now, this mixed environment of computer hardware and operating systems has prevented the distribution of new software applications, which would provide new enhanced features to customers and take full advantage of existing equipment capabilities.
SUMMARY OF THE INVENTION
In order to overcome some of the shortcomings of the traditional standards based network, and to achieve the objects and advantages of the present invention, the invention utilizes a programmable network Edge Switching Point (ESP), a Service Control Point (SCP), and a Service Management Point (SMP). The invention is a system and method for delivering class 5 office functionality with enhanced services such as embedded voice response and voice recognition utilizing a distributed self-contained logic system inserted between the physical circuit capabilities (signaling, tone generation, tone detection), and the transit networks. New sophisticated subscriber features can be activated simply by distributing call-processing logic to edge switching points. Although similar in capabilities to the IN architecture, this logic system is completely self-contained and does not require “network support.” The logic is managed by an SMP. The SMP distributes and manages different versions of the logic as desired by the administrator of the system. The inputs to the logic system are signaling events and subscriber data. The outputs are call establishment requests, tone generation primitives, and tone detection primitives. The signaling inputs include traditional analog loopstart signals such as off-hook, flash-hook, on-hook, as well as GR-303 messages like SETUP, CALL PROCEEDING, ALERTING, CONNECT, CONNECT ACKNOWLEDGE, DISCONNECT, RELEASE, and RELEASE COMPLETE. Call establishment requests include all of the necessary signaling data to establish a network call using any of the following ISUP call setup message parameter elements: Automatic Number Identification (ANI), Dialed Number Identification Service (DNIS), Redirect, Presentation Indicator, Progress Indicator, Automatic Number Identification Information Integers (ANI-II i.e., type of station), and Carrier Identification Code (CIC).
The logic system was developed using a machine independent software language capable of being installed or updated from a central location. In addition, the language must be of the type that can be parsed and compiled to make subsequent execution efficient, as call processing is a real time application. Software programming and scripting languages that meet these requirements include Java, Java Script, Practical Extraction and Reporting Language, otherwise known as Pathologically Eclectic Rubbish Lister or PERL, and Python. All of these languages have mathematical and string processing capabilities as well as structured programming controls. Each of the above languages is either compiled or interpreted into universal operation code that is operating system and machine independent. Should the logic require dynamic modification, and/or request that a remote feature execute locally, the new logic can be retrieved, parsed, and executed as required. The logic can be distributed via Transmission Control Protocol/Internet Protocol (TCP/IP) as either an American Standard Code for Information Interchange (ASCII) tex

LandOfFree

Say what you really think

Search LandOfFree.com for the USA inventors and patents. Rate them and share your experience with other people.

Rating

System and method for implementing an end office switch with... does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with System and method for implementing an end office switch with..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and System and method for implementing an end office switch with... will most certainly appreciate the feedback.

Rate now

     

Profile ID: LFUS-PAI-O-3340277

  Search
All data on this website is collected from public sources. Our data reflects the most accurate information available at the time of publication.