專利名稱：數據下發(fā)處理方法與裝置、系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術，尤其是一種數據下發(fā)處理方法與裝置、系統(tǒng)。
背景技術：
物聯(lián)網被普遍認可的定義是:它是一個由感知層、網絡層、應用層共同構成的龐大的社會信息系統(tǒng)。其中，感知層負責感知、收集信息；網絡層負責將感知層收集的信息傳輸到應用層；由應用層對網絡層傳輸來的信息進行分析和處理，從而實現物與物、人與物之間的感知。物聯(lián)網領域中，涉及廣域通信的很多應用普遍使用通信運營商的蜂窩網接入，實現終端與應用系統(tǒng)之間的業(yè)務通信。通信運營商把這些應用稱之為機器對機器(Machine-to-Machine,以下簡稱:M2M)通信業(yè)務。針對M2M通信業(yè)務,運營商構建了 M2M平臺，由M2M平臺提供遠程終端管理(即:遠程終端監(jiān)控)和業(yè)務數據轉發(fā)服務。其中，基于業(yè)務數據轉發(fā)服務，可以透傳終端與應用系統(tǒng)之間的業(yè)務數據報文。在實現本發(fā)明的過程中，發(fā)明人發(fā)現，現有技術中，M2M平臺無法對應用系統(tǒng)向終端下發(fā)的業(yè)務數據報文進行控制，由于蜂窩網空口資源十分有限，很多對發(fā)送時刻不敏感的數據報文也集中在蜂窩網無線空口忙時下發(fā)，增加了蜂窩網無線空口的忙時負荷，可能導致蜂窩網擁堵，而蜂窩網無線空口在空閑時段的空口資源卻被閑置、浪費，降低了蜂窩網的網絡承載能力。

發(fā)明內容
本發(fā)明實施例所要解決的技術問題是:提供一種數據下發(fā)處理方法與裝置、系統(tǒng)，以降低蜂窩網無線空口的忙時負荷，提高蜂窩網的網絡承載能力。本發(fā)明實施例提供的一種數據下發(fā)處理方法，包括:接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文；根據所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文。本發(fā)明實施例提供的一種數據下發(fā)處理裝置，包括:接收單元，用于接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文；第一獲取單元，用于根據所述終端用戶標識，獲取所述終端所在區(qū)域網絡的網絡負荷信息；下發(fā)單元，用于根據第一獲取單元獲取的所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文。本發(fā)明實施例提供的一種數據下發(fā)處理系統(tǒng)，包括應用系統(tǒng)，還包括:數據下發(fā)處理裝置，用于接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文；根據所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文。由于蜂窩網空口資源十分有限，基于本發(fā)明上述實施例提供的數據下發(fā)處理方法與裝置、系統(tǒng)，接收到應用系統(tǒng)提交的數據下發(fā)任務后，對應用系統(tǒng)下發(fā)的業(yè)務數據報文進行控制，根據相應終端所在區(qū)域網絡的網絡負荷信息，選擇該網絡空口的相對空閑時段，例如，每天的凌晨時段，向終端下發(fā)業(yè)務數據報文，從而實現“錯峰填谷”的效果。與現有技術相比，降低了蜂窩網無線空口的忙時負荷，避免蜂窩網擁堵，并充分利用了蜂窩網無線空口在空閑時段的空口資源，提高了蜂窩網空口資源的利用率與網絡承載能力。下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。


