專利名稱：：一種第三方控制業(yè)務(wù)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種分組交換網(wǎng)絡(luò)中的第三方控制業(yè)務(wù)，尤其涉及呼叫轉(zhuǎn)移和會(huì)議實(shí)現(xiàn)方法。
背景技術(shù)：
：目前，隨著分組技術(shù)的不斷成熟，基于電路交換的傳統(tǒng)電信網(wǎng)絡(luò)正在向著基于分組交換的寬帶電信網(wǎng)發(fā)展，而使用SIP(SessionInitiationProtocol，會(huì)話發(fā)起協(xié)議，以下簡稱SIP)作為分組電信核心網(wǎng)的呼叫控制信令則是當(dāng)前的技術(shù)發(fā)展趨勢(shì)之一，如ITU-T和ETSI等標(biāo)準(zhǔn)組織對(duì)NGN(NextGenterationNetwork，下一代網(wǎng)絡(luò))的研究，在這種新的分組電信網(wǎng)絡(luò)中，新的分組終端SIP終端將逐步取代傳統(tǒng)的終端話機(jī)。其中，ETSI下屬的TISPAN(TelecommunicationsandInternetConvergedServicesandProtocolsforAdvancedNetworking)將在NGN中向SIP終端用戶提供的具有傳統(tǒng)業(yè)務(wù)特征的業(yè)務(wù)統(tǒng)稱為PSTN/ISDNsimulationservices。TISPAN成立了多個(gè)工作項(xiàng)目(WorkItem，WI)來研究這些simulation業(yè)務(wù)，如WI03023(DTS/TISPAN-03023-NGN-R1NGNCONF)研究CONF(Conference，會(huì)議業(yè)務(wù)，以下簡稱CONF)，WI03055(DTS/TISPAN-03055-NGN-R1ExplicitCommunicationTransfer)研究顯式呼叫轉(zhuǎn)移ECT(ExplicitCommunicationTransfer，以下簡稱ECT)業(yè)務(wù)。CONF業(yè)務(wù)可以使用戶能夠參與和控制一個(gè)有許多用戶加入的通話，ECT業(yè)務(wù)使一個(gè)通話中的一方能夠?qū)⒃撏ㄔ掁D(zhuǎn)移至第三方，更詳盡的業(yè)務(wù)描述可以參看WI03023和WI03055當(dāng)前最新的標(biāo)準(zhǔn)草案。在WI03023和WI03055當(dāng)前制訂的這兩個(gè)業(yè)務(wù)標(biāo)準(zhǔn)中，都使用了相同的技術(shù)來實(shí)現(xiàn)業(yè)務(wù)流程，分別分析如下1)CONF會(huì)議業(yè)務(wù)流程分析在CONF會(huì)議的業(yè)務(wù)實(shí)現(xiàn)流程中，用戶可以邀請(qǐng)一個(gè)和其已建立會(huì)話關(guān)系的用戶加入到一個(gè)會(huì)議中，用戶發(fā)送SIPREFER消息(會(huì)話發(fā)起協(xié)議參照信息消息)來實(shí)現(xiàn)這個(gè)功能。在SIPREFER消息中，Request-URI中設(shè)置會(huì)議標(biāo)識(shí)；Refer-To中設(shè)置被邀請(qǐng)用戶標(biāo)識(shí)，當(dāng)被邀請(qǐng)用戶有多個(gè)注冊(cè)終端時(shí)，還需要在Refer-To中采用全球可路由的用戶代理URI(GloballyRoutableUserAgentURIs，以下簡稱為GRUU；UniformResourceIdentifier，統(tǒng)一資源標(biāo)識(shí)，以下簡稱URI)來標(biāo)識(shí)和發(fā)起邀請(qǐng)用戶建立了會(huì)話關(guān)系的那個(gè)被邀請(qǐng)用戶終端；Refer-To的method參數(shù)設(shè)置為“INVITE”；Replaces(替換參數(shù))中設(shè)置兩個(gè)用戶之間已經(jīng)建立的會(huì)話Dialog標(biāo)識(shí)，指示該會(huì)話將會(huì)被會(huì)議和被邀請(qǐng)用戶之間建立的新會(huì)話所代替；這個(gè)SIPREFER消息將根據(jù)Request-URI設(shè)置的會(huì)議標(biāo)識(shí)路由到處理CONF會(huì)議業(yè)務(wù)的應(yīng)用服務(wù)器AS(ApplicationServer，以下簡稱AS)，AS將根據(jù)前述的會(huì)話發(fā)起協(xié)議參照信息SIPREFER消息中的設(shè)置內(nèi)容，向被邀請(qǐng)用戶(終端)發(fā)送會(huì)話發(fā)起協(xié)議邀請(qǐng)信息SIPINVITE消息(會(huì)話發(fā)起協(xié)議邀請(qǐng)消息)，并且將SIPREFER消息中攜帶的Replaces信息繼續(xù)由SIPINVITE消息攜帶，使會(huì)議和被邀請(qǐng)用戶(終端)之間建立新的會(huì)話，同時(shí)被邀請(qǐng)用戶(終端)根據(jù)SIPINVITE消息中的Replaces信息釋放兩個(gè)用戶之間已經(jīng)建立的會(huì)話。在WI03023當(dāng)前標(biāo)準(zhǔn)草案中，給出了一個(gè)信令流程示例，如圖1所示，其流程簡介如下；步驟1)用戶UE-A發(fā)起一個(gè)會(huì)話，呼叫一個(gè)PSTN/ISDN用戶。步驟2～14)用戶UE-A和PSTN/ISDN用戶之間會(huì)話建立成功，開始通話。步驟15)用戶UE-A申請(qǐng)創(chuàng)建一個(gè)會(huì)議，向處理會(huì)議業(yè)務(wù)的AS發(fā)起一個(gè)會(huì)話。步驟16～24)用戶UE-A申請(qǐng)的會(huì)議創(chuàng)建成功。步驟25)用戶UE-A邀請(qǐng)和他正在通話的PSTN/ISDN用戶加入到會(huì)議中，向處理會(huì)議業(yè)務(wù)的AS發(fā)送SIPREFER消息。步驟26～30)SIPREFER消息到達(dá)處理會(huì)議業(yè)務(wù)的AS，AS發(fā)送SIPNOTIFY消息通知用戶UE-A接收了這個(gè)REFER消息。步驟31)處理會(huì)議業(yè)務(wù)的AS根據(jù)收到的SIPREFER消息中設(shè)置的相關(guān)內(nèi)容，向PSTN/ISDN用戶發(fā)起會(huì)話，發(fā)送SIPINVITE消息。步驟32～41)由于PSTN/ISDN用戶屬于傳統(tǒng)電路域用戶，電路域和分組域之間將由媒體網(wǎng)關(guān)控制功能MGCF(MediaGatewayControlFunctions)處理互通呼叫，SIPINVITE消息發(fā)送到MGCF，MGCF將“代替”PSTN/ISDN用戶和會(huì)議之間創(chuàng)建會(huì)話，將PSTN/ISDN用戶加入會(huì)議。處理會(huì)議業(yè)務(wù)的AS發(fā)送SIPNOTIFY消息通知用戶UE-A，REFER請(qǐng)求的操作成功。步驟42～47)MGCF根據(jù)SIPINVITE消息中的Replaces信息，釋放Replaces信息中設(shè)置的Dialog標(biāo)識(shí)指定的會(huì)話(用戶UE-A和PSTN/ISDN用戶之間已經(jīng)建立的會(huì)話)。更詳盡的流程解釋可參見WI03023當(dāng)前標(biāo)準(zhǔn)草案，在此不再詳細(xì)描述。2)ECT顯示呼叫轉(zhuǎn)移業(yè)務(wù)流程分析在ECT轉(zhuǎn)移業(yè)務(wù)的實(shí)現(xiàn)流程中，用戶B和用戶A、用戶C分別建立了兩個(gè)會(huì)話，用戶B可以使用戶A和用戶C之間建立新會(huì)話，并且使自己退出原先已經(jīng)建立的兩個(gè)會(huì)話，用戶B通過向用戶A發(fā)送SIPREFER消息來實(shí)現(xiàn)這個(gè)功能，在SIPREFER消息中，Refer-To中設(shè)置了用戶C標(biāo)識(shí)，當(dāng)用戶C有多個(gè)注冊(cè)終端時(shí)，還可以在Refer-To中采用GRUU來標(biāo)識(shí)和用戶B建立了會(huì)話關(guān)系的那個(gè)用戶C終端；Refer-To的method參數(shù)設(shè)置為“INVITE”；Replaces中設(shè)置用戶B和用戶C之間已經(jīng)建立的會(huì)話Dialog標(biāo)識(shí)，指示該會(huì)話將會(huì)被用戶C和用戶A之間建立的新會(huì)話所代替；Target-Dialog(目標(biāo)會(huì)話參數(shù))中設(shè)置用戶B和用戶A之間已經(jīng)建立的會(huì)話Dialog標(biāo)識(shí)。用戶A收到這個(gè)SIPREFER消息后，根據(jù)前述的SIPREFER消息中的設(shè)置內(nèi)容，通過Target-Dialog信息確認(rèn)這是和自己正在會(huì)話的用戶B發(fā)來的呼叫轉(zhuǎn)移請(qǐng)求，向用戶C(終端)發(fā)送SIPINVITE消息，并且將SIPREFER消息中攜帶的Replaces信息繼續(xù)由SIPINVITE消息攜帶，使用戶A和用戶C之間建立新的會(huì)話，同時(shí)用戶C根據(jù)SIPINVITE消息中的Replaces信息釋放其和用戶B已經(jīng)建立的會(huì)話。用戶A和用戶C之間的新會(huì)話建立后，用戶B將釋放其和用戶A已經(jīng)建立的會(huì)話。詳盡的流程解釋可參見WI03055當(dāng)前標(biāo)準(zhǔn)草案，在此不再詳細(xì)描述。由此可以看到，在CONF和ECT業(yè)務(wù)實(shí)現(xiàn)流程中，其存在的相同技術(shù)點(diǎn)是用戶使用SIPREFER消息來發(fā)起業(yè)務(wù)操作請(qǐng)求、使用GRUU來標(biāo)識(shí)區(qū)分和發(fā)起業(yè)務(wù)操作請(qǐng)求用戶有會(huì)話聯(lián)系的終端、使用Replaces來指示要被替代釋放的會(huì)話Dialog標(biāo)識(shí)等。這些相同的技術(shù)方案也使CONF和ECT的業(yè)務(wù)實(shí)現(xiàn)流程存在相同的缺點(diǎn)首先，在互通場景下，MGCF需要處理SIPREFER消息，此時(shí)MGCF相當(dāng)于一個(gè)SIPUA(UserAgent，用戶代理)處理業(yè)務(wù)，但MGCF的原來功能只是處理分組域和電路域之間的互通呼叫，MGCF能否作為一個(gè)SIPUA處理業(yè)務(wù)目前在標(biāo)準(zhǔn)組織中還存在很大爭議，如果最終MGCF的功能維持不變，則使用SIPREFER的技術(shù)方案無法滿足互通場景下的業(yè)務(wù)實(shí)現(xiàn)流程。其次，除發(fā)起業(yè)務(wù)操作請(qǐng)求的用戶終端外，對(duì)參與業(yè)務(wù)的其他用戶終端也有特殊要求，而這些用戶其實(shí)并沒有簽約CONF/ECT業(yè)務(wù)，如果這些用戶終端不支持REFER/Refer-To、Replaces、Target-Dialog等操作，則簽約了CONF/ECT業(yè)務(wù)的用戶仍然無法成功應(yīng)用業(yè)務(wù)。此外，GRUU機(jī)制目前還只是IETF標(biāo)準(zhǔn)組織的一個(gè)草案，如果CONF/ECT業(yè)務(wù)的簽約用戶終端不支持GRUU機(jī)制，則業(yè)務(wù)也無法應(yīng)用成功。從前面分析可以看出，TISPANWI03023和WI03055標(biāo)準(zhǔn)草案的缺點(diǎn)在于簽約用戶發(fā)起的SIPREFER操起被要求發(fā)送給參與業(yè)務(wù)的其他用戶終端，從而引起對(duì)這些用戶終端以及MGCF在業(yè)務(wù)配合上的特殊要求。因此，現(xiàn)有技術(shù)還有待于繼續(xù)改進(jìn)和發(fā)展。
發(fā)明內(nèi)容本發(fā)明的目的在于提供一種新的CONF和ECT的業(yè)務(wù)實(shí)現(xiàn)流程，該業(yè)務(wù)實(shí)現(xiàn)流程不需要MGCF對(duì)SIPREFER消息的支持、對(duì)參與業(yè)務(wù)的其他用戶終端沒有特殊要求，不需要使用GRUU機(jī)制，大大簡化業(yè)務(wù)實(shí)現(xiàn)流程，便于業(yè)務(wù)的推廣。本發(fā)明的技術(shù)方案包括一種第三方控制業(yè)務(wù)的實(shí)現(xiàn)方法，在以會(huì)話發(fā)起協(xié)議提供業(yè)務(wù)的網(wǎng)絡(luò)中，對(duì)第三方控制的業(yè)務(wù)包括步驟A)業(yè)務(wù)簽約用戶已經(jīng)建立了兩個(gè)呼叫聯(lián)系，處理所述業(yè)務(wù)的應(yīng)用服務(wù)器作為背靠背用戶代理處于所述業(yè)務(wù)簽約用戶的呼叫信令路徑中；B)所述業(yè)務(wù)簽約用戶發(fā)起第三方控制業(yè)務(wù)的操作，發(fā)送攜帶所述呼叫的會(huì)話標(biāo)識(shí)的業(yè)務(wù)操作信息；C)所述應(yīng)用服務(wù)器收到業(yè)務(wù)操作信息，根據(jù)背靠背用戶代理機(jī)制定位出所述會(huì)話標(biāo)識(shí)對(duì)應(yīng)需要被重定向的會(huì)話；D)所述應(yīng)用服務(wù)器對(duì)所述需被重定向的會(huì)話進(jìn)行重定向操作，完成所述業(yè)務(wù)處理。所述的方法，其中，所述第三方控制的操作為所述業(yè)務(wù)簽約用戶發(fā)起的會(huì)話發(fā)起協(xié)議參照信息操作，所述業(yè)務(wù)操作信息攜帶于該會(huì)話發(fā)起協(xié)議參照信息消息中。所述的方法，其中，所述會(huì)話標(biāo)識(shí)設(shè)置在所述會(huì)話發(fā)起協(xié)議參照信息消息的替換參數(shù)和/或目標(biāo)會(huì)話參數(shù)中。所述的方法，其中，所述重定向操作為所述應(yīng)用服務(wù)器發(fā)起再邀請(qǐng)消息。所述的方法，其中，所述第三方控制的業(yè)務(wù)是會(huì)議業(yè)務(wù)或顯式呼叫轉(zhuǎn)移業(yè)務(wù)。所述的方法，其中，所述步驟D還包括如果應(yīng)用服務(wù)器處理的是顯式呼叫轉(zhuǎn)移業(yè)務(wù)，則還需要釋放所述會(huì)話標(biāo)識(shí)對(duì)應(yīng)的會(huì)話。本發(fā)明所提供的一種呼叫轉(zhuǎn)移和會(huì)議的實(shí)現(xiàn)方法，由于不需要MGCF對(duì)SIPREFER消息的支持、對(duì)參與業(yè)務(wù)的其他用戶終端沒有特殊要求，不需要使用GRUU機(jī)制，而是由處理CONF或ECT業(yè)務(wù)的AS作為B2BUA(BacktoBackUserAgent，背靠背用戶代理)事先處于簽約用戶的呼叫信令路徑中，并截獲簽約用戶發(fā)起的SIPREFER操作，采用重定向技術(shù)，從而實(shí)現(xiàn)了CONF和ECT業(yè)務(wù)，大大簡化了業(yè)務(wù)實(shí)現(xiàn)流程，便于業(yè)務(wù)的推廣。圖1為現(xiàn)有技術(shù)的CONF會(huì)議業(yè)務(wù)流程示意圖；圖2為本發(fā)明方法的第一較佳實(shí)施例的流程示意圖；圖3為本發(fā)明方法的第二較佳實(shí)施例的流程示意圖；圖4為本發(fā)明方法的第三較佳實(shí)施例的流程示意圖。具體實(shí)施例方式以下結(jié)合附圖，將對(duì)本發(fā)明的各較佳實(shí)施例進(jìn)行較為詳細(xì)的說明。本發(fā)明將提出一種新的CONF和ECT的業(yè)務(wù)實(shí)現(xiàn)流程，該業(yè)務(wù)實(shí)現(xiàn)流程為一第三方控制的業(yè)務(wù)，不需要MGCF對(duì)會(huì)話發(fā)起協(xié)議參照信息SIPREFER消息的支持、對(duì)參與業(yè)務(wù)的其他用戶終端沒有特殊要求，不需要支持參照操作REFER、參照目標(biāo)參數(shù)Refer-To、替換參數(shù)Replaces、目標(biāo)會(huì)話參數(shù)Target-Dialog等操作，只需要支持基本的SIP協(xié)議機(jī)制、不需要使用GRUU機(jī)制，簽約用戶使用SIPREFER消息發(fā)起業(yè)務(wù)操作請(qǐng)求，簽約用戶的處理CONF/ECT業(yè)務(wù)的AS作為B2BUA事先處于簽約用戶的信令路徑中，并截獲SIPREFER消息，使用重定向技術(shù)，即可完成相應(yīng)的業(yè)務(wù)處理。本發(fā)明方法的關(guān)鍵技術(shù)就在于簽約用戶的處理CONF/ECT業(yè)務(wù)的AS作為B2BUA事先處于簽約用戶的信令路徑中，并在收到SIPREFER消息后，不把該消息發(fā)送給參與業(yè)務(wù)的其他用戶終端，而是使用一種重定向技術(shù)，以完成相應(yīng)的業(yè)務(wù)處理。下面通過三個(gè)具體的實(shí)施例來說明采用本發(fā)明技術(shù)所實(shí)現(xiàn)的CONF和ECT的業(yè)務(wù)流程，需要說明的是，本發(fā)明中所作的流程圖示和文字說明僅為突出本發(fā)明的關(guān)鍵技術(shù)所作的解釋，并不表示一個(gè)完整的呼叫和業(yè)務(wù)控制流程，也沒有窮盡所有可能的分支流程。如圖2所示的本發(fā)明方法的實(shí)施例一，其場景和現(xiàn)有技術(shù)圖1的會(huì)議業(yè)務(wù)場景類似，不同的是被叫用戶與主叫用戶一樣是一個(gè)SIP用戶，而不是現(xiàn)有技術(shù)的PSTN/ISDN用戶SIP用戶UE-A是業(yè)務(wù)簽約用戶，SIP用戶UE-A和SIP用戶UE-B建立通話，SIP用戶UE-A申請(qǐng)會(huì)議資源創(chuàng)建成功，SIP用戶UE-A發(fā)起第三方控制操作-REFER操作將用戶UE-B也加入會(huì)議中。其流程解釋如下用戶UE-A呼叫用戶UE-B，發(fā)起的SIPINVITE消息，該消息的會(huì)話標(biāo)識(shí)假設(shè)為Dialog1，如圖2中所示的“INVITE[1]”即表示會(huì)話Dialog1的SIPINVITE消息。處理CONF業(yè)務(wù)的AS接收到該SIPINVITE[1]消息，采用SIP協(xié)議中的B2BUA機(jī)制，終結(jié)該會(huì)話，并重新向用戶UE-B發(fā)起一個(gè)新的會(huì)話SIPINVITE[2]消息，該消息的會(huì)話標(biāo)識(shí)假設(shè)為Dialog2。用戶UE-B接收到該SIPINVITE[2]消息，應(yīng)答，發(fā)送200OK[2]響應(yīng)碼。處理CONF業(yè)務(wù)的AS接收到該200OK[2]響應(yīng)碼，轉(zhuǎn)換為200OK[1]響應(yīng)碼，向主叫用戶UE-A發(fā)送。用戶UE-A接收到該200OK[1]響應(yīng)碼，發(fā)起ACK[1]確認(rèn)消息。處理CONF業(yè)務(wù)的AS接收到該ACK[1]確認(rèn)消息，轉(zhuǎn)換為ACK[2]確認(rèn)消息，向被叫用戶UE-B發(fā)送。用戶UE-A和用戶UE-B之間的會(huì)話建立成功，可以開始通話，用戶終端之間可以相互傳遞媒體流。和現(xiàn)有技術(shù)圖1的會(huì)議業(yè)務(wù)實(shí)現(xiàn)流程相比，本發(fā)明方法很明顯的區(qū)別在于處理CONF業(yè)務(wù)的AS被加入到SIP用戶UE-A向被叫用戶發(fā)起的呼叫信令路徑中，該AS采用B2BUA機(jī)制，和主叫用戶之間創(chuàng)建了Dialog1的會(huì)話，和被叫用戶之間創(chuàng)建了Dialog2的會(huì)話。用戶UE-A發(fā)起對(duì)會(huì)議資源的申請(qǐng)，并創(chuàng)建成功，這段流程同現(xiàn)有技術(shù)圖1的步驟15～24相同，省略說明。用戶UE-A發(fā)起SIPREFER操作，將用戶UE-B也加入到已經(jīng)創(chuàng)建的會(huì)議中。在該REFER消息中，Request-URI設(shè)置為已經(jīng)創(chuàng)建的會(huì)議標(biāo)識(shí)conf@home.net，Refer-To設(shè)置為用戶UE-B的標(biāo)識(shí)，Replaces設(shè)置為Dialog1會(huì)話標(biāo)識(shí)。該REFER消息設(shè)置的內(nèi)容即表示希望會(huì)議向用戶UE-B發(fā)起會(huì)話請(qǐng)求，邀請(qǐng)其加入會(huì)議中。處理CONF業(yè)務(wù)的AS收到并解析該SIPREFER消息，根據(jù)B2BUA機(jī)制判斷Replaces中設(shè)置的Dialog1會(huì)話標(biāo)識(shí)在被叫這一段對(duì)應(yīng)的是會(huì)話標(biāo)識(shí)Dialog2，則將用戶UE-B的會(huì)話Dialog2采用重定向技術(shù)將其加入到已經(jīng)創(chuàng)建的會(huì)議中，向用戶UE-B再次發(fā)送SIPINVITE[2]消息，消息中攜帶已經(jīng)創(chuàng)建的會(huì)議的SDP信息，由于是再次發(fā)送，一般也將該INVITE稱為再邀請(qǐng)消息Re-INVITE。這里可以看到，本發(fā)明該實(shí)施例中沒有采用GRUU機(jī)制，即使被叫用戶有多個(gè)注冊(cè)終端、有多個(gè)同時(shí)存在的會(huì)話，本實(shí)施例中AS通過Replaces中的設(shè)置，可以唯一定位對(duì)被叫用戶的哪一個(gè)會(huì)話進(jìn)行重定向。而在現(xiàn)有技術(shù)的圖1業(yè)務(wù)流程中，由于AS沒有采用B2BUA和重定向技術(shù)，當(dāng)被叫用戶有多個(gè)注冊(cè)終端、有多個(gè)同時(shí)存在的會(huì)話，只能通過GRUU(當(dāng)然也可能是其它替代技術(shù))先將會(huì)話發(fā)送到某個(gè)被叫用戶終端上，Replaces中的設(shè)置也只在該被叫用戶終端上發(fā)揮作用。所述用戶UE-B接收到該SIPRe-INVITE[2]消息，和AS就該消息中攜帶的會(huì)議的SDP信息，進(jìn)行雙方的SDP信息協(xié)商，協(xié)商過程本實(shí)施例略。用戶UE-B應(yīng)答該INVITE[2]消息，發(fā)送200OK[2]響應(yīng)碼。AS收到該200OK[2]響應(yīng)碼，發(fā)送ACK[2]確認(rèn)消息。AS和用戶UE-B之間的會(huì)話Dialog2的重定向過程完成，用戶UE-B先前已經(jīng)建立的會(huì)話Dialog2被重定向至已經(jīng)創(chuàng)建的會(huì)議中(會(huì)話Dialog2先前的對(duì)端SDP信息為用戶UE-A的，現(xiàn)在變成了會(huì)議的)，即用戶UE-B加入到會(huì)議中。本發(fā)明方法的第二較佳實(shí)施例中，如圖3所示的，其場景和現(xiàn)有技術(shù)圖1的會(huì)議業(yè)務(wù)場景完全相同SIP用戶UE-A是業(yè)務(wù)簽約用戶，SIP用戶UE-A和PSTN/ISDN用戶B建立通話，SIP用戶UE-A申請(qǐng)會(huì)議資源創(chuàng)建成功，SIP用戶UE-A發(fā)起REFER操作將用戶B也加入會(huì)議中。與本發(fā)明方法的實(shí)施例一的業(yè)務(wù)實(shí)現(xiàn)流程一樣，用戶UE-A向PSTN/ISDN用戶B發(fā)起的呼叫信令路徑經(jīng)過了處理CONF業(yè)務(wù)的AS，AS采用B2BUA機(jī)制分別創(chuàng)建了兩段會(huì)話，和主叫用戶UE-A之間創(chuàng)建了會(huì)話Dialog1，和MGCF之間創(chuàng)建了會(huì)話Dialog2。所述用戶UE-A和用戶B之間通話建立成功后，發(fā)起對(duì)會(huì)議資源的申請(qǐng)，并創(chuàng)建成功。用戶UE-A發(fā)起REFER操作，將用戶B也加入到已經(jīng)創(chuàng)建的會(huì)議中，流程解釋如下用戶UE-A發(fā)起SIPREFER操作，和實(shí)施例一不同的是，在該REFER消息中采用另外一種設(shè)置方式，也同樣可以達(dá)到將被叫用戶加入到會(huì)議中的效果Request-URI設(shè)置為用戶B的標(biāo)識(shí)，Refer-To設(shè)置為已經(jīng)創(chuàng)建的會(huì)議標(biāo)識(shí)conf@home.net，Replaces設(shè)置為Dialog1會(huì)話標(biāo)識(shí)。該REFER消息設(shè)置的內(nèi)容則表示希望用戶B向會(huì)議發(fā)起會(huì)話請(qǐng)求，以加入會(huì)議中。處理CONF業(yè)務(wù)的AS收到并解析該SIPREFER消息，根據(jù)B2BUA機(jī)制判斷Replaces中設(shè)置的Dialog1會(huì)話標(biāo)識(shí)在被叫這一段對(duì)應(yīng)的是會(huì)話標(biāo)識(shí)Dialog2，則將該會(huì)話Dialog2采用重定向技術(shù)將其加入到已經(jīng)創(chuàng)建的會(huì)議中，向被叫用戶B(MGCF)發(fā)送Re-INVITE[2]消息，消息中攜帶已經(jīng)創(chuàng)建的會(huì)議的SDP信息。所述MGCF接收到該SIPRe-INVITE[2]消息，和AS就該消息中攜帶的會(huì)議的SDP信息，進(jìn)行雙方的SDP信息協(xié)商，協(xié)商過程為現(xiàn)有技術(shù)所公知，故不再贅述。MGCF應(yīng)答該INVITE[2]消息，發(fā)送200OK[2]響應(yīng)碼。AS收到該200OK[2]響應(yīng)碼，發(fā)送ACK[2]確認(rèn)消息。AS和MGCF(用戶B)之間的會(huì)話Dialog2的重定向過程完成，用戶B加入到會(huì)議中。本發(fā)明方法的第三較佳實(shí)施例中，如圖4所示SIP用戶UE-B是業(yè)務(wù)簽約用戶，用戶UE-A和用戶UE-B之間建立通話，用戶UE-B和用戶UE-C之間建立通話，用戶UE-B發(fā)起第三方控制REFER操作，使用戶UE-A和用戶UE-C之間建立通話，而用戶UE-B則退出和用戶UE-A、UE-C之間先前已經(jīng)建立的通話。與上述實(shí)施例一的業(yè)務(wù)實(shí)現(xiàn)流程一樣，用戶UE-B和用戶UE-A之間的呼叫信令路徑經(jīng)過了處理ECT業(yè)務(wù)的AS，AS采用B2BUA機(jī)制分別創(chuàng)建了兩段會(huì)話，和用戶UE-A之間創(chuàng)建了會(huì)話Dialog1，和用戶UE-B之間創(chuàng)建了會(huì)話Dialog2；同樣，用戶UE-B和用戶UE-C之間的呼叫信令路徑也經(jīng)過了處理ECT業(yè)務(wù)的AS，AS采用B2BUA機(jī)制分別創(chuàng)建了兩段會(huì)話，和用戶UE-B之間創(chuàng)建了會(huì)話Dialog3，和用戶UE-C之間創(chuàng)建了會(huì)話Dialog4。所述用戶UE-B發(fā)起REFER操作，使用戶UE-A和用戶UE-C之間建立通話，流程解釋如下用戶UE-A發(fā)起SIPREFER操作，在該REFER消息中，Request-URI設(shè)置為用戶UE-A標(biāo)識(shí)，Refer-To設(shè)置為用戶UE-C標(biāo)識(shí)，Target-Dialog設(shè)置為Dialog2會(huì)話標(biāo)識(shí)，Replaces設(shè)置為Dialog3會(huì)話標(biāo)識(shí)。該REFER消息設(shè)置的內(nèi)容表示希望用戶UE-A向用戶UE-C發(fā)起呼叫請(qǐng)求。當(dāng)然，如實(shí)施例二所述，該REFER消息也可以采用另外一種設(shè)置方式而到達(dá)同樣的效果Request-URI設(shè)置為用戶UE-C標(biāo)識(shí)，Refer-To設(shè)置為用戶UE-A標(biāo)識(shí)，Target-Dialog設(shè)置為Dialog3會(huì)話標(biāo)識(shí)，Replaces設(shè)置為Dialog2會(huì)話標(biāo)識(shí)，以表示希望用戶UE-C向用戶UE-A發(fā)起呼叫請(qǐng)求。處理ECT業(yè)務(wù)的AS收到并解析該SIPREFER消息，根據(jù)B2BUA機(jī)制判斷Target-Dialog中設(shè)置的Dialog2會(huì)話標(biāo)識(shí)在用戶UE-A這一段對(duì)應(yīng)的是會(huì)話標(biāo)識(shí)Dialog1，則將該會(huì)話Dialog1重定向至用戶UE-C，用戶UE-A發(fā)送Re-INVITE[1]消息，消息中攜帶用戶UE-C的SDP信息。用戶UE-A接收到該SIPRe-INVITE[1]消息，和AS就該消息中攜帶的用戶UE-C的SDP信息，進(jìn)行雙方的SDP信息協(xié)商，協(xié)商過程本實(shí)施例略。UE-A應(yīng)答該INVITE[1]消息，發(fā)送200OK[1]響應(yīng)碼。AS收到該200OK[1]響應(yīng)碼，獲得了已經(jīng)協(xié)商完畢的用戶UE-A的SDP信息，并根據(jù)B2BUA機(jī)制判斷Replaces中設(shè)置的Dialog3會(huì)話標(biāo)識(shí)在用戶UE-C這一段對(duì)應(yīng)的是會(huì)話標(biāo)識(shí)Dialog4，則將該會(huì)話Dialog4重定向至用戶UE-A，用戶UE-C發(fā)送Re-INVITE[4]消息，消息中攜帶已經(jīng)協(xié)商完畢的用戶UE-A的SDP信息。用戶UE-C收到該SIPRe-INVITE[4]消息，應(yīng)答，發(fā)送200OK[4]響應(yīng)碼。AS收到該200OK[4]響應(yīng)碼，向用戶UE-A發(fā)送ACK[1]確認(rèn)消息。AS向用戶UE-C發(fā)送ACK[4]確認(rèn)消息。用戶UE-A和用戶UE-C之間的呼叫已經(jīng)建立，可以看到，這個(gè)呼叫仍然是通過AS采用B2BUA機(jī)制分別和用戶UE-A和用戶UE-C之間創(chuàng)建了兩段會(huì)話Dialog1和Dialog4。AS需要將用戶UE-B退出先前已經(jīng)創(chuàng)建的、和用戶UE-A關(guān)聯(lián)的會(huì)話Dialog2以及和用戶UE-C關(guān)聯(lián)的會(huì)話Dialog3，發(fā)送SIPBYE[2]消息，釋放會(huì)話Dialog2。用戶UE-B收到該BYE[2]消息，釋放會(huì)話Dialog2，發(fā)送200OK[2]響應(yīng)碼。AS發(fā)送SIPBYE[3]消息，釋放會(huì)話Dialog3。用戶UE-B收到該BYE[3]消息，釋放會(huì)話Dialog3，發(fā)送200OK[3]響應(yīng)碼。通過上述三個(gè)實(shí)施例可以看到，本發(fā)明方法處理CONF或ECT業(yè)務(wù)的AS必須作為B2BUA事先處于簽約用戶的呼叫信令路徑中；其次，AS根據(jù)簽約用戶發(fā)起的SIPREFER消息中Replaces/Target-Dialog設(shè)置的會(huì)話標(biāo)識(shí)，根據(jù)B2BUA機(jī)制唯一定位出需要被重定向的會(huì)話，這樣就不需要使用GRUU機(jī)制來定位終端；最后，AS對(duì)需要被重定向的會(huì)話進(jìn)行重定向，這樣參與業(yè)務(wù)的其它用戶終端/MGCF只需要處理基本SIP協(xié)議的Re-INVITE消息，不需要支持REFER/Refer-To、Replaces等操作，從而完成業(yè)務(wù)處理。最后需要指出的是，本發(fā)明方案并不僅僅適用于CONF和ECT業(yè)務(wù)，而是對(duì)使用SIPREFER操作進(jìn)行第三方控制的業(yè)務(wù)都適用，業(yè)務(wù)簽約用戶已經(jīng)和另外兩個(gè)SIPUA建立了呼叫聯(lián)系，業(yè)務(wù)簽約用戶發(fā)起REFER操作，REFER消息中攜帶這兩個(gè)SIPUA標(biāo)識(shí)，AS收到REFER消息，采用重定向技術(shù)，在這兩個(gè)SIPUA之間建立呼叫聯(lián)系，從而達(dá)到業(yè)務(wù)簽約用戶進(jìn)行第三方控制的目的。比如對(duì)于CONF業(yè)務(wù)來說，簽約用戶已經(jīng)和會(huì)議資源和另一個(gè)用戶B分別建立了兩個(gè)呼叫聯(lián)系，通過SIPREFER的第三方控制，使用戶B和會(huì)議資源之間也建立呼叫聯(lián)系，即使用戶B加入會(huì)議。本發(fā)明方法不需要MGCF對(duì)SIPREFER消息的支持、對(duì)參與業(yè)務(wù)的其他用戶終端沒有特殊要求，不需要支持REFER/Refer-To、Replaces、Target-Dialog等操作，只需要支持基本的SIP協(xié)議機(jī)制；不需要使用GRUU機(jī)制，而是由處理CONF或ECT業(yè)務(wù)的AS作為B2BUA事先處于簽約用戶的呼叫信令路徑中，并截獲簽約用戶發(fā)起的SIPREFER操作，采用重定向技術(shù)，從而實(shí)現(xiàn)CONF和ECT業(yè)務(wù)，大大簡化了業(yè)務(wù)實(shí)現(xiàn)流程，便于業(yè)務(wù)的推廣。應(yīng)當(dāng)理解的是，上述針對(duì)具體實(shí)施例的描述較為詳細(xì)，但不能因此而理解為對(duì)本發(fā)明專利保護(hù)范圍的限制，本發(fā)明的專利保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。權(quán)利要求1.一種第三方控制業(yè)務(wù)的實(shí)現(xiàn)方法，在以會(huì)話發(fā)起協(xié)議提供業(yè)務(wù)的網(wǎng)絡(luò)中，對(duì)第三方控制的業(yè)務(wù)包括步驟A)業(yè)務(wù)簽約用戶已經(jīng)建立了兩個(gè)呼叫聯(lián)系，處理所述業(yè)務(wù)的應(yīng)用服務(wù)器作為背靠背用戶代理處于所述業(yè)務(wù)簽約用戶的呼叫信令路徑中；B)所述業(yè)務(wù)簽約用戶發(fā)起第三方控制業(yè)務(wù)的操作，發(fā)送攜帶所述呼叫的會(huì)話標(biāo)識(shí)的業(yè)務(wù)操作信息；C)所述應(yīng)用服務(wù)器收到業(yè)務(wù)操作信息，根據(jù)背靠背用戶代理機(jī)制定位出所述會(huì)話標(biāo)識(shí)對(duì)應(yīng)需要被重定向的會(huì)話；D)所述應(yīng)用服務(wù)器對(duì)所述需被重定向的會(huì)話進(jìn)行重定向操作，完成所述業(yè)務(wù)處理。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第三方控制的操作為所述業(yè)務(wù)簽約用戶發(fā)起的會(huì)話發(fā)起協(xié)議參照信息操作，所述業(yè)務(wù)操作信息攜帶于該會(huì)話發(fā)起協(xié)議參照信息消息中。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述會(huì)話標(biāo)識(shí)設(shè)置在所述會(huì)話發(fā)起協(xié)議參照信息消息的替換參數(shù)和/或目標(biāo)會(huì)話參數(shù)中。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述重定向操作為所述應(yīng)用服務(wù)器發(fā)起再邀請(qǐng)消息。5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第三方控制的業(yè)務(wù)是會(huì)議業(yè)務(wù)或顯式呼叫轉(zhuǎn)移業(yè)務(wù)。6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟D還包括如果應(yīng)用服務(wù)器處理的是顯式呼叫轉(zhuǎn)移業(yè)務(wù)，則還需要釋放所述會(huì)話標(biāo)識(shí)對(duì)應(yīng)的會(huì)話。全文摘要本發(fā)明公開了一種第三方控制業(yè)務(wù)的實(shí)現(xiàn)方法，在以會(huì)話發(fā)起協(xié)議提供業(yè)務(wù)的網(wǎng)絡(luò)中，對(duì)第三方控制的業(yè)務(wù)包括步驟業(yè)務(wù)簽約用戶已經(jīng)建立了兩個(gè)呼叫聯(lián)系，處理所述業(yè)務(wù)的應(yīng)用服務(wù)器作為背靠背用戶代理處于所述業(yè)務(wù)簽約用戶的呼叫信令路徑中；該業(yè)務(wù)簽約用戶發(fā)起第三方控制業(yè)務(wù)的呼叫操作，發(fā)送攜帶所述呼叫的會(huì)話標(biāo)識(shí)的業(yè)務(wù)操作信息；所述應(yīng)用服務(wù)器收到業(yè)務(wù)操作信息，根據(jù)背靠背用戶代理機(jī)制定位出所述會(huì)話標(biāo)識(shí)對(duì)應(yīng)的會(huì)話；所述應(yīng)用服務(wù)器對(duì)該會(huì)話進(jìn)行重定向操作，完成所述業(yè)務(wù)處理。本發(fā)明實(shí)現(xiàn)方法由于不需要MGCF對(duì)SIPREFER消息的支持，實(shí)現(xiàn)了CONF和ECT業(yè)務(wù)，大大簡化了業(yè)務(wù)實(shí)現(xiàn)流程，便于業(yè)務(wù)的推廣。文檔編號(hào)H04L12/18GK1980225SQ20051010214公開日2007年6月13日申請(qǐng)日期2005年12月3日優(yōu)先權(quán)日2005年12月3日發(fā)明者施有鑄申請(qǐng)人:華為技術(shù)有限公司