本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)數(shù)據(jù)的傳輸方法、裝置、控制設(shè)備及通信系統(tǒng)。

背景技術(shù)：

如圖1所示，在目前長期演進(jìn)(LTE)/分組核心網(wǎng)(EPC)架構(gòu)中，包含有多種網(wǎng)元設(shè)備。如移動管理實(shí)體(MME)，策略與計(jì)費(fèi)規(guī)則功能單元(PCRF)，歸屬簽約用戶服務(wù)器(HSS)，服務(wù)網(wǎng)關(guān)(SGW),分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PGW)等。分別實(shí)現(xiàn)移動性管理，路徑選擇，數(shù)據(jù)轉(zhuǎn)發(fā)，計(jì)費(fèi)策略等功能。用戶初始附著時(shí)的控制面信令使用無線分組業(yè)務(wù)隧道控制面(GTP-C)協(xié)議，轉(zhuǎn)發(fā)面信令使用無線分組業(yè)務(wù)隧道用戶面(GTP-U)協(xié)議。其中，用戶設(shè)備(UE)建立連接的主要流程如下：

1、當(dāng)UE接入網(wǎng)絡(luò)時(shí)，基站(eNodeB)向MME發(fā)送建立連接請求。該消息包含但不限于：國際移動用戶識別碼(IMSI)，業(yè)務(wù)標(biāo)識等。

2、MME根據(jù)接收到的網(wǎng)絡(luò)接入選擇(APN)，并根據(jù)域名(DNS)服務(wù)器的地址解析，選擇合適的SGW與PGW)。

3、MME與SGW之間，SGW與PGW之間依次建立連接。

4、PGW為用戶分配IP地址。

5、PGW與PCRF網(wǎng)元進(jìn)行交互連接。PGW向PCRF網(wǎng)元提供用戶的IP地址、APN、承載服務(wù)質(zhì)量(QoS)等。PCRF網(wǎng)元向PGW下發(fā)網(wǎng)絡(luò)接入聚合最大比特率(APN-AMBR)、服務(wù)質(zhì)量標(biāo)度值(QCI)、地址解析協(xié)議(ARP)等計(jì)費(fèi)策略信息和QoS信息。

6、PGW向SGW發(fā)送消息，內(nèi)容包括但不限于：PGW地址和隧道端點(diǎn)標(biāo)識(TEID)。

7、SGW向MME發(fā)送消息，內(nèi)容包括但不限于：PGW地址和TEID，SGW 地址和TEID等。

8、MME向eNodeB發(fā)送消息，內(nèi)容包括但不限于：SGW地址和TEID，以及分配給UE的IP地址

9、eNodeB向UE傳遞UE的IP地址。

10、eNodeB向MME傳遞eNodeB的地址和TEID。

11、MME向SGW傳遞eNodeB的地址和TEID，打通數(shù)據(jù)傳輸鏈路。

12、UE通過eNodeB、SGW和PGW進(jìn)行上下行數(shù)據(jù)的傳遞。

通過以上連接的建立，UE可以與Internet網(wǎng)絡(luò)進(jìn)行上下行數(shù)據(jù)的傳遞。

從上述過程中可以看出，由于現(xiàn)有EPC架構(gòu)中，各個(gè)網(wǎng)元的控制功能各不相同，數(shù)據(jù)轉(zhuǎn)發(fā)與狀態(tài)控制緊密耦合，這不利于網(wǎng)絡(luò)的快速演進(jìn)和成本的降低，而且各個(gè)控制網(wǎng)元之間的信令傳遞頻繁，信令處理時(shí)間較長。

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

為了克服現(xiàn)有技術(shù)中存在的上述問題，本發(fā)明的實(shí)施例提供了一種業(yè)務(wù)數(shù)據(jù)的傳輸方法、裝置、控制設(shè)備及通信系統(tǒng)，能夠選擇滿足用戶附著請求的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備，并直接與選擇的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，減少了信令的交互，節(jié)省了信令處理時(shí)間。

為了解決上述技術(shù)問題，本發(fā)明采用如下技術(shù)方案：

依據(jù)本發(fā)明實(shí)施例的一個(gè)方面，提供了一種，業(yè)務(wù)數(shù)據(jù)的傳輸方法，包括：

接收基站發(fā)送的用戶附著請求；

根據(jù)所述用戶附著請求，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備；

與選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

其中，上述方案中，所述用戶附著請求包括：用戶設(shè)備的業(yè)務(wù)標(biāo)識；

根據(jù)所述用戶附著請求，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的步驟包括：

獲取域名服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識解析的網(wǎng)絡(luò)連接地址；

