消息輸送管理的制作方法
【專利摘要】本文提供了一種用于輸送消息的方法。方法包括接收消息以便傳送到至少一個移動裝置。方法也包括驗證移動裝置的流傳送連接狀態(tài)。方法還包括如果所述移動裝置沒有活動的流傳送連接，則輸送消息。
【專利說明】消息輸送管理
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種用于輸送消息的方法、消息輸送平臺、網(wǎng)絡(luò)節(jié)點和計算機可讀媒體。
【背景技術(shù)】
[0002]3GPP分組流傳送服務(wù)(PSS)在標(biāo)題為“透明端對端分組交換流傳送服務(wù)，第I階段，，(Transparent end-to-end packet-switched streaming service, stage I)的 3GPPTS 22.233 v8.0.0中定義，并且通過引用結(jié)合于本文中。PSS提供流傳送包括音頻和視頻的多媒體內(nèi)容到移動裝置的能力。視內(nèi)容的性質(zhì)而定，PSS通常使用從幾分鐘到數(shù)小時不等的時間將特定段的內(nèi)容流傳送到移動裝置。此類內(nèi)容的示例有:新聞條目、預(yù)告片、電視節(jié)目、體育比賽、音樂視頻和電影。能夠流傳送內(nèi)容的移動裝置通常也提供其它服務(wù)，包括象話音呼叫、短消息服務(wù)(SMS)和多媒體消息服務(wù)(MMS)等電信服務(wù)。
[0003]移動廣告利用SMS或MMS作為將有關(guān)產(chǎn)品和服務(wù)的信息推送到關(guān)注的用戶群的方式。然而，輸送到移動裝置的廣告消息如果用戶在將移動裝置用于某一另外的用途時輸送，則消息將被認(rèn)為是煩人或破壞性的。此外，用戶在使用移動裝置進行諸如接收流傳送的內(nèi)容等另一活動時，如果廣告消息在后臺輸送，則它更可能被用戶忽略。
[0004]為克服與接收廣告消息有關(guān)的這些問題，用戶能夠停用輸入通信的任何通知，但這將可能具有阻礙用戶接收所有通信(包括不只是廣告消息的用戶到用戶通信)的可能不希望的影響。
[0005]因此，要求有用于管理廣告消息的輸送的系統(tǒng)。
[0006]在許多3GPP技術(shù)規(guī)范中描述了 SMS:
23.040 v9.1.0，標(biāo)題為 “SMS 的技術(shù)實現(xiàn)” (Technical Realization of SMS)；
23.233 v8.0.0，標(biāo)題為“透明端對端分組交換流傳送服務(wù)，第I階段”(Transparentend-to-end packet-switched streaming service, stage I);以及
29.199 v9.0.0 (本文中稱為29.199規(guī)范)描述SMS OSA (開放服務(wù)體系結(jié)構(gòu))API (應(yīng)用編程接口)、多媒體流傳送OSA API及麗S ；
所有這些通過弓I用結(jié)合于本文中。

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

