專利名稱：會(huì)議通話業(yè)務(wù)的觸發(fā)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電話會(huì)議技術(shù)，特別地涉及一種會(huì)議通話(Conference Call, CC) 業(yè)務(wù)的觸發(fā)方法及系統(tǒng)。
背景技術(shù)：
在TIA/EIA-41-D協(xié)議第6章3.2.9 "MSC (移動(dòng)服務(wù)交換中心)Action Code Processing"中描述到，MSC在收到"Action Code=Bridge leg(s) to conference call"時(shí)需要觸發(fā)會(huì)議通話業(yè)務(wù)。
在TIA/EIA-41協(xié)議中，對(duì)于始呼鑒權(quán)請(qǐng)求消息(Origination Request INVOKE: ORREQ)的描述中，ORREQ及其始呼鑒權(quán)請(qǐng)求響應(yīng)消息(Origination Request RETURN RESULT, orreq)均不攜帶會(huì)議通話指示(CCI， Conference Calling Indicator) 參數(shù)。
但是根據(jù)《TIA/EIA-41-D》第6章5. 10. 3中對(duì)于CC業(yè)務(wù)的描述，當(dāng)MSC需要 發(fā)起CC業(yè)務(wù)的時(shí)候需要判斷CCI參數(shù)。該CCI參數(shù)中記錄了允許進(jìn)行會(huì)議通話的 分支個(gè)數(shù)。舉例來(lái)說(shuō)，如果總共參加會(huì)議呼叫的個(gè)數(shù)為6個(gè)，A、 B用戶己經(jīng)通話， 即已經(jīng)加入了2方，此刻CCI應(yīng)該為6。如果本次業(yè)務(wù)成功即再次加入一個(gè)分支成 功，則CCI仍為6 ，但能夠再增加的會(huì)議通話分支只有6 - 3 = 3個(gè)。如果CCI參 數(shù)與當(dāng)前會(huì)議呼叫的總分支個(gè)數(shù)已經(jīng)相等，表示不能再進(jìn)行增加會(huì)議通話分支的操 作。在呼叫處理過(guò)程中，會(huì)議通話始終由始發(fā)MSC控制，IS-53協(xié)議中也提到，CC 由始發(fā)MSC發(fā)起，后續(xù)電話分支的引入連接也由始發(fā)MSC發(fā)起。并且可以維持正常 通話，直到呼叫方掛機(jī)。服務(wù)MSC需要發(fā)起CC業(yè)務(wù)的時(shí)候需要判斷CCI參數(shù)，以 預(yù)留會(huì)議通話的可用端口 (CCI參數(shù)除去當(dāng)前已經(jīng)進(jìn)入多連接分支的個(gè)數(shù))。
根據(jù)《TIA/EIA-41-D》第6章3. 2. 9和5. 10. 3的描述，無(wú)論通過(guò)何種方式 觸發(fā)CC業(yè)務(wù)，CCI參數(shù)是CC業(yè)務(wù)成功的必要條件。在現(xiàn)有技術(shù)中可以通過(guò)特征業(yè)務(wù)請(qǐng)求(FEATURE REQUEST, FEATREQ)流程 來(lái)觸發(fā)CC業(yè)務(wù)。圖1為現(xiàn)有技術(shù)中CC業(yè)務(wù)的觸發(fā)流程示意圖，如圖l所示， 該流程包括如下步驟
(1) 服務(wù)MSCe/GMSC (MSC網(wǎng)關(guān))接收到基站控制器(BSC)發(fā)送的會(huì)議通話 業(yè)務(wù)請(qǐng)求，如FLASH業(yè)務(wù)請(qǐng)求消息，該消息包括用戶在終端上撥打的數(shù)字(用戶 撥打數(shù)字請(qǐng)求通話后，由基站控制器發(fā)送業(yè)務(wù)請(qǐng)求消息至服務(wù)MSCe/GMSC)。在 對(duì)該數(shù)字的分析過(guò)程中，服務(wù)MSCe發(fā)現(xiàn)特征碼串。其中FC (Feature Code)為 業(yè)務(wù)特征碼，TA (Termination Adress，終端地址)為會(huì)議成員的電話號(hào)碼。'
(2) 服務(wù)MSCe向與終端有關(guān)系的歸屬位置寄存器HLR發(fā)送FEATREQ(特征 業(yè)務(wù)請(qǐng)求)，其中包括用戶在終端上撥打的數(shù)字(DIGITS)。
(3) HLR發(fā)現(xiàn)是會(huì)議通話請(qǐng)求，則向服務(wù)MSCe發(fā)送featreq (FEATREQ請(qǐng) 求響應(yīng))，featreq在終端列表參數(shù)TERMLIST中包含呼叫路由選擇信息，即HLR 將先前的特征碼去掉之后的被叫號(hào)碼，另外還包括HLR從該用戶的簽約信息所 獲得的會(huì)議通話指示CCI參數(shù)，指明當(dāng)前呼叫激活了會(huì)議通話業(yè)務(wù)。
(4) 服務(wù)MSCe存儲(chǔ)會(huì)議通話指示，激活會(huì)議通話，并根據(jù)featreq中指 示向終端提供業(yè)務(wù)操作確認(rèn)信息。
(5) 服務(wù)MSCe根據(jù)終端列表參數(shù)中呼叫路由選擇信息建立呼叫(如呼叫 至分支l)。
但用戶如果不通過(guò)特征業(yè)務(wù)請(qǐng)求(FEATURE REQUEST, FEATREQ)流程來(lái)觸 發(fā)CC業(yè)務(wù)，而通過(guò)ORREQ消息到歸屬位置寄存器(HLR) ， HLR試圖通過(guò)。rreq 響應(yīng)消息指示MSC需要處理CC業(yè)務(wù)，MSC由于沒(méi)有在orreq消息中得到CCI信息， 則無(wú)法處理，業(yè)務(wù)不能成功。
目前《TIA/EIA-41-D》和《TIA/EIA-41-E》協(xié)議中，都沒(méi)有解決ORREQ和 orreq消息中不攜帶CCI參數(shù)，但是可以通過(guò)ORREQ和orreq消息來(lái)觸發(fā)CC業(yè) 務(wù)的矛盾。也就是說(shuō)HLR下發(fā)了 orreq消息后，指示MSC進(jìn)行CC業(yè)務(wù)，但ORREQ 和orreq消息中均不能攜帶CCI信息，所以CC業(yè)務(wù)又不能夠成功。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種會(huì)議通話業(yè)務(wù)的觸發(fā)方法及系統(tǒng)，使網(wǎng)
元可以通過(guò)0RREQ和oireq消息處理CC業(yè)務(wù)。
本發(fā)明一實(shí)施例提供的會(huì)議通話業(yè)務(wù)的觸發(fā)方法包括 收到會(huì)議通話業(yè)務(wù)請(qǐng)求時(shí)，網(wǎng)絡(luò)側(cè)通過(guò)始呼鑒權(quán)請(qǐng)求觸發(fā)會(huì)議通話業(yè)務(wù)， 在始呼鑒權(quán)請(qǐng)求及/或始呼鑒權(quán)請(qǐng)求響應(yīng)中攜帶會(huì)議通話指示，并根據(jù)所述的會(huì) 議通話指示判斷是否可以進(jìn)行會(huì)議呼叫，相應(yīng)處理會(huì)議通話業(yè)務(wù)。 本發(fā)明另一實(shí)施例提供的會(huì)議通話業(yè)務(wù)的觸發(fā)方法包括
收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，網(wǎng)絡(luò)側(cè)通過(guò)始呼鑒權(quán)請(qǐng)求觸發(fā)會(huì)議通話業(yè)
務(wù)；
在所述始呼鑒權(quán)請(qǐng)求及始呼鑒權(quán)請(qǐng)求響應(yīng)中都不攜帶會(huì)議通話指示時(shí)，則 通過(guò)默認(rèn)的會(huì)議通話指示進(jìn)行會(huì)議通話業(yè)務(wù)處理。
本發(fā)明另一實(shí)施例提供的會(huì)議通話業(yè)務(wù)的觸發(fā)方法包括
收到會(huì)議通過(guò)業(yè)務(wù)請(qǐng)求消息時(shí)，網(wǎng)絡(luò)側(cè)通過(guò)始呼鑒權(quán)請(qǐng)求觸發(fā)會(huì)議通話業(yè)
務(wù)；
.在所述始呼鑒權(quán)請(qǐng)求及始呼鑒權(quán)請(qǐng)求響應(yīng)中都不攜帶會(huì)議通話指示時(shí)，則 通過(guò)特征業(yè)務(wù)請(qǐng)求重新觸發(fā)該會(huì)議通話業(yè)務(wù)。
本發(fā)明一實(shí)施例的會(huì)議通話業(yè)務(wù)的觸發(fā)系統(tǒng)包括-根據(jù)會(huì)議通話業(yè)務(wù)請(qǐng)求發(fā)起始呼鑒權(quán)請(qǐng)求的第一裝置；
接收所述始呼鑒權(quán)請(qǐng)求并回應(yīng)始呼鑒權(quán)請(qǐng)求響應(yīng)的第二裝置，所述始呼鑒 權(quán)請(qǐng)求響應(yīng)攜帶會(huì)議通話指示及呼叫路由選擇信息；
所述第一裝置根據(jù)所述會(huì)議通話指示判斷是否可以進(jìn)行會(huì)議呼叫，并相應(yīng) 地建立或拒絕呼叫。
本發(fā)明另一實(shí)施例的會(huì)議通話業(yè)務(wù)的觸發(fā)系統(tǒng)包括-
根據(jù)會(huì)議通話業(yè)務(wù)請(qǐng)求發(fā)起始呼鑒權(quán)請(qǐng)求的第一裝置，所述始呼鑒權(quán)請(qǐng)求 攜帶會(huì)議通話指示；根據(jù)所述會(huì)議通話指示判斷是否可以進(jìn)行會(huì)議呼叫的第二裝置，該第二裝 置判斷可以進(jìn)行會(huì)議呼叫，則發(fā)送攜帶呼叫路由選擇信息的始呼鑒權(quán)請(qǐng)求響應(yīng)
至所述第一裝置；
其中，所述第一裝置根據(jù)接收到的所述呼叫路由選擇信息建立呼叫。
本發(fā)明另一實(shí)施例的會(huì)議通話業(yè)務(wù)的觸發(fā)系統(tǒng)包括
根據(jù)會(huì)議通話業(yè)務(wù)請(qǐng)求發(fā)起始呼鑒權(quán)請(qǐng)求的第一裝置；
接收所述》臺(tái)呼鑒權(quán)請(qǐng)求并回應(yīng)始呼鑒權(quán)請(qǐng)求響應(yīng)的第二裝置，所述始呼鑒
權(quán)請(qǐng)求響應(yīng)攜帶呼叫路由選擇信息；
其中，所述第一裝置根據(jù)默認(rèn)的會(huì)議通話指示判斷可以進(jìn)行會(huì)議呼叫時(shí)， 根據(jù)所述的路由選擇信息建立呼叫。
本發(fā)明實(shí)施例使得相關(guān)網(wǎng)元可以根據(jù)協(xié)議通過(guò)0RREQ和orreq消息完成CC 業(yè)務(wù)。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，
并不構(gòu)成對(duì)本發(fā)明的限定。在附圖中
圖1為現(xiàn)有技術(shù)中CC業(yè)務(wù)的特征碼請(qǐng)求觸發(fā)流程示意圖； 圖2為本發(fā)明實(shí)施例1的會(huì)議通話觸發(fā)流程示意圖； 圖3為本發(fā)明實(shí)施例2的會(huì)議通話觸發(fā)流程示意圖； 圖4為本發(fā)明實(shí)施例3的會(huì)議通話觸發(fā)流程示意圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明的 具體實(shí)施例進(jìn)行詳細(xì)說(shuō)明。在此，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本 發(fā)明，但并不作為對(duì)本發(fā)明的限定。
實(shí)施例1
由于CCI參數(shù)是CC業(yè)務(wù)處理的必要信息，而0RREQ和orreq消息在協(xié)議中已經(jīng)明確可以處理CC業(yè)務(wù)，因此如果在ORREQ和orreq消息攜帶這些信息，就 可以使相關(guān)網(wǎng)元有效的處理CC業(yè)務(wù)。因此，本實(shí)施例是通過(guò)在ORREQ和orreq 消息攜帶CCI參數(shù)來(lái)使CC業(yè)務(wù)能夠成功進(jìn)行。相關(guān)網(wǎng)元(如HLR， MSC)也需要支 持在0RREQ和orreq消息攜帶CCI信息。
圖2為本發(fā)明實(shí)施例1的會(huì)議通話觸發(fā)流程示意圖，圖2中基站控制器、 移動(dòng)服務(wù)交換中心(服務(wù)MSCe/GMSC)及歸屬位置寄存器形成實(shí)現(xiàn)會(huì)議通話業(yè)務(wù) 的觸發(fā)的系統(tǒng)。如圖2所示，會(huì)議通話觸發(fā)流程具體包括如下步驟
(1) 服務(wù)MSCe/GMSC接收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息，如FLASH業(yè)務(wù)請(qǐng)求。 該業(yè)務(wù)請(qǐng)求包括用戶在終端上撥打的數(shù)字。在對(duì)該數(shù)字的分析過(guò)程中，服務(wù)MSCe 發(fā)現(xiàn)特征碼串。其中FC (Feature Code)為業(yè)務(wù)特征碼，TA為會(huì)議成員的電話 號(hào)碼。
(2) 服務(wù)MSCe向與終端有關(guān)系的HLR發(fā)送ORREQ，其中包括CC工參數(shù)和用 戶在終端上撥打的數(shù)字。
(3) HLR發(fā)現(xiàn)是會(huì)議通話請(qǐng)求進(jìn)行判斷，如果ORREQ消息中攜帶CCI參數(shù)， HLR網(wǎng)元判斷其是否可以進(jìn)行會(huì)議呼叫，也可以不判斷其是否可以進(jìn)行會(huì)議呼 叫，而直接向服務(wù)MSCe發(fā)送orreq， orreq在終端列表參數(shù)TERMLIST中包含呼 叫路由選擇信息，即HLR將先前的特征碼去掉之后的被叫號(hào)碼，另外orreq還 包括會(huì)議通話指示參數(shù)CCI，指明當(dāng)前呼叫激活了會(huì)議通話業(yè)務(wù)。如果HLR網(wǎng)元 需要進(jìn)行是否可以進(jìn)行會(huì)議呼叫的判斷，則可以僅在判斷可以進(jìn)行會(huì)議呼叫時(shí) 向服務(wù)MSCe發(fā)送包含路由選擇信息及會(huì)議通話指示的orreq;而可在判斷不可 以進(jìn)行會(huì)議呼叫時(shí)直接拒絕該呼叫。
(4) 服務(wù)MSCe存儲(chǔ)會(huì)議通話指示，在判斷可以進(jìn)行會(huì)議呼叫時(shí)激活會(huì)議 通話，并根據(jù)oir叫中指示向終端提供業(yè)務(wù)操作確認(rèn)信息。
(5) 服務(wù)MSCe根據(jù)終端列表參數(shù)中呼叫路由選擇信息建立呼叫，如呼叫 至分支l。本實(shí)施例完善了TIA/EIA-41協(xié)議中矛盾的地方，使得相關(guān)網(wǎng)元可以根據(jù)協(xié)議 通過(guò)0RREQ和orreq消息完成CC業(yè)務(wù)。
在本實(shí)施例中，如果服務(wù)MSCe向HLR發(fā)送的0RREQ未攜帶CCI參數(shù)，由于 HLR可以從其數(shù)據(jù)庫(kù)中用戶的簽約信息中獲知CCI參數(shù)，因此HLR可以在向MSCe 發(fā)送的orreq中攜帶CCI參數(shù)，即orreq不僅在終端列表參數(shù)TERMLIST中包含 呼叫路由選擇信息，該orreq還包括會(huì)議通話指示參數(shù)CCI，指明當(dāng)前呼叫激活 了會(huì)議通話業(yè)務(wù)。從而使MSCe存儲(chǔ)會(huì)議通話指示CCI，并在判斷可以進(jìn)行會(huì)議 呼叫時(shí)激活會(huì)議通話，建立呼叫。
并且，在本實(shí)施例中，如果HLR判斷接收的ORREQ消息中攜帶CCI參數(shù)，HLR 也可以在發(fā)送至MSCe的orreq中不攜帶CCI參數(shù)，而是通過(guò)判斷是否可以進(jìn)行 會(huì)議呼叫，直接將判斷結(jié)果通知給MSCe，使MSCe根據(jù)HLR的判斷結(jié)果決定是否 激活會(huì)議電話并進(jìn)行呼叫接續(xù)。例如，如果HLR判斷CCI參數(shù)與當(dāng)前會(huì)議呼叫 的總分支個(gè)數(shù)已經(jīng)相等，表示不能再進(jìn)行增加會(huì)議通話分支的操作，則可不向MSCe 發(fā)送orreq或者發(fā)送攜帶錯(cuò)誤指示的消息，以使MSCe拒絕呼叫接續(xù)；如果HLR 判斷還能再進(jìn)行增加會(huì)議通話分支的操作，則向MSCe發(fā)送orreq并在其終端列 表參數(shù)TERMLIST中包含呼叫路由選擇信息。當(dāng)然，還可以用其它通知方式，這 對(duì)本領(lǐng)域的技術(shù)人員來(lái)說(shuō)是容易實(shí)現(xiàn)的，在此不一一贅述。
因此，根據(jù)本發(fā)明實(shí)施例，只要在ORREQ或orreq消息中任意一條攜帶CCI 信息，都可以使得收到該消息的網(wǎng)元有效地處理CC業(yè)務(wù)。
實(shí)施例2
如果在ORREQ或orreq消息中都不攜帶CC工信息，則可以在網(wǎng)元在收到ORREQ 或orreq消息后，判斷如果消息中沒(méi)有CCI信息，通過(guò)MSC設(shè)定一個(gè)默認(rèn)的CCI 值進(jìn)行處理。
圖3為本發(fā)明實(shí)施例2的會(huì)議通話觸發(fā)流程示意圖。圖中基站控制器、移 動(dòng)服務(wù)交換中心(服務(wù)MSCe/GMSC)及歸屬位置寄存器形成實(shí)現(xiàn)會(huì)議通話業(yè)務(wù)的 觸發(fā)的系統(tǒng)。如圖3所示，會(huì)議通話觸發(fā)流程具體包括如下步驟-(1) 服務(wù)MSCe/GMSC接收到FLASH業(yè)務(wù)請(qǐng)求消息(攜帶用戶在終端上撥打的 數(shù)字)。在對(duì)該數(shù)字的分析過(guò)程中，服務(wù)MSCe發(fā)現(xiàn)特征碼串。其中FC (Feature Code)為業(yè)務(wù)特征碼。TA為會(huì)議成員的電話號(hào)碼。
(2) 服務(wù)MSCe向與終端有關(guān)系的HLR發(fā)送ORREQ，其中包括用戶在終端上 撥打的數(shù)字(DIGITS)。
(3) HLR發(fā)現(xiàn)是會(huì)議通話請(qǐng)求則向服務(wù)MSCe發(fā)送orreq， orreq在終端列 表參數(shù)TERMLIST中包含呼叫路由選擇信息，即HLR將先前的特征碼除出之后的 被叫號(hào)碼。
(4) MSCe檢測(cè)到orreq響應(yīng)消息中沒(méi)有CCI參數(shù)，可以按照默認(rèn)的CCI 參數(shù)進(jìn)行呼叫接續(xù)。
實(shí)施例3
如果在0RREQ或orreq消息中都不攜帶CCI信息，則可以在MSC收到orreq 消息后，如果消息中沒(méi)有CCI信息，則向HLR發(fā)送FEATURE消息，通過(guò) Feature Request流程再次觸發(fā)CC業(yè)務(wù)。
圖4為本發(fā)明實(shí)施例3的會(huì)議通話觸發(fā)流程示意圖。圖中基站控制器、移 動(dòng)服務(wù)交換中心(服務(wù)MSCe/GMSC)及歸屬位置寄存器形成實(shí)現(xiàn)會(huì)議通話業(yè)務(wù)的 觸發(fā)的系統(tǒng)。如圖4所示，該流程具體包括如下步驟
(1) 服務(wù)MSCe/GMSC接收到FLASH業(yè)務(wù)請(qǐng)求消息(攜帶用戶在終端上撥 打的數(shù)字)。在對(duì)該數(shù)字的分析過(guò)程中，服務(wù)MSCe發(fā)現(xiàn)特征碼串。其中FC (Feature Code)為業(yè)務(wù)特征碼。TA為會(huì)議成員的電話號(hào)碼。
(2) 服務(wù)MSCe向與終端有關(guān)系的HLR發(fā)送ORREQ，其中包括用戶在終端上 撥打的數(shù)字(DIGITS)。
(3) HLR發(fā)現(xiàn)是會(huì)議通話請(qǐng)求則向服務(wù)MSCe發(fā)送orreq， orreq在終端列 表參數(shù)TERMLIST中包含呼叫路由選擇信息，即HLR將先前的特征碼除出之后的 被叫號(hào)碼。(4) MSCe檢測(cè)到orreq響應(yīng)消息中沒(méi)有CCI參數(shù)，可以通過(guò)FEATURE REQUEST 重新觸發(fā)會(huì)議通話流程，具體步驟如圖1中FEATURE REQUEST觸發(fā)流程(見(jiàn)圖1 中步驟(2)及后續(xù)的過(guò)程)。
本發(fā)明如上實(shí)施例的會(huì)議通話業(yè)務(wù)的觸發(fā)方法完善了 TIA/EIA-41協(xié)議中矛 盾的地方，使得相關(guān)網(wǎng)元可以根據(jù)協(xié)議通過(guò)ORREQ和orreq消息完成CC業(yè)務(wù)。
以上具體實(shí)施方式
僅用于說(shuō)明本發(fā)明，而非用于限定本發(fā)明。凡在本發(fā)明 的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明 的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種會(huì)議通話業(yè)務(wù)的觸發(fā)方法，其特征在于，該方法包括收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，網(wǎng)絡(luò)側(cè)通過(guò)始呼鑒權(quán)請(qǐng)求觸發(fā)會(huì)議通話業(yè)務(wù)，在所述始呼鑒權(quán)請(qǐng)求及/或始呼鑒權(quán)請(qǐng)求響應(yīng)中攜帶會(huì)議通話指示，并根據(jù)所述的會(huì)議通話指示判斷是否可以進(jìn)行會(huì)議呼叫，相應(yīng)處理會(huì)議通話業(yè)務(wù)。
2. 根據(jù)權(quán)利要求l所述的方法，其特征在于，該方法具體包括如下步驟:收到FLASH業(yè)務(wù)請(qǐng)求消息時(shí)，移動(dòng)服務(wù)交換中心向相關(guān)歸屬位置寄存器發(fā)送 攜帶特征碼串的始呼鑒權(quán)請(qǐng)求；所述歸屬位置寄存器確定接收的始呼鑒權(quán)請(qǐng)求中攜帶會(huì)議通話指示，則向 移動(dòng)服務(wù)交換中心發(fā)送攜帶呼叫路由選擇信息及會(huì)議通話指示的始呼鑒權(quán)請(qǐng)求 響應(yīng)；所述移動(dòng)服務(wù)交換中心在根據(jù)所述會(huì)議通話指示判斷可以進(jìn)行會(huì)議呼叫時(shí) 激活會(huì)議通話，并根據(jù)所述路由選擇信息建立呼叫。
3. 根據(jù)權(quán)利要求l所述的方法，其特征在于，該方法具體包括如下步驟 收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，移動(dòng)服務(wù)交換中心向相關(guān)歸屬位置寄存器發(fā)送攜帶特征碼串的始呼鑒權(quán)請(qǐng)求；所述歸屬位置寄存器確定接收的始呼鑒權(quán)請(qǐng)求中攜帶會(huì)議通話指示，則判 斷是否可以進(jìn)行會(huì)議呼叫，并將判斷結(jié)果通知給所述移動(dòng)服務(wù)交換中心；所述移動(dòng)服務(wù)交換中心根據(jù)所述判斷結(jié)果決定建立或拒絕呼叫。
4. 根據(jù)權(quán)利要求l所述的方法，其特征在于，該方法具體包括如下步驟 收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，移動(dòng)服務(wù)交換中心向相關(guān)歸屬位置寄存器發(fā)送攜帶特征碼串的始呼鑒權(quán)請(qǐng)求；所述歸屬位置寄存器確定接收的始呼鑒權(quán)請(qǐng)求中未攜帶會(huì)議通話指示，則 向移動(dòng)服務(wù)交換中心發(fā)送攜帶呼叫路由選擇信息及會(huì)議通話指示的始呼鑒權(quán)請(qǐng) 求響應(yīng)；所述移動(dòng)服務(wù)交換中心在根據(jù)所述會(huì)議通話指示判斷可以進(jìn)行會(huì)議呼叫時(shí)激活會(huì)議通話，并根據(jù)所述路由選擇信息建立呼叫。
5. —種會(huì)議通話業(yè)務(wù)的觸發(fā)方法，其特征在于，該方法包括 收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，網(wǎng)絡(luò)側(cè)通過(guò)始呼鑒權(quán)請(qǐng)求觸發(fā)會(huì)議通話業(yè)務(wù)；在所述始呼鑒權(quán)請(qǐng)求及始呼鑒權(quán)請(qǐng)求響應(yīng)中都不攜帶會(huì)議通話指示時(shí)，則 通過(guò)默認(rèn)的會(huì)議通話指示進(jìn)行會(huì)議通話業(yè)務(wù)處理。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，該方法具體包括如下步驟:收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，移動(dòng)服務(wù)交換中心向相關(guān)歸屬位置寄存器 發(fā)送攜帶特征碼串的始呼鑒權(quán)請(qǐng)求；歸屬位置寄存器收到始呼鑒權(quán)請(qǐng)求后向所述移動(dòng)服務(wù)交換中心發(fā)送包含呼叫路由選擇信息的始呼鑒權(quán)請(qǐng)求響應(yīng)；所述移動(dòng)服務(wù)交換中心檢測(cè)到始呼鑒權(quán)請(qǐng)求響應(yīng)中不攜帶會(huì)議通話參數(shù)， 則按照默認(rèn)的會(huì)議通話參數(shù)進(jìn)行呼叫接續(xù)。
7. —種會(huì)議通話業(yè)務(wù)的觸發(fā)方法，其特征在于，該方法包括收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，網(wǎng)絡(luò)側(cè)通過(guò)始呼鑒權(quán)請(qǐng)求觸發(fā)會(huì)議通話業(yè)務(wù)；在所述始呼鑒權(quán)請(qǐng)求及始呼鑒權(quán)請(qǐng)求響應(yīng)中都不攜帶會(huì)議通話指示時(shí)，則 通過(guò)特征業(yè)務(wù)請(qǐng)求重新觸發(fā)該會(huì)議通話業(yè)務(wù)。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，該方法具體包括如下步驟收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，移動(dòng)服務(wù)交換中心向相關(guān)歸屬位置寄存器發(fā)送攜帶特征碼串的始呼鑒權(quán)請(qǐng)求；歸屬位置寄存器收到始呼鑒權(quán)請(qǐng)求后向所述移動(dòng)服務(wù)交換中心發(fā)送包含呼 叫路由選擇信息的始呼鑒權(quán)請(qǐng)求響應(yīng)；所述移動(dòng)服務(wù)交換中心檢測(cè)到始呼鑒權(quán)請(qǐng)求響應(yīng)中不攜帶會(huì)議通話參數(shù)， 則通過(guò)特征業(yè)務(wù)請(qǐng)求重新觸發(fā)所述會(huì)議通話業(yè)務(wù)。
9. 一種會(huì)議通話業(yè)務(wù)的觸發(fā)系統(tǒng)，其特征在于該系統(tǒng)包括-根據(jù)會(huì)議通話業(yè)務(wù)請(qǐng)求發(fā)起始呼鑒權(quán)請(qǐng)求的第一裝置；接收所述始呼鑒權(quán)請(qǐng)求并回應(yīng)始呼鑒權(quán)請(qǐng)求響應(yīng)的第二裝置，所述始呼鑒 權(quán)請(qǐng)求響應(yīng)攜帶會(huì)議通話指示及呼叫路由選擇信息；所述第一裝置根據(jù)所述會(huì)議通話指示判斷是否可以進(jìn)行會(huì)議呼叫，并相應(yīng) 地建立或拒絕呼叫。
10. 根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于 所述始呼鑒權(quán)請(qǐng)求包括所述會(huì)議通話指示。
11. 一種會(huì)議通話業(yè)務(wù)的觸發(fā)系統(tǒng)，其特征在于該系統(tǒng)包括.-根據(jù)會(huì)議通話業(yè)務(wù)請(qǐng)求發(fā)起始呼鑒權(quán)請(qǐng)求的第一裝置，所述始呼鑒權(quán)請(qǐng)求攜帶會(huì)議通話指示；根據(jù)所述會(huì)議通話指示判斷是否可以進(jìn)行會(huì)議呼叫的第二裝置，該第二裝 置判斷可以進(jìn)行會(huì)議呼叫，則發(fā)送攜帶呼叫路由選擇信息的始呼鑒權(quán)請(qǐng)求響應(yīng) 至所述第一裝置；其中，所述第一裝置根據(jù)接收到的所述呼叫路由選擇信息建立呼叫。
12. 根據(jù)權(quán)利要求ll所述的系統(tǒng)，其特征在于 所述第二裝置用于在不可以進(jìn)行會(huì)議呼叫時(shí)直接拒絕該呼叫。
13. —種會(huì)議通話業(yè)務(wù)的觸發(fā)系統(tǒng)，其特征在于該系統(tǒng)包括 根據(jù)會(huì)議通話業(yè)務(wù)請(qǐng)求發(fā)起始呼鑒權(quán)請(qǐng)求的第一裝置；接收所述始呼鑒權(quán)請(qǐng)求并回應(yīng)始呼鑒權(quán)請(qǐng)求響應(yīng)的第二裝置，所述始呼鑒 權(quán)請(qǐng)求響應(yīng)攜帶呼叫路由選擇信息；其中，所述第一裝置根據(jù)默認(rèn)的會(huì)議通話指示判斷可以進(jìn)行會(huì)議呼叫時(shí)， 根據(jù)所述的路由選擇信息建立呼叫。
全文摘要
本發(fā)明實(shí)施例提供一種會(huì)議通話業(yè)務(wù)的觸發(fā)方法及系統(tǒng)，所述方法包括收到會(huì)議通話業(yè)務(wù)請(qǐng)求消息時(shí)，網(wǎng)絡(luò)側(cè)通過(guò)始呼鑒權(quán)請(qǐng)求觸發(fā)會(huì)議通話業(yè)務(wù)，并在所述始呼鑒權(quán)請(qǐng)求及/或始呼鑒權(quán)請(qǐng)求響應(yīng)中攜帶會(huì)議通話指示，以根據(jù)所述的會(huì)議通話指示判斷是否可以進(jìn)行會(huì)議呼叫，處理會(huì)議通話業(yè)務(wù)。本發(fā)明實(shí)施例使得相關(guān)網(wǎng)元可以根據(jù)協(xié)議通過(guò)始呼鑒權(quán)請(qǐng)求和始呼鑒權(quán)請(qǐng)求響應(yīng)消息完成CC業(yè)務(wù)。
文檔編號(hào)H04L12/18GK101299872SQ200710098988
公開(kāi)日2008年11月5日 申請(qǐng)日期2007年4月30日 優(yōu)先權(quán)日2007年4月30日
發(fā)明者嚴(yán)天軍, 平 徐, 李世前 申請(qǐng)人:華為技術(shù)有限公司