根據(jù)所述網(wǎng)絡(luò)連接地址，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

其中，上述方案中，所述根據(jù)所述網(wǎng)絡(luò)連接地址，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的步驟之后，所述方法還包括：

從多個(gè)與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)離用戶設(shè)備最近的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備或一個(gè)負(fù)載最小的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

其中，上述方案中，與選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸?shù)牟襟E包括：

從選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備對應(yīng)的IP地址池中選擇一個(gè)分配給用戶設(shè)備的IP地址；

根據(jù)所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

其中，上述方案中，所述從選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備對應(yīng)的IP地址池中選擇一個(gè)分配給用戶設(shè)備的IP地址的步驟之后還包括：

將用戶設(shè)備的所述IP地址、業(yè)務(wù)標(biāo)識以及用戶標(biāo)識信息發(fā)送給數(shù)據(jù)庫；

從所述數(shù)據(jù)庫中獲取所述用戶設(shè)備的簽約數(shù)據(jù)、計(jì)費(fèi)策略以及服務(wù)質(zhì)量保障策略。

其中，上述方案中，根據(jù)所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸?shù)牟襟E包括：

向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送創(chuàng)建會話請求；

在接收到所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備根據(jù)所述創(chuàng)建會話請求反饋的創(chuàng)建會話響應(yīng)時(shí)，向所述基站發(fā)送附著接收消息；

在接收到所述基站反饋的附著完成消息時(shí)，向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)信令，并由所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和所述基站根據(jù)所述IP地址傳輸所述服務(wù)器與用戶設(shè)備之間的上下行業(yè)務(wù)數(shù)據(jù)。

其中，上述方案中，所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸?shù)牟襟E包括：

向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送創(chuàng)建會話請求；

向所述基站發(fā)送附著接收消息；

接收所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備根據(jù)所述創(chuàng)建會話請求反饋的創(chuàng)建會話響應(yīng)；

在接收到所述基站反饋的附著完成消息時(shí)，由所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和所述基站根據(jù)所述IP地址傳輸所述服務(wù)器與用戶設(shè)備之間的上下行業(yè)務(wù)數(shù)據(jù)。

其中，上述方案中，所述創(chuàng)建會話請求中包括：所述IP地址，控制設(shè)備的隧道端點(diǎn)標(biāo)識，所述計(jì)費(fèi)策略以及所述服務(wù)質(zhì)量保障策略；

所述創(chuàng)建會話響應(yīng)包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的隧道端點(diǎn)標(biāo)識；

所述附著接收消息包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址、所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的隧道端點(diǎn)標(biāo)識、所述IP地址、所述控制設(shè)備的隧道端點(diǎn)標(biāo)識和所述服務(wù)質(zhì)量保障策略；

附著完成消息包括：所述基站的地址和隧道端點(diǎn)標(biāo)識；

所述數(shù)據(jù)轉(zhuǎn)發(fā)信令包括：所述基站的地址和隧道端點(diǎn)標(biāo)識。

其中，上述方案中，所述創(chuàng)建會話請求中包括：所述IP地址、所述基站的地址、所述計(jì)費(fèi)策略以及所述服務(wù)質(zhì)量保障策略；

所述附著接收消息包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址、所述IP地址以及所述服務(wù)質(zhì)量保障策略。

依據(jù)本發(fā)明實(shí)施例的另一個(gè)方面，還提供了一種業(yè)務(wù)數(shù)據(jù)的傳輸裝置，包括：

接收模塊，用于接收基站發(fā)送的用戶附著請求；

選擇模塊，用于根據(jù)所述用戶附著請求，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備；

交互模塊，用于與選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

其中，上述方案中，所述用戶附著請求包括：用戶設(shè)備的業(yè)務(wù)標(biāo)識；

所述選擇模塊包括：

獲取單元，用于獲取域名服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識解析的網(wǎng)絡(luò)連接地址；

第一選擇單元，用于根據(jù)所述網(wǎng)絡(luò)連接地址，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

其中，上述方案中，所述選擇模塊還包括：

第二選擇單元，用于從多個(gè)與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)離用戶設(shè)備最近的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備或一個(gè)負(fù)載最小的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

其中，上述方案中，所述交互模塊包括：

分配單元，用于從選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備對應(yīng)的IP地址池中選擇一個(gè) 分配給用戶設(shè)備的IP地址；

傳輸單元，用于根據(jù)所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

其中，上述方案中，所述交互模塊還包括：

發(fā)送單元，用于將用戶設(shè)備的所述IP地址、業(yè)務(wù)標(biāo)識以及用戶標(biāo)識信息發(fā)送給數(shù)據(jù)庫；

