This application is related to wireless communications.
Referring to
WTRU 110, shown in greater detail in
Mobility management functions of WTRU 110 are tightly controlled and implemented by the platform 210 and the multimode modem 220. In other words, intra-network handover from one homogeneous access to another is handled by the platform 210 and multimode modem 220.
This tightly controlled mobility handling of WTRUs has evolved in the developing 3GPP Long Term Evolution (LTE) networks. While LTE based networks have yet to be realized, these networks are evolving towards an all Internet protocol (IP) network in which mobility is greatly improved.
LTE compliant WTRU 310, as shown in
WTRU 310 utilizes a variety of solutions that address mobility in a heterogeneous environment at different levels. These solutions are predefined or preconfigured and their mobility functions are tightly integrated to the access networks supported by the various interface technologies of the multimode modem 420. The IEEE 802.21 media independent handover (MIH) services provide a handover/policy function that controls inter-technology handover. This type of handover/policy function is designed to address a specific set of air interface technologies and associated access networks, and to provide access network independent information, triggers, and notification services to identify the presence of an air interface technology and associated access network. Generic Access Network (GAN), also known as Universal Mobility Access (UMA), addresses heterogeneous networks at the access level by integrating IEEE 802 wireless local area networks (WLANs) through an interworking function that is tightly integrated with the global system for mobile communications (GSM) enhanced date rates for GSM evolution (EDGE) radio access network (GERAN). Voice Call Continuity (VCC) addresses the problem at the application level, however VCC is still tightly integrated within the 3GPP core network as shown in
Mobile IP (MIP) is another technology that supports mobility management at the application level and is access agnostic. However, MIP is unaware and unconcerned with the underlying condition of the supporting access network. As a result, seamless mobility cannot be supported only using MIP procedures.
Accordingly, a mobility technology is desired that would allow true heterogeneous mobility thereby allowing a WTRU to select mobility technologies and their associated mechanisms just as the WTRU selects any other service available to the user.
A mobility service and control function (MSCF), operating in an application layer of a wireless transmit/receive unit (WTRU), selects and controls a plurality of mobility services. These mobility services may include session initiation protocol (SIP), Internet protocol (IP) Multimedia subsystem (IMS), voice call continuity (VCC), mobile IP (MIP), proxy MIP (PMIP), and generic access network (GAN), but are not limited thereto. The MSCF further selects and controls a plurality of air interface technologies for accessing a plurality of radio access networks. The MSCF allows application layer handling of mobility management.
A more detailed understanding of the invention may be had from the following description of a preferred embodiment, given by way of example and to be understood in conjunction with the accompanying drawings wherein:
When referred to herein, the terminology “wireless transmit/receive unit (WTRU)” includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, a station (STA) or any other type of user device capable of operating in a wireless environment. When referred to herein, the terminology “base station” includes but is not limited to a Node-B, a site controller, an access point (AP), or any other type of interfacing device capable of operating in a wireless environment.
As represented in
Referring to
The mobility subsystem 505 of the WTRU 500 includes higher layer middleware 545 that includes a mobility selection and control function (MSCF) 547. The MSCF 547 accesses the multimode modem 510 via the access switch 540. A mobility service switch 550 couples the MSCF 547 with a variety of mobility services 555. By way of example, mobility services 555 may include session management technologies such as session initiation protocol (SIP) 557, IMS 559, voice call continuity (VCC) 561, as well as other services including Mobile IP (MIP)/proxy MIP (PMIP) 563, and GAN 565. Data, including voice and other media, is provided via the data unit 570.
The architecture of WTRU 500 includes a higher layer MSCF 547 that provides management and coordination of the lower layer air interface technologies as well as the various other mobility services implemented in the WTRU 500 (that is, SIP 557, IMS 559, VCC 561, MIP/PMIP 563, GAN 565, and so on). The MSCF 547 may operate with or without end user interaction. For example, a user interface may be provided wherein the end-user defines a mobility profile. Alternatively, no user interface is provided and a default profile may be applied. The default profile could be actively updates via one of the plurality of air interface technologies provided in the multimode modem 510.
The MSCF 547 includes functionality for the selection and optimization of parameters within a particular technology or combination of technologies. The MSCF 547 further includes functionality for selecting an optimum air interface technology for a particular scenario and managing transitions among various mobility services in response to changing scenarios (for example, changing from GAN to IMS, GAN to LTE, and the like).
The MSCF 547 is capable of detecting and/or discovering the existence of candidate air interface technologies as well as mobility management services (that is, mobility services). The IEEE 802.21 toolbox 525 may assist the MSCF 547 in detecting and/or discovering candidate air interfaces and mobility services by way of MIH event, command, and information services. Additionally, WTRU 500 may be equipped with advanced radio technologies such as cognitive radios and software defined radio (SDR) that assists the MSCF 547 in detection and discovery. The MSCF 547 may be configured to evaluate various detected and/or discovered candidate air interface technologies and mobility services and determine which are the most suitable to a user. For example, the MSCF 547 may determine which technology is the most suitable based on user defined parameters stored in the WTRU or characteristics of the access network or core network to select mobility services that are appropriate for a given scenario. An associated NodeB, eNodeB, or AP identifier, a system operator code, or a geographical location are examples of identifiers that may be used to select an appropriate mobility service. Once the MSCF 547 determines that a particular mobility service or a collection of them will be selected, the MSCF 547 accesses that mobility service or services via the mobility service switch 550.
The mobility services 555 may be any mobility technology that is capable of handling mobility in a heterogeneous access environment. While WTRU 500 includes support for SIP 557, IMS 559, VCC 561, MIP/PMIP 563, and GAN 565, these are exemplary and any current or future heterogeneous mobility service may be used by the MSCF 547. These mobility services 555 may be accessed independently or in combination with one another. It is noted that since these mobility services reside at the application level, they are transported over data bearers in the selected air interface technology.
The MSCF 547 selects and controls a mobility service 555 and a lower layer air interface technology (such as W-USB 512, HRPD 514, LTE 516, UTRAN 518, IEEE 802 520, and GERAN 522) that is capable of carrying the mobility service 555 independently via the mobility service switch 550 and the access switch 540, respectively. For every mobility service 555 that is selected, the MSCF 547 may select one or many lower layer air interface technologies for carrying the selected mobility service 555. Of course certain mobility services 555, such as GAN 565, require specific air interface technologies. In such a case, the GAN function 565 may select the appropriate air interface technology. It is noted that this example is not limiting, and various other mobility services 555 may only be compatible with a subset of the supported air interface technologies.
The MSCF 547 processes information regarding mobility services and air interface technologies and associated access networks. This information may be provided through various means, such as MIH services, database queries, push/pull mechanisms, and the like. In contrast to traditional mobility solutions that operate on the basis of a handover/mobility policy or pre-defined criteria, the MSCF 547 provides dynamic, on-demand real-time access to a multiplicity of mobility services (or combinations of mobility services) housed at the application level. The MSCF selects a mobility service (or combination) based on the specific characteristics of the surrounding air interface technologies and associated access networks and supported mobility services, and user and operator preferences.
For example, to illustrate the dynamic selection of mobility services and air interface technologies and associated access networks by the MSCF 547, consider a scenario where WTRU 500 is currently associated with a GAN capable access network that is also MIP capable. The MSCF 547 discovers neighbouring air interface technologies and associated access networks as well as mobility services supported by these access networks by way of the methods described above. In the case where the neighbouring access networks support MIP only, the MSCF 547 may dynamically select the activation of MIP services to handle mobility requirements across the current and neighbouring networks.
Referring to
WTRU1610, shown in greater detail in
For example, referring back to
Another scenario in which the MSCF 547 may be advantageous is a circuit switched (CS) fallback scenario. Referring to
Referring to
The CS fallback procedure begins with WTRU 905 camped on an E-UTRAN cell and in a packet switched mode of operation. A voice call is in initiated (either WTRU originating or terminating) and an indication is received at MSCF 547 (step 960). An air interface technology receives system information from eNodeB 910, (step 962). MSCF 547 queries the air interface technology regarding the system information received in step 962 (step 964).
The 802.21 toolbox 945 may retrieve network information from ANDSF 930 via the serving SAE gateway 915 (step 966). This network information may include IMS Registration restriction information, available air interface technologies, quality of service (QoS) parameters, and the like. The 802.21 toolbox 945 reports various 802.21 MIH information, such as whether MIP is supported by various air interface technologies, via the MIH Information service to the MSCF 547 (step 968). The MSCF may then use the information collected to select the most preferred air interface technology and mobility service based, for example, on whether IMS is supported, whether there are alternative air interface technologies available, the type of air interface technologies available, the channel range, and so on. It is noted that the channel range may be used to indicate universal mobile access (UMA) services. The MSCF 547 then selects one or more mobility services and air interface technologies (step 970).
Purely for example, in the scenario depicted in signal flow diagram 900, the MSCF 547 determines that neither MIP nor IMS services are provided within the existing access network (that is, the E-UTRAN). The MSCF 547 identifies the existence of GAN mobility services by examining GERAN and UTRAN channel ranges and the existence of IEEE 802.21 and MIP mobility service support.
The MSCF 547 instructs the mobility services switch 942 to switch to a desired one of the plurality of mobility services 940 (step 972). The MSCF 547 instructs the access witch 952 to switch to a desired one of the plurality of air interface technologies 950 (step 974). It is noted that the order of activation of the selected mobility service and the selected air interface technology may change based on several factors including whether voice services are supported in the existing network, whether a more suitable mobility service is supported by another air interface technology, and the like. For example, even though both IMS and GAN services are available in a selected air interface technology, the MSCF 547 might chose to fall back to a UMTS based network supporting IMS functionality.
The mobility service switch 972, after receiving the instruction from the MSCF 547, switches to the selected mobility service (step 976). Similarly, the access switch 952, after receiving the instruction from the MSCF 547, switched to the selected air interface technology 950 and the associated radio access network. The voice service is continued using the selected air interface technology and mobility service (step 982).
Although the features and elements are described as embodiments in particular combinations, each feature or element can be used alone without the other features and elements of the embodiments or in various combinations with or without other features and elements. The methods presented may be implemented in a computer program, software, or firmware tangibly embodied in a computer-readable storage medium for execution by a general purpose computer or a processor. Examples of computer-readable storage mediums include a read only memory (ROM), a random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks, and digital versatile disks (DVDs).
Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) circuits, any other type of integrated circuit (IC), and/or a state machine.
A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer. The WTRU may be used in conjunction with modules, implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a hands free headset, a keyboard, a Bluetooth® module, a frequency modulated (FM) radio unit, a liquid crystal display (LCD) display unit, an organic light-emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an Internet browser, and/or any wireless local area network (WLAN) module.
This application claims the benefit of U.S. Provisional Application No. 61/017,453 filed on Dec. 28, 2007, which is incorporated herein by reference as if fully set forth.
Number | Date | Country | |
---|---|---|---|
61017453 | Dec 2007 | US |