消息推送方法及裝置、業(yè)務(wù)平臺的制作方法
【專利摘要】本發(fā)明公開了一種消息推送方法，所述方法包括：當(dāng)業(yè)務(wù)平臺確定UE在線時(shí)，進(jìn)一步確定UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及UE的地址信息；根據(jù)UE的地址信息確定消息路由所經(jīng)過隧道；業(yè)務(wù)平臺通過隧道將待發(fā)送消息發(fā)送給UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，并由UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)UE的地址信息將待發(fā)送消息發(fā)送給UE。本發(fā)明同時(shí)公開了一種消息推送裝置及業(yè)務(wù)平臺。本發(fā)明的技術(shù)方案，不再經(jīng)過CS域網(wǎng)元和WAP?GW等網(wǎng)元即可實(shí)現(xiàn)消息的推送，提升了端到端的業(yè)務(wù)成功率，降低了排障和維護(hù)的難度。本發(fā)明也不需要心跳機(jī)制維護(hù)UE與SAE?GW之間的連接，減少了對網(wǎng)絡(luò)資源的消耗，也減少了推送平臺對心跳處理所帶來的額外消耗，提高了服務(wù)器的性能。
【專利說明】消息推送方法及裝置、業(yè)務(wù)平臺
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及消息推送技術(shù)，尤其涉及一種消息推送方法及裝置、業(yè)務(wù)平臺。
【背景技術(shù)】
[0002]現(xiàn)有的消息發(fā)送方式大都采用推送(PUSH)方式進(jìn)行發(fā)送，例如WAP PUSH或彩信PUSH方案，均為先使用消息方式PUSH，而UE到服務(wù)器采用拖拽(PULL)的方案，圖1為現(xiàn)有的彩信I3USH方案的業(yè)務(wù)流程圖，如圖1所示，現(xiàn)有的彩信I3USH方案包括以下步驟:
[0003]步驟101,業(yè)務(wù)平臺先通過消息服務(wù)中心(SMSC, Short Message Service Center)生成向用戶設(shè)備(UE,User Equipment)發(fā)送的消息,在消息中攜帶有彩信內(nèi)容所在的IP地址。
[0004]步驟102,消息中心通過查詢歸屬位置寄存器(HLR,Home Location Register)獲得UE所在的拜訪位置寄存器(VLR, Visitor Location Register)。
[0005]步驟103，消息中心將消息發(fā)送到UE所在的VLR。
[0006]步驟104，VLR收到消息后通過SG接口將消息發(fā)送到UE所在長期演進(jìn)(LTE，LongTerm Evolution)網(wǎng)絡(luò)的移動(dòng)性管理實(shí)體(MME, Mobility Management Entity)。
[0007]步驟105，MME在收到消息后將消息發(fā)送到UE。
[0008]步驟106，UE收到消息。
[0009]步驟107，UE從消息中取出彩信內(nèi)容的IP地址，發(fā)起超文本傳送協(xié)議(HTTP，HyperText Transfer Protocol)的內(nèi)容提取請求。將提取請求消息發(fā)送到系統(tǒng)架構(gòu)演進(jìn)網(wǎng)關(guān)(SAE Gff, System Architecture Evolution Gateway)。
[0010]步驟108，因?yàn)樘崛≌埱笙⒅袛y帶有CMWAP接入點(diǎn)名稱(APN，AccessPointName)，SAE Gff將提取請求消息發(fā)送到WAP GW。
[0011]步驟109，WAP GW根據(jù)提取請求消息中的內(nèi)容地址，將提取請求發(fā)送到業(yè)務(wù)平臺。
[0012]步驟110，業(yè)務(wù)平臺收到彩信內(nèi)容提取請求后，返回http響應(yīng)到WAP GW，響應(yīng)中攜
帶彩信內(nèi)容。
[0013]步驟111，WAP Gff根據(jù)請求建立的路徑將http響應(yīng)發(fā)送到SAE GW。
[0014]步驟112，SAE GW將http響應(yīng)轉(zhuǎn)發(fā)到UE。這樣，UE即實(shí)現(xiàn)了彩信的接收。
[0015]上述的彩信TOSH方案下行流程復(fù)雜，需要先進(jìn)行消息推送流程，再進(jìn)行內(nèi)容獲取流程，PUSH過程涉及電路交換域和分組交換域，導(dǎo)致業(yè)務(wù)的時(shí)延較大。上述的彩信PUSH方案信息交互環(huán)節(jié)多，涉及的網(wǎng)元數(shù)量很多，不利于業(yè)務(wù)端到端成功率的提高，不利于排障和維護(hù)，同時(shí)，也增加了消息業(yè)務(wù)中心的負(fù)荷，影響消息中心的容量。
[0016]現(xiàn)有I3USH技術(shù)方案中，還有另一種消息PUSH方案:為UE上線后，周期性到服務(wù)器進(jìn)行注冊登記，將自身的IP地址和端口信息通過消息報(bào)告給服務(wù)器，使服務(wù)器在推送時(shí)可以直接獲取到UE的狀態(tài)和地址(包括IP地址和端口信息)，然后直接進(jìn)行推送。圖2為現(xiàn)有的飛信I3USH方案的業(yè)務(wù)流程圖，如圖2所示，現(xiàn)有的飛信PUSH方案包括以下步驟:
[0017]步驟201，UE上線后，主動(dòng)發(fā)送注冊消息到SAE GW。[0018]步驟202，SAE GE接收到注冊消息后根據(jù)APN將消息轉(zhuǎn)發(fā)到業(yè)務(wù)平臺，業(yè)務(wù)平臺接收到注冊消息后，更新UE狀態(tài)并保存UE地址。
[0019]步驟203，注冊成功后，UE周期性發(fā)送心跳消息/刷新注冊消息到SAE Gl
[0020]步驟204，SAE Gff接收到心跳消息/刷新注冊消息后，根據(jù)APN將消息發(fā)送到業(yè)務(wù)平臺。業(yè)務(wù)平臺接收到消息后，刷新UE狀態(tài)并保存UE地址。
[0021]步驟205，業(yè)務(wù)平臺判斷UE已在線，根據(jù)UE地址，直接推送消息到SAEGE。
[0022]步驟206，SAE Gff將推送消息轉(zhuǎn)發(fā)到UE。
[0023]上述的飛信I3USH方案中，UE與SAE GW之間的心跳消息對網(wǎng)絡(luò)資源消耗過大，如QQ的心跳消息曾經(jīng)占用移動(dòng)網(wǎng)絡(luò)資源的50-70%，但心跳本身并未帶來實(shí)際價(jià)值。并且，心跳消息對服務(wù)器處理負(fù)荷壓力較大，服務(wù)器要處理大量UE發(fā)送的心跳，對服務(wù)器本身帶來的額外負(fù)荷也較大。

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