接收單元，用于從所述數(shù)據(jù)庫中獲取所述用戶設(shè)備的簽約數(shù)據(jù)、計(jì)費(fèi)策略以及服務(wù)質(zhì)量保障策略。

其中，上述方案中，所述傳輸單元包括：

會話請求子單元，用于向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送創(chuàng)建會話請求；

附著請求子單元，用于在接收到所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備根據(jù)所述創(chuàng)建會話請求反饋的創(chuàng)建會話響應(yīng)時(shí)，向所述基站發(fā)送附著接收消息；

轉(zhuǎn)發(fā)子單元，用于在接收到所述基站反饋的附著完成消息時(shí)，向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)信令，并由所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和所述基站根據(jù)所述IP地址傳輸所述服務(wù)器與用戶設(shè)備之間的上下行業(yè)務(wù)數(shù)據(jù)。

其中，上述方案中，所述傳輸單元包括：

第一發(fā)送子單元，用于向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送創(chuàng)建會話請求；

第二發(fā)送子單元，用于向所述基站發(fā)送附著接收消息；

第一接收子單元，用于接收所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備根據(jù)所述創(chuàng)建會話請求反饋的創(chuàng)建會話響應(yīng)；

第二接收子單元，用于在接收到所述基站反饋的附著完成消息時(shí)，由所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和所述基站根據(jù)所述IP地址傳輸所述服務(wù)器與用戶設(shè)備之間的上下行業(yè)務(wù)數(shù)據(jù)。

其中，上述方案中，所述創(chuàng)建會話請求中包括：所述IP地址，控制設(shè)備的隧道端點(diǎn)標(biāo)識，所述計(jì)費(fèi)策略以及所述服務(wù)質(zhì)量保障策略；

所述創(chuàng)建會話響應(yīng)包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的隧道端點(diǎn)標(biāo)識；

所述附著接收消息包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址、所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的隧道端點(diǎn)標(biāo)識、所述IP地址、所述控制設(shè)備的隧道端點(diǎn)標(biāo)識和所述服務(wù)質(zhì)量保障策略；

附著完成消息包括：所述基站的地址和隧道端點(diǎn)標(biāo)識；

所述數(shù)據(jù)轉(zhuǎn)發(fā)信令包括：所述基站的地址和隧道端點(diǎn)標(biāo)識。

其中，上述方案中，所述創(chuàng)建會話請求中包括：所述IP地址、所述基站的地址、所述計(jì)費(fèi)策略以及所述服務(wù)質(zhì)量保障策略；

所述附著接收消息包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址、所述IP地址以及所述服務(wù)質(zhì)量保障策略。

依據(jù)本發(fā)明實(shí)施例的另一個(gè)方面，還提供了一種控制設(shè)備，包括上述所述的業(yè)務(wù)數(shù)據(jù)的傳輸裝置。

依據(jù)本發(fā)明實(shí)施例的另一個(gè)方面，還提供了一種通信系統(tǒng)，包括上述所述的控制設(shè)備。

本發(fā)明實(shí)施例的有益效果是：

本發(fā)明實(shí)施例的業(yè)務(wù)數(shù)據(jù)的傳輸方法，接收基站發(fā)送的用戶附著請求，并根據(jù)用戶附著請求，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備，并直接通過選擇的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，從而實(shí)現(xiàn)在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。因此，本發(fā)明實(shí)施例的業(yè)務(wù)數(shù)據(jù)傳輸方法，減少了信令的交互，節(jié)省了信令處理時(shí)間。

附圖說明

圖1表示現(xiàn)有技術(shù)的EPC通信系統(tǒng)架構(gòu)圖；

圖2表示本發(fā)明實(shí)施例的業(yè)務(wù)數(shù)據(jù)傳輸方法涉及的EPC通信系統(tǒng)架構(gòu)圖；

圖3表示本發(fā)明實(shí)施例的業(yè)務(wù)數(shù)據(jù)傳輸方法流程圖；

圖4表示本發(fā)明第一實(shí)施例的業(yè)務(wù)數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖；

圖5表示本發(fā)明第二實(shí)施例的業(yè)務(wù)數(shù)據(jù)的傳輸裝置的結(jié)構(gòu)框圖；

圖6表示本發(fā)明實(shí)施例的業(yè)務(wù)數(shù)據(jù)的傳輸方法采用GTP協(xié)議的實(shí)現(xiàn)流程示意圖；

圖7表示本發(fā)明實(shí)施例的業(yè)務(wù)數(shù)據(jù)的傳輸方法采用基于IP的openflow協(xié)議的實(shí)現(xiàn)流程示意圖。

