專利名稱：內(nèi)容類型識別的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種內(nèi)容類型識別的方法和設(shè)備。
背景技術(shù)：
在通信領(lǐng)域中，運營商進行計費的方式主要有按時間計費和按流量計費兩種方式。例如在針對語音業(yè)務(wù)的一般采用按語音業(yè)務(wù)使用的時長進行計費。按流量計費按用戶進行某項通信業(yè)務(wù)時實際產(chǎn)生的數(shù)據(jù)比特流來進行計費。在非語音業(yè)務(wù)中，不同的通信業(yè)務(wù)所使用的流量差異很大。例如，短信業(yè)務(wù)和視頻電視業(yè)務(wù)的流量就不在一個數(shù)量級，而且兩個業(yè)務(wù)所占用的網(wǎng)絡(luò)資源也不同。運營商由于用戶業(yè)務(wù)的不同而對單個用戶的運營成本是有差異的，按時間計費不能更好的進行這方面的區(qū)分按流量計費則可以解決這個問題， 但是按流量計費也有一定的局限性例如視頻電話業(yè)務(wù)等實時性業(yè)務(wù)和音樂下載業(yè)務(wù)等非實時性業(yè)務(wù)如果都按流量進行計費就顯得不合理。因為不同的業(yè)務(wù)所占用的網(wǎng)絡(luò)資源是不同的，也就是運營商為使用不同業(yè)務(wù)的用戶投入的成本不相同，但是如果計費方式相同就顯然違背經(jīng)濟規(guī)律。因此，單純按流量計費和按時間計費一樣，都不能很好地體現(xiàn)通信業(yè)務(wù)中內(nèi)容的價值。隨著數(shù)據(jù)業(yè)務(wù)的發(fā)展，各種數(shù)據(jù)業(yè)務(wù)應(yīng)用的種類日益豐富，而基于流量或時長的計費方式由于其缺點，無法滿足運營商的計費需求，由此引入了按內(nèi)容計費的方式。按內(nèi)容計費是指運營商通過對數(shù)據(jù)包進行過濾和分析，然后識別和區(qū)分出數(shù)據(jù)包的內(nèi)容種類和屬性，并把相關(guān)信息傳送到計費系統(tǒng)進行計費。與根據(jù)時長或者流量進行計費不同的是，內(nèi)容計費可依據(jù)增值業(yè)務(wù)的內(nèi)容類型進行計費，這樣可以根據(jù)通信業(yè)務(wù)的內(nèi)容信息，對用戶作出靈活、合理的計費。實現(xiàn)內(nèi)容計費通常有兩種方式，一是增強GPRS網(wǎng)關(guān)支撐節(jié)點GGSN(Gateway GPRS Support Node)的功能以支持內(nèi)容計費，二是在GPRS網(wǎng)關(guān)支撐節(jié)點GGSN(Gateway GPRS Support Node)和外部網(wǎng)絡(luò)之間設(shè)置獨立的計費網(wǎng)關(guān)以支持內(nèi)容計費。GGSN實現(xiàn)的內(nèi)容計費一般是根據(jù)IP五元組(源IP地址、源端口號、目的IP地址、目的端口號和協(xié)議號)和/ 或通用資源定位器URL(Universal Resource Locator)識別用戶的通信業(yè)務(wù)內(nèi)容，并根據(jù)識別結(jié)果進行內(nèi)容計費。其中當URL為相對路徑時，通過解析報文中的Host字段并與URL 進行拼接，從而得到絕對路徑的URL進行匹配，最后得到用戶通信業(yè)務(wù)的內(nèi)容類型。在實際應(yīng)用中經(jīng)常會出現(xiàn)無法進行內(nèi)容識別，從而導(dǎo)致按內(nèi)容計費無法實現(xiàn)或者計費錯誤。例如在用戶發(fā)送彩信時，如果彩信中心的URL設(shè)置錯誤，則當彩信數(shù)據(jù)到達GGSN 時，會導(dǎo)致GGSN無法識別當前的業(yè)務(wù)為彩信業(yè)務(wù)，從而無法針對當前的彩信業(yè)務(wù)按內(nèi)容進行計費，可能會錯誤地按照一般業(yè)務(wù)流量的計費方式進行計費。另外，當用戶訪問WAP業(yè)務(wù)時，GET/POST報文中的目的IP地址為WAP網(wǎng)關(guān)的IP地址，實際訪問的目的地由GET/POST 報文中的URL來標識，由WAP網(wǎng)關(guān)根據(jù)所述GET/POST報文中的URL將WAP數(shù)據(jù)發(fā)送到實際的目的地。但是手機在訪問WAP業(yè)務(wù)并且攜帶相對路徑的URL字段時，則會因為無法獲得絕對路徑而造成內(nèi)容類型識別和內(nèi)容計費的失敗。

