專利名稱：基于sip的通信服務(wù)中的會(huì)話邀請預(yù)留方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于SIP的通信服務(wù)，并且更具體地涉及一種用于在基 于SIP的通信服務(wù)中預(yù)留(reserve)會(huì)話邀請的裝置和方法。
背景技術(shù)：
通常，基于會(huì)話邀請協(xié)議(SIP)的服務(wù)(例如PT、 IM等)是指具 有一個(gè)設(shè)置會(huì)話的一個(gè)客戶端向一個(gè)或更多個(gè)其他客戶端發(fā)送媒體數(shù)據(jù) (即發(fā)言)的通信服務(wù)。
在上面的服務(wù)中， 一鍵通(PT)服務(wù)基于SIP來向服務(wù)提供商和移 動(dòng)通信用戶提供高速通信，并且提供用于音頻數(shù)據(jù)發(fā)送的無線一鍵通 (PoC)服務(wù)、用于視頻數(shù)據(jù)發(fā)送的一鍵瀏覽(PTV)、或用于數(shù)據(jù)發(fā)送 的一鍵數(shù)據(jù)業(yè)務(wù)(PTD)。
PT服務(wù)允許單個(gè)接收者之間(1:1)或例如組聊天會(huì)話的接收者纟且之 間的通信。因此，使用PT服務(wù)的PT客戶端可與其他PT客戶端通《言， 而不必執(zhí)行撥號(hào)過程、用于呼叫連接的等待過程、呼叫連接音提供過程 等，由此提供了高速的通信服務(wù)。
在PT服務(wù)系統(tǒng)中，用戶將他們自己的信息注冊到PT服務(wù)中，用于 它們的預(yù)定。如果有必要，已在PT服務(wù)器中注冊的用戶可形成(生成) 特定組。
因此，多個(gè)PT用戶所屬的一個(gè)組中的每個(gè)PT用戶通過在PT終端 上按下按鈕而向PT服務(wù)器請求發(fā)言權(quán)限(talk burst authority)(例如說話 的權(quán)力、席位(floor)等)。PT服務(wù)器將對(duì)發(fā)言權(quán)限的許可授權(quán)給已請求 發(fā)言權(quán)限的PT用戶，同時(shí)向其他剩余的PT用戶通知不許可其發(fā)言權(quán)限。 在完成其談話之后，PT用戶通過使PT按鈕返回到其初始狀態(tài)來釋放其 發(fā)言權(quán)限，以允許剩余的PT用戶再次向PT服務(wù)器請求發(fā)言權(quán)限，由此
使得他們能夠發(fā)送其期望的^某體數(shù)據(jù)，例如音頻或視頻。
因而，在用于提供基于SIP的通信服務(wù)的現(xiàn)有技術(shù)的PT服務(wù)系統(tǒng)中，
發(fā)送服務(wù)器可周期性地或非周期性地向接收客戶端發(fā)送會(huì)話邀請消息
(例如SIP INVITE),從而邀:1青一個(gè)客戶端或多個(gè)客戶端(例如Ad-hoc PoC組、預(yù)設(shè)和/或聊天PoC組會(huì)話)。
然而，在現(xiàn)有技術(shù)的PT系統(tǒng)中，發(fā)送服務(wù)器周期性或非周期性Ml向 接收客戶端發(fā)送會(huì)話邀請消息(例如SIPINVITE)，而不管接收客戶端的 狀態(tài)(例如邀請可用狀態(tài))，這導(dǎo)致網(wǎng)絡(luò)負(fù)荷的增加。
此外，因?yàn)樵谙嚓P(guān)技術(shù)中分別存在接收服務(wù)器和在場服務(wù)器 (presence server),當(dāng)經(jīng)由發(fā)送服務(wù)器從發(fā)送客戶端接收用于接收客戶端 的會(huì)話邀請預(yù)留時(shí)，接收服務(wù)器必須訪問對(duì)接收客戶端的狀態(tài)信息進(jìn)行 管理的在場服務(wù)器，從而導(dǎo)致負(fù)荷的增加。

