Primer for
Local Number Portability
Issue 2
Download MSWORD copy of Document here
TABLE OF CONTENTS
I. Purpose of Document 3
II. Updates to Document 3
III. Introduction to LNP 3
B. What is LRN? 4
C. Call flow 5
D. How does LNP affect a new service provider? 6
IV. Deploying LRN in Wireline Networks 9
B. What functional capability is required for LRN implementation? 10
C. What major tasks are required for LRN introduction? 16
D. General issues associated with implementation 17
E. LNP operations 18
V. Wireless Networks 19
B. Top 100 MSA after 12/31/98 19
C. Top 100 MSA after 6/30/99 20
D. Non-top 100 MSA prior to 1/1/99 20
E. Non-top 100 MSA after 1/1/99 20
F. Non-top 100 MSA after 6/30/99 20
VI. Operator Services 21
VII. Pay Phones 24
VII. E911 25
IX. Inter-Exchange Carriers (IXCs) 26
X. Testing 27
B. Ongoing test requirements for new LNP LSPs 28
XI. Technical Reference Documentation 29
XII. Glossary of Terms 32
Midwest Region Primer for Local Number Portability (LNP)
PURPOSE OF DOCUMENT
The purpose of this document is to provide a primer for new Local Service Providers (LSPs) intending to provide Local Number Portability (LNP) in the Midwest Region states of Illinois, Indiana, Michigan, Ohio, and Wisconsin. This document takes only a technical perspective to assist new LSPs in LNP planning. Neither regulatory or business issues are included in the subject matter although links to current regulatory documentation may be included as references.
UPDATES TO DOCUMENT
This primer document will not be updated. The user/reader should be aware that information contained within reference documents is dynamic in nature. Updates to technical specifications and new issues related to specific operations will evolve as new reference information is identified. The user/reader of these reference materials assumes responsibility for accessing the latest version of the documents.
Links to all of the documents referenced in this primer and new documents which may be developed to support LNP in the Midwest Region can be found at the following web site:
INTRODUCTION TO LNP
This section introduces LNP to new LSPs and answers commonly asked questions from the various state LNP Workshops.
What Is LNP?
LNP is a circuit-switched network capability which allows an end-user to change Service Provider (SP), location, and/or service type without having to change their telephone number. The three types of LNP are:
The first area of number portability to be addressed in the industry is service provider portability. Therefore, the focus of this document is service provider portability only. Service provider portability is made technically feasible by the Location Routing Number (LRN) method (as described later in this document). LRN capability will be deployed in the five state Midwest Region.
What Is LRN?
LRN depends on Intelligent Network (IN) or Advanced Intelligent Network (AIN) capabilities which must be deployed in participating Wireline LSPs networks. LRN is a 10-digit number used to uniquely identify a switch that has ported numbers. The LRN for a particular switch must be a native NPA-NXX assigned to the SP for that switch. Essentially, LRN assigns a unique 10-digit telephone number to each switch in a defined geographic area. The LRN serves as a network address. Carriers routing telephone calls to end-users that have transferred their telephone numbers from one carrier to another perform a database query to obtain the LRN that corresponds to the dialed telephone number. The database query is performed for all calls where the NPA-NXX of the called number has been marked in the switch as portable. The carrier then would route the call to the new carrier based on the LRN.
The graphic on the following page describes a typical LRN call flow.
Originating Switch LNP Processing Direct to Recipient Switch
Note: For additional call flows see the Generic Switching and Signaling Requirements for Number Portability document
Scenario: End-user A (708-224-1111) dials End-user B (708-713-2222). Assume that End-user B (708-713-2222).ports their number to a different LSP. End-user As LSP can be connected via a direct connection to End-user Bs LSP if this is an intra-LATA call. See the steps below for a detailed description of LNP LRN.
How Does LNP Affect a New SP?
The Federal Communications Commissions (FCCs) First Report and Order on Telephone Number Portability (C.C. Docket No. 95-116, Document No. 96-286) Appendix B at ¶52.3(b) adopted June 27, 1996 requires the following of all LSPs operating within the Top 100 Metropolitan Statistical Areas (MSAs):
In addition, the FCC in its First Memorandum Opinion and Order for Reconsideration (Document No. 97-74) Appendix D at ¶25 further modified the LNP Implementation schedule to reflect a change in the time required to implement the Phase I and Phase II schedules.
On the following page is a copy of the FCCs mandated Implementation Schedule taken from the First Memorandum Opinion and Order on Reconsideration Appendix E adopted March 6, 1997.
APPENDIX E - IMPLEMENTATION SCHEDULE
Phase I 10/1/97-3/31/98 | Phase II 1/1/98-5/15/98 | Phase III 4/1/98-6/30/98 |
Chicago, IL 3 | Detroit, MI 6 Cleveland, OH 20 |
Indianapolis, IN 34 Milwaukee, WI 35 Columbus, OH 38 |
Philadelphia, PA 4 | Washington, DC 5 Baltimore, MD 18 |
Pittsburgh, PA 19 Newark, NJ 25 Norfolk, VA 32 |
Atlanta, GA 8 | Miami, FL 24 Fort Lauderdale, FL 39 Orlando, FL 40 |
New Orleans, LA 41 Charlotte, NC 43 Greensboro, NC 48 Nashville, TN 51 |
Las Vegas, NV 50 | ||
Cincinnati, OH 30 | ||
Tampa, FL 23 | ||
New York, NY 2 | Boston, MA 9 | Nassau, NY 13 Buffalo, NY 44 |
Los Angeles, CA 1 | Riverside, CA 10 San Diego, CA 14 |
Orange Co, CA 15 Oakland, CA 21 San Francisco, CA 29 |
Rochester, NY 49 | ||
Houston, TX 7 | Dallas, TX 11 St. Louis, MO 16 |
Kansas City, KS 28 Fort Worth, TX 33 |
Hartford, CT 46 | ||
Minneapolis, MN 12 | Phoenix, AZ 17 Seattle, WA 22 |
Denver, CO 26 Portland, OR 27 |
Note: Numeric values associated with city names indicate the Census Bureau ranking of the MSA.
Phase IV -- 7/1/98-9/30/98 | Phase V -- 10/1/98-12/31/98 |
Grand Rapids, MI 56 Dayton, OH 61 Akron, OH 73 Gary, IN 80 |
Toledo, OH 81 Youngstown, OH 85 Ann Arbor, MI 95 Fort Wayne, IN 100 |
Bergen, NJ 42 Middlesex, NJ 52 Monmouth, NJ 54 Richmond, VA 63 |
Scranton, PA 78 Allentown, PA 82 Harrisburg, PA 83 Jersey City, NJ 88 Wilmington, DE 89 |
Memphis, TN 53 Louisville, KY 57 Jacksonville, FL 58 Raleigh, NC 59 West Palm Beach, FL 62 Greenville, SC 66 |
Birmingham, AL 67 Knoxville, KY 79 Baton Rouge, LA 87 Charleston, SC 92 Sarasota, FL 93 Mobile, AL 96 Columbia, SC 98 |
Honolulu, HI 65 | Tulsa, OK 70 |
Providence, RI 47 Albany, NY 64 |
Syracuse, NY 69 Springfield, MA 86 |
San Jose, CA 31 Sacramento, CA 36 Fresno, CA 68 |
Ventura, CA 72 Bakersfield, CA 84 Stockton, CA 94 Vallejo, CA 99 |
San Antonio, TX 37 Oklahoma City, OK 55 Austin, TX 60 |
El Paso, TX 74 Little Rock, AR 90 Wichita, KS 97 |
New Haven, CT 91 | |
Salt Lake City, UT 45 Tucson, AZ 71 |
Omaha, NE 75 Albuquerque, NM 76 Tacoma, WA 77 |
DEPLOYING LRN IN THE WIRELINE NETWORK
The following questions are typically asked by new LSPs deploying LRN in a Wireline network.
What Components Are Required in an LNP Capable Network?
The components for an LNP capable network include:
The minimum requirement for an LSP to provide LNP capability in its network is an SSP. While all component functionality is required to provide LNP capability, a new LSP may arrange component functionality from third-party sources.
All Incumbent Service Providers (ISPs) which have been selected by an New Service Provider (NSP) have the obligation to support end-users porting numbers out of their networks per the FCC Implementation Schedule. (It is assumed that NSPs will be LNP capable). Additionally, LSPs may make a business decision to support end-users porting numbers in from other LSPs networks.
What Functional Capability is Required for LRN Implementation?
A new LSP deciding to deploy LNP for (porting numbers in and out) using the LRN method has several options when providing LNP-capability in their network. These options support a range of LNP capability deployment. The table below indicates the most common options.
Options for LSPs Deploying LNP Capability |
||
Option |
New LSP Components |
3rd-Party Components |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Note: Although LSMS and SOA can be provisioned independently, when provisioned jointly, this capability is referred to as Number Portability Administration Center (NPAC) connectivity.
The graphics on the following pages depict the functionality for each of the five LNP deployment options described in the table above.
Option |
New LSP Components |
3rd-Party Components |
|
|
|
Note: Although LSMS and SOA can be provisioned independently, when provisioned jointly, this capability is referred to as Number Portability Administration Center (NPAC) connectivity.
Option |
New LSP Components |
3rd-Party Components |
|
|
|
Note: Although LSMS and SOA can be provisioned independently, when provisioned jointly, this capability is referred to as Number Portability Administration Center (NPAC) connectivity.
Option |
New LSP Components |
3rd-Party Components |
|
|
|
Note: Although LSMS and SOA can be provisioned independently, when provisioned jointly, this capability is referred to as Number Portability Administration Center (NPAC) connectivity
.
Option |
New LSP Components |
3rd-Party Components |
|
|
|
Note: Although LSMS and SOA can be provisioned independently, when provisioned jointly, this capability is referred to as Number Portability Administration Center (NPAC) connectivity
Option |
New LSP Components |
3rd-Party Components |
|
|
|
Note: Although LSMS and SOA can be provisioned independently, when provisioned jointly, this capability is referred to as Number Portability Administration Center (NPAC) connectivity
What Major Tasks Are Required for LRN Implementation?
The following model highlights the major tasks required for LNP implementation and testing.
The following is a high level list of tasks that must be accomplished to cutover LNP. (The tasks are not chronologically positioned and are not intended to list all relevant sub-order tasks).
General Issues Associated with Implementation
Each participant in the implementation process needs to establish an individual schedule within each company. Those specific schedules depend upon the following items:
Ericsson AXE10 | 6/30/97 |
GTD-5 | 10/1/97 |
Lucent 5ESS | 3/28/97 |
Lucent 4ESS | 5/1/97 |
Lucent 1AESS Lucent OSPS |
3/21/97 5/31/97 |
Nortel DMS100 | 6/30/97 |
Nortel DMS10 | 6/30/97 |
Nortel DMS100/200 | 6/30/97 |
Nortel TOPS | 9/30/97 |
Siemens EWSD | 3/31/97 |
Stromberg-DCO | 7/1/97 |
LNP Operations
The Midwest Region Operations Sub-committee has developed a set of sequential functions and decision points that will allow for the provisioning and maintenance of end-users within an LNP environment. The interworking of these functions and decisions define processes that will allow two or more LECs to interwork on an operational level.
The Operations processes are represented in flow charts for these functional areas:
1.2 Provisioning With Unconditional 10-Digit Trigger
Operational flow charts are based upon the work done in NANC, Illinois Operations Sub-committee, and other State LNP Workshops. In addition, the Operations Sub-committee has developed a narrative description to identify the relationships between the various process tasks and decisions, that when combined with the flow charts, will constitute the Inter-Company Provisioning and Repair Procedures. For Operations Flows and Procedures see:
WIRELESS NETWORKS
The LNP capabilities which need to be supported by wireless networks depend on the MSA served and the date. For wireless SPs, the LNP capabilities that can (or must) be supported depend in large part on whether the MSA was designated by the FCC as one of the initial Top 100 MSAs. The schedule below, established by the FCC, defines different capabilities which must be supported by wireless SPs by specific dates.
FCC Mandated Wireless Schedule |
||
Time Frame |
TOP 100 MSA |
OTHER MSA |
Prior to 12/31/98 | LNP routing optional | Not applicable |
1/1/99 through 6/30/99 | Cellular, broadband PCS, and covered SMR providers are required to have the capability to query the number portability databases nationwide, or arrange with other carriers to perform the queries, by December 31, 1998, in order to route calls from wireless customers to customers who have ported their numbers. | --------- |
Following 6/30/99 | Service provider portability including the ability to support roaming. | DN portability between SPs required on request. |
Even if a wireless network is not supporting LNP, the wireless SP's methods and procedures should be updated to support troubleshooting for calls placed to ported wireline numbers.
The Cellular Telephone Industry Association (CTIA) has issued a "Report on Wireless Number Portability" to address technical methods to support number portability in wireless networks.
Top 100 MSAs, prior to 12/31/98
Once wireline networks have implemented LNP, wireless SPs serving the same MSA need to address wireless end-users making calls to portable wireline numbers. Wireless SPs are not required to support LNP routing during this period. Calls for wireless end-users to a ported wireline number will complete successfully through the donor network. However, wireless SPs should be prepared to support LNP troubleshooting (for calls to ported numbers).
Top 100 MSAs, as of 12/31/98
Following 12/31/98, Cellular, broadband PCS, and covered SMR providers are required to have the capability to query the number portability databases nationwide, or arrange with other carriers to perform the queries, by December 31,1998, in order to route calls from wireless customers to customers who have ported their numbers.Top 100 MSAs, as of 6/30/99
By June 30, 1999, all cellular, broadband PCS, and covered SMR
providers must povide a long-term database method for number portability
in switches for which another carrier has made a specific request (by
Sept. 30, 1998) for provision of number portability.
Non-Top 100 MSAs, prior to 1/1/99
A wireless SP may leave their networks unchanged prior to 12/31/98, if the SP serves an MSA which is not scheduled to support LNP.
Non-Top 100 MSAs, after 1/1/99
Wireline networks in a Non-Top 100 MSA will convert to LNP upon request. The 12/31/98 date for wireless applies.
Non-Top 100 MSAs, after 6/30/99
Wireless SPs must provide number portability to requesting SPs within 6 months after receiving a request or within six months after June 30, 1999,
OPERATOR SERVICES
Operator Service Providers (OSPs) may serve networks providing LNP capability, or may have to inter-work with networks providing LNP capability. OSPs should be aware that LNP may have various impacts on their operations.
LNP affects the way numbers are translated and outpulsed and it creates a requirement for additional information for numbers that are used in billing records. As a result, LNP particularly affects Alternate Billing Services (ABS) and Busy Line Verification (BLV). ABS calls (e.g. Collect, Person-to-Person, Third-Party Billed, Calling Card) are impacted because verifications are required on the alternative billing information and the additional information required for billing (e.g., service provider identity). BLV calls are impacted because of special routing requirements.
There are no required changes for signaling to, or from, Operator Services Systems supporting LNP. Calls which can be identified as requiring Operator Services Systems processing will not receive LNP processing prior to routing to the Operator Services Systems. An OSP may decide it is beneficial to upgrade its Operator Services Systems to support LNP capable SS7 signaling. LNP capable SS7 signaling allows the Operator Services Systems to receive and send portability information for calls it processes.
Timing for ABS queries may need to be modified. Most systems have "default timer" set at two seconds. Network responses for ABS queries are expected within two seconds even when affected by LNP, but longer timer values (e.g., three seconds) may be necessary to reduce "timeout" conditions.
Software for the SS7 addressing of ABS queries may be modified to 10-digit Global Title Address (GTA). Current systems place 6-digit values in the Signaling Control Connection Part (GTA) field, which is used for routing ABS queries through the SS7 network. In order to simplify ABS query routing when encountering an LNP trigger, industry signaling forums are considering recommendations to include all ten digits of the ABS directory number (DN) in the GTA field.
Busy Line Verification
PAY PHONES
No obvious impacts as a result of LNP (SP portability) have been identified for pay phone SPs. Pay phone SPs may have obligations or needs as a result of LNP if they are also providing operator services.
E911
An ad-hoc 911 team has been formed as a part of the Operations Sub-committee. New LSPs must be aware of 911 requirements prior to participation in LNP. Significant items of analysis are:
For the NENA recommended standards document and E911/911 Test Service Plan see:
INTER-EXCHANGE CARRIERS (IXCs)
Inter-exchange carriers are not obligated by the FCC order to perform LNP processing. IXCs may elect to perform LNP processing in order to perform efficient routing and to avoid charges which might be incurred when delivering traffic to donor networks.
TESTING
FCC Field Test Background
The FCC directed the carrier members of the Illinois Local Number Portability Workshop to conduct a field test of LNP. The Chicago area was selected for the field test because the record indicates that the Illinois LNP Workshop was responsible for drafting requirements for switching software currently being developed by switch manufacturers. Because of the significant work which has been done on behalf of the Illinois LNP Workshop, the FCC determined the Chicago area was the best site within which to conduct a field test.
The Field Test encompasses both network capability; billing and ordering systems; as well as maintenance arrangements. It was further directed in the FCCs First Report and Order on Telephone Number Portability at ¶79, that the carriers participating in the test jointly file with the Common Carrier Bureau (CCB) a report of their findings within 30 days following completion of the field test. The FCC also wrote:
As stated above, participation in the Illinois FCC Field Test will require LSPs to connect to the Lockheed-Martin administered Midwest NPAC. Participants are required to obtain new switch loads from their switch vendors that will allow their switch to function using the LRN LNP method. Participants are be required to develop their own LSMS and SOA system.
During the Field Test, in order to gain a comprehensive exposure to LRN functionality, LSPs are required to be both the recipient and the donor of ported telephone numbers. At a minimum, new LSPs are required to use their End Office (EO) and Tandem Switches, STPs, and associated Operations Support Systems (OSSs)/management systems, LSMSs and SOAs to support provisioning/call processing during the Field Test.
Ongoing Test Requirements for New LNP LSPs
Subsequent to the Field Test, and in order to meet the requirements listed in the previous paragraph, new LSPs are expected to do the following:
For additional information please refer to the Illinois FCC Field Test Plan at:
TECHNICAL REFERENCE DOCUMENTATION DESCRIPTIONS
The following reference document descriptions have been provided for new LSPs to determine impact on their networks when upgrading to LNP. Existing documents are subject to change. Additionally, new documents may be added to support LNP in the Midwest Region. Interested LNP parties should check the http://www.ported.com for new documents and links as they become available.
911/E911 NENA Recommended Standards for SP LNP
The purpose of this document is to publish NENA recommended standards for all LSPs involved in providing dial tone to end-users and involved in SP LNP. This document may be obtained from:
FCC Field Test Plan
Testing for number portability has several elements included in the evaluation criteria. The tests compiled in the FCC Field Test Plan have been developed by a team consisting of participant companies to provide those participating in the transition to an LRN based LNP environment adequate assurance that the porting endeavor using LRN and support processes is successful.
The FCC Field Test Plan should be considered a menu of tests. Each SP will select from this menu of tests those which their network arrangement will allow them to perform. Thus making this FCC Field Test Plan a universal collection of tests that SPs can use as a basis to develop their testing. This document may be obtained from:
FCC Field Test Report
At the conclusion of the Illinois FCC Field Test a report will be compiled and submitted to the FCC. The Field Test Report is due to the FCC on December 17, 1997. Upon completion, this document may be obtained from:
Generic Requirements for SCP Application and GTT Function for Number Portability Document
This document defines the requirements for an application residing on an SCP that performs LNP query processing (i.e., receives an LNP query from a switch and performs an LRN lookup in a database). It also defines the requirements for an LNP Global Title Translation (GTT) function (also called a "message relay" function) that can be used to perform routing of SS7 messages for services (LIDB, CLASS, CNAM, ISVM) in LNP networks. For links to this document see:
Generic Operator Services Switching Requirements for Number Portability
This document defines the Operator Services switch requirements for the LRN method. It includes all switching-based LRN functionality, as well as:
For links to this document see:
Generic Switching and Signaling Requirements for Number Portability
This document defines the switch requirements for the Number Portability - Location Routing Number (LRN) method. It includes the following switching requirements:
For links to this document see:
Interconnection Logistics Plan
The necessary step to be conducted by the NPAC User to design, order, establish, and test connectivity are outlined in this document. It is required that the NPAC User has entered into a User Agreement prior to initiating the steps outlined within this procedure. For further information contact the Midwest NPAC on:
(800) NPAC-HELP.
Inter-operable Interface Specifications (IIS)
The NPAC/SMS Inter-operable Interface Specification contains the information model for the NPAC/SMS mechanized interfaces. Both SOA and LSMS interfaces to the NPAC/SMS are describes in this document. This document can be obtained from:
Inter-SP LNP Operations Document
The following document provides inter-company process flows and verbiage to support the necessary inter-company Operational interactions which are necessary to support LNP. For Inter-SP LNP Operations Flows see:
Midwest Region LLC Operating Agreement
The Midwest Region Limited Liability Corporation (LLC) is a corporation that determines enhancements to the NPAC/SMS for the Midwest Region.
Although NPAC connectivity is a requirement for deployment of LNP, LSPs are not required to join the LLC. For links to this document see:
Midwest NPAC Methods and Procedures Document
This document describes the NPAC Support provided to SPs and methods and procedures for various processes (e.g., trouble reporting, NPA Splits) supporting LNP. For further information contact the Midwest NPAC on:
(800) NPAC-HELP
NPAC Functional Requirement Specifications (FRS)
This document defines the functional requirements of a NPAC/SMS that is used to provide neutral, third party, administration of the master routing information database used to support the operation of Local Number Portability. For links to this document see:
Glossary of Terms
ABS | Alternate Billing Services |
AIN | Advanced Intelligent Network Evolving, service-independent network architecture that provides important new capabilities for rapid creation of customized telecommunications services. AIN offers one way for a network element to query a central database to obtain local number portability routing information. |
AIN 0.1 | An AIN architecture that is a first step in realizing AIN Release 1. |
AIN Release 0 |
An AIN release defined by individual Bellcore Client Companies (BCCs) for initial deployment. |
AIN Release 1 |
An AIN release, intended for deployment in the 1990s with a common functional architecture that support the delivery of circuit-switched voice and circuit-switched data services to network end-users. |
ALI | Automatic Location Identification Name, address, and appropriate dispatching agencies of a 911 caller. |
AMA | Automatic Message Accounting The automatic collection, recording, and processing of information relating to calls for billing purposes. (See CAMA also) |
ANI | Automatic Number Identification ANI provides the billing number of the line or trunk that originated a call. |
AT | Access Tandem A LEC switching system that provides a traffic concentration and distribution function for inter-LATA traffic originating/termination within a LATA. The access tandem provides the IC with access to more than one end office within the LATA. More than one access tandem may be required to provide access to all end offices within a LATA. |
BLV | Busy Line Verification |
CAMA | Centralized Automatic Message
Accounting An arrangement that provides for the recording of detailed billing information at a centralized location other than and end office, usually a tandem. CAMA equipment also may be associated with operator systems, etc. |
CCB | Common Carrier Bureau |
CCS7 | Common Channel Signaling # 7 A signaling method in which a single channel conveys, by means of labeled message, signaling information relating to a multiplicity of circuits or calls and other information, such as that used for network management. |
CLEC | Competitive Local Exchange Carrier Considered to be a new entrant into a market where there is already an incumbent LEC providing local phone service. |
CPN | Calling Party Number The acronym that identifies the originating telephone number field in an SS7 message. |
CdPN | Called Party Number The acronym that identifies the terminating telephone number field in an SS7 message. |
CENTREX | Central Office Exchange A telephone service offered by LSPs that provides the end-user with advanced features and services from the LSPs EO |
CIC | Carrier Identification Code A 3-digit number that uniquely identifies each IC. A carrier identification code applies to an IC throughout the North American Number Plan area. Multiple carrier identification codes per carrier are not precluded. |
CLASS | Custom Local Area Signaling Services Premium local service features, such as call forwarding or automatic callback. |
CMRS | Commercial Mobile Radio Service |
CO | Central office An environmentally controlled space in which a telecommunications network switching system and other associated operating systems are installed. |
CTIA | Cellular Telephone Industry Association |
DIPS | Refers to database dips Query by a local switching office or toll switching office to a remote database. |
DN | Directory Number An end-users telephone number, also known as a TN. In its most restrictive definition, an end-user number which is listed in a directory or with directory assistance. |
Donor Switch | Switch/Office/Exchange Refers to the local switch from which an end-user was served, prior to changing SPs. |
DPC | Destination Point Code The part of a routing label that identifies where the CCS/SS7 signaling message should be sent. |
EO | End Office A switching system used to provide local service for a local telephone company; also known as a central office. End offices are typically equipped with both line and trunk terminations. |
FCI | Forward Call Indicator The acronym that identifies the field in an SS7 message which is set to indicate to participating networks involved in the processing of an LNP call when an LNP query has been performed. |
FCC | Federal Communications Commission Congressional government entity endowed with the responsibility to direct the U.S. national telecommunications regulatory environment. |
FOC | Firm Order Confirmation Verification/acknowledgment from one SP to another of receipt of a valid Service Request (SR) |
FRS | Functional Requirements Specifications for the NPAC/SMS |
GAP | Generic Address Parameter |
GTT | Global Title Translation |
IAM | Initial Address Message A CCS/SS7 signaling message that contains the address and routing information required to establish a point-to-point telephone connection. |
IC | Inter-exchange carrier (see IXC) |
IIS | Inter-Operable Interface Specifications for the NPAC/SMS |
ILEC | Incumbent Local Exchange Carrier Typically, the RBOC or independent who services all local end-users (prior to a market opening up to local competition) |
IN | Intelligent Network Hardware and software platform used to provide enhanced voice, video and data services. IN offers one way for a network element to query a central database to obtain local number portability routing information. |
ISP | Incumbent Service Provider The exchange carrier that has the NPA assign as a default. This would usually be the donor switch for the ported number. |
ISUP | Integrated Services User Part The part of a CCS/SS7 signaling node that is used to develop and format signaling messages. |
IXC | Inter-Exchange Carrier A carrier that provides connections between LATAs, between serving areas, and between LATAs and serving areas where the calling or called end-user is located in the United States. |
JIP | Jurisdiction Information Parameter |
LEC | Local Exchange Carrier The companymost often a local Bell Operating Companythat provides local telephone service. LECs also include independent local telephone companies. |
LERG | Local Exchange Routing Guide Bellcore administered Network Routing and V&H Coordinate information for U.S. Telecommunications Industry |
LLC | Limited Liability Corporation The jointly-owned legal entity which is responsible for oversight and administration of the Midwest NPAC. While all certified LSPs can use the NPAC, only official members have a vote in its business decisions. |
LM-IMS | Lockheed-Martin IMS The selected Midwest Region NPAC developer and neutral third-party administrator for the LNP database. |
LNP | Local Number Portability The end-user's ability to retain his/her telephone number when switching to a competing local telephone SP. |
LRN | Location Routing Number A 10-digit number used to uniquely identify a switch that has ported numbers. LRN utilizes AIN triggers, SS7 signaling, and unique 10-digit code for switch identification. |
LSMS | Local Service Management System The LSP owned network database which holds down-loaded ported number information. |
LSP | Local Service Provider A company that provides basic local telephone service. |
MSA | Metropolitan Statistical Area |
N-1 | N minus 1 The next to last network involved in a particular call. In the case of an inter-LATA call, for example, the next to last network is the inter-exchange carrier network. |
NANC | North American Numbering Council FCC -mandated task force assigned to oversee NPAC and NANP administration for the U.S. telecommunications industry. |
NANP | North American Numbering Plan A plan for the allocation of unique 10 digit address numbers. The numbers consist of a 3 digit area (numbering plan area) code, a 3 digit office code, and a 4 digit line number. The plan also extends to format variations (e.g., 3 digit and 7 digit address), prefixes (e.g., 1, 0, 01 and 011), and special code applications (e.g., Service Access Codes). |
NENA | National Emergency Number Association National industry forum that includes police, fire, community administrators, and telecommunications vendors/ SPs with an involvement in emergency/911 services. |
Non-Portable Number | Non-portable numbers are those that have not been designated as ported exchanges or portable capabilities. |
NPA | Numbering Plan Area A defined geographic area identified by a unique three digit code used in the North American Numbering Plan Area. |
NPAC | Number Portability Administration
Center A neutral third-party administrator of the regional LNP database. |
NSP | New Service Provider Subscribers selection of exchange carrier that will be providing dial tone. This will usually be the exchange carrier that is not the default SP for the NPA. This would be the recipient switch for the porting of a number when the end-user is being ported. When the end-user is changing from ported to non-ported the NSP would be the donor switch. |
NXX | End Office Code A three digit code used to identify a central office exchange. However, in a portable environment the last 4 digits or the 7-digit telephone number may not always reside in the central office exchange to which the NXX was natively assigned. |
OSP | Operator Service Provider A SP of operator services. Typically associated with directory or alternate billing services. |
PSAP | Public Safety Answering Point Police and/or fire agency that performs dispatching for emergency services. |
Portable Number | Portable numbers are those numbers within
an exchange that have portable capabilities and are assigned to a designated portable
exchange. These are the numbers that are assigned to the designated default switch and
have not been ported to another LSP. These numbers are commonly identified as working on
the "Donor" switch. Portable numbers are all numbers in an NXX where portability is allowed. Numbers will be declared portable on an NXX basis. |
Ported Number | Ported numbers are those that have been
assigned to other LSPs providing recipient switch access for Portable exchanges. This is
commonly termed as the numbers assigned to the "Recipient" switches. The
"Recipient" switch is not the default switch in the SCP. Ported numbers are the subset of portable numbers that have actually been moved from the LERG based switch (donor) to another switch (recipient). |
POTS | Plain Old Telephone Service Basic residence or business telephone service which provides users with simple telephone features or service. |
PUC/PSC | Public Utility (or Service) Commission State regulatory body that exists in virtually every state and regulates intrastate services of utilities, including telephone companies providing intrastate services. Also called a Public Service Commission (PSC) in many states. |
Query(ies) | Refers to database queries/dips Query by a local switching office or toll switching office to a remote database. |
Recipient Switch | Switch/Office/Exchange Refers to local end office switch to which an end-user is served, after changing SPs. |
SCP | Service Control Point Service control point; Transaction processor-based system that provides network interface to database services. |
SMS | Service Management System Computer facility permitting access to records contained in the number portability database. |
SOA | Service Order Administration Interface to the NPAC/SMS for provisioning ported end-user data. |
SP | Service Provider A company that provides telephone service. |
SSP | Service Switching Point Service switch point; a switching office that has the SSP features, enabling interactions with SCPs action with SCPs. |
STP | Signal Transfer Point A signaling point with the function of transferring signaling messages from one signaling link to another and considered exclusively from the viewpoint of the transfer. A packet switch that transmits messages between switches and other network components. Also transmits messages between switches in the process of normal call set-up and routing. |
Tandem | Tandem Switch An LSP switch that exclusively supports trunk terminations. The tandem allows an LSP to provide trunk connectivity between EOs within its own network, as well as providing trunk connectivity to other LSPs, OSPs, and IXCs. See access tandem. |
TCAP | Transaction Capabilities Application
Part TCAP is the application layer of the Transaction Capabilities protocol that is used for messages between end offices and remote databases. |