專利名稱：一種實現(xiàn)來電選擇處理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，具體來說是涉及一種實現(xiàn)來電選擇處理的方法。
背景技術(shù)：
隨著移動通訊的不斷普及，“隨時隨地進行通訊”為用戶帶來很大的便利，用戶同時也對移動通訊提出了更高的要求。用戶有時希望能夠?qū)黼娺M行有選擇的處理，包括接入或者拒絕，而不是全部拒絕或者全部接入。具體來講，包括只接入指定的號碼，對于其它號碼發(fā)起的呼叫全部回復(fù)“被叫忙”或者“被叫不在服務(wù)區(qū)”處理，對主叫方進行“禮貌拒絕”，這樣就避免了由于強行關(guān)機或者拒絕接聽而帶來的丟失重要呼叫或給主叫方帶來傷害；有時候，又恰好相反，用戶只希望“軟拒絕”幾個指定號碼，而對于其它號碼的呼叫全部接入。
針對此類需求現(xiàn)有技術(shù)的解決方案有三種通過手機終端實現(xiàn)、在網(wǎng)絡(luò)側(cè)通過智能網(wǎng)方式實現(xiàn)、通過HLR實現(xiàn)。下面分別介紹這三種現(xiàn)有技術(shù)第一種方法是通過手機終端實現(xiàn)。用戶可以直接在支持此項功能的手機上登記此項業(yè)務(wù)相關(guān)參數(shù)，包括受控號碼、受控性質(zhì)(“只接入”還是“只拒絕”被登記的號碼)。這樣，當主被叫之間的話路被接通后，被叫手機根據(jù)主叫信令攜帶的主叫號碼和手機中登記的號碼進行匹配，并根據(jù)手機中業(yè)務(wù)參數(shù)來決定是拒絕還是接入。
第二種方法是通過智能網(wǎng)方式實現(xiàn)在普通移動網(wǎng)絡(luò)基礎(chǔ)上，增加獨立的智能網(wǎng)設(shè)備，包括SSP(Service Switching Point業(yè)務(wù)交換點)和SCP(Service Control Point業(yè)務(wù)控制點)。用戶通過手機或者營業(yè)廳將業(yè)務(wù)參數(shù)登記到SCP中，然后通過標準的智能業(yè)務(wù)處理邏輯實現(xiàn)指定的業(yè)務(wù)功能。
第三種方法是通過HLR實現(xiàn)。其實現(xiàn)比較簡單，但是功能上只支持對指定號碼的接入，而不支持對指定號碼的拒絕，例如CDMAANSI664協(xié)議下的SCA(Selective Call Acceptance可選呼叫接入)功能，其只支持來電和指定號碼的完全匹配，即只有主叫號碼和指定受控號碼完全相同時候，選擇接入才有效。
然而上述現(xiàn)有技術(shù)存在許多不足，具體而言包括第一種方法中，首先業(yè)務(wù)完全受限于終端設(shè)備，由于支持此項特性的手機還很少，市場上的絕大多數(shù)手機都不支持此項目功能，所以業(yè)務(wù)普及范圍很小，對運營商而言，沒有規(guī)模效益；其次對話路造成浪費，在本方案下，只有主被叫手機之間完全建立話路后才能生效，此時如果屏蔽生效，那么本次呼叫就按照失敗處理，此時運營商就會白白浪費為本次呼叫所分配的固話話路和空中話路，這對強調(diào)接通率的運營商來說是難以接受的。
第二種方法投資大，成本高，由于在不支持智能網(wǎng)的區(qū)域，還要額外建設(shè)智能網(wǎng)所需的SSP和SCP設(shè)備，投資高，周期長；對于目前還不具備上智能網(wǎng)條件或資金能力不夠雄厚的運營商而言，不能開展此項業(yè)務(wù)。
第三種方法功能比較單一，只能支持對受控電話進行接入，而不支持對受控電話的“軟拒絕”，比如對某個、某幾個或者某類電話的“軟拒絕”；另外受控范圍不靈活，只能支持來電號碼和指定號碼的全匹配，而不支持通過“號首”匹配方式的部分匹配功能。在實際應(yīng)用中，用戶通常不僅僅需要對某指定全號碼進行受控，往往會對某種類型號碼進行受控，比如對通過國家碼對某個國家來電的受控，通過地區(qū)號對某地區(qū)來電的受控，通過某城市區(qū)號對某一種城區(qū)號碼的受控等。

