一種ngn下實現寬帶業務功能的方法及業務平臺的制作方法
【專利摘要】本發明公開了一種NGN下實現寬帶業務功能的實現方法及業務平臺,所述方法包括:初始會話協議代理服務器(SIPPXY)接收智能網寬帶用戶發來的注冊請求消息,根據其中攜帶的所述用戶的標識信息檢索當前是否保存了該用戶的信息,若未保存,則申請數據區進行保存處理;所述SIPPXY向SIP業務代理服務器(SIP-AP)發送注冊請求消息;所述SIP-AP對接收到的所述注冊請求消息進行鑒權,在鑒權通過后構造注冊應答消息回復給所述SIPPXY;所述SIPPXY發送注冊應答消息給所述智能網寬帶用戶。本發明無需額外的硬件設備來支持,在智能網寬帶業務的應用中有非常廣闊的發展和使用空間。
【專利說明】一種NGN下實現寬帶業務功能的方法及業務平臺
【技術領域】
[0001]本發明涉及NGN(Next Generation Network,下一代通信網絡)網絡下的智能網通訊領域,尤其涉及一種NGN下實現寬帶業務功能的實現方法及業務平臺。
【背景技術】
[0002]下一代網絡(Next Generation Network,簡稱NGN),又稱為次世代網絡,主要思想是在一個統一的網絡平臺上以統一管理的方式提供多媒體業務,在整合現有的市內固定電話、移動電話的基礎上(統稱為FMC(Fixed Mobile Convergence,固定網絡與移動網絡融合)),增加多媒體數據服務及其他增值型服務。其中話音的交換將采用軟交換技術,而業務平臺的主要實現方式為IP技術,逐步實現統一通信。其中V0IP(Voice over InternetProtocol,網絡電話)將是下一代網絡中的重點。為了強調IP技術的重要性,業界的主要公司之一思科公司(Cisco Systems)主張稱其為IP-NGN。
[0003]NGN是一個分組網絡,它提供包括電信業務在內的多種業務,能夠利用多種帶寬和具有QoS(Quality of Service,服務質量)能力的傳送技術,實現業務功能與底層傳送技術的分離;它允許用戶對不同業務提供商網絡的自由接入,并支持通用移動性,實現用戶對業務使用的一致性和統一性。它以軟交換為核心,能夠提供包括語音、數據、視頻和多媒體業務的基于分組技術的綜合開放的網絡架構,代表了通信網絡發展的方向。NGN具有分組傳送、控制功能從承載、呼叫/會話、應用/業務中分離、業務提供與網絡分離、提供開放接口、利用各基本的業務組成、提供廣泛的業務和應用、端到端QoS和透明的傳輸能力通過開放的接口規范與傳統網絡實現互通、通用移動性、允許用戶自由地接入不同業務提供商、支持多樣標志體系,融合固定與移動業務等等特征。
[0004]作為NGN網絡的核心技術,軟交換(Softswitch)的發展受到了越來越多的關注,作為下一代網絡的控制功能,軟交換為NGN具有實時性要求的業務提供呼叫控制和連接控制功能。我國信息產業部電信傳輸研究所對軟交換的定義是:軟交換是網絡演進以及下一代分組網絡的核心設備之一,它獨立于傳送網絡,主要用于完成呼叫控制、資源分配、協議處理、路由、認證、計費等主要功能,同時可以向用戶提供現有電路交換機所能提供的所有業務,并向第三方提供可編程能力。
[0005]目前,我國已完成并頒布了《軟交換設備總體技術要求》(YDC003-2001),明確規范了軟交換在網絡中的位置、功能要求、業務要求、操作維護和網管要求、協議和接口要求,計費要求和性能指標,并規定了與IP電話及智能網的互通要求等。特別值得一提的是,不僅固網如此,移動軟交換設備技術要求和設備規范的送審稿也于近日完成,主要針對軟交換技術在移動網絡中的移動性管理和鑒權等方面特征進行了相應的擴展。不難看出,在分組交換日益普遍的情況下,軟交換技術無論是在固網還是在移動網絡的發展和融合當中,作為網絡的核心技術,都發揮著重要的粘合作用。
[0006]Softswitch技術區別于其它技術的最顯著特征,也是其核心思想的三個基本要素是:[0007]I)開放的業務生成接口
[0008]Softswitch 提供業務的主要方式是通過 API (Application ProgrammingInterface,應用程序編程接口)與"應用服務器"配合以提供新的綜合網絡業務。與此同時,為了更好地兼顧現有通信網絡,它還能夠通過INAP(Intelligent NetworkApplication Protocol,智能網應用協議)與IN(Intelligent Network,智能網)中已有的SCP(Service Control Point,業務控制點)配合以提供傳統的智能業務;
[0009]2)綜合的設備接入能力
[0010]Softswitch可以支持眾多的協議,以便對各種各樣的接入設備進行控制,最大限度地保護了用戶投資并充分發揮了現有通信網絡的作用;
[0011]3)基于策略的運行支持系統
[0012]Softswitch 米用 了 一 種與傳統 0AM(Operation Administration andMaintenance,操作管理維護)系統完全不同的、基于策略(Policy-based)的實現方式來完成運行支持系統的功能,按照一定的策略對網絡特性進行實時、智能、集中式的調整和干預,以保證整個系統的穩定性和可靠性。
[0013]在現階段NGN環境下,軟交換(Softswitch)提供API接口給業務應用服務器,對用戶進行開戶、SIP (Session Initiation Protocol,初始會話協議)注冊的用戶名和密碼、用戶的鑒權數據、用戶的IFC(Initial Filter Criteria,初始過濾規則)觸發規則等功能,有了觸發規則才能觸發到智能網業務平臺,才能實現智能網業務的各種功能。
[0014]業界的軟交換基本上都是由硬件設備來實現的。在實際的智能網商用過程中,硬件的材料成本、人力成本及維護成本均比較高。
【發明內容】
[0015]本發明的目的在于提供一種NGN下實現寬帶業務的方法及業務平臺,以克服現有通過硬件設備來實現軟交換功能所帶來的成本高的缺陷。
[0016]為解決上述問題,本發明提供了一種在NGN下實現寬帶業務的方法,包括:
[0017]初始會話協議代理服務器(SIPPXY)接收智能網寬帶用戶發來的注冊請求消息,根據其中攜帶的所述用戶的標識信息檢索當前是否保存了該用戶的信息,若未保存,則申請數據區進行保存處理;
[0018]所述SIPPXY向SIP業務代理服務器(SIP-AP)發送注冊請求消息;
[0019]所述SIP-AP對接收到的所述注冊請求消息進行鑒權,在鑒權通過后構造注冊應答消息回復給所述SIPPXY ;
[0020]所述SIPPXY發送注冊應答消息給所述智能網寬帶用戶。
[0021]進一步地,所述方法還包括:
[0022]所述SIPPXY收到主叫用戶所在終端發來的呼叫請求后,向所述SIP-AP轉發所述呼叫請求;
[0023]所述SIP-AP接收到所述呼叫請求后,向SIP路由服務器(SIPROUTE)發送消息請求獲取所述主叫用戶的路由信息及簽約信息,并將請求到的所述主叫用戶的路由信息及簽約信息發送給所述SIPPXY轉發;
[0024]所述SIPPXY向業務應用服務器(AS)發送呼叫請求,其中攜帶所述SIPROUTE查詢到的所述主叫用戶的簽約信息;
[0025]所述AS根據所述呼叫請求中攜帶的所述主叫用戶的簽約信息觸發業務流程;在所有業務的流程觸發完畢后,所述SIP-AP再將所述呼叫請求轉發至被叫用戶。
[0026]進一步地,
[0027]所述注冊應答消息中攜帶鑒權結果;
[0028]若所述注冊應答消息中攜帶的鑒權結果為鑒權成功,則所述SIPPXY還發送第三方注冊請求消息到對應的業務平臺去。
[0029]進一步地,所述方法還包括:
[0030]所述SIPPXY對向所述SIP-AP發送的注冊請求消息進行保存;
[0031]所述SIPPXY在向所述SIP-AP發送注冊請求消息后,啟動一定時器;
[0032]若在所述定時器超時時,所述SIPPXY仍未收到所述SIP-AP回復的注冊應答消息,則釋放保存的所述注冊請求消息。
[0033]進一步地,
[0034]所述SIP-AP對接收到的所述注冊請求消息進行鑒權,具體包括:
[0035]所述SIP-AP根據所述注冊請求消息中攜帶的所述主叫用戶的的標識信息查找對應的注冊信息;若判斷出所述注冊信息中的注冊CALLID與所述注冊請求消息中攜帶的CALLID相同,則向所述SIPPXY發送未授權應答消息,其中攜帶計算出的認證頭域;
[0036]所述SIPPXY向所述主叫用戶轉發所述未授權應答消息;
[0037]所述SIP-AP根據所述主叫用戶發來的攜帶所述認證頭域及Contact頭域的注冊請求消息后,重新計算認證頭域;若計算出的認證頭域與接收到的所述認證頭域相同,則鑒權通過。
[0038]進一步地,
[0039]所述SIP-AP利用隨機產生的字符串與所述主叫用戶的密碼信息計算生成認證頭域。
[0040]進一步地,所述方法還包括:
[0041]所述SIPPXY在收到所述注冊應答消息后,構造新的注冊請求消息,并發送給業務應用服務器;
[0042]在接收到所述業務應用服務器返回的注冊成功響應后,所述SIPPXY將所述注冊成功響應發送給所述SIP-AP。
[0043]相應地,本發明還提供了一種業務平臺,應用于下一代通信網絡中,包括:
[0044]初始會話協議代理服務器(SIPPXY),用于接收智能網寬帶用戶發來的注冊請求消息,根據其中攜帶的所述用戶的標識信息檢索當前是否保存了該用戶的信息,若未保存,則申請數據區進行保存處理;還用于向SIP業務代理服務器(SIP-AP)發送注冊請求消息;還用于將接收到的注冊應答消息發送給所述智能網寬帶用戶;
[0045]所述SIP-AP用于對接收到的所述注冊請求消息進行鑒權,在鑒權通過后構造注冊應答消息回復給所述SIPPXY。
[0046]進一步地,所述業務平臺還包括:業務應用服務器(AS)和SIP路由服務器(SIPROUTE);
[0047]所述SIPPXY還用于在收到主叫用戶所在終端發來的呼叫請求后,向所述SIP-AP轉發所述呼叫請求;還用于向所述AS發送呼叫請求,其中攜帶所述SIPROUTE查詢到的所述主叫用戶的簽約信息;
[0048]所述SIP-AP還用于在接收到所述呼叫請求后,向所述SIPROUTE發送消息請求獲取所述主叫用戶的路由信息及簽約信息,并將請求到的所述主叫用戶的路由信息及簽約信息發送給所述SIPPXY轉發;還用于在所有業務的流程觸發完畢后,將所述呼叫請求轉發至被叫用戶;
[0049]所述AS還用于根據所述呼叫請求中攜帶的所述主叫用戶的簽約信息觸發業務流程。
[0050]進一步地,
[0051]所述注冊應答消息中攜帶鑒權結果;
[0052]所述SIPPXY還用于在所述注冊應答消息中攜帶的鑒權結果為鑒權成功時,發送第三方注冊請求消息到對應的業務平臺。
[0053]進一步地,
[0054]所述SIPPXY還用于對向所述SIP-AP發送的注冊請求消息進行保存;還用于在向所述SIP-AP發送注冊請求消息后,啟動一定時器;若在所述定時器超時時,仍未收到所述SIP-AP回復的注冊應答消息,則釋放保存的所述注冊請求消息。
[0055]進一步地,
[0056]所述SIPPXY還用于向所述主叫用戶轉發所述SIP-AP發來的未授權應答消息;
[0057]所述SIP-AP用于對接收到的所述注冊請求消息進行鑒權,具體包括:
[0058]所述SIP-AP用于根據所述注冊請求消息中攜帶的所述主叫用戶的的標識信息查找對應的注冊信息;還用于若判斷出所述注冊信息中的注冊CALLID與所述注冊請求消息中攜帶的CALLID相同,則向所述SIPPXY發送未授權應答消息,其中攜帶計算出的認證頭域;還用于根據所述主叫用戶發來的攜帶所述認證頭域及Contact頭域的注冊請求消息后,重新計算認證頭域;若計算出的認證頭域與接收到的所述認證頭域相同,則鑒權通過。
[0059]進一步地,
[0060]所述SIP-AP用于利用隨機產生的字符串與所述主叫用戶的密碼信息計算生成認證頭域。
[0061]進一步地,
[0062]所述SIPPXY還用于在收到所述注冊應答消息后,構造新的注冊請求消息,并發送給業務應用服務器(AS);還用于在接收到所述AS返回的注冊成功響應后,將所述注冊成功響應發送給所述SIP-AP。
[0063]本發明提出了一種能和智能網業務平臺融合的新SIP-AP,無需額外的硬件設備來支持,在智能網寬帶業務的應用中有非常廣闊的發展和使用空間,尤其在面向政企網、中小型企業的寬帶業務應用中更加有優勢、更能節約成本。在流程上,硬件軟交換要單獨設備,而而SIP-AP是融合在業務平臺中的;在后續調試上,硬件軟交換要配置業務側的許多數據,如增加業務節點、業務簽約等數據,而SIP-AP和業務平臺間是內部消息,簽約也是腳本實現,無需后續再配置數據,大大縮短了聯調時間。
【專利附圖】
【附圖說明】[0064]圖1為本發明實施例中業務平臺的結構圖;
[0065]圖2為本發明實施例中在NGN下實現用戶注冊的邏輯流程圖;
[0066]圖3為本發明實施例中在NGN下實現用戶呼叫流程的邏輯流程圖;
[0067]圖4為本發明具體實施例的信令流程圖。
【具體實施方式】
[0068]下文中將結合附圖對本發明的實施例進行詳細說明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互任意組合。
[0069]如圖1所示,在本實施例中,智能網業務平臺中包括:SIP代理服務器(SIP Proxy,簡稱為SIPPXY)、業務應用服務器(Application Server,簡稱為AS)、SIP業務代理服務器(SIP Application Proxy,簡稱 SIP-AP)及 SIP 路由服務器(SIP Route,簡稱 SIPROUTE)。其中:
[0070]SIPPXY提供和SIP-AP之間的接口、第三方注冊的分發等功能;
[0071]AS用于提供底層業務能力,如:呼叫控制等功能;
[0072]SIP-AP用于完成登錄管理、訂閱管理、業務注冊及SIP消息路由等功能。其用于實現NGN環境下軟交換所要實現的功能并進行SIP消息處理及轉發,需要完成接收客戶端注冊、注銷等登陸管理以及訂閱注冊管理及通知、注冊成功后向用戶簽約的AS進行第三方注冊等功能,另外還需要對SIP消息進行路由處理,通過用戶的簽約業務類型轉發到對應的AS,從而實現業務的各種功能;
[0073]SIPROUTE用于完成對注冊在SIP-AP上的用戶的簽約信息的查詢,并通過查詢到的用戶的簽約業務類型將SIP消息轉發到對應的AS。
[0074]上述各網元間使用的協議如下:
[0075]SIPPXY與UE之間使用信令和通話的媒體協商,信令使用SIP協議互通,相互間媒體遵循MGCP (Media Gateway Control Protocol,媒體網關控制協議)協議;
[0076]SIPPXY與SIP-AP之間使用ROl內部通信,二者交互的消息中包含源發送方的IP地址、源發送方的端口、接收注冊請求消息的鏈路號、軟交換序號、SIPPXY接收注冊請求消息的鏈路地址與端口、SIPPXY申請注冊數據區的索引以及必要的SIP頭域信息;
[0077]SIP-AP與SIPROUTE之間使用ROl內部通信,SIP-AP接收到需要轉發的SIP消息后,向SIPROUTE發送消息請求獲取路由信息;SIPR0UTE接收到消息請求后返回路由結果,SIP-AP根據返回的結果通知SIPPXY轉發該消息。
[0078]如圖2所示,智能網用戶的注冊流程如下:
[0079]步驟1:智能網寬帶用戶A向SIPPXY發送注冊請求消息(Register);
[0080]步驟2 =SIPPXY以注冊請求消息中攜帶的Call-1D與Via的Branch字段為HashKey (哈希鍵值)來檢索當前是否保存了該用戶的信息。在沒有保存的情況下,SIPPXY會根據上述HashKey來申請數據區,之后將上述信息更新到該數據區,并向SIP-AP發送注冊請求消息;
[0081]步驟3 =SIP-AP收到注冊請求消息后進行鑒權判斷,鑒權通過后構造注冊應答消息給SIPPXY,其中攜帶鑒權結果;
[0082]步驟4 =SIPPXY發送注冊應答消息給用戶A,如果鑒權結果為鑒權成功,則還需要發送第三方注冊請求消息到對應的業務平臺去,這樣用戶A注冊成功。
[0083]如圖3所示,智能網寬帶用戶間的呼叫流程如下:
[0084]步驟1:用戶A向用戶B發起呼叫,發送呼叫請求到SIPPXY,SIPPXY向SIP-AP轉發該呼叫請求;
[0085]步驟2 =SIP-AP接收到上述呼叫請求后,向SIPROUTE發送消息請求獲取用戶A的ROUTE信息及簽約信息;SIPROUTE根據其中攜帶的用戶A的標識信息查詢ROUTE信息及用戶A的簽約信息,并將查詢結果返回給SIP-AP ;
[0086]步驟3 =SIP-AP根據SIPROUTE返回的查詢結果,通知SIPPXY轉發上述呼叫請求;SIPPXY將上述呼叫請求消息轉給AS,由AS根據此消息中的簽約信息來觸發業務流程。所有業務的流程觸發完畢后,SIP-AP再將此呼叫轉發至用戶B,從而實現用戶A和用戶B之間的通話。
[0087]如圖4所示,假設UE A和UEB是智能網寬帶用戶,一種NGN下實現智能網業務呼叫功能的方法,具體注冊和呼叫信令流程如下:
[0088]步驟1:UE A向SIPPXY發送注冊請求消息;
[0089]步驟2:SIPPXY根據注冊請求消息中攜帶的Call-1D與Via的Branch字段為HashKey來檢索當前是否保存了該UE A的信息。在沒有保存的情況下,SIPPXY會根據HashKey來申請數據區,之后進行更新處理(如保存源鏈路號、源SS索引、源地址與端口、FromTag、頂部Via頭域的Host部分);然后向SIP-AP發送注冊請求消息,其中攜帶:源發送方(即UE A)的IP地址、源發送方的端口、接收注冊請求消息的鏈路號、軟交換序號、SIPPXY接收注冊請求消息的鏈路地址與端口、SIPPXY申請注冊數據區的Selflndex、以及必要的SIP頭域信息,然后申請共享內存保存該注冊請求消息,并設置超時定時器Timerl ;若在該超時定時器超時時,仍未收到SIP-AP回復的注冊應答消息,則將該注冊請求消息從共享內存中刪除;
[0090]步驟3 =SIP-AP接收到SIPPXY發來的注冊請求消息后,首先根據該消息中攜帶的UE A的標識信息從內存中查找用戶個人信息,如果內存中不存在用戶個人信息,則去相應數據庫中去查詢用戶的注冊信息和個人信息;
[0091]步驟4:待數據庫返回查詢的信息后,保存個人信息至內存,判斷接收到的注冊請求消息中攜帶的CALLID和查詢到的注冊信息中的注冊CALLID是否相同,不相同返回401應答;否則執行下一步驟;
[0092]步驟5?6 =SIP-AP構造注冊應答信息向SIPPXY發送,返回401未授權應答消息,應答消息中包含WffW-Authenticate (認證)頭域;SIPPXY將該401未授權應答消息轉發給UE A ;其中,該Authenticate頭域是由SIP-AP根據nonce和password計算出來的;nonce是SIP-AP隨機生成并保存的字符串,password是查詢到的用戶的密碼信息;
[0093]步驟7?8:UE A根據接收到的未授權應答消息中攜帶的WWW認證信息,再次向SIP-AP發送注冊請求消息,其中,Authorization頭域包含了上述未授權應答消息中攜帶的WWW認證信息;
[0094]步驟9?10:SIP-AP收到包含Authorization頭域的注冊請求消息后,執行鑒權認證,發現缺少Contact頭域,因此向UE A發送403應答;
[0095]步驟11?16:UE A收到403應答后,重新構造注冊請求消息,在步驟I的注冊請求消息的基礎上添加Contact頭域,然后發送到SIP-AP ;SIP-AP向UE A返回401Unauthorized應答,應答消息中包含上述WffW-Authenticate頭域;終端再次向SIP-AP發送注冊請求消息,其中攜帶Authorization頭域;SIP_AP收到后,使用保存的nonce與查詢到的password計算出Authorization頭域,如果和UE A發來的Authorization頭域不一致,返回403錯誤,如果一致且該注冊請求消息中又帶了 Contact頭域,則SIP-AP鑒權成功,向終端發送2000K的注冊應答消息;
[0096]步驟17 ?20 =SIP-AP 使用 ROl 消息 Query_Register_Info 到 SIPROUTE 查詢注冊請求消息的轉發地址(即路由信息),SIPROUTE通過該ROl消息中攜帶的用戶的注冊賬號到數據庫中查詢出要轉發的目的地址及端口 ;在查詢完成后,將查詢結果發送給SIP-AP ;
[0097]步驟21?24 =SIP-AP在對UE_A發送的注冊請求消息鑒權通過后,向SIPPXY下發SIP-AP_RES_FR0M_DAS_EVENT消息;SIPPXY對此消息進行判斷,進行必要的頭域處理構造成新的注冊消息:增加Via頭域、Record-Route頭域、Route頭域、更新Contact頭域、更新Request-Uri 的 Host 部分。根據 SIP_AP_RES_FR0M_DAS_EVENT 消息中攜帶的 SIP-AP 指示向AS發送注冊請求消息,然后設置超時定時器Timer2,AS返回注冊成功后,SIPPXY通過發送SIP-AP_REGISTER_RES_TO_DAS_EVENT消息將注冊應答消息上報給SIP-AP,同時記錄收到的注冊應答消息數目;在收到所有的注冊應答的場合,取消超時定時器Timer2,并釋放數據區;
[0098]步驟25 =SIP-AP保存當前用戶的個人信息到內存和SYBASE數據庫中,從而完成用戶的注冊流程;
[0099]步驟26?27:當用戶A向SIPPXY發起呼叫請求(INVITE)消息,SIPPXY向SIP-AP上報此呼叫請求;
[0100]步驟28?29 =SIP-AP接收到需要轉發的INVITE消息,向SIPROUTE發送消息,請求獲取主叫用戶UE A的ROUTE信息,消息結構為SAP_Query_Routenfo ;SIPROUTE將從數據庫中查詢到的此用戶的簽約信息發送給SIP-AP,其中包括Mode參數mo (主叫簽約)及SC參數等;
[0101]步驟30?31 =SIP-AP向SIPPXY發送“轉發請求”此INVITE指示,其中頭域中RouteMode為mode = mo ;SIPPXY將INVITE消息分發到AS,由AS上的智能網業務根據INVITE消息頭域中的Mode及SC來觸發業務的主叫流程;
[0102]步驟32?37:主叫流程觸發完成后,AS再將INVITE下發給SIPPXY,SIPPXY向SIP-AP上報此呼叫請求,SIP-AP接收到需要轉發的INVITE消息,向SIPROUTE發送消息請求獲取被叫用戶UE B的ROUTE信息,再向SIPPXY發送“轉發請求”轉發至AS,觸發智能網業務的被叫流程。
[0103]步驟38?42:智能網業務的被叫流程觸發完成后,AS將INVITE消息發送給SIPPXY, SIPPXY轉發至SIP-AP,SIP-AP再去SIPROUTE中查詢用戶B的下一個簽約信息,如果返回用戶B有業務嵌套功能,那么同上步驟32?37,則繼續觸發下一個智能網業務,如果用戶B在SIPROUTE中查詢出已經是最后一個簽約的智能網業務,那么SIPROUTE給SIP-AP返回用戶B終端所在的地址和端口,那么SIP-AP直接將此INVITE下呼至UE B,后續的 100trying、180、PRACK、200PRACK、200INVITE、ACK 等信令均能正常交互,則 UEA 和 UEB能正常通話。[0104]相應地,一種業務平臺,應用于下一代通信網絡中,包括:
[0105]初始會話協議代理服務器(SIPPXY),用于接收智能網寬帶用戶發來的注冊請求消息,根據其中攜帶的所述用戶的標識信息檢索當前是否保存了該用戶的信息,若未保存,則申請數據區進行保存處理;還用于向SIP業務代理服務器(SIP-AP)發送注冊請求消息;還用于將接收到的注冊應答消息發送給所述智能網寬帶用戶;
[0106]所述SIP-AP用于對接收到的所述注冊請求消息進行鑒權,在鑒權通過后構造注冊應答消息回復給所述SIPPXY。
[0107]進一步地,所述業務平臺還包括:業務應用服務器(AS)和SIP路由服務器(SIPROUTE);
[0108]所述SIPPXY還用于在收到主叫用戶所在終端發來的呼叫請求后,向所述SIP-AP轉發所述呼叫請求;還用于向所述AS發送呼叫請求,其中攜帶所述SIPROUTE查詢到的所述主叫用戶的簽約信息;
[0109]所述SIP-AP還用于在接收到所述呼叫請求后,向所述SIPROUTE發送消息請求獲取所述主叫用戶的路由信息及簽約信息,并將請求到的所述主叫用戶的路由信息及簽約信息發送給所述SIPPXY轉發;還用于在所有業務的流程觸發完畢后,將所述呼叫請求轉發至被叫用戶;
[0110]所述AS還用于根據所述呼叫請求中攜帶的所述主叫用戶的簽約信息觸發業務流程。
[0111]較佳地,
[0112]所述注冊應答消息中攜帶鑒權結果;
[0113]所述SIPPXY還用于在所述注冊應答消息中攜帶的鑒權結果為鑒權成功時,發送第三方注冊請求消息到對應的業務平臺。
[0114]較佳地,
[0115]所述SIPPXY還用于對向所述SIP-AP發送的注冊請求消息進行保存;還用于在向所述SIP-AP發送注冊請求消息后,啟動一定時器;若在所述定時器超時時,仍未收到所述SIP-AP回復的注冊應答消息,則釋放保存的所述注冊請求消息。
[0116]較佳地,
[0117]所述SIPPXY還用于向所述主叫用戶轉發所述SIP-AP發來的未授權應答消息;
[0118]所述SIP-AP用于對接收到的所述注冊請求消息進行鑒權,具體包括:
[0119]所述SIP-AP用于根據所述注冊請求消息中攜帶的所述主叫用戶的的標識信息查找對應的注冊信息;還用于若判斷出所述注冊信息中的注冊CALLID與所述注冊請求消息中攜帶的CALLID相同,則向所述SIPPXY發送未授權應答消息,其中攜帶計算出的認證頭域;還用于根據所述主叫用戶發來的攜帶所述認證頭域及Contact頭域的注冊請求消息后,重新計算認證頭域;若計算出的認證頭域與接收到的所述認證頭域相同,則鑒權通過。
[0120]較佳地,
[0121]所述SIP-AP用于利用隨機產生的字符串與所述主叫用戶的密碼信息計算生成認證頭域。
[0122]較佳地,
[0123]所述SIPPXY還用于在收到所述注冊應答消息后,構造新的注冊請求消息,并發送給業務應用服務器(AS);還用于在接收到所述AS返回的注冊成功響應后,將所述注冊成功響應發送給所述SIP-AP。
[0124]本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成,所述程序可以存儲于計算機可讀存儲介質中,如只讀存儲器、磁盤或光盤等。可選地,上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現。相應地,上述實施例中的各模塊/單元可以采用硬件的形式實現,也可以采用軟件功能模塊的形式實現。本發明不限制于任何特定形式的硬件和軟件的結合。
[0125]以上所述僅為本發明的優選實施例而已,并非用于限定本發明的保護范圍。根據本發明的
【發明內容】
,還可有其他多種實施例,在不背離本發明精神及其實質的情況下,熟悉本領域的技術人員當可根據本發明作出各種相應的改變和變形,凡在本發明的精神和原則之內,所作的任何修改、等同替換、改進等,均應包含在本發明的保護范圍之內。
【權利要求】
1.一種在NGN下實現寬帶業務的方法,包括: 初始會話協議代理服務器(SIPPXY)接收智能網寬帶用戶發來的注冊請求消息,根據其中攜帶的所述用戶的標識信息檢索當前是否保存了該用戶的信息,若未保存,則申請數據區進行保存處理; 所述SIPPXY向SIP業務代理服務器(SIP-AP)發送注冊請求消息; 所述SIP-AP對接收到的所述注冊請求消息進行鑒權,在鑒權通過后構造注冊應答消息回復給所述SIPPXY ; 所述SIPPXY發送注冊應答消息給所述智能網寬帶用戶。
2.如權利要求1所述的方法,其特征在于,還包括: 所述SIPPXY收到主叫用戶所在終端發來的呼叫請求后,向所述SIP-AP轉發所述呼叫請求; 所述SIP-AP接收到所述呼叫請求后,向SIP路由服務器(SIPROUTE)發送消息請求獲取所述主叫用戶的路由信息及簽約信息,并將請求到的所述主叫用戶的路由信息及簽約信息發送給所述SIPPXY轉發; 所述SIPPXY向業務應用服務器(AS)發送呼叫請求,其中攜帶所述SIPROUTE查詢到的所述主叫用戶的簽約信息; 所述AS根據所述呼叫請求中攜帶的所述主叫用戶的簽約信息觸發業務流程;在所有業務的流程觸發完畢后,所述SIP-AP再將所述呼叫請求轉發至被叫用戶。
3.如權利要求1所述的方法,其特征在于: 所述注冊應答消息中攜帶鑒權結果; 若所述注冊應答消息中攜帶的鑒權結果為鑒權成功,則所述SIPPXY還發送第三方注冊請求消息到對應的業務平臺去。
4.如權利要求1所述的方法,其特征在于,還包括: 所述SIPPXY對向所述SIP-AP發送的注冊請求消息進行保存; 所述SIPPXY在向所述SIP-AP發送注冊請求消息后,啟動一定時器; 若在所述定時器超時時,所述SIPPXY仍未收到所述SIP-AP回復的注冊應答消息,則釋放保存的所述注冊請求消息。
5.如權利要求1所述的方法,其特征在于: 所述SIP-AP對接收到的所述注冊請求消息進行鑒權,具體包括: 所述SIP-AP根據所述注冊請求消息中攜帶的所述主叫用戶的的標識信息查找對應的注冊信息;若判斷出所述注冊信息中的注冊CALLID與所述注冊請求消息中攜帶的CALLID相同,則向所述SIPPXY發送未授權應答消息,其中攜帶計算出的認證頭域; 所述SIPPXY向所述主叫用戶轉發所述未授權應答消息; 所述SIP-AP根據所述主叫用戶發來的攜帶所述認證頭域及Contact頭域的注冊請求消息后,重新計算認證頭域;若計算出的認證頭域與接收到的所述認證頭域相同,則鑒權通過。
6.如權利要求5所述的方法,其特征在于: 所述SIP-AP利用隨機產生的字符串與所述主叫用戶的密碼信息計算生成認證頭域。
7.如權利要求1所述的方法,其特征在于,還包括:所述SIPPXY在收到所述注冊應答消息后,構造新的注冊請求消息,并發送給業務應用服務器; 在接收到所述業務應用服務器返回的注冊成功響應后,所述SIPPXY將所述注冊成功響應發送給所述SIP-AP。
8.—種業務平臺,應用于下一代通信網絡中,包括: 初始會話協議代理服務器(SIPPXY),用于接收智能網寬帶用戶發來的注冊請求消息,根據其中攜帶的所述用戶的標識信息檢索當前是否保存了該用戶的信息,若未保存,則申請數據區進行保存處理;還用于向SIP業務代理服務器(SIP-AP)發送注冊請求消息;還用于將接收到的注冊應答消息發送給所述智能網寬帶用戶; 所述SIP-AP用于對接收到的所述注冊請求消息進行鑒權,在鑒權通過后構造注冊應答消息回復給所述SIPPXY。
9.如權利要求8所述的業務平臺,其特征在于,還包括:業務應用服務器(AS)和SIP路由服務器(SIPROUTE); 所述SIPPXY還用于在收到主叫用戶所在終端發來的呼叫請求后,向所述SIP-AP轉發所述呼叫請求;還用于向所述AS發送呼叫請求,其中攜帶所述SIPROUTE查詢到的所述主叫用戶的簽約信息; 所述SIP-AP還用于在接收到所述呼叫請求后,向所述SIPROUTE發送消息請求獲取所述主叫用戶的路由信息及簽約信息,并將請求到的所述主叫用戶的路由信息及簽約信息發送給所述SIPPXY轉發;還用于在所有業務的流程觸發完畢后,將所述呼叫請求轉發至被叫用戶; 所述AS還用于根據所述呼叫請求中攜帶的所述主叫用戶的簽約信息觸發業務流程。
10.如權利要求8所述的業務平臺,其特征在于: 所述注冊應答消息中攜帶鑒權結果; 所述SIPPXY還用于在所述注冊應答消息中攜帶的鑒權結果為鑒權成功時,發送第三方注冊請求消息到對應的業務平臺。
11.如權利要求8所述的業務平臺,其特征在于: 所述SIPPXY還用于對向所述SIP-AP發送的注冊請求消息進行保存;還用于在向所述SIP-AP發送注冊請求消息后,啟動一定時器;若在所述定時器超時時,仍未收到所述SIP-AP回復的注冊應答消息,則釋放保存的所述注冊請求消息。
12.如權利要求8所述的業務平臺,其特征在于: 所述SIPPXY還用于向所述主叫用戶轉發所述SIP-AP發來的未授權應答消息; 所述SIP-AP用于對接收到的所述注冊請求消息進行鑒權,具體包括: 所述SIP-AP用于根據所述注冊請求消息中攜帶的所述主叫用戶的的標識信息查找對應的注冊信息;還用于若判斷出所述注冊信息中的注冊CALLID與所述注冊請求消息中攜帶的CALLID相同,則向所述SIPPXY發送未授權應答消息,其中攜帶計算出的認證頭域;還用于根據所述主叫用戶發來的攜帶所述認證頭域及Contact頭域的注冊請求消息后,重新計算認證頭域;若計算出的認證頭域與接收到的所述認證頭域相同,貝1J鑒權通過。
13.如權利要求12所述的業務平臺,其特征在于: 所述SIP-AP用于利用隨機產生的字符串與所述主叫用戶的密碼信息計算生成認證頭域。
14.如權利要求8所述的業務平臺,其特征在于: 所述SIPPXY還用于在收到所述注冊應答消息后,構造新的注冊請求消息,并發送給業務應用服務器(AS);還 用于在接收到所述AS返回的注冊成功響應后,將所述注冊成功響應發送給所述SIP-AP。
【文檔編號】H04M7/00GK103973913SQ201310028783
【公開日】2014年8月6日 申請日期:2013年1月25日 優先權日:2013年1月25日
【發明者】沈世元, 駱毅, 黃鑫娟, 王一峰, 李鍇, 劉海濤 申請人:中興通訊股份有限公司