具體實(shí)施方式

下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

實(shí)施例一

依據(jù)本發(fā)明實(shí)施例的一個(gè)方面，提供了一種業(yè)務(wù)數(shù)據(jù)的傳輸方法，該方法應(yīng)用于控制面設(shè)備融合后的EPC網(wǎng)絡(luò)中。如圖2所示，該EPC網(wǎng)絡(luò)架構(gòu)將網(wǎng)元中控制面和轉(zhuǎn)發(fā)面分開，控制面設(shè)備進(jìn)行重新融合，成為具有網(wǎng)絡(luò)整體控制能力的控制設(shè)備(controller)，按需在網(wǎng)絡(luò)中使用通用的轉(zhuǎn)發(fā)面設(shè)備(即圖2中所示的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備DGW)，簡化網(wǎng)絡(luò)部署，從而實(shí)現(xiàn)對轉(zhuǎn)發(fā)面設(shè)備的統(tǒng)一控制，進(jìn)而實(shí)現(xiàn)更快的控制面信令處理，節(jié)省轉(zhuǎn)發(fā)時(shí)間，降低時(shí)延。

該方法應(yīng)用于圖2所示的控制設(shè)備，該控制設(shè)備首先，接收基站發(fā)送的用戶附著請求；接著，根據(jù)所述用戶附著請求，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備；最后，與選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。因此，本發(fā)明實(shí)施例的業(yè)務(wù)數(shù)據(jù)的傳輸方法，由控制設(shè)備選擇滿足用戶附著請求的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備，并直接與選擇的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，減少了信令的交互，節(jié)省了信令處理時(shí)間。

如圖3所示，該方法包括：

步驟S31、接收基站發(fā)送的用戶附著請求。

其中，所述用戶附著請求包括：用戶設(shè)備的業(yè)務(wù)標(biāo)識。當(dāng)然可以理解的是，對于所述用戶附著請求中攜帶的具體信息，并不局限于此，比如，還可攜帶用戶設(shè)備的IMSI。

另外，用戶設(shè)備進(jìn)行實(shí)際業(yè)務(wù)之前，需要初始附著，因此，該用戶設(shè)備會通過基站向控制設(shè)備發(fā)送用戶附著請求，因此控制設(shè)備接收的用戶附著請求是基站轉(zhuǎn)發(fā)的用戶設(shè)備向基站發(fā)送的。

步驟S33、根據(jù)所述用戶附著請求，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

在控制面設(shè)備融合后的EPC架構(gòu)中，一個(gè)控制設(shè)備下可以控制多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備，且多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備分別連接了不同的網(wǎng)絡(luò)，例如局域網(wǎng)、城域網(wǎng) 或廣域網(wǎng)。因此，當(dāng)一個(gè)用戶設(shè)備發(fā)起用戶附著請求時(shí)，控制設(shè)備需要知道該用戶設(shè)備需要連接哪一個(gè)網(wǎng)絡(luò)。其中，連接的網(wǎng)絡(luò)類型一般與用戶設(shè)備所要進(jìn)行的業(yè)務(wù)相關(guān)，所以，控制設(shè)備會根據(jù)用戶附著請求中攜帶的用戶設(shè)備的業(yè)務(wù)標(biāo)識為該用戶設(shè)備從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)可用的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

其中，該可用的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備需要與用戶設(shè)備所要連接的網(wǎng)絡(luò)相匹配。因此，步驟S33包括：

獲取域名服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識解析的網(wǎng)絡(luò)連接地址；

根據(jù)所述網(wǎng)絡(luò)連接地址，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

為了使得EPC網(wǎng)絡(luò)中的各個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的負(fù)載呈現(xiàn)均衡的狀態(tài)，或使網(wǎng)絡(luò)運(yùn)行更加順暢，可進(jìn)一步從多個(gè)與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)離用戶設(shè)備最近的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備或一個(gè)負(fù)載最小的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

步驟S35、與選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

在EPC網(wǎng)絡(luò)中，不同的用戶設(shè)備進(jìn)行相應(yīng)的業(yè)務(wù)，會對應(yīng)有不同的IP地址。而在EPC網(wǎng)絡(luò)架構(gòu)中的控制設(shè)備上配置有地址池，該控制設(shè)備負(fù)責(zé)用戶設(shè)備的IP地址的分配。所以，當(dāng)滿足用戶設(shè)備的業(yè)務(wù)需求的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備選定之后，控制設(shè)備會從選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備對應(yīng)的IP地址池中選擇一個(gè)分配給該用戶設(shè)備，然后，根據(jù)為該用戶設(shè)備分配的IP地址，在網(wǎng)絡(luò)與用戶設(shè)備之間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

