專利名稱：一種把傳統(tǒng)智能網業(yè)務運行于軟交換網絡的方法
技術領域：
本發(fā)明涉及一種軟交換網絡的方法，尤其涉及一種將傳統(tǒng)智能網業(yè)務運行在軟交換網絡上的方法。
背景技術：
傳統(tǒng)智能網指的是以傳統(tǒng)的電路交換為承載的智能網絡，包括固定智能網、PCS智能網、移動智能網和CDMA智能網；軟交換是下一代網絡的核心通信網絡。
在傳統(tǒng)的電路交換網絡中，智能網的出現實現了呼叫連接和業(yè)務提供節(jié)點的分離，極大地提高了網絡提供業(yè)務的能力，縮短了新業(yè)務提供的周期。但是這種分離只是第一步，隨著承載的多樣化，還必須將呼叫控制和承載分離，這是下一代網絡(NGN)的思想。
隨著諸如下一代IP網等新一代網絡的發(fā)展，通信網絡從電路交換向以軟交換為核心的下一代網絡的發(fā)展已成為必然趨勢。在這演變過程當中，會有多種網絡并存，需要有解決方案可以把現有的多個單一業(yè)務的分離網絡轉變?yōu)橐粋€更為經濟高效的融合網絡，并可以充分利用現有網上運行的較成熟的傳統(tǒng)智能網業(yè)務。
使軟交換域的用戶能夠享受現有的傳統(tǒng)智能網業(yè)務，可以考慮通過兩種方式實現。其一是軟交換設備本身支持標準的智能網信令協議INAP、CAMEL和WIN，即軟交換設備的功能相當于智能網中的SSP(Service SwitchPoint，業(yè)務交換點，以下簡稱SSP)。另一種方式是增強智能網設備SCP(Service Control Point，業(yè)務控制點，以下簡稱SCP)的能力，支持軟交換的信令協議SIP、MGCP/H.248，對軟交換設備支持IP連接。第一種方式需要有諸如信令網關的設備連接IP網和七號信令網，而后一種方式只需要把SCP設備直接接入IP網。
但現有技術的局限是在不添加信令網關等設備的情況下，SCP只能為傳統(tǒng)智能網服務，無法使SCP直接接入IP網，為SS域的用戶提供現網上成熟的智能業(yè)務。

發(fā)明內容
本發(fā)明的目的是提供一種把傳統(tǒng)智能網業(yè)務運行于軟交換網絡的方法，用以增強智能網設備SCP能力，能夠處理軟交換域用戶發(fā)起的智能呼叫。
本發(fā)明的技術方案包括一種把傳統(tǒng)智能網業(yè)務運行于軟交換網絡的方法，其包括以下步驟A，軟交換起呼，發(fā)起邀請呼叫至業(yè)務控制點；B，起始會話協議模塊根據業(yè)務鍵配置信息，在需觸發(fā)固定智能網業(yè)務時，則發(fā)起呼消息至相互轉換模塊；C，相互轉換模塊建立與主叫呼叫段的對應，并根據起呼消息中的起始會話協議參數解析，封裝成固定智能網的啟動試呼消息發(fā)給狀態(tài)機業(yè)務控制功能呼叫狀態(tài)模型處理；D，業(yè)務控制功能呼叫狀態(tài)模型處理同固定智能呼叫，觸發(fā)固定智能網業(yè)務。
所述的方法，其中，所述固定智能網業(yè)務的處理過程包括A1，在收到業(yè)務的連接呼叫后，建立被叫呼叫段；B1，所述被叫呼叫段接續(xù)成功，180響應后，被叫呼叫段向呼叫控制功能發(fā)響應振鈴事件報告消息，200確認響應后發(fā)應答事件報告消息，消息中標識相應事件類型，據此呼叫控制功能上報對應監(jiān)測點。
所述的方法，其中，所述固定智能網業(yè)務的處理過程還包括C1，被叫釋放則呼叫控制功能上報BCSM事件報告、計費報告，業(yè)務下發(fā)釋放呼叫后發(fā)，呼叫控制功能釋放主叫呼叫段和自身。
所述的方法，其中，所述固定智能網業(yè)務的處理過程還包括C2，主叫釋放則收到主叫呼叫段的釋放事件報告，呼叫控制功能上報BCSM事件報告、計費報告，收到釋放呼叫后釋放被叫呼叫段和自身。
所述的方法，其中，所述軟交換呼叫接入固定智能網業(yè)務控制點的資源類操作處理還包括信令配合的流程，其步驟為D1，相互轉換模塊收到業(yè)務的連接資源或建立臨時連接后，建立資源呼叫段，對應與媒體網關控制協議的交互，從而連接到媒體服務器；D2，在收到業(yè)務的播放通知音或放音并且收號操作后且媒體網關控制協議有響應，轉換為媒體網關控制協議對應的信令消息轉發(fā)；D3，業(yè)務發(fā)出切斷前向連接后，相互轉換模塊釋放資源呼叫段。
本發(fā)明所提供的一種把傳統(tǒng)智能網業(yè)務運行于軟交換網絡的方法，其實現容易，增強了軟交換網絡對傳統(tǒng)智能網業(yè)務的支持


