TUCoPS :: Phreaking Technical System Info :: ddsn.txt

BT Digital Derived Services Network


 ///////////////////////////////////////////////////////////////////////////
 //                                                                       //
 //                         DDSN Intelligent Network                      //
 //                                                                       //
 //    A full rundown of our LinkLine (0800) and LoCall (0345) Services   //
 //                                                                       //
 //                    Presented in full By Keltic Phr0st                 //
 //                                                                       //
 ///////////////////////////////////////////////////////////////////////////

    "...the most sophisticated network of its type ouside North America."

                                 Steve Webster, BT ; DDSN Development Team

 FOREWORD
 ========
 This article shook me up very badly after reading it. At the time I'd been
 working extensively on a Unix Box in 896, and abusing the fuck out of P******
 for global calls in 892. Not only this, but a host of other activities, which
 are probably nestling on some AMA tape somewhere, waiting to be looked at...
 <Gulp> . Its not all doom and gloom though - AMA has yet to pinpoint Blue
 Boxing for some reason, and in so far this would seem to be the only real
 'safe' method of putting your calls away for free alongside cellular, I
 reccomend you start to view it in a new light.

        Anyway, after that suitably apocalyptic snippet, here we go.

 /////  /////   /////   /////   /////   /////  /////   /////   /////   /////

 INTRODUCTION
 ============
 In 1983, British Telecom identified a major market potential for automatic
 freephone and premium rate services. An Analogue Network, with extended
 register translation and call charging facilities overlayed on the PSTN
 was proposed as an interim solution. The analogue derived services network,
 consisting of eight fully-interconnected switching nodes, was brought into
 limited public service in April 1985 and full public service in July 1985.

        The LinkLine 0800 service permits calling customers to make calls
 free of charge while callers to LinkLine 0345 service numbers are charged
 at the local call rate irrespective of distance. The balance of the call
 charge is billed to the called customer known as the Service Provider (SP).

        In keeping with its buisness modernisation programmes, British Telecom
 awarded a contract to AT&T for the supply and installation of a digital
 derived services network (DDSN), comprising 5ESS-PRX digital switches to
 be implemented in two distinct phases:

  Phase 1, which was completed in 1988, involved the supply of eight digital
  units, utilising CCITT No. 7 common-channel signalling, as replacements for
  their analogue units (Figure 1). In addition, two new digital units were
  provided in London.


Figure 1 : Digital Derived Services Network Interconnection

    ÚÄÄÄÄÄ¿                                                       ÚÄÄÄÄÄ¿
    ³ DLE ³                                                       ³ DLE ³
    ÀÄÄÂÄÄÙ                                                       ÀÄÄÂÄÄÙ
       ³      ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»      ³
    ÚÄÄÁÄÄÄ¿  º    SP         DIGITAL DERIVED          SP     º  ÚÄÄÄÁÄÄ¿
    ³ DMSU ³  º     Â        SERVICES NETWORK           Â     º  ³ DMSU ³
    ÀÄÄÂÄÄÄÙ  º     ³                                   ³     º  ÀÄÄÄÂÄÄÙ
       ³      º     ³                                   ³     º      ³
       ³      º     ³                                   ³     º      ³
       ³      º ÚÄÄÄÁÄÄÄ¿                           ÚÄÄÄÁÄÄÄ¿ º      ³
       ÀÄÄÄÄÄÄÄÄ´ DDSSC ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ DDSSC ÃÄÄÄÄÄÄÄÄÙ
              º ÀÄÄÄÂÄÄÂÙ                           ÀÂÄÄÂÄÄÄÙ º
              º     ³  ³                         ÚÄÄÄÙ  ³     º
              º     ³  ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄijÄÄÄ¿  ³     º
              º     ³                            ³   ³  ³     º
              º     ³  ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ   ³  ³     º
              º ÚÄÄÄÁÄÄÁ¿                           ÚÁÄÄÁÄÄÄ¿ º
       ÚÄÄÄÄÄÄÄÄ´ DDSSC ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ DDSSC ÃÄÄÄÄÄÄÄÄ¿
       ³      º ÀÄÄÄÂÄÄÄÙ                           ÀÄÄÄÂÄÄÄÙ º      ³
       ³      º     ³       (Only 4 centres             ³     º      ³
       ³      º     ³        shown for clarity)         ³     º      ³
    ÚÄÄÁÄÄÄ¿  º     ³                                   ³     º  ÚÄÄÄÁÄÄ¿
    ³ AMSU ³  º     Á                                   Á     º  ³ AMSU ³
    ÀÄÄÂÄÄÄÙ  º    SP                                  SP     º  ÀÄÄÄÂÄÄÙ
       ³      º                                               º      ³
       ³      ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ      ³
    ÚÄÄÁÄÄ¿                                                       ÚÄÄÁÄÄ¿
    ³ ALE ³                                                       ³ ALE ³
    ÀÄÄÄÄÄÙ               EXISTING PUBLIC SWICHED                 ÀÄÄÄÄÄÙ
                             TELEPHONE NETWORK



 AMSU    Analogue Main Switching Unit
 ALE     Analogue Local Exchange
 DDSSC   Digital Derived Services Switching Centre
 DLE     Digital Local Exchange
 DMSU    Digital Main Switching Unit
 SP      Service Provider



  Phase 2 makes provision for an advanced freephone service using an
  intelligent network architecture.

 INTELLIGENT NETWORK CONCEPT
 ===========================
      In a traditional telecommunications network, call control 'intelligence'
 resides in the call processing software in its switching nodes. One disadvan-
 tage of this approach for some services is that customer-specific data has to
 be replicated in each node. As features become more sophisticated, then
 system complexity increases. In the DDSN Intelligent Network, specialised
 customer feature and routing information is held centrally in a network
 database which can be accessed by all switching nodes using dedicated
 datalinks and common-channel signalling (Figure 2). These signalling datalinks
 are used to pass requests for call handling information to the database and
 return instructions to the originating switching node.

