This chapter explains how to provision the BTS to communicate with different subscriber types.
IAD Subscribers
The following table has steps to provision the BTS to communicate with an integrated access device (IAD) subscriber and example CLI commands with required tokens.
Table 3-1 IAD Subscriber Provisioning
Task
Description and CLI Command
Step 1
Adding MGW profiles.
A profile is a template for provisioning MGWs by vendor. It has settings for communications between the CA and each type of MGW.
Several tokens have values that can be overwritten after the CA queries the MGW for supported capabilities. If the MGW returns a different value from that provisioned, the returned value automatically replaces it.
If necessary, change the value of other keepalive tokens in the mgw-profile table.
add mgw-profile id=IAD2421; vendor=cisco;
Step 2
Adding MGWs.
The MGW table has information about each MGW the CA manages. Address the MGW uniquely by domain name, IP address, or TSAP address. The MGW table has the following associated commands:
•RGW—provisions a residential gateway, with the type token set to RGW.
•TGW—provisions a trunking gateway, with the type token set to TGW.
Both commands provision the MGW table, but you can use them to provide user security to individuals.
The Termination (termination) table has information about each termination the CA manages. Terminations include analog ports, DS0 ports, ISDN circuits, ISDN PRI, and multiline hunt groups (MLHGs).
Termination events and signals are grouped into packages supported by termination types. The gateway determines the package type.
If you enter the prefix token, the termination ID is generated by concatenating prefix and port-start values and incrementing the termination port number until the port number values reach port-end. The prefix, port-start, and port-end tokens are not in the table as individual fields. Enter:
The Destination (destination) table defines call type and routing information for dialed digits. Multiple digit strings in the Dial Plan table can use the same destination ID.
A profile is a template for provisioning dial plans. The Dial Plan Profile (dial-plan-profile) table creates dial-plan-profile-ids before they are assigned to subscribers or trunk groups.
The dial-plan-profile-id links digit-string entries in the Dial Plan table within a dial plan. Assign different dial-plan-profile-ids to subscribers and trunk groups.
add dial-plan-profile id=dp1; description=dialing plan
profile id;
Step 6
Adding dial plans.
Dial plans analyze, screen, and route calls using dialed digits. The Dial Plan (dial-plan) table has information for a specific call type; it defines valid dialing patterns and determines call routing.
The Subscriber Profile (subscriber-profile) table groups shared subscriber properties. Because CAs have several points of presence (POPs), and POPs are a subcriber profile token, you must create POP-specific subscriber profiles.
Table 3-5 lists subscriber types and their required tokens.
Each subscriber must have a unique term-id.
Do not use double quotation marks (""), single quotation marks ('), dashes (-), or underscores (_) in subscriber names.
For PBX-DID subscribers, manually provision the DN2Subscriber table. The DN2Subscriber table supports groups of 10, 100, 1000, or 10,000 DNs. The DN format is nnnn, where n = 0-9. For a range of DNs, replace n with lowercase x. If the last digit is replaced with a lowercase x, it represents a group of 10 DNs. 100 = xx, 1000 = xxx, and 10,000 = xxxx.
Also set up the following as subscribers:
•Termination numbers reached by DNs
•Termination numbers originating in the CA
•Termination numbers to customers, such as MLHG or Centrex
Step 9
Changing subscriber DNs.
The EMS automatically generates the DN2Subscriber table. This table determines the subscriber ID of a DN during termination processing; it populates when a subscriber DN is added to the Subscriber table. When a called number is translated by the dial plan, this table is queried; it maps a DN to a subscriber.
You can view data or change the Status field to VACANT if it is in the disconnected (DISC) or connected (CN) state.
Note For Service Access Code calls such as 500, 700, 800, and 900, subscribers must dial 1. The flags LOCAL_PFX1_OPT, INTERLATA_PFX1_OPT, and TOLL_PFX1_OPT, do not affect such calls.
Step 11
Placing MGWs in service.
control mgw id=c2421.192; target-state=INS; mode=forced;
Step 12
Preparing subscriber trunk terminations for service.
equip subscriber-termination ID=sp1;
Step 13
Placing subscriber trunk terminations in service.
control subscriber-termination ID=sp1; target-state=INS;
mode=FORCED;
ATA 18x Residential Subscribers
.Table 3-2 has steps to provision the BTS to communicate with a Cisco Analog Telephone Adaptors (ATAs) as residential gateway and support local subscribers.
Table 3-2 ATA 18X Residential Susbscriber Provisioning
Task
Description and CLI Command
Step 1
Adding MGW profiles.
A profile is a template for provisioning MGWs by vendor. It has settings for communications between the BTS Call Agent (CA) and each type of MGW.
Several tokens have values that can be overwritten after the CA queries the MGW for supported capabilities. If the MGW returns a different value from that provisioned, the returned value automatically replaces it.
If necessary, change the value of other keepalive tokens in the mgw-profile table.
Tip See the Cisco BTS 10200 Softswitch Troubleshooting Guidefor how tokens impact audit-endpoint and keepalive processes.
Step 2
Adding MGWs.
The MGW table has information about each MGW the CA manages. Address the MGW uniquely by domain name, IP address, or TSAP address. The MGW table has the following associated commands:
•RGW—provisions a residential gateway, with the type token set to RGW
•TGW—provisions a trunking gateway, with the type token set to TGW.
Both commands provision the MGW table, but you can use them to provide user security to individuals.
The Termination (termination) table has information about each termination the CA manages. Terminations include analog ports, DS0 ports, ISDN circuits, ISDN PRI, and multiline hunt groups (MLHGs).
Termination events and signals are grouped into packages supported by termination types. The gateway determines the package type.
If you enter the prefix token, the termination ID is generated by concatenating prefix and port-start value and incrementing the termination port number until the port number value reach port-end. The prefix, port-start, and port-end are not in the table as individual fields. Enter:
The Destination (destination) table defines call type and routing information for dialed digits. Multiple digit strings in the Dial Plan table can use the same destination ID.
A profile is a template for provisioning dial plans. The Dial Plan Profile (dial-plan-profile) table creates dial-plan-profile-ids before they are assigned to subscribers or trunk groups.
The dial-plan-profile-id links digit-string entries in the Dial Plan table within a dial plan. Assign different dial-plan-profile-ids to subscribers and trunk groups.
add dial-plan-profile id=dp1; description=dialing plan
profile id;
Step 6
Adding dial plans.
Dial plans analyze, screen, and route calls using dialed digits. The Dial Plan (dial-plan) table has information for a specific call type; it defines valid dialing patterns and determines call routing.
The Subscriber Profile (subscriber-profile) table groups shared subscriber properties. Because CAs have several points of presence (POPs), and POPs are a subcriber profile token, you must create POP-specific subscriber profiles.
Table 3-5 lists subscriber types and their required tokens.
Each subscriber must have a unique term-id.
Do not use double quotation marks (""), single quotation marks ('), dashes (-), or underscores (_) in subscriber names.
For PBX-DID subscribers, manually provision the DN2Subscriber table. The DN2Subscriber table supports groups of 10, 100, 1000, or 10,000 DNs. The DN format is nnnn, where n = 0-9. For a range of DNs, replace n with lowercase x. If the last digit is replaced with a lowercase x, it represents a group of 10 DNs. 100 = xx, 1000 = xxx, and 10,000 = xxxx.
Also set up the following as subscribers:
•Termination numbers reached by DNs
•Termination numbers originating in the CA
•Termination numbers to customers, such as MLHG or Centrex
Step 9
Viewing subscribers DN status.
The EMS automatically generates the DN2Subscriber Table. A user can show data or change the Status field to VACANT if it is in the disconnected (DISC) or connected (CN) state. The DN2Subscriber (dn2subscriber) table determines the subscriber ID of a DN during termination processing. The table is populated when a subscriber DN is added to the Subscriber table. It is queried when the called number is translated using the dial plan and the type of subscriber field indicates "Subscriber," that is, it takes a DN and maps it to a subscriber.
The DN2Subscriber table also includes the administrative states of the DN. Table 3-6 lists the possible administrative states of the DN.
Step 10
Placing MGWs in service.
control mgw id=ATA-1; target-state=INS; mode=forced;
Step 11
Preparing subscriber trunk terminations for service.
equip subscriber-termination ID=sub2;
Step 12
Placing subscriber trunk terminations in service.
control subscriber-termination id=sub2; target-state=INS;
mode=FORCED;
Cable Subscribers
Table 3-3 has steps to provision the BTS to communicate with a cable subscriber.
Tip For information on BTS network elements that support PacketCable-based features and protocols, refer to thePacketCable and Event Message Provisioning and Operations Guide
Table 3-3 Cable Subscriber Provisioning
Description
CLI Command
Step 1
Adding MGW profiles.
A profile is a template for provisioning MGWs by vendor. It has settings for communications between the BTS Call Agent (CA) and each type of MGW.
Several tokens have values that can be overwritten after the CA queries the MGW for supported capabilities. If the MGW returns a different value from that provisioned, the returned value automatically replaces it.
If necessary, change the value of other keepalive tokens in the mgw-profile table.
Tip See the Cisco BTS 10200 Softswitch Troubleshooting Guidefor how tokens impact audit-endpoint and keepalive processes.
Step 2
Adding MGWs.
The MGW table has information about each MGW the CA manages. Address the MGW uniquely by domain name, IP address, or TSAP address. The MGW table has the following associated commands:
•RGW—provisions a residential gateway, with the type token set to RGW
•TGW—provisions a trunking gateway, with the type token set to TGW.
Both commands provision the MGW table, but you can use them to provide user security to individuals.
The Termination (termination) table has information about each termination the CA manages. Terminations include analog ports, DS0 ports, ISDN circuits, ISDN PRI, and multiline hunt groups (MLHGs).
Termination events and signals are grouped into packages supported by termination types. The gateway determines the package type.
If you enter the prefix token, the termination ID is generated by concatenating prefix and port-start value and incrementing the termination port number until the port number value reach port-end. The prefix, port-start, and port-end are not in the table as individual fields. Enter:
The Destination (destination) table defines the call type and the routing information for the dialed digits. Multiple digit strings in the Dial Plan table can use the same destination ID.
A profile is a template for provisioning dial plans. The Dial Plan Profile (dial-plan-profile) table creates dial-plan-profile-ids before they are assigned to subscribers or trunk groups.
The dial-plan-profile-id links digit-string entries in the Dial Plan table within a dial plan. Assign different dial-plan-profile-ids to subscribers and trunk groups.
Dial plans analyze, screen, and route calls using dialed digits. The Dial Plan (dial-plan) table has information for a specific call type; it defines valid dialing patterns and determines call routing.
The Subscriber Profile (subscriber-profile) table groups shared subscriber properties. Because CAs have several points of presence (POPs), and POPs are a subcriber profile token, you must create POP-specific subscriber profiles.
Table 3-5 lists subscriber types and their required tokens.
Each subscriber must have a unique term-id.
Do not use double quotation marks (""), single quotation marks ('), dashes (-), or underscores (_) in subscriber names.
For PBX-DID subscribers, manually provision the DN2Subscriber table. The DN2Subscriber table supports groups of 10, 100, 1000, or 10,000 DNs. The DN format is nnnn, where n = 0-9. For a range of DNs, replace n with lowercase x. If the last digit is replaced with a lowercase x, it represents a group of 10 DNs. 100 = xx, 1000 = xxx, and 10,000 = xxxx.
Also set up the following as subscribers:
•Termination numbers reached by DNs
•Termination numbers originating in the CA
•Termination numbers to customers, such as MLHG or Centrex
Step 9
Setting subscriber rings.
Assign one of the following rings:
1 = 2 seconds ringing, 4 seconds off
2 = .5sec ringing, .5sec ringing, 4sec off
3 = .5sec ringing, .5sec ringing, .5sec ringing, 4sec off
4 = .3sec ringing, .2sec ringing, .3sec ringing, 4sec off
5 = .5sec ringing, 6sec off
6 = .5sec ringing, 1sec ringing, .5sec ringing, 4sec off
control mgw id=<MGW ID>; target-state=INS; mode=FORCED;
Step 11
Preparing subscriber trunk terminations for service.
equip subscriber-termination id=sub11;
Step 12
Placing subscriber trunk terminations in service.
control subscriber-termination id=sub11; target-state=INS;
mode=FORCED;
SIP Subscribers
SIP subscribers are SIP phones registered directly to the BTS and for which the BTS maintains subscriber information.
The following table has steps to provision the BTS to communicate with SIP subscriber and example CLI commands with required tokens. Only commands for tables specific to SIP subscribers are in this procedure. Commands for other tables, such a sub_service_profile, dial_plan, which are required for the subscriber, are not included.
Table 3-4 SIP Subscriber Provisioning
Task
Description and CLI Command
Step 1
Adding authentication realm IDs.
The Authentication Realm (AUTH-REALM) table defines supported authentication realm IDs. BTS uses realm-based authentication when another network entity challenges it for information.Assign auth-realm-ids to subscribers using the Serving Domain Name table. All SIP subscribers in a serving domain share an auth-realm-id.
The Serving Domain Name (SERVING-DOMAIN-NAME) table defines serving domain names the BTS supports. This table also lists authentication requirements for subscribers served by serving domains.
Note TheDNS must resolve the domain name value to logical IP addresses assigned by the SIP adaptor during BTS installation. The resolution for the serving domain must match the resolution of the fully-qualified domain name (FQDN) specified as the BTS contact.
Add the domain name or IP address as the DomainName. If the SIP phones require authentication, set AUTH_REQD=Y.
Note Set privacy=user to have the BTS apply user-provided privacy information. This works for SIP endpoints capable of displaying privacy information.
Step 4
Assigning off-hook service to SIP subscribers.
This trigger allows a SIP subscriber's device to tell the BTS which type of off-hook service the subscriber has. From the BTS' perspective, it is dealing with a SIP user agent (UA); this is true whether the subscriber's device is a SIP eMTA, ATA, or PAP2.
The User Authentication (USER-AUTH) table identifies subscriber address of record (AOR) based on authentication credentials supplied by the user during registration or call setup.
When a SIP user attempts to register or setup a call, the BTS challenges the SIP REQUEST specifying the AUTH-REALM ID on the Serving Domain Name table, if the Serving Domain Name Table indicates that authorization is required.
If the BTS receives valid credentials, the user ID in those credentials is used to look up the AOR ID in from this table. The AOR ID is then used to look up the subscriber from the AOR2SUB table.
This is used only if Auth-Reqd in the serving_domain_name is set to Y.
The DN is unassigned. An Unassigned DN announcement is played. A typical announcement is "The number you dialed is not in service. Please check the number and try again." The cause code for this state is #1.
ASSIGNED
The DN is assigned to a subscriber.
CN
The DN status is marked as a changed number (CN) when the subscriber requests a new number. A Changed Number announcement is played in this state. A typical announcement is "The called number has changed. The new number is ...." The cause code for this state is #22.
DISC
The DN is disconnected. A Disconnected Number announcement plays. A typical announcement is "We're sorry, you have reached a number that has been disconnected or is no longer in service..." The cause code for this state is #27.
LRN
The DN has been reserved as a Location Routing Number (LRN) on this Call Agent.
RACF-DN
The DN has been reserved for the remote activation of call forwarding (RACF) feature.
TEST-LINE
The DN has been assigned to a test line.
ANNC
The DN points to an announcement (ANNC) ID.
PORTED-OUT
The subscriber ported (moved) out of the Call Agent and chose to keep his or her DN (local number portability).