KR100912629B1 - Inter-system hand-over of a mobile terminal operable with a first and a second radio access network - Google Patents

Abstract

The present invention provides a method of initiating an inter-system handover based on a mobile origination service and apparatuses for enabling the method. The communication network comprises at least two different types of radio access networks (RANs), a first type of radio access network (RAN) and a second type of radio access network (RAN). A dual mode mobile terminal designed for use with both a first type RAN and a second type RAN communicates with a communication system via a first type RAN. The initiator of the intersystem handover is included in the transmission, which includes at least one bearer capability (BC) field. The Bearer Capability (BC) field is set to indicate that the requested service can only operate with the RAN of the second type. In particular, the at least one bearer capability (BC) field is set to a parameter value, which is an indication for the receiving network and its processing entities that cause the receiving network to be marked to perform an intersystem handover initiated by the mobile terminal. It is used as).

Description

Inter-system hand-over of a mobile terminal operable with a first and a second radio access network

The present invention relates to an intersystem handover between a first radio access network and a second radio access network. In particular, the present invention relates to terminal-oriented handover with improved characteristics.

The present invention relates to a method for performing a system-to-system handover of a mobile terminal accessing a communication network via a first type radio access network (RAN). In particular, the communication network comprises radio access networks RAN of this first type and one or more radio access networks of the second type. The invention relates equally to a corresponding mobile terminal, to a corresponding communication network, to a corresponding communication system, and to network elements of a communication network.

It is known from the state of the art of communication systems to provide other radio access technologies (RAT) to support inter-system handover of mobile terminals between these technologies. Such handovers include, for example, between 3G (3rd generation) radio access networks and 2G (2nd generation) radio access networks, or UTRAN (Universal Mobile Telecommunications Terrestrial Radio Access Network) and GSM (Wideband Code Division Multiple Access), which employ WCDMA. Mobile communication globalization system) in a 3G system between radio access networks (RANs). As a prerequisite for intersystem handover, the mobile terminal in question is capable of operating with a communication system via all relevant types of radio access networks (RANs). Such mobile terminals are called multimode terminals. One example of a multimode terminal is a dual mode terminal operable in 2G and 3G networks.

Network signaling employed to perform intersystem handover between UMTS (Universal Mobile Communications Services) and GSM is described, for example, in the technical specification 3GPP TS 23.009 V3.14.0 (2003/06): "Handover procedures" (Release 1999). ).

There are several reasons for a change in radio access technology, namely inter-system handover.

The most important reason for inter-system handover is the differences in coverage and connection / service quality in communication systems. In some situations, the mobile terminal can move out of the communicable area of the first wireless access system. Moreover, the radio connection quality provided by this first radio access system may go below the given threshold. If other radio access systems at the same time provide coverage and / or good radio connection quality, intersystem handover can ensure a continued and satisfactory supply of mobile terminals. The first wireless access system is typically a GSM / GPRS system and the second wireless access system is a WCDMA system.

Another essential reason for intersystem handover is the load in other radio access systems, i.e. the current traffic volume. When the load of the first radio access system exceeds a predefined threshold, the overflow of the mobile terminals can be passed to another radio access system. In this case, the first wireless access system is typically GSM / GPRS and the second wireless access system is WCDMA.

The third reason for intersystem handover is the quality of service (QoS) requirements of the requested services. The operator of the communication system defines service based handover rules according to its preference. These criteria are then stored in the service priority table of the core network initiating handover. The same table is additionally present in the radio network controller (RNC) of the UTRAN of the communication system. The table of the RNC can be used if the RNC does not receive any handover information from the core network. In a typical allocation of services for other radio access technologies, GSM may be suitable for speed and WCDMA may be suitable for packet data, but circuit switched data must be transmitted using WCDMA. An additional criterion for service-based handover is load, so load and service-based handover are more accurate terms than service-based handover.

For example, as specified in the technical specification 3GPP TS 25.413 V3.4.0 (2000-12): "UTRAN Iu Interface RANAP Signaling (Release 1999), service-based handover from 3G UTRAN to 2G GSM radio access network is the core. Can be implemented by an optional parameter called "RAB allocation request" and "service handover" in "Relocation request" which are RANAP (radio access network application part) messages on the Iu interface between the network and the UTRAN. have. Three values are defined for this parameter: "HO to GSM should not performed", "HO to GSM should not be performed" and "HO to GSM shall not be performed". Therefore, the core network can not force the RNC to handover from 2G to 3G wireless access network, but can propose a handover. The final decision is taken by the RNC based on additional criteria such as load, coverage and radio connection quality. In addition, in load and service based handovers, the RNC periodically and collectively hands over mobile terminals to the base station subsystem (BSS) but does not handover immediately and individually.

All known intersystem handovers are determined by the network, which prevents the communication system from taking advantage of the possible benefits of intersystem handover in various situations.

Current 3GPP standards deal equally with UTRAN, GSM and GERAN radio access cells. That is, there is no powerful means to guide the network operator or user towards the most appropriate radio access technology. It is known to support one or another public land mobile communication network (PLMN), location area (LA), routing area (RA) or cell based on defined criteria. However, the cells of other radio access technologies may be mixed in a single PLMN, LA or RA, and no method has ever forced a mobile terminal to make a particular radio access technology, and even there is no way to support any radio access technology. Only when the requested service cannot be provided in the current serving cell, the call can be handed over to another cell by the network or the call is dropped.

An aspect of the present invention is a method for enabling a mobile terminal of a communication system to initiate a handover between service originating Mobile Originating (MO) systems to a radio access network of the type required during service establishment.

The solution discussed in accordance with the present invention and its concept provides a handover between terminal originating service based systems that do not require any additional communication, signaling, etc., as compared to existing communication and signaling, respectively, and they are performed similarly. . Under the lack of additional communication, this solution allows mobile terminals to still operate within the network, but they do not support mobile outgoing (MO) service-based intersystem handover, so the lack of functionality allows such mobile terminals to operate as before. It means to make it. This means that interoperability with lack of support mobile terminals and lack of support network entities or components is not compromised and compromised.

According to a first aspect of the invention, a method of initiating intersystem handover is provided. The handover is preferably service based and the initiation of performing the intersystem handover may originate from the mobile station, i. The communication network includes at least two types of radio access networks (RANs), namely, a first type of radio access network (RAN) and a second type of radio access network (RAN). A mobile terminal designed to be operable with RANs in a communication network communicates via a RAN of a first type. An initiation of intersystem handover is included in the transmission, the setup of which includes at least one bearer capability (BC) field. The Bearer Capability (BC) field is set to indicate that the requested service can only operate with the RAN of the second type. In particular, the at least one bearer capability (BC) field is set to a parameter value, which is the receiving network indicated as a target for the inter-system handover initiated by the mobile terminal for the receiving network and its processing entities. It serves as an indication of cognition.

