專利名稱：卸載數(shù)據(jù)的方法、用戶設(shè)備、對等節(jié)點(diǎn)及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種卸載數(shù)據(jù)的方法、用戶設(shè)備、對等節(jié)點(diǎn)及系統(tǒng)。
背景技術(shù)：
3GPP(3rd Generation Partnership Project,第三代移動通信標(biāo)準(zhǔn)化伙伴項(xiàng)目)中BBAI (Broadband Access Interworking,寬帶接入交互)項(xiàng)目的立項(xiàng)和研究促進(jìn)了固定寬帶網(wǎng)絡(luò)和3GPP網(wǎng)絡(luò)之間的互通互融。其中，BBAI offload(寬帶接入交互卸載)場景定義了不同的網(wǎng)絡(luò)架構(gòu)，使得通過BBF(Broadband Forum,寬帶聯(lián)盟)連接到EPC(EvolvedPacket Core,演進(jìn)的分組數(shù)據(jù)核心網(wǎng))的UE(User Equipment,用戶設(shè)備)可以將某些特定數(shù)據(jù)流直接卸載到卸載目的網(wǎng)絡(luò)，而不用經(jīng)過EPC。BBAI offload場景的網(wǎng)絡(luò)架構(gòu)通常包括EPC網(wǎng)絡(luò)、BBF網(wǎng)絡(luò)和卸載目的網(wǎng)絡(luò)。該卸載目的網(wǎng)絡(luò)可以屬于EPC網(wǎng)絡(luò)，或者屬于BBF網(wǎng)絡(luò)，或者為第三方運(yùn)營商的網(wǎng)絡(luò)，相應(yīng)地，卸載目的網(wǎng)絡(luò)中接收UE卸載的數(shù)據(jù)流的設(shè)備可以為AF (Application Function,應(yīng)用功能)，或者 BBF AF,或者 TDF (Traffic Detect Function,業(yè)務(wù)檢測功能)。現(xiàn)有的BBAI offload過程中，UE基于3GPP進(jìn)行EPC網(wǎng)絡(luò)的接入鑒權(quán)/授權(quán)，在BBF 網(wǎng)絡(luò)的 BPCF(Broadband Policy Control Framework,寬帶策略控制架構(gòu))與 EPC 網(wǎng)絡(luò)白勺PCRF(Policy and Charging Rules Function,策略和計(jì)費(fèi)規(guī)則功能)建立S9a會話之后，UE聯(lián)系卸載目的網(wǎng)絡(luò)的AF或者TDF，進(jìn)行數(shù)據(jù)流的卸載，AF或者TDF在收到卸載數(shù)據(jù)流之后，需要先選擇合適的PCRF，然后與PCRF進(jìn)行信令交互，以便EPC網(wǎng)絡(luò)通過BBF網(wǎng)絡(luò)對UE卸載的數(shù)據(jù)流進(jìn)行策略以及QoS(Quality of Service,服務(wù)質(zhì)量)等控制。AF或者TDF選擇PCRF的方案有兩種方案一中AF預(yù)先存儲IP (InternetProtocol，互聯(lián)網(wǎng)協(xié)議)地址范圍與PCRF的地址的對應(yīng)關(guān)系，當(dāng)AF接收到UE的卸載數(shù)據(jù)流后，根據(jù)UE的IP地址在該對應(yīng)關(guān)系中選擇對應(yīng)的PCRF ;方案二中BPCF在S9a會話建立過程中通過DRA (Diameter Routing Agent，直徑路由代理)選擇一個PCRF，并且將UE的IP地址與選擇的PCRF的地址保存在DRA中，AF或者TDF根據(jù)預(yù)配置的DRA的IP地址找到正確的DRA，再根據(jù)UE的IP地址在該DRA中找到對應(yīng)的PCRF。方案一需要AF存儲和維護(hù)IP地址與PCRF的地址的對應(yīng)關(guān)系，更新比較麻煩，維護(hù)成本較高。方案二中AF或者TDF必須預(yù)配置DRA的IP地址，否則無法選擇DRA，而且，DRA也需要存儲和維護(hù)IP地址與PCRF的地址的對應(yīng)關(guān)系，也有維護(hù)成本高的問題。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種卸載數(shù)據(jù)的方法、用戶設(shè)備、對等節(jié)點(diǎn)及系統(tǒng)，以降低卸載數(shù)據(jù)的維護(hù)成本，提高卸載效率。所述技術(shù)方案如下一方面，提供了一種卸載數(shù)據(jù)的方法，所述方法包括接收分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)TON Gff發(fā)送的策略和計(jì)費(fèi)規(guī)則功能PCRF的地址；
向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含所述PCRF的地址的卸載通知消息；接收到所述對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后，向所述對等節(jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，以使所述對等節(jié)點(diǎn)根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，并觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì)量QoS控制。另一方面，還提供了一種卸載數(shù)據(jù)的方法，所述方法包括接收用戶設(shè)備UE發(fā)送的至少包含策略和計(jì)費(fèi)規(guī)則功能PCRF的地址的卸載通知消息；向所述UE發(fā)送卸載通知確認(rèn)消息；接收所述UE發(fā)送的需要卸載的數(shù)據(jù)流，并根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì) 量QoS控制。再一方面，還提供了一種用戶設(shè)備，所述用戶設(shè)備包括第一接收模塊，用于接收分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)TON GW發(fā)送的策略和計(jì)費(fèi)規(guī)則功能PCRF的地址；第一發(fā)送模塊，用于向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含所述PCRF的地址的卸載通知消息；第二接收模塊，用于接收所述對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息；第二發(fā)送模塊，用于當(dāng)所述第二接收模塊接收到所述卸載通知確認(rèn)消息之后，向所述對等節(jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，以使所述對等節(jié)點(diǎn)根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，并觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì)量QoS控制。又一方面，還提供了一種對等節(jié)點(diǎn)，所述對等節(jié)點(diǎn)包括第一接收模塊，用于接收用戶設(shè)備UE發(fā)送的至少包含策略和計(jì)費(fèi)規(guī)則功能PCRF的地址的卸載通知消息；第一發(fā)送模塊，用于當(dāng)所述第一接收模塊接收到所述卸載通知消息后，向所述UE發(fā)送卸載通知確認(rèn)消息；第二接收模塊，用于接收所述UE發(fā)送的需要卸載的數(shù)據(jù)流；觸發(fā)模塊，用于當(dāng)所述第二接收模塊接收到所述需要卸載的數(shù)據(jù)流時，根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì)量QoS控制。又一方面，還提供了一種卸載數(shù)據(jù)的系統(tǒng)，所述系統(tǒng)包括如上所述的用戶設(shè)備UE和如上所述的對等節(jié)點(diǎn)。通過接收TON Gff發(fā)送的PCRF的地址，并向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送所述PCRF的地址，無需對等節(jié)點(diǎn)存儲和維護(hù)PCRF的地址，極大地降低了卸載數(shù)據(jù)的維護(hù)成本。


