Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W36/00—Hand-off or reselection arrangements
  • H04W36/24—Reselection being triggered by specific parameters
  • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
  • H04W36/302—Reselection being triggered by specific parameters by measured or perceived connection quality data due to low signal strength
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W36/00—Hand-off or reselection arrangements
  • H04W36/14—Reselecting a network or an air interface
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W36/00—Hand-off or reselection arrangements
  • H04W36/34—Reselection control
  • H04W36/38—Reselection control by fixed network equipment

Definitions

• a method of switching from a high-speed service to a low-speed service in the event of a change of radio coverage and network equipment to implement this method is to implement this method.
• the field of the invention is that of telecommunications and more particularly that of UMTS mobile networks.
• UMTS mobile networks known as third generation or 3G networks, are advantageous over second generation networks or 2G such as GSM or GPRS mobile networks in that they allow high data exchange rates particularly suitable for services such as video communication.
• the 2G networks remaining well adapted for certain services such as voice communication, the patent application FR0305072 proposes a discrimination of services when one has both a 2G network and a 3G network, so as to trigger a handover in the English terminology from the 3G network to the 2G network when the service can operate with the 2G network.
• the 3G network is used.
• the network can no longer support the multimedia call on the uplink (uplink in English terminology) but can support the voice call.
• the mobile moves from a good 3 G coverage to a 2G coverage, for example by entering a building.
• 3GPP TS 23.172 V6.0.0 of March 2004, discloses procedures for changing the voice service to multimedia and multimedia to voice for a mobile or user equipment under 3G cover.
• This recommendation also discloses fallback procedures from multimedia service to voice service.
• the change of service and the withdrawal can be initiated by the mobile.
• the fallback of service can also be initiated by the network.
• This recommendation presents the issue of changing radio coverage and the need for associated service decline.
• the procedure described in section 4.2.5.1 uses the "Service Handover" parameter to restrict a 2G coverage of 3G coverage in case of 3G coverage degradation.
• the core network node interprets this forcing as a need for a fallback from video service to voice.
• the presence of a 2G access network is necessary to implement this procedure.
• the use of this parameter alone is unsatisfactory because of its optional nature and the final handover decision that remains at the initiative of the RNC.
• the 3GPP recommendations serve to standardize the communication protocols and the equipment that implement them in order to facilitate telecommunications that involve many different network operators and many equipment manufacturers. Any modification of a recommendation has implementation implications that must be taken into account.
• Patent Application EP 1398941 discloses a method in which a mobile trying to initiate one of the selected multimedia and voice calls by a user, examines whether the initiated call has succeeded and in case of failure, automatically tries one other calls. A mobile personalization does not meet the need to offer a service decline for any type of mobile.
• RRC Protocol Specification describe the information of which has a dedicated access network access node (RNC), to initiate a handover.
• the causes of mobility are essentially radio (feedback of radio measurements sent by the mobile to the access network node with the RRC protocol), they are not related to the service.
• the RNC has no visibility on the service requested by the mobile, it is only aware of the characteristics of the RABs.
• RAB Radio Access Support
• the 3GPP specifications also describe the information available to a core network node (MSC) for influencing a handover decision.
• MSC core network node
• a “Service Handover” parameter can be used.
• the use of the "Service Handover” parameter alone is not satisfactory because on the one hand this parameter is optional and on the other hand, the final decision to initiate the handover is determined by the RNC.
• the value of the "Service Handover” parameter is integrated in an algorithm that determines whether the handover is necessary or not. Handover trigger threshold values are not normalized and depend on the implementation chosen by the constructor.
• a first object of the invention is a communication method in which a radio coverage controlled by a first access network node initially makes it possible to connect a user equipment to a first core network node.
• the method is notable in that it comprises: a request step wherein when said first core network node detects a first service call with which a high rate radio access bearer is associated, said first core network node sends to said first access network node a high speed radio access support request by attaching to said request a fallback authorization to a second service associated with a low rate radio access bearer; an alarm step in which when said first access network node detects an impossibility to control said high speed radio access bearer having received said fallback authorization, said first access network node sends said first core network node, a fallback command from the first service to the second service; a fallback step in which when said first core network node receives said fallback command, said first core network node initiates a fallback of the first service to the second service
• the core network node which unlike the access network node (RNC), is aware of the characteristics of the requested service with a radio access medium (Bearer Capability) sent by the user equipment (mobile), can easily position the RNC in a clean state to send a fallback command.
• the first access network node may detect the inability to control the high-rate over threshold radio access bearer below which said first access network node may control the low rate radio access bearer in which case in the fallback step, the first core network node requests the user equipment to change service from the first to the second service and sends to the first access network node an access support request. low-speed radio as a replacement for the high-rate radio access bearer.
• the first access network node may also detect the inability to control the high-rate radio access bearer by threshold crossing below which handover is required under the control of a second network node. which can only control the low rate radio access bearer, in which case in the fallback step, the first core network node requests the user equipment to change service from the first to the second service and proceeds to as part of the handover, to a sending to the second access network node, a request for low bit rate radio access bearer.
• a simple setting of the thresholds and the message sent to the network node in the standard algorithms of the access network node is then sufficient to initiate a service fallback.
• the first core network node when the first core network node detects a first service call by receiving a location on the first service from the user equipment, the first core network node generates a message of initial address in the core network so as to position another user equipment on the first service. This establishes the service between the two user devices.
• the first core network node when the first core network node detects a first service call by receiving an initial address message from the core network for positioning on the first service of another user equipment , the first core network node requests the user equipment to position itself on the first service and waits for a first service confirmation from the user equipment.
• the first core network node when the first core network node receives the fallback command from the first access network node, the first core network node propagates the fallback command in the form of a message. alert in the network heart to request the other user equipment a service change to go from the first to the second service.
• the first network node when the first core network node receives an alert message from the core network which corresponds to a fallback command from a second access network node, the first network node heart requests the user equipment a service change to move from the first to the second service.
• Another object of the invention is a core network node arranged to be connected to at least one user equipment under radio coverage controlled by a first access network node.
• the core network node is remarkable in that it comprises: first means arranged to send a first service call to detection with which a high speed radio access support is associated with the first access network node; a request for high speed radio access support by attaching to the request a fallback authorization to a second service associated with a low speed radio access bearer; second means arranged to receive from the first access network node, a fallback command from the first service to the second service; third means arranged to initiate a fallback of the first service to the second service on receipt of said fallback command.
• the invention is advantageous in that such a core network node requires little adaptation with respect to a core network node of the state of the art.
• the third means are arranged to request the user equipment a service change to go from the first to the second service and to send to said first access network node, a request for low speed radio access support. replacement of the high speed radio access support.
• the third means are arranged to request the user equipment a service change to go from the first to the second service and to proceed in the context of a handover to a sending to a second access network node, a low bit rate radio access bearer request to replace the high bit rate radio bearer.
• Another object of the invention is an access network node arranged to control a radio coverage that initially allows to connect a user equipment to a first core network node.
• the access network node is remarkable in that it comprises: first means arranged to receive from the first core network node, a high speed radio access support request and a fallback authorization to a second service associated with a low speed radio access bearer; second means arranged to send detection of an impossibility to control said high-speed radio access support having received said fallback authorization, a fallback command from the first service to the second service to the first core network node.
• the second means are arranged to detect the impossibility of controlling the high-rate radio access support by crossing the threshold below which the first access network node can no longer control the high-speed radio access support.
• the access network node includes third means arranged to receive from the core network node, a low bit rate radio access bearer request as a replacement for the high bit rate radio access bearer.
• the second means are arranged to detect the impossibility of controlling the high-rate radio access support by threshold crossing below which a handover is necessary under the control of a second access network node. which can only control the low rate radio access bearer, and the access network node includes third means arranged to send to the second core network node, a handover command to the second network node of access.
• FIG. 1 is a diagram of a network of mobile telecommunication; - Figures 2 and 3 are communication diagrams according to the state of the art; FIGS. 4 and 5 are communication diagrams according to the method according to the invention; FIG. 6 is a core network node diagram according to the invention; FIG. 7 is an access network node diagram according to the invention.
• FIG. 1 shows in cell telecommunication networks the only elements that are useful for understanding the invention. The skilled person in the field of cellular telecommunication networks, already knows otherwise the other elements and their interactions without it being necessary here to describe them in more detail.
• a core network 1 comprises mobile switching centers (MSCs for mobile switching centers in the current terminology) 10, 11.
• the core network 1 generally comprises other equipment (not shown) such as gateways to the gateway.
• An access network 2, 4 comprises radio link controllers 21, 40 (RNC for Radio Network Check in 3G terminology) and / or 20, 41 (BSC for Base Station Check in 2G terminology).
• RNC Radio Network Check in 3G terminology
• BSC Base Station Check in 2G terminology
• a geographical area is divided into cells to which are associated radio transmission / reception nodes, logical nodes 24, 25, 42, 43 (Node B in the 3G terminology) and / or base stations 22, 23, 44, 45 ( BS for Base Station in 2G terminology).
• the logical node 24 ensures the transmission and the radio reception with a user equipment
• the logical node 43 ensures the transmission and the radio reception with a user equipment 31.
• the RNC 21, 40 each control a radio coverage provided respectively by one or more logical nodes 24, 25 (controlled by the RNC 21), 42, 43 (controlled by the RNC 40).
• the BSCs 20, 41 each control a radio coverage provided by one or more BS 22, 23 (controlled by the BSC 20), 44, 45 (controlled by the BSC 41) respectively.
• the MSCs 10, 11 constitute core network nodes 1 respectively connected to the RNCs 21 and 40 and / or to the BSCs 20 and 41 which constitute access network nodes 2, 4. In the example illustrated in FIG.
• FIG. 2 shows an example of a method of the state of the art in which, for example, the user equipment 30 or the user equipment 31, connects to the MSC 10 or respectively to the MSC 11, in the context of a call of Videotelephony service that requires high speed radio access support.
• the method comprises successions of steps activated by validated transitions on event detections in for example the user equipment 30, the access network node 21 and the core network node 10 from a general state respectively of MS 300, RNC 200 and MSC 100.
• the general state is a state that results or not from steps previously carried out and in which may also be performed other peripheral steps to the sequence of steps described.
• a transition 301 is validated by a request from the user to access a service illustrated here by the videotelephony service.
• the validation of the transition 301 in the user equipment has the effect of activating there a step 302 in which a connection request (RRC Connection setup Request) is sent from the user equipment to the access network node of which one here assumes that it is capable of performing the requested service, i.e., the access network node is of the RNC type.
• a transition 201 is validated in the access network node by receiving the connection request.
• the validation of the transition 201 has the effect of activating a step 202 in which the access network node establishes the connection by sending to the equipment a signal named "RRC Connection setup".
• a transition 303 is validated in the user equipment by receiving the connection data transmitted with the signal "RRC Connection setup”.
• the validation of the transition 303 in the user equipment has the effect of activating a step 304 in which an acknowledgment of the connection is sent from the user equipment to the access network node with the signal "RRC Connection setup complete ".
• the established connection enables the user equipment to establish a 3G (third generation) 3G video telephony call by means of a message named "SETUP" which transmits to the core network node attached to the access network node, Radio Access Bearer (RAB) features that provide service, in this case broadband support for the videotelephony service.
• a transition 101 is validated in the core network node by receiving the message "SETUP" which indicates that a videotelephony service is to be established.
• the validation of the transition 101 has the effect of activating a step 102 in which the core network node confirms to the user equipment a video call procedure by means of a message named "CALL PROCEEDING".
• a transition 203 is validated in the access network node upon receipt of the "RAB ASSIGNMENT REQUEST" message.
• the access network node is not informed by this service message to which is bound the access support that is requested but essentially the value of the access media that it must provide.
• the validation of the transition 203 has the effect of activating a step 204 in which the access network node configures the radio access support for the requested bit rate with the user equipment by sending a message named "Radio Bearer Setup". "which contains the radio support to use.
• a transition 305 is validated in the user equipment by receiving the "Radio Bearer Setup" message. At this level, the user equipment is informed of the radio bearer for the associated service requested in step 304.
• the validation of the transition 305 has the effect of activating a step 306 in which the user equipment issues a message named "Radio Bearer".
• the access network node On receipt of the message "Radio Bearer Full Setup" validating an acknowledged radio bearer transition 205, the access network node transmits in a step 206, a message named "RAB Assigned Full” to the core network node to acknowledge the request for high-speed support, thus indicating the establishment of the high-speed radio bearer.
• the core network node On receipt of the "RAB Assignment Complete” message validating a transition 103, the core network node returns to its general state. Since the switching function is provided within the heart network, the user equipment is then able to use the videotelephony service to communicate satisfactorily as long as the radio coverage allows it.
• RNC 21 provides for a transition 207 validated by crossing the threshold of the measurements reported since the user equipment to the access network node and / or the radio events sent by the mobile equipment to the access network node 21.
• the validation of the transition 207 has the effect of activating a step 208 wherein the access network node transmits to the core network node (MSC) a request to release the RAB in the form of a message named "Iu RELEASE REQUEST" to indicate to the MSC that the 3G coverage is too much degraded to support maintaining the 64 kbit / s RAB.
• a transition 105 is enabled in the core network node by receiving the "Iu RELEASE REQUEST" message that indicates that a high speed radio bearer release is required by the access network.
• the validation of the transition 105 has the effect of activating a step 106 in which the MSC decides to abandon the service, sends a message named "RELEASE" to the user equipment.
• a transition 307 is validated by receiving the message "RELEASE” which indicates that the service is to be abandoned.
• a step 308 activated by the validation of the transition 307 the user equipment sends the MSC a message named "RELEASE COMPLETE” to acknowledge the abandonment.
• a transition 107 is validated in the core network node by receiving the "RELEASE COMPLETE” message with the effect of activating a step 108 in which the MSC commands a release of the radio resources by sending to the RNC a message named "Iu RELEASE COMMAND ".
• a transition 209 is validated in the access network node by receiving the message "Iu RELEASE COMMAND" with the effect of activating a step 210 in which the RNC releases the radio connection by sending to the user equipment (MS) , a message named "RRC Connection Release”.
• a transition 309 is validated in the access network node by receiving the "RRC Connection Release” message with the effect of activating a step 310 in which the MS acknowledges the radio connection release by sending to the RNC a message named "RRC Connection Release Complete”. Since the access network has no knowledge of the nature of the service to which the radio access support corresponds, the degradation of the radio support leads to a pure and simple relaxation of the connection.
• FIG. 3 an alternative of the prior method is illustrated which considers the case where the user equipment 30 on the move leaves the 3 G coverage of the RNC 21 when entering under 2G cover of the BSC 20.
• This requires a handover (handover in the usual terminology) from the 3G access network to the 2G access network.
• the core network node is a general state of MSC 100a which follows a previous transition validation 103.
• the access network node is in a general state of RNC 200a which follows a previous activation of step 206. a general state of MS 300a which follows a previous validation of transition 306.
• a transition 211 validated by reaching a threshold of the measurements sent from the user equipment to the access network node 21 and / or by the radio events sent by the mobile equipment to the access network node 21 , which threshold is that of triggering a handover to another access network node.
• the validation of the transition 211 has the effect of activating a step 212 in which the access network node 21 transmits to the core network node (MSC), a relocation request in the form of a message named "RELOCATION” PREPARATION REQUIRED "to indicate to the MSC that the 3G coverage is too degraded to support maintaining the 64 kbit / s RAB.
• a transition 109 is enabled in the core network node by receiving the "RELOCATION PREPARATION REQUIRED" message that indicates relocation is required by the access network.
• the validation of the transition 109 has the effect of activating a step 110 in which the MSC deciding to pass the control of the radio link to a second access network node of the BSC type sends a message named "HANDOVER REQUEST" to the BSC .
• the characteristics of the RAB contained in this message remain those of a high-speed support, 64 kbit / s.
• a transition 501 is enabled by receiving the message "HANDOVER REQUEST" which indicates that a handover is required for a 64 kbit radio access bearer / s.
• the validation of the transition 501 has the effect of activating a step 502 in which the second access network node can not control a 64 kbit / s radio access medium, sends to the MSC a message named "HANDOVER FAILURE "to indicate a failure of the award.
• a transition 111 is validated by receiving the "HANDOVER FAILURE” message with the effect of activating a step 112 in which the MSC reports a relocation failure to the RNC by sending it a message named "RELOCATION PREPARATION FAILURE".
• a transition 213 is validated by the reception of the message "RELOCATION PREPARATION FAILURE" with the effect of activating the step of 64 kbit / s radio access support release request by the RNC.
• the user equipment is in a general state of MS 300b which follows a previous transition validation 303.
• the core network node is in a general state of MSC 100b in which it is prepared to distinguish the services to which correspond flows to be switched.
• a transition 101 is validated in the core network node by receiving the message "SETUP" which indicates that a videotelephony service is to be established. This is the case when it is the mobile equipment managed by the core network node, which in its state 300b, has requested a positioning on the videotelephony service in step 304.
• the core network node generates a initial address message named "IAM" in the core network for example to position the user equipment 31 on the videotelephony service.
• the transition 101 may also be validated by receiving an initial address message named "IAM" when the origin of the videotelephony service request, is in the core network from another mobile user equipment, or an external fixed communication network.
• IAM initial address message
• the core network node requests the user equipment to position itself on the videotelephony service and waits for a video service confirmation from the user equipment, without it being necessary here to describe the succession of transitions and known stages interacting between the core network nodes and with the mobile equipment as part of the signaling.
• the state 300b considered takes into account these steps not shown.
• the validation of the transition 101 has the effect of activating a step 104 in which the core network node confirms to the user equipment a video call procedure by means of a message named "CALL PROCEEDING".
• the core network node Compared with step 102 previously described, the core network node also establishes in step 104, the appropriate RAB, issuing a high-speed support request in a message named "RAB ASSIGNMENT REQUEST" destined for the network. access and which contains the parameters of RAB usable in videotelephony.
• RAB Access and which contains the parameters of RAB usable in videotelephony.
• the service requires a constant flow guarantee.
• the core network node that is aware of this time of the nature of the service, attached to the request, an authorization to fall back to a second service, here a fold of the video to the voice.
• the authorization is of a binary nature, authorization or absence of authorization.
• a transition 215 is committed in the access network node upon receipt of the "RAB ASSIGNMENT REQUEST" message with fallback permission.
• the validation of the transition 215 has the effect of activating a step 216 similar to the step 204 except that with the characteristics of the RAB which is associated with at least one threshold specific to the requested service, the RNC is aware of the fallback authorization related to this RAB.
• transitions and steps 305, 306, 205, 206 and 103 then take place as previously explained with reference to FIG. 2.
• the core network node returns to its general state of switching management without have to memorize the nature of the switched service.
• RNC 21 provides for a transition 217 validated by a threshold crossing of the measurements reported since the user equipment to the access network node and / or the radio events sent by the mobile equipment to the access network node 21.
• the validation of the transition 217 has the effect of activating a step 218 in which the access network node sends to the core network node (MSC), a request for release of the RAB in the form of a particular message which differs from the usual message "Iu RELEASE REQUEST" in that it contains the fallback authorization parameter to the second service to indicate to the MSC that the 3G coverage is too degraded to support the maintenance of the 64 kbit RAB / s but that the fallback to a lower rate service is possible.
• MSC core network node
• a transition 113 is enabled in the core network node by receiving the fallback command release message to the second lower rate service, the voice occurrence in the case of the video.
• the validation of the transition 113 has the effect of activating a step 114 in which the heart network node transmits to the user equipment, a message named "MODIFY" including radio access support characteristics sufficient to ensure the second service, so as to request the user equipment to make a change from video service to voice.
• the core network node 10 When the core network node 10 receives the fallback command from the access network node 21, the core network node 10 advantageously propagates the fallback command in the form of an alert message addressed to the node 11 in the network heart 1, so as to request the user equipment 31 a service change to switch from video to voice.
• the transition 113 is validated in the core network node 10 by a corresponding alert message from the core network.
• a transition 311 is validated by a reception of the "MODIFY” message which has the effect of activating a step 312 in which the user equipment acknowledges the service modification by sending a message called "MODIFY COMPLETE" to the core network node. ".
• a transition 115 is validated by receiving the message "MODIFY COMPLETE" which has the effect of activating a step 116 in which the core network node informs the access network node of the acceptance of the change of service by issuing a a message named "RAB ASSIGNMENT REQUEST" to the access network node for a change of radio access bearer.
• the request contained in the "RAB ASSIGNMENT REQUEST” message is for a low rate radio access (RAB) bearer that is suitable for the voice.
• the core network node also informs one or more of the other fixed or mobile user equipment in communication with the user equipment considered to accept the change of service by sending a message called "MODIFY Request" to the core network node or nodes.
• a transition 219 is enabled by receiving the "RAB ASSIGNMENT REQUEST” message which has the effect of activating a step 220 in which the access network node reconfigures the radio access bearer with lower rate characteristics which are those which correspond to the voice service by sending to the user equipment a message named "Radio bearer Reconfiguration" to release the RAB at 64 kbit / s and set a RAB called Adaptive Multi-Rate (AMR) adaptive multiple bit rate.
• AMR Adaptive Multi-Rate
• a transition 313 is validated by a reception of the message "Radio bearer Reconfiguration” which has the effect of activating a step 314 in which the user equipment acknowledges the reconfiguration by sending a message named "Radio bearer Complete Reconfiguration" to the node of access network.
• a transition 221 is validated by a reception of the message "Radio bearer Complete Reconfiguration” which has the effect of activating a step 222 in which the access network node acknowledges the change by sending a message named "RAB Assignait Complete" at destination the core network node to indicate the establishment of the fallback service related radio resources.
• a transition 117 is validated by receiving the message "RAB Assignait Complete” which has the effect of returning the core network node in its general state of MSC.
• the access network node is in a state of RNC 200c that follows a previous step activation 206 according to FIG. 4.
• the user equipment is in a eigen condition of MS 300c which follows a previous step activation 306.
• the core network node is in a general state of MSC 100b comparable to that which succeeds the transition 103 shown in Figure 4.
• a transition 223 is validated in the access network node (RNC) by detecting degradation of radio conditions when the user equipment moves under 3G coverage while being about to go under 2G coverage.
• the state 200c is such that it integrates the fallback authorization received previously during the validation of the transition 215.
• the radio measurement feedback from the user equipment then triggers a specific handover algorithm in the RNC.
• the specificity of the algorithm lies in the threshold levels that are optimally defined to ensure a good quality of the videotelephony service. These optimal threshold levels are enabled by the potential for fallback to the voice that is taking into account the setting of the RNC.
• the validation of the transition 223 has the effect of activating a step 224 in which the RNC sends a request for relocation with fallback command by sending to the core network node, a message named "RELOCATION PREPARATION REQUIRED" which is attached a parameter that indicates a fallback command to the voice.
• This voice-over command overcomes the impossibility of ensuring video service continuity by the other access network node which, type 2G, can not satisfactorily control the high bit rate required for the video.
• this second access network node, of the BSC type can essentially control a low bit rate radio access medium such as that used for a voice service.
• a transition 119 is validated by reception of the request for relocation with fallback command with the effect of activating the step 114 which is carried out as explained above with reference to FIG. 4 with the transition 311 and step 312 until The validation of the transition 115 following that of the transition 119 has the effect of activating a step 120 in which the core network node initiates a handover to the 2G network by sending to the node.
• 2G access network a message named "HANDOVER REQUEST" with characteristics of RAB that are those of the second service, that is to say lower rate (RAB AMR) that is suitable for the voice.
• RAB AMR lower rate
• a transition 121 is validated by receiving the "HANDOVER REQUEST ACK” message with the effect of activating a step 122 in which the MSC issues a relocation command by sending the RNC a message named "RELOCATION PREPARATION REQUEST" "which tells him that radio resources are allocated for the benefit of user equipment under 2G coverage.
• a transition 225 is validated by receiving the message "RELOCATION PREPARATION REQUEST" which has the effect of activating a step 226 in which the RNC sends the user equipment a message named "RRC Handover from UTRAN Command” with a channel type voice to indicate to the user equipment that it must perform a handover to the 2G with voice radio access support.
• a transition 315 is validated by receiving the message "RRC Handover from UTRAN Command” which has the effect of activating a step 316 in which the user equipment configures its radio links to go under 2G coverage with the BSC. The user equipment sends the BSC a message named "RR Handover Access” for establish radio resources in 2G.
• the user equipment also sends the BSC a message named "RR Full Handover" to acknowledge the establishment of radio resources.
• a transition 505 is validated by reception of the "RR Handover Access” and "RR Handover Complete” messages, with the effect of activating a step 506 in which the BSC indicates that the handover was successful by sending the MSC a message named "HANDOVER COMPLETE".
• a transition 123 is validated by receiving the message "HANDOVER COMPLETE" which has the effect of activating a step 122 in which the MSC issues a command to release the radio resources 3 G by sending the RNC a message named "Iu Release Command "
• a transition 227 is validated by receiving the message "Iu Release Command” which has the effect of activating a step 228 in which the RNC releases the resources 3 G allocated to the user equipment by sending a message named "RRC Connection Release "to release the RRC connection.
• a transition 317 is validated by receiving the "RRC Connection Release” message which has the effect of activating a step 318 in which the user equipment acknowledges the RRC connection release by sending the RNC a message named "RRC Connection Complete Release”. .
• a transition 229 is validated by receiving the "RRC Connection Full Release” message which has the effect of activating a step 230 in which the RNC acknowledges the 3G release command by sending the MSC a message named "Complete Release".
• a transition 123 is validated by a reception of the message "Complete Iu Release” which has the effect of returning the core network node in its general state of MSC, the voice telephony service is now provided under 2G cover in place of the video service Previously under cover 3 G.
• Figure 6 illustrates the essential elements to implement to customize a standard core network node so as to enable it to implement the invention. It will be appreciated that the changes made are minimal so that the core network node remains essentially a mobile switching center.
• the core network node 10 comprises means 61, 62 wired or programmed to execute the represented algorithms.
• the means When the means are programmed, their arrangement comprises a location in memory with recognition by an operating system executed by one or more processors in a known manner without requiring here to represent them.
• the means 61 are arranged to perform in a step 63, a monitoring of messages of "SETUP" type which come from the access network by an interface 60 of type Iu and or a monitoring "IAM" type messages that come from the core network.
• Reception of such a message associated with a radio connection controlled by the access network has the result of triggering a step 66 of allocation of radio access support (RAB) in which the means 61 send via the interface 60 at the access network node concerned, the message "RAB Assignment Request”.
• RAB radio access support
• the means 61 are aware of the characteristics of the service requested by the transmission function named "Bearer capability" that a user equipment requests from the network in the message detected in step 63.
• the means 61 do not need to maintain the nature of the service, it is essentially the business of user equipment at the ends of connections.
• the means 61 are configured to use, prior to triggering of the step 66, a step 64 of detecting the nature of the service requested to trigger a step 65 in which, if the service detected is that of a pair of two services which is associated with a high-speed radio access medium, in this case the video, a lower rate radio access medium being associated with the other service, in this case the voice, a parameter whose value indicates a fallback authorization, is attached to the request message "RAB Assignment Request" before its issue in step 66.
• the means 61 can return to the monitoring state of step 63 without having to retain any nature of service related to the switched connection.
• the means 62 are arranged to perform in a step 67, a monitoring of messages of the "RANAP” type that come from the access network by the interface 60 type Iu.
• RANAP is the acronym for the terms "Radio Access Network Application Part” which relate to the signaling of the radio network on the interface Iu.
• Reception of such a message associated with a radio connection controlled by the access network results in triggering a step 71 in which the means 62 analyze the "RANAP" message to perform a 3G network pass to the 2G network in a step 72 if it is required in step 71 or to initiate action within the 3G network otherwise.
• the means 62 are not aware, a priori, of the characteristics of the service linked to the connection, since the switching management here concerns the application part of the radio access network and not the application application link to user equipment. .
• the means 62 are configured to use, prior to the triggering of step 66, a fallback command detecting step 68 in the "RANAP" message to trigger a step 69 in which a fallback is initiated by asking at least one user equipment to change the service to switch to the other service, in this case the voice service whose nature is the result of the fallback command.
• a fallback command detecting step 68 in the "RANAP" message to trigger a step 69 in which a fallback is initiated by asking at least one user equipment to change the service to switch to the other service, in this case the voice service whose nature is the result of the fallback command.
• an allocation of RAB which is suitable for the voice, is allocated to the connection in a step 74.
• the means 62 are then arranged for any execution of step 73 so as to send via the Iu interface to the 3G access network node, i.e., the RNC, a low bit rate radio access bearer request in replacement of the high bit rate radio access bearer request.
• the means 62 are arranged to send to the access network node 2G, that is to say the BSC, a low speed radio access support request to proceed. to an intercellular transfer.
• Figure 7 illustrates the essential elements to implement to customize a standard access network node so as to enable it to implement the invention. It will be appreciated that the changes made are minimal so that the access network node essentially remains a radio connection controller.
• the access network node 21 comprises means 81, 82, 83 wired or programmed to execute the represented algorithms.
• the means When the means are programmed, their arrangement comprises a location in memory with recognition by an operating system executed by one or more processors in a known manner without requiring here to represent them.
• the means 81 are arranged to perform in a step 84 of the daemon type, a monitoring of messages of the type "RAB Assignment Request" which come from the core network by an interface 80 type Iu.
• a reception of such a message associated with a radio connection controlled by the access network results in assigning a radio access bearer (RAB) to the controlled connection, in accordance with that requested in the message "RAB Assignment Request ", for example 64 kbit / s for video.
• RAB radio access bearer
• the means 81 are not aware of the characteristics of the service requested by the transmission function named "Bearer capability". Only the characteristics of RAB are necessary.
• the means 81 are configured to use prior to the allocation of the RAB, a step 85 of detecting a fallback authorization attached to the request message "RAB Assignment Request". The absence of a parameter value indicating a fallback authorization triggers a step 87 which activates a standard or usual RAB allocation and control algorithm.
• a parameter value indicating the fallback authorization triggers a step 86 that activates a specific RAB allocation and control algorithm.
• the activation of the algorithm has the effect of storing the existence of the fallback authorization as long as the algorithm is active.
• the means 82 are arranged to implement the specific algorithm that starts from a step 88 in which are taken into account threshold values adapted to the RAB that are suitable for the couple. separate services with the possibility of withdrawal from one to the other.
• the specific algorithm is similar to the standard algorithm which controls in a known manner the resources allocated to a radio connection but differs in the steps described here.
• the means 82 monitors whether the radio quality falls below a video-specific threshold, in which case the means 82 measure in an optional step 90 whether there is a threshold for which the radio conditions are specific to the video. relocate the current 3G network to a 2G network. If this is the case, the means 82 send to the core network via the interface 80, a relocation request by joining a fallback command. Otherwise, the means 82 send to the core network via the interface 80, an RAB release request message by attaching the fallback command.
• the means 83 are arranged to perform in a step 93 of the daemon type, a monitoring of messages of the type "RAB Assignment Request" which come from the core network by an interface 80 type Iu.
• Reception of such a message associated with a radio connection controlled by the access network has as a result of assigning a radio access bearer (RAB) to the controlled connection, in accordance with that requested in the "RAB Assignment Request" message, for example 12.2 kbit / s for voice, real-time service to constant flow.
• RAB radio access bearer
• the means 83 are not aware of the characteristics of the service requested by the transmission function named "Bearer capability". Only the characteristics of RAB are necessary. If in a step 94, the means 83 detect that the reception of the message is in the context of a transfer to the 2G network, they proceed to the handover with the characteristics of RAB received. Otherwise, the means 83 reconfigure in a step 95, the radio access support in accordance with the RAB characteristics received within the 3G network.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Mobile Radio Communication Systems (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=34946486

Family Applications (1)

Country Status (3)

Family Cites Families (3)

• 2004
  • 2004-06-03 FR FR0405986A patent/FR2871330A1/fr active Pending
• 2005
  • 2005-05-31 WO PCT/FR2005/001337 patent/WO2006000686A1/fr not_active Application Discontinuation
  • 2005-05-31 EP EP05775237A patent/EP1752003A1/de not_active Withdrawn

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events