專利名稱：升級保護方法及裝置的制作方法
技術領域：
本發明涉及到通訊領域，特別涉及到一種在線計費系統中的升級保護方 法及裝置。
背景技術：
在線計費系統(Online Charging System, OCS )可用于實現在線計費，提 供預付費和實時帳戶處理等功能。現有在線計費體系可將客戶的話務控制功 能與計費功能相分離，建立計費機制與會話/服務控制的直接交互，使計費能 夠參與到服務的使用過程中。如此，既可以利用獨立計費的強大能力以提供
接近于準實時計費系統的靈活性，又可以利用參與使用過程的實時特性，將 欠費成本降到最低。
目前，接入在線計費系統采用的在線計費協議(OCP)通常以Diameter 協議為基礎。Diameter基礎協議為各種認證、授權和計費業務提供了安全、 可靠以及易于擴展的框架。以此為基礎定義Diameter應用，只需要定義應用 協議的應用標識、參與通信的網絡功能實體以及相互通信的功能實體間的消 息內容以及協議過程，就可以完全依賴Diameter基礎協議完成特定的接入和 應用業務。
由于軟件更新速度快，因此需常對在線計費系統中的軟件進行升級處理。 在升級過程中，進行升級的設備將不能使用，需要事先通知其他設備。如果 升級時機不當(比如設備中消息未處理完成)，將會造成消息的丟失，使在線 計費系統的可靠性降低。
發明內容
本發明的目的之一為提供一種升級保護方法及裝置，可提升在線計費系 統的可靠性。
本發明提出 一種升級保護方法，對在線計費系統中的接入設備的升級進 行保護，所述系統包括進行業務邏輯管理的客戶端、進行會話管理的接入設 備以及進行計費管理的服務端，所述升級保護方法包括步驟 向客戶端發送升級消息，通知該客戶端拒絕接收新會話； 在所述接入設備的會話處理完成后，發送處理完成消息進行升級。 本發明還提出 一種升級保護裝置，對在線計費系統中的接入設備的升級說明書第2/13頁
進行保護，所述系統包括進行業務邏輯管理的客戶端、進行會話管理的接入
設備以及進行計費管理的服務端，所述升級保護裝置包括
升級保護模塊，用于所述接入設備升級中的信息保護；在升級前拒絕新
會話的接收，并在處理完成消息后進行所述接入設備的升級。
本發明在線計費系統中接入設備的升級保護方法及裝置，通過接入設備
升級前發送升級消息至客戶端，拒絕新會話接收；并對接入設備進行4企測，
確定其會話處理完成后，方可進行升級；使得在接入設備的升級過程中，不
會造成信息丟失，提升在線計費系統的可靠性。
圖l是本發明一實施例所述裝置的結構示意圖； 圖2是本發明 一 實施例所述裝置降低呼損模塊的結構示意圖； 圖3是本發明 一實施例所述裝置降低呼損模塊的另 一結構示意圖； 圖4是本發明 一 實施例所述裝置鏈路管理子模塊的結構示意圖； 圖5是本發明一實施例所述裝置的另一結構示意圖； 圖6是本發明一實施例所述裝置的升級保護模塊的結構示意圖； 圖7是本發明一實施例所述裝置的服務端保護模塊的結構示意圖； 圖8是本發明另一實施例所述方法的步驟流程示意圖； 圖9是本發明另 一 實施例 一 實施方式中所述方法的步驟流程示意圖； 圖10是本發明另一實施例所述系統的結構示意圖； 圖ll是本發明另一實施例所述系統的另一結構示意圖； 圖12是本發明另 一 實施例所述系統的降低呼損模塊的結構示意圖； 圖13是本發明另 一 實施例所述系統鏈路管理子模塊的結構示意圖； 圖14是本發明另 一實施例所述系統的接入設備的結構示意圖； 圖15是本發明另一實施例所述系統的升級保護模塊的結構示意圖； 圖16是本發明另一實施例所述系統的接入設備在升級保護中的處理流 程示意圖17是本發明另 一實施例所述系統的客戶端在升級保護中的處理流程 示意圖18是本發明另 一實施例所述系統的服務端保護^t塊的結構示意圖； 圖19是本發明另 一 實施例所述系統的服務端在重啟保護中的處理流程 示意圖20是本發明另 一 實施例所述系統的接入設備在重啟保護中的處理流 程示意圖21是本發明另 一 實施例所述系統的客戶端在重啟保護中的處理流程示意圖22是本發明另一實施例所述方法的步驟流程示意圖； 圖23是本發明另一實施例所述方法的另一步驟流程示意圖； 圖24是本發明另 一實施例所述方法的又一步驟流程示意圖。
本發明目的的實現、功能特點及優點將結合實施例，參照附圖做進一步 說明。
具體實施例方式
本發明通過將獨立的接入設備連接至ocs (在線計費系統)的客戶端和 服務端之間。該接入設備可對應用層會話進行控制以及對其與服務端之間的 鏈路進行維護。該客戶端(業務控制節點)可對業務邏輯進行控制以及對其 與接入設備之間的鏈路進行維護。
上述客戶端與接入設備之間可采用自定義消息接口進行連接通信；該接 入設備與OCS的服務端之間可采用Diameter擴展協議接口進行連接通訊。
上述接入設備與上述服務端之間先建立物理連接，在進行能力交換 (Capabilities-Exchange, CE)后，再進行應用層鏈路建立，在鏈路穩定后通 知上述客戶端發送CC (Credit Control)消息，避免鏈路未準備好造成的呼叫 損失。
上述接入設備在處理CC消息的過程中，可根據上述服務端(多個服務端) 負載情況，動態調整消息的分發策略，避免服務端過忙而造成消息擁塞。
上述接入設備還可通過Device-Watchdog消息檢測鏈路，發現斷鏈立即通 知客戶端，避免消息發送不可達。
上述接入設備還可在檢測到應答超時后，對消息進行重發，避免呼叫損失。
上述接入設備可在接收到OCS6勺DP (Disconnect-Peer)請求后，根據DP 的原因，通知客戶端修正消息發送的策略，避免因為服務端過忙或者重啟而 造成呼損。
上述接入設備通過對會話的負載均衡管理等會話管理，以及對其與服務 端的鏈路進行應急管理、鏈路配置以及檢測等鏈路管理，降低呼叫損失。
參照圖1，本發明提出一實施例的一種在線計費降低呼損的裝置30,分 別與在線計費的客戶端20以及服務端40連接通信，該裝置30包括
內部通信模塊31,與該客戶端20連接通信，進行信息交互；
降低呼損模塊32,接收該內部通信模塊31傳送的信息，對其中的會話消 息進行標識以區分會話，并進行會話管理；外部通信模塊33,分別與該降低呼損模塊32以及服務端40連接通信， 進行信息交互。
上述內部通信模塊31與上述客戶端20之間的通信，可根據自定義協議進 行，該自定義協議可根據具體需要進行制定。
上述降低呼損模塊32可通過上述內部通信模塊31與上述客戶端20進行通 信，接收該客戶端20傳送的信息。該降低呼損模塊32可對會話消息進行標識 和管理，產生會話標識。上述信息.可包括會話消息、事件信息、心跳消息、 升級消息以及斷鏈消息等。上述會話管理可包括負載均衡等，將業務邏輯管 理與會話管理分開進^f亍，以減少呼損。
上述外部通信模塊33可連接上述降低呼損模塊32與服務端40，使得兩者 可進行信息交互。該外部通信模塊33與該服務端40之間，可通過Diameter協議 進行通信。
參照圖2，在本實施例的一實施方式中，上述降低呼損模塊32包括會話 標識單元321以及負載均tf單元322。該會話標識單元321,可對會話消息進 行標識以產生會話標識，區分會話；該負載均衡單元322,可檢測該月良務端 40的業務負載情況，并才艮據該業務負載情況進行會話分配；該業務負載情況 可包括業務流量、響應時間和/或超時次數。
上述會話標識單元321對接收的會話消息進行標識，產生會話標識，確 保會話的完整性和唯一性。
上述負載均衡單元322可檢測其所連接的服務端40的業務負載情況，根 據業務負載情況分配會話。如此可將新會話優先分配給業務負載輕的服務端 40。上述業務流量可以是在線計費降低呼損的裝置30與服務端40的通信流 量；該響應時間可以是對會話請求的響應時間；該超時次數可以是對會話請 求響應的超時次數等。該業務負載輕的服務端40，可以是其與在線計費降低 呼損的裝置30通信流量少、對會話請求響應時間短和/或對會話請求響應超時 次數少的服務端40。該負載均衡單元322可通過對服務端40的檢測與選擇， 將會話中的業務組包信息發送至負載情況最好的服務端40進行處理，可確保 會話質量，降低呼損率。為確保上述會話的完整性，同一會話的業務組包信 息只可發往同 一服務端40進行處理。'
上述對服務端40的選擇也可由客戶端20來決定。該客戶端20可通過由 具體業務決定的負載均衡，對服務端40進行選擇。比如客戶端20可根據電 話號碼類型選擇服務端40進行業務處理。
參照圖3和圖4,上述降低呼損模塊32還包括鏈路管理子模塊325,對 鏈路進行檢測管理，通過對鏈路的維護以保持鏈路暢通。其中，所述鏈路管 理子模塊325包括應急流程單元323和/或動態鏈路單元324;應急流程單元323,可對鏈路進行檢查以及處理，進行會話傳輸中的超時重發、遇忙通知和 /或主備倒換。
上述應急流程單元323可進行Diameter協議規定的應急流程。上述超時 重發可以是在Diameter協議上進行重發方式的擴展，包括原有鏈路重發和同 功能鏈路重發等重發方式，實現會話的完整性；該應急流程單元323可通知 上述客戶端20，使該客戶端20對會話的超時時間做適當調整，防止因超時而 丟棄會話的業務組包信息。上述對客戶端20的通知(內部消息)可以通過發 送CER ( Capabilities-Exchange-Request,能力交互消息)消息進4亍。
上述遇忙通知是當服務端40的返回結果為忙碌時，可進行OCS替換， 并當忙碌通知結束時，自動倒回。.
上述主備倒換是將同一功能的服務端40分為一組，相互之間可以互為主備。
上述應急流程單元323與服務端40之間的通信，可以是在鏈路建立時進 行多次的DWR/DWA ( Device-Watchdog-Request/ Device-Watchdog-Answer) 流程后，才允許發送應用層消息，防止鏈路與具體業務流程出現不同步的現 象，降低呼損率。該多次可為3次左右。
上述動態鏈路單元324，修改配置以及更新鏈路，允許進行動態的客戶端 20或者服務端40的更換。
上述動態鏈路單元324可在進行動態鏈路的增減后，進行配置修改。該 配置修改包括相關信息以及Diameter協議相關信息的配置修改。上述修改完 成后，可進行鏈路的更新，然后向客戶端20和服務端40發送消息，通知兩 者恢復通信。該發送給客戶端20的消息可以是準發消息；該發送給服務端40 的消息可以是CER消息。
參照圖5，在本實施例的另一實施方式中，上述在線計費降低呼損的裝置 30還包括升級保護模塊34，用于上述裝置30升級中的信息保護；在升級前 拒絕新會話的接收，并在處理完成消息后進行上述裝置30的升級。
參照圖6，上述升級保護模塊34包括消息發送單元341、會話檢測單元 342、斷鏈發送單元343以及升級啟動單元344。該消息發送單元341，發送 升級消息至上述客戶端20，拒絕接收新會話；該會話檢測單元342，檢測會 話是否處理完成，發送處理完成消息；該斷鏈發送單元343,接收上述處理完 成消息，發送斷鏈消息至上述客戶端20以及服務端40;該升級啟動單元344， 接收上述客戶端20以及服務端的反饋消息，關閉上述裝置30，進行升級。
上述消息發送單元341向上述客戶端20發送升級消息，通知該客戶端20其 將拒絕接收新會話；該客戶端20將通過心跳檢測尋找另外的網元(在線計費 降低呼損的裝置30)進行通信。上述會話檢測單元342檢測裝置30內的會話是否處理完成；如果處理未完成，可繼續進行處理；如果處理完成，上述斷鏈 發送單元343將發送斷鏈消息(DPR, Disconnect-Peer-Request)至客戶端20和服 務端40，進行升級。上述客戶端20在需升級裝置30的會話未處理完成時，繼 續向該裝置30發送未處理完成的會話，直到接收到該裝置30發送的斷鏈消息； 同時，該客戶端20可將新會話發送至另外尋找的網元。上述升級啟動單元344 接收上述客戶端20對以及服務端40對DPR消息的反饋消息(DPA， Disconnect-Peer-Answer)后，關閉上述裝置30進行升級，防止升級過程中的 信息丟失。在升級完成后，上述消息發送單元341的結束通知組件3410可發送 升級結束消息至上述客戶端20，重新開始通信。
參照圖5，在本實施例的另一實施方式中，上述在線計費降低呼損的裝置 30還包括服務端保護模塊35，用于所述服務端40重啟中的信息保護，檢測 是否有備用服務端40進行業務倒換，可在重啟前控制新會話的接收。
參照圖7,上述服務端保護模塊35可包括接收與檢測單元351、第二發 送單元352、第二檢測單元353以及鏈路建立單元354;該接收與檢測單元351, 接收服務端40發送的斷鏈消息(DPR),并檢測是否有備用服務端40;該第 二發送單元352，將發送服務端40重啟消息至上述客戶端20，拒絕接收新會 話；該第二檢測單元353,檢測會話是否處理完成，發送處理完成消息；該鏈 路建立單元354，接收服務端40建鏈消息，與服務端40重新建立鏈接，并向 客戶端20發送恢復新會話的消息。
上述接收與檢測單元351，接收服務端40發送的斷鏈消息(DPR)，并檢 測是否有備用服務端40;在有備用服務端40時，上述裝置30可將業務直接倒 換給備用服務端40;在沒有備用服務端40時，上述第二發送單元352,將發送 服務端40重啟消息至上述客戶端20,拒絕接收新會話；第二4企測單元353，檢 測裝置30內的會話是否處理完成，發送處理完成消息；如果未處理完成，則 通過上述接收與檢測單元351繼續檢測是否有備用服務端40;如果處理完成， 則該第二檢測單元353將向服務端40發送DPA消息，該服務端40在接收到DPA 消息后重新啟動，防止重啟過程中的信息丟失。該服務端40在重啟完成后， 將向該裝置30發送建鏈消息。
上述鏈路建立單元354接收上述建鏈消息后，將向該服務端40發送CER消 息，該月1務端40將返回CEA (Capabilities-Exchange-Answer)消息；然后，該 鏈路建立單元354再向服務端40發送DWR消息，該服務端40返回DWA消息； 持續三個DWR/DWA過程后，建立鏈接。再是，該鏈路建立單元354將發送恢 復新會話的消息給該客戶端20,恢復新會話的處理。
參照圖8，本發明提出另一實施例的一種在線計費降低 損的方法，應用于包括進行業務邏輯管理的客戶端、進行會話管理的接入設備以及進行計費
管理的服務端的在線計費系統中，所述方法包括 步驟S21 、所述接入設備接收客戶端發送的信息；
步驟S22、對所述信息中的會話消息進行標識以區分會話，并進行會話管 理； '
步驟S23、并將標識以及管理后的會話消息發送至服務端。 如上述步驟S21所述，該客戶端可加載以及控制業務邏輯，對業務信息 進行組包和標識；該客戶端可加載至少一個或多個業務邏輯，控制實際業務 流程，完成扣費、鑒權等業務功能；并將各個業務邏輯信息組包、標識(為 每個業務分配一個標識碼)加以區分后發給上述接入設備。并且，該客戶端 還可管理其與接入設備之間的鏈路；該客戶端可自定義內部通信機制，過濾 非加載業務、加密具體業務信息(至M言息分配密碼)和檢測鏈路活動狀態(采 用心跳;險測)。
如上述步驟S22所述，上述接入設備可對會話消息進行標識和管理，產 生會話標識。上述信息可包括會話消息等。上述會話管理可包括負載均衡等， 將業務邏輯管理與會話管理分開進行，以減少呼損。
上述負載均衡是指上述接入設備可通過檢測其所連接的服務端(多個服 務端)的業務負載情況，根據業務負載情況分配會話給相應服務端。如此可 將新會話消息優先分配給業務負載輕的服務端。該業務負載輕的服務端，可 以是其與接入設備通信流量少、對會話請求響應時間短和/或對會話請求響應 超時次數少的服務端。該接入設備可通過對服務端的檢測與選擇，將會話中 的業務組包信息發送至負載情況最好的服務端進行處理，可確保會話質量， 降低呼損率。為確保上述會話的完整性，同一會話的業務組包信息只可發往 同一服務端進行處理。
如上述步驟S23所述，所述接入設備將經過負載均衡處理后的會話發送 給服務端，進行計費處理。
參照圖9，在本實施例的一實施方式中，所述步驟S23前包括
步驟S24、對鏈路進行檢測以及維護管理。
如上述步驟S24所述，上述接入設備還可以對接入設備與服務端的鏈路進 行檢測以及維護管理；所述對鏈路的檢測以及維護管理包括應急管理、鏈路 配置以及檢測等，降低呼叫損失。
應急管理是指上述接入設備可對其與服務端的鏈路進行檢查以及處理， 進行會話傳輸中的超時重發、遇忙通知和/或主備倒換。
該接入設備可進4亍Diameter協議^L定的應急流程。上述超時重發可以是 在Diameter協議上進行重發方式的擴展，包括原有鏈路重發和同功能鏈路重發等重發方式，實現會話的完整性；該接入設備可通知上述客戶端，使該客 戶端對會話的超時時間做適當調整，防止因超時而丟棄會話的業務組包信息。 上述對客戶端的通知可以通過發送CER消息進行。上述遇忙通知是當服務端 的返回結果為忙碌時，可進行OCS替換，并當忙碌通知結束時，自動倒回。 上述主備倒換是將同 一功能的服務端分為一組，相互之間可以互為主備。
上述接入設備與服務端之間的通信，可以是在鏈路建立時進行多次的 DWR/DWA流程后，才允許發送應用層消息，防止鏈路與具體業務流程出現 不同步的現象，降低呼損率。該多次可為3次左右。
上述鏈路配置以及檢測是指上述接入設備可修改配置以及更新鏈路，允 許進行動態的客戶端或者服務端的更換。該接入設備可在進行動態鏈路的增 減后，進行配置修改。該配置修改包括相關信息以及Diameter協議相關信息的 配置修改。上述修改完成后，可進行鏈路的更新，然后向客戶端和服務端發 送消息，通知兩者恢復通信。該發送給客戶端的消息可以是準發消息；該發 送給服務端的消息可以是CER消息。
參照圖10，本發明提出另一實施例的一種在線計費降低呼損的系統，其 包括在線計費的客戶端20和服務端40，還包括進行會話控制的接入設備50; 上述客戶端20，對業務邏輯進行控制管理；上述接入設備50，分別與上述客 戶端20以及服務端40連接通信，交互信息；接收該客戶端20傳送的信息， 對其中的會話消息進行標識以區分會話，并進行會話管理；上述服務端，接 收所述會話消息并進行計費管理。
上述接入設備50可處理鏈路維護、會話控制和接口轉換等。在線計費的 客戶端20與接入設備50可使用自定義的內部消息接口 ，物理連接上可分可 合。上述客戶端20可為任何需接入服務端40進行在線計費處理的業務控制 客戶端20。上述接入設備50和服務端40都可設置多個，上述客戶端20的數 量可以根據該接入設備50和服務端40的最大負載而定。
上述接入設備50可把業務邏輯控制與會話維護分開管理，通過設備冗余、 動態負載反饋、超時重發、鏈路異常和遇忙通知等機制保護業務消息安全。
參照圖11,在本實施例的一實施方式中，上述客戶端20可包括業務邏輯 控制模塊21以及第一通信模塊22;該業務邏輯控制模塊21,加載以及控制 業務邏輯，對業務信息進行組包和標識；該第一通信4莫塊22,分別與上述業 務邏輯控制才莫塊21以及接入設備50連接通信，進行信息交互。
上述業務邏輯控制模塊21用于加載至少一個或多個業務邏輯，可控制實 際業務流程，完成扣費、鑒權等業務功能；并將各個業務邏輯信息組包、標 識(為每個業務分配一個標識碼)加以區分后發給第一通信模塊22。上述第一通信模塊22可管理客戶端20與接入設備50之間的鏈路；在有 多個接入設備50時，可實現多接入設備50的冗余，以及與接入設備50之間 的通信。該第一通信模塊22中可自定義內部通信機制，過濾非加載業務、加 密具體業務信息(給信息分配密碼)和檢測鏈路活動狀態(采用心跳檢測)。
上述接入設備50包括內部通信模塊51、降低呼損模塊52以及外部通信 模塊53;該內部通信模塊51，與上述客戶端20的第一通信模塊22連接通信， 進行信息交互；該降低呼損模塊52,接收上述內部通信模塊51傳送的信息， 對其中的會話消息進行標識以產生會話標識，并進行會話管理；該外部通信 模塊53,分別與上述降低呼損模塊52以及服務端40連接通信，進行信息交 互。
參照圖12和13，上述降低呼損模塊52包括會話標識單元521、負載均 衡單元522、鏈路管理子模塊525;該會話標識單元521，對會話消息進行標 識產生會話標識，區分會話；該負載均衡單元522,;險測上述服務端40的業 務負載情況，并根據該業務負載情況進行會話分配；上述業務負載情況包括 業務流量、響應時間和/或超時次數；該鏈路管理子模塊525包括應急流程單 元523和/或動態鏈路單元524,該應急流程單元523,對鏈路進行片企查以及處 理，進行會話傳輸中的超時重發、遇忙通知和/或主備倒換；該動態鏈路單元 524, <奮改配置以及更新鏈;洛，允許進行動態的客戶端20或者服務端40的更 換。
參照圖14在本實施例的另一實施方式中，上述接入設備50還包括升級 保護模塊54,用于上述接入設備50升級中的信息保護；在升級前拒絕新會話 的接收，并在處理完成消息后進行上述接入設備50的升級。該升級保護模塊 54包括消息發送單元541、會話檢測單元542、斷鏈發送單元543以及升級啟 動單元544。(參照圖15)
在升級過程中，上述接入設備50的處理流程為(參照圖16):
步驟A、向客戶端20發送升級消息；
先由上述消息發送單元541向上述客戶端20發送升級消息，通知該客戶 端20其將拒絕接收新會話。
步驟B、才全測是否有未處理完的會話；
處理未完成，進行步驟B1;否則，；進行步驟B2。 ^ ^ '
步驟B1、上述接入設備50可繼續進行會話處理，直至會話處理完成； 步驟B2、發送DPR消息至客戶端20和服務端40,進行升級； 由上述斷鏈發送單元543發送DPR消息至客戶端20和服務端，與該客
戶端20和服務端斷開鏈4秦，由上述升級啟動單元544啟動升級。步驟C、發送升級結束消息至客戶端20;
由上述消息發送單元541的結束通知組件5410發送升級結束消息至客戶 端20，通知其接入設備50的升級結束。
在升級過程中，上述客戶端20的處理流程為(參照圖17):
步驟D、接收上述接入設備50發送的升級消息，利用心跳檢測尋找另外 有心跳的接入設備50;
步驟E、判斷所接收會話是否為新會話，如是，進行步驟E1;否則，進 行步驟E2;
步驟El 、將會話發送給尋找的接入設備50進行處理；
步驟E2、將會話發送給需升級的接入設備50繼續處理；
步驟F、判斷是否接收上述接入設備50發送的DPR消息；如是進行步驟
Fl，否則進行步驟F2;
步驟Fl、斷開與需升級的接入設備50的鏈路，返回DPA消息，進行步
驟F11;
步驟Fl 1 ，將會話發送給尋找的接入設備50進行處理； 步驟F2、判斷是否接收到升級結束消息，如是，進行步驟G;否則返回 步驟F11;
步驟G、返回反饋消息，倒回升級完成的接入設備50進行通信。 參照圖14,在本實施例的另一實施方式中，上述接入設備50還包括服務 端保護模塊55，用于所述服務端40重啟中的信息保護，檢測是否有備用服務 端40進行業務倒換，可在重啟前控制新會話的接收。該服務端保護模塊55 可包括接收與檢測單元551、第二發送單元552、第二檢測單元553以及鏈路 建立單元554。(參照圖18)
在服務端40重啟的過程中，上述服務端40的處理流程為(參照圖19): 步驟a、重啟時，向接入設備50發送DPR消息；該DPR消息的原因(Casue ) 可寫為Rebooting;
步驟b、收到接入設備50發送的DPA消息，進行重啟； 步驟c、接收4婁入設備50發送的CER消息，發送CEA消息至該接入設 備50;
步驟d、接收接入設備50發送的3個DWR消息，發送3個DWA消息至 該接入設備50，與該接入設備50建立鏈接。
在服務端40重啟的過程中，上述接入設備50的處理流程為(參照圖20 ): 步驟e、該接入設備50接收上述服務端40發送的DPR消息； 由上述接收與檢測單元551接收上述服務端40發送的DPR消息。 步驟f、判斷是否有備用的服務端40;如是，進行步驟fl;否則，進行步驟f2;
上述接收與4企測單元551在接收該DPR消息后，4企測該接入設備50是 否連接有備用的服務端40。
步驟fl、向客戶端20發送服務端重啟消息，拒絕4妄收新會話；
由上述第二發送單元552發送服務端重啟消息至客戶端20，通知客戶端 20拒絕接收新會話。
步驟f2、倒換至備用的服務端40進行處理；
步驟g、檢測是否有會話未處理；如是，返回步驟f;否則，進行步驟gl;
由上述第二檢測單元553檢測該接入設備50中是否還有未處理的會話。
步驟gl、發送DPA消息至服務端40，使得服務端40進行步驟b;
步驟h、該接入設備50向服務端40發送CER消息，如果服務端40重啟 完成將進行步驟c，該接入設備50可接收服務端40返回的CEA消息；
該接入設備50通過上述鏈路建立單元554向服務端40發送CER消息， 確認通信能力。
步驟i、該接入i殳備50向服務端40發送3個DWR消息，并接收服務端 40返回的3個DWA消息，與服務端40建立鏈接；并發送恢復消息至客戶端 20,恢復接收新會話。
該接入設備50通過上述鏈路建立單元554與服務端40建立鏈4妻，并通 知客戶端20恢復新會話接收。
在服務端40重啟的過程中，上述客戶端20的處理流程為(參照圖21):
步驟j、接收接入設備50發送的服務端重啟消息，拒絕接收新會話；
步驟k、處理未完成會話；
步驟l、接收接入設備50發送的恢復消息，恢復接收新會話。
參照圖22，本發明提出另一實施例的一種在線計費降低呼損的方法，應 用于包括進行業務邏輯管理的客戶端、進行會話管理的接入設備以及進行計 費管理的服務端的在線計費系統中，上述方法包括
步驟SIO、通過上述客戶端對業務邏輯進行控制；
步驟Sll、通過上述接入設備對所述客戶端傳送信息中的會話消息進行標 識以區分會話，并進行會話管理。
如上述步驟S10所述，該客戶端可加載以及控制業務邏輯，對業務信息 進行組包和標識；該客戶端可加載至少一個或多個業務邏輯，控制實際業務 流程，完成扣費、鑒權等業務功能；并將各個業務邏輯信息組包、標識(為 每個業務分配一個標識碼)加以區分后發給上述4妻入設備。并且，該客戶端 還可管理其與接入設備之間的鏈路；該客戶端可自定義內部通信機制，過濾非加載業務、加密具體業務信息(給信息分配密碼)和檢測鏈路活動狀態(采 用心跳才企測)。
如上述步驟Sll所述，上述接入設備可對會話消息進行標識和管理，產 生會話標識。上述信息可包括會話消息等。上述會話管理可包括負載均衡等， 將業務邏輯管理與會話管理分開進行，以減少呼損。
理；所述對鏈3各的4企測以及維護管理包括應急管理、鏈^各配置以及^r測等。
上述負載均衡是指上述接入設備可通過檢測其所連接的服務端(多個服 務端)的業務負載情況，根據業務負載情況分配會話給相應服務端。如此可 將新會話消息優先分配給業務負載輕的服務端。該業務負載輕的服務端，可 以是其與接入設備通信流量少、對會話請求響應時間短和/或對會話請求響應 超時次數少的服務端。該接入設備可通過對服務端的檢測與選擇，將會話中 的業務組包信息發送至負載情況最好的服務端進行處理，可確保會話質量， 降低呼損率。為確保上述會話的完整性，同一會話的業務組包信息只可發往 同一服務端進行處理。
理；所述對鏈^各的4企;以及維護管理^括應急管理、鏈路g己置以及4企測等， 可降低呼叫損失。
應急管理是指上述接入設備可對其與服務端的鏈路進行檢查以及處理， 進行會話傳輸中的超時重發、遇忙通知和/或主備倒換。
該接入設備可進行Diameter協議規定的應急流程。上述超時重發可以是 在Diameter協議上進行重發方式的擴展，包括原有鏈^各重發和同功能鏈路重 發等重發方式，實現會話的完整性；該接入設備可通知上述客戶端，使該客 戶端對會話的超時時間做適當調整，防止因超時而丟棄會話的業務組包信息。 上述對客戶端的通知可以通過發送CER消息進行。上述遇忙通知是當服務端 的返回結果為忙碌時，可進行OCS替換，并當忙碌通知結束時，自動倒回。 上述主備倒換是將同一功能的服務端分為一組，相互之間可以互為主備。
上述接入設備與服務端之間的通信，可以是在鏈路建立時進行多次的 DWR/DWA流程后，才允許發送應用層消息，防止鏈路與具體業務流程出現 不同步的現象，降^^呼損率。該多次可為3次左右。
上述鏈路配置以及檢測是指上述接入設備可修改配置以及更新鏈路，允 許進行動態的客戶端或者服務端的更換。該接入設備可在進行動態鏈路的增 減后，進行配置修改。該配置修改包括相關信息以及Diameter協議相關信息 的配置修改。上述修改完成后，可進行鏈路的更新，然后向客戶端和服務端 發送消息，通知兩者恢復通信。該發送給客戶端的消息可以是準發消息；該發送給^^務端的消息可以是CER消息。 參照圖23,上述步驟S10后可包括
步驟100、通過上述客戶端的心跳檢測對進行接入設備的選取。 如上述步驟S100所述，在有多個接入設備時，可實現對多接入設備的冗 余，利用心跳檢測方式對該多個接入設備進行選取。 參照圖24,上述步驟S11后可包括 步驟S110、通過上述接入設備進行升級保護。
如上述步驟S110所述，上述升級保護流程可為首先由上述接入設備向 上述客戶端發送升級消息，通知該客戶端其將拒絕接收新會話；該客戶端將 通過心跳檢測尋找另外的網元(接入設備)進行通信。然后，上述需升級的 接入設備檢測會話是否處理完成；如果處理未完成，該接入設備可繼續進行 處理；如果處理完成，其將發送DPR消息至客戶端和服務端，進行升級。上 述客戶端在接入設備的會話未處理完成時，繼續向該接入設備發送未處理完 成的會話，直到接收到該接入設備發送的斷鏈消息；同時，該客戶端可將新 會話發送至另外尋找的網元。需升級的接入設備在接收上述客戶端對以及服 務端對DPR消息的反々赍消息(DPA)后，關閉上述接入i殳備進行升級，防止升 級過程中的信息丟失。最后，在升級完成后，升級完成的接入設備可發送升 級結束消息至上述客戶端，重新開始通信。
上述步驟S11后還可包括
步驟Slll、通過上述接入設備進行服務端重啟保護。
如上述步驟S111所述，上述服務端重啟保護流程可為先是該服務端在 重啟前向接入設備發送斷鏈消息。該接入設備接收服務端發送的斷鏈消息后 檢測是否有備用服務端；在有備用服務端時，該接入設備可將業務直接倒換 給備用服務端；在沒有備用服務端時，該接入設備將發送服務端重啟消息至 上述客戶端，拒絕接收新會話；且該接入設備可檢測其會話是否處理完成， 如果未處理完成，則繼續4企測是否有備用服務端；如果處理完成，則將向服 務端發送DPA消息，該服務端在接收到DPA消息后重新啟動，防止重啟過程中 的信息丟失。該服務端在重啟完成后，將向該接入設備發送建鏈消息。
上述接入設備接收上述建鏈消息后，將向該服務端發送CER消息，該服 務端將返回CEA消息；然后，該接入設備再向服務端發送DWR消息，該服務 端返回DWA消息；持續三個DWR/DWA過程后，建立鏈接。再是，該接入設 備將發送恢復消息給該客戶端，恢復新會話的處理。
以上所述僅為本發明的優選實施例，并非因此限制本發明的專利范圍， 凡是利用本發明說明書及附圖內容所作的等效結構或等效流程變換，或直接 或間接運用在其他相關的技術領域，均同理包括在本發明的專利保護范圍內。
權利要求
1、一種升級保護方法，其特征在于，對在線計費系統中的接入設備的升級進行保護，所述系統包括進行業務邏輯管理的客戶端、進行會話管理的接入設備以及進行計費管理的服務端，所述升級保護方法包括步驟向客戶端發送升級消息，通知該客戶端拒絕接收新會話；在所述接入設備的會話處理完成后，發送處理完成消息進行升級。
2、 根據權利要求1所述的升級保護方法，其特征在于，在所述發送處理 完成消息進行升級前還包括步驟檢測接入設備中是否有未處理完的會話；如是，則繼續進行會話處理， 直至會話處理完成；否則，發送處理完成消息進行升級。
3、 根據權利要求2所述的升級保護方法，其特征在于，所述升級保護方 法還包括步驟根據所述處理完成消息，發送斷鏈消息至客戶端和服務端。
4、 根據權利要求3所述的升級保護方法，其特征在于，所述升級保護方 法還包括步驟接收所述客戶端和服務端的反饋消息，關閉所述接入設備，進行升級。
5、 根據權利要求4所述的升級保護方法，其特征在于，所述升級保護方 法還包括步驟發送升級完成消息至客戶端和服務端，通知升級結束。
6、 一種升級保護裝置，其特征在于，對在線計費系統中的接入設備的升 級進行保護，所述系統包括進行業務邏輯管理的客戶端、進行會話管理的接 入設備以及進行計費管理的服務端，所述升級保護裝置包括升級保護模塊，用于所述接入設備升級中的信息保護；在升級前拒絕新 會話的接收，并在處理完成消息后進行所述接入設備的升級。
7、 根據權利要求6所述的升級保護裝置，其特征在于，所述升級保護模 塊包括消息發送單元，發送升級消息至所述客戶端，拒絕接收新會話； 會話檢測單元，檢測會話是否處理完成，發送處理完成消息，進行升級。
8、 根據權利要求7所述的升級保護裝置，其特征在于，所述升級保護模 塊還包括斷鏈發送單元，接收所述處理完成消息，發送斷鏈消息至所述客戶端以 及服務端。
9、 根據權利要求8所述的升級保護裝置，其特征在于，所述升級保護模 塊還包括升級啟動單元，接收所述客戶端以及服務端的反饋消息，關閉所述接入 設備，進行升級。
10、 根據權利要求7至9中任意一項所述的升級保護裝置，其特征在于， 所述消息發送單元包括結束通知組件，發送升級完成消息至客戶端和服務端，通知升級結束。
全文摘要
本發明揭示了通訊領域的一種升級保護方法及裝置。所述升級保護方法可對在線計費系統中的接入設備的升級進行保護，所述系統包括進行業務邏輯管理的客戶端、進行會話管理的接入設備以及進行計費管理的服務端，所述升級保護方法包括步驟向客戶端發送升級消息，通知該客戶端拒絕接收新會話；在所述接入設備的會話處理完成后，發送處理完成消息進行升級。通過所述升級保護裝置，對所述接入設備進行信息保護，避免所述接入設備由于升級而造成的信息丟失。
文檔編號H04L12/24GK101662390SQ20091019025
公開日2010年3月3日 申請日期2009年9月24日 優先權日2009年9月24日
發明者強 劉, 吳豫寧, 田貞朗, 錢建陽, 陳建軍 申請人:中興通訊股份有限公司