一種結(jié)合常規(guī)移動內(nèi)容與次等移動內(nèi)容的推送方法
【技術領域】
[0001]本發(fā)明涉及無線通信技術領域，涉及一種結(jié)合常規(guī)移動內(nèi)容與次等移動內(nèi)容的推送方法。
【背景技術】
[0002]為了達到較高的接入可靠性和用戶體驗滿意度，通信系統(tǒng)經(jīng)常以接近峰值流量需求的標準來建造。隨著移動通信技術的發(fā)展，基站的建設朝向更高性能和集成度的宏基站、體積更小的微基站、更靈活的分布式基站三種方向發(fā)展，保障了更大的通信系統(tǒng)容量。然而實際的移動流量在時間和空間上呈現(xiàn)不均勻分布，劇烈的流量變化對通信系統(tǒng)的規(guī)劃產(chǎn)生明顯的困擾:所設計的通信系統(tǒng)容量無論是對實際峰值流量需求還是平均流量負荷需求都是過于冗余的，系統(tǒng)資源利用率非常低，存在大量“冗余容量”。
[0003]冗余容量的存在無論是對運營商還是用戶而言，都是資源的浪費。一方面對運營商來說，流量定價是一個棘手的問題。降低流量資費可以使得冗余容量得以利用，然而運營商的利潤會隨著流量資費的降低而下降。同時低資費的流量也會造成高峰期網(wǎng)絡擁擠，造成用戶體驗的下降。另一方面，用戶有著更大的內(nèi)容需求，伴隨著視頻應用和社交媒體的普及，互聯(lián)網(wǎng)內(nèi)容越來越成為人們生活中不可缺少的一部分。用戶急切地期盼數(shù)據(jù)流量的增加同時流量資費的降低。因此，如何利用當前通信系統(tǒng)的冗余容量是一個亟待解決的關鍵問題。
[0004]OTT是“Over The Top”的縮寫，是指通過互聯(lián)網(wǎng)向用戶提供各種應用服務。OTT以向公眾提供各種信息為主業(yè)，大多擁有客戶終端APP和穩(wěn)定的用戶群。能否提供迎合用戶喜好的內(nèi)容服務是關于OTT生死存亡的關鍵。消息推送成為移動端APP產(chǎn)品運營最重要的運營手段。適當?shù)南⑼扑筒粌H能提高產(chǎn)品活躍度、增加用戶粘度和喚醒沉睡用戶，更能引導用戶關注、使用新功能并進行潛在消費。然而用戶收到推送消息需要消耗常規(guī)流量，解決用戶的內(nèi)容需求與流量資費的矛盾成為OTT運營的一個新的突破口。

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

