本發(fā)明涉及無線通信領域，尤其涉及一種LTE網(wǎng)絡的支持集群業(yè)務故障弱化的方法。

背景技術：

集群業(yè)務故障弱化，如圖1所示，是指當核心網(wǎng)與基站或核心網(wǎng)內部發(fā)生故障時，基站能夠為其覆蓋范圍內的用戶提供受限的集群業(yè)務。當基站轉入故障弱化模式時，基站通過系統(tǒng)消息通知小區(qū)內用戶，基站進入故障弱化工作模式。當基站檢測到跟核心網(wǎng)的鏈路恢復正常時，基站轉入正常工作模式，同時在系統(tǒng)消息中通知終端轉入正常模式。對于集群終端來說，故障弱化模式和正常模式在業(yè)務操作方式上相同；對于基站來說，故障弱化模式基站需要實現(xiàn)部分核心網(wǎng)的功能。一般情況下，集群故障弱化模式提供組呼、單呼、廣播呼叫等集群業(yè)務。

集群故障弱化功能多應用于地震、海嘯等自然災害造成的S1傳輸鏈路中斷場景。另外一個主要的應用場景就是在通信展會做集群業(yè)務的演示介紹時，通過集群業(yè)務的故障弱化模式，在不搭建核心網(wǎng)網(wǎng)元的情況下，讓用戶快速體驗到集群業(yè)務功能，避免搭建核心網(wǎng)等帶來的人力物力成本。

基站在故障弱化模式下，要能夠為用戶提供集群業(yè)務，傳統(tǒng)的實現(xiàn)方式是在基站上按照3GPP(the 3^rd Generation Partner Project)的協(xié)議要求，實現(xiàn)MME(Mobility Management Entity)、S-GW(Serving Gateway)和P-GW(PDN Gateway)的邏輯功能，當基站檢測到S1接口斷鏈后，由基站內部的邏輯核心網(wǎng)網(wǎng)元，進行集群業(yè)務的相關處理，以實現(xiàn)集群業(yè)務的故障弱化功能。傳統(tǒng)的實現(xiàn)方式是采用在基站上做增量開發(fā)的方式，雖然能夠實現(xiàn)集群業(yè)務故障弱化功能，但是開發(fā)核心網(wǎng)的功能工作量大，邏輯復雜度高，導致開發(fā)軟硬件成本上升，方案的性價比不高。

技術實現(xiàn)要素：

本發(fā)明提出了一種LTE網(wǎng)絡的支持集群業(yè)務故障弱化的方法，包括：

在集群業(yè)務建立過程中，建立集群業(yè)務在基站內部的上下行數(shù)據(jù)環(huán)回轉發(fā)規(guī)則；

在故障弱化模式下，將集群業(yè)務的上行承載數(shù)據(jù)根據(jù)所述環(huán)回轉發(fā)規(guī)則直接轉發(fā)給基站內部的下行承載。

優(yōu)選的，所述環(huán)回轉發(fā)規(guī)則為：如果上行業(yè)務承載的承載ID等于下行業(yè)務承載的承載ID，則將上行業(yè)務承載的數(shù)據(jù)轉發(fā)給該相同承載ID的下行業(yè)務承載。

優(yōu)選的，所述環(huán)回轉發(fā)規(guī)則為：建立一張上下行業(yè)務承載的映射關系表，通過查表方式獲取上行業(yè)務承載與下行業(yè)務承載的匹配關系，將上行業(yè)務承載的數(shù)據(jù)轉發(fā)給匹配的下行業(yè)務承載。

本發(fā)明提出的LTE網(wǎng)絡的支持集群業(yè)務故障弱化的方法，能夠在基站故障弱化模式下，實現(xiàn)對集群組呼、單呼、廣播呼叫等各種集群業(yè)務的支持。其基本思想是：在故障弱化模式下，不需要按照3GPP的協(xié)議規(guī)定在基站內部實現(xiàn)核心網(wǎng)的邏輯網(wǎng)元及其功能處理，只需要基站用戶面建立集群業(yè)務上下行承載的映射關系，集群業(yè)務上行承載的數(shù)據(jù)直接按照映射關系轉發(fā)給基站內的下行承載即可。其優(yōu)點在于：集群業(yè)務用戶面數(shù)據(jù)直接在基站內部環(huán)回處理，使得基站在支持集群故障弱化功能的同時，可以減少基站內部的改動，保證處理流程上盡量與正常流程一致，對基站軟硬件改動小，開發(fā)工作量不大，方案性價高。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是背景技術的LTE網(wǎng)絡S1接口斷鏈示意圖；

圖2是實施例一的集群業(yè)務建立流程圖；

圖3是實施例二的集群業(yè)務建立流程圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例；需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

實施例一

本實施例在故障弱化模式下，采用上/下行承載ID相同作為數(shù)據(jù)轉發(fā)的規(guī)則，即基站用戶面直接將上行承載的數(shù)據(jù)轉發(fā)給下行承載ID相同的承載。

為了實現(xiàn)在故障弱化模式下，所建立集群業(yè)務下行的承載ID與上行承載ID一致，基站在集群業(yè)務建立的信令交互過程中，如圖2所示，采用了如下的業(yè)務建立流程：

(1)在故障弱化模式下，集群終端發(fā)起集群業(yè)務；

(2)基站收到集群業(yè)務建立請求后，先建立下行業(yè)務信道的承載；

(3)基站收到下行業(yè)務信道承載的建立響應消息后，獲取基站給下行的共享信道承載ID；

(4)基站建立上行的專有承載。上行專有承載的承載ID直接使用步驟(3)獲取到的該集群業(yè)務的下行業(yè)務信道承載ID；

(5)基站用戶面在故障弱化模式下處理數(shù)據(jù)報文時，增加一個處理，即如果存在上行承載的承載ID與下行承載的承載ID相同，則將數(shù)據(jù)報文從上行承載環(huán)回轉發(fā)給下行承載。

實施例二

本實施例在故障弱化模式下，采用建立上下行承載轉發(fā)的映射關系表，進行業(yè)務數(shù)據(jù)轉發(fā)，即基站根據(jù)集群業(yè)務建立過程中，建立的上下行業(yè)務數(shù)據(jù)轉發(fā)的映射關系表，進行集群業(yè)務數(shù)據(jù)的轉發(fā)。

為了實現(xiàn)在故障弱化模式下，基站的集群業(yè)務建立過程中，建立上下行業(yè)務數(shù)據(jù)的轉發(fā)映射關系，基站在集群業(yè)務建立的信令交互過程中，如圖3所示，采用了如下的業(yè)務建立流程：

(1)在故障弱化模式下，集群終端發(fā)起集群業(yè)務；

(2)基站收到集群業(yè)務建立請求后，建立上/下行業(yè)務信道的承載；

(3)基站根據(jù)建立的集群業(yè)務上下行業(yè)務信道承載ID，建立集群業(yè)務上下行數(shù)據(jù)轉發(fā)的映射關系表；

(4)基站用戶面在故障弱化模式下處理數(shù)據(jù)報文時，根據(jù)建立的上下行數(shù)據(jù)轉發(fā)的映射關系表，將數(shù)據(jù)報文從上行承載環(huán)回轉發(fā)給下行承載。

本領域普通技術人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括：ROM、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。

最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。