CN103561436B - A network redirection method and device - Google Patents

Abstract

The invention provides a network redirection method and device. The first access device receives the RRC connection request sent by the UE on the first frequency for accessing UTRAN; the RRC connection request includes an identification code used to indicate that the UE supports E-UTRAN; the first frequency is carried on the second access In the RRC connection release message sent by the access device to the UE, the first access device judges whether to allow the UE to access the UTRAN. If the judgment result is no and the number of rejections does not exceed the preset number of times, the value of the identification code is modified to indicate that the UE does not support E-UTRAN, send the first RRC connection rejection message to the UE, receive the RRC connection request resent by the UE on the first frequency point, and re-execute judging whether the UE is allowed to access the UTRAN and subsequent operations until the number of rejections exceeds the preset number or It is determined that the UE is allowed to access the UTRAN. The present invention solves the ping-pong effect during redirection by modifying the value of the identification code.

Description

A network redirection method and device

technical field

The invention relates to communication technology, in particular to a network redirection method and device.

Background technique

In R8-based redirection, the user equipment (UserEquipment, referred to as UE) sends a radio resource control (RadioResourceControl, referred to as RRC) connection request to the universal terrestrial radio access network (Universal TerrestrialRadioAccessNetwork, referred to as UTRAN) to apply for establishing an RRC connection with the UTRAN network, To ensure the continuation of business.

In practical applications, due to the congestion of the UTRAN network load or the admission policy, the access device in the UTRAN may refuse the UE to access the UTRAN. In the redirection of R8, the RRC connection request carries the pre-redirection information element "Pre-Redirectioninfo", and the value of the information element of "Pre-Redirectioninfo" carried in the RRC connection request is "True", indicating that the UE supports the evolution Type UTRAN (Evolved UTRAN, referred to as E-UTRAN). Since the UE supports E-UTRAN, after the access device rejects the UE's access to the UTRAN, it will send an indication message to the UE, instructing the UE to redirect back to the E-UTRAN.

However, after the UE returns to the E-UTRAN, it will try to redirect to the UTRAN for the same reason, and the UTRAN may reject the access of the UE again, so that the UE is redirected to the E-UTRAN again. This repeated redirection process between UTRAN and E-UTRAN is called the ping-pong effect in the redirection process, which often causes service interruption, and brings a large load to the network, wasting network resources.

Contents of the invention

The invention provides a network redirection method and device, which are used to solve the ping-pong effect existing in the redirection process from E-UTRAN to UTRAN, so as to reduce the waste of network resources and lighten the network load.

To achieve the above object, the present invention provides a network redirection method, comprising:

The first access device receives the radio resource control RRC connection request sent by the user equipment UE on the first frequency point for accessing the universal terrestrial radio network UTRAN; the RRC connection request includes an An identification code of the wireless network E-UTRAN; wherein, the first frequency point is carried in the RRC connection release message sent by the second access device to the UE;

The first access device determines whether to allow the UE to access the UTRAN;

If the judgment result is no and the number of rejections does not exceed the preset number of times, the first access device modifies the value of the identification code to indicate that the UE does not support E-UTRAN;

The first access device sends a first RRC connection rejection message to the UE;

The first access device receives the RRC connection request resent by the UE on the first frequency point;

The first access device re-performs judging whether to allow the UE to access the UTRAN and subsequent operations until the number of denials exceeds the preset number of times or it is judged that the UE is allowed to access the UTRAN.

To achieve the above object, the present invention provides a network redirection device, including:

The receiving module is configured to repeatedly receive the radio resource control RRC connection request sent by the user equipment UE on the first frequency point for accessing the universal terrestrial radio network UTRAN; the RRC connection request includes an The identification code of the terrestrial wireless network E-UTRAN, until the number of rejections exceeds the preset number or it is judged that the UE is allowed to access the UTRAN; wherein, the first frequency carried by the second access device sends to the In the UE's RRC connection release message;

A judging module, configured to judge whether the UE is allowed to access the UTRAN after the receiving module receives the RRC connection request message each time;

A modifying module, configured to modify the value of the identification code to indicate the The above UE does not support E-UTRAN;

a sending module, configured to send a first RRC connection rejection message to the UE after the modifying module modifies the value of the identification code each time, so that the UE resends the RRC connection request.

The invention provides a network redirection method and device. The first access device receives the RRC connection request sent by the UE on the first frequency used for UTRAN, and the RRC connection request includes an identification code used to indicate that the UE supports E-UTRAN, where the first frequency is carried on the second In the RRC connection release message sent by the access device to the UE, the first access device judges whether to allow the UE to access the UTRAN, if the judgment result is no and the number of rejections does not exceed the preset number of times, the first access device modifies the value of the identification code, To indicate that the UE does not support E-UTRAN, and send the first RRC connection rejection message to the UE, the first access device receives the RRC connection request resent by the UE on the first frequency point, and re-executes the judgment whether to allow the UE to access UTRAN and subsequent operations until the number of rejections exceeds the preset number of times or it is determined that the UE is allowed to access the UTRAN. In the present invention, when the access device in UTRAN judges that the UE is not allowed to access, it modifies the value of the identification code carried in the RRC connection request, so that the access device determines that the UE does not support E-UTRAN, and then sends a message to the UE that does not carry E-UTRAN. - The RRC connection rejection message of the UTRAN frequency point, so that the UE can no longer be redirected to the E-UTRAN when the UTRAN rejects its access, and can only re-send the RRC connection request for accessing UTRAN to the access device on the UTRAN frequency point , thereby solving the ping-pong effect existing in the process of redirecting from E-UTAN to UTRAN in the prior art, reducing waste of network resources, and reducing network load, which is conducive to the continuous operation of voice services and data services.

Description of drawings

FIG. 1 is a schematic diagram of a network redirection method provided by an embodiment of the present invention;

FIG. 2 is a schematic diagram of another network redirection method provided by an embodiment of the present invention;

FIG. 3 is a schematic diagram of another network redirection method provided by an embodiment of the present invention;

