專利名稱：一種基于Diameter協(xié)議的Origin-State-Id AVP發(fā)送方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別涉及一種基于Diameter協(xié)議的Origin-State-Id AVP發(fā)送方法及裝置。
背景技術(shù)：
RADIUS (Remote Authentication Dial In User Service,遠程用戶撥號認證系統(tǒng))協(xié)議是目前應(yīng)用最廣泛的一種 AAA (Authentication Authorization Accounting,認證授權(quán)記賬)協(xié)議，而Diameter (直徑)協(xié)議是RADIUS協(xié)議的升級版本,被IETF (InternetEngineering Task Force,互聯(lián)網(wǎng)工程任務(wù)組)的AAA工作組作為下一代的AAA協(xié)議標準。
在Diameter 協(xié)議中，使用 Origin-State-Id (源-狀態(tài)-標識)AVP(Attribute-Value-Pair,屬性-內(nèi)容-對組)來表示設(shè)備狀態(tài),也稱為設(shè)備狀態(tài)信息。這個AVP在每條交互消息中攜帶，便于接收方了解發(fā)送方的設(shè)備狀態(tài)。如果接收方判斷出接收到的Origin-State-Id AVP中的Origin-State-Id AVP的值有改變，可以認為原Origin-State-Id AVP對應(yīng)的發(fā)送方的設(shè)備狀態(tài)已經(jīng)丟失，需要清除本地關(guān)于原Origin-State-Id AVP的發(fā)送方的資源。當接收方接收到Origin-State-IdAVP后，需要通過字符串遍歷本地保存的發(fā)送方的主機名、域名，查找到該發(fā)送方的設(shè)備之前的狀態(tài)。這樣的處理方式，加重了接收方的處理負擔(dān)，大大減緩了接收方的處理速率。LTE (Long Term Evolution,長期演進)網(wǎng)絡(luò)的 SAE (System ArchitectureEvolution，系統(tǒng)架構(gòu)演進)架構(gòu)的網(wǎng)絡(luò)拓撲結(jié)構(gòu)如下圖I所示，Gx接口位于PGW(即TON Gff,Public Data Network Gateway,公共數(shù)據(jù)網(wǎng)網(wǎng)關(guān))和 PCRF (Policy and Charging RulesFunction，策略與計費規(guī)則功能)之間，主要用于計費控制和策略控制。PCRF將策略規(guī)則配置成PCC規(guī)則下發(fā)給PGW，PGff把這些規(guī)則綁定到相應(yīng)的承載上，下發(fā)到業(yè)務(wù)面，由業(yè)務(wù)面進行執(zhí)行這些規(guī)則，從而達到策略控制的目的。PGW和PCRF之間的信息交互過程包括創(chuàng)建會話過程、更新會話過程、刪除會話過程等。其中，創(chuàng)建會話過程如圖2所示，PGW發(fā)送CCR (Credit Control Request，信用控制請求)-1消息到PCRF，請求建立會話，PCRF反饋CCA-I消息給PGW，PGW收到CCA (CreditControl Answer,信用控制應(yīng)答)-I確認可以建立會話后,兩者之間的會話建立成功。更新會話過程包括兩種情況。其中一種情況如圖3A所示，由PGW發(fā)起更新會話過程。PGW發(fā)送CCR-U消息到PCRF，請求更新會話，PCRF反饋CCA-U消息給PGW，確認建立更新會話過程。而另一種情況，如圖3B所示，由PCRF發(fā)起更新會話過程，PCRF將更新會話的請求通過RAR (Re Auth Request,重新認證請求)消息發(fā)送給PGW, PGW將確認建立更新會話的RAA (Re Auth Answer,重新認證應(yīng)答)消息反饋給PCRF。刪除會話過程如圖4所示，PGff將請求刪除會話的CCR-T消息發(fā)送給PCRF，PCRF刪除會話后反饋CCA-T消息給PGW。 上述PGW和PCRF之間的信息交互過程主要是通過兩對消息，CCR/CCA消息和RAR/RAA消息實現(xiàn)的。CCR/CCA消息和RAR/RAA消息中均攜帶了 Origin-State-Id AVP。在現(xiàn)有技術(shù)中，發(fā)送端需要在每條Gx接口消息中攜帶本設(shè)備的Origin-State-IdAVP。接收端收到消息后需要通過字符串在設(shè)備存儲信息中查找本地記錄中的本地Origin-State-Id AVP,比較接收到的 Origin-State-Id AVP 的值和本地 Origin-State-IdAVP的值是否相同，并根據(jù)比較結(jié)果進行后續(xù)處理。在EPS (Evolved Packet Systerm,演進分組系統(tǒng))中，PGW網(wǎng)兀和PCRF網(wǎng)兀通過Gx接口，基于Diameter協(xié)議進行消息交互。Diameter協(xié)議定義了 Origin-State-Id AVP,該AVP用于檢測同一實體設(shè)備是否發(fā)生過設(shè)備重啟。當PGW網(wǎng)元(或PCRF網(wǎng)元)收到同一 發(fā)送者發(fā)送的多個Origin-State-Id AVP時,若比較出當前接收到的Origin-State-Id AVP比上一次接收到的Origin-State-Id AVP的值大,可以認為該設(shè)備狀態(tài)已經(jīng)丟失,并且在上一次接收到的Origin-State-Id AVP的基礎(chǔ)上進行所有的會話已經(jīng)終止。PGW網(wǎng)元或PCRF網(wǎng)元檢測到此情況時，需要清除本地在上一次接收到的Origin-State-Id AVP基礎(chǔ)上進行的所有會話的資源。Diameter 協(xié)議中使用 0rigin_Host(源-主機)與 Origin-Realm(源-域名)AVP來標識消息的源。Origin-Host采用字符串類型,用以表明產(chǎn)生Diameter消息的源節(jié)點；0rigin-Realm采用字符串類型,用以表示Diameter消息產(chǎn)生者所在域。發(fā)送端在每一次發(fā)送的消息中攜帶Origin-State-Id AVP,接收端將接收到的Origin-State-Id AVP中的Origin-Host和Origin-Realm與本地維護的對端設(shè)備列表中對應(yīng)的Origin-Host和Origin-Realm比較,從本地維護的對端設(shè)備列表中，找出已保存的與該發(fā)送端對應(yīng)的Origin-State-Id值,與當前接收到的Origin-State-Id值比較,判斷該設(shè)備狀態(tài)是否已經(jīng)丟失。這種在每個通過Gx接口發(fā)送的消息中都攜帶Origin-State-Id AVP的方法,雖然能夠在對端設(shè)備狀態(tài)丟失后，清除本地基于上一次接收的Origin-State-Id AVP進行的所有會話的資源，但是由于在每個通過Gx接口發(fā)送的消息中都攜帶了 Origin-State-IdAVP,而接收端每接到一次攜帶Origin-State-Id AVP的消息,就需要將本地維護的對端設(shè)備列表中的Origin-Host和Origin-Realm與當前接收到的消息中的Origin-Host和Origin-Realm進行比較，判斷該設(shè)備狀態(tài)是否已經(jīng)丟失。這種重復(fù)進行字符串比較的方法很大地消耗了系統(tǒng)資源，并且增加了處理消息的時間。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種基于Diameter協(xié)議的設(shè)備狀態(tài)信息發(fā)送方法及裝置，用以解決現(xiàn)有技術(shù)中存在每次信息交互時，存在的系統(tǒng)資源消耗和消息處理時間延長的問題。本發(fā)明實施例提供的具體技術(shù)方案如下本發(fā)明實施例提供了一種基于直徑協(xié)議的設(shè)備狀態(tài)信息發(fā)送方法，發(fā)送端基于直徑協(xié)議與接收端建立通信連接，包括在每次發(fā)送消息之前，發(fā)送端判斷是否已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端；若是，則不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向接收端發(fā)送本地的設(shè)備狀態(tài)信息?！N基于直徑協(xié)議的設(shè)備狀態(tài)信息發(fā)送方法，包括接收端接收發(fā)送端采用如上述基于直徑協(xié)議的信息交互方法發(fā)送的設(shè)備狀態(tài)信息；判斷本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，是否已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端；若是，則不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向發(fā)送端發(fā)送本地的設(shè)備狀態(tài)信
肩、O一種基于直徑協(xié)議的設(shè)備狀態(tài)信息發(fā)送裝置，基于直徑協(xié)議與接收端建立通信連接，包括判斷模塊，用于在每次進行信息交互之前，判斷是否已將本地的設(shè) 備狀態(tài)信息發(fā)送至接收端；信息發(fā)送模塊，用于在每次進行信息交互之前，判斷模塊判斷出已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端時，不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向接收端發(fā)送本地的設(shè)備狀態(tài)信息。一種基于直徑協(xié)議的設(shè)備狀態(tài)信息發(fā)送裝置，包括信息接收裝置，用于接收上述基于直徑協(xié)議的信息交互裝置發(fā)送的設(shè)備狀態(tài)信息；判斷模塊，用于判斷本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，是否已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端；信息發(fā)送模塊，用于在判斷模塊判斷出本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端時，不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向發(fā)送端發(fā)送本地的設(shè)備狀態(tài)信息。本發(fā)明實施例中，設(shè)計了一種基于Diameter協(xié)議的設(shè)備狀態(tài)信息發(fā)送方法及裝置，發(fā)送端在判定未將本地的設(shè)備狀態(tài)信息發(fā)送至接收端時，才在發(fā)送給接收端的消息中攜帶Origin-State-Id值，這樣，在令發(fā)送端能夠準確地判斷出接收端的設(shè)備狀態(tài)信息是否已丟失的同時，有效減少了系統(tǒng)資源的消耗以及消息處理時間，優(yōu)化了系統(tǒng)整體性能。


