|
|
Cisco Systems VCO/4K switch is an intelligent digital telecommunications peripheral that provides an interface to the public network. The unique functions and signaling requirements of that interface are handled by the system in much the same way a data switch handles the detailed requirements of its interface.
The system takes action based on: (1) events occurring on its switched network interfaces and (2) commands issued by a host computer. These actions and events are reported back to the host. No call routing decisions or call completions are made by the VCO/4K system software without direct host control.
This document provides information about the command and report structure the host uses to control the system. This overview introduces some of the software concepts you need to understand the interaction between the host and the system.
The circuits that allow the system to function within the switched public network are called resources. System resources are divided into two types: port circuits, which are also called network interface circuits, and internal service circuits.
The system requires network interface circuits (ports), to connect to and interact with, the public telephone network, telecommunication peripherals, and voice storage/retrieval equipment. The type of circuit used depends upon the equipment to which the system is connected.
System network interface circuit cards include:
Refer to the Cisco VCO/4K Hardware Planning Guide and Cisco VCO/4K Card Technical Descriptions for information on the physical characteristics of these cards.
The system software can originate a call from the system without requiring a physical incoming port. This process makes use of an internal resource type called a Virtual Call Generation Port, or virtual port.
A virtual port is a logical entity maintained by system internal processing. There are 256 virtual ports, with a port address range of $80 00 through $80 FF. A single internal resource group, $FE, contains all virtual ports. No physical resources are associated with a virtual port; virtual port software addresses represent internal memory locations, and have a hardware address (R,L,S,P) of 0,0,0,xxx, where xxx is a port number from 1 to 256, inclusive. Physical operations such as seize, wink, and digit collections, are not allowed for virtual ports. Within these restrictions, the system can use a virtual port in place of a physical incoming port in most system commands.
For call processing to occur, the system must detect, interpret, and present tones. Additional requirements depend upon the type of calls, and can include presenting voice prompts or providing conferencing features. These functions are provided by internal service circuits, also called ports. System internal service circuit cards include:
UTC-2, SLIC-2, and DID-2 cards are equipped with DTMF receivers on board, on a per port basis. Firmware on the SLIC-2 and DID-2 cards allows ports on these cards to interpret Dial Pulse (DP) digits. CPA cards detect call progress tone events such as dial tone, busy tone, reorder tone, special information tones (SIT), ring back presence/cessation and voice presence/cessation. Refer to the Cisco VCO/4K Hardware Planning Guide and the Cisco VCO/4K Card Technical Descriptions for information on the physical characteristics of these cards.
A typical call involves a switched connection between two network interface circuits. One or more internal service circuit types receive or transmit information necessary to complete this connection. This general call flow is illustrated in Figure 1-1 and is described in the following text.
When the system detects an incoming call, it checks its database to determine whether there are any actions it must perform before informing the host of the call. These actions are contained in an inpulse rule, a list of call processing instructions for use with ports. Application designers define the inpulse rules, which are then stored in the system. If the database points to an inpulse rule for a port, the instructions are executed by the system and the results reported to the host as defined by that rule. The system then waits for further instructions from the host. Inpulse rules are discussed in "Inpulse and Outpulse Rules."
If no inpulse rule is specified for the incoming port, the system reports the incoming change of state to the host, then waits for further instructions. Reports are discussed in "System Reports."
Based on these reports, the host decides the action to take next and sends instructions to the system. These instructions, called commands, direct the system to perform the functions necessary to complete the call. A command may also call an inpulse rule or a similar list of instructions, called outpulse rules. Outpulse rules are discussed in "Inpulse and Outpulse Rules." Command description are described in "System Commands."
Other factors that affect call processing include hardware characteristics such as the physical interface type, and system database entries, such as class of service (COS) and resource grouping.
 |