The intersystem handover of the present invention may be initiated by the mobile terminal because of the lack of support of the mobile terminal for the requested services to cooperate with the first type of radio access network. This means that the first type of radio access network may or may not support the requested service. It is crucial whether the requested service can be used in cooperation with the type 1 radio access network, which is the capability of the mobile terminal only. According to the first aspect, the mobile terminal cannot handle the requested service with the first type of radio access network which may or may not support the requested service. The overall capabilities of the first type of radio access network are not important.

According to an embodiment of the invention, a transmission comprising an initiator by at least one BC field is a transmission according to a call control level procedure, in particular according to a multimedia telephone call establishment procedure. The multimedia telephone call will include at least a video telephone call.

According to another embodiment of the present invention, the transmission is a call control message. This call control message is sent from the mobile terminal to the core network of the first type, in particular to the call control (CC) entity of the core network of the first type, using the currently used RAN. More specifically, this transmission is a standard transmission in accordance with the Call Control (CC) protocol, which is authorized to establish a call between the mobile terminal and the calling or called entity. The calling or called entity may be any entity inside or outside the communication system, such as another mobile terminal accessing the same or another communication system, a network terminal wired or wirelessly connected to the communication system, a terminal of a public switched telephone network, or the like. . Preferably the message / information is sent to the core network of the second type of RAN, in particular to the mobile service switching center (MSC) of the second type of core network.

According to another embodiment of the present invention, the at least one bearer capability (BC) field is a value that is not applicable in view of a radio access network of a first type, that is, a value that cannot be used when setting up a connection in a RAN of a first type. .

According to a further embodiment of the present invention, at least one bearer capability (BC) field selected from a plurality of bearer capability (BC) fields is in communication with the radio access networks of the first type and the second type. The difference is that at least one parameter value validity of the at least one bearer capability field is different. This means that RANs of the first and second types expect a value, values or set of values that vary depending on the type of RAN. This also means that the at least one bearer capability (BC) field is applicable to one of the types but not to the other.

According to yet a further embodiment of the present invention, the transmission is a call control (CC) setup message following the mobile originating (MO) call establishment procedure. The call control entity of the mobile terminal encodes the SETUP message to have at least one bearer capability information element comprising at least one bearer capability field. The mobile terminal then sends a SETUP message to the call control entity of the first type RAN to initiate intersystem handover and sets up the connection after completion of the handover. Intersystem handover is performed in the receiving network.

According to an additional embodiment of the present invention, the transmission is a Call Control (CC) 'CALL CONFIRMED' message following the mobile originating call establishment procedure. The call control entity of the mobile terminal encodes a 'call verified' message to have at least one bearer capability field information element comprising at least one bearer capability field. The mobile terminal sends a 'call verified' message via a radio frequency interface and a radio communication connection to initiate a call-over entity of the first type of radio access network to initiate inter-system handover and then continue call setup. Intersystem handover is performed by the receiving network.

According to an additional embodiment of the invention, none of the bearer capability (BC) information elements (IE) have a channel encoding whose value is set to "unacceptable" to indicate to the receiving network the need for intersystem handover. It does not include a field.

The receiving end of the setup message and call acknowledgment message, i.e., the call control (CC) entity of the message receiving network, analyzes the received message and detects inapplicable values of the selected bearer capability (BC) fields for indication of intersystem handover. do.

According to a further embodiment of the invention, the radio access network of the first type and the radio access network of the second type are different in the communication technologies employed for realizing it. In particular, the first type of wireless access network is a second generation technology wireless access network. The second type of wireless access network is a third generation technology wireless access network. More specifically, the first type of radio access network is a GSP / GPRS (global system for mobile communications / general packet radio system) radio access network and the second type of access network is a WCDMA (wideband code) such as a universal mobile telecommunication system (UMTS). division multiple access) A wireless access network.

According to a second aspect of the present invention, a computer program product is provided, which is executed when the computer program product is executed in a processor based device, a terminal, a network device, a portable terminal, a consumer electronic device, or a mobile communication terminal. Program code sections, preferably downloadable from any network, for carrying out the steps of the method according to any of the above embodiments.

According to a third aspect of the present invention, a computer program product is provided, which is executed when the computer program product is executed in a processor-based device, a terminal, a network device, a portable terminal, a consumer electronic device, or a mobile communication terminal. Program code sections stored on a machine-readable medium for carrying out the steps of the foregoing method according to the embodiment.

According to a fourth aspect of the invention, a software tool is provided. This software tool includes program portions for performing the operations of the above-described methods when it is implemented and / or executed as a computer program.

According to a fifth aspect of the invention, there is provided a computer data signal inserted into a carrier and representing instructions which, when executed by a processor, causes the steps of the method according to the above-described embodiment of the invention to be carried out.

According to a sixth aspect of the invention, there is provided a mobile terminal or module for initiating a mobile originating service based intersystem handover in a communication network. The mobile terminal or module can be used with at least a communication network consisting of a core network, a first type of wireless access network and a second type of wireless access network, the mobile terminal accessing the communication network via a first type of wireless access network. A transmission having at least one bearer capability field and transmitted from the mobile terminal to the first type of radio access network includes an initiation of intersystem handover. This transmission is used to indicate that the service requested by the mobile terminal can only operate with the second type of radio access network so that intersystem handover is necessary to use the requested service.

According to a further embodiment of the invention, the transmission comprising the initiator is a transmission according to the call control level procedure. In particular, this transmission is a transmission according to the multimedia telephone call establishment procedure.

According to a further embodiment of the invention, the mobile terminal comprises a call control entity and a radio frequency interface for communicating with a communication network. The call control entity is suitable for encoding the transmission and the radio frequency interface is suitable for transmitting the transmission to a call control entity of the first type of radio access network accessed by the mobile terminal.

According to a seventh aspect of the invention, there is provided a network entity that is enabled for triggering a mobile originating service based intersystem handover in a communication network. This network entity is part of a communication network comprising at least the core network and the first type of radio access network and the second type of radio access network. The transmission is received from a mobile terminal operable with the radio access networks of the communication network, and the transmission of the mobile terminal accessing the communication network via the radio access network of the first type is such that the service requested by the mobile terminal is the radio access network of the second type. At least one bearer capability field to indicate that it is only capable of operation, such that inter-system handover to the second type of wireless access network of the mobile terminal for access by the mobile terminal is triggered.

According to a further embodiment of the invention, the transmission comprising the initiator is a transmission according to the call control level procedure. In particular, this transmission is a transmission following a multimedia telephone call establishment procedure.

According to a further embodiment of the invention, the network entity comprises an interface, a call control entity and a triggering entity. The interface is suitable for receiving transmissions. The call control entity is suitable for decoding and analyzing the transmission to detect an indication for intersystem handover. The triggering entity is suitable for triggering intersystem handover.