[0007]本文提供了一種用于輸送消息的方法。方法包括接收消息以便傳送到至少一個移動裝置。方法也包括驗證移動裝置的流傳送連接狀態(tài)。方法還包括如果所述移動裝置沒有活動的流傳送連接，則輸送消息。
[0008]關(guān)于如何處理SMS與PSS之間的互操作，沒有廣泛接受的過程。在SMS要輸送到某個終端，但該終端參與流傳送播放時，網(wǎng)絡(luò)中的可能方案包括:
1)暫停流傳送，輸送SMS，然后恢復(fù)流傳送并且繼續(xù)播放；
2)斷開流傳送；輸送SMS，然后再次設(shè)置流傳送并且重新啟動播放；或者 3)斷開流傳送，輸送SMS但隨后不重新啟動播放。
[0009]在終端中可實現(xiàn)的一種備選方案是保持流傳送會話繼續(xù)進行，并且在終端軟件中實現(xiàn)短消息緩沖機制。這將允許用戶在觀看PSS時預(yù)選擇終端如何處理輸入SMS/MMS:不理會它或立即讀取它。然而，此解決方案更適合用于用戶到用戶短消息。對于平臺啟動的廣告消息，不理會它將意味著它可能轉(zhuǎn)為未讀取，或者在用戶移到不同位置并且消息不再相關(guān)時輸送。本文中公開的一種更好的解決方案是移動廣告平臺探測裝置狀態(tài)，并且在PSS會話結(jié)束后智能確定輸送移動廣告消息。
[0010]這具有的又一優(yōu)點是在PSS會話結(jié)束時，移動廣告平臺可在啟動消息的輸送前檢查廣告消息是否仍與移動裝置相關(guān)。如果廣告消息是基于位置，則這特別相關(guān)，這是因為移動裝置可能在PSS會話的過程期間已更改了位置。
[0011]還提供有一種消息輸送平臺。消息輸送平臺布置成接收消息以便傳送到至少一個移動裝置。消息輸送平臺也布置成驗證移動裝置的流傳送連接狀態(tài)。消息輸送平臺布置成如果所述移動裝置沒有活動的流傳送連接，則輸送消息。
[0012]還提供有一種網(wǎng)絡(luò)節(jié)點，該網(wǎng)絡(luò)節(jié)點布置成接收來自消息輸送平臺的預(yù)訂請求，所述預(yù)訂請求識別至少一個移動裝置。網(wǎng)絡(luò)節(jié)點還布置成在到至少一個移動裝置的流傳送連接的狀態(tài)更改時，將流傳送會話狀態(tài)消息發(fā)送到消息輸送平臺。
[0013]還提供了 一種攜帶指令的計算機可讀介質(zhì)，指令在由計算機邏輯執(zhí)行時，促使計算機邏輯執(zhí)行本文中公開的任何方法。
[0014]本文中公開的方法和設(shè)備允許在消息輸送到移動裝置之前驗證移動裝置的內(nèi)容流傳送狀態(tài)。這允許在更適宜的時間輸送消息。這有益于移動裝置的用戶，這是因為其流傳送會話不會由于廣告消息而中斷，而用戶仍能夠接收來自其它用戶的消息。這也有益于廣告商，表現(xiàn)在廣告消息將得到用戶的適當(dāng)考慮的可能性增大。
【專利附圖】