Figure 2 : Network DataBase Concept

                           ÚÄÄÄÄÄÄÄÄÄÄ¿
                           ³ NETWORK  ³
                          /³ DATABASE ³\
                        /  ÀÄÄÄÄÄÄÄÄÄÄÙ  \
                 ACCESS TO/FROM ALL DDSN SWITCHES
                    /            |           \
                  /              |             \
       ÚÄÄÄÄÄÄÄÄ¿                |               \ ÚÄÄÄÄÄÄÄÄ¿
       ³  DDSN  ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´  DDSN  ³
       ³ SWITCH ³                                  ³ SWITCH ³
       ÀÄÄÄÂÄÄÂÄÙ                                  ÀÂÄÄÂÄÄÄÄÙ
           ³  ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ  ³
           ³                   Ú³Ù                     ³
           ³                   ³³                      ³
           ³  ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿  ³
       ÚÄÄÄÁÄÄÁÄ¿               ÚÄ¿                ÚÁÄÄÁÄÄÄÄ¿
       ³  DDSN  ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄijÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´  DDSN  ³
       ³ SWITCH ³               ³ ³                ³ SWITCH ³
       ÀÄÄÄÄÄÄÄÄÙ               ÀÂÙ                ÀÄÄÄÄÄÄÄÄÙ
                                 ³
                                 ³
                        SPEECH AND SIGNALLING


        An Intelligent network centralised call management fucntion allows
 an economical implementation of advanced features, simplifies administration
 of complex services and assures optimum use of network-wide, rather than
 switch-based, resources.

 DDSN INTELLIGENT NETWORK ARCHITECTURE
 =====================================
        Three network elements are concerned with call processing for service
 providers with advanced features:

        o Action Control Point (ACP)
        o Network Control Point (NCP)
        o Network Services Complex (NSC)

 The network architecture is illustrated in Figure 3, and the role of each
 of the elements will become apparent as the call processing aspects are
 explained.

Figure 3 : DDSN Intelligent Network Architecture

         ÚÄÄÄÄÄ¿    ÚÄÄÄÄÄ¿                        ÚÄÄÄÄÄ¿
         ³ NSC ³    ³ NSC ³                        ³ NSC ³
         ÀÄÂÄÂÄÙ    ÀÄÄÂÄÄÙ                        ÀÄÄÂÄÄÙ
           C T         ³                              ³
           7 T         ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿  ÚÄÄÄÄÄÄÄÄÄÄÄÄ´
           N T         ³      C7NA    ³  ³  C7NA      ³
           A ³         ³ÚÄÄÄÄÄÄÄÄÄÄÄÄijÄÄÙ            ³
           ³ ³         ³³             ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿³
          ÚÁÄÁÄÄÄÄÄÄÄÄÄÁÁÄ¿                        ÚÄÁÁÄÄÄÄÄÄÄÄÄÄÄÄ¿
ÄÄTÄÄTÄÄTÄ´               ÃÄÄÄÄÄÄÄÄÄC7NAÄÄÄÄÄÄÄÄÄÄÄ´               ÃÄTÄÄÄTÄÄÄTÄÄ
          ³ ACP/STEP/HOST ÃÄÄÄTÄÄÄÄÄÄÄTÄÄÄÄÄÄÄÄTÄÄÄ´   ACP / STEP  ³
