Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04Q—SELECTING
  • H04Q3/00—Selecting arrangements
  • H04Q3/0016—Arrangements providing connection between exchanges
• • 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

Definitions

• Enhanced telephony services are services provided on publicly accessible networks in addition to party - party calls, such as conference calls, call diversion, re-routing of calls and similar services.
• party - party calls such as conference calls, call diversion, re-routing of calls and similar services.
• a particular difficulty with offering these services is the need to identify customers, and to recognise which service is required and to effect that particular customer's variation of the service.
• said enhanced telephony unit compares the called number with a stored table of instructions, and causes said exchange to make at least one further call request in accordance with said instructions;
• Figure 2 illustrates the call procedure via the present invention
• Figure 3 illustrates in block form an enhanced telephony network according to the present invention
• FIG. 5 illustrates in block form the interaction of various software modules
• FIG. 7A and 7B illustrate changeover procedures in the MTP implementation
• Figure 8 illustrates in block form the level 2 subsystem
• Figure 9 illustrates in block form the level 3 subsystem.
• CCITT Common Channel Signalling System # 7 (CCSS#7). It should be understood that the invention as described should be read in association with the relevant CCITT specifications, in particular Q701 to Q709 dealing with the message transfer part (MTP), Q721 to Q725 dealing with the telephone user part (TUP), and the ISUP recommendations if required. It will be appreciated moreover that the present invention may be implemented for any signalling system wherein call origin information may be derived from the signalling information.
• the ETU 10 comprises 3 principal hardware components - processing unit 40, signalling unit 30, and servers 50, 51. It will be apparent that the number of servers may be varied as required by the system.
• Processing unit 40 is preferably a SUN-386i workstation including 8 Mb RAM, 327 Mb hard disk, and appropriate interfacing and peripheral devices. It carries out various operations under the direction of software which will be described in more detail below.
• Signalling unit 30 provides appropriate communications to and from exchange 20, such that the exchange 20 sends and receives CCSS#7 messages as if it were talking to another exchange. Signalling unit 30 handles all routine network maintenance functions and reports on network status to the processing unit 40.
• Servers 50, 51 communicate with the customer in order to obtain information such as credit card numbers, customer identification and password access code using, either voice or DTMF. This information is relayed to the processing unit 40. Servers 50, 51 also provide services such as voice annoucements to be played to customers as required.
• exchange 20 may have a variety of inputs 25 including the Public Switched Telephone Network (PSTN), trunks, leased lines and other exchanges.
• PSTN Public Switched Telephone Network
• exchange 20 operates in a conventional manner, switching an input to an output defined by pulse/tone coding or inter-exchange signalling as is well known. Referring to figure 2, call progress using the present embodiment is illustrated schematically. ETU 10, it is emphasised, does not act or appear on the network as a mere translation exchange. It acts as a signalling endpoint in its own right, and moreover indirectly controls switching in certain cases within the exchange itself.
• one "logical" call becomes two or more "physical” calls.
• ETU 10 may store the data in an associated memory device and send it later, as required; it may multicast the facsimile message to a variety of end receivers; or it may link several subscribers in a conference facility.
• exchange 20 need only be a conventional exchange.
• the exchange sends calls to ETU 10 as if it were merely another exchange, and accepts calls from it as if they are incoming calls from another exchange.
• the re-entrant trunks 60 operate such that exchange 20 believes it is making calls to other exchanges, and receiving incoming calls from other exchanges. This helps to minimise connections and circuit handling requirements from ETU 10.
• Processing unit 40 preferably uses an operating system such as UNIX.
• the software may be considered as having four distinct software processes running as described below.
• Processing Unit .40 is preferably a SUN-386i workstation including 8 Mb RAM, 327Mb hard disk, 3.5 inch floppy disk drive, expansion unit with 60Mb cartridge tape drive, DigiCHANNEL Com/8i card (available from Digiboard Inc.),
• PC-Labcard PCL 720 (available from Advantech Ltd.) and appropriate peripheral devices and cabling.
• the Processing unit 40 runs following separate software processes which are responsible for the following aspects of the SCANTS system's operation: L4MH (Level 4 Message Handler)
• This software module is responsible for handling the communication between the Sun-386i and the signalling unit 30 (MTP). It uses a UNIX device driver to control the PCL-720 PC-Labcard.
• the PCL-720 PC-Labcard is the interface from the Sun-386i to the signalling unit.
• the primary functions of L4MH include the packing and unpacking of messages transferred between the processing unit 40 and the signalling unit 30, as well as message distribution.
• CCON is responsible for call handling/control. It is an implementation of the 'CCITT Red Book Telephony User Part (TUP)', with additional modifications to support enhanced telephony services.
• TUP Telephony User Part
• SSH acts as the interface between CCON and the database. It provides the necessary functions and customer database information that CCON needs in order to process a call according to a customer's registration details. SSH is also responsible for server control and interaction.
• ALARMHANDLER is a central alarmhandling process. It receives alarms from the other 3 processes, prioritises them and then records them in a log file. If a printer is available, ALARM will send a copy of the relevant alarm message to the printer. If the monitoring software SCON, is active, ALARM will send a copy of the alarm message to SCON, for display on the user's terminal-.
• ALARMHANDLER assigns priority values to each alarm message it receives. Priority values range from 1 (High) to 10 (Low). If the priority value of an alarm message is considered high enough, ALARM activates a physical alarm. This takes the form of closing the contacts of a relay, located inside the processing unit 40. The connections to this relay are available to the user.
• IPC Inter Process Communication
• Figure 5 shows how these four processes interact with each other and with other system 5 software and hardware.
• the CLI (Calling Line Identity) Table contains all the CLIs that correspond to a specific Billing ID (See below)
• the Numbers Table stores the numbers that can be dialled or received, their abbreviations, possible extensions, translations and routing per TOD/DOW.
• the Call Sequence Table stores the sequences for alternative destination attempts if the previous attempt was busy or unanswered.
• the Limits Table stores any limitations that may be imposed on any customer.
• the Service tables stores all the 'service' prefixes that identify the facility being requested by the calle .
• Servers 50, 51 are used to provide the inventive system with a flexible facility for automated customer interaction.
• Each server is configurable to traffic conditions, for up to 32 telephone channels.
• Each channel is controlled as a fully independent entity allowing simultaneous voice input/output or DTMF reception.
• Level 3 processor 32 is connected by parallel bus 31 to the processing unit 40.
• This processor 32 is based upon a Motorola MVME 104 processor card and incorporates a 68010 CPU running at 10 Mhz and an 1/0 channel interface. Communications with level 2 processors 33, 34 are via VMEbus 38.
• Each level 2 processor is based on a Motorola MVME 333-2 processor card incorporating a 68010 CPU running at 10 MHz, 68540 DMAC and Z8530 SCC.
• Outputs from level 2 processors 33, 34 are output to 2Mbps G.703 interfaces 36, 39 and hence to exchange 20.
• MTP SOFTWARE IMPLEMENTATION The implementation of the MTP according to the present invention solves one of the intrinsic difficulties in the CCITT specification.
• the CCITT specifications do not include implementation issues, however the interpretation of the specifications for the MTP has led to a distinction of where functions reside and therefore hints at implementation.
• level 3 entity has 'higher intelligence' than the level 2 in that level 2 is concerned only with transferring information as presented to it by level 3 to directly connected terminals, while level 3 is concerned with the delivery of messages to the specified destination no matter how many terminals the message passes through.
• Level 3 is the 'superior' and 'supervisor' of level
• a level 3 entity would have many level 2 entities to supervise and will individually specify a level 2 entity for delivery of each message. 0 LEVEL 3 FUNCTIONS
• the level 3 functionality of the MTP deals with the network functions such as how to route messages to particular destinations and how to maintain the network by ensuring that a path is always available to each destination.
• 5 Information messages are passed by a level 3 entity to a level 2 entity for delivery to a directly connected terminal. The level 2 entity at the receiving terminal will then pass the message to its own level 3 entity for processing.
• Level 3 supervisor determines whether a level 2 entity should fail. If a level 2 entity should fail, then it is the responsibility of the Level 3 supervisor to ensure that no messages are lost and undelivered messages by the failed level 2 are delivered by a different level 2 entity.
• the level 3 entity also takes part in the acknowledge mechanism that occurs between the level 2 entities to confirm receipt of a message.
• the level 3 entity also retains its own copies of the messages given to each level 2 entity to deliver.
• FIGS. 8 and 9 show respectively detailed block diagrams of the level 2 and level 3 systems according to the preferred implementation of the present invention.
• FIG 3 illustrates a situation where many exchanges 20, 20A and 20B have an associated ETU 10, 10A and 10B and are interconnected so as to form an enhanced telephony network.
• ETUs 10, 10A and 10B may communicate between themselves, utilising exchange facilities only where necessary.
• Links 21, 22, 23 between exchanges may be, for instance, x 25 or point to point links.
• Figure 4 illustrates one particular structural arrangement of an ETU. It is important to note that many functions are performed using essentially conventional computer hardware configured with components to allow the ETU tc communicate with exchanges.
• Processing unit 40 including system software 70 and database 80 communicates via parallel bus 31 with signalling unit 30.
• System software 70 may be accessed via console and keyboard 64.
• Database 80 accessed via system software 70 and terminal 54.
• the processing unit 40 also drives peripheral devices such as printer 65 and modems 66.
• Servers 50, 51 communicate with system software 70.
• a further advantage of the described embodiment over conventional exchanges is that the CCSS#7 signalling protocol contains an embedded indication of customer identity. Hence, the same number may be configured to provide distinct services depending on who calls.
• Closed user groups and virtual private networks may be created.
• the identification of the caller is critical for correct billing and operation. It further allows distinction between services paid for by the call receiver, for instance call re-direction, and those paid for by the caller, for instance fax store and forward.
• the use of a unix-based system allows an incoming call "number" to correspond simply to a memory address, obviating the slow tree-search on each number conventionally employed by exchanges.
• a wide range of services may be provided using a system as described above. Examples of services, which are not limitative or exhaustive, follow. It is particularly noted that these services can be provided to users on the PSTN, and are not limited to e.g. users of a PABX network.
• - Call forwarding e.g. a call to Nl is forwarded to N2 if Nl is busy, or at certain time of the day, or for certain callers, or if Nl is unanswered.
• Multicasting a facsimile message to Nl is on-sent to n different recipients.
• - Conference calls a call to Nl establishes separate calls to N2 and N3 , and all parties can communicate with each other.
• Priority routing for calls for instance a high-rate data channel or secure line, on either the PSTN or international shared carrier.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Sub-Exchange Stations And Push- Button Telephones (AREA)
• Exchange Systems With Centralized Control (AREA)

Priority Applications (2)

Applications Claiming Priority (2)

Publications (1)

Family

ID=3774785

Family Applications (1)

Country Status (5)

Cited By (7)

Families Citing this family (20)

Citations (3)

Family Cites Families (15)

• 1991
  • 1991-06-24 US US07/965,407 patent/US5519770A/en not_active Expired - Lifetime
  • 1991-06-24 WO PCT/AU1991/000268 patent/WO1992000642A1/en unknown
  • 1991-06-24 BR BR919106586A patent/BR9106586A/pt not_active Application Discontinuation
  • 1991-06-25 MY MYPI91001141A patent/MY106778A/en unknown
  • 1991-06-26 IN IN562DE1991 patent/IN184102B/en unknown

Patent Citations (3)

Also Published As

Similar Documents

Legal Events