Abstract:
The invention relates to a telecommunication method comprising the steps of: receiving of a required quality of service parameter set from a core network by a radio network controller, selecting a sub-set of air interfaces from a set of air interfaces, the sub-set containing air interfaces, which support the required quality of service parameter set, providing the sub-set to a node of a radio access network having the set of air interfaces, selecting an air interface from the sub-set by the node for providing the required quality of service to a user equipment.

Description:
FIELD OF THE INVENTION  
         [0001]    The present invention relates to the field of radio access networks, and more particularly without limitation to radio access networks supporting multiple telecommunication standards. The invention is based on a priority application EP 02 360 350.9 which is hereby incorporated by reference.  
         BACKGROUND AND PRIOR ART  
         [0002]    UMTS is a wireless communication method which has been standardized and which is currently being deployed. The corresponding standards, in particular 3GPP TS 25.308 Version 5.2.0, March 2002, and 3GPP TS 25.321 V5.2.0 September 2002, concerning various extension of UMTS , i.e. High Speed Downlink Packet Access (HSDPA) and the MAC protocol specification, respectively, are herein incorporated by reference in their entirety.  
           [0003]    Other wireless standards, such as IEEE 802.11 are designed to enable mobile devices, such as mobile telephones, laptop computers, headsets, and PDAs (Personal Digital Assistants), to communicate with each other and a wired LAN (Local Area Network). Such mobile devices are capable of transferring between wireless LANs (WLANs), and some mobile devices can transfer between different types of wireless networks (e.g., a WLAN and a cellular mobile telecommunications network). Such transfers typically require establishing a new connection with the new WLAN for the mobile device making the transfer. These technologies provide for a common attachment approach for different mobile devices, and so enables mobile phones, laptops, headsets, PDAs and other devices to be easily networked in the office and eventually in public locations. Standards, such as the IEEE 802.11 (Institute of Electrical &amp; Electronics Engineers) and ETSI (European Telecommunications Standards Institute) HIPERLAN/2, provide wireless connection function and may be used to support WLAN (wireless LAN) communications. See the IEEE 802.11 “Wireless LAN Medium Access Control (MAC) and Physical Layer Specifications,” the entire teachings of which are herein incorporated by reference. See also the ETSI specifications for HIPERLAN/2, such as ETSI document number TR 101 683, “Broadband Radio Access Networks (BRAN); HIPERLAN Type 2; System Overview,” the entire teachings of which are herein incorporated by reference.  
           [0004]    Some mobile devices also have the capability of moving among different types of wireless communication networks, such as between a WLAN network (Bluetooth or IEEE 802.11, as described above) and a mobile telecommunications network, such as one based on a mobile telephone communication protocol (e.g., CMTS or cellular mobile telephone system, GSM or Global System for Mobile communications, PCS or Personal Communications Services, or UMTS or Universal Mobile Telecommunications System).  
           [0005]    For example, the mobile device (e.g., laptop computer or PDA) includes communications interfaces (e.g., communications hardware and software) that allow the mobile device to communicate with two (or more) different types of wireless networks. Typically, when the mobile device moves to access a different type of wireless network, the current communication session with the current wireless network terminates, and the mobile device establishes a new communication session (new communication) with the newly accessed wireless network.  
           [0006]    The present invention aims to provide an improved telecommunication method in order to enable improved usage of mobile devices supporting such multiple air interfaces. In particular, the present invention aims to provide an improved radio network controller and an improved node of a radio access network.  
         SUMMARY OF THE INVENTION  
         [0007]    The present invention provides for a radio access controller and a node of a radio access network supporting multiple air interface standards. When an active user equipment is in a zone where there is coverage of two or more air interfaces a selection is made between the available interfaces for the purposes of making more efficient usage of the available bandwidth resources.  
           [0008]    For example a high speed downlink packet access (HSDPA) transmission for streaming of data to the end user device has been established. After the transmission has been established, e.g. a bottleneck situation occurs due to requests of other users for telecommunication services. Such a bottleneck situation can be resolved by replacing the physical layer of the HSDPA connection by an alternative physical layer, such as WLAN, and mapping the HSDPA frames onto the WLAN frame structure. This way a seamless change-over between the UMTS and WLAN air interfaces occurs while the HSDPA transmission is maintained. Replacement of the physical layer may also be reasonable due to other reasons, e.g. interference, transceiver failure, or network operator decision.  
           [0009]    In accordance with a preferred embodiment of the invention the multiple standards radio network controller receives a quality of service parameter set from the core network. This is part of a request of an active user equipment for telecommunication services. Further the radio network controller receives data from the respective network node, such as a Node B, which indicates the actual availability of air interfaces. For example, one or more of the air interfaces may not be available as the respective bandwidth resources are exhausted.  
           [0010]    Further the radio network controller receives a monitoring list from the requesting user equipment indicating the air interfaces the user equipment “sees” from its current location. The combination of the monitoring list from the user equipment and the availability data from the radio access node provides the radio network controller with a set of air interfaces from which a selection can be made.  
           [0011]    The radio network controller selects one or more interfaces from this set of air interfaces. For this purpose the radio network controller identifies such air interfaces from the available set of air interfaces which do best match the quality of service requirements. This “list of candidates” is provided from the radio network controller to the radio access node. On the level of the radio access node the final selection from the list of candidates is made. This selection can be made based on a load balancing scheme or based on other criteria.  
           [0012]    After the final selection has been made the telecommunication link having the required quality of service is established with the requesting user equipment. When a bottleneck situation occurs the physical layer of the established telecommunication link can be changed by replacing the current air interface by another one. This transition can be made seamlessly without effecting higher layers of the communication. This way a more efficient usage of the combined channel capacities of the multiple standard air interfaces covering the same or overlapping regions can be made. 
       
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS  
       [0013]    In the following preferred embodiments of the invention are described in greater detail by making reference to the drawings in which:  
         [0014]    [0014]FIG. 1 shows a block diagram of a radio access network comprising an embodiment of a radio network controller and a Node B,  
         [0015]    [0015]FIG. 2 is illustrative of a flow chart of an embodiment of the present invention. 
     
    
     DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS  
       [0016]    [0016]FIG. 1 shows a block diagram of a telecommunication system  100  having a core network  102 , a radio network controller (RNC)  104  being coupled to the core network  102  and a number of Node Bs  106  being coupled to radio network controller  104 .  
         [0017]    RNC  104  has a control plane  108  comprising a radio resource control component  110  and a radio resource management (RRM) component which supports multiple air interface standards. This component will be referred to in the following as MxRRM  112 . Control plane  108  contains a list  114  of all air interfaces which are supported by Node B  106 . Each of the air interfaces has a quality of service (QoS) information being descriptive of the QoS which can be provided by a given air interface.  
         [0018]    Further RNC  104  has user plane  116 . User plane  116  has a RLC/MAC-d component  118  for each active communication link. MAC-d is a MAC entity of the MAC sub-layer; for details on the radio link control (RLC)/MAC-d functionality of component  118  reference is made to the corresponding standard definitions, e.g. 3GPP TS 25.321 V5.2.0 (2002-09), Technical Specification, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; MAC Protocol Specification, (Release  5 ).  
         [0019]    The user data for each of the radio links established via RLC/MAC-d components  118  is provided from core network  102 . For the purposes of the transmission of the user data from the core network  102  to user plane  116  a TCP/IP or ATM protocol can be used.  
         [0020]    Node B  106  has a set  120  of air interfaces  122 , 124 , 126 , . . .  
         [0021]    For each one of the air interfaces  122 ,  124 ,  126  . . . there is a corresponding medium access control (MAC) component, i.e. MAC component  128  for air interface  122 , MAC component  130  for air interface  124 , . . .  
         [0022]    For example air interface  122  is a Tx HSDPA type air interface; air interface  124  is a Tx WLAN type air interface; air interface  126  is a Tx UMTS-FDD air interface. A variety of additional air interfaces can be supported, such as orthogonal frequency division multiplexing (OFDM), Bluetooth and others.  
         [0023]    The MAC components  128 ,  130  . . . receive radio link adaptation (RLA) information for controlling of the respective radio links as it is as such known from the prior art.  
         [0024]    All of the MAC components  128 ,  130 , . . . are comprised in MxMAC unit  132  which thus provides MAC functionalities for the various air interfaces  122 ,  124 ,  126 , . . .  
         [0025]    Further MxMAC unit  132  has air interface selection component  134  and frame mapping component  136 .  
         [0026]    In operation Node B  106  reports the resource availability of the air interfaces contained in the set  120  to the control plane  108  of RNC  104 . This way one or more of the air interfaces  122 ,  124 ,  126 , . . . running at full data transmission capacity are identified. Alternatively those air interfaces  122 ,  124 ,  126 , . . . which are still available are identified.  
         [0027]    When an active user equipment makes a request for telecommunication service the MxRRM  112  receives a corresponding monitoring list from the RRC component  110 . The monitoring list contains a list of the air interfaces which the multi-standard user equipment presently “sees”. Further control plane  108  receives the quality of service requirements of the request of the user equipment from core network  102 .  
         [0028]    The monitoring list and the resource availability information in combination define a set of air interfaces contained in list  114  which are available. In this set of available air interfaces a query is made by MXRRM component  112  in order to identify such air interfaces in the set of available air interfaces which best match the quality of service requirements received from core network  102 .  
         [0029]    The result of that query can be one or more air interfaces which provides a “list of candidates”. The list of candidates is provided from control plane  108  to MxMAc  132 . Air interface selection component of MxMAC  132  performs a selection of one of the air interfaces contained in the list of candidates. For example this selection can be performed based on a load balancing criterion or another suitable criterion.  
         [0030]    For example the user equipment has made a request for streaming of data. The list of candidates contains HSDPA air interface  122  and WLAN air interface  124 . When HSDPA air interface  122  is already running close to its maximum capacity and WLAN air interface  124  has relatively little data traffic, air interface selection module  134  as a consequence selects WLAN air interface  124  for the purposes of load balancing. In this instance the streaming data connection with the requesting user equipment is established via air interface  124 . Control information from the user equipment to the Node B/RNC can be transmitted simultaneously via air interface  124  or air interface  122 .  
         [0031]    When a bottleneck situation occurs with respect to a given air interface of the set  120  and other air interfaces of set  120  have unused capacity the physical layers of existing telecommunication links can be replaced. For this purpose frame mapping component  136  maps the data frames of the established telecommunication links to data frames of the alternative physical layer. This way only the physical transport layer is changed but no higher levels of the communication. This way a seamless change-over from one physical layer to another within a zone of overlapping coverage is accomplished. This enables to make full usage of the combined channel capacities of the available air interfaces of set  120  which cover an overlapping zone in which the requesting user equipment is located.  
         [0032]    [0032]FIG. 2 is illustrative of a corresponding flow chart.  
         [0033]    In step  200  the RNC (cf. RNC  104  of FIG. 1) receives a quality of service request from the core network. Further a monitoring list from RRC is received in step  202 . In response RNC selects a suitable list of candidates of air interfaces which best meet the quality of service requirements in step  204 . This candidate list is provided to the Node B having a MxMAC as explained with respect to FIG. 1 in step  206 .  
         [0034]    In step  208  the MxMAc selects an air interface from the list of candidates for example based on a load balancing criterion. In step  210  the communication link is established via the selected air interface. When a bottleneck situation occurs or for improved load balancing the air interface selection component of MxMAC can “on the fly” change the air interface selection by replacing the current physical layer by an alternative physical layer. This is done in step  212 . For changing of the physical layers the frames of the established telecommunication link are remapped to the alternative physical layer format. This is done in step  214 .  
         [0035]    For example in step  210  a HSDPA telecommunication link is established for streaming of data to the requesting user equipment. When the HSDPA capacity becomes scarce a determination is made by the air interface selection component of MxMAC to replace the HSDPA physical layer, i.e. UMTS, by the WLAN physical layer. For this purpose the HSDPA data frames are mapped to WLAN data frames and sent to the user equipment via the WLAN air interface without otherwise effecting the established communication link.  
         [0036]    It is to be noted that the above described method can be implemented as an ongoing process. In particular, the control can go back from step  214  to  212  for adaptively changing of the air interface selection.  
       List of Reference Numerals  
       [0037]    [0037] 100  telecommunication system  
         [0038]    [0038] 102  core network  
         [0039]    [0039] 104  radio network controller (RNC)  
         [0040]    [0040] 106  Node B  
         [0041]    [0041] 108  control plane  
         [0042]    [0042] 110  radio resource control (RNC) component  
         [0043]    [0043] 112  MxRRM  
         [0044]    [0044] 114  list  
         [0045]    [0045] 116  user plane  
         [0046]    [0046] 118  RLC/MAC-d component  
         [0047]    [0047] 120  set  
         [0048]    [0048] 122  air interface  
         [0049]    [0049] 124  air interface  
         [0050]    [0050] 126  air interface  
         [0051]    [0051] 128  medium access control (MAC) component  
         [0052]    [0052] 130  medium access control (MAC) component  
         [0053]    [0053] 132  MxMAC unit  
         [0054]    [0054] 134  air interface selection component  
         [0055]    [0055] 136  frame mapping component