According to an eighth aspect of the present invention, there is provided a communication network that is enabled for performing handover between mobile originating service based systems. The network includes a network entity for triggering inter-system handover of a mobile terminal operable with at least first and second types of radio access networks and first and second types of access networks. The inter-system handover is performed based on the transmission of the mobile terminal accessing the communication network via the first type of radio access network. The transmission has at least one bearer capability field indicating that the service requested by the mobile terminal can only operate with a second type of radio access network.

According to a further embodiment of the invention, the transmission comprising the initiator is a transmission according to a control level procedure. In particular, this transmission is a transmission following a multimedia telephone call establishment procedure.

According to a further embodiment of the invention, the communication network comprises a radio frequency interface, a call control entity and a triggering entity. The radio frequency interface is suitable for receiving transmissions from mobile terminals. The call control entity is suitable for decoding and analyzing the transmission to detect an indication for intersystem handover. The triggering entity that triggers the intersystem handover triggers the intersystem handover based on detection by the call control entity.

Other objects and features of the present invention will become apparent from the following detailed description considered in conjunction with the accompanying drawings. However, it is to be understood that the drawings are designed for purposes of illustration only and are not intended to limit the scope of the invention, which should be referred to the appended claims for the scope of the invention. It is to be understood that the drawings are not drawn to scale and are intended only to conceptually describe the structures and procedures described herein.

1A shows a schematic flowchart of an intersystem handover from a second generation technology communication system to a third generation technology communication system;

1B shows a schematic flowchart of an intersystem handover from a third generation technology communication system to a second generation technology communication system;

2A shows a schematic flowchart of a mobile originating call establishment procedure;

2B shows a schematic flowchart of a mobile incoming call establishment procedure;

3 schematically shows the basic structure of a bearer capability information element;

Figure 4a shows a first communication system according to a first embodiment of the present invention having a second generation technology public land mobile communication network and a third generation technology public land mobile communication network, which enables operation of a dual mode mobile terminal;

4b shows a second communication system according to a second embodiment of the present invention having a second generation public aerial mobile communication network and a third generation public aerial mobile communication network to enable operation of a dual mode mobile terminal;

5A shows a schematic flowchart of mobile origination call establishment using inter-system handover initiation according to an embodiment of the present invention;

5B is a schematic flowchart of mobile incoming call establishment using handover initiation between systems based on a mobile origination service according to an embodiment of the present invention.

The intersystem change from UMTS to GSM or from GSM to UMTS occurs when a mobile terminal supporting both UMTS and GSM changes radio access technology. Detailed descriptions of call establishment procedures can be found in Technical Specification 3GPP TS 24.008 V3.19.0 (2004-06): "3rd Generation Partnership Project; Technical Specification Group Core Network; Mobile radio interface layer 3 specification; Core Network Protocols; Stage 3 (Release 1999) ", Which is incorporated herein by reference.

1A shows a schematic flowchart of an intersystem handover of a dual mode mobile terminal from a GSM access network to a UMTS access network. The mobile terminal, base station (BS) or UMTS radio access network (UTRAN) is a system-to-system change that causes the mobile terminal to switch to a new cell that supports UMTS radio technology and to cease transmission with the previously operated network, here the GSM radio access network. Decide to do it. Typically, but not necessarily, decisions about intersystem handover are based on measurement reporting related quantities such as signal strength, signal quality, quality of service, cell coverage, network data rate load, and the like. Also typically, the core network of the radio access network in which the mobile terminal is currently operating initiates inter-system handover, including requesting reservation of resources for the mobile terminal in the radio access network designated by the intended inter-system handover. . This request is acknowledged to allow the inter-system handover to be completed by instructing the mobile terminal to handover to the designated radio access network. Referring to FIG. 1A, the core network of the GSM-based network requires handover to the core network of the UMTS-based network, and the core network of the UMTS-based network acknowledges the handover after successful resource reservation. Finally, the mobile terminal is instructed with respect to handover by the core network of the UMTS-based network.

1B shows a schematic flowchart of an intersystem handover of a dual mode mobile terminal from a UMTS access network to a GSM access network. The mobile end, base station system (BSS) or UTRAN decides to make intersystem changes that cause the mobile terminal to switch to a new cell that supports GSM radio technology and stop transmission to this new cell, that is, a new cell that supports UMTS radio technology. Decide The principle described with respect to FIG. 1A applies here as well. The core network of the UMTS-based network requires handover to the core network of the GSM-based network, and the core network of the GSM-based network acknowledges the handover after successful resource reservation. Finally, the mobile terminal is instructed for handover by the core network of the UMTS-based network.

Note that the term handover is also meant to include cell reselection.

It should be noted that the teaching of intersystem handover procedures is briefly described as not comprehensive. The detailed implementation of intersystem handover is outside the scope of the present invention and is included only for illustrative purposes. See the technical specification cited for detailed teaching.

A typical call establishment procedure will be described below with reference to FIGS. 2A and 2B. Basically, two different kinds of calls are distinguished from mobile originating mobile originated call and mobile incoming or mobile incoming call in the field of mobile communication. The term mobile originating call refers to a call initiated by a mobile terminal, while the term mobile incoming call refers to a call that is initiated respectively by a network and by a calling entity connected to the network. Both kinds of establishment procedures will be exemplarily shown below. A detailed description of the call establishment procedure is given in the technical standard 3GPP TS 24.008 V3.19.0 (2004-06): "Technical Specification Group Core Network; Mobile radio interface layer 3 specification; Core Network Protocols; Stage 3 (Release 1999)". It is given here by reference.

With reference to FIG. 2A, a mobile originating (MO) call establishment procedure is illustrated. The call control (CC) entity of the mobile terminal initiates a call control connection by requesting a mobile originating MM connection to the mobility management (MM) sublayer and entering a "connection pending" state. In principle, two kinds of mobile outgoing calls are divided into basic calls and emergency calls. The type of call is encoded as a parameter in the request to establish the MM connection. The following description will cover basic calls. After entering the " continue MM connection " state, the call control entity of the mobile terminal sends a setup message to its peer entity of the network. In the case of a basic call, this setup message is specified as a SETUP message. Based on the transmission of the SETUP message, the call control entity enters the "call initiated" state. The SETUP message is required by the network and contains all the information to handle the call. In particular, the SETUP message includes the caller address information and one or more bearer capability information elements (BC IEs). One or more bearer capability information elements are described below with reference to FIG. 3.

The "call initiated" state is supervised by the first timer T303 already started before entering the "continue MM connection" state. During the "call initiated" state, further progress of the call establishment procedure depends on the type of response received from the network by the call control (CC) entity of the mobile terminal. Typically possible responses include a CALL PROCEEDING message, a CONNECT message and a RELEASE COMPLETE message. Upon receipt of the SETUP message, the call control entity of the network enters the "call initiated" state. In this state, the call information contained in the SETUP message is analyzed. Based on the call information included in the SETUP message, the call control entity of the network may determine that the call information received from the mobile terminal is invalid. The call control entity of the network may then initiate a call clearing procedure with one of the following cause values: "unallocated (unassigned) number"; "No path to destination"; "Changed number"; And "Invalid Number Format (Incomplete Number)". Similarly, the call control entity of the network may determine whether the requested service is not authorized or available. The call control entity of the network may then initiate the call disconnection procedure with one of the following cause values: "operator determined barring"; "Bearer capacity not authorized"; "Bearer abilities are currently unavailable"; "The service or option is unavailable and unspecified"; Or "bearer service not fulfilled".

