Patent Application
20060099928
The invention is based on a priority application EP 04 292 625.3 which is hereby incorporated by reference.
The invention relates to a method of enabling an emergency call in an IEEE 802.11e enabled wireless local area network. It further relates to computer program products, a user terminal, a central controller and a telecommunication system for transmitting calls over an IEEE 802.11e enabled wireless local area network.
The IEEE 802.11 standards standardize wireless local area networks (WLAN). The technical draft IEEE 802.11e has the objective to improve the IEEE 802.11a, b and g performances and to enhance the ability of the 802.11 medium access control (MAC) to deliver time-critical multimedia data in addition to traditional data packets. Improved bandwidth management and new error-protection functionalities are proposed in IEEE 802.11e by the following enhancements: 802.11e defines the Hybrid Coordination Function (HCF) which includes two access techniques operating concurrently: the Enhanced Distributed Channel Access (EDCA), providing contention-based access, and the HCF controlled channel access (HCCA), providing centrally controlled contention-free access using polling.
IEEE 802.11e especially provides quality of service (QoS) capabilities to WLAN systems by supporting: traffic differentiation (EDCA mechanism), time-division multiplexing (HCCA mechanism), and means to request, release and modify network resources and perform admission control on them.
Important applications for IEEE 802.11e are voice over internet provider (VoIP) telephony and video streaming that both need not so much a large bandwidth, but more a reliable connection. The set of 802.11e tools promises to ease the deployment of QoS-sensitive real-time and interactive services like needed for VoIP telephony and video streaming.
The deployment of VoIP telephony, either in private networks, where e.g. DECT systems are replaces in companies' networks, or in public networks, e.g. when extending GPRS and UMTS networks, has to satisfy a certain number of mandatory governmental requirements. One of these requirements is the support of emergency calls.
The support of emergency calls should make sure that emergency calls are treated with higher priority than non-emergency calls. Moreover, if no more network resources are available to support the emergency call, one or more non-emergency calls should be preempted or released in order to provide the necessary resources to establish the emergency call.
Currently, IEEE 802.11e does not include the support of emergency calls: Emergency calls are treated exactly like non-emergency calls, without any supplemental priority.
It is an object of the present invention to provide a possibility of supporting emergency calls in IEEE 802.11e enabled WLANs.
This object is achieved by a method of enabling an emergency call in an IEEE 802.11 e enabled wireless local area network according to claim 1, computer program products according to claims 6 and 7, a user terminal according to claim 8, a central controller according to claim 9 and a telecommunication system for transmitting calls over an IEEE 802.11e enabled wireless local area network. Preferred embodiments are described in the dependent claims.
The present invention is based on inserting an additional information into the admission control requests defined in IEEE 802.11e in order to identify and differentiate the requests related to emergency calls. By doing this, the entity entitled to perform the admission control, i.e. the central controller, or, in other words, the entity entitled to decide whether there are enough network resources for a requested call to be established, can handle a resource request for an emergency call in a well adapted way, establishing the emergency call with a higher priority than a non-emergency call by, for example preempting existing non-emergency calls etc., depending on the defined policy.
The present invention enables the support of emergency calls by integrating it in the admission control mechanism defined by IEEE 802.11e. This has the major advantage, that the solution proposed according to the present invention smoothly integrates with the IEEE 802.11e standard mechanism of add traffic stream message (ADDTS) requests and responses.
There are two preferred approaches for adding an identifier to a request for resource message.
The first approach consists in setting an EMERGENCY flag as identifier in the request for resource message. Preferably, an EMERGENCY field is added to the traffic specification element (TSPEC) that is sent with the request for resource message according to IEEE 802.11e. This field can contain a flag identifying the call to be established as emergency call. The advantage of this first approach is, that it works both with the EDCA mechanism and the HCCA mechanism.
The second approach consists in defining a specific class of traffic for emergency calls, this class of traffic having a higher priority then non-emergency calls. The information on the traffic class is sent with the request for resources message. Preferably, the specific class of traffic is specified in a field of the item TS Info of the TSPEC to be sent with the request for resources message. Most preferably, the field TSID of TS Info is used for this purpose. The advantage of this second approach is that it is adapted to the EDCA mechanism, which is supposed to be implemented in the first generation IEEE 802.11e equipment. This second approach allows for proprietary solutions without further standardization efforts. But they can still interact with non-proprietary terminals, where the emergency call would be treated like non-emergency calls.
A detailed description of the invention is provided below. Said description is provided by way of a non-limiting example to be read with reference to the attached drawings in which:
a shows the structure of TSPEC; and
b shows the structure of TS Info.
The means 4, 5, 6 can be hardware implemented, software implemented and then being part of a computer program product, or partly hardware, partly software implemented.
The admission control mechanism according to IEEE 802.11e works as follows: When a user terminal 2 wishes to start a call or a traffic stream requiring QoS, it sends a ADDTS REQ as request for resource message (numeral 7). The ADDTS REQ indicates the chosen access policy, EDCA or HCCA, and contains the TSPEC parameters specifying the needs for the call to be established. The access point 3 or another central controller then checks, whether there are enough resources for the call according to TSPEC and sends back the result as ADDTS RESP (numeral 8). If the resources are available, the ADDTS RESP carries an affirmative response and resources needed for the call are allocated. Otherwise, the ADDTS RESP carries a REJECTED indication.
IEEE 802.11e has two MAC mechanisms, EDCA and HCCA. EDCA is a contention-based channel access. It introduces differentiation between different types of traffic (<4), called access categories. The service offered by EDCA is a DiffServ (differentiated services)-like differentiation where high-priority traffic gets better service than low-priority traffic. EDCA enabled terminals and access points achieve traffic differentiation by implementing up to four MAC-layer transmission queues, each corresponding to a certain Access Category. Within a single station, the transmission queues behave as virtual stations, in the sense that each queue contends for the channel independently by using its own instance of the CSMA/CA (carrier sense multiple access/collision avoidance) protocol.
HCCA is a centrally controlled poll-and-response channel access using a QoS-aware centralized coordinator, called hybrid coordinator (HC). The HC is collocated with the QoS access point and it cyclically polls the user terminals having requested radio resources for transmission. The service offered by HCCA is a TDMA (time division multiple access)-like service.
According to the present invention, the ADDTS REQ from the user terminal 2 of the telecommunication system 1 contains additionally an identifier, identifying the call to be established as emergency call. According to the example shown in
a shows the structure of TSPEC 10 as defined in IEEE 802.11e and with an additional field 11 for an emergency flag indicating that the call to be established is an emergency call. Other than the standard fields that got 1 to 4 octets allocated, in preferred embodiments, only one bit would be enough for the emergency flag field 11.
This bit would be set, if it were an emergency call. In the example shown in
A modified TSPEC 10 as shown in
In preferred embodiments optimized for EDCA, it is advantageous to define an additional access category for emergency calls having a higher priority than non-emergency calls. In accordance with the EDCA mechanism, this additional access category is encoded in TSPEC, namely in the field TS Info 12 of TSPEC. The structure of the field TS Info 12 is illustrated in
Although having described several preferred embodiments of the invention, those skilled in the art would appreciate that various changes, alterations, and substitutions can be made without departing from the spirit and concepts of the present invention. The invention is, therefore, claimed in any of its forms or modifications with the proper scope of the appended claims. For example various combinations of the features of the following dependent claims could be made with the features of the independent claim without departing from the scope of the present invention. Furthermore, any reference numerals in the claims shall not be construed as limiting scope.
| Number | Date | Country | Kind |
|---|---|---|---|
| 04 292 625.3 | Nov 2004 | EP | regional |