發(fā)明內(nèi)容
本發(fā)明實施例公開了一種內(nèi)容類型識別的方法和設(shè)備，可以解決因為地址錯誤而導(dǎo)致無法識內(nèi)容類型的問題。尤其是可以解決根據(jù)URL相對路徑得到絕對路徑或者URL地址設(shè)置錯誤而導(dǎo)致內(nèi)容類型識別失敗的問題。以此為基礎(chǔ)可以解決按內(nèi)容計費錯誤或者無法進行內(nèi)容計費的問題。本發(fā)明實施例公開了一種內(nèi)容類型識別的方法，包括步驟接收通信用戶的數(shù)據(jù)報文，并通過分析所述數(shù)據(jù)報文獲得所述數(shù)據(jù)報文的內(nèi)容類型；當所述獲取所述報文內(nèi)容類型失敗時，根據(jù)配置的失敗處理策略進行處理，并根據(jù)失敗處理的結(jié)果進行內(nèi)容類型的識別。當URL為相對路徑時，根據(jù)報文中的X-Online-Host字段和URL拼接得到絕對路徑， 從而進行內(nèi)容類型的識別；或者當URL設(shè)置錯誤時，根據(jù)報文中的Content-Type內(nèi)容進行內(nèi)容類型的識別。本發(fā)明還公開了一種內(nèi)容類型識別的設(shè)備，包括接收單元，用于接收用戶的數(shù)據(jù)報文；配置單元，配置單元包括識別規(guī)則單元，用于保存內(nèi)容類型識別的規(guī)則；識別單元， 用于根據(jù)配置單元保存的規(guī)則進行內(nèi)容類型的識別；其中，所述配置單元還包括失敗處理單元，用于保存失敗處理策略；識別單元無法按照識別規(guī)則單元保存的規(guī)則識別報文的內(nèi)容類型時，則根據(jù)失敗處理單元的失敗處理策略進行內(nèi)容類型的識別。所述失敗處理單元包括第一子單元和/或第二子單元；所述第一子單元用于指示識別單元根據(jù)報文中的URL 信息和X-Online-Host字段拼接出絕對路徑；所述第二子單元用于指示識單元根據(jù)報文的 Content-Type內(nèi)容識別報文的內(nèi)容類型。應(yīng)用本發(fā)明實施例的方案，可以解決識別報文類型內(nèi)容失敗的問題，特別是因為地址信息如URL信息錯誤導(dǎo)致無法誤別業(yè)務(wù)內(nèi)容類型的問題。從而為有效實現(xiàn)內(nèi)容計費鋪平道路。尤其是可以解決因為URL設(shè)置錯誤或者URL為相對路徑時的內(nèi)容類型和內(nèi)容計費失敗問題。本發(fā)明實施例實現(xiàn)簡單，有效可行，為可以解決數(shù)據(jù)業(yè)務(wù)按內(nèi)容計費的錯誤和失敗，保證運營商的利益和增強用戶使用數(shù)據(jù)業(yè)務(wù)滿意度。


