專利名稱：業(yè)務(wù)下發(fā)方法、裝置及通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及業(yè)務(wù)下發(fā)方法、裝置及通信系統(tǒng)。
背景技術(shù)：
Web緩存位于Web服務(wù)器和UE之間，Web緩存會(huì)根據(jù)進(jìn)來的請(qǐng)求保存輸出內(nèi)容的副本，例如html頁面，圖片，文件等，然后，當(dāng)下一個(gè)請(qǐng)求來到的時(shí)候如果是相同的URL， Web緩存直接使用副本響應(yīng)訪問請(qǐng)求，而不是向Web服務(wù)器再次發(fā)送請(qǐng)求。超文本傳輸協(xié)議(HTTP :hypertext transfer protocol)是Web協(xié)議簇中的重要協(xié)議，是從客戶機(jī)/服務(wù)器模型發(fā)展起來的?？蛻魴C(jī)與服務(wù)器連接時(shí)，首先向服務(wù)器提出請(qǐng)求，服務(wù)器根據(jù)客戶的請(qǐng)求，完成處理并給出響應(yīng)。HTTP早期版本的一個(gè)重要特點(diǎn)是限制每次連接只處理1個(gè)請(qǐng)求。服務(wù)器處理完客戶的請(qǐng)求，并收到客戶的應(yīng)答后，即斷開連接。采用這種方式可以節(jié)省傳輸時(shí)間。其過程也就是建立連接，發(fā)出1個(gè)請(qǐng)求信息，發(fā)出1個(gè)響應(yīng)信息，關(guān)閉連接。HTTP/1. 1于1999年6月作為RFC出現(xiàn)，改變了早期版本的基本模式，不再是每次連接只處理1個(gè)請(qǐng)求了，而是使用持久連接。即一旦客戶打開了和特定服務(wù)器的連接，客戶就讓該連接在多個(gè)請(qǐng)求和響應(yīng)的過程中一直存在。當(dāng)客戶或服務(wù)器準(zhǔn)備關(guān)閉連接時(shí)，則通知另一端，然后關(guān)閉該連接。這個(gè)過程是建立連接，發(fā)出η個(gè)請(qǐng)求信息，發(fā)出η 個(gè)響應(yīng)信息，關(guān)閉連接；其中，還使用了流水線技術(shù)，也就是在逐個(gè)地發(fā)送η個(gè)請(qǐng)求信息時(shí)， 不必等待響應(yīng)。內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN =Content Delivery Network)的目的是通過在現(xiàn)有的 Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶設(shè)備的網(wǎng)絡(luò)"邊緣"，使用戶設(shè)備可以就近取得所需的內(nèi)容，解決hternet網(wǎng)絡(luò)擁擠的狀況，提高用戶設(shè)備訪問網(wǎng)站的響應(yīng)速度。CDN采用重定向方式實(shí)現(xiàn)業(yè)務(wù)緩存和響應(yīng)，基于用戶設(shè)備的網(wǎng)絡(luò)地址找到用戶設(shè)備所在的本地Cache位置。⑶N中的HTTP重定向方案，是通過全局負(fù)載均衡交換機(jī)的HTTP重定向技術(shù)，將用戶設(shè)備的訪問請(qǐng)求重定向到最優(yōu)的服務(wù)器。該技術(shù)方案需做的先期工作是在DNS服務(wù)器中將網(wǎng)站對(duì)應(yīng)的域名解析記錄指向到全局負(fù)載均衡交換機(jī)的IP地址。用戶設(shè)備訪問的基本流程如下(1)當(dāng)有客戶機(jī)訪問加入⑶N服務(wù)的網(wǎng)站的內(nèi)容時(shí)，所有訪問請(qǐng)求都被發(fā)送到全局負(fù)載均衡交換機(jī)上。(2)全局負(fù)載均衡交換機(jī)與分布在⑶N各節(jié)點(diǎn)的本地負(fù)載均衡設(shè)備通信，根據(jù)一定策略選出一個(gè)最佳CDN節(jié)點(diǎn)。(3)全局負(fù)載均衡交換機(jī)向客戶機(jī)發(fā)回一個(gè)HTTP重定向指令(HTTP302)，同時(shí)將重定向主機(jī)(選出的最佳CDN節(jié)點(diǎn))的IP地址發(fā)送給用戶設(shè)備。
(4)客戶機(jī)收到重定向指令后，與選定的最佳⑶N節(jié)點(diǎn)建立連接，請(qǐng)求響應(yīng)網(wǎng)站的內(nèi)容。(5)該最佳CDN節(jié)點(diǎn)中的服務(wù)器響應(yīng)客戶機(jī)的請(qǐng)求，為客戶機(jī)提供所需的內(nèi)容?，F(xiàn)有的⑶N網(wǎng)絡(luò)采用重定向方式實(shí)現(xiàn)業(yè)務(wù)緩存和響應(yīng)，主要是基于用戶設(shè)備IP地址找到用戶設(shè)備所在的本地側(cè)邊緣Cache節(jié)點(diǎn)位置，核心節(jié)點(diǎn)將用戶設(shè)備請(qǐng)求重定向到用戶設(shè)備所在的本地側(cè)Cache節(jié)點(diǎn)，但是在移動(dòng)網(wǎng)絡(luò)中，移動(dòng)網(wǎng)絡(luò)的用戶設(shè)備的網(wǎng)絡(luò)地址與用戶設(shè)備的物理位置是不一致的，表現(xiàn)在RAN側(cè)Cache需要耦合RAN網(wǎng)絡(luò)，提供RAN網(wǎng)絡(luò)覆蓋用戶的業(yè)務(wù)，但CDN網(wǎng)絡(luò)核心節(jié)點(diǎn)不知道用戶設(shè)備所在RAN網(wǎng)絡(luò)的信息，因此很難將用戶設(shè)備重定向到本地RAN側(cè)的Cache節(jié)點(diǎn)，導(dǎo)致重定向后的Cache節(jié)點(diǎn)并不是用戶設(shè)備所在的本地側(cè)Cache節(jié)點(diǎn)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了業(yè)務(wù)下發(fā)方法、裝置及通信系統(tǒng)，可以由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)。本發(fā)明實(shí)施例提供了一種業(yè)務(wù)下發(fā)方法，包括接收?qǐng)?bào)文請(qǐng)求，該報(bào)文請(qǐng)求由所述內(nèi)容分析單元接收到UE發(fā)送的業(yè)務(wù)請(qǐng)求后，根據(jù)緩存策略從所述業(yè)務(wù)請(qǐng)求中解析得到；如果所述報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存，向所述UE發(fā)送第一報(bào)文響應(yīng)， 所述第一報(bào)文響應(yīng)包括所述報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。本發(fā)明實(shí)施例還提供了一種業(yè)務(wù)下發(fā)方法，包括接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系，所述綁定關(guān)系由所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在所述用戶設(shè)備成功附著到所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收來自CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由所述CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，所述重定向請(qǐng)求由業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址發(fā)送給所述CDN節(jié)點(diǎn)，以使所述 CDN節(jié)點(diǎn)根據(jù)所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址確定邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，并向所述用戶設(shè)備發(fā)送重定位請(qǐng)求，所述重定位請(qǐng)求包括所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使所述用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。本發(fā)明實(shí)施例還提供了一種業(yè)務(wù)下發(fā)方法，包括接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址的綁定關(guān)系，所述綁定關(guān)系由所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在所述用戶設(shè)備成功附著到所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由所述CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，所述重定向請(qǐng)求由所述業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址發(fā)送給所述CDN節(jié)點(diǎn)，以使所述CDN節(jié)點(diǎn)向所述用戶設(shè)備發(fā)送重定位請(qǐng)求，所述重定位請(qǐng)求包括所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使所述用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。本發(fā)明實(shí)施例還提供了一種業(yè)務(wù)下發(fā)裝置，包括接收單元，用于接收?qǐng)?bào)文請(qǐng)求，該報(bào)文請(qǐng)求由所述內(nèi)容分析單元接收到UE發(fā)送的業(yè)務(wù)請(qǐng)求后，根據(jù)緩存策略從所述業(yè)務(wù)請(qǐng)求中解析得到；判斷單元，用于判斷所述接收單元接收的報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存；發(fā)送單元，用于在所述判斷單元判斷所述報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存時(shí)，向所述UE發(fā)送第一報(bào)文響應(yīng)，所述第一報(bào)文響應(yīng)包括所述報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。本發(fā)明實(shí)施例還提供了一種業(yè)務(wù)下發(fā)裝置，包括接收單元，用于接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系，所述綁定關(guān)系由所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在所述用戶設(shè)備成功附著到所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收來自CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由所述CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，所述重定向請(qǐng)求由所述業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；發(fā)送單元，用于根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址發(fā)送給所述CDN節(jié)點(diǎn)，以使所述CDN節(jié)點(diǎn)根據(jù)所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址確定邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，并向所述用戶設(shè)備發(fā)送重定位請(qǐng)求，所述重定位請(qǐng)求包括所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的 CDN緩存的地址，以使所述用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。接收單元，用于接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址的綁定關(guān)系，所述綁定關(guān)系由所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在所述用戶設(shè)備成功附著到所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由所述 ⑶N節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，所述重定向請(qǐng)求由所述業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；本發(fā)明實(shí)施例還提供了一種業(yè)務(wù)下發(fā)裝置，包括發(fā)送單元，用于根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址發(fā)送給所述CDN節(jié)點(diǎn)，以使所述CDN節(jié)點(diǎn)向所述用戶設(shè)備發(fā)送重定位請(qǐng)求，所述重定位請(qǐng)求包括所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使所述用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的⑶N緩存獲取業(yè)務(wù)。本發(fā)明實(shí)施例還提供了一種通信系統(tǒng)，包括本發(fā)明實(shí)施例提供的業(yè)務(wù)下發(fā)裝置。從本發(fā)明實(shí)施例提供的以上技術(shù)方案可以看出，由于本發(fā)明實(shí)施例中緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì)HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的流程圖2為本發(fā)明另--個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的信令流程圖3為本發(fā)明另--個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的信令流程圖4為本發(fā)明另--個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的信令流程圖5為本發(fā)明另--個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的流程圖6為本發(fā)明另--個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的信令流程圖7為本發(fā)明一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)圖8為本發(fā)明另--個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)圖9為本發(fā)明另--個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)圖10為本發(fā)明另-一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)圖11為本發(fā)明另-一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)圖12為本發(fā)明另-一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實(shí)施例提供的方法和裝置可以應(yīng)用于所有的移動(dòng)通信系統(tǒng)，如通用移動(dòng)通信系統(tǒng)(UMTS :Universal Mobile Telecommunications System)、長(zhǎng)期演進(jìn)(LTE : Long Term Evolution)移動(dòng)通信系統(tǒng)、全球移動(dòng)通訊系統(tǒng)(GSM :Global System for Mobile Communications)、全球微波互聯(lián)接入(WiMAX :Worldwide Interoperability for Microwave Access)移動(dòng)通信系統(tǒng)、碼分多址(CDMA2000 =Code Division Multiple Access 2000)移動(dòng)通信系統(tǒng)等，也可以應(yīng)用于非移動(dòng)通信系統(tǒng)。本發(fā)明實(shí)施例在網(wǎng)絡(luò)側(cè)構(gòu)建緩存， 可以是一級(jí)或二級(jí)以上，例如可以在基站、和/或基站控制器、和/或網(wǎng)關(guān)構(gòu)建緩存，每個(gè)緩存都設(shè)置有對(duì)應(yīng)的內(nèi)容分析單元。如果在網(wǎng)絡(luò)側(cè)構(gòu)建一級(jí)緩存，該一級(jí)緩存可以是基站緩存、或基站控制器緩存、或網(wǎng)關(guān)緩存。如果在網(wǎng)絡(luò)側(cè)構(gòu)建二級(jí)緩存，該二級(jí)緩存可以是基站緩存和基站控制器緩存、或基站緩存和網(wǎng)關(guān)緩存、或基站控制器緩存和網(wǎng)關(guān)緩存。其中，基站緩存在不同的移動(dòng)通信系統(tǒng)中的名稱可能不同，例如在UMTS系統(tǒng)中可以稱為基站緩存 (NodeB Cache)，在LTE系統(tǒng)中可以稱為演進(jìn)基站緩存(eNodeB Cache)；同樣，網(wǎng)關(guān)緩存在不同的網(wǎng)絡(luò)系統(tǒng)中的名稱也可能不同，例如在UMTS系統(tǒng)中可以稱為網(wǎng)關(guān)通用分組無線服務(wù)支持節(jié)點(diǎn)緩存(GGSN Cache)，在LTE系統(tǒng)中可以稱為分組數(shù)據(jù)網(wǎng)關(guān)(PGW Cache)等。先介紹本發(fā)明實(shí)施例提供的業(yè)務(wù)下發(fā)方法，圖1描述了本發(fā)明一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的流程，該實(shí)施例描述的是緩存的處理流程，該實(shí)施例包括101、接收?qǐng)?bào)文請(qǐng)求，該報(bào)文請(qǐng)求由內(nèi)容分析單元接收到UE發(fā)送的業(yè)務(wù)請(qǐng)求后，根據(jù)緩存策略從報(bào)文請(qǐng)求中解析得到。接收的報(bào)文請(qǐng)求可以由緩存對(duì)應(yīng)的內(nèi)容分析單元發(fā)送，該內(nèi)容分析單元即為從業(yè)務(wù)請(qǐng)求中解析的到報(bào)文請(qǐng)求的內(nèi)容分析單元，該內(nèi)容分析單元可以是與基站對(duì)應(yīng)的內(nèi)容分析單元、或與基站控制器對(duì)應(yīng)的內(nèi)容分析單元、或與網(wǎng)關(guān)對(duì)應(yīng)的內(nèi)容分析單元。接收的報(bào)文請(qǐng)求也可以由緩存對(duì)應(yīng)的下一級(jí)緩存發(fā)送；例如，在該緩存為基站控制器緩存時(shí)，基站控制器緩存的下一級(jí)緩存為基站緩存；在該緩存為網(wǎng)關(guān)緩存時(shí)，網(wǎng)關(guān)緩存的下一級(jí)緩存可以是基站控制器緩存或基站緩存。其中，報(bào)文請(qǐng)求可以是請(qǐng)求HTTP業(yè)務(wù)的HTTP報(bào)文請(qǐng)求，也可以是請(qǐng)求非HTTP業(yè)務(wù)的非HTTP報(bào)文請(qǐng)求。102、判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存；如果是，進(jìn)入103 ；如果否，進(jìn)入104。103、向UE發(fā)送第一報(bào)文響應(yīng)，該第一報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。結(jié)束流程。其中，如果接收的報(bào)文請(qǐng)求由內(nèi)容分析單元發(fā)送，則可以直接向UE發(fā)送第一報(bào)文響應(yīng)；如果接收的報(bào)文請(qǐng)求由下一級(jí)緩存發(fā)送，則通過該下一級(jí)緩存向UE發(fā)送第一報(bào)文響應(yīng)，即先將第一報(bào)文響應(yīng)發(fā)送給該下一級(jí)緩存，再由該下一級(jí)緩存將第一報(bào)文響應(yīng)發(fā)送給 UE。104、建立與上一級(jí)緩存的第一連接。具體地，建立的連接可以是傳輸控制協(xié)議(TCP transmission Control Protocol)連接，用戶數(shù)據(jù)包協(xié)議(UDP =User Datagram Protocol)連接等。例如，在緩存是基站緩存時(shí)，對(duì)應(yīng)的上一級(jí)緩存可以是基站控制器緩存或網(wǎng)關(guān)緩存；在緩存時(shí)基站控制器緩存時(shí)，對(duì)應(yīng)的上一級(jí)緩存可以是網(wǎng)關(guān)緩存。在本發(fā)明的另一個(gè)實(shí)施例中，緩存沒有對(duì)應(yīng)的上一級(jí)緩存，則此時(shí)緩存可以建立與業(yè)務(wù)提供商的第二連接，此時(shí)緩存可以是基站緩存、或基站控制器緩存、或網(wǎng)關(guān)緩存。105、通過第一連接向上一級(jí)緩存轉(zhuǎn)發(fā)報(bào)文請(qǐng)求。具體地，在向上一級(jí)緩存轉(zhuǎn)發(fā)報(bào)文請(qǐng)求時(shí)，將源地址修改為緩存的地址，從而使該緩存可以接收到相應(yīng)的報(bào)文響應(yīng)；同時(shí)，將目的地址修改為上一級(jí)緩存的地址，使上一級(jí)緩存可以處理該報(bào)文請(qǐng)求，而不是丟棄該報(bào)文請(qǐng)求。在本發(fā)明的另一個(gè)實(shí)施例中，由于緩存沒有對(duì)應(yīng)的上一級(jí)緩存，則可以通過第二連接向業(yè)務(wù)提供商轉(zhuǎn)發(fā)報(bào)文請(qǐng)求。106、接收上一級(jí)緩存通過第一連接返回的第二報(bào)文響應(yīng)，該第二報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，向UE轉(zhuǎn)發(fā)第二報(bào)文響應(yīng)。在本發(fā)明的另一個(gè)實(shí)施例中，是通過第二連接向業(yè)務(wù)提供商轉(zhuǎn)發(fā)報(bào)文請(qǐng)求，則緩存接收到的可以是業(yè)務(wù)提供商通過第二連接返回的第三報(bào)文響應(yīng)，該第三報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，此時(shí)緩存可以向UE轉(zhuǎn)發(fā)第三報(bào)文響應(yīng)。在本發(fā)明的另一個(gè)實(shí)施例中，緩存是最頂級(jí)的緩存，如果報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存，則可以進(jìn)一步根據(jù)報(bào)文請(qǐng)求進(jìn)行熱度分析，如果熱度分析的結(jié)果達(dá)到保存條件，該最頂級(jí)的緩存可以將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給下級(jí)緩存，以使下級(jí)緩存保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。
在本發(fā)明的另一個(gè)實(shí)施例中，緩存是最頂級(jí)的緩存，如果報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)沒有保存在本地緩存，則在從服務(wù)提供商獲得了報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)后，可以根據(jù)報(bào)文請(qǐng)求進(jìn)行熱度分析，如果熱度分析的結(jié)果達(dá)到保存條件，該最頂級(jí)的緩存可以將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存；進(jìn)一步的，在本發(fā)明的另一個(gè)實(shí)施例中，該最頂級(jí)的緩存還可以將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給下級(jí)緩存，以使下級(jí)緩存保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。其中，最頂級(jí)的緩存時(shí)相對(duì)而言的，例如在網(wǎng)絡(luò)側(cè)設(shè)置了網(wǎng)關(guān)緩存、以及基站緩存和/或基站控制緩存時(shí)，最頂級(jí)的緩存時(shí)網(wǎng)關(guān)緩存，下級(jí)緩存是基站緩存和/或基站控制器緩存。在網(wǎng)絡(luò)側(cè)設(shè)置了基站控制器緩存和基站緩存時(shí)，最頂級(jí)的緩存是基站控制器緩存，下級(jí)緩存是基站緩存。從上可知，本實(shí)施例中緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì) HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。進(jìn)一步，在本發(fā)明的一個(gè)實(shí)施例中，如果本地沒有保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，緩存可以向上一級(jí)緩存或SP請(qǐng)求報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，從而確保向用戶設(shè)備發(fā)送報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，進(jìn)一步提高用戶的用戶體驗(yàn)。進(jìn)一步，在本發(fā)明的一個(gè)實(shí)施例中，最頂級(jí)緩存可以將用戶設(shè)備請(qǐng)求較多的(熱度較高)業(yè)務(wù)發(fā)送到下級(jí)緩存，使下級(jí)緩存就可以在用戶設(shè)備請(qǐng)求該業(yè)務(wù)時(shí)直接下發(fā)給用戶設(shè)備，提高用戶設(shè)備獲取業(yè)務(wù)的速度。如下介紹本發(fā)明實(shí)施例提供的業(yè)務(wù)下發(fā)方法在不同的網(wǎng)絡(luò)系統(tǒng)中的應(yīng)用，先介紹本發(fā)明實(shí)施例在UMTS中的應(yīng)用。本發(fā)明一個(gè)實(shí)施例在UMTS構(gòu)建三級(jí)緩存，分別是設(shè)置在NodeB節(jié)點(diǎn)的NodeB Cache,以及設(shè)置在基站控制器(RNC)節(jié)點(diǎn)的RNC Cache,以及設(shè)置在GGSN的GGSN Cache ； 每一級(jí)緩存都有其對(duì)應(yīng)的內(nèi)容分析單元。其中，NodeB Cache進(jìn)行業(yè)務(wù)緩存，以及響應(yīng)基站下用戶設(shè)備在本地緩存的業(yè)務(wù)請(qǐng)求。RNC Cache實(shí)現(xiàn)不是由NodeB進(jìn)行響應(yīng)，在RNC Cache 有緩存的用戶業(yè)務(wù)請(qǐng)求。GGSN Cache實(shí)現(xiàn)不是由RAN側(cè)(包括NodeB和RNC)響應(yīng)，在GGSN Cache有緩存的用戶業(yè)務(wù)請(qǐng)求，直接返回用戶請(qǐng)求的業(yè)務(wù)，對(duì)于在GGSN Cache沒有存儲(chǔ)的業(yè)務(wù)，GGSN可以代理用戶設(shè)備向業(yè)務(wù)提供商(SP)請(qǐng)求業(yè)務(wù)。同時(shí)，所有用戶設(shè)備發(fā)起的業(yè)務(wù)請(qǐng)求，都在GGSN Cache進(jìn)行業(yè)務(wù)熱度統(tǒng)計(jì)，并根據(jù)業(yè)務(wù)熱度，確定NodeB Cache, RNC Cache中需要保存的業(yè)務(wù)。圖2描述了本發(fā)明一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的信令流程，該實(shí)施例中UMTS 設(shè)置有NodeB緩存、RNC緩存和GGSN緩存，該實(shí)施例描述的是UMTS中網(wǎng)元的處理流程，該實(shí)施例包括201、用戶設(shè)備向NodeB發(fā)起業(yè)務(wù)請(qǐng)求，業(yè)務(wù)請(qǐng)求可以請(qǐng)求HTTP業(yè)務(wù)和/或非HTTP 業(yè)務(wù)，本實(shí)施例用業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)是HTTP業(yè)務(wù)進(jìn)行描述。202、NodeB把用戶設(shè)備的業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給NodeB內(nèi)容分析單元。203、NodeB內(nèi)容分析單元進(jìn)行本地Cache策略管理，根據(jù)本地Cache策略處理業(yè)務(wù)請(qǐng)求，將解析得到的HTTP報(bào)文請(qǐng)求發(fā)送到NodeB緩存。
9
本實(shí)施例中假設(shè)本地Cache策略是“解析80端口的HTTP報(bào)文請(qǐng)求。其中NodeB內(nèi)容分析單元的功能實(shí)現(xiàn)可以使用深度包解析(DPI)等方式。其中，在本發(fā)明的一個(gè)實(shí)施例中，NodeB內(nèi)容分析單元可以進(jìn)一步將解析得到的 HTTP報(bào)文請(qǐng)求發(fā)送到GGSN緩存，使GGSN緩存可以根據(jù)該HTTP報(bào)文請(qǐng)求進(jìn)行熱度分析。204、NodeB緩存判斷HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存。如果保存在本地緩存，進(jìn)入205 ；如果沒有保存在本地緩存，進(jìn)入206。205,NodeB緩存向用戶設(shè)備發(fā)送第一報(bào)文響應(yīng)，第一報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。結(jié)束流程。206、NodeB緩存建立到RNC緩存的第一連接，通過第一連接向RNC緩存轉(zhuǎn)發(fā)HTTP 報(bào)文請(qǐng)求。207、NodeB緩存判斷HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存。如果保存在本地緩存，進(jìn)入208 ；如果沒有保存在本地緩存，進(jìn)入210。208,RNC緩存向NodeB緩存發(fā)送第二報(bào)文響應(yīng)，第二報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。209、NodeB緩存向用戶設(shè)備轉(zhuǎn)發(fā)第二報(bào)文響應(yīng)。結(jié)束流程。210、RNC緩存建立到GGSN緩存的第二連接，通過第二連接向GGSN緩存轉(zhuǎn)發(fā)HTTP 報(bào)文請(qǐng)求。211、GGSN緩存判斷HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存。如果保存在本地緩存，進(jìn)入212 ；如果沒有保存在本地緩存，進(jìn)入215。212、GGSN緩存向RNC緩存發(fā)送第三報(bào)文響應(yīng)，第三報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。213、RNC緩存向NodeB緩存轉(zhuǎn)發(fā)第三報(bào)文響應(yīng)。214、NodeB緩存向用戶設(shè)備轉(zhuǎn)發(fā)第三報(bào)文響應(yīng)。結(jié)束流程。215、GGSN緩存建立到SP的第三連接，通過第三連接向SP轉(zhuǎn)發(fā)HTTP報(bào)文請(qǐng)求。216、GGSN緩存接收來自SP的第四報(bào)文響應(yīng)，第四報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。217、GGSN緩存向RNC緩存轉(zhuǎn)發(fā)第四報(bào)文響應(yīng)。218、RNC緩存向NodeB緩存轉(zhuǎn)發(fā)第四報(bào)文響應(yīng)。219、NodeB緩存向用戶設(shè)備轉(zhuǎn)發(fā)第四報(bào)文響應(yīng)。結(jié)束流程。220、NodeB將業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給RNC。221、RNC將業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給GGSN。222、GGSN將業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給GGSN內(nèi)容分析單元。223、GGSN內(nèi)容分析單元根據(jù)本地Cache策略處理業(yè)務(wù)請(qǐng)求，將解析得到的HTTP報(bào)文請(qǐng)求發(fā)送到GGSN緩存。其中，如果解析得到的是非HTTP報(bào)文請(qǐng)求，則可以將非HTTP報(bào)文請(qǐng)求轉(zhuǎn)發(fā)到相應(yīng)的服務(wù)器或網(wǎng)關(guān)。224、GGSN緩存根據(jù)HTTP報(bào)文請(qǐng)求進(jìn)行熱度分析，并判斷熱度分析的結(jié)果是否達(dá)到保存條件。保存條件是需要設(shè)置的，如果熱度分析的結(jié)果達(dá)到保存條件，則說明請(qǐng)求該HTTP 報(bào)文請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)的用戶設(shè)備比較多，可以將HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)注入到RNC緩存和NodeB緩存。225、GGSN緩存將HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給RNC緩存和NodeB緩存。在本發(fā)明的另一個(gè)實(shí)施例中，GGSN緩存將HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給 RNC緩存；然后由RNC緩存進(jìn)行熱度分析，確定是否將HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給 NodeB緩存。需要說明的是，本實(shí)施例中202和220是同時(shí)執(zhí)行的，相應(yīng)的202 219與220 225是可以并行執(zhí)行的，本實(shí)施例中202和220僅僅是為了描述方便，并不是限定執(zhí)行上的
先后順序。從上可知，本實(shí)施例中NodeB緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì)HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。進(jìn)一步，如果本地沒有保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，NodeB緩存可以向RNC緩存請(qǐng)求報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，從而確保向用戶設(shè)備發(fā)送報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，進(jìn)一步提高用戶的用戶體驗(yàn)。進(jìn)一步，GGSN緩存可以將用戶設(shè)備請(qǐng)求較多的(熱度較高)業(yè)務(wù)發(fā)送到RNC緩存和/或NodeB緩存，使RNC緩存和NodeB就可以在用戶設(shè)備請(qǐng)求該業(yè)務(wù)時(shí)直接下發(fā)給用戶設(shè)備，提高用戶設(shè)備獲取業(yè)務(wù)的速度。在本發(fā)明的一個(gè)實(shí)施例中，UE可能從屬于同一個(gè)RNC的NodeBl切換到NodeB2，此時(shí)如果UE切換前在NodeBl請(qǐng)求的業(yè)務(wù)在NodeBl緩存有保存，在切換前會(huì)由NodeBl緩存響應(yīng)用戶設(shè)備的報(bào)文請(qǐng)求。則在切換后，UE會(huì)與NodeB2建立連接，則UE新的業(yè)務(wù)請(qǐng)求會(huì)由NodeB2緩存進(jìn)行處理，NodeB2的處理過程參照204 206。而如果UE切換前在NodeBl 請(qǐng)求的業(yè)務(wù)沒有在NodeBl緩存保存，則切換前已經(jīng)由RNC緩存響應(yīng)用戶設(shè)備的報(bào)文請(qǐng)求， 則在切換后，可以仍然由RNC緩存對(duì)用戶設(shè)備的報(bào)文請(qǐng)求進(jìn)行響應(yīng)。在本發(fā)明的一個(gè)實(shí)施例中，UE可能從屬于RNCl的NodeBl切換到從屬于RNC2的 NodeB2，此時(shí)如果UE切換前在NodeBl請(qǐng)求的業(yè)務(wù)在NodeBl緩存或RNCl緩存有保存，在切換前會(huì)由NodeBl緩存或RNCl緩存響應(yīng)用戶設(shè)備的報(bào)文請(qǐng)求。則在切換后，UE會(huì)與NodeB2 建立連接，則UE新的業(yè)務(wù)請(qǐng)求會(huì)由NodeB2緩存進(jìn)行處理，NodeB2的處理過程參照204 206。而如果UE切換前在NodeBl請(qǐng)求的業(yè)務(wù)沒有在NodeBl緩存和RNCl緩存保存，則切換前已經(jīng)由GGSN緩存響應(yīng)用戶設(shè)備的報(bào)文請(qǐng)求，則在切換后，可以仍然由GGSN緩存對(duì)用戶設(shè)備的報(bào)文請(qǐng)求進(jìn)行響應(yīng)。圖3描述了本發(fā)明一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的信令流程，該實(shí)施例中UMTS 設(shè)置有RNC緩存和GGSN緩存，該實(shí)施例描述的是UMTS中網(wǎng)元的處理流程，該實(shí)施例包括301、用戶設(shè)備向NodeB發(fā)起業(yè)務(wù)請(qǐng)求，業(yè)務(wù)請(qǐng)求可以請(qǐng)求HTTP業(yè)務(wù)和/或非HTTP 業(yè)務(wù)，本實(shí)施例用業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)是HTTP業(yè)務(wù)進(jìn)行描述。302、NodeB將用戶設(shè)備的業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給RNC。303、RNC將用戶設(shè)備的業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給RNC內(nèi)容分析單元。304、RNC內(nèi)容分析單元進(jìn)行本地Cache策略管理，根據(jù)本地Cache策略處理業(yè)務(wù)請(qǐng)求，將解析得到的HTTP報(bào)文請(qǐng)求發(fā)送到RNC緩存。其中，在本發(fā)明的一個(gè)實(shí)施例中，RNC內(nèi)容分析單元可以進(jìn)一步將解析得到的HTTP報(bào)文請(qǐng)求發(fā)送到GGSN緩存，使GGSN緩存可以根據(jù)該HTTP報(bào)文請(qǐng)求進(jìn)行熱度分析。305、RNC緩存判斷HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存。如果保存在本地緩存，進(jìn)入306 ；如果沒有保存在本地緩存，進(jìn)入307。306,RNC緩存向用戶設(shè)備發(fā)送第一報(bào)文響應(yīng)，第一報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。結(jié)束流程。307、RNC緩存建立到GGSN緩存的第一連接，通過第一連接向GGSN緩存轉(zhuǎn)發(fā)HTTP 報(bào)文請(qǐng)求。308,GGSN緩存判斷HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存。如果保存在本地緩存，進(jìn)入309 ；如果沒有保存在本地緩存，進(jìn)入311。309、GGSN緩存向RNC緩存發(fā)送第二報(bào)文響應(yīng)，第二報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。310、RNC緩存向用戶設(shè)備轉(zhuǎn)發(fā)第二報(bào)文響應(yīng)。結(jié)束流程。311、GGSN緩存建立到SP的第二連接，通過第二連接向SP轉(zhuǎn)發(fā)HTTP報(bào)文請(qǐng)求。312、接收來自SP的第三報(bào)文響應(yīng)，第三報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。313、GGSN緩存向RNC緩存轉(zhuǎn)發(fā)第三報(bào)文響應(yīng)。314、RNC緩存向用戶設(shè)備轉(zhuǎn)發(fā)第三報(bào)文響應(yīng)。結(jié)束流程。315、RNC將業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給GGSN。316、GGSN將業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給GGSN內(nèi)容分析單元。317、GGSN內(nèi)容分析單元根據(jù)本地Cache策略處理業(yè)務(wù)請(qǐng)求，將解析得到的HTTP報(bào)文請(qǐng)求發(fā)送到GGSN緩存。其中，如果解析得到的是非HTTP報(bào)文請(qǐng)求，則可以將非HTTP報(bào)文請(qǐng)求轉(zhuǎn)發(fā)到相應(yīng)的服務(wù)器或網(wǎng)關(guān)。318、GGSN緩存根據(jù)HTTP報(bào)文請(qǐng)求進(jìn)行熱度分析，并判斷熱度分析的結(jié)果是否達(dá)到保存條件。319、GGSN緩存將HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給RNC緩存。需要說明的是，本實(shí)施例中303和315是同時(shí)執(zhí)行的，相應(yīng)的303 314與315 319是可以并行執(zhí)行的，本實(shí)施例中303和315僅僅是為了描述方便，并不是限定執(zhí)行上的先后順序。從上可知，本實(shí)施例中RNC緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì) HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。進(jìn)一步，如果本地沒有保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，RNC緩存可以向GGSN緩存請(qǐng)求報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，從而確保向用戶設(shè)備發(fā)送報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，進(jìn)一步提高用戶的用戶體驗(yàn)。進(jìn)一步，GGSN緩存可以將用戶設(shè)備請(qǐng)求較多的(熱度較高)業(yè)務(wù)發(fā)送到RNC緩存，使RNC緩存可以在用戶設(shè)備請(qǐng)求該業(yè)務(wù)時(shí)直接下發(fā)給用戶設(shè)備，提高用戶設(shè)備獲取業(yè)務(wù)的速度。再介紹本發(fā)明實(shí)施例在LTE移動(dòng)通信系統(tǒng)中的應(yīng)用。本發(fā)明一個(gè)實(shí)施例在LTE移動(dòng)通信系統(tǒng)中構(gòu)建二級(jí)緩存，分別是設(shè)置在eNodeB節(jié)點(diǎn)的eNodeB Cache,以及設(shè)置在PGW的PGW Cache ；每一級(jí)緩存都有其對(duì)應(yīng)的內(nèi)容分析單元。其中，eNodeB Cache進(jìn)行業(yè)務(wù)緩存，以及響應(yīng)基站下用戶設(shè)備在本地緩存的業(yè)務(wù)請(qǐng)求。 PGff Cache實(shí)現(xiàn)不是由RAN側(cè)響應(yīng)，在PGW Cache有緩存的用戶設(shè)備業(yè)務(wù)請(qǐng)求，直接返回用戶設(shè)備請(qǐng)求的業(yè)務(wù)，對(duì)于在PGW Cache沒有存儲(chǔ)的業(yè)務(wù)，PGW可以代理用戶設(shè)備向SP請(qǐng)求業(yè)務(wù)。同時(shí)，所有用戶設(shè)備發(fā)起的業(yè)務(wù)請(qǐng)求，都在PGW Cache進(jìn)行業(yè)務(wù)熱度統(tǒng)計(jì)，并根據(jù)業(yè)務(wù)熱度，確定eNodeB Cache中需要保存的業(yè)務(wù)。圖4描述了本發(fā)明一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的信令流程，該實(shí)施例中LTE 移動(dòng)通信系統(tǒng)設(shè)置有eNodeB緩存和PGW緩存，該實(shí)施例描述的是LTE移動(dòng)通信系統(tǒng)中網(wǎng)元的處理流程，該實(shí)施例包括401、用戶設(shè)備向eNodeB發(fā)起業(yè)務(wù)請(qǐng)求，業(yè)務(wù)請(qǐng)求可以請(qǐng)求HTTP業(yè)務(wù)和/或非 HTTP業(yè)務(wù)，本實(shí)施例用業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)是HTTP業(yè)務(wù)進(jìn)行描述。402、eNodeB把用戶設(shè)備的業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給eNodeB內(nèi)容分析單元。403,eNodeB內(nèi)容分析單元進(jìn)行本地Cache策略管理，根據(jù)本地Cache策略處理業(yè)務(wù)請(qǐng)求，將解析得到的HTTP報(bào)文請(qǐng)求發(fā)送到eNodeB緩存。其中，在本發(fā)明的一個(gè)實(shí)施例中，eNodeB內(nèi)容分析單元可以進(jìn)一步將解析得到的 HTTP報(bào)文請(qǐng)求發(fā)送到PGW緩存，使PGW緩存可以根據(jù)該HTTP報(bào)文請(qǐng)求進(jìn)行熱度分析。404、eNodeB緩存判斷HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存。如果保存在本地緩存，進(jìn)入405 ；如果沒有保存在本地緩存，進(jìn)入406。405、eNodeB緩存向用戶設(shè)備發(fā)送第一報(bào)文響應(yīng)，第一報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。結(jié)束流程。406、NodeB緩存建立到PGW緩存的第一連接，通過第一連接向PGW緩存轉(zhuǎn)發(fā)HTTP 報(bào)文請(qǐng)求。407、PGff緩存判斷HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存。如果保存在本地緩存，進(jìn)入408 ；如果沒有保存在本地緩存，進(jìn)入410。408、PGff緩存向eNodeB緩存發(fā)送第二報(bào)文響應(yīng)，第二報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。409、eNodeB緩存向用戶設(shè)備轉(zhuǎn)發(fā)第二報(bào)文響應(yīng)。結(jié)束流程。410、PGW緩存建立到SP的第二連接，通過第二連接向SP轉(zhuǎn)發(fā)HTTP報(bào)文請(qǐng)求。411、PGW緩存接收來自SP的第三報(bào)文響應(yīng)，第三報(bào)文響應(yīng)包括HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。412、PGW緩存向eNodeB緩存轉(zhuǎn)發(fā)第三報(bào)文響應(yīng)。413、eNodeB緩存向用戶設(shè)備轉(zhuǎn)發(fā)第三報(bào)文響應(yīng)。結(jié)束流程。414、eNodeB將業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給服務(wù)網(wǎng)關(guān)(SGW)。415、SGW將業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給PGW。416、PGff將業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給PGW內(nèi)容分析單元。417,PGff內(nèi)容分析單元根據(jù)本地Cache策略處理業(yè)務(wù)請(qǐng)求，將解析得到的HTTP報(bào)文請(qǐng)求發(fā)送到PGW緩存。其中，如果解析得到的是非HTTP報(bào)文請(qǐng)求，則可以將非HTTP報(bào)文請(qǐng)求轉(zhuǎn)發(fā)到相應(yīng)的服務(wù)器或網(wǎng)關(guān)。418、PGW緩存根據(jù)HTTP報(bào)文請(qǐng)求進(jìn)行熱度分析，并判斷熱度分析的結(jié)果是否達(dá)到保存條件。419、PGff緩存將HTTP報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給eNodeB緩存。需要說明的是，本實(shí)施例中402和414是同時(shí)執(zhí)行的，相應(yīng)的402 413與415 419是可以并行執(zhí)行的，本實(shí)施例中402和414僅僅是為了描述方便，并不是限定執(zhí)行上的先后順序。從上可知，本實(shí)施例中eNodeB緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì)HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。進(jìn)一步，如果本地沒有保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，eNodeB緩存可以向PGW緩存請(qǐng)求報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，從而確保向用戶設(shè)備發(fā)送報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，進(jìn)一步提高用戶的用戶體驗(yàn)。進(jìn)一步，PGW緩存可以將用戶設(shè)備請(qǐng)求較多的(熱度較高)業(yè)務(wù)發(fā)送到eNodeB緩存，使eNodeB可以在用戶設(shè)備請(qǐng)求該業(yè)務(wù)時(shí)直接下發(fā)給用戶設(shè)備，提高用戶設(shè)備獲取業(yè)務(wù)的速度。在無線網(wǎng)絡(luò)中，由于終端的移動(dòng)，用戶設(shè)備與邊緣⑶N Cache節(jié)點(diǎn)的關(guān)系無法確定，造成了重定向的難度，本發(fā)明一個(gè)實(shí)施例建立用戶設(shè)備網(wǎng)絡(luò)地址與邊緣⑶N Cache網(wǎng)絡(luò)地址的動(dòng)態(tài)綁定關(guān)系，從而實(shí)現(xiàn)⑶N模式下的重定向功能，該邊緣⑶N Cache包可以是 NodeB Cache、RNC Cache、eNodeBCache 等。圖5描述了本發(fā)明另一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的流程，本實(shí)施例描述的是 PCRF的處理流程，該實(shí)施例包括501、接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與該邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系，該用戶設(shè)備的地址與該邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系由該邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在該用戶設(shè)備成功附著到該邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送。其中，邊緣網(wǎng)絡(luò)節(jié)點(diǎn)可以是NodeB、RNC、eNodeB等。其中，綁定的具體可以是用戶設(shè)備的網(wǎng)絡(luò)地址與邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的網(wǎng)絡(luò)地址。在本發(fā)明的另一個(gè)實(shí)施例中，網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與該邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的⑶N緩存的地址的綁定關(guān)系。502、接收來自⑶N節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，該邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括用戶設(shè)備的地址，邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，重定向請(qǐng)求由業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送。503、根據(jù)用戶設(shè)備的地址與邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系將查找到的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址發(fā)送給CDN節(jié)點(diǎn)，以使CDN節(jié)點(diǎn)根據(jù)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址確定邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，并向用戶設(shè)備發(fā)送重定位請(qǐng)求，重定位請(qǐng)求包括邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使用戶設(shè)備從邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。如果網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與該邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的⑶N緩存的地址的綁定關(guān)系，則可以直接根據(jù)該綁定關(guān)系將邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址發(fā)送給 CDN節(jié)點(diǎn)，使CDN節(jié)點(diǎn)可以直接向用戶設(shè)備發(fā)送包括邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址重定位請(qǐng)求。從上可知，本實(shí)施例中邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在用戶設(shè)備附著到網(wǎng)絡(luò)后，可以將用戶設(shè)備與邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的綁定關(guān)系發(fā)送給PCRF，從而在CDN重定向時(shí)，可以根據(jù)用戶設(shè)備與邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的綁定關(guān)系將用戶設(shè)備所在的本地側(cè)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)緩存的地址發(fā)送給用戶設(shè)備， 使用戶設(shè)備可以直接向所在的本地側(cè)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)緩存請(qǐng)求業(yè)務(wù)，從而由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高用戶的用戶體驗(yàn)。圖6描述了本發(fā)明另一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)方法的信令流程，該實(shí)施例描述的是UMTS網(wǎng)絡(luò)中網(wǎng)元的處理流程(在其他網(wǎng)絡(luò)中網(wǎng)元的處理流程與UMTS網(wǎng)絡(luò)中網(wǎng)元的處理流程類似，不再贅述)，該實(shí)施例以邊緣網(wǎng)絡(luò)節(jié)點(diǎn)是RNC為例進(jìn)行說明，該實(shí)施例包括600、⑶N節(jié)點(diǎn)預(yù)先將部分熱門內(nèi)容推送給RNC緩存。601、UE通過RNC與SGSN/GGSN發(fā)起附著和PDP激活流程。本實(shí)施例假設(shè)UE的認(rèn)證通過，允許UE使用業(yè)務(wù)，即UE成功附著到RNC。 602,RNC向PCRF上報(bào)UE與該RNC的綁定關(guān)系；具體可以綁定UE的IP地址與RNC 的IP地址。603、UE啟動(dòng)UE軟件后，向業(yè)務(wù)平臺(tái)上報(bào)UE的信息，UE的信息包括終端類型、操作系統(tǒng)和軟件版本等。604、業(yè)務(wù)平臺(tái)向策略與計(jì)費(fèi)規(guī)則功能(PCRF :Policy and Charging Rules Function)實(shí)體上報(bào)UE的信息。605、PCRF接收到UE的信息后，生成UE策略，向RNC緩存發(fā)送UE策略。606、UE向RNC發(fā)起業(yè)務(wù)請(qǐng)求。607、RNC在確定業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)不是由本地處理后，向業(yè)務(wù)平臺(tái)轉(zhuǎn)發(fā)業(yè)務(wù)請(qǐng)求。608、業(yè)務(wù)平臺(tái)判斷業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否是⑶N可緩存內(nèi)容；如果否，進(jìn)入 609 ；如果是，進(jìn)入611。609、業(yè)務(wù)平臺(tái)向SP轉(zhuǎn)發(fā)業(yè)務(wù)請(qǐng)求。610,SP向UE發(fā)送業(yè)務(wù)響應(yīng)，該業(yè)務(wù)響應(yīng)包括業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)。結(jié)束流程。611、業(yè)務(wù)平臺(tái)將業(yè)務(wù)請(qǐng)求重定向到⑶N節(jié)點(diǎn)。612、⑶N節(jié)點(diǎn)從PCRF查詢到RNC的地址，從而確定RNC緩存的地址。具體地，PCRF可以根據(jù)業(yè)務(wù)請(qǐng)求的源地址確定UE的地址，進(jìn)而根據(jù)UE的地址查詢到RNC的地址。613、⑶N節(jié)點(diǎn)向UE發(fā)送重定向請(qǐng)求，重定向請(qǐng)求包括RNC緩存的地址。614、UE根據(jù)RNC緩存的地址向RNC緩存發(fā)送業(yè)務(wù)請(qǐng)求。615、RNC判斷業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)是否保存在本地緩存；如果否，進(jìn)入616 ；如果是，進(jìn)入617。616、從SP獲取業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)。617、RNC緩存向UE發(fā)送業(yè)務(wù)響應(yīng)，該業(yè)務(wù)響應(yīng)包括業(yè)務(wù)請(qǐng)求所請(qǐng)求的業(yè)務(wù)。從上可知，本實(shí)施例中RNC在用戶設(shè)備附著到網(wǎng)絡(luò)后，可以將用戶設(shè)備與RNC的綁定關(guān)系發(fā)送給PCRF，從而在CDN重定向時(shí)，可以根據(jù)用戶設(shè)備與RNC的綁定關(guān)系將用戶設(shè)備所在的RNC緩存的地址發(fā)送給用戶設(shè)備，使用戶設(shè)備可以直接向RNC緩存請(qǐng)求業(yè)務(wù)，從而由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高用戶的用戶體驗(yàn)。需要說明的是，對(duì)于前述的各方法實(shí)施例，為了簡(jiǎn)單描述，故將其都表述為一系列
15的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明所必須的。再介紹本發(fā)明實(shí)施例提供的業(yè)務(wù)下發(fā)裝置，圖7描述了本發(fā)明一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)，包括接收單元701，用于接收?qǐng)?bào)文請(qǐng)求，該報(bào)文請(qǐng)求由所述內(nèi)容分析單元接收到UE發(fā)送的業(yè)務(wù)請(qǐng)求后，根據(jù)緩存策略從業(yè)務(wù)請(qǐng)求中解析得到。判斷單元702，用于判斷接收單元701接收的報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存。發(fā)送單元703，用于在判斷單元702判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存時(shí)，向UE發(fā)送第一報(bào)文響應(yīng)，第一報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。本實(shí)施例提供的業(yè)務(wù)下發(fā)裝置可以作為緩存使用。從上可知，本實(shí)施例中緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì) HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。圖8描述了本發(fā)明另一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)，包括接收單元801、 判斷單元802、發(fā)送單元803和連接建立單元804，其中接收單元801，用于接收?qǐng)?bào)文請(qǐng)求，該報(bào)文請(qǐng)求由所述內(nèi)容分析單元接收到UE發(fā)送的業(yè)務(wù)請(qǐng)求后，根據(jù)緩存策略從業(yè)務(wù)請(qǐng)求中解析得到。接收上一級(jí)緩存通過連接建立單元804建立的第一連接返回的第二報(bào)文響應(yīng)，該第二報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。判斷單元802，用于判斷接收單元801接收的報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存。發(fā)送單元803，用于在判斷單元802判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存時(shí)，向UE發(fā)送第一報(bào)文響應(yīng)，第一報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。通過連接建立單元804建立的第一連接向上一級(jí)緩存轉(zhuǎn)發(fā)報(bào)文請(qǐng)求。向UE轉(zhuǎn)發(fā)接收單元801接收的第二報(bào)文響應(yīng)。連接建立單元804，用于在判斷單元802判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)沒有保存在本地緩存時(shí)，建立與上一級(jí)緩存的第一連接。本實(shí)施例提供的業(yè)務(wù)下發(fā)裝置可以作為緩存使用。從上可知，本實(shí)施例中緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì) HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。進(jìn)一步，在本發(fā)明的一個(gè)實(shí)施例中，如果本地沒有保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，緩存可以向上一級(jí)緩存請(qǐng)求報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，從而確保向用戶設(shè)備發(fā)送報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，進(jìn)一步提高用戶的用戶體驗(yàn)。圖9描述了本發(fā)明另一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)，包括接收單元901、 判斷單元902、發(fā)送單元903和連接建立單元904，其中接收單元901，用于接收?qǐng)?bào)文請(qǐng)求，該報(bào)文請(qǐng)求由所述內(nèi)容分析單元接收到UE發(fā)送的業(yè)務(wù)請(qǐng)求后，根據(jù)緩存策略從業(yè)務(wù)請(qǐng)求中解析得到。接收業(yè)務(wù)提供商通過連接建立單元904建立的第一連接返回的第二報(bào)文響應(yīng)，該第二報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。判斷單元902，用于判斷接收單元901接收的報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存。發(fā)送單元903，用于在判斷單元902判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存時(shí)，向UE發(fā)送第一報(bào)文響應(yīng)，第一報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。通過連接建立單元904建立的第一連接向業(yè)務(wù)提供商轉(zhuǎn)發(fā)報(bào)文請(qǐng)求。向UE轉(zhuǎn)發(fā)接收單元901接收的第二報(bào)文響應(yīng)。連接建立單元904，用于在判斷單元902判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)沒有保存在本地緩存時(shí)，建立與業(yè)務(wù)提供商的第一連接。本實(shí)施例提供的業(yè)務(wù)下發(fā)裝置可以作為緩存使用。從上可知，本實(shí)施例中緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì) HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。進(jìn)一步，在本發(fā)明的一個(gè)實(shí)施例中，如果本地沒有保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，緩存可以向SP請(qǐng)求報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，從而確保向用戶設(shè)備發(fā)送報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，進(jìn)一步提高用戶的用戶體驗(yàn)。圖10描述了本發(fā)明另一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)，包括接收單元 1001、判斷單元1002、發(fā)送單元1003、連接建立單元1004、分析單元1005和保存單元1006， 其中接收單元1001，用于接收?qǐng)?bào)文請(qǐng)求，該報(bào)文請(qǐng)求由所述內(nèi)容分析單元接收到UE發(fā)送的業(yè)務(wù)請(qǐng)求后，根據(jù)緩存策略從業(yè)務(wù)請(qǐng)求中解析得到。接收業(yè)務(wù)提供商通過連接建立單元1004建立的第一連接返回的第二報(bào)文響應(yīng)，該第二報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。判斷單元1002，用于判斷接收單元1001接收的報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存。判斷分析單元1005進(jìn)行熱度分析的結(jié)果是否達(dá)到保存條件。發(fā)送單元1003，用于在判斷單元1002判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存時(shí)，向UE發(fā)送第一報(bào)文響應(yīng)，第一報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。通過連接建立單元1004建立的第一連接向業(yè)務(wù)提供商轉(zhuǎn)發(fā)報(bào)文請(qǐng)求。向UE轉(zhuǎn)發(fā)接收單元1001接收的第二報(bào)文響應(yīng)。在本發(fā)明的另一個(gè)實(shí)施例中，發(fā)送單元1003還可以用于將保存單元1006保存的報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給下級(jí)緩存，使下級(jí)緩存保存所述報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。連接建立單元1004，用于在判斷單元1002判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)沒有保存在本地緩存時(shí)，建立與業(yè)務(wù)提供商的第一連接。分析單元1005，用于根據(jù)接收單元1001接收的報(bào)文請(qǐng)求進(jìn)行熱度分析。保存單元1006，用于在判斷單元1002判斷熱度分析的結(jié)果達(dá)到保存條件時(shí)，將接收單元1001接收的報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存。本實(shí)施例提供的業(yè)務(wù)下發(fā)裝置可以作為緩存使用。從上可知，本實(shí)施例中緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì) HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。進(jìn)一步，在本發(fā)明的一個(gè)實(shí)施例中，如果本地沒有保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，緩存可以向SP請(qǐng)求報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，從而確保向用戶設(shè)備發(fā)送報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)，進(jìn)一步提高用戶的用戶體驗(yàn)。進(jìn)一步，在本發(fā)明的一個(gè)實(shí)施例中，業(yè)務(wù)下發(fā)裝置的本實(shí)施例可以將用戶設(shè)備請(qǐng)求較多的(熱度較高)業(yè)務(wù)保存在本地緩存，從而在后續(xù)的業(yè)務(wù)下發(fā)過程中可以直接將業(yè)務(wù)進(jìn)行下發(fā)，提高用戶設(shè)備獲取業(yè)務(wù)的速度。進(jìn)一步，在本發(fā)明的一個(gè)實(shí)施例中，業(yè)務(wù)下發(fā)裝置的本實(shí)施例在保存了業(yè)務(wù)后，還可以將業(yè)務(wù)發(fā)送到下級(jí)緩存，使下級(jí)緩存就可以在用戶設(shè)備請(qǐng)求該業(yè)務(wù)時(shí)直接下發(fā)給用戶設(shè)備，進(jìn)一步提高用戶設(shè)備獲取業(yè)務(wù)的速度。圖11描述了本發(fā)明另一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)，包括接收單元1101，用于接收?qǐng)?bào)文請(qǐng)求，該報(bào)文請(qǐng)求由所述內(nèi)容分析單元接收到UE發(fā)送的業(yè)務(wù)請(qǐng)求后，根據(jù)緩存策略從業(yè)務(wù)請(qǐng)求中解析得到。分析單元1102，用于根據(jù)接收單元1101接收的報(bào)文請(qǐng)求進(jìn)行熱度分析。判斷單元1103，用于判斷接收單元1101接收的報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存。判斷分析單元1102進(jìn)行熱度分析的結(jié)果是否達(dá)到保存條件。發(fā)送單元1104，用于在判斷單元1103判斷報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)保存在本地緩存時(shí)，向UE發(fā)送第一報(bào)文響應(yīng)，第一報(bào)文響應(yīng)包括報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。在判斷單元 1103判斷熱度分析的結(jié)果達(dá)到保存條件時(shí)，將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給下級(jí)緩存，使下級(jí)緩存保存報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)。本實(shí)施例提供的業(yè)務(wù)下發(fā)裝置可以作為緩存使用。從上可知，本實(shí)施例中緩存在接收到報(bào)文請(qǐng)求后，在本地保存有報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)時(shí)，可以直接將報(bào)文請(qǐng)求所請(qǐng)求的業(yè)務(wù)發(fā)送給用戶設(shè)備，從而不需要將用戶設(shè)備發(fā)送的業(yè)務(wù)請(qǐng)求進(jìn)行重定向即可完成對(duì)用戶設(shè)備的業(yè)務(wù)的下發(fā)，從而避免了 CDN架構(gòu)對(duì) HTTP1. 1的支持不夠好的缺陷，同時(shí)也可以確保由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高了用戶的用戶體驗(yàn)。進(jìn)一步，在本發(fā)明的一個(gè)實(shí)施例中，最頂級(jí)緩存可以將用戶設(shè)備請(qǐng)求較多的(熱度較高)業(yè)務(wù)發(fā)送到下級(jí)緩存，使下級(jí)緩存就可以在用戶設(shè)備請(qǐng)求該業(yè)務(wù)時(shí)直接下發(fā)給用戶設(shè)備，提高用戶設(shè)備獲取業(yè)務(wù)的速度。圖12描述了本發(fā)明另一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)，包括接收單元1201，用于接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系，綁定關(guān)系由邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在用戶設(shè)備成功附著到邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送； 接收來自CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括用戶設(shè)備的地址，邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，重定向請(qǐng)求由業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送。發(fā)送單元1202，用于根據(jù)接收單元1201接收的綁定關(guān)系將邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址發(fā)送給⑶N節(jié)點(diǎn)，以使⑶N節(jié)點(diǎn)根據(jù)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址確定邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的⑶N緩存的地址，并向用戶設(shè)備發(fā)送重定位請(qǐng)求，重定位請(qǐng)求包括邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使用戶設(shè)備從邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。本實(shí)施例提供的業(yè)務(wù)下發(fā)裝置可以作為PCRF使用。從上可知，本實(shí)施例中邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在用戶設(shè)備附著到網(wǎng)絡(luò)后，可以將用戶設(shè)備的地址與邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系發(fā)送給PCRF，從而在⑶N重定向時(shí)，可以根據(jù)綁定關(guān)系查找到與用戶設(shè)備的地址綁定的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址，從而查找到邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存(即用戶設(shè)備所在的本地側(cè)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)緩存)的地址，再將用戶設(shè)備所在的本地側(cè)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)緩存的地址發(fā)送給用戶設(shè)備，使用戶設(shè)備可以直接向所在的本地側(cè)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)緩存請(qǐng)求業(yè)務(wù)，從而由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高用戶的用戶體驗(yàn)。本發(fā)明另一個(gè)實(shí)施例提供的業(yè)務(wù)下發(fā)裝置的結(jié)構(gòu)也如圖12所示，包括接收單元1201，用于接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址的綁定關(guān)系，綁定關(guān)系由邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在用戶設(shè)備成功附著到邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括用戶設(shè)備的地址，邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，重定向請(qǐng)求由業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；發(fā)送單元1202，用于根據(jù)接收單元1201接收的綁定關(guān)系將邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的 CDN緩存的地址發(fā)送給CDN節(jié)點(diǎn)，以使CDN節(jié)點(diǎn)向用戶設(shè)備發(fā)送重定位請(qǐng)求，重定位請(qǐng)求包括邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使用戶設(shè)備從邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。本實(shí)施例提供的業(yè)務(wù)下發(fā)裝置可以作為PCRF使用。從上可知，本實(shí)施例中邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在用戶設(shè)備附著到網(wǎng)絡(luò)后，可以將用戶設(shè)備的地址與邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的⑶N緩存的地址的綁定關(guān)系發(fā)送給PCRF，從而在⑶N重定向時(shí)，可以根據(jù)綁定關(guān)系查找到與用戶設(shè)備的地址綁定的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存(即用戶設(shè)備所在的本地側(cè)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)緩存)的地址，再將用戶設(shè)備所在的本地側(cè)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)緩存的地址發(fā)送給用戶設(shè)備，使用戶設(shè)備可以直接向所在的本地側(cè)邊緣網(wǎng)絡(luò)節(jié)點(diǎn)緩存請(qǐng)求業(yè)務(wù)，從而由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)，提高用戶的用戶體驗(yàn)。本發(fā)明實(shí)施例還提供了通信系統(tǒng)，該通信系統(tǒng)包括本發(fā)明實(shí)施例提供的業(yè)務(wù)下發(fā)
直ο上述裝置和系統(tǒng)內(nèi)的各模塊之間的信息交互、執(zhí)行過程等內(nèi)容，由于與本發(fā)明方法實(shí)施例基于同一構(gòu)思，具體內(nèi)容可參見本發(fā)明方法實(shí)施例中的敘述，此處不再贅述。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，上述的程序可存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，上述的存儲(chǔ)介質(zhì)可為磁碟、光盤、只讀存儲(chǔ)記憶體(ROM :Read-0nly Memory)或隨機(jī)存儲(chǔ)記憶體(RAM =Random Access Memory)等。 本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種業(yè)務(wù)下發(fā)方法，其特征在于，包括接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系，所述綁定關(guān)系由所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在所述用戶設(shè)備成功附著到所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收來自CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由所述CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，所述重定向請(qǐng)求由業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址發(fā)送給所述CDN節(jié)點(diǎn)，以使所述CDN節(jié)點(diǎn)根據(jù)所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址確定邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，并向所述用戶設(shè)備發(fā)送重定位請(qǐng)求，所述重定位請(qǐng)求包括所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使所述用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。
2.—種業(yè)務(wù)下發(fā)方法，其特征在于，包括接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址的綁定關(guān)系，所述綁定關(guān)系由所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在所述用戶設(shè)備成功附著到所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由所述CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，所述重定向請(qǐng)求由所述業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址發(fā)送給所述CDN節(jié)點(diǎn)， 以使所述CDN節(jié)點(diǎn)向所述用戶設(shè)備發(fā)送重定位請(qǐng)求，所述重定位請(qǐng)求包括所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使所述用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。
3.—種業(yè)務(wù)下發(fā)裝置，其特征在于，包括接收單元，用于接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系，所述綁定關(guān)系由所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在所述用戶設(shè)備成功附著到所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收來自CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由所述CDN節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，所述重定向請(qǐng)求由所述業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；發(fā)送單元，用于根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址發(fā)送給所述CDN節(jié)點(diǎn)， 以使所述CDN節(jié)點(diǎn)根據(jù)所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址確定邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，并向所述用戶設(shè)備發(fā)送重定位請(qǐng)求，所述重定位請(qǐng)求包括所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN 緩存的地址，以使所述用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。
4.一種業(yè)務(wù)下發(fā)裝置，其特征在于，包括接收單元，用于接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的 CDN緩存的地址的綁定關(guān)系，所述綁定關(guān)系由所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)在所述用戶設(shè)備成功附著到所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)后發(fā)送；接收CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求由所述CDN 節(jié)點(diǎn)接收到來自業(yè)務(wù)平臺(tái)的重定向請(qǐng)求后發(fā)送，所述重定向請(qǐng)求由所述業(yè)務(wù)平臺(tái)接收到業(yè)務(wù)請(qǐng)求后發(fā)送；發(fā)送單元，用于根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址發(fā)送給所述CDN節(jié)點(diǎn)，以使所述CDN節(jié)點(diǎn)向所述用戶設(shè)備發(fā)送重定位請(qǐng)求，所述重定位請(qǐng)求包括所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使所述用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的 ⑶N緩存獲取業(yè)務(wù)。
5. 一種通信系統(tǒng)，其特征在于，包括如權(quán)利要求3或4所述的業(yè)務(wù)下發(fā)裝置。
全文摘要
本發(fā)明涉及通信技術(shù)領(lǐng)域，公開了業(yè)務(wù)下發(fā)方法、裝置及通信系統(tǒng)，其中業(yè)務(wù)下發(fā)方法包括接收邊緣網(wǎng)絡(luò)節(jié)點(diǎn)上報(bào)的用戶設(shè)備的地址與所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址的綁定關(guān)系，接收來自CDN節(jié)點(diǎn)的邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求，所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)位置查詢請(qǐng)求包括所述用戶設(shè)備的地址，根據(jù)所述綁定關(guān)系將所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址發(fā)送給所述CDN節(jié)點(diǎn)，以使CDN節(jié)點(diǎn)根據(jù)所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)的地址確定邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，并向用戶設(shè)備發(fā)送重定位請(qǐng)求，該重定位請(qǐng)求包括邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存的地址，以使用戶設(shè)備從所述邊緣網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)應(yīng)的CDN緩存獲取業(yè)務(wù)。使用本發(fā)明，可以由用戶設(shè)備所在的本地側(cè)緩存對(duì)用戶設(shè)備進(jìn)行業(yè)務(wù)下發(fā)。
文檔編號(hào)H04L12/56GK102437964SQ20111045969
公開日2012年5月2日 申請(qǐng)日期2010年11月17日 優(yōu)先權(quán)日2010年11月17日
發(fā)明者吳君怡, 楊軍, 王靖宇, 韋安妮 申請(qǐng)人:華為技術(shù)有限公司