專(zhuān)利名稱(chēng)：一種業(yè)務(wù)類(lèi)型識(shí)別方法
技術(shù)領(lǐng)域：
本發(fā)明涉及下一代網(wǎng)絡(luò)(NGN),具體地說(shuō)，是涉及在下一代網(wǎng)絡(luò)中識(shí) 別業(yè)務(wù)類(lèi)型的方法。
背景技術(shù)：
呼叫轉(zhuǎn)接(Call Transfer)業(yè)務(wù)是通信系統(tǒng)中的一種補(bǔ)充業(yè)務(wù)當(dāng)兩個(gè) 用戶(hù)(用戶(hù)A和用戶(hù)B)通過(guò)通信系統(tǒng)建立通話(huà)后，其中的一個(gè)用戶(hù)(以用 戶(hù)B為例)可以請(qǐng)求將當(dāng)前通話(huà)轉(zhuǎn)給第三方(假如為用戶(hù)C),即在用戶(hù)A 與用戶(hù)C之間建立通話(huà)，而斷開(kāi)用戶(hù)A與用戶(hù)B之間的通話(huà)話(huà)路。此業(yè)務(wù) 的一種常見(jiàn)的應(yīng)用場(chǎng)景是總經(jīng)理秘書(shū)(用戶(hù)B)先接聽(tīng)所有欲要呼叫總經(jīng) 理(用戶(hù)C)的來(lái)電(用戶(hù)A發(fā)起)，問(wèn)清對(duì)方來(lái)意后，對(duì)于需要總經(jīng)理親 自接聽(tīng)的電話(huà)，利用呼叫轉(zhuǎn)接業(yè)務(wù)轉(zhuǎn)給總經(jīng)理(用戶(hù)C)。呼叫轉(zhuǎn)接業(yè)務(wù)有兩種類(lèi)型 一種是詢(xún)問(wèn)轉(zhuǎn)接，即用戶(hù)B在轉(zhuǎn)接前先與用 戶(hù)C建立通話(huà)(詢(xún)問(wèn)用戶(hù)C是否同意與用戶(hù)A通話(huà))，然后再發(fā)起轉(zhuǎn)接請(qǐng) 求，使用戶(hù)A與用戶(hù)C建立通話(huà)，同時(shí)分別斷開(kāi)與用戶(hù)A、用戶(hù)C之間的 兩條通話(huà)話(huà)路。另一種是盲轉(zhuǎn)，即用戶(hù)B不先與用戶(hù)C建立通話(huà)，而是直 接發(fā)起轉(zhuǎn)接請(qǐng)求，使用戶(hù)A與用戶(hù)C建立通話(huà)。在以IP多媒體子系統(tǒng)(IP Multimedia Subsystem,簡(jiǎn)稱(chēng)IMS )為核心的 下一代網(wǎng)絡(luò)(Next Generation Network,簡(jiǎn)稱(chēng)NGN)中，采用初始會(huì)話(huà)協(xié)議 (Session Initiation Protocol,簡(jiǎn)稱(chēng)SIP )作為業(yè)務(wù)控制協(xié)議，各項(xiàng)通信業(yè)務(wù) (包括呼叫轉(zhuǎn)接業(yè)務(wù))可由用戶(hù)的智能終端與網(wǎng)絡(luò)中的應(yīng)用服務(wù)器(AS) 配合完成。圖1示出了下一代網(wǎng)絡(luò)中的一種典型業(yè)務(wù)實(shí)現(xiàn)架構(gòu)。其中，應(yīng)用服務(wù)器 AS (可能存在多個(gè)，分別用于不同的業(yè)務(wù))通過(guò)接口與用戶(hù)歸屬網(wǎng)絡(luò)的服 務(wù)-呼叫會(huì)話(huà)控制功能(Serving Call Session Control Function ，簡(jiǎn)稱(chēng)S-CSCF )相連，用戶(hù)終端A與用戶(hù)終端B之間的SIP業(yè)務(wù)控制消息(用虛線(xiàn)標(biāo)識(shí)) 會(huì)流經(jīng)各自的應(yīng)用服務(wù)器(根據(jù)用戶(hù)業(yè)務(wù)的種類(lèi)，可能經(jīng)過(guò)不同的應(yīng)用服務(wù) 器)，應(yīng)用服務(wù)器可通過(guò)對(duì)業(yè)務(wù)控制消息的各種處理以實(shí)現(xiàn)豐富的業(yè)務(wù)。用 戶(hù)終端A與用戶(hù)終端B利用業(yè)務(wù)消息交換并協(xié)商雙方所支持的媒體參數(shù)， 在兩者之間建立媒體流連接(用實(shí)線(xiàn)標(biāo)識(shí))，媒體流用于傳送通話(huà)話(huà)音包等 數(shù)據(jù)。參見(jiàn)圖2，為目前現(xiàn)有技術(shù)中的電信和互聯(lián)網(wǎng)融合業(yè)務(wù)及高級(jí)網(wǎng)絡(luò)協(xié)議 (Telecommunications and Internet converged Services and Protocols for Advanced Networking,簡(jiǎn)稱(chēng)TISPAN)組織技術(shù)規(guī)范中的盲轉(zhuǎn)流程。為簡(jiǎn)化 起見(jiàn)，此圖中省略了代理-呼叫會(huì)話(huà)控制功能、服務(wù)-呼叫會(huì)話(huà)控制功能等網(wǎng) 絡(luò)設(shè)備。在此流程起始處，用戶(hù)終端-A (用戶(hù)A)與用戶(hù)終端-B (用戶(hù)B) 處于通話(huà)過(guò)程中，用戶(hù)終端-A的應(yīng)用服務(wù)器(應(yīng)用服務(wù)器-A)和用戶(hù)終端 -B的應(yīng)用服務(wù)器(應(yīng)用服務(wù)器-B)均參與此通話(huà)過(guò)程，為各自的服務(wù)對(duì)象 提供補(bǔ)充業(yè)務(wù)；然后由用戶(hù)終端-B向用戶(hù)終端-A發(fā)起呼叫保持請(qǐng)求，將用 戶(hù)終端-A置為呼叫保持狀態(tài)(即業(yè)務(wù)消息可以互通，但媒體流暫時(shí)中斷)， 用戶(hù)A與用戶(hù)B暫時(shí)中斷通話(huà)；然后用戶(hù)終端-B通過(guò)應(yīng)用服務(wù)器B和應(yīng)用 服務(wù)器A向用戶(hù)終端-A發(fā)送一條轉(zhuǎn)接請(qǐng)求(步驟1 ~ 3 )，在用戶(hù)終端-A表 示接受此請(qǐng)求(步驟4 ~ 6 )后，用戶(hù)終端-B向用戶(hù)終端-A發(fā)送掛機(jī)請(qǐng)求并 接收到用戶(hù)終端-A的確認(rèn)響應(yīng)后，斷開(kāi)兩者之間的通話(huà)話(huà)路(步驟7~ 12); 然后用戶(hù)終端-A向用戶(hù)終端-C (用戶(hù)C )發(fā)送邀請(qǐng)請(qǐng)求，在用戶(hù)終端-A和 用戶(hù)終端-C之間建立通話(huà)(步驟19~30);在上述過(guò)程中，用戶(hù)終端-A在 準(zhǔn)備向用戶(hù)終端-C發(fā)送邀請(qǐng)請(qǐng)求前以及在接通用戶(hù)終端-C的話(huà)路時(shí)，均會(huì) 利用通知消息將相關(guān)情況通知給用戶(hù)終端-B (分別對(duì)應(yīng)步驟13~18、步驟 31-36)。其中，上述流程的步驟1~步驟3中的轉(zhuǎn)接請(qǐng)求采用SIP協(xié)議中的 REFER (指示)消息。REFER消息是SIP協(xié)議中定義的一種特殊消息，其 作用如下用戶(hù)B向用戶(hù)A發(fā)送REFER消息，攜帶的主要參數(shù)有Refer-To (指示第三方用戶(hù)C)與method (指示一種方法，呼叫轉(zhuǎn)接業(yè)務(wù)采用的是 INVITE -邀請(qǐng)對(duì)方)；用戶(hù)A根據(jù)此消息向用戶(hù)C發(fā)起某種操作請(qǐng)求(采用method參數(shù)指示的方法)，在這些請(qǐng)求消息中可攜帶 一 項(xiàng)參數(shù) Referred-By,用于標(biāo)識(shí)此^"求的指示方(即用戶(hù)B)。由于呼叫轉(zhuǎn)接業(yè)務(wù)有著特殊的計(jì)費(fèi)要求，即用戶(hù)A與用戶(hù)C之間建立 的新會(huì)話(huà)的費(fèi)用將由用戶(hù)B(呼叫轉(zhuǎn)接業(yè)務(wù)的發(fā)起方)全部或部分承擔(dān)，因 此，需要使得應(yīng)用服務(wù)器B保留在用戶(hù)終端A與用戶(hù)終端C之間的SIP業(yè) 務(wù)控制消息路徑上，以便計(jì)費(fèi)。為實(shí)現(xiàn)此目的，現(xiàn)有技術(shù)要求應(yīng)用服務(wù)器B 對(duì)于呼叫轉(zhuǎn)接業(yè)務(wù)^L一定的特殊處理，即參見(jiàn)圖2，應(yīng)用服務(wù)器B在收到 用戶(hù)B發(fā)出的REFER請(qǐng)求(步驟1 )后，將此請(qǐng)求中的Refer-To參數(shù)取值 (即用戶(hù)C號(hào)碼)記錄下來(lái)，并用另一個(gè)值(假設(shè)為M號(hào)碼，可路由至應(yīng) 用服務(wù)器B)進(jìn)行替換，然后將替換后的REFER請(qǐng)求發(fā)送給用戶(hù)A (步驟 2)。用戶(hù)終端A將在步驟19向M號(hào)碼發(fā)起會(huì)話(huà)邀請(qǐng)請(qǐng)求(INVITE),此 會(huì)話(huà)邀請(qǐng)請(qǐng)求首先被傳遞至用戶(hù)服務(wù)器B (步驟20 ),用戶(hù)服務(wù)器B取出 以前存儲(chǔ)的真實(shí)的Refer-To參數(shù)(即用戶(hù)C號(hào)碼)，將INVITE消息中的目 的地修改為用戶(hù)C號(hào)碼，再轉(zhuǎn)發(fā)給用戶(hù)C (步驟21)，從而實(shí)現(xiàn)將應(yīng)用服 務(wù)器B保留在用戶(hù)終端A與用戶(hù)終端C之間的SIP業(yè)務(wù)控制消息路徑上。REFER消息除此之外，還可用于其他多種業(yè)務(wù)。因此，在以上過(guò)程中， 應(yīng)用服務(wù)器B需要對(duì)用戶(hù)B發(fā)出的REFER請(qǐng)求消息進(jìn)行識(shí)別，判斷用戶(hù)B 是否想發(fā)起呼叫轉(zhuǎn)接業(yè)務(wù)；若用戶(hù)B利用REFER請(qǐng)求發(fā)起的是其它業(yè)務(wù)， 則應(yīng)用服務(wù)器B不應(yīng)執(zhí)行上節(jié)所述的相應(yīng)處理。在現(xiàn)有技術(shù)中，以下兩條 準(zhǔn)則同時(shí)滿(mǎn)足時(shí)即判定為呼叫轉(zhuǎn)接業(yè)務(wù)1)用戶(hù)B與REFER消息的目的地(如圖2中的用戶(hù)A)之間存在已 建立的會(huì)話(huà)，并且此REFER消息采用與原會(huì)話(huà)相同的對(duì)話(huà)標(biāo)識(shí)(注采用 相同對(duì)話(huà)標(biāo)識(shí)的消息將會(huì)沿著相同的消息路徑傳遞)；2 )用戶(hù)B發(fā)出的REFER消息中，method參數(shù)取值為INVITE, Refer-To 參數(shù)指示的第三方用戶(hù)C是一個(gè)有效地址，可接收呼叫邀請(qǐng)。上述識(shí)別方法是存在缺陷的，它無(wú)法區(qū)分呼叫轉(zhuǎn)接業(yè)務(wù)與會(huì)議業(yè)務(wù)等其 它業(yè)務(wù)?，F(xiàn)有技術(shù)中用戶(hù)利用REFER消息發(fā)起會(huì)議業(yè)務(wù)的典型流程如圖3所示。 為簡(jiǎn)化起見(jiàn)，此圖中省略了代理-呼叫會(huì)話(huà)控制功能、服務(wù)-呼叫會(huì)話(huà)控制功 能等網(wǎng)絡(luò)設(shè)備。其中，會(huì)議業(yè)務(wù)服務(wù)器用于為所有用戶(hù)提供會(huì)議業(yè)務(wù)功能， 能夠與多個(gè)用戶(hù)同時(shí)建立話(huà)路，混音后再發(fā)送給各個(gè)用戶(hù)。步驟P01 P06, 用戶(hù)B首先向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送邀請(qǐng)請(qǐng)求，創(chuàng)建一個(gè)會(huì)議資源，同時(shí)在 用戶(hù)B與會(huì)議業(yè)務(wù)服務(wù)器之間建立通話(huà)(步驟P07);步驟P11 P12，用 戶(hù)B向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送會(huì)議邀請(qǐng)請(qǐng)求(此會(huì)議邀請(qǐng)請(qǐng)求采用的也是 REFER消息，Refer-To參數(shù)為用戶(hù)C地址，method參數(shù)為INVITE);步驟 P15 P20,會(huì)議業(yè)務(wù)服務(wù)器根據(jù)REFER請(qǐng)求，向用戶(hù)C發(fā)送邀請(qǐng)請(qǐng)求，在 會(huì)議業(yè)務(wù)服務(wù)器與用戶(hù)C之間建立通話(huà)，使得用戶(hù)C加入此次會(huì)議；用戶(hù)B 還可繼續(xù)向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送REFER請(qǐng)求，其中Refer-To參數(shù)設(shè)置為其 它需要參加此會(huì)議的用戶(hù)號(hào)碼。在上述會(huì)議業(yè)務(wù)流程中，也滿(mǎn)足以下兩條判斷準(zhǔn)則1 )用戶(hù)B與REFER消息的目的地(會(huì)議業(yè)務(wù)服務(wù)器)之間存在已建 立的會(huì)話(huà)，此REFER消息采用了與原會(huì)話(huà)相同的對(duì)話(huà)標(biāo)識(shí)；2 )用戶(hù)B發(fā)出的REFER消息中，method參數(shù)取值為INVITE, Refer-To 參數(shù)指示的第三方用戶(hù)C是一個(gè)有效地址，可接收會(huì)議業(yè)務(wù)服務(wù)器發(fā)起的 呼叫邀請(qǐng)。因而，現(xiàn)有技術(shù)無(wú)法將呼叫轉(zhuǎn)接業(yè)務(wù)與會(huì)議業(yè)務(wù)等正確區(qū)分開(kāi)來(lái)。 發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問(wèn)題是在于需要提供一種業(yè)務(wù)類(lèi)型識(shí)別方法，用 于下 一代網(wǎng)絡(luò)中應(yīng)用服務(wù)器對(duì)業(yè)務(wù)類(lèi)型的識(shí)別。為了解決上述技術(shù)問(wèn)題，本發(fā)明提出了一種業(yè)務(wù)類(lèi)型識(shí)別方法，應(yīng)用于 下一代網(wǎng)絡(luò)中應(yīng)用服務(wù)器根據(jù)指示消息對(duì)所述業(yè)務(wù)類(lèi)型的識(shí)別，所述應(yīng)用服 務(wù)器首先對(duì)用戶(hù)與所述指示消息的目的地之間是否存在已建立的會(huì)話(huà)且所 述指示消息是否采用與所述已建立會(huì)話(huà)相同的對(duì)話(huà)標(biāo)識(shí)，以及所述指示消息 中method參數(shù)、Refer-To參數(shù)的屬性值是否分別為INVITE、 一個(gè)可接收呼叫邀請(qǐng)的有效地址進(jìn)行判斷，還包括(1) 從所保存的歷史信息中查詢(xún)到所述指示消息的目的地聯(lián)系地址；(2) 讀取所述目的地聯(lián)系地址的屬性值；(3 )根據(jù)所述目的地聯(lián)系地址的屬性值識(shí)別出所述指示消息所指示的 所述業(yè)務(wù)類(lèi)型。其中，步驟(3)中可以根據(jù)所述目的地聯(lián)系地址是否具有isfocus屬性 值進(jìn)行所述識(shí)別。進(jìn)一步地，如果步驟(3 )中所述目的地聯(lián)系地址具有isfocus 屬性值則識(shí)別出所述業(yè)務(wù)類(lèi)型為會(huì)議業(yè)務(wù)；如果步驟(3)中所述目的地聯(lián) 系地址不具有isfocus屬性值識(shí)別出所述業(yè)務(wù)類(lèi)型為呼叫轉(zhuǎn)接業(yè)務(wù)。本發(fā)明方法在現(xiàn)有技術(shù)判斷呼叫轉(zhuǎn)接業(yè)務(wù)和會(huì)議業(yè)務(wù)的基礎(chǔ)上，通過(guò)對(duì) 應(yīng)用服務(wù)器所保存的歷史信息中的REFER消息的目的地聯(lián)系地址是否具有 isfocus屬性值進(jìn)行判斷，可正確區(qū)別出這兩種業(yè)務(wù)，解決了現(xiàn)有技術(shù)無(wú)法將 呼叫轉(zhuǎn)接業(yè)務(wù)與會(huì)議業(yè)務(wù)等正確區(qū)分開(kāi)來(lái)的問(wèn)題。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部 分。本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的 不當(dāng)限定。在附圖中圖l是現(xiàn)有技術(shù)中下一代網(wǎng)絡(luò)的一種典型業(yè)務(wù)實(shí)現(xiàn)架構(gòu)實(shí)施例示意圖；圖2是現(xiàn)有技術(shù)中TISPAN組織技術(shù)規(guī)范中的盲轉(zhuǎn)流程實(shí)施例示意圖；圖3是現(xiàn)有技術(shù)中會(huì)議業(yè)務(wù)流程實(shí)施例流程示意圖；圖4是本發(fā)明方法實(shí)施例流程示意圖；圖5是本發(fā)明方法應(yīng)用實(shí)施例流程示意圖。
具體實(shí)施方式
以下結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明。在如圖3所示的會(huì)議業(yè)務(wù)流程中，用戶(hù)B通過(guò)用戶(hù)終端B和應(yīng)用服務(wù)器B向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送邀請(qǐng)請(qǐng)求(步驟P01和步驟P02 ),會(huì)議業(yè)務(wù)服 務(wù)器在向用戶(hù)B返回的邀請(qǐng)應(yīng)答響應(yīng)(步驟P03)中會(huì)提供自己的聯(lián)系地址 也即Contact參數(shù)，此參數(shù)中包含一個(gè)isfocus屬性，表明自己具有同時(shí)與多 個(gè)用戶(hù)進(jìn)行通話(huà)的能力。而在普通的兩個(gè)用戶(hù)建立會(huì)話(huà)時(shí)，他們相互提供的 聯(lián)系地址參數(shù)中不包含此屬性值。因此，可利用Contact參數(shù)中的isfocus屬 性來(lái)區(qū)分呼叫轉(zhuǎn)接業(yè)務(wù)與會(huì)議業(yè)務(wù)以及其他業(yè)務(wù)。具體地說(shuō)，就是在現(xiàn)有技術(shù)基礎(chǔ)上，應(yīng)用服務(wù)器B在進(jìn)行業(yè)務(wù)類(lèi)型的判 斷識(shí)別時(shí)，再增加一條判斷準(zhǔn)則根據(jù)其自身所保存的歷史信息中獲取 REFER消息目的地的聯(lián)系地址，并對(duì)該REFER消息目的地的聯(lián)系地址中是 否包含有isfocus屬性進(jìn)行判斷。由此形成的完整判斷準(zhǔn)則如下1 )用戶(hù)與REFER消息的目的地之間存在已建立的會(huì)話(huà)，并且此REFER 消息采用與原會(huì)話(huà)相同的對(duì)話(huà)標(biāo)識(shí)；2 )用戶(hù)發(fā)出的REFER消息中，method參數(shù)取值為INVITE, Refer-To 參數(shù)指示的是一個(gè)有效地址，可接收呼叫邀請(qǐng)；3 ) REFER消息目的地的聯(lián)系地址中是否包含有isfocus屬性。在滿(mǎn)足前兩條判斷準(zhǔn)則情況下，針對(duì)第3)條判斷準(zhǔn)則，如果REFER 消息目的地的聯(lián)系地址中包含有isfocus屬性，則可以判定為用戶(hù)發(fā)起的是 會(huì)議業(yè)務(wù)，否則即可判定為用戶(hù)發(fā)起的是呼叫轉(zhuǎn)接業(yè)務(wù)。基于上述內(nèi)容，本發(fā)明方法實(shí)施例如圖4所示，在應(yīng)用服務(wù)器B首先對(duì) 用戶(hù)與所述指示消息的目的地之間是否存在已建立的會(huì)話(huà)且所述指示消息 是否采用與所述已建立會(huì)話(huà)相同的對(duì)話(huà)標(biāo)識(shí)，以及所述指示消息中method 參數(shù)、Refer-To參數(shù)的屬性值是否分別為INVITE、 一個(gè)可接收呼叫邀請(qǐng)的 有效地址進(jìn)行判斷之后，還從所保存的歷史信息中查詢(xún)到REFER消息的目 的地聯(lián)系地址參數(shù)(步驟41);然后讀取該目的地聯(lián)系地址參數(shù)的屬性值 (步驟42 );最后根據(jù)讀取到的目的地聯(lián)系地址參數(shù)的屬性值識(shí)別出所述 指示消息所指示的所述業(yè)務(wù)類(lèi)型(步驟43)。其中的業(yè)務(wù)類(lèi)型，根據(jù)目的地聯(lián)系地址是否具有isfocus屬性值可以分 為呼叫轉(zhuǎn)接業(yè)務(wù)和會(huì)議業(yè)務(wù)。具體地說(shuō)，就是如果目的地聯(lián)系地址參數(shù)具有isfocus屬性，則識(shí)別出該業(yè)務(wù)為會(huì)議業(yè)務(wù)，如果目的地聯(lián)系地址不具有isfocus屬性，則識(shí)別出所發(fā)起的業(yè)務(wù)為呼叫轉(zhuǎn)接業(yè)務(wù)。圖5示出了本發(fā)明的一個(gè)應(yīng)用實(shí)施例，應(yīng)用服務(wù)器收到用戶(hù)發(fā)送的 REFER請(qǐng)求(步驟Rl)后，對(duì)此消息進(jìn)行檢查，首先檢查用戶(hù)與REFER 消息的目的地之間是否存在已建立的會(huì)話(huà)以及此REFER消息是否采用與原 會(huì)話(huà)相同的對(duì)話(huà)標(biāo)識(shí)(步驟R2)，其次檢查用戶(hù)發(fā)出的REFER消息中的 method參數(shù)取值是否為INVITE, Refer-To參數(shù)指示的第三方用戶(hù)是否為一 個(gè)可接收呼叫邀請(qǐng)的有效地址(步驟R3)，若這兩個(gè)條件中任一條件不滿(mǎn) 足，則可判斷為既不是呼叫轉(zhuǎn)接業(yè)務(wù)，也不是會(huì)議業(yè)務(wù)，需進(jìn)行其它處理(步 驟R4),如果上述條件均滿(mǎn)足則業(yè)務(wù)服務(wù)器再;f企查所保存的歷史信息中， REFER消息的目的地的聯(lián)系地址中是否具有isfocus屬性(步驟R5),若具 有，則判斷為會(huì)議業(yè)務(wù)(步驟R6),若不具有，則判斷為呼叫轉(zhuǎn)接業(yè)務(wù)， 進(jìn)行相應(yīng)的處理(步驟R7 )。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明。對(duì)于本 領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和 原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù) 范圍之內(nèi)。
權(quán)利要求
1、一種業(yè)務(wù)類(lèi)型識(shí)別方法，應(yīng)用于下一代網(wǎng)絡(luò)中應(yīng)用服務(wù)器根據(jù)指示消息對(duì)所述業(yè)務(wù)類(lèi)型的識(shí)別，所述應(yīng)用服務(wù)器首先對(duì)用戶(hù)與所述指示消息的目的地之間是否存在已建立的會(huì)話(huà)且所述指示消息是否采用與所述已建立會(huì)話(huà)相同的對(duì)話(huà)標(biāo)識(shí)，以及所述指示消息中method參數(shù)、Refer-To參數(shù)的屬性值是否分別為INVITE、一個(gè)可接收呼叫邀請(qǐng)的有效地址進(jìn)行判斷，其特征在于，還包括(1)從所保存的歷史信息中查詢(xún)到所述指示消息的目的地聯(lián)系地址；(2)讀取所述目的地聯(lián)系地址的屬性值；(3)根據(jù)所述目的地聯(lián)系地址的屬性值識(shí)別出所述指示消息所指示的所述業(yè)務(wù)類(lèi)型。
2、 如權(quán)利要求1所述的一種業(yè)務(wù)類(lèi)型識(shí)別方法，其特征在于，步驟(3) 中根據(jù)所述目的地聯(lián)系地址是否具有isfocus屬性值進(jìn)行所述識(shí)別。
3、 如權(quán)利要求2所述的一種業(yè)務(wù)類(lèi)型識(shí)別方法，其特征在于，步驟(3) 中如果所述目的地^:系地址具有isfocus屬性值則識(shí)別出所述業(yè)務(wù)類(lèi)型為會(huì) 議業(yè)務(wù)。
4、 如權(quán)利要求2所述的一種業(yè)務(wù)類(lèi)型識(shí)別方法，其特征在于，步驟(3) 中如果所述目的地聯(lián)系地址沒(méi)有isfocus屬性值則識(shí)別出所述業(yè)務(wù)類(lèi)型為呼 叫轉(zhuǎn)接業(yè)務(wù)。
全文摘要
本發(fā)明公開(kāi)了一種業(yè)務(wù)類(lèi)型識(shí)別方法，應(yīng)用于下一代網(wǎng)絡(luò)中應(yīng)用服務(wù)器根據(jù)指示消息對(duì)所述業(yè)務(wù)類(lèi)型的識(shí)別，所述應(yīng)用服務(wù)器首先對(duì)用戶(hù)與所述指示消息的目的地之間是否存在已建立的會(huì)話(huà)且所述指示消息是否采用與所述已建立會(huì)話(huà)相同的對(duì)話(huà)標(biāo)識(shí)，以及所述指示消息中method參數(shù)、Refer-To參數(shù)的屬性值是否分別為INVITE、一個(gè)可接收呼叫邀請(qǐng)的有效地址進(jìn)行判斷，還包括首先從所保存的歷史信息中查詢(xún)到所述指示消息的目的地聯(lián)系地址；然后讀取所述目的地聯(lián)系地址的屬性值；最后根據(jù)所述目的地聯(lián)系地址的屬性值識(shí)別出所述指示消息所指示的所述業(yè)務(wù)類(lèi)型。本發(fā)明方法解決了現(xiàn)有技術(shù)無(wú)法將呼叫轉(zhuǎn)接業(yè)務(wù)與會(huì)議業(yè)務(wù)等正確區(qū)分開(kāi)來(lái)的問(wèn)題。
文檔編號(hào)H04Q7/22GK101299826SQ200710102029
公開(kāi)日2008年11月5日 申請(qǐng)日期2007年4月30日 優(yōu)先權(quán)日2007年4月30日
發(fā)明者劉熠雯, 煒 方, 岷 沈 申請(qǐng)人:中興通訊股份有限公司