FIG. 4 is a schematic structural diagram of a network redirection device provided by an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of another network redirection device provided by an embodiment of the present invention;

FIG. 6 is a schematic structural diagram of another network redirection device provided by an embodiment of the present invention.

detailed description

The technical solutions of the present invention will be described in further detail below with reference to the accompanying drawings and embodiments.

FIG. 1 is a schematic diagram of a network redirection method provided by an embodiment of the present invention. The application scenario of the embodiment of the present invention is that the UE is redirected from the E-UTRAN to the UTRAN. The subject of execution of the method is the first access device for network access located in the UTRAN. As shown in Figure 1, the network redirection method method comprises the following steps:

101. The first access device receives a radio resource control RRC connection request sent by the user equipment UE on the first frequency point for accessing the universal terrestrial radio network UTRAN; the RRC connection request includes information indicating that the UE supports evolution An identification code of a universal terrestrial radio network E-UTRAN; wherein, the first frequency point is carried in an RRC connection release message sent by the second access device to the UE.

When the E-UTRAN signal is weak but the UTRAN signal is strong, or when the UE currently connected to the E-UTRAN needs to carry voice services, the UE needs to perform Circuit Switched Fallback (CSFB for short) to drop the UE to the UTRAN to complete the connection of the voice service. At this time, the evolved base station (EvolvedNodeB, eNB for short) can send an RRC connection release message to the UE, and the RRC connection release message carries the first frequency for accessing the UTRAN. point. The first frequency point is a frequency point selected by the eNB for the UE. Wherein, the eNB can obtain the measured frequency point information according to the reported measurement report, and then select a frequency point as the first frequency point; optionally, the eNB can pre-store the frequency point selection strategy set by the operator, The selection strategy selects a frequency point as the first frequency point, where different frequency point selection strategies correspond to different redirection reasons. After receiving the RRC connection release message, the UE will release the RRC connection with the eNB. At this point, the UE can be redirected from the E-UTRAN to the UTRAN.

The first access device in the UTRAN receives the RRC connection request sent by the UE on the first frequency point, so as to request to establish a radio bearer with the UTRAN. Wherein, the RRC connection request includes an identification code used to indicate that the UE supports E-UTRAN. The identification code may be a "Pre-redirectioninfo" information element in the RRC connection request. In the RRC connection request, the value of the information element of the "Pre-redirectioninfo" information element remains "True", and the value of the information element is "True" to indicate that the UE can support E-UTRAN. In this embodiment, the first access device may be a radio network controller (Radio Network Controller, RNC for short) in the UTRAN. The second access device may be an eNB in the E-UTRAN.

102. The first access device determines whether to allow the UE to access the UTRAN.

Specifically, after receiving the RRC connection request, the first access device may make a judgment according to the network load status of the UTRAN or the admission principle to determine whether to allow the UE to access the UTRAN. For example, when the network load of the UTRAN is in a saturated state, the first access device determines that the UE is not allowed to access the UTRAN.

103. If the judgment result is no and the number of rejections does not exceed the preset number of times, the first access device modifies the value of the identification code to indicate that the UE does not support E-UTRAN.

In this embodiment, when it is judged that the UE is rejected to access the UTRAN, the first access device may cumulatively record the number of rejections corresponding to the RRC connection request. Specifically, a counter may be set in the first access device, and the counter records the number of times that the same RRC connection request sent by the same UE is rejected. In this embodiment, when the first access device judges that the UE is denied access to the UTRAN for the first time, the counter will be started, and the initial count value is 1 at this time. Whenever the first access device determines that the UE is denied access to the UTRAN due to the same RRC connection request, the counter needs to add 1 to the current count value to obtain the number of times the RRC connection is rejected.

After judging that the UE is rejected to access the UTRAN, the first access device further judges whether the number of rejections recorded by the counter exceeds a preset number. If the number of rejections does not exceed the preset number of times, the first access device modifies the value of the identification code in the RRC connection request. Specifically, the first access device may set the information element value of the "Pre-redirectioninfo" information element to "False". In practice, the values of IE "SupportofE-UTRANFDD" and "SupportofE-UTRANTDD" in the "Pre-redirectioninfo" IE are both set to "False". This preset number of times can be configured by the network, or can be flexibly configured by management personnel according to actual needs and experience. Generally, the preset number of times can be 2 to 3 times.

104. The first access device sends a first RRC connection rejection message to the UE.

After modifying the value of the identification code, the first access device may send a first RRC connection rejection message to the UE to notify the UE that the first access device does not allow it to access the UTRAN. In this embodiment, when it is judged that the UE is rejected to access the UTRAN and the number of rejections does not exceed the preset number of times, the first access device modifies the value of the identification code carried in the RRC connection request, and the modified identification code indicates UE does not support E-UTRAN. In this way, the first access device will not carry the frequency point used to access E-UTRAN in the first RRC connection rejection request sent to the UE, so that the UE cannot immediately redirect to In E-UTRAN.

105. The first access device receives the RRC connection request resent by the UE on the first frequency point, and re-performs the judgment whether to allow the UE to access the UTRAN and subsequent operations until the The number of rejections exceeds the preset number of times or it is determined that the UE is allowed to access the UTRAN.

In this embodiment, since the first RRC connection request does not carry the frequency point for accessing E-UTRAN, after receiving the first RRC connection rejection request, the UE can only continue to connect to the first connection on the first frequency point. The ingress device resends the RRC connection request and establishes a radio bearer with the UTRAN again to facilitate service continuity.

The first access device receives the RRC connection request again, continues to re-execute the judgment whether to allow the UE to access the UTRAN, and when it is judged that the UE is denied access to the UTRAN and the number of rejections does not exceed the preset number of times, modify the identification code in the RRC connection request value, and send the first RRC connection request to the UE until the number of rejections exceeds the preset number or the first access device determines that the UE is allowed to access the UTRAN.

