US 6,507,587 B1Grant
Method of specifying the amount of bandwidth to reserve for use in network communications
Issue Date:2003-01-14
•22 Claims
•10 Drawing Sheets
Abstract
A slot assignment technique for assigning slots to a video communiction source in a slotted communication channel entails, in embodiments, using a slot from the channel to issue a coded request message containing a bit pattern indicative of a number of other slots that the video communication source requires for transmitting video information. At the receiver, the number of slots that the video communication source requires for transmitting video information is identified from the coded request via a lookup table. The requiste number of slots in the communication channel can then be allocated to the video commuinication source to transmit the video information. The bit pattern indicative of the number of slots that the video communication source requires generally comprises less data than would an uncoded request for the same number of slots. In this way, request limitations imposed by request slot size may be overcome.
Metadata
Assignee
- Microsoft Corporation
Inventor
- Paramvir Bahl
Application Information
Application Number:US 09/169,583
Filing Date:1998-10-09
Priority Date:1998-10-09
Art Unit:7
Classifications
IPC:
H04B 7212
Field of Search:
370329370330370341370345370347370348370436370437370442370443370458370459370462370477725 87725 91725 93725 95
Patent Drawings (10 sheets)
Description
Field of the Invention
[0002] This invention relates generally to communication networks and, more particularly, relates to a method of specifying the amount of bandwidth to reserve for use in network communications.
Background of the Invention
[0003] In communication networks, the communication channel is a precious resource that needs to be shared intelligently between multiple communication sources. To efficiently utilize this resource, an appropriate channel access scheme must be selected. The target application and the corresponding underlying traffic that is envisioned to traverse the communication network largely influence this selection. Typically, the underlying traffic is envisioned to be integrated packet voice and data communications. Accordingly, currently utilized channel access schemes are biased towards supporting integrated packet voice and data communications while packet video communication is generally ignored.
[0004] For supporting integrated packet voice and data communications, several multiple access schemes have been proposed in the prior art. Specifically, these schemes can be organized into three well known categories, namely, Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), and Code Division Multiple Access (CDMA). Among these three schemes, schemes based on TDMA, where time is divided into frames and frames are divided into slots, have enjoyed the most acceptances.
[0005] Generally, in TDMA schemes, a communication source transmits a transmission packet over the communication channel upon the commencement of its assigned time slot. A network router, in the form of a base station, server, or the like, receives the transmission packet and then assists in routing the transmission packet towards its final destination. Depending on which time-slots are assigned to the communication source, TDMA schemes are classified into two types: basic TDMA and dynamic TDMA. In basic TDMA, specific time-slots are assigned to the communication source for the entire duration of the connection. In contrast, in dynamic TDMA, the specific time-slots assigned to the communication source can vary during the lifetime of the connection. Dynamic TDMA schemes are essentially a compromise between random access and controlled access type protocols. These schemes contain at least one contention phase in which new communication sources attempt to announce their presence by transmitting connection establishment request messages to the network router. Examples of such TDMA based schemes include Packet Reservation Multiple Access (PRMA), Reservation-ALOHA and Reservation-MA (R-MA), Dynamic Reservation Multiple Access (DRMA), and Dynamic-Time Division Multiple Access (D-TDMA). The frame structures used in PRMA, R-MA, DRMA, and D-TDMA are each illustrated in prior art FIG. 1.
[0006] Turning first to the frame structure utilized with PRMA, a slot S within a frame F is either available A or reserved R. Both voice and data communication sources contend for the available slots according to the voice and data transmission probabilities that are set during the system design. If a voice communication source succeeds during the contention phase, an available slot is assigned to that communication source and is labeled as reserved. The reserved slot is thus made available to that communication source in subsequent frames during the time it is actively generating and transmitting voice packets. When the voice communication source has no more voice packets to transmit, it looses its reservation and goes back to the contention phase when it has additional voice packets to transmit. For the case of pure data communications, if a data communication source succeeds during the contention phase, it uses the available slot to transmit the data packet. However, this slot is not reserved in subsequent frames and remains available to be contended for in the immediately following frames.
[0007] Like PRMA, R-MA allows multiplexing to be performed at the talkspurt level and a voice communication source keeps a slot for as long as it is active while a data communication source must contend for a slot during each frame. However, in contrast to PRMA, R-MA requires that some amount of bandwidth be kept available for use in servicing connection requests. This bandwidth is provided in the form of dedicated contention slots C that are further divided into a plurality of mini-slots MS. Thus, in R-MA, it is on the mini-slot boundaries that connection requests are made in accordance with permission probabilities.
[0008] In DRMA, similar to PRMA and unlike R-MA, each available slot can be used for information transmission or for channel reservation and no slots are dedicated for servicing connection requests. Furthermore, similar to R-MA and unlike PRMA, when serving as a contention slot, a slot is divided into a plurality of mini-slots on whose boundary connection requests are made in accordance with permission probabilities. Again, once a slot is reserved for a voice communication source, it can be used by that voice communication source in subsequent frames for as long as there are voice packets to transmit. Data communication sources are assigned slots in only one frame for data packet transmissions.
[0009] Finally, in D-TDMA frames are further divided into contention slots, voice slots, and data slots. Voice communication sources are allocated slots from the voice slots and data communication sources are allocated slots from the data slots. A registered voice communication source is assigned a voice slot that is maintained until no further voice packets are transmitted. Data communication sources are again assigned slots in only one frame. Furthermore, like R-MA and DRMA, connection requests are made on mini-slot boundaries.
[0010] While these discussed schemes do provide respectable quality for voice and data communications, they nevertheless tend to fall short when evaluated for real-time video communications. For example, the described protocols fail to provide any mechanism for guaranteeing sustained bandwidth, bounded delay, and, accordingly, quality of service guarantees for video communications. Quality of service is an essential ingredient for the success of many real-time video applications and without it, under heavy loads, video tends to exhibit poor and sometimes intolerable quality.
[0011] A further disadvantage resides in the fact that the frame length in the described schemes is typically designed to be equal to the packet generation period of the voice encoder. In this manner, since one voice packet will be generated in one frame time, both delay and buffering are bounded for voice transmissions. For video transmissions, this choice of frame length has no meaning since video encoders typically generate packets at rates generally faster than voice encoders do. Accordingly, the one slot per frame guarantee does not function to prevent excessive delays or overflow buffering for video transmissions again resulting in video quality degradation.
[0012] Yet another disadvantage resides in the fact that these schemes typically omit video communication sources as a separately identifiable communication source when assigning slots on a priority basis. Accordingly, when video packets are treated as voice packets, the typically higher priority given to voice packets coupled with the high demand for bandwidth required by video transmissions tends to overwhelm the resources of the communication network while degrading all on-going connections. Similarly, when video packets are treated as data packets, the data packet requirement of contending for every slot tends to result in frequent collisions causing excessive delays in video transmissions that again function to lower both the quality of on-going connections and the overall bandwidth utilization of the communication network.
[0013] Finally, the described schemes that rely completely on contention to determine slot allocation will perform poorly under heavy load. Accordingly, when video communications are introduced into the communication network, the amount of data in the system is increased to the point where collisions are bound to escalate. This results in excessive delays and packet dropping for on-going video connections. This occurs even in those schemes that reserve a fixed amount of resources for contention purposes such as R-MA and D-TDMA.
[0014] From the foregoing, it is seen that a need exists for an improved channel access protocol. In particular, such a protocol is needed for use in establishing a full service network that provides comprehensive support for integrated transport of voice, video and data communications.
Summary of the Invention
[0015] According to this need, the present invention is generally directed to a method for allocating between multiple communication sources a communication channel in a communication network. The method is performed by dividing the communication channel into a plurality of frames, dividing each of the frames into a plurality of slots, and dividing some of the plurality of slots into a plurality of first mini-slots. The mini-slots are provided for use by the multiple communication sources to request the establishment of a new voice, data, or video transmission connection over the communication channel. Additionally, one of the plurality of slots is divided into a plurality of second mini-slots for use by the multiple communication sources to request the establishment of a new voice, data, or video transmission connection over the communication channel and for use by the multiple communication sources to augment an existing video connection over the communication channel. In this manner a dynamic Time Division Multiple Access protocol frame is created that is available to support the integrated transport of voice, video and data communications over the communications network.
[0016] The subject invention is also described in P. Bahl, “ARMAP—An Energy Conserving Protocol for Wireless Multimedia Communications,” IEEE International Symposium on Personal, Indoor and Mobile Radio Communications, Boston, Mass., (Sept. 8-11, 1998) which is incorporated herein by reference in its entirety.
[0017] A better understanding of the objects, advantages, features, properties and relationships of the invention will be obtained from the following detailed description and accompanying drawings which set forth an illustrative embodiment which is indicative of the various ways in which the principles of the invention may be employed.
Brief Description of the Drawings
[0018] For a better understanding of the invention, reference may be had to a preferred embodiment shown in the accompanying drawings in which:
[0019] FIG. 1 illustrates the frame structure of selected prior art TDMA schemes;
[0020] FIG. 2 is a block diagram of the components that are used in connection with the subject invention;
[0021] FIG. 3 illustrates the architecture of a cellular communication network in which the components depicted in FIG. 2 may reside;
[0022] FIG. 4 is a further block diagram of the communication source, communication receiver, and network router depicted in FIG. 2;
[0023] FIG. 5 illustrates the frame structure of the ARMAP scheme that is used in accordance with the subject invention to transmit information between the components depicted in FIGS. 2 and 4;
[0024] FIG. 6A is a flow chart diagram generally depicting a method for generating the ARMAP frame structure illustrated in FIG. 5;
[0025] FIG. 6B is a flow chart diagram generally depicting a method for monitoring ARMAP NRS slots in accordance with the method illustrated in FIG. 6A;
[0026] FIG. 6C is a flow chart diagram generally depicting a method for monitoring ARMAP HRS slots in accordance with the method illustrated in FIG. 6A;
[0027] FIG. 6D is a flow chart diagram generally depicting a method for updating mini-slot allocations in accordance with the method illustrated in FIG. 6A; and
[0028] FIG. 6E is a flow chart diagram generally depicting a method for updating the ARMAP HRS slot generation frequency in accordance with the method illustrated in FIG. 6A.
Detailed Description of the Invention
[0029] Turning to the drawings, wherein like reference numerals refer to like elements, the invention is illustrated as being implemented in a suitable network environment. Although not required, the invention will be described in the general context of computer-executable instructions, such as program modules, being executed by a processing device such as a personal computer, mainframe computer, or the like. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Moreover, those skilled in the art will appreciate that the invention may be practiced with other processing devices such as consumer electronic devices having one or more processors such as, for example, mobile telephones. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communication network and where program modules are located in both local and remote memory storage devices.
[0030] With reference to FIG. 2, an exemplary network system in which the invention may reside is illustrated. The network system includes a communication source 20 illustrated in the exemplary form of a personal computer. The communication source 20 includes a processing unit 21, a system memory 22, and a system bus 23. The system bus 23 functions to couple the various system components including the system memory 22 to the processing unit 21. The system bus 23 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The system memory 22 includes read only memory (ROM) 24 and random access memory (RAM) 25. A basic input/output system (BIOS) 26, containing the basic routines that help to transfer information between elements within the communication source 20, such as during start-up, is stored in ROM 24. The communication source 20 may also include a hard disk drive 27, a magnetic disk drive 28, or an optical disk drive 30. It will be appreciated that these devices respectively allow for reading from and writing to a hard disk, reading from or writing to a removable magnetic disk 29 and for reading from or writing to a removable optical disk 31, such as a CD ROM or other optical media.
[0031] When incorporated into the communication source 20, the hard disk drive 27, magnetic disk drive 28, and optical disk drive 30 are connected to the system bus 23 by a hard disk drive interface 32, a magnetic disk drive interface 33, and an optical disk drive interface 34, respectively. The drives and their associated computer-readable media provide nonvolatile storage of computer readable instructions, data structures, program modules and other data for the communication source 20. It will be appreciated by those skilled in the art that other types of computer readable media that can store data may also be used. Examples of such media devices include, but are not limited to, magnetic cassettes, flash memory cards, digital videodisks, Bernoulli cartridges, random access memories, and read only memories.
[0032] A number of program modules may be stored in one or more of the memory devices and typically include an operating system 35, one or more applications programs 36, other program modules 37, and program data 38. A user may enter commands and information into the communication source 20 through input devices such as a keyboard 40 and pointing device 42. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 21 through a serial port interface 46 that is coupled to the system bus, but may be connected by other interfaces, such as a parallel port, game port or a universal serial bus (USB). A monitor 47 or other type of display device is also connected to the system bus 23 via an interface, such as a video adapter 48. In addition to the monitor 47, the communication source 20 may also include other peripheral output devices, not shown, such as speakers and printers.
[0033] The communication source 20 operates in a networked environment using logical connections to one or more remote communication receivers 49, also illustrated in the exemplary form of a personal computer. The connection is typically made through a further processing device 100 that is responsible for network routing. In the illustrated embodiment, the remote communication receiver 49 will include many or all of the elements described above relative to the communication source 20 including the memory storage devices and monitor 47. Furthermore, within such a networked environment, it will be appreciated that program modules depicted relative to the communication source 20, or portions thereof, may be stored in the memory storage devices of the remote communication receiver 49.
[0034] The description that follows will refer to acts and symbolic representations of operations that are performed by the processing devices 20,49,100 unless indicated otherwise. As such, it will be understood that such acts and operations, which are at times referred to as being computer-executed, include the manipulation by the CPUs of the devices of electrical signals representing data in a structured form. This manipulation transforms the data or maintains it at locations in the memory system, which reconfigures or otherwise alters the operation of the processing devices 20,49,100 in a manner well understood by those of skill in the art of computer systems. The data structures where data is maintained are physical locations of the memory that have particular properties defined by the format of the data. While the invention is being described in the foregoing context, it is not meant to be limiting as those skilled in the art will further appreciate that various of the acts and operation described herein may also be implemented in hardware.
[0035] In a preferred embodiment, the network environment comprises a wireless, cellular communication network such as depicted in FIG. 3. Nevertheless, while the invention will be described hereinafter in that context, those of skill in the art will appreciate how to adapt the features of the subject invention for us in other communication networks such as a local area network (LAN) or a wide area network (WAN). Accordingly, the description that follows is not intended to be limiting.
[0036] Turning to FIG. 3, a cellular communication network having architecture that is similar to the architecture that is found in a Global System for Mobility (GSM) network is illustrated. As will be well understood by those of skill in the art, mobile terminals MT communicate over a radio channel with a network router in the form of a base transceiver station BTS that is located within the same cell. The base transceiver stations BTSs of neighboring cells communicate over fiber-based channels with a base station controller BSC that serves as their manager. In turn, the base station controllers BSCs in a geographic region communicate over fiber-based channels with a mobile switching center MSC that serves as their manager. The mobile switching centers MSCs are connected to a public network that may include public switched telephone networks PSTNs, integrated services device networks ISDNs, or asychronous transport mode ATM networks.
[0037] More specifically, the mobile terminals MT within the network are envisioned to be communication sources 20 of the following types: 1) communication sources 20VO performing voice packet transmissions; 2) communication sources 20DA performing data packet transmissions; and 3) communication sources 20VI performing video packet transmission. Meanwhile, linked to the public network as a destination for the transmissions originating from the mobile terminals MT are remote communication receivers 49 of the following type: 1) remote communication receivers 49VO receiving voice transmissions; 2) remote communication receivers 49DA receiving data transmissions; and 3) remote communication receivers 49VI receiving video transmissions. The communication sources 20VO and 20DA may include voice and data encoders, respectively, of conventional design. However, it is preferred that the communication sources 20VI include a video encoder in the form described in commonly owned, co-pending U.S. patent application Ser. No. 09/169,724 that is incorporated herein by reference in its entirety. It is also preferred that the remote communication receivers 49VI be adapted to reconstruct the video information transmitted by the communication sources 20VI in the manner described in said incorporated application.
[0038] In accordance with one important aspect of the invention, the communication network provides for the efficient transmission of video communications from the communication sources 20VI to one or more associated remote communication receivers 49VI for subsequent display to remote users. For this purpose, as illustrated in FIG. 4, the communication sources 20VI are each provided with a video camera 152 that functions to capture video images as a series of digital video frames. Within the communication sources 20VI, the video camera 152 is connected to a video encoder 154 via the system bus 23. The video encoder 154 functions to generate information that is representative of the video frame which information is subsequently supplied to a transmitter 155 for broadcasting over the communication channel to the network router 100, e.g., base station BS. Meanwhile, the remote communication receivers 49VI each include a video decoder 156 that functions to recreate the video frame from the information received over the communication network. The decoded video frame may then be forwarded to an associated monitor 47 for viewing through the use of an appropriate video adapter 157.
[0039] To facilitate the transmission of the information representative of the video frame over the communication channel, the system employs a derivative of the TDMA scheme given the moniker Adaptive Reservation Multiple Access (ARMAP). In ARMAP, the frame structure of which is illustrated in FIG. 5, the communication channel is divided into frames 158 of a given frame time duration and each frame is divided into slots 160 of a given slot time duration. Preferably, the frame time duration is set to be equal to an integer multiple of the voice encoder packet generation period for the voice encoder used within the communication sources 20VO. In this manner, for the case of this integer multiple being one, the arrival of the slot within each frame that has been assigned to a communication source 20VO is synchronized with the voice packet generation period of its voice encoder. This allows exactly one voice packet to be transmitted within each frame 158 for each voice connection. The size of the slots and, accordingly, the number of slots within the frame are preferably arrived at using the available system bandwidth, the voice encoder and the methodology described in the previously incorporated U.S. patent application Ser. No. 09/169,724. Accordingly, it will not be described in greater detail herein.
[0040] Within ARMAP, the slots 160 within each frame are further categorized as being either reserved slots 160A or reservation slots 160B. Reserved slots 160A are slots that have been assigned to a communication source 20 for use in performing on-going voice or video transmissions over the communication network. Reservation slots 160B are slots in which the network router 100 receives connection request messages issued by a communication source 20 that an unreserved or available slot be assigned to the communication source 20 for use in transmitting voice, data, or video information over the communication network. Preferably, all available slots are used as reservation slots 160B.
[0041] The reservation slots 160B within ARMAP are further categorized as being either normal reservation slots NRS or hybrid reservation slots HRS. If no on-going video connections are established within the communication network, all of the reservation slots 160B will be of the normal reservation slot NRS variety. Both normal reservation slots NRS and hybrid reservation slots HRS are further divided into a plurality of mini-slots 162 having a mini-slot time duration. The mini-slots 162 are utilized by the communication sources 20 to contend for the resources of the communication channel. The mini-slot time duration is preferably established as a function of the number of bits that comprise the various request messages, the slot size and number of connections to be supported by the communication system.
[0042] All of the mini-slots 162 within the normal reservation slots NRS are contended for in an uncontrolled manner by the communication sources 20. Meanwhile, only designated mini-slots 162 within the hybrid reservation slots HRS are contended for in an uncontrolled manner by the communication sources 20. Specifically, the mini-slots 162 within the hybrid reservation slots HRS are further partitioned whereby some of the mini-slots 162V are contended for in a controlled manner while the remaining mini-slots 162N are contended for in the usual uncontrolled manner. The reason for this further partitioning within the hybrid reservation slot will be made apparent from the description that follows.
[0043] The network router 100 will accept within the mini-slots 162 of the normal reservation slots NRS a connection request message issued by a communication source 20 for the purpose of establishing a new voice, data or video connection. Additionally accepted by the network router 100 within the mini-slots 162 of the normal reservation slots NRS are reservation request messages issued by communication sources 20VO and 20DA for the purpose of supporting an on-going voice or data connection, respectively. The network router 100 will not accept within the mini-slots 162 of the reservation slots NRS a reservation request message issued by a communication source 20VI for the purpose of supporting an on-going video connection.
[0044] The network router 100 will accept within the mini-slots 162N of the hybrid reservation slots HRS a connection request message issued by a communication source 20 for the purpose of establishing a new voice, data or video connection. Additionally accepted by the network router 100 within the mini-slots 162N of the hybrid reservation slots HRS are reservation request messages issued by communication sources 20VO and 20DA for the purpose of supporting an on-going voice or data connection, respectively. The network router 100 will not accept within the mini-slots 162N of the hybrid reservation slots HRS a reservation request message issued by a communication source 20VI for the purpose of supporting an on-going video connection. Such reservation request messages are, however, accepted by the network router 100 within the mini-slots 162V of the hybrid reservation slots HRS to the exclusion of any other type of request message.
[0045] The network router 100 is responsible for notifying the contending communication sources 20 of the success or failure of their connection request. It is preferred that real-time voice communication connection request messages be afforded the highest priority while non-real time data voice communication connection request messages bear the lowest priority. If a communication source 20 is successful during the contention phase, the network router 100 will initiate a dialog with the communication source 20 and execute the steps necessary to create the connection. As will be appreciated by those of skill in the art, these steps typically include providing the communication source 20 with a connection identifier that is used by the communication source 20 for the purpose of identifying the source and destination addresses for all subsequent packet transmissions. Once this connection has been established, the communication sources 20 are then required to issue reservation request messages before transmissions may commence. Upon the receipt of a reservation request message, the network router 100 will assign slots 160 to the requesting communication source 20 as a function of the type of communications to be issued by the communication source 20.
[0046] Slots are assigned to the communication sources 20 either statically or dynamically. Under normal operation, static assignments are maintained for the lifetime of the connection while dynamic assignments are varied, typically as a function of the nature of the reservation request and available bandwidth. Reservations for statically assigned slots are made concurrently with connection establishment requests wherein the connection request message includes a bit pattern signifying to the network router 100 the exact number of slots 160 that the connecting communication source 20 wishes to be assigned. Reservations for dynamically assigned slots are made in reservation requests wherein the reservation request message includes a bit pattern signifying to the network router 100 the exact number of slots 160 that the communication source 20 wishes to be assigned. Successfully reserved slots may be canceled by explicit or implicit disconnect messages. Implicit disconnection is assumed if the connected communication source 20 fails to use the reserved slot 160A it has been assigned for a predetermined period of time, typically one frame. The issuance of an end-of-transmission (EOT) sequence by the connected communication source 20 makes explicit disconnection. In the preferred embodiment, only video connections are allowed to make static reservations. Video connections are also allowed to make dynamic reservations. Data and voice connections are limited to dynamic reservations.
[0047] For non-real time data transmissions, a success during the dynamic reservation phase insures that the network router 100 will shortly reserve a slot 160 for use by the communication source 20DA. The communication source 20DA must listen to messages from the network router 100 to determine which slot 160 is being made available as a reserved slot 160A for its use. When the slot 160A becomes available for use by the communication source 20DA, the communication source 20DA transmits its data packet within the slot 160A. For data connections, the single slot 160A is reserved for only one frame. Accordingly, once the frame has expired, the network router 100 makes the slot available to all communication sources 20 on the communication network in the form of a reservation slot 160B. To make any further data transmissions, the communication source 20DA must again contend for the communication channel through the issuance of another reservation request message.
[0048] For real-time voice transmission, a success during the dynamic reservation phase insures that the network router 100 will provide one slot 160 in successive frames 158 for use by the communication source 20VO in which the communication source 20VO may transmit its voice packets. Delay restrictions associated with voice packet transmissions further ensure that the network router 100 will only indicate a successful request if it is able to provide a slot 160 no later than one frame measured from the frame in which the request was made. The communication source 20VO must listen to messages from the network router 100 to determine which slot 160 is being made available as a reserved slot 160A for its use. The network router transmits these messages at the start of every time frame in the form of beacon signals. When the slot 160A becomes available for use by the communication source 20VO, the communication source 20VO transmits its voice packet within the slot 160A as it arrives within each frame 158. This reservation is canceled upon the receipt of an EOT by the network router 100 or if the network router 100 fails to receive a voice packet from the communication source 20VO during the reserved slot 160A. Upon cancellation of the slot reservation, the network router 100 makes the slot available to all communication sources 20 in the communication network in the form of a reservation slot 160B. To make any further voice transmissions, the communication source 20VO must again contend for the communication channel through the issuance of another reservation request message.
[0049] For real-time video connections, dynamic reservations are more complex but are made without contention. As was described previously, video reservation requests made by a communication source 20VI will only be accepted by the network router 100 during the hybrid reservation slots HRS. Furthermore, for the purpose of avoiding contention, video reservation requests made by the communication source 20VI will only be accepted by the network router 100 during the mini-slot 162V within the hybrid reservation slot HRS that the communication source 20VI has been assigned. The network router 100 makes this acceptance of the video reservation request message to the exclusion of all other types of requests. Specifically, contention is avoided since each communication source 20VI is assigned its own mini-slot 162V. Mini-slots 162N that have not been assigned to a communication source 20VI are open to be contended for by voice reservation requests, data reservation requests, and all connection requests. The network router 100 uses the down link channel to broadcast to the communication sources 20, preferably at the start of each frame, the reservation slots that the network router 100 has categorized as hybrid reservation slots HRS. Additionally, the network router 100 uses the down link channel to broadcast the position of the mini-slot 162V within each hybrid reservation slot HRS that has been assigned to each of the communication sources 20VI.
[0050] To determine the frequency with which hybrid reservation slots HRS are to be created within the frames, the network router 100 preferably monitors the number of reservation requests issued by the communication sources 20VI which are indicative of their video compression cycles. The video compression cycle is defined as the capture, compression and packetization of a single image-frame within the video sequence. Packetization includes fragmenting the compressed image-frame into fixed size packets, adding the appropriate header bits, and adding error correcting codes to each packet. The reason that the rate at which a communication source 20 VI makes a reservation request is indicative of its video compression cycle results from the fact that reservation requests are typically issued at the end of each video compression cycle. The correlation between the rate of reservation requests and video compression cycles is further enhanced by the fact that there exists an underlying regularity in which video packets are generated for transmission. This regularity is set by the frame capture and compression rate of the video encoder.
[0051] In practice, however, due to bandwidth limitations, encoder complexity, and power limitations, the actual video packet generation rate will vary between the different communication sources 20VI. For this reason, each communication source 20VI is preferably monitored individually. A difference in the video compression cycles of the communication sources 20VI may also arise from the fact that some of the communication sources 20VI will include hardware that performs video compression while others rely only on software. Additionally, differences in the processing power of CPUs within the communication sources 20 will also tend to cause the video compression cycles to vary. Finally, differences in the content of the video to be transmitted will affect the speed of the video compression cycles.
[0052] The information the network router 100 gathers regarding the video compression cycles of each of the communication sources 20VI may be used to dynamically control the frequency that hybrid reservation slots HRS appear within each frame 158. Additionally, this information may also used to dynamically control the frequency that mini-slots 162V are assigned to the communication sources 20VI within the hybrid reservation slots HRS. In this manner, the network router 100 tailors the communication channel to the requirements of the communication sources 20VI such that timely and optimum usage of the radio resource is achieved.
[0053] The adaptive reservation slot generation algorithm utilized within the subject invention is now more specifically described. As illustrated in FIGS. 6A-6E, the network router 100 monitors the normal reservation slots NRS for the purpose of determining if a request message has been issued by one of the communication sources 20. If, as illustrated in FIG. 6B, a communication source 20 has issued a connection request message, the network router 100 evaluates the connection request message to determine the type of transmission connection the communication source 20 wishes to establish. If the connection request is for a video connection, the network router 100 determines if the connection will be allowed and accordingly notifies the requesting communication source 20.
[0054] Within the network router 100, the number of communication sources 20VI having video connections is tracked. Additionally, for each of these communication sources 20VI, the number of mini-slots 162V that have been assigned to the corresponding communication source 20VI and their usage is also tracked. Accordingly, when the network router 100 has accepted a new video connection, the network router 100 updates its video connection counter and initializes the corresponding mini-slot 162V usage counter.
[0055] Upon the acceptance of a new video connection, the base station also checks to determine if this is the first video connection established within the communication network. If the connection is the first video connection, the network router 100 sets the hybrid reservation slot HRS frequency to its maximum value. This maximum value is preferably pre-established within the network router 100 to be equal to the video packet generation rate of the fastest video encoder that could find its way into the communication network. The network router 100 may, however, dynamically vary this maximum value, for example, as a function of channel traffic. Then, for each new video connection, the network router 100 sets the corresponding mini-slot 162V allocation counter to be equal to the hybrid reservation slot HRS frequency. In this manner, each new video connection is initially allocated one mini-slot 162V within each hybrid reservation slot HRS, i.e. its mini-slot allocation frequency is equal to the hybrid reservation slot HRS frequency.
[0056] Once a video connection has been established within the network, the network router 100 will periodically use, as illustrated in FIG. 6A, the next reservation slot 160B that comes available as a hybrid reservation slot HRS according to the hybrid reservation HRS slot frequency. The network router 100 then monitors this hybrid reservation slot HRS for requests as illustrated in FIG. 6C. When monitoring the hybrid reservation slot HRS, the network router 100 first initializes an internal counter to one and checks the first mini-slot 162V to see if the communication source 20VI that has been assigned this reservation slot 162V has made a reservation request. If a reservation request message has been issued, the corresponding mini-slot usage counter is incremented by one and the request is processed. If no reservation request message has been issued, the internal counter is incremented and then checked against the video connection counter to determine if the previously described process should be repeated. If there are no further mini-slots 162V to examine, i.e., the internal counter is greater than the number of video connections, the network router 100 checks the remaining mini-slots 162N, if any exist, for request messages and performs and required actions.
[0057] Once the hybrid reservation slot HRS has been monitored by the network router 100, the reservation slots 160B continue to be utilized by the network router 100 as normal reservation slots NRS that are appropriately monitored, as illustrated in FIGS. 6A and 6B. This continues until the network router 100 once again determines that it is time to use the next reservation slot 160B that comes available as a hybrid reservation slot HRS. This determination is again made as a function of the hybrid reservation slot HRS generation frequency. However, before the next available reservation slot 160B is used as a hybrid reservation slot HRS, the base station preferably performs a threshold time check for purposes of determining if any further updates of its internal counters or the hybrid reservation slot HRS generation frequency are needed. This threshold time is preferably set to be equal to approximately one second.
[0058] If the threshold time has expired, the network router 100 evaluates its internal counters as illustrated in FIG. 6D for the purpose of updating the hybrid reservation slot HRS frequency or the mini-slot 162V allocation frequency. This updating is performed in order to match mini-slot allocations to the video compression cycle rate of the communication sources 20VI. Specifically, for each video connection, the network router 100 checks the mini-slot 162V usage counter against the mini-slot 162V allocation counter. If all of the allocated mini-slots 162V were used, the mini-slot 162V allocation counter is incremented by one provided that the mini-slot 162V allocation counter does not exceed the maximum value set for the hybrid reservation slot HRS frequency. If not all of the allocated mini-slots 162 were used, the mini-slot 162V allocation counter may optionally be decremented by one (provided that the mini-slot 162V allocation counter does not go below a minimum value, typically set to one), be set equal to the mini-slot usage counter, or not altered at all. Thereafter, the mini-slot 162V usage counter is reinitialized to zero.
[0059] Once the mini-slot 162 allocation counter for each of the on-going video connections has been updated, the network router 100 updates the hybrid reservation slot HRS frequency as illustrated in FIGS. 6A and 6E. Specifically, for each on-going video connection, the network router 100 compares the mini-slot 162V allocation counter against the current hybrid reservation slot HRS frequency and, if the value is greater, the hybrid reservation slot HRS frequency is set equal to the mini-slot 162V allocation counter value. If no on-going video connections exist, the hybrid reservation slot HRS frequency is once again set to zero. Any changes that may result from this threshold updating will be issued to the communication sources 20VI by the network router 100 on the down link channel.
[0060] It will be appreciated that after these adjustments have been made an on-going video connection may no longer be allocated a mini-slot 162V within each hybrid reservation slot HRS. This occurs when a communication source 20VI has a video compression cycle rates that is lower than the hybrid reservation slot HRS frequency. This tuning of the hybrid reservation slot HRS frequency and mini-slot 162V allocation does, however, result in optimal allocation of the reservation slots 160B and the best usage of radio resources for all communication sources 20.
[0061] In a further embodiment of the invention, the above-described algorithm may be modified to check for allocation oscillations that tend to result in bandwidth wastage. Allocation oscillations can be detected by tracking the pattern of the adjustments performed on the mini-slot 162V allocation counters for each video connection. For example, a pattern of alternating zeros and ones may signify that oscillation is occurring. In such a case, it is assumed that the communication source 20VI has reached an equilibrium capture and compression cycle rate and, as such, the mini-slot allocation algorithm can be modified to prevent any mini-slot 162V allocation counter adjustments for a predetermined period of time.
[0062] It is further contemplated that communication sources 20VI that are capable of transmitting video at rates faster than what the channel can handle can conserve power by monitoring the number of mini-slots 162V that they have been allocated and adjusting their video compression cycle rate accordingly. By way of example, a communication source 20VI may be capable of transmitting at a rate of 20 video frames per second while only being allocated 10 mini-slots per second due to heavy traffic. In such a case, by monitoring the number of reservations it was able to make, this communication source 20VI can adapt to the available radio resources by reducing its capture and compression rate to 10 frames per second. In this manner, power wastage is avoided and the spatial quality of the video image may be preserved.
[0063] As described previously, at the end of each video compression cycle the video packets generated by the communication sources 20VI are placed in a queue for subsequent transmission over the communication network. A portion of these packets will be dispatched within slots 160A that have been statically assigned to the communication sources 20VI during connection establishment time. The remaining packets are dispatched in slots that are dynamically assigned to the communication sources 20VI as a result of reservation requests. When making dynamic reservation requests, the communication sources 20VI specify within the request issued during the mini-slot 162V they have been allocated the exact number of packets they have in their transmission queue that are desired to be transmitted. If the network router 100 is able to accommodate the reservation request, or part of the request, it acknowledges the request and provides the communication source 20VI with the number and location of slots within which the packets may be transmitted.
[0064] The time duration of the mini-slots 162 is of sufficient length to accept the reservation request. Nevertheless, the number of bits that can be transmitted within the mini-slot 162 will have an impact upon the maximum number of slots that can be requested in a reservation request message. This impact can be minimized using an approach centered on the use of a quantization table. In particular, since the coding scheme and the type of video being transmitted will generally be known to the communication sources 20VI, the communication sources 20VI can approximate the number of packets that will be generated as a result of their compression cycle. Additionally, the communication sources 20VI will know the fixed number of bits that are available for use in requesting bandwidth. Using this information, the communication sources 20VI can establish a quantization table in which various bit patterns are optimally mapped to reservation requests for different numbers of slots, preferably utilizing a Lloyd-Max quantizer. When a connection is established, each communication source 20VI will communicate their computed quantization table to the network router 100, which the network router 100 maintains as state information for the duration of the connection. In this manner, during a reservation request, the communication source 20VI transmits the quantization level to the network router 100 as a chosen bit pattern which the base station indexes against the quantization table to determine how many slots the communication source 20VI is requesting to be reserved. Thus, the limitation on the number of slots that can requested by the communication source in a single reservation request using a fixed number of bits can be overcome.
[0065] In view of the many possible embodiments to which the principles of this invention may be applied, it should be recognized that the embodiments described herein with respect to the drawing figures is meant to be illustrative only and should not be taken as limiting the scope of invention. For example, those of skill in the art will recognize that the elements of the illustrated embodiments shown in software may be implemented in hardware and vice versa or that the illustrated embodiments can be modified in arrangement and detail without departing from the spirit of the invention. Therefore, the invention as described herein contemplates all such embodiments as may come within the scope of the following claims and equivalents thereof.
Claims
Certificate of Correction present
The claims shown below may not include correction changes. Use the corrected PDF for authoritative text.
I claim:
1. A method of assigning slots to a video communication source in a communication channel frame comprising a plurality of slots, the method comprising the steps of:
providing a first slot selected from the plurality of slots to be used by the video communication source to issue a request message containing a bit pattern indicative of a number of the plurality of available slots that the video communication source desires to be assigned for use in transmitting video information;
selecting from a lookup table the number of the plurality of available slots that the video communication source desires to be assigned as a function of the bit pattern; and
assigning to the video communication source the selected number of the plurality of available slots that are to be used by the video communication source to transmit video information over the communication channel.
2. The method as recited in claim 1 wherein the lookup table comprises a quantization table.
3. The method as recited in claim 2 further comprising the step of receiving from the video communication source data for use in constructing the quantization table.
4. The method as recited in claim 1 further comprising the step of dividing the first slot into a plurality of mini-slots and providing a mini-slot of the plurality of mini-slots to be used by the video communication source to issue the request message.
5. The method as recited in claim 1 wherein the bit pattern indicative of a number of the plurality of available slots that the video communication source desires to be assigned for use in transmitting video information comprises a bit pattern capable of being received in whole during the time length of the first slot.
6. A computer-readable medium having computer-executable instructions for use in assigning slots to a video communication source in a communication channel frame comprising a plurality of slots, the computer-readable medium having instructions for performing the steps of:
providing a first slot selected from the plurality of slots to be used by the video communication source to issue a request message containing a bit pattern indicative of a number of the plurality of available slots that the video communication source desires to be assigned for use in transmitting video information;
selecting from a lookup table the number of the plurality of available slots that the video communication source desires to be assigned as a function of the bit pattern; and
assigning to the video communication source the selected number of available slots that are to be used by the video communication source to transmit video information over the communication channel.
7. The computer-readable medium as recited in claim 6 wherein the lookup table comprises a quantization table.
8. The computer-readable medium as recited in claim 7 further comprising instructions for performing the step of receiving from the video communication source data for use in constructing the quantization table.
9. The computer-readable medium as recited in claim 6 further comprising instructions for performing the step of dividing the first slot into a plurality of mini-slots and providing a mini-slot of the plurality of mini-slots to be used by the video communication source to issue the request message.
10. The method as recited in claim 1 further comprising the step of receiving from the video communication source data for use in constructing the lookup table.
11. The computer-readable medium as recited in claim 6 further comprising instructions for performing the step of receiving from the video communication source data for use in constructing the lookup table.
12. A method of transmitting a segment of video information over a communications medium from a video communication source via a transmission intermediary to an end recipient comprising:
determining at the video communications source an amount of bandwidth needed to transmit the segment of video information;
locating a selected entry in a mapping chart, wherein the selected entry corresponds to the determined amount of bandwidth and is mapped to a coded bandwidth representation, and wherein the coded bandwidth representation comprises fewer bits that the selected entry;
sending the coded bandwidth representation to the transmission intermediary to reserve an amount of bandwidth corresponding to the determined amount of bandwidth; and
transmitting the segment of video information from the video communication source to the transmission intermediary, using the determined amount of bandwidth, for subsequent retransmission to the end recipient.
13. The method according to claim 12, wherein bandwidth of the communications medium is divided into multiple time slices, each having an equivalent time slice duration.
14. The method according to claim 13, wherein the determined amount of bandwidth is an integer multiple of the time slice duration.
15. The method according to claim 13, wherein the coded bandwidth representation is sent to the transmission intermediary via a transmission having a duration of less than the time slice duration.
16. The method according to claim 12, wherein the transmission intermediary is a network router.
17. The method according to claim 12, wherein the transmission intermediary is a network server.
18. A method for apportioning transmission channel capacity of a transmission channel to a particular transmission channel consumer for transmission of video data comprising:
receiving from the particular transmission channel consumer a discrete listing of a plurality of different transmission channel utilization values, and a discrete listing of a plurality of code words, wherein each transmission channel utilization value is associated with one of the plurality of code words;
receiving from the particular transmission channel consumer a request to apportion an amount of the transmission channel capacity to the particular transmission channel consumer for transmission of video data, wherein the request comprises a request codeword;
identifying in the discrete listing of a plurality of code words a particular codeword that corresponds to the request codeword;
identifying a transmission channel utilization value in the discrete listing of a plurality of different transmission channel utilization values that is associated with the request codeword; and
apportioning to the particular transmission channel consumer an amount of channel capacity corresponding to the identified transmission channel utilization value.
19. The method according to claim 18, wherein the transmission channel capacity of the transmission channel comprises a plurality of equal length time blocks.
20. The method according to claim 19, wherein each transmission channel utilization value corresponds to an integral number of time blocks.
21. The method according to claim 19, wherein the entire request to apportion an amount of the transmission channel capacity is received over a period of time that does not extend beyond one time block.
22. The method according to claim 19, wherein apportioning to the particular transmission channel consumer an amount of channel capacity corresponding to the identified transmission channel utilization value further comprises sending to the particular transmission channel consumer a connection identifier.
Patent Citations (53)
| Patent | Date | Inventor | Cited By |
|---|---|---|---|
| US3991265(A) | 1976-11-01 | Fukuda et al. | Examiner |
| US4751742(A) | 1988-06-01 | Meeker | Applicant |
| US4797742(A) | 1989-01-01 | Sugiyama et al. | Applicant |
| US4821119(A) | 1989-04-01 | Gharavi | Applicant |
| US5001561(A) | 1991-03-01 | Haskell et al. | Applicant |
| US5109528(A) | 1992-04-01 | Uddenfeldt | Applicant |
| US5115309(A) | 1992-05-01 | Hang | Applicant |
| US5214789(A) | 1993-05-01 | George | Applicant |
| US5216503(A) | 1993-06-01 | Paik et al. | Applicant |
| US5295140(A) | 1994-03-01 | Crisler et al. | Examiner |
| US5315670(A) | 1994-05-01 | Shapiro | Applicant |
| US5412741(A) | 1995-05-01 | Shapiro | Applicant |
| US5436665(A) | 1995-07-01 | Ueno et al. | Applicant |
| US5455629(A) | 1995-10-01 | Sun et al. | Applicant |
| US5513379(A) | 1996-04-01 | Benveniste et al. | Applicant |
| US5526052(A) | 1996-06-01 | Ar | Applicant |
| US5543845(A) | 1996-08-01 | Asamura et al. | Applicant |
| US5544315(A) | 1996-08-01 | Lehfeldt et al. | Applicant |
| US5572221(A) | 1996-11-01 | Marlevi et al. | Applicant |
| US5621467(A) | 1997-04-01 | Chien et al. | Applicant |
| US5625713(A) | 1997-04-01 | Allen et al. | Applicant |
| US5629780(A) | 1997-05-01 | Watson | Applicant |
| US5675384(A) | 1997-10-01 | Ramamurthy et al. | Applicant |
| US5745642(A) | 1998-04-01 | Ahn | Applicant |
| US5764805(A) | 1998-06-01 | Martucci et al. | Applicant |
| US5812547(A) | 1998-09-01 | Benzimra et al. | Applicant |
| USRE35916(E) | 1998-10-01 | Dennison et al. | Applicant |
| US5825759(A) | 1998-10-01 | Liu | Applicant |
| US5877812(A) | 1999-03-01 | Krause et al. | Applicant |
| US5896176(A) | 1999-04-01 | Das et al. | Applicant |
| US5926476(A) | 1999-07-01 | Ghaibeh | Applicant |
| US5936674(A) | 1999-08-01 | Kim | Applicant |
| US5943347(A) | 1999-08-01 | Shepard | Applicant |
| US5953344(A) | 1999-09-01 | Dail et al. | Applicant |
| US5990933(A) | 1999-11-01 | Ozone et al. | Applicant |
| US5995668(A) | 1999-11-01 | Corset et al. | Applicant |
| US6002802(A) | 1999-12-01 | Chujioh et al. | Applicant |
| US6011587(A) | 2000-01-01 | Sakazawa et al. | Applicant |
| US6020931(A) | 2000-02-01 | Bilbrey et al. | Applicant |
| US6035073(A) | 2000-03-01 | Kaup | Applicant |
| US6041359(A) | 2000-03-01 | Birdwell | Examiner |
| US6052598(A) | 2000-04-01 | Rudrapatna et al. | Applicant |
| US6055339(A) | 2000-04-01 | Wilkinson | Applicant |
| US6078616(A) | 2000-06-01 | Ozcelik et al. | Applicant |
| US6111916(A) | 2000-08-01 | Talluri et al. | Applicant |
| US6125278(A) | 2000-09-01 | Wieczorek et al. | Applicant |
| US6141453(A) | 2000-10-01 | Banham et al. | Applicant |
| US6141486(A) | 2000-10-01 | Lane et al. | Applicant |
| US6167084(A) | 2000-12-01 | Wang et al. | Applicant |
| US6172971(B1) | 2001-01-01 | Kim | Examiner |
| US6188905(B1) | 2001-02-01 | Rudrapatna et al. | Applicant |
| US6240076(B1) | 2001-05-01 | Kanerva et al. | Applicant |
| US6240079(B1) | 2001-05-01 | Hämäläinen et al. | Applicant |
Non-Patent Literature (13)
- Shen et al., “Compressed Image Error Concealment and Post-Processing for Digital Video Recording”, IEEE Asia-Pacific Conf. On Circuits and Systems, pp. 636-641, Dec. 1994.Applicant
- Ghanbari et al., “Cell-Loss Concealment in ATM Video Codecs”, IEEE Transactions on Circuits and Systems for Video Technology, vol. 3, No. 3, Jun. 1993, pp. 238-247.Applicant
- Zhang et al., “Variable Bit-Rate Video Transmission in the Broadband ISDN Environment”, Proceedings of the IEEE, vol. 79, No. 2, Feb. 1991, p. 214-222.Applicant
- Khansari et al., “Low Bit-Rate Video Transmission Over Fading Channels for Wireless Microcellular Systems”, IEEE Trans. on Circuits and Systems for Video Tech., vol. 6, No. 1, Feb. 1996, pp. 1-11.Applicant
- Podolsky et al., Limited Retransmission of Real-Time Layered Multimedia Signal Processing, pp. 591-596, Dec. 1998.Applicant
- Molloy et al., “A Video Codec Chipset for Wireless Multimedia Networking”, IEEE Sign. Proc. Society Workshop on VLSI Signal Processing, pp. 381-390, Sep. 16-18, 1995.Applicant
- McCanne et al., “Joint Source/Channel Coding for Multicast Packet Video”, Proc. International Conf. On Image Processing, vol. 1, pp. 25-28, Oct. 23-26, 1995.Applicant
- Sanneck et al., “A New Technique for Audio Packet Loss Concealment”, Global Telemcommunications Conference, GLOBECOM '96, pp. 48-52, May 1996.Applicant
- Mallat, S., “Wavelets for Vision”, Proceedings of the IEEE, vol. 84, No. 4, Apr. 1996.Applicant
- Bahl, P., “Supporting Digital Video in a Managed Wireless Network”, IEEE Communications Magazine, vol. 36, Issue 6, pp. 94-102, Jun. 1998.Applicant
- Bahl et al., “Optimizing Resource Utilization in a Wireless Multimedia Network”, IEEE Inter. Conf. On Communications, ICC '97, vol. 3, pp. 1432-1437, Jun. 8-12, 1997.Applicant
- Bahl et al., “H.263 based Video Codec for Real-time Visual Communications Over Wireless Radio Networks”, IEEE 6th Int. Conf. On Universal Personal Comm., vol. 2, pp. 773-779, Oct. 12-16, 1997.Applicant
- Ramchandran et al., “Wavelets, Subband Coding, and Best Bases”, Proceedings of the IEEE, vol. 84, No. 4, pp. 541-560, Apr. 1996.Applicant