專利名稱：一種無線保真技術的處理方法和用戶設備的制作方法
技術領域：
本發(fā)明涉及移動通信技術領域，特別涉及一種無線保真技術的處理方法和用戶設備。
背景技術：
隨著移動互聯網業(yè)務的增長，無線通信網絡中的數據量激增，加速了對帶寬的需求。網絡運營商為了緩解移動蜂窩網絡的擁塞，需要部署更多的基站來提高網絡容量，但這勢必會增加投資成本與維護成本。為了解決這一矛盾，越來越多的網絡運營商選擇了移動數據分流的方式，將移動網絡中的部分數據分流到其他可用的接入技術上，作為對移動網絡的補充。目前，用于移動數據分流的最主要的補充網絡技術包括WiFi (WirelessFidelity,無線保真)、家庭基站等。WiFi 是 WLAN(Wireless Local Access Network,無線局域網)的一個標準，是由無線網卡和AP(ACCesS Point，接入點)組成的通信網絡。AP—般稱為網絡橋接器或接入點，它是有線局域網與無線局域網之間的橋梁；裝有無線網卡的用戶設備均可以通過AP去分享有線局域網甚至廣域網的資源，AP工作原理相當于一個內置無線發(fā)射器的HUB(集線器)或者路由器；無線網卡位于用戶設備負責接收由AP發(fā)射的信號。LTE (Long Term Evolved,長期演進網絡)是 3GPP(3rd Generation PartnershipProgram，第三代合作伙伴計劃)組織中各廠商積極研究的一種移動通信網絡，是UMTS (Universal Mobile Telecommunication System,通用移動通信系統(tǒng))的演進網絡。LTE的目的是提供一種能夠降低時延、提高用戶數據速率、增加系統(tǒng)容量及覆蓋的低成本網絡。LTE網絡的空中接口通過部署基站來實現，UE(User Equipment，用戶設備)通過與基站通信，實現移動業(yè)務的空口傳輸。在LTE技術中，在空口傳輸的數據根據QoS(Quality of Service,服務質量)等信息被承載在不同的RB (Radio Bearer,無線承載)上，其中SRB (Signaling Radio Bearer,信令無線承載)用來承載RRC(Radio Resource Control,無線鏈路控制)消息，即:RRC信令；DRB (Data Radio Bearer，數據無線承載)用來承載數據。當基站與UE建立了 RRC過程中和/或過程后，基站可以為UE配置一個或多個RB，用于承載不同類型的數據?，F有3GPP標準中支持WLAN為UMTS或LTE網絡進行分流的方案主要是在核心網的EPS(Evolved Packet System,演進包系統(tǒng))里進行。通過配置將不同的業(yè)務流在網絡中流到UMTS/LTE或者WLAN的無線空口中傳輸。該方案的分流點在核心網側。另外，還有一種分流方案的分流點在LTE或UMTS的接入網側，比如:LTE的基站，或者UMTS的RNC(Radio Network Controller,無線網絡控制器)中進行，在接入網側進行WiFi分流相比于在核心網側分流的好處在于:由于接入網側更接近空口傳輸，更能實時獲取到空口傳輸的狀態(tài)信息，因此分流調度能夠更加實時的依據空口傳輸的狀態(tài)而進行調整，并能獲得更好的數據傳輸效率。以在LTE的基站里進行WiFi分流為例:在基站里進行WiFi分流的方案是基于IP層的分流，即從SI接口來的用戶面的IP包數據通過分流調度策略被分流到LTE的接入層和WiFi的接入層，分別通過LTE的Uu 口和WiFi的802.11接口進行空口的傳輸。除了 IP層分流方案，還可以在F1DCP(Packet Data Convergence Protocol,分組數據會聚協議)層、RLC(Radio Link Control,無線鏈路控制)層、和MAC(MediumAccess Control，媒體接入控制)層分流。這些分流方案將分流點放到LTE TOCP層下，RLC層下和MAC層下進行。除了分流點的層次不同，依據分流策略也可以將WiFi分流分為按包分流和按承載分流。按包分流是由核心網通過Si 口傳輸來的所有承載數據，都依據分流調度策略分流到LTE和WiFi的空口側；而按承載分流則是依據配置，將一些承載分配到LTE側空口傳輸，另一些承載分配到WiFi側空口傳輸，在配置未改變之前，這些承載的分流方向是確定的。發(fā)明人在實現本發(fā)明的過程中發(fā)現:在LTE技術中，當UE檢測到RLF(Radi0 LinkFailure,無線鏈路失敗)時,會發(fā)起RRC(Radio Resource Control,無線資源控制)連接重建過程。判斷出現RLF的條件一般有三種，分別為:I)物理鏈路問題:當UE RRC層連續(xù)從物理層收到N310個“out-of-sync (失步)’，指示時，啟動T310定時器；當T310定時器超時，則判斷出現RLF。在T310超時前，UE RRC層連續(xù)從物理層收到N311個“in-sync (同步)”指示時，則停止T310定時器，鏈路恢復。2) UE RRC層收到MAC (Media Access Control,媒體接入控制)層發(fā)送的隨機接入問題指示，UE RRC判斷出現RLF。3)UE RRC層收到RLC(Radio Link Control，無線鏈路控制)層發(fā)送的重傳達到最大次數指示，UE判斷出現RLF。目前，業(yè)界只是涉及了LTE側發(fā)生RLF的接入方案，但是還而沒有提供WiFi側出現RLF的接入方案。

