專利名稱：一部分按鍵通話會話的傳遞的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于按鍵通話類型服務(wù)、例如所謂的基于蜂窩的按4建 通話il良務(wù)的方法和裝置。
背景技術(shù)：
對講機(jī)類型服務(wù)長期以來已經(jīng)證明在希望彼此快速傳遞短消息的 用戶之間普遍受到歡迎。按照慣例，這類服務(wù)一直通過雙向便攜式無 線電來提供，該雙向便攜式無線電利用無線電頻譜的專用部分，但^又 允許用戶與使用相似終端并處于無線電的較短操作范圍內(nèi)的小群體的
預(yù)選用戶進(jìn)行通信。近來，在現(xiàn)有蜂窩電話基礎(chǔ)設(shè)施上背栽的服務(wù)已 經(jīng)引入美國。但是，這些服務(wù)實際上是專有的，并且不允許用戶在不 同的運(yùn)營商網(wǎng)絡(luò)之間通信。
在嘗試拓寬對講機(jī)類型服務(wù)的用途方面，已經(jīng)成立了稱作開放移
動聯(lián)盟的工業(yè)小組(www.openmobilealliance.org),旨在標(biāo)準(zhǔn)化將通過蜂 窩網(wǎng)絡(luò)提供的對講機(jī)服務(wù)的網(wǎng)絡(luò)間可操作性的適當(dāng)協(xié)議。由各種標(biāo)準(zhǔn) 確立的服務(wù)稱作基于蜂窩的按鍵通話(PoC)。 PoC提出，關(guān)聯(lián)的語音數(shù) 據(jù)將通過分組交換接入網(wǎng)進(jìn)行傳輸。在GSM和UMTS的情況下，這 是通用分組無線電業(yè)務(wù)(GPRS)或3G接入網(wǎng)。在其它網(wǎng)絡(luò)體系結(jié)構(gòu)中， 類似的分組交換接入網(wǎng)將用于傳輸通話數(shù)據(jù)。按鍵通話服務(wù)也可通過 電路交換接入網(wǎng)來提供，但這不是優(yōu)選的選擇。
基于蜂窩的按鍵通話(PoC)系統(tǒng)通常在GSM/GPRS/3G網(wǎng)絡(luò)上實 現(xiàn)，并且利用由第三代合作伙伴項目標(biāo)準(zhǔn)化的IP多媒體子系統(tǒng)(IMS) 來幫助將高級數(shù)據(jù)服務(wù)引入蜂窩網(wǎng)絡(luò)，特別是實時多媒體服務(wù)。IMS 依靠會話啟動協(xié)議(SIP)，它由因特網(wǎng)工程任務(wù)組(正TF)定義，用于建
5立和控制基于IP的多少某體會話(參見正TFRFC 3261 "SEP:會話啟動協(xié) 議，，，http:〃www.ietf.org/rfc/rcf3261 .txf)。 PoC服務(wù)器位于IMS內(nèi)或與 其連接，并實現(xiàn)用于建立和控制PoC會話的功能性。
現(xiàn)有按鍵通話(PTT)和會議系統(tǒng)通常使用控制機(jī)制來賦予其中一
個用戶發(fā)言權(quán)，而通信中的其他用戶^皮拒絕賦予這種權(quán)利，并處于收
聽模式。這種控制機(jī)制通常稱作發(fā)言權(quán)控制、通話人仲裁、通話突發(fā)
控制等。例如，開放移動聯(lián)盟目前正致力于基于蜂窩的按鍵通話(PoC) 系統(tǒng)的規(guī)范，它包括通話突發(fā)控制協(xié)議(TBCP)。
為了代表用戶請求發(fā)言權(quán)，終端(PoC)客戶機(jī)通常向控制器(PoC 服務(wù)器)發(fā)送請求消息。控制器通常以準(zhǔn)許或拒絕該請求進(jìn)行響應(yīng)。通 常，控制器通常通過在準(zhǔn)許請求時啟動容許通話定時器來限制允許用 戶通話的時間，并使用某種機(jī)制來中斷用戶，通常通過向用戶終端發(fā) 送撤銷消息，或者只是通過不轉(zhuǎn)發(fā)用戶的々某體。被控制器中斷的用戶 通常由控制器以某種方式進(jìn)行處罰，例如通過在某個時段不賦予用戶 發(fā)言權(quán)。
OMA PoC的下一個版本(在本文稱作"PoC 2"，而前一個版本稱作 "PoC l，，)正在OMA演進(jìn)[OMA-RD-PoC-V2—0-20050902-D基于蜂窩的 按一睫通話2要求，草案版本2.0-02， 2005年9月]。PoC2中的新功能 性部分將包括新的媒體類型，允許在PoC會話中發(fā)送圖片、視頻等。 PoC 2包括對于將視頻無縫傳遞到另 一個PoC客戶機(jī)的要求。
正TF(因特網(wǎng)工程任務(wù)組)規(guī)定的現(xiàn)有過程使呼叫能夠傳遞到另一 個裝置。但是，這個過程不包括會議電話橋分器，或者允許傳遞呼叫 的僅僅一部分(例如僅《又視頻成分)。此夕卜，它還建立在另 一種體系結(jié) 構(gòu)上。不存在建立在OMA PoC體系結(jié)構(gòu)上的解決方案，包括傳遞呼 叫的仫 f又一部分。
因此，希望提供一種用于將PoC會話或者其一部分從一個PoC客 戶才幾無縫傳遞到另 一個PoC客戶才幾的方法。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第 一方面，提供一種將按4定通話類型會話的至少一 部分從第 一終端傳遞到第二終端的方法，包括使用指示要傳遞會話的
哪個部分還是整個會話的"會話啟動協(xié)議SIP轉(zhuǎn)交"消息。
該方法可包括將"S1P轉(zhuǎn)交"消息從第一終端發(fā)送到指定為控制會 話的服務(wù)器，或者在指定為控制會話的服務(wù)器從第一終端接收"SIP轉(zhuǎn)
交，，消息。
該方法可包括響應(yīng)于在服務(wù)器接收到"SIP轉(zhuǎn)交"消息而向第二終 端發(fā)送"SIP邀請"消息。
"SIP轉(zhuǎn)交"消息可包括用于標(biāo)識第二終端的信息。 "SIP轉(zhuǎn)交，，消息可包括第二終端的地址。
"SIP轉(zhuǎn)交，，消息可包括第二終端的基于蜂窩的按鍵通話PoC地址， 例如SIP URI或TEL URI。
"SIP轉(zhuǎn)交"消息可包括第二終端的全球可路由用戶代理URI GRUU地址。
該方法可包括將標(biāo)識信息包含在"SIP邀請"消息中。
該方法可包括在標(biāo)識信息標(biāo)識第一終端的情況下在第一終端4妄收 "SIP邀請"消息，并且作為響應(yīng)而拒絕該邀請。
該方法可包括至少在傳遞會話的僅僅一部分的情況下，將SDP 信息包含在"SIP轉(zhuǎn)交"消息中，以指示要傳遞的部分。
該方法可包括在會話正在進(jìn)行的情況下，在服務(wù)器刪除或修改 SDP信息，以便與正在進(jìn)行的會話匹配。
該方法可包括將SDP信息包含在"SIP邀請"消息中。
該方法可包括向第一終端發(fā)送至少一個狀態(tài)更新消息，以通知第 一終端傳遞的進(jìn)度。
至少一個狀態(tài)更新消息可以是"SIP通知"消息，例如"振鈴"或"嘗 試"消息。
該方法可包括通過在"SIP轉(zhuǎn)交，，消息中不包含"norefersub"選項標(biāo)簽，來指示接收這類更新消息的偏好。
該方法可包括在傳遞會話的僅僅一部分的情況下，在確定第二
終端已經(jīng)接受已傳遞部分的責(zé)任之后，在第一終端執(zhí)行刪除會話中那 個部分的責(zé)任的過程。
該過程可包括將"SIP再邀請"消息從第 一終端發(fā)送到服務(wù)器。 該方法可包括在傳遞整個會話的情況下，在第一終端執(zhí)行離開 會話的過程。
該方法可包括將"SIP再見"消息從笫一終端發(fā)送到服務(wù)器。 正在纟皮傳遞的部分可包括至少一種J/某體類型的責(zé)任。 該方法可包括響應(yīng)于接收到建立會話的邀請而^l行所述方法。 邀請可包括標(biāo)識在第 一終端不支持或不接受的至少 一種々某體類型 的信息，并且該方法可包括將標(biāo)識信息包含在"SIP轉(zhuǎn)交"消息中。 標(biāo)識信息可包括SDP信息。
該方法可包括執(zhí)行傳遞正在進(jìn)行會話的至少 一部分的方法。 按鍵通話類型會話可以是基于蜂窩的按鍵通話PoC服務(wù)中的會話。
按鍵通話類型會話可以是會議服務(wù)中的會話。
根據(jù)本發(fā)明的第二方面，提供一種裝置，包括通過使用指示要傳 遞會話的哪個部分還是整個會話的"會話啟動協(xié)議SIP轉(zhuǎn)交"消息將按 4定通話類型會話的至少一部分從第 一終端傳遞到第二終端的部件。
該裝置可包括第一終端。
根據(jù)本發(fā)明的第三方面，提供一種操作程序，它在加載到裝置時， 使該裝置成為根據(jù)本發(fā)明第二方面的裝置。
根據(jù)本發(fā)明的第四方面，提供一種操作程序，它在裝置上運(yùn)行時， 使該裝置執(zhí)行根據(jù)本發(fā)明第 一方面的方法。
操作程序可承載在載體介質(zhì)上。載體介質(zhì)可以是傳輸介質(zhì)。載體 介質(zhì)可以是存儲介質(zhì)。
本發(fā)明的 一個實施例解決以下 一個或多個4支術(shù)問題(a) PoC客戶機(jī)如何向執(zhí)行控制PoC功能的PoC服務(wù)器指示要傳 遞PoC會話還是它的一部分；
(b) PoC客戶機(jī)應(yīng)如何尋址PoC會話^皮傳遞到的裝置；
(c) PoC客戶機(jī)如何指示PoC會話中要^支傳遞的部分；以及
(d) PoC客戶機(jī)如何將不支持的々某體類型移動到另一個PoC客戶 機(jī)—因為不支持該媒體類型，所以PoC客戶機(jī)不知道如何設(shè)置會話 描述協(xié)議(SDP)中的適當(dāng)參數(shù)[關(guān)于SDP的詳細(xì)情況，參見正TF RFC 3550 "會話描述協(xié)議"，http:〃www.ietf.org/rfc/rfc3261 .txtl。


圖1示出根據(jù)本發(fā)明一個實施例的第一情況的信令流程；以及 圖2示出根據(jù)本發(fā)明一個實施例的第二情況的信令流程。
具體實施例方式
本發(fā)明的一個實施例基于由OMAPoC所定義的過程(參見OMA PoC要求文檔版本1.0 OMA-RD-PoC-VlJ); OMA PoC控制平面文檔 版本1.0 OMA-TS-PoC-Control Plane-Vl—0; OMA PoC用戶平面文檔版 本1.0 OMA-TS-PoC畫User Plane-Vl—0;以及OMA PoC XDM頭見范文檔 版本1.0 OMA-PoC—XDM—Specification-Vl—0 ,開放移動聯(lián)盟， http:〃www.openmobilealliance.org八，其中添力口 了 一些實現(xiàn)傳遞會話或者 其一部分的內(nèi)容。
作為 一個實例，考慮PoC客戶機(jī)的用戶希望向另 一個裝置上的另 一個PoC客戶機(jī)傳遞他/她的PoC會話的至少一部分的情況。原因可 能在于，該另一個裝置具有更多能力，例如視頻能力。傳遞可以只是 一部分，例如視頻部分，或者接收圖片或視頻剪輯或文件。對傳遞PoC 會話的判定可以是用戶判定或PoC客戶機(jī)判定。例如，根據(jù)本發(fā)明的 一個實施例，如果PoC客戶機(jī)接收到想要添加不支持i某體類型的"SIP 邀請"請求，則PoC客戶機(jī)可配置成使用傳遞過程中的所接收SDP參數(shù)將那個》某體部分傳遞到另 一個PoC客戶機(jī)。
在本發(fā)明的一個實施例中，其將在下面更詳細(xì)地描述，PoC客戶 機(jī)向PoC服務(wù)器發(fā)送"SIP轉(zhuǎn)交"消息。"SIP轉(zhuǎn)交"消息通常將包括
(a) PoC會話被傳遞到的裝置中的PoC客戶機(jī)地址。該地址可以是 PoC 地址[OMA-TS曙PoC-Control Plane-Vl—0] 、 GRUU [IETF draft-ietf-sip-gruu-05.txt，獲得和使用會話啟動協(xié)議(SIP)中的全球可路 由用戶代理(UA) URI (GRUU), draft-ietf-sip-gruu-05 ， http:〃www.ietf.org/ intemet-drafts/dmft國ietf-siD-gruu-05圳、或者任何其它可路由地址。PoC 客戶機(jī)通常將使用PoC地址(例如注冊的SIP URI或者TEL URI中的 電話號碼)；以及
(b) SDP [正TF RFC 3550]參數(shù)，指示PoC會話的哪個部分4皮傳遞 (如果傳遞PoC會話的僅僅一部分)。
在這個實施例中，PoC客戶機(jī)使用RFC 3265的過程，其中PoC 服務(wù)器發(fā)送傳遞進(jìn)度的通知。當(dāng)傳遞準(zhǔn)備就緒時，PoC客戶機(jī)接收包 含有狀態(tài)行200 "OK，，的"SIP通知"請求，然后PoC客戶機(jī)可以
(1) 在已經(jīng)傳遞整個PoC會話的情況下，通過"SIP再見"消息離開 PoC會話；或者
(2) 在已經(jīng)傳遞PoC會話的一部分并且PoC客戶機(jī)先前已經(jīng)指示 支持那個部分的情況下，根據(jù)需要重新協(xié)商纟某體參數(shù)。
現(xiàn)在分別參照圖1和圖2所示的(筒化)信令流程，分別描述上述兩 種情況(1 )和(2)中的本發(fā)明實施例的操作。
參照圖1,在PoC客戶機(jī)A與PoC客戶機(jī)B之間正在進(jìn)行PoC 會話。由于某種原因，在PoC客戶機(jī)A的用戶希望移動到另一個PoC 客戶機(jī)C。在當(dāng)前情況下，PoC客戶機(jī)A希望將整個PoC會話傳遞到 PoC客戶機(jī)C。
PoC客戶機(jī)A發(fā)送由OMA PoC所規(guī)定的、用于將參與方加入PoC 會話的"SIP轉(zhuǎn)交"請求。"SIP轉(zhuǎn)交"請求包括PoC客戶機(jī)C的PoC地 址(例如TEL URI)。經(jīng)由執(zhí)行參與PoC功能的PoC服務(wù)器A將"SIP轉(zhuǎn)交"消息發(fā)送到執(zhí)行控制PoC功能的PoC服務(wù)器X，如在OMA PoC 中所規(guī)定的。PoC服務(wù)器X通過"SIP邀請"消息來啟動邀請PoC客戶 機(jī)C的過程。PoC客戶機(jī)C的PoC地址包含在"SEP邀請"消息中。
應(yīng)當(dāng)注意，PoC客戶機(jī)C的PoC地址可以是與PoC客戶機(jī)A相 同的PoC地址。如果情況是那樣，則PoC客戶機(jī)A還將從PoC服務(wù) 器X接收"SIP邀請"請求，允許PoC客戶機(jī)A拒絕該邀請。
在這個實施例中，"SIP轉(zhuǎn)交"消息不包括選項標(biāo)簽"norefersub", 這意味著，執(zhí)行控制PoC功能的PoC服務(wù)器X將按照OMA PoC過程 往回向PoC客戶機(jī)A報告邀請過程的狀態(tài)，例如按照響應(yīng)于發(fā)送"SIP 邀請"消息而往回從PoC客戶機(jī)C接收的內(nèi)容，如果有的話，在"SIP 通知"消息中發(fā)送狀態(tài)100"嘗試"或180"振鈴"，如圖1所示。
在PoC客戶機(jī)C接受邀請時，PoC客戶機(jī)C向PoC服務(wù)器X發(fā) 送SIP 200 OK響應(yīng)，并且PoC服務(wù)器X又向PoC客戶機(jī)A發(fā)送具有 狀態(tài)代碼200 "OK"的"SIP通知，，請求。在PoC客戶機(jī)A在"SIP通知" 消息中接收到狀態(tài)200"OK"時，它知道整個PoC會話被移動到的PoC 客戶機(jī)C已經(jīng)接受該邀請。這然后允許PoC客戶機(jī)A離開PoC會話， 使得PoC用戶可在PoC客戶機(jī)C繼續(xù)進(jìn)行PoC會話。PoC客戶機(jī)A 通過"SIP再見"消息離開PoC會話。
現(xiàn)在參照圖2，在PoC客戶機(jī)A與PoC客戶機(jī)B之間正在進(jìn)行 PoC會話。由于某種原因，在PoC客戶機(jī)A的用戶希望僅將PoC會話 的視頻部分移動到另 一個PoC客戶機(jī)C。
PoC客戶機(jī)A發(fā)送由OMA PoC所規(guī)定的、用于將參與方加入PoC 會話的"SEP轉(zhuǎn)交"請求。"SIP轉(zhuǎn)交"請求包括PoC客戶機(jī)C的PoC地 址(例如TEL URI)以及描述要移動部分的SDP(例如"傳遞-視頻，，表示 請求PoC客戶機(jī)C接收/發(fā)送視頻)。經(jīng)由執(zhí)行參與PoC功能的PoC服 務(wù)器A將"SIP轉(zhuǎn)交"消息發(fā)送到執(zhí)行控制PoC功能的PoC服務(wù)器X, 如OMA PoC所規(guī)定的。PoC服務(wù)器X通過"SEP邀請"消息來啟動邀請 PoC客戶機(jī)C的過程。PoC客戶機(jī)C的PoC地址和SDP參數(shù)包含在"SIP邀請，，消息中。注意，PoC服務(wù)器X可刪除或修改SDP，以便與正在
進(jìn)4亍的PoC會i舌匹配。
應(yīng)當(dāng)注意，PoC客戶機(jī)C的PoC地址可以是與PoC客戶機(jī)A相 同的PoC地址。如果情況是那樣，則PoC客戶機(jī)A還將從PoC服務(wù) 器X接收"SIP邀請"請求，允許PoC客戶機(jī)A拒絕該邀請。
在這個實施例中，"SIP轉(zhuǎn)交"消息不包括選項標(biāo)簽"norefersub"， 這意味著，執(zhí)行控制PoC功能的PoC服務(wù)器X將按照OMA PoC過程 往回向PoC客戶機(jī)A報告邀請過程的狀態(tài)，例如按照響應(yīng)于發(fā)送"SIP 邀請"消息而往回從PoC客戶機(jī)C接收的內(nèi)容，如果有的話，在"SEP 通知"消息中發(fā)送狀態(tài)100"嘗試"或180"振鈴"，如圖2所示。
在PoC客戶機(jī)C接受邀請時，PoC客戶機(jī)C向PoC服務(wù)器X發(fā) 送SIP 200 OK響應(yīng)，并且PoC服務(wù)器X又向PoC客戶機(jī)A發(fā)送具有 狀態(tài)代碼200 "OK"的"SIP通知"請求。
當(dāng)PoC客戶機(jī)A在"SIP通知"消息中接收到狀態(tài)200"OK"時，它 知道PoC會話的視頻部分被移動到的PoC客戶機(jī)C已經(jīng)接受該邀請。 這然后允許PoC客戶機(jī)A在必要時刪除它對視頻的支持，使得PoC 會話的視頻部分可在PoC客戶機(jī)C繼續(xù)進(jìn)行(這4支指示給PoC客戶機(jī) A的用戶)。PoC客戶機(jī)A通過按照IETF RFC 3261經(jīng)由PoC服務(wù)器A 向PoC服務(wù)器X發(fā)送"SIP再邀請"消息來實現(xiàn)這個。
雖然以上結(jié)合PoC描述了本發(fā)明的實施例，但是要理解，本發(fā)明 不局限于PoC。術(shù)語"按鍵通話"服務(wù)在這里用來標(biāo)識對講機(jī)性質(zhì)的服 務(wù)。這些是允許兩個或兩個以上用戶快速連接在一起以便交換通話突 發(fā)的服務(wù)。按鍵通話服務(wù)與傳統(tǒng)語音呼叫的不同之處在于，這些服務(wù) 在給定時間僅允許一個人通話。為了通話，用戶必須能控制"發(fā)言權(quán)"。 通常通過一個用戶松開通話按鈕以便釋放發(fā)言權(quán)控制而另 一個用戶按 下通話按鈕以便取得發(fā)言權(quán)控制，來實現(xiàn)控制。要理解，所附權(quán)利要 求書中使用的術(shù)語"按鍵通話"不是要表示使用任何特定協(xié)議。
還要理解，本發(fā)明的范圍不限于在通話會話中傳遞通話或語音數(shù)據(jù)，并且所附權(quán)利要求書要看作涵蓋在數(shù)據(jù)傳遞會話中傳遞任何類型 的數(shù)據(jù)，包括但不限于語音數(shù)據(jù)。因此，諸如"通話突發(fā)請求"和"通話 突發(fā)"之類的術(shù)語不要理解為局限于只有通話即語音數(shù)據(jù)，而是用于與 PoC 1術(shù)語保持一致，這類短語可在其含義中包括任何類型的數(shù)據(jù)的
傳遞。在PoC 2中，不同的術(shù)語可用于與PoC 1中的術(shù)語直接對應(yīng)的 概念；例如，可改為使用短語"媒體突發(fā)請求"和"媒體突發(fā)"。
還要理解，本發(fā)明的范圍意在包括賦予參與方發(fā)言權(quán)控制并因而 賦予會議中其它參與方說話或傳遞數(shù)據(jù)權(quán)利的會議系統(tǒng)。
要理解，上述一個或多個組件的操作可通過在裝置或設(shè)備上操作 的程序來控制。這樣一種操作程序可存儲在計算機(jī)可讀介質(zhì)中，或者 例如可通過信號、例如從因特網(wǎng)網(wǎng)站提供的可下載數(shù)據(jù)信號來實施。
所附權(quán)利要求書要被理解為本身涵蓋操作程序、或作為載體上的記錄、 或作為信號或者釆取任何其它形式。
權(quán)利要求
1.一種將按鍵通話類型會話的至少一部分從第一終端傳遞到第二終端的方法，包括使用“會話啟動協(xié)議SIP轉(zhuǎn)交”消息，所述“SIP轉(zhuǎn)交”消息指示要傳遞所述會話的哪個部分還是整個會話。
2. 如權(quán)利要求1所述的方法，包括將所述"SIP轉(zhuǎn)交"消息從第 一終端發(fā)送到指定為控制所述會話的服務(wù)器，或者在指定為控制所述 會話的服務(wù)器從第一終端接收所述"SIP轉(zhuǎn)交，，消息。
3. 如權(quán)利要求2所述的方法，包括響應(yīng)于在所述服務(wù)器接收到 所述"SIP轉(zhuǎn)交"消息而向第二終端發(fā)送"SIP邀請"消息。
4. 如以上權(quán)利要求中任一項所述的方法，其中所述"SIP轉(zhuǎn)交，，消 息包括用于標(biāo)識第二終端的信息。
5. 如權(quán)利要求4所述的方法，其中所述"SIP轉(zhuǎn)交"消息包括第二 終端的地址。
6. 如權(quán)利要求5所述的方法，其中所述"SIP轉(zhuǎn)交，，消息包括第二 終端的基于蜂窩的按鍵通話PoC地址，例如SIP URI或TEL URL
7. 如權(quán)利要求5或6所述的方法，其中所述"SIP轉(zhuǎn)交"消息包括 第二終端的全球可路由用戶代理URI GRUU地址。
8. 如權(quán)利要求4至7中任一項所述的方法，當(dāng)從屬于權(quán)利要求3 時，包括將標(biāo)識信息包含在所述"SIP邀請"消息中。
9. 如權(quán)利要求8所述的方法，包括在所述標(biāo)識信息標(biāo)識第一終 端的情況下在第一終端接收所述"SIP邀請"消息，并且作為響應(yīng)而拒絕 所述邀請。
10. 如以上權(quán)利要求中任一項所述的方法，包括至少在傳遞所 述會話的僅僅一部分的情況下，將SDP信息包含在所述"SIP轉(zhuǎn)交，，消 息中，以指示要傳遞的部分。
11. 如權(quán)利要求IO所述的方法，當(dāng)從屬于權(quán)利要求2時，包括 在所述會話正在進(jìn)行的情況下，在所述服務(wù)器刪除或修改所述SDP信息，以便與所述正在進(jìn)行的會話匹配。
12. 如權(quán)利要求10或11所述的方法，當(dāng)從屬于權(quán)利要求3時，包括將所述SDP信息包含在所述"SIP邀請"消息中。
13. 如以上權(quán)利要求中任一項所述的方法，包括向第一終端發(fā) 送至少 一個狀態(tài)更新消息，以通知第 一終端所述傳遞的進(jìn)度。
14. 如權(quán)利要求3所述的方法，其中至少一個狀態(tài)更新消息是"SIP 通知"消息，例如"振鈴"或"嘗試"消息。
15. 如權(quán)利要求13或14所述的方法，包括通過在所述"SIP轉(zhuǎn) 交"消息中不包含"norefersub"選項標(biāo)簽來指示接收這種更新消息的偏 好。
16. 如以上權(quán)利要求中任一項所述的方法，包括在傳遞所述會 話的僅僅一部分的情況下，在證實第二終端已經(jīng)接受了所傳遞部分的 責(zé)任之后，在第一終端執(zhí)行在所述會話中刪除那個部分的責(zé)任的過程。
17. 如權(quán)利要求16所述的方法，當(dāng)從屬于權(quán)利要求2時，其中所 述過程包括將"SIP再邀請"消息從第 一終端發(fā)送到所述服務(wù)器。
18. 如以上權(quán)利要求中任一項所述的方法，包括在傳遞整個會 話的情況下，在第一終端執(zhí)行離開所述會話的過程。
19. 如權(quán)利要求18所述的方法，當(dāng)從屬于權(quán)利要求2時，包括將 "SIP再見，，消息從第 一終端發(fā)送到所述服務(wù)器。
20. 如以上權(quán)利要求中任一項所述的方法，其中正在^皮傳遞的所 述部分包括至少 一種i某體類型的責(zé)任。
21. 如以上權(quán)利要求中任一項所述的方法，包括響應(yīng)于接收到建 立所述會話的邀請而執(zhí)行所述方法。
22. 如權(quán)利要求21所述的方法，其中所述邀請包括標(biāo)識在第一終 端不支持或不接受的至少一種i某體類型的信息，并且包括將標(biāo)識信息 包含在所迷"SIP轉(zhuǎn)交"消息中。
23. 如權(quán)利要求22所述的方法，當(dāng)從屬于權(quán)利要求10時，其中 所述標(biāo)識信息包括所述SDP信息。
24. 如權(quán)利要求1至20中任一項所述的方法，包括執(zhí)行傳遞正在進(jìn)行會話的至少一部分的方法。
25. 如以上權(quán)利要求中任一項所述的方法，其中所述4^t通話類 型會話是基于蜂窩的按鍵通話PoC服務(wù)中的會話。
26. 如以上權(quán)利要求中任一項所述的方法，其中所述按鍵通話類 型會話是會議服務(wù)中的會話。
27. —種裝置，包括用于通過使用"會話啟動協(xié)議SIP轉(zhuǎn)交"消息將 按鍵通話類型會話的至少 一部分從第 一終端傳遞到第二終端的部件， 所述"SIP轉(zhuǎn)交"消息指示要傳遞所述會話的哪個部分還是整個會話。
28. 如權(quán)利要求27所述的裝置，包括第一終端。
29. —種操作程序，在纟皮加載到裝置時，使所述裝置成為如權(quán)利 要求27或28所述的裝置。
30. —種操作程序，在裝置上運(yùn)行時，使所述裝置執(zhí)行如權(quán)利要 求1至26中任一項所述的方法。
31. 如權(quán)利要求29或30所述的操作程序，承載在載體介質(zhì)上。
32. 如權(quán)利要求31所述的操作程序，其中所述載體介質(zhì)是傳輸介質(zhì)。
33. 如權(quán)利要求31所述的操作程序，其中所述載體介質(zhì)是存儲介質(zhì)。
全文摘要
提供一種將按鍵通話類型會話的至少一部分從第一終端(PoC客戶機(jī)A)傳遞到第二終端(PoC客戶機(jī)C)的方法。在該方法中，發(fā)送“會話啟動協(xié)議SIP轉(zhuǎn)交”消息，它指示要傳遞會話的哪個部分還是整個會話。在一個實例中，將“SIP轉(zhuǎn)交”消息從第一終端(PoC客戶機(jī)A)發(fā)送到指定為控制會話的服務(wù)器(PoC服務(wù)器X)。響應(yīng)于在服務(wù)器(PoC服務(wù)器X)接收到“SIP轉(zhuǎn)交”消息而向第二終端(PoC客戶機(jī)C)發(fā)送“SIP邀請”消息。“SIP轉(zhuǎn)交”消息可包括標(biāo)識第二終端的信息，例如第二終端的地址，它可以是基于蜂窩的按鍵通話PoC地址、如SIP URI或TELURI，或者全球可路由用戶代理URI GRUU。按鍵通話類型會話可以是基于蜂窩的按鍵通話PoC服務(wù)中的會話，或者例如可以是會議服務(wù)中的會話。
文檔編號H04M3/54GK101297532SQ200580051977
公開日2008年10月29日 申請日期2005年10月31日 優(yōu)先權(quán)日2005年10月31日
發(fā)明者H·艾伯特森, J·霍爾姆 申請人:艾利森電話股份有限公司