In the network redirection method provided in this embodiment, the first access device receives the RRC connection request sent by the UE on the first frequency point used for UTRAN, and the RRC connection request includes an identification code used to indicate that the UE supports E-UTRAN. A frequency point is carried in the RRC connection release message sent by the second access device to the UE. The first access device judges whether to allow the UE to access the UTRAN. The access device modifies the value of the identification code to indicate that the UE does not support E-UTRAN, and sends the first RRC connection rejection message to the UE, and the first access device receives the RRC connection request resent by the UE on the first frequency point, and re- Judging whether to allow the UE to access the UTRAN and subsequent operations are performed until the number of rejections exceeds the preset number of times or it is determined that the UE is allowed to access the UTRAN.

In this embodiment, when the access device in UTRAN determines that the UE is not allowed to access, it modifies the value of the identification code carried in the RRC connection request, so that the access device determines that the UE does not support E-UTRAN, and sends an unsolicited message to the UE. Carrying the RRC connection rejection message of the E-UTRAN frequency point, the UE can no longer be redirected to the E-UTRAN when the UTRAN rejects its access, and can only re-send the RRC access to the UTRAN to the access device on the UTRAN frequency point connection request, thereby solving the problem of ping-pong effect in the process of redirecting from E-UTAN to UTRAN in the prior art, reducing the waste of network resources, and reducing the network load, which is conducive to the continuation of voice services and data services conduct.

FIG. 2 is a schematic diagram of another network redirection method provided by an embodiment of the present invention. As shown in Figure 2, the method includes the following steps:

201. The first access device receives an RRC connection request sent by a UE on a first frequency used to access the UTRAN.

Reference may be made to the description of relevant content in step 101 in the foregoing embodiments, and details are not repeated here.

202. The first access device judges whether to allow the UE to access the UTRAN.

After receiving the RRC connection request, the first access device may judge according to the network load status of the UTRAN or the admission principle to determine whether to allow the UE to access the UTRAN. For example, when the network load of the UTRAN is in a saturated state, the first access device determines that the UE is not allowed to access the UTRAN. If the judgment result is no, execute step 203; if the judgment result is yes, execute step 301.

203. The first access device determines whether the number of rejections exceeds a preset number of times.

A counter is set in the first access device, which is used for the number of times that the same RRC connection request is rejected. After the first access device determines that the UE is rejected to access the UTRAN, it needs to further determine whether the number of times of rejection exceeds the preset number of times. If the judgment result is no, execute step 204; if the judgment result is yes, execute step 401.

204. The first access device modifies the value of the identification code to indicate that the UE does not support E-UTRAN.

The identification code carried in the RRC connection request. The value of the identification code can indicate that the UE supports E-UTRAN. The access device modifies the value of the identification code, so that the modified value of the identification code indicates that the UE does not support E-UTRAN.

205. The first access device sends a first RRC connection rejection message to the UE.

For step 205, reference may be made to the relevant content of step 104 in the above-mentioned embodiment, which will not be repeated here.

In this example, since the first RRC connection rejection message does not carry the frequency point used for accessing E-UTRAN, after receiving the first RRC connection rejection message, the UE will still send the The access device sends an RRC connection request, and the first access device returns to step 201.

301. The first access device establishes a radio bearer with the UE.

When the first access device determines in step 202 that the UE is allowed to access the UTRAN, the first access device will establish a radio bearer with the UE for service connection.

401. The first access device saves the value of the identification code.

After it is determined in step 203 that the number of rejections exceeds the preset number of times, the first access device keeps the value of the identification code and does not modify the value of the identification code.

402. The first access device sends a second RRC connection rejection message to the UE, and the second RRC connection rejection message carries a second frequency point for accessing the E-UTRAN, so that the UE connects to the second connection point on the second frequency point. The ingress device sends an RRC connection request to redirect the UE to the E-UTRAN.

In step 401, since the first access device does not modify the value of the identification code, it can be determined that the UE supports E-UTRAN. At this time, the first access device will send a second RRC connection rejection message to the UE, and the RRC connection rejection message will carry the second frequency point for accessing the E-UTRAN. Further, the UE sends an RRC connection request to the second access device, ie, the eNB in the E-UTRAN, on the second frequency point, so as to redirect the UE to the E-UTRAN.

In this embodiment, the first access device may also carry a rejection indication in the second RRC connection rejection message, where the rejection indication is used to indicate that the UTRAN rejects the UE access rejection indication. The UE may forward the rejection indication to the eNB in the E-UTRAN through the second frequency point. After the UE accesses the E-UTRAN at the second frequency point, if the UE needs to be redirected to the UTRAN due to the same redirection reason, since the eNB learns that the UTRAN rejects the UE access for the redirection reason, at this time The eNB will not redirect the UE to UTRAN again. Preferably, a certain time interval can be preset, and the eNB will not redirect the UE to UTRAN due to the same redirection reason within this time interval, wherein the time interval can be set by the network side according to actual needs .

In this embodiment, when the access device in UTRAN determines that the UE is not allowed to access, it modifies the value of the identification code carried in the RRC connection request, so that the access device determines that the UE does not support E-UTRAN, and sends an unsolicited message to the UE. Carrying the RRC connection rejection message of the E-UTRAN frequency point, the UE can no longer be redirected to the E-UTRAN when the UTRAN rejects its access, and can only re-send the RRC access to the UTRAN to the access device on the UTRAN frequency point connection request, thereby solving the problem of ping-pong effect in the process of redirecting from E-UTAN to UTRAN in the prior art, reducing the waste of network resources, and reducing the network load, which is conducive to the continuation of voice services and data services conduct. Further, in this embodiment, after the UE repeatedly sends the RRC connection request to the first access device at the first frequency point and is rejected, the UE may be redirected to the E-UTRAN again.

Fig. 3 is a schematic diagram of another network redirection method provided by an embodiment of the present invention. As shown in Figure 3, the method includes the following steps:

301. The first access device receives the RRC connection request sent by the UE on the first frequency point, and the RRC connection request further includes a type code used to indicate the reason why the UE is redirected to the UTRAN.