[0024]有鑒于此，本發(fā)明的主要目的在于提供一種消息推送方法及裝置、業(yè)務(wù)平臺，能在占用的網(wǎng)絡(luò)資源較少的情形下實(shí)現(xiàn)消息的推送。
[0025]為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的:
[0026]一種消息推送方法，所述方法包括:
[0027]業(yè)務(wù)平臺確定用戶設(shè)備UE在線時(shí)，進(jìn)一步確定所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及所述UE的地址信息；根據(jù)所述UE的地址信息確定消息路由所經(jīng)過隧道；
[0028]業(yè)務(wù)平臺通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，并由所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)所述UE的地址信息將所述待發(fā)送消息發(fā)送給所述UE。
[0029]優(yōu)選地，所述業(yè)務(wù)平臺確定UE在線為:
[0030]所述業(yè)務(wù)平臺根據(jù)所述UE的標(biāo)識信息向歸屬用戶服務(wù)器HSS查詢所述UE的在線狀態(tài)；
[0031 ] 所述HSS查詢出所述UE所屬的移動(dòng)性管理實(shí)體MME，通過所述MME確定所述UE當(dāng)前可達(dá)時(shí),確定所述UE在線。
[0032]優(yōu)選地，所述確定所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及所述UE的地址信息為:
[0033]所述業(yè)務(wù)平臺根據(jù)所述UE的標(biāo)識信息向策略與計(jì)費(fèi)規(guī)則功能實(shí)體PCRF/認(rèn)證授權(quán)計(jì)費(fèi)AAA服務(wù)器查詢出所述UE的地址信息以及所述接入的分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)TON GW地址信息。
[0034]優(yōu)選地，所述業(yè)務(wù)平臺通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)為:
[0035]所述業(yè)務(wù)平臺生成承載所述待發(fā)送消息的IP報(bào)文，在所述IP報(bào)文中將所述隧道的標(biāo)識作為虛擬局域網(wǎng)VLAN的標(biāo)識，將所述UE的地址作為所述IP報(bào)文的目的地址。
[0036]優(yōu)選地，所述業(yè)務(wù)平臺通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)為:
[0037]所述業(yè)務(wù)平臺將所述IP報(bào)文發(fā)送給所述業(yè)務(wù)平臺前的路由器/交換機(jī)，所述業(yè)務(wù)平臺前的路由器/交換機(jī)根據(jù)所述IP報(bào)文中的VLAN標(biāo)識選擇所使用的隧道，將所述IP報(bào)文發(fā)送到TON Gff前的路由器/交換機(jī)；所述TON Gff前的路由器/交換機(jī)將所述IP報(bào)文轉(zhuǎn)發(fā)到所述UE接入的TON GW。
[0038]優(yōu)選地，所述方法還包括:
[0039]所述UE接收到所述IP報(bào)文后，顯示所述待發(fā)送消息并向所述業(yè)務(wù)平臺返回響應(yīng)報(bào)文，所述響應(yīng)報(bào)文中的VLAN標(biāo)識與所述IP報(bào)文中的VLAN標(biāo)識相同。
[0040]一種消息推送裝置，包括第一確定單元、第二確定單元和發(fā)送單元，其中:
[0041]第一確定單元，用于確定UE在線時(shí)，進(jìn)一步確定所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及所述UE的地址信息；
[0042]第二確定單元，用于根據(jù)所述UE的地址信息確定消息路由所經(jīng)過隧道；
[0043]發(fā)送單元，用于通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，并由所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)所述UE的地址信息將所述待發(fā)送消息發(fā)送給所述UE。
[0044]優(yōu)選地,所述裝置還包括:查詢單元和接收單元,其中:
[0045]查詢單元，用于根據(jù)所述UE的標(biāo)識信息向HSS查詢所述UE的在線狀態(tài)；
[0046]接收單元，用于接收所述HSS查詢出所述UE所屬的MME、通過所述MME確定所述UE當(dāng)前可達(dá)時(shí)，確定所述UE在線的通知；
[0047]所述第一確定單元根據(jù)所述接收單元接收到的通知確定所述UE在線。
[0048]優(yōu)選地，所述查詢單元還用于，根據(jù)所述UE的標(biāo)識信息向PCRF/AAA服務(wù)器查詢出所述UE的地址信息以及所述接入的TON Gff地址信息；
[0049]所述第一確定單元根據(jù)所述查詢單元的查詢結(jié)果確定所述UE的地址信息以及所述接入的I3DN GW地址信息。
[0050]優(yōu)選地，所述裝置還包括:生成單元，用于生成承載所述待發(fā)送消息的IP報(bào)文，在所述IP報(bào)文中將所述隧道的標(biāo)識作為VLAN的標(biāo)識，將所述UE的地址作為所述IP報(bào)文的目的地址。
[0051]優(yōu)選地，所述發(fā)送單元還用于，將所述IP報(bào)文發(fā)送給業(yè)務(wù)平臺前的路由器/交換機(jī)，由所述業(yè)務(wù)平臺前的路由器/交換機(jī)根據(jù)所述IP報(bào)文中的VLAN標(biāo)識選擇所使用的隧道，并將所述IP報(bào)文發(fā)送到TON GW前的路由器/交換機(jī)；再由所述TON GW前的路由器/交換機(jī)將所述IP報(bào)文轉(zhuǎn)發(fā)到所述UE接入的TONGW。
[0052]一種業(yè)務(wù)平臺，包括前述的消息推送裝置。
[0053]本發(fā)明中，當(dāng)業(yè)務(wù)平臺確定UE在線時(shí)，進(jìn)一步確定UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及UE的地址信息；根據(jù)UE的地址信息確定消息路由所經(jīng)過隧道；業(yè)務(wù)平臺通過隧道將待發(fā)送消息發(fā)送給UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，并由UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)UE的地址信息將待發(fā)送消息發(fā)送給UE。相比現(xiàn)有方案I的流程，不再經(jīng)過CS域，無需短信PUSH流程，降低推送時(shí)延。本發(fā)明不再經(jīng)過CS域網(wǎng)元和WAP GW等網(wǎng)元即可實(shí)現(xiàn)消息的推送，提升了端到端的業(yè)務(wù)成功率，降低了排障和維護(hù)的難度。本發(fā)明也不需要心跳機(jī)制維護(hù)UE與SAE GW之間的連接，減少了對網(wǎng)絡(luò)資源的消耗，也減少了推送平臺對心跳處理所帶來的額外消耗，提高了服務(wù)器的性能。
【專利附圖】