ÄÄÄC7BTÄÄÄ´               ÃÄÄÄÄÄÄÄÄÄC7BTÄÄÄÄÄÄÄÄÄÄÄ´               ÃÄÄÄC7BTÄÄÄÄÄ
  (PSTN)  ÀÂÄÂÄÂÄÄÄÄÄÄÄÂÂÂÙ                        ÀÂÂÂÄÄÄÄÄÄÄÂÄÂÄÂÙ  (PSTN)
           C V C       ³³ÀÄÄÄÄÄÄÄÄÄÄC7BTÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿       C V C
           ³ O ³       ³ÀÄÄÄÄÄÄÄVOICE TRUNKSÄÄÄÄÄÄÄÄÄ¿³       ³ O ³
           7 I 7       ÀÄÄÄÄÄÄÄÄÄÄÄÄC7NAÄÄÄÄÄÄÄÄÄÄÄÄ¿³³       7 I 7
           ³ C ³       ÚÄÄÄÄÄÄÄÄÄÄÄÄC7BTÄÄÄÄÄÄÄÄÄÄÄij³³       ³ C ³
           N E B       ³ÚÄÄÄÄÄÄÄVOICE TRUNKSÄÄÄÄÄÄÄij³³       N E B
           ³ ³ ³       ³³ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij³³       ³ ³ ³
           A T T       ³³³                          ³³³       A T T
           ³ R ³       ³³³                          ³³³       ³ R ³
           ³ U ³       ³³³                          ³³³       ³ U ³
           ³ N ³       ³³³                          ³³³       ³ N ³
           ³ K ³       ³³³                          ³³³       ³ K ³
           ³ S ³       ³³³                          ³³³       ³ S ³
          ÚÁÄÁÄÁÄÄÄÄÄÄÄÁÁÁ¿                        ÚÁÁÁÄÄÄÄÄÄÄÁÄÁÄÁ¿
ÄÄTÄÄTÄÄTÄ´               ÃÄÄÄTÄÄÄÄÄÄÄTÄÄÄÄÄÄÄÄTÄÄÄ´               ÃÄTÄÄÄTÄÄÄTÄÄ
          ³     ACP       ³                        ³   ACP / HOST  ³
ÄÄÄC7BTÄÄÄ´               ÃÄÄÄÄÄÄÄÄÄC7BTÄÄÄÄÄÄÄÄÄÄÄ´               ÃÄÄÄC7BTÄÄÄÄÄ
  (PSTN)  ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ                        ÀÄÄÄÄÄÄÄÄÄÄÄÄÂÄÂÙ  (PSTN)
                                                                C T
                                                                7 T
                                                                N T
 ÄTÄTÄTÄ = VOICE TRUNKS                                         A ³
                                                                ³ ³
                                                              ÚÄÁÄÁÄ¿
ACP      ACTION CONTROL POINT                                 ³ NSC ³
STEP     SIGNAL TRANSFER AND END POINT                        ÀÄÄÄÄÄÙ
C7BT     CCITT #7 SIGNALLING (BT)
NCP      NETWORK CONTROL POINT
NSC      NETWORK SERVICES COMPLEX
C7NA     C7 NORTH AMERICAN

(Only four switching nodes are shown for simplicity)



 Action Control Point
 --------------------
        The Action Control Points (ACPs) are the 5ESS-PRX Switching Nodes,
 which serve as transit and terminating nodes for DDSN traffic. All ACPs are
 fully interconnected by digital line systems and CCITT #7 (BT) common channel
 signalling. The CCITT #7 (BT) signalling links are used exclusively for
 setting up speech paths both within the DDSN and between the DDSN and the
 PSTN.

        A Second totally independent common channel signalling network,
 utilising a proprietary form of #7 signalling (C7 North American), is used
 for transporting non-circuit related signalling methods between the ACPs and
 the Network Control Points (NCPs). This network is used only for advanced
 feature calls. Two of the ACPs have been nominated as a signal transfer
 and end point (STEP) and funnel the signalling traffic from the remaining
 ACPs to the NCPs. ACPs load share the C7NA signalling messages across both
 STEPs in the ACP-to-NCP direction, and the NCPs load share the signalling
 messages across both STEPs in the reverse direction.

 Network Control Point
 ---------------------
       The Network Control Point (NCP) constitutes the core of the intelligent
 network and holds the data defining the treatment for specific advanced
 feature calls. NCPs are always provided in mated pairs.

        Each NCP consists of a duplex processor, duplicated hard discs for
 data storage, tape drives and interfaces to the other network elements
 through a Local Area Network. This network, called the Common Network
 Interface, consists of the signalling terminals for the C7NA links from the
 STEP nodes and two peripheral controllers which communicate with the duplex
 processor. The common network interface ring (Figure 4) is automatically
 reconfigured under fault conditions to isolate the faulty section.

Figure 4 : Common Network Interface Ring