Otherwise, if the call information is valid, the call control of the network can do any of the following:

Send a CALL PROCEEDING message to its peer entity (call control entity of the mobile terminal) to indicate that the call is being processed (the call control entity of the network enters the "mobile originating call progress" state);

Send an ALERTING message to its peer entity to indicate that an alert has been initiated on the called user side (the call control entity of the network enters the "call received" state); or

Send a CONNECT message to its peer entity to indicate that the call was accepted at the called user side (the call control entity of the network enters the "connect request" state).

The call control entity of the network bears the bearer capability information element in the CALL PROCEEDING message to select the options presented by the mobile terminal as bearer capability information element (s) (BC IEs) included in the SETUP message sent by the mobile terminal to the network. (S) can be inserted. Upon receipt of the CALL PROCEEDING message, the call entity of the mobile terminal enters a "call initiated" state, turns off the first timer T303 and causes the second timer T310 to start. When a user alert is initiated at the called address, an ALERTING message is sent by the call control entity of the network to its peer entity at the mobile terminal. In addition to receiving the ALERTING message, the call control entity of the mobile terminal may enter the "call delivered" state, turn off timers T303 and T310 when executed, and output an altering indication to the user. The change occurrence may be generated internally by the mobile terminal or the network may be responsible for the delivery of the change indication. Upon receipt of an indication that the call has been accepted, the call control entity of the network connects the call channel (including connection of interworking functions, if necessary) and connects to its peer entity at the calling mobile terminal a CONNECT message. Send. The third timer T313 and the control call entity of the network enter a “connect indication” state. This CONNECT message indicates to the call control entity of the (calling) mobile connection that the connection has been established over the network. The call control entity of the mobile terminal attaches the user connection, upon receipt of the CONNECT message; Returns a CONNECT ACKNOWLEDGE message; Discontinue any locally generated change indications (if applicable); Stop timers T303 and T310; And enter an "active" state.

The call establishment procedure of the terminal originated call is now complete and communication between the (calling) mobile terminal and the called address can begin, in particular voice communication.

Referring to FIG. 2B, a procedure of establishing a mobile incoming (MT) call is described. Before call establishment can be initiated at the mobile terminal according to the mobile incoming call, mobility management (MM) connection must be established by the network. After the arrival of the call from the remote calling entity, the call control entity of the network initiates the establishment of mobility management (MM) connection and enters the "continue MM connection" state. Based on the completion of the MM connection, the call control entity of the network sends a SETUP message to its peer entity at the mobile terminal, causes the first timer T303 to start, and in the "call present" state. Enter Based on the reception of the SETUP message, the mobile terminal performs a compatibility check. If the result of the compatibility check is compatibility, the call control entity of the mobile terminal enters the "call join" state. The incompatible mobile terminal responds with a RELEASE COMPLETE message. If no response to the SETUP message is received by the call control entity of the network before expiration of the first timer T303, a call failure procedure may be taken. The mobile terminal receiving the SETUP message performs a compatibility check before responding to the SETUP message. The compatibility check is based on one or more bearer capability information elements included in the SETUP message. The basic structure and validity parameters of bearer capability information elements and their values are described below with respect to FIG. 3.

After entering the "call joined" state, the call control entity of the mobile terminal acknowledges the SETUP message by CALL CONFIRMED and enters the "mobile incoming call confirmed" state. The call control entity of the mobile terminal may be included in the CALL CONFIRMED message for the network or one or more bearer capability information for the network, which is preselected in the mobile terminal or corresponds to a service dependent directory number. The mobile terminal may also include one or more bearer capabilities in the CALL CONFIRMED message to define radio channel requirements. A busy mobile terminal that meets the compatibility requirements indicated in the SETUP message may respond with a CALL CONFIRMED message if call setup is allowed to continue or with a RELEASE COMPLETE message if call setup is not allowed to continue. Both cause a "user busy". If the mobile user wants to reject the call, it will be sent with a "call rejected" cause for the RELEASE COMPLETE message. When the mobile terminal responds with a RELEASE COMPLETE to the SETUP message, the mobile terminal releases the MM connection and enters an idle state after sending the RELEASE COMPLETE message. The call control entity of the network in the "call-in" state stops the first timer T303, causes the second timer T310 to start, and "mobile incoming call confirmed" based on the reception of the CALL CONFIRMED message. Enter the state.

After the call control entity of the mobile terminal enters the "mobile incoming call confirmed" state, if the call is accepted at the called user side, the mobile terminal continues to establish the call. Otherwise, the user alert is initiated at the mobile terminal side if the signal information element was present in the SETUP message; If no signal information element was present in the SETUP message, the user alert is initiated when the appropriate channel is available. Here, initiation of the user alert may include the generation of a suitable tone or indication at the mobile terminal; And sending an ALERTING message to its peer entity in the network by the call control entity of the mobile terminal and entering the "call received" state. The call control entity of the network in the " mobile incoming call verified " state sends, according to the receipt of the ALERTING message, a corresponding ALERTING indication to the calling entity; Stopping the second timer T310; A third timer T301 is started, and enters the "call received" state. In the " mobile incoming call confirmed " or " received call " state, if the user of the mobile terminal is " in a user call " of user determination, it will be sent with a " user call " In the " mobile incoming call confirmed " state, if the user of the mobile terminal wants to reject the call, it is sent with a " call rejected " which is the cause of the DISCONNECT message. In the " mobile incoming call confirmed " state or " call received " state, the call control entity of the mobile terminal indicates acceptance of the mobile incoming call by sending a CONNECT message to its peer entity in the network; To start the fourth timer T313; And enters the "connection request" state. In the "Mobile Incoming Call Verified" state or in the "Call Received" state, the call control entity of the network connects the call channel (including the interworking function connection if necessary) based on the reception of the CONNECT message. Stops the second, first or third timers T310, T303 or T301 (if in operation); Send a CONNECT ACKNOWLEDGE message to its peer entity at the called mobile terminal; Initiates the procedure of sending a CONNECT message to the calling entity and enters the "active" state. In the " connect request " state, the call control entity of the mobile terminal, upon receiving the CONNECT ACKNOWLEDGE message, turns off the fourth timer T313 and enters the " active " state. When the fourth timer T313 expires before receiving the CONNECT ACKNOWLEDGE message, the mobile terminal initiates a call disconnection procedure.

The call establishment procedure of the terminal originated call is now complete and communication between the (calling) mobile terminal and the called scan can be started, in particular voice communication.