另外，用戶設(shè)備通過基站與數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備與網(wǎng)絡(luò)進(jìn)行上下行數(shù)據(jù)傳輸時(shí)，基站需要知道與該用戶設(shè)備對應(yīng)的服務(wù)質(zhì)量保障策略，數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備需要知道計(jì)費(fèi)策略和服務(wù)質(zhì)量保障策略。因此，當(dāng)為用戶設(shè)備分配了IP地址后，還需要將用戶設(shè)備的所述IP地址、業(yè)務(wù)標(biāo)識以及IMSI發(fā)送給數(shù)據(jù)庫，以便數(shù)據(jù)庫可以根據(jù)這些信息查找對應(yīng)于該用戶設(shè)備的簽約數(shù)據(jù)、計(jì)費(fèi)策略以及服務(wù)質(zhì)量保障策略，并下發(fā)給控制設(shè)備。

控制設(shè)備獲取到用戶設(shè)備的簽約信息、計(jì)費(fèi)策略以及服務(wù)質(zhì)量保障策略后，控制設(shè)備將簽約信息保存，并將計(jì)費(fèi)策略和服務(wù)質(zhì)量保障策略下發(fā)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè) 備，將服務(wù)質(zhì)量保障策略下發(fā)基站，使得當(dāng)用戶設(shè)備在進(jìn)行上下行數(shù)據(jù)傳輸時(shí)，數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備可以執(zhí)行計(jì)費(fèi)策略，進(jìn)行數(shù)據(jù)包的流量統(tǒng)計(jì)，時(shí)長統(tǒng)計(jì)，并根據(jù)計(jì)費(fèi)策略將測量記錄上報(bào)給控制設(shè)備，控制設(shè)備對計(jì)費(fèi)測量信息進(jìn)行統(tǒng)計(jì)，生成話單后再上報(bào)至相應(yīng)網(wǎng)元。

其中，根據(jù)所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸?shù)倪^程中，主要需要控制設(shè)備與數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備之間創(chuàng)建會話，與基站之間實(shí)現(xiàn)附著，最終打通上下行數(shù)據(jù)的傳輸鏈路。因此，控制設(shè)備可以在與數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備之間創(chuàng)建會話的過程中，將計(jì)費(fèi)策略和服務(wù)質(zhì)量保障策略作為相應(yīng)信令的攜帶信息下發(fā)給數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備，在與基站實(shí)現(xiàn)附著的過程中，將服務(wù)質(zhì)量保障策略作為相應(yīng)信令的攜帶信息下發(fā)給基站。

另外，由于EPC網(wǎng)絡(luò)的控制面設(shè)備融合后，控制設(shè)備和數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備之間的協(xié)議，可以采用通用無線分組業(yè)務(wù)隧道(GTP)協(xié)議，也可以選擇基于IP的openflow協(xié)議。

當(dāng)控制設(shè)備與數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備之間采用GTP協(xié)議時(shí)，所述根據(jù)所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸?shù)牟襟E包括：

向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送創(chuàng)建會話請求；

在接收到所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備根據(jù)所述創(chuàng)建會話請求反饋的創(chuàng)建會話響應(yīng)時(shí)，向所述基站發(fā)送附著接收消息；

在接收到所述基站反饋的附著完成消息時(shí)，向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)信令，并由所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和所述基站根據(jù)所述IP地址傳輸所述服務(wù)器與用戶設(shè)備之間的上下行業(yè)務(wù)數(shù)據(jù)。

其中，所述創(chuàng)建會話請求中包括：所述IP地址，控制設(shè)備的隧道端點(diǎn)標(biāo)識，所述計(jì)費(fèi)策略以及所述服務(wù)質(zhì)量保障策略；所述創(chuàng)建會話響應(yīng)包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的隧道端點(diǎn)標(biāo)識；所述附著接收消息包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址、所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的隧道端點(diǎn)標(biāo)識、所述IP地址、所述控制設(shè)備的隧道端點(diǎn)標(biāo)識和所述服務(wù)質(zhì)量保障策略；附著完成消息包括：所述基站的地址和隧道端點(diǎn)標(biāo)識；所述數(shù)據(jù)轉(zhuǎn)發(fā)信令包括：所述基站的地址和隧道端點(diǎn)標(biāo)識。

