本發(fā)明涉及集群通信領(lǐng)域，尤其涉及一種基于B-TrunC組呼的IP組播廣播業(yè)務(wù)傳輸方法。

背景技術(shù)：

隨著LTE技術(shù)和產(chǎn)業(yè)鏈的日益成熟，在軌道交通通信領(lǐng)域里引入LTE，搭建寬帶通信網(wǎng)絡(luò)，將軌道交通中的多個業(yè)務(wù)系統(tǒng)的通信需求通過綜合承載技術(shù)整合到LTE網(wǎng)絡(luò)。IP組播廣播業(yè)務(wù)系統(tǒng)作為軌道交通中重要的應(yīng)用系統(tǒng)，在LTE網(wǎng)絡(luò)中必須要考慮為乘客信息系統(tǒng)PIS業(yè)務(wù)建立穩(wěn)定、高效的承載以完成報文傳輸。

PIS業(yè)務(wù)是典型的點到多點傳輸?shù)臉I(yè)務(wù)，業(yè)務(wù)報文從PIS服務(wù)器發(fā)出，有多個接收端同時接收和處理。有兩種標準類型的LTE承載可以提供傳輸通道：

點到點傳輸，使用多個點到點的傳輸承載模擬點到多點的業(yè)務(wù)傳輸，每個接收端在LTE網(wǎng)絡(luò)中使用各自的承載傳輸業(yè)務(wù)報文。優(yōu)點是可靠連接，缺點是對網(wǎng)絡(luò)資源的消耗與接收端數(shù)量成正比，當接收端數(shù)量較多時，對系統(tǒng)帶寬的要求會非常高。

MBMS傳輸，3GPP MBMS定義了完整的點到多點的業(yè)務(wù)傳輸方式，是比較適合擔負PIS業(yè)務(wù)傳輸?shù)娜蝿?wù)，其優(yōu)點是承載可以完成高效的業(yè)務(wù)分發(fā)，網(wǎng)絡(luò)資源消耗只與業(yè)務(wù)帶寬相關(guān)，與接收端數(shù)量無關(guān)，缺點是實現(xiàn)復(fù)雜度高，對芯片物理層有特殊要求，目前主流芯片還不能支持。

如上所述，無論是基于點到點的承載還是MBMS承載，都無法滿足當前PIS業(yè)務(wù)系統(tǒng)對承載網(wǎng)絡(luò)的要求。

對于點到點承載，當接收端數(shù)量增加時，其傳輸占用的系統(tǒng)帶寬也會同步增加，最終無法滿足業(yè)務(wù)系統(tǒng)對傳輸帶寬的需求。

對于MBMS承載，雖然是點到多點的傳輸方式，解決了系統(tǒng)帶寬占用問題，但是存在如下幾個問題導(dǎo)致其作為PIS業(yè)務(wù)的承載方案存在困難：

系統(tǒng)復(fù)雜度高。MBMS系統(tǒng)在已有的EPS系統(tǒng)中引入新的網(wǎng)元，包括BM-SC、MBMS-GW、MCE，并對MME、eNB等原有節(jié)點做增強；增加新的 網(wǎng)元間接口，包括M1、M2、M3、Sm、SGi-mb、SG-mb等多個接口。導(dǎo)致系統(tǒng)部署的復(fù)雜度和代價很高。

對終端芯片能力有特殊要求。MBMS要求終端芯片支持擴展CP，支持MBMS的物理信道PMCH和空口其他過程。目前可見的終端芯片還都不支持MBMS功能。缺少芯片支持，該解決方案也無法落地。

軌道交通通信系統(tǒng)的帶寬受限。MBMS技術(shù)是在空口劃分出獨立的資源，該部分資源專用于MBMS承載，非MBMS承載是無法使用的。對于帶寬受限，且要求對綜合業(yè)務(wù)提供綜合承載能力的網(wǎng)絡(luò)來說，MBMS造成的空口資源的浪費也是存在嚴重問題的。

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

針對上述問題，本發(fā)明提出一種基于B-TrunC組呼的IP組播廣播業(yè)務(wù)傳輸方法，包括：根據(jù)IP組播廣播業(yè)務(wù)的報文特征建立所述IP組播廣播業(yè)務(wù)和B-TrunC群組的映射關(guān)系；根據(jù)所述映射關(guān)系建立B-TrunC群組的組呼；通過所述B-TrunC群組的組呼的承載傳輸相應(yīng)的IP組播廣播業(yè)務(wù)的報文。