圖I為現(xiàn)有技術(shù)中LTE網(wǎng)絡(luò)的SAE架構(gòu)的網(wǎng)絡(luò)拓撲結(jié)構(gòu)；圖2為現(xiàn)有技術(shù)中PGW和PCRF之間創(chuàng)建會話的過程；圖3A為現(xiàn)有技術(shù)中由PGW發(fā)起更新會話過程；圖3B為現(xiàn)有技術(shù)中由PCRF發(fā)起更新會話過程；圖4為現(xiàn)有技術(shù)中PGW和PCRF之間刪除會話的過程；圖5為本發(fā)明實施例的發(fā)送端的信息交互方法流程圖；圖6為本發(fā)明實施例的發(fā)送端裝置示意圖；圖7為本發(fā)明實施例的接收端的信息交互方法流程圖；圖8為本發(fā)明實施例的接收端的裝置示意圖。
具體實施方式
本發(fā)明實施例中，設(shè)計了一種基于Diameter (直徑)協(xié)議的Origin-State-Id AVP發(fā)送方法，發(fā)送端僅在判定未將本地的設(shè)備狀態(tài)信息發(fā)送至接收端時，才在發(fā)送給接收端的消息中攜帶Origin-State-Id值,這樣,可以節(jié)省通信雙方的消息處理時間。下面結(jié)合附圖對本發(fā)明優(yōu)選的實施方式進行詳細說明。本發(fā)明實施例可以但不限于通過下列方式對設(shè)備發(fā)送Origin-State-Id AVP狀態(tài)進行記錄。本發(fā)明實施例中，定義了一個枚舉類型的結(jié)構(gòu)，如下Typedef enum{Send_Null;沒有發(fā)送過Sending_Proc;正在發(fā)送中，還沒有收到響應(yīng)消息
Sended_Proc;已經(jīng)發(fā)送過,并且收到響應(yīng)消息}OriginStateSendStatus其中，Send_Null (沒有發(fā)送過)和Sending_Proc (正在發(fā)送中，還沒有收到響應(yīng)消息)均表示發(fā)送端沒有將本地的設(shè)備狀態(tài)信息發(fā)送至接收端的情況；而SendecLPiOc (已經(jīng)發(fā)送過，并且收到響應(yīng)消息)則表示發(fā)送端已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端的情況。在本地記錄的對應(yīng)該接收端的Origin-State-Id AVP發(fā)送狀態(tài)為Send_Null或Sending_Proc 時，向接收端發(fā)送本地的 Origin-State-Id AVP。在每次進行信息交互之前，發(fā)送端在本地記錄的對應(yīng)該接收端的Origin-State-Id AVP發(fā)送狀態(tài)為Sended_Proc時，不向接收端發(fā)送本地的Origin-State-Id AVP。參閱圖5所示,本發(fā)明實施例中，發(fā)送端基于Diameter協(xié)議與接收端建立通信連接后，與接收端進行信息交互的詳細流程如下步驟501 :在每次發(fā)送消息之前，發(fā)送端判斷是否已將本地的Origin-State-IdAVP發(fā)送至接收端，若是，進行步驟502，否則，進行步驟503。本發(fā)明實施例中，發(fā)送端根據(jù)本地記錄的對應(yīng)該接收端的Origin-State-Id AVP發(fā)送狀態(tài)判斷是否已將本地的Origin-State-Id AVP發(fā)送至接收端,如前所述，Send_Null(沒有發(fā)送過)和Sending_Proc (正在發(fā)送中，還沒有收到響應(yīng)消息)均表示發(fā)送端沒有將本地的設(shè)備狀態(tài)信息發(fā)送至接收端的情況；而SendecLPiOc (已經(jīng)發(fā)送過，并且收到響應(yīng)消息)則表示發(fā)送端已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端的情況。步驟502 :發(fā)送端不再向該接收端發(fā)送本地的Origin-State-Id AVP。本發(fā)明實施例中，步驟502的具體執(zhí)行方式可以分為以下三種(僅為舉例并不局限于此)I)發(fā)送端確定在本次發(fā)送之前已向接收端發(fā)送過本地的設(shè)備狀態(tài)信息，并且首次接收到接收端反饋的該接收端的設(shè)備狀態(tài)信息時，判斷已將本地的Origin-State-Id AVP發(fā)送至接收端，并不再向該接收端發(fā)送本地的Origin-State-Id AVP。例如，發(fā)送端在首次與接收端進行信息交互時，記錄該接收端的主機名和域名，將本地的Origin-State-Id AVP發(fā)送給接收端，并將本地對應(yīng)該接收端記錄的Origin-State-Id AVP發(fā)送狀態(tài)設(shè)置為Sending_Proc。在本次發(fā)送之前,發(fā)送端在接收到該接收端反饋的攜帶了該接收端的Origin-State-Id AVP的響應(yīng)消息后,確定為首次接收到該接收端的Origin-State-Id AVP時,記錄首次接收到接收端發(fā)送的該接收端的Origin-State-Id AVP,將本地對應(yīng)該接收端記錄的Origin-State-Id AVP發(fā)送狀態(tài)設(shè)置為Sended_Proc,并不再向該接收端發(fā)送本地的Origin-State-Id AVP。2)發(fā)送端確定在本次發(fā)送之前已向接收端發(fā)送過本地的設(shè)備狀態(tài)信息，并且接收到的接收端反饋的該接收端的設(shè)備信息狀態(tài)與本地記錄的該接收端的設(shè)備狀態(tài)信息相同時，判斷已將本地的Origin-State-Id AVP發(fā)送至接收端，并不再向該接收端發(fā)送本地的Origin-State-Id AVP0例如，如果發(fā)送端之前與該接收端進行過信息交互，在信息交互過程中接收到該接收端發(fā)送的新的Origin-State-Id AVP,并且該新的Origin-State-IdAVP的Origin-State-Id值和本地記錄的該接收端的Origin-State-Id AVP中的Origin-State-Id值相同，則將本地對應(yīng)該接收端記錄的Origin-State-Id AVP發(fā)送狀態(tài) 設(shè)置為Sended_Proc,并不再向該接收端發(fā)送本地的Origin-State-Id AVP。步驟503 :發(fā)送端向該接收端發(fā)送本地的Origin-State-Id AVP。本發(fā)明實施例中，步驟503的具體執(zhí)行方式可以分為以下三種(僅為舉例并不局限于此)I)發(fā)送端確定在本次發(fā)送之前未向接收端發(fā)送本地的Origin-State-Id AVP時，則將本地的Origin-State-Id AVP發(fā)送給接收端，并將本地對應(yīng)該接收端記錄的Origin-State-Id AVP 發(fā)送狀態(tài)設(shè)置為 Sending_Proc。例如，發(fā)送端判定本地對應(yīng)接收端記錄的Origin-State-Id AVP發(fā)送狀態(tài)為Send_Null時,確定在本次發(fā)送之前未向接收端發(fā)送本地的Origin-State-Id AVP。2)發(fā)送端確定在本次發(fā)送之前已向接收端發(fā)送本地的Origin-State-Id AVP,且未接收到反饋的該接收端的Origin-State-Id AVP時,將本地的Origin-State-Id AVP再次發(fā)送給該接收端，并將本地對應(yīng)該接收端記錄的Origin-State-Id AVP發(fā)送狀態(tài)設(shè)置為Sending_Proc。3)發(fā)送端確定最新接收到接收端發(fā)送的該接收端的Origin-State-Id AVP中的Origin-State-Id值與本地記錄的該接收端的Origin-State-Id AVP中的Origin-State-Id值不同，則判定未將本地的Origin-State-Id AVP發(fā)送至接收端，記錄最新接收到接收端發(fā)送的該接收端的Origin-State-Id值,并向該接收端發(fā)送本地的Origin-State-Id AVP。例如,發(fā)送端確定在本次發(fā)送之前已向接收端發(fā)送本地的Origin-State-Id AVP,并且最新接收到的接收端發(fā)送的該接收端的Origin-State-Id AVP中的Origin-State-Id值比本地對應(yīng)該接收端記錄的Origin-State-Id AVP中的Origin-State-Id值大,則記錄最新接收到接收端發(fā)送的該接收端的Origin-State-Id AVP,將本地的Origin-State-IdAVP發(fā)送給該接收端,并將本地對應(yīng)該接收端記錄的Origin-State-Id AVP發(fā)送狀態(tài)設(shè)置為Sending_Proc。此種情況通常會出現(xiàn)在發(fā)送端與接收端交互過程中接收端因故重啟的情景下，此時，接收端在重新啟動后會將Origin-State-Id AVP中的Origin-State-Id值+1，因而便會出現(xiàn)發(fā)送端與接收端的記錄不一致的情況。下面以一種具體的應(yīng)用場景對上述實施例作出進一步詳細說明。實際應(yīng)用中，發(fā)送端可以是PGW，接收端可以是PCRF，或者，發(fā)送端是PCRF，接收端是PGW。而PGW與PCRF之間的信息交互可以通過用于計費控制和策略控制的Gx接口實現(xiàn)。下面以這兩種情況為例分別進行說明。例如，PGff在本次向PCRF發(fā)送CCR-I消息之前，若判定未將本地的Origin-State-Id AVP發(fā)送至PCRF,則需要在本次發(fā)送的消息中攜帶本地的Origin-State-Id AVP ;若判定已經(jīng)向該PCRF發(fā)送過Origin-State-Id AVP,并收到過該PCRF反饋的響應(yīng)消息，以及該PCRF的設(shè)備狀態(tài)信息沒有改變過，則不需要在本次發(fā)送的消息中攜帶本地的Origin-State-Id AVP。另一方面，PCRF在本次向PGW發(fā)送CCA消息之前，若判定未將本地的Origin-State-Id AVP發(fā)送至PGW,則需要在本次發(fā)送的消息中攜帶本地的Origin-State-Id AVP ;若判定已經(jīng)向該PGW發(fā)送過Origin-State-Id AVP,并收到過該PGW反饋的響應(yīng)消息，以及該PGW的設(shè)備狀態(tài)信息沒有改變過，則不需要在本次發(fā)送的消息中攜帶本地的 Origin-State-Id AVP。與上述實施例相對應(yīng)的，接收端收到發(fā)送端發(fā)送的攜帶該發(fā)送端的 Origin-State-Id AVP的消息后，需要處理消息中的Origin-State-Id AVP,處理原則如下在接收端本地記錄的對應(yīng)發(fā)送端的Origin-State-Id AVP發(fā)送狀態(tài)為Send_Null或Sending_Pix)C時，均表示接收端沒有將本地的設(shè)備狀態(tài)信息發(fā)送至該發(fā)送端的情況，需要再次向該發(fā)送端發(fā)送本地的Origin-State-Id AVP ;而Sended_Proc表示接收端已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端的情況，在每次進行信息交互之前，如果在接收端本地記錄的對應(yīng)該發(fā)送端的Origin-State-Id AVP發(fā)送狀態(tài)為Sended_Proc,不再向發(fā)送端發(fā)送本地的 Origin-State-Id AVP。本發(fā)明實施例中，接收端在接收到發(fā)送端發(fā)送該發(fā)送端的Origin-State-Id AVP后，與發(fā)送端進行信息交互的詳細流程如圖7所示，包括步驟701 :接收端接收發(fā)送端采用本發(fā)明實施例設(shè)計的方法發(fā)送的設(shè)備狀態(tài)信息；步驟702 :接收端判斷本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，是否已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端，若是，則進行步驟703，否則進行步驟704。步驟703 :接收端不再發(fā)送本地的設(shè)備狀態(tài)信息。本發(fā)明實施例中步驟703的具體實施方式
可分為如下兩種I)本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，接收端已向發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，且未接收到該發(fā)送端的設(shè)備狀態(tài)信息，則不再發(fā)送本地的設(shè)備狀態(tài)信息。例如，如果接收端本次接收到發(fā)送端的Origin-State-Id AVP為首次接收到的，并且此時本地對應(yīng)該發(fā)送端記錄的Origin-State-Id AVP發(fā)送狀態(tài)為Send_Null,則記錄該發(fā)送端的主機名和域名，以及接收到的該發(fā)送端的Origin-State-Id AVP,向發(fā)送端反饋本接收端的Origin-State-Id AVP,并將本地對應(yīng)該發(fā)送端記錄的Origin-State-Id AVP發(fā)送狀態(tài)置為 Sending_Proc。2)本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，已向該發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，并且本次接收到的該發(fā)送端的設(shè)備狀態(tài)信息與與本地記錄的該接收端的設(shè)備狀態(tài)信息相同，則不再發(fā)送本地的設(shè)備狀態(tài)信息。
例如，如果在接收端本次接收到發(fā)送端的Origin-State-Id AVP之前，已經(jīng)接受到過該發(fā)送端的Origin-State-Id AVP,并且，此時接收端對應(yīng)該發(fā)送端記錄的Origin-State-Id AVP發(fā)送狀態(tài)為Sended_Proc,而接收端在判斷出本次接收到的Origin-State-Id AVP中的Origin-State-Id值與本地記錄的對應(yīng)該發(fā)送端的Origin-State-Id AVP中的Origin-State-Id值相同的情況下，不再向發(fā)送端發(fā)送Origin-State-Id AVP。步驟704 :接收端向發(fā)送端發(fā)送本地的設(shè)備狀態(tài)信息。本發(fā)明實施例中步驟704的具體可分為如下兩種情況I)在本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，接收端未向該發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息時，接收端向發(fā)送端發(fā)送本地的設(shè)備狀態(tài)信息。例如，如果接收端判斷之前并未與該發(fā)送端進行過信息交互(重啟后的 接收端判定所有的發(fā)送端均為沒有交互過的設(shè)備)，則在本次接收到該發(fā)送端的Origin-State-Id AVP后，記錄該發(fā)送端的主機名和域名，同時將把本地對應(yīng)該發(fā)送端記錄的Origin-State-Id AVP發(fā)送狀態(tài)置為Send_Null,并向發(fā)送端反饋本接收端的Origin-State-Id AVP02)在本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，接收端已向發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，并且本次接收到的該發(fā)送端的設(shè)備狀態(tài)信息與與本地記錄的該接收端的設(shè)備狀態(tài)信息不同時，接收端向發(fā)送端發(fā)送本地的設(shè)備狀態(tài)信息。例如，如果在接收端本次接收到發(fā)送端的Origin-State-Id AVP之前，已經(jīng)接受到過該發(fā)送端的Origin-State-Id AVP,并且，此時接收端對應(yīng)該發(fā)送端記錄的Origin-State-Id AVP發(fā)送狀態(tài)為Sended_Proc,而接收端判斷出本次接收到的Origin-State-Id AVP中的Origin-State-Id值與本地記錄的對應(yīng)該發(fā)送端的Origin-State-Id AVP中的Origin-State-Id值不相同，則釋放該發(fā)送端基于原Origin-State-Id AVP的資源,對應(yīng)該發(fā)送端記錄新的Origin-State-Id AVP,并向該發(fā)送端反饋本接收端的Origin-State-Id AVP,將對應(yīng)該發(fā)送端記錄的Origin-State-Id AVP發(fā)送狀態(tài)為Sending_Proc。此種情況通常會出現(xiàn)在發(fā)送端與接收端交互過程中發(fā)送端因故重啟的情景下，此時，發(fā)送端在重新啟動后會將Origin-State-Id AVP中的Origin-State-Id值+ I后，并將新的Origin-State-Id AVP發(fā)送給需要進行信息交互的接收端。本發(fā)明實施例基于上述發(fā)送端與接收端基于直徑協(xié)議建立通信連接的Origin-State-Id AVP發(fā)送方法,設(shè)計了一種基于直徑協(xié)議的Origin-State-Id AVP發(fā)送裝置，如圖6所示,包括判斷模塊601，用于在每次進行信息交互之前，判斷是否已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端；信息發(fā)送模塊602，用于在每次進行信息交互之前，判斷模塊701判斷出已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端時，不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向接收端發(fā)送本地的設(shè)備狀態(tài)信息。該判斷模塊601具體用于，在確定在本次發(fā)送之前已向接收端發(fā)送過本地的設(shè)備狀態(tài)信息，并且首次接收到接收端反饋的該接收端的設(shè)備狀態(tài)信息時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端；或者，在確定在本次發(fā)送之前已向接收端發(fā)送過本地的設(shè)備狀態(tài)信息，并且接收到的接收端反饋的該接收端的設(shè)備信息狀態(tài)與本地記錄的該接收端的設(shè)備狀態(tài)信息相同時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端。該判斷模塊601具體用于，在確定在本次發(fā)送之前未向接收端發(fā)送本地的設(shè)備狀態(tài)信息時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端；或者，在確定在本次發(fā)送之前已向接收端發(fā)送本地的設(shè)備狀態(tài)信息而未接收到反饋的接收端的設(shè)備狀態(tài)信息時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端；或者，在確定最新接收到接收端發(fā)送的該接收端的設(shè)備狀態(tài)信息與本地記錄的該接收端的原設(shè)備狀態(tài)信息不同時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端。在具體應(yīng)用中，該裝置可以為PGW，接收端可以為PCRF ;或者，該裝置為可以PCRF，接收端可以為PGW。
在實際應(yīng)用中，該裝置與接收端之間進行信息交互的接口，可以為長期演進LTE網(wǎng)絡(luò)中的Gx接口。另外，本發(fā)明實施例還基于上述發(fā)送端與接收端基于直徑協(xié)議建立通信連接的Origin-State-Id AVP發(fā)送方法,設(shè)計了一種基于直徑協(xié)議的Origin-State-Id AVP發(fā)送裝置，如圖8所示,包括信息接收模塊801，用于接收發(fā)送端采用上述基于直徑協(xié)議的信息交互裝置發(fā)送的設(shè)備狀態(tài)信息；判斷模塊802，用于判斷本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，是否已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端；信息發(fā)送模塊803，用于在判斷模塊802判斷出本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端時，不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向發(fā)送端發(fā)送本地的設(shè)備狀態(tài)信息。在具體應(yīng)用中，該裝置可以為PCRF，發(fā)送端可以為PGW ;或者，該裝置可以為PGW，發(fā)送端可以為PCRF。在實際應(yīng)用中，該裝置與發(fā)送端之間進行信息交互的接口，可以為長期演進LTE網(wǎng)絡(luò)中的Gx接口。本發(fā)明實施例中，發(fā)送端需要確定對應(yīng)接收端記錄的Origin-State-Id AVP發(fā)送狀態(tài)為Sending_Proc或Send_Null時,才需要發(fā)送攜帶Origin-State-Id AVP的消息,從而減少了接收端對Origin-State-Id AVP處理的次數(shù)和時間,很大的提高了消息接收的處理速度。由于接收端需要在接收到攜帶Origin-State-Id AVP的消息時,通過主機名、域名匹配來確定對端設(shè)備狀態(tài)是否改變，因此，本發(fā)明改進了關(guān)于Origin-State-Id AVP的維護結(jié)構(gòu)和過程，在不改變現(xiàn)有消息結(jié)構(gòu)的前提下，減少了消息發(fā)送和接收時，在設(shè)備中重復(fù)查找對端設(shè)備主機名、域名的過程。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明實施例進行各種改動和變型而不脫離本發(fā)明實施例的精神和范圍。這樣，倘若本發(fā)明實施例的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種基于直徑協(xié)議的設(shè)備狀態(tài)信息發(fā)送方法，發(fā)送端基于直徑協(xié)議與接收端建立通信連接，其特征在于，包括 在每次發(fā)送消息之前，發(fā)送端判斷是否已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端； 若是，則不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向接收端發(fā)送本地的設(shè)備狀態(tài)信息。
2.如權(quán)利要求I所述的方法，其特征在于，發(fā)送端確定已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端，包括 發(fā)送端確定在本次發(fā)送之前已向接收端發(fā)送過本地的設(shè)備狀態(tài)信息，并且首次接收到接收端反饋的該接收端的設(shè)備狀態(tài)信息；或者， 發(fā)送端確定在本次發(fā)送之前已向接收端發(fā)送過本地的設(shè)備狀態(tài)信息，并且接收到的接收端反饋的該接收端的設(shè)備信息狀態(tài)與本地記錄的該接收端的設(shè)備狀態(tài)信息相同。
3.如權(quán)利要求I所述的方法，其特征在于，發(fā)送端確定未將本地的設(shè)備狀態(tài)信息發(fā)送至接收端，包括 發(fā)送端確定在本次發(fā)送之前未向接收端發(fā)送本地的設(shè)備狀態(tài)信息；或者， 發(fā)送端確定在本次發(fā)送之前已向接收端發(fā)送本地的設(shè)備狀態(tài)信息，且未接收到反饋的接收端的設(shè)備狀態(tài)信息；或者， 發(fā)送端確定最新接收到接收端發(fā)送的該接收端的設(shè)備狀態(tài)信息與本地記錄的該接收端的設(shè)備狀態(tài)信息不同。
4.如權(quán)利要求I所述的方法，其特征在于，包括 所述發(fā)送端為公共數(shù)據(jù)網(wǎng)網(wǎng)關(guān)PGW，所述接收端為策略與計費規(guī)則功能實體PCRF ;或者， 所述發(fā)送端為PCRF，所述接收端為PGW。
5.如權(quán)利要求1-4中任一項所述的方法，其特征在于，所述發(fā)送端與接收端之間通過長期演進LTE網(wǎng)絡(luò)中的Gx接口進行信息交互。
6.一種基于直徑協(xié)議的設(shè)備狀態(tài)信息發(fā)送方法，其特征在于，包括 接收端接收到發(fā)送端發(fā)送的設(shè)備狀態(tài)信息； 判斷本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，是否已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端； 若是，則不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向發(fā)送端發(fā)送本地的設(shè)備狀態(tài)信息。
7.如權(quán)利要求6所述的方法，其特征在于，接收端判斷本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端，包括 本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，接收端已向發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，且未接收到該發(fā)送端的設(shè)備狀態(tài)信息；或者， 本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，已向該發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，并且本次接收到的該發(fā)送端的設(shè)備狀態(tài)信息與與本地記錄的該接收端的設(shè)備狀態(tài)信息相同。
8.如權(quán)利要求6或7所述的方法，其特征在于，接收端判斷本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，未將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端，包括 本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，接收端未向該發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息；或者，本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，接收端已向發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，并且本次接收到的該發(fā)送端的設(shè)備狀態(tài)信息與與本地記錄的該接收端的設(shè)備狀態(tài)信息不同。
9.一種基于直徑協(xié)議的設(shè)備狀態(tài)信息發(fā)送裝置，基于直徑協(xié)議與接收端建立通信連接，其特征在于，包括 判斷模塊，用于在每次進行信息交互之前，判斷是否已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端； 信息發(fā)送模塊，用于在每次進行信息交互之前，判斷模塊判斷出已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端時，不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向接收端發(fā)送本地的設(shè)備狀態(tài)信息。
10.如權(quán)利要求9所述的裝置，其特征在于，所述判斷模塊具體用于， 在確定在本次發(fā)送之前已向接收端發(fā)送過本地的設(shè)備狀態(tài)信息，并且首次接收到接收端反饋的該接收端的設(shè)備狀態(tài)信息時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端；或者， 在確定在本次發(fā)送之前已向接收端發(fā)送過本地的設(shè)備狀態(tài)信息，并且接收到的接收端反饋的該接收端的設(shè)備信息狀態(tài)與本地記錄的該接收端的設(shè)備狀態(tài)信息相同時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端。
11.如權(quán)利要求9所述的裝置，其特征在于，所述判斷模塊具體用于， 在確定在本次發(fā)送之前未向接收端發(fā)送本地的設(shè)備狀態(tài)信息時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端；或者， 在確定在本次發(fā)送之前已向接收端發(fā)送本地的設(shè)備狀態(tài)信息而未接收到反饋的接收端的設(shè)備狀態(tài)信息時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端；或者， 在確定最新接收到接收端發(fā)送的該接收端的設(shè)備狀態(tài)信息與本地記錄的該接收端的原設(shè)備狀態(tài)信息不同時，確定已將發(fā)送端的設(shè)備狀態(tài)信息發(fā)送至接收端。
12.如權(quán)利要求9所述的裝置，其特征在于，包括 本裝置為公共數(shù)據(jù)網(wǎng)網(wǎng)關(guān)PGW，所述接收端為策略與計費規(guī)則功能實體PCRF ;或者， 本裝置為PCRF，所述接收端為PGW。
13.如權(quán)利要求9-12中任一項所述的裝置，其特征在于， 與接收端之間進行信息交互的接口，為長期演進LTE網(wǎng)絡(luò)中的Gx接口。
14.一種基于直徑協(xié)議的設(shè)備狀態(tài)信息發(fā)送裝置，其特征在于，包括 信息接收裝置，用于接收發(fā)送端發(fā)送的設(shè)備狀態(tài)信息； 判斷模塊，用于判斷本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，是否已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端； 信息發(fā)送模塊，用于在判斷模塊判斷出本次接收到該發(fā)送端發(fā)送的設(shè)備狀態(tài)信息之前，已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端時，不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向發(fā)送端發(fā)送本地的設(shè)備狀態(tài)信息。
15.如權(quán)利要求14所述的裝置，其特征在于，所述判斷模塊具體用于， 在確定本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，已向發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，且未接收到該發(fā)送端的設(shè)備狀態(tài)信息時，判定已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端；或者， 在確定本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，已向該發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，并且本次接收到的該發(fā)送端的設(shè)備狀態(tài)信息與與本地記錄的該接收端的設(shè)備狀態(tài)信息相同時，判定已將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端。
16.如權(quán)利要求14或15所述的裝置，其特征在于，所述判斷模塊具體用于， 在確定本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，接收端未向該發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息時，判定未將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端； 或者，在確定本次接收到該發(fā)送端的設(shè)備狀態(tài)信息之前，接收端已向發(fā)送端發(fā)送過本地的設(shè)備狀態(tài)信息，并且本次接收到的該發(fā)送端的設(shè)備狀態(tài)信息與與本地記錄的該接收端的設(shè)備狀態(tài)信息不同，判定未將本地的設(shè)備狀態(tài)信息發(fā)送至發(fā)送端。
全文摘要
本發(fā)明公開了一種基于Diameter協(xié)議的Origin-State-Id AVP發(fā)送方法及裝置，該方法包括，發(fā)送端基于直徑協(xié)議與接收端建立通信連接，包括在每次發(fā)送消息之前，發(fā)送端判斷是否已將本地的設(shè)備狀態(tài)信息發(fā)送至接收端；若是，則不再發(fā)送本地的設(shè)備狀態(tài)信息，否則，向接收端發(fā)送本地的設(shè)備狀態(tài)信息，用以解決現(xiàn)有技術(shù)中存在每次信息交互時，接收端均需要根據(jù)接收到的Origin-State-Id值判斷發(fā)送端的設(shè)備狀態(tài)是否已經(jīng)丟失的情況導(dǎo)致的系統(tǒng)資源的消耗和消息處理時間的延長的問題。
文檔編號H04W8/24GK102883308SQ20121033749
公開日2013年1月16日 申請日期2012年9月12日 優(yōu)先權(quán)日2012年9月12日
發(fā)明者華蕊, 田華 申請人:大唐移動通信設(shè)備有限公司