JP5283781B2 - High priority communication sessions in wireless communication systems - Google Patents

Description

Priority claim under 35 U.S. Patent Act 119 Claim priority of provisional application 61 / 167,077.

Priority claim under 35 USC 120 U.S. non-provisional application 12 / 502,036 entitled `` WIRELESS COMMUNICATION DEVICE '' and U.S. non-provisional application No. 12 entitled `` SELECTIVELY ALLOCATING DATA CHANNEL RESOURCES TO WIRELESS COMMUNICATION DEVICES WITHIN A WIRELESS COMMUNICATIONS SYSTEM '' filed March 22, 2010 This is a continuation-in-part of 12 / 728,489.

  Embodiments of the present invention relate to a high priority communication session within a wireless communication system.

Description of Related Art Wireless communication systems include first generation analog wireless telephone service (1G), second generation (2G) digital wireless telephone service (including intermediate 2.5G and 2.75G networks), and third generation (3G) It has evolved through various generations, including high-speed data / internet-enabled wireless services. Currently, many different types of wireless communication systems are in use, including cellular systems and personal communications service (PCS) systems. Examples of known cellular systems include Cellular Analog Advanced Mobile Phone System (AMPS), Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), and TDMA Global System There are digital cellular systems based on the For Mobile Connection (GSM) variant, and newer hybrid digital communication systems that use both TDMA and CDMA technologies.

  A method for providing CDMA mobile communication is described in TIA / EIA / IS-95-A entitled “Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System”, referred to herein as IS-95. Standardized in the United States by the Telecommunications Industry Association / Electronic Industries Association. The combined AMPS & CDMA system is described in TIA / EIA standard IS-98. Other communication systems include IMT-2000 / UM, International Mobile Telecommunications System 2000 / It is described in Universal Mobile Telecommunications System.

  In a wireless communication system, a mobile station, handset, or access terminal (AT) is a fixed location base station (supporting a communication link or service within or surrounding a specific geographic region). Receive signals from cell sites (also called cells). Base stations are generally packet data networks that use standard Internet Engineering Task Force (IETF) -based protocols that support methods for differentiating traffic based on quality of service (QoS) requirements, access networks (AN) / Give entry points to the radio access network (RAN). Thus, the base station generally interacts with the AT via the air interface and interacts with the AN via Internet Protocol (IP) network data packets.

  In wireless telecommunications systems, push-to-talk (PTT) functionality is prevalent in the service sector and consumers. PTT can support “dispatch” voice services running on standard commercial wireless infrastructures such as CDMA, FDMA, TDMA, and GSM. In the dispatch model, communication between endpoints (ATs) takes place within a virtual group, where one `` talker '' voice is sent to one or more `` listeners ''. Is done. A single instance of this type of communication is usually referred to as a dispatch call, or simply a PTT call. A PTT call is a group instantiation that defines call characteristics. A group is essentially defined by a member list and related information, such as a group name or group identification information.

  Traditionally, data packets in a wireless communication network have been configured to be sent to a single destination or access terminal. The transmission of data to a single destination is called “unicast”. As mobile communications have increased, the ability to send a given data to multiple access terminals simultaneously has become more important. Thus, a protocol has been employed to support simultaneous data transmission of the same packet or message to multiple destinations or target access terminals. “Broadcast” refers to the transmission of data packets to all destinations or access terminals (eg, those serviced by a given service provider within a given cell), and “multicast” refers to destination or Refers to the transmission of data packets to a given group of access terminals. In one example, a given group of destinations or a “multicast group” is for all possible destinations or access terminals (eg, those serviced by a given service provider within a given group). Can contain two or more. However, in at least some situations, a multicast group includes only one access terminal, as in unicast, or alternatively, a multicast group as in broadcast (e.g., a given cell All access terminals (such as within) may be included.

  In addition to the various transmission schemes that can be used (e.g., unicast, multicast, broadcast), in general, PTT or PTT over-cellular (PoC) calls, regardless of the various configurations used to make PTT calls, Corresponds to server mediated communication between two or more identified access terminals. Further, conventionally, PTT calls are initiated and maintained by physical interaction (eg, pressing and holding keys) at the access terminal.

  In one embodiment, the call originator sends a request to the application server to initiate a given communication session with at least one call target. The received request is configured to indicate to the application server that a given communication session is associated with a high priority. If necessary, the application server can preempt one or more other users or other sessions to reduce its load and / or support a given communication session. The application server configures the call notification to cause at least one call target to accept a given communication session and sends the configured call notification to the at least one call target. At least one call target receives the announcement and determines that the announcement is configured to cause a given access terminal to accept a given communication session. In response to the determination, the at least one call target transmits an acknowledgment to the call notification indicating that the at least one call target has accepted a given communication session.

  BRIEF DESCRIPTION OF THE DRAWINGS For a more complete understanding of the embodiments of the present invention and the attendant advantages thereof, reference is made to the following detailed description and accompanying drawings that are presented by way of illustration only and not to limit the invention. If it is better understood by considering it together, it will be easily obtained.

1 is a diagram of a wireless network architecture that supports access terminals and access networks according to at least one embodiment of the invention. FIG. 1 is a diagram illustrating a carrier network according to an embodiment of the present invention. FIG. 2 is a diagram illustrating the wireless communication example 100 of FIG. 1 in more detail. FIG. 6 is a diagram of an access terminal according to at least one embodiment of the invention. FIG. 5 illustrates a server-arbitrated high priority communication session setup process according to an embodiment of the present invention. FIG. 5 illustrates an alternative process by which target access terminals participating in the server arbitrated high priority communication session of FIG. 4 can transmit media according to an embodiment of the present invention. FIG. 5 illustrates an alternative process by which target access terminals participating in the server arbitrated high priority communication session of FIG. 4 can transmit media according to an embodiment of the present invention.

  Aspects of the invention are disclosed in the following description and related drawings directed to specific embodiments of the invention. Alternate embodiments may be devised without departing from the scope of the invention. Furthermore, well-known elements of the invention will not be described in detail or will be omitted so as not to obscure the relevant details of the invention.

  The terms “exemplary” and / or “example” are used herein to mean “serving as an example, instance, or illustration”. Any embodiment described herein as "exemplary" and / or "example" is not necessarily to be construed as preferred or advantageous over other embodiments. Similarly, the term “embodiments of the invention” does not require that all embodiments of the invention include the discussed features, advantages or modes of operation.

  Moreover, many embodiments are described in terms of a series of actions to be performed by, for example, elements of a computing device. The various actions described herein may be performed by specific circuitry (e.g., application specific integrated circuits (ASICs)), by program instructions being executed by one or more processors, or a combination of both. Recognize that you get. Further, these series of actions described herein may be performed in any form of a computer readable storage medium that stores a corresponding set of computer instructions that, when executed, cause an associated processor to perform the functions described herein. It can be considered that it should be implemented as a whole. Thus, various aspects of the invention may be implemented in a number of different forms that are all intended to fall within the scope of the claimed subject matter. Further, for each embodiment described herein, a corresponding form of such embodiment is described herein as, for example, "logic configured to" perform the actions described. Sometimes.

  A high data rate (HDR) subscriber station, referred to herein as an access terminal (AT), may be mobile (eg, wireless) or fixed (eg, a wired client such as a dispatch console) and is referred to herein as a modem pool transceiver. It may communicate with one or more HDR base stations called (MPT) or base station (BS). The access terminal transmits data packets to and from an HDR base station controller called a modem pool controller (MPC), base station controller (BSC) and / or packet control function (PCF) via one or more modem pool transceivers. Send and receive. The modem pool transceiver and modem pool controller are part of a network called an access network. The access network transports data packets between a plurality of access terminals.

  The access network may be further connected to additional networks external to the access network, such as a corporate intranet or the Internet, and may transport data packets between each access terminal and such external network. An access terminal that has established an active traffic channel connection with one or more modem pool transceivers is called an active access terminal and is said to be in a traffic state. An access terminal that is establishing an active traffic channel connection with one or more modem pool transceivers is said to be in a connection setup state. An access terminal may be any data device that communicates through a wireless channel or through a wired channel, for example using fiber optic or coaxial cables. An access terminal can further be any of several types of devices including, but not limited to, a PC card, a compact flash, an external or internal modem, or a wireless or wired telephone. The communication link for the access terminal to send signals to the modem pool transceiver is referred to as the reverse link or reverse traffic channel. The communication link for the modem pool transceiver to send signals to the access terminal is called the forward link or forward traffic channel. As used herein, the term traffic channel can refer to either a forward traffic channel or a reverse traffic channel.

  FIG. 1 shows a block diagram of an exemplary embodiment of a wireless system 100 in accordance with at least one embodiment of the invention. System 100 connects access terminal 102 to network equipment to provide data connectivity between a packet-switched data network (eg, an intranet, the Internet, and / or carrier network 126) and access terminal 102, 108, 110, 112. An access terminal such as a cellular telephone 102 that is in communication with an access network or radio access network (RAN) 120 via an air interface 104 can be included. As shown herein, the access terminal can be a cellular phone 102, a personal digital assistant 108, a pager 110, shown here as a two-way text pager, and a separate computer platform 112 having a wireless communication portal. Thus, embodiments of the present invention include a wireless communication portal or have wireless communication capabilities, including, without limitation, wireless modems, PCMCIA cards, personal computers, telephones, or any combination or partial combination thereof. It can be implemented on any form of access terminal. Further, as used herein, the terms “access terminal”, “wireless device”, “client device”, “mobile terminal” and variations thereof may be used interchangeably.

  Referring again to FIG. 1, the interrelationship between the components of the wireless network 100 and the elements of the exemplary embodiment of the present invention is not limited to the illustrated configuration. The system 100 is merely exemplary, and a carrier in which remote access terminals, such as wireless client computing devices 102, 108, 110, 112, are connected to each other and / or via the air interface 104 and the RAN 120. Any system that enables wireless communication with components including, without limitation, network 126, the Internet, and / or other remote servers may be included.

  The RAN 120 controls messages sent to the base station controller / packet control function (BSC / PCF) 122 (generally sent as data packets). The BSC / PCF 122 is responsible for bearer channel (ie, data channel) signaling, establishment and teardown between the packet data service node 160 (“PDSN”) and the access terminal 102/108/110/112. If link layer encryption is enabled, the BSC / PCF 122 also encrypts the content before forwarding it over the air interface 104. The functionality of BSC / PCF122 is well known in the art and will not be discussed further for the sake of brevity. Carrier network 126 may communicate with BSC / PCF 122 over a network, the Internet, and / or the public switched telephone network (PSTN). Alternatively, BSC / PCF 122 may connect directly to the Internet or an external network. In general, the network or Internet connection between the carrier network 126 and the BSC / PCF 122 transfers data, and the PSTN transfers voice information. BSC / PCF 122 may be connected to multiple base stations (BS) or modem pool transceivers (MPT) 124. In a manner similar to a carrier network, the BSC / PCF 122 is typically connected to the MPT / BS 124 via the network, the Internet, and / or the PSTN for data transfer and / or voice information. MPT / BS 124 can wirelessly broadcast data messages to access terminals such as cellular telephone 102. MPT / BS 124, BSC / PCF 122 and other components may form RAN 120, as is known in the art. However, alternative configurations may be used and the invention is not limited to the configuration shown. For example, in another embodiment, the functionality of BSC / PCF 122 and one or more of MPT / BS 124 may be reduced to a single “hybrid” module that has both BSC / PCF 122 and MPT / BS 124 functionality.

  FIG. 2A shows a carrier network 126 according to one embodiment of the present invention. In the embodiment of FIG. 2A, the carrier network 126 includes a packet data serving node (PDSN) 160, a broadcast serving node (BSN) 165, an application server 170, and the Internet 175. However, in alternative embodiments, application server 170 and other components may be located outside the carrier network. PDSN 160 utilizes, for example, a cdma2000 radio access network (RAN) (e.g., RAN 120 in FIG. 1) to provide access to the Internet 175, an intranet and / or a remote server (e.g., application server 170) to a mobile station (e.g., , Access terminals 102, 108, 110, 112, etc. in FIG. Acting as an access gateway, PDSN 160 may provide simple IP and mobile IP access, foreign agent support, and packet transport. The PDSN 160 can act as a client for authentication, authorization, and accounting (AAA) servers and other support infrastructure, and provides the mobile station with a gateway to the IP network, as is known in the art. As shown in FIG. 2A, PDSN 160 may communicate with RAN 120 (eg, BSC / PCF 122) via a conventional A10 connection. A10 connections are well known in the art and will not be further described for the sake of brevity.

  Referring to FIG. 2A, a broadcast serving node (BSN) 165 may be configured to support multicast and broadcast services. BSN 165 will be described in more detail below. BSN 165 communicates with RAN 120 (eg, BSC / PCF 122) via a broadcast (BC) A10 connection and communicates with application server 170 via the Internet 175. A BCA10 connection is used to forward multicast and / or broadcast messaging. Accordingly, the application server 170 transmits unicast messaging to the PDSN 160 via the Internet 175 and transmits multicast messaging to the BSN 165 via the Internet 175.

  In general, as described in more detail below, the RAN 120 sends a multicast message received from the BSN 165 via the BCA 10 connection to one or more access terminals 200 via the broadcast channel (BCH) of the air interface 104. Send.

  FIG. 2B shows the example wireless communication 100 of FIG. 1 in more detail. In particular, referring to FIG. 2B, AT1 ... N are shown as connecting to the RAN 120 at locations served by different packet data network endpoints. Thus, AT1 and AT3 connect to the RAN 120 in the portion served by the first packet data network endpoint 162 (e.g., may correspond to PDSN 160, BSN 165, home agent (HA), foreign agent (FA), etc.) . The first packet data network endpoint 162 is now routed through the routing unit 188 to the Internet 175 and / or to an authentication, authorization and accounting (AAA) server 182, provisioning server 184, Internet protocol (IP) multimedia sub- Connect to one or more of a system (IMS) / session initiation protocol (SIP) registration server 186 and / or an application server 170. AT2 and AT5 ... N connect to RAN 120 in the portion served by second packet data network endpoint 164 (eg, which may correspond to PDSN 160, BSN 165, HA, FA, etc.). Similar to the first packet data network endpoint 162, the second packet data network endpoint 164, in turn, via the routing unit 188 to the Internet 175 and / or AAA server 182, provisioning server 184, IMS / Connect to one or more of the SIP registration server 186 and / or application server 170. The AT 4 can connect directly to the Internet 175 and then connect to any of the system components described above through the Internet 175.

  Referring to FIG. 2B, AT1, AT3 and AT5 ... N are shown as wireless cell phones, AT2 is shown as a wireless tablet PC, and AT4 is shown as a wired desktop station. However, in other embodiments, the wireless communication system 100 can connect to any type of AT, and it is understood that the example shown in FIG. 2B does not limit the type of AT that can be implemented in the system. Let's be done. Further, although AAA 182, provisioning server 184, IMS / SIP registration server 186 and application server 170 are each shown as structurally separate servers, one or more of these servers are at least one of the present invention. It can be integrated into one embodiment.

  2B, the application server 170 is shown as including a plurality of media control complexes (MCC) 1 ... N170B and a plurality of regional dispatchers 1 ... N170A. Collectively, regional dispatchers 170A and MCC 170B, in at least one embodiment, communicate communication sessions within wireless communication system 100 (e.g., half-duplex group communication sessions via IP unicast protocol and / or IP multicast protocol). It is included in an application server 170 that can accommodate a distributed network of servers that collectively function to arbitrate. For example, a communication session that is arbitrated by the application server 170 can theoretically occur between ATs located somewhere in the system 100, so as to reduce the latency of the arbitrated communication session (e.g., Multiple regional dispatchers 170A and MCCs are distributed (as North American MCCs are not relaying media between session participants in China). Accordingly, when referring to the application server 170, it will be appreciated that the associated functions may be performed by one or more of the regional dispatchers 170A and / or one or more of the MCCs 170B. Regional dispatcher 170A is generally responsible for functions related to establishing a communication session (e.g., processing signaling messages between ATs, scheduling and / or sending notification messages, etc.), and MCC 170B Responsible for hosting the communication session for the duration of the call instance, including performing the actual exchange of call signaling and media during the established communication session.

  Referring to FIG. 3, an access terminal 200 (a wireless device herein), such as a cellular phone, transmits from a RAN 120 that may eventually originate from a carrier network 126, the Internet and / or other remote servers and networks. Having a platform 202 capable of receiving and executing programmed software applications, data and / or commands. The platform 202 can include a transceiver 206 operably coupled to an application specific integrated circuit (“ASIC” 208) or other processor, microprocessor, logic circuit, or other data processing device. The ASIC 208 or other processor executes an application programming interface (“API”) 210 layer that interfaces with any resident programs in the memory 212 of the wireless device. Memory 212 may be comprised of read only memory or random access memory (RAM and ROM), EEPROM, flash card, or any memory common to computer platforms. Platform 202 may also include a local database 214 that may hold applications that are not actively used in memory 212. The local database 214 is typically a flash memory cell, but can be any secondary storage device known in the art, such as magnetic media, EEPROM, optical media, tape, software, or hard disk. The components of internal platform 202 are operatively coupled to external devices such as antenna 222, display 224, push-to-talk button 228 and keypad 226, among other components, as is known in the art. You can also.

  Thus, an embodiment of the present invention can include an access terminal that includes the ability to perform the functions described herein. Those skilled in the art will appreciate that the various logic elements can be separated into individual elements, software modules running on a processor, or any combination of software and hardware to accomplish the functions disclosed herein. Can be implemented. For example, the ASIC 208, memory 212, API 210, and local database 214 can all be used together to load, store, and execute the various functions disclosed herein, and thus the logic that performs these functions. Can be distributed in various elements. Alternatively, the functionality can be incorporated into one individual component. Accordingly, the features of the access terminal in FIG. 3 should be considered exemplary only and the invention is not limited to the illustrated features or configurations.

  Wireless communication between access terminal 102 and RAN 120 includes code division multiple access (CDMA), WCDMA, time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal frequency division multiplexing (OFDM), Global System for It can be based on various technologies such as Mobile Communications (GSM) or other protocols that can be used in a wireless or data communication network. Data communication is generally performed between the client device 102, the MPT / BS 124, and the BSC / PCF 122. BSC / PCF 122 may be connected to multiple data networks such as carrier network 126, PSTN, Internet, virtual private network, etc., thus allowing access terminal 102 to access a wider range of communication networks. As described above and as known in the art, various networks and configurations may be used to transmit voice transmissions and / or data from the RAN to the access terminal. Accordingly, the examples provided herein are not intended to limit embodiments of the invention, but merely to help illustrate aspects of embodiments of the invention.

  Traditional (for example, via half-duplex protocol, full-duplex protocol, VoIP, group session over IP unicast, group session over IP multicast, push-to-talk (PTT) session, push-to-transfer (PTX) session, etc.) In a server arbitrated communication session, the application server 170 responsible for arbitrating the communication session receives sufficient requests to initiate the communication session and has enough resources available to host media exchange for the communication session Attempts to find a host computer (eg, MCC170B) with You cannot set up a communication session for a host computer where resources are not available. Also, even if a suitable host computer is selected and an announcement session for announcing a communication session is sent to at least one target (e.g., a single target for direct calls or multiple targets for group calls) There is no guarantee that the target will actually accept the call. For example, the at least one target may be configured to automatically reject the call if the at least one target is already in use by another communication session. Alternatively, even if the at least one target does not automatically reject the call, the user of the at least one target may simply choose to ignore the announced communication session. As those skilled in the art will appreciate, uncertainties related to session resource availability and target acceptance may make it difficult to achieve high priority (eg, emergency) call setup.

  Accordingly, embodiments of the present invention are directed to setting up and conducting a high priority (eg, emergency) server arbitrated communication session within the wireless communication system 100. FIG. 4 illustrates a server arbitration type high priority communication session setup process according to an embodiment of the present invention. The high-priority communication session established in Figure 4 includes, but is not limited to, a full-duplex VoIP session and the RAN 120 instructed to send the forwarded media separately to each target AT on the downlink dedicated channel. Via unicast or RAN 120 may forward the forwarded media to multiple target ATs in at least one sector on the downlink shared channel in at least one sector of wireless communication system 100. Half-duplex group sessions (e.g., push-in) that are ordered to transmit at the same time and supported either via an IP multicast protocol so that a single group member holds the floor at a given time Two-talk (PTT) or push-to-transfer (PTX)) and full-duplex group Server arbitration and any type of server arbitration that allows two or more group members and less than all group members to speak and listen simultaneously at a given time Can correspond to a session.

  Referring to FIG. 4, operations performed in AT1 are performed in multimedia client 210A, which corresponds to the API in API 210 described with respect to AT 200 in FIG. Multimedia client 210A is responsible for managing multimedia communication sessions at AT1.

  Accordingly, with reference to FIG. 4, at 400, assume that AT1 multimedia client 210A receives user input indicating that an AT1 user wants to initiate a high priority communication session. For example, a user input received at 400 may correspond to a user pressing a dedicated physical button or soft key to create a high priority call. In the alternative, the user input received at 400 requests the target AT from the target AT that the user is known to be associated with the emergency (eg, 911, fire department phone number, etc.) by the multimedia client 210A. Can respond to. In another alternative, the user input received at 400 is a normal priority call or a non-emergency call with a secondary indication or input that specifies that the user should place the call as high priority and / or emergency. It can respond to requesting. For example, a secondary indication may be that when placing a high priority call, the user double taps the call button, and when placing a call, the call button or send button is Press and hold, press and hold the call button and another button simultaneously when placing a call, high priority and / or emergency options from the pull-down menu on the AT1 display or other menus in the call setup screen To select, speak the word “high priority” and / or “emergency” or some other high priority word during voice dialing, and / or any combination thereof Can respond.

  After determining at 400 that the session to be initiated by AT1 is intended to be a high priority session, at 403, AT1 multimedia client 210A requests the initiation of a high priority communication session. Construct a call message. For example, the 403 configuration generates a standard call message to the selected target and then communicates to the application server 170 that AT1 is attempting to initiate a high priority communication session. May correspond to changing one or more of the fields. In one example, the field may indicate the highest priority level of the plurality of priority levels, the highest priority level corresponding to the emergency priority level. In another example, the field may be binary such that the first field setting corresponds to a high priority call or an emergency call and the second field setting corresponds to a standard priority call or a non-emergency call. For example, the modified field of the call message may correspond to a differential serve code point (DSCP) value in the header portion of the call message. Alternatively, as described above, the identity of one or more of the selected targets for the communication session (e.g., 911, fire department phone number, etc.) It may be sufficient to notify the application server 170. In this case, if the target selection is itself sufficient to convey a high priority status, the multimedia client 210A does not need to further modify the call message.

  After the configuration of 403, AT1 sends the configured call message to RAN 120 (not shown in this figure), and then at 406, RAN 120 transmits the configured call message to a given region of application server 170. Forward to dispatcher 170A. At 409, application server 170 confirms receipt of the call message by returning an ACK message to AT1. Regional dispatcher 170A evaluates the call message and determines that the call is a high priority call (e.g., by examining the DSCP value in the header of the call packet), and at 412 the target AT2 ... N Identify each location (e.g., regional dispatcher 170A determines whether the target AT is registered with application server 170, and if so, obtains their respective IP address, and for example, N> = 2 for group communication sessions and N = 2 for non-group sessions such as VoIP full-duplex one-to-one sessions), at 415 the vocoder for high priority communication sessions Select, at 418, select one of a plurality of MCCs 170B to process or host a high priority communication session. Next, at 421, the regional dispatcher 170A generates a notification message informing the target AT2 ... N of the high priority communication session and informs the target AT2 ... N that the communication session is a high priority communication session. Configure the announcement message as shown. In one example, similar to the call message composed of 403, the announcement message is a field that indicates the highest priority level of a plurality of priority levels, where the highest priority level corresponds to an emergency priority level, and / or It may be configured to include a binary field such that the first field setting corresponds to a high priority call or an emergency call and the second field setting corresponds to a standard priority call or a non-emergency call. As described above for the call message, the field used to convey the high priority status may correspond to the DSCP field in the header portion of the announcement message. Then, at 424, the regional dispatcher 170A forwards the configured announcement message to the RAN 120 (not shown in this figure) for transmission to AT2 ... N.

  Next, assume that the target AT2 ... N receives an announcement message composed of 424. At 427, each of the target AT2 ... N determines that the announcement message announces a high priority session and its respective multimedia client 210A is busy (eg, used in another session). Judgment is further made. If the multimedia client 210A of the target AT2 ... N determines that the multimedia client 210A is not busy at 427, each of the target ATs 210 transmits a notification ACK (acceptance) message to the application server 170 at 433. Automatically accept the announced high priority session. Otherwise, at 427, if the multimedia client 210A of the target AT2 ... N determines that the multimedia client 210A is busy, at 433, the multimedia client 210A is notified of the high priority session, Next, by sending a notification ACK (acceptance) message to the application server 170, the multimedia user interface (UI) is notified that the notified high priority session has been automatically accepted. In one example, the 430 notifications indicate that the user's current session has a threshold time period (e.g., the user has the opportunity to say "goodbye" to at least one or more other parties of the user's current session. , 1 second, 3 seconds, etc.) may correspond to a user notification that it is scheduled to be disconnected. Alternatively, in another example, the notification is scheduled for the user's current session to be disconnected and transferred to a high priority call, but the target AT2 ... N user is involved in the user's current session. The user of target AT2 ... N may be notified that it does not actually allow time to send additional media.

  FIG. 4 shows each target that automatically accepts the announced high priority communication session, regardless of whether each of the targets AT2 ... N is already used in the communication session. It will be appreciated that if N is used in another high priority session, a different call connection policy may be implemented. In this case, the user at target AT2 ... N may not necessarily want to preempt the current high priority session for another high priority session. For example, if a doctor is in the middle of giving a call related to a remote medical procedure during the first high-priority session, he / she will automatically be brought into another emergency that is not necessarily supported by the doctor. Transfer can be counterproductive. Thus, if one or more of the target AT2 ... N are used in another high priority communication session, at least one embodiment (e.g., simply automatically creates a new high priority session An option can be given to each target AT user regarding whether to accept the announced high priority session (instead of accepting and disconnecting from the old high priority session).

  Upon receiving a notification ACK (acceptance) message from the first AT (“first responder”) of AT2 ... N at 436, the regional dispatcher 170A forwards to the target AT2 ... N. In addition, a floor grant message is transmitted to at least AT1 to prompt the AT1 user to begin buffering media for final transmission to the application server 170. As will be appreciated, if the high priority communication session is established as a full-duplex session, the target AT2 ... N is also given the opportunity to forward the media to other call participants.

  At 439, AT1 receives a floor permission message from regional dispatcher 170A and confirms receipt of the floor permission message with an ACK message. Next, at 442, the multimedia client 210A instructs the AT1 to play a tone to notify the AT1 user to begin entering media (eg, voice data), and the multimedia client 210A Buffer media entered by the user. Upon receipt of the floor grant ACK from AT1, at 445, regional dispatcher 170A instructs MCC 170B selected at 418 to begin hosting the communication session as a high priority session.

  At 448, the selected MCC 170B determines whether it has sufficient call resources available to support the high priority communication session. If, at 448, the MCC 170B determines that sufficient resources are not available, at 451, the MCC 170B selectively reduces its current call resource load. For example, a reduction in call resource load may correspond to dropping one or more currently active calls and / or one or more current call participants supported by MCC 170B.

  At 451, the MCC 170B can select call resources for load reduction in several different ways. For example, MCC 170B can evaluate the level of call resources that are expected to be required to support a high priority communication session, and then MCC 170B can call to support a high priority communication session. Calls can be dropped from lowest priority to highest priority until a sufficient level of resources is released. Call priority allocation, or the order in which MCC 170B selectively drops calls, may be determined in various ways. For example, other high priority communication sessions already hosted by MCC170B may be assigned the highest possible priority ranking, and calls made longer than the threshold time period will have a shorter duration It may be assigned a lower priority than an equivalent call. In the alternative, more call resources can be collected at the expense of a single call, so calls involving large AT groups are assigned lower priority than small group calls or one-to-one calls. Can be. In other examples, the priority ranking may be established such that a minimum number of calls are dropped or a minimum number of call participants are dropped. As will be appreciated, the above priority ranking is only an example, and MCC 170B drops the currently allocated call resources to ensure a given level of call resources for the high priority communication session. There are many different ways that can be done.

  The MCC 170B determines, at (i) 448, a sufficient level of call resources available for a high priority communication session, or (ii) a sufficient level of call resources is obtained. After reducing the call resource allocation, at 454, MCC 170B sends media control unit (MCU) information to call originator (and current floor holder) AT1 and target AT2 ... N. An MCU is a software process or instance that handles a single instance for a call or communication session, and the MCU information corresponds to the contact message and the floor holder (for example, as in 460 below) ) IP address and port number for where the media should be forwarded for retransmission to other session participants during a high priority communication session, or (for example, as in 457 and / or 466 below) Includes signaling messages such as ACK.

  In 457, AT1 receives the MCU information from MCC 170B and confirms the reception of the MCU information with an ACK message. Also, upon receiving MCU information from MCC 170B, at 460, multimedia client 210A begins to send buffered media to MCC 170B, and at 463, MCC 170B buffers media forwarded from AT1. Next, the MCC 170B waits to receive from the target AT2 ... N at least one ACK for the MCU information transmitted at 454. In one example, the MCC 170B can wait for the first MCU information ACK from any of the targets AT2 ... N and then can start forwarding the buffered media. In the alternative, MCC 170B may target AT2 ... N (e.g., each target to which the announcement message was sent at 424 or each target that accepted the call at 433) before forwarding any of the buffered media. Can wait for MCU information ACK from a given percentage of. Another alternative would be to give a given percentage equal to 100% before forwarding any of the buffered media (e.g. if it is important that each target AT receive the entire media flow). In addition, the MCC 170B may wait for MCU information ACK from each of the targets AT2 ... N (eg, each target to which the announcement message was transmitted at 424 or each target that accepted the call at 433). In either case, at 466, one or more ACKs from the target AT2 ... N are received at MCC 170B. The number of MCU information ACKs from the target AT2 ... N is a given threshold (for example, the first MCU information ACK was received, the MCU information ACK was received from each target AT that accepted the call at 433 In 469, the MCC 170B determines that the buffered media is a target AT2 ... when the MCU information ACK is received from a given percentage of the target AT2 ... N that has accepted the call at 433). Forward to N. Also, the MCU-ACK is shown as arriving at MCC 170B at 466, but a sufficient number (eg, one) of MCU-ACK from the target AT2 ... N before the media begins to arrive from AT1. It will be appreciated that the buffering of block 463 may be skipped if MCC170B arrives and MCC170B can begin forwarding it from AT1 to AT2 ... N as soon as the media is received.

  Although not shown in FIG. 4, if the high priority communication session is established as full duplex or hybrid duplex, one or more of the target AT2 ... N will send the media to the caller AT1 And / or can be sent to the application to be forwarded to other session participants. Therefore, a full-duplex communication session in which the high priority communication session in FIG. 4 is involved with two call parties (e.g., a VoIP session) or a full-duplex group communication session with more than two call parties (e.g., When established as a group PTT call, each call participant (e.g., including the call originator) has media forwarded to the application server 170 for retransmission to at least one other call participant. It will be appreciated that it has a traffic channel (TCM) for transmission to the RAN 120. Thus, in a full-duplex session arbitrated by the application server 170, each call participant can send media (eg, voice data or other audio data), and each call participant has (i) two people In the case of a full-duplex communication session involving one call party, media from other parties, or (ii) in the case of a group full-duplex communication session involving more than two parties (excluding its own media) Receive one of the mixed versions of the media from each party. Accordingly, when AT1 and AT2 make a full duplex call, AT2 receives AT1 media, and AT1 receives AT2 media. If AT1, AT2, and AT3 are making a full-duplex group call, AT1 receives a mixed version of AT2 and AT3 media (“AT2 + 3 media”), and AT2 mixes AT1 and AT3 media The version (“AT1 + 3 media”) is received, and AT3 receives a mixed version of AT1 and AT2 media (“AT1 + 2 media”).

  Alternatively, if the high priority communication session in Figure 4 is established as a half-duplex communication session, AT1 initiates the high priority communication session as the only floor holder talking to at least one target AT Although, at least one target AT does not have its own TCH to send media to be returned to the caller. Typically, in a half-duplex session, when the target AT wants to send media to one or more other call participants, the target AT requests the floor and once the floor is authorized, Speak with just one call participant holding the floor at a given time. In a hybrid duplex session, two or more floor holders may have permission to speak.

  For high priority communication sessions, it may sometimes be undesirable to have the floor transferred away from the caller. For example, unless the communication link from the caller remains open, the emergency nature may change during the duration of the high priority communication session and the emergency responder may not be aware of this change. At the same time, it may be important for the emergency responder to return information to the call originator and / or to other emergency responders that are monitoring the call. Thus, FIG. 5A and FIG. 5B show how a given target AT can media to a caller and / or one or more other target ATs during a half-duplex or hybrid duplex group communication session. Here is an example of whether or not Although FIG. 5A will be described with respect to a group communication session, FIG. 5A may be modified to accommodate non-group sessions involving only AT1 and AT2 by omitting blocks intended for AT3 ... N .

  Further, the examples of FIGS. 5A and 5B and their descriptions have been simplified such that specific references to multimedia client 210A, regional dispatcher 170A and MCC 170B are omitted. Instead, in FIGS. 5A and 5B, only AT1... N and application server 170 are referenced. However, it will be readily apparent how the various components contained within the broader elements referenced in FIGS. 5A and 5B are involved in the process described below.

  Thus, referring to FIG. 5A, the process of FIG. 4 is performed and a high priority communication session is either (i) a half-duplex group communication session with AT1 as a floor holder, or (ii) AT1 and AT2. Assume that at least one of all .N is established as one of the hybrid duplex group communication sessions sharing the floor. Accordingly, at 500A, AT1 forwards media (eg, voice data) to application server 170, and at 505A, application server 170 forwards AT1's media to AT2 ... N. Although not explicitly shown in FIG. 5A, if the high priority communication session corresponds to a hybrid duplex group communication session and no floor holders other than AT1 are talking, Silent frames can also be forwarded from the holder.

  At 510A and 515A, AT2 ... N determines whether the media should be sent to AT1. For convenience of explanation, it is assumed that at 515A, AT3 ... N determines not to transmit media, and at 520A, AT3 ... N continues to monitor AT1's media for a high priority communication session. Further, at 510A, AT2 determines to return media to AT1, and at 525A, AT2 continues to monitor AT1 media for high priority communication sessions, and at 530A (e.g., a ConnectionRequest message to RAN120). Suppose you get a TCH (by sending and receiving a TCH assignment). It will be appreciated that AT2 may have already acquired a TCH and if so, block 530A may be skipped at this point.

  Next, at 535A, AT2 transmits the media to RAN 120 via the reverse link (R-TCH) of TCH to be forwarded to application server 170. If the high-priority communication session was initially a hybrid duplex group communication session with both AT1 and AT2 allowed the floor, then AT2 is already sharing the floor, so AT2 is now the media It can be appreciated that can be simply sent to the application server 170. Rather, the high priority communication session is initially a hybrid duplex group communication session and AT2 does not share the floor, or the high priority communication session initially only has AT1 with a floor In 535A, AT2 may first request the floor from application server 170 before sending the media. In this case, the application server 170 maintains the floor of AT1 while also allowing the floor to AT2 so that the resulting communication session remains hybrid duplex or transitions from half duplex to hybrid duplex. You can choose to do. In either case, when AT2 obtains the floor, at 535A, AT2 begins to transfer media to application server 170 for transmission to AT1. The decision as to whether the first half-duplex session should be transitioned to a hybrid duplex session can be made by one of the targets (e.g., the target can also request to call and includes the caller The rest of the group receives media from the requesting target).

  In 540A, the application server 170 mixes the media input streams from AT1 and AT2. In the example of FIG. 5A, it is assumed that mixing 540A establishes an output stream such that AT1 receives media frames from AT2, and AT2 ... N each receive media frames from AT1. Therefore, the media frame from AT1 is forwarded to AT2 ... N, and the media frame from AT2 is forwarded to AT1 at 545A.

  However, as shown in FIG. 5B, the mixing of 540A can be performed in different ways. In FIG. 5B, 500B-535B correspond to 500A-535A in FIG. 5A, respectively, and thus further description of 500B-535B has been omitted for brevity.

  At 540B, the application server 170 allows AT1 to receive AT2 media frames, AT2 to receive AT1 media frames, and AT3 ... N to receive mixed versions of media frames from AT1 and AT2, respectively. Mix media streams or frames from AT1 and AT2. Mixing media frames is well known in the art and therefore will not be further described for the sake of brevity (e.g. 540B mixing is involved in media frames from all of AT1 ... N Rather than being limited to media frames from AT1 and AT2, rather, 540B mixing is similar in some respects to mixing performed in full duplex). Thus, at 545B, media frames from AT1 are forwarded to AT2, media frames from AT2 are forwarded to AT1, and mixed versions of media frames from AT1 and AT2 are forwarded to AT3 ... N.

  Thus, as will be appreciated with respect to FIGS. 5A and 5B, one or more other target ATs send media to the entire group or return separately to AT1 while maintaining AT1 as the floor holder It is possible to authorize that.

  It will be appreciated that the high priority communication session described above may be implemented by an IP multicast protocol and / or an IP unicast protocol. For example, the media sent by the application server 170 in 469 of FIG. 4 may be sent individually to the target AT 2... N via IP unicast. In another example, media transmitted by application server 170 may be tuned to the same downlink multicast channel in the same sector by two or more of AT2 ... N in order to receive media from AT1. Can be sent to RAN 120 via IP multicast for transmission to AT2 ... N.

  Those of skill in the art will appreciate that information and signals can be represented using any of a wide variety of techniques and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips referred to throughout the above description may be voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or optical particles, or any of them Can be represented by a combination.

  Further, it is understood that the various exemplary logic blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein can be implemented as electronic hardware, computer software, or a combination of both. The contractor will be understood. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Those skilled in the art can implement the described functionality in a variety of ways for each particular application, but such implementation decisions should not be construed as departing from the scope of the invention.

  Various exemplary logic blocks, modules, and circuits described with respect to the embodiments disclosed herein include general purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs). ) Or other programmable logic device, individual gate or transistor logic, individual hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, eg, a DSP and microprocessor combination, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. obtain.

  The methods, sequences, and / or algorithms described in connection with the embodiments disclosed herein may be implemented directly in hardware, in software modules executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or other form of storage medium known in the art . An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium can reside in an ASIC. The ASIC may reside in a user terminal (eg, access terminal). In the alternative, the processor and the storage medium may reside as discrete components in a user terminal.

  In one or more exemplary embodiments, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and computer communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a computer. By way of example, and not limitation, such computer readable media can be RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage device, or any desired form in the form of instructions or data structures. Any other medium that can be used to carry or store the program code and that can be accessed by a computer can be included. Any connection is also properly termed a computer-readable medium. For example, software can use a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technology such as infrared, wireless, and microwave, from a website, server, or other remote source When transmitted, coaxial technology, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the media definition. The discs and discs used in this specification are compact discs (CDs), laser discs (discs), optical discs (discs), digital versatile discs (DVDs), and flexible discs. (disk) and Blu-ray disc (disc), the disk normally reproduces data magnetically, and the disc optically reproduces data with a laser. Combinations of the above should also be included within the scope of computer-readable media.

  While the above disclosure represents exemplary embodiments of the present invention, various changes and modifications may be made herein without departing from the scope of the invention as defined by the appended claims. Please keep in mind. The functions, steps and / or actions of method claims according to embodiments of the invention described herein may not be performed in a particular order. Further, although elements of the invention may be described or claimed in the singular, the plural is contemplated unless expressly stated to be limited to the singular.