發(fā)明內(nèi)容
針對上述情形，本發(fā)明提出了一種不需要增加額外設(shè)備、不需要對手機終端做特殊要求且不對標準的移動通訊協(xié)議做任何更改的前提下，在現(xiàn)網(wǎng)HLR的基礎(chǔ)上，僅僅通過增加對來電選擇處理的參數(shù)登記和業(yè)務(wù)處理邏輯就能實現(xiàn)功能強大的來電選擇處理的方法。
為實現(xiàn)上述目的，本發(fā)明提出了一種實現(xiàn)來電選擇處理的方法，該方法包含如下步驟a、主叫通過所屬的始呼MSC發(fā)起呼叫，該始呼MSC向被叫歸屬HLR發(fā)起取路由操作；b、被叫歸屬HLR從該始呼MSC取路由操作的消息中取出主叫號碼；c、被叫歸屬HLR將主叫號碼和受控號碼進行匹配，得到匹配結(jié)果；d、被叫歸屬HLR根據(jù)匹配結(jié)果對來電進行選擇處理。
其中，所述步驟c更具體包括以下步驟c1、被叫歸屬HLR判斷被叫是否簽約且激活了來電選擇處理業(yè)務(wù)，如果是，那么進行下一步，否則匹配結(jié)果為允許主叫接入；c2、判斷主叫號碼是否包含在受控號碼或號首列表中，如果是，進行下一步，否則判斷被叫是否設(shè)置了只接入受控來電，如果是，那么匹配結(jié)果為不允許主叫接入，否則匹配結(jié)果為允許主叫接入；c3、判斷被叫是否設(shè)置了只拒絕受控來電，如果是，那么匹配結(jié)果為不允許主叫接入，否則匹配結(jié)果為允許主叫接入。
所述步驟d更具體包括以下步驟d1、如果匹配結(jié)果為允許主叫接入，那么被叫歸屬HLR進行標準的后續(xù)邏輯的處理，否則進行下一步；d2、被叫歸屬HLR設(shè)定拒絕原因，并將該拒絕原因通過始呼MSC發(fā)送給主叫。
本發(fā)明在不需要增加額外設(shè)備、不需要對手機終端做特殊要求且不對標準的移動通訊協(xié)議做任何更改的前提下，通過對現(xiàn)網(wǎng)HLR設(shè)備內(nèi)部做少量調(diào)整，即在現(xiàn)網(wǎng)HLR的基礎(chǔ)上，增加對來電選擇處理的參數(shù)登記和業(yè)務(wù)處理邏輯就能實現(xiàn)功能強大的來電選擇處理的功能。具體而言，其有如下優(yōu)點1、方案簡單；除了對現(xiàn)網(wǎng)HLR做軟件升級外，不需要增加、更改任何設(shè)備，投資小，風險小。
2、應(yīng)用范圍廣；由于不需要對手機終端設(shè)備做任何特殊要求，所有手機都能使用此項功能。
3、節(jié)省話路；由于用戶的屏蔽參數(shù)都登記在HLR中，所以在話路建立以前的信令交互階段HLR就可以根據(jù)用戶設(shè)置選擇拒絕呼叫或者接續(xù)呼叫，因此節(jié)省了固話話路和空中話路，極大保護了運營商的利益。
4、受控方式靈活；不僅可以設(shè)定只接入指定范圍的來電，還可以設(shè)定只拒絕指定范圍的來電。
5、受控號碼的設(shè)定方式更加靈活；不僅僅可以設(shè)定某一個或者某幾個號碼，還可以通過號首匹配的方式進行部分匹配，增加受控號碼的設(shè)定范圍，使各項功能更加靈活。