【附圖說明】
[0015]實現(xiàn)改進的消息輸送管理的方法和設(shè)備現(xiàn)在將僅作為示例并參照附圖描述，附圖中:
圖1示出包含移動廣告平臺的網(wǎng)絡(luò)體系結(jié)構(gòu)；
圖2示出用于移動廣告平臺的預(yù)訂過程；
圖3示出在圖1的某些單元之間的消息傳遞；以及 圖4是示出本文中公開的方法的流程圖。
【具體實施方式】
[0016]本文中公開的方法和設(shè)備在預(yù)訂關(guān)于移動裝置流傳送連接狀態(tài)的終端狀態(tài)更新服務(wù)的移動廣告平臺中實現(xiàn)了探測能力。僅在裝置未服務(wù)于PSS時，移動廣告平臺能夠輸送基于SMS/MMS的廣告。
[0017]利用各種Parlay X Web服務(wù)接口了解多媒體流傳送狀態(tài)以及相應(yīng)地輸送SMS/MMS廣告。29.199規(guī)范的第19部分定義多媒體流傳送控制web服務(wù)接口，包括與此處相關(guān)的通知管理。29.199規(guī)范的第4和5章節(jié)定義移動廣告平臺采用的SMS/MMS輸送接口。
[0018]圖1示出包含移動廣告平臺的網(wǎng)絡(luò)體系結(jié)構(gòu)。運營商100運營包括用于與至少一個移動裝置120進行通信的至少一個基站115的網(wǎng)絡(luò)110。運營商100包括PSS使能器(enabler) 102和SMS使能器104。運營商100也可包括用于以SMS使能器104輸送SMS差不多相同的方式輸送MMS的MMS使能器(圖1中未示出)。PSS使能器102管理可流傳送內(nèi)容從服務(wù)器131和132的輸送?？闪鱾魉蛢?nèi)容可從遠程服務(wù)器132通過因特網(wǎng)140輸送，或者從本地服務(wù)器132經(jīng)本地路由選擇設(shè)備150輸送。在通過網(wǎng)絡(luò)110輸送可流傳送內(nèi)容之前，換碼器160將用于移動裝置120的可流傳送內(nèi)容換碼。移動廣告平臺170布置成經(jīng)Parlay X web服務(wù)接口 PX API 180與運營商100進行接口。應(yīng)注意的是,除Parlay X外，可使用任何適當(dāng)?shù)腁PI (應(yīng)用編程接口)，如OneAPI。
[0019]在操作中，可流傳送內(nèi)容可輸送到移動裝置120，流傳送由PSS使能器102控制。在移動廣告平臺170嘗試將廣告消息輸送到特定移動終端120之前，它經(jīng)作為PX API 180的一部分的多媒體流傳送通知管理器查詢移動終端120的PSS連接狀態(tài)。圖1所示體系結(jié)構(gòu)的操作將參照其它圖形進行更詳細(xì)描述。
[0020]圖2示出用于移動廣告平臺經(jīng)多媒體流傳送通知管理器180從運營商100獲得PSS連接狀態(tài)信息的預(yù)訂過程。移動廣告平臺170向多媒體流傳送通知管理器180進行預(yù)訂。一旦預(yù)訂有效，移動廣告平臺170便經(jīng)多媒體流傳送通知管理器180接收任何成功PSS啟動、建立和終止的通知。預(yù)訂過程可在移動廣告平臺170中移動廣告應(yīng)用的初始化期間啟動。移動廣告應(yīng)用初始化時，移動廣告平臺170通過發(fā)送“startNotification”消息210到多媒體流傳送通知管理器180,開始預(yù)訂過程?！皊tartNotification”消息210包含定義狀態(tài)通知應(yīng)報告到的地址的“參考”(reference)變量，這通常是移動廣告平臺170的網(wǎng)絡(luò)地址。“startNotification”消息210也包含確定多媒體流傳送通知管理器180報告狀態(tài)的頻率的“frequency”(頻率)變量。頻率變量根據(jù)內(nèi)容提供商政策設(shè)置。
[0021]預(yù)訂服務(wù)在活動狀態(tài)時，移動廣告平臺接收來自多媒體流傳送通知管理器180的分組流傳送服務(wù)連接狀態(tài)通知。移動廣告應(yīng)用關(guān)閉時，通過將消息“endNotification” 220從移動廣告平臺170發(fā)送到多媒體流傳送通知管理器180，停用預(yù)訂服務(wù)。
[0022]設(shè)置針對特定移動裝置120的分組流傳送服務(wù)狀態(tài)通知預(yù)訂服務(wù)后，移動廣告平臺170能夠獲得針對特定移動裝置120的分組流傳送服務(wù)事件的實時通知。SMS/MMS廣告要輸送到移動裝置120,并且該用戶無活動會話在進行時,通過使用SendSms或SendMessage過程和運營商100的SMS使能器104，立即輸送廣告。
[0023]現(xiàn)在將參照圖3的信令圖描述圖1所示系統(tǒng)的操作。圖3的信令圖示出在移動裝置120、運營商網(wǎng)絡(luò)100、110、多媒體流傳送通知管理器180及移動廣告平臺170之間的消息傳遞。
[0024]移動裝置120將請求經(jīng)分組流傳送服務(wù)的內(nèi)容的設(shè)置消息310發(fā)送到運營商的網(wǎng)絡(luò)100、110。響應(yīng)設(shè)置消息310，運營商網(wǎng)絡(luò)100、110將設(shè)置通知消息311發(fā)送到多媒體流傳送通知管理器180。運營商網(wǎng)絡(luò)100、110也布置用于形成與移動裝置120的適當(dāng)分組流傳送服務(wù)連接。在收到設(shè)置通知消息311后，多媒體流傳送通知管理器180將通知媒體會話請求消息312發(fā)送到移動廣告平臺170。在收到消息312后，移動廣告平臺170更新315在其中存儲的終端狀態(tài)。
[0025]隨后，移動裝置120開始播放請求的內(nèi)容。為此，播放消息320從移動裝置120發(fā)送到運營商網(wǎng)絡(luò)100、110。在收到播放消息320后，運營商網(wǎng)絡(luò)100、110將播放通知消息321發(fā)送到多媒體流傳送通知管理器180。在收到播放通知消息321后，多媒體流傳送通知管理器180將通知媒體會話狀態(tài)消息322發(fā)送到移動廣告平臺170。在收到通知消息322后，移動廣告平臺170更新325終端狀態(tài)。
[0026]移動裝置120在接收流傳送的內(nèi)容時，分組流傳送服務(wù)在進行330。分組流傳送服務(wù)在進行330時，移動廣告平臺170識別能夠輸送到移動裝置120的廣告消息。然而，由于分組流傳送服務(wù)在進行330，因此，移動廣告平臺170延遲輸送廣告消息326。
[0027]隨后，移動裝置120停止分組流傳送服務(wù)并且將斷開(tear down)消息340發(fā)送到運營商網(wǎng)絡(luò)100、110。在收到斷開消息340后，運營商網(wǎng)絡(luò)100、110將斷開通知341發(fā)送到多媒體流傳送通知管理器180。在收到該通知后，多媒體流傳送通知管理器180將通知媒體會話狀態(tài)消息342發(fā)送到移動廣告平臺170。通知消息342指示移動廣告平臺170移動裝置120不再具有活動的分組流傳送服務(wù)連接，并且響應(yīng)該指示，移動廣告平臺170確定以前識別為與移動裝置120相關(guān)的廣告消息現(xiàn)在可輸送，并且如果廣告消息仍與移動裝置120相關(guān)，則移動廣告平臺170啟動廣告消息345到移動裝置120的輸送345。
[0028]從多媒體流傳送通知管理器180發(fā)送到移動廣告平臺170的通知消息312、322、342包含用于將將在通知的活動與廣告目標(biāo)移動裝置120聯(lián)系在一起的“subscriberldentifier (訂戶標(biāo)識符)”變量。訂戶標(biāo)識符可采用MSISDNJMSI或服務(wù)提供商實行的任何其它形式。
[0029]總之，如果移動裝置120請求分組流傳送服務(wù)，則除服務(wù)會話設(shè)置請求外，網(wǎng)絡(luò)110還經(jīng)多媒體流傳送通知管理器180將請求通知移動廣告平臺170。隨后，不輸送SMS/MMS廣告消息，直到移動廣告平臺170接收通知媒體會話狀態(tài)消息342形式的流傳送斷開事件的通知。
[0030]即使暫停PSS會話，由于不知道在輸送廣告消息前是否可能恢復(fù)會話，因此，也將不輸送移動廣告到最終用戶。
[0031]本文中公開的方法和設(shè)備使移動廣告消息提供商能夠增強其服務(wù)的效率。同時，最終用戶由于其PSS體驗不會由于輸入移動廣告消息而中斷，因而其體驗得以改進。
[0032]圖4是示出本文中公開的方法的流程圖。移動廣告平臺識別410要傳送到移動裝置的消息。在發(fā)送消息到移動裝置之前，移動廣告平臺查詢內(nèi)部數(shù)據(jù)庫以確定420移動裝置的當(dāng)前流傳送連接狀態(tài)。如果移動裝置具有活動的流傳送連接，則移動廣告平臺延遲430消息的輸送。如果移動裝置不具有活動的流傳送連接，則移動廣告平臺將消息發(fā)送440到移動裝置。
[0033]本領(lǐng)域技術(shù)人員將明白的是，本文所述方法中執(zhí)行的動作的確切順序和內(nèi)容可根據(jù)執(zhí)行參數(shù)的特定集合的要求進行改變。相應(yīng)地，描述和/或要求保護的動作的順序不得視為對要執(zhí)行動作的順序的嚴(yán)格限制。
[0034]此外，雖然示例已在特定通信標(biāo)準(zhǔn)的上下文中提供，但這些示例無意限制公開方法和設(shè)備可應(yīng)用到的通信標(biāo)準(zhǔn)。例如，雖然特定示例已在LTE的上下文中提供，但本文中公開的原理也能夠應(yīng)用到CDMA系統(tǒng)、其它無線通信系統(tǒng)及實際上允許流傳送連接的任何通信系統(tǒng)。例如，類似的功能性能夠經(jīng)檢測PDP上下文以防止瀏覽器會話的中斷而在2G或3G網(wǎng)絡(luò)中引入。此類情況下，可添加針對諸如持續(xù)音樂流傳送等長時間PDP上下文的保護，這是因為可能希望的是這些服務(wù)不應(yīng)阻止廣告消息的輸送。
【權(quán)利要求】
1.一種用于輸送消息的方法，所述方法包括: 接收消息以便傳送到至少一個移動裝置； 驗證所述移動裝置的流傳送連接狀態(tài)； 如果所述移動裝置沒有活動的流傳送連接，則輸送所述消息。
2.如權(quán)利要求1所述的方法，還包括如果所述移動裝置在流傳送內(nèi)容，則延遲所述消息的輸送。
3.如權(quán)利要求1或2所述的方法，還包括接收針對所述至少一個移動裝置的流傳送連接狀態(tài)更改的通知。
4.如權(quán)利要求3所述的方法，其中所述流傳送連接狀態(tài)更改包括流傳送連接設(shè)置的通知和流傳送連接斷開的通知。
5.如前面權(quán)利要求任一項所述的方法，其中所述消息是廣告消息。
6.如前面權(quán)利要求任一項所述的方法，其中接收了設(shè)有標(biāo)志的要傳送的所述消息，所述標(biāo)志識別在所述移動裝置沒有活動的流傳送連接時所述消息要輸送到所述至少一個移動裝置。
7.如前面權(quán)利要求任一項所述的方法，其中接收了設(shè)有標(biāo)志的要傳送的所述消息，所述標(biāo)志將所述消息識別為廣告消息。
8.如前面權(quán)利要求任一項所述的方法，其中所述流傳送連接是至少以下之一:分組流傳送服務(wù)和分組數(shù)據(jù)協(xié)議上下文。
9.一種消息輸送平臺,布置成: 接收消息以便傳送到至少一個移動裝置； 驗證所述移動裝置的流傳送連接狀態(tài)； 如果所述移動裝置沒有活動的流傳送連接，則輸送所述消息。
10.如權(quán)利要求9所述的消息輸送平臺，還布置成接收來自流傳送通知管理器的針對所述至少一個移動裝置的流傳送連接狀態(tài)更改的通知。
11.如權(quán)利要求9或10所述的消息輸送平臺，其中所述流傳送連接狀態(tài)更改包括流傳送連接設(shè)置的通知和流傳送連接斷開的通知。
12.—種網(wǎng)絡(luò)節(jié)點，布置成: 接收來自消息輸送平臺的預(yù)訂請求，所述預(yù)訂請求識別至少一個移動裝置； 在到所述至少一個移動裝置的流傳送連接的狀態(tài)更改時，將流傳送會話狀態(tài)消息發(fā)送到所述消息輸送平臺。
13.如權(quán)利要求12所述的網(wǎng)絡(luò)節(jié)點，其中所述流傳送會話狀態(tài)消息識別其狀態(tài)已更改的所述至少一個移動裝置。
14.一種攜帶指令的計算機可讀介質(zhì)，所述指令在由計算機邏輯執(zhí)行時，促使所述計算機邏輯執(zhí)行如權(quán)利要求1到8定義的任一方法。
【文檔編號】H04W4/12GK103548367SQ201180067514
【公開日】2014年1月29日 申請日期:2011年2月14日 優(yōu)先權(quán)日:2011年2月14日
【發(fā)明者】錢琦, A.容格倫 申請人:愛立信(中國)通信有限公司