Specifically, the RRC connection request sent by the first access device on the first frequency used for accessing the UTRAN by the UE. Wherein, the RRC connection request includes not only an identification code used to indicate that the UE supports E-UTRAN, but also a type code used to indicate the reason why the UE is redirected to UTRAN. Regarding the relevant content and description of the first frequency point, refer to the relevant content records in the foregoing embodiments, which will not be repeated here.

302. The first access device determines whether the reason for redirecting the UE to the UTRAN is CSFB according to the type code.

In this embodiment, different type codes are pre-set for different redirection reasons, and the introduction of redirection reasons can be referred to in the relevant content in the above embodiment, and will not be repeated here.

When the UE needs to be redirected from the E-UTRAN to the UTRAN, it will carry the type code corresponding to the redirection reason in the RRC connection request sent to the first access device. After receiving the RRC connection request, the first access device identifies the reason why the UE is redirected to the UTRAN according to the type code carried in the RRC connection request. Further, the first access device can determine whether the reason for the redirection is CSFB. If the judgment result is that the cause is CSFB, execute step 401; if the judgment result is that the cause is not CSFB, execute step 501.

401. The first access device sets the priority of the RRC connection request to the highest level according to the admission control algorithm.

In this embodiment, when the first access device determines that the reason for redirecting the UE to UTRAN is CSFB, in order to ensure better performance of the voice service and improve user experience, the first access device performs admission control according to the preset Algorithm to set the priority of this RRC connection request to the highest level.

402. The first access device judges whether to allow the UE to access the UTRAN.

For the specific judging process, reference may be made to the description of related content in the foregoing embodiments, which will not be repeated here. If the judgment result is no, execute step 403; if the judgment result is yes, execute step 601.

403. The first access device determines whether the number of rejections exceeds a preset number of times.

For the specific determination process, reference may be made to the relevant content records in the foregoing embodiments, which will not be repeated here. When it is determined that the number of rejections does not exceed the preset number of times, step 404 is executed.

404. The first access device modifies the value of the Pre-redirectioninfo information element to False.

In this embodiment, the Pre-redirectioninfo information element is carried in the RRC connection request as the identification code. When it is judged that the UE is denied access to the UTRAN, the first access device modifies the value of the information element to False to indicate that the UE does not support E -UTRAN.

405. The first access device sends a third RRC connection rejection message to the UE, where the third RRC connection rejection message is used to instruct the UE to reselect a third frequency point for accessing the UTRAN within a preset time period.

In this embodiment, when the UE is redirected to UTRAN because of CSFB, in order to continue the voice service as soon as possible, after the first access device modifies the value of the Pre-redirectioninfo information element to False, the first access device After rejecting the UE's access to UTRAN for the first time, a third RRC connection rejection message can be directly sent to the UE, where the third RRC connection rejection message is used to instruct the UE to reselect to access UTRAN within a preset time period. the third frequency point. In this embodiment, since the value of the Pre-redirectioninfo information element is modified, the first access device determines that the UE does not support E-UTRAN, so the third RRC connection rejection message will not carry the information used to access E-UTRAN. The second frequency point, so that the UE will not be redirected to the E-UTRAN immediately, and the ping-pong effect of back and forth redirection is overcome.

Furthermore, in this embodiment, the priority level of the RRC connection request corresponding to CSFB is already the highest. When the UE is redirected from E-UTRAN to UTRAN due to CSFB, in order to realize the voice service connection as soon as possible, the first The access device can search the third frequency point within a preset period of time for the UE, and continue to initiate CS domain services, thereby saving the time for CS domain fallback.

406. The first access device receives the RRC connection request sent by the UE on the third frequency point.

501. The first access device determines whether to allow the UE to access the UTRAN.

In step 302, if it is determined that the reason causing the UE to be redirected to the UTRAN is not CSFB, the first access device determines whether to allow the UE to access the UTRAN according to the network status of the UTRAN or the admission principle. If the judgment result is no, execute step 502; if the judgment result is yes, execute step 601.

502. The first access device raises the priority level of the RRC connection request according to the admission control algorithm.

Generally, when the redirection reason is not CSFB, after the RRC connection request is rejected, the UE will try to send the RRC connection request to the first access device again. In order to ensure user experience, in this embodiment, after rejecting the same RRC connection request sent by the same UE each time, the first access device raises the priority level of the RRC connection request according to a preset admission control algorithm.

503. The first access device determines whether the number of rejections exceeds a preset number of times.

For the specific determination process, reference may be made to the relevant content records in the foregoing embodiments, which will not be repeated here. If it is determined that the number of rejections does not exceed the preset number, execute step 504; if it is determined that the number of rejections exceeds the preset number, execute step 506.

504. The first access device modifies the value of the Pre-redirectioninfo information element to False.

505. The first access device sends a first RRC connection rejection message to the UE.

506. The first access device sends a second RRC connection rejection message to the UE, and the second RRC connection rejection message carries a second frequency point for accessing the E-UTRAN, so that the UE can connect to the second connection point on the second frequency point. The ingress device sends an RRC connection request to redirect the UE to the E-UTRAN.

In step 503, it is determined that the number of rejections exceeds the preset number of times, and the first access device sends a second RRC connection rejection message to the UE. Wherein, the second RRC connection rejection message carries the second frequency point used for accessing the E-UTRAN. After receiving the second RRC connection rejection message, the UE will send an RRC connection request to the second access device on the second frequency point, requesting to redirect the UE to the E-UTRAN.

In this embodiment, the first access device may also carry a rejection indication in the second RRC connection rejection message, where the rejection indication is used to indicate that the UTRAN rejects the UE access rejection indication. The UE may forward the rejection indication to the eNB in the E-UTRAN through the second frequency point. After the UE accesses the E-UTRAN at the second frequency point, if the UE needs to be redirected to the UTRAN due to the same redirection reason, since the eNB learns that the UTRAN rejects the UE access for the redirection reason, at this time The eNB will not redirect the UE to UTRAN again. Preferably, a certain time interval can be preset, and the eNB will not redirect the UE to UTRAN due to the same redirection reason within this time interval, wherein the time interval can be set by the network side according to actual needs .

