專利名稱：一種處理呼叫沖突的方法、系統(tǒng)和業(yè)務(wù)控制設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種處理呼叫沖突的方法、系統(tǒng)和業(yè)務(wù)控制設(shè)備。
背景技術(shù)：
在現(xiàn)有的呼叫過程中，若終端A呼叫終端B的時(shí)候，終端B正向終端A發(fā)起呼叫，此時(shí)，發(fā)生呼叫沖突，終端A和終端B發(fā)起的呼叫均會(huì)遇忙，從而無法成功建立A與B之間的呼叫，降低了呼叫成功率。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種處理呼叫沖突的方法、系統(tǒng)和業(yè)務(wù)控制設(shè)備，以提高呼叫成功率。第一方面，處理呼叫沖突的方法包括在呼叫建立過程中，業(yè)務(wù)控制設(shè)備獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)；根據(jù)該主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文；若有，則指示移動(dòng)交換中心MSC釋放當(dāng)前呼叫；若沒有，則緩存當(dāng)前呼叫的上下文，并指示MSC接續(xù)當(dāng)前呼叫，當(dāng)成功接續(xù)當(dāng)前呼叫或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)，刪除當(dāng)前呼叫的上下文；其中，緩存的當(dāng)前呼叫的上下文包括當(dāng)前呼叫的主被叫標(biāo)識(shí)。在第一方面的第一種可能的實(shí)現(xiàn)方式中，在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，業(yè)務(wù)控制設(shè)備進(jìn)行延時(shí)等待，達(dá)到預(yù)設(shè)延時(shí)時(shí)長時(shí)向MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。在第一方面的第二種可能的實(shí)現(xiàn)方式中，在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，業(yè)務(wù)控制設(shè)備實(shí)時(shí)檢測當(dāng)前呼叫的被叫狀態(tài)，當(dāng)檢測到所述被叫恢復(fù)空閑狀態(tài)時(shí)，向MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式或第一方面的第二種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，若緩存的呼叫上下文中未區(qū)分主被叫，則與當(dāng)前呼叫相沖突的呼叫的上下文具體為包含有當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文。結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式或第一方面的第二種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，若緩存的呼叫上下文中有區(qū)分主被叫，則與當(dāng)前呼叫相沖突的呼叫的上下文具體為記錄的主叫為當(dāng)前呼叫的被叫，且記錄的被叫為當(dāng)前呼叫的主叫的呼叫上下文。結(jié)合第一方面的第四種可能的實(shí)現(xiàn)方式，在第五種可能的實(shí)現(xiàn)方式中，在接續(xù)當(dāng)前呼叫過程中，若接收到MSC在檢測點(diǎn)DP12發(fā)起的初始檢測點(diǎn)IDP消息，業(yè)務(wù)控制設(shè)備查找緩存的呼叫上下文，確定沒有與當(dāng)前呼叫相沖突的呼叫的上下文，且當(dāng)前呼叫的上下文已緩存時(shí)，指示MSC繼續(xù)接續(xù)當(dāng)前呼叫。第二方面，業(yè)務(wù)控制設(shè)備包括獲取單元，用于在呼叫建立過程中，獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)；控制單元，用于根據(jù)所述獲取單元獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文；若有，則指示移動(dòng)交換中心MSC釋放當(dāng)前呼叫；若沒有，則緩存當(dāng)前呼叫的上下文，并指示所述MSC接續(xù)當(dāng)前呼叫，當(dāng)成功接續(xù)當(dāng)前呼叫或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)，刪除當(dāng)前呼叫的上下文；其中，所述緩存的當(dāng)前呼叫的上下文包括當(dāng)前呼叫的主被叫標(biāo)識(shí)。在第二方面的第一種可能的實(shí)現(xiàn)方式中，業(yè)務(wù)控制設(shè)備還包括延時(shí)單元，用于監(jiān)控延時(shí)時(shí)長，當(dāng)?shù)竭_(dá)預(yù)設(shè)延時(shí)時(shí)長時(shí)，通知所述控制單元；控制單元還用于在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，則進(jìn)行延時(shí)等待，并觸發(fā)所述延時(shí)單元啟動(dòng)監(jiān)控，當(dāng)接收到 所述延時(shí)單元發(fā)送的達(dá)到預(yù)設(shè)延時(shí)時(shí)長的通知時(shí)，向所述MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。在第二方面的第二種可能的實(shí)現(xiàn)方式中，業(yè)務(wù)控制設(shè)備還包檢測單元，用于實(shí)時(shí)檢測當(dāng)前呼叫的被叫狀態(tài)，當(dāng)檢測到所述被叫恢復(fù)空閑狀態(tài)時(shí)通知所述控制單元；控制單元還用于在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，則觸發(fā)所述檢測單元啟動(dòng)檢測，當(dāng)接收到所述檢測單元發(fā)送的所述被叫恢復(fù)空閑狀態(tài)的通知時(shí)，向所述MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。在第三種可能的實(shí)現(xiàn)方式中，結(jié)合第二方面或第二方面的第一種可能的實(shí)現(xiàn)方式或第二方面的第二種可能的實(shí)現(xiàn)方式，若緩存的呼叫上下文中未區(qū)分主被叫，則與當(dāng)前呼叫相沖突的呼叫的上下文具體為包含有當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文。在第四種可能的實(shí)現(xiàn)方式中，結(jié)合第二方面或第二方面的第一種可能的實(shí)現(xiàn)方式或第二方面的第二種可能的實(shí)現(xiàn)方式，若緩存的呼叫上下文中有區(qū)分主被叫，則與當(dāng)前呼叫相沖突的呼叫的上下文具體為記錄的主叫為當(dāng)前呼叫的被叫，且記錄的被叫為當(dāng)前呼叫的主叫的呼叫上下文。在第五種可能的實(shí)現(xiàn)方式中，結(jié)合第二方面的第四種可能的實(shí)現(xiàn)方式，處理單元還用于在接續(xù)當(dāng)前呼叫的過程中，若從通信單元接收到所述MSC在監(jiān)測點(diǎn)DP12發(fā)起的初始檢測點(diǎn)IDP消息，則查找存儲(chǔ)單元中緩存的呼叫上下文，確定沒有與當(dāng)前呼叫相沖突的呼叫的上下文，且當(dāng)前呼叫的上下文已緩存時(shí)，所述MSC繼續(xù)接續(xù)當(dāng)前呼叫。第三方面，處理呼叫沖突的系統(tǒng)，包括移動(dòng)交換中心MSC以及第二方面或第二方面的第一種可能的實(shí)現(xiàn)方式或第二方面的第二種可能的實(shí)現(xiàn)方式或第二方面的第三種可能的實(shí)現(xiàn)方式或第二方面的第四種可能的實(shí)現(xiàn)方式或第二方面的第五種可能的實(shí)現(xiàn)方式中的業(yè)務(wù)控制設(shè)備；其中，MSC用于根據(jù)所述業(yè)務(wù)控制設(shè)備下發(fā)的指示對(duì)當(dāng)前呼叫進(jìn)行處理。本發(fā)明實(shí)施例中，由于在成功接續(xù)當(dāng)前呼叫或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)將當(dāng)前呼叫的上下文刪除，從而確保業(yè)務(wù)控制設(shè)備緩存的上下文為正處于呼叫建立過程中的呼叫的上下文。因此，在接收到呼叫時(shí)，業(yè)務(wù)控制設(shè)備可以根據(jù)緩存的呼叫上下文來確定是否存在呼叫沖突，當(dāng)存在呼叫沖突時(shí)將當(dāng)前呼叫釋放掉，從而在一定程度上保證了另一呼叫的成功接續(xù)，提高了呼叫接通率，避免了網(wǎng)絡(luò)資源的浪費(fèi)。