由于GTP協(xié)議規(guī)定，在第一設(shè)備向第二設(shè)備發(fā)送信令信息時(shí)，第一設(shè)備需要攜帶第一設(shè)備的TEID，使得第二設(shè)備可以根據(jù)第一設(shè)備的TEID向第一 設(shè)備回復(fù)信息，當(dāng)然，第二設(shè)備回復(fù)信息時(shí)，也需要攜帶第二設(shè)備的TEID。因此，在上述過程中，任一網(wǎng)元在向另一網(wǎng)元發(fā)送相應(yīng)信令時(shí)，均攜帶了相應(yīng)的TED。

此外，對比現(xiàn)有技術(shù)，在打通上下行數(shù)據(jù)傳輸鏈路的過程，本發(fā)明實(shí)施例的業(yè)務(wù)數(shù)據(jù)傳輸方法中，主要僅涉及控制設(shè)備和數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備這兩個(gè)網(wǎng)元，且數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的TEID和地址信息僅需要通知控制設(shè)備，對應(yīng)與現(xiàn)有技術(shù)中的流程，PGW要將自身的TEID和地址傳遞給SGW。SGW要將自身的TEID和地址、PGW的TEID和地址傳遞給MME。因此，本發(fā)實(shí)施例的業(yè)務(wù)數(shù)據(jù)傳輸方法，涉及網(wǎng)元較少，且大大減少了信令的發(fā)送，減輕了網(wǎng)絡(luò)負(fù)擔(dān)。

當(dāng)控制設(shè)備與數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備之間采用基于IP的openflow協(xié)議時(shí)，所述根據(jù)所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸?shù)牟襟E包括：

向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送創(chuàng)建會話請求；

向所述基站發(fā)送附著接收消息；

接收所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備根據(jù)所述創(chuàng)建會話請求反饋的創(chuàng)建會話響應(yīng)；

在接收到所述基站反饋的附著完成消息時(shí)，由所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和所述基站根據(jù)所述IP地址傳輸所述服務(wù)器與用戶設(shè)備之間的上下行業(yè)務(wù)數(shù)據(jù)。

其中，所述創(chuàng)建會話請求中包括：所述IP地址、所述基站的地址、所述計(jì)費(fèi)策略以及所述服務(wù)質(zhì)量保障策略；

所述附著接收消息包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址、所述IP地址以及所述服務(wù)質(zhì)量保障策略。

由于基于IP的openflow協(xié)議，沒有隧道封包機(jī)制，所述上述過程中涉及的相關(guān)信令信息中，并不需要攜帶發(fā)送方網(wǎng)元的TEID，且基于IP的openflow協(xié)議下，控制設(shè)備知道基站的地址和數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址，并且請求創(chuàng)建會話，就是控制設(shè)備將基站的地址告知給數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備；請求附著，就是控制設(shè)備將數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址告知給基站；最終上下行數(shù)據(jù)傳輸鏈路打通，就是基站知道了數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址，數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備知道了基站的地址。所以，對于控制設(shè)備向數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備請求創(chuàng)建會話，以及控制設(shè)備向基站請求附著的步驟可同時(shí)進(jìn)行，且當(dāng)基站告知控制設(shè)備附著成功時(shí)，也不再需要控制設(shè)備將基站的地址告知給數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

綜上所述，控制設(shè)備和數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備之間的協(xié)議采用GTP協(xié)議時(shí)，本發(fā)實(shí)施例的業(yè)務(wù)數(shù)據(jù)的傳輸方法，在控制面設(shè)備融合后的EPC網(wǎng)絡(luò)架構(gòu)中的實(shí)現(xiàn)流程如圖6所示：

601、用戶設(shè)備通過基站(eNodeB)向控制設(shè)備(controller)發(fā)送連接請求(attach request)，該消息包含但不限于：IMSI，業(yè)務(wù)標(biāo)識等；

602、Controller根據(jù)業(yè)務(wù)標(biāo)識和域名服務(wù)器的地址解析，篩選出可用的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備(DGW)，Controller再根據(jù)DGW的負(fù)載情況，為該UE選擇合適的DGW，并分配對應(yīng)的IP地址。

603、Controller向數(shù)據(jù)庫(database)提供UE IP地址,業(yè)務(wù)標(biāo)識，IMSI等信息，來向database請求數(shù)據(jù)；

604、database向Controller發(fā)送信息包括但不限于：簽約數(shù)據(jù)，計(jì)費(fèi)策略以及服務(wù)質(zhì)量(QoS)保障策略等信息；

605、Controller向DGW發(fā)送建立會話請求(Create session request)，該信令包括但不限于：UE IP地址，Controller TEID，QoS信息、計(jì)費(fèi)策略等；

606、DGW向Controller發(fā)送建立會話響應(yīng)(Create session response)，該信令包括但不限于：DGW TEID等；

