專利名稱：連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在無線環(huán)境中支持終端移動(dòng)性的對(duì)話開始協(xié)議(SessionInitiation Protocol，以下簡稱SIP)，尤其是一種在連接SIP對(duì)話時(shí)，傳送用戶需要的鈴聲(ring-tone)的方法。
背景技術(shù)：
現(xiàn)有的互聯(lián)網(wǎng)協(xié)議雖然支持移動(dòng)通信的基本特性即移動(dòng)性，但存在很多問題。
雖然為了解決上述問題而推出了移動(dòng)互聯(lián)網(wǎng)協(xié)議(Mobile IP)，但隨著需要傳送的媒體(Media)逐漸復(fù)雜且多媒體實(shí)時(shí)通信量的增加，仍然凸現(xiàn)出很多問題。
因此，出現(xiàn)了支持移動(dòng)終端的移動(dòng)性且符合新時(shí)代網(wǎng)絡(luò)標(biāo)準(zhǔn)的SIP。
SIP網(wǎng)絡(luò)的結(jié)構(gòu)，大體上可以分為用戶代理(UAUser Agent)、代理服務(wù)器(Proxy server)和寄存器(Register)。
用戶代理(UA)是指，如移動(dòng)終端或個(gè)人用數(shù)字終端(PDA)等具有移動(dòng)性的用戶終端。它是用戶進(jìn)行操作的設(shè)備，其中請(qǐng)求呼叫的一方被稱為用戶代理客戶端(UA Client)，而接收呼叫的一方被稱為用戶代理服務(wù)器(UA Server)。
代理服務(wù)器(Proxy server)用來在UA客戶端和UA服務(wù)器之間對(duì)消息進(jìn)行中繼。即，代理服務(wù)器將請(qǐng)求傳送特定媒體(Media)的消息傳遞到提供該媒體的服務(wù)器一方，或?qū)⒄?qǐng)求傳送特定媒體的消息傳遞到該媒體的收信一方。而有時(shí)也存在不經(jīng)過代理服務(wù)器的中繼而直接請(qǐng)求媒體的情況。
寄存器(Register)是支持SIP的用戶終端試圖登錄SIP網(wǎng)絡(luò)時(shí)必須的構(gòu)成要素。
此外，為了通過上述結(jié)構(gòu)的SIP網(wǎng)絡(luò)使用按鍵通話(PTTPush To Talk)或及時(shí)消息(IMInstance Message)等服務(wù)，必須連接SIP對(duì)話。
在連接SIP對(duì)話的過程中，發(fā)信人終端將向收信人終端發(fā)送請(qǐng)求消息(INVITE)，而收信人終端接受(ACCEPT)上述請(qǐng)求(INVITE)時(shí)，SIP對(duì)話將被連接。
此外，上述發(fā)信人終端在發(fā)送請(qǐng)求消息(INVITE)時(shí)，收信人終端只能發(fā)出該終端本身所提供的單純的警報(bào)(alert)音，這遠(yuǎn)不能滿足現(xiàn)今用戶們的個(gè)性需求。
目前的用戶終端雖然可以保存豐富的語音或旋律等鈴聲，但仍然受到終端內(nèi)置的內(nèi)存容量限制。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服上述現(xiàn)有問題而提供一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，使其可以在連接SIP對(duì)話時(shí)，發(fā)出發(fā)信人期望的各種鈴聲或收信人為特定對(duì)象預(yù)設(shè)的鈴聲并傳送到收信人終端。
本發(fā)明的目的是這樣實(shí)現(xiàn)的提供一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，包括根據(jù)用戶的請(qǐng)求將預(yù)設(shè)的鈴聲(ring-tone)保存于指定服務(wù)器的步驟；為了連接對(duì)話開始協(xié)議(SIPSession Initiation Protocol)的對(duì)話(session)，從用戶終端向代理服務(wù)器(proxy)發(fā)送請(qǐng)求呼叫設(shè)定的請(qǐng)求消息(INVITE)的步驟；所述代理服務(wù)器向服務(wù)器發(fā)送所述請(qǐng)求消息(INVITE)的步驟；所述服務(wù)器將用戶預(yù)設(shè)的鈴聲發(fā)送到收信人終端的步驟。
其中，所述服務(wù)器在對(duì)包含在所述請(qǐng)求消息中的所述用戶識(shí)別信息進(jìn)行確認(rèn)之后檢索所述預(yù)設(shè)鈴聲為宜。
此外，所述鈴聲利用實(shí)時(shí)傳送協(xié)議(RPT)通道發(fā)送到收信人終端為宜。
為實(shí)現(xiàn)上述目的，本發(fā)明另提供的一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，包括根據(jù)用戶的請(qǐng)求將預(yù)設(shè)的不同發(fā)信人鈴聲(ring-tone)預(yù)先保存于規(guī)定服務(wù)器中的步驟；為了連接對(duì)話開始協(xié)議(SIPSessionInitiation Protocol)的對(duì)話(session)，從用戶終端向代理服務(wù)器(proxy)發(fā)送請(qǐng)求呼叫設(shè)定的請(qǐng)求消息(INVITE)的步驟；所述代理服務(wù)器向服務(wù)器發(fā)送所述請(qǐng)求消息(INVITE)的步驟；所述服務(wù)器將用戶預(yù)設(shè)的發(fā)信人用鈴聲發(fā)送到所述用戶終端的步驟。
其中，所述服務(wù)器在分別對(duì)包含在所述請(qǐng)求消息中的所述發(fā)信人及用戶識(shí)別信息進(jìn)行確認(rèn)之后檢索所述發(fā)信人用鈴聲為宜。
此外，所述鈴聲利用實(shí)時(shí)傳送協(xié)議(RPT)通道發(fā)送到用戶終端為宜。
本發(fā)明的有益效果在于，利用本發(fā)明，因?yàn)榭梢栽谶B接SIP對(duì)話時(shí)發(fā)送發(fā)信人期望的鈴聲或收信人為特定對(duì)象預(yù)設(shè)的鈴聲，收信人可以更輕松地確定發(fā)信人，且發(fā)信人可以在鈴聲儲(chǔ)存服務(wù)器中選擇并傳送自己期望的鈴聲。
此外，本發(fā)明不僅可以播放由移動(dòng)通信終端本身提供的單純的警報(bào)音，還可以通過播放各種語音或旋律等比內(nèi)置的鈴聲更加豐富新穎的鈴聲，滿足用戶強(qiáng)烈的個(gè)性需求。
此外，本發(fā)明因?yàn)闊o需將各種語音和旋律等各種鈴聲保存在移動(dòng)通信終端本身而保存在單獨(dú)的服務(wù)器中，所以可以擺脫移動(dòng)通信終端內(nèi)置內(nèi)存的限制。


