Packet-based multimedia communications system having one or more wireless links

CROSS REFERENCE TO RELATED APPLICATIONS

P-0001[0001] This application is related to the following U.S. Patent Applications, each of which is assigned to the assignee of the present invention and incorporated herein by reference in its entirety: Ser. No. 09/630,235, titled “Scalable Pattern Methodology for Multi-Carrier Communication Systems,” filed Aug. 1, 2000; [Atty docket #CM04755H] Ser. No. ______ , titled “Time and Bandwidth Scalable Slot Format for Mobile Data Systems,” filed Jan. 16, 2001; [Atty Docket No. CM04757H] Ser. No. ______, titled “Method and Apparatus for Determining and Reserving Bandwidth for Transmitting Delay-Sensitive Streaming Data Over a Radio Frequency Channel,” filed Jan. 16, 2001; [Atty docket #CM04761H] Ser. No. ______, titled “Method and Apparatus for Organizing and Scheduling Multimedia Data Transfers over a Wireless Channel,” filed Jan. 16, 2001; and [Atty docket #CM04762H] Ser. No. ______, titled “Slot Format and Acknowledgement Method for a Wireless Communication System,” filed Jan. 16, 2001.

FIELD OF THE INVENTION

P-0002[0002] This invention relates generally to communication systems and, more particularly, to a packet-based communication system that is adapted to transmit multimedia (e.g., voice, data and/or video) messages over one or more wireless links.

BACKGROUND OF THE INVENTION

P-0003[0003] Communication systems, such as land mobile radio and cellular communications systems, are well known. Such systems typically include a plurality of radio communication units (e.g., vehicle-mounted mobiles or portable radios in a land mobile system and radio/telephones in a cellular system); one or more repeaters; and dispatch consoles that allow an operator or computer to control, monitor or communicate on multiple communication resources. Typically, the repeaters are located at various repeater sites and the consoles at a console site. The repeater and console sites are typically connected to other fixed portions of the system (i.e., the infrastructure) via wire connections, whereas the repeaters communicate with communication units and/or other repeaters within the coverage area of their respective sites via a wireless link. That is, the repeaters transceive information via radio frequency (RF) communication resources, typically comprising voice and/or data resources such as, for example, narrow band frequency modulated channels, time division modulated slots, carrier frequencies, frequency pairs, etc. that support wireless communications within their respective sites.

P-0004[0004] Communication systems may be organized as trunked systems, where a plurality of communication resources is allocated amongst multiple users by assigning the repeaters within an RF coverage area on a communication-by-communication basis, or as conventional (non-trunked) radio systems where communication resources are dedicated to one or more users or groups. In trunked systems, there is usually provided a central controller (sometimes called a “zone controller”) for allocating communication resources among multiple sites. The central controller may reside within a fixed equipment site or may be distributed among the repeater or console sites.

P-0005[0005] Communication systems may also be classified as circuit-switched or packet-switched, referring to the way data is communicated between endpoints. Historically, radio communication systems have used circuit-switched architectures, where each endpoint (e.g., repeater and console sites) is linked, through dedicated or on-demand circuits, to a central radio system switching point, or “central switch.” The circuits providing connectivity to the central switch require a dedicated wire for each endpoint whether or not the endpoint is participating in a particular call. More recently, communication systems are beginning to use packet-switched networks using the Internet Protocol (IP). In packet-switched networks, the data that is to be transported between endpoints (or “hosts” in IP terminology) is divided into IP packets called datagrams. The datagrams include addressing information (e.g., source and destination addresses) that enables various routers forming an IP network to route the packets to the specified destination. The destination addresses may identify a particular host or may comprise an IP multicast address shared by a group of hosts. In either case, the Internet Protocol provides for reassembly of datagrams once they reach the destination address. Packet-switched networks are considered to be more efficient than circuit-switched networks because they permit communications between multiple endpoints to proceed concurrently over shared paths or connections.

P-0006[0006] Because packet-based communication systems offer several advantages relative to traditional circuit-switched networks, there is a continuing need to develop and/or refine packet-based communication architectures. Historically, however, particularly for packet-based radio and cellular communications systems, the endpoints or “hosts” of the IP network comprise repeaters or consoles. Thus, the IP network does not extend across the wireless link(s) to the various communication units. Existing protocols used in IP transport networks such as, for example, H.323, SIP, RTP, UDP and TCP neither address the issue nor provide the functionality needed for sending multimedia data (particularly time-critical, high-frame-rate streaming voice and video) over the wireless link(s). Thus, any packets that are to be routed to the communication units must be tunneled across the wireless link(s) using dedicated bandwidth and existing wireless protocols such as the APCO-25 standard (developed by the U.S. Association of Public Safety Communications Officers (APCO)) or the TETRA standard (developed by the European Telecommunications Standards Institute (ETSI)). Presently, however, none of these protocols are sufficiently able to accommodate the high speed throughput of packet data that is needed to fully support multimedia communications.

P-0007[0007] Accordingly, there is a need for a communication system that extends packet transport service across the wireless link(s), or stated differently, that extends IP “host” functionality to wireless communication units so as not to require dedicated bandwidth between endpoints. Advantageously, the communication system and protocol will support high-speed throughput of packet data, including but not limited to streaming voice and video over the wireless link. The present invention is directed to addressing these needs.

BRIEF DESCRIPTION OF THE DRAWINGS

P-0008[0008] The foregoing and other advantages of the invention will become apparent upon reading the following detailed description and upon reference to the drawings in which:

P-0009[0009]FIG. 1 is a block diagram of a packet-based multimedia communication system according to one embodiment of the present invention;

P-0010[0010]FIG. 2 is a flowchart illustrating steps performed by a service controller of the packet-based multimedia communication system of the present invention;

P-0011[0011]FIG. 3 is a flowchart illustrating steps performed by a bandwidth manager of the packet-based multimedia communication system of the present invention;

P-0012[0012]FIG. 4 is a flowchart illustrating steps performed by a wireless link manager of the packet-based multimedia communication system of the present invention;

P-0013[0013]FIG. 5 is a flowchart illustrating steps performed by a wireless terminal of the packet-based multimedia communication system of the present invention;

P-0014[0014]FIG. 6 is a flowchart illustrating steps performed by a multimedia content server of the packet-based multimedia communication system of the present invention;

P-0015[0015]FIG. 7 is a message sequence chart associated with one embodiment of a two-way video call supported by the packet-based multimedia communication system of the present invention;

P-0016[0016]FIG. 8 is a message sequence chart associated with one embodiment of a one-way video playback call supported by the packet-based multimedia communication system of the present invention; FIG. 9 is a message sequence chart associated with a second embodiment of a one-way video playback call supported by the packet-based multimedia communication system of the present invention; and

P-0017[0017]FIG. 10 is a message sequence chart associated with one embodiment of a web browsing request supported by the packet-based multimedia communication system of the present invention.

DESCRIPTION OF PREFERRED EMBODIMENTS

P-0018[0018] The following describes a communication system that extends packet transport service over both wireline and wireless link(s). The communication system supports high-speed throughput of packet data, including but not limited to streaming voice and video between IP host devices including but not limited to wireless communication units.

P-0019[0019] In one embodiment of the present invention, there is provided a communication system comprising a wireless packet network, a plurality of host devices and a service controller. The wireless packet network includes at least one wireless link. The service controller manages one or more communications services such as voice calls, video calls, web browsing, video-conferencing and/or internet communications over the wireless packet network between source and destination host devices. The source and/or destination devices may comprise wireless terminals.

P-0020[0020] In another embodiment of the present invention, there is provided a communication system comprising a wireless packet network, a multimedia content server, a service controller, a bandwidth manager and a wireless link manager. The service controller and bandwidth manager may be embodied in a single gatekeeper device coupled to the wireless packet network. The multimedia content server has access to one or more requested multimedia communication services. The service controller manages service requests associated with the one or more requested multimedia communication services. The bandwidth manager determines an availability of bandwidth for the service requests and, if bandwidth is available, reserves bandwidth sufficient to support the service requests. The wireless link manager manages wireless communication resources required to support the service requests.

P-0021[0021] In still another embodiment of the present invention, there is provided a method comprising a service controller of a wireless packet network receiving, from a requesting device, a call request for a type of video/audio call. The video/audio call may comprise a two-way video, one-way video, two-way audio, one-way audio, two-way audio and video, one-way audio and video or two-way audio and one-way video call. Upon receiving information identifying source and destination devices associated with the call, the service controller requests a reservation of bandwidth to support the call and, if the reservation is available, authorizes the call to proceed. If the reservation is not available, the service controller rejects the call request. Optionally, the service controller may reject the call request if the source or destination device is not authorized to participate in the call.

P-0022[0022] In yet another embodiment of the present invention, there is provided a method comprising a multimedia content server of a wireless packet network receiving, from a requesting device, a request for multimedia information to be delivered to a destination device. The multimedia content server retrieves the requested multimedia information and sends the requested multimedia information to the destination device. Optionally, the request may comprise a web browsing, audio and/or video playback request. If the request is a video playback request, the multimedia content server requests authorization for a video call from a service controller and negotiates terms of the video call with the destination device before sending video information associated with the video playback request to the destination device.

P-0023[0023] In still yet another embodiment of the present invention, there is provided a method comprising a bandwidth manager of a wireless packet network receiving, from a requesting device (e.g., service controller), a request for a reservation of bandwidth to support a video/audio call. The bandwidth manager determines an amount of bandwidth required for the call and grants or denies the reservation based on an availability of bandwidth to support the call. If the video/audio call is to be routed across wireless link(s), the bandwidth manager reserves wireless communication resources with wireless link manager(s). When the call is ended, the bandwidth manager coordinates a release of bandwidth and/or wireless communication resources used for the call.

P-0024[0024] In a still further embodiment of the invention, there is provided a method comprising a video server of a wireless packet network receiving, from a requesting device, a request for video playback to a destination device. The video server retrieves one or more packets of video information associated with the request for video playback and, if authorization is received from a service controller, sends the one or more packets to the destination device.

P-0025[0025] In still another embodiment of the present invention, there is provided a method comprising a wireless terminal of a wireless packet network receiving information via a wireless link, the information comprising either an assignment granting permission for the wireless terminal to send an inbound message (outbound with respect to the wireless terminal) over the wireless link, or to present an outbound message (inbound w/r to the wireless terminal) to a user of the wireless terminal. If the information is an assignment, the wireless terminal sends the inbound message over the wireless link. If the information is an outbound message, the wireless terminal presents the outbound message to the user.

P-0026[0026] In still yet another embodiment of the invention, there is provided a method of executing a two-way video call in a wireless packet network communication system between a first and second wireless terminal. The method comprises a service controller receiving a call request for the two-way video call from the first wireless terminal that identifies the second wireless terminal. The service controller determines an availability of bandwidth to support the call and, if bandwidth is available, sends a message to the first wireless terminal authorizing the call to proceed. Optionally, the determination of availability of bandwidth may be accomplished by the service controller in communication with a bandwidth manager. The bandwidth manager requests a reservation of wireless communication resources for the call from first and second wireless link managers. Optionally, the two-way video call may be executed between a first wireless terminal and a first wired terminal. In such case, only a first wireless link manager is required.

P-0027[0027] Turning now to the drawings and referring initially to FIG. 1, there is shown a packet-based multimedia communication system (“network”) <b>100</b> comprising a repeater site <b>102</b>, console site <b>104</b> and core equipment site <b>106</b> having associated routers <b>108</b> interconnected by T1 links <b>110</b>. Alternatively, the T1 links may be replaced or used in combination with T3 links, optical links, or virtually any type of link adapted for digital communications. The repeater site <b>102</b> includes a repeater <b>112</b> and antenna <b>114</b> that is coupled, via wireless communication resources <b>116</b> with communication units <b>120</b>, <b>122</b> within its geographic coverage area. The console site <b>104</b> includes a dispatch console <b>124</b>. As shown, the dispatch console <b>124</b> is a wireline console. However, it will be appreciated that the console may be a wireless or wireline console. The core equipment site <b>106</b> includes a gatekeeper <b>126</b>, web server <b>128</b>, video server <b>130</b> and IP Gateway <b>132</b>. The devices of the core equipment site <b>106</b> will be described in greater detail hereinafter. As will be appreciated, the packet-based multimedia communication system <b>100</b> may include multiple repeater sites, console sites and/or core equipment sites, having fewer or greater numbers of equipment, having fewer or greater numbers of routers or communication units or having equipment distributed among the sites in a different manner than shown in FIG. 1.

P-0028[0028] In one embodiment, the communication units <b>120</b>, <b>122</b> comprise wireless radio terminals that are equipped for one-way or two-way communication of IP datagrams associated with multimedia calls (e.g., voice, data and/or video, including but not limited to high-speed streaming voice and video) singly or simultaneously with other hosts in the communication system <b>100</b>. In such case, the communication units <b>120</b>, <b>122</b> include the necessary call control, voice and video coding, and user interface needed to make and receive multimedia calls. As will be appreciated, however, the communication units may comprise virtually any mobile or portable wireless radio units, cellular radio/telephones or devices having varying capacities to accommodate multimedia calls. For example, it is envisioned that some communication units may be able to transceive voice and data, not video; other communication units may be able to receive but not transmit video, and so forth.

P-0029[0029] In one embodiment, the repeater <b>112</b>, communication units <b>120</b>, <b>122</b>, routers <b>108</b>, dispatch console <b>124</b>, gatekeeper <b>126</b>, web server <b>128</b>, video server <b>130</b> and IP Gateway <b>132</b> all comprise IP host devices that are able to send and receive IP datagrams between other host devices of the network. For convenience, the communication units <b>120</b>, <b>122</b> will be referred to as “wireless terminals.” As will be appreciated, the wireless terminals may also include wireless consoles or other types of wireless devices. All other host devices of FIG. 1 will be referred to as “fixed equipment” host devices. Each host device has a unique IP address. The host devices include respective processors (which may comprise, for example, microprocessors, microcontrollers, digital signal processors or combination of such devices) and memory (which may comprise, for example, volatile or non-volatile digital storage devices or combination of such devices).

P-0030[0030] In one embodiment, the fixed equipment host devices at the respective sites are connected to their associated routers <b>108</b> via wireline connections (e.g., Ethernet links <b>134</b>) and the routers themselves are also connected by wireline connections (e.g., T1 links). These wireline connections thus comprise a wireline packet switched infrastructure (“packet network”) <b>136</b> for routing IP datagrams between the fixed equipment host devices. One of the unique aspects of the present invention is the extension of IP host functionality to the wireless host devices (e.g., the communication units <b>120</b>, <b>122</b>) over a wireless link (i.e., the wireless communication resource <b>116</b>). For convenience, the term “wireless packet network” will hereinafter define a packet network that extends over at least one wireless link to a wireless host device as described herein.

P-0031[0031] The wireless communication resource <b>116</b> may comprise multiple RF (radio frequency) channels such as pairs of frequency carriers, code division multiple access (CDMA) channels, or any other RF transmission media. The repeater <b>112</b> is used to generate and/or control the wireless communication resource <b>116</b>. In one embodiment, the wireless communication resource <b>116</b> comprises time division multiple access (TDMA) slots that are shared by devices receiving and/or transmitting over the wireless link. IP datagrams transmitted across the wireless link can be split among multiple slots by the transmitting device and reassembled by the receiving device.

P-0032[0032] In one embodiment, the repeater <b>112</b> performs a wireless link manager function and a base station function. The wireless link manager sends and receives datagrams over the wireline network <b>136</b>, segments and formats datagrams for transmission over the wireless link <b>116</b>, prioritizes data for transmission over the wireless link <b>116</b> and controls access of the wireless terminals <b>120</b>, <b>122</b> to the wireless link <b>116</b>. In one embodiment, the latter function is accomplished by the wireless link manager allocating “assignments” granting permission for the wireless terminals to send messages over the wireless link. The assignments may comprise either “Non-Reserved Assignment(s)” or “Reserved Assignments,” each of which is described in greater detail in related application Ser. No.______, [docket no. CM04761H]. The base station sends and receives radio signals over the wireless link <b>116</b>. Multiple base stations can be attached to a single wireless link manager.

P-0033[0033] Related application Ser. No.______, [docket no. CM04762H] discloses a slot structure that supports the transmission of multiple types of data over the wireless link <b>116</b> and allows the packets of data to be segmented to fit within TDMA slots. It also provides for different acknowledgement requirements to accommodate different types of service having different tolerance for delays and errors. For example, a voice call between two wireless terminal can tolerate only small delays but may be able to tolerate a certain number of errors without noticeably effecting voice quality. However, a data transfer between two computers may require error-free transmission but delay may be tolerated. Advantageously, the slot format and acknowledgement method may be implemented in the present invention to transmit delay-intolerant packets on a priority basis without acknowledgements, while transmitting error-intolerant packets at a lower priority but requiring acknowledgements and retransmission of the packets when necessary to reduce or eliminate errors. The acknowledgement technique may be asymmetric on the uplink (i.e., wireless terminal to repeater) and downlink (i.e., repeater to wireless terminal) of the wireless link <b>116</b>.

P-0034[0034] The routers <b>108</b> of the wireline portion of the network are specialized or general purpose computing devices configured to receive IP packets or datagrams from a particular host in the communication system <b>100</b> and relay the packets to another router or another host in the communication system <b>100</b>. The routers <b>108</b> respond to addressing information in the IP packets received to properly route the packets to their intended destination. In accordance with internet protocol, the IP packets may be designated for unicast or multicast communication. Unicast is communication between a single sender and a single receiver over the network. Multicast is communication between a single sender and multiple receivers on a network. Each type of data communication is controlled and indicated by the addressing information included in the packets of data transmitted in the communication system <b>100</b>. For a unicast message, the address of the packet indicates a single receiver. For a multicast communication, the address of the packet indicates a multicast group address to which multiple hosts may join to receive the multicast communication. In such case, the routers of the network replicate the packets, as necessary, and route the packets to the designated hosts via the multicast group address.

P-0035[0035] The wireless packet network is adapted to transport IP packets or datagrams between two or more hosts in the communication system <b>100</b>, via wireless and/or wireline links. In a preferred embodiment, the wireless packet network will support multimedia communication, including but not limited to high-speed streaming voice and video so as to provide the hosts of the communication system <b>100</b> with access to voice, video, web browsing, video-conferencing and internet applications. As will be appreciated, depending on which host devices are participating in a call, IP packets may be transported in the wireless packet network over wireline portions, wireless portions or both wireline and wireless portions of the network. For example, IP packets that are to be communicated between fixed equipment host devices (e.g., between console <b>124</b> and gatekeeper <b>126</b>) will be routed across only wireline links, and IP packets that are communicated between fixed equipment host devices and wireless communication devices are transported across both wireline and wireless links. Those packets that are to be communicated between wireless terminals (e.g., between communication units <b>120</b>, <b>122</b>) may be transported across only wireless links, or wireless and wireline links, depending on the mode of operation of the communication system <b>100</b>. For example, in site trunking mode, packets might be sent from communication unit <b>120</b> to repeater site <b>102</b> via wireless link <b>116</b>, to router <b>108</b> via Ethernet <b>134</b>, back to the repeater site <b>102</b> and then to communication unit <b>122</b> via wireless link <b>118</b>. In a direct mode, sometimes referred to as “talk around” mode, packets may be sent between the communication units <b>120</b>, <b>122</b> directly via a wireless link. In either case, the wireless packet network of the present invention is adapted to support multimedia communication, including but not limited to high-speed streaming voice and video so as to provide the host devices with access to voice, video, web browsing, video-conferencing and internet applications.

P-0036[0036] Practitioners skilled in the art will appreciate that the communication system <b>100</b> may include various other communication devices not shown in FIG. 1. For example, the communication system <b>100</b> may include comparator(s), telephone interconnect device(s), internet protocol telephony device(s), call logger(s), scanner(s) and gateway(s). Generally, any of such communication devices may comprise wireless or fixed equipment host devices that are capable of sending or receiving IP datagrams routed through the communication system <b>100</b>. These devices are described briefly below.

P-0037[0037] A comparator (or “voter”) is a device, usually connected by wireline to various receivers (e.g., different repeaters) receiving different instance(s) of a particular message or signal (e.g., from a subscriber radio unit). The comparator receives and compares among the different instances of the signal that may be received by the different receivers, and produces an output message that is comprised of either an entire message from one of the receivers or a composite message comprised of segments of the message received from one or more of the receivers. Each message may be comprised of a plurality of message frames.

P-0038[0038] A scanner is a receiver that is adapted to monitor message transmissions from communication devices such as mobile or portable wireless radio units, consoles, repeaters, and the like. In one mode of operation, for example, a scanner scans the radio spectrum for the purpose of finding and, optionally, locking on to carrier frequencies containing message transmissions. Scanners are often used by parties that are not intended recipients of the message transmissions.

P-0039[0039] A telephone interconnect device is a network-based device that provides voice transcoding services between mobile and land line subscribers when invoking fall duplex telephone calls between those two subscribers. A transcoding service is required, for example, when a mobile subscriber using IMBE vocoding requests a call to a subscriber in the public switched telephone network (PSTN) using 64-kilobit per second PCM vocoding.

P-0040[0040] An internet protocol telephony device comprises a telephone that transports voice and/or control messages over a LAN to a telephony gateway box, which interfaces multiple (LAN based) phones and converts the IP control and audio packets back into the format of the local PSTN. More generally, a gateway device is one that provides voice and control translation services between two dissimilar communication systems. For example, a gateway device would be required if an APCO system were to be connected to a GSM system. Other services such as feature translation, authentication, authorization and encryption could also be provided by a gateway device.

P-0041[0041] A call logger is a networked based device that records, for example, packetized voice talkgroup and private calls in a public safety system. A call logger could also record data calls, video, and/or location (e.g., GPS) data streams. A call logger device typically stores the voice payload in its native format (e.g., vocoded audio). When it is desirable to playback the voice conversation at a later time, the call logger retrieves and decodes all packets which bound the call in question.

P-0042[0042] Now referring to the core equipment site <b>106</b>, the gatekeeper <b>126</b>, web server <b>128</b>, video server <b>130</b> and IP Gateway <b>132</b> will be described in greater detail. Generally, the gatekeeper <b>126</b>, web server <b>128</b>, video server <b>130</b> and IP Gateway <b>132</b> operate either singly or in combination to control audio and/or video calls, streaming media, web traffic and other IP datagrams that are to be transported over a wireless portion of the communication system <b>100</b>. In one embodiment, the gatekeeper <b>126</b>, web server <b>128</b> and video server <b>130</b> are functional elements contained within a single device, designated in FIG. 1 by the dashed bubble <b>140</b>. It will be appreciated, however, that the gatekeeper <b>126</b>, web server <b>128</b> and/or video server <b>130</b> functions may be distributed among separate devices.

P-0043[0043] According to one embodiment of the present invention, the gatekeeper <b>126</b> authorizes all video and/or audio calls between host devices within the communication system <b>100</b>. For convenience, the term “video/audio calls” will be used herein to denote video and/or audio calls. The video/audio calls that must be registered with the gatekeeper are one of three types: video only, audio only, or combination audio and video. Calls of either type can be two-way, one-way (push), one-way (pull), or a combination of one-way and two-way. Two-way calls define calls between two host devices wherein host devices sends audio and/or video to each other in full duplex fashion, thus providing simultaneous communication capability. One-way push calls define calls in which audio and/or video is routed from a source device to a destination device, typically in response to a request by the source device (or generally, by any requesting device other than the destination device). The audio and/or video is “pushed” in the sense that communication of the audio and/or video to the destination device is initiated by a device other than the destination device. Conversely, one-way pull calls define calls in which audio and/or video is routed from a source device to a destination device in response to a request initiated by the destination device.

P-0044[0044] In one embodiment, any communication between host devices other than video/audio calls including, for example, control signaling or data traffic (e.g., web browsing, file transfers) may proceed without registering with the gatekeeper <b>126</b>. As has been noted, the host devices may comprise wireless devices (e.g., communication units <b>120</b>, <b>122</b>) or fixed equipment devices (e.g., repeater <b>112</b>, routers <b>108</b>, console <b>124</b>, gatekeeper <b>126</b>, web server <b>128</b>, video server <b>130</b> and IP Gateway <b>132</b>).

P-0045[0045] For video/audio calls, the gatekeeper <b>126</b> determines, cooperatively with the host device(s), the type of transport service and bandwidth needed to support the call. In one embodiment, for example, this is accomplished by the gatekeeper exchanging control signaling messages with both the source and destination device. If the call is to be routed over a wireless link, the gatekeeper determines the RF resources <b>116</b> needed to support the call and reserves those resources with the wireless link manager (a functional element of repeater <b>112</b>). The gatekeeper <b>126</b> further monitors the status of active calls and terminates a call, for example when it determines that the source and/or recipient devices are no longer participating in the call or when error conditions in the system necessitate terminating the call. The wireless link manager receives service reservation commands or requests from the gatekeeper and determines the proper combination of error correction techniques, reserved RF bandwidth and wireless media access controls to support the requested service. The base station is able to service several simultaneous service reservations while sending and receiving other IP traffic between the communication units <b>120</b>, <b>122</b> and host device(s) over the wireless link <b>116</b>.

P-0046[0046] The web server <b>128</b> provides access to the management functions of the gatekeeper <b>126</b>. In one embodiment, the web server <b>128</b> also hosts the selection of video clips, via selected web pages, by a host device and provides the selected streaming video to the video server <b>130</b>. The video server <b>130</b> interfaces with the web server <b>128</b> and gatekeeper <b>126</b> to provide stored streaming video information to requesting host devices. For convenience, the combination of web server <b>128</b> and video server <b>130</b> will be referred to as a multimedia content server <b>128</b>, <b>130</b>. The multimedia content server <b>128</b>, <b>130</b> may be embodied within a single device <b>140</b> or distributed among separate devices. The IP gateway <b>132</b> provides typical firewall security services for the communication system <b>100</b>.

P-0047[0047]FIGS. 2 and 3, respectively, are flowcharts associated with a service controller element and bandwidth management element of the communication system <b>100</b>. In one embodiment, the service controller element and bandwidth management element are functional elements contained within the gatekeeper <b>126</b>. For convenience, the terms “service controller” and “bandwidth manager,” respectively, will denote the service controller function and bandwidth management function of the gatekeeper <b>126</b>. The flowcharts of FIG. 2 and FIG. 3 illustrate steps performed by the service controller and bandwidth manager, respectively, for a single call request. As will be appreciated, however, the service controller and bandwidth manager can accommodate multiple, simultaneous call requests.

P-0048[0048] Referring initially to FIG. 2, step <b>202</b>, the service controller receives a video call setup request from a requesting host device. The requesting device may comprise any host device of the communication system <b>100</b> including, for example, the wireless terminals <b>120</b>, <b>122</b>, the multimedia content server <b>128</b>, <b>130</b> or console <b>124</b>. In one embodiment, the call request identifies a type of video/audio call (e.g., video only, audio only, combination audio/video, either of which may be two-way, one-way (push), one-way (pull), or combination one-way and two-way) and a source and destination device for the call. The source and destination devices may be the same or different than the requesting device.

P-0049[0049] The present invention contemplates that the source and/or destination devices may be authorized for certain services and not authorized for others. For example, a particular wireless terminal may be authorized for audio but not video calls. In one embodiment, the service controller determines at step <b>204</b> if the source device is authorized to participate in the requested service and determines at step <b>206</b> if the destination device is authorized to participate in the requested service. If either the source or destination device is not authorized for the service, the service controller rejects the call at step <b>214</b>. In the embodiment of FIG. 2, the service controller also determines whether the destination device is “in service” or otherwise is operable to receive the requested service at step <b>208</b>. If the destination device is not in service, the service controller rejects the call at step <b>214</b>.

P-0050[0050] If the service controller determines that the source and destination devices are authorized for service at steps <b>204</b>, <b>206</b> and that the destination device is in service at step <b>208</b>, the service controller requests a reservation of bandwidth to support the call at step <b>210</b>. In one embodiment, this comprises the service controller sending a request for a reservation of bandwidth to the bandwidth manager. In one embodiment, the service controller may also request a modification or update to an already-granted reservation of bandwidth. For example, the service controller might dynamically scale video bitrates of active calls depending on system load.

P-0051[0051] As will be described in greater detail in relation to FIG. 3, the bandwidth manager grants or denies the reservation (or reservation update) based on an availability of bandwidth to support the call on wireline and/or wireless links. The service controller determines at step <b>212</b> whether bandwidth is available to support the call based on the response from the bandwidth manager. If bandwidth is not available, the service controller rejects the call at step <b>214</b> and, in one embodiment, sends a message to the call originator identifying reason(s) for the rejection.

P-0052[0052] If bandwidth is available, the service controller records information about the call at step <b>216</b> including, for example, start time, source address, destination address, type of call, resources requested, bit rate, etc. and at step <b>218</b>, sends a message to the source device authorizing the call to proceed.

P-0053[0053] Optionally, at step <b>220</b>, the service controller sends periodic “heart beat” or “keep alive” messages indicative of call activity (or call authorization) to the source and destination devices until the call is ended at step <b>232</b>. The source and destination devices further send periodic messages indicative of call activity to the service controller and optionally, to each other. Information from the “keep alive” messages is recorded at step <b>224</b>. The service controller may end the call at step <b>232</b> if it stops receiving the keep alive messages (step <b>222</b>), if the duration of the call exceeds an allowable time limit (step <b>226</b>) or if it receives a “call end” command (step <b>228</b>) indicating that a participating device desires to end the call. In one embodiment, “call end” commands causing the service controller to end the call may be sent by either the source device or the destination device. If the call is ended, the service controller requests at step <b>230</b>, from the bandwidth manager, a release of bandwidth supporting the call and at step <b>234</b>, records information about the stop of the call. The information recorded at step <b>234</b> may comprise, for example, end time, source address, destination address, type of call, resources used, bit rate, etc.

P-0054[0054] Now turning to FIG. 3, there will be described various steps performed by the bandwidth manager according to one embodiment of the invention. At step <b>302</b>, the bandwidth manager receives a bandwidth command, or request, from the service controller. In one embodiment, the request may comprise a request for reservation of bandwidth for an impending call, a request for modification to an existing reservation or a request for a release of bandwidth for a call that has ended. The bandwidth manager determines the type of request at step <b>304</b>.

P-0055[0055] If the request is for a reservation of bandwidth, the bandwidth manager determines at step <b>306</b> an amount of bandwidth required for the call. In one embodiment, the wireline portion of the network is sized to accommodate worst-case loading scenarios, thus at step <b>306</b> the bandwidth manager is not concerned with the bandwidth required or used on the wireline link(s), but rather is concerned only with the bandwidth that is required for the wireless link(s). Alternatively, the bandwidth manager may determine an amount of bandwidth required on both wireless and wireline link(s). The required bandwidth may differ according to the type of call (e.g., video vs. audio calls) and/or characteristics of the call including, for example, the bit rate, packet size, codec type, etc. The bandwidth manager determines whether the required bandwidth is available at step <b>308</b>. If the required bandwidth is not available, the bandwidth manager rejects the request for a reservation of bandwidth at step <b>310</b>. If the required bandwidth is available, the bandwidth manager reserves the bandwidth at step <b>312</b> and sends a message to the service controller indicating that the bandwidth reservation is granted.

P-0056[0056] One manner of determining availability of bandwidth and obtaining bandwidth reservations for wireless links of the communication system <b>100</b> is described and claimed in related application Ser. No.______, [Atty Docket No. CM04757H]. Upon receiving a reservation request for a particular call, the bandwidth manager determines the number of slots per second that will be required to carry IP packets associated with the call over a wireless link. The required slots/second is dependent on, among other things, the bit rate, frame rate, encoder/decoder type or other parameter related to the requested application. After the channel requirements are determined, the bandwidth manager determines if the wireless link(s), including existing loading, can accommodate the channel requirements associated with the request. If the requested bandwidth is available, the bandwidth manager commands the appropriate wireless link manager(s) at step <b>312</b> to reserved the required bandwidth on the wireless link(s). If, at step <b>304</b>, the request is for a release of bandwidth, the bandwidth manager determines at step <b>314</b> an amount of bandwidth associated with the request, i.e., an amount of bandwidth to be released. Then, at step <b>316</b>, the bandwidth manager commands the appropriate wireless link manager(s) to release the bandwidth so that it is available for future calls.

P-0057[0057]FIG. 4 is a flowchart associated with a wireless link manager of the packet-based multimedia communication system <b>100</b>. In one embodiment, each repeater <b>112</b> of the communication system <b>100</b> includes a wireless link manager to manage an associated wireless link. At step <b>402</b>, the wireless link manager determines whether it has received a wireless resource reservation command. In one embodiment, as described in relation to FIG. 3, the command may comprise a reserve bandwidth command, a modify reservation command or release bandwidth command from a bandwidth manager of the communication system. If, at step <b>402</b>, the wireless link manager has received a wireless resource reservation command, it executes the command (e.g., to reserve bandwidth, modify a reservation or release bandwidth) and updates wireless link reservations as appropriate at step <b>404</b>.

P-0058[0058] If the wireless link manager has not received a wireless resource reservation command, it determines at step <b>406</b> whether to send Reserved Assignment(s) to any affiliated wireless terminals. If the wireless link manager determines at step <b>406</b> not to send Reserved Assignments, it determines at step <b>408</b> whether to send Non-Reserved Assignment(s) to any affiliated wireless terminals. In response to a positive determination at step <b>406</b>, the wireless link manager sends Reserved Assignment(s) for affiliated wireless terminals at step <b>410</b>. Similarly, in response to a positive determination at step <b>408</b>, the wireless link manager sends Non-Reserved Assignment(s) for affiliated wireless terminals at step <b>412</b>. The determination of whether and/or when the wireless link manager should send Reserved Assignment(s) or Non-Reserved Assignments is described in related application Ser. No.______, [docket no. CM04761H], incorporated herein by reference in its entirety.

P-0059[0059]FIG. 5 is a flowchart associated with a wireless terminal of the packet-based multimedia communication system <b>100</b>. At step <b>502</b>, the wireless terminal receives downlink data via a wireless link. For example, with reference to FIG. 1, wireless terminal <b>120</b> may receive data over wireless link <b>116</b>. The data may comprise any type of information including, but not limited to assignment(s) granting permission for the wireless terminal to send outbound message(s) over the wireless link and/or inbound message(s) from other devices that are to be presented to the user of the wireless terminal. Generally, the message(s) that may be transmitted in either direction across the wireless link may comprise payload (voice, data, video, etc.) or control messages.

P-0060[0060] If any data is received at step <b>502</b>, the wireless terminal determines at step <b>506</b> whether the data comprises a Reserved or Non-Reserved Assignment from the wireless link manager associated with the wireless link. If the wireless terminal receives a Reserved Assignment, it determines at step <b>512</b> whether it has “reserved data” to send. In one embodiment, reserved data comprises time-critical data such as, for example, data associated with audio and video calls. If it has reserved data to send, it sends the reserved data over the wireless link at step <b>514</b>. Otherwise, if it doesn't have reserved data to send, it determines at step <b>508</b> whether it has “non-reserved data” to send. In one embodiment, non-reserved data comprises non-time-critical data such as, for example, e-mail or file transfers that may be delivered as “best effort” datagrams over the wireless link. If the wireless terminal has non-reserved data to send, it sends the non-reserved data over the wireless link at step <b>510</b>. If data is received at step <b>502</b> that is not a Reserved or Non-Reserved Assignment (e.g., voice, data, or video payload), the data is presented to the user of the wireless terminal at step <b>520</b>.

P-0061[0061] After data has been presented to the user at step <b>520</b> or sent across the wireless link at steps <b>510</b> or <b>514</b>, or if negative determinations are reached at step <b>502</b> or step <b>508</b>, the wireless terminal determines whether it has received any data from the user of the wireless terminal. The data from the user may comprise, for example, information relating to call requests, web browsing requests, etc. The data may be communicated from the user to the wireless terminal by keypad, touchscreen, menu options, or generally any user-machine interface. If at step <b>518</b>, the wireless terminal receives data from the user, it processes the data at step <b>516</b>. For example, the wireless terminal may store the data in a memory buffer and/or prepare the data for sending across the wireless link. After processing the data at step <b>516</b>, or if a negative determination is reached at step <b>518</b>, the process returns to step <b>502</b>.

P-0062[0062]FIG. 6 is a flowchart associated with a multimedia content server of the packet-based multimedia communication system <b>100</b>. As has been noted, in one embodiment, the multimedia content server comprises a combination of the web server <b>128</b> and video server <b>130</b> described in relation to FIG. 1. At step <b>602</b>, the multimedia content server receives a request, from a requesting device, for multimedia information sourced by the multimedia content server to be delivered to a destination device. The requesting and destination devices may comprise the same or different devices, and may comprise any host device of the communication system <b>100</b> including, for example, the wireless terminals <b>120</b>, <b>122</b> (or wireless terminals at different sites, not shown in FIG. 1) and/or console <b>124</b>. In one embodiment, the call request identifies a type of multimedia information (e.g., web browsing information, or stored video information) accessible by the multimedia content server that is to be sent to the destination device.

P-0063[0063] At step <b>604</b>, the multimedia content server determines the type of request. In the embodiment of FIG. 6, the request may comprise either a browsing request or a video playback request. As will be appreciated, however, the multimedia content server may include any of several types of multimedia information, in addition to or instead of browsing information and video information, whether devised now or in the future. In such case, the multimedia content server will accommodate different types of requests corresponding to the type of multimedia information that is desired to be retrieved from the multimedia content server. If, at step <b>604</b>, the request is determined to be a browsing request, the multimedia content server retrieves (or attempts to retrieve) the requested information at step <b>606</b> and sends a browsing response at step <b>608</b> to the destination device. In one embodiment, the browsing response comprises web browsing information (e.g., relating to a web site), which may comprise, for example, display of web pages, streaming audio and/or video or a message indicating that the web site is not accessible.

P-0064[0064] If, at step <b>604</b>, the request is determined to be a video playback request, the multimedia content server requests authorization from the service controller to set up a video call at step <b>610</b>. The multimedia content server determines at step <b>612</b> whether the authorization has been received from the service controller. In one embodiment, as described in relation to FIG. 2, the service controller grants authorization for a call if the source device and destination devices are authorized to participate in the type of service associated with the call and if bandwidth is available to support the call. In the case of a video playback request, authorization for the multimedia content server as a source for the video playback call is substantially guaranteed unless the multimedia content server is out of service or otherwise unable to source video for the call. Thus, in practical effect, authorization for video playback calls will depend primarily on whether the destination device is authorized to receive video playback service and whether there is sufficient available bandwidth between the multimedia content server and the destination device to support the requested video playback service. If authorization is not received for the call, the multimedia content server rejects the call request at step <b>614</b> and sends a message to the requesting device accordingly.

P-0065[0065] If authorization is received for the call, the multimedia content server sets up a one-way video call with the destination device at step <b>616</b>. The one-way video call may comprise a video-only, or combination video and audio call. In one embodiment, setting up the video call comprises the multimedia content server negotiating terms of the video call with the destination device. For example, the multimedia content server and destination device might negotiate the type of audio, vocoder type, video coder type and/or bit rate to be used for the call. After setting up the call, the multimedia content server retrieves video information (i.e., from memory or from a web site link) associated with the call at step <b>618</b> and sends the video information to the requesting device (or destination device, if different than the requesting device) at step <b>620</b> until the call ends at step <b>622</b>.

P-0066[0066] As has been noted, the communication system <b>100</b> of the present invention is adapted to support several different types of communication between host devices, including audio and/or video calls requiring registration with the gatekeeper (i.e., the service controller function of the gatekeeper) and communication other than audio and/or video calls (e.g., control signaling, data traffic (including web browsing, file transfers)) that may proceed without registering with the gatekeeper <b>126</b>. Moreover, as has been noted, the sources and recipients of the different types of communication may comprise wireless devices and/or fixed equipment devices. Examples of various types of communication supportable by the communication system <b>100</b> are shown in FIGS. <b>7</b>-<b>10</b>. More specifically, FIGS. <b>7</b>-<b>10</b> are message sequence charts showing examples, respectively, of a two-way video call between wireless terminals; video playback from the multimedia content server to a requesting wireless terminal; video playback from the multimedia content server to a destination wireless terminal (requested by another wireless terminal); and playback of web-browsing content to a requesting wireless terminal. As will be appreciated, however, the communication system of the present invention will support additional and/or different types of communication, including communication with different requesting, source or destination devices than the examples shown in FIGS. <b>7</b>-<b>10</b>.

P-0067[0067] It should be noted that the message sequence charts of FIGS. <b>7</b>-<b>10</b> use arrows to denote the communication of messages between various host devices of a wireless packet network communication system. However, the arrows do not imply direct communication of the messages between the indicated host devices. On the contrary, many of the messages are communicated between host devices indirectly, through one or more intermediate devices (e.g., routers). For convenience, these intermediate messages are not shown in FIGS. <b>7</b>-<b>10</b>.

P-0068[0068] Referring initially to FIG. 7, there is shown a message sequence chart associated with a two-way video call between wireless terminals (“Wireless Terminal A” and “Wireless Terminal B”) located at different sites. The message sequence of FIG. 7 begins with the user of Wireless Terminal A (“Wireless User A”) initiating a video call by sending Video Call Setup signal(s) <b>702</b> to Wireless Terminal A. In one embodiment, the Video Call Setup signal(s) <b>702</b> identify the type of call and the destination, or second party for the call. Thus, in the present example, the Video Call Setup signal(s) <b>702</b> identify the call as a two-way video call and Wireless User B as the destination, or second party for the call. As will be appreciated, the mechanism for entering the Video Call Setup signal(s) <b>702</b> will depend on the features and functionality of the wireless terminal(s), and may differ from terminal to terminal. The wireless terminals may include, for example, keypads, touchscreens, menu options, etc. that permit the user to select the type of call and the second party for the call. The second party may be identified by user identification number, telephone number or any suitable means of identification.

P-0069[0069] As described in detail in related Application Ser. No.______, [docket no. CM04761H], wireless terminal(s) must obtain an assignment of wireless communication resources from an associated wireless link manager before they are allowed to send message(s) across a wireless link. Thus, for example, with reference to FIG. 1, assuming wireless terminal <b>120</b> desires to transmit across wireless link <b>116</b>, it first would obtain an assignment of wireless communication resources from the wireless link manager associated with base station <b>112</b>. In one embodiment, the assignments comprise either “Non-Reserved Assignments,” meaning that any device is allowed to transmit across the wireless link or “Reserved Assignments” that designate specific device(s) to transmit across the wireless link. In the present example, Wireless Terminal A obtains a Non-Reserved Assignment <b>704</b> from its associated wireless link manager (“Wireless Link Manager A”), thereby allowing it to send a Video Call Setup Request <b>706</b> across an associated wireless link to the Service Controller. In one embodiment, the Video Call Setup Request <b>706</b> includes indicia of the type of call (e.g., a two-way video call) and/or required quality of service for the call that enables the Wireless Link Manager to ascertain the timing and/or type of assignments needed for the call.

P-0070[0070] The Service Controller, in turn, determines an availability of bandwidth to support the call by sending a Reserve Bandwidth Request <b>708</b> to the Bandwidth Manager. In one embodiment, as described in relation to FIG. 3, the Bandwidth Manager responds to the request by determining an amount of bandwidth required on the wireless link(s) required for the call and granting or denying the Reserve Bandwidth Request based on an availability of bandwidth on the wireless link(s). In the example of FIG. 7, the Bandwidth Manager returns a Bandwidth Available message <b>710</b> to the Service Controller, indicating that bandwidth is available on the wireless links associated with Wireless Terminals A and B. Having been notified that bandwidth is available, the Service Controller sends a Video Call Proceed message <b>712</b> to Wireless Terminal A, thereby authorizing the two-way video call to proceed. The Bandwidth Manager sends Reserve Bandwidth messages <b>714</b>, <b>716</b> to Wireless Link Managers A and B instructing them to reserve bandwidth on the wireless links associated with Wireless Terminals A and B. Messages <b>712</b> through <b>716</b> may be sent in parallel or in any order.

P-0071[0071] Of course, if bandwidth is a concern on the wireline link(s) of the communication system <b>100</b>, the Bandwidth Manager may grant or deny the Reserve Bandwidth Request based on an availability of bandwidth on the wireline and wireless link(s), in which case the Bandwidth Available message <b>710</b> would indicating that bandwidth is available on both wireline and wireless links required to support the call request. Further, in addition to instructing Wireless Link Managers A and B to reserve bandwidth on the wireless links, the Bandwidth Manager would instruct Wireline Link Managers (e.g., the routers of the network) to reserve bandwidth on the wireline links required for the call.

P-0072[0072] In an alternative embodiment, the Wireless Link Managers, rather than the Bandwidth Manager, determine the availability of bandwidth on the wireless link(s). In such embodiment, the Reserve Bandwidth Request <b>708</b> would be sent to Wireless Link Managers A and B either directly from the Service Controller or from the Bandwidth Manager. The Wireless Link Managers A and B grant or deny the Reserve Bandwidth Request based on an availability of bandwidth on the wireless link(s) and return appropriate messages (e.g., a Bandwidth Available message, if bandwidth is available) either directly to the Service Controller or to the Bandwidth Manager. Additionally, if bandwidth is a concern on the wireline portion of the network, Wireline Link Managers, rather than the Bandwidth Manager, may determine the availability of bandwidth on the wireline link(s) and grant or deny Reserve Bandwidth Requests based on an availability of bandwidth on the wireline links.

P-0073[0073] After receiving Non-Reserved Assignments <b>718</b>, <b>722</b> from the respective Wireless Link Managers A and B, Wireless Terminals A and B exchange Setup Video Call messages <b>720</b>, <b>724</b> to negotiate terms of the video call. For example, Wireless Terminals A and B may negotiate the type of audio, vocoder type, video coder type and/or bit rate to be used for the two-way video call.

P-0074[0074] In one embodiment, video/audio information <b>726</b>, <b>728</b> to be used for the call is obtained by cameras and/or microphones associated with the respective Wireless Terminals A and B operated by the Wireless Users A and B. The video/audio information is converted into IP packets and queued in memory of the respective Wireless Terminals A and B until such time as Reserved Assignments <b>730</b>, <b>732</b> are obtained from the Wireless Link Managers A and B. The Reserved Assignments <b>730</b>, <b>732</b> are adapted to facilitate the transfer of time-critical data, such as IP packets for video/audio calls, over the wireless links associated with the call. Depending on the availability of Reserved Assignments, video/audio packets <b>734</b>, <b>738</b> may be transmitted simultaneously from Wireless Terminal A to B, and from Wireless Terminal B to A. Upon receiving the video/audio packets, Wireless Terminals A and B convert the IP packets into video/audio information <b>736</b>, <b>740</b> that is displayed/communicated to Wireless Users A and B.

P-0075[0075] In one embodiment, either Wireless User may initiate the end the video call by sending an End Call signal(s) <b>742</b> to its Wireless Terminal. In FIG. 7, Wireless User A initiates the end of the video call by sending an End Call signal(s) <b>742</b> to Wireless Terminal A. Similar to initiating a start of the video call, the mechanism for Wireless User A entering the End Call signal(s) <b>742</b> may comprise, for example, keypads, touchscreens, menu options, etc., depending on the features and functionality of Wireless Terminal A. Upon receiving Any Assignment <b>744</b> (i.e., either a Reserved or Non-Reserved Assignment) from Wireless Link Manager A, Wireless Terminal A sends an End Call message <b>746</b> to Wireless Terminal B. Additionally, upon receiving a further Any Assignment <b>748</b> from Wireless Link Manager A, Wireless Terminal A sends a Video Call Ended message <b>750</b> to the Service Controller. As will be appreciated, the call may also end due to conditions such as endpoint shutdown, out-of-range conditions, and the like.

P-0076[0076] Upon receiving the Video Call Ended message <b>750</b>, the Service Controller initiates a release of the bandwidth supporting the call by sending a Release Bandwidth Request <b>752</b> to the Bandwidth Manager. The Bandwidth Manager releases the bandwidth in generally the reverse fashion that it obtained reservations of bandwidth, via respective messages <b>754</b>, <b>766</b> either instructing or requesting the Wireless Link Managers A and B to release the bandwidth supporting the two-way video call.

P-0077[0077] Now turning to FIG. 8, there will be described a message sequence associated with a video playback request. In one embodiment, video playback calls define one-way audio and video calls sourced from a multimedia content server and delivered to a destination device specified in the request. Alternatively or additionally, the multimedia content server may source audio-only, video-only, or lip-synced audio and video streams. The message sequence of FIG. 8 begins with the user of Wireless Terminal A (“Wireless User A”) initiating the request by sending Video Playback signal(s) <b>802</b> to Wireless Terminal A. In one embodiment, the Video Playback signal(s) <b>702</b> identify the video information (e.g., video clips) that is desired for playback in a manner that is recognizable by the multimedia content server, such that the multimedia content server may ultimately retrieve and source the requested video information. For example, the Video Playback Signal(s) may identify a URL for a particular web site video link. The Video Playback Signal(s) <b>702</b> also identify the destination for the call, which in the present example is the requesting device (Wireless User A). However, the destination device may be different than the requesting device, as will be shown in FIG. 9. The mechanism for Wireless User A entering the Video Playback signal(s) <b>802</b> may comprise, for example, keypads, touchscreens, menu options, and the like, depending on the features and functionality of Wireless Terminal A.

P-0078[0078] Next, Wireless Terminal A obtains a Non-Reserved Assignment <b>804</b> from Wireless Link Manager A, thereby allowing it to send a Video Playback Request <b>806</b> across an associated wireless link to the Multimedia Content Server. The Multimedia Content Server, which is the source of video information for the call, sends a Video Call Setup Request <b>808</b> to the Service Controller. The Service Controller determines an availability of bandwidth to support the call by sending a Reserve Bandwidth Request <b>810</b> to the Bandwidth Manager. The Bandwidth Manager responds to the request by determining an amount of bandwidth required for the call and granting or denying the Reserve Bandwidth Request based on an availability of bandwidth for the call. In one embodiment, as described in relation to FIG. 3, the Bandwidth Manager responds to the request by determining an amount of bandwidth required on the wireless link(s) required for the call and granting or denying the Reserve Bandwidth Request based on an availability of bandwidth on the wireless link(s). In the example of FIG. 8, the Bandwidth Manager returns a Bandwidth Available message <b>812</b> to the Service Controller, indicating that bandwidth is available on Wireless Link A to support the video playback call. The Service Controller, in turn, sends a Video Call Proceed message <b>814</b> to the Multimedia Content Server, thereby authorizing the video playback call to proceed.

P-0079[0079] Thereafter, the Multimedia Content Server and Wireless Terminal A exchange Setup Video Call message(s) <b>816</b>, <b>820</b> to negotiate terms of the video call such as, for example, the type of audio, vocoder type, video coder type and/or bit rate to be used for the video playback call. In one embodiment, the Setup Video Call message(s) <b>820</b> from Wireless Terminal A can not be sent until Non-Reserved Assignment(s) <b>818</b> are received from Wireless Link Manager A. After terms of the video playback call have been negotiated, the Multimedia Content Server retrieves video/audio packets <b>822</b> from memory or from an associated web server and sends them to Wireless Terminal A. Upon receiving the video/audio packets, Wireless Terminal A converts the IP packets into video/audio information <b>824</b> that is displayed/communicated to Wireless User A.

P-0080[0080] When the Multimedia Content Server has finished sending the video/audio packets <b>822</b>, it ends the video playback call by sending End Call message(s) <b>826</b> to Wireless Terminal A and Video Call Ended message(s) <b>828</b> to the Service Controller. Upon receiving the Video Call Ended message <b>828</b>, the Service Controller initiates a release of the bandwidth supporting the call by sending a Release Bandwidth Request <b>830</b> to the Bandwidth Manager.

P-0081[0081]FIG. 9 is a message sequence chart associated with a video playback request wherein the destination device is different than the requesting device. The message sequence of FIG. 9 otherwise is generally the same as FIG. 8. Wireless User A initiates the request by sending Video Playback signal(s) <b>902</b> to Wireless Terminal A. The Video Playback signal(s) <b>902</b> identify the video information (e.g., video clips) that is desired for playback in a manner that is recognizable by the multimedia content server, such that the multimedia content server may ultimately retrieve and source the requested video information. For example, the Video Playback Signal(s) may identify a URL for a particular web site video link. The Video Playback Signal(s) <b>902</b> also identify the destination for the call, which in the present example is Wireless User B, located at a different RF site than Wireless User A. The mechanism for Wireless User A entering the Video Playback signal(s) <b>902</b> may comprise, for example, keypads, touchscreens, menu options, and the like, depending on the features and functionality of Wireless Terminal A.

P-0082[0082] Wireless Terminal A obtains a Non-Reserved Assignment <b>904</b> from Wireless Link Manager A and sends a Video Playback Request <b>906</b> across an associated wireless link to the Multimedia Content Server. The Multimedia Content Server, which is the source of video information for the call, sends a Video Call Setup Request <b>908</b> to the Service Controller. The Service Controller determines an availability of bandwidth to support the call by sending a Reserve Bandwidth Request <b>910</b> to the Bandwidth Manager. The Bandwidth Manager responds to the request by determining an amount of bandwidth required for the call and granting or denying the Reserve Bandwidth Request based on an availability of bandwidth for the call. In the example of FIG. 9, the Bandwidth Manager returns a Bandwidth Available message <b>912</b> to the Service Controller, indicating that bandwidth is available to support the video playback call. The Service Controller, in turn, sends a Video Call Proceed message <b>914</b> to the Multimedia Content Server, thereby authorizing the video playback call to proceed.

P-0083[0083] Thereafter, the Multimedia Content Server and Wireless Terminal B exchange Setup Video Call message(s) <b>916</b>, <b>920</b> to negotiate terms of the video call such as, for example, the type of audio, vocoder type, video coder type and/or bit rate to be used for the video playback call. In one embodiment, the Setup Video Call message(s) <b>920</b> from Wireless Terminal B can not be sent until Non-Reserved Assignment(s) <b>918</b> are received from Wireless Link Manager B. After terms of the video playback call have been negotiated, the Multimedia Content Server retrieves video/audio packets <b>922</b> from memory or from an associated web server and sends them to Wireless Terminal B. Upon receiving the video/audio packets, Wireless Terminal B converts the IP packets into video/audio information <b>924</b> that is displayed/communicated to Wireless User B.

P-0084[0084] When the Multimedia Content Server has finished sending the video/audio packets <b>922</b>, it ends the video playback call by sending End Call message(s) <b>926</b> to Wireless Terminal B and Video Call Ended message(s) <b>928</b> to the Service Controller. Upon receiving the Video Call Ended message <b>928</b>, the Service Controller initiates a release of the bandwidth supporting the call by sending a Release Bandwidth Request <b>930</b> to the Bandwidth Manager.

P-0085[0085]FIG. 10 is a message sequence chart associated with a web browsing request from a wireless terminal (Wireless User A). Wireless User A initiates the request by sending Browsing Request signal(s) <b>1002</b> to Wireless Terminal A. The Browsing Request signal(s) <b>1002</b> identify the web browsing information (e.g., web sites, URLs) that are desired to be accessed by Wireless User A. The Browsing Request Signal(s) <b>1002</b> also identify the destination for the call, which in the present example is Wireless User A. However, the destination device may be different than the requesting device. The mechanism for Wireless User A entering the Browsing Request signal(s) <b>1002</b> may comprise, for example, keypads, touchscreens, menu options, and the like, depending on the features and functionality of Wireless Terminal A.

P-0086[0086] Wireless Terminal A obtains a Non-Reserved Assignment <b>1004</b> from Wireless Link Manager A and sends a Browsing Request <b>1006</b> across an associated wireless link to the Multimedia Content Server. The Multimedia Content Server sends a Browsing Response signal <b>1008</b> to Wireless Terminal A that includes browsing information associated with the browsing request. Upon receiving the browsing information, Wireless Terminal A displays Browsing Content <b>1010</b> to Wireless User A.

P-0087[0087] The present disclosure therefore has identified a communication system that extends packet transport service over both wireline and wireless link(s). The communication system supports high-speed throughput of packet data, including but not limited to streaming voice and video to wireless terminals participating in two-way video calls, video playback calls, and web browsing requests.

P-0088[0088] The present invention may be embodied in other specific forms without departing from its spirit or essential characteristics. The described embodiments are to be considered in all respects only as illustrative and not restrictive. The scope of the invention is, therefore, indicated by the appended claims rather than by the foregoing description. All changes that come within the meaning and range of equivalency of the claims are to be embraced within their scope.