發(fā)明內(nèi)容
因此，本發(fā)明的一個(gè)目的是提供會(huì)話邀請預(yù)留裝置和方法，其能夠 減少在提供基于SIP的通信服務(wù)時(shí)網(wǎng)絡(luò)(即控制服務(wù)器)的負(fù)荷。
本發(fā)明的另一個(gè)目的是提供一種會(huì)話邀請預(yù)留裝置和方法，在接收 服務(wù)器向發(fā)送服務(wù)器通知一個(gè)接收客戶端的邀請可用狀態(tài)時(shí)，其使得發(fā) 送服務(wù)器能夠有效地邀請?jiān)撓鄳?yīng)的接收客戶端。
為了實(shí)現(xiàn)這些目的，提#^了以下系統(tǒng)中的一種會(huì)話邀請預(yù)留方》去， 該系統(tǒng)設(shè)置有發(fā)送客戶端和接收客戶端以及用于提供基于SIP的服務(wù)的 發(fā)送服務(wù)器和接收服務(wù)器，該方法包括以下步驟從發(fā)送服務(wù)器接收由 發(fā)送客戶端做出(執(zhí)行)的邀請預(yù)留請求；基于由接收客戶端發(fā)送的服 務(wù)設(shè)定值檢測(感測(sensing))該相應(yīng)的接收客戶端的邀請可用狀態(tài)； 以及當(dāng)檢測到該接收客戶端的相應(yīng)邀請可用狀態(tài)時(shí)向發(fā)送服務(wù)器通知邀 請可用狀態(tài)。
為了實(shí)現(xiàn)這些目的，提f共了用于提供基于SIP的通信服務(wù)的系統(tǒng)中 的一種會(huì)話邀請預(yù)留裝置，所述裝置包括發(fā)送客戶端，其用于發(fā)送邀 請預(yù)留消息；至少一個(gè)或更多個(gè)接收客戶端，其被發(fā)送客戶端邀請并發(fā)
送PUBLICH消息以改變服務(wù)設(shè)定值；接收服務(wù)器，其基于PUBLISH消 息的服務(wù)設(shè)定值檢測(感測)該接收客戶端的邀請可用狀態(tài)以進(jìn)行通知； 以及發(fā)送服務(wù)器，其用于將發(fā)送客戶端的邀請預(yù)留請求發(fā)送到接收月艮務(wù) 器，并且根據(jù)由接收服務(wù)器所通知的邀請可用狀態(tài)將會(huì)話邀請消息發(fā)送 到相應(yīng)的接收客戶端。
優(yōu)選的是，發(fā)送服務(wù)器是具有會(huì)話控制功能的服務(wù)器，并且接收月艮 務(wù)器是具有在場功能的服務(wù)器。
優(yōu)選的是，會(huì)話邀請預(yù)留由REFER消息、INVITE消息和PUBLISH 消息中的一種來請求。這里，每種消息都可以包括邀請預(yù)留條件，例如 邀請預(yù)留開始時(shí)間、邀請預(yù)留結(jié)束時(shí)間、接收者和觸發(fā)參數(shù)。
優(yōu)選的是，服務(wù)設(shè)定值表示應(yīng)答模式、呼入PoC會(huì)話禁止(incoming PoC Session Barring)和并發(fā)PoC會(huì)話支持(Simultaneous PoC Session Support)三者的設(shè)定狀態(tài)。
優(yōu)選的是，接收服務(wù)器通過NOTIFY消息向接收客戶端通知邀i青可 用狀態(tài)。