607、Controller向eNodeB發(fā)送附著請求(attach accept)；該信令包括但不限于：DGW的地址，DGW TEID，UE IP地址，Controller TEID，QoS信息等；

608、eNodeB向Controller發(fā)送成功附著響應(yīng)(attach complete message)，該信令包括但不限于：eNodeB TEID，eNodeB的地址等；

609、Controller向DGW發(fā)送信令，該信令包括但不限于：eNodeB TEID，eNodeB的地址等；

610、eNodeB會將接收到的UE的IP地址，eNodeB的地址和TEID，DGW的地址和TEID發(fā)送給UE。UE通過eNodeB和DGW，與Internet進(jìn)行上下行數(shù)據(jù)傳遞。

控制設(shè)備和數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備之間的協(xié)議采用基于IP的openflow協(xié)議時(shí)，本發(fā)實(shí)施例的業(yè)務(wù)數(shù)據(jù)的傳輸方法，在控制面設(shè)備融合后的EPC網(wǎng)絡(luò)架構(gòu)中的實(shí)現(xiàn)流程如圖7所示：

701、用戶設(shè)備通過eNodeB向controller發(fā)送attach request。該消息包含但不限于IMSI，業(yè)務(wù)標(biāo)識等；

702、Controller根據(jù)業(yè)務(wù)標(biāo)識和域名服務(wù)器的地址解析，篩選出可用的DGW，Controller再根據(jù)DGW的負(fù)載情況，為該UE選擇合適的DGW，并分配對應(yīng)的IP地址。

703、Controller向database提供UE IP address,業(yè)務(wù)標(biāo)識，IMSI等信息，來請求數(shù)據(jù)；

704、database向Controller發(fā)送信息包括但不限于：簽約數(shù)據(jù)，計(jì)費(fèi)策略以及QoS保障策略等信息；

705、Controller向DGW發(fā)送Create session request。該信令包括但不限于：UE IP address，eNodeB地址，QoS信息和計(jì)費(fèi)信息等。

706、DGW向Controller發(fā)送Create session response。

707、Controller向eNodeB發(fā)送Attach accept。該信令包括但不限于：DGW的地址，UE IP地址，QoS信息等；

708、eNodeB向Controller發(fā)送Attach complete message。

709、eNodeB會將接收到的UE的IP地址，eNodeB的地址，DGW的地址發(fā)送給UE。UE通過eNodeB和DGW，與Internet進(jìn)行上下行數(shù)據(jù)傳遞。

實(shí)施例二

依據(jù)本發(fā)明實(shí)施例的另一個(gè)方面，還提供了一種業(yè)務(wù)數(shù)據(jù)的傳輸裝置，如圖4所示，該裝置400包括：

接收模塊401，用于接收基站發(fā)送的用戶附著請求；

選擇模塊403，用于根據(jù)所述用戶附著請求，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備；

交互模塊405，用于與選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

可選地，所述用戶附著請求包括：用戶設(shè)備的業(yè)務(wù)標(biāo)識；

所述選擇模塊403包括：

獲取單元4031，用于獲取域名服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識解析的網(wǎng)絡(luò)連接地址；

第一選擇單元4032，用于根據(jù)所述網(wǎng)絡(luò)連接地址，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

可選地，所述選擇模塊403還包括：

第二選擇單元4033，用于從多個(gè)與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)離用戶設(shè)備最近的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備或一個(gè)負(fù)載最小的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

可選地，所述交互模塊405包括：

分配單元4051，用于從選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備對應(yīng)的IP地址池中選擇一個(gè)分配給用戶設(shè)備的IP地址；

傳輸單元4052，用于根據(jù)所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

可選地，所述交互模塊405還包括：

發(fā)送單元4053，用于將用戶設(shè)備的所述IP地址、業(yè)務(wù)標(biāo)識以及用戶標(biāo)識信息發(fā)送給數(shù)據(jù)庫；

接收單元4054，用于從所述數(shù)據(jù)庫中獲取所述用戶設(shè)備的簽約數(shù)據(jù)、計(jì)費(fèi)策略以及服務(wù)質(zhì)量保障策略。

可選地，所述傳輸單元4052包括：

會話請求子單元40521，用于向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送創(chuàng)建會話請求；

附著請求子單元40522，用于在接收到所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備根據(jù)所述創(chuàng)建會話請求反饋的創(chuàng)建會話響應(yīng)時(shí)，向所述基站發(fā)送附著接收消息；

轉(zhuǎn)發(fā)子單元40523，用于在接收到所述基站反饋的附著完成消息時(shí)，向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)信令，并由所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和所述基站根據(jù)所述IP地址傳輸所述服務(wù)器與用戶設(shè)備之間的上下行業(yè)務(wù)數(shù)據(jù)。