為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I是本發(fā)明實(shí)施例提供的一種BBAI offload網(wǎng)絡(luò)架構(gòu)的結(jié)構(gòu)示意圖；圖2是本發(fā)明實(shí)施例提供的另一種BBAI offload網(wǎng)絡(luò)架構(gòu)的結(jié)構(gòu)示意圖；圖3是本發(fā)明實(shí)施例提供的再一種BBAI offload網(wǎng)絡(luò)架構(gòu)的結(jié)構(gòu)示意圖；圖4是本發(fā)明實(shí)施例一提供的一種卸載數(shù)據(jù)的方法流程圖；圖5是本發(fā)明實(shí)施例一提供的另一種卸載數(shù)據(jù)的方法流程圖；圖6是本發(fā)明實(shí)施例二提供的一種卸載數(shù)據(jù)的方法流程圖； 圖7是本發(fā)明實(shí)施例二提供的一種卸載數(shù)據(jù)的方法應(yīng)用流程示意圖；圖8是本發(fā)明實(shí)施例三提供的一種卸載數(shù)據(jù)的方法流程圖；圖9是本發(fā)明實(shí)施例三提供的一種卸載數(shù)據(jù)的方法應(yīng)用流程示意圖；圖10是本發(fā)明實(shí)施例四提供的一種用戶設(shè)備的結(jié)構(gòu)示意圖；圖11是本發(fā)明實(shí)施例四提供的另一種用戶設(shè)備的結(jié)構(gòu)示意圖；圖12是本發(fā)明實(shí)施例五提供的一種對等節(jié)點(diǎn)的結(jié)構(gòu)示意圖；圖13是本發(fā)明實(shí)施例六提供的一種卸載數(shù)據(jù)的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明實(shí)施方式作進(jìn)一步地詳細(xì)描述。本發(fā)明實(shí)施例涉及一種卸載數(shù)據(jù)的方法，該方法應(yīng)用于BBAI offload場景中。其中，BBAI offload場景的網(wǎng)絡(luò)架構(gòu)通常包括EPC網(wǎng)絡(luò)、BBF網(wǎng)絡(luò)和卸載目的網(wǎng)絡(luò)，該卸載目的網(wǎng)絡(luò)是指UE卸載的數(shù)據(jù)流的傳輸對象所在的網(wǎng)絡(luò)，該傳輸對象可以稱為UE的對等節(jié)點(diǎn)。UE卸載的數(shù)據(jù)流通過BBF網(wǎng)絡(luò)內(nèi)的BNG(Broadband Network Gateway,寬帶網(wǎng)絡(luò)網(wǎng)關(guān))傳輸給卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)，從而不用經(jīng)過EPC網(wǎng)絡(luò)，為UE與對等節(jié)點(diǎn)的交互提供了另一條傳輸途徑。UE接入BBF網(wǎng)絡(luò)的方式也有多種，包括但不限于通過CPN(CustomerPremises Network,用戶駐地網(wǎng)絡(luò))接入BBF網(wǎng)絡(luò)。該CPN網(wǎng)絡(luò)包括但不限于WIFI (WirelessFidelity,無線保真)網(wǎng)絡(luò)等等。根據(jù)卸載目的網(wǎng)絡(luò)與EPC網(wǎng)絡(luò)(或BBF網(wǎng)絡(luò))的所屬關(guān)系，BBAI offload場景的網(wǎng)絡(luò)架構(gòu)可以分為三種。參見圖1，為BBAI offload網(wǎng)絡(luò)架構(gòu)一的結(jié)構(gòu)示意圖。其中，卸載目的網(wǎng)絡(luò)位于EPC網(wǎng)絡(luò)中，卸載目的網(wǎng)絡(luò)與EPC網(wǎng)絡(luò)屬于同一個運(yùn)營商運(yùn)營的網(wǎng)絡(luò)。該卸載目的網(wǎng)絡(luò)中的對等節(jié)點(diǎn)為AF，UE通過BNG與AF之間傳輸卸載的數(shù)據(jù)流。參見圖2，為BBAI offload網(wǎng)絡(luò)架構(gòu)二的結(jié)構(gòu)示意圖。其中，卸載目的網(wǎng)絡(luò)位于BBF網(wǎng)絡(luò)中，卸載目的網(wǎng)絡(luò)與BBF網(wǎng)絡(luò)屬于同一個運(yùn)營商運(yùn)營的網(wǎng)絡(luò)。該卸載目的網(wǎng)絡(luò)中的對等節(jié)點(diǎn)為BBF AF,UE通過BNG與BBF AF之間傳輸卸載的數(shù)據(jù)流。參見圖3，為BBAI offload網(wǎng)絡(luò)架構(gòu)三的結(jié)構(gòu)示意圖。其中，卸載目的網(wǎng)絡(luò)為第三方運(yùn)營商運(yùn)營的網(wǎng)絡(luò)，即卸載目的網(wǎng)絡(luò)既不位于BPC網(wǎng)絡(luò)中，也不位于BBF網(wǎng)絡(luò)中，這種場景下該卸載目的網(wǎng)絡(luò)中的對等節(jié)點(diǎn)為TDF，UE通過BNG與TDF之間傳輸卸載的數(shù)據(jù)流。本發(fā)明實(shí)施例提供的卸載數(shù)據(jù)的方法可以適用于上述任一種網(wǎng)絡(luò)架構(gòu)，下文不再特別聲明。
實(shí)施例一參見圖4，本實(shí)施例提供了一種卸載數(shù)據(jù)的方法，該方法流程具體如下401:接收 F1DN Gff (Packet Data Network Gateway,分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān))發(fā)送的PCRF的地址。402 向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含所述PCRF的地址的卸載通知消息。403 :接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后，向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，以使對等節(jié)點(diǎn)根據(jù)卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，并觸發(fā)所述PCRF對需要卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。
其中，接收TON Gff發(fā)送的PCRF的地址，包括接收TON Gff發(fā)送的綁定確認(rèn)消息，該綁定確認(rèn)消息中包含PCRF的地址?；蛘撸邮誘ON Gff發(fā)送的PCRF的地址，包括接收ePDG (Evolved Packet Data Gateway,演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān))發(fā)送的IKEv2 (Internet Key Exchange Version 2,第二版互聯(lián)網(wǎng)密鑰交換協(xié)議)消息，該IKEv2消息中包含PCRF的地址。優(yōu)選地，IKEv2消息中包含的PCRF的地址由ePDG從TON Gff發(fā)送的代理綁定確認(rèn)
消息中獲取。進(jìn)一步地,所述方法還包括如果在指定的時間內(nèi)未接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息，則將需要卸載的數(shù)據(jù)流發(fā)送到3GPP EPC網(wǎng)絡(luò)。其中，3GPP EPC網(wǎng)絡(luò)是指3GPP網(wǎng)絡(luò)中的EPC網(wǎng)絡(luò)。上述步驟401至403，以及可選的步驟的執(zhí)行主體為UE。需要說明的是在本發(fā)明實(shí)施例當(dāng)中描述的UE包括但不限于各種制式手機(jī)、基于不同操作系統(tǒng)的智能手機(jī)或PDA(Personal Digital Assistant,個人數(shù)字助理)等具有無線通信功能的電子設(shè)備。本實(shí)施例提供的上述方法，通過接收TON GW發(fā)送的PCRF的地址，并向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送該P(yáng)CRF的地址，無需對等節(jié)點(diǎn)存儲和維護(hù)PCRF的地址，極大地降低了卸載數(shù)據(jù)的維護(hù)成本；另外，通過向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載通知消息，在接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，可避免對等節(jié)點(diǎn)檢測不到數(shù)據(jù)流時繼續(xù)發(fā)送數(shù)據(jù)流給對等節(jié)點(diǎn)而導(dǎo)致丟包的情況，提高了卸載效率。進(jìn)一步地，通過接收TON Gff發(fā)送的綁定確認(rèn)消息或者ePDG發(fā)送的IKEv2消息，獲取PCRF的地址，簡單方便，容易實(shí)現(xiàn)；另外，將PCRF的地址添加在卸載通知消息中發(fā)送給對等節(jié)點(diǎn)，可提高傳輸效率，節(jié)省信令開銷。參見圖5，本實(shí)施例還提供了一種卸載數(shù)據(jù)的方法，該方法流程具體如下501 :接收UE發(fā)送的至少包含PCRF的地址的卸載通知消息。502 向UE發(fā)送卸載通知確認(rèn)消息。503 :接收UE發(fā)送的需要卸載的數(shù)據(jù)流，并根據(jù)所述卸載通知消息包含的PCRF的地址尋址到所述PCRF，觸發(fā)所述PCRF對需要卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。上述步驟501至503的執(zhí)行主體為對等節(jié)點(diǎn)。需要說明的是本實(shí)施例中，基于上述三種不同的網(wǎng)絡(luò)架構(gòu)，所述對等節(jié)點(diǎn)可以為AF、BBF AF或TDF。其中，TDF具有數(shù)據(jù)檢測功能、數(shù)據(jù)接收/發(fā)送功能等，AF或BBF AF除具有數(shù)據(jù)檢測功能、數(shù)據(jù)接收/發(fā)送功能外，還具有一定的處理功能，包括但不限于存儲、查找和匹配等功能。本實(shí)施例提供的上述方法，通過接收UE發(fā)送的PCRF的地址，無需預(yù)先存儲PCRF的地址以及對PCRF的地址進(jìn)行維護(hù)，極大地降低了卸載數(shù)據(jù)的維護(hù)成本；并且，在接收到UE發(fā)送的卸載通知消息之后向UE發(fā)送通知確認(rèn)消息，以便UE對二者的連接進(jìn)行確認(rèn)，從而可避免對等節(jié)點(diǎn)檢測不到數(shù)據(jù)流時UE繼續(xù)發(fā)送數(shù)據(jù)流而導(dǎo)致丟包的情況，提高了卸載效率。實(shí)施例二參見圖6，本實(shí)施例提供了一種卸載數(shù)據(jù)的方法，UE通過接收TON Gff發(fā)送的包含PCRF的地址的綁定確認(rèn)消息獲取PCRF的地址，該方法流程具體如下 601 UE向PDN Gff發(fā)送綁定更新消息。本實(shí)施例中，PDN GW是分組數(shù)據(jù)網(wǎng)絡(luò)與不同體系結(jié)構(gòu)或者協(xié)議的網(wǎng)絡(luò)進(jìn)行通信時，提供協(xié)議轉(zhuǎn)換、路由選擇和數(shù)據(jù)交換等網(wǎng)絡(luò)兼容功能的關(guān)口。UE在接入EPC網(wǎng)絡(luò)后，會發(fā)起綁定更新的過程，具體地，UE通過發(fā)送綁定更新消息給TON GW來發(fā)起綁定更新過程。其中，該綁定更新消息中包括但不限于UE的ID (Identity，身份標(biāo)識)、UE的IP地址等信息，以及與綁定相關(guān)的信息等等。UE的IP地址是BBF網(wǎng)絡(luò)的BNG為UE配的。EPC網(wǎng)絡(luò)內(nèi)的PCRF用于根據(jù)業(yè)務(wù)信息制定策略規(guī)則，包括數(shù)據(jù)流檢測、門限控制、QoS控制以及基于流的計(jì)費(fèi)等等。通常EPC網(wǎng)絡(luò)中包括多個PCRF，每個PCRF可以制定相應(yīng)的策略規(guī)則，并根據(jù)策略規(guī)則對所管轄的UE進(jìn)行控制。本實(shí)施例中，PDN Gff獲取PCRF的地址的過程如下PDN GW 發(fā)起與 PCRF 建立 IP-CAN(IP-Connectivity Access Network,互聯(lián)網(wǎng)協(xié)議連接訪問網(wǎng)絡(luò))會話的過程，在該過程中I3DN Gff獲得PCRF的地址。602 PDN Gff發(fā)送綁定確認(rèn)消息給UE，其中，該綁定確認(rèn)消息中包含上述已獲得的PCRF的地址。本實(shí)施例中，TON Gff獲得PCRF的地址后，可以發(fā)送單獨(dú)的消息將該P(yáng)CRF的地址發(fā)送給UE，或者也可以將PCRF的地址攜帶在其它消息中發(fā)送給UE，優(yōu)選地，將PCRF的地址攜帶在綁定確認(rèn)消息中發(fā)送給UE。603 UE接收TON Gff發(fā)送的綁定確認(rèn)消息，從該綁定確認(rèn)消息中獲取上述PCRF的地址。604 UE向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含PCRF的地址的卸載通知消
肩、O本實(shí)施例中，基于上述三種不同的網(wǎng)絡(luò)架構(gòu)，所述對等節(jié)點(diǎn)可以為AF、BBFAF或TDF0其中，TDF具有數(shù)據(jù)檢測功能、數(shù)據(jù)接收/發(fā)送功能等，AF或BBF AF除具有數(shù)據(jù)檢測功能、數(shù)據(jù)接收/發(fā)送功能外，還具有一定的處理功能，包括但不限于存儲、查找和匹配等功能。本實(shí)施例中，UE向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載通知消息，用于確認(rèn)對等節(jié)點(diǎn)是否可以接收到來自UE的消息，具體地，可以在卸載通知消息中攜帶一個信元卸載通知指示，以指示對等節(jié)點(diǎn)進(jìn)行卸載流程。其中，該卸載通知消息中不包含卸載的數(shù)據(jù)流，這樣可以避免當(dāng)聯(lián)系不上對等節(jié)點(diǎn)時發(fā)生數(shù)據(jù)丟包的情況。
當(dāng)然，本實(shí)施例中，UE可以分別發(fā)送卸載通知消息和PCRF的地址給對等節(jié)點(diǎn)，如通過兩條消息分別發(fā)送。優(yōu)選地，UE將該P(yáng)CRF的地址攜帶在該卸載通知消息中發(fā)送給對等節(jié)點(diǎn)，從而可以提高傳輸效率，節(jié)省信令開銷。所述PCRF的地址用于對等節(jié)點(diǎn)查找到與UE對應(yīng)的PCRF，從而與其進(jìn)行信令交互。605 :對等節(jié)點(diǎn)接收UE發(fā)送的至少包含PCRF的地址的卸載通知消息，從該卸載通知消息中獲取PCRF的地址，并向UE發(fā)送卸載通知確認(rèn)消息。606:如果UE接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息，則向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流。本實(shí)施例中，如果UE收到卸載通知確認(rèn)消息，則可以確認(rèn)聯(lián)系對等節(jié)點(diǎn)成功，如果UE沒有接收到卸載通知確認(rèn)消息，則確定聯(lián)系對等節(jié)點(diǎn)失敗，從而無需向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載的數(shù)據(jù)流。其中，UE在判斷是否收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息時，可以具體地判斷是否在指定的時間內(nèi)接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息，如果在指定的時間內(nèi)沒有接收到，則確認(rèn)聯(lián)系對等節(jié)點(diǎn)失敗。優(yōu)選地,上述方法還包括如果UE在指定的時間內(nèi)未接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息，則將需要卸載的數(shù)據(jù)流發(fā)送到3GPP EPC網(wǎng)絡(luò)。其中，3GPP EPC網(wǎng)絡(luò)是指3GPP網(wǎng)絡(luò)中的EPC網(wǎng)絡(luò)。607 :對等節(jié)點(diǎn)接收UE發(fā)送的需要卸載的數(shù)據(jù)流，根據(jù)已獲得的PCRF的地址尋址到該P(yáng)CRF，并觸發(fā)該P(yáng)CRF對需要卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。其中，對等節(jié)點(diǎn)可以根據(jù)已獲得的PCRF的地址尋址到對應(yīng)的PCRF，并與該P(yáng)CRF通過Rx接口進(jìn)行信令交互，觸發(fā)PCRF為BPCF提供策略和QoS規(guī)則等等，BPCF再將這些策略和QoS規(guī)則提供給BNG由BNG執(zhí)行這些策略和QoS規(guī)則，從而實(shí)現(xiàn)對UE卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。本實(shí)施例提供的上述方法所應(yīng)用的網(wǎng)絡(luò)架構(gòu)中，BBF網(wǎng)絡(luò)內(nèi)可以部署B(yǎng)PCF，或者也可以不部署B(yǎng)PCF，當(dāng)不部署B(yǎng)PCF時，可以通過其它節(jié)點(diǎn)來完成相應(yīng)的功能，本發(fā)明對此不限定。下面針對BBF網(wǎng)絡(luò)內(nèi)部署有BPCF的網(wǎng)絡(luò)架構(gòu)舉例說明上述方法的應(yīng)用。參見圖7，為本實(shí)施例提供的上述方法的具體應(yīng)用流程示意圖，UE的卸載過程具體如下701 UE進(jìn)行3GPP EPC網(wǎng)絡(luò)的接入鑒權(quán)/授權(quán)。
702 =BBF網(wǎng)絡(luò)的BNG為UE分配本地IP地址。703 :進(jìn)行3GPP EPC網(wǎng)絡(luò)的接入鑒權(quán)/授權(quán)過程觸發(fā)BBF網(wǎng)絡(luò)的BPCF和EPC網(wǎng)絡(luò)的PCRF之間建立S9a會話。704 :UE 與 PDN GW之間進(jìn)行 IKEv2 鑒權(quán)和 DSMIPv6(Dual Stack Mobile InternetProtocol Version 6，第六版雙棧移動互聯(lián)網(wǎng)協(xié)議)隧道的建立，TONGW與EPC網(wǎng)絡(luò)的HSS (Home Subscriber Server,歸屬簽約服務(wù)器)/AAA(Authentication AuthorizationAccounting鑒權(quán)/授權(quán)/計(jì)費(fèi))進(jìn)行鑒權(quán)/授權(quán)過程。705 UE向TON Gff發(fā)送綁定更新消息，發(fā)起綁定更新過程。706 PDN Gff發(fā)起與PCRF建立IP-CAN會話的過程，在該過程中I3DN Gff獲得PCRF的地址。707 PDN Gff與HSS/AAA之間進(jìn)行PDN Gff地址更新過程。708 PDN Gff將綁定確認(rèn)消息發(fā)送給UE’且該綁定確認(rèn)消息中包含已獲取的PCRF地址。709 :基于DSMIPv6隧道的鑒權(quán)/授權(quán)過程觸發(fā)BPCF和PCRF之間建立S9a會話。其中，步驟709與步驟703屬于二者選其一的可選步驟，根據(jù)具體的應(yīng)用場景可以執(zhí)行步驟703建立S9a會話或者執(zhí)行步驟709立S9a會話，本發(fā)明對此不限定。710 UE向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送卸載通知消息，且該卸載通知消息中包含卸載通知指示和上述已獲得的PCRF地址。711 :對等節(jié)點(diǎn)接收到UE發(fā)送的卸載通知消息后，向UE發(fā)送卸載通知確認(rèn)消息。712 UE接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息后，向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流；其中，該步驟712即UE聯(lián)系對等節(jié)點(diǎn)的過程。713 :對等節(jié)點(diǎn)根據(jù)已獲取的PCRF的地址尋址到對應(yīng)的PCRF。 714 :對等節(jié)點(diǎn)與該P(yáng)CRF之間進(jìn)行Rx信令交互。715 =PCRF為BPCF提供網(wǎng)關(guān)控制策略和QoS規(guī)則。716 =BPCF為BNG提供上述交互的策略和QoS規(guī)則，由BNG執(zhí)行這些策略和QoS規(guī)貝IJ，實(shí)現(xiàn)對卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。本實(shí)施例提供的上述方法，通過接收TON GW發(fā)送的PCRF的地址，并向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送該P(yáng)CRF的地址，無需對等節(jié)點(diǎn)存儲和維護(hù)PCRF的地址，極大地降低了卸載數(shù)據(jù)的維護(hù)成本；另外，通過向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載通知消息，在接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，可避免對等節(jié)點(diǎn)檢測不到數(shù)據(jù)流時繼續(xù)發(fā)送數(shù)據(jù)流給對等節(jié)點(diǎn)而導(dǎo)致丟包的情況，提高了卸載效率。進(jìn)一步地，通過接收TON GW發(fā)送的綁定確認(rèn)消息，獲取PCRF的地址，簡單方便，容易實(shí)現(xiàn)；另外，將PCRF的地址添加在卸載通知消息中發(fā)送給對等節(jié)點(diǎn)，可提高傳輸效率，節(jié)省信令開銷。實(shí)施例三參見圖8，本實(shí)施例提供了一種卸載數(shù)據(jù)的方法，該方法與實(shí)施例二提供的方法的區(qū)別在于UE通過接收ePDG發(fā)送的IKEv2消息獲取PCRF的地址，該方法流程具體如下801 ePDG發(fā)送代理綁定更新消息給I3DN GW。802 PDN Gff發(fā)送包含PCRF的地址的代理綁定確認(rèn)消息給ePDG。其中，PDN Gff獲取PCRF的地址的過程如下PDN Gff發(fā)起與PCRF建立IP-CAN會話的過程，在該過程中I3DN Gff獲得PCRF的地址。本實(shí)施例中，TON Gff獲得PCRF的地址后，可以發(fā)送單獨(dú)的消息將該P(yáng)CRF的地址發(fā)送給ePDG或者也可以將PCRF的地址攜帶在其它消息中發(fā)送給ePDG，優(yōu)選地，將PCRF的地址攜帶在代理綁定確認(rèn)消息中發(fā)送給ePDG。803 ePDG接收到代理綁定確認(rèn)消息后，從該代理綁定確認(rèn)消息中獲取該P(yáng)CRF的地址，并將包含該P(yáng)CRF的地址的IKEv2消息發(fā)送給UE。804 UE接收ePDG發(fā)送的包含PCRF的地址的IKEv2消息。805 UE向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含PCRF的地址的卸載通知消
肩、O本實(shí)施例中，所述對等節(jié)點(diǎn)可以為AF、BBF AF或TDF。本實(shí)施例中，UE向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載通知消息，用于確認(rèn)對等節(jié)點(diǎn)是否可以接收到來自UE的消息，具體地，可以在卸載通知消息中攜帶一個信元卸載通知指示，以指示對等節(jié)點(diǎn)進(jìn)行卸載流程。其中，該卸載通知消息中不包含卸載的數(shù)據(jù)流，這樣可以避免當(dāng)聯(lián)系不上對等節(jié)點(diǎn)時發(fā)生數(shù)據(jù)丟包的情況。當(dāng)然，本實(shí)施例中，UE可以分別發(fā)送卸載通知消息和PCRF的地址給對等節(jié)點(diǎn)，如通過兩條消息分別發(fā)送。優(yōu)選地，UE將該P(yáng)CRF的地址攜帶在該卸載通知消息中發(fā)送給對等節(jié)點(diǎn)，從而可以提高傳輸效率，節(jié)省信令開銷。所述PCRF的地址用于對等節(jié)點(diǎn)查找到與UE對應(yīng)的PCRF，從而與其進(jìn)行信令交互。806 :對等節(jié)點(diǎn)接收UE發(fā)送的至少包含PCRF的地址的卸載通知消息，從該卸載通知消息中獲取PCRF的地址，并向UE發(fā)送卸載通知確認(rèn)消息。
807:如果UE接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息，則向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流。本實(shí)施例中，如果UE收到卸載通知確認(rèn)消息，則可以確認(rèn)聯(lián)系對等節(jié)點(diǎn)成功，如果UE沒有接收到卸載通知確認(rèn)消息，則確定聯(lián)系對等節(jié)點(diǎn)失敗，從而無需向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載的數(shù)據(jù)流。其中，UE在判斷是否收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息時，可以具體地判斷是否在指定的時間內(nèi)接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息，如果在規(guī)定的時間內(nèi)沒有接收到，則確認(rèn)聯(lián)系對等節(jié)點(diǎn)失敗。優(yōu)選地，上述方法還包括如果UE在指定的時間內(nèi)未接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息，則將需要卸載的數(shù)據(jù)流發(fā)送到3GPP EPC網(wǎng)絡(luò)。其中，3GPP EPC網(wǎng)絡(luò)是指3GPP網(wǎng)絡(luò)中的EPC網(wǎng)絡(luò)。808 :對等節(jié)點(diǎn)接收UE發(fā)送的需要卸載的數(shù)據(jù)流，并根據(jù)已獲得的PCRF的地址尋址到該P(yáng)CRF，觸發(fā)該P(yáng)CRF對需要卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。其中，對等節(jié)點(diǎn)可以根據(jù)已獲得的PCRF的地址尋址到對應(yīng)的PCRF，并與該P(yáng)CRF通過Rx接口進(jìn)行信令交互，觸發(fā)PCRF為BPCF提供策略和QoS規(guī)則等等，BPCF再將這些策略和QoS規(guī)則提供給BNG由BNG執(zhí)行這些策略和QoS規(guī)則，從而實(shí)現(xiàn)對UE卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。本實(shí)施例提供的上述方法所應(yīng)用的網(wǎng)絡(luò)架構(gòu)中，BBF網(wǎng)絡(luò)內(nèi)可以部署B(yǎng)PCF，或者也可以不部署B(yǎng)PCF，當(dāng)不部署B(yǎng)PCF時，可以通過其它節(jié)點(diǎn)來完成相應(yīng)的功能，本發(fā)明對此不限定。下面針對BBF網(wǎng)絡(luò)內(nèi)部署有BPCF的網(wǎng)絡(luò)架構(gòu)舉例說明上述方法的應(yīng)用。參見圖9，為本實(shí)施例提供的上述方法的具體應(yīng)用流程示意圖，UE的卸載過程具體如下901 UE進(jìn)行3GPP EPC網(wǎng)絡(luò)的接入鑒權(quán)/授權(quán)。902 =BBF網(wǎng)絡(luò)的BNG為UE分配本地IP地址。903 :進(jìn)行3GPP EPC網(wǎng)絡(luò)的接入鑒權(quán)/授權(quán)過程觸發(fā)BBF網(wǎng)絡(luò)的BPCF和EPC網(wǎng)絡(luò)的PCRF之間建立S9a會話。904 :UE 與 ePDG 之間進(jìn)行 IKEv2 鑒權(quán)和 IPsec (Internet Protocol Security,互聯(lián)網(wǎng)協(xié)議安全性)隧道建立，ePDG與EPC網(wǎng)絡(luò)的HSS/AAA進(jìn)行鑒權(quán)/授權(quán)過程。905 :基于IPsec隧道的鑒權(quán)/授權(quán)過程觸發(fā)BPCF和PCRF之間建立S9a會話。其中，步驟905與步驟903屬于二者選其一的可選步驟，根據(jù)具體的應(yīng)用場景可以執(zhí)行步驟903建立S9a會話或者執(zhí)行步驟905建立S9a會話，本發(fā)明對此不限定。906 ePDG向TON Gff發(fā)送代理綁定更新信息，發(fā)起綁定更新過程。
907 PDN Gff發(fā)起與PCRF建立IP-CAN會話的過程，在該過程中I3DN Gff獲得PCRF的地址。908 PDN Gff與HSS/AAA之間進(jìn)行TON Gff地址更新過程。909 PDN Gff將代理綁定確認(rèn)消息發(fā)送給ePDG，且該代理綁定確認(rèn)消息中包含已獲取的PCRF的地址。910 ePDG與UE之間完成IPsec隧道的建立過程。911 ePDG通過最后一個IKEv2消息將已獲取的PCRF的地址發(fā)送給UE。912 UE收到該P(yáng)CRF的地址后，向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送卸載通知消息，且該卸載通知消息中包含卸載通知指示和已獲得的PCRF的地址。913 :對等節(jié)點(diǎn)接收到UE發(fā)送的卸載通知消息后，向UE發(fā)送卸載通知確認(rèn)消息。 914 UE接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息后，向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流；其中，該步驟914即UE聯(lián)系對等節(jié)點(diǎn)的過程。915 :對等節(jié)點(diǎn)根據(jù)已獲取的PCRF的地址尋址到對應(yīng)的PCRF。916 :對等體節(jié)點(diǎn)與該P(yáng)CRF之間進(jìn)行Rx信令交互。917 =PCRF為BPCF提供網(wǎng)關(guān)控制策略和QoS規(guī)則。918 =BPCF為BNG提供上述交互的策略和QoS規(guī)則，由BNG執(zhí)行這些策略和QoS規(guī)貝IJ，實(shí)現(xiàn)對卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。本實(shí)施例提供的上述方法，通過接收TON GW發(fā)送的PCRF的地址，并向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送該P(yáng)CRF的地址，無需對等節(jié)點(diǎn)存儲和維護(hù)PCRF的地址，極大地降低了卸載數(shù)據(jù)的維護(hù)成本；另外，通過向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載通知消息，在接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，可避免對等節(jié)點(diǎn)檢測不到數(shù)據(jù)流時繼續(xù)發(fā)送數(shù)據(jù)流給對等節(jié)點(diǎn)而導(dǎo)致丟包的情況，提高了卸載效率。進(jìn)一步地，通過接收ePDG發(fā)送的IKEv2消息，獲取PCRF的地址，簡單方便，容易實(shí)現(xiàn)；另外，將PCRF的地址添加在卸載通知消息中發(fā)送給對等節(jié)點(diǎn)，可提高傳輸效率，節(jié)省信令開銷。實(shí)施例四參見圖10，本實(shí)施例提供了一種用戶設(shè)備，該設(shè)用戶設(shè)備包括第一接收模塊1001，用于接收TON Gff發(fā)送的PCRF的地址；第一發(fā)送模塊1002，用于向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含所述PCRF的地址的卸載通知消息；第二接收模塊1003，用于接收對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息；第二發(fā)送模塊1004，用于當(dāng)?shù)诙邮漳K1003接收到卸載通知確認(rèn)消息之后，向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，以使對等節(jié)點(diǎn)根據(jù)卸載通知消息包含的PCRF的地址尋址到該P(yáng)CRF，并觸發(fā)該P(yáng)CRF對需要卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。參見圖11，本實(shí)施例中，第一接收模塊1001包括第一接收單元1001A，用于接收TON GW發(fā)送的綁定確認(rèn)消息，該綁定確認(rèn)消息中包含PCRF的地址?；蛘?，第一接收模塊1001包括第二接收單元100IB，用于接收ePDG發(fā)送的IKEv2消息，該IKEv2消息中包含PCRF的地址。本實(shí)施例中，第二發(fā)送模塊1004還用于當(dāng)?shù)诙邮漳K1003在指定的時間內(nèi)未接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息時，將需要卸載的數(shù)據(jù)流發(fā)送到3GPP EPC網(wǎng)絡(luò)。需要說明的是在本發(fā)明實(shí)施例當(dāng)中描述的UE包括但不限于各種制式手機(jī)、基于不同操作系統(tǒng)的智能手機(jī)或PDA等具有無線通信功能的電子設(shè)備。本實(shí)施例提供的上述用戶設(shè)備，可以執(zhí)行上述任一方法實(shí)施例中提供的卸載數(shù)據(jù)的方法，具體過程詳見方法實(shí)施例中的描述，此處不贅述。本實(shí)施例提供的用戶設(shè)備，通過接收TON GW發(fā)送的PCRF的地址，并向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送該P(yáng)CRF的地址，無需對等節(jié)點(diǎn)存儲和維護(hù)PCRF的地址，極大地降低了卸載數(shù)據(jù)的維護(hù)成本；另外，通過向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載通知消息，在接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，可避免對等節(jié)點(diǎn)檢測不到數(shù) 據(jù)流時繼續(xù)發(fā)送數(shù)據(jù)流給對等節(jié)點(diǎn)而導(dǎo)致丟包的情況，提高了卸載效率。進(jìn)一步地，通過接收TON Gff發(fā)送的綁定確認(rèn)消息或者ePDG發(fā)送的IKEv2消息，獲取PCRF的地址，簡單方便，容易實(shí)現(xiàn)；另外，將PCRF的地址添加在卸載通知消息中發(fā)送給對等節(jié)點(diǎn)，可提高傳輸效率，節(jié)省信令開銷。實(shí)施例五參見圖12，本實(shí)施例提供了一種對等節(jié)點(diǎn)，該對等節(jié)點(diǎn)包括第一接收模塊1201，用于接收UE發(fā)送的至少包含PCRF的地址的卸載通知消息；第一發(fā)送模塊1202，用于當(dāng)?shù)谝唤邮漳K1201接收到卸載通知消息后，向UE發(fā)送卸載通知確認(rèn)消息；第二接收模塊1203，用于接收UE發(fā)送的需要卸載的數(shù)據(jù)流；觸發(fā)模塊1204，用于當(dāng)?shù)诙邮漳K1203接收到需要卸載的數(shù)據(jù)流時，根據(jù)卸載通知消息包含的PCRF的地址尋址到該P(yáng)CRF，觸發(fā)該P(yáng)CRF對需要卸載的數(shù)據(jù)流進(jìn)行策略和QoS控制。需要說明的是本實(shí)施例中，基于上述三種不同的網(wǎng)絡(luò)架構(gòu)，所述對等節(jié)點(diǎn)可以為AF、BBF AF或TDF。其中，TDF具有數(shù)據(jù)檢測功能、數(shù)據(jù)接收/發(fā)送功能等，AF或BBF AF除具有數(shù)據(jù)檢測功能、數(shù)據(jù)接收/發(fā)送功能外，還具有一定的處理功能，包括但不限于存儲、查找和匹配等功能。本實(shí)施例提供的上述對等節(jié)點(diǎn)，可以執(zhí)行上述任一方法實(shí)施例中提供的卸載數(shù)據(jù)的方法，具體過程詳見方法實(shí)施例中的描述，此處不贅述。本實(shí)施例提供的對等節(jié)點(diǎn)，通過接收UE發(fā)送的PCRF的地址，無需預(yù)先存儲PCRF的地址以及對PCRF的地址進(jìn)行維護(hù)，極大地降低了卸載數(shù)據(jù)的維護(hù)成本；并且，在接收到UE發(fā)送的卸載通知消息之后向UE發(fā)送通知確認(rèn)消息，以便UE對二者的連接進(jìn)行確認(rèn)，從而可避免對等節(jié)點(diǎn)檢測不到數(shù)據(jù)流時UE繼續(xù)發(fā)送數(shù)據(jù)流而導(dǎo)致丟包的情況，提高了卸載效率。實(shí)施例六參見圖13，本實(shí)施例提供了一種卸載數(shù)據(jù)的系統(tǒng)，該系統(tǒng)包括用戶設(shè)備UE1301和對等節(jié)點(diǎn)1302。其中，UE1301可以為上述實(shí)施例四提供的UE，對等節(jié)點(diǎn)1302可以為上述實(shí)施例五提供的對等節(jié)點(diǎn)。本實(shí)施例提供的上述卸載數(shù)據(jù)的系統(tǒng)，可以執(zhí)行上述任一方法實(shí)施例中提供的卸載數(shù)據(jù)的方法，具體過程詳見方法實(shí)施例中的描述，此處不贅述。本實(shí)施例提供的卸載數(shù)據(jù)的系統(tǒng)，通過接收TON GW發(fā)送的PCRF的地址，并向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送該P(yáng)CRF的地址，無需對等節(jié)點(diǎn)存儲和維護(hù)PCRF的地址，極大地降低了卸載數(shù)據(jù)的維護(hù)成本；另外，通過向?qū)Φ裙?jié)點(diǎn)發(fā)送卸載通知消息，在接收到對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后向?qū)Φ裙?jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，可避免對等節(jié)點(diǎn)檢測不到數(shù)據(jù)流時繼續(xù)發(fā)送數(shù)據(jù)流給對等節(jié)點(diǎn)而導(dǎo)致丟包的情況，提高了卸載效率。另外，通過接收TON Gff發(fā)送的綁定確認(rèn)消息或者ePDG發(fā)送的IKEv2消息，獲取PCRF的地址，簡單方便，容易實(shí)現(xiàn)。將PCRF的地址添加在卸載通知消息中發(fā)送給對等節(jié)點(diǎn)，可提高傳輸效率，節(jié)省信令開銷。需要說明的是上述實(shí)施例提供的卸載數(shù)據(jù)的系統(tǒng)在卸載數(shù)據(jù)時，僅以上述各功 能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實(shí)施例提供的用戶設(shè)備、對等節(jié)點(diǎn)及卸載數(shù)據(jù)的系統(tǒng)與卸載數(shù)據(jù)的方法實(shí)施例屬于同一構(gòu)思，其具體實(shí)現(xiàn)過程詳見方法實(shí)施例，這里不再贅述。上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。本發(fā)明實(shí)施例中的全部或部分步驟，可以利用軟件實(shí)現(xiàn)，相應(yīng)的軟件程序可以存儲在可讀取的存儲介質(zhì)中，如光盤或硬盤等。以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種卸載數(shù)據(jù)的方法，其特征在于，所述方法包括 接收分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)roN GW發(fā)送的策略和計(jì)費(fèi)規(guī)則功能PCRF的地址； 向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含所述PCRF的地址的卸載通知消息； 接收到所述對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后，向所述對等節(jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，以使所述對等節(jié)點(diǎn)根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF,并觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì)量QoS控制。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，接收TONGW發(fā)送的策略和計(jì)費(fèi)規(guī)則功能PCRF的地址，包括 接收所述TON Gff發(fā)送的綁定確認(rèn)消息，所述綁定確認(rèn)消息中包含所述PCRF的地址。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，接收TONGW發(fā)送的策略和計(jì)費(fèi)規(guī)則功能PCRF的地址，包括 接收演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān)ePDG送的第二版互聯(lián)網(wǎng)密鑰交換協(xié)議IKEv2消息，所述IKEv2消息中包含所述PCRF的地址。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述IKEv2消息中包含的所述PCRF的地址由所述ePDG從所述TON Gff發(fā)送的代理綁定確認(rèn)消息中獲取。
5.根據(jù)權(quán)利要求I至4中任一項(xiàng)所述的方法，其特征在于，所述方法還包括 如果在指定的時間內(nèi)未接收到所述對等節(jié)點(diǎn)發(fā)送的所述卸載通知確認(rèn)消息，則將所述需要卸載的數(shù)據(jù)流發(fā)送到第三代移動通信標(biāo)準(zhǔn)化伙伴項(xiàng)目3GPP演進(jìn)的分組數(shù)據(jù)核心網(wǎng)EPC網(wǎng)絡(luò)。
6.一種卸載數(shù)據(jù)的方法，其特征在于，所述方法包括 接收用戶設(shè)備UE發(fā)送的至少包含策略和計(jì)費(fèi)規(guī)則功能PCRF的地址的卸載通知消息； 向所述UE發(fā)送卸載通知確認(rèn)消息； 接收所述UE發(fā)送的需要卸載的數(shù)據(jù)流，并根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì)量QoS控制。
7.一種用戶設(shè)備UE，其特征在于，所述UE包括 第一接收模塊，用于接收分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)TON Gff發(fā)送的策略和計(jì)費(fèi)規(guī)則功能PCRF的地址； 第一發(fā)送模塊，用于向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含所述PCRF的地址的卸載通知消息； 第二接收模塊，用于接收所述對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息； 第二發(fā)送模塊，用于當(dāng)所述第二接收模塊接收到所述卸載通知確認(rèn)消息之后，向所述對等節(jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，以使所述對等節(jié)點(diǎn)根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，并觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì)量QoS控制。
8.根據(jù)權(quán)利要求7所述的UE，其特征在于，所述第一接收模塊包括 第一接收單元，用于接收所述TON GW發(fā)送的綁定確認(rèn)消息，所述綁定確認(rèn)消息中包含所述PCRF的地址。
9.根據(jù)權(quán)利要求7所述的UE，其特征在于，所述第一接收模塊包括第二接收單元，用于接收演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān)ePDG發(fā)送的第二版互聯(lián)網(wǎng)密鑰交換協(xié)議IKEv2消息，所述IKEv2消息中包含所述PCRF的地址。
10.根據(jù)權(quán)利要求7至9任一項(xiàng)所述的UE，其特征在于， 所述第二發(fā)送模塊還用于當(dāng)所述第二接收模塊在指定的時間內(nèi)未接收到所述對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息時，將所述需要卸載的數(shù)據(jù)流發(fā)送到第三代移動通信標(biāo)準(zhǔn)化伙伴項(xiàng)目3GPP演進(jìn)的分組數(shù)據(jù)核心網(wǎng)EPC網(wǎng)絡(luò)。
11.一種對等節(jié)點(diǎn)，其特征在于，所述對等節(jié)點(diǎn)包括 第一接收模塊，用于接收用戶設(shè)備UE發(fā)送的至少包含策略和計(jì)費(fèi)規(guī)則功能PCRF的地址的卸載通知消息； 第一發(fā)送模塊，用于當(dāng)所述第一接收模塊接收到所述卸載通知消息后，向所述UE發(fā)送卸載通知確認(rèn)消息； 第二接收模塊，用于接收所述UE發(fā)送的需要卸載的數(shù)據(jù)流； 觸發(fā)模塊，用于當(dāng)所述第二接收模塊接收到所述需要卸載的數(shù)據(jù)流時，根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì)量QoS控制。
12.—種卸載數(shù)據(jù)的系統(tǒng)，其特征在于，所述系統(tǒng)包括如權(quán)利要求7至10的用戶設(shè)備UE和如權(quán)利要求11的對等節(jié)點(diǎn)。
全文摘要
本發(fā)明公開了一種卸載數(shù)據(jù)的方法、用戶設(shè)備、對等節(jié)點(diǎn)及系統(tǒng)，屬于通信領(lǐng)域。所述方法包括接收PDN GW發(fā)送的PCRF的地址；向位于卸載目的網(wǎng)絡(luò)的對等節(jié)點(diǎn)發(fā)送至少包含所述PCRF的地址的卸載通知消息，接收到所述對等節(jié)點(diǎn)發(fā)送的卸載通知確認(rèn)消息之后，向所述對等節(jié)點(diǎn)發(fā)送需要卸載的數(shù)據(jù)流，以使所述對等節(jié)點(diǎn)根據(jù)所述卸載通知消息包含的所述PCRF的地址尋址到所述PCRF，并觸發(fā)所述PCRF對所述需要卸載的數(shù)據(jù)流進(jìn)行策略和服務(wù)質(zhì)量QoS控制；還提供了相應(yīng)的用戶設(shè)備、對等節(jié)點(diǎn)及系統(tǒng)。本發(fā)明降低了卸載數(shù)據(jù)的維護(hù)成本，提高了卸載效率。
文檔編號H04W88/02GK102780996SQ20121017168
公開日2012年11月14日 申請日期2012年5月29日 優(yōu)先權(quán)日2012年5月29日
發(fā)明者徐冠斌 申請人:華為終端有限公司