Since the first access device modifies the value of the Pre-redirectioninfo information element and determines that the UE does not support E-UTRAN, the first RRC connection rejection message sent by the first access device to the UE will not carry the information used to access E-UTRAN. The second frequency point in the UE is not immediately redirected back to the E-UTRAN, which overcomes the ping-pong effect of back and forth redirection. In this way, the UE will send an RRC connection request to the first access device again on the first frequency point, and the first access device returns to step 301 and subsequent operations until the number of rejections exceeds the preset number of times or it is determined that the UE is allowed to access UTRAN middle.

601. The first access device establishes a radio bearer with a UE.

In step 402 or step 501, when the first access device determines that the UE is allowed to access the UTRAN, the first access device directly establishes a radio bearer with the UE, so that the UE communicates in the UTRAN.

In this embodiment, when the access device in UTRAN determines that the UE is not allowed to access, it modifies the value of the identification code carried in the RRC connection request, so that the access device determines that the UE does not support E-UTRAN, and sends an unsolicited message to the UE. Carrying the RRC connection rejection message of the E-UTRAN frequency point, the UE can no longer be redirected to the E-UTRAN when the UTRAN rejects its access, and can only re-send the RRC access to the UTRAN to the access device on the UTRAN frequency point connection request, thereby solving the problem of ping-pong effect in the process of redirecting from E-UTAN to UTRAN in the prior art, reducing the waste of network resources, and reducing the network load, which is conducive to the continuation of voice services and data services conduct. Further, in this embodiment, after the UE repeatedly sends the RRC connection request to the first access device at the first frequency point and is rejected, the UE may be redirected to the E-UTRAN again. And because CSFB causes the UE to be redirected to UTRAN, when the first access device rejects the UE's access to UTRAN for the first time, the first access device will instruct the UE to reselect the UE to access the UTRAN within a preset period of time. It is beneficial to realize the connection of the voice service as soon as possible.

Fig. 4 is a schematic structural diagram of a network redirection device provided by an embodiment of the present invention. As shown in FIG. 4 , the device includes: a receiving module 41 , a judging module 42 , a modifying module 43 and a sending module 44 .

When the signal of E-UTRAN is weak and the signal of UTRAN is strong, or when the UE currently connected to E-UTRAN needs to carry voice services, the UE needs to perform CSFB to drop the UE back to UTRAN to complete the connection of voice services. At this time, the eNB may send an RRC connection release message to the UE, and the RRC connection release message carries the first frequency point for accessing the UTRAN. The first frequency point is a frequency point selected by the eNB for the UE. Wherein, for the method for the eNB to select the first frequency point, reference may be made to the records of related content in the foregoing embodiments, which will not be repeated here. After receiving the RRC connection release message, the UE will release the RRC connection with the eNB. At this point, the UE can be redirected from the E-UTRAN to the UTRAN.

The network redirection apparatus provided in this embodiment is an access device in the UTRAN, where the access device may be an RNC in the UTRAN. The receiving module 41 in the network redirection device receives the RRC connection request sent by the UE on the first frequency point, so as to request to establish a radio bearer with the UTRAN. Wherein, the RRC connection request includes an identification code used to indicate that the UE supports E-UTRAN. The identification code may be a "Pre-redirectioninfo" information element in the RRC connection request. In the RRC connection request, the value of the information element of the "Pre-redirectioninfo" information element remains "True", and the value of the information element is "True" to indicate that the UE can support E-UTRAN. Wherein, the network redirecting device may be the RNC in the UTRAN.

The receiving module 41 is connected to the judging module 42. After receiving the RRC connection request, the judging module 42 can judge according to the network load status of the UTRAN or the admission principle to determine whether to allow the UE to access the UTRAN. For example, when the network load of the UTRAN is in a saturated state, the judging module 42 judges that the UE is not allowed to access the UTRAN.

In this embodiment, when the judging module 42 judges that the UE is denied access to the UTRAN, the network redirection device may accumulate and record the number of rejections corresponding to the RRC connection request. Specifically, a counter 40 may be set in the network redirection device, and the counter 40 records the number of times that the same RRC connection request sent by the same UE is rejected. In this embodiment, when the judging module 42 judges that the UE is denied access to the UTRAN for the first time, the counter 40 is started, and the initial count value is 1 at this time. Whenever the judging module 42 judges that the UE is rejected to access the UTRAN due to the same RRC connection request, the counter 40 needs to add 1 to the current count value to obtain the number of times the RRC connection is rejected.

After judging that the UE is denied access to the UTRAN, the judgment module 42 further judges whether the number of rejections recorded by the counter 40 exceeds a preset number of times. If the number of rejections does not exceed the preset number of times, the modifying module 43 modifies the value of the identification code in the RRC connection request. Specifically, the modification module 43 may set the information element value of the "Pre-redirectioninfo" information element to "False". In practice, the values of IE "SupportofE-UTRANFDD" and "SupportofE-UTRANTDD" in the "Pre-redirectioninfo" IE are both set to "False". This preset number of times can be configured by the network, or can be flexibly configured by management personnel according to actual needs and experience. Generally, the preset number of times can be 2 to 3 times. The modifying module 43 is connected with the sending module 44. After modifying to the value of the identification code, the sending module 44 can send the first RRC connection rejection message to the UE to notify the UE that the network redirection device does not allow it to access the UTRAN. In this embodiment, when the modification module 43 judges that the UE is rejected to access the UTRAN and the number of rejections does not exceed the preset number of times, it modifies the value of the identification code carried in the RRC connection request, so that the modified identification code indicates that the UE E-UTRAN is not supported. In this way, the sending module 44 will not carry the frequency point for accessing the E-UTRAN in the first RRC connection rejection request sent to the UE, so that the UE cannot immediately redirect to the E-UTRAN after the UTRAN network rejects its access. In UTRAN.