圖1是本發(fā)明實施例所述的通過HLR實現(xiàn)來電選擇處理的方法流程圖；圖2是本發(fā)明實施例一的消息流程示意圖；圖3是本發(fā)明實施例二的消息流程示意圖；圖4是本發(fā)明實施例步驟三的方法流程圖。
具體實現(xiàn)方式本發(fā)明實施例所述的通過HLR實現(xiàn)來電選擇處理的方法，其應(yīng)用于目前廣泛使用的CDMA(Code Division Multiple Addressing碼分多址)網(wǎng)絡(luò)。在該網(wǎng)絡(luò)中的業(yè)務(wù)區(qū)中，包括主叫用戶A，被叫用戶B，和為二者提供服務(wù)的各自的MS(Mobile Station移動基站)、MSC(Mobile Service Switching Center移動業(yè)務(wù)交換中心)、HLR。
在描述本發(fā)明實施例所述的通過HLR實現(xiàn)來電選擇處理的方法前，首先進行下面的兩項工作。
1、在上述現(xiàn)網(wǎng)HLR上增加對來電選擇處理功能參數(shù)的存儲、簽約功能。
用戶的來電選擇處理的功能參數(shù)包括簽約/去簽約狀態(tài)、激活/去激活狀態(tài)、登記的受控號碼以及受控方式(是接入還是拒絕受控號碼)。此業(yè)務(wù)特性只有用戶在簽約且激活了此項業(yè)務(wù)的情況下才生效。
根據(jù)移動業(yè)務(wù)屬性的管理慣例，用戶來電選擇處理業(yè)務(wù)的簽約和去簽約因為可能涉及計費，一般只能通過營業(yè)廳維護；受控方式、受控號碼的登記、業(yè)務(wù)特性的激活、去活要求即可以通過營業(yè)廳(或者服務(wù)熱線)進行，也可以通過標準的手機操作碼進行操作，以方便特性的靈活使用。
具體而言包括擴展HLR用戶數(shù)據(jù)內(nèi)容、擴展HLR的營業(yè)廳接口和操作維護接口、增加激活、去活來電選擇處理業(yè)務(wù)的操作命令碼(比如激活用88，去活用89，具體值可由各運營商根據(jù)實際情況進行指定)，并擴展HLR中對新增命令碼的處理邏輯。
2、在現(xiàn)網(wǎng)HLR增加對來電選擇處理功能的處理邏輯。
主要內(nèi)容是改造HLR對被叫取路由消息的處理邏輯，即在接收到LOCREQUEST消息后，如圖4所示，根據(jù)消息中攜帶的主叫號碼和用戶登記的來電選擇處理業(yè)務(wù)處理功能參數(shù)按照以下的業(yè)務(wù)邏輯進行處理。
從用戶A所屬的始呼MSC發(fā)起的LOCREQ(被叫取路由)消息中獲取用戶的主叫號碼后，進行如下邏輯判斷<pre listing-type="program-listing"><![CDATA[IF(用戶簽約且激活了來電選擇處理業(yè)務(wù)){ IF(主叫號碼包括在用戶登記的受控號碼或者號首列表中) {IF(用戶設(shè)置了只拒絕受控來電) {將AccessDeniedReason參數(shù)和AnnouncementList中同時設(shè)置為“No Page Response呼叫無響應(yīng)”(也可以設(shè)定位用戶忙、用戶關(guān)機)；將以上兩個參數(shù)通過locreq消息反饋給始呼MSC； EXIT(結(jié)束對LOCREQ消息的處理邏輯)； } }ELSE//此時主叫號碼沒有包括在受控號碼(或號首)范圍內(nèi){IF(用戶設(shè)置了只接入受控來電) { 將AccessDeniedReason參數(shù)和AnnouncementList中同時設(shè)置為“No Page Response呼叫無響應(yīng)”(也可以設(shè)定位用戶忙、用戶關(guān)機)；將以上兩個參數(shù)通過LOCREQ消息反饋給始呼MSC；EXIT(結(jié)束對LOCREQ消息的處理邏輯)；} } }]]></pre>繼續(xù)按照ANSI41D定義的標準被叫取路由流程進行后續(xù)邏輯的處理；本發(fā)明實施例的核心內(nèi)容是在現(xiàn)網(wǎng)HLR的基礎(chǔ)上，增加對來電選擇處理的參數(shù)登記和業(yè)務(wù)處理邏輯即在HLR按照標準移動協(xié)議處理被叫取路由消息流程時，根據(jù)用戶的設(shè)置對被叫信令進行攔截分析。
以下就以CDMA ANSI-41D協(xié)議流程對允許接入和禮貌拒絕的兩種工作流程，即相應(yīng)兩個實施例來說明本發(fā)明。
實施例一用戶A呼叫簽約且激活了來電選擇處理功能的用戶B，且用戶B允許A接入如圖1所示，其包括以下步驟第一、主叫通過所屬的始呼MSC發(fā)起呼叫，該始呼MSC向被叫歸屬HLR發(fā)起取路由操作；本步驟具體包括如圖2中的步驟1、2，1、移動用戶A通過所在服務(wù)MSC向用戶B發(fā)起呼叫；2、始呼MSC向被叫用戶B的歸屬HLR發(fā)起取路由操作，其中LOCREQ消息中包含了主叫號碼；這些消息流程步驟以及消息接口完全和現(xiàn)有技術(shù)中的CDMA標準協(xié)議一致。
第二、被叫歸屬HLR從該始呼MSC取路由操作的消息中取出主叫號碼。
第三、被叫歸屬HLR將主叫號碼和被叫登記的受控號碼進行匹配，得到匹配結(jié)果。
如圖2中的步驟3所示，3、HLR將主叫用戶A的號碼(即主叫號碼)和用戶B登記受控號碼(或者號首)進行匹配，發(fā)現(xiàn)允許A接入，得到匹配結(jié)果。
第四、被叫歸屬HLR根據(jù)匹配結(jié)果對來電進行選擇處理。
根據(jù)步驟三中得到的匹配結(jié)果，允許A接入，從而進行后續(xù)的取路由操作。
后續(xù)的取路由操作如圖2中的步驟4、5、6所示，這些消息流程以及消息接口完全和CDMA標準協(xié)議一致。
4、首先用戶B所在服務(wù)的MSC分配臨時漫游號碼TLDN(Temporary Local Directory NumberCDMA移動用戶臨時號碼簿號碼)，并反饋給HLR；5、HLR將TLDN反饋給始呼MSC；6、始呼MSC根據(jù)TLDN向用戶B發(fā)起接續(xù)呼叫。
實施例二用戶A呼叫簽約且激活了來電選擇處理功能的用戶B，且用戶B不允許A接入如圖1所示，其包括以下步驟第一、主叫通過所屬的始呼MSC發(fā)起呼叫，該始呼MSC向被叫歸屬HLR發(fā)起取路由操作；如圖3所示中步驟1、2所示，同實施例一中的相應(yīng)步驟。
第二、被叫歸屬HLR從該始呼MSC取路由操作的消息中取出主叫號碼。
第三、被叫歸屬HLR將主叫號碼和被叫登記的受控號碼進行匹配，得到匹配結(jié)果。
如圖3中的步驟3所示，3、HLR將主叫用戶A的號碼(即主叫號碼)和用戶B登記受控號碼(或者號首)進行匹配，發(fā)現(xiàn)不允許A接入，得到匹配結(jié)果，第四、被叫歸屬HLR根據(jù)匹配結(jié)果對來電進行選擇處理。
根據(jù)步驟三中得到的匹配結(jié)果，不允許A接入，從而不再進行后續(xù)取路由操作，直接按照用戶的設(shè)定，終斷本次呼叫處理，并通過將locreq相應(yīng)消息中的AccessDeniedReason參數(shù)和AnnouncementList中同時設(shè)置為“No Page Response呼叫無響應(yīng)”來達到模擬“用戶不再服務(wù)區(qū)”的情況。當然，系統(tǒng)用戶還可以設(shè)定其它拒絕原因，比如用戶忙、用戶關(guān)機等。
以下消息流程以及消息接口完全和CDMA標準協(xié)議一致，如圖3所示中步驟4所示，4、始呼MSC根據(jù)接收到HLR反饋的消息后，根據(jù)HLR指定的AccessDeniedReason和AnnouncementList參數(shù)值向用戶A播放“呼叫無響應(yīng)”或者“用戶忙”“用戶關(guān)機”的語音提示。這兩個參數(shù)以及參數(shù)值全部和標準協(xié)議一致，所以無需MSC做任何調(diào)整。
權(quán)利要求
1.一種實現(xiàn)來電選擇處理的方法，其特征在于，該方法包含如下步驟a、主叫通過所屬的始呼MSC發(fā)起呼叫，該始呼MSC向被叫歸屬HLR發(fā)起取路由操作；b、被叫歸屬HLR從該始呼MSC取路由操作的消息中取出主叫號碼；c、被叫歸屬HLR將主叫號碼和受控號碼進行匹配，得到匹配結(jié)果；d、被叫歸屬HLR根據(jù)匹配結(jié)果對來電進行選擇處理。
2.如權(quán)利要求1所述的一種實現(xiàn)來電選擇處理的方法，其特征在于，所述步驟c中將主叫號碼和受控號碼進行匹配是指判斷主叫號碼是否包含在被叫登記的受控號碼或號首列表中。
3.如權(quán)利要求2所述的一種實現(xiàn)來電選擇處理的方法，其特征在于，所述步驟c更具體包括以下步驟c1、被叫歸屬HLR判斷被叫是否簽約且激活了來電選擇處理業(yè)務(wù)，如果是，那么進行下一步，否則匹配結(jié)果為允許主叫接入；c2、判斷主叫號碼是否包含在受控號碼或號首列表中，如果是，進行下一步，否則判斷被叫是否設(shè)置了只接入受控來電，如果是，那么匹配結(jié)果為不允許主叫接入，否則匹配結(jié)果為允許主叫接入；c3、判斷被叫是否設(shè)置了只拒絕受控來電，如果是，那么匹配結(jié)果為不允許主叫接入，否則匹配結(jié)果為允許主叫接入。
3.如權(quán)利要求1、2或3所述的一種實現(xiàn)來電選擇處理的方法，其特征在于，所述步驟c中受控號碼是由被叫登記的。
4.如權(quán)利要求1所述的一種實現(xiàn)來電選擇處理的方法，其特征在于，所述步驟d更具體包括d1、如果匹配結(jié)果為允許主叫接入，那么被叫歸屬HLR進行標準的后續(xù)邏輯的處理，否則進行下一步；d2、被叫歸屬HLR設(shè)定拒絕原因，并將該拒絕原因通過始呼MSC發(fā)送給主叫。
5.如權(quán)利要求4所述的一種實現(xiàn)來電選擇處理的方法，其特征在于，所述步驟d的步驟d2中被叫歸屬HLR設(shè)定拒絕原因更具體是指通過將locreq相應(yīng)消息中的AccessDeniedReason參數(shù)和AnnouncementList中同時設(shè)置為“No Page Response 呼叫無響應(yīng)”、“用戶忙”或“用戶關(guān)機”來實現(xiàn)的。
全文摘要
本發(fā)明提出了一種實現(xiàn)來電選擇處理的方法，其包含如下步驟a、主叫通過所屬的始呼MSC發(fā)起呼叫，該始呼MSC向被叫歸屬HLR發(fā)起取路由操作；b、被叫歸屬HLR從該始呼MSC取路由操作的消息中取出主叫號碼；c、被叫歸屬HLR將主叫號碼和受控號碼進行匹配，得到匹配結(jié)果；d、被叫歸屬HLR根據(jù)匹配結(jié)果對來電進行選擇處理。本發(fā)明在不需要增加額外設(shè)備、不需要對手機終端做特殊要求且不對標準的移動通訊協(xié)議做任何更改的前提下，就能實現(xiàn)功能強大的來電選擇處理的功能。其方案簡單；應(yīng)用范圍廣；節(jié)省話路；受控方式靈活；受控號碼的設(shè)定方式更加靈活。
文檔編號H04M1/725GK1505370SQ0215236
公開日2004年6月16日 申請日期2002年12月5日 優(yōu)先權(quán)日2002年12月5日
發(fā)明者孟廣斌 申請人:華為技術(shù)有限公司