TELECOM ACCESS STANDARDS NEWSLETTER NO. 131

December 2001

CONTENTS
1. NEW LOCATION AND FAX NUMBER
2. VOICE TRANSMISSION QUALITY AND THE ITU E MODEL
3. V.92 MODEMS: POINTS TO THINK ABOUT?
4. TELEPERMITTING INDIVIDUAL ELEMENTS OF PRIVATE VOICE NETWORKS
5. USE OF ACCESS STANDARDS WEBSITE
6. RADIO SPECTRUM MANAGEMENT WEBSITE
7. CHRISTMAS GREETINGS
RETURN TO MAIN INDEX


1. NEW LOCATION AND FAX NUMBER

Access Standards has moved yet again. We are still in the Tory Street Telecom complex and our PO Box number and telephone numbers have not changed. However, our fax number is now (04) 384 1731, as shown above.

This comes as a result of a further re-organisation within Telecom under which Access Standards becomes part of the new Service Performance Group which is, in turn, part of the Network Investment section of Telecom's Network Division.

Another change is that Anna van der Lugt is leaving us in early January. We will publish contact details for her replacement in due course.




2. VOICE TRANSMISSION QUALITY AND THE ITU E MODEL

As readers will have gathered from the last two Newsletters, we are very conscious of the need to maintain the present quality of voice transmission despite the increasing use of packet-based private networks, digital cellular networks, and the transition to "New Generation" packet-based public networks. Unless overall transmission planning is fully considered and appropriately controlled, margins will be eroded to the point where increasing numbers of calls will be considered unsatisfactory.

Telecom's recent advertising campaign has focused on the importance of "availability" and, strictly, a service is not really "available" if its quality of performance does not provide for effective communication. While Telecom has control of the quality of its core network and sets requirements for each CPE item, just how that CPE is used and how private networks are set up is largely under the control of other parties. The same principles apply, of course, to other New Zealand public networks and what is connected to them.

With deregulation of telecommunications worldwide, just what elements comprise an end-to-end call are almost infinitely variable. Nevertheless, the aim is to ensure that the highest possible percentage of voice calls provide effective "conversation quality", even in what is likely to be "a very data-centric new world".

Newsletter No. 130 explained the increased significance of "loudness" for voice calls and the need to aim for the optimum loudness rating limits for telephones as a preparatory step towards maintaining voice quality in a VoP environment. There are many other factors affecting the overall quality rating value "R", some of which will be under Telecom's control, but the same principles apply in that the design of CPE and all private and public networks involved in a call needs to consider the impact of these components on the overall quality of end-to-end performance.

In Newsletter No. 129, I explained the basic concepts behind the "E Model", which the ITU describes as "A computational model for use in Transmission Planning". I made only a brief mention to the significance of the "R" values computed under this model. The following explains the position in a little more detail.


