Browse Prior Art Database

METHOD FOR INCREASING TRUNKING EFFICIENCY IN A SHARED VOICE DATA SYSTEM

IP.com Disclosure Number: IPCOM000008538D
Original Publication Date: 1998-Mar-01
Included in the Prior Art Database: 2002-Jun-21
Document File: 3 page(s) / 137K

Publishing Venue

Motorola

Related People

Guy Romano: AUTHOR [+2]

Abstract

Data users may see poor performance on a system where voice and data users must contend for available bandwidth on a shared channel. This is especially true of a system where voice users are given priority on the shared channel over data users. As voice calls are granted and terminated on the shared channel the amount of remaining bandwidth available for data users will fluctuate. The fluctua- tion is affected by the average voice call length and call arrival rate. At times there may not be any bandwidth available for data users resulting in a data outage. Data users will see poor performance as a result. The ability to increase the shared channel bandwidth for data users without increasing the blocking rate for voice users is needed.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 50% of the total text.

Page 1 of 3

MO7OROLA Technical Developments

8

METHOD FOR INCREASING TRUNKING EFFICIENCY IN A SHARED VOICE DATA SYSTEM

by Guy Roman0 and Bryan Thale

THE PROBLEM TO BE SOLVED

  Data users may see poor performance on a system where voice and data users must contend for available bandwidth on a shared channel. This is especially true of a system where voice users are given priority on the shared channel over data users. As voice calls are granted and terminated on the shared channel the amount of remaining bandwidth available for data users will fluctuate. The fluctua- tion is affected by the average voice call length and call arrival rate. At times there may not be any bandwidth available for data users resulting in a data outage. Data users will see poor performance as a result. The ability to increase the shared channel bandwidth for data users without increasing the blocking rate for voice users is needed.

THE INVENTION

  The Dynamic Channel Allocation Procedure (DCAP) is used to dynamically control the band- width allocated to the packet data channel. DCAP is designed to provide efftcient integration of circuit- switched (e.g. voice) and packet-switched data services on iDEN RF channels. DCAP messages are sent from the base station to subscriber units at

fixed intervals. Although algorithms for the DCAP management entity are not defined in the MPDP specification, two simple methods have been proposed. One method allows all unused slots on the shared channel to be assigned to the packet- switched service. The second allows some slots on the shared channel to be held in reserve for circuit- switched service and the remainder assigned to the packet-switched service. Only slots assigned to the packet-switched service will be granted to packet data users. Increasing the number of unused slots on the shared channel will increase the amount of bandwidth available for the packet-switched service regardless of which DCAP management method is used.

  Figure 1 shows a two channel site where one channel is dedicated to voice while the second channel is shared between voice and data. Only voice trafftc is allowed on the dedicated voice channel. Voice and data traffic are both allowed on the shared channel. DCAP messages are used to assign slots on the shared to either the circuit or packet- switched services. Each channel is subdivided into 6 slots. In this example all slots on both channels are being used by voice calls resulting in a data outage.

Dedicated Voice Channel

Voice Voice Occupied Occupied

Shared Voice/Data Channel

Voice Occupied

Voice Occupied

Voice Occupied

Voice Occupied

Voice Voice Occupied Occupied

Voice Voice Occupied Occupied

Voice Occupied

Voice Occupied

Fig. 1

0 Motorola, Inc. ,998 33 March 1998

[This page contains 15 pictures or other non-text objects]

Page 2 of 3

0 M

MOTOROLA Technical Developm...