【附圖說明】
[0054]圖1為現(xiàn)有的彩信PUSH方案的業(yè)務(wù)流程圖；
[0055]圖2為現(xiàn)有的飛信I3USH方案的業(yè)務(wù)流程圖；[0056]圖3為本發(fā)明實(shí)施例的消息推送業(yè)務(wù)應(yīng)用系統(tǒng)的結(jié)構(gòu)示意圖；
[0057]圖4為本發(fā)明實(shí)施例的消息推送方法的流程圖；
[0058]圖5為本發(fā)明實(shí)施例的消息推送裝置的組成結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0059]本發(fā)明的基本思想為:當(dāng)業(yè)務(wù)平臺確定UE在線時(shí)，進(jìn)一步確定UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及UE的地址信息；根據(jù)UE的地址信息確定消息路由所經(jīng)過隧道；業(yè)務(wù)平臺通過隧道將待發(fā)送消息發(fā)送給UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，并由UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)UE的地址信息將待發(fā)送消息發(fā)送給UE。
[0060]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例并參照附圖，對本發(fā)明進(jìn)一步詳細(xì)說明。
[0061]圖3為本發(fā)明實(shí)施例的消息推送業(yè)務(wù)應(yīng)用系統(tǒng)的結(jié)構(gòu)示意圖，如圖3所示，業(yè)務(wù)平臺(即圖中的自有業(yè)務(wù)平臺)通過路由器與TON GW連接，從而實(shí)現(xiàn)了公網(wǎng)與私網(wǎng)的連接。本發(fā)明的技術(shù)方案，主要應(yīng)用于LTE網(wǎng)絡(luò)中。因?yàn)樵贚TE網(wǎng)絡(luò)下，網(wǎng)絡(luò)和UE之間存在缺省承載，所有UE永遠(yuǎn)在線，當(dāng)UE附著于LTE網(wǎng)絡(luò)后，業(yè)務(wù)平臺可以通過查詢LTE的HSS獲取UE是否在線的狀態(tài)，當(dāng)判斷出UE在線后，通過查詢認(rèn)證授權(quán)計(jì)費(fèi)(AAA, Authentication、Authorization、Accounting)月艮務(wù)器或策略與計(jì)費(fèi)規(guī)則功能實(shí)體(PCRF, Policy andCharging Rules Function)獲取UE的地址(包括IP地址和端口)信息，將待發(fā)送的消息等直接推送到UE。本發(fā)明中，由于UE使用的是IPV4私有地址，而業(yè)務(wù)平臺存在使用IPV4公網(wǎng)地址的場景，由平臺推送信息到UE需要通過隧道進(jìn)行公私網(wǎng)穿越，因此，在業(yè)務(wù)平臺前的路由器/交換機(jī)和TON Gff前的路由器/交換機(jī)之間建立有隧道。
[0062]基于圖3所示的應(yīng)用系統(tǒng)，如圖4所示，本發(fā)明實(shí)施例的消息推送方法包括以下步驟:
[0063]步驟401，業(yè)務(wù)平臺使用目的UE號碼到LTE HSS查詢UE狀態(tài)。
[0064]業(yè)務(wù)平臺確定欲將消息等主動(dòng)推送至UE時(shí)，根據(jù)UE的標(biāo)識信息如UE號碼等查詢該UE的當(dāng)前狀態(tài)，即確定UE當(dāng)前是否在線。
[0065]步驟402，LTE HSS接收到UE狀態(tài)的查詢請求后，發(fā)送查詢請求到UE所接入的MME,以獲取UE當(dāng)前是否可達(dá)。
[0066]步驟403，MME檢查UE可達(dá)后，返回響應(yīng)消息到LTE HSS，告知LTE HSS UE可達(dá)。
[0067]步驟404，LTE HSS返回響應(yīng)消息到業(yè)務(wù)平臺，告知業(yè)務(wù)平臺UE狀態(tài)為在線。
[0068]步驟405，業(yè)務(wù)平臺獲取UE當(dāng)前狀態(tài)為在線狀態(tài)后，使用目的UE號碼到PCRF/AAAserver查詢UE地址和PDN Gff地址。
[0069]步驟406，PCRF/AAA server返回查詢UE地址的響應(yīng)消息，響應(yīng)消息中攜帶有UE的IP地址信息和UE所在的PDN Gff地址信息。
[0070]步驟407，業(yè)務(wù)平臺根據(jù)接收到的UE的IP地址信息和UE所在的TON Gff地址信息，確定UE路由所經(jīng)過的隧道標(biāo)識，并生成承載待發(fā)送消息的IP報(bào)文；IP報(bào)文中還插入有12bit的VLAN標(biāo)識，IP報(bào)文的目的地址為UE地址。業(yè)務(wù)平臺將IP報(bào)文發(fā)送到業(yè)務(wù)平臺前的路由器/交換機(jī)。
[0071]本步驟中，主要根據(jù)UE的IP地址信息確定其所接入的私網(wǎng)的路由器/交換機(jī)，業(yè)務(wù)平臺根據(jù)自身所連接的路由器/交換機(jī)，確定向UE推送消息需使用的路由器/交換機(jī)之間的隧道。
[0072]步驟408，路由器/交換機(jī)收到IP報(bào)文后，根據(jù)IP報(bào)文中的VLAN標(biāo)識，選擇要使用的隧道，將其發(fā)送到對應(yīng)I3DN Gff前的路由器/交換機(jī)。
[0073]步驟409，TON Gff前的路由器/交換機(jī)收到IP報(bào)文后，將IP報(bào)文轉(zhuǎn)發(fā)到與自身相連的PDN GW。
[0074]步驟410，PDN Gff接收到IP報(bào)文后，根據(jù)IP報(bào)文中目的地址基于缺省承載，將消息推送到UE。
[0075]步驟411，UE在收到IP報(bào)文后，進(jìn)行顯示處理并返回響應(yīng)，響應(yīng)報(bào)文中不改變請求報(bào)文中的VLAN標(biāo)識。
[0076]步驟412，PDN GW接收到響應(yīng)報(bào)文后，將響應(yīng)報(bào)文轉(zhuǎn)發(fā)到相連的路由器/交換機(jī)。
[0077]步驟413，路由器/交換機(jī)在接收到響應(yīng)報(bào)文后，根據(jù)響應(yīng)報(bào)文中的VLAN標(biāo)識，選擇要使用的隧道，將其發(fā)送到業(yè)務(wù)平臺前的路由器/交換機(jī)。
[0078]步驟414，路由器/交換機(jī)接收到響應(yīng)報(bào)文后，根據(jù)響應(yīng)報(bào)文中目的地址為業(yè)務(wù)平臺地址，將響應(yīng)報(bào)文發(fā)送到對應(yīng)的業(yè)務(wù)平臺。
[0079]LTE HSS目前只設(shè)置有與MME的S6a接口，本發(fā)明的技術(shù)方案實(shí)施時(shí)，需要增加HSS對外的查詢接口，供PUSH業(yè)務(wù)平臺查詢LTE UE的狀態(tài)(在網(wǎng)，離網(wǎng))。S6a接口使用diameter協(xié)議,本發(fā)明中LTE HSS的查詢接口基于diameter協(xié)議,發(fā)起查詢請求時(shí)使用UE的MSISDN，在響應(yīng)接口中返回對應(yīng)此MSISDN的用戶狀態(tài)。
[0080]本發(fā)明中，在通過AAA server獲取UE地址的方式中，AAA server需要增加對外的查詢接口，供I3USH業(yè)務(wù)平臺查詢LTE UE的IP地址。AAA server在現(xiàn)有的SGi接口中使用diameter協(xié)議，因此新增的查詢接口最好也基于diameter協(xié)議,通過該接口發(fā)起的獲取UE地址的請求中含有UE的MSISDN的AVP，在成功響應(yīng)中含有LTE UE地址的AVP。
[0081 ] 本發(fā)明中，在通過PCRF獲取UE地址的方式中，PCRF需要增加保存UE地址的功能，還需要增加對外的查詢接口，供I3USH業(yè)務(wù)平臺查詢LTE UE的IP地址。PCRF在現(xiàn)有的Rx接口中使用diameter協(xié)議，因此新增查詢接口最好也基于diameter協(xié)議,通過該接口發(fā)起的UE的IP地址查詢請求中含有UE的MSISDN的AVP，在成功響應(yīng)中含有LTE UE地址的AVP。
[0082]圖5為本發(fā)明實(shí)施例的消息推送裝置的組成結(jié)構(gòu)示意圖，如圖3所示，本發(fā)明的消息推送裝置包括第一確定單元50、第二確定單元51和發(fā)送單元52，其中:
[0083]第一確定單元51，用于確定UE在線時(shí)，進(jìn)一步確定所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及所述UE的地址信息；
[0084]第二確定單元52，用于根據(jù)所述UE的地址信息確定消息路由所經(jīng)過隧道；
[0085]發(fā)送單元53，用于通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，并由所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)所述UE的地址信息將所述待發(fā)送消息發(fā)送給所述UE。
[0086]在圖5所示的消息推送裝置的基礎(chǔ)上，本發(fā)明的消息推送裝置還包括:查詢單元(圖5中未示出)和接收單元(圖5中未示出)，其中:
[0087]查詢單元，用于根據(jù)所述UE的標(biāo)識信息向HSS查詢所述UE的在線狀態(tài)；
[0088]接收單元，用于接收所述HSS查詢出所述UE所屬的MME、通過所述MME確定所述UE當(dāng)前可達(dá)時(shí)，確定所述UE在線的通知；
[0089]上述第一確定單元50根據(jù)所述接收單元接收到的通知確定所述UE在線。
[0090]上述查詢單元還用于，根據(jù)所述UE的標(biāo)識信息向PCRF/AAA服務(wù)器查詢出所述UE的地址信息以及所述接入的I3DN GW地址信息；
[0091]上述第一確定單元50根據(jù)所述查詢單元的查詢結(jié)果確定所述UE的地址信息以及所述接入的I3DN Gff地址信息。
[0092]在圖5所示的消息推送裝置的基礎(chǔ)上，本發(fā)明的消息推送裝置還包括:生成單元(圖5中未示出)，用于生成承載所述待發(fā)送消息的IP報(bào)文，在所述IP報(bào)文中將所述隧道的標(biāo)識作為VLAN的標(biāo)識，將所述UE的地址作為所述IP報(bào)文的目的地址。
[0093]上述發(fā)送單元52還用于，將所述IP報(bào)文發(fā)送給業(yè)務(wù)平臺前的路由器/交換機(jī)，由所述業(yè)務(wù)平臺前的路由器/交換機(jī)根據(jù)所述IP報(bào)文中的VLAN標(biāo)識選擇所使用的隧道，并將所述IP報(bào)文發(fā)送到TON GW前的路由器/交換機(jī)；再由所述TON GW前的路由器/交換機(jī)將所述IP報(bào)文轉(zhuǎn)發(fā)到所述UE接入的TON Gl
[0094]本發(fā)明中，所推送的消息包括但不限于短信、彩信等消息。
[0095]本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖5中所示的消息推送裝置中的各處理單元的實(shí)現(xiàn)功能可參照前述消息推送方法的相關(guān)描述而理解。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖5所示的消息推送裝置中各處理單元的功能可通過運(yùn)行于處理器上的程序而實(shí)現(xiàn)，也可通過具體的邏輯電路而實(shí)現(xiàn)。
[0096]本發(fā)明還記載了一種業(yè)務(wù)平臺，包括上述圖5所示的消息推送裝置。
[0097]以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種消息推送方法,其特征在于,所述方法包括: 業(yè)務(wù)平臺確定用戶設(shè)備UE在線時(shí)，進(jìn)一步確定所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及所述UE的地址信息；根據(jù)所述UE的地址信息確定消息路由所經(jīng)過隧道； 業(yè)務(wù)平臺通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，并由所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)所述UE的地址信息將所述待發(fā)送消息發(fā)送給所述UE。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)平臺確定UE在線為: 所述業(yè)務(wù)平臺根據(jù)所述UE的標(biāo)識信息向歸屬用戶服務(wù)器HSS查詢所述UE的在線狀態(tài)； 所述HSS查詢出所述UE所屬的移動(dòng)性管理實(shí)體MME，通過所述MME確定所述UE當(dāng)前可達(dá)時(shí)，確定所述UE在線。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及所述UE的地址信息為: 所述業(yè)務(wù)平臺根據(jù)所述UE的標(biāo)識信息向策略與計(jì)費(fèi)規(guī)則功能實(shí)體PCRF/認(rèn)證授權(quán)計(jì)費(fèi)AAA服務(wù)器查詢出所述UE的地址信息以及所述接入的分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)TON GW地址信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)平臺通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)為: 所述業(yè)務(wù)平臺生成承載所述待發(fā)送消息的IP報(bào)文，在所述IP報(bào)文中將所述隧道的標(biāo)識作為虛擬局域網(wǎng)VLAN的標(biāo)識，將所述UE的地址作為所述IP報(bào)文的目的地址。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)平臺通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)為: 所述業(yè)務(wù)平臺將所述IP報(bào)文發(fā)送給所述業(yè)務(wù)平臺前的路由器/交換機(jī)，所述業(yè)務(wù)平臺前的路由器/交換機(jī)根據(jù)所述IP報(bào)文中的VLAN標(biāo)識選擇所使用的隧道，將所述IP報(bào)文發(fā)送到TON Gff前的路由器/交換機(jī)；所述TON Gff前的路由器/交換機(jī)將所述IP報(bào)文轉(zhuǎn)發(fā)到所述UE接入的I3DN GW。
6.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述方法還包括: 所述UE接收到所述IP報(bào)文后，顯示所述待發(fā)送消息并向所述業(yè)務(wù)平臺返回響應(yīng)報(bào)文，所述響應(yīng)報(bào)文中的VLAN標(biāo)識與所述IP報(bào)文中的VLAN標(biāo)識相同。
7.一種消息推送裝置，其特征在于，所述裝置包括第一確定單元、第二確定單元和發(fā)送單元，其中: 第一確定單元，用于確定UE在線時(shí)，進(jìn)一步確定所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)地址及所述UE的地址信息； 第二確定單元，用于根據(jù)所述UE的地址信息確定消息路由所經(jīng)過隧道； 發(fā)送單元，用于通過所述隧道將待發(fā)送消息發(fā)送給所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)，并由所述UE接入的數(shù)據(jù)網(wǎng)網(wǎng)關(guān)根據(jù)所述UE的地址信息將所述待發(fā)送消息發(fā)送給所述UE。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括:查詢單元和接收單元，其中: 查詢單元，用于根據(jù)所述UE的標(biāo)識信息向HSS查詢所述UE的在線狀態(tài)； 接收單元，用于接收所述HSS查詢出所述UE所屬的MME、通過所述MME確定所述UE當(dāng)前可達(dá)時(shí)，確定所述UE在線的通知；所述第一確定單元根據(jù)所述接收單元接收到的通知確定所述UE在線。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述查詢單元還用于，根據(jù)所述UE的標(biāo)識信息向PCRF/AAA服務(wù)器查詢出所述UE的地址信息以及所述接入的TON GW地址信息； 所述第一確定單元根據(jù)所述查詢單元的查詢結(jié)果確定所述UE的地址信息以及所述接入的PDN GW地址信息。
10.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括:生成單元，用于生成承載所述待發(fā)送消息的IP報(bào)文，在所述IP報(bào)文中將所述隧道的標(biāo)識作為VLAN的標(biāo)識，將所述UE的地址作為所述IP報(bào)文的目的地址。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述發(fā)送單元還用于，將所述IP報(bào)文發(fā)送給業(yè)務(wù)平臺前的路由器/交換機(jī)，由所述業(yè)務(wù)平臺前的路由器/交換機(jī)根據(jù)所述IP報(bào)文中的VLAN標(biāo)識選擇所使用的隧道，并將所述IP報(bào)文發(fā)送到TON Gff前的路由器/交換機(jī)；再由所述TON Gff前的路由器/交換機(jī)將所述IP報(bào)文轉(zhuǎn)發(fā)到所述UE接入的TON GW。
12.—種業(yè)務(wù)平臺，其`特征在于，包括權(quán)利要求7至11任一項(xiàng)所述的消息推送裝置。
【文檔編號】H04W88/18GK103686624SQ201210337307
【公開日】2014年3月26日 申請日期:2012年9月12日 優(yōu)先權(quán)日:2012年9月12日
【發(fā)明者】尼凌飛 申請人:中國移動(dòng)通信集團(tuán)公司