In general, the purpose of a bearer capability information element (BC-IE) is to request a specific bearer service to be provided by the network. The indication is carried by some connection control messages that can be classified into messages related to the call establishment procedure and used during the established connection. During the call establishment procedure, the PLMN Bearer Capability Information Element (BC IE) is included in:

A SETUP message generated by the requesting entity (ie mobile terminal or mobile service switching center (MSC)) to establish a mobile originating call or a mobile terminating call, respectively, and

CALL CONFIRMED or CALLPROCEEDING messages each generated by the responding entity (ie mobile terminal or mobile switching center) to negotiate certain parameter values. If no bearer capability information element (BC IE) is included in the SETUP message, the CALL CONFIRMED message indicates the complete applicable bearer capability information element (BC IE). Typically, the network may release the call if it does not support the service indicated by the bearer capability information element (BC IE). In addition, the mobile service switching center (MSC) / interworking function (IWF) may release the call if the service does not match the service requested from the fixed network terminal. (In the latter case, the fixed network terminal may also release the call.)

During established connections, to change the maximum number of call channels and / or desired air interface user speed when the non-transparent multislot data service is in use, or to change the service (bearer capability), a public land mobile network (PLMN) The bearer capability information element (BC IE) is included in MODIFY, MODIFY COMPLETE and MODIFY REJECT messages.

Referring to Fig. 3, the general structure of a PLMN bearer capability information element (BC IE) is shown. Some of the octets shown are optional, some are available or optional if the parameter "information transfer capability" does not indicate "speech", and some are available if EDGE is used. Detailed descriptions are available from the technical specification 3GPP TS 27.001 V3.15.0 (2004-06): "Technical Specification Group Core Network; General on Terminal Adaptation Functions (TAF) for Mobile Stations (MS) (Release 1999)". As enclosed here.

With respect to the individual parameter settings at the mobile terminal, the following cases can be distinguished between mobile originating call establishment and mobile incoming call establishment.

The following table illustrates the parameters related to the mobile originating call set up by the mobile terminal, ie the bearer capability parameters included in the SETUP message transmitted to the network. The parameter can represent a field value of one of the following types:

"Requested value" indicating that the request cannot be changed by the responding entity.

"Proposed value" to indicate that the proposal can be changed by the responding entity

The specific choice passed to the responding entity whose value is ultimately applied.

"As required" to indicate that the requested value is authorized and confirmed (by returning it)

"Selected value" indicating that a particular value is to be applied as a free choice among proposed sets or among values of a defined set.

The "supplied value" indicating the value supplied by the responding entity.

message BC  parameter SETUP CALL PROC Number of data bits ( NDB ) Requested value As required Parity information ( NPB ) Requested value As required Number of stop bits NSB ) Requested value As required Connection element ( CE ) Required value (T / NT ) As required “Both” with the desired values indicated (eg, NT  both) Selected value (T / NT ) User Layer 2 Protocol ( UIL2P ) Requested value or NAV Or as requested NAV User speed Requested value As requested Data Compression ( DC ) Requested value As requested, or " NO " Fixed network user speed ( FNUR ) Requested value Supplied value Other modem types ( MT ) Requested value Supplied value User-initiated variant display ( UIMI ) Requested value Supplied value

The following table shows parameters related to the mobile call set up for the mobile terminal, namely bearer capability parameters included in the CALL CONFIRMED message transmitted to the mobile terminal.

message BC  parameter SETUP CALL CONF Number of data bits (NDB) Suggested value Selected value (free choice) Parity Information (NPB) Suggested value Selected value (free choice) Stop Bits (NSB) Suggested value Selected value (free choice) Connection Element (CE) Required value (T / NT) As Required or Selected Value (T / NT) (Free Choice) "Both" (eg, both NT) with the desired values indicated Selected value (T / NT) Synchronous / Asynchronous Requested value As requested or selected value Rate adaptation / other rate adaptation Requested value As requested or selected value User Information Layer 2 Protocol (UIL2P) Suggested value or NAV Selected or NAV User speed Suggested value Selected value Data Compression (DC) Requested value As required or "NO" Fixed network user speed (FNUR) Suggested value Selected value Other modem type (MT) Suggested value Selected value User-Initiated Deformation Indication (UIMI) Suggested value Selected value

The validity of bearer capability (BC) parameter values in SETUP or CALL CONFIRMED messages may vary depending on A / Gb mode, GERAN (GSM / EDGE radio access network) Iu mode, or UTRAN Iu mode. Some parameters are valid and ignored for any given value regardless of UTRAN or GERAN lu mode. These parameters may be available to the bearer capability information element (BC IE). For those parameters related to UTRAN Iu mode, GERAN Iu mode and A / Gb mode, some values may be invalid in one of the systems. Invalid parameter values can result in rejection of bearer capability BC and release of subsequent calls. Parameters ignored in UTRAN or GERAN Iu mode may be set to default values or to specific values in consideration of accidental handover for A / Gb mode. Invalid parameter values in one system may cause a handover from another system to fail. The following table shows a list of parameters that are ignored in A / Gb mode and whose valid values are different in UTRAN Iu mode and in UTRAN Iu mode.

Parameter / value GSM UMTS Radio Channel Requirements / Arbitrary available Ignored User speed / random available Ignored Medium speed / random available Ignored Transmitting NIC / Random available Ignored Receive Side NIC / Any available Ignored IR Negotiation Requested / Arbitrary available Ignored Acceptable Channel Coding / option available Ignored Maximum number of call channels / random available Ignored User-initiated variant display / arbitrary available Ignored Asymmetrical preference indicator / arbitrary available Ignored Modem Type / V.21, V.22, V.22 bis , V.26 ter available invalidity V.32 available Invalid for CE = T Fixed network user speed ( FNUR ) / 32 kbit / s Invalid for CE = NT available kbit / s invalidity available 9.6, 14.4, 19.2, 38.4, 48.0 available Invalid for CE = T 28.8 available Invalid for CE = T when ITC = UDI Other rate adaptation / PIAFS invalidity available

Those skilled in the art will appreciate the concept of invention based on the teaching given above. There are dual-mode mobile terminals that can operate with different network technologies as described above. In particular, dual-mode mobile terminals can be used with second generation PLMNs such as GSM, GSM with GPRS and / or EDGE enhanced GSM, and third generation PLMNs, in particular WCDMA, UMTS and the like. Such dual-mode mobile terminals are allowed for intersystem handover between the second and third generation network technologies. As described above, and also among other technologies in the system, such intersystem handovers have traditionally been network measurements, such as coverage, signal quality parameters (signal strength, signal error rate, etc.), connection quality parameters ( Block error rate, etc.), load, quality of service parameters and quality of service. For service-based handovers, it is possible that handovers would be made based on services supported by only one network, but there is currently no means defined for the indication of the need for service-based handovers. This means that service-based handovers can be silent without any practical implementation.