[0005]本發(fā)明的目的在于提供一種結(jié)合常規(guī)移動內(nèi)容和次等移動內(nèi)容的推送系統(tǒng)和方法，一方面與電信運營商合作，進行流量采集分析，動態(tài)地感知每一個基站的冗余容量，另一方面與互聯(lián)網(wǎng)應用服務(OTT)合作，部署功能模塊緩存OTT的服務內(nèi)容，然后結(jié)合基站的冗余容量和OTT對內(nèi)容的時延要求，動態(tài)地選擇不同的方式推送服務內(nèi)容，動態(tài)利用移動通信網(wǎng)絡的冗余容量，向用戶終端分發(fā)服務內(nèi)容，能提高該區(qū)域移動通信網(wǎng)絡的資源利用率。
[0006]本發(fā)明一種結(jié)合常規(guī)移動內(nèi)容與次等移動內(nèi)容的推送系統(tǒng)，包括用戶終端模塊、OTT服務器模塊、冗余容量感知模塊、內(nèi)容緩存與推送模塊和用戶管理模塊；
該用戶終端模塊:在初次服務時進行SDK初始化，將產(chǎn)生的用戶ID信息上傳給用戶管理模塊，并通過與用戶管理模塊保持長連接，告知用戶的實時IP地址;接收內(nèi)容緩存與推送模塊推送的服務內(nèi)容； 該OTT服務器模塊:產(chǎn)生推送的服務內(nèi)容，定義服務內(nèi)容推送的初始延時參數(shù)，并通過內(nèi)容緩存與推送模塊的反饋信息優(yōu)化延時參數(shù);對其中某些服務內(nèi)容預置特定的推送策略;捆綁用戶ID和用戶的OTT客戶端ID，通過與用戶管理模塊交互將用戶ID與用戶IP地址、內(nèi)容緩存與推送模塊的IP地址關聯(lián)起來，并根據(jù)用戶IP地址把服務內(nèi)容推送至與用戶相關的內(nèi)容緩存與推送模塊；
該冗余容量感知模塊:用于感知基站冗余容量，并將該信息提供給內(nèi)容緩存和推送模塊；
該內(nèi)容緩存與推送模塊:部署在本地服務器，用于接收OTT服務器模塊根據(jù)用戶的位置信息發(fā)送的帶有延時標識的服務內(nèi)容，并根據(jù)冗余容量感知模塊反饋的區(qū)域內(nèi)基站冗余容量信息與OTT服務器模塊設置的內(nèi)容推送的延時參數(shù)，動態(tài)地選擇常規(guī)流量或者冗余容量向用戶推送服務內(nèi)容，而對OTT服務器模塊預置了特定推送策略的服務內(nèi)容，則按照預置的策略處理；
該用戶管理模塊:負責用戶注冊和身份認證，通過查找用戶注冊列表與用戶終端模塊建立長連接，將用戶ID與對應的用戶IP地址關聯(lián)起來，通過用戶IP地址獲取與用戶相關的內(nèi)容緩存與推送模塊的IP地址并將其綁定，然后將用戶IP地址與綁定的內(nèi)容緩存與推送模的IP地址信息一起返回給OTT服務器模塊。
[0007]另外，一種結(jié)合常規(guī)移動內(nèi)容與次等移動內(nèi)容的推送系統(tǒng)，包括用戶終端模塊、OTT服務器模塊、冗余容量感知模塊、內(nèi)容緩存與推送模塊和用戶管理模塊；
該用戶管理模塊:負責用戶注冊和身份認證、服務內(nèi)容的定向分發(fā)，通過查找用戶注冊列表和與用戶終端模塊建立長連接，將用戶ID與對應用戶的IP地址關聯(lián)起來，并通過用戶IP地址獲取與用戶處于同一區(qū)域或離用戶最近的內(nèi)容緩存與推送模塊的IP地址，并把服務內(nèi)容和用戶的IP地址發(fā)送至該內(nèi)容緩存與推送模塊；
該OTT服務器模塊:產(chǎn)生推送的服務內(nèi)容，定義服務內(nèi)容推送的初始延時參數(shù)，并通過內(nèi)容緩存與推送模塊的反饋信息優(yōu)化延時參數(shù);對其中某些服務內(nèi)容預置特定的推送策略;捆綁用戶ID和用戶的OTT客戶端ID，把用戶ID和帶有延時標識的待分發(fā)的服務內(nèi)容推送至用戶管理模塊，為服務內(nèi)容的推送提供內(nèi)容來源；
該冗余容量感知模塊:用于感知基站冗余容量，并將該信息提供給內(nèi)容緩存和推送模塊；
該內(nèi)容緩存與推送模塊:部署在本地服務器，用于接收OTT服務器模塊根據(jù)用戶的位置信息發(fā)送的帶有延時標識的服務內(nèi)容，并根據(jù)冗余容量感知模塊反饋的區(qū)域內(nèi)基站冗余容量信息與OTT服務器模塊設置的內(nèi)容推送的延時參數(shù)，動態(tài)地選擇常規(guī)流量或者冗余容量向用戶推送服務內(nèi)容，而對OTT服務器模塊預置了特定推送策略的服務內(nèi)容，則按照預置的策略處理。
[0008]所述的與用戶相關的內(nèi)容緩存與推送模塊指的是與用戶處于同一區(qū)域或離用戶最近的，最適合服務當前用戶的內(nèi)容緩存與推送模塊。
[0009]所述的冗余容量感知模塊包括:
A.流量實時監(jiān)測單元:用于對移動通信網(wǎng)絡的流量進行實時監(jiān)測并提取有關數(shù)據(jù)流量的大小及流經(jīng)的基站的關鍵信息；
B.冗余容量分析單元:用于根據(jù)各個基站及承載網(wǎng)的容量上限和實時流量負荷情況，計算得到各個基站的冗余容量狀態(tài)，分析預測各個基站冗余容量的變化趨勢并保存記錄。
[0010]所述的內(nèi)容緩存與推送模塊包括:
A.本地緩存單元:用于服務內(nèi)容的本地緩存，接收OTT服務器模塊或者用戶管理模塊根據(jù)用戶的地理位置推送的帶有延時標識的服務內(nèi)容，并緩存該服務內(nèi)容及保持內(nèi)容的實時更新；
B.內(nèi)容推送單元:用于負責服務內(nèi)容的推送，內(nèi)容緩存與推送模塊根據(jù)冗余容量感知模塊反饋的區(qū)域內(nèi)基站冗余容量信息與OTT服務器模塊設置的內(nèi)容推送的延時參數(shù)，動態(tài)地選擇常規(guī)流量或者冗余容量向用戶推送服務內(nèi)容，而對OTT服務器模塊預置了特定推送策略的服務內(nèi)容，則按照預置的策略處理。
[0011]所述的一種結(jié)合常規(guī)移動內(nèi)容與次等移動內(nèi)容的推送系統(tǒng)實現(xiàn)的推送方法，包括如下步驟:
步驟1、SDK初始化過程:
步驟11、用戶終端模塊在初次服務時進行SDK初始化，向用戶管理模塊提交用戶注冊和身份認證申請；
步驟12、用戶管理模塊響應用戶注冊申請，為用戶生成唯一的用戶ID;
步驟13、用戶管理模塊將用戶ID返回給對應用戶終端模塊，用戶終端模塊保存用戶ID;步驟14、用戶終端模塊將用戶ID上傳到OTT服務器模塊，OTT服務器模塊將用戶ID和用戶的OTT客戶端ID捆綁在一起，完成用戶注冊；
步驟2、服務內(nèi)容的推送過程:
步驟21、0TT服務器模塊向用戶管理模塊發(fā)送查詢用戶ID的請求；
步驟22、用戶管理模塊對用戶進行身份認證，查詢用戶注冊列表，獲取該用戶的IP地址和服務于該用戶的內(nèi)容緩存與推送模塊的IP地址，然后將該信息反饋給OTT服務器模塊；步驟23、0TT服務器模塊根據(jù)內(nèi)容緩存與推送模塊的IP地址，將帶有延時標識的服務內(nèi)容與用戶IP發(fā)送給對應的內(nèi)容緩存與推送模塊；
步驟24、內(nèi)容緩存與推送模塊對服務內(nèi)容進行緩存，并關聯(lián)用戶與其所在基站；
步驟25、內(nèi)容緩存與推送模塊根據(jù)所述基站的冗余容量和服務內(nèi)容的延時要求，對服務內(nèi)容進行分類推送:
a.如果在延時條件下區(qū)域內(nèi)基站冗余容量無法支持該服務內(nèi)容的推送，那么在延時結(jié)束后用常規(guī)流量