為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本發(fā)明數據下發(fā)處理方法一個實施例的流程圖；圖2為本發(fā)明數據下發(fā)處理方法另一個實施例的流程圖；圖3為本發(fā)明數據下發(fā)處理裝置一個實施例的結構示意圖；圖4為本發(fā)明數據下發(fā)處理裝置另一個實施例的結構示意圖；圖5為本發(fā)明數據下發(fā)處理裝置又一個實施例的結構示意圖；圖6為本發(fā)明數據下發(fā)處理系統(tǒng)一個實施例的結構示意圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明數據下發(fā)處理方法一個實施例的流程圖。示例性地，該實施例可以由一個數據下發(fā)處理裝置執(zhí)行。如圖1所示，該實施例的數據下發(fā)處理方法包括:101，接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文。本發(fā)明實施例中，終端與終端用戶相對應，終端用戶標識唯一標識一個終端用戶，因此，終端用戶所在位置即終端所在位置，終端用戶所在區(qū)域網絡即終端所在區(qū)域網絡，終端與終端用戶可以相互指代，不再特殊說明。102，根據終端所在區(qū)域網絡的網絡負荷信息，選擇終端所在區(qū)域網絡的空閑時段，向終端下發(fā)業(yè)務數據報文。其中，終端所在區(qū)域網絡是指終在其端接入的當前移動通信網絡中所處的具體區(qū)域，可以是一個較大的區(qū)域，例如某個移動本地網，也可以是某個移動交換中心(MobileSwitching Centre,以下簡稱:MSC)管理的區(qū)域,也可以是某個小區(qū)。
具體地，終端所在區(qū)域網絡的網絡負荷信息可以是所在區(qū)域網絡的既有網絡負荷信息。由于蜂窩網空口資源十分有限，基于本發(fā)明上述實施例提供的數據下發(fā)處理方法，接收到應用系統(tǒng)提交的數據下發(fā)任務后，對應用系統(tǒng)下發(fā)的業(yè)務數據報文進行控制，根據相應終端所在區(qū)域網絡的網絡負荷信息，選擇該網絡空口的相對空閑時段，例如，每天的凌晨時段，向終端下發(fā)業(yè)務數據報文，從而實現“錯峰填谷”的效果，降低了蜂窩網無線空口的忙時負荷，避免蜂窩網擁堵，并充分利用了蜂窩網無線空口在空閑時段的空口資源，提高了蜂窩網空口資源的利用率與網絡承載能力。根據本發(fā)明實施例的一個示例而非限制，終端與應用系統(tǒng)可以分別登錄數據下發(fā)處理裝置，以便通過數據下發(fā)處理裝置在終端與應用系統(tǒng)之間轉發(fā)業(yè)務數據報文。在終端登錄時或者登錄后需要向該終端下發(fā)數據時，可以獲取終端用戶當前所在的位置信息，并根據終端用戶當前所在的位置信息確定終端所在區(qū)域網絡。示例性地，可以通過如下方式獲取終端用戶當前所在的位置信息:在終端用戶登錄時或者登錄后需要向該終端下發(fā)數據時，根據終端用戶標識，從終端用戶的歸屬位置寄存器(Home Location Register,以下簡稱:HLR)或者歸屬用戶服務器(Home Subscriber Server,以下簡稱:HSS)獲取終端用戶當前所在的位置信息,終端用戶當前所在的位置信息可以是終端用戶當前所在小區(qū)一級的位置信息或者終端用戶當前所在地區(qū)一級的位置信息，其中，由于蜂窩網中，終端用戶當前所在小區(qū)一級的位置信息包含了終端用戶當前所在地區(qū)一級的位置信息，獲取終端所在小區(qū)一級的位置信息后，便可以得到終端所在地區(qū)一級的位置信息。這樣，便可以基于地區(qū)一級或基于小區(qū)一級的既有網絡負荷信息，確定終端所在地區(qū)一級或基于小區(qū)一級網絡的忙閑時段。根據本發(fā)明實施例的另一個示例而非限制，本發(fā)明實施例的數據下發(fā)處理方法中，還可以在獲知終端所在區(qū)域網絡后，根據終端所在區(qū)域網絡，獲取終端所在區(qū)域網絡的網絡負荷信息；或者，預先獲取整個網絡的網絡負荷信息，獲知終端所在區(qū)域網絡后，從整個網絡的網絡負荷信息中，獲取終端所在區(qū)域網絡的網絡負荷信息。實際應用中，可以從運營支撐系統(tǒng)(Operation Support System,以下簡稱:0SS),例如，網管系統(tǒng)、網優(yōu)系統(tǒng)等，獲取網絡負荷信息，也可以直接從蜂窩網中的網絡設備采集獲取終端所在區(qū)域網絡的網絡負荷信息。一種可用的方式是采用靜態(tài)統(tǒng)計信息。例如，從綜合網管系統(tǒng)中以小區(qū)為單位，提取過去一個月內每個時段的無線空口資源負荷指標集，匯總后以一周(例如，周一到周日)為單位，建立每個小區(qū)在每周每天每時段的平均負荷指標，節(jié)假日單獨統(tǒng)計，然后對每個時段的忙閑程度劃分為多個級別，區(qū)分出忙閑級別，作為整個網絡的網絡負荷信息，為了實現比較好的錯峰填谷效果，上述統(tǒng)計信息的粒度可以相對精細。一個良好的統(tǒng)計信息粒度是基于每個小區(qū)的每個時段。其中，時段的粒度可以盡量精細，例如，以小時為維度，但可以考慮更小的時段，例如以30分鐘、15分鐘為維度，以求得更精細化的錯峰填谷控制效果。另外，根據本發(fā)明實施例的又一個示例而非限制，若接收到的多個數據下發(fā)任務中終端用戶當前所在的位置信息屬于同一個小區(qū)，則可以根據該同一個小區(qū)所在區(qū)域網絡的網絡負荷信息與該多個數據下發(fā)任務的網絡資源需求，選擇所在區(qū)域網絡的同一空閑時段或不同空閑時段，分別向相應終端下發(fā)相應的業(yè)務數據報文。例如，根據該同一個小區(qū)所在區(qū)域網絡的網絡負荷信息，若所在區(qū)域網絡的同一空閑時段的網絡負荷較小，完全可以滿足同時處理該多個數據下發(fā)任務的網絡資源需求，則可以選擇所在區(qū)域網絡的同一空閑時段，具體可以在該同一空閑時段的不同時刻，分別向相應終端下發(fā)相應的業(yè)務數據報文，例如，在該同一空閑時段中，每隔I分鐘向一個終端下發(fā)相應的業(yè)務數據報文；否則，若所在區(qū)域網絡的同一空閑時段的網絡負荷雖然較小，但不足以滿足同時處理該多個數據下發(fā)任務的網絡資源需求，則可以選擇所在區(qū)域網絡的不同空閑時段，分批向相應終端下發(fā)相應的業(yè)務數據報文，進一步降低了網絡的忙時負荷。例如，在所在區(qū)域網絡的第一空閑時段，優(yōu)先向相應終端下發(fā)該多個數據下發(fā)任務中實時性要求相對較高的業(yè)務數據報文，在所在區(qū)域網絡的第二空閑時段，向相應終端下發(fā)該多個數據下發(fā)任務中實時性要求次之的業(yè)務數據報文，在所在區(qū)域網絡的隨后空閑時段，再向相應終端下發(fā)該多個數據下發(fā)任務中實時性要求最低的業(yè)務數據報文。另外，根據本發(fā)明的一個具體實施例，在本發(fā)明上述各實施例的數據下發(fā)處理方法中，接收應用系統(tǒng)提交的數據下發(fā)任務之后，還可以識別業(yè)務數據報文的業(yè)務屬性是否為對數據發(fā)送實時性要求較高的緊急業(yè)務；若業(yè)務數據報文的業(yè)務屬性為對數據發(fā)送實時性要求不高的非緊急業(yè)務，執(zhí)行根據終端所在區(qū)域網絡的網絡負荷信息，選擇終端所在區(qū)域網絡的空閑時段，向終端下發(fā)業(yè)務數據報文的操作。若業(yè)務數據報文的業(yè)務屬性為對數據發(fā)送實時性要求較高的緊急業(yè)務，則直接向終端下發(fā)業(yè)務數據報文。另外，根據本發(fā)明的另一個具體實施例，在本發(fā)明上述各實施例的數據下發(fā)處理方法中，數據下發(fā)任務中還可以包括數據發(fā)送實時性要求參數，其中，數據發(fā)送實時性要求參數包括緊急發(fā)送或常規(guī)發(fā)送，表示本次業(yè)務數據報文是常規(guī)發(fā)送，還是緊急發(fā)送。其中，常規(guī)發(fā)送的參數具體可以是該業(yè)務數據報文允許延遲發(fā)送的時間范圍，例如，8小時、16小時、24小時等，以便數據下發(fā)處理裝置根據該允許延遲發(fā)送的時間范圍選擇終端所在區(qū)域網絡的空閑時段，向終端下發(fā)業(yè)務數據報文。屬于常規(guī)發(fā)送的情況，向終端下發(fā)業(yè)務數據報文的中間平臺可以自行調度業(yè)務數據報文的下發(fā)時機。相應的，接收應用系統(tǒng)提交的數據下發(fā)任務后，還可以識別數據發(fā)送實時性要求參數是否為常規(guī)發(fā)送；若數據發(fā)送實時性要求參數為常規(guī)發(fā)送，則開始執(zhí)行根據終端所在區(qū)域網絡的網絡負荷信息，選擇終端所在區(qū)域網絡的空閑時段，向終端下發(fā)業(yè)務數據報文的操作。否則，若數據發(fā)送實時性要求參數為緊急發(fā)送，則直接向終端下發(fā)業(yè)務數據報文。圖2為本發(fā)明數據下發(fā)處理方法另一個實施例的流程圖。示例性地，該實施例可以由一個數據下發(fā)處理裝置執(zhí)行。如圖2所示，該實施例的數據下發(fā)處理方法包括:201，終端與應用系統(tǒng)分別登錄數據下發(fā)處理裝置。202，終端登錄數據下發(fā)處理裝置時，或者登錄后需要向該終端下發(fā)數據時，數據下發(fā)處理裝置獲取終端用戶當前所在的位置信息，并根據終端用戶當前所在的位置信息確定終端所在區(qū)域網絡。例如，根據終端用戶標識，從終端用戶的HLR或者HSS獲取終端用戶當前所在小區(qū)一級的位置信息，該終端用戶當前所在小區(qū)一級的位置信息包括終端用戶當前所在地區(qū)一級的位置信息。203，應用系統(tǒng)向數據下發(fā)處理裝置提交數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識、下發(fā)給該終端的業(yè)務數據報文與數據發(fā)送實時性要求參數。
其中，數據發(fā)送實時性要求參數包括緊急發(fā)送或常規(guī)發(fā)送，常規(guī)發(fā)送可以制定允許延遲發(fā)送的時間范圍，例如，8小時、16小時、24小時等。204，數據下發(fā)處理裝置接收到數據下發(fā)任務后，記錄該數據下發(fā)任務并向應用系統(tǒng)返回任務接收應答消息，識別其中的數據發(fā)送實時性要求參數是否為常規(guī)發(fā)送。若數據發(fā)送實時性要求參數為常規(guī)發(fā)送，執(zhí)行206的操作。否則，若數據發(fā)送實時性要求參數為緊急發(fā)送，執(zhí)行205的操作。205，數據下發(fā)處理裝置直接向終端下發(fā)業(yè)務數據報文。然后執(zhí)行209的操作。206，數據下發(fā)處理裝置緩存數據下發(fā)任務中的業(yè)務數據報文，并根據終端所在區(qū)域網絡，獲取終端所在區(qū)域網絡的網絡負荷信息。207，數據下發(fā)處理裝置根據終端所在區(qū)域網絡的網絡負荷信息，從終端所在區(qū)域網絡的空閑時段選擇發(fā)送上述業(yè)務數據報文的下發(fā)時刻。208，數據下發(fā)處理裝置在選擇的下發(fā)時刻向終端下發(fā)業(yè)務數據報文。209，終端接收到業(yè)務數據報文后，向數據下發(fā)處理裝置返回報文接收應答消息。210，數據下發(fā)處理裝置向應用系統(tǒng)返回下發(fā)結果通知消息。圖3為本發(fā)明數據下發(fā)處理裝置一個實施例的結構示意圖。該實施例的數據下發(fā)處理裝置可用于執(zhí)行本發(fā)明上述各數據下發(fā)處理方法實施例的流程。如圖3所示，其包括接收單元301、第一獲取單元302與下發(fā)單元303。其中，接收單元301，用于接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文。第一獲取單元302，用于根據數據下發(fā)任務中的終端用戶標識，獲取相應終端所在區(qū)域網絡的網絡負荷信息。下發(fā)單元303，用于根據第一獲取單元302獲取的終端所在區(qū)域網絡的網絡負荷信息，選擇該終端所在區(qū)域網絡的空閑時段，向終端下發(fā)業(yè)務數據報文。由于蜂窩網空口資源十分有限，基于本發(fā)明上述實施例提供的數據下發(fā)處理裝置，接收到應用系統(tǒng)提交的數據下發(fā)任務后，對應用系統(tǒng)下發(fā)的業(yè)務數據報文進行控制，根據相應終端所在區(qū)域網絡的網絡負荷信息，選擇該網絡空口的相對空閑時段，例如，每天的凌晨時段，向終端下發(fā)業(yè)務數據報文，從而實現“錯峰填谷”的效果，降低了蜂窩網無線空口的忙時負荷，避免蜂窩網擁堵，并充分利用了蜂窩網無線空口在空閑時段的空口資源，提高了蜂窩網空口資源的利用率與網絡承載能力。根據本發(fā)明實施例的一個示例而非限制，再參見圖3，本發(fā)明實施例的數據下發(fā)處理裝置還可以包括第二獲取單元304，用于在終端登錄時或者登錄后或者需要向該終端下發(fā)數據時，獲取終端用戶當前所在的位置信息，并根據該終端用戶當前所在的位置信息確定終端所在區(qū)域網絡。示例性地，第二獲取單元304具體可以在終端用戶登錄時或者登錄后需要向該終端下發(fā)數據時，根據終端用戶標識，從終端用戶的HLR或者HSS獲取終端用戶當前所在的位置信息，終端用戶當前所在的位置信息包括終端用戶當前所在小區(qū)一級的位置信息或者終端用戶當前所在地區(qū)一級的位置信息，其中，終端用戶當前所在小區(qū)一級的位置信息包括終端用戶當前所在地區(qū)一級的位置信息。示例性地，第一獲取單元302具體可以根據終端所在區(qū)域網絡，獲取終端所在區(qū)域網絡的網絡負荷信息；或者，獲取整個網絡的網絡負荷信息，并從整個網絡的網絡負荷信息中，獲取終端所在區(qū)域網絡的網絡負荷信息。另外，下發(fā)單元303，還可用于在接收單元301接收到多個數據下發(fā)任務時，根據第二獲取單元304針對多個數據下發(fā)任務獲取的終端用戶當前所在的位置信息，若接收單元301接收到的多個數據下發(fā)任務中終端用戶當前所在的位置信息屬于同一個小區(qū)，則根據第一獲取單元302獲取的該同一個小區(qū)所在區(qū)域網絡的網絡負荷信息與該多個數據下發(fā)任務的網絡資源需求，選擇所在區(qū)域網絡的同一空閑時段或不同空閑時段，分別向相應終端下發(fā)相應的業(yè)務數據報文。圖4為本發(fā)明數據下發(fā)處理裝置另一個實施例的結構示意圖。與圖3所示的實施例相比，該實施例的數據下發(fā)處理裝置還包括第一識別單元305，用于在接收單元301接收到數據下發(fā)任務時，識別該數據下發(fā)任務中的業(yè)務數據報文的業(yè)務屬性是否為對數據發(fā)送實時性要求較高的緊急業(yè)務。相應的，第一獲取單元302，具體根據第一識別單元305的識別結果，若業(yè)務數據報文的業(yè)務屬性為對數據發(fā)送實時性要求不高的非緊急業(yè)務，開始執(zhí)行根據終端用戶標識，獲取終端所在區(qū)域網絡的網絡負荷信息的操作。示例性地，下發(fā)單元303根據第一識別單元305的識別結果，若業(yè)務數據報文的業(yè)務屬性為對數據發(fā)送實時性要求較高的緊急業(yè)務，直接向終端下發(fā)該業(yè)務數據報文。圖5為本發(fā)明數據下發(fā)處理裝置又一個實施例的結構示意圖。與圖3所示的實施例相比，該實施例中，接收單元301接收到的數據下發(fā)任務中還包括數據發(fā)送實時性要求參數，其中，數據發(fā)送實時性要求參數包括緊急發(fā)送或常規(guī)發(fā)送。如圖5所示，該實施例的數據下發(fā)處理裝置還包括第二識別單元306，用于識別接收單元301接收到的數據下發(fā)任務中的數據發(fā)送實時性要求參數是否為常規(guī)發(fā)送。相應的，第一獲取單元302，具體根據第二識別單元306的識別結果，若數據發(fā)送實時性要求參數為常規(guī)發(fā)送，開始執(zhí)行根據終端用戶標識，獲取終端所在區(qū)域網絡的網絡負荷信息的操作。示例性地，下發(fā)單元303根據第二識別單元306的識別結果，若數據下發(fā)任務中的數據發(fā)送實時性要求參數是否為緊急發(fā)送，直接向終端下發(fā)該業(yè)務數據報文。圖6為本發(fā)明數據下發(fā)處理系統(tǒng)一個實施例的結構示意圖。如圖6所示，該實施例的數據下發(fā)處理系統(tǒng)包括應用系統(tǒng)I與數據下發(fā)處理裝置2。其中，應用系統(tǒng)I用于生成數據下發(fā)任務并提交給數據下發(fā)處理裝置2，其中的數據下發(fā)任務用于指示數據下發(fā)處理裝置2向終端下發(fā)數據下發(fā)任務中的業(yè)務數據報文，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文。數據下發(fā)處理裝置2，用于接收應用系統(tǒng)I提交的數據下發(fā)任務；根據終端用戶標識對應終端所在區(qū)域網絡的網絡負荷信息，選擇該終端所在區(qū)域網絡的空閑時段，向該終端下發(fā)業(yè)務數據報文。由于蜂窩網空口資源十分有限，基于本發(fā)明上述實施例提供的數據下發(fā)處理系統(tǒng)，引入數據下發(fā)處理裝置2這一中間平臺，作為終端和應用之間進行業(yè)務數據報文下發(fā)的關鍵控制點，接收到應用系統(tǒng)提交的數據下發(fā)任務后，對應用系統(tǒng)下發(fā)的業(yè)務數據報文進行控制，接收到應用系統(tǒng)下發(fā)的非時間敏感的業(yè)務數據報文時，緩存該業(yè)務數據報文，然后根據時間、終端位置、既有網絡負荷等因素等進行智能判斷，根據相應終端所在區(qū)域網絡的既有網絡負荷信息，選擇該網絡空口的相對空閑時段，例如，每天的凌晨時段，向終端下發(fā)業(yè)務數據報文，從而實現“錯峰填谷”的效果，降低了蜂窩網無線空口的忙時負荷，避免蜂窩網擁堵，并充分利用了蜂窩網無線空口在空閑時段的空口資源，提高了蜂窩網空口資源的利用率與網絡承載能力。其中，數據下發(fā)處理裝置2作為應用系統(tǒng)I與終端之間的中間設備，位于通信運營商網絡內，可以通過標準接口與應用系統(tǒng)I進行信息交互。示例性地，可以在M2M平臺中部署相應的功能單元，從而實現該中間設備。示例性地，數據下發(fā)處理裝置2具體可以采用圖3與圖4中任意一個實施例的數據下發(fā)處理裝置結構實現。圖6示例性地給出了數據下發(fā)處理裝置2采用圖4所示一個實施例的數據下發(fā)處理裝置結構實現的實例。另外，應用系統(tǒng)I還用于根據終端用戶預先設置的業(yè)務定購要求或者本次下發(fā)的業(yè)務數據報文的業(yè)務屬性，在數據下發(fā)任務中設置數據發(fā)送實時性要求參數，其中，數據發(fā)送實時性要求參數包括緊急發(fā)送或常規(guī)發(fā)送。相應的，數據下發(fā)處理裝置2具體可以采用圖5所示任一實施例的數據下發(fā)處理裝置結構實現。本發(fā)明上述各實施例中，應用系統(tǒng)與作為中間平臺的數據下發(fā)處理裝置2之間，可以米用基于傳輸控制協(xié)議(Transmission Control Protocol,以下簡稱:TCP)的方式，包括基于套接字(Socket)的長連接形式,或者基于超文本傳輸協(xié)議(Hyper Text TransportProtocol,以下簡稱:HTTP)的網絡服務(Web Service)模式,進行信息交互。數據下發(fā)處理裝置2與終端之間可以采用基于TCP協(xié)議或者用戶數據報協(xié)議(User Datagram Protocol,以下簡稱:UDP)協(xié)議的方式，進行信息交互。作為本發(fā)明實施例的應用，運營商可以根據業(yè)務數據報文發(fā)送的實時性等級，制定不同的資費策略，以調節(jié)對實時性要求不同的業(yè)務數據報文的下發(fā)處理時機，進一步實現有限網絡資源的優(yōu)化配置與高效利用。本說明書中各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其它實施例的不同之處，各個實施例之間相同或相似的部分相互參見即可。對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。本領域普通技術人員可以理解:實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。本發(fā)明實施例中，應用系統(tǒng)向終端下發(fā)業(yè)務數據報文時，實現了 “錯峰填谷”的效果，降低了蜂窩網無線空口的忙時負荷，避免蜂窩網擁堵，并充分利用了蜂窩網無線空口在空閑時段的空口資源，提高了蜂窩網空口資源的利用率與網絡承載能力。本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領域的普通技術人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理和實際應用，并且使本領域的普通技術人員能夠理解本發(fā)明從而設計適于特定用途的帶有各種修改的各種實施例。
權利要求
1.一種數據下發(fā)處理方法，其特征在于，包括: 接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文； 根據所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文。
2.根據權利要求1所述的方法，其特征在于，還包括: 在所述終端登錄時或者登錄后需要向該終端下發(fā)數據時，獲取所述終端用戶當前所在的位置信息，并根據所述終端用戶當前所在的位置信息確定所述終端所在區(qū)域網絡。
3.根據權利要求2所述的方法，其特征在于，獲取所述終端用戶當前所在的位置信息包括: 在所述終端用戶登錄時或者登錄后需要向該終端下發(fā)數據時，根據所述終端用戶標識，從所述終端用戶的歸屬位置寄存器HLR或者歸屬用戶服務器HSS獲取所述終端用戶當前所在的位置信息，所述終端 用戶當前所在的位置信息包括所述終端用戶當前所在小區(qū)一級的位置信息或者所述終端用戶當前所在地區(qū)一級的位置信息，所述終端用戶當前所在小區(qū)一級的位置信息包括所述終端用戶當前所在地區(qū)一級的位置信息。
4.根據權利要求2所述的方法，其特征在于，還包括: 根據所述終端所在區(qū)域網絡，獲取所述終端所在區(qū)域網絡的網絡負荷信息。
5.根據權利要求3所述的方法，若接收到的多個數據下發(fā)任務中終端用戶當前所在的位置信息屬于同一個小區(qū)，則根據該同一個小區(qū)所在區(qū)域網絡的網絡負荷信息與該多個數據下發(fā)任務的網絡資源需求，選擇所在區(qū)域網絡的同一空閑時段或不同空閑時段，分別向相應終端下發(fā)相應的業(yè)務數據報文。
6.根據權利要求1至5任意一項所述的方法，其特征在于，接收應用系統(tǒng)提交的數據下發(fā)任務之后，還包括: 識別所述業(yè)務數據報文的業(yè)務屬性是否為對數據發(fā)送實時性要求較高的緊急業(yè)務； 若所述業(yè)務數據報文的業(yè)務屬性為對數據發(fā)送實時性要求不高的非緊急業(yè)務，執(zhí)行根據所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文的操作。
7.根據權利要求1至5任意一項所述的方法，其特征在于，所述數據下發(fā)任務中還包括數據發(fā)送實時性要求參數，其中，數據發(fā)送實時性要求參數包括緊急發(fā)送或常規(guī)發(fā)送； 接收應用系統(tǒng)提交的數據下發(fā)任務后，還識別所述數據發(fā)送實時性要求參數是否為常規(guī)發(fā)送； 若所述數據發(fā)送實時性要求參數為常規(guī)發(fā)送，執(zhí)行根據所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文的操作。
8.一種數據下發(fā)處理裝置，其特征在于，包括: 接收單元，用于接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文； 第一獲取單元，用于根據所述終端用戶標識，獲取所述終端所在區(qū)域網絡的網絡負荷信息；下發(fā)單元，用于根據第一獲取單元獲取的所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文。
9.根據權利要求8所述的裝置，其特征在于，還包括: 第二獲取單元，用于在所述終端登錄時或者登錄后需要向該終端下發(fā)數據時，獲取所述終端用戶當前所在的位置信息，并根據所述終端用戶當前所在的位置信息確定所述終端所在區(qū)域網絡。
10.根據權利要求9所述的裝置，其特征在于，所述第二獲取單元具體在所述終端用戶登錄時或者登錄后需要向該終端下發(fā)數據時，根據所述終端用戶標識，從所述終端用戶的HLR或者HSS獲取所述終端用戶當前所在的位置信息，所述終端用戶當前所在的位置信息包括所述終端用戶當前所在小區(qū)一級的位置信息或者所述終端用戶當前所在地區(qū)一級的位置信息，所述終端用戶當前所在小區(qū)一級的位置信息包括所述終端用戶當前所在地區(qū)一級的位置信息。
11.根據權利要求9所述的裝置，其特征在于，所述第一獲取單元具體根據所述終端所在區(qū)域網絡，獲取所述終端所在區(qū)域網絡的網絡負荷信息；或者，獲取整個網絡的網絡負荷信息，并從整個網絡的網絡負荷信息中，獲取所述終端所在區(qū)域網絡的網絡負荷信息。
12.根據權利要求9所述的裝置，其特征在于，所述下發(fā)單元，還用于根據第二獲取單元針對多個數據下發(fā)任務獲取的終端用戶當前所在的位置信息，若接收到的多個數據下發(fā)任務中終端用戶當前所在的 位置信息屬于同一個小區(qū)，則根據第一獲取單元獲取的該同一個小區(qū)所在區(qū)域網絡的網絡負荷信息與該多個數據下發(fā)任務的網絡資源需求，選擇所在區(qū)域網絡的同一空閑時段或不同空閑時段，分別向相應終端下發(fā)相應的業(yè)務數據報文。
13.根據權利要求8至12任意一項所述的裝置，其特征在于，還包括: 第一識別單元，用于識別所述業(yè)務數據報文的業(yè)務屬性是否為對數據發(fā)送實時性要求較聞的緊急業(yè)務； 所述第一獲取單元，具體根據所述第一識別單元的識別結果，若所述業(yè)務數據報文的業(yè)務屬性為對數據發(fā)送實時性要求不高的非緊急業(yè)務，開始執(zhí)行根據所述終端用戶標識，獲取所述終端所在區(qū)域網絡的網絡負荷信息的操作。
14.根據權利要求8至12任意一項所述的裝置，其特征在于，所述數據下發(fā)任務中還包括數據發(fā)送實時性要求參數，其中，數據發(fā)送實時性要求參數包括緊急發(fā)送或常規(guī)發(fā)送； 所述裝置還包括第二識別單元，用于識別所述數據發(fā)送實時性要求參數是否為常規(guī)發(fā)送； 所述第一獲取單元，具體根據所述第二識別單元的識別結果，若所述數據發(fā)送實時性要求參數為常規(guī)發(fā)送，開始執(zhí)行根據所述終端用戶標識，獲取所述終端所在區(qū)域網絡的網絡負荷信息的操作。
15.一種數據下發(fā)處理系統(tǒng)，包括應用系統(tǒng)，其特征在于，還包括: 數據下發(fā)處理裝置，用于接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文；根據所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文。
16.根據權利要求15所述的系統(tǒng)，其特征在于，所述數據下發(fā)處理裝置具體為權利要求8至13任意一項所述的數據下發(fā)處理裝置。
17.根據權利要求15所述的系統(tǒng)，其特征在于，所述應用系統(tǒng)還用于根據所述終端用戶的業(yè)務定購要求或者業(yè)務屬性，在數據下發(fā)任務中設置數據發(fā)送實時性要求參數，其中，數據發(fā)送實時性要求參數包括緊急發(fā)送或常規(guī)發(fā)送； 所述數據下發(fā)處 理裝置具體為權利要求14所述的任一數據下發(fā)處理裝置。
全文摘要
本發(fā)明實施例公開了一種數據下發(fā)處理方法與裝置、系統(tǒng)，其中，數據下發(fā)處理方法包括接收應用系統(tǒng)提交的數據下發(fā)任務，該數據下發(fā)任務中包括終端用戶標識與下發(fā)給該終端的業(yè)務數據報文；根據所述終端所在區(qū)域網絡的網絡負荷信息，選擇所述終端所在區(qū)域網絡的空閑時段，向所述終端下發(fā)所述業(yè)務數據報文。本發(fā)明實施例可以降低蜂窩網無線空口的忙時負荷，提高蜂窩網的網絡承載能力。
文檔編號H04W28/08GK103079233SQ20111032606
公開日2013年5月1日 申請日期2011年10月25日 優(yōu)先權日2011年10月25日
發(fā)明者王藝, 張云霞, 成建波 申請人:中國電信股份有限公司