圖1是用于例示根據(jù)本發(fā)明的用于基于SIP的通信服務(wù)的會(huì)話邀請 預(yù)留方法的第一實(shí)施方式。
圖2是用于例示根據(jù)本發(fā)明的用于基于SIP的通信服務(wù)的會(huì)話邀請 預(yù)留方法的第二實(shí)施方式。
圖3是用于例示根據(jù)本發(fā)明的用于基于SIP的通信服務(wù)的會(huì)話邀請 預(yù)留方法的第三實(shí)施方式。
圖4是用于例示根據(jù)本發(fā)明的用于基于SIP的通信服務(wù)的會(huì)話邀請 預(yù)留方法的第四實(shí)施方式。
圖5是用于例示根據(jù)本發(fā)明的用于基于SIP的通信服務(wù)的會(huì)話邀請 預(yù)留方法的第五實(shí)施方式。
具體實(shí)施例方式
本發(fā)明提出了一種方法，其中PT系統(tǒng)中的發(fā)送服務(wù)器不向接收客戶 端周期性或非周期性地發(fā)送用于邀請接收客戶端的會(huì)話邀請消息(例如
SIP INVITE),而是當(dāng)接收客戶端處于邀請可用狀態(tài)時(shí)(例如當(dāng)接收客戶 端能夠被邀請時(shí))，接收服務(wù)器向發(fā)送服務(wù)器通知相應(yīng)信息(即狀態(tài)信 息)。這里，接收服務(wù)器通過使用SIP NOTIFY消息向發(fā)送服務(wù)器通知接 收客戶端的狀態(tài)信息。此外，在本發(fā)明中，邀請預(yù)留表示會(huì)話邀請預(yù)留。
以下，將對(duì)在基于會(huì)話邀請協(xié)議(SIP)的通信服務(wù)中PT服務(wù)器邀 請PT客戶端的預(yù)留機(jī)制進(jìn)行說明。
圖1是用于例示根據(jù)本發(fā)明的基于SIP的通信服務(wù)的會(huì)話邀請預(yù)留 方法的第一實(shí)施方式，其例示了在PT系統(tǒng)中PT服務(wù)器邀請PT客戶端 的過程。這里，出于說明目的，假設(shè)PT客戶端10和14的用戶分別是 PT用戶A和B。
如圖1中所示，當(dāng)PT用戶A按下PT按鈕時(shí)，作為PT終端中安裝 的一類軟件的PT客戶端(即發(fā)送客戶端)11向PT服務(wù)器(即發(fā)送服務(wù) 器)12發(fā)送一個(gè)邀請預(yù)留請求消息(即SIP REFER消息)，來為一個(gè)PT 客戶端(即接收客戶端)14或更多個(gè)PT客戶端(例如Ad-hoc PoC組、 預(yù)設(shè)和/或聊天PoC組會(huì)話)預(yù)留邀請(Sll)。
PT客戶端11通過另外地包括表示SIP REFER消息是用于請求邀請 預(yù)留消息的信息消息，來發(fā)送SIP REFER消息。例如，用于邀請預(yù)留的 特征標(biāo)志，艮卩"+g.poc.reservation"包括在隨后要被發(fā)送的SIP REFER消 息的接受聯(lián)系人報(bào)頭中。此外，當(dāng)請求會(huì)話邀請預(yù)留時(shí)，除了 SIP REFER 消息，PT客戶端11還可使用SIP INVITE或SIP PUBLISH消息。
PT客戶端11使用的用于預(yù)留對(duì)PT客戶端14的邀請的SIP REFER 消息的一個(gè)示例如下所示。
SIP REFER request
Request-URI
sip:Pre-establishedSessionIdentityA@PoC-ServerA.networkA.net SIP HEADERS
Refer-To: <sip :PoC-UserB@networkB .net〉
Accept-Contact: * ;g.poc.reservation;require;explicit Privacy :Id
這里，PT服務(wù)器A表示PT服務(wù)器12，并且PT服務(wù)器B表示PT 服務(wù)器(即接收服務(wù)器)13。此外，網(wǎng)絡(luò)A表示包括PT客戶端ll和PT 服務(wù)器12的網(wǎng)絡(luò)，并且網(wǎng)絡(luò)B表示包括PT客戶端14和PT服務(wù)器13
的網(wǎng)絡(luò)。
SIP REFER消息表示隱含席位(發(fā)言權(quán)限)請求消息。當(dāng)建立PT 客戶端11和14之間的會(huì)話時(shí)，接收到消息的PT服務(wù)器12應(yīng)當(dāng)將發(fā)言 權(quán)限的許可授予PT客戶端11，使得PT客戶端11即使沒有單獨(dú)地請求 發(fā)言權(quán)限也能夠發(fā)送媒體數(shù)據(jù)(例如音頻、視頻、圖像、文本和文件)。
SIP REFER消息可包括邀請預(yù)留條件，例如邀請預(yù)留開始時(shí)間、邀 請預(yù)留結(jié)束時(shí)間、接收者和/或觸發(fā)參數(shù)。邀請預(yù)留條件可以是一個(gè)或多 個(gè)，并且根據(jù)例如AND或OR的邏輯運(yùn)算而被處理。觸發(fā)參數(shù)是在邀請 多個(gè)接收者的情況下，當(dāng)可邀請所有接收者時(shí)或者當(dāng)可邀請至少一個(gè)或 更多個(gè)接收者時(shí)，與邀請請求的設(shè)置有關(guān)的參數(shù)。這些條件可存儲(chǔ)在PT 服務(wù)器12中或通過經(jīng)由用于發(fā)送預(yù)留請求的消息(例如SIPREFER、 SIP INVITE或SIP PUBLISH)來被發(fā)送而使用XCAP協(xié)議存儲(chǔ)在PT XDMS 中。
在接收到SIP REFER消息時(shí)，PT服務(wù)器12向PT服務(wù)器11發(fā)送SIP 202 "接受"消息，以通知成功接收到SIPREFER消息(S12)。
已接收到SIP REFER消息的PT服務(wù)器12基于SIP REFER消息的接 受聯(lián)系人報(bào)頭內(nèi)的特征標(biāo)志(例如+g.poc.reservation)識(shí)別出相應(yīng)消息是 用于請求邀請預(yù)留的消息。此后，PT服務(wù)器12向PT客戶端14發(fā)送SIP SUBSCRIBE消息(S13)。這里，SIP SUBSCRIBE消息是由PT服務(wù)器 12使用以向PT服務(wù)器13發(fā)送表示它應(yīng)當(dāng)知道關(guān)于PT客戶端14何時(shí)處 于能夠被邀請的狀態(tài)(即處于邀請可用狀態(tài))的消息。
可以僅當(dāng)支持IETF RFC 3427 (SIP的變化處理)、IETF草案和在場 權(quán)限策略(draft-ietf-simple-presence-rules-04),或僅當(dāng)支持新的ISP事件 包時(shí)，才執(zhí)行這些操作。這里，假設(shè)PT服務(wù)器13包括用于支持以上功
能的在場功能(presence fimction)。在場功能可通過與PT服務(wù)器13物理 地分離來實(shí)現(xiàn)，或者可在PT服務(wù)器13內(nèi)提供。如果在場功能在PT服務(wù) 器13中物理地實(shí)現(xiàn)，則SIP SUBSCRIBE消息可從PT服務(wù)器12發(fā)送到 PT服務(wù)器13。
當(dāng)成功地接收到SIP SUBSCRIBE消息時(shí)，PT服務(wù)器13向PT服務(wù) 器12發(fā)送200 "OK"消息(S14)。 PT服務(wù)器13隨后根據(jù)RFC 3265中 描述的過程經(jīng)由初始SIP NOTIFY消息向PT服務(wù)器12發(fā)送PT客戶端 14的當(dāng)前狀態(tài)(即，關(guān)于是否能夠邀請PT客戶端14的信息)(S15)。 這里，假設(shè)初始SIP NOTIFY消息包括表示PT客戶端14不能被邀i青的 狀態(tài)的信息。PT服務(wù)器12在成功接收到SIP NOTIFY消息之后向PT服 務(wù)器13發(fā)送SIP 200 "OK"消息(S16)。
然后，當(dāng)PT客戶端14向PT服務(wù)器13發(fā)送SIP PUBLISH消息以 改變它的PT服務(wù)的設(shè)定值時(shí)(S17), PT服務(wù)器13基于PT客戶端14 的改變后的PT服務(wù)設(shè)定值來檢測PT客戶端14是否能夠被邀請。這里， 在SIP/IP核中注冊之后，由PT服務(wù)器13從PT客戶端14接收表示PT 客戶端14已向它的本地服務(wù)器(即PT服務(wù)器13)發(fā)送了初始SIP PUBLISH消息的SIP PUBLISH消息，這意味著PT客戶端14處于能夠 使用PT服務(wù)的狀態(tài)中。
因此，PT服務(wù)器13能夠基于PT客戶端14的PT服務(wù)設(shè)定值(例 如，應(yīng)答模式、呼入PoC會(huì)話禁止、并發(fā)PoC會(huì)話支持等)識(shí)別出PT 客戶端14是否能夠被邀請，所述設(shè)定值包括在初始SIP PUBLISH消息中。 例如，如果呼入PoC會(huì)話禁止(即用于拒絕每個(gè)呼入邀請消息的服務(wù)設(shè) 定值)是"活動(dòng)的"并且當(dāng)PT客戶端14發(fā)送初始SIP PUBLISH消息時(shí) 通過SIP PUBLISH消息隨后改變?yōu)?不活動(dòng)"，則PT服務(wù)器13能夠識(shí) 別出PT客戶端14處于邀請可用狀態(tài)中。
因此，當(dāng)PT客戶端14的PT服務(wù)設(shè)定值改變并且PT客戶端14因 此而能夠被邀請時(shí)，PT服務(wù)器13向PT服務(wù)器12發(fā)送SIP NOTIFY消 息，以通知PT客戶端14的當(dāng)前狀態(tài)(S18)。這里，PT服務(wù)器13將"終 止"添加到SIP NOTIFY消息的預(yù)定狀態(tài)(Subscription-State)報(bào)頭，從
而通知不再發(fā)送SIP NOTIFY消息。
接收到SIP NOTIFY消息的PT服務(wù)器12向PT服務(wù)器13發(fā)送SIP 200 OK消息(S19)。 PT服務(wù)器12隨后向PT客戶端11發(fā)送SIP INVITE消 息以對(duì)其進(jìn)行邀請(S20)。 SIP INVITE消息可包括用于當(dāng)建立PT會(huì)話 時(shí)允許PT客戶端11獲得發(fā)言權(quán)限以用于發(fā)送媒體數(shù)據(jù)的值。
此后，在從PT客戶端11接收到關(guān)于SIP INVITE消息的SIP 200 OK 消息時(shí)，PT服務(wù)器12向PT服務(wù)器13發(fā)送SIP INVITE消息以邀i青PT 客戶端14 (S22)。 SIPINVITE消息通過PT服務(wù)器13遞送到PT客戶端 14 (S23)。
當(dāng)PT客戶端14響應(yīng)于SIP INVITE消息的接收而發(fā)送SIP 200 OK 消息時(shí)(S24) ， PT服務(wù)器13向PT服務(wù)器12發(fā)送SIP 200 OK消息(S25 )。 此外，在步驟S20、 S22和S23中，PT服務(wù)器12可同時(shí)向PT客戶端11 和PT服務(wù)器13發(fā)送SIP INVITE消息。
圖2是用于例示根據(jù)本發(fā)明的用于基于SIP的通信服務(wù)的會(huì)話邀請 預(yù)留方法的第二實(shí)施方式。圖2例示了以下例子，其中發(fā)送PT客戶端在 特定時(shí)段(范圍)內(nèi)使用SIP REFER消息向接收PT客戶端請求邀請預(yù) 留。
如圖2中所示，首先，PT客戶端11設(shè)置邀請預(yù)留條件下的邀請預(yù) 留開始時(shí)間和邀請預(yù)留結(jié)束時(shí)間，并且其后在相應(yīng)的時(shí)段內(nèi)(即從幵始 時(shí)間到結(jié)束時(shí)間)使用SIP REFER消息向PT服務(wù)器12請求對(duì)PT客戶 端14的邀請預(yù)留(S21)。
已經(jīng)接收到SIP REFER消息的PT服務(wù)器向PT客戶端11發(fā)送SIP 202 "接受"消息(S22)，并隨后向PT服務(wù)器13發(fā)送SIP SUBSCRIBE 消息(S23)。這里，PT服務(wù)器13可包括支持正TFRFC3427 (SIP的變 化處理)、正TF草案和在場權(quán)限策略(draft-ietf-simple-presence-rules-04)、 或新的ISP事件包的在場功能。這里，在場功能可通過與PT服務(wù)器13 物理地分離來實(shí)現(xiàn)，或可在PT服務(wù)器13內(nèi)提供。
PT服務(wù)器12可在邀請預(yù)留開始時(shí)間之前或在邀請預(yù)留幵始時(shí)間處 向PT服務(wù)器13發(fā)送SUBSCRIBE消息。另選地，PT服務(wù)器12可在要
發(fā)送的SUBSCRIBE消息的"期滿"報(bào)頭中設(shè)置邀請預(yù)留結(jié)束時(shí)間的值， 這意味著直到SUBSCRIBE消息達(dá)到"期滿"值才發(fā)送SIP SUBSCRIBE 消息，并且在"期滿"值之后SIP對(duì)話自動(dòng)關(guān)閉。
并且，在PT客戶端14已設(shè)置了邀請預(yù)留開始時(shí)間和邀請預(yù)留結(jié)束 時(shí)間作為邀請預(yù)留條件的狀態(tài)下，在邀請預(yù)留開始時(shí)間之前發(fā)送 SUBSCRIBE消息的情況下，PT服務(wù)器12通過包括這種信息來發(fā)送相應(yīng) 的SUBSCRIBE消息。在邀請預(yù)留開始時(shí)間處發(fā)送SUBSCRIBE消息的 情況下，PT服務(wù)器12通過包括邀請預(yù)留結(jié)束時(shí)間來發(fā)送SUBSCRIBE 消息。
在成功接收到SUBSCRIBE消息時(shí)，PT服務(wù)器13向PT服務(wù)器12 發(fā)送SIP 200 "OK"消息(S24)。 PT服務(wù)器13隨后通過SIP NOTIFY 消息將PT客戶端14的當(dāng)前狀態(tài)發(fā)送到PT服務(wù)器12 (S25)。圖2例示 了初始SIP NOTIFY消息包括表示PT客戶端14不能被邀請的狀態(tài)的f言 息。當(dāng)成功接收到SIP NOTIFY消息時(shí)，PT服務(wù)器12向PT服務(wù)器13 發(fā)送SIP 200 "OK"消息(S26)。
此后，PT服務(wù)器13從PT客戶端14接收SIP PUBLISH消息，以檢 查PT客戶端14是否能夠被邀請(S27)。如果檢査出在SUBSCRIBE消 息中包括的邀請預(yù)留時(shí)段(即從邀請預(yù)留開始時(shí)間到邀請預(yù)留結(jié)束時(shí)間) 內(nèi)PT客戶端14處于邀請可用狀態(tài)，則PT服務(wù)器13向PT服務(wù)器12發(fā) 送SIP NOTIFY消息(S28)。這里，當(dāng)通過包括表示PT客戶端14處于 邀請可用狀態(tài)的信息來發(fā)送SIP NOTIFY消息時(shí)，PT服務(wù)器13將"終止" 添加到預(yù)定狀態(tài)報(bào)頭，以通知不再發(fā)送SIP NOTIFY消息。
接收到SIP NOTIFY消息的PT服務(wù)器12向PT服務(wù)器13發(fā)送SIP 200 0K消息(S29)，并隨后向PT客戶端11發(fā)送SIP INVITE消息以對(duì) 其進(jìn)行邀請(S30)。 SIP INVITE消息可包括以下的值當(dāng)建立了PT會(huì) 話時(shí)該值允許PT客戶端11獲得發(fā)言權(quán)限以用于發(fā)送媒體數(shù)據(jù)。
在從PT客戶端11接收到針對(duì)SIP INVITE消息的SIP 200 OK消息 時(shí)(S31)， PT服務(wù)器12向PT服務(wù)器13發(fā)送SIP INVITE消息以邀請 PT客戶端14 (S32)。 SIP INVITE消息通過PT服務(wù)器13而被遞送到PT 客戶端14 (S33)。
當(dāng)PT客戶端14響應(yīng)于SIP INVITE消息的接收而發(fā)送SIP 200 OK 消息時(shí)(S34)， PT服務(wù)器13向PT服務(wù)器12發(fā)送SIP 200 OK消息(S35 )。 此外，在步驟S30、 S32和S33中，PT服務(wù)器12可同時(shí)向PT客戶端11 和PT服務(wù)器13發(fā)送SIP INVITE消息。
圖3是用于例示根據(jù)本發(fā)明的用于基于SIP的通信服務(wù)的會(huì)話邀i青 預(yù)留方法的第三實(shí)施方式。
如圖3中所示，除了步驟S50和S51以外，本發(fā)明的第三實(shí)施方式 與圖2的第二實(shí)施方式相同。
艮P，圖2例示了 PT服務(wù)器12向PT客戶端11發(fā)送SIP INVITE消 息，而圖3示出了 PT服務(wù)器12將PT服務(wù)器13發(fā)送的SIP NOTIFY消 息發(fā)送到PT客戶端11 (S50)，由此PT服務(wù)器12當(dāng)前處于針對(duì)PT客戶 端11所請求的邀請預(yù)留而能夠邀請PT客戶端14的狀態(tài)中，以實(shí)際執(zhí)行 對(duì)PT客戶端14的邀請。SIP NOTIFY消息可包括以下值當(dāng)建立PT會(huì) 話時(shí)該值允許PT客戶端11獲得發(fā)言權(quán)限以用于發(fā)送媒體數(shù)據(jù)。已接收 到SIP NOTIFY消息的PT客戶端11向PT服務(wù)器12發(fā)送SIP 200 OK消 息(S51)。
因此，已接收到SIP 200 OK消息的PT服務(wù)器12向PT服務(wù)器13 發(fā)送SIP INVITE消息以邀請PT客戶端14。因而執(zhí)行步驟S32到S35。
另一方面，在圖3中，可以采用兩種方法，在通過步驟S28接收到 SIP NOTIFY消息之后PT服務(wù)器12通過這兩種方法針對(duì)邀請預(yù)留(SIP REFER)而實(shí)際邀請PT客戶端14。
如圖3中所示，第一種方法是在向PT客戶端11發(fā)送SIP NOTIFY 消息之后從PT客戶端11接收到200 OK消息時(shí)，使用SIP INVITE消息 來邀請PT客戶端14。
第二種方法是使用SIP INVITE消息來邀請PT客戶端14 (即執(zhí)行步 驟S32到S35)，并隨后向PT客戶端11發(fā)送SIP NOTIFY消息以在之后 接收200OK消息(未示出)。在采用第二種方法時(shí)，在步驟S21中發(fā)送 的SIP REFER消息可用作為 一類SIP INVITE消息。
圖4是用于例示根據(jù)本發(fā)明的基于SIP的通信服務(wù)的會(huì)話邀請預(yù)留
方法的第四實(shí)施方式，其例示了以下情況，其中發(fā)送PT服務(wù)器12沒有 從接收PT服務(wù)器13接收到表示在邀請預(yù)留時(shí)段內(nèi)接收客戶端能夠被邀 請的SIP NOTIFY消息。
如圖4中所示，在步驟S21到S26， PT客戶端11設(shè)定邀請預(yù)留時(shí) 段并隨后請求對(duì)PT客戶端14的邀請預(yù)留，然而，PT服務(wù)器12沒有從 PT服務(wù)器13接收到表示PT客戶端14能夠被邀請的SIP NOTIFY消息。 當(dāng)從PT服務(wù)器13接收到表示PT客戶端14不能被邀請的SIP NOTIFY消息時(shí)，PT服務(wù)器12向PT服務(wù)器13發(fā)送SIP 200 OK消息
(S16)。其后，如果直到邀請預(yù)留結(jié)束時(shí)間才從PT服務(wù)器13接收到表 示PT客戶端14能夠被邀請的SIP NOTIFY消息(或者在在場功能與PT 服務(wù)器物理地分離的情況下，如果直到邀請預(yù)留結(jié)束時(shí)間才從其中具有 在場功能的在場服務(wù)器接收到表示PT客戶端14能夠被邀請的SIP NOTIFY消息)，則PT服務(wù)器12基于SIPSUBSCRIBE消息中的"期滿" 報(bào)頭值終止SIP對(duì)話。
PT服務(wù)器12向PT客戶端11發(fā)送SIP NOTIFY消息以遞送以下信 息，該信息表示不能執(zhí)行由PT客戶端11請求的對(duì)PT客戶端的邀請預(yù)留
(S60)。 PT客戶端11隨后響應(yīng)于SIP NOTIFY信息向PT服務(wù)器12發(fā) 送SIP200OK消息(S61)。這里，由于因?yàn)镻T客戶端14不能被邀請而 沒有建立PT客戶端11和14之間的任何PT會(huì)話，SIP NOTIFY消息可不 包括以下的值，該值允許PT客戶端11獲得發(fā)言權(quán)限以用于發(fā)送媒體數(shù) 據(jù)。
圖5是用于例示根據(jù)本發(fā)明的基于SIP的通信服務(wù)的會(huì)話邀請預(yù)留 方法的第五實(shí)施方式，其例示了其中發(fā)送PT客戶端預(yù)留了對(duì)多個(gè)接收客 戶端的邀請的情況。即，本發(fā)明的第五實(shí)施方式包括以下的設(shè)置(或設(shè) 定值)，當(dāng)基于PT客戶端的邀請預(yù)留條件中包括的觸發(fā)參數(shù)而邀請?jiān)S多 接收者或至少一個(gè)或更多個(gè)接收者時(shí)，其用于請求邀請預(yù)留。
如圖5中所示，步驟S21到S35與圖2中的步驟相同，并且將不重 復(fù)其詳細(xì)說明。在通過執(zhí)行步驟S21到S35而邀請PT客戶端11時(shí)，建
立PT客戶端11和14之間的PT會(huì)話(S36)。
此后，在邀請預(yù)留結(jié)束時(shí)間之前PT服務(wù)器13從PT客戶端15接收 PUBLISH消息(S37)。如果通過相應(yīng)的PUBLISH消息檢查出PT客戶端 15能夠被邀請，則PT服務(wù)器13向PT服務(wù)器12發(fā)送SIP NOTIFY消息 (S3S)。這里，當(dāng)通過包括有關(guān)PT客戶端15處于邀請可用狀態(tài)的信息 而發(fā)送SIP NOTIFY消息時(shí)，PT服務(wù)器13將"終止"添加到預(yù)定狀態(tài)中艮 頭，由此通知PT服務(wù)器12不再發(fā)送SIP NOTIFY消息。
在接收到SIP NOTIFY消息之后，PT服務(wù)器12向PT服務(wù)器13發(fā) 送SIP 200 OK消息(S39)，并隨后向PT服務(wù)器13發(fā)送SIP INVITE消 息以邀請PT客戶端15 (S40)。
接收到SIP INVITE消息的PT服務(wù)器13將相應(yīng)的消息遞送到PT客 戶端15 (S41)，并響應(yīng)于SIP INVITE消息的接收而從PT客戶端15接 收SIP 200 OK消息(S42 ) 。 PT服務(wù)器13最后向PT服務(wù)器12發(fā)送SIP 200 OK消息(S43)。
因此，在完全地執(zhí)行了步驟S37到S43后，建立了PT客戶端U和 15之間的PT會(huì)話。因此，PT客戶端11可將媒體(例如音頻、視頻、圖 像、文本和文件)發(fā)送到PT客戶端15。
如上所述，在本發(fā)明的PT系統(tǒng)中，當(dāng)接收客戶端能夠被邀請時(shí)，具 有在場功能的接收服務(wù)器向發(fā)送服務(wù)器通知相應(yīng)信息，由此執(zhí)行用于接 收客戶端的會(huì)話邀請操作。因此，有效地減少了現(xiàn)有技術(shù)中接收服務(wù)器 的負(fù)荷以及發(fā)送服務(wù)器的用于處理一個(gè)客戶端或多個(gè)客戶端的會(huì)話邀請 預(yù)留所需的負(fù)荷。
由于本發(fā)明可以以多種形式具體實(shí)現(xiàn)而不偏離其精神或本質(zhì)特征， 還應(yīng)當(dāng)理解，除非另有規(guī)定，上述實(shí)施方式不受前述描述的任何細(xì)節(jié)的 限制，而是應(yīng)當(dāng)在如所附權(quán)利要求中限定的其精神和范圍內(nèi)廣泛地加以 解釋，因此所附權(quán)利要求旨在包括落入權(quán)利要求的邊界或這種邊界的等 同物內(nèi)的所有變化和修改。
權(quán)利要求
1.一種在設(shè)置有發(fā)送客戶端和接收客戶端以及發(fā)送服務(wù)器和接收服務(wù)器以提供基于會(huì)話邀請協(xié)議(SIP)的服務(wù)的系統(tǒng)中的會(huì)話邀請預(yù)留方法，所述方法包括以下步驟從發(fā)送服務(wù)器接收發(fā)送客戶端的會(huì)話邀請預(yù)留請求；基于從接收客戶端接收的服務(wù)設(shè)定值來檢測該相應(yīng)的接收客戶端是否處于邀請可用狀態(tài)；以及當(dāng)檢測到該相應(yīng)的接收客戶端處于所述邀請可用狀態(tài)時(shí)向所述發(fā)送服務(wù)器通知所述接收客戶端的所述邀請可用狀態(tài)。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述發(fā)送服務(wù)器是具有會(huì)話控 制功能的服務(wù)器，并且所述邀請可用狀態(tài)由具有在場功能的所述接收服 務(wù)器來檢測。
3. 根據(jù)權(quán)利要求1所述的方法，其中所述會(huì)話邀請預(yù)留由REFER 消息、INVITE消息和PUBLISH消息中的一個(gè)來請求。
4. 根據(jù)權(quán)利要求3所述的方法，其中通過將用于邀請預(yù)留的標(biāo)志包 括在這些消息中的每一個(gè)的接受聯(lián)系人報(bào)頭中來請求所述會(huì)話邀請預(yù) 留。
5. 根據(jù)權(quán)利要求4所述的方法，其中這些消息中的每一個(gè)包括以下 邀請預(yù)留條件，例如邀請預(yù)留開始時(shí)間、邀請預(yù)留結(jié)束時(shí)間、接收者以 及觸發(fā)參數(shù)。 、
6. 根據(jù)權(quán)利要求1所述的方法，其中所述服務(wù)設(shè)定值表示應(yīng)答模式、 呼入PoC會(huì)話禁止以及并發(fā)PoC會(huì)話支持三者的設(shè)定狀態(tài)。
7. 根據(jù)權(quán)利要求1所述的方法，其中所述邀請可用狀態(tài)通過NOTIFY 消息來發(fā)送。
8. 根據(jù)權(quán)利要求1所述的方法，該方法還包括以下步驟由所述發(fā) 送服務(wù)器向所述發(fā)送客戶端發(fā)送從所述接收服務(wù)器接收的INVITE消息 或NOTIFY消息，以響應(yīng)所述會(huì)話邀請預(yù)留請求。
9. 一種在用于提供基于SIP的通信服務(wù)的方法中的會(huì)話邀請預(yù)留方 法，所述會(huì)話邀請預(yù)留方法包括以下步驟由發(fā)送客戶端通過第一消息向第一服務(wù)器請求對(duì)至少一個(gè)或更多個(gè) 接收客戶端的會(huì)話邀請預(yù)留；由所述第一服務(wù)器通過特定消息向第二服務(wù)器發(fā)送所述發(fā)送客戶端的所述會(huì)話邀請預(yù)留請求；由所述第二服務(wù)器檢查所述接收客戶端的第二消息中的服務(wù)設(shè)定值: 的變化，以檢測所述接收客戶端是否處于邀請可用狀態(tài)；當(dāng)檢測到所述接收客戶端處于所述邀請可用狀態(tài)時(shí)由所述第二服務(wù) 器通過第三消息向所述第一服務(wù)器通知所述接收客戶端的狀態(tài)信息；以 及由所述第一服務(wù)器基于所述狀態(tài)信息通過第四消息邀請所述接收客戶端。
10. 根據(jù)權(quán)利要求9所述的方法，其中所述第一服務(wù)器是具有會(huì)話 控制功能的服務(wù)器，并且所述第二服務(wù)器是具有在場功能的服務(wù)器。
11. 根據(jù)權(quán)利要求9所述的方法，其中所述第一消息是REFER消息、 INVITE消息和PUBLISH消息中的一個(gè)，并且所述第二消息是PUBLISH 消息。
12. 根據(jù)權(quán)利要求9所述的方法，其中所述會(huì)話邀請預(yù)留是通過將 用于邀請預(yù)留的標(biāo)志包括在所述第一消息的接受聯(lián)系人報(bào)頭中來請求的。
13. 根據(jù)權(quán)利要求9所述的方法，其中所述第一消息包括以下邀請 預(yù)留條件，例如邀請預(yù)留開始時(shí)間、邀請預(yù)留結(jié)束時(shí)間、接收者以及觸 發(fā)參數(shù)。
14. 根據(jù)權(quán)利要求9所述的方法，其中所述服務(wù)設(shè)定值表示應(yīng)答模 式、呼入PoC會(huì)話禁止和并發(fā)PoC會(huì)話支持三者的設(shè)定狀態(tài)。
15. 根據(jù)權(quán)利要求9所述的方法，其中所述特定消息表示 SUBSCRIBE消息，并且所述第三消息和所述第四消息分別表示NOTIFY 消息和INVITE消息。
16. 根據(jù)權(quán)利要求9所述的方法，該方法還包括以下步驟由所述 第一服務(wù)器向所述發(fā)送客戶端發(fā)送所述第三消息或所述第四消息以響應(yīng) 所述邀請預(yù)留請求。
17. 根據(jù)權(quán)利要求16所述的方法，其中所述第三消息或所述第四消 息包括用于使所述發(fā)送客戶端獲得發(fā)言權(quán)限的值。
18. 根據(jù)權(quán)利要求9所述的方法，其中當(dāng)接收到在所述第一消息中 包括的所述邀請預(yù)留的設(shè)定范圍內(nèi)的所述狀態(tài)信息時(shí)，所述第一服務(wù)器 向所述發(fā)送客戶端發(fā)送INVITE消息和包括發(fā)言權(quán)限的NOTIFY消息， 而當(dāng)沒有接收到在所述邀請預(yù)留的所述設(shè)定范圍內(nèi)的所述狀態(tài)信息時(shí)， 所述第一服務(wù)器向所述發(fā)送客戶端發(fā)送不包括所述發(fā)言權(quán)限的NOTIFY 消息。
19. 一種在用于提供基于SIP的通信服務(wù)的系統(tǒng)中的會(huì)話邀請預(yù)留 裝置，所述裝置包括發(fā)送客戶端，其用于發(fā)送邀請預(yù)留消息；至少一個(gè)或更多個(gè)接收客戶端，其被所述發(fā)送客戶端邀請并發(fā)送特 定消息以改變服務(wù)設(shè)定；接收服務(wù)器，其基于所述特定消息內(nèi)的服務(wù)設(shè)定值來檢測所述接收 客戶端是否處于邀請可用狀態(tài)并通知所檢測到的狀態(tài)；以及發(fā)送服務(wù)器，其向所述接收服務(wù)器發(fā)送所述發(fā)送客戶端的所述邀請 預(yù)留請求，并基于由所述接收服務(wù)器通知的所述邀請可用狀態(tài)向相應(yīng)的 所述接收客戶端發(fā)送會(huì)話邀請消息。
20. 根據(jù)權(quán)利要求19所述的裝置，其中所述發(fā)送服務(wù)器是具有會(huì)話 控制功能的服務(wù)器，并且所述接收服務(wù)器是具有在場功能的服務(wù)器。
21. 根據(jù)權(quán)利要求19所述的裝置，其中所述發(fā)送客戶端通過使用 REFER消息、INVITE消息和PUBLISH消息中的一個(gè)來請求所述邀請預(yù) 留。
22. 根據(jù)權(quán)利要求21所述的裝置，其中所述發(fā)送客戶端通過將用于 邀請預(yù)留的標(biāo)志包括在這些消息中的每一個(gè)的接受聯(lián)系人報(bào)頭中來請求 所述會(huì)話邀請預(yù)留。
23. 根據(jù)權(quán)利要求22所述的裝置，其中這些消息中的每一個(gè)包括以 下邀請預(yù)留條件，例如邀請預(yù)留開始時(shí)間、邀請預(yù)留結(jié)束時(shí)間、接收者 以及觸發(fā)參數(shù)。
24. 根據(jù)權(quán)利要求19所述的裝置，其中所述服務(wù)設(shè)定值表示應(yīng)答模 式、呼入PoC會(huì)話禁止和并發(fā)PoC會(huì)話支持三者的設(shè)定狀態(tài)，并且所述 特定消息是PUBLISH消息。
25. 根據(jù)權(quán)利要求19所述的裝置，其中所述邀請可用狀態(tài)是通過 NOTIFY消息來通知的。
26. 根據(jù)權(quán)利要求19所述的裝置，其中所述發(fā)送服務(wù)器在由所述發(fā) 送客戶端設(shè)定的邀請預(yù)留開始時(shí)間之前或者在所述邀請預(yù)留開始時(shí)間處 向所述接收服務(wù)器發(fā)送SUBSCRIBE消息，由此向所述接收服務(wù)器請求 對(duì)所述邀請可用狀態(tài)的通知。
27. 根據(jù)權(quán)利要求26所述的裝置，其中當(dāng)在相應(yīng)時(shí)間之前發(fā)送所述 SUBSCRIBE消息時(shí)，所述發(fā)送服務(wù)器通過包括由所述發(fā)送客戶端設(shè)定的 所述邀請預(yù)留開始時(shí)間來發(fā)送所述SUBSCRIBE消息，并且當(dāng)在所述邀 請預(yù)留開始時(shí)間處發(fā)送所述SUBSCRIBE消息時(shí)，通過包括所述邀請預(yù) 留結(jié)束時(shí)間來發(fā)送所述SUBSCRIBE消息。
28. 根據(jù)權(quán)利要求19所述的裝置，其中當(dāng)從所述接收服務(wù)器接收到 所述接收客戶端的所述邀請可用狀態(tài)時(shí)，所述發(fā)送服務(wù)器向所述發(fā)送客 戶端發(fā)送特定消息，由此而響應(yīng)所述邀請預(yù)留消息。
29. 根據(jù)權(quán)利要求28所述的裝置，其中所述特定消息是由所述接收 服務(wù)器發(fā)送的INVITE消息或NOTIFY消息。
全文摘要
提供了基于會(huì)話邀請協(xié)議(SIP)的通信服務(wù)，具體地說，提供了一種用于預(yù)留會(huì)話邀請的裝置和方法，其中當(dāng)接收PT客戶端能夠被邀請時(shí)，接收PT(一鍵通)服務(wù)器向發(fā)送PT服務(wù)器通知接收PT客戶端的狀態(tài)信息(即邀請可用狀態(tài))以使發(fā)送PT服務(wù)器邀請相應(yīng)的接收PT客戶端，而不是由發(fā)送PT服務(wù)器向接收PT客戶端周期性或非周期性地發(fā)送會(huì)話邀請消息(即SIP INVITE)來邀請接收PT客戶端，其中接收PT服務(wù)器優(yōu)選地使用SIP NOTIFY消息向發(fā)送PT服務(wù)器通知接收PT客戶端的邀請可用狀態(tài)。
文檔編號(hào)H04L29/06GK101361344SQ200680051156
公開日2009年2月4日 申請日期2006年11月10日 優(yōu)先權(quán)日2006年1月17日
發(fā)明者孫圣武, 金英愛 申請人:Lg電子株式會(huì)社