進一步地，所述IP組播廣播業(yè)務(wù)的報文特征包括但不限于：業(yè)務(wù)報文的目的IP和源IP、和/或通過DPI解析的報文特征。

進一步地，還包括：對所述IP組播廣播業(yè)務(wù)報文的傳輸進行報文檢測，當預(yù)定時間長度內(nèi)檢測不到報文傳輸，則釋放所述B-TrunC群組組呼。

進一步地，還包括：所述B-TrunC群組屬性的話權(quán)控制邏輯置為特殊狀態(tài)，始終賦予一個虛擬的用戶，或者話權(quán)狀態(tài)置為空。

進一步地，所述根據(jù)所述映射關(guān)系建立B-TrunC群組的組呼具體包括：接收到IP組播廣播業(yè)務(wù)報文時，由B-TrunC集群核心網(wǎng)觸發(fā)建立與所述IP組播廣播業(yè)務(wù)報文相應(yīng)的B-TrunC群組的組呼；或者根據(jù)系統(tǒng)設(shè)置自動建立與所述IP組播廣播業(yè)務(wù)報文相應(yīng)的B-TrunC群組的組呼。

進一步地，所述通過所述B-TrunC群組的組呼的承載傳輸相應(yīng)的IP組播廣播業(yè)務(wù)的報文具體為：B-TrunC集群核心網(wǎng)將所述IP組播廣播業(yè)務(wù)報文路由到相應(yīng)的B-TrunC群組組呼進行傳輸。

進一步地，B-TrunC集群核心網(wǎng)包括用戶面TCN-UP和控制面TCN-CP，其特征在于，所述方法包括：

所述IP組播廣播業(yè)務(wù)報文通過IP網(wǎng)絡(luò)發(fā)送到所述TCN-UP；

所述TCN-UP通知TCN-CP數(shù)據(jù)到達，并所述TCN-UP緩存數(shù)據(jù)；

所述TCN-CP根據(jù)所述映射關(guān)系匹配B-TrunC群組，通知無線側(cè)建立對應(yīng)的組呼，并接收無線側(cè)反饋的下行傳輸目標地址，通知所述TCN-UP發(fā)送接收到的IP組播廣播業(yè)務(wù)報文。

進一步地，還包括：在所述IP組播廣播業(yè)務(wù)報文開始傳輸之后，所述TCN-UP還監(jiān)測所述IP組播廣播業(yè)務(wù)報文的傳輸：如果在一段時間內(nèi)沒有報文傳輸則啟動組呼釋放定時器，在所述組呼釋放定時器超時之前如果檢測到有數(shù)據(jù)傳輸，則定時器清零繼續(xù)傳輸，否則所述TCN-UP指示所述TCN-CP所述IP組播廣播業(yè)務(wù)停止和釋放組呼。

進一步地，所述IP組播廣播業(yè)務(wù)包括乘客信息系統(tǒng)PIS業(yè)務(wù)

本發(fā)明使用B-TrunC標準中定義的集群承載實現(xiàn)IP組播廣播業(yè)務(wù)報文傳輸，可以解決現(xiàn)有技術(shù)在承載PIS業(yè)務(wù)時的缺陷和不足，為PIS業(yè)務(wù)承載提供資源利用高效、部署簡單、成本可控的承載方案。

附圖說明

圖1為本發(fā)明提出的方法的基本流程框圖；

圖2為本發(fā)明實施例的PIS業(yè)務(wù)傳輸流程框圖。

具體實施方式

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

本發(fā)明的一個實施例提出一種基于B-TrunC組呼的IP組播廣播業(yè)務(wù)傳輸方法，請參考圖1，包括：根據(jù)IP組播廣播業(yè)務(wù)的報文特征建立所述IP組播廣播業(yè)務(wù)和B-TrunC群組的映射關(guān)系；根據(jù)所述映射關(guān)系建立B-TrunC群組的組呼；通過所述B-TrunC群組的組呼的承載傳輸相應(yīng)的IP組播廣播業(yè)務(wù)的報 文。