In this embodiment, since the first RRC connection request does not carry the frequency point for accessing E-UTRAN, after receiving the first RRC connection rejection request, the UE can only continue to redirect to the network on the first frequency point The receiving module 41 in the device re-receives the RRC connection request sent by the UE, and requests to establish a radio bearer with the UTRAN again, so as to facilitate service connection.

Whenever the receiving module 41 receives the RRC connection request, the judging module 42 will re-execute judging whether the UE is allowed to access the UTRAN, and each time it is judged that the UE is denied access to the UTRAN and the number of rejections does not exceed the preset number of times, the modification module 43 Modify the value of the identification code in the RRC connection request. After each modification module 43 modifies the value of the identification code, the sending module 44 sends the first RRC connection request to the UE until the number of rejections exceeds the preset number or the first access device It is determined that the UE is allowed to access the UTRAN.

In the network redirection device provided in this embodiment, the sending module receives the RRC connection request sent by the UE on the first frequency for UTRAN, the RRC connection request includes an identification code for indicating that the UE supports E-UTRAN, and the first frequency Carried in the RRC connection release message sent to the UE by the second access device, the judging module judges whether the UE is allowed to access the UTRAN, and if the judging result is no and the number of rejections does not exceed the preset number of times, the modifying module modifies the value of the identification code to Instruct the UE not to support E-UTRAN, and send the first RRC connection rejection message to the UE, the receiving module receives the RRC connection request resent by the UE on the first frequency point, and re-executes judging whether the UE is allowed to access UTRAN and subsequent operations, Until the number of rejections exceeds the preset number of times or it is determined that the UE is allowed to access the UTRAN.

In this embodiment, when the access device in UTRAN determines that the UE is not allowed to access, it modifies the value of the identification code carried in the RRC connection request, so that the access device determines that the UE does not support E-UTRAN, and sends an unsolicited message to the UE. Carrying the RRC connection rejection message of the E-UTRAN frequency point, the UE can no longer be redirected to the E-UTRAN when the UTRAN rejects its access, and can only re-send the RRC access to the UTRAN to the access device on the UTRAN frequency point connection request, thereby solving the problem of ping-pong effect in the process of redirecting from E-UTAN to UTRAN in the prior art, reducing the waste of network resources, and reducing the network load, which is conducive to the continuation of voice services and data services conduct.

FIG. 5 is a schematic structural diagram of another network redirection device provided by an embodiment of the present invention. As shown in FIG. 5 , the device includes: a receiving module 51 , a judging module 52 , a modifying module 53 , a maintaining module 54 and a sending module 55 .

Specifically, when the UE needs to be redirected from the E-UTRAN to the UTRAN, the eNB sends an RRC connection release message to the UE, and the RRC connection release message carries the first frequency point used by the UE to access the UTRAN. After receiving the RRC connection release message, the radio connection between UE and eNB will be released.

The receiving module 51 receives the RRC connection request sent by the UE on the first frequency point, and the RRC connection request includes an identification code indicating that the UE supports E-UTRAN, specifically, the identification code is a "Pre-redirectioninfo" information element .

After receiving the RRC connection request, the judging module 52 judges according to the network load status of the UTRAN or admission principles to determine whether to allow the UE to access the UTRAN. For example, when the network load of the UTRAN is in a saturated state, it is determined that the UE is not allowed to access the UTRAN.

In this embodiment, the network redirection device further includes a counter 50 for recording the number of times that the same RRC connection request sent by the same UE is rejected. After the judging module 52 judges that the UE is denied access to the UTRAN, it needs to further judge whether the number of times of rejection exceeds the preset number. If it is determined that the number of rejections does not exceed the preset number of times, the modification module 53 modifies the value of the identification code carried in the RRC connection request to indicate that the UE does not support E-UTRAN.

The sending module 55 is connected with the modification module 53, and after modifying the value of the identification code, the sending module 55 sends a first RRC connection rejection message to the UE. In this embodiment, since the value of the modified identification code indicates that the UE does not support E-UTRAN, the first RRC connection rejection message sent by the sending module 55 to the UE does not carry a frequency point for accessing E-UTRAN, After receiving the first RRC connection rejection message, the UE will still send an RRC connection request to the receiving module 51 on the first frequency point.

When the judging module 52 judges that the number of rejections exceeds the preset number of times, the holding module 54 is used to keep the value of the identification code in the RRC connection request, and the modifying module 53 no longer modifies the value of the identification code. The holding module 54 is connected to the sending module 55. In this embodiment, when the holding module 54 keeps the value of the identification code unchanged, the sending module 55 sends a second RRC connection rejection message to the UE. The UE enters the second frequency point of the E-UTRAN, and the UE sends an RRC connection request to the second access device, that is, the eNB in the E-UTRAN on the second frequency point, so as to redirect the UE to the E-UTRAN.

Wherein, the second RRC connection rejection message may also carry a rejection indication, and the rejection indication is used to indicate that the UTRAN rejects the UE access rejection indication. The UE may forward the rejection indication to the eNB through the second frequency point. After the UE accesses the E-UTRAN at the second frequency point, if the UE needs to be redirected to the UTRAN due to the same redirection reason, since the eNB learns that the UTRAN rejects the UE access for the redirection reason, at this time The eNB will not redirect the UE to UTRAN again. Preferably, a certain time interval can be preset, and the eNB will not redirect the UE to UTRAN due to the same redirection reason within this time interval, wherein the time interval can be set by the network side according to actual needs .

In this embodiment, when the access device in UTRAN determines that the UE is not allowed to access, it modifies the value of the identification code carried in the RRC connection request, so that the access device determines that the UE does not support E-UTRAN, and sends an unsolicited message to the UE. Carrying the RRC connection rejection message of the E-UTRAN frequency point, the UE can no longer be redirected to the E-UTRAN when the UTRAN rejects its access, and can only re-send the RRC access to the UTRAN to the access device on the UTRAN frequency point The connection request solves the ping-pong effect existing in the process of redirecting from E-UTAN to UTRAN in the prior art, can reduce the waste of network resources, and can reduce the network load, which is conducive to the continuous operation of voice services and data services.