為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明實(shí)施例提供的處理呼叫沖突的方法流程圖；圖2為本發(fā)明實(shí)施例提供的場景I下的呼叫沖突處理方法流程圖；圖3為場景I下的呼叫沖突處理方法的另一實(shí)施例的流程圖；圖4為本發(fā)明實(shí)施例提供的場景2下的呼叫沖突處理方法的流程圖；圖5為場景2下的呼叫沖突處理方法的另一實(shí)施例的流程圖；
圖6為本發(fā)明實(shí)施例提供的場景3下的呼叫沖突處理方法的流程圖；圖7為本發(fā)明實(shí)施例提供業(yè)務(wù)控制設(shè)備的結(jié)構(gòu)示意圖；圖8為本發(fā)明另一實(shí)施例提供業(yè)務(wù)控制設(shè)備的結(jié)構(gòu)示意圖；圖9為本發(fā)明另一實(shí)施例提供業(yè)務(wù)控制設(shè)備的結(jié)構(gòu)示意圖；圖10為本發(fā)明實(shí)施例提供基于計(jì)算機(jī)系統(tǒng)的業(yè)務(wù)控制設(shè)備的結(jié)構(gòu)示意圖；圖11為本發(fā)明實(shí)施例提供解決呼叫沖突的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。在主叫終端呼叫被叫終端的過程中，被叫終端也正處于呼叫主叫終端的過程中，這種現(xiàn)象在本發(fā)明實(shí)施例中被稱之為呼叫沖突。圖I為本發(fā)明實(shí)施例提供的處理呼叫沖突的方法流程圖，如圖所示，該實(shí)施例中處理呼叫沖突的方法包括S100，在呼叫建立過程中，業(yè)務(wù)控制設(shè)備獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)；其中，業(yè)務(wù)控制設(shè)備是在呼叫過程中進(jìn)行業(yè)務(wù)處理并進(jìn)行呼叫控制的設(shè)備，比如，智能網(wǎng)中的業(yè)務(wù)控制點(diǎn)(service control point, SCP),在本發(fā)明實(shí)施例中用于處理呼叫沖突業(yè)務(wù)。呼叫沖突業(yè)務(wù)是用于解決呼叫沖突的業(yè)務(wù)。移動(dòng)交換中心(mobile switching center, MSC)接收到主叫終端發(fā)起的呼叫后，若確定主叫或被叫終端簽約了呼叫沖突業(yè)務(wù)，則向業(yè)務(wù)控制設(shè)備發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的消息，如初始檢測點(diǎn)(initial domain part, IDP)消息,業(yè)務(wù)控制設(shè)備從該消息中獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)。其中，MSC可以根據(jù)主叫或被叫的簽約信息確定是否簽約呼叫沖突業(yè)務(wù)，該簽約信息可以是移動(dòng)網(wǎng)增強(qiáng)邏輯的用戶應(yīng)用簽約信息(customizedapplications for mobilenetwork enhanced logic (CAMEL)subscriptioninformation, C SI)。可選的，MSC也可以默認(rèn)所有用戶都簽約了呼叫沖突業(yè)務(wù)，在接收到呼叫后按照預(yù)先配置的業(yè)務(wù)控制設(shè)備的地址，向業(yè)務(wù)控制設(shè)備發(fā)送觸發(fā)呼叫沖突業(yè)務(wù)的消息。S102，根據(jù)該主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否存在與當(dāng)前呼叫相沖突的呼叫的上下文；若有，則執(zhí)行S104 ;若沒有，則執(zhí)行S106 ；其中，業(yè)務(wù)控制設(shè)備緩存有正處于呼叫建立過程中的呼叫的上下文，每個(gè)呼叫的上下文中都包括該呼叫的主被叫標(biāo)識(shí)。業(yè)務(wù)控制設(shè)備通過查找已緩存的呼叫上下文可以確定是否存在沖突呼叫。當(dāng)然，業(yè)務(wù)控制設(shè)備可以在本地緩存呼叫上下文，也可以將呼叫上下文緩存在外部的存儲(chǔ)設(shè)備中。具體的，業(yè)務(wù)控制設(shè)備在緩存的呼叫上下文時(shí)可不區(qū)分主被叫(即僅緩存主被叫的標(biāo)識(shí)本身)，也可以區(qū)分主被叫(即除緩存主被叫的標(biāo)識(shí)本身外，還標(biāo)記出該標(biāo)識(shí)是屬于主叫還是被叫)。若緩存的呼叫上下文中未區(qū)分主被叫，與當(dāng)前呼叫相沖突的呼叫的上下文具體為包含有當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文。業(yè)務(wù)控制設(shè)備在緩存的呼叫上下文中查找出包含當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文時(shí)，確定存在與當(dāng)前呼叫沖突的呼叫。
通常情況下，根據(jù)緩存的呼叫上下文中是否有包含該主被叫標(biāo)識(shí)的呼叫上下文即可確定是否存在呼叫沖突。在一些特定需求下，如在同一個(gè)呼叫中第二次向業(yè)務(wù)控制設(shè)備發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的消息時(shí)，可以進(jìn)一步確定呼叫上下文中的記錄的主叫是否為當(dāng)前呼叫的被叫，被叫是否為當(dāng)前呼叫的主叫，以免將該呼叫自身作為沖突呼叫，因?yàn)樵摵艚械谝淮斡|發(fā)呼叫沖突業(yè)務(wù)時(shí)緩存了該呼叫的上下文。具體的，若緩存的呼叫上下文中有區(qū)分主被叫，則與當(dāng)前呼叫相沖突的呼叫的上下文具體為記錄的主叫為當(dāng)前呼叫的被叫，且記錄的被叫為當(dāng)前呼叫的主叫的呼叫上下文。業(yè)務(wù)控制設(shè)備在緩存的呼叫上下文中查找出有呼叫上下文，其記錄為主叫的標(biāo)識(shí)為當(dāng)前呼叫的被叫標(biāo)識(shí)，且該呼叫上下文記錄為被叫的標(biāo)識(shí)為當(dāng)前呼叫的主叫標(biāo)識(shí)時(shí)，確定存在與當(dāng)前呼叫沖突的呼叫。S104，指示MSC釋放當(dāng)前呼叫。具體的，業(yè)務(wù)控制設(shè)備向MSC發(fā)送釋放當(dāng)前呼叫的指令，如釋放呼叫(releasecall, RC)信令，MSC根據(jù)該指令釋放當(dāng)前呼叫。S106,緩存當(dāng)前呼叫的上下文，并指示MSC接續(xù)當(dāng)前呼叫，當(dāng)成功接續(xù)當(dāng)前呼叫時(shí)或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)，刪除當(dāng)前呼叫的上下文；其中，緩存的當(dāng)前呼叫的上下文包括當(dāng)前呼叫的主被叫標(biāo)識(shí)。具體的，在不存在沖突呼叫的情況下，業(yè)務(wù)控制設(shè)備向MSC發(fā)送接續(xù)當(dāng)前呼叫的指令，如接續(xù)(continue)消息,指示MSC接續(xù)當(dāng)前呼叫。其中,業(yè)務(wù)控制設(shè)備可以以接收到MSC上報(bào)的被叫應(yīng)答消息來確定成功接續(xù)當(dāng)前呼叫，以接收到MSC上報(bào)的釋放事件來確定在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放。步驟S106中緩存的上下文在后續(xù)處理中可作為判斷呼叫沖突的依據(jù)，比如，在刪除當(dāng)前呼叫的上下文以前，接收到當(dāng)前呼叫的被叫向當(dāng)前呼叫的主叫發(fā)起的呼叫，此時(shí)，業(yè)務(wù)控制設(shè)備可根據(jù)緩存的呼叫上下文確定存在沖突的呼叫。上述實(shí)施例中，由于在成功接續(xù)當(dāng)前呼叫時(shí)或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)將當(dāng)前呼叫的上下文刪除，從而確保業(yè)務(wù)控制設(shè)備緩存的上下文為正處于呼叫建立過程中的呼叫的上下文。因此，在接收到呼叫時(shí)，業(yè)務(wù)控制設(shè)備可以根據(jù)緩存的呼叫上下文來確定是否存在呼叫沖突，當(dāng)存在呼叫沖突時(shí)將當(dāng)前呼叫釋放掉，從而在一定程度上保證了與當(dāng)前呼叫沖突的另一呼叫的成功接續(xù)，提高了呼叫接通率，避免了網(wǎng)絡(luò)資源的浪費(fèi)。由于在呼叫建立過程中，信令傳送存在延時(shí)，因此，在一些特殊場景下，還需要進(jìn)行進(jìn)一步的處理。比如，在前述步驟S106之后，MSC接收到接續(xù)當(dāng)前呼叫指示，并將終端A發(fā)起的呼叫接續(xù)到終端B時(shí)，終端B向終端A發(fā)起的呼叫還未來得及釋放(從釋放到終端恢復(fù)空閑狀態(tài)有一定時(shí)延)，此時(shí)，會(huì)出現(xiàn)遇忙的情況，MSC會(huì)向業(yè)務(wù)控制設(shè)備上報(bào)遇忙事件。因此，為了解決此特殊情況，業(yè)務(wù)處理設(shè)備還可以在圖I所示實(shí)施例的基礎(chǔ)上進(jìn)行進(jìn)一步的處理。具體可采用下述兩種處理方式方式一在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，業(yè)務(wù)控制設(shè)備進(jìn)行延時(shí)等待，達(dá)到預(yù)設(shè)延時(shí)時(shí)長時(shí)向MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。其中，預(yù)設(shè)延時(shí)時(shí)長可以根據(jù)經(jīng)驗(yàn)值預(yù)先設(shè)定，比如10秒。方式二 在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，業(yè)務(wù)控制設(shè)備實(shí)時(shí)檢測當(dāng)前呼叫的被叫狀態(tài)，當(dāng)檢測到所述被叫恢復(fù)空閑狀態(tài)時(shí)，向MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。通過上述處理，解決了一些特殊情況下接續(xù)不成功的問題，使得呼叫接通率得到 了更進(jìn)一步的提高。而且上述兩種方式各有優(yōu)點(diǎn)，方式一的處理無需和其它設(shè)備交互，直接等待即可，節(jié)省網(wǎng)絡(luò)資源；方式二可直接獲知被叫狀態(tài)，精確度高。此外，在主被叫雙方均簽約了呼叫沖突業(yè)務(wù)的情況，還可能會(huì)出現(xiàn)以下情況當(dāng)業(yè)務(wù)處理設(shè)備指示MSC接續(xù)當(dāng)前呼叫后，MSC根據(jù)被叫終端的簽約信息(如，T-CSI)再次向該業(yè)務(wù)處理設(shè)備發(fā)送用于觸發(fā)沖突業(yè)務(wù)的消息(如，IDP消息)。此時(shí)，業(yè)務(wù)處理設(shè)備在圖I或上述其它實(shí)施例的基礎(chǔ)上還可以進(jìn)一步包括如下處理在接續(xù)當(dāng)前呼叫過程中，若接收到MSC在檢測點(diǎn)(detection point，DP) 12發(fā)起的初始檢測點(diǎn)IDP消息時(shí)，業(yè)務(wù)控制設(shè)備查找緩存的呼叫上下文，確定不存在沖突呼叫且當(dāng)前呼叫的上下文已緩存，指示MSC繼續(xù)接續(xù)當(dāng)前呼叫。本實(shí)施例也是對(duì)特殊情況下的處理，目的在于進(jìn)一步的提高呼叫接通率，以節(jié)約網(wǎng)絡(luò)資源。本發(fā)明實(shí)施例的方案可以應(yīng)用在智能網(wǎng)或其它網(wǎng)絡(luò)中，為了便于理解，本發(fā)明實(shí)施例均以智能網(wǎng)中的消息為例進(jìn)行說明，在應(yīng)用到其它網(wǎng)絡(luò)中時(shí)，可替換為其它網(wǎng)絡(luò)中具有類似功能的消息。若以智能網(wǎng)來實(shí)現(xiàn)本發(fā)明實(shí)施例提供的方案，需要在歸屬位置寄存器(homelocation register,HLR)中為用戶簽約呼叫沖突業(yè)務(wù)。即在圖I所示的步驟S100之前還包括預(yù)先進(jìn)行簽約信息設(shè)置，簽約信息設(shè)置過程如下HLR制作并保存用戶的簽約信息，包括始發(fā) CAMEL 簽約信息(originating CAMELsubscription information, O-C SI)和終止CAMEL 簽約信息(terminated CAMELsubscription information, T-CSI) 0-CSI 和 T-CSI中的業(yè)務(wù)鍵為呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵，O-CSI和T-CSI中的地址為處理呼叫沖突業(yè)務(wù)的業(yè)務(wù)控制設(shè)備的地址。若簽約用戶做主叫，MSC根據(jù)該用戶的O-CSI向業(yè)務(wù)控制設(shè)備發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的消息，若簽約用戶做被叫，MSC根據(jù)該用戶的T-CSI向業(yè)務(wù)控制設(shè)備發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的消息。前述步驟SlOO中業(yè)務(wù)控制設(shè)備獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)可具體包括業(yè)務(wù)控制設(shè)備接收移動(dòng)交換中心根據(jù)主叫或被叫的簽約信息發(fā)送的用于觸發(fā)呼叫沖突業(yè)務(wù)的消息，并從該消息中獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)。下面以具體的應(yīng)用場景對(duì)本發(fā)明實(shí)施例進(jìn)行進(jìn)一步的說明，以下場景均以智能網(wǎng)為例，因此，在以下實(shí)施例中業(yè)務(wù)控制設(shè)備為智能網(wǎng)中的SCP。場景I :終端A簽約有呼叫沖突業(yè)務(wù)，終端B未簽約呼叫沖突業(yè)務(wù)，其中，終端A到終端B的呼叫稱為呼叫a，終端B到終端A的呼叫稱為呼叫b，假定呼叫a先于呼叫b發(fā)生。圖2為場景I下的呼叫沖突處理方法流程圖，如圖所示，本實(shí)施例中呼叫沖突處理方法包括a201 終端A的拜訪地移動(dòng)交換中心MSCa接收終端A發(fā)起的對(duì)終端B的呼叫a ;a202 =MSCa根據(jù)終端A的0-CSI向SCP發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；其中，IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫a的主被叫標(biāo)識(shí)。終端A的簽約信息O-CSI可以從拜訪地位置寄存器(visitor location register, VLR)獲得。其中，VLR可以與MSC合設(shè)在一個(gè)物理實(shí)體中，也可以是兩個(gè)獨(dú)立的物理實(shí)體。本發(fā)明實(shí)施例以VLR可以與MSC合設(shè)為例進(jìn)行說明。a203 SCP獲取呼叫a的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下 文，確定不存在與呼叫a沖突的呼叫；其中，每個(gè)呼叫上下文中包括相應(yīng)呼叫的主被叫標(biāo)識(shí)，通過查找已緩存的呼叫上下文，可以確定是否有包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文，從而確定是否存在與呼叫a沖突的呼叫，本實(shí)施例中由于呼叫a先于呼叫b發(fā)生，因此，查找不到包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文。a204 :緩存呼叫a的上下文，其中，緩存的呼叫a的上下文包括呼叫a的主被叫標(biāo)識(shí)；具體的，在緩存呼叫上下文的時(shí)候，可以不對(duì)主被叫標(biāo)識(shí)加以區(qū)分，直接存儲(chǔ)標(biāo)識(shí)A和標(biāo)識(shí)B。a205 :向MSC發(fā)送continue消息,指示MSC接續(xù)呼叫a ；可選的,在發(fā)送continue消息時(shí),可進(jìn)一步向MSC發(fā)送請(qǐng)求報(bào)告基本呼叫狀態(tài)模型事件(request report (Basic Call State Mode, BCSM) event, RRBE)消息，該 RRBE 消息用于指示MSCa監(jiān)測被叫應(yīng)答、忙、無應(yīng)答、不可達(dá)等事件，該處理可參考現(xiàn)有技術(shù)來實(shí)現(xiàn)。需要說明的是步驟a204和a205在執(zhí)行時(shí)并沒有先后順序限制。a206 =MSCa向終端B的拜訪地MSCb發(fā)送初始地址消息(InitialAddressMessage, IAM)；在MSCa將呼叫a接續(xù)到終端B之前，即在步驟a206之前，如果終端B發(fā)起了呼叫b，SCP對(duì)呼叫b的處理，具體如下b201 終端B的拜訪地移動(dòng)交換中心MSCb接收終端B發(fā)起的對(duì)終端A的呼叫b ;b202 =MSCb根據(jù)被叫(終端A)的T-CSI向SCP發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP
消息；其中，IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫b的主被叫標(biāo)識(shí)。b203 SCP獲取呼叫b的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定存在與呼叫b沖突的呼叫；由于呼叫a先于呼叫b發(fā)生，在a204中已緩存包含終端A標(biāo)識(shí)和終端B標(biāo)識(shí)的呼叫上下文，因此，在本步驟中可以查找到包含呼叫b的主被叫標(biāo)識(shí)的呼叫上下文，從而確定存在沖突呼叫。b204 向MSCb發(fā)送RC消息，指示MSCb釋放呼叫b ；b205 =MSCb釋放呼叫b的資源，使B終端恢復(fù)到空閑狀態(tài)。
本實(shí)施例中，對(duì)呼叫b的處理在步驟a206之前完成，因此，在MSC接收到IAM消息時(shí)，呼叫b已經(jīng)被釋放，所以呼叫a可以被成功接續(xù)，具體的過程如下步驟a207 MSCb尋呼終端B并向MSCa返回地址全消息(addresscompletemessage, ACM)；a208 :在被叫終端應(yīng)答后，MSCb向MSCa發(fā)送地址應(yīng)答消息(addressanswermessage, ANM)；a209 :MSCa向SCP發(fā)送基本呼叫狀態(tài)模型事件上報(bào)(event report basiccallstate model, ERB)消息來上報(bào)應(yīng)答事件；a210 SCP向MSCa發(fā)送Continue消息指不MSCa接通呼叫a ；a211 SCP刪除緩存的呼叫a的上下文。 需要說明的是步驟a210和a211在執(zhí)行時(shí)并沒有先后順序限制。a212 :呼叫a成功建立,終端A和終端B開始通話。由于信令傳送存在延時(shí)，因此，有可能存在雖然呼叫b發(fā)生在MSCa將呼叫a接續(xù)到終端B之前，但在步驟a206之前未來得及釋放的情況，對(duì)于此情況，處理如圖3所示，圖3為場景I下的呼叫沖突處理方法的另一實(shí)施例的流程圖,本實(shí)施例中呼叫沖突處理方法包括a301 終端A的拜訪地移動(dòng)交換中心MSCa接收終端A發(fā)起的對(duì)終端B的呼叫a ;a302 =MSCa根據(jù)終端A的0-CSI向SCP發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；其中，IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫a的主被叫標(biāo)識(shí)。a303 SCP獲取呼叫a的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定不存在與呼叫a沖突的呼叫；其中，每個(gè)呼叫上下文中包括相應(yīng)呼叫的主被叫標(biāo)識(shí)，通過查找已緩存的呼叫上下文，可以確定是否有包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文，從而確定是否存在與呼叫a沖突的呼叫，本實(shí)施例中由于呼叫a先于呼叫b發(fā)生，因此，查找不到包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文。a304 :緩存呼叫a的上下文，其中，緩存的呼叫a的上下文包括呼叫a的主被叫標(biāo)識(shí)；具體的，在緩存呼叫上下文的時(shí)候，可以不區(qū)分主被叫。a305 向MSC發(fā)送continue消息，指不MSC接續(xù)呼叫a ；可選的,在發(fā)送continue消息時(shí),可進(jìn)一步向MSC發(fā)送請(qǐng)求報(bào)告基本呼叫狀態(tài)模型事件(request report BCSM(basic call state mode) event, RRBE)消息，該 RRBE 消息用于指示MSCa監(jiān)測被叫應(yīng)答、忙、無應(yīng)答、不可達(dá)等事件，該處理可參考現(xiàn)有技術(shù)來實(shí)現(xiàn)。需要說明的是步驟a304和a305在執(zhí)行時(shí)并沒有先后順序限制。a306 =MSCa向終端B的拜訪地MSCb發(fā)送初始地址消息(initialaddressmessage, IAM)；在MSCa將呼叫a接續(xù)到終端B之前，即在步驟a306之前，如果終端B發(fā)起了呼叫b，SCP對(duì)呼叫b進(jìn)行處理，步驟b301-b305為呼叫b的處理過程，其中步驟b301_b305的處理過程可參考圖2所示的步驟b201-b205。只是在本實(shí)施例中，對(duì)呼叫b的處理在步驟a306之前尚未完成的，因此，在MSC接收到IAM消息時(shí)，呼叫b未被釋放，所以呼叫a無法成功接續(xù)。此時(shí)，對(duì)呼叫a的后續(xù)處理包括a307 =MSCb向MSCa返回REL消息通知接續(xù)失敗，并攜帶原因值被叫忙；a308 =MSCa向SCP發(fā)送ERB消息，上報(bào)遇忙事件；a309 SCP進(jìn)行延時(shí)等待；此處延時(shí)是為了等待呼叫b的處理完成，終端B恢復(fù)到空閑狀態(tài)，延時(shí)時(shí)長可以根據(jù)經(jīng)驗(yàn)值預(yù)先設(shè)置。為了精確度更高，本步驟還可以采用另一種替代方式，即SCP實(shí)時(shí)檢測終端B的狀態(tài)，當(dāng)檢測到終端B恢復(fù)空閑狀態(tài)時(shí)，向MSC發(fā)送Reconnect消息。a310 :在延時(shí)達(dá)到預(yù)設(shè)延時(shí)時(shí)長時(shí)向MSC發(fā)送Reconnect消息,指示MSC重新接續(xù)呼叫a ； a311 MSCa 向 MSCb 發(fā)送 IAM。此后a312_a317的處理可參考圖2中的a207_a212，這里不再贅述。場景2 :終端A和終端B均簽約有呼叫沖突業(yè)務(wù)，并且歸屬于相同SCP。其中，終端A到終端B的呼叫稱為呼叫a，終端B到終端A的呼叫稱為呼叫b，假定呼叫a先于呼叫b發(fā)生。圖4為場景2下的呼叫沖突處理方法流程圖，如圖所示,該實(shí)施例中呼叫沖突處理方法包括a401 終端A的拜訪地移動(dòng)交換中心MSCa接收終端A發(fā)起的對(duì)終端B的呼叫a ;a402 =MSCa根據(jù)終端A的0-CSI向SCP發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；其中，IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫a的主被叫標(biāo)識(shí)。a403 SCP獲取呼叫a的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定不存在與呼叫a沖突的呼叫；其中，每個(gè)呼叫上下文中包括相應(yīng)呼叫的主被叫標(biāo)識(shí)，通過查找已緩存的呼叫上下文，可以確定是否有包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文，從而確定是否存在與呼叫a沖突的呼叫，本實(shí)施例中由于呼叫a先于呼叫b發(fā)生，因此，查找不到包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文。a404 :緩存呼叫a的上下文，其中，緩存的呼叫a的上下文包括呼叫a的主被叫標(biāo)識(shí)；本實(shí)施例中，在緩存呼叫上下文的時(shí)候需要對(duì)主被叫加以區(qū)分，如采用“主叫標(biāo)識(shí)=A,被叫標(biāo)識(shí)=B”的形式。a405 向MSC發(fā)送continue消息,指示MSC接續(xù)呼叫a ；可選的,在發(fā)送continue消息時(shí),可進(jìn)一步向MSC發(fā)送請(qǐng)求報(bào)告基本呼叫狀態(tài)模型事件(request report BCSM(basic call state mode) event, RRBE)消息，該 RRBE 消息用于指示MSCa監(jiān)測被叫應(yīng)答、忙、無應(yīng)答、不可達(dá)等事件，該處理可參考現(xiàn)有技術(shù)來實(shí)現(xiàn)。需要說明的是步驟a404和a405在執(zhí)行時(shí)并沒有先后順序限制。a406 =MSCa根據(jù)被叫(終端B)的T-CSI向SCP發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；由于終端B也簽約了呼叫沖突業(yè)務(wù)，MSCa根據(jù)被叫的T-CSI觸發(fā)IDP消息，此次觸發(fā)為檢測點(diǎn)DP12觸發(fā)。IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫a的主被叫標(biāo)識(shí)。其中，MSCa可以從終端B的HLR獲得終端B的簽約信息T-CSI。a407 :SCP接收到MSCa在DP12觸發(fā)的IDP消息后，查找緩存的呼叫上下文，確定不存在沖突呼叫且呼叫a的上下文已緩存；由于步驟a404中已緩存呼叫a的上下文，此處查找的時(shí)候會(huì)發(fā)現(xiàn)有包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文，由于此處查找出來的呼叫上下文中的主叫標(biāo)識(shí)為A，被叫標(biāo)識(shí)為B，與呼叫a的主被叫標(biāo)識(shí)一致，因此，不存在沖突呼叫且呼叫a的呼叫上下文已緩存，因此，SCP將直接指示MSC繼續(xù)接續(xù)呼叫a。a408 SCP向MSCa發(fā)送continue消息,指示MSC繼續(xù)接續(xù)呼叫a。a409 =MSCa向終端B的拜訪地MSCb發(fā)送IAM ；在MSCa將呼叫a接續(xù)到終端B之前，即在步驟a409之前，如果終端B發(fā)起了呼叫 b，SCP對(duì)呼叫b的處理，具體如下 b401 終端B的拜訪地移動(dòng)交換中心MSCb接收終端B發(fā)起的對(duì)終端A的呼叫b ;b402 =MSCb根據(jù)終端B的0-CSI向SCP發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；其中，IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫b的主被叫標(biāo)識(shí)。b403 SCP獲取呼叫b的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定存在與呼叫b沖突的呼叫；由于呼叫a先于呼叫b發(fā)生，在a404中已緩存包含終端A標(biāo)識(shí)和終端B標(biāo)識(shí)的呼叫上下文，因此，在本步驟中可以查找到包含呼叫b的主被叫標(biāo)識(shí)的呼叫上下文，從而確定存在沖突呼叫。b404 向MSCb發(fā)送RC消息，指示MSCb釋放呼叫b ；b405 =MSCb釋放呼叫b的資源，使B終端恢復(fù)到空閑狀態(tài)。本實(shí)施例為對(duì)呼叫b的處理在步驟a409之前完成的情況，因此，在MSC接收到步驟a409中發(fā)送的IAM消息時(shí)，呼叫b已經(jīng)被釋放，所以呼叫a可以被成功接續(xù)，具體的過程為步驟a410 MSCb尋呼終端B并向MSCa返回ACM ；此后步驟a411_a415的處理可參考圖2中的a208_a212，這里不再贅述。類似的，在場景2中，也可能存在雖然呼叫b發(fā)生在MSCa將呼叫a接續(xù)到終端B之前，但在步驟a409之前未來得及釋放的情況，對(duì)于此情況，處理如圖5所示，圖5為場景2下的呼叫沖突處理方法的另一實(shí)施例的流程圖，該實(shí)施例中呼叫沖突處理方法包括其中，步驟a501_a509的處理可參考圖4中的a401_a409，這里不再贅述。在MSCa將呼叫a接續(xù)到終端B之前，即在步驟a509之前，如果終端B發(fā)起了呼叫b，SCP對(duì)呼叫b進(jìn)行處理，步驟b501-b505為呼叫b的處理過程，其中，步驟b501_b505的處理過程可參考步驟b401-b405。只是本實(shí)施例中，對(duì)呼叫b的處理在步驟a409之前尚未完成，因此與圖3所示實(shí)施例類似，在步驟a510 =MSCb向MSCa返回REL消息通知接續(xù)失敗，并攜帶原因值忙；a511 =MSCa向SCP發(fā)送ERB消息，上報(bào)遇忙事件；a512 SCP進(jìn)行延時(shí)等待；此處延時(shí)是為了等待呼叫b的處理完成，終端B恢復(fù)到空閑狀態(tài)，延時(shí)時(shí)長可以根據(jù)經(jīng)驗(yàn)值預(yù)先設(shè)置。為了精確度更高，本步驟還可以采用另一種替代方式，即SCP實(shí)時(shí)檢測終端B的狀態(tài)，當(dāng)檢測到終端B恢復(fù)空閑狀態(tài)時(shí)，向MSC發(fā)送Reconnect消息。a513 :在延時(shí)達(dá)到預(yù)設(shè)延時(shí)時(shí)長時(shí)向MSC發(fā)送Reconnect消息,指示MSC重新接續(xù)呼叫a ；a514 MSCa 向 MSCb 發(fā)送 IAM。此后a515_a520的處理可參考圖2中的a207_a212，這里不再贅述。場景3 :終端A和終端B均簽約有呼叫沖突業(yè)務(wù)，并且歸屬于不同SCP，終端A歸屬于SCPa，終端B歸屬于SCPb。其中，終端A到終端B的呼叫成為呼叫a，終端B到終端A的呼叫成為呼叫b，假定呼叫a先于呼叫b發(fā)生。圖6為場景3下的呼叫沖突處理方法的流程圖，如圖所示，該實(shí)施例中，呼叫沖突處理方法包括 a601 終端A的拜訪地移動(dòng)交換中心MSCa接收終端A發(fā)起的對(duì)終端B的呼叫a ;a602 =MSCa根據(jù)終端A的O-CSI向SCPa發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；其中，IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫a的主被叫標(biāo)識(shí)。a603 =SCPa獲取呼叫a的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定不存在與呼叫a沖突的呼叫；其中，每個(gè)呼叫上下文中包括相應(yīng)呼叫的主被叫標(biāo)識(shí)，通過查找已緩存的呼叫上下文，可以確定是否有包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文，從而確定是否存在與呼叫a沖突的呼叫，本實(shí)施例中由于呼叫a先于呼叫b發(fā)生，因此，查找不到包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文。a604 :緩存呼叫a的上下文，其中，緩存的呼叫a的上下文包括呼叫a的主被叫標(biāo)識(shí)；本實(shí)施例中，在緩存呼叫上下文的時(shí)候可以不對(duì)主被叫加以區(qū)分。a605 :向MSC發(fā)送continue消息，指不MSC接續(xù)呼叫a ；可選的,在發(fā)送continue消息時(shí),可進(jìn)一步向MSC發(fā)送請(qǐng)求報(bào)告基本呼叫狀態(tài)模型事件(request report BCSM (basic call state mode,) event, RRBE)消息，該 RRBE 消息用于指示MSCa監(jiān)測被叫應(yīng)答、忙、無應(yīng)答、不可達(dá)等事件，該處理可參考現(xiàn)有技術(shù)來實(shí)現(xiàn)。需要說明的是步驟a604和a605在執(zhí)行時(shí)并沒有先后順序限制。a606 :MSCa根據(jù)被叫(終端B)的T-CSI向SCPb發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；其中，IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫a的主被叫標(biāo)識(shí)。此時(shí)，如果在步驟a606之前呼叫b已發(fā)生，且SCPb中已緩存呼叫b的上下文，即步驟b604發(fā)生在步驟a606之前，當(dāng)SCPb收到步驟a606中的IDP消息時(shí)，SCPb會(huì)判斷出已存在與呼叫a沖突的呼叫，因此，會(huì)將呼叫a釋放掉，具體處理參見步驟a607_a612.在步驟a607 =SCPb獲取呼叫a的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定存在包含呼叫a的主被叫標(biāo)識(shí)的呼叫上下文；a608 向MSCa發(fā)送RC消息，指示MSCa釋放呼叫a ；a609 =MSCa向SCPa發(fā)送ERB消息上報(bào)釋放事件；a610 SCPa刪除緩存的呼叫a的上下文；a611 =SCPa向MSCa發(fā)送RC消息，指示MSCa繼續(xù)釋放呼叫a ；
a612 :MSCa釋放呼叫a的資源，使A終端恢復(fù)到空閑狀態(tài)。在本實(shí)施例中，對(duì)于呼叫b的處理如下b601 終端B的拜訪地移動(dòng)交換中心MSCb接收終端B發(fā)起的對(duì)終端A的呼叫b ;b602 =MSCb根據(jù)終端B的0-CSI向SCPb發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；其中，IDP消息中攜帶呼叫沖突業(yè)務(wù)的業(yè)務(wù)鍵和呼叫b的主被叫標(biāo)識(shí)。b603 =SCPb獲取呼叫b的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定不存在在與呼叫b沖突的呼叫；由于步驟b603發(fā)生在步驟a606之前，因此，SCPb中不存在包含呼叫b的主被叫標(biāo)識(shí)的呼叫上下文，從而確定不存在與呼叫b沖突的呼叫。 b604 :緩存呼叫b的上下文，其中，緩存的呼叫b的上下文包括呼叫b的主被叫標(biāo)識(shí)；具體的，在緩存呼叫上下文的時(shí)候，可以不對(duì)主被叫標(biāo)識(shí)加以區(qū)分，直接存儲(chǔ)標(biāo)識(shí)A和標(biāo)識(shí)B。b605 :向MSCb發(fā)送continue消息，指不MSCb接續(xù)呼叫b ；可選的,在發(fā)送continue消息時(shí),可進(jìn)一步向MSC發(fā)送請(qǐng)求報(bào)告基本呼叫狀態(tài)模型事件(request report BCSM(basic call state mode) event, RRBE)消息，該 RRBE 消息用于指示MSCb監(jiān)測被叫應(yīng)答、忙、無應(yīng)答、不可達(dá)等事件，該處理可參考現(xiàn)有技術(shù)來實(shí)現(xiàn)。需要說明的是，步驟b604和b605在執(zhí)行時(shí)并沒有先后順序限制。b606 =MSCb根據(jù)呼叫b的被叫(終端A)的T-CSI向SCPa發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的IDP消息；本實(shí)施例以步驟b606發(fā)生在步驟a612之后為例進(jìn)行說明。b607 =SCPa獲取呼叫b的主被叫標(biāo)識(shí)，以獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定不存與呼叫b沖突的呼叫；由于步驟b606發(fā)生在步驟a612之后，呼叫a已釋放且呼叫a的上下文已刪除，因此，查找不到包含呼叫b的主被叫標(biāo)識(shí)的呼叫上下文，從而確定不存與呼叫b沖突的呼叫。b608 :緩存呼叫b的上下文，其中，緩存的呼叫b的上下文包括呼叫b的主被叫標(biāo)識(shí)；b609 :向MSCb發(fā)送continue消息，指不MSCb接續(xù)呼叫b ；步驟b610-步驟b619為呼叫接續(xù)過程，其中步驟b610_b615可參考步驟a206_a211，這里不再贅述。步驟b615之后，在步驟b616 =MSCb向SCPa發(fā)送ERB消息上報(bào)應(yīng)答事件；b617 SCPa向MSCb發(fā)送Continue消息指不MSCb接通呼叫b ；b618 SCPa刪除緩存的呼叫b的上下文。需要說明的是步驟b617和b618在執(zhí)行時(shí)并沒有先后順序限制。b619 :呼叫b成功建立，終端A和終端B開始通話。圖6所示僅是場景3下的一種實(shí)施例，對(duì)于其它實(shí)施例，可參考圖2至圖6所示實(shí)施例進(jìn)行類似處理。如在場景3下，如果呼叫b發(fā)生在步驟a606之后且在呼叫a接通到終端B之前還未來得及釋放，此時(shí)會(huì)出現(xiàn)在接續(xù)呼叫a的過程中，SCPa接收到MSCa上報(bào)遇忙事件的情況，此情況下，可參照?qǐng)D3步驟a309-a310對(duì)呼叫b進(jìn)行處理。
需要說明的是，解決上述任一場景下的呼叫沖突問題，都可在一定程度上提高呼叫接通率，減小呼損。因此，在實(shí)際實(shí)施時(shí)，可根據(jù)需要，選擇僅對(duì)某些場景下的呼叫沖突問題進(jìn)行處理。本發(fā)明實(shí)施例進(jìn)一步給出實(shí)現(xiàn)上述方法實(shí)施例中各步驟的裝置實(shí)施例。圖7示出了一種業(yè)務(wù)控制設(shè)備的實(shí)施例。在該實(shí)施例中，業(yè)務(wù)控制設(shè)備包括獲取單元701，用于在呼叫建立過程中，獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)；控制單元702，用于根據(jù)所述獲取單元701獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文；若有，則指示移動(dòng)交換中心MSC釋放當(dāng)前呼叫；若沒有，則緩存當(dāng)前呼叫的上下文緩，并指示MSC接續(xù)當(dāng)前呼叫，當(dāng)成功接續(xù)當(dāng)前呼叫或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)，刪除當(dāng)前呼叫的上下文；其中，緩存的當(dāng)前呼叫的上下文包括當(dāng)前呼叫的主被叫標(biāo)識(shí)。具體的，移動(dòng)交換中心(mobile switching center, MSC)接收到主叫終端發(fā)起的 呼叫后，若確定主叫或被叫終端簽約了呼叫沖突業(yè)務(wù)，則向業(yè)務(wù)控制設(shè)備發(fā)送用于觸發(fā)呼叫沖突業(yè)務(wù)的消息，如初始檢測點(diǎn)(initial domain part, IDP)消息,業(yè)務(wù)控制設(shè)備中的獲取單元701接收到該消息后，從該消息中獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)。其中，MSC可以根據(jù)主叫或被叫的簽約信息確定是否簽約呼叫沖突業(yè)務(wù)，該簽約信息可以是移動(dòng)網(wǎng)增強(qiáng)邏輯的用戶應(yīng)用簽約信息(customizedapplications for mobilenetwork enhanced logic (CAMEL) subscriptioninformation, CSI) 可選的，MSC 也可以默認(rèn)所有用戶都簽約了呼叫沖突業(yè)務(wù)，在接收到呼叫后直接向業(yè)務(wù)控制設(shè)備發(fā)送觸發(fā)呼叫沖突業(yè)務(wù)的消息。需要說明的是，呼叫沖突業(yè)務(wù)的簽約信息中可包括O-CSI和T-CSI。獲取單元701將當(dāng)前呼叫的主被叫標(biāo)識(shí)提供給控制單元702，控制單元702根據(jù)該主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否存在與當(dāng)前呼叫相沖突的呼叫的上下文。其中，若緩存的呼叫上下文中未區(qū)分主被叫，與當(dāng)前呼叫相沖突的呼叫的上下文具體為包含有當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文?？刂茊卧?02在緩存的呼叫上下文中查找出包含當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文時(shí)，確定存在與當(dāng)前呼叫沖突的呼叫。若緩存的呼叫上下文中有區(qū)分主被叫，與當(dāng)前呼叫相沖突的呼叫的上下文具體為記錄的主叫為當(dāng)前呼叫的被叫，且記錄的被叫為當(dāng)前呼叫的主叫的呼叫上下文?？刂茊卧?02在緩存的呼叫上下文中查找出有呼叫上下文，其記錄為主叫的標(biāo)識(shí)為當(dāng)前呼叫的被叫標(biāo)識(shí)，且該呼叫上下文記錄為被叫的標(biāo)識(shí)為當(dāng)前呼叫的主叫標(biāo)識(shí)時(shí)，確定存在與當(dāng)前呼叫沖突的呼叫。在上述圖7所示的實(shí)施例中，控制單元702可以通過向MSC發(fā)送釋放當(dāng)前呼叫的指令，如釋放呼叫(release call, RC)信令，來指示MSC釋放當(dāng)前呼叫。在不存在沖突呼叫的情況下，控制單元702可以通過向MSC發(fā)送接續(xù)當(dāng)前呼叫的指令,如接續(xù)(continue)消息，指示MSC接續(xù)當(dāng)前呼叫。此外，控制單元702可以以接收到MSC上報(bào)的被叫應(yīng)答消息來確定成功接續(xù)當(dāng)前呼叫，以接收到MSC上報(bào)的釋放事件來確定在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放。上述實(shí)施例中，通過控制單元702控制呼叫上下文的緩存，并根據(jù)緩存的呼叫上下文來確定是否存在呼叫沖突，以及在確定出存在呼叫沖突時(shí)，將當(dāng)前呼叫釋放掉，從而在一定程度上保證了與當(dāng)前呼叫相沖突的另一呼叫的成功接續(xù)，提高了呼叫接通率，避免了網(wǎng)絡(luò)資源的浪費(fèi)。
由于在呼叫建立過程中，信令傳送存在延時(shí)，因此，在一些特殊場景下，還需要進(jìn)行進(jìn)一步的處理。比如在MSC接收到控制單元702發(fā)送的接續(xù)指示，并將終端A發(fā)起的呼叫接續(xù)到終端B時(shí)，終端B向終端A發(fā)起的呼叫還未來得及釋放(從釋放到終端恢復(fù)空閑狀態(tài)有一定時(shí)延)，此時(shí)，會(huì)出現(xiàn)遇忙的情況，MSC會(huì)向業(yè)務(wù)控制設(shè)備上報(bào)遇忙事件。因此，為了解決此特殊情況，業(yè)務(wù)處理設(shè)備還可以在圖7所示實(shí)施例的基礎(chǔ)上進(jìn)一步包括延時(shí)單元703，如圖8所示，圖8為本發(fā)明另一實(shí)施例提供的業(yè)務(wù)處理設(shè)備的結(jié)構(gòu)示意圖。其中，延時(shí)單元703用于監(jiān)控延時(shí)時(shí)長，當(dāng)?shù)竭_(dá)預(yù)設(shè)延時(shí)時(shí)長時(shí)，通知控制單元702 ;控制單元702還用于在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，則進(jìn)行延時(shí)等待，并觸發(fā)延時(shí)單元703啟動(dòng)監(jiān)控，當(dāng)接收到所述延時(shí)單元發(fā)送的達(dá)到預(yù)設(shè)延時(shí)時(shí)長的通知時(shí)，向MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令?？蛇x的，在另一實(shí)施例中，業(yè)務(wù)處理設(shè)備也可以在圖7所示實(shí)施例的基礎(chǔ)上進(jìn)一步包括檢測單元704，如圖9所示，圖9為本發(fā)明另一實(shí)施例提供的業(yè)務(wù)處理設(shè)備的結(jié)構(gòu)示意圖。其中，檢測單元704用于實(shí)時(shí)檢測當(dāng)前呼叫的被叫狀態(tài)，當(dāng)檢測到該被叫恢復(fù)空閑 狀態(tài)時(shí)通知控制單元702 ;控制單元702還用于在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，則觸發(fā)檢測單元704啟動(dòng)檢測，當(dāng)接收到檢測單元704發(fā)送的被叫恢復(fù)空閑狀態(tài)的通知時(shí)，向MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。通過上述處理，解決了一些特殊情況下接續(xù)不成功的問題，使得呼叫接通率得到了更進(jìn)一步的提高。而且上述兩種方式各有優(yōu)點(diǎn)，方式一的處理無需和其它設(shè)備交互，直接等待即可，節(jié)省網(wǎng)絡(luò)資源；方式二可直接獲知被叫狀態(tài)，精確度高。此外，在主被叫雙方均簽約了呼叫沖突業(yè)務(wù)的情況，還可能會(huì)出現(xiàn)以下情況當(dāng)業(yè)務(wù)處理設(shè)備指示MSC接續(xù)當(dāng)前呼叫后，MSC根據(jù)被叫終端的簽約信息(如，T-CSI)再次向該業(yè)務(wù)處理設(shè)備發(fā)送用于觸發(fā)沖突業(yè)務(wù)的消息(如，IDP消息)。此時(shí)，控制單元702在圖7，圖8或圖9所示實(shí)施例的基礎(chǔ)上，還可以進(jìn)一步包括如下功能用于在接續(xù)當(dāng)前呼叫過程中，若接收到MSC在檢測點(diǎn)(detection point, DP) 12發(fā)起的初始檢測點(diǎn)IDP消息時(shí)，查找緩存的呼叫上下文，確定不存在沖突呼叫且當(dāng)前呼叫的上下文已緩存，指示MSC繼續(xù)接續(xù)當(dāng)前呼叫。在解決此情況下的呼叫沖突時(shí)，緩存的呼叫上下文中需區(qū)分主被叫。本實(shí)施例也是對(duì)特殊情況下的處理，目的在于進(jìn)一步的提高呼叫接通率，以節(jié)約網(wǎng)絡(luò)資源。在具體的應(yīng)用場景中，業(yè)務(wù)控制設(shè)備的功能可以如方法實(shí)施例圖2至圖6所示，其中，業(yè)務(wù)控制設(shè)備與MSC之間的交互均可由控制單元702控制完成。本發(fā)明實(shí)施例中的業(yè)務(wù)控制設(shè)備可以基于計(jì)算機(jī)系統(tǒng)來實(shí)現(xiàn)，圖I-圖6所示的方法均可在基于計(jì)算機(jī)系統(tǒng)的業(yè)務(wù)控制設(shè)備中實(shí)現(xiàn)。圖10示出了基于計(jì)算機(jī)系統(tǒng)來實(shí)現(xiàn)的業(yè)務(wù)控制設(shè)備的實(shí)施例。本實(shí)施例中業(yè)務(wù)控制設(shè)備可以包括處理器1001、存儲(chǔ)器1002和通信接口 1003。存儲(chǔ)器1002用于存儲(chǔ)程序代碼。處理器1001用于執(zhí)行存儲(chǔ)器1002中存儲(chǔ)的程序代碼。本發(fā)明實(shí)施例中，存儲(chǔ)器1002存儲(chǔ)有第一程序代碼，處理器1001用于執(zhí)行該第一程序代碼，包括執(zhí)行如下操作在呼叫建立過程中，獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)；根據(jù)該主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文；若有，則指示移動(dòng)交換中心MSC釋放當(dāng)前呼叫；若沒有，則緩存當(dāng)前呼叫的上下文，并指示MSC接續(xù)當(dāng)前呼叫，當(dāng)成功接續(xù)當(dāng)前呼叫或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)，刪除當(dāng)前呼叫的上下文；其中，緩存的當(dāng)前呼叫的上下文包括當(dāng)前呼叫的主被叫標(biāo)識(shí)。通信接口1003，用于與外部設(shè)備通信，如與MSC通信。業(yè)務(wù)控制設(shè)備與MSC之間交互的消息(如方法實(shí)施例圖1-6所示)均通過通信接口 1003發(fā)送和接收。其中，處理器1001根據(jù)存儲(chǔ)器1002中的程序代碼對(duì)通信接口 1003接收到的消息進(jìn)行處理，并通過通信接口 1003與外部設(shè)備交互。處理器1001可以是中央處理器(centralprocessing unit, CPU)、專用集成電路(application-specific integrated circuit, ASIC)等。其中，本實(shí)施例中的業(yè)務(wù)控制設(shè)備可以包括總線1104。處理器1101、存儲(chǔ)器1002以及通信接口 1103之間可通過總線1104連接并通信。其中，存儲(chǔ)器1002可以包括隨機(jī)存取存儲(chǔ)器(random access memory,RAM),只讀存儲(chǔ)器(read-only memory, ROM),磁盤等具有存儲(chǔ)功能的實(shí)體。本發(fā)明實(shí)施例中的呼叫上下文可緩存在RAM中。其中，若緩存的呼叫上下文中未區(qū)分主被叫，與當(dāng)前呼叫相沖突的呼叫的上下文具體為包含有當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文。處理器1001在執(zhí)行上述確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文的操作時(shí)，具體為在緩存的呼叫上下文中查找出包含當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文時(shí)，則確定存在與當(dāng)前呼叫沖突的呼叫。若緩存的呼叫上下文中有區(qū)分主被叫，與當(dāng)前呼叫相沖突的呼叫的上下文具體為記錄的主叫為當(dāng)前呼叫的被叫，且記錄的被叫為當(dāng)前呼叫的主叫的呼叫上下文。處理器1001在執(zhí)行上述確定是 否有與當(dāng)前呼叫相沖突的呼叫的上下文的操作時(shí)，具體為在緩存的呼叫上下文中查找出有記錄的主叫的標(biāo)識(shí)為當(dāng)前呼叫的被叫標(biāo)識(shí)，且記錄的被叫的標(biāo)識(shí)為當(dāng)前呼叫的主叫標(biāo)識(shí)的呼叫上下文時(shí)，確定存在與當(dāng)前呼叫沖突的呼叫。在具體實(shí)現(xiàn)時(shí)，由于存在信令傳送延時(shí)等問題，因此，在一些特殊場景下，還需要進(jìn)行進(jìn)一步的處理。在此情況下，存儲(chǔ)器1002還存儲(chǔ)第二程序代碼，處理器1001還用于執(zhí)行該第二程序代碼，包括執(zhí)行如下操作若在接續(xù)當(dāng)前呼叫的過程中，接收到遇忙事件，進(jìn)行延時(shí)等待，達(dá)到預(yù)設(shè)延時(shí)時(shí)長時(shí)向MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令?；蛘?，存儲(chǔ)器1002還存儲(chǔ)第三程序代碼，處理器1001還用于執(zhí)行該第三程序代碼，包括執(zhí)行如下操作實(shí)時(shí)檢測當(dāng)前呼叫的被叫狀態(tài)，當(dāng)檢測到所述被叫恢復(fù)空閑狀態(tài)時(shí)，向MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。另外，在主被叫雙方均簽約了呼叫沖突業(yè)務(wù)的情況，還可能會(huì)出現(xiàn)以下情況當(dāng)業(yè)務(wù)處理設(shè)備指示MSC接續(xù)當(dāng)前呼叫后，MSC根據(jù)被叫終端的簽約信息(如，T-CSI)再次向該業(yè)務(wù)處理設(shè)備發(fā)送用于觸發(fā)沖突業(yè)務(wù)的消息(如，IDP消息)。此情況下，存儲(chǔ)器1002還存儲(chǔ)第四程序代碼，處理器1001還用于執(zhí)行該第四程序代碼，包括執(zhí)行如下操作若在接續(xù)當(dāng)前呼叫過程中，接收到MSC在檢測點(diǎn)(detection point,DP) 12發(fā)起的初始檢測點(diǎn)IDP消息，處理器1001查找緩存的呼叫上下文，確定不存在沖突呼叫且當(dāng)前呼叫的上下文已緩存時(shí)，指示MSC繼續(xù)接續(xù)當(dāng)前呼叫。在解決此情況下的呼叫沖突時(shí)，緩存的呼叫上下文中需區(qū)分主被叫。本發(fā)明實(shí)施例進(jìn)一步給出實(shí)現(xiàn)上述方法實(shí)施例中各步驟的系統(tǒng)實(shí)施例。圖11示出了一種處理呼叫沖突的系統(tǒng)的實(shí)施例。在該實(shí)施例中，處理呼叫沖突的系統(tǒng)包括業(yè)務(wù)控制設(shè)備1101和移動(dòng)交換中心(mobile switching center,MSC) 1102。其中，業(yè)務(wù)控制設(shè)備1101的具體結(jié)構(gòu)可以參考業(yè)務(wù)控制設(shè)備的裝置實(shí)施例部分，如圖7、圖8、圖9和圖10中的業(yè)務(wù)控制設(shè)備。MSC則用于根據(jù)業(yè)務(wù)控制設(shè)備1101下發(fā)的指示對(duì)當(dāng)前呼叫進(jìn)行處理。若將本發(fā)明實(shí)施例的方案應(yīng)用在智能網(wǎng)中，業(yè)務(wù)控制設(shè)備1101與MSCl 102之間可基于移動(dòng)網(wǎng)增強(qiáng)邏輯的用戶應(yīng)用(customized applications for mobile network enhancedlogic,CAMEL)協(xié)議進(jìn)行通信。業(yè)務(wù)控制設(shè)備1101可以是智能網(wǎng)中的SCP。MSC1102上可部署智能網(wǎng)中的業(yè)務(wù)交換點(diǎn)(service switching point, SSP), MSCl 102通過SSP與業(yè)務(wù)控制設(shè)備1101交互。通過以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以用硬件實(shí)現(xiàn)，或固件實(shí)現(xiàn)，或它們的組合方式來實(shí)現(xiàn)。當(dāng)使用軟件實(shí)現(xiàn)時(shí)，可以將上述功能存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)中或作為計(jì)算機(jī)可讀介質(zhì)上的一個(gè)或多個(gè)指令或代碼進(jìn)行傳輸。計(jì)算機(jī)可讀介質(zhì)包括計(jì)算機(jī)存儲(chǔ)介質(zhì)和通信介質(zhì)，其中通信介質(zhì)包括便于從一個(gè)地方向另一個(gè)地方傳送計(jì)算機(jī)程序的任何介質(zhì)。存儲(chǔ)介質(zhì)可以是計(jì)算機(jī)能夠存取的任何可用介質(zhì)。以此為例但不限于計(jì)算機(jī)可讀介質(zhì)可以包括RAM、ROM、EEPROM、CD-ROM或其他光盤存儲(chǔ)、磁盤存儲(chǔ)介質(zhì)或者其他磁存儲(chǔ)設(shè)備、或者能夠用于攜帶或存儲(chǔ)具有指令或數(shù)據(jù)結(jié)構(gòu)形式的期望的程序代碼并能夠由計(jì)算機(jī)存取的任何其他介質(zhì)。此外。任何連接可以適當(dāng)?shù)某蔀橛?jì)算機(jī)可讀介質(zhì)。例如，如果軟件是使用同軸電纜、光纖光纜、雙絞線、數(shù)字用戶線(DSL)或者諸如紅外線、無線電和微波之類的無線技術(shù)從網(wǎng)站、服務(wù)器或者其他遠(yuǎn)程源傳輸?shù)模敲赐S電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線和微波之類的無線技術(shù)包括在所屬介質(zhì) 的定影中。如本發(fā)明所使用的，盤(Disk)和碟(disc)包括壓縮光碟(⑶)、激光碟、光碟、數(shù)字通用光碟(DVD)、軟盤和藍(lán)光光碟，其中盤通常磁性的復(fù)制數(shù)據(jù)，而碟則用激光來光學(xué)的復(fù)制數(shù)據(jù)。上面的組合也應(yīng)當(dāng)包括在計(jì)算機(jī)可讀介質(zhì)的保護(hù)范圍之內(nèi)。以上所述，僅為本發(fā)明的具體實(shí)施例，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種處理呼叫沖突的方法，其特征在于，所述方法包括 在呼叫建立過程中，業(yè)務(wù)控制設(shè)備獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)； 根據(jù)所述主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文； 若有，則指示移動(dòng)交換中心MSC釋放當(dāng)前呼叫； 若沒有，則緩存當(dāng)前呼叫的上下文，并指示所述MSC接續(xù)當(dāng)前呼叫，當(dāng)成功接續(xù)當(dāng)前呼叫時(shí)或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)，刪除當(dāng)前呼叫的上下文；其中，所述緩存的當(dāng)前呼叫的上下文包括當(dāng)前呼叫的主被叫標(biāo)識(shí)。
2.如權(quán)利要求I所述的方法，其特征在于，所述方法還包括在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，所述業(yè)務(wù)控制設(shè)備進(jìn)行延時(shí)等待，達(dá)到預(yù)設(shè)延時(shí)時(shí)長時(shí)向所述MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。
3.如權(quán)利要求I所述的方法，其特征在于，所述方法還包括在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，所述業(yè)務(wù)控制設(shè)備實(shí)時(shí)檢測當(dāng)前呼叫的被叫狀態(tài)，當(dāng)檢測到所述被叫恢復(fù)空閑狀態(tài)時(shí)，向所述MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。
4.如權(quán)利要求1-3任一項(xiàng)所述的方法，其特征在于，若緩存的呼叫上下文中未區(qū)分主被叫，所述確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文具體包括確定是否查找到包含有當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文，若查找到包含有當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文，則表示有與當(dāng)前呼叫相沖突的呼叫的上下文。
5.如權(quán)利要求1-3任一項(xiàng)所述的方法，其特征在于，若緩存的呼叫上下文中有區(qū)分主被叫，所述確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文具體包括確定是否查找到主叫為當(dāng)前呼叫的被叫，且被叫為當(dāng)前呼叫的主叫的呼叫上下文，若查找到主叫為當(dāng)前呼叫的被叫，且被叫為當(dāng)前呼叫的主叫的呼叫上下文，則表示有與當(dāng)前呼叫相沖突的呼叫的上下文。
6.如權(quán)利要求5所述的方法，其特征在于，在接續(xù)當(dāng)前呼叫過程中，若接收到MSC在檢測點(diǎn)DP12發(fā)起的初始檢測點(diǎn)IDP消息，業(yè)務(wù)控制設(shè)備查找緩存的呼叫上下文，確定沒有與當(dāng)前呼叫相沖突的呼叫的上下文，且當(dāng)前呼叫的上下文已緩存時(shí)，指示所述MSC繼續(xù)接續(xù)當(dāng)前呼叫。
7.—種業(yè)務(wù)控制設(shè)備，其特征在于，包括 獲取單元，用于在呼叫建立過程中，獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)； 控制單元，用于根據(jù)所述獲取單元獲取的主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文；若有，則指示移動(dòng)交換中心MSC釋放當(dāng)前呼叫；若沒有，則緩存當(dāng)前呼叫的上下文，并指示所述MSC接續(xù)當(dāng)前呼叫，當(dāng)成功接續(xù)當(dāng)前呼叫或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)，刪除當(dāng)前呼叫的上下文；其中，所述緩存的當(dāng)前呼叫的上下文包括當(dāng)前呼叫的主被叫標(biāo)識(shí)。
8.如權(quán)利要求7所述的業(yè)務(wù)控制設(shè)備，其特征在于，還包括延時(shí)單元，用于監(jiān)控延時(shí)時(shí)長，當(dāng)?shù)竭_(dá)預(yù)設(shè)延時(shí)時(shí)長時(shí)，通知所述控制單元； 所述控制單元還用于在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，則進(jìn)行延時(shí)等待，并觸發(fā)所述延時(shí)單元啟動(dòng)監(jiān)控，當(dāng)接收到所述延時(shí)單元發(fā)送的達(dá)到預(yù)設(shè)延時(shí)時(shí)長的通知時(shí)，向所述MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。
9.如權(quán)利要求7所述的業(yè)務(wù)控制設(shè)備，其特征在于，還包括檢測單元，用于實(shí)時(shí)檢測當(dāng)前呼叫的被叫狀態(tài)，當(dāng)檢測到所述被叫恢復(fù)空閑狀態(tài)時(shí)通知所述控制單元； 所述控制單元還用于在接續(xù)當(dāng)前呼叫的過程中，若接收到遇忙事件，則觸發(fā)所述檢測單元啟動(dòng)檢測，當(dāng)接收到所述檢測單元發(fā)送的所述被叫恢復(fù)空閑狀態(tài)的通知時(shí)，向所述MSC發(fā)送重新接續(xù)當(dāng)前呼叫的指令。
10.如權(quán)利要求7-9任一項(xiàng)所述的業(yè)務(wù)控制設(shè)備，其特征在于，若緩存的呼叫上下文中未區(qū)分主被叫，所述與當(dāng)前呼叫相沖突的呼叫的上下文具體為包含有當(dāng)前呼叫的主被叫標(biāo)識(shí)的呼叫上下文。
11.如權(quán)利要求7-9任一項(xiàng)所述的業(yè)務(wù)控制設(shè)備，其特征在于，若緩存的呼叫上下文中有區(qū)分主被叫，所述與當(dāng)前呼叫相沖突的呼叫的上下文具體為記錄的主叫為當(dāng)前呼叫的被叫，且記錄的被叫為當(dāng)前呼叫的主叫的呼叫上下文。
12.如權(quán)利要求11所述的業(yè)務(wù)控制設(shè)備，其特征在于，所述控制單元還用于在接續(xù)當(dāng)前呼叫的過程中，若接收到所述MSC在監(jiān)測點(diǎn)DP12發(fā)起的初始檢測點(diǎn)IDP消息，則查找緩存的呼叫上下文，確定沒有與當(dāng)前呼叫相沖突的呼叫的上下文，且當(dāng)前呼叫的上下文已緩存時(shí)，指示所述MSC繼續(xù)接續(xù)當(dāng)前呼叫。
13.一種處理呼叫沖突的系統(tǒng)，其特征在于，包括移動(dòng)交換中心MSC以及權(quán)利要求7-12任一項(xiàng)所述的業(yè)務(wù)控制設(shè)備； 所述MSC，用于根據(jù)所述業(yè)務(wù)控制設(shè)備下發(fā)的指示對(duì)當(dāng)前呼叫進(jìn)行處理。
全文摘要
本發(fā)明公開了一種處理呼叫沖突的方法、系統(tǒng)和業(yè)務(wù)控制設(shè)備，該方法包括在呼叫建立過程中，業(yè)務(wù)控制設(shè)備獲取當(dāng)前呼叫的主被叫標(biāo)識(shí)；根據(jù)該主被叫標(biāo)識(shí)查找緩存的呼叫上下文，確定是否有與當(dāng)前呼叫相沖突的呼叫的上下文；若有，則指示MSC釋放當(dāng)前呼叫；若沒有，則緩存當(dāng)前呼叫的上下文，并指示MSC接續(xù)當(dāng)前呼叫，當(dāng)成功接續(xù)當(dāng)前呼叫或在接續(xù)過程中發(fā)現(xiàn)當(dāng)前呼叫已被釋放時(shí)，刪除當(dāng)前呼叫的上下文；其中，緩存的當(dāng)前呼叫的上下文包括當(dāng)前呼叫的主被叫標(biāo)識(shí)。應(yīng)用本發(fā)明實(shí)施例，在一定程度上提高了呼叫接通率，減少呼損。
文檔編號(hào)H04W76/02GK102893691SQ201280001195
公開日2013年1月23日 申請(qǐng)日期2012年8月3日 優(yōu)先權(quán)日2012年8月3日
發(fā)明者周文 申請(qǐng)人:華為技術(shù)有限公司