專利名稱：基于ims系統(tǒng)的ussd業(yè)務(wù)觸發(fā)方法、系統(tǒng)和終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)技術(shù)領(lǐng)域,尤其涉及一種基于頂S系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法、系統(tǒng)和終端。
背景技術(shù)：
在IMS 技術(shù)領(lǐng)域，USSD (Unstructured Supplementary Service Data)業(yè)務(wù)是一種操作簡便、擴(kuò)展性強(qiáng)的移動網(wǎng)上的新業(yè)務(wù)。用戶可在手機(jī)上選擇菜單并輸入簡短的字符串，提交要獲取相應(yīng)信息的請求，輸入字符串的格式為*(#)AAA*BBB#，其中AAA為服務(wù)號碼，BBB為所需的信息的附加參數(shù)，對用戶提交的USSD業(yè)務(wù)請求的應(yīng)答方式可為USSD應(yīng)答、短消息、傳真或者E-mai I。利用USSD業(yè)務(wù)，可以提供以下應(yīng)用:信息查詢(如航班情況、體育比賽結(jié)果、影院等定票信息等);金融類應(yīng)用(如銀行帳務(wù)查詢、支付/轉(zhuǎn)賬、外匯交易等)；行業(yè)應(yīng)用(如工業(yè)、環(huán)境的遙測和遙控等)，等等。USSD業(yè)務(wù)是在電路域廣泛使用的業(yè)務(wù)，但是在VoLTE時期，運(yùn)營商仍然需要考慮在LTE上支持同樣的業(yè)務(wù)體驗，因此在標(biāo)準(zhǔn)3GPP 24.390中提出了在MS域?qū)崿F(xiàn)USSD業(yè)務(wù)，基本流程圖如圖1所不。步驟1、終端UE發(fā)送初始的業(yè)務(wù)請求消息INVITE，其中攜帶USSD業(yè)務(wù)接入碼，如:*100#, **139*861066006688#。步驟2、P-CSCF收到業(yè)務(wù)請求消息INVITE后轉(zhuǎn)發(fā)至S-CSCF。步驟3、S-CSCF收到業(yè)務(wù)請求消息INVITE后轉(zhuǎn)發(fā)至應(yīng)用服務(wù)器AS。步驟4、應(yīng)用服務(wù)器AS收到業(yè)務(wù)請求消息INVITE后發(fā)送2000K消息給S-CSCF。步驟5、S-CSCF收到2000K消息后轉(zhuǎn)發(fā)至P-CSCF。步驟6、P-CSCF收到2000K消息后轉(zhuǎn)發(fā)至終端UE。步驟7、終端UE收到2000K消息后發(fā)送ACK響應(yīng)消息給P-CSCF。步驟8、P-CSCF收到ACK響應(yīng)消息后轉(zhuǎn)發(fā)至S-CSCF。步驟9、S-CSCF收到ACK響應(yīng)消息后轉(zhuǎn)發(fā)至應(yīng)用服務(wù)器AS。步驟10、應(yīng)用服務(wù)器AS進(jìn)行USSD業(yè)務(wù)操作。步驟11、應(yīng)用服務(wù)器AS下發(fā)INFO消息，其中攜帶USSD業(yè)務(wù)處理結(jié)果。步驟12、S-CSCF收到INFO消息后轉(zhuǎn)發(fā)至P-CSCF。步驟13、P-CSCF收到INFO消息后轉(zhuǎn)發(fā)至終端UE。步驟14、終端UE收到INFO消息后發(fā)送2000K響應(yīng)消息給P-CSCF。步驟15、P-CSCF收到2000K響應(yīng)消息后轉(zhuǎn)發(fā)至S-CSCF。步驟16、S-CSCF收到2000K響應(yīng)消息后轉(zhuǎn)發(fā)至應(yīng)用服務(wù)器AS。步驟17、應(yīng)用服務(wù)器AS收到2000K響應(yīng)消息判斷USSD業(yè)務(wù)操作已完成，則下發(fā)BYE消息給S-CSCF，結(jié)束會話。
步驟18、S-CSCF收到BYE消息后轉(zhuǎn)發(fā)至P-CSCF。步驟19、P-CSCF收到BYE消息后轉(zhuǎn)發(fā)至終端UE。步驟20、終端UE收到BYE消息后發(fā)送2000K響應(yīng)消息給P-CSCF。步驟21、P-CSCF收到2000K響應(yīng)消息后轉(zhuǎn)發(fā)至S-CSCF。步驟22、S-CSCF收到2000K響應(yīng)消息后轉(zhuǎn)發(fā)至應(yīng)用服務(wù)器AS。流程中步驟3涉及USSD業(yè)務(wù)的觸發(fā)，USSD業(yè)務(wù)的觸發(fā)流程為:S_CSCF在注冊階段從HSS服務(wù)器(Home Subscriber Server)下載業(yè)務(wù)觸發(fā)過濾規(guī)則iFC(initial FilterCriteria),當(dāng)收到USSD業(yè)務(wù)請求消息后,S-CSCF對業(yè)務(wù)請求進(jìn)行iFC匹配,并通過匹配的業(yè)務(wù)點觸發(fā)器(Service Point Trigger, SPT)進(jìn)行處理,轉(zhuǎn)發(fā)到當(dāng)前匹配SPT所指向的應(yīng)用服務(wù)器AS。標(biāo)準(zhǔn)3GPP TS 29.228中定義了 iFC的格式，包括SPT結(jié)構(gòu)及參數(shù)，如圖2所示。標(biāo)準(zhǔn)3GPP TS 29.228對SPT的匹配操作也做了要求，其中對SIP Header參數(shù)和SessionDescription參數(shù)允許使用可擴(kuò)展的正則表達(dá)式進(jìn)行匹配。而Request-URI參數(shù)則未允許使用正則表達(dá)式方式匹配。由于現(xiàn)有技術(shù)不允許對SPT中的Request-URI參數(shù)進(jìn)行正則表達(dá)式匹配，因此如果需要根據(jù)業(yè)務(wù)請求消息中的Request-URI字段觸發(fā)USSD業(yè)務(wù)，該字段需要和SPT中配置的Request-URI參數(shù)完全匹配一致，而對某些USSD業(yè)務(wù)來說，該字段的匹配是很困難的事。因為USSD業(yè)務(wù)接入碼格式為*(#)AAA*BBB#，其中AAA為服務(wù)號碼，編碼固定；BBB為所需的信息的附加參數(shù)，編碼不固定。以**139回?fù)軜I(yè)務(wù)為例，當(dāng)用戶需要呼叫中國移動總機(jī)時，業(yè)務(wù)接入碼為**139*861052686688#，當(dāng)用戶呼叫其他手機(jī)用戶時，業(yè)務(wù)接入碼為**139*8613xxxxxxxxx#。這導(dǎo)致用戶可能每次呼叫的業(yè)務(wù)接入碼都不一樣，iFC中不可能將全部業(yè)務(wù)接入碼都配置相應(yīng)的SPT，從而無法進(jìn)行iFC匹配檢測和正確的USSD業(yè)務(wù)觸發(fā)。

發(fā)明內(nèi)容
本發(fā)明的目的是針對以上現(xiàn)有USSD業(yè)務(wù)無法正確觸發(fā)的問題而提出的一種基于IMS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法、系統(tǒng)和終端，能夠?qū)崿F(xiàn)正確的業(yè)務(wù)識別和觸發(fā)，并且避免了對業(yè)務(wù)接入碼參數(shù)的大量配置工作。為實現(xiàn)本發(fā)明的目的，采用了以下技術(shù)方案:本發(fā)明的一個具體實施方式
提供了一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法，包括以下步驟:將觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)設(shè)置為USSD業(yè)務(wù)接入碼的服務(wù)號碼；終端向S-CSCF發(fā)送業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息包括區(qū)分開的USSD業(yè)務(wù)接入碼的服務(wù)號碼和USSD附加參數(shù)；S-CSCF收到所述業(yè)務(wù)請求消息，獲取所述USSD業(yè)務(wù)接入碼的服務(wù)號碼；S-CSCF順次使用觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT，與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配；如果當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼一致，S-CSCF則將所述業(yè)務(wù)請求消息發(fā)送給所述當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT對應(yīng)的接入服務(wù)器AS。進(jìn)一步地，所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼由所述業(yè)務(wù)請求消息的Request-URI字段攜帶。進(jìn)一步地，所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的USSD附加參數(shù)由所述業(yè)務(wù)請求消息的非Request-URI字段攜帶。進(jìn)一步地，所述USSD業(yè)務(wù)接入碼的服務(wù)號碼是139。進(jìn)一步地，觸發(fā)過濾準(zhǔn)則iFC中的業(yè)務(wù)點觸發(fā)器SPT按照優(yōu)先級排列，如果當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼不一致，則使用下一個優(yōu)先級的業(yè)務(wù)點觸發(fā)器SPT與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配。進(jìn)一步地，所述觸發(fā)過濾準(zhǔn)則iFC設(shè)置在HSS服務(wù)器。本發(fā)明的另一個具體實施方式
提供了一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)系統(tǒng)，包括HSS服務(wù)器、終端、S-CSCF和接入服務(wù)器AS，其中HSS服務(wù)器用于將觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)設(shè)置為USSD業(yè)務(wù)接入碼的服務(wù)號碼，并將觸發(fā)過濾準(zhǔn)則iFC發(fā)送給S-CSCF ；終端用于向S-CSCF發(fā)送業(yè)務(wù)請求消息，并將所述業(yè)務(wù)請求消息中的USSD業(yè)務(wù)接入碼區(qū)分為服務(wù)號碼和USSD附加參數(shù)；S-CSCF用于接收所述業(yè)務(wù)請求消息，獲取所述USSD業(yè)務(wù)接入碼的服務(wù)號碼；用于順次使用觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT，與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配；用于將所述業(yè)務(wù)請求消息發(fā)送給所述當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT對應(yīng)的接入服務(wù)器AS。進(jìn)一步地，HSS服務(wù)器和S-CSCF中業(yè)務(wù)點觸發(fā)器SPT按照優(yōu)先級排序。本發(fā)明的另一個具體實施方式
提供了一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)終端，包括USSD業(yè)務(wù)接入碼拆分模塊和USSD業(yè)務(wù)接入碼分配模塊，其中，USSD業(yè)務(wù)接入碼拆分模塊用于將USSD業(yè)務(wù)接入碼拆分為服務(wù)號碼和USSD附加參數(shù)，并發(fā)送給USSD業(yè)務(wù)接入碼分配模塊；USSD業(yè)務(wù)接入碼分配模塊用于將USSD業(yè)務(wù)接入碼的服務(wù)號碼分配給業(yè)務(wù)請求消息的Request-URI字段攜帶。進(jìn)一步地，USSD業(yè)務(wù)接入碼分配模塊還用于將USSD業(yè)務(wù)接入碼的USSD附加參數(shù)分配給業(yè)務(wù)請求消息的非Request-URI字段攜帶。采用本發(fā)明的技術(shù)方案，通過將USSD業(yè)務(wù)接入碼拆分成服務(wù)號碼和USSD附加參數(shù)，同時iFC中SPT的Request-URI參數(shù)只設(shè)置服務(wù)號碼，S-CSCF也只對服務(wù)號碼進(jìn)行匹配，從而同一類服務(wù)僅需要一個SPT即可，大大減少了 SPT的配置數(shù)量，簡化了 USSD的業(yè)務(wù)觸發(fā)。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。下面通過附圖和具體實施方式
，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