可選地，所述創(chuàng)建會話請求中包括：所述IP地址，控制設(shè)備的隧道端點(diǎn)標(biāo)識，所述計(jì)費(fèi)策略以及所述服務(wù)質(zhì)量保障策略；

所述創(chuàng)建會話響應(yīng)包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的隧道端點(diǎn)標(biāo)識；

所述附著接收消息包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址、所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的隧道端點(diǎn)標(biāo)識、所述IP地址、所述控制設(shè)備的隧道端點(diǎn)標(biāo)識和所述服務(wù)質(zhì)量保障策略；

附著完成消息包括：所述基站的地址和隧道端點(diǎn)標(biāo)識；

所述數(shù)據(jù)轉(zhuǎn)發(fā)信令包括：所述基站的地址和隧道端點(diǎn)標(biāo)識。

實(shí)施例三

依據(jù)本發(fā)明實(shí)施例的另一個(gè)方面，還提供了一種業(yè)務(wù)數(shù)據(jù)的傳輸裝置，如圖5所示，該裝置400包括：

接收模塊401，用于接收基站發(fā)送的用戶附著請求；

選擇模塊403，用于根據(jù)所述用戶附著請求，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備；

交互模塊405，用于與選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和基站交互，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

可選地，所述用戶附著請求包括：用戶設(shè)備的業(yè)務(wù)標(biāo)識；

所述選擇模塊403包括：

獲取單元4031，用于獲取域名服務(wù)器根據(jù)所述業(yè)務(wù)標(biāo)識解析的網(wǎng)絡(luò)連接地址；

選擇單元4032，用于根據(jù)所述網(wǎng)絡(luò)連接地址，從多個(gè)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

可選地，所述選擇模塊403還包括：

第二選擇單元4033，用于從多個(gè)與所述網(wǎng)絡(luò)連接地址相匹配的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備中選擇一個(gè)離用戶設(shè)備最近的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備或一個(gè)負(fù)載最小的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備。

可選地，所述交互模塊405包括：

分配單元4051，用于從選擇的所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備對應(yīng)的IP地址池中選擇一個(gè)分配給用戶設(shè)備的IP地址；

傳輸單元4052，用于根據(jù)所述IP地址，在網(wǎng)絡(luò)與用戶設(shè)備間進(jìn)行上下行業(yè)務(wù)數(shù)據(jù)的傳輸。

可選地，所述交互模塊405還包括：

發(fā)送單元4053，用于將用戶設(shè)備的所述IP地址、業(yè)務(wù)標(biāo)識以及用戶標(biāo)識信息發(fā)送給數(shù)據(jù)庫；

接收單元4054，用于從所述數(shù)據(jù)庫中獲取所述用戶設(shè)備的簽約數(shù)據(jù)、計(jì) 費(fèi)策略以及服務(wù)質(zhì)量保障策略。

可選地，所述傳輸單元405包括：

第一發(fā)送子單元40524，用于向所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備發(fā)送創(chuàng)建會話請求；

第二發(fā)送子單元40525，用于向所述基站發(fā)送附著接收消息；

第一接收子單元40526，用于接收所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備根據(jù)所述創(chuàng)建會話請求反饋的創(chuàng)建會話響應(yīng)；

第二接收子單元40527，用于在接收到所述基站反饋的附著完成消息時(shí)，由所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備和所述基站根據(jù)所述IP地址傳輸所述服務(wù)器與用戶設(shè)備之間的上下行業(yè)務(wù)數(shù)據(jù)。

可選地，其特征在于，

所述創(chuàng)建會話請求中包括：所述IP地址、所述基站的地址、所述計(jì)費(fèi)策略以及所述服務(wù)質(zhì)量保障策略；

所述附著接收消息包括：所述數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的地址、所述IP地址以及所述服務(wù)質(zhì)量保障策略。

實(shí)施例四

依據(jù)本發(fā)明實(shí)施例的另一個(gè)方面，還提供了一種控制設(shè)備，包括上述所述的業(yè)務(wù)數(shù)據(jù)的傳輸裝置。

實(shí)施例五

依據(jù)本發(fā)明實(shí)施例的另一個(gè)方面，還提供了一種通信系統(tǒng)，包括上述所述的控制設(shè)備。該通信系統(tǒng)如可以是分組核心網(wǎng)(EPC)通信系統(tǒng)。

以上所述的是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出對于本技術(shù)領(lǐng)域的普通人員來說，在不脫離本發(fā)明所述的原理前提下還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也在本發(fā)明的保護(hù)范圍內(nèi)。