ÚÄÄÄÄÄÄÄÄÄÄ¿                                                 ÚÄÄÄÄÄÄÄÄÄÄ¿
³ ACP/STEP ³                                                 ³ ACP/STEP ³
ÀÄÄÂÄÄÄÄÂÄÄÙ                    ÚÄÄÄÄÄÄ¿                     ÀÄÄÂÄÄÄÄÂÄÄÙ
ÚÄijÄÄÄijĿ    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´      ÃÄÄÄÄÄÄÄÄÄÄ<ÄÄÄÄÄÄ¿      ³    ³
ÃÄÄÄÄÄÄÄÄÄÙ    ³                ³ RPCN ³                 ³      ³    ³
³  ³    7      ³  ÚÄÄÄÄÄÄÄÄÄÄÄÄÄ´      ÃÄÄÄÄÄÄÄÄÄ>ÄÄÄÄ¿  ³      ³    ³
³  ³    N      ³  ³             ÀÄÄÄÂÄÄÙ              ³  ³      ³    ³
³  ³    A     ÚÁÄÄÁ¿                ³                 ³  ³      ³    ³
³  C    ÀÄÄÄÄÄ´ LN ³                ³                 ³  ³      ³    ³
³  7          ÀÂÄÄÂÙ                ³                 ³  ³      C    ³
³  N           ³  ³                 ³                 ³  ³      7    ³
³  A           ³  ³           ÚÄÄÄÄÄÁÄÄÄÄÄ¿           ³  ³      N    ³
³  ³          ÚÁÄÄÁ¿          ³  CENTRAL  ³          ÚÁÄÄÁ¿     A    C
³  ÀÄÄÄÄÄÄÄÄÄÄ´ LN ³          ³ PROCESSOR ³          ³ LN ÃÄÄÄÄÄÙ    7
³             ÀÂÄÄÂÙ          ÀÄÄÄÄÄÂÄÄÄÄÄÙ          ÀÂÄÄÂÙ          N
³              ³  ³                 ³                 ³  ³           A
³              ³  ³                 ³                 ³  ³           ³
³              ³  ³                 ³                ÚÁÄÄÁ¿          ³
³  SIGNALLING  ³  ³                 ³                ³ LN ÃÄÄÄÄÄÄÄÄÄÄÙ
ÀÄ   LINKS     ³  ³   RING 1    ÚÄÄÄÁÄÄ¿             ÀÂÄÄÂÙ
               ³  ÀÄÄÄÄ<ÄÄÄÄÄÄÄÄ´      ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ  ³
               ³                ³ RPCN ³                 ³
               ÀÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄ´      ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
                      RING 0    ÀÄÄÄÄÄÄÙ

 LN      LINK NODE
 RPCN    RING PERIPHERAL CONTROLLER NODE


        Advanced freephone call handling data is duplicated both within and
 and between  each NCP in the mated pair. Call routing queries from the ACPs
 are balanced between the two NCPs by designating specific dialled codes to
 each NCP, and the decision on which NCP to query is taken at the ACP where
 the call entered the DDSN network. Although data is held on both NCPs,
 the secondary NCP is only accessed if the primary is not available. Under
 these conditions, the remaining NCP is capable of handling 100% of the load.
 This architecture virtually guarantees 100% service availability.

        Automatic network management controls initiated by the NCP maintain
 the integrity of the intelligent network under overload conditions by sending
 code gapping messages instructing the ACPs to throttle back on the number of
 queries being forwarded to the NCP and defining the treatment for failed
 calls.


 Network Services Complex
 ------------------------
        The Network services complex (NSC) provides the capability to give
 callers standard or customised interactive spoken information pertaining
 to the number called, such as, call prompting, courtesy response and
 call queing announcements. During or after a call prompting announcement
 the caller may communicate with the NSC by keying-in appropriate digits
 on an MF keyphone or keypad. The NSC can collect up to 15 digits which it
 forwards, via its host ACP, to the NCP via a C7NA common channel signalling
 link.

        Initially, two NSCs loaded with the same announcements have been
 provided in the DDSN intelligent network and are co-located with the NCPs.
 Each NSC can handle 60 simultaneous calls and provide up to 2000 different
 announcements which are stored on triplicated moving head discs. In the
 even of an NSC failure, calls requiring these features are routed to the
 remaining NSC.

        The NSC architecture is given in Figure 5.

