Content deleted Content added
m Convert URL to internal link |
Various corrections based upon a short discussion with the DPNSS working group chairman. |
||
Line 4:
==History==
DPNSS was developed in the early 1980s by BT, or its forerunner, Post Office Telecommunications in recognition that the emerging Digital Private Circuit Primary Rate product 'Megastream' had to address the market for both data and voice, the latter being significantly greater because of the market for PBXs.
The support for DPNSS as BT's own signaling protocol also differentiated BT's private circuit’s services from those of its emerging rival Mercury Communications.
DPNSS was an active (and successful) collaboration between PBX manufacturers and BT which started relatively slowly (BT & Plessey) but quickly snowballed with MITEL, GEC, Ericsson, Phillips and eventually Nortel all joining to create a powerful and feature rich protocol.
BT and some of the UK manufacturers championed DPNSS into ECMA and CCITT (ITU) but it was eventually deprecated by the standards bodies in favour of Q931 and QSig. Nevertheless, the elegance of the protocol and its compatibility with PBX features ensured the adoption DPNSS actually grew in Europe, compared to the much slower take-up of Qsig.
There were also attempts (during 1984) to take DPNSS into North America. Unfortunately the structures for the creation of standards in North America seemed to prevent manufacturer collaboration as a route forward and ANSI were not interested in creating PBX interworking standards.
Version 1 of BTNR188 (DPNSS) was issued in 1983; the last version of DPNSS to be released 6 in 1995 included compatibility with ISDN features released in V5. A lightweight version of DPNSS 'APNSS' was developed using analogue trunks (Sometimes compressed) and a modem to support D channel signalling.
==Overview of the Protocol==
Layer 1(CCITT) ITU-G703 defines the physical and electrical interface. G704 defines the Frame structure of the 2.048 Mbs sent across the link. G732 defines the allocation of that frame structure into the 32 discrete 64Kbit 'channels', of which 0 is used for alignment of the frames and 16 is (by convention only) allocated to common channel signaling. Speech is carried as G711.
Layer 2 Timeslot 16, 64Kbs operates as HDLC LAPB, to support up to 60 PVCs or DLCs (data link connections) (30 directly associated with the bearer channels and 30 for unrelated messages) as the specification describes them. Therefore, at maximum operation, each potential traffic channel can have two simultaneous data channels available for messages. Note that HDLC operates as a statistical multiplexing system. When traffic deltas are low, a single call establishment message will have access to the full 64Kbs (allowing for overheads).
DPNSS is a layer 3 protocol functioning as common channel signaling. The functionality is divided into Levels (confusingly nothing to do with OSI layers.) Levels 1-6 deal with simple call establishment (make call/break call) and are the minimum requirements by which a PBX can be said to be DPNSS compatible. The remaining levels are allocated to telephony features, supplementary services or to administrative features. Note that support of 'levels' by a PBX is not necessarily incremental. Some levels are interdependent but a PBX may omit support of some levels (above 6) and support others.
DPNSS is a compelled protocol in that each instruction issued must be met with an appropriate response from the other PBX otherwise the message is re-transmitted (until timer expiry). This means that when interworking two PBXs features invoked on PBX A must be acknowledged by PBX B even if that feature is not supported.
Line 18 ⟶ 19:
==Practical Considerations==
As HDLC can operate successfully in quite poor (errored) data environments, DPNSS will work over a 2Mbs link running without proper synchonisation (plesiochronously) and over poor quality connections (including badly terminated connectors). When setting up PBXs to run a DPNSS connection one end must be defined as the primary or 'A' end. This is a protocol requirement and has nothing to do with link synchronisation. However, such badly synchronised links were frowned upon because of the problems associated with sending faxes and/or other modem based communication which were not specifically identified within the protocol.
==DPNSS and VoIP==
Line 25 ⟶ 26:
==Criticisms==
Some critics of DPNSS suggest that it is too loosely defined and allows too much latitude in its interpretation of message formats and timers. It is also sometimes mistakenly believed that DPNSS is semi proprietary and that it is only possible to connect PBXs from the same manufacturer. i.e. Siemens will connect to Siemens, Mitel to Mitel etc. Experience indicates that this is not the case and BT's FeatureNet platform (Nortel's DMS100) running DPNSS, has interconnected successfully to many PBX types available in the UK. In addition, as part of the first commercial implementation of DPNSS (in the Government Telephone Network or GTN in 1983), BT insisted that the core of the network be made from PBXs of different manufacture to prove the interoperability in real life.
==See also==
|