一種網(wǎng)絡(luò)重定向方法及裝置制造方法
【專利摘要】本發(fā)明提供了一種網(wǎng)絡(luò)重定向方法及裝置。第一接入設(shè)備接收UE在用于接入UTRAN的第一頻點上發(fā)送的RRC連接請求；RRC連接請求包括用于指示UE支持E-UTRAN的標識碼；第一頻點攜帶在第二接入設(shè)備發(fā)送給UE的RRC連接釋放消息中，第一接入設(shè)備判斷是否允許UE接入UTRAN，如果判斷結(jié)果為否且拒絕次數(shù)未超出預設(shè)次數(shù)，修改標識碼的值，以指示UE不支持E-UTRAN，向UE發(fā)送第一RRC連接拒絕消息，接收UE在第一頻點上重發(fā)的RRC連接請求，重新執(zhí)行判斷是否允許UE接入UTRAN及后續(xù)操作，直到拒絕次數(shù)超出預設(shè)次數(shù)或判斷出允許UE接入UTRAN中。本發(fā)明通過修改標識碼的值，來解決重定向時的乒乓效應(yīng)。
【專利說明】一種網(wǎng)絡(luò)重定向方法及裝置
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及通信技術(shù)，尤其涉及一種網(wǎng)絡(luò)重定向方法及裝置。
【背景技術(shù)】
[0002]基于R8的重定向中，用戶設(shè)備(User Equipment,簡稱UE)向通用陸地無線接入網(wǎng)絡(luò)(Universal Terrestrial Radio Access Network,簡稱 UTRAN)發(fā)送無線資源控制(Radio Resource Control，簡稱RRC)連接請求，以申請與UTRAN網(wǎng)絡(luò)建立RRC連接，以保證業(yè)務(wù)的持續(xù)進行。
[0003]實際應(yīng)用中，會因為UTRAN的網(wǎng)絡(luò)負載處于擁堵或者準入原則等原因，UTRAN中的接入設(shè)備可能出現(xiàn)拒絕UE接入UTRAN的情況。在R8的重定向中，RRC連接請求攜帶有預重定向信?！癙re-Redirection info”,在該 RRC 連接請求中攜帶的“Pre-Redirection info”的信元值為“True”，指示出UE支持演進型UTRAN (Evolved UTRAN，簡稱E-UTRAN)。由于UE支持E-UTRAN，接入設(shè)備在拒絕UE接入UTRAN之后，會向UE發(fā)送指示消息，指示UE重定向回到E-UTRAN中。
[0004]但是，UE回到E-UTRAN中后，又會因為同樣的原因嘗試重定向到UTRAN，UTRAN可能會再次拒絕UE的接入，使得UE又重定向到E-UTRAN。這樣反復的進行UTRAN與E-UTRAN之間的重定向過程，被稱為重定向過程中的乒乓效應(yīng)，往往會造成業(yè)務(wù)的中斷，而且給網(wǎng)絡(luò)帶來較大的負荷，浪費了網(wǎng)絡(luò)資源。

【發(fā)明內(nèi)容】

[0005]本發(fā)明提供一種網(wǎng)絡(luò)重定向方法及裝置，用以解決從E-UTRAN重定向到UTRAN的過程中存在的乒乓效應(yīng)，以降低網(wǎng)絡(luò)資源的浪費以及減輕網(wǎng)絡(luò)負荷。
[0006]為實現(xiàn)上述目的，本發(fā)明提供了一種網(wǎng)絡(luò)重定向方法，包括:
[0007]第一接入設(shè)備接收用戶設(shè)備UE在用于接入通用陸地無線網(wǎng)絡(luò)UTRAN的第一頻點上發(fā)送的無線資源控制RRC連接請求；所述RRC連接請求包括用于指示所述UE支持演進通用陸地無線網(wǎng)絡(luò)E-UTRAN的標識碼；其中，所述第一頻點攜帶在第二接入設(shè)備發(fā)送給所述UE的RRC連接釋放消息中；
[0008]所述第一接入設(shè)備判斷是否允許所述UE接入所述UTRAN ；
[0009]如果判斷結(jié)果為否且拒絕次數(shù)未超出預設(shè)次數(shù)時，所述第一接入設(shè)備修改所述標識碼的值，以指示所述UE不支持E-UTRAN ；
[0010]所述第一接入設(shè)備向所述UE發(fā)送第一 RRC連接拒絕消息；
[0011]所述第一接入設(shè)備接收所述UE在所述第一頻點上重新發(fā)送的所述RRC連接請求；
[0012]所述第一接入設(shè)備重新執(zhí)行判斷是否允許所述UE接入所述UTRAN及后續(xù)操作，直到所述拒絕次數(shù)超出所述預設(shè)次數(shù)或者判斷出允許所述UE接入所述UTRAN中。
[0013]為實現(xiàn)上述目的，本發(fā)明提供了一種網(wǎng)絡(luò)重定向裝置，包括:[0014]接收模塊，用于重復接收用戶設(shè)備UE在用于接入通用陸地無線網(wǎng)絡(luò)UTRAN的第一頻點上發(fā)送的無線資源控制RRC連接請求；所述RRC連接請求包括用于指示所述UE支持演進通用陸地無線網(wǎng)絡(luò)E-UTRAN的標識碼，直到拒絕次數(shù)超出預設(shè)次數(shù)或者判斷出允許所述UE接入所述UTRAN中；其中，所述第一頻點攜帶在第二接入設(shè)備發(fā)送給所述UE的RRC連接釋放消息中；
[0015]判斷模塊，用于在所述接收模塊每次接收到所述RRC連接請求消息后，判斷是否允許所述UE接入所述UTRAN ；
[0016]修改模塊，用于在所述判斷模塊每次判斷出拒絕所述UE接入所述UTRAN中且所述拒絕次數(shù)未超出所述預設(shè)次數(shù)時，修改所述標識碼的值，以指示出所述UE不支持E-UTRAN ；
[0017]發(fā)送模塊，用于在所述修改模塊每次修改所述標識碼的值后，向所述UE發(fā)送第一RRC連接拒絕消息，以使所述UE在所述第一頻點上重新發(fā)送所述RRC連接請求。
[0018]本發(fā)明提供了一種網(wǎng)絡(luò)重定向方法及裝置。第一接入設(shè)備接收UE在用于UTRAN的第一頻點上發(fā)送的RRC連接請求，RRC連接請求包括用于指示UE支持E-UTRAN的標識碼，其中，第一頻點攜帶在第二接入設(shè)備發(fā)送給UE的RRC連接釋放消息中，第一接入設(shè)備判斷是否允許UE接入UTRAN，如果判斷結(jié)果為否且拒絕次數(shù)未超出預設(shè)次數(shù)，第一接入設(shè)備修改標識碼的值，以指示UE不支持E-UTRAN，并向UE發(fā)送第一 RRC連接拒絕消息，第一接入設(shè)備接收UE在第一頻點上重新發(fā)送的RRC連接請求，以及重新執(zhí)行判斷是否允許UE接入UTRAN及后續(xù)操作，直到拒絕次數(shù)超出預設(shè)次數(shù)或判斷出允許UE接入UTRAN中。本發(fā)明在UTRAN中的接入設(shè)備判斷出不允許UE接入時，修改攜帶在RRC連接請求中的標識碼的值，使接入設(shè)備判定UE不支持E-UTRAN，從而向UE發(fā)送不攜帶E-UTRAN頻點的RRC連接拒絕消息，使得UE在UTRAN拒絕其接入時也無法再重定向到E-UTRAN中，只能在UTRAN頻點上重新向接入設(shè)備發(fā)送接入UTRAN的RRC連接請求，從而解決了現(xiàn)有技術(shù)中在從E-UTAN重定向到UTRAN過程中存在的乒乓效應(yīng)，能減少網(wǎng)絡(luò)資源的浪費，并且能夠減輕網(wǎng)絡(luò)負荷，有利于語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的持續(xù)進行。
【專利附圖】

