一種基於被叫的業務處理方法
2023-06-03 02:30:56
專利名稱:一種基於被叫的業務處理方法
技術領域:
本發明涉及通訊領域的智能網技術,具體涉及一種基於被叫的業務處理方法。
背景技術:
智能網技術是一種大型的、實時的計算機處理系統,它是在原有通信網絡基礎上為快速、方便、經濟、靈活地提供新的電信業務而設置的疊加網絡體系結構。INAP CS2(Intelligent Network Application Procedure,Capability Set 2;智能網應用規程,能力集2)規範定義了CPH(Call Party Handling,呼叫方處理)能力,許多基於被叫的業務流程應運而生,例如反向計費、反向回叫等。這些智能業務具有以下一些重要特徵1、SSP(Service Switch Point,業務交換點)根據用戶所撥打的被叫號碼觸發智能控制關係到SCP(Service ControlPoint,業務控制點);2、在主被叫用戶接通之前,SCP會控制SSP將被叫單向喚起,然後SCP通過IP(Intelligent Peripherals,智能外設)設備與用戶進行交互,向用戶播放語音以及收集用戶從終端輸入的信息,然後根據用戶輸入的信息進行下一步的處理,或者將主被叫接通,或者釋放呼叫,或者進行其他處理等。
但是基於現有協議進行上述基於被叫的業務流程處理時,會出現一個嚴重的問題,以反向計費流程為例,其業務處理方法的流程圖如圖1所示。參考圖1,假定主叫用戶用A表示,被叫用戶用B表示。如果B在SSP登記了反向計費特性,則用戶A撥打用戶B時,SSP將觸發智能控制關係到SCP。流程說明如下1、用戶A撥打B,SSP向SCP上報IDP(Initial detection point,啟動DP),觸發智能控制關係;
2、SCP向SSP下發RRBE,(Request Report BCSM Event,請求上報BCSM事件;BCSM即Basic Call State Model,基本呼叫狀態模型),請求SSP監視A相關事件;3、SCP向SSP下發ICA(Initiate Call Attempt,啟動試呼),請求SSP喚起被叫B;4、(重複1)SSP又觸發一個新的智能控制關係到SCP;…… ……問題的關鍵在於第三步,當SCP向SSP下發InitiateCallAttempt,請求SSP喚起被叫B時,將導致業務處理流程的循環。之所以出現循環觸發智能控制關係到SCP是因為SSP把通過一個主叫電話撥打一個被叫的處理過程和SCP下發ICA操作呼叫一個被叫的處理過程同等看待。為實現在主被叫接通前由被叫用戶選擇是否接收該電話,SCP需要下發ICA,把被叫喚起,向被叫播放語音並收集用戶的選擇;而在SSP中,SCP下發ICA喚起被叫的處理過程和主叫撥打被叫的處理過程一樣,因此SSP會第二次觸發到SCP上,然後SCP再下發ICA,然後SSP將第三次觸發到SCP,依次類推。
發明內容本發明的目的在於克服現有協議的上述缺陷提供一種能夠防止業務處理流程循環發生的基於被叫的業務處理方法。
為了達到上述目的,本發明所採取的技術方案是一種基於被叫的業務處理方法,包括SCP向SSP下發ICA操作的步驟和SSP處理所述ICA操作的步驟,所述SSP在處理ICA操作的過程中還根據ICA操作中所攜帶的特定參數判斷是否觸發新的智能控制關係到SCP。
所述特定參數優選是ICA操作中的一個獨立的操作參數,專用於指示是否觸發新的智能控制關係到SCP。
上述獨立的操作參數優選位於ICA操作的最後,TAG採用私有擴展標籤,該參數定義為可選參數,SCP能夠選擇是否在ICA操作中下發該參數。
所述特定參數也可以是ICA操作中任一具有保留欄位的操作參數,所述是否觸發新的智能控制關係到SCP的指示由其保留欄位攜帶。
所述特定參數還可以是目的地址號碼,SSP在處理ICA操作時根據目的地址號碼判斷是否已經根據該號碼觸發一個智能控制關係到SCP,如果SSP已經為該目的地址號碼觸發了一個智能控制關係到SCP,則SSP不再觸發新的智能控制關係到SCP。
採用上述技術方案,本發明有益的技術效果在於通過擴展現有INAP協議的ICA操作,增加一個控制參數或利用現有某個參數的全部或部分為SSP是否觸發新的智能控制關係到SCP提供指示或依據,克服採用現有協議出現的SSP重複觸發智能控制關係的問題,避免業務處理流程的循環。包括但不限於具有下述特徵的業務均能受益於本發明方案1、SSP是根據被叫觸發智能控制關係;2、在被叫用戶接通之前,SCP控制SSP將被叫喚起,然後通過SSP/IP設備與用戶進行交互,向用戶播放語音以及收集用戶從終端輸入的信息,然後根據用戶輸入的信息進行下一步的處理。
下面通過具體實施方式
並結合附圖對本發明作進一步的詳細說明。
圖1是現有反向計費業務處理流程的循環圖。
圖2是基於本發明的反向計費業務處理流程圖。
具體實施方式一種基於被叫的業務處理方法,包括SCP向SSP下發ICA操作的步驟和SSP處理所述ICA操作的步驟,所述ICA操作中攜帶一特定的獨立操作參數,專用於指示是否觸發新的智能控制關係到SCP。
在標準的INAP協議的ICA操作中,沒有參數指示是否觸發新的智能控制關係到SCP,按本發明方案將ITU-T Q1228中定義的InitiateCallAttempt操作參數進行擴展,如下InitiateCallAttemptArg{PARAMETERS-BOUND:bound}::=SEQUENCE{destinationRoutingAddress
DestinationRoutingAddress{bound},alertingPattern [1]AlertingPatternOPTIONAL,iSDNAccessRelatedInformation [2]ISDNAccessRelatedInformation OPTIONAL,travellingClassMark [3]TravellingClassMark{bound}OPTIONAL,extensions [4]SEQUENCE SIZE(1..bound.numOfExtensions)OFExtensionField{bound} OPTIONAL,serviceInteractionIndicators [29]ServiceInteractionIndicators{bound} OPTIONAL,callingPartyNumber [30]CallingPartyNumber{bound}OPTIONAL,legToBeCreated [5]LegID DEFAULT sendingSideID:leg1,newCallSegment [6]CallSegmentID{bound}DEFAULT initialCallSegment,iNServiceCompatibilityResponse [7]INServiceCompatibilityResponseOPTIONAL,serviceInteractionIndicatorsTwo [8]ServiceInteractionIndicatorsTwo OPTIONAL,…suppressINRelation [PRIVATE 0]NULL OPTIONAL}上述列表的最後一行欄位即為擴展的新參數。為保證兼容性,新增參數位於ICA操作的最後面,TAG採用私有擴展標籤[PRIVATE 0],新增參數定義為可選參數,SCP可以下發該參數,也可以不下發該參數。如果SCP不下發新增的參數(即相當於沒有該新增參數),則與SCP和SSP目前的接口是一致,可以實現兼容目前的處理方式。
SSP收到SCP下發的InitiateCallAttempt操作進行解碼,判斷SCP是否下發了新增的控制參數。如果SCP在ICA操作中攜帶的被叫用戶沒有登記智能業務,則SCP不會觸發新的智能控制關係;如果SCP在ICA操作中攜帶的被叫用戶登記了智能業務,並且SCP在ICA操作中指示不需要觸發智能控制關係,則SSP不再觸發新的智能控制關係;如果SCP在ICA操作中攜帶的被叫用戶登記了智能業務,且SCP在ICA操作中沒有指示SSP不再觸發智能控制關係,則SSP將會觸發新的智能控制關係到SCP。
仍以反向計費流程為例,基於本發明業務處理方法的流程圖如圖2所示。參考圖2,流程說明如下
1、用戶A撥打B,SSP向SCP上報IDP,觸發智能控制關係;2、SCP向SSP下發RRBE,請求SSP監視A相關事件;3、SCP向SSP下發含有操作參數「suppressINRelation」的ICA,請求SSP喚起被叫B並指示SSP不再觸發新的智能控制關係到SCP;4、SCP向SSP下發RequestReportBCSMEvent,請求SSP監視B相關事件;5、SCP向SSP下發UI(User Interactivtion,用戶交互)相關指令,與B進行交互;(UI指令是一系列關於SCP和用戶進行交換的相關指令的統稱,包括ETC/CTR/ARI/PA/PC/SRR/DFC等)6、SCP根據用戶交互信息,決定是將呼叫釋放或將主被叫接通。
在上述具體實施方案中採用新增一個ICA獨立操作參數的方法來指示SSP是否觸發新的智能控制關係,此外IntiateCallAttempt操作中還包含多個其他參數,如果採用其中某個參數的保留欄位來指示SSP是否根據目的地址號碼觸發智能控制關係到SCP也可以達到類似效果。這樣的方案與上述方案是等價的。
此外,還可以採用被動的方式,利用ICA操作的一個已有參數作為SSP進行觸發判斷的依據,即令SSP在收到InitiateCallAttempt操作時,根據該操作中攜帶的目的地址號碼判斷是否已經根據該號碼觸發一個智能控制關係到SCP,如果SSP已經為該目的地址號碼觸發了一個智能控制關係到SCP,則SSP不再觸發信息的智能控制關係到SCP。這樣也可以達到類似效果,但此被動方案的效率比較低,也不靈活。
權利要求
1.一種基於被叫的業務處理方法,包括SCP向SSP下發ICA操作的步驟和SSP處理所述ICA操作的步驟,其特徵在於所述SSP在處理ICA操作的過程中還根據ICA操作中所攜帶的特定參數判斷是否觸發新的智能控制關係到SCP。
2.根據權利要求1所述的基於被叫的業務處理方法,其特徵在於所述特定參數是ICA操作中的一個獨立的操作參數,專用於指示是否觸發新的智能控制關係到SCP。
3.根據權利要求2所述的基於被叫的業務處理方法,其特徵在於所述獨立的操作參數位於ICA操作的最後,TAG採用私有擴展標籤,該參數定義為可選參數,SCP能夠選擇是否在ICA操作中下發該參數。
4.根據權利要求1所述的基於被叫的業務處理方法,其特徵在於所述特定參數是ICA操作中任一具有保留欄位的操作參數,所述是否觸發新的智能控制關係到SCP的指示由其保留欄位攜帶。
5.根據權利要求1所述的基於被叫的業務處理方法,其特徵在於所述特定參數是目的地址號碼,SSP在處理ICA操作時根據目的地址號碼判斷是否已經根據該號碼觸發一個智能控制關係到SCP,如果SSP已經為該目的地址號碼觸發了一個智能控制關係到SCP,則SSP不再觸發新的智能控制關係到SCP。
全文摘要
本發明公開了一種基於被叫的業務處理方法,包括SCP向SSP下發ICA操作的步驟和SSP處理所述ICA操作的步驟,所述SSP在處理ICA操作的過程中還根據ICA操作中所攜帶的特定參數判斷是否觸發新的智能控制關係到SCP。本發明通過擴展現有INAP協議的ICA操作,增加一個控制參數或利用現有某個參數的全部或部分為SSP是否觸發新的智能控制關係到SCP提供指示或依據,克服採用現有協議出現的SSP重複觸發智能控制關係的問題,避免業務處理流程的循環。
文檔編號H04Q3/00GK1859586SQ200510101260
公開日2006年11月8日 申請日期2005年11月8日 優先權日2005年11月8日
發明者張志明 申請人:華為技術有限公司