附圖用來提供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的具體實施方式
一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中:圖1是現(xiàn)有技術(shù)中USSD業(yè)務(wù)實現(xiàn)流程圖。圖2是現(xiàn)有技術(shù)中SPT結(jié)構(gòu)與參數(shù)示意圖。圖3是本發(fā)明具體實施方式
一的USSD業(yè)務(wù)觸發(fā)系統(tǒng)的結(jié)構(gòu)示意圖。圖4是本發(fā)明具體實施方式
二的USSD業(yè)務(wù)觸發(fā)終端的結(jié)構(gòu)示意圖。圖5是本發(fā)明具體實施方式
三的USSD業(yè)務(wù)觸發(fā)流程圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)選實施方式進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實施方式僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。圖3是本發(fā)明具體實施方式
一的USSD業(yè)務(wù)觸發(fā)系統(tǒng)的結(jié)構(gòu)示意圖。如圖3所示，該USSD業(yè)務(wù)觸發(fā)系統(tǒng)包括HSS服務(wù)器、終端、S-CSCF和接入服務(wù)器AS。HSS服務(wù)器將觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)設(shè)置為USSD業(yè)務(wù)接入碼的服務(wù)號碼，并將觸發(fā)過濾準(zhǔn)則iFC發(fā)送給S-CSCF，其中HSS服務(wù)器中業(yè)務(wù)點觸發(fā)器SPT按照優(yōu)先級排序。終端向S-CSCF發(fā)送業(yè)務(wù)請求消息，并將業(yè)務(wù)請求消息中的USSD業(yè)務(wù)接入碼區(qū)分為服務(wù)號碼和USSD附加參數(shù)。S-CSCF接收該業(yè)務(wù)請求消息，獲取USSD業(yè)務(wù)接入碼的服務(wù)號碼；順次使用觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT，與該業(yè)務(wù)請求消息的USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配；將該業(yè)務(wù)請求消息發(fā)送給當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT對應(yīng)的接入服務(wù)器AS。圖4是本發(fā)明具體實施方式
二的USSD業(yè)務(wù)觸發(fā)終端的結(jié)構(gòu)示意圖。如圖4所示，USSD業(yè)務(wù)觸發(fā)終端包括USSD業(yè)務(wù)接入碼拆分模塊和USSD業(yè)務(wù)接入碼分配模塊。USSD業(yè)務(wù)接入碼拆分模塊將USSD業(yè)務(wù)接入碼拆分為服務(wù)號碼和USSD附加參數(shù)，并發(fā)送給USSD業(yè)務(wù)接入碼分配模塊。USSD業(yè)務(wù)接入碼分配模塊將USSD業(yè)務(wù)接入碼的服務(wù)號碼分配給業(yè)務(wù)請求消息的Request-URI字段攜帶，將USSD業(yè)務(wù)接入碼的USSD附加參數(shù)分配給業(yè)務(wù)請求消息的非Request-URI字段攜帶。圖5是本發(fā)明具體實施方式
三的USSD業(yè)務(wù)觸發(fā)流程圖。如圖5所示，該USSD業(yè)務(wù)觸發(fā)流程包括以下步驟:步驟501、HSS服務(wù)器中設(shè)置觸發(fā)過濾準(zhǔn)則iFC，觸發(fā)過濾準(zhǔn)則iFC包括多個業(yè)務(wù)點觸發(fā)器SPT，這些業(yè)務(wù)點觸發(fā)器SPT按照優(yōu)先級排列。步驟502、將觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)設(shè)置為USSD業(yè)務(wù)接入碼的服務(wù)號碼。也就是說觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT配置Request-URI參數(shù)時，僅對USSD業(yè)務(wù)接入碼的服務(wù)號碼**AAA*配置過濾規(guī)則，例如#139*。步驟503、終端識別用戶輸入的USSD業(yè)務(wù)接入碼，將該USSD業(yè)務(wù)接入碼拆分成服務(wù)號碼#AAA*和USSD附加參數(shù)BBB，例如，USSD業(yè)務(wù)接入碼#139*8613xxxxxxxxx#就拆分成服務(wù)號碼**139*和附加參數(shù)8613xxxxxxxxx。步驟504、終端向S-CSCF發(fā)送業(yè)務(wù)請求消息，其中業(yè)務(wù)請求消息的Request-URI字段攜帶服務(wù)號碼**AAA*，使用其他字段攜帶USSD附加參數(shù)BBB。步驟505、S_CSCF收到業(yè)務(wù)請求消息，從中通過業(yè)務(wù)請求消息的Request-URI字段獲取USSD業(yè)務(wù)接入碼的服務(wù)號碼。步驟506、S-CSCF按照業(yè)務(wù)點觸發(fā)器SPT的優(yōu)先級，順次使用觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT，與該業(yè)務(wù)請求消息的USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配。由于業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)設(shè)置的是USSD業(yè)務(wù)接入碼的服務(wù)號碼，而業(yè)務(wù)請求消息的Request-URI字段也是服務(wù)號碼，因此只要兩個服務(wù)號碼匹配，則兩者就算匹配成功。例如當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)中的USSD業(yè)務(wù)接入碼服務(wù)號碼是**139*，同時該業(yè)務(wù)請求消息的USSD業(yè)務(wù)接入碼的服務(wù)號碼也是**139*，這樣當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT就與業(yè)務(wù)請求消息的USSD業(yè)務(wù)匹配成功。如果當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)中的USSD業(yè)務(wù)接入碼服務(wù)號碼與該業(yè)務(wù)請求消息的USSD業(yè)務(wù)接入碼的服務(wù)號碼不一致，則使用下一個優(yōu)先級的業(yè)務(wù)點觸發(fā)器SPT與該業(yè)務(wù)請求消息的USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配。步驟507、如果當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)中的USSD業(yè)務(wù)接入碼的服務(wù)號碼與該業(yè)務(wù)請求消息的USSD業(yè)務(wù)接入碼的服務(wù)號碼一致，即當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT與業(yè)務(wù)請求消息的USSD業(yè)務(wù)匹配成功，S-CSCF則將該業(yè)務(wù)請求消息發(fā)送給該當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT對應(yīng)的接入服務(wù)器AS。最后應(yīng)說明的是:以上所述僅為本發(fā)明的優(yōu)選實施方式而已，并不用于限制本發(fā)明，盡管參照前述實施方式對本發(fā)明進(jìn)行了詳細(xì)的說明，對于本領(lǐng)域的技術(shù)人員來說，其依然可以對前述各實施方式所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法，其特征在于，包括以下步驟: 將觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)設(shè)置為USSD業(yè)務(wù)接入碼的服務(wù)號碼； 終端向S-CSCF發(fā)送業(yè)務(wù)請求消息，所述業(yè)務(wù)請求消息包括區(qū)分開的USSD業(yè)務(wù)接入碼的服務(wù)號碼和USSD附加參數(shù)； S-CSCF收到所述業(yè)務(wù)請求消息，獲取所述USSD業(yè)務(wù)接入碼的服務(wù)號碼； S-CSCF順次使用觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT，與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配； 如果當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼一致，S-CSCF則將所述業(yè)務(wù)請求消息發(fā)送給所述當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT對應(yīng)的接入服務(wù)器AS。
2.根據(jù)權(quán)利要求1所述的一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法，其特征在于，所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼由所述業(yè)務(wù)請求消息的Request-URI字段攜帶。
3.根據(jù)權(quán)利要求1所述的一種基于IMS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法，其特征在于，所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的USSD附加參數(shù)由所述業(yè)務(wù)請求消息的非Request-URI字段攜帶。
4.根據(jù)權(quán)利要求1所述的一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法，其特征在于，所述USSD業(yè)務(wù)接入碼的服務(wù)號碼是139。
5.根據(jù)權(quán)利要求1所 述的一種基于IMS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法,其特征在于,觸發(fā)過濾準(zhǔn)則iFC中的業(yè)務(wù)點觸發(fā)器SPT按照優(yōu)先級排列，如果當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼不一致，則使用下一個優(yōu)先級的業(yè)務(wù)點觸發(fā)器SPT與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配。
6.根據(jù)權(quán)利要求1-5中任一權(quán)利要求所述的一種基于IMS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法，其特征在于，所述觸發(fā)過濾準(zhǔn)則iFC設(shè)置在HSS服務(wù)器。
7.一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)系統(tǒng)，其特征在于，包括HSS服務(wù)器、終端、S-CSCF和接入服務(wù)器AS，其中， HSS服務(wù)器用于將觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT中的Request-URI參數(shù)設(shè)置為USSD業(yè)務(wù)接入碼的服務(wù)號碼，并將觸發(fā)過濾準(zhǔn)則iFC發(fā)送給S-CSCF ； 終端用于向S-CSCF發(fā)送業(yè)務(wù)請求消息，并將所述業(yè)務(wù)請求消息中的USSD業(yè)務(wù)接入碼區(qū)分為服務(wù)號碼和USSD附加參數(shù)； S-CSCF用于接收所述業(yè)務(wù)請求消息，獲取所述USSD業(yè)務(wù)接入碼的服務(wù)號碼；用于順次使用觸發(fā)過濾準(zhǔn)則iFC的業(yè)務(wù)點觸發(fā)器SPT，與所述業(yè)務(wù)請求消息的所述USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配；用于將所述業(yè)務(wù)請求消息發(fā)送給所述當(dāng)前的業(yè)務(wù)點觸發(fā)器SPT對應(yīng)的接入服務(wù)器AS。
8.根據(jù)權(quán)利要求7所述的一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)系統(tǒng)，其特征在于，HSS服務(wù)器和S-CSCF中業(yè)務(wù)點觸發(fā)器SPT按照優(yōu)先級排序。
9.一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)終端，其特征在于，包括USSD業(yè)務(wù)接入碼拆分模塊和USSD業(yè)務(wù)接入碼分配模塊，其中， USSD業(yè)務(wù)接入碼拆分模塊用于將USSD業(yè)務(wù)接入碼拆分為服務(wù)號碼和USSD附加參數(shù)，并發(fā)送給USSD業(yè)務(wù)接入碼分配模塊； USSD業(yè)務(wù)接入碼分配模塊用于將USSD業(yè)務(wù)接入碼的服務(wù)號碼分配給業(yè)務(wù)請求消息的Request-URI字段攜帶。
10.根據(jù)權(quán)利要求9所述的一種基于MS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)終端，其特征在于，USSD業(yè)務(wù)接入碼分配模塊還用于將USSD業(yè)務(wù)接入碼的USSD附加參數(shù)分配給業(yè)務(wù)請求消息的非Request-URI 字段攜帶。
全文摘要
本發(fā)明公開了一種基于IMS系統(tǒng)的USSD業(yè)務(wù)觸發(fā)方法、系統(tǒng)和終端，首先將iFC的SPT中的Request-URI參數(shù)設(shè)置為USSD業(yè)務(wù)接入碼的服務(wù)號碼；終端向S-CSCF發(fā)送業(yè)務(wù)請求消息，包括區(qū)分開的USSD業(yè)務(wù)接入碼的服務(wù)號碼和USSD附加參數(shù)；S-CSCF獲取USSD業(yè)務(wù)接入碼的服務(wù)號碼；S-CSCF順次使用iFC的SPT，與業(yè)務(wù)請求消息的USSD業(yè)務(wù)接入碼的服務(wù)號碼進(jìn)行匹配；如果當(dāng)前的SPT中的Request-URI參數(shù)與業(yè)務(wù)請求消息的USSD業(yè)務(wù)接入碼的服務(wù)號碼一致，S-CSCF則將業(yè)務(wù)請求消息發(fā)送給當(dāng)前的SPT對應(yīng)的AS。采用了本發(fā)明的技術(shù)方案，能夠?qū)崿F(xiàn)正確的業(yè)務(wù)識別和觸發(fā)，并且避免了對業(yè)務(wù)接入碼參數(shù)的大量配置工作。
文檔編號H04W4/14GK103179526SQ20111043357
公開日2013年6月26日 申請日期2011年12月21日 優(yōu)先權(quán)日2011年12月21日
發(fā)明者姜怡, 宋月, 王瑞華 申請人:中國移動通信集團(tuán)公司