[發(fā)明專利]組呼業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)方法、裝置及系統(tǒng)

在審

• 申請?zhí)枺?/td>: 201811094459.7
• 申請日: 2018-09-19
• 公開（公告）號: CN109089228A
• 公開（公告）日: 2018-12-25
• 發(fā)明（設計）人: 何儒根;李劍榮;張海泉
• 申請（專利權(quán)）人: 京信通信系統(tǒng)（中國）有限公司;京信通信系統(tǒng)（廣州）有限公司;京信通信技術(shù)（廣州）有限公司;天津京信通信系統(tǒng)有限公司
• 主分類號: H04W4/08
• 分類號: H04W4/08;H04W76/10;H04W76/12
• 代理公司: 廣州華進聯(lián)合專利商標代理有限公司 44224
• 代理人: 周清華

本申請涉及一種組呼業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)方法、裝置及系統(tǒng)。其中，組呼業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)方法針對存在多個基站的組呼業(yè)務，網(wǎng)元分別將組呼業(yè)務的各第二組呼數(shù)據(jù)包發(fā)送給對應的組呼基站；各第二組呼數(shù)據(jù)包為拷貝組呼業(yè)務的第一組呼數(shù)據(jù)包得到；第一組呼數(shù)據(jù)包為接收到的PGW發(fā)送的數(shù)據(jù)包。對于同一個組呼業(yè)務，PGW和網(wǎng)元之間只建立一個共享會話承載；一個第二組呼數(shù)據(jù)包在PGW到網(wǎng)元的轉(zhuǎn)發(fā)過程中只存在一份，由網(wǎng)元收到第二組呼數(shù)據(jù)包后，再分發(fā)給多個組內(nèi)基站，避免同一個第二組呼數(shù)據(jù)包在PGW和網(wǎng)元之間的重復分發(fā)。解決轉(zhuǎn)發(fā)組呼數(shù)據(jù)時存在冗余邏輯的問題、提高數(shù)據(jù)轉(zhuǎn)發(fā)效率、簡化數(shù)據(jù)轉(zhuǎn)發(fā)流程、提高數(shù)據(jù)轉(zhuǎn)發(fā)的可靠性和穩(wěn)定性，降低系統(tǒng)復雜度、提高系統(tǒng)穩(wěn)定性。

技術(shù)領(lǐng)域

本申請涉及通信技術(shù)領(lǐng)域，特別是涉及一種組呼業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)方法、裝置及系統(tǒng)。

背景技術(shù)

目前，B-TrunC(Broadband Trunking Communication，寬帶集群通信)標準尚未針對xGW(Extended Gateway，綜合網(wǎng)關(guān))如何轉(zhuǎn)發(fā)組呼業(yè)務數(shù)據(jù)做出明確指示和要求。在實現(xiàn)過程中，發(fā)明人發(fā)現(xiàn)傳統(tǒng)技術(shù)中至少存在如下問題：針對同一個組呼業(yè)務，當組內(nèi)存在多個基站時，會相應地在PGW(PDN Gateway，PDN網(wǎng)關(guān))和SGW(Serving Gateway，服務網(wǎng)關(guān))上建立多個組呼會話或承載，數(shù)據(jù)包在PGW、SGW、eNB(演進型基站)之間一一對應；傳統(tǒng)技術(shù)在轉(zhuǎn)發(fā)組呼數(shù)據(jù)時存在冗余邏輯、數(shù)據(jù)轉(zhuǎn)發(fā)效率低以及轉(zhuǎn)發(fā)流程復雜等問題。

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

基于此，有必要針對B-TrunC系統(tǒng)中，傳統(tǒng)技術(shù)在轉(zhuǎn)發(fā)組呼數(shù)據(jù)時存在冗余邏輯、數(shù)據(jù)轉(zhuǎn)發(fā)效率低以及轉(zhuǎn)發(fā)流程復雜的問題，提供一種組呼業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)方法、裝置及系統(tǒng)。

為了實現(xiàn)上述目的，一方面，本申請實施例提供了一種組呼業(yè)務數(shù)據(jù)轉(zhuǎn)發(fā)方法，包括：

分別將組呼業(yè)務的各第二組呼數(shù)據(jù)包發(fā)送給對應的組呼基站；各第二組呼數(shù)據(jù)包為拷貝組呼業(yè)務的第一組呼數(shù)據(jù)包得到；第一組呼數(shù)據(jù)包為接收到的PGW發(fā)送的數(shù)據(jù)包。

在其中一個實施例中，分別將組呼業(yè)務的各第二組呼數(shù)據(jù)包發(fā)送給對應的組呼基站的步驟之前，還包括步驟：

拷貝第一組呼數(shù)據(jù)包，得到目標數(shù)量的第二組呼數(shù)據(jù)包；目標數(shù)量為組呼基站列表中組呼基站的數(shù)量。

分別將組呼業(yè)務的各第二組呼數(shù)據(jù)包發(fā)送給對應的組呼基站的步驟包括：

根據(jù)組呼基站列表中的組呼基站標識，對第二組呼數(shù)據(jù)包進行GTP(GPRSTunneling Protocol，GPRS隧道協(xié)議)報頭封裝，并將封裝后的第二組呼數(shù)據(jù)包發(fā)送給對應的組呼基站。

在其中一個實施例中，分別將組呼業(yè)務的各第一組呼數(shù)據(jù)包發(fā)送給對應的組呼基站的步驟之前，還包括步驟：

通過對應組呼業(yè)務的第一隧道接收第一組呼數(shù)據(jù)包；第一隧道的數(shù)量為1個或2個。

在其中一個實施例中，分別將組呼業(yè)務的各第二組呼數(shù)據(jù)包發(fā)送給對應的組呼基站的步驟之前，還包括步驟：

為組呼業(yè)務分配隧道標識。

基于隧道標識以及組呼基站列表，建立連接對應組呼基站的第二隧道。

將封裝后的第二組呼數(shù)據(jù)包發(fā)送給對應的組呼基站的步驟包括：

通過第二隧道，將第二組呼數(shù)據(jù)包發(fā)送給對應的組呼基站。

在其中一個實施例中，第一隧道為PGW根據(jù)PGW S5GTP-U TEID(Tunnel EndpointID，隧道端點標識符)建立的S5GTP-U隧道；隧道標識為SGW S1-U GTP-U TEID；第二隧道為S1-U GTP-U隧道。