The ITU have carried out extensive investigations into transmission quality issues over the years and such measures as Quantisation Distortion Units (QDU's), Mean Opinion Scores (MOS) and "R" units have been developed through a combination of formal objective testing and subjective (actual listener-talker combinations) testing. These tests take into account not only the technical and equipment parameters likely to be experienced, but also the highly variable characteristics of human users. After all, human conversations take place between all types of people, with a wide range of vocal clarity and volume, and a wide range of hearing ability. The net result of these tests is that for any level of assessed quality, some percentage of users will find conversation difficult (described by ITU as "Poor or Worse" - "POW"), while another percentage of users will regard the same call as acceptable (described by ITU as "Good or Better" - "GOB").

Under Telecom's National Transmission Plan, these assessment and design objectives are used "to minimise the number of customers experiencing difficulty on any connection through the network, and to maximise the number of connections falling within the customers' range of preferred losses".

Needless to say, there will always be a small residual group of people who have difficulty even communicating face to face under otherwise ideal conditions. A 100% GOB score is thus unlikely for any telephone conversation, no matter how good it is. Network designers have to limit the number of calls likely to encounter "worst case" conditions by setting suitable limits on all elements of a call, especially the main ones described in Newsletter No 129.

With our present wholly digital circuit-switched core network, the great majority of national and local calls between PSTN customers would have an R value of 90 or more. However, this is not always the case. For example, with connections involving telephones having Loudness Ratings at the limits of acceptable performance, or a long analogue line at both ends (especially if one or both of the users are subjected to line noise), the R value might drop back to 70 or so.


In comparison, PSTN calls to digital cellular networks and private networks using voice compression or digital processing of some sort will incur some additional impairments, such as increased delay and distortion from digital encoding processes. The majority of calls involve a PSTN user at one end at least and, as long as the PSTN offers high transmission quality, private networks can "get away" with introducing transmission impairments without the call quality falling to an R value of 60 or less. However, it is important that designers do not continue to assume that the whole of any margin currently existing in the PSTN can be used up elsewhere. The growing use of IP-based private networks, with their inherent additional delays and encoding impairments, will mean that the probability of calls between two such private networks will rise.

The relationship between R values and customer satisfaction is illustrated in the following table, derived from ITU Recommendation G.107. Note that the two percentages for any R value do not add to 100%, as there are always some users who are not particularly concerned about the call quality at the defined levels.

As a comparison, "Mean Opinion Scores" (MOS) are also shown.

R Value GOB % (lower limit POW % (upper limit) MOS User Satisfaction
90 97 0 4.34 very satisfied
80 89 0 4.03 satisfied
70 73 6 3.60 Some users not satisfied
60 50 17 3.10 Mnay users dissatisfied
50 27 38 2.58 Nearly all useres dissatisfied

As can be seen, the POW percentage swings rapidly ahead of the GOB percentage as the R value falls towards 50 (the R value at which the percentage of users stating POW is the same as that percentage which consider a call GOB is approximately 53, at which there are approximately 32% on both sides, but about 38% still "neutral"). Needless to say, despite the relatively large number of "neutral users", no network operator wants to offer its customers too many calls that fall into the R = 50 range or below, especially in a highly competitive situation, as we have in New Zealand.


In fact, the aim is to ensure that no calls fall below the R = 50, the level at which the ITU considers a call to be "unacceptable". These GOB/POW figures put the Loudness Rating changes announced in Newsletter No. 130 in perspective in that the reduced tolerances on both SLR and RLR on the "quiet side" will progressively improve Overall Loudness Rating by 5.5 dB and thereby provide an increase in R-value of around 8. Under adverse call conditions in a VoP world, those 8 R points will make a very significant reduction in the percentage of users who regard call quality as "poor or Worse".




3. V.92 MODEMS: POINTS TO THINK ABOUT?

Claims currently being made for V.92 modems are that:

* they provide much faster handshaking and set-up than V.90, in that they "remember" the characteristics of the line they are connected to and do not go through the full set-up and handshaking procedure used by V.90; and

* they provide a faster up-load speed of nominally 48 kbit/s, as distinct from V.90, which up-loads at no more than 33.6 kbit/s; and

* they are able to suspend an internet connection and resume it at a later time. This could be used in conjunction with a PSTN-originated call waiting signal as long as the modem can recognise that signal while in use on an internet call and allow the user to answer the phone call without disrupting the internet connection;

Needless to say, it is not quite so simple as installing one of these V.92 modems and having the above features snap into operation. The first requirement is that the network access server (NAS) used by the customer's ISP will support V.92 operation. This requires new software to be installed in the NAS at the very least.

The Telecom PSTN sends a call waiting signal to those customers who subscribe to the service and this has caused problems for some modems in the past. Most later modems tolerate this signal without disrupting the internet connection, but it is not yet clear whether a typical V.92 modem will respond to Telecom's call waiting signal, nor just what sort of indication is given to the on-line user that a call is waiting.


The implementation of call waiting on a V.92 modem raises some issues which we have yet to see any solutions for. To process the call waiting feature, the following steps have to be implemented:

1. The PSTN sends a call waiting signal to the modem.

2. The modem informs the user, either via the browser or some other means, that there is another call waiting.

3. When the user indicates that he/she will take the call, the modem will indicate to the NAS that the session should be suspended.

4. A switch-hook flash is sent from the user to the network, after which the user can proceed with the voice call.

5. On completion of the voice call, a switch-hook flash (SHF) is sent from the user to the network, after which, the modem must reconnect.

6. The modem will indicate to the ISP that the internet session is to be resumed, and the internet session continues.

The implementation "problems" start at step 4. The question is how does the call get handed from the modem to the telephone? A switch-hook flash signal must be between 300 and 800 ms. Difficulties are:
* If the modem and the phone are across the line at the same time, then neither device can initiate a SHF.
* There is too long a SHF - i.e the phone does not terminate the call quickly enough, then both calls are lost.
* If the modem does the SHF and the phone is not picked up, the other caller ends up talking to the modem!

At step 5 similar difficulties arise in trying to get the modem to pick up the call again - i.e. the risk of dropping the call completely or not handing the call back to the ISP modem.


To enable this function to be carried out reliably, the following options could be used:

1. A single phone is plugged into a secondary port on the modem. The modem monitors the d.c. feed to the phone and controls the entire process.

2. The modem deals directly with the telephone call via a headset either connected directly to the modem or via a sound card.

3. If the phone is connected directly in parallel with the modem, a possible scenario would be:
* The phone is picked up when indicated by some means - e.g. the browser
* The user keys a command for the modem to drop out
* Then the user performs a SHF from the phone
* The voice call takes place.
* On completion of the voice call, the user indicates (via the computer keyboard or mouse) that the call is complete, and the modem re-terminates the line, and the user then hangs up the phone.
* The modem generates a SHF (in case the calling party has not hung up), and re establishes the internet session with
the ISP modem.

This is workable but depends on a number of manual steps. The handover from the voice call to the internet session is the most difficult, given the temptation to simply hang up the phone when the call is completed. This of course would just drop the internet session as well as the voice call.

Pending implementation in the network, we can only Telepermit V.92 modems in their basic V.90 operating mode and in accordance with the published requirements of PTC 200. These do not yet include the above features.

In the meantime, any Telepermit grants for V.92 modems will be conditional on the removal of any claims of features that have not been proven to work reliably on the Telecom network.

Comments or explanations of this process and how it would work with both the Telecom PSTN and the ISP will be welcome. In the meantime, we can only Telepermit V.92 modems in their basic V.90 operating mode and in accordance with the published requirements of PTC 200. These do not yet include the above features.




4. TELEPERMITTING INDIVIDUAL ELEMENTS OF PRIVATE VOICE NETWORKS

In addition to the transmission paths and some form of switch, there are three basic building blocks of a private voice network:

1. The Interface to the Telecom Network - PSTN or ISDN, often known as a gateway or FXO function.

2. The Interface to a standard analogue telephone, often known as an FXS function.

3. A system dependent phone.

These elements make up the traditional PABX where the system dependent phones and standard phones are cabled back to one piece of equipment with a centralised switchblock, and connected via different interface cards - e.g. trunk cards, analogue extension cards, digital extension cards etc.

In a packet world the physical elements will be distributed, with the switching function also being distributed and carried out by routers and packet switches. Fig.1 below shows the basic elements.


Figure 1 Private Voice Network elements

With the traditional PABX, Telepermitting is based on a Telepermit for the switchblock and power supply, and separate Telepermits for each of the interfaces and system dependent phones. Generally, the interfaces were specific to either one switch, or a family of switches which differed in capacity, but there is little or no commonality between manufacturers.


In the packet world there has been a push towards standard interfaces between network elements, often based on the Internet Protocol (IP). Ideally, the elements can be mixed, not only across a product range, but potentially between elements made by different manufacturers.

Telepermitting Procedures
Draft Specifications for the Telepermitting requirements can be found on our website at: http://www.telepermit.co.nz/vopspec.html

For specific elements of a network the Telepermitting requirements are as follows:

FXO module
Test with either a compatible Telepermitted FXS module or a Telepermitted digital (IP) phone. Any Telepermit for the FXO module would be conditional on its use with the specific FXS module or IP phone used for the test, or with known direct equivalents of those items.

FXS module
Test with a compatible Telepermitted FXO module. The Telepermit for the FXS module would be for use with the specific FXO module used for the test, or with a known direct equivalent of that module.

Digital (IP) phone
Test with a compatible Telepermitted FXO module. The Telepermit for the IP phone would be for use with the specific FXO module used for the test, or with a known direct equivalent of that module.

Where the first of a product type is to be Telepermitted, a compatible pair (FXO-FXS or FXO-Digital Phone), must be fully tested, and both elements Telepermitted. For subsequent Telepermits, one or other element can be used as a reference for further testing of new products.


When applying for Telepermits, the following information shall be supplied in addition to the usual electrical safety and any relevant PTC test reports:

1. A block diagram showing the configuration of the product(s), as tested.

2. Details of the software/firmware revisions of the software/firmware used in each element of the test configuration.

3. Specific configuration details required for compliance shall be listed and also included in either the User/Installation Manual or a supplement to the manual.




5. USE OF ACCESS STANDARDS WEBSITE

We are pleased to note that the Access Standards website www.telepermit.co.nz has been getting increased attention in recent weeks. Just why this has been happening is not clear at this stage. Access now amounts to some 7 000 downloads per week at a fairly constant rate, 24 hours per day, 7 days per week. Around 70% of the traffic is from overseas and only around 30% from New Zealand. The overseas enquiries originate from a wide range of countries, representing most of the manufacturers who are serving the New Zealand CPE market.

Because we have deliberately avoided a "showy approach" and concentrated on getting the information across in a simple manner, virtually all of the content is in text mode, with few graphics. Despite a typical newsletter comprising only some 50 kBytes of text, the weekly downloads amount to over 50 Mbytes.

Unfortunately, we do not have statistics to indicate just what information is being downloaded, but it certainly indicates that going "on-line" must have saved us a tremendous amount of work handling enquiries and requests for information.




6. RADIO SPECTRUM MANAGEMENT WEBSITE

On the subject of websites, those readers involved with the production, import or sale of radio-based products, such as cordless telephones, will find the Ministry of Economic Development Radio Spectrum Management website a useful reference to the New Zealand regulatory scene. This is

http://www.med.govt.nz/rsm/standards/

The Ministry have announced that "from November 2001, Mutual Recognition with Australia (ref http://www.aca.gov.au/standards/emc/emc.htm ) applies to electrical and electronic products labelled for EMC compliance.

An Information booklet [2.8 MB pdf] "Electromagnetic Compatibility - Information for suppliers of electrical and electronic products in Australia and New Zealand" is now available. Copies are also available from RSM Field Offices."




7. CHRISTMAS GREETINGS

Access Standards will be closed down, along with the rest of the Telecom Networks office, from the evening of 21 December until 14 January. A reminder for our Northern Hemisphere clients, who are not so fortunate at this time of year, is that this is our summer holiday period. However, any "Northerners" sending in Telepermit applications over our holiday period can be assured that they will not get mislaid.

Richard, Alan, Anna and I wish all our readers and clients a Happy Christmas and a successful New Year. We look forward to continuing our relationships in 2002.

In particular, I thank Anna for acting as our "front office" over the past year and we wish her all the best in her new position.




DOUG BURRUS
Manager
Access Standards