圖1為本發(fā)明實施例一的方法流程圖；圖2為本發(fā)明實施例二的方法流程圖；圖3為本發(fā)明實施例三的方法流程圖；圖4為本發(fā)明實施例四的設(shè)備結(jié)構(gòu)圖。
具體實施例方式下面結(jié)合附圖及具體實施例對本發(fā)明進行詳細的說明。如圖1所示為本發(fā)明第一實施例的方法流程圖，現(xiàn)結(jié)果附圖進行詳細介紹101、配置內(nèi)容識別規(guī)則，并增加內(nèi)容識別失敗處理的策略；例如建立 “Content-Type”字段與內(nèi)容類型之間的對應(yīng)關(guān)系，或者增加X-Online-Host字段配置信息等；一般所述內(nèi)容識別規(guī)則和失敗處理策略可以配置在GGSN或者計費網(wǎng)關(guān)上。102、當接收到通信用戶的數(shù)據(jù)報文如GET或POST報文時，對所接收到數(shù)據(jù)報文的信元進行分析，并與所配置的內(nèi)容識別規(guī)則進行匹配，識別用戶所使用通信業(yè)務(wù)的內(nèi)容類型；當內(nèi)容識別失敗時，根據(jù)配置的內(nèi)容識別處理策略進行處理。例如可通過 “Content-Type”字段確定通信業(yè)務(wù)數(shù)據(jù)的內(nèi)容類型，或者通過X-Online-Host信息進行失敗處理。103、根據(jù)失敗處理的結(jié)果，將識別所得的內(nèi)容類型與計費規(guī)則進行匹配，獲得相應(yīng)的內(nèi)容計費規(guī)則，并從計費規(guī)則中獲得計費信息，根據(jù)所述計費信息對用戶使用的通信業(yè)務(wù)進行計費。圖2所示為本發(fā)明第二實施的流程圖，現(xiàn)結(jié)合附圖對詳細步驟進行介紹在計費網(wǎng)關(guān)或者GGSN上配置內(nèi)容識別規(guī)則，增加內(nèi)容失敗處理策略建立相應(yīng) “ Content-Type，，信息與內(nèi)容類型之間的對應(yīng)關(guān)系。當計費網(wǎng)關(guān)或者GGSN接收到通信用戶的數(shù)據(jù)報文后，按內(nèi)容識別規(guī)則分析所述報文以識別其內(nèi)容類型；當按所述內(nèi)容識別規(guī)則無法識別內(nèi)容類型時，則按失敗處理策略進行處理。通過“Content-Type”信息進行識別，例如當報文中的Content-Type為 application/vnd. wap. mms-message時，即表示為彩信業(yè)務(wù)，后續(xù)即可按彩信業(yè)務(wù)的費率進行內(nèi)容計費。具體可包括以下三種情況當根據(jù)報文中的URL可以進行內(nèi)容類型匹配時，則直接使用報文中的URL進行識別；當根據(jù)報文中的URL無法進行識別相應(yīng)的類型內(nèi)容時，則按失敗處理策略進行處理，即根據(jù)Content-Type信息識別內(nèi)容類型；當根據(jù)報文中的URL 信息匹配內(nèi)容類型失敗而且報文中未攜帶Content-Type信息時，則根據(jù)配置策略允許報文通過或選擇丟棄報文。識別出用戶通信業(yè)務(wù)的數(shù)據(jù)報文后，通過分析所述報文進行內(nèi)容識別，則可以根據(jù)所述內(nèi)容類型與計費規(guī)則進行匹配，得到相應(yīng)的計費規(guī)則，并按計費規(guī)則中的計費信息進行內(nèi)容計費的后續(xù)處理。在上述流程中說到的內(nèi)容識別規(guī)則可包括但不限于IP 五元組信息(源IP地址、源端口號、目的IP地址、目的端口號和協(xié)議號)、URL信息和 “Content-Type”信息等。所述計費規(guī)則包括但不限于計費方式(如按流量或者按時長計費)、時間閾值(描述按一定時間產(chǎn)生一張話單)、流量閾值(描述一定流量產(chǎn)生一張話單)、業(yè)務(wù)ID和計費組ID。所述的IP五元組信息、URL信息、Content-Type信息用于識別數(shù)據(jù)報文所屬的業(yè)務(wù)；計費方式用于指定相應(yīng)的業(yè)務(wù)按流量計費還是按時長計費；時間閾值用于指定相應(yīng)的業(yè)務(wù)間隔多長時間產(chǎn)生一張中間話單；流量閾值用于指定相應(yīng)的業(yè)務(wù)當流量達到多少時產(chǎn)生一張中間話單；業(yè)務(wù)ID填寫在話單中，用于標識相應(yīng)的業(yè)務(wù)，以便計費中心按相應(yīng)的業(yè)務(wù)扣費；計費組ID用于指定一個費率組，多個業(yè)務(wù)如果在計費時的費率相同，則可以屬于同一個計費組，即他們的計費組ID相同。本發(fā)明一個實例中具體實施細節(jié)如下如下表所示為設(shè)置的內(nèi)容識別規(guī)則
權(quán)利要求
1.一種內(nèi)容類型識別的方法，其特征在于，包括步驟接收通信用戶的數(shù)據(jù)報文，并通過分析所述數(shù)據(jù)報文獲得所述數(shù)據(jù)報文的內(nèi)容類型； 當所述獲取所述報文內(nèi)容類型失敗時，根據(jù)預(yù)先配置的失敗處理策略進行處理，并根據(jù)失敗處理的結(jié)果重新進行內(nèi)容類型的識別。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括配置內(nèi)容識別規(guī)則，增加內(nèi)容識別失敗處理的策略。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述配置內(nèi)容識別規(guī)則，增加內(nèi)容識別失敗處理的策略包括建立“Content-Type”字段與內(nèi)容類型之間的對應(yīng)關(guān)系；或者增加X-Online-Host字段配置信息。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述內(nèi)容識別規(guī)則包括IP五元組信息、通用資源定位器URL信息和“Content-Type”信息；或者所述內(nèi)容識別規(guī)則包括IP五元組信息、URL信息和X-Online-Host信息。
5.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述內(nèi)容識別規(guī)則和失敗處理策略配置在GPRS網(wǎng)關(guān)支撐節(jié)點GGSN或者計費網(wǎng)關(guān)上。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述失敗策略為當URL設(shè)置錯誤時，根據(jù)報文中的Content-Type內(nèi)容進行內(nèi)容類型的識別。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述方法還包括當根據(jù)報文中的URL可以進行內(nèi)容類型匹配時，則直接使用報文中的URL進行識別；或者當根據(jù)報文中的URL信息匹配內(nèi)容類型失敗而且報文中未攜帶Content-Type信息時， 則根據(jù)配置策略允許報文通過或選擇丟棄報文。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述失敗策略為當URL為相對路徑時，根據(jù)報文中的X-Online-Host字段和URL拼接得到絕對路徑，從而進行內(nèi)容類型的識別。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括當報文中的URL為絕對路徑時，直接使用報文中的URL進行內(nèi)容類型的識別處理；或者當所述報文的URL為相對路徑，且沒有攜帶X-Online-Host字段時，使用報文中的Host 字段與URL與拼接后進行內(nèi)容識別。
10.根據(jù)權(quán)利要求1、2、3、6、7、8或9所述的方法，其特征在于，進一步包括步驟將所識別出的內(nèi)容類型與內(nèi)容計費規(guī)則進行匹配，得到計費信息，并根據(jù)計費信息進行內(nèi)容計費。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述計費規(guī)則包括計費方式、時間閾值、流量閾值、業(yè)務(wù)ID和計費組ID。
12.—種內(nèi)容類型識別的設(shè)備，包括接收單元，用于接收用戶的數(shù)據(jù)報文；配置單元， 配置單元包括識別規(guī)則單元，用于保存內(nèi)容類型識別的規(guī)則；識別單元，用于根據(jù)配置單元保存的規(guī)則進行內(nèi)容類型的識別；其特征在于，所述配置單元還包括保存失敗處理策略的失敗處理單元，所述失敗處理策略用于指示識別單元進行失敗處理，按失敗策略識別報文的內(nèi)容類型；識別單元用于按照識別規(guī)則單元保存的規(guī)則識別報文的內(nèi)容類型，如果失敗則根據(jù)失敗處理單元的失敗處理策略進行內(nèi)容類型的識別。
13.根據(jù)權(quán)利要求12所述的設(shè)備，其特征在于，所述失敗處理單元包括第一子單元和/或第二子單元；所述第一子單元用于指示識別單元根據(jù)報文中的URL信息和 X-Online-Host字段拼接出絕對路徑，從而進行識別報文的內(nèi)容類型別；所述第二子單元用于指示識別單元根據(jù)報文的Content-Type內(nèi)容識別報文的內(nèi)容類型。
14.根據(jù)權(quán)利要求12或13所述的設(shè)備，其特征在于，所述設(shè)備還包括計費單元，用于在識別出內(nèi)容類型后進行內(nèi)容計費的處理；或者用于將識別的內(nèi)容類型上報給計費網(wǎng)關(guān)進行處理。
15.根據(jù)權(quán)利要求12或13所述的設(shè)備，其特征在于，所述設(shè)備為獨立的物理實體；或者，集成于計費網(wǎng)關(guān)和/或GGSN中。
16.根據(jù)權(quán)利要求15所述的設(shè)備，其特征在于，所述計費規(guī)則包括計費方式、時間閾值、流量閾值、業(yè)務(wù)ID和計費組ID。
17.根據(jù)權(quán)利要求12或13所述的設(shè)備，其特征在于，所述內(nèi)容類型識別規(guī)則包括IP五元組信息、通用資源定位器URL信息和“Content-Type”信息；或者所述內(nèi)容識別規(guī)則包括IP五元組信息、URL信息和X-Online-Host信息。
全文摘要
本發(fā)明實施例公開了一種內(nèi)容類型識別的方法，包括步驟接收通信用戶的數(shù)據(jù)報文，并通過分析所述數(shù)據(jù)報文獲得所述數(shù)據(jù)報文的內(nèi)容類型；當所述獲取所述報文內(nèi)容類型失敗時，根據(jù)配置的失敗處理策略進行處理，并根據(jù)失敗處理的結(jié)果進行內(nèi)容類型的識別。應(yīng)用本發(fā)明實施例公開的方法，可以解決當識別報文類型內(nèi)容失敗的問題，為內(nèi)容計費鋪平道路。尤其是可以解決因為URL設(shè)置錯誤或者URL為相對路徑時的內(nèi)容類型和內(nèi)容計費失敗問題。本發(fā)明實施例實現(xiàn)簡單，有效可行，為可以解決數(shù)據(jù)業(yè)務(wù)按內(nèi)容計費的錯誤和失敗，保證運營商的利益和增強用戶使用數(shù)據(jù)業(yè)務(wù)滿意度。
文檔編號H04W4/24GK102395117SQ20111033937
公開日2012年3月28日 申請日期2007年12月11日 優(yōu)先權(quán)日2007年12月11日
發(fā)明者林青春 申請人:華為技術(shù)有限公司