發(fā)明內容
本發(fā)明實施例提供了一種無線保真的處理方法和用戶設備，在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。一種無線保真技術的處理方法，包括:檢測無線保真網絡的空口是否出現無線鏈路失?。辉诨臼褂脽o線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗時，復位無線保真網絡底層，并掛起與無線保真網絡接入點間的無線承載；當所述無線保真網絡底層復位完成，并且檢測到所述無線保真網絡的空口恢復正常時，恢復與所述無線保真網絡接入點間的無線承載。一種無線保真技術的處理方法，包括:檢測無線保真網絡的空口是否出現無線鏈路失??；在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗，并且信令無線承載被分流到所述無線保真網絡時，發(fā)起無線資源控制連接重建流程并復位無線保真網絡底層；當無線資源控制連接重建完成后，接收基站發(fā)送的第一重配置指示；當檢測到所述無線保真網絡的空口恢復正常時，依據所述第一重配置指示恢復與所述基站間的無線承載，并恢復與無線保真網絡的接入點間的無線承載。一種用戶設備，包括:檢測單元，用于檢測無線保真網絡的空口是否出現無線鏈路失?。惶幚砥?，用于在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗時，復位無線保真網絡底層，并掛起與無線保真網絡接入點間的無線承載；控制單元，用于當所述無線保真網絡底層復位完成，并且檢測到所述無線保真網絡的空口恢復正常時，恢復與所述無線保真網絡接入點間的無線承載。一種用戶設備，包括:檢測單元，用于檢測無線保真網絡的空口是否出現無線鏈路失?。惶幚砥?，用于在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗，并且信令無線承載被分流到所述無線保真網絡時，發(fā)起無線資源控制連接重建流程并復位無線保真網絡底層；接收機，用于當無線資源控制連接重建完成后，接收基站發(fā)送的第一重配置指示；控制單元，用于當檢測到所述無線保真網絡的空口恢復正常時，依據所述第一重配置指示恢復與所述基站間的無線承載并恢復與無線保真網絡的接入點間的無線承載。從以上技術方案可以看出，本發(fā)明實施例具有以下優(yōu)點:通過在基站使用無線保真為用戶設備進行移動數據分流的過程中，若無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，復位無線保真?zhèn)鹊讓樱炱鹋c接入點間的無線承載；在檢測到無線保真?zhèn)瓤湛诨謴驼：蠡謴团c接入點通信的無線承載或者恢復無線保真?zhèn)鹊臄祿鬏?；可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。