圖1是本發(fā)明方法的智能網設備中的SCP的功能示意圖；圖2是本發(fā)明方法新增的SCP功能模塊示意圖；圖3是本發(fā)明方法的處理軟交換呼叫接入中的接續(xù)類操作消息流程示意圖；圖4是本發(fā)明方法的處理軟交換呼叫接入中的資源類操作消息流程示意圖；圖5是本發(fā)明方法的傳統(tǒng)智能網業(yè)務運行于軟交換網絡系統(tǒng)的應用舉例示意圖；圖6是本發(fā)明方法的傳統(tǒng)智能網業(yè)務運行于軟交換網絡系統(tǒng)的信令流程示意圖。
具體實施例方式
以下結合附圖，將對該發(fā)明的技術方案在軟交換系統(tǒng)中的實施作進一步的詳細描述本發(fā)明所述把傳統(tǒng)智能網業(yè)務運行于軟交換網絡的方法中，其系統(tǒng)在傳統(tǒng)智能網中所處的位置和功能如圖1所示，智能網設備SCP上的主要功能模塊是SCF(Service Control Function，業(yè)務控制功能，以下簡稱SCF)，完成業(yè)務控制功能，其包括SLP(Service Logic Processing，業(yè)務邏輯處理，以下簡稱SLP)和SCSM(Service Control function call State Model，業(yè)務控制功能呼叫狀態(tài)模型，以下簡稱SCSM)，其外部與業(yè)務交換點SSP連接。
如圖2所示，本發(fā)明方法在SCP上增加了SIP(Session Initiated Protocol，起始會話協議，以下簡稱SIP)、MGCP(Media Gateway Control Protocol，媒體網關控制協議，以下簡稱MGCP)、CCF(Call Control Function，呼叫控制功能，以下簡稱CCF)、SRF(Special Resource Function，特殊資源功能，以下簡稱SRF)功能模塊，與SCF功能模塊協調處理，在智能網業(yè)務的控制下完成軟交換網絡呼叫。
以下以軟交換呼叫接入固定智能網業(yè)務為例，本發(fā)明方法中新增模塊的功能分別敘述如下1，SIP模塊實現SIP協議，完成軟交換網絡呼叫的接入和呼出。
2，MGCP模塊實現MGCP/H.248協議，完成對軟交換設備媒體服務器的資源連接。
3，CCFSRF模塊相互轉換模塊，用于完成軟交換網絡的SIP、MGCP協議與固定智能網的INAP(Intelligent Network ApplicationProtocol，智能網應用規(guī)程，以下簡稱INAP)協議間的相互轉換；接續(xù)類呼叫與SIP的主叫Leg(分支，呼叫段，以下簡稱Leg)和SIP的被叫Leg交互，在兩個Leg之間實現媒體協商，資源類呼叫與MGCP交互，在SIP的Leg和MGCP之間實現媒體協商；監(jiān)視各個呼叫狀態(tài)，實現CS-1的BCSM狀態(tài)遷移、DP點的檢測和觸發(fā)、BCSM事件上報；計費和呼叫信息的監(jiān)控和上報?？偟膩碚f，是完成傳統(tǒng)智能網中定義的CCF、SSF和SRF功能，即呼叫控制、業(yè)務交換和特殊資源控制功能。
本發(fā)明方法所述的把軟交換呼叫接入固定智能網SCP的接續(xù)類操作處理步驟如下，其信令配合及流程如圖3所示第一步，SS(SoftSwitch，軟交換，以下簡稱SS)起呼，發(fā)起邀請呼叫Invite至SCP，SIP模塊根據業(yè)務鍵等配置信息，認為這個呼叫觸發(fā)固定智能網業(yè)務，則發(fā)起呼消息至CCFSRF，CCFSRF建立與主叫Leg的對應，并根據起呼消息中的SIP參數解析，封裝成固定智能網的IDP消息(InitialDP，INAP操作啟動試呼，以下簡稱IDP)發(fā)給狀態(tài)機SCSM處理，SCSM處理同固定智能呼叫，觸發(fā)固定智能網業(yè)務。
第二步，在收到業(yè)務的連接指令Connect(INAP操作接續(xù))后，建立被叫Leg，被叫Leg接續(xù)成功，180(SIP指令)響應后，被叫呼叫段SIP_T會向CCF發(fā)響應Alerting(振鈴)事件報告消息，200(SIP指令)的響應后發(fā)應答事件報告消息，消息中標識相應事件類型，據此CCF上報對應DP(Detect Point，監(jiān)測點)點。
第三步，被叫釋放則CCF上報ERB(EventReportBCSM，INAP操作BCSM事件報告)、ACR(Applycharging Report，INAP操作計費報告)，業(yè)務下發(fā)RC后發(fā)(Release Call，INAP操作釋放呼叫，以下簡稱RC)，CCF釋放主叫Leg和自身。圖3中為被叫釋放，與主叫釋放流程基本相同，主叫釋放則收到主叫呼叫段SIP_O的釋放事件報告，CCF上報ERB、ACR，收到RC后釋放被叫Leg和自身。
本發(fā)明方法中的所述把軟交換呼叫接入固定智能網SCP的資源類操作處理步驟如下，信令配合及流程如圖4所示第一步，CCFSRF收到業(yè)務的CTR(Connect To Resource，INAP操作連接資源)或ETC(Establish Temporary Connection，INAP操作建立臨時連接)后，建立資源Leg，對應與MGCP的交互，從而連接到媒體服務器。
第二步，在收到業(yè)務的PA(Play Announcement，INAP操作播放通知音)或P&C(Prompt And Collection，INAP操作放音并且收號)操作后且MGCP有響應，轉換為MGCP對應的信令消息轉發(fā)。
第三步，業(yè)務發(fā)出DFC(Disconnect Forward Connection，INAP操作切斷前向連接)指令后，CCFSRF釋放資源Leg。
上述本發(fā)明方法步驟，可以為軟交換域的用戶提供全網范圍內的智能網業(yè)務，實現軟交換設備與已有的或跨域的SCP的互通。
如圖5所示是本發(fā)明方法的應用舉例，其中的系統(tǒng)組成有軟交換設備SS交換機、軟交換接入設備IAD(Integrated Access Device，綜合接入設備，以下簡稱IAD)、智能網設備SCP、媒體服務器，它們之間都通過IP網絡相連接。SCP采用了本發(fā)明方法的技術處理，其上加載了智能網業(yè)務，與現有網上運行的業(yè)務沒有任何差別。IAD用戶起呼固定智能網業(yè)務接入碼(以固定智能網業(yè)務為例)，接入SCP，在SCP上的業(yè)務邏輯的控制下完成智能呼叫。
如圖6所示是傳統(tǒng)智能網業(yè)務運行于軟交換網絡系統(tǒng)的信令流程示意圖，其描述了整個呼叫過程中可以監(jiān)測的SS和SCP之間、MS(Media Server，媒體服務器，以下簡稱MS)和SCP之間的標準SIP、MGCP信令，以固定智能網業(yè)務為例其呼叫過程如下開始時，主叫IAD用戶撥打固網接入碼，SIP信令Invite到達SCP；觸發(fā)SCP上的固定智能業(yè)務，例如300卡號業(yè)務；所述SCP上業(yè)務邏輯需要放提示音并且收號，SCP發(fā)出CRCX(Create Connection，MGCP指令)到MS，建立主叫與MS之間的連接；業(yè)務邏輯下發(fā)的PA或者P&C，SCP分別轉換為RQNT(Request Notify，MGCP指令)下發(fā)給MS；MS放音收號完成返回NTFY(Notify，MGCP指令)給SCP，業(yè)務得到結果后，業(yè)務邏輯指示釋放資源，SCP發(fā)DLCX(Delete Connection，MGCP指令)給MS。之后業(yè)務邏輯指示接續(xù)，SCP根據被叫號碼對應的SS，向SS發(fā)起Invite。SS上的IAD用戶振鈴，發(fā)180/183給SCP；用戶應答，發(fā)200給SCP，SCP返回ACK(SIP信令)。主叫用戶掛機，主叫SS發(fā)BYE(SIP信令)給SCP，業(yè)務邏輯指示釋放呼叫，SCP發(fā)BYE給被叫SS。呼叫結束。
由此，本發(fā)明所述方法實現了一種把傳統(tǒng)智能網業(yè)務運行于軟交換網絡的方法，其實現容易，增強了軟交換網絡對傳統(tǒng)智能網業(yè)務的支持。
應當理解的是，上述針對具體實施例的描述較為具體，并不能因此而認為是對本發(fā)明專利保護范圍的限制，本發(fā)明的專利保護范圍應以所附權利要求為準。
權利要求
1.一種把傳統(tǒng)智能網業(yè)務運行于軟交換網絡的方法，其包括以下步驟A，軟交換起呼，發(fā)起邀請呼叫至業(yè)務控制點；B，起始會話協議模塊根據業(yè)務鍵配置信息，在需觸發(fā)固定智能網業(yè)務時，則發(fā)起呼消息至相互轉換模塊；C，相互轉換模塊建立與主叫呼叫段的對應，并根據起呼消息中的起始會話協議參數解析，封裝成固定智能網的啟動試呼消息發(fā)給狀態(tài)機業(yè)務控制功能呼叫狀態(tài)模型處理；D，業(yè)務控制功能呼叫狀態(tài)模型處理同固定智能呼叫，觸發(fā)固定智能網業(yè)務。
2.根據權利要求1所述的方法，其特征在于，所述固定智能網業(yè)務的處理過程包括A1，在收到業(yè)務的連接呼叫后，建立被叫呼叫段；B1，所述被叫呼叫段接續(xù)成功，180響應后，被叫呼叫段向呼叫控制功能發(fā)響應振鈴事件報告消息，200確認響應后發(fā)應答事件報告消息，消息中標識相應事件類型，據此呼叫控制功能上報對應監(jiān)測點。
3.根據權利要求2所述的方法，其特征在于，所述固定智能網業(yè)務的處理過程還包括C1，被叫釋放則呼叫控制功能上報BCSM事件報告、計費報告，業(yè)務下發(fā)釋放呼叫后發(fā)，呼叫控制功能釋放主叫呼叫段和自身。
4.根據權利要求3所述的方法，其特征在于，所述固定智能網業(yè)務的處理過程還包括C2，主叫釋放則收到主叫呼叫段的釋放事件報告，呼叫控制功能上報BCSM事件報告、計費報告，收到釋放呼叫后釋放被叫呼叫段和自身。
5.根據權利要求4所述的方法，其特征在于，所述軟交換呼叫接入固定智能網業(yè)務控制點的資源類操作處理還包括信令配合的流程，其步驟為D1，相互轉換模塊收到業(yè)務的連接資源或建立臨時連接后，建立資源呼叫段，對應與媒體網關控制協議的交互，從而連接到媒體服務器；D2，在收到業(yè)務的播放通知音或放音并且收號操作后且媒體網關控制協議有響應，轉換為媒體網關控制協議對應的信令消息轉發(fā)；D3，業(yè)務發(fā)出切斷前向連接后，相互轉換模塊釋放資源呼叫段。
全文摘要
本發(fā)明公開了一種把傳統(tǒng)智能網業(yè)務運行于軟交換網絡的方法，其包括以下步驟軟交換起呼，發(fā)起邀請呼叫至業(yè)務控制點；起始會話協議模塊根據業(yè)務鍵配置信息，在需觸發(fā)固定智能網業(yè)務時，則發(fā)起呼消息至相互轉換模塊；相互轉換模塊建立與主叫呼叫段的對應，并根據起呼消息中的起始會話協議參數解析，封裝成固定智能網的啟動試呼消息發(fā)給狀態(tài)機業(yè)務控制功能呼叫狀態(tài)模型處理；業(yè)務控制功能呼叫狀態(tài)模型處理同固定智能呼叫，觸發(fā)固定智能網業(yè)務。本發(fā)明方法實現容易，增強了軟交換網絡對傳統(tǒng)智能網業(yè)務的支持。
文檔編號H04Q3/00GK1968427SQ20051010140
公開日2007年5月23日 申請日期2005年11月18日 優(yōu)先權日2005年11月18日
發(fā)明者黃崢, 韓銀俊, 孔德春 申請人:中興通訊股份有限公司