專利名稱：顯式呼叫轉(zhuǎn)移實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地涉及一種顯式呼叫轉(zhuǎn)移實現(xiàn)方法。
背景技術(shù)：
網(wǎng)絡(luò)互聯(lián):十辦i義(Internet Protocol,簡稱IP)多々某體子系統(tǒng)(IP Multimedia Core Network Subsystem ，簡稱IMS )是由第三代合作伙 伴計劃(3rd Generation Partnership Project,簡稱3GPP )才是出的一種 基于IP的網(wǎng)絡(luò)架構(gòu)，構(gòu)建了一個的開放而靈活的業(yè)務(wù)環(huán)境，支持多 媒體應(yīng)用，能夠為用戶提供豐富的多媒體業(yè)務(wù)。
在IMS業(yè)務(wù)體系中，控制層和業(yè)務(wù)層是分離的，控制層不提供 具體業(yè)務(wù)，只向業(yè)務(wù)層提供必要的觸發(fā)、路由、計費等功能。控制 層中的業(yè)務(wù)觸發(fā)和控制功能是由呼叫會話控制功能(Call Session Control Function,簡稱CSCF )實體完成的。其中，CSCF包括4義理 (Proxy )、 "i句問(Interrogating )、禾口月良務(wù)(Serving)三種類型，其 中負主要責(zé)任的是服務(wù)型的呼叫會話控制功能實體(Serving Call Session Control Function,簡稱S-CSCF)。業(yè)務(wù)層是由一系列應(yīng)用月良 務(wù)器(Application Server,簡稱AS )組成的，能夠提供具體業(yè)務(wù)服 務(wù)。其中，AS可以是獨立的實體，也可以存在于S-CSCF中?？刂?層(S-CSCF )根據(jù)用戶的簽約信息控制業(yè)務(wù)觸發(fā)，調(diào)用AS上的業(yè) 務(wù)，實現(xiàn)業(yè)務(wù)功能。會話中的端到端設(shè)備稱為用戶設(shè)備(UserEquipment,簡稱UE )，負責(zé)與使用者的交互。這些功能實體使用 會"i舌起始十辦i義(Session Initiation Protocol,簡稱、SIP )進4亍通4言。