Figure 5 : Network Services Complex Architecture

     ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
     ³  ACP / HOST   ³
     ÀÄÄÄÂÄÄÄÄÄÄÄÂÄÄÄÙ
         T       C
         ³       7
         T       N
         ³       A
         T       ³                                        ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿
     ÚÄÄÄÁÄÄÄÄÄÄÄÁÄÄÄ¿                                    ³ SIGNALLING ³
     ³   TIME-SLOT   ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´    LINK    ³
     ³  INTERCHANGE  ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿               ³  TERMINAL  ³
     ÀÄÄÄÂÄÄÄÄÄÄÄÂÄÄÄÙ                    ³               ÀÄÄÄÄÄÄÂÄÄÄÄÄÙ
         ³       ³                        ³                      ³
         ³       ³                        ³                      ³
         ³       ³                        ³                      ³
         ³       ³                        ³                      ³
         ³       ³                        ³                      ³
         ³       ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿         ³                      ³
         ³                      ³         ³               ÚÄÄÄÄÄÄÁÄÄÄÄÄÄ¿
         ³      ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´  PROCESSOR  ³
         ³      ³               ³     ³                   ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
       ÚÄÁÄÄÄÄÄÄÁÄÄ¿            ³     ³
       ³   DATA    ³            ³     ³
       ³  STORAGE  ³            ³     ³
       ³   UNITS   ³            ³     ³
       ÀÄÄÄÄÄÂÄÄÄÄÄÙ         ÚÄÄÁÄÄÄÄÄÁÄ¿
         ÚÄÄÄÁÄÄÄ¿           ³  TONE    ³
         ³ DISCS ³           ³ RECEIVER ³
         ÀÄÄÄÄÄÄÄÙ           ³  UNITS   ³
                             ÀÄÄÄÄÄÄÄÄÄÄÙ


 ADVANCED FEATURES
 =================
        The DDSN Intelligent Network will permit a range of new features
 to be offered as Advanced LinkLine to LinkLine service providers. These
 include (Advanced LinkLine feature name is in brackets) :

  o Time and Day Routing - The routing of calls can be made dependant on the
    time of day, day of week and week of the year. (TimeLink / DayLink)

  o Call Allocator - This provides the capability to route incoming calls
    proportionally to a number of service provider destinations and / or
    announcements. (DistributionLink)

  o Call Queuing - This provides queues for calls at the originating ACP
    when all available lines to a service provider destination are engaged.
    An announcement informs the caller of the call status. (QueueLink)

  o Call Barring - This feature allows service providers to define the
    treatment of a particular Advanced LinkLine number based on where the
    call origniated in the PSTN. (AreaLink)

  o Alternative Destination on Busy - When a busy condition is encountered
    and no queuing is define, an alternative destination may be chosen
    automatically. (BusyLink)

  o Call Prompter - Announcements will prompt callers to enter digits on
    their telephone set in order to realise caller interactive routing.
    (SelectLink)

  o Courtesy Response - If no destination can be reached, for example, due
    to an unattended office, a pre-defined standard or customised announcement
    may be played. (CourtesyLink)

  o Command Routing - This feature allows the service provider to instruct
    British Telecom to redirect calls to a preset alternate set of
    destinations. This is intended for emergency and other contingency
    situations. (CommandLink)

 CALL ROUTING PLANS
 ==================
        The true power of intelligent network call processing is not solely
 its list of advanced features, but combinations of the feature set which
 can be defined to meet a service provider's own unique telecommunications
 needs and, consequently, buisness requirements. An example of a simple call
 routing plan is shown in Figure 6. The data defining the call treatment(s)
 for a service provider are held in the NCP database in a service provider
 record.


Figure 6 : Combining service features

                                                      DIAL PULSE     ÜÜÜÜÜÜÜÜ
                                                     NO  RESPONSE    ß ÜÜÜÜ ß
                                               ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÛ°°Û
                                               ³                     OPERATOR
                        SELECTLINK             ³
            ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ» ³
            º "KEY 1 FOR COMMERCIAL LOANS,   º ³                     ÜÜÜÜÜÜÜÜ
            º  KEY 2 FOR CONSUMER LOANS..."  º ³        DIGIT #1     ß ÜÜÜÜ ß
            ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÑÍÍͼ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÛ°°Û
                                               ³                   COMMERCIAL
                                         À Ä   ³                      LOANS
                                            ³  ³
        DAYLINK           AREALINK         ÚÁÄÄÁÄÄÄÄ¿                ÜÜÜÜÜÜÜÜ
       ÚÄÄÄÄÄÄ¿ MON - FRI ÚÄÄÄÄÄÄÄ¿ LONDON ³  WHAT  ³   DIGIT #2     ß ÜÜÜÜ ß
ÄÄÄ>ÄÄÄ´ WHAT ÃÄÄÄÄÄÄÄÄÄÄÄ´ WHAT  ÃÄÄÄÄÄÄÄÄ´   MF   ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÛ°°Û
       ³ DAY? ³           ³ AREA? ³        ³ DIGIT? ³               CONSUMER
       ÀÄÄÂÄÄÄÙ           ÀÄÄÂÄÄÄÄÙ        ÀÄÄÄÂÄÄÄÄÙ                 LOANS
          ³                  ³                 ³
          ³                  ³                 ³
          ³                  ³                 ³                     ÜÜÜÜÜÜÜÜ
          ³                  ³                 ³        DIGIT #3     ß ÜÜÜÜ ß
          ³                  ³   ALL           ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÛ°°Û
          ³                  ³  OTHER                                 OTHER
          ³                  ³
          ³                  ³
          ³                  ³
          ³                  ³                                       ÜÜÜÜÜÜÜÜ
          ³                  ³                                       ß ÜÜÜÜ ß
          ³                  ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÛ°°Û
          ³                                                          BRISTOL
          ³                                                          BRANCH
          ³
          ³ SATURDAY
          ³   AND            ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
          ³  SUNDAY          º "ALL OFFICES ARE º
          ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄĶ  CLOSED FOR THE  º
                             º  WEEKEND..."     º
                             ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
                                 COURTESYLINK


 SERVICE ADMINISTRATION
 ======================
        Service Administration for Advanced LinkLine features is handled
 by the network subscriber transaction, administration and recording system
 (NETSTAR), which has on-line access to the NCPs. NETSTAR provides user
 friendly access to the NCP advanced feature database to modify, create or
 delete service provider call routing plans via dedicated or dialup/dialback
 links to VDUs. An NCP can have only one active call routing plan for any
 service provider number, but additional plans may be prepared and held in
 NETSTAR for transmission to, and activation at, the NCP when required.
 NETSTAR holds security backup copies of all call routing plans and NCP
 operating parameters.

 CALL PROCESSING
 ===============

 Derivation of the Calling Subscriber Geography (CSG)
 ----------------------------------------------------
        All 0800 and 0345 calls are routed via a DMSU to a DDSN action control
 point (ACP) (Figure 7). During Call set-up, the ACP requests additional
 set-up information to be sent via the C7BT Link. This cause the calling
 line identity (CLI) to be forwarded from the first exchange in the call
 path with C7BT signalling.