A common way in which mobile terminals and networks currently operate is that they support multimedia telephony only of PLMNs operating with third generation technology but do not support multimedia telephones of second generation technology PLMNs. In accordance with current standards, mobile terminals may require multimedia calls only when operating in third generation PLMN. Moreover, based on these network measurements, the network may order the dual-mode mobile terminal to operate with the second generation technology PLMN at any time. If the user now wants to make a multimedia video phone call, there has been no way for the mobile terminal to request such a multimedia video phone call so far. In fact, a dual-mode mobile terminal can do nothing except notify the user that the desired multimedia call cannot be made.

Referring to FIG. 4A, there is shown a communication system according to a first embodiment of the present invention, which is a universal mobile communication system terrestrial radio employing third generation technology PLMN and second generation technology PLMN, in particular, wideband code division multiple access (WCDMA). A connection network (UTRAN) 1 and a mobile communication globalization system (GSM) wireless access network 2 are provided. The UTRAN 1 has a base station (BS) which is connected to a radio network controller (RNC). The radio network controller (RNC) of the UTRAN 1 is connected to a home location register (HLR) and a mobile service switching center (MSC). The GSM radio access network (RAN) has a base station (BTS), which is connected to a base station controller (BSC). The base station controller BSC of the GSM RAN 2 is connected to a home location register (HLR) and to a mobile service switching center (MSC). Additional network entities such as visited location register (VLR), interworking function (IWF), serving GPRS support node (SGSN), gateway GPRS support node (GGSN) belong to the core network of the communication system. The core network is used to exchange communications among other PLMNs in the PLMN to external communications networks, such as telephone networks and data networks (packet switched networks, the Internet).

The illustrated communication system also includes a dual-mode mobile terminal that supports GSM as well as WCDMA network technology for wireless communication. The dual mode mobile terminal can be used with UTRAN or GSM RAN for communication services. It will be assumed that the dual mode mobile terminal is currently used in the GSM RAN implementing the second generation technology network. Video telephony calls representing a particular class of multimedia calls are required as call control (CC) level messages detailed above with reference to FIGS. 2A and 2B. Nevertheless, multimedia telephone calls and in particular video telephone calls typically require the mobile terminal to operate in a third generation technology network that supports multimedia telephone services, here UTRAN.

Referring to Fig. 4b, there is shown a communication system according to a second embodiment of the present invention, which is a universal mobile communication system employing third generation technology PLMN and second generation technology PLMN, in particular wideband code division multiple access (WCDMA). A radio access network (UTRAN) 1 and a mobile communication globalization system (GSM) radio access network 2 are provided. The communication systems of the first and second embodiments shown in FIGS. 4A and 4B differ only slightly. In particular, the second embodiment has, in contrast to the first embodiment, other mobile service switching stations (MSC-A and MSC-B) respectively associated with the GSM RAN 1 and the UTRAN 2.

5A and 5B, the concept of the present invention will be described according to the mobile outgoing call establishment procedure as well as the mobile incoming call establishment procedure.

In the case of a mobile outgoing video (multimedia) call as shown in FIG. 5A, the mobile terminal requests the call in a SETUP message. As described above, the SETUP message includes one or more bearer capability information elements (BC IEs), which indicate bearer requirements for the call to be established. Before encoding and transmitting the SETUP message, the mobile terminal's current subscription is checked to determine if the mobile terminal is currently subscribed to the GSM RAN (or GERAN BSS) or UTRAN. Here, the dual mode mobile terminal operates in the GSM RAN (or GERAN BSS). As a result, the desired video (multimedia) telephone call may not be allowed, but may be enabled after a handover of the dual mode mobile terminal to the UTRAN. As a result, the SETUP message to be delivered is encoded with an indication of whether the requested bearer service (s) are available.

Referring back to FIG. 3 and its description, to those skilled in the art, the validity of the bearer capability (BC) parameter value, in the SETUP message, may vary from (GSM RAN, GERAN BSS) A / Gb mode to UTRAN Iu mode, That is, it is considered that there are second generation specialized fields and third generation specialized fields. In order to inform the network, i.e., the call control entity of the network, about the lack of support for the required multimedia call, one or more second generation specialized bearer capability fields, for example channel encoding fields, may be set to "unacceptable." The parameter value "non-acceptable" can be encoded according to a numeric or binary representation. That is, in particular, the parameter value "not acceptable" may be encoded as a numeric, decimal and binary "0", respectively. It should be noted that any other expression is equally applicable. Instead, second-generation specialized fields with other valid parameter values, such as fixed network user speed (FNUR), where the speed value 33.6 kbit / s becomes a valid value as the dual-mode mobile terminal joins the WCDMA (UMTS) PLMN; There are third generation specialized fields. Moreover, fixed network user speed (FNUR) may contain other data rate values that may not apply to second generation technology networks but may apply to third generation technology networks where handover is intended. In UMTS, video telephony calls are available for transparent data communication connections of 64 kbit / s.

The call control entity of the network, i.e. the network that can be implemented in the MSC, receives a SETUP message containing one or more bearer capability information elements (BC IEs) with one or more bearer capability field values modified in the manner described above. . This may mean that one or more channel coding fields may contain "unacceptable" (value "0") and / or the FNUR field may be a rate parameter value (eg 33.6 kbit / s, 64 kbit / s, etc. not acceptable in GSM RAN mode). ) Can be stored.

The call control entity of the network analyzes one or more received bearer capability information elements (BC IEs) and detects modifications. This detection indicates to the call control entity of the network that the dual mode mobile terminal is requesting a service that is not supported by the access network to which the dual mode mobile terminal is currently subscribed, here a video (multimedia) telephone call. Therefore, the network initiates an intersystem handover of a dual mode mobile terminal. Such intersystem handover procedure is described above with reference to FIGS. 1A and 1B. After the completion of the intersystem handover, the dual mode mobile terminal is now operating on the third generation PLMN (WCDMA, UMTS) which supports the required communication service, here multimedia (video) telephone service. Thus, the call establishment procedure may continue with a CALL PROCEEDING message sent by the call control (CC) entity of the network to the call control entity of the dual mode mobile terminal. The call establishment procedure now continues substantially following the call setup procedure described above with reference to FIG. 2A.

In the case of a mobile incoming video (multimedia) telephone call as shown in FIG. 5B, the call control entity of the network to which the mobile terminal is currently subscribed notifies the call control entity of the mobile terminal with a SETUP message. This SETUP message indicates to the mobile terminal that the calling entity wishes to establish a multimedia call. The mobile terminal responds to this SETUP message with a CALL CONFIRMED message, which contains one or more bearer capability information elements (BC IEs) that define information about the capabilities of the mobile terminal for this multimedia call. Referring to the existing case, the CALL CONFIRMED message must contain a rejection indication due to the lack of support of the video (multimedia) phone call required by the SETUP message. In contrast to the existing case, a CALL CONFIRMED message containing one or more bearer capability information elements (BC IEs) to inform the network about bearer capabilities of the mobile terminal has a parameter value modified in the manner described above. Bearer capability fields. This allows the call control (CC) entity of the mobile terminal to have channel coding fields set to one or more second generation specialized bearer capability fields, eg, "unacceptable" (or any representation such as value "0"). Means encoding the information element (BE IE). Alternatively, a call control (CC) entity may have a parameter value applicable only as the mobile terminal operates in a 3G technology network, such as an effective field parameter value as the dual mode mobile terminal operates in WCDMA (UMTS) PLMN. Encode one or more second generation specialized fields to have a fixed network user speed (FNUR) with a value of 33.6 kbit / s (or 64 kbit / s or any other applicable value). A CALL CONFIRMED message containing one or more bearer capability information elements (BC IEs) with one or more bearer capability field values modified in the manner described above is controlled by the call control (CC) entity of the mobile terminal. (CC) Sent to the entity.