為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域的普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本發(fā)明實施例方法流程示意圖；圖2為本發(fā)明實施例方法流程示意圖；圖3為本發(fā)明實施例方法流程示意圖；圖4為本發(fā)明實施例方法流程示意圖；圖5為本發(fā)明實施例方法流程示意圖；圖6為本發(fā)明實施例方法流程示意圖；圖7為本發(fā)明實施例方法流程示意圖；圖8為本發(fā)明實施例方法流程示意圖；圖9為本發(fā)明實施例方法流程示意圖；圖10為本發(fā)明實施例用戶設備結構示意圖；圖11為本發(fā)明實施例用戶設備結構示意圖12為本發(fā)明實施例用戶設備結構示意圖；圖13為本發(fā)明實施例用戶設備結構示意圖；圖14為本發(fā)明實施例用戶設備結構示意圖；圖15為本發(fā)明實施例用戶設備結構示意圖。
具體實施例方式為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發(fā)明一部份實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。需要說明的是本發(fā)明實施例中使用了“第一”、“第二”、“第三”的表述，其僅作為區(qū)分不同的名稱不作其它限定使用，不應理解為對本發(fā)明實施例的限定。本發(fā)明實施例提供了一種無線保真的處理方法，如圖1所示，包括:101:檢測無線保真網絡的空口是否出現無線鏈路失敗。上述101中檢測無線保真網絡的空口是否出現無線鏈路失敗包括:檢測是否接收到上述無線保真網絡底層發(fā)送的無線鏈路故障通知、檢測丟包率是否超過預定值、檢測上述無線保真網絡的無線鏈路控制消息的重傳次數是否達到閾值中的任意一種。可以理解的是，其他情況導致的無線鏈路失敗也是可能的，以上三個舉例不應理解為無線鏈路失敗的窮舉，因此以上舉例不應理解為對本發(fā)明實施例的限定。102:在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到上述無線保真網絡的空口出現上述無線鏈路失敗時，復位無線保真網絡底層，并掛起與無線保真網絡接入點間的無線承載。本步驟中WiFI恢復正常的的判斷方式可以是=WiFi側底層提供指示，表示是否可以正常收發(fā)數據了。上述復位(Reset)是指通過WiFi側重啟，實現WiFI底層的復位。上述復位可以是指重啟WiFi側的PHY(Physical,物理)層/MAC(Medium Access Control,媒體訪問控制)層等，重啟WiFi側底層具體則可以是:將PHY層/MAC層的配置數據恢復為初始狀態(tài)時的數據，由此實現WiFi側底層復位。本實施例中掛起(Suspend)無線承載,是指讓承載處于休眠的狀態(tài)，此時不可以發(fā)送和接收數據，也不能處理數據。本實施例中復位Wifi底層時會導致Wifi底層一段時間無法發(fā)送和接收數據，因此掛起RB可以避免在此時有數據被發(fā)送到WiFi底層處理。103:當上述無線保真網絡底層復位完成，并且檢測到上述無線保真網絡的空口恢復正常時，恢復與上述無線保真網絡接入點間的無線承載。以上實施例通過在基站使用無線保真為用戶設備進行移動數據分流的過程中，若無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，復位無線保真?zhèn)鹊讓?，并掛起與接入點間的無線承載；在檢測到無線保真?zhèn)瓤湛诨謴驼：蠡謴团c接入點通信的無線承載；可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，當上述無線保真網絡底層復位完成后，上述無線保真網絡的空口仍未恢復正常時，向上述基站發(fā)送第一消息以告知上述基站無線保真故障。本實施例提供了在無線保真網絡底層復位完成后，上述無線保真網絡的空口仍未恢復正常時的解決方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢?？蛇x地，上述向基站發(fā)送第一消息(可以是無線保真失敗指示)以告知基站無線保真故障之前還包括:累計上述無線保真網絡底層的復位次數，并判斷上述無線保真網絡底層的復位次數是否達到預定門限值；若是，且上述無線保真網絡的空口未恢復正常則執(zhí)行:向上述基站發(fā)送第一消息以告知上述基站無線保真故障；若否，則繼續(xù)復位上述無線保真網絡底層。本實施例提供了確定無線網絡底層是否恢復正常的可選方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，上述向上述基站發(fā)送第一消息以告知上述基站無線保真故障后，還包括:接收上述基站發(fā)送的重配置指示，上述重配置指示將分流到上述無線保真網路的無線承載重配置到指定網絡。上述重配置指示可以將已分流到上述無線保真網絡的無線承載調度到上述指定網絡，具體調度可以在MAC層實現。需要說明的是重配置的指示可以通過RRC重配置消息來實現，通過RRC重配置消息來改變分流RB的方向。本實施例，在以上實施例的基礎之上提供了基站發(fā)送重配置指示來控制網絡接入，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，還包括:接收基站發(fā)送的指示，用于指示無線保真重檢測的時長；按上述指示檢測上述無線保真網絡的空口是否恢復正常；若是，向上述基站發(fā)送第二消息，以告知上述基站上述無線保真網絡的空口已經恢復正常，并獲取上述基站配置的分流到上述無線保真網絡的無線承載。本實施例提供了恢復無線保真網絡的空口狀態(tài)的可選處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。以上方案可以應用于，按包分流和按承載分流的應用場景之下，以下就按包分流和按承載分流分別舉例說明。以下實施例分流的一側是WiFi另一側為LTE，需要說明的是另一側還可以是 UMTS (Universal Mobile Telecommunication System,通用移動通信系統(tǒng))等其他網絡，因此以下與WiFi對應的另一側網絡的舉例不應理解為對本發(fā)明實施例的限定。本發(fā)明另一實施例，如圖2所示，包括:201:基站使用WiFi技術為UE進行移動數據分流。在數據傳輸過程中，UE檢測到WiFi側空口出現了 RLF。在本實施例中，數據分流是基于RB的，即當基站指示UE進行數據分流時，基站需要配置上述UE具體哪一個或多個RB的數據被WiFi分流(不區(qū)分SRB是否可以分流)。更具體地，UE檢測WiFi側的空口出現RLF包括:I) WiFi側底層通知UE分流調度層發(fā)生鏈路故障，2) WiFi側底層反饋的統(tǒng)計丟包率很高，3)配置到WiFi側的承載上發(fā)生RLC重傳達到最大次數。202:UE不發(fā)起RRC連接重建過程，UE復位WiFi側底層并掛起與WiFiAP間通信的所有承載，停止與WiFi AP間的數據傳輸過程。在本實施例中，UE還可以累計復位次數。203 =WiFi側底層復位完成后，如果UE檢測到WiFi側空口恢復正常，UE就恢復與WiFi AP通信的所有RB，恢復正常數據傳輸過程。在本實施例中，UE可以清除復位次數。
進一步，當WiFi側底層復位完成后，如果UE檢測到WiFi側空口沒有恢復正常時，UE可以關閉WiFi并發(fā)送WiFi失敗指示給eNB基站，以告知eNB基站WiFi出現故障。更具體地，如果連續(xù)復位次數未達到最大復位次數，就繼續(xù)復位WiFi側底層并累計復位次數。如果連續(xù)復位次數達到最大復位次數，UE就關閉WiFi并發(fā)送WiFi失敗指示
給基站。進一步地，基站收到UE發(fā)送的WiFi失敗指示后，基站可以重配置原有分流到WiFi側的無線承載(RB)到LTE側，同時可以通知UE—個WiFi重檢測的時長。UE收到重配置后，就把原有掛起的RB恢復，轉發(fā)到LTE側。UE同時根據WiFi重檢測時長，到時就開啟WiFi檢測WiFi是否恢復，并通知WiFi恢復消息給基站?；精@知WiFi恢復后，基站可以發(fā)送重配置消息，再次配置一部分RB到WiFi側進行分流。本實施例提供了恢復無線保真網絡的空口狀態(tài)的可選處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。本發(fā)明的另一實施例，如圖3所示，流程包括:301:基站使用WiFi技術為UE進行移動數據分流。在數據傳輸過程中，UE檢測到WiFi側空口出現了 RLF。本實施例中，數據分流是基于RB的，即當基站指示UE進行數據分流時，基站需要配置上述UE具體哪一個或多個RB的數據被WiFi分流(不區(qū)分SRB是否可以分流)。更具體地，UE檢測WiFi側的空口出現RLF包括:I) WiFi側底層通知UE分流調度層發(fā)生鏈路故障，2) WiFi側底層反饋的統(tǒng)計丟包率很高，3)配置到WiFi側的承載上發(fā)生RLC重傳達到最大次數。302:UE不發(fā)起RRC連接重建過程，UE復位WiFi側底層，并掛起與WiFi AP間通信的所有承載，停止與WiFi AP間的數據傳輸過程。本實施例中，UE可以累計復位次數。303 =WiFi側底層復位完成后，如果UE檢測到WiFi側空口未恢復正常，UE就根據WiFi側空口連續(xù)復位次數是否達到最大復位次數來確定后續(xù)動作。更具體地，如果連續(xù)復位次數未達到最大復位次數，就繼續(xù)復位WiFi側底層并累計復位次數。如果連續(xù)復位次數達到最大復位次數，UE就關閉WiFi并發(fā)送WiFi失敗指示
給基站。304:基站收到UE發(fā)送的WiFi失敗指示，基站可以重配置原有分流到WiFi側的無線承載(RB)到LTE偵彳，同時可以通知UE —個WiFi重檢測的時長。305:UE收到重配置后，就把原有掛起的RB恢復，轉發(fā)到LTE側。UE同時根據WiFi重檢測時長，到時就開啟WiFi檢測WiFi是否恢復，并通知WiFi恢復消息給基站?；精@知WiFi恢復后，基站可以發(fā)送重配置消息，再次配置一部分RB到WiFi側進行分流。本實施例提供了恢復無線保真網絡的空口狀態(tài)的可選處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。本發(fā)明的另一實施例的，如圖4所示，流程包括:401，基站使用WiFi技術為UE進行移動數據分流。在數據傳輸過程中，UE檢測到WiFi側空口出現了 RLF。本實施例中，數據分流是基于RB的，即當基站指示UE進行數據分流時，基站需要配置上述UE具體哪一個或多個RB的數據被WiFi分流(不區(qū)分SRB是否可以分流)。更具體地，UE檢測WiFi側的空口出現RLF包括:I) WiFi側底層通知UE分流調度層發(fā)生鏈路故障，2) WiFi側底層反饋的統(tǒng)計丟包率很高，3)配置到WiFi側的承載上發(fā)生RLC重傳達到最大次數。402，UE不發(fā)起RRC連接重建過程，UE關閉WiFi側底層并發(fā)送WiFi失敗指示給基站。同時UE掛起與WiFi AP間通信的所有承載，停止與WiFi AP間的數據傳輸過程。403，基站收到UE發(fā)送的WiFi失敗指示后，基站可以重配置原有分流到WiFi側的RB到LTE側，同時可以通知UE 一個WiFi重檢測的時長。404，UE收到重配置后，就把原有掛起的RB恢復，轉發(fā)到LTE偵U。本實施例中，UE可以同時根據WiFi重檢測時長，到時就開啟WiFi檢測WiFi是否恢復，并通知WiFi恢復消息給eNB基站。eNB基站獲知WiFi恢復后，eNB基站可以發(fā)送重配置消息，再次配置一部分RB到WiFi側進行分流。本實施例提供了恢復無線保真網絡的空口狀態(tài)的可選處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。本發(fā)明的另一實施例，如圖5所示，流程包括:501:基站使用WiFi技術為UE進行移動數據分流。在數據傳輸過程中，UE檢測到WiFi側空口出現了 RLF。本實施例中，數據分流是不基于RB的，即當基站指示UE進行數據分流時，基站不需要指示UE具體哪一個或多個RB的數據可以被分流。基站在下行傳輸過程中，可以根據調度策略使用UE的服務WiFi AP分流UE任意RB上的數據；同樣地，UE在上行傳輸過程中，可以根據調度策略使用服務WiFiAP分流。更具體地，UE檢測WiFi側的空口出現RLF包括:I) WiFi側底層通知UE分流調度層發(fā)生鏈路故障，2) WiFi側底層反饋的統(tǒng)計丟包率很高。502:UE不發(fā)起RRC連接重建過程，UE復位WiFi側底層或者UE關閉WiFi，同時掛起WiFi側數據的傳輸。進一步，如果本步驟中UE是關閉WiFi，那么UE可以通知eNB基站相關WiFi失敗指示。503:如果在502中，UE是復位WiFi側底層，當WiFi側底層復位完成后，如果UE檢測到WiFi側空口恢復正常，UE就恢復WiFi側數據分流傳輸。如果UE檢測到WiFi側空口未恢復正常，就根據WiFi側空口連續(xù)復位次數是否達到最大復位次數來確定后續(xù)動作。更具體地，如果連續(xù)復位次數未達到最大復位次數，就繼續(xù)復位WiFi側底層并累計復位次數。如果連續(xù)復位次數達到最大復位次數，UE就關閉WiFi并發(fā)送WiFi失敗指示
給eNB基站。504:基站收到UE發(fā)送的WiFi失敗指示后，基站可以通知UE —個WiFi重檢測的時長。UE就可以根據WiFi重檢測時長，定時開啟WiFi檢測WiFi是否恢復，并通知WiFi恢
復消息給基站。進一步，eNB基站獲知WiFi恢復后，eNB基站可以發(fā)送重配置消息，再次配置一部分RB到WiFi側進行分流。
本實施例提供了恢復無線保真網絡的空口狀態(tài)的可選處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。本發(fā)明實施例還提供了另一種無線保真的處理方法，如圖6所示，包括:601:檢測無線保真網絡的空口是否出現無線鏈路失敗。上述601中檢測無線保真網絡的空口是否出現無線鏈路失敗包括:檢測是否接收到上述無線保真網絡底層發(fā)送的無線鏈路故障通知、檢測丟包率是否超過預定值、檢測上述無線保真網絡的無線鏈路控制消息的重傳次數是否達到閾值中的任意一種?？梢岳斫獾氖?，其他情況導致的無線鏈路失敗也是可能的，以上三個舉例不應理解為無線鏈路失敗的窮舉，因此以上舉例不應理解為對本發(fā)明實施例的限定。602:在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到上述無線保真網絡的空口出現上述無線鏈路失敗，并且信令無線承載被分流到上述無線保真網絡時，發(fā)起無線資源控制連接重建流程并復位無線保真網絡底層。603:當無線資源控制連接重建完成后，接收基站發(fā)送的第一重配置指示。604:當檢測到上述無線保真網絡的空口恢復正常時，依據上述第一重配置指示恢復與上述基站間的無線承載并恢復與無線保真網絡的接入點間的無線承載。在604中需要確定無線保真網絡底層是否恢復正常，檢測WiFI是否恢復正常的的判斷方式可以是=WiFi側底層提供指示，表示是否可以正常收發(fā)數據了。上述復位(Reset)是指通過WiFi側硬件重啟，實現WiFI底層的復位。上述硬件重啟是指重啟WiFi側的PHY(Physical,物理)層/MAC(Medium Access Control,媒體訪問控制)層等，重啟 WiFi 側底層具體則可以是:將PHY層/MAC層的配置數據恢復為初始狀態(tài)時的數據，由此實現WiFi側底層復位。本實施例中掛起(Suspend)無線承載，是指讓承載處于休眠的狀態(tài)，此時不可以發(fā)送和接收數據，也不能處理數據。本實施例中復位Wifi底層時會導致Wifi底層一段時間無法發(fā)送和接收數據，因此如果掛起RB可以避免在此時有數據被發(fā)送到WiFi底層處理。以上實施例在基站使用無線保真為用戶設備進行移動數據分流的過程中，若無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，并且信令無線承載被分流到無線保真?zhèn)?；則發(fā)起無線資源控制連接重建流程并復位無線保真?zhèn)鹊讓?；無線資源控制連接重建完成后，接收基站發(fā)送的第一重配置指示；若檢測到無線保真?zhèn)瓤湛诨謴驼?，則依據第一重配置指示恢復與基站以及接入點的無線承載。可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，當檢測到上述無線保真網絡的空口未恢復正常時上述方法還包括:向上述基站發(fā)送第一消息以告知上述基站無線保真故障；接收上述基站發(fā)送的第二重配置指示，上述第二重配置用于指示將上述基站已經配置到上述無線保真網絡的無線承載重配置到指定網絡；將上述已經分流到上述無線保真網絡的無線承載調度到上述指定網絡。本實施例在圖6提供的方案基礎上提供了在無線保真網絡未恢復正常的處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，在上述基站使用上述無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到上述無線保真網絡的空口出現上述無線鏈路失敗，并且上述信令無線承載沒有被分流到上述無線保真網絡時上述方法還包括:向上述基站發(fā)送第一消息以告知上述基站無線保真故障；接收上述基站發(fā)送的第二重配置指示，上述第二重配置用于指示將上述基站已經配置到上述無線保真網絡的無線承載重配置到指定網絡；將上述已經分流到上述無線保真網絡的無線承載調度到上述指定網絡。本實施例，本實施例在圖6提供的方案基礎上提供了無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗并且信令無線承載沒有被分流到無線保真?zhèn)葧r的處理方案:向基站發(fā)送無線資源控制消息以告知基站無線保真故障；接收基站發(fā)送的第二重配置指示；依據第二重配置指示進行數據傳輸。本實施例可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。以下實施例的舉例中，分流的一側是WiFi另一側為LTE，需要說明的是另一側還可以是 UMTS (Universal Mobile Telecommunication System,通用移動通信系統(tǒng))等其他網絡，因此以下與WiFi對應的另一側網絡的舉例不應理解為對本發(fā)明實施例的限定。本發(fā)明的另一實施例，如圖7所示，流程包括:701:基站使用WiFi技術為UE進行移動數據分流。在數據傳輸過程中，UE檢測到WiFi側空口出現了 RLF。如果SRB被分流到UE的服務WiFi AP上進行數據傳輸進入702a，如果SRB沒有被分流到UE的WiFi AP上進行數據傳輸進入702b。本實施例中，數據分流是基于RB的，即當基站指示UE進行數據分流時，基站需要配置上述UE具體哪一個或多個RB的數據可以被分流(即:區(qū)分SRB是否可以分流)。更具體地，UE檢測WiFi側的空口出現RLF包括:I) WiFi側底層通知UE分流調度層發(fā)生鏈路故障，2) WiFi側底層反饋的統(tǒng)計丟包率很高，3)配置到WiFi側的承載上發(fā)生RLC重傳達到最大次數。702a:如果SRB被分流到UE的服務WiFi AP上進行數據傳輸，UE發(fā)起RRC連接重建過程并同時復位WiFi側底層，掛起與基站通信的所有RB(除SRBO外，SRBO主要用于數據傳輸開始前的建立RRC鏈路的信令)以及與服務WiFi AP通信的所有RB，停止與基站及上述WiFi AP間的數據傳輸過程。然后進入703a。702b:如果SRB沒有被分流到UE的WiFi AP上進行數據傳輸，UE不發(fā)起RRC連接重建過程，停止與WiFi AP間的數據發(fā)送，并通知WiFi空口鏈路發(fā)生了 RLF，請求基站發(fā)起分流修改過程，將所有RB分流到LTE側。然后進入703b。更具體地，用于通知基站出現RLF的消息可以是新設計的RRC消息，也可以是現有RRC消息中新的信息單元。其中所包含的內容包括但不限于:失敗原因。例如，失敗原因可以為物理鏈路失敗、和數據發(fā)送失敗。703a:RRC重建完成后,基站對UE進行重配置。重配置完成后,UE恢復與基站通信的所有RB，以及與服務WiFi AP通信的所有RB，恢復正常數據傳輸過程。如果基站在重配置過程中，修改了一個或多個分流給上述UE的服務WiFiAP的RB信息，則基站相應需要修改與上述WiFi AP間對應的連接信息。UE與服務WiFi AP間的一個RB對應上述WiFi AP與基站間的一條連接。703b:基站收到UE發(fā)送的WiFi RLF通知，發(fā)起分流修改過程。將所有RB分流到上述UE的LTE側。更具體地，用于分流修改的消息可以是新設計的RRC消息，也可以是現有RRC消息中新的信息單元。704,UE檢測WiFi側空口鏈路是否恢復，并根據WiFi情況執(zhí)行再次復位或是通知基站相關WiFi RLF消息?；臼盏経E發(fā)送的WiFi RLF通知，發(fā)起分流修改過程。將所有RB分流到上述UE的LTE側。本實施例提供了恢復無線保真網絡的空口狀態(tài)的可選處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。本發(fā)明實施例還提供了另一種無線保真的處理方法，如圖8所示，包括:801:檢測無線保真?zhèn)瓤湛谑欠癯霈F無線鏈路失敗。802:在基站使用無線保真為用戶設備進行移動數據分流的過程中，若檢測到無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，則復位無線保真?zhèn)鹊讓?，并掛起與接入點間的無線承載；向基站發(fā)送第一消息(可以是無線保真失敗指示)以告知基站無線保真故障。803:接收基站發(fā)送的重配置指示；上述重配置指示將原分流到無線保真?zhèn)鹊臒o線承載重配置到指定網絡側；依據上述重配置指示進行數據傳輸。進一步地，上述803向基站發(fā)送第一消息(可以是無線保真失敗指示)之后還包括:接收基站發(fā)送的指示，上述指示用于指示無線保真重檢測的時長；按上述指示檢測無線保真?zhèn)瓤湛谑欠窕謴驼?，若恢復正常，則發(fā)送第一消息(可以是恢復通知消息)給基站，以告知基站無線保真?zhèn)瓤湛谝呀浕謴驼?，并獲取基站配置的分流到無線保真?zhèn)鹊臒o線承載。以上實施例，在基站使用無線保真為用戶設備進行移動數據分流的過程中，若無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，直接執(zhí)行:復位無線保真?zhèn)鹊讓?，并掛起與接入點間的無線承載；向基站發(fā)送第一消息(可以是無線保真失敗指示)以告知基站無線保真故障；接收基站發(fā)送的重配置指示；并依據上述重配置指示進行數據傳輸。本實施例可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。以下實施例的舉例中，分流的一側是WiFi另一側為LTE，需要說明的是另一側還可以是 UMTS (Universal Mobile Telecommunication System,通用移動通信系統(tǒng))等其他網絡，因此以下與WiFi對應的另一側網絡的舉例不應理解為對本發(fā)明實施例的限定。本發(fā)明的另一實施例，如圖9所示，包括:901:基站使用WiFi技術為UE進行移動數據分流。在數據傳輸過程中，UE檢測到WiFi側空口出現了 RLF。本實施例中，數據分流是不基于RB的，即當基站指示UE進行數據分流時，基站不需要指示UE具體哪一個或多個RB的數據可以被分流?；驹谙滦袀鬏斶^程中，可以根據調度策略使用UE的服務WiFi AP分流UE任意RB上的數據；同樣地，UE在上行傳輸過程中，可以根據調度策略使用服務WiFiAP分流。本實施例的應用場景還可以為:數據分流是基于RB的，即當基站指示UE進行數據分流時，基站需要配置上述UE具體哪一個或多個RB的數據可以被分流。(區(qū)分SRB是否可以分流)。更具體地，UE檢測WiFi側的空口出現RLF包括:I) WiFi側底層通知UE分流調度層發(fā)生鏈路故障，2) WiFi側底層反饋的統(tǒng)計丟包率很高。902:UE不發(fā)起RRC連接重建過程，UE復位WiFi側底層或者UE關閉WiFi，同時掛起WiFi側數據的傳輸。如果UE是關閉WiFi，那么UE可以通知基站相關WiFi失敗指示。903:如果UE是復位WiFi側底層，當WiFi側底層復位完成后，如果UE檢測到WiFi側空口恢復正常，UE就恢復WiFi側數據分流傳輸。如果UE檢測到WiFi側空口未恢復正常，就根據WiFi側空口連續(xù)復位次數是否達到最大復位次數來確定后續(xù)動作。更具體地，如果連續(xù)復位次數未達到最大復位次數，就繼續(xù)復位WiFi側底層并累計復位次數。如果連續(xù)復位次數達到最大復位次數，UE就關閉WiFi并發(fā)送WiFi失敗指示給基站。904:基站收到UE發(fā)送的WiFi失敗指示后，基站可以通知UE 一個WiFi重檢測的時長。UE就可以根據WiFi重檢測時長，定時開啟WiFi檢測WiFi是否恢復，并通知WiFi恢復消息給基站?；精@知WiFi恢復后，基站可以發(fā)送重配置消息，再次配置一部分RB到WiFi側進行分流。本實施例提供了恢復無線保真網絡的空口狀態(tài)的可選處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。本發(fā)明實施例提供了一種用戶設備，用于執(zhí)行上述各方法實施例中的動作，如圖10所示,包括:檢測單元1001，用于檢測無線保真網絡的空口是否出現無線鏈路失?。粰z測無線保真網絡的空口是否出現無線鏈路失敗包括:檢測是否接收到上述無線保真網絡底層發(fā)送的無線鏈路故障通知、檢測丟包率是否超過預定值、檢測上述無線保真網絡的無線鏈路控制消息的重傳次數是否達到閾值中的任意一種?？梢岳斫獾氖牵渌闆r導致的無線鏈路失敗也是可能的，以上三個舉例不應理解為無線鏈路失敗的窮舉，因此以上舉例不應理解為對本發(fā)明實施例的限定。處理器1002，用于在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗時，復位無線保真網絡底層，并掛起與無線保真網絡接入點間的無線承載；控制單元1003，用于當所述無線保真網絡底層復位完成，并且檢測到所述無線保真網絡的空口恢復正常時，恢復與所述無線保真網絡接入點間的無線承載。在控制單元1003執(zhí)行過程中，檢測WiFI是否恢復正常的的判斷方式可以是:WiFi側底層提供指示，表示是否可以正常收發(fā)數據了。上述復位(Reset)是指通過WiFi側硬件重啟，實現WiFI底層的復位。上述硬件重啟是指重啟WiFi側的PHY(Physical，物理)層/MAC (Medium Access Control,媒體訪問控制)層等,重啟WiFi側底層具體則可以是J^PHY層/MAC層的配置數據恢復為初始狀態(tài)時的數據，由此實現WiFi側底層復位。本實施例中掛起(Suspend)無線承載，是指讓承載處于休眠的狀態(tài)，此時不可以發(fā)送和接收數據，也不能處理數據。本實施例中復位Wifi底層時會導致Wifi底層一段時間無法發(fā)送和接收數據，因此第一無線保真控制單元1002掛起RB可以避免在此時有數據被發(fā)送到WiFi底層處理。以上實施例通過在基站使用無線保真為用戶設備進行移動數據分流的過程中，若無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，復位無線保真?zhèn)鹊讓?，并掛起與接入點間的無線承載；在檢測到無線保真?zhèn)瓤湛诨謴驼：蠡謴团c接入點通信的無線承載；可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，如圖11所示，所述用戶設備還包括:
發(fā)送機1101，用于當所述無線保真網絡底層復位完成后，所述無線保真網絡的空口仍未恢復正常時，向所述基站發(fā)送第一消息以告知所述基站無線保真故障。本實施例提供了在無線保真網絡底層復位完成后，上述無線保真網絡的空口仍未恢復正常時的解決方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，所述處理器1002還用于:
累計所述無線保真網絡底層的復位次數，并判斷所述無線保真網絡底層的復位次數是否達到預定門限值；若是，且所述無線保真網絡的空口未恢復正常時，所述發(fā)送機1101向所述基站發(fā)送第一消息以告知所述基站無線保真故障；若否，則所述處理器1002繼續(xù)復位所述無線保真網絡底層。本實施例提供了確定無線網絡底層是否恢復正常的可選方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，如圖12所示，所述用戶設備還包括:接收機1201，用于向所述基站發(fā)送第一消息以告知所述基站無線保真故障后，接收所述基站發(fā)送的重配置指示，所述重配置指示將分流到所述無線保真網路的無線承載重配置到指定網絡。本實施例，在以上實施例的基礎之上提供了基站發(fā)送重配置指示來控制網絡接入，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，所述接收機1201，還用于接收基站發(fā)送的指示，所述指示用于指示無線保真重檢測的時長；所述處理器1002，還用于按所述指示檢測所述無線保真網絡的空口是否恢復正常；所述發(fā)送機1101，還用于若檢測到無線保真?zhèn)瓤湛诨謴驼＃蛩龌景l(fā)送第二消息，以告知所述基站所述無線保真網絡的空口已經恢復正常；所述控制單元1003，還用于在發(fā)送第二消息給基站后，獲取所述基站配置的分流到所述無線保真網絡的無線承載。本實施例在以上實施例的基礎上提供了無線保真網絡的空口恢復正常后的可選處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。本發(fā)明實施例還 提供了另一種用戶設備，如圖13所示，包括:檢測單元1301，用于檢測無線保真網絡的空口是否出現無線鏈路失?。粰z測無線保真網絡的空口是否出現無線鏈路失敗包括:檢測是否接收到上述無線保真網絡底層發(fā)送的無線鏈路故障通知、檢測丟包率是否超過預定值、檢測上述無線保真網絡的無線鏈路控制消息的重傳次數是否達到閾值中的任意一種。可以理解的是，其他情況導致的無線鏈路失敗也是可能的，以上三個舉例不應理解為無線鏈路失敗的窮舉，因此以上舉例不應理解為對本發(fā)明實施例的限定。處理器1302，用于在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗，并且信令無線承載被分流到所述無線保真網絡時，發(fā)起無線資源控制連接重建流程并復位無線保真網絡底層；接收機1303，用于當無線資源控制連接重建完成后，接收基站發(fā)送的第一重配置指示;控制單元1304，用于當檢測到所述無線保真網絡的空口恢復正常時，依據所述第一重配置指示恢復與所述基站間的無線承載并恢復與無線保真網絡的接入點間的無線承載。在控制單元1304執(zhí)行過程中，檢測WiFI是否恢復正常的的判斷方式可以是:WiFi側底層提供指示，表示是否可以正常收發(fā)數據了。上述復位(Reset)是指通過WiFi側硬件重啟，實現WiFI底層的復位。上述硬件重啟是指重啟WiFi側的PHY(Physical，物理)層/MAC (Medium Access Control,媒體訪問控制)層等,重啟WiFi側底層具體則可以是J^PHY層/MAC層的配置數據恢復為初始狀態(tài)時的數據，由此實現WiFi側底層復位。本實施例中掛起(Suspend)無線承載，是指讓承載處于休眠的狀態(tài)，此時不可以發(fā)送和接收數據，也不能處理數據。本實施例中復位Wifi底層時會導致Wifi底層一段時間無法發(fā)送和接收數據，因此如果掛起RB可以避免在此時有數據被發(fā)送到WiFi底層處理。以上實施例在基站使用無線保真為用戶設備進行移動數據分流的過程中，若無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，并且信令無線承載被分流到無線保真?zhèn)龋粍t發(fā)起無線資源控制連接重建流程并復位無線保真?zhèn)鹊讓?；無線資源控制連接重建完成后，接收基站發(fā)送的第一重配置指示；若檢測到無線保真?zhèn)瓤湛诨謴驼?，則依據第一重配置指示恢復與基站以及接入點的無線承載。可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，如圖14所示，所述用戶設備還包括:發(fā)送機1401，用于當檢測到所述無線保真網絡的空口未恢復正常時，向所述基站發(fā)送第一消息以告知所述基站無線保真故障；所述接收機1303，還用于接收所述基站發(fā)送的第二重配置指示，所述第二重配置用于指示將所述基站已經配置到所述無線保真網絡的無線承載重配置到指定網絡。本實施例在圖12對應的方案基礎上提供了在無線保真網絡未恢復正常的處理方案，可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，所述發(fā)送機1401，還用于在所述基站使用所述無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗，并且所述信令無線承載沒有被分流到所述無線保真網絡時，向所述基站發(fā)送第一消息以告知所述基站無線保真故障。本實施例，本實施例在圖12或13對應的方案基礎上提供了無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗并且信令無線承載沒有被分流到無線保真?zhèn)葧r的處理方案:向基站發(fā)送無線資源控制消息以告知基站無線保真故障；接收基站發(fā)送的第二重配置指示；依據第二重配置指示進行數據傳輸?？梢栽赪iFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。本發(fā)明實施例還提供了另一種用戶設備，用于執(zhí)行上述各方法實施例中的動作，如圖15所示,包括:鏈路檢測單元1501，用于檢測無線保真?zhèn)瓤湛谑欠癯霈F無線鏈路失??；檢測無線保真網絡的空口是否出現無線鏈路失敗包括:檢測是否接收到上述無線保真網絡底層發(fā)送的無線鏈路故障通知、檢測丟包率是否超過預定值、檢測上述無線保真網絡的無線鏈路控制消息的重傳次數是否達到閾值中的任意一種。可以理解的是，其他情況導致的無線鏈路失敗也是可能的，以上三個舉例不應理解為無線鏈路失敗的窮舉，因此以上舉例不應理解為對本發(fā)明實施例的限定。無線保真控制單元1502，用于在基站使用無線保真為用戶設備進行移動數據分流的過程中，若檢測到無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，則復位無線保真?zhèn)鹊讓?，并掛起與接入點間的無線承載；發(fā)送機1503，用于在基站使用無線保真為用戶設備進行移動數據分流的過程中，若檢測到無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，則向基站發(fā)送第一消息(可以是無線保真失敗指示)以告知基站無線保真故障；接收機1504，用于向基站發(fā)送第一消息(可以是無線保真失敗指示)以告知基站無線保真故障之后，接收基站發(fā)送的重配置指示；上述重配置指示將原分流到無線保真?zhèn)鹊臒o線承載重配置到指定網絡側；接入控制單元1505，用于依據上述重配置指示進行數據傳輸。以上實施例，在基站使用無線保真為用戶設備進行移動數據分流的過程中，若無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，直接執(zhí)行:復位無線保真?zhèn)鹊讓?，并掛起與接入點間的無線承載；向基站發(fā)送第一消息(可以是無線保真失敗指示)以告知基站無線保真故障；接收基站發(fā)送的重配置指示；并依據上述重配置指示進行數據傳輸?？梢栽赪iFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。進一步地，所述接收機1504，還用于向基站發(fā)送第一消息(可以是無線保真失敗指示)之后，接收基站發(fā)送的指示，所示指示用于指示無線保真重檢測的時長；所述鏈路檢測單元1501，還用于按上述指示檢測無線保真?zhèn)瓤湛谑欠窕謴驼?；檢測WiFI是否恢復正常的的判斷方式可以是=WiFi側底層提供指示，表示是否可以正常收發(fā)數據了。上述復位(Reset)是指通過WiFi側硬件重啟，實現WiFI底層的復位。上述硬件重啟是指重啟WiFi側的PHY(Physical,物理)層/MAC(Medium Access Control,媒體訪問控制)層等，重啟WiFi側底層具體則可以是:將PHY層/MAC層的配置數據恢復為初始狀態(tài)時的數據，由此實現WiFi側底層復位。本實施例中掛起(Suspend)無線承載,是指讓承載處于休眠的狀態(tài)，此時不可以發(fā)送和接收數據，也不能處理數據。本實施例中復位Wifi底層時會導致Wifi底層一段時間無法發(fā)送和接收數據，因此如果掛起RB可以避免在此時有數據被發(fā)送到WiFi底層處理。所述發(fā)送機1503，還用于若按上述時長指示的時間檢測到無線保真?zhèn)瓤湛诨謴驼?，則發(fā)送第一消息(可以是:恢復通知消息)給基站，以告知基站無線保真?zhèn)瓤湛谝呀浕謴驼＃凰鼋邮諜C1504，還用于在發(fā)送第一消息(可以是:恢復通知消息)給基站后，獲取基站配置的分流到無線保真?zhèn)鹊臒o線承載。以上實施例，在基站使用無線保真為用戶設備進行移動數據分流的過程中，若無線保真?zhèn)瓤湛诔霈F了無線鏈路失敗，直接執(zhí)行:復位無線保真?zhèn)鹊讓?，并掛起與接入點間的無線承載；向基站發(fā)送第一消息(可以是無線保真失敗指示)以告知基站無線保真故障；接收基站發(fā)送的重配置指示；并依據上述重配置指示進行數據傳輸?？梢栽赪iFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。值得注意的是，上述用戶設備實施例中，所包括的各個單元只是按照功能邏輯進行劃分的，但并不局限于上述的劃分，只要能夠實現相應的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護范圍。另外，本領域普通技術人員可以理解實現上述各方法實施例中的全部或部分步驟是可以通過程序來指令相關的硬件完成，相應的程序可以存儲于一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。以上僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明實施例揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準。
權利要求
1.一種無線保真技術的處理方法，其特征在于，包括: 檢測無線保真網絡的空口是否出現無線鏈路失?。? 在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗時，復位無線保真網絡底層，并掛起與無線保真網絡接入點間的無線承載； 當所述無線保真網絡底層復位完成，并且檢測到所述無線保真網絡的空口恢復正常時，恢復與所述無線保真網絡接入點間的無線承載。
2.根據權利要求1所述方法，其特征在于，還包括: 當所述無線保真網絡底層復位完成后，所述無線保真網絡的空口仍未恢復正常時，向所述基站發(fā)送第一消息以告知所述基站無線保真故障。
3.根據權利要求1所述方法，其特征在于，還包括: 累計所述無線保真網絡底層的復位次數，并判斷所述無線保真網絡底層的復位次數是否達到預定門限值； 若是，且所述無線保真網絡的空口未恢復正常，則執(zhí)行:向所述基站發(fā)送第一消息以告知所述基站無線保真故障； 若否，則繼續(xù)復位所述無線保真網絡底層。
4.根據權利要求2所述方法，其特征在于，向所述基站發(fā)送第一消息以告知所述基站無線保真故障后，還包括: 接收所述基站發(fā)送的重配置指示，所述重配置指示將分流到所述無線保真網路的無線承載重配置到指定網絡。
5.根據權利要求4所述方法，其特征在于，還包括: 接收基站發(fā)送的指示，用于指示無線保真重檢測的時長； 按所述指示檢測所述無線保真網絡的空口是否恢復正常； 若是，向所述基站發(fā)送第二消息，以告知所述基站所述無線保真網絡的空口已經恢復正常，并獲取所述基站配置的分流到所述無線保真網絡的無線承載。
6.根據權利要求1至5任意一項所述方法，其特征在于，檢測無線保真網絡的空口是否出現無線鏈路失敗包括以下至少一種: 檢測是否接收到所述無線保真網絡底層發(fā)送的無線鏈路故障通知、檢測丟包率是否超過預定值、檢測所述無線保真網絡的無線鏈路控制消息的重傳次數是否達到閾值。
7.一種無線保真技術的處理方法，其特征在于，包括: 檢測無線保真網絡的空口是否出現無線鏈路失??； 在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗，并且信令無線承載被分流到所述無線保真網絡時，發(fā)起無線資源控制連接重建流程并復位無線保真網絡底層； 當無線資源控制連接重建完成后，接收基站發(fā)送的第一重配置指示； 當檢測到所述無線保真網絡的空口恢復正常時，依據所述第一重配置指示恢復與所述基站間的無線承載，并恢復與無線保真網絡的接入點間的無線承載。
8.根據權利要求7所述方法，其特征在于，還包括: 當檢測到所述無線保真網絡的空口未恢復正常時，向所述基站發(fā)送第一消息以告知所述基站無線保真故障； 接收所述基站發(fā)送的第二重配置指示，所述第二重配置用于指示將所述基站已經配置到所述無線保真網絡的無線承載重配置到指定網絡。
9.根據權利要求7所述方法，其特征在于，還包括: 在所述基站使用所述無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗，并且所述信令無線承載沒有被分流到所述無線保真網絡時，向所述基站發(fā)送第一消息以告知所述基站無線保真故障； 接收所述基站發(fā)送的第二重配置指示，所述第二重配置用于指示將所述基站已經配置到所述無線保真網絡的無線承載重配置到指定網絡。
10.一種用戶設備，其特征在于，包括: 檢測單元，用于檢測無線保真網絡的空口是否出現無線鏈路失敗； 處理器，用于在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗時，復位無線保真網絡底層，并掛起與無線保真網絡接入點間的無線承載； 控制單元，用于當所述無線保真網絡底層復位完成，并且檢測到所述無線保真網絡的空口恢復正常時，恢復與所述無線保真網絡接入點間的無線承載。
11.根據權利要求10所述用戶設備，其特征在于，還包括: 發(fā)送機，用于當所述無線保真網絡底層復位完成后，所述無線保真網絡的空口仍未恢復正常時，向所述基 站發(fā)送第一消息以告知所述基站無線保真故障。
12.根據權利要求10或11所述用戶設備，其特征在于，所述處理器還用于: 累計所述無線保真網絡底層的復位次數，并判斷所述無線保真網絡底層的復位次數是否達到預定門限值；若是，且所述無線保真網絡的空口未恢復正常時，所述發(fā)送機向所述基站發(fā)送第一消息以告知所述基站無線保真故障；若否，則所述處理器繼續(xù)復位所述無線保真網絡底層。
13.根據權利要求12所述用戶設備，其特征在于，還包括: 接收機，用于向所述基站發(fā)送第一消息以告知所述基站無線保真故障后，接收所述基站發(fā)送的重配置指示，所述重配置指示將分流到所述無線保真網路的無線承載重配置到指定網絡。
14.根據權利要求13所述用戶設備，其特征在于: 所述接收機，還用于接收基站發(fā)送的指示，所述指示用于指示無線保真重檢測的時長; 所述處理器，還用于按所述指示檢測所述無線保真網絡的空口是否恢復正常； 所述發(fā)送機，還用于若檢測到無線保真?zhèn)瓤湛诨謴驼＃蛩龌景l(fā)送第二消息，以告知所述基站所述無線保真網絡的空口已經恢復正常； 所述控制單元，還用于在發(fā)送第二消息給基站后，獲取所述基站配置的分流到所述無線保真網絡的無線承載。
15.一種用戶設備，其特征在于，包括: 檢測單元，用于檢測無線保真網絡的空口是否出現無線鏈路失??； 處理器，用于在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗，并且信令無線承載被分流到所述無線保真網絡時，發(fā)起無線資源控制連接重建流程并復位無線保真網絡底層； 接收機，用于當無線資源控制連接重建完成后，接收基站發(fā)送的第一重配置指示； 控制單元，用于當檢測到所述無線保真網絡的空口恢復正常時，依據所述第一重配置指示恢復與所述基站間的無線承載并恢復與無線保真網絡的接入點間的無線承載。
16.根據權利要求15所述用戶設備，其特征在于: 還包括發(fā)送機，用于當檢測到所述無線保真網絡的空口未恢復正常時，向所述基站發(fā)送第一消息以告知所述基站無線保真故障； 所述接收機，還用于接收所述基站發(fā)送的第二重配置指示，所述第二重配置用于指示將所述基站已經配置到所述無線保真網絡的無線承載重配置到指定網絡。
17.根據權利要求16所述用戶設備，其特征在于， 所述發(fā)送機，還用于在所述基站使用所述無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗，并且所述信令無線承載沒有被分流到所述無線保真網絡時，向所述基站發(fā)送第一消息以告知所述基站無線保真故障 。
全文摘要
本發(fā)明實施例公開了一種無線保真技術的處理方法和用戶設備，其中方法的實現包括檢測無線保真網絡的空口是否出現無線鏈路失??；在基站使用無線保真技術為用戶設備進行移動數據分流的過程中，當檢測到所述無線保真網絡的空口出現所述無線鏈路失敗時，復位無線保真網絡底層，并掛起與無線保真網絡接入點間的無線承載；當所述無線保真網絡底層復位完成，并且檢測到所述無線保真網絡的空口恢復正常時，恢復與所述無線保真網絡接入點間的無線承載。上述方案可以在WiFi側出現RLF后實現UE接入，保證分流業(yè)務順暢。
文檔編號H04W24/08GK103179597SQ20111043292
公開日2013年6月26日 申請日期2011年12月21日 優(yōu)先權日2011年12月21日
發(fā)明者高聞 申請人:華為技術有限公司