發(fā)明內(nèi)容
本發(fā)明的目的在于，才是供一種顯式呼叫轉(zhuǎn)移實現(xiàn)方法，以在IP 多媒體子系統(tǒng)中實現(xiàn)掛斷后仍能進行顯式呼叫轉(zhuǎn)移。
才艮據(jù)本發(fā)明的顯式呼叫轉(zhuǎn)移實現(xiàn)方法包括以下步驟S102,在 第一用戶設(shè)備上配置顯式呼叫轉(zhuǎn)移業(yè)務(wù)；S104,在第一用戶設(shè)備掛 斷與第二用戶設(shè)備之間的會話時，IP多媒體子系統(tǒng)根據(jù)笫一用戶設(shè) 備的業(yè)務(wù)配置，保存所述會話的會話信息；S106,第一用戶設(shè)備或 第三用戶設(shè)備向IP多^(某體子系統(tǒng)請求將所述會話轉(zhuǎn)移到第三用戶 設(shè)備與第二用戶設(shè)備之間；以及S108,在第二用戶i殳備沒掛斷所述 會話或掛斷后還未發(fā)起到不同于第 一用戶設(shè)備的其他用戶設(shè)備的 會話的情況下，IP多々某體子系統(tǒng)響應(yīng)于第一用戶i殳備或第三用戶i殳 備的請求，根據(jù)會話信息，建立第三用戶i殳備與第二用戶設(shè)備之間 的會話連4妄。
其中，第 一用戶設(shè)備與第二用戶設(shè)備之間的會話是已經(jīng)建立的 會話或正在建立的會話。
其中，在第二用戶設(shè)備沒掛斷所述會話，且所述會話是已經(jīng)建 立的會話的情況下，在第 一用戶設(shè)備或第三用戶設(shè)備請求轉(zhuǎn)移會話 之前，IP多媒體子系統(tǒng)將第二用戶設(shè)備的所述會話桂起。
其中，在第二用戶設(shè)備沒掛斷所述會話，且所述會話是正在建 立的會話的情況下，在第 一用戶設(shè)備或第三用戶設(shè)備請求轉(zhuǎn)移會話 之前，IP多媒體子系統(tǒng)通知第二用戶設(shè)備的所述會話進入等待隊 列。其中，IP多々某體子系統(tǒng)可以設(shè)定定時器，如果在定時器超時之 前，第一用戶設(shè)備和第三用戶設(shè)備都沒有請求轉(zhuǎn)移會話，則終止第 二用戶設(shè)備的所述會話，否則建立第三用戶設(shè)備與第二用戶設(shè)備之 間的會話連接。
其中，用戶i殳備之間、以及用戶i殳備與IP多々某體子系統(tǒng)之間 通過會話起始協(xié)議進行通信。
其中，在步驟S108中，在第二用戶i殳備掛斷所述會話并重新 發(fā)起所述會話的情況下，IP多媒體子系統(tǒng)先終止第二用戶設(shè)備發(fā)起 的所述會話的被叫方，再響應(yīng)于第一用戶設(shè)備或第三用戶設(shè)備的請 求，根據(jù)會話信息，更新所述會話以建立第三用戶設(shè)備與第二用戶 設(shè)備之間的會話連4妄。
通過本發(fā)明，用戶可以在用戶設(shè)備信號不好或電力不足等情況 下，掛斷會話，并在短時間內(nèi)使用另一用戶設(shè)備續(xù)接掛斷的會話， 乂人而僅J尋會i舌可以繼續(xù)。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)本發(fā)明實施例的顯式呼叫轉(zhuǎn)移實現(xiàn)方法的流程以及
圖2是根據(jù)本發(fā)明另 一 實施例的顯式呼叫實現(xiàn)方法的流程示意圖。
具體實施例方式
顯式呼叫轉(zhuǎn)移業(yè)務(wù)是指允許用戶在會話建立后或會話建立過 程中，由用戶而不是由系統(tǒng)參與決定，將會話轉(zhuǎn)移到其他設(shè)備上的
一種業(yè)務(wù)。該業(yè)務(wù)涉及三方，包4舌業(yè)務(wù)發(fā)生前正在建立會話或已 建立會話的兩方(其中業(yè)務(wù)發(fā)生后脫離會話的一方稱為轉(zhuǎn)移方)、 以及會話將要轉(zhuǎn)移到的第三方(轉(zhuǎn)移目標(biāo)方)。業(yè)務(wù)可以是轉(zhuǎn)移方 發(fā)起，也可以是轉(zhuǎn)移目標(biāo)方發(fā)起。
下面參考附圖，詳細"i兌明本發(fā)明的具體實施方式
。
參考圖1,說明根據(jù)本發(fā)明實施例的顯式呼叫轉(zhuǎn)移實現(xiàn)方法。 如圖1所示，該顯式呼叫轉(zhuǎn)移實現(xiàn)方法包4舌以下步驟S102，在第 一用戶設(shè)備上配置顯式呼叫轉(zhuǎn)移業(yè)務(wù)；S104,在第一用戶設(shè)備掛斷 與第二用戶設(shè)備之間的會話時，IP多媒體子系統(tǒng)根據(jù)第一用戶設(shè)備 的業(yè)務(wù)配置，保存所述會話的會話信息；S106，第一用戶設(shè)備或第 三用戶設(shè)備向IP多媒體子系統(tǒng)請求將所述會話轉(zhuǎn)移到第三用戶設(shè) 備與第二用戶i殳備之間；以及S108，在第二用戶i殳備沒掛斷所述會 話或掛斷后還未發(fā)起到不同于第一用戶設(shè)備的其他用戶設(shè)備的會 話的情況下，IP多i某體子系統(tǒng)響應(yīng)于第一用戶設(shè)備或第三用戶設(shè)備 的請求，根據(jù)會話信息，建立第三用戶設(shè)備與第二用戶設(shè)備之間的 會話連4姿。
其中，第一用戶設(shè)備與第二用戶設(shè)備之間的會話是已經(jīng)建立的 會i舌或正在建立的會話。
其中，第二用戶設(shè)備是否掛斷所述會話，由IP多媒體子系統(tǒng) 來決定。其中，在第二用戶設(shè)備沒掛斷所述會話，且所述會話是已經(jīng)建 立的會話的情況下，在第 一用戶設(shè)備或第三用戶設(shè)備請求轉(zhuǎn)移會話 之前，IP多媒體子系統(tǒng)將第二用戶設(shè)備的所述會話掛起，以避免第 二用戶設(shè)備在無效的鏈路上傳送數(shù)據(jù)。
其中，在第二用戶設(shè)備沒掛斷所述會話，且所述會話是正在建 立的會話的情況下，在第 一用戶設(shè)備或第三用戶設(shè)備請求轉(zhuǎn)移會話 之前，IP多媒體子系統(tǒng)通知第二用戶設(shè)備的所述會話進入等待隊 列。
其中，IP多媒體子系統(tǒng)可以設(shè)定定時器，如果在定時器超時之 前，第一用戶設(shè)備和第三用戶設(shè)備都沒有請求轉(zhuǎn)移會話，則終止第 二用戶設(shè)備的所述會話，以釋放所述會話的相關(guān)資源，否則建立第 三用戶設(shè)備與第二用戶設(shè)備之間的會話連接。其中，如果在釋放所 述會話的相關(guān)資源后，第 一用戶設(shè)備或第三用戶設(shè)備才請求轉(zhuǎn)移會
話，則可以根據(jù)第一用戶設(shè)備或第三用戶i殳備(轉(zhuǎn)移發(fā)起方)和運 營商策略來決定是否繼續(xù)轉(zhuǎn)移會話。
其中，用戶i殳備之間、以及用戶i殳備與IP多々某體子系統(tǒng)之間 通過會話起始協(xié)議進行通信。
其中，在步驟S108中，在第二用戶設(shè)備掛斷所述會話并重新 發(fā)起所述會話的情況下，IP多媒體子系統(tǒng)先終止第二用戶設(shè)備發(fā)起 的所述會話的被叫方，再響應(yīng)于第 一用戶設(shè)備或第三用戶設(shè)備的請 求，才艮據(jù)會話信息，更新會話以建立第三用戶設(shè)備與第二用戶設(shè)備 之間的會話連接。
參考圖2,說明根據(jù)本發(fā)明另一實施例的顯式呼叫轉(zhuǎn)移實現(xiàn)方 法。圖2中所示的實施例是基于AS-B的轉(zhuǎn)移目標(biāo)UE-C發(fā)起的掛 斷后實現(xiàn)顯式呼叫轉(zhuǎn)移方法的流程示意圖，描述了在UE-A和UE-B會i舌建立后，或在UE-A呼叫UE-B的過禾呈中，UE-B因意外而終止 了會話時，用戶使用設(shè)備UE-C請求將會話轉(zhuǎn)移過來的過程。該過 程包括以下步驟
S202，在UE-A和UE-B之間的會話已建立或UE-A呼叫UE-B 并等待UE-B應(yīng)答的情況下，由于某些原因(例如，UE-B電力不 足、信號不好等)UE-B掛斷了此次會話，但是AS-B因業(yè)務(wù)需要， 并不終止UE-A的會話。
S204， AS-B得知UE-B終止了呼叫后，在原會話已建立的情 況下，掛起UE-A的會話，在原會話尚未建立的情況下，通知UE-A 呼叫進入等待隊列(比如，向UE-A發(fā)送"182 Queued")。同時根 據(jù)需要，啟動一個定時器。
S206， UE-C (例如，使用SIP協(xié)議中的INVITE消息)向轉(zhuǎn)移 方UE-B請求將原會話轉(zhuǎn)移到UE-C上。在定時器沒超時的情況下， 進行步驟S208;在定時器超時的情況下，AS-B終止UE-A端的會 話，并拒絕此次請求或4吏用INVITE消息發(fā)起到UE-A的呼叫以才妄 通UE-A和UE-C。
S208,在AS-B得知UE-A尚未掛斷會話或掛斷后又發(fā)起到 UE-B的呼叫，并且會話可被轉(zhuǎn)移到UE-C上的情況下，執(zhí)行步驟 S210;在AS-B得知UE-A已經(jīng)掛斷且無新會話的情況下，拒絕此 次i青求或〗吏用INVITE消息發(fā)起到UE-A的呼叫/人而4#通UE-A和 UE-C。
S210, AS-B發(fā)送更新會話請求給UE-A。在原會話尚未建立成 功且UE-A尚未掛斷的情況下，AS-B向UE-A發(fā)送UPDATE消息； 在原會話尚未建立成功且UE-A已經(jīng)重新發(fā)起到UE-B的呼叫的情 況下，AS-B先終止UE-B端的會話(例如，通過發(fā)送BYE消息給UE-B )并等待成功的回應(yīng)后再發(fā)送UPDATE消息給UE-A;在原會 話已經(jīng)建立成功且UE-A尚未掛斷的情況下，發(fā)送Re-INVITE消息
更新會話。
S212， UE-A返回會i舌更新成功消息。 S214， AS-B回應(yīng)UE-C的i青求。 S216, UE-A和UE-C間會i舌建立成功。
其中，步驟S202中，AS-B可選擇終止UE-A端的會話，此時 就沒有步驟S204 了 。在步驟S206中，也可以是UE-B發(fā)起請求將 原會i舌4爭移到UE-C上，比如4吏用REFER消息，此時乂寸于超時的 情況，AS-B可以拒絕此次i貪求，也可以z使用標(biāo)準的第三方會i舌4空 制流程接通UE-A和UE-C。在步驟S208中，如果轉(zhuǎn)移請求是UE-B 發(fā)起的，則對于UE-A掛斷且無新會話的情況，AS-B可以拒絕此 次請求，也可以使用標(biāo)準的第三方會話控制流程接通UE-A和 UE-C; 乂于于另一種情況，后續(xù)的步-驟S210 S216t尤需改為標(biāo)準的 REFER流程或標(biāo)準的第三方會話控制流程來接通UE-A和UE-C。
以上所述^f又為本發(fā)明的實施例而已，并不用于限制本發(fā)明，對 于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均 應(yīng)包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。
權(quán)利要求
1.一種顯式呼叫轉(zhuǎn)移實現(xiàn)方法，其特征在于，包括以下步驟S102，在第一用戶設(shè)備上配置顯式呼叫轉(zhuǎn)移業(yè)務(wù)；S104，在所述第一用戶設(shè)備掛斷與第二用戶設(shè)備之間的會話時，IP多媒體子系統(tǒng)根據(jù)所述第一用戶設(shè)備的業(yè)務(wù)配置，保存所述會話的會話信息；S106，所述第一用戶設(shè)備或第三用戶設(shè)備向所述IP多媒體子系統(tǒng)請求將所述會話轉(zhuǎn)移到所述第三用戶設(shè)備與所述第二用戶設(shè)備之間；以及S108，在所述第二用戶設(shè)備沒掛斷所述會話或掛斷后還未發(fā)起到不同于所述第一用戶設(shè)備的其他用戶設(shè)備的會話的情況下，所述IP多媒體子系統(tǒng)響應(yīng)于所述第一用戶設(shè)備或所述第三用戶設(shè)備的請求，根據(jù)所述會話信息，建立所述第三用戶設(shè)備與所述第二用戶設(shè)備之間的會話連接。
2. 根據(jù)權(quán)利要求1所述的顯式呼叫轉(zhuǎn)移實現(xiàn)方法，其特征在于， 所述第一用戶設(shè)備與所述第二用戶設(shè)備之間的會話是已經(jīng)建 立的會話或正在建立的會話。
3. 根據(jù)權(quán)利要求2所述的顯式呼叫轉(zhuǎn)移實現(xiàn)方法，其特征在于， 在所述第二用戶設(shè)備沒掛斷所述會話，且所述會話是已經(jīng)建立 的會話的情況下，在所述第 一用戶設(shè)備或所迷第三用戶設(shè)備請 求轉(zhuǎn)移會話之前，所述IP多媒體子系統(tǒng)將所述第二用戶設(shè)備 的所述會話掛起。
4. 根據(jù)權(quán)利要求2所述的顯式呼叫轉(zhuǎn)移實現(xiàn)方法，其特征在于， 在所述第二用戶設(shè)備沒掛斷所述會話，且所述會話是正在建立 的會話的情況下，在所述第 一用戶設(shè)備或所述第三用戶設(shè)備請 求轉(zhuǎn)移會話之前，所述IP多々某體子系統(tǒng)通知所述第二用戶設(shè) 備的所述會話進入等待隊列。
5. 根據(jù)權(quán)利要求3或4所述的顯式呼叫轉(zhuǎn)移實現(xiàn)方法，其特征在 于，所述IP多媒體子系統(tǒng)設(shè)定定時器，如果在所述定時器超 時之前，所述第 一用戶設(shè)備和所述第三用戶設(shè)備都沒有請求轉(zhuǎn) 移會話，則終止所述第二用戶設(shè)備的所述會話，否則建立所述 第三用戶設(shè)備與所述第二用戶設(shè)備之間的會話連接。
6. 根據(jù)權(quán)利要求5所述的顯式呼叫轉(zhuǎn)移實現(xiàn)方法，其特征在于， 所述用戶設(shè)備之間、以及所述用戶設(shè)備與所述IP多々某體子系 統(tǒng)之間通過會話起始協(xié)議進行通信。
7. 根據(jù)權(quán)利要求6所述的顯式呼叫轉(zhuǎn)移實現(xiàn)方法，其特征在于， 所述步驟S108中，在所述第二用戶i殳備桂斷所述會話并重新 發(fā)起所述會話的情況下，所述IP多4某體子系統(tǒng)先終止所述第 二用戶設(shè)備發(fā)起的所述會話的被叫方，再響應(yīng)于所述第 一用戶 設(shè)備或所述第三用戶設(shè)備的請求，根據(jù)所述會話信息，更新所 述會話以建立所述第三用戶i殳備與所述第二用戶i殳備之間的 會話連接。
全文摘要
本發(fā)明公開的一種顯式呼叫轉(zhuǎn)移實現(xiàn)方法包括以下步驟S102，在第一用戶設(shè)備上配置顯式呼叫轉(zhuǎn)移業(yè)務(wù)；S104，在第一用戶設(shè)備掛斷與第二用戶設(shè)備之間的會話時，IP多媒體子系統(tǒng)根據(jù)第一用戶設(shè)備的業(yè)務(wù)配置，保存所述會話的會話信息；S106，第一用戶設(shè)備或第三用戶設(shè)備向IP多媒體子系統(tǒng)請求將所述會話轉(zhuǎn)移到第三用戶設(shè)備與第二用戶設(shè)備之間；以及S108，在第二用戶設(shè)備沒掛斷所述會話或掛斷后還未發(fā)起到不同于第一用戶設(shè)備的其他用戶設(shè)備的會話的情況下，IP多媒體子系統(tǒng)響應(yīng)于第一用戶設(shè)備或第三用戶設(shè)備的請求，根據(jù)會話信息，建立第三用戶設(shè)備與第二用戶設(shè)備之間的會話連接。
文檔編號H04L29/06GK101296100SQ20071009766
公開日2008年10月29日 申請日期2007年4月27日 優(yōu)先權(quán)日2007年4月27日
發(fā)明者謝振華 申請人:中興通訊股份有限公司