Figure 7 : Access to the Digital Derived Services Network



              PSTN                                    DDSN
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
 ÚÄÄÄÄÄÄÄ¿           ÚÄÄÄÄÄÄÄÄÄÄ¿           ÚÄÄÄÄÄÄÄÄÄÄ¿           ÚÄÄÄÄÄÄÄÄÄÄ¿
 ³  DLE  ÃÄÄÄÄC7BTÄÄÄ´          ÃÄÄÄÄC7BTÄÄÄ´          ÃÄÄÄÄC7BTÄÄÄ´          ³
 ³   or  ³           ³   DMSU   ³           ³ 5ESS-PRX ³           ³ 5ESS-PRX ³
 ³ E-ALE ÃÄTÄTÄTÄTÄTÄ´          ÃÄTÄTÄTÄTÄTÄ´   (ACP)  ÃÄTÄTÄTÄTÄTÄ´   (ACP)  ³
 ÀÄÄÄÄÄÄÄÙ ÚÄÄÄÄÄÄÄÄÄ´          ³           ³          ³           ³          ³
 ÚÄÄÄÄÄÄÄ¿ ³         ÀÄÄÄÄÄÄÄÄÄÄÙ           ÀÄÄÄÄÂÄÄÄÄÄÙ           ÀÄÄÄÄÂÄÄÄÄÄÙ
 ³ AMSU/ ÃÄÙ                                     ³                      ³
 ³ +ALE  ³                                       ³                      ³
 ÀÄÄÄÄÄÄÄÙ                                       ³                      ³
                                                 Á                      Á
                                                SP                     SP

 * ALE may be via a digital concentrator centre exchange
   E-ALE : Enhanced analogue Local Exchange (C7BT signalling capability)


        If a call is originated from a local exchange with C7BT signalling,
 a full calling line identity (FCLI) is returned to the ACP. The FCLI
 includes the caller's national number group (NNG) code, or all figure
 numbering (AFN) code in the case of a director area.

        If the call is originated from an analogue local exchange (ALE),
 then a partial calling line identity (PCLI) is derived by the first
 digital exchange in the call path. This will normally be a DMSU, but in
 cases where an ALE is parented on a digital concentrator centre exchange
 (DCCE), the DCCE generates the PCLI. A PCLI must comprise sufficient
 information to uniquely identify the digital entry point to the PSTN
 used by that ALE. This information includes the region, area and unit
 identity portions of the network nodal identity plus the telephony process
 number and route numbers used by the call processing software of the
 digital exchange.

        Whe a PCLI or FCLI is received by a DDSN action control point, the
 call processing software searches through a set of look-up tables for a
 comparison with the CLI sent. This search will result in the calling
 subscriber geography (CSG) being identified.

        Figures 8 and 9 illustrate the CLI and CSG derivation process.

Figure 8 : CLI derivation


 ÚÄÄÄÄÄÄÄ¿     ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿          ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿         ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿
 ³  DLE  ÃÄ<ÄÄÄÄÄÄÄÄÄ¿ DMSU ³          ³  5ESS-PRX  ÃÄÄÄÄÄÄÄÄÄ´  5ESS-PRX  ³
 ³ E-ALE ³     ³     ³      ³          ³    (ACP)   ³         ³    (ACP)   ³
 ÀÄÄÄÄÄÄÄÙ     ³     ³      ³          ³            ³         ³            ³
               ³     ÃÄÄÄÄÄÄÄÄÄÄÄÄ<ÄÄÄÄÄÄÄÄÄÄÄ¿     ³         ³            ³
               ³     ³      ³          ³      ³     ³         ³            ³
 ÚÄÄÄÄÄÄÄ¿     ³     ³      ³          ³  REQUEST   ³         ³            ³
 ³  ALE  ³ ?ÄÄÄÄÄÄÄÄÄÙ      ³          ³    CLI     ³         ³            ³
 ÀÄÄÄÄÄÄÄÙ     ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ          ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ         ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ


Figure 9 : CSG derivation


 ÚÄÄÄÄÄÄÄ¿     ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿          ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿         ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿
 ³ FCLI ÄÄÄ>ÄÄÄÄÄÄÄÄÄ¿ DMSU ³          ³  5ESS-PRX  ÃÄÄÄÄÄÄÄÄÄ´  5ESS-PRX  ³
 ³  DLE  ³     ³     ³      ³          ³    (ACP)   ³         ³    (ACP)   ³
 ÀÄÄÄÄÄÄÄÙ     ³     ³      ³   FCLI   ³            ³         ³            ³
               ³     ÃÄÄÄÄÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄCLI/CSG  ³         ³            ³
               ³     ³      ³   PCLI   ³    TABLES  ³         ³            ³
 ÚÄÄÄÄÄÄÄ¿     ³     ³      ³          ³      ³     ³         ³            ³
 ³  ALE  ³PCLIÄ>ÄÄÄÄÄÙ      ³          ³     CSG    ³         ³            ³
 ÀÄÄÄÄÄÄÄÙ     ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ          ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ         ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ


 Global Title Translation
 ------------------------
        Call processing for service providers with basic features is handled
 within the DDSN switching nodes. To differentiate between calls to SPs with
 advanced and basic features, the ACP checks for the existence of a
 translation for the number dialled. If a translation exists, the call is
 routed to the specified network termination. If the translation does not
 exist, call handling instructions are returned from the NCP database in
 response to a query message from the originating ACP. A number of query
 messages are neccesary for some types of call; the initial query is therefore
 termed QRY1. The process is illustrated in Figures 10 and 11.


Figure 10 : DDSN           ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
Intelligent Network call   ³ INCOMING CALL   ³
Processing (Call not       ³   FROM PSTN     ³
requiring NSC and no       ³ DIGITS RECEIVED ³
network controls active)   ³ AT ORIGINATING  ³  ( OR (0) 345 DEFGHJ )
                           ³     ACP         ³
                           ³ (0)800 345800   ³
                           ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÙ
GTT : GLOBAL               ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄ¿
      TITLE                ³  ACP REQUESTS   ³
      TRANSLATION          ³   ADDITIONAL    ³  ( SEE FIGURE 8 )
                           ³  SET-UP INFO    ³
                           ³  VIA C7BT LINK  ³
                           ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÙ
                           ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄ¿
                           ³   FCLI OR PCLI  ³ ( SEE FIGURE 8 )
                           ³   FORWARDED TO  ³            ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
                           ³      ACP        ³            ³ ORIGINATING ACP ³
                           ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÙ            ³      DEALS.     ³
                           ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄ¿     YES    ³   CALL SETUP    ³
                           ³ TRANSLATION HELDÃÄÄÄÄÄÄ>ÄÄÄÄÄ´ NORMALLY USING  ³
                           ³     AT ACP      ³            ³    C7BT LINK    ³
                           ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÙ            ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
                                    NO                   ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
                      NO   ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄ¿  YES       ³    SEND QRY1   ³
           ÚÄÄÄÄÄÄÄÄÄÄÄ<ÄÄÄ´   IS 0800-345   ÃÄÄÄ>ÄÄÄÄÄÄÄÄ´ MESSAGE TO NCP ³
           ³               ³ DEFINED IN GTT? ³            ³    VIA C7NA    ³
           ³               ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ            ³       LINK     ³
                          ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿            ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ
           ³               ³ SEND A FINAL    ³            ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄ¿
           ³               ³ TREATMENT OF    ³    NO      ³ IS A PLAN HELD ³
           ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´'VACANT CODE' TO ÃÄÄÄÄÄ<ÄÄÄÄÄÄ´ AT NCP FOR 800 ³
           ³               ³ ACP             ³            ³ 345800?        ³
           ³               ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ            ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ
           ³                                                       YES
                                                      ÚÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄ¿
           ³                                           ³ NCP DETERMINES      ³
           ³                                           ³ CALL TREATMENT.     ³
ÚÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿                          ³ BILLING AND ROUTING ³
³     'VACANT CODE'         ³                          ³ DETAILS TO ACP      ³
³  NUMBER UNOBTAINABLE TONE ³                          ³ VIA C7NA            ³
³      RETURNED             ³                          ÀÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÙ
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ                          ÚÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄ¿
                                                       ³ ORIGINATING NCP     ³
                                                       ³ SETS UP CALL USING  ³
                                                       ³ C7BT LINK           ³
                                                       ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ

Figure 11 : ACP Communication with NCP

 ÚÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
 ³   (ACP 1)   ³
 ³ TRANSLATION ³
 ³  NOT HELD   ³
 ³     Ä       ³
 ³             ³                                           ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
 ³ 0800 DEF    ³                                           ³       NCP        ³
 ³ IN GTT      ³                                           ÃÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄ´
 ³     =       ³                ÚÄÄÄÄÄÄÄÄÄÄÄÄÄ¿            ³ C  ³  ÚÄÄÄÄÄÄÄÄÄ¿³
 ³             ³                ³ (ACP 2) ÚÄÄÄ´            ³ N  ³  ³   SP    ³³
 ³ SEND QRY1   ÄÄ>ÄÄÄC7NAÄÄÄ>ÄÄÄÄÄÄÄÄÄÄÄÄÄ´ S ÃÄ>ÄC7NAÄ>ÄÄÄ´ I  Ã>Ä´ RECORD  ³³
 ³  TO NCP     ³                ³         ³ T ³            ³ R  ³  ÀÄÄÄÄÂÄÄÄÄÙ³
 ÃÄÄÄÄÄÄÄÄÄÄÄÄÄ´                ³         ³ E ³            ³ I  ³       ³     ³
 ³   BILLING   ÄÄ<ÄÄÄC7NAÄÄÄ<ÄÄÄÄÄÄÄÄÄÄÄÄÄ´ P ÃÄ<ÄC7NAÄ<ÄÄÄ´ N  Ã<ÄÄÄÄÄÄÙ     ³
 ³ INSTRUCTIONS³                ÀÄÄÄÄÄÄÄÄÄÁÄÄÄÙ            ³ G  ³ PROCESSOR   ³
 ³      +      ³                ÚÄÄÄÄÄÄÄÄÄÄÄÄÄ¿            ÀÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
 ³    ROUTE    ³                ³  (ACP n)    ³
 ³   MESSAGE   ³                ³ CALL SET-UP ³
 ³     OR      ³                ³COMPLETED TO ³
 ³    FINAL   ÄÄÄÄÄÄÄC7BTÄÄÄÄÄÄÄ´ SERVICE     ÃÄÄÄÄÄÄÄÄÄÄÄÄ SP
 ³  TREATMENT  ³                ³ PROVIDER    ³
 ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÙ                ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÙ


ACP 1 = ACP receiving call from PSTN
ACP 2 = ACP with directly connected NCP
ACP n = The ACP on which the SP is terminated


        The QRY1 message includes:

 a) 10 digit dialled number, which excludes any leading 0 but includes a
    trailing 0 as padding if only 9 digits long.

 b) Calling subscriber geography (CSG).

 c) The ACP which originated the query. This is used to reference a table
    in the NCP which defines the capabilities of the ACP,; for example,
    whether it has an NSC.

 d) The destination of the query.

 The route message includes a network code of up to 10 digits which is used
 by the ACP to route the call to its destination. This is normally a service
 provider (SP) line, but can be an NSC announcement.

        A final treatment command is sent to the ACP when the NCP cannot
 route a call normally. The final treatment command results in either a tone
 or an announcement being returned to the caller.

 Calls Requiring an NSC
 ----------------------
        As not all ACPs are hosts to an NSC, a call which requires an NSC at
 some point during the call treatment must be setup in two parts. After the
 QRY1 Message, the call is routed to an ACP/HOST, using C7BT in the normal
 manner, where a voice trunk to the NSC is allocated. This action is termed
 a 'service assist' if the NSC is required as intermediate step in the call
 treatment (SelectLink) or a 'hand-off' if the NSC is required to play an
 announcement as the final routing conclusion (CourtesyLink). During a
 service assist or a hand-off, the ACP/HOST then queries the NCP a second
 time (QRY2) with details of the NCP and call number used for the QRY1
 message. The call treatment now continues with a list of commands being sent
 from the NCP to the NSC. This could be to play an announcement and collect
 digits from the caller. NCP/NSC communication takes place via the C7NA
 links with any digits collected being returned to the NCP to determine the
 final disposition of the call.

 CALL LOGGING
 ============
        In response to a query message from the originating ACP, the NCP
 returns a billing command instructing the ACP what details to record;
 the ACP acknowledges receipt of the instructions to the NCP. On answer,
 the terminating exchange sends a message to the originating ACP giving
 either 'answer / no charge' or 'answer / charge' depending on which LinkLine
 (0800/0345) is defined. On Call termination, the ACP records the details
 of the call in an automatic message accounting (AMA) record.

        The originating ACP normally controls the call and is responsible
 for generating an automatic message accounting record. These records are
 periodically polled by an on-line data collector which validates them
 before passing them to an off-line charge raising system which calculates
 call charges in preparation for the production of the service provider's
 bill. Where a 'hand-off' has occurred, the ACP/HOST takes over control
 of the call for supervisory and logging purposes.

 OPERATIONS AND MAINTENNANCE
 ===========================
        The Multi-Function Operations System (MFOS) is central to the
 operations and maintennance fucntions for the DDSN intelligent network.
 These functions include:

        o On-line access to the ACPs/NCPs/NSCs
        o Alarm Collection and Monitoring
        o Collection and analysis of traffic data
        o Real time Network management

 Connection between the multi-function operations system processors, the
 network elements and the users is achieved using a virtual circuit switch
 for flexibility.

 /////  /////   /////   /////   /////   /////   /////   /////   /////   /////

TUCoPS is optimized to look best in Firefox® on a widescreen monitor (1440x900 or better).
Site design & layout copyright © 1986-2024 AOH