預付費業務的計費方法及系統、觸發路由改向的通信設備的製作方法
2023-05-10 05:59:01 1
專利名稱：預付費業務的計費方法及系統、觸發路由改向的通信設備的製作方法
技術領域：
本發明涉及固定行動網路融合技術領域，尤其涉及一種預付費業務的計 費方法及系統、觸發路由改向的通信設備。
背景技術：
目前，固定移動融合(Fixed and Mobile Convergent, FMC )領域中，將 傳統上只在固網提供的虛擬集群(IPCentrex)業務引入到移動網是一個研究 熱點。
現有技術中，將移動用戶的呼叫強制路由到IMS網絡的方式參見3GPP 23206規範。3GPP 23206規範定義了通過籤約智能業務的方式路由呼叫到 IMS網絡的方式。這種方式要求在現網的智能平臺上開發一個專門負責呼叫 錨定的智能網業務，即在移動網中全球移動通信系統(Global System for Mobile communications, gsm)業務4空制功能(gsm Service Control Function, gsmSCF)開發用於呼叫錨定的業務邏輯。籤約IMS網絡業務的移動用戶需 要在行動網路中簽約這個用於呼叫錨定的智能網業務，觸發智能網業務後， gsmSCF修改被叫號碼，以實現重定向呼叫路由到IMS網絡。
但是，由於移動網增強邏輯的用戶應用(Customized Applications for Mobile Network Enhanced Logic, CAMEL)協議的限制，現網MSC多數不支 持同時籤約多個智能網業務，即，用戶不能同時籤約其他智能網業務，現網 的設備只支持為每個用戶開通一個智能網業務。如果使用智能網業^^故路由 改向，則用戶不能籤約使用其他智能網業務如預付費業務，從而使FMC業務 部署受到限制。
發明人在實現本發明的過程中，發現現有技術至少存在以下缺陷雖然可以解決預付費用戶路由改向到IMS網絡的問題，但對於預付費用戶發起的 呼叫，gsmSCF無法判斷當前呼叫主、被叫是否同群，即當前呼叫是否為群內 呼叫或網內呼叫(on-net),所以無法處理群內用戶特殊的計費策略(通常是 群內呼叫免費)，導致對群內呼叫也誤計費的問題。
發明內容
本發明實施例的目的在於提出 一種預付費業務的計費方法及系統、觸發
路由改向的通信設備，以解決因無法區分呼叫類型產生的誤計費問題。 本發明實施例提供了一種預付費業務的計費方法，包括 通過查詢接口向網際網路協議多媒體子系統網絡查詢當前呼叫的呼叫
類型；所述查詢接口在觸發路由改向的通信設備與所述網際網路協議多媒體
子系統網絡之間；
根據查詢到的呼叫類型對所述當前呼叫進行計費。
本發明實施例還提供了一種觸發路由改向的通信設備，包括
查詢模塊，用於通過查詢接口向網際網路協議多媒體子系統網絡查詢當
前呼叫的呼叫類型；
計費控制模塊，用於根據查詢到的呼叫類型對所述當前呼叫進行計費。
本發明實施例還提供了 一種預付費業務的計費系統，包括網際網路協議 多媒體子系統，其中，還包括觸發路由改向的通信設備，所述觸發路由改 向的通信設備與所述網際網路協議多媒體子系統之間設置有用於查詢呼叫 類型的查詢接口 ；所述觸發路由改向的通信設備通過所述查詢接口向所述 網際網路協議多媒體子系統網絡查詢當前呼叫的呼叫類型，並根據查詢到的 呼叫類型對所述當前呼叫進行計費。
上述實施例通過查詢接口查詢呼叫類型，實現了群內呼叫和群外呼叫 (off-net)的區分，解決了因無法區分呼叫類型產生的誤計費問題。下面通過附圖和實施例，對本發明的技術方案做進一步的詳細描述。
圖1為本發明預付費業務的計費方法實施例中移動網引入IPCentrex業
務的一種組網模式示意圖2 A為本發明預付費業務的計費方法實施例 一 的流程圖； 圖2B為本發明預付費業務的計費方法實施例中基於CAMEL調節器 (Mediator)方案提供INFO查詢接口的組網示意圖3為本發明預付費業務的計費方法實施例使用"INFO"查詢消息查
詢呼叫類型所應用的網絡結構示意圖4為本發明預付費業務的計費方法實施例二的流程圖5為本發明觸發路由改向的通信設備實施例的結構示意圖6為本發明預付費業務的計費系統實施例的結構示意圖。
具體實施例方式
在移動網中引入IP Centrex業務的一種組網模式如圖1所示，基於因特 網協議(IP )多媒體子系統(IP Multi-Media Subsystem, IMS )網絡11部署 IP Centrex應用伺服器(Application Server, AS ) 12,由IP Centrex AS 12同 時為固網和移動網用戶提供企業應用業務。這種組網模式需要移動網將籤約 IP Centrex業務的用戶呼叫強制路由到IMS網絡11,以便IP Centrex AS 12 能夠為移動用戶提供業務，並在完成業務處理後將呼叫路由回移動網。其中， AS (O)為源端IP Centrex AS; AS (T)為目的端IP Centrex AS。
圖2A為本發明預付費業務的計費方法實施例一的流程圖，包括
步驟21、通過查詢接口向IMS網絡查詢當前呼叫的呼叫類型；所述 查詢接口在觸發路由改向的通信設備與IMS網絡之間。
步驟22、根據查詢到的呼叫類型對所述當前呼叫進行計費。上述步驟21中，觸發路由改向的通信設備包括觸發改號的通信設備 以及改號後具體4丸行路由改向的通信設備，可為MSC或CAMEL調節器。
CAMEL Mediator部署於現網的MSC與gsmSCF之間，作為MSC與 現網gsmSCF間的網關角色，是為了解決FMC業務觸發與移動用戶籤約的現 網智能業務衝突的問題而引入的。修改的現網智能業務觸發目的地址到 CAMEL調節器，CAMEL調節器轉發智能業務請求到現網的gsmSCF,同 時提供呼叫錨定到IMS網絡的功能。換句話說，CAMEL調節器(Mediator) 攔截現網MSC用戶的智能觸發，並根據用戶觸發的智能業務^T建將智能請求轉 發給現網gsmSCF，完成現網智能業務處理後，再執行方案一中的呼叫錨定處 理，將修改後的被叫號碼通過連接(Connect)消息發送給MSC,這樣即不影 響現網智能業務處理，也同時完成FMC用戶的呼叫錨定。
基於CAMEL調節器方案提供INFO查詢接口的組網如圖2B所示。 "ISUP"即綜合業務數字網(Integrated Services Digital Network, ISDN) 用戶部分(ISDN User Part, ISUP )，是SS7/C7信令系統的一種主要協議。 對於預付費用戶，CAMEL調節器24在觸發智能預付費業務到gsmSCF 25 前，通過擴展的SIP接口或MAP接口向IMS網絡中的AS 26查詢呼叫類 型。如果查詢結果顯示當前呼叫是群內呼叫，CAMEL調節器24可以不觸 發智能預付費業務到gsmSCF 25,或者通過一些信令參數指示(通常是在 被叫號碼前插入特定接入碼)預付費gsmSCF需要對當前呼叫採取特殊的 計費策略(通常是免費)。CAMEL調節器24通過SIP信令跟AS對接時， 可以採用與圖4中相同的INFO查詢接口。
由於群組數據是由IMS網絡中的IP Centrex AS集中存儲的，可由MSC 向IMS網絡中的AS查詢確定呼叫類型即群內呼叫或群外呼叫。這樣，在 行動網路中，籤約IMS網絡IPCentrex業務的預付費用戶觸發預付費智能 網業務時，能夠解決不確定當前呼叫的主、被叫是否因同群而要釆用特殊 的計費策略的問題。MSC與AS間的查詢接口可以是擴展的移動應用部分(Mobile Application Part, MAP)接口或者會話初始化協i義(Session Initiation Protocol, SIP )接口 。如果MSC本身是支持SIP協議的軟交換, 則通過SIP協議的INFO請求查詢是最便捷的實現方式。通過擴展的MAP 信令跟AS對接時，可以採用擴展SRI請求的方式，如果是群內呼叫，可 以在SRI-ACK中返回帶接入碼的被叫號碼，gsmSCF能夠根據這個接入碼 識別出當前呼叫需要採用特殊計費策略。
本實施例通過查詢呼叫類型對呼叫進行群內呼叫和群外呼叫區分，並 根據呼叫類型的不同進行計費，解決了由於無法區分呼叫類型帶來的誤計 費問題，實現了根據計費策略進行準確的計費。
圖3為本發明預付費業務的計費方法實施例使用"INFO"查詢消息查 詢呼叫類型所應用的網絡結構示意圖。本地網31中MSC能夠出SIP中繼 與IMS33連接。查詢接口可以採用MSC與AS 32直連的方式，或者經過 IMS Core轉發方式。MSC通過查詢接口得到當前呼叫的類型後，根據預 先配置的策略，可以選擇gsmSCF在MSC的配合下進行計費控制，比如 對當前不計費，或者可以選擇不觸發非群內呼叫到IMS網絡。
圖4為本發明預付費業務的計費方法實施例二的流程圖。本實施例中， 增加查詢接口後，主叫處理流程中呼叫路由改向過程包括
步驟41、 VMSC接收到移動終端發起的呼叫請求後，向gsmSCF發送 IDP消息。在gsmSCF返回繼續(Continue )消息後，向MGCF發送"INFO" 查詢消息，MGCF將"INFO"查詢消息轉發給CSCF。 CSCF根據觸發規 則將"INFO"查詢消息發送到主叫用戶歸屬的AS。 AS分析主被叫號碼 確定當前呼叫是否為群內呼叫，然後通過"200 OK"響應消息返回查詢結 果。
其中，INFO查詢"I妾口消息可包括
"INFO sip:[email protected]:5061;user=phone SIP/2.0 Via:SIP/2.0/UDP 10.71.26.113:5061 ;branch=z9hG4bK367e39fa8586609ld753b21a0
From:13907552008 j tag=13455965-22952
To: 682009 CS叫2 INFO
Call-ID: 1 f29889b5d716009d6e8a29398b8b50c@l 0.18.5.64 Max-Forwards: 10 Content-Length: 0"
其中，Request-URI為querycalltype@domain形式的公眾業務標識 (Public Service Identity, PSI) 。 IP Centrex AS 4史至'Ji亥PSI *勺"INFO"查 詢消息後，可根據"From"頭域中帶的主叫號碼和"To"頭域中帶的被叫 號碼，分析當前呼叫是否為群內呼叫。步驟42、 VMSC根據IMS網絡通 過 "200 OK"響應消息返回的查詢結果，判斷呼叫類型是群內呼叫還是 群外呼叫。如果是群外呼叫即不是群內呼叫，則執行正常的處理流程，觸 發主叫預付費業務。完成預付費業務觸發後，再路由呼叫到IMS網絡。如 果是群內呼叫，則MSC不觸發主叫預付費用戶，直接通過邀請(INVITE) 消息路由呼叫到IMS網絡。
"200 OK"響應消息可包括如下信息
"SIP/2.0 200 OK
Via:SIP/2.0/UDP 10.71.26.113:506 l;bmnch=z9hG4bK367e39fa8586609 ld753b21a0
Call-ID: [email protected] From: 13907552008 ; tag=13455965-22952
To: 682009 ;tag=33559603-22
33
Contact: ; calltype=on-net (or calltype=off-net)CS叫2 INFO Max-Forwards: 10，，
IP Centrex AS可在"200 OK"響應消息中使用"Contact"頭域返回 查詢結果。查詢結果包括被叫的全號碼和呼叫類型，呼叫類型為"on-net"， 表示群內呼叫；呼叫類型為"off-net",表示群外呼叫。
本實施例中，VMSC通過SIP查詢接口獲取呼叫類型，並根據獲取的 呼叫類型執行相應的流程，使得VMSC在呼叫類型為群內呼叫時觸發預付 費業務，解決了由於gsmSCF無法識別當前呼叫的呼叫類型而無法處理群 內用戶特殊計費策略的問題，即解決了融合網絡中開展IP Centrex業務與 移動預付費用戶的計費衝突問題。
圖5為本發明觸發路由改向的通信設備實施例的結構示意圖。通信設 備包括查詢模塊51、計費控制模塊52。查詢模塊51用於通過所述查詢 接口向網際網路協議多媒體子系統網絡查詢所述呼叫的呼叫類型；計費控制 模塊52用於根據查詢到的呼叫類型對所述呼叫進行計費。計費控制模塊 52可包括直接路由模塊53、觸發模塊54。直接路由模塊53用於在所述當 前呼叫為群內呼叫的情況下，直接路由呼叫到所述網際網路協議多媒體子系 統網絡；觸發模塊54用於在所述當前呼叫為群外呼叫的情況下，觸發主 叫預付費業務。
圖6為本發明預付費業務的計費系統實施例的結構示意圖。計費系統 可包括觸發i 各由改向的通信設備61與IMS 62，所述觸發路由改向的通信 設備61與所述IMS 62之間設置有用於查詢呼叫類型的查詢^接口 63;所 述觸發路由改向的通信設備61通過所述查詢接口 63向所述IMS 62網絡 查詢當前呼叫的呼叫類型，並根據查詢到的呼叫類型對所述呼叫進行計 費。所述查詢接口 63可為擴展的MAP接口或SIP接口 。所述IMS 62可 包括主叫用戶歸屬的AS;所述AS用於接收所述觸發路由改向的通信設備 61根據觸發規則發送的查詢請求消息，並根據主叫號碼確定當前呼叫是否為群內呼叫，並返回確定結果。
觸發路由改向的通信設備61可為MSC或CAMEL調節器。查詢接口 既可設置於觸發路由改向的通信設備61中，也可設置於IMS62中。
上述系統實施例的應用原理在上述方法實施例中已詳細說明。
上述方法及系統實施例通過查詢呼叫類型對群內和群外呼叫進行區 分，解決了對群內呼叫也誤計費的問題。上述方法及系統實施例適用於通 過籤約智能業務方式、通過CAMEL調節器攔截現網MSC用戶智能觸發 方式實現的FMC用戶的呼叫錨定。
本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟 可以通過程序指令相關的硬體來完成，前述的程序可以存儲於一計算機可讀 取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述 的存儲介質包括ROM、 RAM、磁碟或者光碟等各種可以存儲程序代碼的介 質。
最後應說明的是以上實施例僅用以說明本發明的技術方案，而非對其 限制；儘管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術 人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改，或 者對其中部分技術特徵進行等同替換；而這些修改或者替換，並不使相應技 術方案的本質脫離本發明各實施例技術方案的精神和範圍。
權利要求
1、一種預付費業務的計費方法，其特徵在於，包括通過查詢接口向網際網路協議多媒體子系統網絡查詢當前呼叫的呼叫類型；所述查詢接口在觸發路由改向的通信設備與所述網際網路協議多媒體子系統網絡之間；根據查詢到的呼叫類型對所述當前呼叫進行計費。
2、 根據權利要求1所述的預付費業務的計費方法，其特徵在於，所 述查詢接口在觸發路由改向的通信設備與所述網際網路協議多媒體子系統 網絡之間包括在 >移動交換中心或CAMEL調節器與網際網路協議多媒體子 系統之間增加用於查詢呼叫類型的查詢4妻口 。
3、 根據權利要求1或2所述的預付費業務的計費方法，其特徵在於， 所述查詢接口在觸發路由改向的通信設備與所述網際網路協議多媒體子系 統網絡之間包括增加擴展的移動應用子系統接口或增加擴展的會話初始化協議接口 。
4、 根據權利要求3所述的預付費業務的計費方法，其特徵在於，通 過查詢接口向網際網路協議多媒體子系統網絡查詢所述呼叫的呼叫類型包 括根據觸發規則向所述網際網路協議多媒體子系統網絡中的應用伺服器 發送查詢請求消息；接收所述應用伺服器返回的根據主叫號碼確定當前呼叫是否為群內 呼叫的結果。
5、 根據權利要求4所述的預付費業務的計費方法，其特徵在於，根 據查詢到的呼叫類型對所述當前呼叫進行計費包括在所述當前呼叫為群內呼叫的情況下，直接路由呼叫到所述網際網路協 議多媒體子系統網絡；在所述當前呼叫為群外呼叫的情況下，觸發主叫預 付費業務。
6、 一種觸發路由改向的通信設備，其特徵在於，包括查詢模塊，用於通過查詢接口向網際網路協議多媒體子系統網絡查詢當 前呼叫的呼叫類型；計費控制模塊，用於根據查詢到的呼叫類型對所述當前呼叫進行計費。
7、 根據權利要求6所述的觸發路由改向的通信設備，其特徵在於， 所述計費控制模塊包括直接路由模塊，用於在所述當前呼叫為群內呼叫的情況下，直接路由 呼叫到所述網際網路協議多媒體子系統網絡；觸發模塊，用於在所述當前呼叫為群外呼叫的情況下，觸發主叫預付 費業務。
8、 一種預付費業務的計費系統，包括網際網路協議多媒體子系統，其 特徵在於，還包括觸發路由改向的通信設備，所述觸發路由改向的通信設 備與所述網際網路協議多媒體子系統之間設置有用於查詢呼叫類型的查詢 接口 ；所述觸發路由改向的通信設備通過所述查詢接口向所述網際網路協議 多媒體子系統網絡查詢當前呼叫的呼叫類型，並根據查詢到的呼叫類型對 所述當前呼叫進行計費。
9、 根據權利要求8所述的預付費業務的計費系統，其特徵在於，所 述觸發路由改向的通信設備為移動交換中心或CAMEL調節器。
10、 根據權利要求8或9所述的預付費業務的計費系統，其特徵在於， 所述查詢接口為擴展的移動應用子系統接口或會話初始化協議接口 。
11、 根據權利要求10所述的預付費業務的計費系統，其特徵在於， 所述網際網路協議多媒體子系統包括應用伺服器；所述應用伺服器用於接收 所述觸發路由改向的通信設備根據觸發規則發送的查詢請求消息，根據主 叫號碼確定當前呼叫是否為群內呼叫，並返回結果。
全文摘要
本發明涉及一種預付費業務的計費方法及系統、觸發路由改向的通信設備，方法包括通過查詢接口向網際網路協議多媒體子系統網絡查詢當前呼叫的呼叫類型；所述查詢接口在觸發路由改向的通信設備與所述網際網路協議多媒體子系統網絡之間；根據查詢到的呼叫類型對所述當前呼叫進行計費。設備包括查詢模塊及計費控制模塊，系統包括觸發路由改向的通信設備及網際網路協議多媒體子系統，觸發路由改向的通信設備與網際網路協議多媒體子系統之間設置有查詢接口。上述方案通過查詢接口查詢呼叫類型，解決了因無法區分呼叫類型產生的誤計費問題。
文檔編號H04W80/10GK101431746SQ20081023970
公開日2009年5月13日 申請日期2008年12月15日 優先權日2008年12月15日
發明者朱浩鵬, 華 李 申請人:華為技術有限公司