專利名稱：一種實現智能用戶漫游時發(fā)起呼叫的方法
技術領域：
本發(fā)明涉及智能用戶的漫游呼叫技術，特別是指智能用戶漫游時拜訪地與歸屬地智能網之間無法實現交互情況下的一種智能用戶發(fā)起呼叫的方法。
背景技術：
目前，在全球移動通信(GSM)系統(tǒng)和碼分多址(CDMA)系統(tǒng)等移動通信網的運營中，智能用戶的數量在移動用戶中所占比例逐年增高，這里所說的智能用戶包括但不限于使用預付費業(yè)務的用戶、使用移動虛擬專用網業(yè)務的用戶。那么，隨著智能用戶比例的增加，為智能用戶提供漫游功能特別是國際漫游功能的要求就變得越來越突出。對于每個智能用戶，其用戶信息存放在歸屬智能網的業(yè)務交換點(SCP)上，當該智能用戶發(fā)生漫游，尤其是國際漫游時，在現有技術中，漫游所在地的網絡和歸屬地網絡的智能網或者沒有連接或者無法交互，那么如何將用戶的呼叫觸發(fā)到該智能用戶的歸屬SCP就成了一個關鍵問題。也就是說，由于技術原因，運營商無法為智能用戶提供一些漫游業(yè)務。
移動智能網業(yè)務，包括但不限于預付費業(yè)務、移動虛擬專用網業(yè)務的基本特點是當智能用戶試圖發(fā)起呼叫或接聽呼叫時，核心網需要向當前智能用戶所屬的智能網設備報告該呼叫的信息，由移動智能網系統(tǒng)根據用戶的信息，如用戶的帳戶余額、有效期等信息，來決定是否允許核心網接續(xù)該呼叫，從而達到控制用戶呼叫，實現計費的目的。可見，通過智能網方式實現智能業(yè)務有兩個基本要求1)核心網設備能夠識別一個呼叫中的呼叫雙方是否為智能用戶；2)核心網設備能夠向智能網報告該呼叫的情況并接受智能網的控制。
由于移動智能網有其專門的特點，在目前的技術條件下，如果需要向智能用戶提供漫游業(yè)務，則需要智能用戶歸屬地的歸屬運營商和當前漫游的拜訪地運營商采用相同的移動智能網體制、相同的智能業(yè)務方案和流程，同時兩個運營商之間的網絡要能夠互聯互通。但是，現有的移動智能網國際規(guī)范和協(xié)議中并未對智能業(yè)務的方案、信令流程作出明確的規(guī)定，因此，要想在不同國家甚至不同地區(qū)的不同移動智能網運營商之間實現智能用戶的漫游，存在相當的困難。具體存在以下的問題1)對于一個智能業(yè)務來說，主要包含兩個流程一個是對用戶發(fā)起呼叫的控制流程，另一個是對用戶接受呼叫的控制流程。當用戶發(fā)生漫游，如國際漫游時，在移動網絡中，由于只有用戶的歸屬網絡可以獲取用戶的漫游位置，所以用戶作被叫時，無論主叫用戶的位置如何，呼叫都將被路由到用戶的歸屬網絡。因此，對于一個智能用戶來說，當其漫游作被叫時，由于呼叫將被路由回用戶的歸屬網絡，而歸屬網絡本身已經建設了智能網，那么現有的技術是完全能夠實現對用戶漫游作被叫的情況進行監(jiān)控的。
但是，當用戶漫游作主叫時，整個呼叫過程將不需要和用戶的歸屬網絡發(fā)生關系。對于用戶歸屬網絡來說，唯一能做的就是決定是否給予用戶漫游時做主叫的權限，如果給予用戶權限的話，按照現有網絡的能力，，除非用戶漫游網絡的核心網和用戶歸屬網絡的智能網按照某個智能網標準建立了連接，否則將無法進一步對用戶進行限制，同時用戶漫游的網絡也無法對用戶進行限制，對智能用戶也是如此。這樣，就無法保證對用戶的呼叫實現控制和計費。
2)當前實際應用中的移動智能網體制，有基于移動網絡增強邏輯的客戶化應用(CAMEL)標準的，也有基于智能網應用協(xié)議(INAP)標準的，這些基于不同體制的智能網之間要實現智能業(yè)務的互通基本是不可能的。
3)對于基于同一體制下的智能網，由于在智能網協(xié)議中沒有規(guī)定智能業(yè)務的信令流程、業(yè)務規(guī)范等一系列實現的問題，因此不同國家的運營商都有其專門的預付費信令規(guī)范和業(yè)務規(guī)范，或是網絡設備供應商為其提供專門的預付費信令規(guī)范和業(yè)務規(guī)范。兩個運營商要實現智能業(yè)務的互通，一個國家的智能用戶漫游到另外一個國家時仍然能夠發(fā)起呼叫，按照傳統(tǒng)方式，要求一個國家的智能網要能夠控制另一個國家運營商的核心網設備，這就需要這兩個運營商的預付費信令規(guī)范和業(yè)務規(guī)范完全相同。但實際上，不同運營商的這些預付費信令規(guī)范和業(yè)務規(guī)范往往各不相同，不同的網絡設備供應商提供的預付費信令規(guī)范和業(yè)務規(guī)范往往也不相同。因此，要實現一個國家內智能用戶能漫游到該國之外并發(fā)起呼叫，必然要求該智能用戶歸屬國的歸屬運營商和拜訪地運營商的網絡進行變更，使兩者的預付費信令規(guī)范和業(yè)務規(guī)范完全統(tǒng)一。這必定會對該運營商的現存網絡造成較大影響，對現網業(yè)務造成較大沖擊，極大的增加了運營商網絡維護的風險和成本。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種實現智能用戶漫游時發(fā)起呼叫的方法，使智能用戶在漫游時能作為主叫發(fā)起呼叫，進而使運營商能夠向用戶提供更為豐富的業(yè)務。
為達到上述目的，本發(fā)明的技術方案是這樣實現的一種實現智能用戶漫游時發(fā)起呼叫的方法，該方法包括以下步驟a.漫游的智能用戶作為主叫發(fā)起呼叫時，向自身的歸屬業(yè)務控制點(SCP)發(fā)送含有非結構化補充業(yè)務數據(USSD)業(yè)務碼和被叫用戶號碼的USSD請求；b.判斷請求中的USSD業(yè)務碼是否對應USSD回呼(UCB)業(yè)務且是否允許發(fā)起呼叫的主叫用戶使用UCB服務，如果是，則進入步驟c，否則，結束本呼叫流程；c.主叫用戶的歸屬SCP命令自身對應的業(yè)務交換點(SSP)分別建立SSP到主叫用戶和到被叫用戶的呼叫接續(xù)；d.判斷是否成功建立SSP到主叫用戶和到被叫用戶的呼叫，如果是，則SSP橋接兩個半段呼叫，建立主叫用戶和被叫用戶之間的話路，實現主被叫間的通話；否則，結束本呼叫流程。
其中，所述SSP到主叫用戶和到被叫用戶的呼叫為先建立SSP到主叫用戶的呼叫接續(xù)，建立成功后，再建立SSP到被叫用戶的呼叫接續(xù)。在SSP到主叫用戶的呼叫接續(xù)建立成功后，SSP可以向主叫用戶播放正在接續(xù)被叫用戶的提示音。
所述步驟b進一步包括b1.步驟a中主叫用戶發(fā)送的USSD請求經過主叫用戶當前所在的移動交換中心(MSC)，發(fā)送至主叫用戶所屬的歸屬位置寄存器(HLR)；b2.主叫用戶的歸屬HLR將該USSD請求直接轉發(fā)給主叫用戶的歸屬SCP；b3.主叫用戶的歸屬SCP收到該USSD請求后，先分析出主叫號碼和被叫號碼，然后判斷USSD請求中的USSD業(yè)務碼是否為UCB業(yè)務，如果不是，則結束本呼叫流程；否則，進一步對主叫用戶鑒權，判斷是否允許該主叫用戶使用UCB服務，如果允許，則進入步驟c，如果不允許，則結束本呼叫流程。
所述建立SSP到主叫或到被叫用戶的呼叫進一步包括c1.SSP向主叫或被叫用戶的歸屬HLR發(fā)取路由信息消息SendRoutingInfo；c2.由主叫或被叫用戶的歸屬HLR將該主叫或被叫用戶的漫游號碼返回給SSP；c3.SSP根據該主叫或被叫用戶的漫游號碼，向主叫或被叫用戶當前所在的MSC發(fā)送攜帶有該用戶漫游號碼的初始地址消息(IAM)；c4.判斷是否收到主叫或被叫用戶當前所在的MSC返回的地址全信號(ACM)消息和應答信號(ANM)消息，如果有，則呼叫建立成功，SSP向主叫用戶的歸屬SCP上報主叫或被叫用戶的應答事件；否則，呼叫建立不成功。
該方法進一步包括主被叫用戶通話結束，SSP檢測到掛機事件后，SSP分別向主叫用戶和被叫用戶的歸屬SCP上報用戶掛機事件，收到SCP下發(fā)的釋放呼叫命令后，SSP拆除呼叫，釋放所占用的資源。
對于掛機分為三種情況主叫先掛機、被叫先掛機、主被叫同時掛機。那么處理過程分別為當SSP檢測到主叫用戶先掛機后，該方法進一步包括SSP向主叫用戶的歸屬SCP上報主叫用戶掛機事件，主叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫命令；SSP向被叫用戶歸屬的SCP上報主叫用戶掛機事件，被叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫的命令，SSP拆除被叫用戶側的呼叫，并釋放所占用的資源。
當SSP檢測到被叫用戶先掛機后，該方法進一步包括SSP向被叫用戶歸屬的SCP上報被叫用戶掛機事件，被叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫的命令；SSP向主叫用戶歸屬的SCP上報被叫用戶掛機事件，主叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫的命令，SSP拆除主叫用戶側的呼叫，并釋放所占用的資源。
當SSP檢測到主叫用戶和被叫用戶同時掛機，該方法進一步包括SSP向主叫用戶歸屬的SCP上報主叫用戶或被叫用戶掛機事件，同時向被叫用戶歸屬的SCP上報主叫用戶或被叫用戶掛機事件，主叫用戶歸屬的SCP和被叫用戶歸屬的SCP分別向SSP發(fā)送釋放呼叫的命令，SSP收到釋放呼叫命令后釋放所占用的資源。
在主被叫用戶通話結束后，該方法進一步包括SSP按主叫用戶和被叫用戶各自的應答時間作為計費起始點，分別向主叫用戶歸屬的SCP和被叫用戶歸屬的SCP上報計費時間信息，主叫用戶歸屬的SCP和被叫用戶歸屬的SCP分別對主叫用戶和被叫用戶計費?；蚴?，SSP將橋接成功的時間作為計費起始點，向主叫用戶歸屬的SCP和被叫用戶歸屬的SCP上報計費時間信息，主叫用戶歸屬的SCP和被叫用戶歸屬的SCP分別對主叫用戶和被叫用戶計費。或是，SSP將橋接成功的時間作為主叫用戶的計費起始點，向主叫用戶歸屬的SCP上報計費時間信息，主叫用戶歸屬的SCP對主叫用戶計費；同時SSP將被叫用戶的應答時間作為被叫用戶的計費起始點，向被叫用戶歸屬的SCP上報計費時間信息，被叫用戶歸屬的SCP對被叫用戶計費。
上述方案中，所述被叫用戶為智能用戶、或普通全球移動通信系統(tǒng)(GSM)用戶、或固網用戶、或專用分組交換機(PBX)用戶、或碼分多址系統(tǒng)(CDMA)用戶。
因此，本發(fā)明所提供的實現智能用戶漫游時發(fā)起呼叫的方法，是在智能用戶漫游作為主叫發(fā)起呼叫時，由該主叫智能用戶通過向自身歸屬的業(yè)務控制點(SCP)發(fā)非結構化補充業(yè)務數據(USSD)請求，從而將智能用戶發(fā)起的呼叫觸發(fā)到該智能用戶歸屬的SCP上。本發(fā)明只要求漫游地移動通信網絡的移動交換中心(MSC)支持USSD功能即可，降低了對漫游所在地和歸屬地之間智能網絡的一致性要求，從而解決了智能用戶在國際或某些區(qū)域漫游時發(fā)起呼叫的問題。
上述方案能夠有效的為運營商提供智能用戶國際或區(qū)域漫游時作主叫的解決方案，幫助運營商向最終用戶提供更為豐富的業(yè)務，增加運營商的運營收入，為用戶提供更好的服務，同時也為最終用戶跨國或跨區(qū)域通信提供了極大的便利。
另外，由于USSD請求采用的是標準信令，而且一般的MSC都支持USSD功能，所以本發(fā)明實現起來簡單、方便，且適用范圍廣。