The network, ie its call control entity, which may be implemented in an MSC, receives a CALL CONFIRMED message, which message has one or more bearer capability information elements (BC IEs) having one or more bearer capability field values modified in the manner described above. ) This may indicate that one or more channel coding fields may contain "not acceptable" and / or the FNUR field may contain a speed parameter value (eg 33.6 kbit / s, 64 kbit / s, etc.) that is not applicable to GSM RAN mode. it means.

The call control (CC) entity of the network analyzes one or more received bearer capability information elements (BC IEs) and detects variations. This detection indicates to the call control (CC) entity of the network that the dual mode mobile terminal is requesting a service that is not supported by the access network to which the dual mode mobile terminal is currently subscribed, here a video (multimedia) telephone call. Therefore, the network initiates an intersystem handover of the dual mode mobile terminal. Such intersystem handover procedure is described above with reference to FIGS. 1A and 1B. In particular, the MSC informs the GERAN BSS to which the mobile terminal is currently subscribed for handover to the UTRAN. After the completion of the intersystem handover, the dual mode mobile terminal now operates in the third generation PLMN (WCDMA, UMTS) which supports the required communication service, here multimedia (video) telephone service. Thus, the call establishment procedure may continue with an ALERTING message sent by the call control (CC) entity of the mobile terminal to the call control entity of the network, and to the calling entity, respectively. The call establishment procedure now continues substantially following the call setup procedure described above with reference to FIG. 2B.

In principle, the concept of the invention is based on that the bearer capability information element has other fields and / or other field parameter values applicable to second generation technology networks and third generation technology networks. For example, there is no channel coding in third generation technology systems, such as WCDMA and UMTS, so there are cases where channel coding fields are valid only for second generation technology systems such as GSM. In the same way, certain parameter values of the fields may be applicable to only one system, for example, data rate 33.6 (64 kbit / s) in the fixed network user speed (FNUR) field is only for 3rd generation technology systems. Applicable

The concept of the invention includes several advantages. There are no new messages or information elements required for signaling between the mobile terminal and the network and its entities to enable cross-system handover indication for the network (service-based terminal origination). The interoperability of mobile terminals supporting the old standard and network elements and components supporting the old standard is not compromised to ensure the operability of such terminals, entities and components. The only reasonable way for network entities / components to be realized on the basis of old standards is to deal with situations in which no channel coding is supported and the call is disconnected. On the user side, this is a similar behavior compared to that of a mobile terminal that does not implement the functionality presented here. Communication from the mobile service switching center (MSC) to the mobile terminal is substantially unaffected unless channel codings are populated in the SETUP message sent in this (downward) direction to the mobile terminal. In other words, the mobile incoming SETUP message remains exactly the same.

Those skilled in the art will recognize that the term RAN may differ from that of the standard description in its general understanding. A radio access network (RAN) in combination with a second generation technology network and in particular a GSM network may be understood as a GERAN BSS (Base Station Subsystem). In order to specify the third generation radio access network, the term UTRAN is used in the specification.

It is to be noted that a CALL PROCEEDING message (shown in FIG. 5A) may be sent to the mobile terminal before the intersystem handover for the mobile terminal is initiated.

The communication network uses the mobile origination service based indication for inter-system handover (encoded in the SETUP message in the case of mobile outgoing call establishment, and encoded in the CALL CONFIRMED message in the case of establishment of mobile incoming call). Note that in the case of receiving via and the radio access network does not employ the required radio access technology, the communication network checks whether the mobile terminal can be handed over to the cell using the required technology. The final decision is thus taken by the network and in addition depends on other relevant factors such as network configuration and current load conditions that the mobile terminal is not aware of. If that is possible, the network will hand over the mobile terminal to the cell using the preferred radio access technology. Thus, the network can allocate the cells using the most appropriate radio access technology as early as possible. The network then maintains the knowledge provided about the desired radio access technology to enable the mobile terminal to use this technology for the duration of the connection.

The above teachings in relation to FIGS. 5A and 5B are applicable to the communication system shown in FIG. 4A, which can be distinguished by a mobile service switching center (MSC) related to the core network of the third generation technology network system as well as the second generation technology network system. It is worth noting that. Instead of a common MSC, another MSC may be available for each network system. Such an embodiment is shown in FIG. 5B, in which the first MSC-A is associated with GSM RAN 1 (ie second generation technology network) and UTRAN 2 (ie third generation technology network) respectively. The handling and signaling related to intersystem handover is in principle outside the scope of the present invention but will be given a brief teaching on possible signaling for inter-MSC handover.

In order to be able to apply the solution according to the invention for signaling between the core network (CN) and the radio access network (RAN) and in the case of the required inter-MSC handover, signaling similar to the signaling described above is A-. It may be applied to interface base station subsystem application port (BSSAP) signaling. The A-interface is a signaling interface between the mobile service switching center (MSC) and the base station controller (BSC). This is the case for multimedia or video telephony calls (requires a 64 kbit / s transparent data rate communication connection between the access network and the mobile terminal), and the MSC will allow the allowed interface data rate in the channel type information element (CT IE) of the assignment request message. This means that you should be able to set the values. In particular, octet 5a of the channel type information element should be able to be set to values 0 with an indication that service handover to UMTS should be performed by the base station controller (BSC). The same BSSAP signaling as used in the A-interface may also be applicable to an E-interface representing an interface between the MSC-A and the MSC-B in inter-MSC inter-system handover. During such inter-MSC intersystem handover, the channel type IE (CT IE) of the BSSAP is transmitted from the MSC-A to the MSC-B. The MSC-B will have to create the Radio Access Network Application Port (RANAP) radio access bearer (RAB) parameters used towards the Radio Network Controller (RNC) at the lu interface. In particular to enable this, the MSC-B would have to try to obtain at least FNUR 64 kbit / s for channel type indication, which corresponds to the 64 kbit / s transparent data rate communication connection required for video telephony calls.

In addition, when indicating the allowed air interface data rate as 0 in the channel type information element (CT IE), the mobile station (mobile terminal) does not support this service (wireless interface data rate 0 kbit / s) in GSM mode, The MSC-B will be aware that it is not possible to return subsequent intersystem handover to GSM for a previously established connection after the handover described above.