圖1是適用本發(fā)明的SIP網(wǎng)絡(luò)的結(jié)構(gòu)圖，圖2是適用本發(fā)明的實(shí)施例中鈴聲傳送方式的SIP呼叫流程圖。
具體實(shí)施例方式
本發(fā)明的其他目的、特征及優(yōu)點(diǎn)，將結(jié)合實(shí)施例及附圖對(duì)其進(jìn)行詳細(xì)的說明。
下面，將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例結(jié)構(gòu)及其作用進(jìn)行詳細(xì)說明。結(jié)合圖示以及對(duì)圖示的進(jìn)行說明的本發(fā)明的結(jié)構(gòu)和作用，只作為一個(gè)適用本發(fā)明的實(shí)施例，本發(fā)明的技術(shù)思想和核心結(jié)構(gòu)及其作用并不限制于所述的內(nèi)容。
本發(fā)明需要一個(gè)鈴聲保存服務(wù)器，使用戶在連接SIP對(duì)話時(shí)使用發(fā)信人期望的豐富的鈴聲，且使收信人也可以為特定對(duì)象預(yù)設(shè)鈴聲并進(jìn)行傳送。
下面將結(jié)合圖1對(duì)其進(jìn)行詳細(xì)的說明。
在進(jìn)行進(jìn)一步說明之前需要說明的是，下面所提及的終端或用戶終端是指用戶代理(UA)及移動(dòng)通信終端等，是基本上提供移動(dòng)性的個(gè)人便攜式終端。
圖1是適用本發(fā)明的SIP網(wǎng)絡(luò)的結(jié)構(gòu)圖。
參考圖1，適用本發(fā)明的SIP網(wǎng)絡(luò)的結(jié)構(gòu)，包括作為用戶代理(UA)的用戶終端1和用戶終端9、寄存器(Register)2、重定向代理(Redirectproxy)3、SIP代理4和8、位置服務(wù)器(Location server)5、位置信息數(shù)據(jù)庫(Location information database)6及鈴聲儲(chǔ)存服務(wù)器7。
所述寄存器2、重定向代理3、位置服務(wù)器5、位置信息數(shù)據(jù)庫6與本發(fā)明的核心沒有直接的關(guān)聯(lián)，所以對(duì)其工作不進(jìn)行詳細(xì)的說明。
圖1中的第1終端1及第2終端9為支持SIP的終端(SIP-enabledTerminal)，其中假設(shè)第1終端1為請(qǐng)求呼叫(Call)的用戶代理客戶端(UAClient)，并假設(shè)第2終端9為接受呼叫的用戶代理服務(wù)器(UA Server)。
鈴聲儲(chǔ)存服務(wù)器7保存各種鈴聲，向第1終端1的用戶即發(fā)信人或第2終端9的用戶即收信人提供豐富的鈴聲。尤其是在發(fā)信人發(fā)送呼叫請(qǐng)求時(shí)，提供所述發(fā)信人期望的一個(gè)鈴聲。此外，鈴聲儲(chǔ)存服務(wù)器7根據(jù)用戶預(yù)設(shè)的不同對(duì)象，掛鉤不同的鈴聲并保存。即，鈴聲儲(chǔ)存服務(wù)器7將指定用戶為不同對(duì)象所選擇的鈴聲進(jìn)行映射(mapping)并保存。
總的來說，用戶將符合自己喜好的鈴聲保存在鈴聲儲(chǔ)存服務(wù)器7中。
SIP代理4和8在作為UA客戶端的第1終端1和作為UA服務(wù)器的第2服務(wù)器之間對(duì)各種消息進(jìn)行中繼。即，第1SIP代理4將請(qǐng)求發(fā)送特定媒體(Media)的消息(INVITE)發(fā)送到接收所述媒體處(或提供所述媒體處)。此外，第1SIP代理4從第1終端1在接收所述請(qǐng)求消息(INVITE)的同時(shí)，為了提供所述第1終端1用戶所期望的鈴聲，連接到鈴聲儲(chǔ)存服務(wù)器7。
第1SIP代理4從所述第1終端1接收請(qǐng)求消息(INVITE)之后，將所述請(qǐng)求消息(INVITE)傳送到鈴聲儲(chǔ)存服務(wù)器7。此時(shí)鈴聲儲(chǔ)存服務(wù)器7從請(qǐng)求消息(INVITE)中確認(rèn)第1終端1用戶的信息，通過第2SIP代理8或直接將該用戶預(yù)設(shè)的鈴聲發(fā)送到第2終端9。上述過程是將發(fā)信人預(yù)設(shè)的鈴聲發(fā)送給收信人的過程。
同時(shí)，如果第1終端1的用戶沒有預(yù)設(shè)任何鈴聲，則鈴聲儲(chǔ)存服務(wù)器7從請(qǐng)求消息(INVITE)中確認(rèn)第2終端9的用戶信息，并通過第2SIP代理8或直接將用戶預(yù)設(shè)的鈴聲發(fā)送到第2終端9。此時(shí)，因?yàn)榈?終端9的用戶會(huì)在鈴聲儲(chǔ)存服務(wù)器7中根據(jù)不同發(fā)信人分別設(shè)置并保存不同的鈴聲，所以所述鈴聲儲(chǔ)存服務(wù)器7會(huì)將映射到第1終端1用戶信息(即標(biāo)識(shí)符Identifier)的鈴聲發(fā)送到第2終端9。此時(shí)，第2終端9的用戶單憑鈴聲就可以確認(rèn)發(fā)信人。所述過程是收信人為不同發(fā)信人設(shè)置不同鈴聲的情況，鈴聲儲(chǔ)存服務(wù)器會(huì)通過確認(rèn)請(qǐng)求消息(INVITE)中的發(fā)信人標(biāo)識(shí)符(Caller id)檢索預(yù)設(shè)的鈴聲。
在上述兩種不同情況下，用戶在接收SIP請(qǐng)求消息(INVITE)時(shí)，可以選擇使用自己為特定用戶預(yù)設(shè)的鈴聲，或選擇使用發(fā)信人發(fā)送的鈴聲。這在具體實(shí)現(xiàn)過程中是可選的。
但如果第2終端9的用戶也沒有預(yù)設(shè)任何鈴聲，將不會(huì)發(fā)送鈴聲。
同時(shí)，當(dāng)鈴聲儲(chǔ)存服務(wù)器7向相應(yīng)的終端發(fā)送鈴聲時(shí)，利用實(shí)時(shí)傳送協(xié)議(RTPReal-time Transport Protocol)通道進(jìn)行傳送。即，鈴聲儲(chǔ)存服務(wù)器7通過實(shí)時(shí)傳送協(xié)議(RTP)通道將發(fā)信人或收信人預(yù)設(shè)的鈴聲發(fā)送到第2終端9。
然后，如果作為收信人的第2終端9的用戶接受(Call accept)呼叫請(qǐng)求，則兩個(gè)終端1，9之間將連接SIP對(duì)話，且鈴聲儲(chǔ)存服務(wù)器7將停止鈴聲的實(shí)時(shí)傳送。
當(dāng)所述SIP對(duì)話被連接之后，如果使用按鍵通話(PTT)或及時(shí)消息(IM)等服務(wù)，將通過實(shí)時(shí)傳送協(xié)議(RTP)通道傳送相應(yīng)的媒體(Media)。
圖2是適用本發(fā)明的實(shí)施例中鈴聲傳送方式的SIP呼叫流程圖，以發(fā)信人將規(guī)定的鈴聲儲(chǔ)存在鈴聲儲(chǔ)存服務(wù)器為例。
圖2中第1用戶終端10為請(qǐng)求呼叫的用戶代理客戶端(UA Client)，而第2用戶終端30為接收所述呼叫的用戶代理服務(wù)器(UA Server)。且所述代理20包括圖1中的第1SIP代理和第2SIP代理。
第1用戶終端10為了連接對(duì)話，將請(qǐng)求呼叫設(shè)定的請(qǐng)求(Call setuprequest)的請(qǐng)求消息(INVITE)發(fā)送到代理(proxy)20(步驟S1及步驟S2)。此時(shí)的請(qǐng)求消息(INVITE)為從第1用戶終端10發(fā)送到第2用戶終端30的消息，所以包括第1用戶終端10和第2用戶終端30的識(shí)別信息(ID)。
代理(proxy)20將接收到的請(qǐng)求消息(INVITE)發(fā)送到鈴聲儲(chǔ)存服務(wù)器7(步驟S 3)。同時(shí)，代理20為了使其不能再次發(fā)送請(qǐng)求消息(INVITE)，向第1用戶終端10發(fā)送SIP 100(Trying)應(yīng)答消息(步驟S4)。
此時(shí)，鈴聲儲(chǔ)存服務(wù)器7會(huì)根據(jù)第1用戶終端10的請(qǐng)求，通過實(shí)時(shí)傳送協(xié)議(RTP)通道將預(yù)設(shè)的鈴聲發(fā)送到第2用戶終端30(步驟S5)。
此外，第2用戶終端30會(huì)向代理20發(fā)送SIP 180(Ringing)應(yīng)答消息，并通過所述代理20發(fā)送到第1用戶終端10(步驟S6及S7)。
隨著第2用戶接收呼叫請(qǐng)求(步驟S8)，第2用戶終端30會(huì)向代理20發(fā)送接受呼叫(Call accept)的SIP 200(OK)應(yīng)答信息，并通過所述代理20發(fā)送到第1用戶終端(步驟S9及S10)。
此時(shí)，第1用戶終端10通過代理20將對(duì)應(yīng)于SIP 200(OK)的(ACK)應(yīng)答信息發(fā)送到第2用戶終端30(步驟S11 及S13)。當(dāng)?shù)?用戶終端30接收所述應(yīng)答(ACK)之后，兩個(gè)終端10及30之間的呼叫設(shè)定完成(Call setupcomplete)(步驟S12、S14)。
如上所述，當(dāng)為連接SIP對(duì)話而完成呼叫設(shè)定時(shí)，特定的實(shí)時(shí)傳送協(xié)議(RTP)將從第1用戶終端10向第2用戶終端30流動(dòng)(Streaming)(步驟S15)。
當(dāng)所述實(shí)時(shí)傳送協(xié)議(RTP)媒體的流動(dòng)完成之后，當(dāng)?shù)?用戶終端10發(fā)出呼叫結(jié)束請(qǐng)求(Call close request)并由第2用戶終端30做出應(yīng)答時(shí)，兩個(gè)用戶終端10，30之間的呼叫結(jié)束(Call close complete)(步驟S16～S22)。
如果所述第1用戶終端10沒有預(yù)設(shè)任何鈴聲，而根據(jù)第2用戶終端30的請(qǐng)求為不同的發(fā)信人設(shè)置了不同的鈴聲，鈴聲儲(chǔ)存服務(wù)器7會(huì)從請(qǐng)求消息(INVITE)中確認(rèn)第2用戶終端30的識(shí)別信息和第1用戶(發(fā)信人)的識(shí)別信息(Caller ID)，檢索由收信人(第2用戶)預(yù)設(shè)的第1用戶(發(fā)信人)用鈴聲，然后將檢索到的鈴聲發(fā)送到第2用戶終端30。
利用本發(fā)明，因?yàn)榭梢栽谶B接SIP對(duì)話時(shí)發(fā)送發(fā)信人期望的鈴聲或收信人為特定對(duì)象預(yù)設(shè)的鈴聲，收信人可以更輕松地確定發(fā)信人，且發(fā)信人可以在鈴聲儲(chǔ)存服務(wù)器中選擇并傳送自己期望的鈴聲。
此外，本發(fā)明不僅可以播放由移動(dòng)通信終端本身提供的單純的警報(bào)(Alert)音，還可以通過播放各種語音或旋律等比內(nèi)置的鈴聲更加豐富新穎的鈴聲，滿足用戶強(qiáng)烈的個(gè)性需求。
此外，本發(fā)明因?yàn)闊o需將各種語音和旋律等各種鈴聲保存在移動(dòng)通信終端本身而保存在單獨(dú)的服務(wù)器中，所以可以擺脫移動(dòng)通信終端內(nèi)置內(nèi)存的限制。
上面，對(duì)本發(fā)明的實(shí)例進(jìn)行了圖示和說明，但本發(fā)明并不限于上述實(shí)例。在不脫離權(quán)力要求中要求的要旨的前提下，具有本發(fā)明所屬領(lǐng)域基本知識(shí)的任何人都有能力進(jìn)行各種變形實(shí)施，其變更將屬于所及載的權(quán)利要求范圍內(nèi)。
權(quán)利要求
1.一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，其特征在于包括根據(jù)用戶的請(qǐng)求將預(yù)設(shè)的鈴聲保存于指定服務(wù)器的步驟；為了連接對(duì)話開始協(xié)議的對(duì)話，從用戶終端向代理服務(wù)器發(fā)送請(qǐng)求呼叫設(shè)定的請(qǐng)求消息的步驟；所述代理服務(wù)器向服務(wù)器發(fā)送所述請(qǐng)求消息的步驟；所述服務(wù)器將用戶預(yù)設(shè)的鈴聲發(fā)送到收信人終端的步驟。
2.根據(jù)權(quán)利要求1所述的一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，其特征在于所述服務(wù)器通過對(duì)包括在所述請(qǐng)求消息中的所述用戶的識(shí)別信息進(jìn)行確認(rèn)，檢索所述預(yù)設(shè)的鈴聲。
3.根據(jù)權(quán)利要求1所述的一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，其特征在于所述鈴聲通過實(shí)時(shí)傳送協(xié)議通道傳送到所述收信人終端。
4.一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，其特征在于包括根據(jù)用戶的請(qǐng)求將預(yù)設(shè)的不同發(fā)信人鈴聲預(yù)先保存于規(guī)定服務(wù)器中的步驟；為了連接對(duì)話開始協(xié)議的對(duì)話，從用戶終端向代理服務(wù)器發(fā)送請(qǐng)求呼叫設(shè)定的請(qǐng)求消息的步驟；所述代理服務(wù)器向服務(wù)器發(fā)送所述請(qǐng)求消息的步驟；所述服務(wù)器將用戶預(yù)設(shè)的所述發(fā)信人用鈴聲發(fā)送到所述用戶終端的步驟。
5.根據(jù)權(quán)利要求4所述的一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，其特征在于所述服務(wù)器通過對(duì)包含在所述請(qǐng)求消息中的所述發(fā)信人和所述用戶的識(shí)別信息進(jìn)行確認(rèn)，檢索所述預(yù)設(shè)的鈴聲。
6.根據(jù)權(quán)利要求4所述的一種連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法，其特征在于所述鈴聲通過實(shí)時(shí)傳送協(xié)議通道傳送到所述用戶終端。
全文摘要
本發(fā)明涉及一種在無線環(huán)境中支持終端移動(dòng)性的對(duì)話開始協(xié)議，尤其是一種在連接SIP對(duì)話時(shí)，傳送用戶需要的鈴聲(ring－tone)的方法。本發(fā)明的連接對(duì)話開始協(xié)議對(duì)話時(shí)的鈴聲傳送方法包括根據(jù)用戶的請(qǐng)求將預(yù)設(shè)的鈴聲保存于指定服務(wù)器的步驟；為了連接對(duì)話開始協(xié)議的對(duì)話，從用戶終端向代理服務(wù)器發(fā)送請(qǐng)求呼叫設(shè)定的請(qǐng)求消息的步驟；所述代理服務(wù)器向服務(wù)器發(fā)送所述請(qǐng)求消息的步驟；所述服務(wù)器將用戶預(yù)設(shè)的鈴聲發(fā)送到收信人終端的步驟。本發(fā)明可以在連接SIP對(duì)話時(shí)，發(fā)出發(fā)信人期望的各種鈴聲或收信人為特定對(duì)象預(yù)設(shè)的鈴聲并傳送到收信人終端。
文檔編號(hào)H04L29/06GK1812448SQ20051010342
公開日2006年8月2日 申請(qǐng)日期2005年9月15日 優(yōu)先權(quán)日2005年1月27日
發(fā)明者李樂鉉 申請(qǐng)人:樂金電子(中國)研究開發(fā)中心有限公司