在一個可選實施例中，所述IP組播廣播業(yè)務(wù)的報文特征包括但不限于：業(yè)務(wù)報文的目的IP和源IP、和/或通過DPI解析的報文特征。

在一個可選實施例中，還包括：對所述IP組播廣播業(yè)務(wù)報文的傳輸進行報文檢測，當預(yù)定時間長度內(nèi)檢測不到報文傳輸，則釋放所述B-TrunC群組組呼。

在一個可選實施例中，還包括：所述B-TrunC群組屬性的話權(quán)控制邏輯置為特殊狀態(tài)，始終賦予一個虛擬的用戶，或者話權(quán)狀態(tài)置為空。

在一個可選實施例中，所述根據(jù)所述映射關(guān)系建立B-TrunC群組的組呼具體包括：接收到IP組播廣播業(yè)務(wù)報文時，由B-TrunC集群核心網(wǎng)觸發(fā)建立與所述IP組播廣播業(yè)務(wù)報文相應(yīng)的B-TrunC群組的組呼；或者根據(jù)系統(tǒng)設(shè)置自動建立與所述IP組播廣播業(yè)務(wù)報文相應(yīng)的B-TrunC群組的組呼。

在一個可選實施例中，所述通過所述B-TrunC群組的組呼的承載傳輸相應(yīng)的IP組播廣播業(yè)務(wù)的報文具體為：B-TrunC集群核心網(wǎng)將所述IP組播廣播業(yè)務(wù)報文路由到相應(yīng)的B-TrunC群組組呼進行傳輸。

在一個可選實施例中，B-TrunC集群核心網(wǎng)包括用戶面TCN-UP和控制面TCN-CP，其特征在于，所述方法包括：

所述IP組播廣播業(yè)務(wù)報文通過IP網(wǎng)絡(luò)發(fā)送到所述TCN-UP；

所述TCN-UP通知TCN-CP數(shù)據(jù)到達，并所述TCN-UP緩存數(shù)據(jù)；

所述TCN-CP根據(jù)所述映射關(guān)系匹配B-TrunC群組，通知無線側(cè)建立對應(yīng)的組呼，并接收無線側(cè)組呼建立反饋，通知所述TCN-UP發(fā)送接收到的IP組播廣播業(yè)務(wù)報文。

在一個可選實施例中，還包括：在所述IP組播廣播業(yè)務(wù)報文開始傳輸之后，所述TCN-UP還監(jiān)測所述IP組播廣播業(yè)務(wù)報文的傳輸：如果在一段時間內(nèi)沒有報文傳輸則啟動組呼釋放定時器，在所述組呼釋放定時器超時之前如果檢測到有數(shù)據(jù)傳輸，則定時器清零繼續(xù)傳輸，否則所述TCN-UP指示所述TCN-CP所述IP組播廣播業(yè)務(wù)停止和釋放組呼。

在一個可選實施例中，IP組播廣播業(yè)務(wù)包括乘客信息系統(tǒng)PIS業(yè)務(wù)

上述各實施例使用B-TrunC標準中定義的集群承載實現(xiàn)了IP組播廣播業(yè)務(wù)報文傳輸，可以解決PIS系統(tǒng)現(xiàn)有技術(shù)在承載IP組播廣播業(yè)務(wù)時的缺陷和 不足，為IP組播廣播業(yè)務(wù)承載提供資源利用高效、部署簡單、成本可控的承載方案。

本發(fā)明是把IP組播廣播業(yè)務(wù)系統(tǒng)和B-TrunC集群系統(tǒng)結(jié)合起來，以B-TrunC集群系統(tǒng)作為承載網(wǎng)系統(tǒng)，將IP組播廣播業(yè)務(wù)報文引入到B-TrunC集群系統(tǒng)，實現(xiàn)業(yè)務(wù)報文的高效傳輸。

