| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Staffan Fredricsson, Ph.D. & Christine PereyQuality of Service for Multimedia CommunicationsQuality of service is commonly defined as the service users' degree of satisfaction during a given communications session. Consistently anticipating and meeting users' quality of service needs is what distinguishes successful communications service and product providers from their competition. Yet, as users explore the expanding world of multi-media communications, the standard that developers and providers must meet keeps rising: New applications are increasingly complex, and the tools to measure them often fall short of the user's ability to perceive quality of service differences.The Multimedia Communications Forum (MMCF) has developed a Multimedia Communications Quality of Service (QOS) document -- the first of its type -- which offers both providers and users universal performance guidelines and service parameters for multimedia communications. These guidelines provide performance objectives against which multimedia solutions can be specified and delivered. These guidelines are based on:
Using these tailored QOS parameters, engineers, manufacturers, and customers can now communicate with one another the performance parameters they need for their products and services. This will translate into more satisfied users which will, in turn, increase multimedia communications product and service usage and market size. Although this migration toward multimedia communications is accelerating, it is not without difficulty, and the applications are still in an evolutionary stage. As new networking technologies and applications emerge, quality of service requirements will evolve. Correspondingly, the MMCF document will also evolve. BUILDING FOUNDATIONS ON BEDROCKThe general topic of communications quality of service -- and its relation to the performance of communications terminals, systems, and networks -- is addressed extensively in the works of other standards bodies, such as the ATM Forum and IEEE. In particular, several published standards identify and define detailed performance parameters upon which quality of service depends. In an effort to incorporate parameters and definitions that are already widely accepted, the MMCF QOS document uses existing standards, to the extent possible, as a basis for defining quality of service.The International Telecommunications Union recommends a high-level 3 X 3 matrix as the primary structure for identifying all quality of service sources and relationships relevant to network performance. This high-level matrix (see Figure 1, recommends using the criteria of speed, accuracy, and dependability to judge the quality with which the basic user functions of connection set-up, user information transfer, and connection release are performed. Careful consideration of this framework of telecommunications service quality should facilitate user acceptance.
The current MMCF QOS document focuses on:
The shaded area in Figure 1 represents the primary focus of the Multimedia Desktop Collaboration (MDC) discussion in this article. Future research by the MMCF will be focused on the unshaded areas of this matrix. Additional research addressing the requirements for multimedia information retrieval, multimedia mail, and multimedia distribution services will follow. MULTIMEDIA COMMUNICATIONS SYSTEMS STRUCTUREAt the heart of the MMCF QOS framework is a Network Performance Reference Model. It is based on the assumption that networks consist of multiple hardware and software components. Often different organizations will provide and maintain the hardware and software between two endpoints. Figure 2 depicts a multimedia network where three classes of components reflect the variety of providers contributing to a complete end-to-end solution.
Users are not typically concerned with how providers deliver a particular service. However, they are interested in comparing services in terms of universal, user-oriented performance parameters which apply to any end-to-end service. From their perspective, quality of service should be expressed by parameters which:
Teleservices provide complete end-to-end functionality, including terminal equipment (TE) functions, for seamless communications between users. Quality of service parameters for multimedia teleservices are useful to set expectations for individual end-users. Bearer services provide the capability for transmission of signals between user-network interfaces, and do not include terminal equipment functions. Quality of service parameters for bearer services are useful to set expectations between user departments which may provide their own terminal equipment, and a corporate network organization which may provide networking services for these departments. Terminal equipment performance and network performance parameters are of interest to equipment and service providers to define the efficiency and effectiveness of the product or service offering. From an equipment or service provider's perspective, performance should be expressed by parameters which provide information for:
The quality of service provided by the end-to-end network is dependent upon the performance of each of its components. The performance parameters of each component should permit network designers the flexibility to allocate performance degradation to each component, e.g., to minimize cost while maintaining a required end-to-end quality of service objective. TERMINAL EQUIPMENTIn the MMCF QOS document, terminal equipment encompasses the multimedia communications application. Terminal equipment is directly connected to the private network through a private user-to-network interface (private UNI) or to the wide area network through a public user-to-network interface (public UNI). Examples of terminal equipment are desktop devices, video servers, and MCUs (multipoint control units).PRIVATE NETWORK
The private network is connected to terminal equipment through private UNIs and to the wide area network through public UNIs. Examples of private network components are wiring closet hubs, PBXs, multiplexers, and building wiring. Private networks are often referred to as local area networks (LANs). PUBLIC NETWORK
QUALITY OF SERVICE CLASSESAs defined in the MMCF document and earlier relevant documents published by other standards bodies, quality of service describes the collective effects of service performances which determine the degree of satisfaction of a user of the service.The set of relevant parameters, and the values of these parameters that correspond to an acceptable quality of service, are heavily dependent upon the category of multimedia application and its purpose. Multimedia service alternatives within each category facilitate comparison. Quality of service parameter values described in specific QOS guidelines map directly into four different quality of service classes, reflecting different levels of user requirements.
Definition of a small number of generally accepted QOS classes will simplify the design, deployment, and use of multimedia communications systems. Based on the multimedia application category (see sidebar), users and application providers can define the minimum QOS class required to support them. Correspondingly, network service and equipment providers can specify the QOS class supported by the product without detailed knowledge about the application. The QOS class, determined by the lowest classification of any of its QOS parameters, thus becomes a simple yet powerful tool to set the expectations between users and providers. MULTIMEDIA DESKTOP COLLABORATION REQUIREMENTSMultimedia desktop collaboration is a combination of videoconferencing and collaborative computing. The vision of multimedia desktop collaboration is to provide a range of capabilities that will allow users to select the appropriate communications for each call they make or receive.Currently, the MMCF defines three distinct MDC QOS classes aimed at users with different application requirements and network capabilities. Characteristics of each QOS class appear below, and Table 1 summarizes the requirements for each class. It should be noted that the requirements for all modes, i.e., audio, video, data, and control, must be satisfied simultaneously. For example, the transfer of a document is not allowed to slow the video frame rate or increase the audio delay beyond the specified limits. The MMCF requirements define guaranteed quality of service levels unless the service is unavailable. Ideally, a user would select a QOS class to satisfy his or her perceived requirements, and then select a multimedia communications service for which each QOS parameter meets or exceeds the requirements of that class. This simple approach is primarily for broad horizontal applications that are of interest to users across industries and professions. In many cases, user requirements are more specific, and the simple approach described above may not result in cost-effective solutions. Depending on the application, a user may choose to consider the QOS class for each parameter individually (e.g., placing heavy emphasis by requiring QOS Class 3 for video resolution, and less emphasis on audio delay by requiring QOS Class 1 for audio delay). This approach, although more complex, may be suitable for vertical applications focusing on a specific industry or profession, e.g., telemedicine. Using this universal framework, additional classes of service will address new market needs. For example, there is already a need for MDC QOS classes to support higher video requirements, including broadcast quality and HDTV quality video. MDC QOS CLASS 1
MDC QOS Class 1 remains appealing because it is potentially a ubiquitous, lowest common denominator. Class 1 can be realized over conventional telephone lines or even certain cellular connections. Terminal applications can, to a large extent, be implemented in software on modern personal computers, resulting in a very low cost. QOS Class 1 is, therefore, expected to be of interest to a large group of occasional users as well as mobile users. MDC QOS CLASS 2
The maximum audio delay, limited to 400 ms, is quite acceptable for certain applications, but is likely to impair a highly-interactive conversation. Audio/video synchronization, although less than perfect, is limited to a maximum delay difference of 200 ms, which should be acceptable given the limited resolution and potential jerkiness of the video. Document conferencing should be perceived as near real-time, with a transfer delay of less than 1.6 seconds for a 10 KByte document, and less than 200 ms difference between audio and pointer movements. MDC QOS Class 2 can be realized, for example, on ISDN basic rate services. MDC QOS CLASS 3
The maximum audio delay is limited to 150 ms, the same requirement as for an international terrestrial telephone call. Audio and video, with a maximum delay of 100 ms, should be perceived as synchronized by most users. Document conferencing can be performed with little or no consideration for time and distance, with a transfer delay of less than 160 ms for a 10 KByte document, and less than 100 ms difference between audio and pointer movements. MDC QOS Class 3 can be realized on ISDN-PRI (primary rate interface) services or their equivalent. It is especially well-suited to LAN-attached professional and managerial office workers, where increased productivity and improved customer service are major driving forces. Access to high-performance WAN services such as ISDN-PRI is becoming widely available and can be shared between multiple users. Therefore, QOS Class 3 is a strong contender for designation as the "standard" for the shared office environment.
FOCUS ON AUDIO PERFORMANCEThe MMCF QOS document offers definitions and rationale for the requirements associated with each area (Table 1). As an example, and because voice performance is commonly the least understood area among computer networking professionals, we have chosen to focus on the audio requirements. A detailed discussion of video, data, and other requirements is available in the MMCF QOS document.Unless the performance for voice in multimedia desktop conferencing is at least on par with conventional telephony, users will not be satisfied. Realizing the importance of audio in the overall user's experience, the MMCF has three specific audio QOS parameters -- audio delay, audio level, and audio frequency range. Of these, audio delay is by far the most challenging to satisfy in the Multimedia Desktop Collaboration (MDC) environment. For connections with adequate echo control, audio delay of less than 150 ms is considered acceptable to most user applications. The MMCF has specified this value for QOS Class 3. For QOS Classes 1 and 2, a limit of 400 ms is specified. End-to-end audio delay in excess of 400 ms is generally considered unacceptable for interactive applications involving voice. In the presence of noticeable echo, even small amounts of delay make echo effects worse. Echo effects are caused by coupling between the transmit and receive direction of transmission, e.g., through acoustic coupling between microphone and loudspeaker or through the telephone network when conventional telephone terminals participate in the conference. Echo control, e.g., through the use of echo cancelling techniques, is required if the one-way end-to-end audio propagation time exceeds 25 ms. The end-to-end audio delay specified in Table 1 must be more or less constant over time, as the human ear is extremely sensitive to any frequency shift or discontinuity in the delivered audio. For packet and cell-based networks, which by nature offer varying delay depending on traffic conditions, buffers designed to smooth out any network-imposed delay variations must be included. However, these buffers will add delay to the end-to-end path. BREAKING DOWN THE QOS REQUIREMENTS
A substantial portion of the end-to-end audio delay is contributed by the terminal. The primary reason for this is not the delay of the audio codec, but rather the delay introduced by the video codec. The requirement for lip-synchronization between the audio and the video requires that buffers be introduced in the audio path. The MMCF specification suggests that the end-to-end audio delay be kept slightly shorter than the video delay, thereby minimizing the audio delay within the constraints of acceptable synchronization. Of the remaining delay budget, 80% has been allocated to the WAN and 10% to each of the LANs. Most of the delay in the WAN is due to propagation delay. For a maximum length terrestrial international reference connection (Anchorage to Cape Town, for instance) of 27,500 kilometers, the propagation for a circuit-based network is estimated to be 140.5 ms. The additional budget allocated to the WAN for Class 1 and Class 2 service is to accommodate the unavoidable delay increases anticipated in future cell-based networks. With the delay budget available to the WAN for Class 3 service, it is not possible to support calls over a maximum length reference connection -- the delay introduced for such calls will limit the quality of service to Class 2. However, at least for terrestrial circuit-based networks, the delay budget for Class 3 should support many international calls, such as between the continental United States and Western Europe or between the United States and Japan, and all terrestrial national calls. It should be noted that satellite connections, which introduce an additional delay of 270 ms, will not satisfy the delay requirements for any of the QOS classes. The delay budget available to each LAN, 5% to 7.5% of the total, may appear overly stringent at first sight. On the other hand, given the overall delay requirements defined by the nature of human interaction, the propagation delay constraints given by the size of the earth, and the inherent complexity and associated delay of video codecs, the LAN may actually have been allocated more than its fair share of the total budget. Most LANs in operation today, such as Ethernet or token ring, violate the specified QOS guarantees even for Class 1 by a wide margin. However, relatively incremental enhancements to the LAN, such as the recently adopted IEEE 802.9a isoEthernet standard, offer delay performance that is well within the MMCF requirements for Class 3. Cell-based ATM LANs, although not ready to deliver adequate QOS guarantees today, are also expected to satisfy the requirements as the technology matures. CALLING ANYBODY AND ANYWHERE
CONCLUSIONDelivering service to meet end-user needs and expectations is essential for the continued development of a multimedia communications market. An end user's quality of service needs must be understood by all parties, from product designers to network administrators. The MMCF QOS framework provides the tools with which to develop discrete and useful yardsticks for different application categories.Although they may be among the first to use them, quality of service guidelines are not limited to use by design engineers. The QOS class system will be of considerable value to systems integrators, service providers, and end users who evaluate and identify desirable characteristics for networked multimedia solutions. The MMCF will continue to develop and publish updates to the quality of service document as applications, products, and services evolve. Authors' Note:The MMCF distributes the MMCF Multimedia Communications Quality of Service Document electronically to interested parties at no cost from the MMCF WWW site, http://www.mmcf.org. To obtain a hard copy ($8.00/copy) of the original document or for more information about the MMCF, please contact the MMCF Administrative Headquarters, Suite 201-931 Brunette Avenue, Coquitlam, BC, CANADA V3K 6T5, Tel: (604) 527-1004, Fax: (604) 527-1046, e-mail: 72630,107@compuserve.com. 1 CCITT, Recommendation I.112, "Integrated Services Digital Network (ISDN), General Structure and Service Capabilities, B-ISDN Service Aspects" (1991).
MMCF End User Application Subcommittee's ClassificationThe ITU-T has provided guidelines for classification of broadband teleservices and applications in Recommendation I.211.1 This classification is also useful for classification of multimedia applications. The MMCF End-User Applications Subcommittee is developing a detailed description of important multimedia applications for reference (available from the MMCF upon request). The following table, largely derived from the CCITT Recommendation I.211 (Integrated Services Digital Network, General Structure, and Service Capabilities) provides a useful classification of multimedia applications into different categories, and offers a number example applications in each category:
Source:This article originaly appeared in the New Telecom Quarterly: 1995Q4. We also provide a PDF version. [home][author] [subject] [title]
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||