FIG. 6 is a schematic structural diagram of another network redirection device provided by an embodiment of the present invention. As shown in FIG. 6 , the device includes: a counter 60 , a receiving module 61 , a judging module 62 , a modifying module 63 , a maintaining module 64 , an admission control module 65 , a sending module 66 and a reselecting module 67 .

Specifically, the RRC connection request sent by the UE on the first frequency point for accessing the UTRAN. Wherein, the RRC connection request includes not only an identification code used to indicate that the UE supports E-UTRAN, but also a type code used to indicate the reason why the UE is redirected to UTRAN. In this embodiment, different type codes are set in advance for different redirection reasons. For the introduction and description of the reasons for redirecting the first frequency point, refer to the relevant content in the above-mentioned embodiments, and details will not be repeated here.

When UE needs to be redirected from E-UTRAN to UTRAN, it will carry the type code corresponding to the redirection reason in the RRC connection request sent to the receiving module 61 . After receiving the RRC connection request, the judging module 62 can identify the reason why the UE is redirected to UTRAN according to the type code carried in the RRC connection request, and the judging module 62 can further judge whether the reason for the redirection is CSFB.

In this embodiment, if the judging module 62 judges that the reason for the redirection is CSFB, in order to ensure better voice service and improve user experience, the admission control module 65 sets the priority of the RRC connection request to the highest level. Further, the judgment module 62 continues to judge whether the UE is allowed to access the UTRAN. If it is judged that the UE is rejected to access the UTRAN, the judging module 62 further judges whether the number of rejections exceeds a preset number of times. Wherein, the counter 60 is used to record the number of times that the same RRC connection request sent by the same UE is rejected. For the specific determination process, reference may be made to the relevant content records in the foregoing embodiments, which will not be repeated here.

And if the judging module 62 judges that the UE is allowed to access the UTRAN, a radio bearer is established between the UE and the UTRAN.

The judging module 62 is also connected with the modifying module 63. When the judging module 62 judges that the UE is denied access to UTRAN and the number of rejections does not exceed the preset number of times, the modifying module 63 modifies the cell value of "Pre-redirectioninfo" to "False" to Indicates that the UE does not support E-UTRAN.

In this embodiment, when the UE is redirected to UTRAN because of CSFB, in order to continue the voice service as soon as possible, after changing the value of the "Pre-redirectioninfo" cell to "False", the UE is denied access for the first time. After the UTRAN, the reselection module 67 will reselect the third frequency point for accessing the UTRAN for the RRC connection request whose redirection reason is CSFB, and then the sending module 66 directly sends the third RRC connection rejection message to the UE. Wherein, the third RRC connection rejection message is used to instruct the UE to reselect the third frequency point for accessing the UTRAN within a preset time period. The UE will send an RRC connection request to the receiving module 61 on the third frequency point.

In this embodiment, because the information element value of "Pre-redirectioninfo" is modified, it indicates that the UE does not support E-UTRAN, so the third RRC connection rejection message sent by the sending module 66 does not carry the information for accessing E-UTRAN. The second frequency point, so that the UE will not be redirected back to the E-UTRAN immediately, which overcomes the ping-pong effect existing in the redirection process.

Furthermore, in this embodiment, the priority level of the RRC connection request corresponding to CSFB is already the highest. When the UE is redirected from E-UTRAN to UTRAN due to CSFB, in order to realize the voice service connection as soon as possible, the first The reselection module 67 in the access device can search for the third frequency point for the UE, so that the UE can continue to initiate CS domain services on the third frequency point within a preset time period, thereby saving the time for CS domain fallback.

If the judging module 62 judges that the number of rejections exceeds the preset number of times, the keeping module 64 keeps the value of the identification code in the RRC connection request unchanged, that is, the keeping module 64 keeps the cell value of "Pre-redirectioninfo" and modifies it to "True".

Generally, when the redirection reason is not CSFB, after the RRC connection request is rejected, the UE may still try to send the RRC connection request to the receiving module 61 . In order to ensure user experience, in this embodiment, the admission control module 65 will increase the priority level of the RRC connection request according to a preset admission control algorithm after rejecting the same RRC connection request sent by the same UE each time.

Further, the judging module 62 judges whether the number of rejections exceeds the preset number of times. For the specific judging process, please refer to the relevant content in the above-mentioned embodiments, and details will not be repeated here. If it is judged that the number of rejections does not exceed the preset number of times, the modifying module 63 modifies the cell value of "Pre-redirectioninfo" to "False", and then sends the first RRC connection reject message to the UE through the sending module 66 .

In this embodiment, since the information element value of "Pre-redirectioninfo" is modified, it is determined that the UE does not support E-UTRAN, and the first RRC connection rejection message sent to the UE will not carry the second Frequency point, so that UE will not be redirected to E-UTRAN immediately, overcoming the ping-pong effect of back and forth redirection. In this way, the UE will send the RRC connection request again on the first frequency point until the number of rejections exceeds the preset number of times or it is determined that the UE is allowed to access the UTRAN.

In this embodiment, when the access device in UTRAN determines that the UE is not allowed to access, it modifies the value of the identification code carried in the RRC connection request, so that the access device determines that the UE does not support E-UTRAN, and sends an unsolicited message to the UE. Carrying the RRC connection rejection message of the E-UTRAN frequency point, the UE can no longer be redirected to the E-UTRAN when the UTRAN rejects its access, and can only re-send the RRC access to the UTRAN to the access device on the UTRAN frequency point The connection request solves the ping-pong effect existing in the process of redirecting from E-UTAN to UTRAN in the prior art, can reduce the waste of network resources, and can reduce the network load, which is conducive to the continuous operation of voice services and data services.