B-TrunC集群系統(tǒng)中引入了集群下行共享信道，該信道可以實現(xiàn)點到多點的傳輸，類似MBMS，可以有效解決接收端數(shù)量和網(wǎng)絡(luò)資源消耗的沖突。同時集群下行共享信道是映射到LTE的PDSCH信道上，其物理層處理過程沒有特殊要求，所以對終端芯片的要求相比MBMS很容易實現(xiàn)；集群下行共享信道使用的空口資源是與點到點承載共享的，沒有像MBMS一樣獨占一部分空口資源，所以可以有效地解決通信系統(tǒng)中非常珍貴的空口資源浪費的問題。B-TrunC集群系統(tǒng)定義了基于信令的呼叫控制過程，當群組內(nèi)的終端發(fā)起集群組呼呼叫時，系統(tǒng)就會對應(yīng)該組呼叫建立起集群下行共享信道，組內(nèi)所有成員就可能接聽到呼叫的業(yè)務(wù)數(shù)據(jù)。

PIS系統(tǒng)是純數(shù)據(jù)系統(tǒng)，沒有相應(yīng)的集群呼叫控制信令，所以PIS系統(tǒng)和B-TrunC系統(tǒng)需要設(shè)計新的連接方式以達到兩個系統(tǒng)對接的目的。本發(fā)明用PIS系統(tǒng)的數(shù)據(jù)作為驅(qū)動，代替B-TrunC系統(tǒng)中組呼控制信令觸發(fā)集群組建立，由集群組的承載將PIS系統(tǒng)業(yè)務(wù)數(shù)據(jù)傳遞到接收端。

實施例

請參考圖2，本實施例具體闡述了基于B-TrunC組呼的PIS業(yè)務(wù)傳輸過程。

UE：車載終端

eNB：B-TrunC集群基站

TCN-CP：B-TrunC集群核心網(wǎng)控制平面

TCN-UP：B-TrunC集群核心網(wǎng)用戶平面

PIS：PIS業(yè)務(wù)服務(wù)器

步驟1、將PIS業(yè)務(wù)報文特征和集群組建立映射關(guān)系，即特定的業(yè)務(wù)報文通過該組呼建立的承載進行傳輸；

步驟2、PIS業(yè)務(wù)報文通過IP網(wǎng)絡(luò)發(fā)送到TCN-UP；

步驟3、TCN-UP通知TCN-CP數(shù)據(jù)到達，且TCN-UP緩存數(shù)據(jù)；

步驟4、TCN-CP匹配到組信息，向eNB發(fā)送GROUP SETUP REQUEST 消息，通知eNB建立對應(yīng)的組呼呼叫；

步驟5-6、eNB向群組內(nèi)UE發(fā)送TrunkingPaging和GroupCallConfig消息，通知UE建立組呼，并準備好接收數(shù)據(jù)傳輸；

步驟7、eNB向TCN-CP發(fā)送GROUP SETUP RESPONSE消息，通知TCN-CP建組的信息，告知其下行傳輸?shù)哪繕说刂罚?/p>

步驟8、TCN-CP通知TCN-UP發(fā)送接收到的業(yè)務(wù)數(shù)據(jù)；

步驟9、業(yè)務(wù)數(shù)據(jù)傳輸；

步驟10、TCN-UP啟動業(yè)務(wù)活動檢測功能，監(jiān)測業(yè)務(wù)報文的傳輸；如果在一段時間內(nèi)沒有報文傳輸，則啟動組呼釋放定時器；

步驟11、組呼釋放定時器超時之前如果檢測到有數(shù)據(jù)傳輸，則殺定時器繼續(xù)傳輸數(shù)據(jù)；否則轉(zhuǎn)步驟12；

步驟12、TCN-UP只是TCN-CP業(yè)務(wù)停止，釋放組呼；

步驟13、TCN-CP向eNB發(fā)送GROUP RELEASE COMMAND消息釋放組上下文；

步驟14、eNB發(fā)送GroupCallRelease消息通知UE組呼結(jié)束，釋放相應(yīng)的資源。

通過本實施例可以看出，使用本發(fā)明提供的方法實現(xiàn)PIS業(yè)務(wù)傳輸，具有以下優(yōu)點：點到多點傳輸方式，無論接收用戶數(shù)量有多少，空口只使用一份傳輸資源；B-TrunC系統(tǒng)不需要新增網(wǎng)元，不需要部署更多的網(wǎng)元，降低網(wǎng)絡(luò)部署成本；最大限度復(fù)用已有的設(shè)計，只要在B-TrunC系統(tǒng)做比較簡單地適配就可以對接PIS系統(tǒng)。

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

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