Although the basic novel features of the invention have been shown, described and pointed out in the application of the preferred embodiments, various omissions, substitutions and changes in the form and details of the described apparatus and methods do not depart from the spirit of the invention. It will be appreciated that it can be done by one of ordinary skill in the art. For example, it is expressly intended that all combinations of those elements and / or method steps that perform substantially the same function in substantially the same manner to achieve the same results are within the scope of the present invention. Moreover, the structures and / or elements and / or methods shown and described in connection with any disclosed form or embodiment of the present invention may be incorporated as a general design option in any other disclosed or described or suggested form or embodiment. It will be appreciated that it can. It is therefore intended that it be limited only as indicated by the claims appended hereto.

Claims (28)

A mobile terminal capable of operating in at least a first type of wireless access network and a second type of wireless access network via at least the first type of wireless access network and the second type of wireless access network via the wireless access network of the first type. Connecting to a communication network comprising; And Initiating an inter-system handover by transmitting information including at least one bearer capability field, The bearer capability field indicates that a service requested by the mobile terminal can only operate with the second type of radio access network in cooperation with the mobile terminal. The method of claim 1, wherein the intersystem handover is mobile origination, service based, or mobile origination and service based. The method of claim 1, wherein the transmission of the information for initiation transmits the information according to a call control procedure. 4. The method of claim 3, wherein the transmission of information is in accordance with a multimedia telephone call establishment procedure. 3. The method of claim 1 or 2, wherein the information comprises a call control message, and the method further comprises transmitting the call control message from the mobile terminal to a core network using the first type of radio access network. How to include. 4. The method of any one of claims 1 to 3, wherein the at least one bearer capability field includes a parameter value that is not applicable when used in establishing a connection to the radio access network of the first type. The method according to any one of claims 1 to 3, The at least one bearer capability field is selected from a plurality of bearer capability fields and the validity of the at least one parameter value of the at least one bearer capability field is such that communication with the first type of radio network and the second type of radio Different way of communicating with the access network. The method according to any one of claims 1 to 3, wherein the transmitted information comprises a call control setup (SETUP) message in accordance with a mobile originating call establishment procedure, the method comprising: Encoding at the call control entity of the mobile terminal the at least one bearer capability information element comprising the at least one bearer capability field; And Sending, by the mobile terminal, the setup message to a call control entity of a core network using the first type of radio access network to initiate the intersystem handover. The method according to any one of claims 1 to 3, wherein the transmitted information comprises a call control 'CALL CONFIRMED' message in accordance with a terminating call establishment procedure. Encoding, at the call control entity of the mobile terminal, the 'call verified' message into at least one bearer capability information element including the at least one bearer capability field; And Sending, by the mobile terminal, a call control entity of a core network using the first type of radio access network to initiate a cross-system handover. 10. The method of claim 8, wherein the at least one bearer capability information element includes all channel coding fields set to a value encoded to indicate "not acceptable". 4. The at least one bearer capability field of claim 1 comprising a fixed network user rate field set to a data rate value operable only with the second type of radio access network. Way. 12. The method of claim 11, wherein the fixed network user rate field is set to a data rate value of 33.6 kbit / s. 4. The method according to any one of claims 1 to 3, wherein the first type of radio access network is a second generation technology radio access network and the second type of radio access network is a third generation technology radio access network. The wireless network of any one of claims 1 to 3, wherein the first type of wireless access network is a global system for mobile communications / general packet radio system (GSP / GPRS) wireless access network, and the second type of wireless access network is a WCDMA (WCDMA) network. wideband code division multiple access) A wireless access network. A computer-readable recording medium storing a program for executing the method of any one of claims 1 to 3. An apparatus for a mobile terminal operable with a communication network comprising at least a first type of radio access network and a second type of access network, The apparatus is configured to access the communications network via the first type of radio access network, the apparatus comprising information from the apparatus including at least one bearer capability field to initiate a handover between mobile originating service based systems. Transmitting to the radio access network of the first type, wherein the information indicates that the service requested by the mobile terminal can operate only with the radio access network of the second type in cooperation with the mobile terminal. A mobile terminal enabled for initiation of inter-system handover between mobile originating services in a communication network, The mobile terminal is operable with the communication network including at least a first type of wireless access network and a second type of wireless access network, the mobile terminal accessing the communication network via the first type of wireless access network, and the mobile The terminal transmits information including at least one bearer capability field from the mobile terminal to the wireless access network of the first type, wherein the information is requested by the mobile terminal in cooperation with the mobile terminal. A mobile terminal indicating that it can only operate with a wireless access network. 18. The mobile terminal of claim 17, wherein the transmission of the information for initiation transmits the information according to a call control procedure. 19. The mobile terminal of claim 18, wherein the transmission of information is in accordance with a multimedia telephone call establishment procedure. 20. A mobile terminal according to any one of claims 17 to 19, comprising a call control entity for encoding the information and a radio frequency interface for transmitting the information to a call control entity of the radio access network of the first type. An apparatus enabled for triggering handover between mobile originating service based systems in a communication network, the apparatus comprising: The apparatus is part of the telecommunications network, and is configured to receive information transmitted from a mobile terminal operable with at least a first type of wireless access network and a second type of wireless access network forming the communication network, and the first type of wireless access network. The transmitted information of the mobile terminal accessing the communication network via the at least one bearer indicating that the service requested by the mobile terminal can only operate with the wireless access network of the second type in cooperation with the mobile terminal. Device that contains information including capability fields. 22. The apparatus of claim 21, wherein the transmission of information is in accordance with a call control level procedure. 23. The apparatus of claim 22, wherein the transmission of information follows a multimedia telephone call establishment procedure. 24. The apparatus of any of claims 21 to 23, further comprising: an interface configured to receive the transmitted information, a call control entity to decode and analyze the transmitted information to detect an indication for intersystem handover; And a triggering entity configured to trigger the intersystem handover. In a communication network enabled to perform handover between mobile originating service-based systems, The communication network includes an apparatus for triggering the inter-system handover of a mobile terminal operable with at least first and second types of radio access networks and the first and second types of radio access networks. The inter-system handover is performed based on information transmitted from the mobile terminal accessing the communication network via the first type of radio access network, wherein the transmitted information is transmitted by the service requested by the mobile terminal. A communication network including information including at least one bearer capability field indicating that only the second type of radio access network can be operated in cooperation with a terminal. 27. The network of claim 25 wherein the transmission is in accordance with a call control procedure. 27. The communications network of claim 26 wherein the transmission follows a multimedia telephone call establishment procedure. 28. The call control entity of any one of claims 25 to 27, further comprising: a radio frequency interface that receives the information from the mobile terminal, and a call control entity that decodes and analyzes the information to detect an indication for intersystem handover. And a triggering entity triggering the intersystem handover triggering the intersystem handover based on detection.

Images