【附圖說明】
[0019]圖1為本發(fā)明實施例提供的一種網(wǎng)絡(luò)重定向方法的示意圖；
[0020]圖2為本發(fā)明實施例提供的另一種網(wǎng)絡(luò)重定向方法的示意圖；
[0021]圖3為本發(fā)明實施例提供的另一種網(wǎng)絡(luò)重定向方法的示意圖；
[0022]圖4為本發(fā)明實施例提供的一種網(wǎng)絡(luò)重定向裝置的結(jié)構(gòu)示意圖；
[0023]圖5為本發(fā)明實施例提供的另一種網(wǎng)絡(luò)重定向裝置的結(jié)構(gòu)示意圖；
[0024]圖6為本發(fā)明實施例提供的另一種網(wǎng)絡(luò)重定向裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0025]下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。
[0026]圖1為本發(fā)明實施例提供一種網(wǎng)絡(luò)重定向方法的示意圖。本發(fā)明實施例應(yīng)用的場景為UE從E-UTRAN中重定向到UTRAN中。該方法的執(zhí)行主體為位于UTRAN中的用于網(wǎng)絡(luò)接入的第一接入設(shè)備。如圖1所示，該網(wǎng)絡(luò)重定向方法方法包括以下步驟:
[0027]101、第一接入設(shè)備接收用戶設(shè)備UE在用于接入通用陸地無線網(wǎng)絡(luò)UTRAN的第一頻點上發(fā)送的無線資源控制RRC連接請求；所述RRC連接請求包括用于指示所述UE支持演進通用陸地無線網(wǎng)絡(luò)E-UTRAN的標識碼；其中，所述第一頻點攜帶在第二接入設(shè)備發(fā)送給所述UE的RRC連接釋放消息中。
[0028]當E-UTRAN的信號較弱，而UTRAN的信號較強時，或者當前接入E-UTRAN中的UE需要承載語音業(yè)務(wù)時，就需要UE進行電路域回落(Circuit Switched FallBack,簡稱CSFB)，將UE回落到UTRAN中以完成語音業(yè)務(wù)的接續(xù)，此時演進型基站(Evolved NodeB,簡稱eNB)可以向該UE下發(fā)一個RRC連接釋放消息，在該RRC連接釋放消息中攜帶用于接入UTRAN的第一頻點。該第一頻點為eNB為UE選取的一個頻點。其中，eNB可以根據(jù)上報的測量報告，得到測量的頻點信息，然后從中選擇一個頻點作為第一頻點；可選地，eNB中可以預存運營商設(shè)置的頻點選取策略，根據(jù)該頻點選取策略選取一個頻點作為第一頻點，其中，不同的頻點選取策略對應(yīng)于不同的重定向原因。在接收到RRC連接釋放消息后，UE將釋放與eNB之間的RRC連接。此時，UE就可以從E-UTRAN重定向到UTRAN中。
[0029]處于UTRAN中的第一接入設(shè)備接收UE在第一頻點上發(fā)送的RRC連接請求，以請求與UTRAN建立無線承載。其中，RRC連接請求中包括用于指示UE支持E-UTRAN的標識碼。該標識碼可以為RRC連接請求中的“Pre-redirection info”信元。在RRC連接請求中“Pre-redirection info”信元的信元值一直保持為“True”,信元值為“True”用來指示出UE能夠支持E-UTRAN。本實施例中，第一接入設(shè)備可以為UTRAN中的無線網(wǎng)絡(luò)控制器(RadioNetwork Controller,簡稱RNC)。第二接入設(shè)備可以為E-UTRAN中的eNB。
[0030]102、所述第一接入設(shè)備判斷是否允許所述UE接入所述UTRAN。
[0031]具體地，在接收到RRC連接請求后，第一接入設(shè)備可以根據(jù)UTRAN的網(wǎng)絡(luò)負載狀況或者準入原則等進行判斷，以確定是否允許UE接入UTRAN中。例如，在UTRAN的網(wǎng)絡(luò)負載處于飽和狀態(tài)時，第一接入設(shè)備則判斷出不允許UE接入UTRAN。
[0032]103、如果判斷結(jié)果為否且拒絕次數(shù)未超出預設(shè)次數(shù)，所述第一接入設(shè)備修改所述標識碼的值，以指示所述UE不支持E-UTRAN。
[0033]本實施例中，當判斷出拒絕UE接入UTRAN中，第一接入設(shè)備可以累積記錄與該RRC連接請求對應(yīng)的拒絕次數(shù)。具體地，可以在第一接入設(shè)備中設(shè)置一個計數(shù)器，通過該計數(shù)器記錄同一 UE發(fā)送的同一個RRC連接請求被拒絕的次數(shù)。本實施例中在第一接入設(shè)備第一次判斷出拒絕UE接入到UTRAN中時，計數(shù)器就會被啟動，此時初始計數(shù)值為I。每當?shù)谝唤尤朐O(shè)備判斷出因為同一個RRC連接請求而拒絕UE接入UTRAN時，計數(shù)器就需要在當前計數(shù)值基礎(chǔ)上加1，得到該RRC連接被拒絕的拒絕次數(shù)。
[0034]在判斷出拒絕UE接入UTRAN后，第一接入設(shè)備進一步判斷計數(shù)器記錄的拒絕次數(shù)是否超出預設(shè)次數(shù)。如果拒絕次數(shù)未超出預設(shè)次數(shù)，第一接入設(shè)備修改RRC連接請求中的標識碼的值。具體地，第一接入設(shè)備可以將“Pre-redirection info”信元的信元值設(shè)置為“False，，。實際中，將 “Pre-redirection info，，信元中 IE “Support of E-UTRAN FDD” 和“Support of E-UTRAN TDD”的值為均設(shè)置為“False “。此預設(shè)次數(shù)可以由網(wǎng)絡(luò)配置，也可以由管理人員根據(jù)實際需求和經(jīng)驗靈活配置，一般預設(shè)次數(shù)可以為2?3次。
[0035]104、所述第一接入設(shè)備向所述UE發(fā)送第一 RRC連接拒絕消息。
[0036]在修改完標識碼的值之后，第一接入設(shè)備可以向UE發(fā)送第一 RRC連接拒絕消息，以通知UE第一接入設(shè)備不允許其接入UTRAN中。本實施例中，在判斷出拒絕UE接入UTRAN中且拒絕次數(shù)未超出預設(shè)次數(shù)時，第一接入設(shè)備將RRC連接請求中攜帶的標識碼的值進行修改，修改后的標識碼指示出UE不支持E-UTRAN。這樣第一接入設(shè)備就會在向UE發(fā)送的第
一RRC連接拒絕請求中不攜帶用于接入E-UTRAN的頻點，從而UE就無法在UTRAN網(wǎng)絡(luò)拒絕其接入后，立刻重定向到E-UTRAN中。
[0037]105、所述第一接入設(shè)備接收所述UE在所述第一頻點上重新發(fā)送的所述RRC連接請求，以及重新執(zhí)行判斷是否允許所述UE接入所述UTRAN及后續(xù)操作，直到所述拒絕次數(shù)超出所述預設(shè)次數(shù)或者判斷出允許所述UE接入所述UTRAN中。
[0038]本實施例中，由于第一 RRC連接請求中未攜帶用于接入E-UTRAN的頻點，在接收到第一 RRC連接拒絕請求后，UE只能在第一頻點上繼續(xù)向第一接入設(shè)備重新發(fā)送RRC連接請求，再次與UTRAN建立無線承載，以便于業(yè)務(wù)的持續(xù)。
[0039]第一接入設(shè)備再次接收到RRC連接請求，繼續(xù)重新執(zhí)行判斷是否允許UE接入UTRAN,以及在判斷出拒絕UE接入UTRAN且拒絕次數(shù)未超出預設(shè)次數(shù)時，修改RRC連接請求中標識碼的值，并向UE發(fā)送第一 RRC連接請求，直到拒絕次數(shù)超出預設(shè)次數(shù)或者第一接入設(shè)備判斷出允許UE接入UTRAN中。
[0040]本實施例提供的網(wǎng)絡(luò)重定向方法，第一接入設(shè)備接收UE在用于UTRAN的第一頻點上發(fā)送的RRC連接請求，RRC連接請求包括用于指示UE支持E-UTRAN的標識碼，第一頻點攜帶在第二接入設(shè)備發(fā)送給UE的RRC連接釋放消息中，第一接入設(shè)備判斷是否允許UE接入UTRAN，如果判斷結(jié)果為否且拒絕次數(shù)未超出預設(shè)次數(shù)，第一接入設(shè)備修改標識碼的值，以指示UE不支持E-UTRAN，并向UE發(fā)送第一 RRC連接拒絕消息，第一接入設(shè)備接收UE在第一頻點上重新發(fā)送的RRC連接請求，以及重新執(zhí)行判斷是否允許UE接入UTRAN及后續(xù)操作，直到拒絕次數(shù)超出預設(shè)次數(shù)或判斷出允許UE接入UTRAN中。
[0041]本實施例中在UTRAN中的接入設(shè)備判斷出不允許UE接入時，修改攜帶在RRC連接請求中的標識碼的值，使接入設(shè)備判定UE不支持E-UTRAN，從而向UE發(fā)送不攜帶E-UTRAN頻點的RRC連接拒絕消息，使得UE在UTRAN拒絕其接入時也無法再重定向到E-UTRAN中，只能在UTRAN頻點上重新向接入設(shè)備發(fā)送接入UTRAN的RRC連接請求，從而解決了現(xiàn)有技術(shù)中在從E-UTAN重定向到UTRAN過程中存在的乒乓效應(yīng)的問題，能減少網(wǎng)絡(luò)資源的浪費，并且能夠減輕網(wǎng)絡(luò)負荷，有利于語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的持續(xù)進行。
[0042]圖2為本發(fā)明實施例提供的另一種網(wǎng)絡(luò)重定向方法是示意圖。如圖2所示，該方法包括以下步驟:
[0043]201、第一接入設(shè)備接收UE在用于接入UTRAN的第一頻點上發(fā)送的RRC連接請求。
[0044]可參見上述實施例中步驟101中相關(guān)內(nèi)容的記載，此處不再贅述。
[0045]202、第一接入設(shè)備判斷是否允許UE接入UTRAN。
[0046]在接收到RRC連接請求后，第一接入設(shè)備可以根據(jù)UTRAN的網(wǎng)絡(luò)負載狀況或者準入原則等進行判斷，以確定是否允許UE接入UTRAN中。例如，在UTRAN的網(wǎng)絡(luò)負載處于飽和狀態(tài)時，第一接入設(shè)備則判斷出不允許UE接入UTRAN。如果判斷結(jié)果為否，執(zhí)行步驟203 ；如果判斷結(jié)果為是，執(zhí)行步驟301。
[0047]203、第一接入設(shè)備判斷拒絕次數(shù)是否超出預設(shè)次數(shù)。
[0048]在第一接入設(shè)備中設(shè)置有計數(shù)器，用于同一個RRC連接請求被拒絕的拒絕次數(shù)。第一接入設(shè)備在判斷出拒絕UE接入UTRAN后，需要進一步判斷拒絕次數(shù)是否超出預設(shè)次數(shù)。如果判斷結(jié)果為否，執(zhí)行步驟204 ;如果判斷結(jié)果為是，執(zhí)行步驟401。
[0049]204、第一接入設(shè)備修改標識碼的值，以指示UE不支持E-UTRAN。
[0050]在RRC連接請求中攜帶的標識碼，該標識碼的值能夠指示出UE支持E-UTRAN，本實施例中，當判斷出拒絕UE接入UTRAN中且拒絕次數(shù)未超出預設(shè)次數(shù)時，第一接入設(shè)備對標識碼的值進行修改，使得修改后的標識碼的值指示出UE不支持E-UTRAN。
[0051]205、第一接入設(shè)備向UE發(fā)送第一 RRC連接拒絕消息。
[0052]步驟205可參見上述實施例中步驟104的相關(guān)內(nèi)容的記載，此處不再贅述。
[0053]在本實例中，由于第一 RRC連接拒絕消息中未攜帶用于接入E-UTRAN的頻點，在接收到第一 RRC連接拒絕消息后，UE仍然會在第一頻點上向第一接入設(shè)備發(fā)送RRC連接請求，第一接入設(shè)備返回執(zhí)行步驟201。
[0054]301、第一接入設(shè)備與UE建立無線承載。
[0055]第一接入設(shè)備在步驟202判斷出允許UE接入UTRAN時，第一接入設(shè)備將與UE之間建立無線承載，以進行業(yè)務(wù)的接續(xù)。
[0056]401、第一接入設(shè)備保持標識碼的值。
[0057]在步驟203判斷出拒絕次數(shù)超出預設(shè)次數(shù)后，第一接入設(shè)備保持標識碼的值，不再修改標識碼的值。
[0058]402、第一接入設(shè)備向UE發(fā)送第二 RRC連接拒絕消息，第二 RRC連接拒絕消息攜帶用于接入E-UTRAN的第二頻點，以使UE在第二頻點上向第二接入設(shè)備發(fā)送RRC連接請求，以將UE重定向到E-UTRAN中。
[0059]在步驟401中，由于第一接入設(shè)備不再修改標識碼的值，這樣就可以判定出UE支持E-UTRAN。此時，第一接入設(shè)備就會向UE發(fā)送第二 RRC連接拒絕消息，在該RRC連接拒絕消息中會攜帶用于接入E-UTRAN的第二頻點。進一步地，UE在第二頻點上向第二接入設(shè)備即處于E-UTRAN中的eNB發(fā)送RRC連接請求，以將UE重定向到E-UTRAN中。
[0060]本實施例中，第一接入設(shè)備還可以在第二 RRC連接拒絕消息中攜帶拒絕指示，該拒絕指示用于指示出UTRAN拒絕UE接入的拒絕指示。UE可以將該拒絕指示通過第二頻點轉(zhuǎn)發(fā)給E-UTRAN中的eNB。在UE在第二頻點接入到E-UTRAN中后，如果UE因相同的重定向原因，需要重定向到UTRAN中時，由于eNB得知UTRAN拒絕該重定向原因的UE接入，此時eNB不會將該UE再次重定向到UTRAN中。優(yōu)選地，可以預設(shè)一定的時間間隔，eNB會在該時間間隔內(nèi)不會因為相同的重定向原因，將UE重定向到UTRAN中，其中，該時間間隔可以有網(wǎng)絡(luò)側(cè)根據(jù)實際需求進行設(shè)定。
[0061]本實施例中在UTRAN中的接入設(shè)備判斷出不允許UE接入時，修改攜帶在RRC連接請求中的標識碼的值，使接入設(shè)備判定UE不支持E-UTRAN，從而向UE發(fā)送不攜帶E-UTRAN頻點的RRC連接拒絕消息，使得UE在UTRAN拒絕其接入時也無法再重定向到E-UTRAN中，只能在UTRAN頻點上重新向接入設(shè)備發(fā)送接入UTRAN的RRC連接請求，從而解決了現(xiàn)有技術(shù)中在從E-UTAN重定向到UTRAN過程中存在的乒乓效應(yīng)的問題，能減少網(wǎng)絡(luò)資源的浪費，并且能夠減輕網(wǎng)絡(luò)負荷，有利于語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的持續(xù)進行。進一步地，本實施例還可以在UE在第一頻點重復多次向第一接入設(shè)備發(fā)送RRC連接請求被拒絕后，將UE再重定向到 E-UTRAN 中。
[0062]圖3為本發(fā)明實施例提供的另一種網(wǎng)絡(luò)重定向方法的示意圖。如圖3所示，該方法包括以下步驟:
[0063]301、第一接入設(shè)備接收UE在第一頻點上發(fā)送的RRC連接請求，RRC連接請求還包括用于指示出UE重定向到UTRAN中的原因的類型碼。
[0064]具體地，第一接入設(shè)備在UE在用于接入UTRAN的第一頻點上發(fā)送的RRC連接請求。其中，RRC連接請求不僅包括用于指示UE支持E-UTRAN的標識碼,還包括用于指示出UE重定向到UTRAN的原因的類型碼。關(guān)于第一頻點的相關(guān)內(nèi)容和說明，可參見上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。
[0065]302、第一接入設(shè)備根據(jù)類型碼，判斷UE重定向到UTRAN中的原因是否為CSFB。
[0066]本實施例中，預先為不同的重定向原因設(shè)置不同的類型碼，其中，重定向的原因的介紹可參加上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。
[0067]UE需要從E-UTRAN重定向到UTRAN中時，會將重定向原因?qū)?yīng)的類型碼攜帶在向第一接入設(shè)備發(fā)送的RRC連接請求中。在接收到RRC連接請求后，第一接入設(shè)備根據(jù)該RRC連接請求中攜帶的類型碼，識別出UE重定向到UTRAN中的原因。進一步地，第一接入設(shè)備就可以判斷出重定向的原因是否為CSFB。如果判斷結(jié)果為所述原因為CSFB，則執(zhí)行步驟401 ；如果判斷結(jié)果為所述原因非CSFB，則執(zhí)行步驟501。
[0068]401、第一接入設(shè)備根據(jù)接納控制算法，將RRC連接請求的優(yōu)先級設(shè)置為最高級別。
[0069]在本實施例中，在第一接入設(shè)備判斷出UE重定向到UTRAN中的原因為CSFB時，為了保證語音業(yè)務(wù)較好的進行，提高用戶體驗，第一接入設(shè)備根據(jù)預設(shè)的接納控制算法，將此RRC連接請求的優(yōu)先級設(shè)置為最高級別。
[0070]402、第一接入設(shè)備判斷是否允許UE接入UTRAN。
[0071]具體地判斷過程可參見上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。如果判斷結(jié)果為否，執(zhí)行步驟403 ;如果判斷結(jié)果為是執(zhí)行步驟601。
[0072]403、第一接入設(shè)備判斷拒絕次數(shù)是否超出預設(shè)次數(shù)。
[0073]具體判斷過程可參見上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。在判斷出拒絕次數(shù)未超出預設(shè)次數(shù)時，執(zhí)行步驟404。
[0074]404、第一接入設(shè)備將Pre-redirection info信元的值修改為False。
[0075]本實施例中將RRC連接請求中攜帶Pre-redirection info信元作為標識碼,在判斷出拒絕UE接入UTRAN時，第一接入設(shè)備修改該信元的值為False，以指示出UE不支持E-UTRAN。
[0076]405、第一接入設(shè)備向UE發(fā)送第三RRC連接拒絕消息，第三RRC連接拒絕消息用于指示UE在預設(shè)的時間段內(nèi)重新選擇的用于接入UTRAN的第三頻點。
[0077]本實施例中，當UE重定向到UTRAN中的原因為CSFB時，為了盡快接續(xù)語音業(yè)務(wù)，在第一接入設(shè)備修改Pre-redirection info信元的信元值為False后,在第一接入設(shè)備第一次拒絕UE接入UTRAN后，就可以直接向UE下發(fā)第三RRC連接拒絕消息，在該第三RRC連接拒絕消息用于指示UE在預設(shè)的時間段內(nèi)重新選擇用于接入UTRAN的第三頻點。本實施例中由于修改了 Pre-redirection info信元的值,第一接入設(shè)備就判定出UE不支持E-UTRAN，這樣第三RRC連接拒絕消息中也不會攜帶用于接入E-UTRAN中的第二頻點，從而UE不會立刻重定向會E-UTRAN中，克服了來回重定向的乒乓效應(yīng)。[0078]進一步地，在本實施例中將CSFB對應(yīng)的RRC連接請求的優(yōu)先級級別已經(jīng)最高，當因為CSFB的原因引起UE從E-UTRAN重定向到UTRAN時，為了盡快的實現(xiàn)語音業(yè)務(wù)的接續(xù)，第一接入設(shè)備可以將UE預設(shè)的時間段內(nèi)搜索第三頻點，繼續(xù)發(fā)起電路域業(yè)務(wù)，從而能夠節(jié)省電路域回落的時間。
[0079]406、第一接入設(shè)備接收UE在第三頻點上發(fā)送的RRC連接請求。
[0080]501、第一接入設(shè)備判斷是否允許UE接入UTRAN。
[0081]在步驟302中如果判斷出引起UE重定向到UTRAN中的原因非CSFB時，第一接入設(shè)備根據(jù)UTRAN的網(wǎng)絡(luò)狀態(tài)或者準入原則，判斷是否允許UE接入UTRAN。如果判斷結(jié)果為否，執(zhí)行步驟502 ;如果判斷結(jié)果為是，執(zhí)行步驟601。
[0082]502、第一接入設(shè)備根據(jù)接納控制算法升高RRC連接請求的優(yōu)先級的級別。
[0083]一般重定向原因非CSFB時，在RRC連接請求被拒絕后，UE也會嘗試向第一接入設(shè)備再次發(fā)送RRC連接請求。為了保證用戶的體驗，本實施例中，第一接入設(shè)備在每一次拒絕了同一 UE發(fā)送的同一 RRC連接請求后，根據(jù)預設(shè)的接納控制算法升高此RRC連接請求的優(yōu)先級的級別。
[0084]503、第一接入設(shè)備判斷拒絕次數(shù)是否超出預設(shè)次數(shù)。
[0085]具體判斷過程可參見上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。如果判斷拒絕次數(shù)未超出預設(shè)次數(shù)，執(zhí)行步驟504 ;如果判斷出拒絕次數(shù)超出預設(shè)次數(shù)，執(zhí)行步驟506。
[0086]504、第一接入設(shè)備將Pre-redirection info信元的值修改為False。
[0087]505、第一接入設(shè)備向UE發(fā)送第一 RRC連接拒絕消息。
[0088]506、第一接入設(shè)備向UE發(fā)送第二 RRC連接拒絕消息，第二 RRC連接拒絕消息攜帶用于接入E-UTRAN的第二頻點，以使UE在第二頻點上向第二接入設(shè)備發(fā)送RRC連接請求，以將UE重定向到E-UTRAN中。
[0089]在步驟503判斷出拒絕次數(shù)超出預設(shè)次數(shù)，第一接入設(shè)備向UE發(fā)送第二 RRC連接拒絕消息。其中，第二 RRC連接拒絕消息攜帶用于接入E-UTRAN的第二頻點。UE接收到第
二RRC連接拒絕消息后，會在第二頻點上向第二接入設(shè)備發(fā)送RRC連接請求，請求將UE重定向到E-UTRAN中。
[0090]本實施例中，第一接入設(shè)備還可以在第二 RRC連接拒絕消息中攜帶拒絕指示，該拒絕指示用于指示出UTRAN拒絕UE接入的拒絕指示。UE可以將該拒絕指示通過第二頻點轉(zhuǎn)發(fā)給E-UTRAN中的eNB。在UE在第二頻點接入到E-UTRAN中后，如果UE因相同的重定向原因，需要重定向到UTRAN中時，由于eNB得知UTRAN拒絕該重定向原因的UE接入，此時eNB不會將該UE再次重定向到UTRAN中。優(yōu)選地，可以預設(shè)一定的時間間隔，eNB會在該時間間隔內(nèi)不會因為相同的重定向原因，將UE重定向到UTRAN中，其中，該時間間隔可以有網(wǎng)絡(luò)側(cè)根據(jù)實際需求進行設(shè)定。
[0091]由于第一接入設(shè)備修改了 Pre-redirection info信元的值，判定UE不支持E-UTRAN，第一接入設(shè)備向UE發(fā)送的第一 RRC連接拒絕消息中不會攜帶用于接入E-UTRAN中的第二頻點，從而UE不會立刻重定向回E-UTRAN中，克服了來回重定向的乒乓效應(yīng)。這樣UE就會在第一頻點上再次向第一接入設(shè)備發(fā)送RRC連接請求，第一接入設(shè)備返回執(zhí)行步驟301及后續(xù)操作，直到拒絕次數(shù)超出預設(shè)次數(shù)或者判斷出允許UE接入UTRAN中。
[0092]601、第一接入設(shè)備與UE接入建立無線承載。[0093]在步驟402或者步驟501中，當?shù)谝唤尤朐O(shè)備判斷出允許UE接入UTRAN時，第一接入設(shè)備直接與UE建立無線承載，以便于UE在UTRAN中進行通信。
[0094]本實施例中在UTRAN中的接入設(shè)備判斷出不允許UE接入時，修改攜帶在RRC連接請求中的標識碼的值，使接入設(shè)備判定UE不支持E-UTRAN，從而向UE發(fā)送不攜帶E-UTRAN頻點的RRC連接拒絕消息，使得UE在UTRAN拒絕其接入時也無法再重定向到E-UTRAN中，只能在UTRAN頻點上重新向接入設(shè)備發(fā)送接入UTRAN的RRC連接請求，從而解決了現(xiàn)有技術(shù)中在從E-UTAN重定向到UTRAN過程中存在的乒乓效應(yīng)的問題，能減少網(wǎng)絡(luò)資源的浪費，并且能夠減輕網(wǎng)絡(luò)負荷，有利于語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的持續(xù)進行。進一步地，本實施例還可以在UE在第一頻點重復多次向第一接入設(shè)備發(fā)送RRC連接請求被拒絕后，將UE再重定向到E-UTRAN中。而且因為CSFB引起UE重定向到UTRAN的情況下，當?shù)谝唤尤朐O(shè)備第一次拒絕UE接入UTRAN時，第一接入設(shè)備就指示UE在預設(shè)的時間段內(nèi)，重新選擇用于接入UTRAN的頻點，有利于盡快地實現(xiàn)語音業(yè)務(wù)的接續(xù)。
[0095]圖4為本發(fā)明實施例提供的一種網(wǎng)絡(luò)重定向裝置的結(jié)構(gòu)示意圖。如圖4所示，該裝置包括:接收模塊41、判斷模塊42、修改模塊43和發(fā)送模塊44。
[0096]當E-UTRAN的信號較弱，而UTRAN的信號較強時，或者當前接入E-UTRAN中的UE需要承載語音業(yè)務(wù)時，需要UE進行CSFB將UE回落到UTRAN中以完成語音業(yè)務(wù)的接續(xù)，此時eNB可以該UE下發(fā)RRC連接釋放消息，在該RRC連接釋放消息中攜帶用于接入UTRAN的第一頻點。該第一頻點為eNB為UE選取的一個頻點。其中，eNB選取第一頻點的方法，可參見上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。在接收到RRC連接釋放消息后，UE將釋放與eNB之間的RRC連接。此時，UE就可以從E-UTRAN重定向到UTRAN中。
[0097]本實施例提供的網(wǎng)絡(luò)重定向裝置為處于UTRAN中的接入設(shè)備，其中，該接入設(shè)備可以為UTRAN中的RNC。該網(wǎng)絡(luò)重定向裝置中的接收模塊41接收UE在第一頻點上發(fā)送的RRC連接請求，以請求與UTRAN建立無線承載。其中，RRC連接請求中包括用于指示UE支持E-UTRAN的標識碼。該標識碼可以為RRC連接請求中的“Pre-redirection info”信元。在RRC連接請求中“Pre-redirection info”信元的信元值一直保持為“True”,信元值為“True”用來指示出UE能夠支持E-UTRAN。其中，網(wǎng)絡(luò)重定向裝置可以為UTRAN中的RNC。
[0098]接收模塊41與判斷模塊42連接，在接收到RRC連接請求后，判斷模塊42可以根據(jù)UTRAN的網(wǎng)絡(luò)負載狀況或者準入原則等進行判斷，以確定是否允許UE接入UTRAN中。例如，在UTRAN的網(wǎng)絡(luò)負載處于飽和狀態(tài)時，判斷模塊42則判斷出不允許UE接入UTRAN。
[0099]本實施例中當判斷模塊42判斷出拒絕UE接入UTRAN時，網(wǎng)絡(luò)重定向裝置可以累積記錄與該RRC連接請求對應(yīng)的拒絕次數(shù)。具體地，可以在該網(wǎng)絡(luò)重定向裝置中設(shè)置一個計數(shù)器40，通過該計數(shù)器40記錄同一 UE發(fā)送的同一個RRC連接請求被拒絕的次數(shù)。本實施例中在判斷模塊42第一次判斷出拒絕UE接入到UTRAN中時，計數(shù)器40就會被啟動，此時初始計數(shù)值為I。每當判斷模塊42判斷出因為同一個RRC連接請求而拒絕UE接入UTRAN時，計數(shù)器40就需要在當前計數(shù)值基礎(chǔ)上加1，得到該RRC連接被拒絕的拒絕次數(shù)。
[0100]在判斷出拒絕UE接入UTRAN后，判斷模塊42進一步判斷計數(shù)器40記錄的拒絕次數(shù)是否超出預設(shè)次數(shù)。如果拒絕次數(shù)未超出預設(shè)次數(shù)，修改模塊43修改RRC連接請求中的標識碼的值。具體地，修改模塊43可以將“Pre-redirection info”信元的信元值設(shè)置為“False，，。實際中，將 “Pre-redirection info，，信元中 IE “Support of E-UTRAN FDD” 和“Support of E-UTRAN TDD”的值為均設(shè)置為“False “。此預設(shè)次數(shù)可以由網(wǎng)絡(luò)配置，也可以由管理人員根據(jù)實際需求和經(jīng)驗靈活配置，一般預設(shè)次數(shù)可以為2?3次。修改模塊43與發(fā)送模塊44連接，在修改為標識碼的值后，發(fā)送模塊44可以向UE發(fā)送第一 RRC連接拒絕消息，以通知UE網(wǎng)絡(luò)重定向裝置不允許其接入UTRAN中。本實施例中，修改模塊43在判斷出拒絕UE接入UTRAN中且拒絕次數(shù)未超出預設(shè)次數(shù)時，將RRC連接請求中攜帶的標識碼的值進行修改，使得修改后的標識碼指示出UE不支持E-UTRAN。這樣發(fā)送模塊44在向UE發(fā)送的第一 RRC連接拒絕請求中就不會攜帶用于接入E-UTRAN的頻點，從而UE就無法在UTRAN網(wǎng)絡(luò)拒絕其接入后，立刻重定向到E-UTRAN中。
[0101]本實施例中，由于第一 RRC連接請求中未攜帶用于接入E-UTRAN的頻點，在接收到第一 RRC連接拒絕請求后，UE只能在第一頻點上繼續(xù)向網(wǎng)絡(luò)重定向裝置中的接收模塊41重新接收UE發(fā)送RRC連接請求，再次請求與UTRAN建立無線承載，以便于業(yè)務(wù)的接續(xù)。
[0102]每當接收模塊41接收到RRC連接請求后，判斷模塊42就會重新執(zhí)行判斷是否允許UE接入UTRAN，以及在每次判斷出拒絕UE接入UTRAN且拒絕次數(shù)未超出預設(shè)次數(shù)時，修改模塊43修改RRC連接請求中標識碼的值，在每次修改模塊43修改了標識碼的值后，發(fā)送模塊44向UE發(fā)送第一 RRC連接請求，直到拒絕次數(shù)超出預設(shè)次數(shù)或者第一接入設(shè)備判斷出允許UE接入UTRAN中。
[0103]本實施例提供的網(wǎng)絡(luò)重定向裝置，發(fā)送模塊接收UE在用于UTRAN的第一頻點上發(fā)送的RRC連接請求，RRC連接請求包括用于指示UE支持E-UTRAN的標識碼，第一頻點攜帶在第二接入設(shè)備發(fā)送給UE的RRC連接釋放消息中，判斷模塊判斷是否允許UE接入UTRAN，如果判斷結(jié)果為否且拒絕次數(shù)未超出預設(shè)次數(shù)，修改模塊修改標識碼的值，以指示UE不支持E-UTRAN，并向UE發(fā)送第一 RRC連接拒絕消息，接收模塊接收UE在第一頻點上重新發(fā)送的RRC連接請求，以及重新執(zhí)行判斷是否允許UE接入UTRAN及后續(xù)操作，直到拒絕次數(shù)超出預設(shè)次數(shù)或判斷出允許UE接入UTRAN中。
[0104]本實施例中在UTRAN中的接入設(shè)備判斷出不允許UE接入時，修改攜帶在RRC連接請求中的標識碼的值，使接入設(shè)備判定UE不支持E-UTRAN，從而向UE發(fā)送不攜帶E-UTRAN頻點的RRC連接拒絕消息，使得UE在UTRAN拒絕其接入時也無法再重定向到E-UTRAN中，只能在UTRAN頻點上重新向接入設(shè)備發(fā)送接入UTRAN的RRC連接請求，從而解決了現(xiàn)有技術(shù)中在從E-UTAN重定向到UTRAN過程中存在的乒乓效應(yīng)的問題，能減少網(wǎng)絡(luò)資源的浪費，并且能夠減輕網(wǎng)絡(luò)負荷，有利于語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的持續(xù)進行。
[0105]圖5為本發(fā)明實施例提供的另一種網(wǎng)絡(luò)重定向裝置的結(jié)構(gòu)示意圖。如圖5所示，該裝置包括:接收模塊51、判斷模塊52、修改模塊53、保持模塊54和發(fā)送模塊55。
[0106]具體地，在UE需要從E-UTRAN中重定向到UTRAN時，eNB會向UE發(fā)送一個RRC連接釋放消息，在該RRC連接釋放消息中攜帶UE用于接入UTRAN的第一頻點。在接收到RRC連接釋放消息后，UE與eNB之間的無線連接就會被釋放。
[0107]接收模塊51接收UE在第一頻點上發(fā)送的RRC連接請求，在該RRC連接請求中包括用于指示UE支持E-UTRAN的標識碼,具體地，該標識碼為“Pre-redirection info”信元。
[0108]在接收到RRC連接請求后，判斷模塊52根據(jù)UTRAN的網(wǎng)絡(luò)負載狀況或者準入原則等進行判斷，以確定是否允許UE接入UTRAN中。例如，在UTRAN的網(wǎng)絡(luò)負載處于飽和狀態(tài)時，則判斷出不允許UE接入UTRAN。[0109]本實施例中，網(wǎng)絡(luò)重定向裝置還包括一個計數(shù)器50，用于記錄同一 UE發(fā)送的同一個RRC連接請求被拒絕的拒絕次數(shù)。判斷模塊52在判斷出拒絕UE接入UTRAN后，需要進一步判斷拒絕次數(shù)是否超出預設(shè)次數(shù)。如果判斷出拒絕次數(shù)未超出預設(shè)次數(shù)，修改模塊53修改攜帶在RRC連接請求中標識碼的值，以指示出UE不支持E-UTRAN。
[0110]發(fā)送模塊55與修改模塊53連接,在對標識碼的值進行修改后，發(fā)送模塊55向UE發(fā)送第一 RRC連接拒絕消息。本實施例中，由于修改后的標識碼的值指示出UE不支持E-UTRAN,在發(fā)送模塊55向UE發(fā)送的第一 RRC連接拒絕消息中未攜帶用于接入E-UTRAN的頻點，在接收到第一 RRC連接拒絕消息后，UE仍然會在第一頻點上向接收模塊51發(fā)送RRC連接請求。
[0111]而在判斷模塊52判斷出拒絕次數(shù)超過預設(shè)次數(shù)時，保持模塊54用于保持RRC連接請求中標識碼的值，修改模塊53不再修改標識碼的值。保持模塊54與發(fā)送模塊55連接，本實施例中，在保持模塊54保持標識碼的值不變時，發(fā)送模塊55向UE發(fā)送第二 RRC連接拒絕消息，第二 RRC連接拒絕消息攜帶用于接入E-UTRAN的第二頻點，UE在第二頻點上向第二接入設(shè)備即處于E-UTRAN中的eNB發(fā)送RRC連接請求，以將UE重定向到E-UTRAN中。
[0112]其中，第二 RRC連接拒絕消息中還可以攜帶拒絕指示，該拒絕指示用于指示出UTRAN拒絕UE接入的拒絕指示。UE可以將該拒絕指示通過第二頻點轉(zhuǎn)發(fā)給eNB。在UE在第二頻點接入到E-UTRAN中后，如果UE因相同的重定向原因，需要重定向到UTRAN中時，由于eNB得知UTRAN拒絕該重定向原因的UE接入，此時eNB不會將該UE再次重定向到UTRAN中。優(yōu)選地，可以預設(shè)一定的時間間隔，eNB會在該時間間隔內(nèi)不會因為相同的重定向原因，將UE重定向到UTRAN中，其中，該時間間隔可以有網(wǎng)絡(luò)側(cè)根據(jù)實際需求進行設(shè)定。
[0113]本實施例中在UTRAN中的接入設(shè)備判斷出不允許UE接入時，修改攜帶在RRC連接請求中的標識碼的值，使接入設(shè)備判定UE不支持E-UTRAN，從而向UE發(fā)送不攜帶E-UTRAN頻點的RRC連接拒絕消息，使得UE在UTRAN拒絕其接入時也無法再重定向到E-UTRAN中，只能在UTRAN頻點上重新向接入設(shè)備發(fā)送接入UTRAN的RRC連接請求，從而解決了現(xiàn)有技術(shù)中在從E-UTAN重定向到UTRAN過程中存在的乒乓效應(yīng)，能減少網(wǎng)絡(luò)資源的浪費，并且能夠減輕網(wǎng)絡(luò)負荷，有利于語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的持續(xù)進行。
[0114]圖6為本發(fā)明實施例提供的另一種網(wǎng)絡(luò)重定向裝置的結(jié)構(gòu)示意圖。如圖6所示，該裝置包括:計數(shù)器60、接收模塊61、判斷模塊62、修改模塊63、保持模塊64、接納控制模塊65、發(fā)送模塊66和重新選擇模塊67。
[0115]具體地，在UE在用于接入UTRAN的第一頻點上發(fā)送的RRC連接請求。其中，RRC連接請求不僅包括用于指示UE支持E-UTRAN的標識碼,還包括用于指示出UE重定向到UTRAN的原因的類型碼。本實施例中，預先為不同的重定向原因設(shè)置不同的類型碼。關(guān)于第一頻點以重定向原因的介紹和說明，可參見上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。
[0116]UE需要從E-UTRAN重定向到UTRAN中時，會將重定向原因?qū)?yīng)的類型碼攜帶在向接收模塊61發(fā)送的RRC連接請求中。在接收到RRC連接請求后，判斷模塊62可以根據(jù)該RRC連接請求中攜帶的類型碼，識別出UE重定向到UTRAN中的原因，判斷模塊62可以進一步判斷出重定向的原因是否為CSFB。
[0117]本實施例中，如果判斷模塊62判斷出重定向原因為CSFB，為了保證語音業(yè)務(wù)較好的進行，提高用戶體驗，接納控制模塊65將RRC連接請求的優(yōu)先級設(shè)置為最高級別。進一步地，判斷模塊62繼續(xù)判斷是否允許UE接入UTRAN。如果判斷出拒絕UE接入UTRAN中，判斷模塊62進一步判斷拒絕次數(shù)是否超出預設(shè)次數(shù)。其中，計數(shù)器60用于記錄同一 UE發(fā)送的同一個RRC連接請求被拒絕的次數(shù)。具體判斷過程可參見上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。
[0118]而如果判斷模塊62判斷出允許UE接入UTRAN中，UE與UTRAN之間建立無線承載。
[0119]判斷模塊62還與修改模塊63連接，在判斷模塊62判斷出拒絕UE接入UTRAN且拒絕次數(shù)未超出預設(shè)次數(shù)，修改模塊63將“Pre-redirection info”的信元值修改為“False”，以指示出UE不支持E-UTRAN。
[0120]本實施例中，當UE重定向到UTRAN中的原因為CSFB時，為了盡快接續(xù)語音業(yè)務(wù)，在將“Pre-redirection info”的信元值修改為“False”后，在第一次拒絕UE接入UTRAN后，重新選擇模塊67將為重定向原因為CSFB的RRC連接請求，重新選擇用于接入UTRAN的第三頻點，然后發(fā)送模塊66直接向UE下發(fā)第三RRC連接拒絕消息。其中，該第三RRC連接拒絕消息用于指示UE在預設(shè)的時間段內(nèi)重新選擇用于接入UTRAN的第三頻點。UE將在第三頻點上發(fā)送向接收模塊61發(fā)送RRC連接請求。
[0121]本實施例中由于修改了 “Pre-redirection info”的信元值，表示UE不支持E-UTRAN,這樣發(fā)送模塊66發(fā)送的第三RRC連接拒絕消息中并不攜帶用于接入E-UTRAN中的第二頻點，從而UE不會立刻重定向回E-UTRAN中，克服了重定向過程中存在的乒乓效應(yīng)。
[0122]進一步地，在本實施例中將CSFB對應(yīng)的RRC連接請求的優(yōu)先級級別已經(jīng)最高，當因為CSFB的原因引起UE從E-UTRAN重定向到UTRAN時，為了盡快的實現(xiàn)語音業(yè)務(wù)的接續(xù)，第一接入設(shè)備中重新選擇模塊67可以為UE搜索第三頻點，使UE可以在預設(shè)的時間段內(nèi)在第三頻點上繼續(xù)發(fā)起電路域業(yè)務(wù)，從而能夠節(jié)省電路域回落的時間。
[0123]如果判斷模塊62判斷出拒絕次數(shù)超出預設(shè)次數(shù)，保持模塊64則保持RRC連接請求中標識碼的值不變，即保持模塊64保持“Pre-redirection info”的信元值修改為“True”。
[0124]一般當重定向原因非CSFB時，在RRC連接請求被拒絕后，UE可能還會嘗試向接收模塊61發(fā)送RRC連接請求。為了保證用戶的體驗，本實施例中，接納控制模塊65會在每一次拒絕了同一 UE發(fā)送的同一 RRC連接請求后，根據(jù)預設(shè)的接納控制算法升高此RRC連接請求的優(yōu)先級的級別。
[0125]進一步地，判斷模塊62判斷拒絕次數(shù)是否超出預設(shè)次數(shù)，具體判斷過程可參見上述實施例中相關(guān)內(nèi)容的記載，此處不再贅述。如果判斷拒絕次數(shù)未超出預設(shè)次數(shù)，修改模塊63將“Pre-redirection info”的信兀值修改為“False”,然后通過發(fā)送模塊66向UE發(fā)送第一 RRC連接拒絕消息。
[0126]本實施例中由于修改了 “Pre-redirection info”的信元值，判定UE不支持E-UTRAN,向UE發(fā)送的第一 RRC連接拒絕消息中不會攜帶用于接入E-UTRAN中的第二頻點，從而UE不會立刻重定向會E-UTRAN中，克服了來回重定向的乒乓效應(yīng)。這樣UE就會在第一頻點上再次發(fā)送RRC連接請求，直到拒絕次數(shù)超出預設(shè)次數(shù)或者判斷出允許UE接入UTRAN中。
[0127]本實施例中在UTRAN中的接入設(shè)備判斷出不允許UE接入時，修改攜帶在RRC連接請求中的標識碼的值，使接入設(shè)備判定UE不支持E-UTRAN，從而向UE發(fā)送不攜帶E-UTRAN頻點的RRC連接拒絕消息，使得UE在UTRAN拒絕其接入時也無法再重定向到E-UTRAN中，只能在UTRAN頻點上重新向接入設(shè)備發(fā)送接入UTRAN的RRC連接請求，從而解決了現(xiàn)有技術(shù)中在從E-UTAN重定向到UTRAN過程中存在的乒乓效應(yīng)，能減少網(wǎng)絡(luò)資源的浪費，并且能夠減輕網(wǎng)絡(luò)負荷，有利于語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的持續(xù)進行。
[0128]進一步地，本實施例還可以在UE在第一頻點重復多次向第一接入設(shè)備發(fā)送RRC連接請求被拒絕后，將UE再重定向到E-UTRAN中。而且因為CSFB引起UE重定向到UTRAN的情況下，當?shù)谝唤尤朐O(shè)備第一次拒絕UE接入UTRAN時，第一接入設(shè)備就指示UE在預設(shè)的時間段內(nèi)，重新選擇用于接入UTRAN的頻點，有利于盡快地實現(xiàn)語音業(yè)務(wù)的接續(xù)。
[0129]本實施例提供的網(wǎng)絡(luò)重定向裝置的各功能模塊可用于執(zhí)行上述相關(guān)實施例中所示的網(wǎng)絡(luò)重定向方法的流程，其具體工作原理不再贅述，詳見方法實施例的描述。
[0130]最后應(yīng)說明的是:以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分或者全部技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。
【權(quán)利要求】
1.一種網(wǎng)絡(luò)重定向方法，其特征在于，包括: 第一接入設(shè)備接收用戶設(shè)備UE在用于接入通用陸地無線網(wǎng)絡(luò)UTRAN的第一頻點上發(fā)送的無線資源控制RRC連接請求；所述RRC連接請求包括用于指示所述UE支持演進通用陸地無線網(wǎng)絡(luò)E-UTRAN的標識碼；其中，所述第一頻點攜帶在第二接入設(shè)備發(fā)送給所述UE的RRC連接釋放消息中； 所述第一接入設(shè)備判斷是否允許所述UE接入所述UTRAN ； 如果判斷結(jié)果為否且拒絕次數(shù)未超出預設(shè)次數(shù)，所述第一接入設(shè)備修改所述標識碼的值，以指示所述UE不支持E-UTRAN ； 所述第一接入設(shè)備向所述UE發(fā)送第一 RRC連接拒絕消息； 所述第一接入設(shè)備接收所述UE在所述第一頻點上重新發(fā)送的所述RRC連接請求，以及重新執(zhí)行判斷是否允許所述UE接入所述UTRAN及后續(xù)操作，直到所述拒絕次數(shù)超出所述預設(shè)次數(shù)或者判斷出允許所述UE接入所述UTRAN中。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)重定向方法，其特征在于，還包括: 在所述拒絕次數(shù)超出所述門限值，所述第一接入設(shè)備保持所述標識碼的值； 所述第一接入設(shè)備向所述UE發(fā)送第二 RRC連接拒絕消息，所述第二 RRC連接拒絕消息攜帶用于接入E-UTRAN的第二頻點，以使所述UE在所述第二頻點上發(fā)送向所述第二接入設(shè)備發(fā)送所述RRC連接請求，以將所述UE重定向到所述E-UTRAN中。
3.根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)重定向方法，其特征在于，所述RRC連接請求還包括用于指示出所述UE重定向到所述UTRAN的原因的類型碼； 所述第一接入設(shè)備判斷是否允許所述UE接入所述UTRAN包括: 所述第一接入設(shè)備根據(jù)所述類型碼判斷所述UE重定向到所述UTRAN中的原因是否為電路域回落CSFB ； 如果所述原因為所述CSFB，所述第一接入設(shè)備根據(jù)接納控制算法，將所述RRC連接請求的優(yōu)先級設(shè)置為最高級別； 所述第一接入設(shè)備判斷是否允許所述UE接入所述UTRAN ； 所述第一接入設(shè)備修改所述標識碼的值之后，還包括: 所述第一接入設(shè)備向所述UE發(fā)送第三RRC連接拒絕消息，其中，所述第三RRC連接消息用于指示所述UE在預設(shè)的時間段內(nèi)重新選擇用于接入所述UTRAN的第三頻點； 所述第一接入設(shè)備接收所述UE在所述第三頻點上發(fā)送的所述RRC連接請求。
4.根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)重定向方法，其特征在于，還包括: 如果所述原因非所述CSFB，所述第一接入設(shè)備在判斷出拒絕所述UE接入所述UTRAN之后,還包括: 所述第一接入設(shè)備根據(jù)所述接納控制算法升高所述RRC連接請求的優(yōu)先級的級別。
5.根據(jù)權(quán)利要求1-4任一項所述的網(wǎng)絡(luò)重定向方法，其特征在于，所述標識碼為預重定向信?！癙re-Redirection info”； 所述第一接入設(shè)備修改所述標識碼的值包括: 所述第一接入設(shè)備將所述“Pre-Redirection info”的信元值修改為“False”。
6.一種網(wǎng)絡(luò)重定向裝置，其特征在于，包括: 接收模塊，用于重復接收用戶設(shè)備UE在用于接入通用陸地無線網(wǎng)絡(luò)UTRAN的第一頻點上發(fā)送的無線資源控制RRC連接請求；所述RRC連接請求包括用于指示所述UE支持演進通用陸地無線網(wǎng)絡(luò)E-UTRAN的標識碼，直到拒絕次數(shù)超出預設(shè)次數(shù)或者判斷出允許所述UE接入所述UTRAN中；其中,所述第一頻點攜帶在第二接入設(shè)備發(fā)送給所述UE的RRC連接釋放消息中； 判斷模塊，用于在所述接收模塊每次接收到所述RRC連接請求消息后，判斷是否允許所述UE接入所述UTRAN ； 修改模塊，用于在所述判斷模塊每次判斷出拒絕所述UE接入所述UTRAN中且所述拒絕次數(shù)未超出所述預設(shè)次數(shù)時，修改所述標識碼的值，以指示所述UE不支持E-UTRAN ； 發(fā)送模塊，用于在所述修改模塊每次修改所述標識碼的值后，向所述UE發(fā)送第一 RRC連接拒絕消息，以使所述UE在所述第一頻點上重新發(fā)送所述RRC連接請求。
7.根據(jù)權(quán)利要求6所述的網(wǎng)絡(luò)重定向裝置，其特征在于，還包括: 保持模塊，用于在所述拒絕次數(shù)超出所述門限值，保持所述標識碼的值； 所述發(fā)送模塊，還用于在保持所述標識碼的值之后，向所述UE發(fā)送第二 RRC連接拒絕消息，以使所述UE在第二頻點上向所述第二接入設(shè)備發(fā)送所述RRC連接請求，以將所述UE重定向到所述E-UTRAN中；其中，所述第二 RRC連接拒絕消息攜帶用于接入E-UTRAN的所述第二頻點。
8.根據(jù)權(quán)利要求7所述的網(wǎng)絡(luò)重定向裝置，其特征在于，所述RRC連接請求還包括用于指示出所述UE重定向到所述UTRAN中的原因的類型碼； 接納控制模塊，用于在所述判斷模塊判斷是否允許所述UE接入所述UTRAN之前，根據(jù)所述類型碼判斷所述UE重定向到所述UTRAN中的原因是否為電路域回落CSFB，如果所述原因為所述CSFB，根據(jù)接納控制算法將所述RRC連接請求的優(yōu)先級設(shè)置為最高級別； 重新選擇模塊，用于在所述修改模塊修改所述標識碼的的值之后，通過所述發(fā)送模塊向所述UE發(fā)送第三RRC連接拒絕消息，其中，所述第三RRC連接消息用于指示所述UE在預設(shè)的時間段內(nèi)重新選擇用于接入所述UTRAN的第三頻點，以及接收所述UE在所述第三頻點上發(fā)送的所述RRC連接請求。
9.根據(jù)權(quán)利要求8所述的網(wǎng)絡(luò)重定向裝置，其特征在于，還包括: 所述接納控制模塊，還用于如果所述原因非所述CSFB，在所述判斷模塊判斷出拒絕所述UE接入所述UTRAN之后，根據(jù)接納控制算法升高所述RRC連接請求的優(yōu)先級的級別。
10.根據(jù)權(quán)利要求6-9任一項所述的網(wǎng)絡(luò)重定向裝置，其特征在于，所述標識碼為預重定向信?！癙re-Redirection info”； 所述修改模塊具體用于在判斷出拒絕所述UE接入所述UTRAN且所述拒絕次數(shù)未超出所述預設(shè)次數(shù)時，將所述“Pre-Redirection info”的信元值修改為“False”。
【文檔編號】H04W36/14GK103561436SQ201310542347
【公開日】2014年2月5日 申請日期:2013年11月5日 優(yōu)先權(quán)日:2013年11月5日
【發(fā)明者】師瑜, 周晶 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司