Note Calls that use the conferencing features of the Digital Conference Card (DCC) differ from the general call flow in several important areas. For a discussion of the conferencing call flow, refer to the Cisco VCO/4K Conferencing Guide. |
Figure 1-1 shows the general call flow.
The system reacts to information it receives from outside the switch. The source and content of this information play a major role in determining the resources it selects to participate in a call.
The system call processing has two methods of identifying system resources: by port address and by resource group.
A port address is a logical identifier assigned to every network interface and internal service circuit. This hexadecimal number corresponds to the PCM transmit time slot, and has no relationship to the physical location of the resource. With the exception of the system tones and outpulse channels provided by the DTG, port addresses are assigned dynamically by the system controller when a card is entered into the system database. The system controller uses the first contiguous block of available addresses.
A table of port addresses and physical locations is maintained by the system database. Use the Request Resource Allocation ($80) command and Hardware Allocation ($81) reports to transfer this information to the host.
Tone, outpulse channel, and virtual port addresses are fixed. Virtual ports are assigned port addresses $80 00 through $80 FF. Refer to "Tone Values," for the port addresses of available tones.
A resource group is a collection of like ports defined by application designers. Each group consists of a name, number, hunt type, and a list of resources. You can define up to 63 resource groups, each containing up to 999 members (ports).
The following system resources must be grouped (only one group per resource type):
The following resources should be grouped for optimum system performance and to allow resource allocation and reporting:
The characteristics that help determine resource grouping include:
Class of Service (COS) is a set of operating characteristics the application designer assigns to a network interface circuit (line/trunk port). Once the COS mark is entered into the database, the system can determine how a port is used in a call. Table 1-1 summarizes the COS marks supported by the system.
| COS | Description |
|---|---|
O | Originating—Calls originating from the system; outgoing calls initiated by host command. |
T | Terminating—Calls terminating at the system; incoming calls initiated by actions outside the system. |
2 | 2-Way—Calls originating from the system or calls terminating at the system; outgoing calls initiated by host command, incoming calls initiated by outside actions. |
AO | Always Off Hook and Originating—Calls originating from the system, port goes off hook at system reset and remains off hook; outgoing calls initiated by host command. |
AT | Always Off Hook and Terminating—Calls terminating at the system, port goes off hook at system reset and remains off hook; incoming calls initiated by outside actions or forced by host command. |
A2 | Always Off Hook and 2-Way—Calls originating from the system or calls terminating at the system, port goes off hook at system reset and remains off hook; outgoing calls initiated by host command, incoming calls initiated by outside actions or forced by host command. |
The system call processing also uses internal COS marks for ports designated as 2-way, ports involved in a call using a virtual port, or any line/trunk port involved in a conference. These internal COS marks are summarized in Table 1-2.
| Internal COS | Description |
|---|---|
U | 2-way trunk used for an outgoing call; assumes all characteristics of COS = O for duration of call. |
T | 2-way trunk used for incoming call; assumes all characteristics of COS = T for duration of call. |
C | Any trunk currently involved in an active conference; trunk maintains COS characteristics as defined by database. |
P | Virtual port or any outgoing line/trunk port used in a call with a virtual port. |
The resources the system allocates to a call are determined in one of the following ways:
When a resource is allocated, it is linked into a resource chain for a call. In a nonconference call, a resource chain is a serially linked list of ports that begins with the incoming port and includes all ports and channels involved in a call. The following resources can be linked:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Conference calls have several resource chains. One chain includes all DCC ports for that conference. Each DCC port also has a chain linking it to the associated line/trunk port(s).
While a resource is linked into a call's resource chain, it cannot be used for any other call. Call processing determines when a resource is dropped from a chain and made available for the next call.
A resource can be linked but not actively participating. A resource is actively participating in a call if a voice path exists (resource actively sending or receiving in-band signaling), the port is sourcing out-of-band supervision signaling, or the port is waiting for out-of-band supervision. A voice path is a physical, system-switched connection that allows the transfer of MF digits, DTMF digits, tones, prompts, or voice information. The system cannot use virtual ports to transfer information; therefore, a voice path cannot be established for a virtual port.
Call processing divides system resources into two categories: senders and receivers. Senders originate voice and in-band signaling information; receivers listen to information. Table 1-3 shows the valid senders and receivers.
| Senders | Receivers | Senders and Receivers |
|---|---|---|
Outpulse channels | DRC ports | SLIC-2 ports and SLIC-INT |
DVC ports | MRC ports | DID-2 ports and DID |
IPRC ports | MFCR2 ports | UTC-2 ports and ETC/LTC |
— | CPA ports | T1 channels and 4xT1 channels |
— | — | E1 channels and 4XE1 channels |
— | — | E+M ports |
— | — | DCC ports |
— | — | PRI/N B-channels |
Figure 1-2 shows system voice paths. Each of these switched connections is explained in the text that follows.
|
Note Virtual ports are actually memory locations which originate outgoing calls without a physical incoming port. Because of their nature, they are a resource capable of being linked, but no voice path is established when they are added to a call. For this reason, they are not represented in Figure 1-2. |
| Voice Path | Description |
|---|---|
A | Voice prompts and tones (such as dial tone or quiet) are presented to an incoming or outgoing port. The voice path is between the outpulse channel, IPRC or DVC port (sender), and the incoming port (receiver). The path is one-way only. |
B | In-band signaling, such as call progress tones or DTMF, MF, or spoken (0 to 9, yes, no) digits—sent over the incoming or outgoing port are detected and interpreted by a receiver port. The voice path is between the incoming or outgoing port (sender) and the DTMF Receiver port, MF Receiver port, or CPA port (receiver). The path is one-way only. |
C | Voice information is passed between an incoming or outgoing port and a conference structure. The voice path of this structure is between one to seven senders and an unlimited number of receivers. The path may be one-way or two-way. |
D | DTMF digits, MF digits, or tones are presented to an incoming or outgoing port. The voice path is between the outpulse channel (sender) and the outgoing or incoming port (receiver). The path is one-way only. |
E | Voice information is passed between an incoming port and an outgoing port (normal call in progress). The voice path is between the incoming port (sender and/or receiver) and the outgoing port (sender and/or receiver). The path is normally two-way but can be altered by host via the Voice Path Control ($66) command. |
Use the system administration Port Display screen to monitor the current links and voice paths for an individual port. Refer to the Cisco VCO/4K System Administrator's Guide. System tones cannot be linked because they are a shared resource. A voice path can be established between a tone and a receiver without a link.
Posted: Sat Sep 28 14:28:44 PDT 2002
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.