100 wireless system
102 access terminal
102 cellular phone
104 Air interface
108 access terminal
108 Personal digital assistant
110 Access terminal
110 Pager
112 access terminal
112 computer platform
120 Access network or radio access network (RAN)
122 Base station controller / packet control function (BSC / PCF)
124 Base Station (BS) or Modem Pool Transceiver (MPT)
126 Carrier network
160 Packet Data Serving Node (PDSN)
162 Packet data network endpoint
164 packet data network endpoint
165 Broadcast Serving Node (BSN)
170 Application server
170A regional dispatcher
170B Media Control Complex (MCC)
175 Internet
182 Authentication, Authorization and Accounting (AAA) server
184 Provisioning Server
186 Internet Protocol (IP) Multimedia Subsystem (IMS) / Session Initiation Protocol (SIP) Registration Server
188 Routing unit
200 access terminals
202 platform
206 transceiver
208 Application Specific Integrated Circuit (`` ASIC '')
210 Application Programming Interface (`` API '')
210A multimedia client 212 memory
214 Local database
222 Antenna
224 display
226 keypad
228 Push-to-talk button

Claims (26)

A method for supporting a high priority communication session in an application server configured to arbitrate a high priority communication session in a wireless communication system, comprising:
Receiving a request from a caller at the application server to initiate a given communication session with at least one call target, wherein the received request is a high priority for the given communication session. Receiving, configured to indicate to the application server that it is associated with
Configuring a call announcement to cause the at least one call target to accept the given communication session;
Transmitting the configured call announcement to the at least one call target ;
Setting up the given communication session as a half-duplex communication session with the caller as the first floor holder;
Receiving media from a given call participant other than the current floor holder of the half-duplex communication session during the given communication session;
Transmitting the media received from the given call participant to at least the current floor holder . Receiving from the at least one call target at least one acknowledgment for the configured call announcement indicating that the at least one call target has accepted the given communication session. The method according to 1. 3. The method of claim 2, further comprising granting the caller a floor for the given communication session upon receiving the at least one acknowledgment. Determining at the application server that sufficient resources are not available to support the given communication session;
2. The method of claim 1, further comprising selectively reducing resource load at the application server to make the sufficient resources available to support the given communication session.   5. The method of claim 4, wherein the step of selectively reducing load is performed based on the given communication session associated with a high priority.   The step of selectively reducing the load comprises one or more other currently active communication sessions and / or one or more other participating in the one or more other currently active communication sessions The method of claim 4, comprising dropping a current call participant. 5. The method of claim 4, further comprising supporting the given communication session by exchanging media between the call originator and the at least one call target after the step of selectively reducing. the method of. It said given communication session, wherein the given call participant, said the current floor holder, and at least one additional call participant A method according to claim 1. 9. The method of claim 8 , wherein the transmitting step transmits the media from the given call participant to the current floor holder and not to the at least one additional call participant. . 9. The method of claim 8 , wherein the transmitting step transmits the media from the given call participant to the current floor holder and the at least one additional call participant. Further comprising the step of mixing media received from the current floor holder with the media received from the given call participant;
The method of claim 10 , wherein the transmitting step transmits the mixed media to the at least one additional call participant. 11. The method of claim 10 , wherein the transmitting step transmits an unmixed version of the media from the current floor holder to the given call participant. The method of claim 1 , wherein the transmitting step transmits an unmixed version of the media from the given call participant to the current floor holder. A method for participating in a high priority server arbitrated communication session within a wireless communication system, comprising:
Receiving a call announcement for notifying the given communication session from the application server in Tokoro given access terminal,
Determining that the announcement is configured to cause the given access terminal to accept the given communication session;
In response to the determination, sending a confirmation response to the call notification to the application server indicating that the given access terminal has accepted the given communication session ;
Joining the given communication session as a half-duplex communication session with the caller as the first floor holder;
Determining during the given communication session that the given access terminal is not the current floor holder to transmit media from the given access terminal to at least the current floor holder;
Transmitting the media to the application server for transmission to at least the current floor holder . 15. The method of claim 14 , wherein the given access terminal is being used in another communication session when the announcement for the given communication session is received. 16. The method of claim 15 , further comprising terminating the another communication session in response to the determination. Without giving the user of the given access terminal the opportunity to refuse the announcement of the given communication session and / or leave the call participant in the other communication session. 16. The method of claim 15 , further comprising: notifying the user that another communication session has been set up and that the other communication session has been terminated. The method of claim 17 , wherein the notification comprises a user notification that the another communication session ends within a threshold time period. The method of claim 18 , wherein the user has an opportunity to send media to one or more call participants associated with the another communication session within the threshold time period. Notifying the user that the given communication session has been set up without giving the user of the given access terminal the opportunity to reject the announcement of the given communication session. 15. The method of claim 14 , further comprising: An application server configured to arbitrate a high priority communication session within a wireless communication system,
Means for receiving a request from a call originator to initiate a given communication session with at least one call target, wherein the received request is associated with a given priority for the given communication session. Means for receiving configured to indicate to the application server that
Means for configuring a call announcement to cause the at least one call target to accept the given communication session;
Means for transmitting the configured call announcement to the at least one call target ;
Means for setting up the given communication session as a half-duplex communication session with the caller as the first floor holder;
Means for receiving media from a given call participant other than the current floor holder of the half-duplex communication session during the given communication session;
Means for transmitting the media received from the given call participant to at least the current floor holder . An access terminal configured to participate in a high priority server arbitrated communication session in a wireless communication system,
Means for receiving an announcement from the application server to announce a given communication session;
Means for determining that the announcement is configured to cause the access terminal to accept the given communication session;
Means for sending an acknowledgment to the call notification to the application server indicating that the access terminal has accepted the given communication session in response to the determination ;
Means for participating in the given communication session as a half-duplex communication session with the caller as the first floor holder;
Means for determining to transmit media from the access terminal to at least the current floor holder during the given communication session where the access terminal is not the current floor holder;
Means for transmitting the media to the application server for transmission to at least the current floor holder . An application server configured to arbitrate a high priority communication session within a wireless communication system,
A function configured to receive a request from a call originator to initiate a given communication session with at least one call target, wherein the received request is higher than the given communication session. A function configured to receive configured to indicate to the application server that it is associated with a priority;
A function configured to configure a call announcement to cause the at least one call target to accept the given communication session;
A function configured to send the configured call announcement to the at least one call target ;
A function configured to set up the given communication session as a half-duplex communication session with the caller as the first floor holder;
A function configured to receive media from a given call participant other than the current floor holder of the half-duplex communication session during the given communication session;
An application server comprising: a function configured to transmit at least the media received from the given call participant to the current floor holder . An access terminal configured to participate in a high priority server arbitrated communication session in a wireless communication system,
A function configured to receive an announcement from an application server that announces a given communication session;
A function configured to determine that the notification is configured to cause the access terminal to accept the given communication session;
In response to the determination, a function configured to send an acknowledgment to the call notification to the application server indicating that the access terminal has accepted the given communication session ;
A function configured to participate in the given communication session as a half-duplex communication session with the caller as the first floor holder;
A function configured to determine to transmit at least media from the access terminal to the current floor holder during the given communication session where the access terminal is not the current floor holder;
An access terminal comprising: a function configured to transmit the media to the application server for transmission to at least the current floor holder . A non-transitory computer readable storage medium storing instructions for causing an application server to perform an operation when executed by an application server configured to arbitrate a high priority communication session within a wireless communication system, comprising: The instruction is
Program code for receiving a request from a call originator to initiate a given communication session with at least one call target, wherein the received request is a high priority for the given communication session. Program code for receiving configured to indicate to the application server that it is associated with
Program code for configuring a notification to cause the at least one call target to accept the given communication session;
Program code for transmitting the configured announcement to the at least one call target ;
Program code for setting up the given communication session as a half-duplex communication session with the caller as the first floor holder;
Program code for receiving media from a given call participant other than the current floor holder of the half-duplex communication session during the given communication session;
A computer readable storage medium comprising program code for transmitting the media received from the given call participant to at least the current floor holder . A non-transitory computer readable storage medium storing instructions for causing an access terminal to perform an operation when executed by an access terminal configured to participate in a high priority server arbitrated communication session within a wireless communication system. The instruction is
Program code for receiving an announcement from an application server to announce a given communication session;
Program code for determining that the notification is configured to cause the access terminal to accept the given communication session;
In response to the determination, program code for sending an acknowledgment to the notification to the application server indicating that the access terminal has accepted the given communication session ;
Program code for participating in the given communication session as a half-duplex communication session with the caller as the first floor holder;
Program code for determining during the given communication session that the access terminal is not the current floor holder to transmit at least media from the access terminal to the current floor holder;
A computer readable storage medium comprising: program code for transmitting the media to the application server for transmission to at least the current floor holder .