圖1為本發(fā)明中UCB呼叫的組網示意圖；圖2為本發(fā)明UCB呼叫的流程示意圖。
具體實施例方式
由于智能網用戶的用戶信息都存儲于SCP上，本發(fā)明主要就是解決如何將智能用戶在異地發(fā)起的呼叫觸發(fā)到該智能用戶歸屬的SCP上。又因為一般的MSC都支持USSD功能，采用USSD信令傳遞控制消息具有通用性，基于此，本發(fā)明的實現思想就是當漫游的智能用戶作為主叫發(fā)起呼叫時，該智能用戶通過發(fā)送一個USSD請求，由該智能用戶歸屬SCP控制建立呼叫接續(xù)，分別建立業(yè)務交換點(SSP)到該智能用戶和被叫用戶之間的呼叫，然后在SSP到該智能用戶和被叫用戶之間的呼叫都建立成功后，最后通過SSP橋接兩個已接通的半段呼叫，實現主被叫之間的通話。
本發(fā)明中先建立SSP到主叫和被叫之間的通路，在呼叫均建立成功后再回來接通主叫和被叫的這種過程，可稱之為USSD回呼業(yè)務。圖1即為本發(fā)明所基于的UCB呼叫組網圖，如圖1所示，用戶A表示一個漫游到另一國或者另一個區(qū)域的智能用戶，是通過USSD發(fā)起呼叫的智能用戶，MSC/VLRa屬于主叫智能用戶A的拜訪網絡，SCPa和HLRa屬于主叫智能用戶A的歸屬網絡；智能用戶B為接受呼叫的用戶，MSC/VLRb屬于被叫智能用戶B的拜訪網絡，SCPb和HLRb屬于被叫智能用戶B的歸屬網絡；業(yè)務交換點/關口移動交換中心(SSP/GMSC)屬于智能用戶A的歸屬網絡，直接接入智能用戶A歸屬的SCPa。
用戶A發(fā)起呼叫時，發(fā)USSD請求給HLRa/USSD，HLRa再將該USSD請求轉發(fā)給SCPa，然后通過SCPa、SCPb與SSP/GMSC之間的交互，建立用戶A與用戶B之間的話路。圖中的第一階段表示建立SSP到用戶A的呼叫，第二階段表示建立SSP到用戶B的呼叫，階段指SSP與SCPa之間的交互過程。
下面以智能用戶A在兩個國家之間進行國際漫游時，呼叫智能用戶B為例，同時結合附圖對本發(fā)明作進一步詳細的說明。
基于圖1所示的組網結構圖，圖2所示為基于UCB的呼叫流程圖，圖中虛線所示的信令為移動應用部分(MAP)信令，實線所示的信令為CAMEL應用部分(CAP)信令。本實施例具體呼叫過程包括以下步驟步驟1當智能用戶A希望發(fā)起呼叫時，該智能用戶A通過一個USSD請求向歸屬SCPa發(fā)起請求，其中，該USSD請求中含有USSD業(yè)務碼和被叫號碼，這里的USSD業(yè)務碼應為UCB業(yè)務對應的業(yè)務碼。
步驟2智能用戶A的USSD請求通過信令網，即經過智能用戶A的拜訪MSCa傳送到智能用戶A的歸屬HLRa，由于拜訪MSC支持USSD功能，所以支持USSD請求的傳輸，歸屬HLRa將USSD請求轉發(fā)至智能用戶A的歸屬SCPa。
步驟3SCPa先根據智能用戶A的USSD請求，分析出主叫號碼和被叫號碼，判斷是否USSD請求中的業(yè)務碼是否為UCB業(yè)務，如果是，SCPa再對智能用戶A進行鑒權，如果允許智能用戶A享受UCB服務，則SCPa命令SSP開始建立呼叫；如果不允許智能用戶A享受UCB服務，向智能用戶A返回失敗信息，結束本呼叫流程。
步驟4SSP收到來自SCPa的建立呼叫命令后，建立自身到智能用戶A的呼叫SSP經過和SCPa的一系列交互，由SCPa下發(fā)計費命令并指示呼叫繼續(xù)進行，SSP向智能用戶A所屬HLRa發(fā)送取路由信息消息SendRoutingInfo；之后，由智能用戶A所屬HLRa將該用戶的漫游號碼MSRN返回給SSP，SSP根據智能用戶A的漫游號碼MSRN進行接續(xù)，即發(fā)送攜帶有智能用戶A漫游號碼MSRN的初始地址消息(IAM)到智能用戶A當前所在的拜訪MSC。
如果呼叫建立成功，則SSP會收到智能用戶A當前所在的拜訪MSC送回的地址全信號(ACM)消息和應答信號(ANM)消息，那么，SSP就向SCPa上報智能用戶A應答的事件；SCPa收到SSP上報的智能用戶A應答事件后，命令SSP接通智能用戶A。如果呼叫建立不成功，SSP則向SCPa上報呼叫建立失敗信息，并結束本呼叫流程。
步驟5SSP接通智能用戶A后，會向智能用戶A播放提示音，提示呼叫正在接續(xù)，請等待，同時向SCPa報告已接通智能用戶A；SCPa收到報告后，命令SSP開始對智能用戶B進行接續(xù)。這里，SSP也可以不向智能用戶A播放提示音，智能用戶A就處于靜音狀態(tài)等待接通智能用戶B。
步驟6因為需要由智能用戶B的歸屬SCPb對B用戶計費，所以SSP先與智能用戶B的歸屬SCPb進行交互；智能用戶B的歸屬SCPb下發(fā)計費命令，并指示呼叫繼續(xù)進行。
步驟7SSP收到來自SCPb的命令后，建立自身到智能用戶B的呼叫SSP向智能用戶B所在的HLRb發(fā)送取路由信息消息SendRoutingInfo，并從智能用戶B所屬HLRb取回智能用戶B的漫游號碼MSRN，然后根據智能用戶B的漫游號碼MSRN進行接續(xù)，即發(fā)送攜帶有智能用戶B漫游號碼MSRN的IAM消息到智能用戶B所在的端局MSC。
如果呼叫建立成功，則SSP會收到智能用戶B所在端局MSC送回的地址全信號(ACM)消息和應答信號(ANM)消息，那么，SSP就向SCPa上報智能用戶B應答的事件；SCPa收到SSP上報的B用戶應答的事件后，命令SSP橋接兩個半段呼叫。
步驟8SSP橋接兩個半段呼叫，智能用戶A和智能用戶B之間的話路接通，可以開始通話。
步驟9智能用戶A和智能用戶B之間通話結束，智能用戶A先掛機，則SSP向SCPa上報計費時間信息和智能用戶A掛機事件，同時還向SCPb上報計費時間信息和智能用戶A掛機事件。
步驟10SCPa和SCPb分別對主叫用戶和被叫用戶計費，并命令SSP拆除呼叫；SSP拆除到智能用戶B側的呼叫，結束呼叫過程，并釋放所占用的資源。
上述步驟只對A、B同為智能用戶，且智能用戶A先掛機的情況進行了描述，對于用戶B為普通GSM用戶、或固定網用戶、或PBX用戶、或CDMA用戶；以及用戶B先掛機、或用戶A、B同時掛機的情況同樣可采用與本流程類似的過程，只是涉及的局端或拆除呼叫與釋放資源的步驟不完全一樣。
舉例來說，當SSP檢測到被叫用戶先掛機后，SSP向被叫用戶歸屬的SCP上報被叫用戶掛機事件，被叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫的命令；SSP向主叫用戶歸屬的SCP上報被叫用戶掛機事件，主叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫的命令，SSP拆除主叫用戶側的呼叫，并釋放所占用的資源。同樣，當SSP檢測到主叫用戶和被叫用戶同時掛機時，SSP向主叫用戶歸屬的SCP上報主叫用戶或被叫用戶掛機事件，同時向被叫用戶歸屬的SCP上報主叫用戶或被叫用戶掛機事件，主叫用戶歸屬的SCP和被叫用戶歸屬的SCP分別向SSP發(fā)送釋放呼叫的命令，SSP收到釋放呼叫命令后釋放所占用的資源。
另外，上述步驟是針對通用的呼叫建立順序，即先建立到智能用戶A的呼叫，再建立到用戶B的呼叫。但是，由于智能用戶A已經國際漫游或者區(qū)域漫游，SSP建立到智能用戶A的呼叫實際上是一個國際長途或者區(qū)域長途，從計費角度看，雖然到用戶B的呼叫還沒建立，但用戶A的漫游地已經開始計算用戶A的國際長途費用了，如此用戶A的歸屬運營商將承受一定的損失。因此，由于已知被叫號碼，也可以先建立SSP到用戶B的呼叫，再建立到智能用戶A的呼叫。此種情況，只需用戶B在應答后等待一段時間再進行通話，即可相對減少運營商的損失。至于先建立SSP與哪個用戶的呼叫，可由主叫用戶歸屬的SCP決定，可根據主叫用戶歸屬地運營商的要求，采用不同的呼叫建立順序。
UCB呼叫處理結束后，需要為用戶正確計費，也就是說，上述過程的步驟1～步驟10完成后，SCPa和SCPb只是得到SSP上報的相關計費信息，如通話時長等信息，而確定從何時開始作為計費起始點則由SSP決定，計費的起始點有兩種可能1)按照用戶應答的時間開始計費對智能用戶A和用戶B分別按照各自應答的時間開始計費。
2)按照SSP橋接成功的時間開始計費對智能用戶A按照SSP橋接成功的時間開始計費，對用戶B，如果用戶B為智能用戶，則對用戶B也按照SSP橋接成功的時間開始計費；如果用戶B為非智能用戶，則對用戶B仍按其應答時間開始計費。
本發(fā)明不僅可實現國際漫游時智能用戶作主叫的問題，對于同一國家內，智能用戶拜訪地與歸屬地智能網不能互通的情況同樣適用。而且，本發(fā)明具體的信令流程還有其它的排列、組合方式，這些具體的排列、組合方式可能與上述實施例中的信令流程圖所示不同，但同樣是采用本發(fā)明技術方案實現的同樣的發(fā)明目的。比如說，包括但不限于步驟4、5、6中SCPa命令SSP建立到主叫用戶的呼叫過程中以及之后SSP和SCP的交互可能會有不同的組合和實現；步驟7中SCPa命令SSP建立到被叫用戶的呼叫過程中以及之后SSP和SCPa的交互可能會有不同的組合和實現。
總之，以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種實現智能用戶漫游時發(fā)起呼叫的方法，其特征在于該方法包括以下步驟a.漫游的智能用戶作為主叫發(fā)起呼叫時，向自身的歸屬業(yè)務控制點(SCP)發(fā)送含有非結構化補充業(yè)務數據(USSD)業(yè)務碼和被叫用戶號碼的USSD請求；b.判斷請求中的USSD業(yè)務碼是否對應USSD回呼(UCB)業(yè)務且是否允許發(fā)起呼叫的主叫用戶使用UCB服務，如果是，則進入步驟c，否則，結束本呼叫流程；c.主叫用戶的歸屬SCP命令自身對應的業(yè)務交換點(SSP)分別建立SSP到主叫用戶和到被叫用戶的呼叫接續(xù)；d.判斷是否成功建立SSP到主叫用戶和到被叫用戶的呼叫，如果是，則SSP橋接兩個半段呼叫，建立主叫用戶和被叫用戶之間的話路，實現主被叫間的通話；否則，結束本呼叫流程。
2.根據權利要求1所述的方法，其特征在于，所述SSP到主叫用戶和到被叫用戶的呼叫為先建立SSP到主叫用戶的呼叫接續(xù)，建立成功后，再建立SSP到被叫用戶的呼叫接續(xù)。
3.根據權利要求2所述的方法，其特征在于，該方法進一步包括SSP到主叫用戶的呼叫接續(xù)建立成功后，SSP向主叫用戶播放正在接續(xù)被叫用戶的提示音。
4.根據權利要求1所述的方法，其特征在于，所述步驟b進一步包括b1.步驟a中主叫用戶發(fā)送的USSD請求經過主叫用戶當前所在的移動交換中心(MSC)，發(fā)送至主叫用戶所屬的歸屬位置寄存器(HLR)；b2.主叫用戶的歸屬HLR將該USSD請求直接轉發(fā)給主叫用戶的歸屬SCP；b3.主叫用戶的歸屬SCP收到該USSD請求后，先分析出主叫號碼和被叫號碼，然后判斷USSD請求中的USSD業(yè)務碼是否為UCB業(yè)務，如果不是，則結束本呼叫流程；否則，進一步對主叫用戶鑒權，判斷是否允許該主叫用戶使用UCB服務，如果允許，則進入步驟c，如果不允許，則結束本呼叫流程。
5.根據權利要求1或2所述的方法，其特征在于，所述建立SSP到主叫或到被叫用戶的呼叫進一步包括c1.SSP向主叫或被叫用戶的歸屬HLR發(fā)取路由信息消息SendRoutingInfo；c2.由主叫或被叫用戶的歸屬HLR將該主叫或被叫用戶的漫游號碼返回給SSP；c3.SSP根據該主叫或被叫用戶的漫游號碼，向主叫或被叫用戶當前所在的MSC發(fā)送攜帶有該用戶漫游號碼的初始地址消息(IAM)；c4.判斷是否收到主叫或被叫用戶當前所在的MSC返回的地址全信號(ACM)消息和應答信號(ANM)消息，如果有，則呼叫建立成功，SSP向主叫用戶的歸屬SCP上報主叫或被叫用戶的應答事件；否則，呼叫建立不成功。
6.根據權利要求1所述的方法，其特征在于，該方法進一步包括主被叫用戶通話結束，SSP檢測到掛機事件后，SSP分別向主叫用戶和被叫用戶的歸屬SCP上報用戶掛機事件，收到SCP下發(fā)的釋放呼叫命令后，SSP拆除呼叫，釋放所占用的資源。
7.根據權利要求6所述的方法，其特征在于，SSP檢測到主叫用戶先掛機后，該方法進一步包括SSP向主叫用戶的歸屬SCP上報主叫用戶掛機事件，主叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫命令；SSP向被叫用戶歸屬的SCP上報主叫用戶掛機事件，被叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫的命令，SSP拆除被叫用戶側的呼叫，并釋放所占用的資源。
8.根據權利要求6所述的方法，其特征在于，SSP檢測到被叫用戶先掛機后，該方法進一步包括SSP向被叫用戶歸屬的SCP上報被叫用戶掛機事件，被叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫的命令；SSP向主叫用戶歸屬的SCP上報被叫用戶掛機事件，主叫用戶歸屬的SCP向SSP發(fā)送釋放呼叫的命令，SSP拆除主叫用戶側的呼叫，并釋放所占用的資源。
9.根據權利要求6所述的方法，其特征在于，SSP檢測到主叫用戶和被叫用戶同時掛機，該方法進一步包括SSP向主叫用戶歸屬的SCP上報主叫用戶或被叫用戶掛機事件，同時向被叫用戶歸屬的SCP上報主叫用戶或被叫用戶掛機事件，主叫用戶歸屬的SCP和被叫用戶歸屬的SCP分別向SSP發(fā)送釋放呼叫的命令，SSP收到釋放呼叫命令后釋放所占用的資源。
10.根據權利要求1所述的方法，其特征在于，主被叫用戶通話結束后，該方法進一步包括SSP按主叫用戶和被叫用戶各自的應答時間作為計費起始點，分別向主叫用戶歸屬的SCP和被叫用戶歸屬的SCP上報計費時間信息，主叫用戶歸屬的SCP和被叫用戶歸屬的SCP分別對主叫用戶和被叫用戶計費。
11.根據權利要求1所述的方法，其特征在于，主被叫用戶通話結束后，該方法進一步包括SSP將橋接成功的時間作為計費起始點，向主叫用戶歸屬的SCP和被叫用戶歸屬的SCP上報計費時間信息，主叫用戶歸屬的SCP和被叫用戶歸屬的SCP分別對主叫用戶和被叫用戶計費。
12.根據權利要求1所述的方法，其特征在于，主被叫用戶通話結束后，該方法進一步包括SSP將橋接成功的時間作為主叫用戶的計費起始點，向主叫用戶歸屬的SCP上報計費時間信息，主叫用戶歸屬的SCP對主叫用戶計費；同時SSP將被叫用戶的應答時間作為被叫用戶的計費起始點，向被叫用戶歸屬的SCP上報計費時間信息，被叫用戶歸屬的SCP對被叫用戶計費。
13.根據權利要求1所述的方法，其特征在于，所述被叫用戶為智能用戶、或普通全球移動通信系統(tǒng)(GSM)用戶、或固網用戶、或專用分組交換機(PBX)用戶、或碼分多址系統(tǒng)(CDMA)用戶。
全文摘要
本發(fā)明公開了一種實現智能用戶漫游時發(fā)起呼叫的方法，包括a)漫游的智能用戶作為主叫發(fā)起呼叫時，向其歸屬業(yè)務控制點(SCP)發(fā)送含有非結構化補充業(yè)務數據(USSD)業(yè)務碼和被叫用戶號碼的USSD請求；b)SCP收到USSD請求后，判斷其中的USSD業(yè)務碼是否為USSD回呼(UCB)業(yè)務且是否允許該主叫用戶使用UCB服務，如果是，則進入c)，否則，結束本流程；c)主叫用戶的歸屬SCP命令對應的業(yè)務交換點(SSP)分別建立SSP到主叫和被叫的呼叫接續(xù)；并判斷呼叫是否建立成功，如果是，則SSP橋接兩個半段呼叫，建立主被叫之間的話路，實現通話；否則，結束本流程。本發(fā)明可使智能用戶在漫游時能作為主叫發(fā)起呼叫，進而使運營商能為用戶提供更為豐富的業(yè)務。
文檔編號H04M3/42GK1538779SQ0312197
公開日2004年10月20日 申請日期2003年4月18日 優(yōu)先權日2003年4月18日
發(fā)明者曾松林, 吳國釗 申請人:華為技術有限公司