Further, in this embodiment, after the UE repeatedly sends the RRC connection request to the first access device at the first frequency point and is rejected, the UE may be redirected to the E-UTRAN again. And because CSFB causes the UE to be redirected to UTRAN, when the first access device rejects the UE's access to UTRAN for the first time, the first access device will instruct the UE to reselect the UE to access the UTRAN within a preset period of time. It is beneficial to realize the connection of the voice service as soon as possible.

Each functional module of the network redirection device provided in this embodiment can be used to execute the flow of the network redirection method shown in the above-mentioned related embodiments, and its specific working principle will not be described in detail, see the description of the method embodiment for details.

Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present invention, rather than limiting them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: It is still possible to modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements for some or all of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the technical solutions of the various embodiments of the present invention. scope.

Claims (10)

1. a network redirection method, it is characterised in that including:

First access device receives the radio resource control RRC connection request that user equipment (UE) sends on the first frequency for accessing general land wireless network UTRAN;Described RRC connection request includes for indicating described UE to support the identification code of evolved universal terrestrial wireless network E-UTRAN; Wherein, described first frequency carries and is sent in the RRC connection release message of described UE at the second access device;

Described first access device determines whether that described UE accesses described UTRAN;

If it is judged that be no and refusal number of times is without departing from preset times, described first access device revises the value of described identification code, to indicate described UE not support E-UTRAN;

Described first access device sends a RRC connection refused message to described UE;

Described first access device receives the described UE described RRC connection request resend on described first frequency, and re-execute and determine whether that described UE accesses described UTRAN and subsequent operation, until described refusal number of times beyond described preset times or is judged to allow described UE to access in described UTRAN.

2. network redirection method according to claim 1, it is characterised in that also include:

When described refusal number of times is beyond described preset times, described first access device keeps the value of described identification code;

Described first access device sends the 2nd RRC connection refused message to described UE, described 2nd RRC connection refused message carries the second frequency for accessing E-UTRAN, so that described UE sends on described second frequency sends described RRC connection request to described second access device, so that described UE is redirected in described E-UTRAN.

3. network redirection method according to claim 2, it is characterised in that described RRC connection request also includes for indicating the described UE type codes being redirected to the reason of described UTRAN;

Described first access device determines whether that described UE accesses described UTRAN and includes:

According to described type codes, described first access device judges that described UE is redirected to whether the reason in described UTRAN is circuit domain dropping CSFB;

If described reason is described CSFB, the priority of described RRC connection request, according to admission control algorithm, is set to highest level by described first access device;

Described first access device determines whether that described UE accesses described UTRAN;

Described first access device also includes after revising the value of described identification code:

Described first access device sends the 3rd RRC connection refused message to described UE, and wherein, described 3rd RRC connection message is for indicating described UE to reselect the 3rd frequency for accessing described UTRAN within the default time period;

Described first access device receives the described UE described RRC connection request sent on described 3rd frequency.

4. network redirection method according to claim 3, it is characterised in that also include:

If the non-described CSFB of described reason, described first access device, after judging that refusing described UE accesses described UTRAN, also includes:

Described first access device raises the rank of the priority of described RRC connection request according to described admission control algorithm.

5. the network redirection method according to any one of claim 1-4, it is characterised in that described identification code is for redirecting cell " Pre-Redirectioninfo " in advance;

The value that described first access device revises described identification code includes:

The cell value of described " Pre-Redirectioninfo " is revised as " False " by described first access device.

6. a network redirection device, it is characterised in that including:

Receiver module, for repeating the radio resource control RRC connection request that reception user equipment (UE) sends on the first frequency for accessing general land wireless network UTRAN;Described RRC connection request includes for indicating described UE to support the identification code of evolved universal terrestrial wireless network E-UTRAN, until refusal number of times beyond preset times or is judged to allow described UE to access in described UTRAN; Wherein, described first frequency carries and is sent in the RRC connection release message of described UE at the second access device;

Judge module, for after described receiver module receives described RRC connection request message every time, it may be judged whether allow described UE to access described UTRAN;

Modified module, for described judge module judge to refuse every time described UE access in described UTRAN and described refusal number of times without departing from described preset times time, revise the value of described identification code, to indicate described UE not support E-UTRAN;

Sending module, for, after described modified module revises the value of described identification code, sending a RRC connection refused message to described UE, so that described UE resends described RRC connection request on described first frequency every time.

7. network redirection device according to claim 6, it is characterised in that also include:

Keep module, for when described refusal number of times is beyond described preset times, keeping the value of described identification code;

Described sending module, it is additionally operable to after keeping the value of described identification code, the 2nd RRC connection refused message is sent, so that described UE sends described RRC connection request to described second access device on the second frequency, to be redirected in described E-UTRAN by described UE to described UE; Wherein, described 2nd RRC connection refused message carries described second frequency for accessing E-UTRAN.

8. network redirection device according to claim 7, it is characterised in that described RRC connection request also includes the type codes for indicating the described UE reason being redirected in described UTRAN;

Call access control module, before determining whether that described UE accesses described UTRAN at described judge module, judge that described UE is redirected to whether the reason in described UTRAN is circuit domain dropping CSFB according to described type codes, if described reason is described CSFB, according to admission control algorithm, the priority of described RRC connection request is set to highest level;

Reselect module, for after the value of the described modified module described identification code of amendment, the 3rd RRC connection refused message is sent to described UE by described sending module, wherein, described 3rd RRC connection message is for indicating described UE to reselect the 3rd frequency for accessing described UTRAN within the default time period, and receives the described UE described RRC connection request sent on described 3rd frequency.

9. network redirection device according to claim 8, it is characterised in that also include:

Described call access control module, if being additionally operable to the non-described CSFB of described reason, after described judge module judges that refusing described UE accesses described UTRAN, raises the rank of the priority of described RRC connection request according to admission control algorithm.

10. the network redirection device according to any one of claim 6-9, it is characterised in that described identification code is for redirecting cell " Pre-Redirectioninfo " in advance;

Described modified module is specifically for when judging that refusing described UE accesses described UTRAN and described refusal number of times without departing from described preset times, being revised as " False " by the cell value of described " Pre-Redirectioninfo ".