專利名稱：基于sip的會話建立方法和其終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于會話啟動(dòng)協(xié)議(SIP)的會話建立和其終端， 且具體地，涉及一種基于SIP的會話建立方法以使用IMS服務(wù)。
背景技術(shù)：
因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)是指與集成(統(tǒng)一)有線 和無線通信環(huán)境的"All IP"相關(guān)的核心網(wǎng)技術(shù)。由開發(fā)無線通信的全 球規(guī)范的第三代合作伙伴計(jì)劃(3GPP)引入IMS。 IMS采用用于提供 IP多媒體服務(wù)的基礎(chǔ)結(jié)構(gòu)?；贗MS的服務(wù)的目的是基于IP協(xié)議集成地提供比如語音，音頻， 視頻，數(shù)據(jù)等的多媒體數(shù)據(jù)，和構(gòu)造其中能夠快速地開發(fā)和改變服務(wù) 的基礎(chǔ)結(jié)構(gòu)。經(jīng)由IMS的基于All IP網(wǎng)絡(luò)的引入主要地涉及接收使用分組服務(wù) 提供的大量的內(nèi)容和新服務(wù)性能到集成的網(wǎng)絡(luò)中。All IP網(wǎng)絡(luò)的邏輯結(jié)構(gòu)被大略地分類為無線網(wǎng)絡(luò)域，基于GPRS 的分組交換服務(wù)域和IP多媒體服務(wù)域。以下將對于All IP網(wǎng)絡(luò)的每個(gè) 結(jié)構(gòu)給出說明。首先，以涉及服務(wù)用戶的移動(dòng)終端，經(jīng)由無線間隔管理移動(dòng)終端 的連接的節(jié)點(diǎn)B，和比如無線網(wǎng)絡(luò)控制器(RNC)等的節(jié)點(diǎn)構(gòu)成無線網(wǎng) 絡(luò)域。以用于管理在無線接入網(wǎng)絡(luò)域和外部網(wǎng)絡(luò)或者即時(shí)消息(IM)服
務(wù)域之間的用戶分組數(shù)據(jù)傳遞，管理移動(dòng)終端的移動(dòng)性和提供PDP內(nèi)容激活服務(wù)的服務(wù)GPRS支持節(jié)點(diǎn)(SGSN)和網(wǎng)關(guān)GPRS支持節(jié)點(diǎn) (GGSN)構(gòu)成基于GPRS的分組服務(wù)域。圖1示出了 IMS域通信網(wǎng)絡(luò)的結(jié)構(gòu)。如圖l所示，以用于使用由因特網(wǎng)工程工作小組(IETF)開發(fā)的 SIP管理多媒體呼叫處理功能和注冊的服務(wù)-呼叫會話控制功能 (S-CSCF)，和用于實(shí)現(xiàn)現(xiàn)有技術(shù)的移動(dòng)式網(wǎng)絡(luò)的本地位置寄存器 (HLR)功能和與IP多媒體用戶的移動(dòng)性和認(rèn)證相關(guān)的功能(該兩個(gè) 功能彼此集成)的歸屬用戶服務(wù)器(HSS)構(gòu)成IMS域。此外，All IP 網(wǎng)絡(luò)可以進(jìn)一步包括用于控制媒體網(wǎng)關(guān)以由此交互工作信令和與現(xiàn)有 技術(shù)的PSTN網(wǎng)絡(luò)的呼叫控制，用于支持多媒體以由此控制用于多個(gè)多 媒體會議服務(wù)的GGSN和承載電路，和用于管理電路承載和分組媒體 流信道的媒體網(wǎng)關(guān)(MGW)。將參考圖l解釋在All IP網(wǎng)絡(luò)的邏輯結(jié)構(gòu)中的IMS域中定義的功圖2示出了 IMS域的功能的示意性結(jié)構(gòu)。如圖2所示，IMS域可以包括代理呼叫會話控制功能(P-CSCF)， 詢問呼叫會話控制功能(I-CSCF)和服務(wù)通話會話控制功能(S-CSCF)。 首先，P-CSCF表示用戶在其訪問IMS網(wǎng)絡(luò)的第一訪問點(diǎn)，且在作為 GGSN存在的一個(gè)域的相同的域中存在。P-CSCF用作代理和用戶代理 且參考用戶的本地域傳送從用戶接收到的SIP REGISTER請求消息到 I-CSCF。 P-CSCF還使用由注冊過程接收的S-CSCF地址傳送從用戶接 收到的SIP消息到S-CSCF，并之后從用戶請求SIP消息或者關(guān)于SIP 消息響應(yīng)用戶。為了使用IMS服務(wù)，使用SIP經(jīng)由用于終端用戶當(dāng)中 的發(fā)送和接收性能和優(yōu)先的協(xié)商處理需要會話建立。 一旦設(shè)置會話，
在最終用戶終端當(dāng)中建立實(shí)際的承載以由此使得能夠在最終用戶當(dāng)中 進(jìn)行數(shù)據(jù)交換。此外，IMS使用由IETF提供的SIP/SDP協(xié)議以由此管理會話。也 就是說，IMS能夠支持基于SIP的端到端多媒體服務(wù)。在下文中，將 更詳細(xì)地解釋SIP/SDP協(xié)議。SIP表示應(yīng)用級定義過程的信令協(xié)議，該應(yīng)用級定義過程用于通過 識別它們中的每一個(gè)，發(fā)現(xiàn)在因特網(wǎng)上一起通信的每一個(gè)智能終端的 位置，且產(chǎn)生，刪除和改變智能終端當(dāng)中的多媒體通信會話。在使用 SIP的通信中，呼叫者以文本格式發(fā)送消息給被呼叫者以產(chǎn)生(設(shè)置) 和被呼叫者的新的會話或者使得被呼叫者參與預(yù)先地建立的會話。建 立的會話實(shí)質(zhì)上包括以一個(gè)或多個(gè)媒體格式描述的內(nèi)容，比如音頻， 視頻，文本或者白板，以因此使用被稱為會話描述協(xié)議(SDP)的因特 網(wǎng)協(xié)議(IP)。表1消息類型值功能INVITElxx信息ACK2xx成功BYE3 xx重新定向CANCEL4xx客戶錯(cuò)誤RESIGER5 xx服務(wù)器錯(cuò)誤OPTION6xx全球錯(cuò)誤表1指示SIP消息的類型與其功能。如表1所示，基于對應(yīng)于消 息的值的第一位數(shù)字(例如，對于INVITE是lxx，對于CANCEL是 4xx)劃分每個(gè)類型的消息。以文本格式編寫所有SIP消息。在發(fā)送特 定消息的情況下， 一個(gè)TCP分段或者UDP數(shù)據(jù)報(bào)允許通過利用傳輸控 制協(xié)議(TCP)或者用戶數(shù)據(jù)報(bào)協(xié)議(UDP)發(fā)送幾個(gè)消息。 圖3示出了 SIP消息的格式，且圖4示出了使用圖3所示的SIP 消息格式的SIP消息的實(shí)例。如圖3a和3b所示，"METHODS"指示 用于描述消息類型(即，圖4中的INVITE)的消息起始行，請求ID (即，圖4中的128.16.64.09/65729)，和SIP版本(即，圖4中的SIP/2.0)。 SIP的"HEADER"包括路由的一個(gè)或多個(gè)節(jié)點(diǎn)的地址(即，路徑)， 發(fā)送器和接收器的地址，順序數(shù)目和指示連接到相同的地址的次數(shù)的 TTL。為了定義包括在網(wǎng)絡(luò)內(nèi)的報(bào)頭中的PATH值，應(yīng)該能夠在消息發(fā) 送處理中變更消息，這導(dǎo)致關(guān)于消息的安全相關(guān)的問題。"BLANK LINE"描述報(bào)頭和消息主體之間的邊界。"MESSAGE BODY"指示用 于接收和發(fā)送消息的內(nèi)容和通信所需的屬性值的位置。在IMS規(guī)范TS23.228中公開了用于經(jīng)由以圖3所示的格式的SIP 消息在始發(fā)端和終止端之間設(shè)立(建立)會話的協(xié)商處理，S卩，其中 最終用戶(即，始發(fā)和終止端的用戶)根據(jù)最終用戶通信狀態(tài)(例如， 根據(jù)誰請求會話建立'，或者終止端面臨的當(dāng)前狀態(tài)，或者當(dāng)由始發(fā)端 請求的媒體格式不同于終止端優(yōu)選的媒體格式時(shí))具有不同性能和優(yōu) 先。在此情況下，為了設(shè)置更加令人滿意的會話，提供了一種關(guān)于始 發(fā)端更優(yōu)選的性能和始發(fā)端當(dāng)前能夠支持的性能的扇區(qū)。因此，終止 端能夠考慮當(dāng)前通信狀態(tài)接受或拒絕引入的會話。始發(fā)端能夠使用 SIP/SDP協(xié)議以由此通過以特定參數(shù)媒體格式(例如，音頻，視頻，文 本，白板等)包括，從終止端請求會話建立，和通過始發(fā)端打算和終 止端一起經(jīng)由相應(yīng)的會話使用的編解碼器。終止端根據(jù)協(xié)議選擇或者 拒絕可接受的性能(例如，媒體格式，編解碼器等)。發(fā)明內(nèi)容技術(shù)問題然而，在現(xiàn)有技術(shù)的IMS中設(shè)置的會話建立協(xié)議的情況下，簡單 地基于始發(fā)端的優(yōu)先和性能請求會話建立，且終止端僅能接受(或者 選擇)或者拒絕該會話建立請求。因此，從終止端的觀點(diǎn)，終止端不
可能根據(jù)終止端的當(dāng)前通信條件更加靈活地處理始發(fā)端的請求。也就是說，如IMS規(guī)范TS23.228描述的，存在技術(shù)限制，意味著終止端用 戶必須簡單地接受或拒絕始發(fā)端的會話建立請求而不考慮它的優(yōu)先或 者當(dāng)前可用的性能。技術(shù)方案因此，本發(fā)明的目的是提供一種在用于設(shè)置IMS服務(wù)所需的基于 SIP的會話的處理中基于SIP的會話建立方法和其終端，其中能夠通過 允許終止用戶發(fā)送他的優(yōu)選性能或者它的可支持的(或者可用的)性 能到始發(fā)用戶，來執(zhí)行用于更加有效地使用IMS服務(wù)的會話建立的協(xié) 商。為實(shí)現(xiàn)該目的，提供了一種在基于SIP網(wǎng)絡(luò)中的終端當(dāng)中執(zhí)行的 會話建立處理中基于SIP的會話建立方法，該網(wǎng)絡(luò)包括至少一個(gè)或多個(gè) 終端和至少一個(gè)或多個(gè)實(shí)體，該方法包括從第一終端發(fā)送SIP INVITE 消息到第二終端，由第二終端接收和分析INVITE消息，和在從第二終 端到第一終端的SIP RESPONSE消息中包括確定的服務(wù)條件。優(yōu)選地，基于SIP的會話建立方法可以進(jìn)一步包括分析包括在接 收的SIP RESPONSE消息中的服務(wù)條件和因此改編SIP INVITE消息以 由此從第一終端發(fā)送改編的SIP INVITE消息到第二終端。根據(jù)本發(fā)明的另一實(shí)施例，提供了一種在基于SIP的網(wǎng)絡(luò)中的終 端當(dāng)中執(zhí)行的會話建立處理中基于SIP的會話建立方法，該網(wǎng)絡(luò)包括至 少一個(gè)或多個(gè)終端和至少一個(gè)或多個(gè)實(shí)體，該方法包括，從第一終端 發(fā)送包括性能列表的SIP INVITE消息到第二終端，由第二終端接收SIP INVITE消息，以此后分析SIP INVITE消息內(nèi)的性能列表，從分析的 性能列表選擇第二終端優(yōu)選的性能或者第二終端支持的性能，由第二 終端在SIP RESPONSE消息中包括由第二終端請求的服務(wù)條件連同選 擇的性能，以然后發(fā)送SIP RESPONSE消息到第一終端。
根據(jù)本發(fā)明的另一實(shí)施例，提供了一種在基于SIP的網(wǎng)絡(luò)中的終 端當(dāng)中執(zhí)行的會話建立處理中基于SIP的會話建立方法，該網(wǎng)絡(luò)包括至 少一個(gè)或多個(gè)終端和至少一個(gè)或多個(gè)實(shí)體，該方法包括(a)從第一終端發(fā)送SIP INVITE消息到第二終端，(b)由第一網(wǎng)絡(luò)實(shí)體接收SIP INVITE消息，(c)由第一網(wǎng)絡(luò)實(shí)體分析SIP INVITE消息，以由此檢 查第二網(wǎng)絡(luò)實(shí)體中注冊的第二終端的服務(wù)條件，和(d)由第一網(wǎng)絡(luò)實(shí) 體在SIP RESPONSE消息中包括服務(wù)條件，以然后發(fā)送SIP RESPONSE消息到第一終端。優(yōu)選地，該基于SIP的會話建立方法可以進(jìn)一步包括由第一終端 分析SIP RESPONSE消息以此后改編SIP INVITE消息到第二終端。優(yōu)選地，基于SIP的會話建立方法可以進(jìn)一步包括在SIP REGISTER消息中包括由第二終端請求的服務(wù)條件以然后從第二終端 發(fā)送SIP REGISTER消息到第一網(wǎng)絡(luò)實(shí)體，和由第一網(wǎng)絡(luò)實(shí)體在第二網(wǎng) 絡(luò)實(shí)體中在SIP REGISTER消息內(nèi)注冊服務(wù)條件。為了實(shí)現(xiàn)這些及其他優(yōu)點(diǎn)以及根據(jù)本發(fā)明的目的， 一種用于經(jīng)由 IMS服務(wù)器設(shè)置基于SIP的會話的終端，從始發(fā)端接收SIP INVITE消 息且此后發(fā)送用于會話建立的確定的服務(wù)條件到始發(fā)端。


圖1是示出了 IMS域通信網(wǎng)絡(luò)的結(jié)構(gòu)的視圖； 圖2是示出了 IMS域的功能的示意性結(jié)構(gòu)的視圖； 圖3是示出了 SIP消息的示例性格式的視圖； 圖4是示出了使用圖3的SIP MESSAGE格式的示例性SIP消息 的視圖；圖5是示出了本發(fā)明的元件和根據(jù)本發(fā)明的第一實(shí)施例的元件當(dāng) 中的信號流的視圖；圖6是示出了根據(jù)本發(fā)明第一實(shí)施例的從始發(fā)端終端發(fā)送的示例 性SIP INVITE消息的視圖7是示出了根據(jù)本發(fā)明第一實(shí)施例的從終止端終端發(fā)送的示例 性SIP RESPONSE消息的視圖8是示出了根據(jù)本發(fā)明的第二實(shí)施例的本發(fā)明的元件和元件當(dāng) 中的信號流的視圖9是示出了根據(jù)本發(fā)明的第三實(shí)施例的本發(fā)明的元件和元件當(dāng) 中的信號流的視圖IO是示出了根據(jù)本發(fā)明的實(shí)施例的本發(fā)明的元件和指示用于使 用IMS服務(wù)的基于SIP的會話建立的元件當(dāng)中的信號流；和
圖ll是示出了根據(jù)本發(fā)明的第四實(shí)施例的本發(fā)明的元件和元件當(dāng) 中的用于基于SIP的會話建立以使用IMS服務(wù)的信號流。
具體實(shí)施例方式
現(xiàn)在將詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例，其例子示出在附圖中。在 不背離本發(fā)明的精神或者保護(hù)范圍的情況下，本領(lǐng)域技術(shù)人員將會明 白，可以在本發(fā)明中作出多種改型和變化。由此，假設(shè)本發(fā)明的各改 型和變化落入了附加的權(quán)利要求書及其等效范圍內(nèi)，則本發(fā)明覆蓋了 這些改型和變化。
在基于會話啟動(dòng)協(xié)議(SIP)的會話建立中，本發(fā)明基本上涉及實(shí) 現(xiàn)基于SIP的會話建立，其通過經(jīng)由SIP RESPONSE消息發(fā)送與終止 用戶相關(guān)的優(yōu)先和性能，能夠在始發(fā)和終止端之間更加有效地設(shè)置會 話。本發(fā)明的這種基本概念能夠應(yīng)用于關(guān)于用于使用IMS服務(wù)的會話 建立的協(xié)商處理，S卩，用于建立最終用戶之間的實(shí)際承載以執(zhí)行用于 使用IMS服務(wù)的SIP會話建立的處理?，F(xiàn)在將基于其中本發(fā)明應(yīng)用于 IMS服務(wù)的實(shí)施例給出說明。
此外，以下將首先描述用于解釋根據(jù)本發(fā)明的實(shí)施例的主要術(shù)語。
終端表示包含地包括比如移動(dòng)電話，蜂窩電話，或者用戶設(shè)備 (UE)的裝置的移動(dòng)通信終端。同時(shí)，終端可以包括能夠使用IMS服 務(wù)的每個(gè)裝置。
性能信息表示與用于最終用戶之間的會話連接的性能相關(guān)的信 息。該性能包括與一個(gè)終端(即始發(fā)終端或者終止終端)優(yōu)選的至少 一個(gè)或多個(gè)媒體格式或者至少一個(gè)或多個(gè)編解碼器相關(guān)的信息。性能 還包括與由一個(gè)終端支持的至少一個(gè)或多個(gè)媒體格式或者至少一個(gè)或 多個(gè)編解碼器相關(guān)的信息。然而，該性能可以包括除媒體格式或者編 解碼器之外的其他性能。
性能列表可以包括由一個(gè)終端優(yōu)選或者支持的至少一個(gè)或多個(gè)性 能以由此允許一個(gè)終端(即，始發(fā)終端或者終止終端)連接(建立) 基于SIP的會話。
服務(wù)條件表示由確定的終端(或者裝置，即，始發(fā)終端或者終止 終端)優(yōu)選的性能信息或者由一個(gè)終端支持(或者使用)的性能信息。
然而，上述的術(shù)語被認(rèn)為更加方便地解釋本發(fā)明的實(shí)施例，但是 不限定或者限制本發(fā)明的范圍。
基于假定的術(shù)語，能夠由以下的第一到第四實(shí)施例實(shí)現(xiàn)本發(fā)明的 基本概念。然而，可以示出根據(jù)本發(fā)明的第一到第四實(shí)施例以通過建
立最終用戶之間的實(shí)際承載，而實(shí)現(xiàn)用于使用IMS服務(wù)的示例性SIP
會話建立，但是其不意味本發(fā)明的技術(shù)范圍由那些實(shí)施例限定。 在下文中，將參考附圖解釋本發(fā)明的實(shí)施例所示的結(jié)構(gòu)與操作。
圖5是示出了根據(jù)本發(fā)明的第一實(shí)施例的本發(fā)明的元件和元件當(dāng) 中的信號流的視圖。然而，圖5僅示出了用于解釋本發(fā)明的主要元件，
即，始發(fā)終端410， IMS服務(wù)器420和終止終端430，其為了簡短說明 可以省略其他網(wǎng)絡(luò)元件。因此，本發(fā)明的本領(lǐng)域普通技術(shù)人員能夠理 解IMS網(wǎng)絡(luò)的主要元件(例如，比如P-CSCF和S-CSCF的呼叫會話控 制單元)當(dāng)中用于建立會話的詳細(xì)步驟，以由此為了本發(fā)明的簡短說 明的緣故而省略。
圖6示出了根據(jù)本發(fā)明第一實(shí)施例的從始發(fā)終端發(fā)送的示例性 INVITE消息。
圖7示出了根據(jù)本發(fā)明第一實(shí)施例的從終止終端發(fā)送的示例性 RESPONSE消息。
如圖4a到4c所示，始發(fā)終端410的用戶(即，Bab)建立和終止 終端430的用戶(即，Ada)的實(shí)際承載，以由此建立在其間的用于使 用IMS服務(wù)的基于SIP的會話。也就是說，始發(fā)終端410使用SIP INVITE消息，如圖6所示，以經(jīng)由IMS服務(wù)器420發(fā)送由始發(fā)終端 410的用戶(即，Bab)請求的性能(例如，作為媒體格式的音頻)到 終止終端430 (S401)。終止終端430從始發(fā)終端410接收SIP INVITE 消息且響應(yīng)于SIP INVITE消息發(fā)送響應(yīng)消息(即，圖5中的180消息) 到終止終端430 (S402)。始發(fā)終端410然后發(fā)送SIP RESPONSE消 息到終止終端410，該SIP RESPONSE消息包括服務(wù)條件(即文本)
(S403 )。這里，該SIP RESPONSE消息能夠是肯定消息(例如，圖 5中的2xx)，否定消息(例如，圖5中的4xx)，或者另一單獨(dú)地定 義的響應(yīng)消息之一。然而，可以根據(jù)通信狀態(tài)改變步驟S402,且因此 可以不是必須地執(zhí)行。
在下文中，將更加詳細(xì)地解釋終止終端430關(guān)于始發(fā)終端410的 SIP INVITE消息請求的確定和決定。
在終止終端430從始發(fā)端410接收SIP INVITE消息之后，終止終 端430的用戶(即Ada)可以處于使用SIP INVITE消息請求的服務(wù)條 件，也就是說，由始發(fā)終端410優(yōu)選的性能或者由始發(fā)終端410支持 的性能(即，圖6中媒體格式是"音頻")不可接受(即，必須拒絕 性能)的狀態(tài)。用戶(即，Ada)可以處于終止終端430能夠接受由始 發(fā)終端410請求的服務(wù)條件但是它(即，終止終端430)仍然打算在另 一服務(wù)條件(即，另一媒體格式或者另一編解碼器)下與始發(fā)端410 通信的狀態(tài)中。
對于兩個(gè)狀態(tài)的非可接受的狀態(tài)，首先，基于由始發(fā)終端請求的 性能(即，對于媒體格式的"音頻")，終止用戶(即，Ada)可能當(dāng) 前正在開會或者處于嘈雜的位置，且由此終止用戶可能難以與始發(fā)用 戶(即，Bab)通信。此刻，終止端430發(fā)送對應(yīng)于指示拒絕由始發(fā)終 端請求的性能的否定消息的SIP RESPONSE消息(即，對應(yīng)于圖1中 的消息值"4xx"或者"6xx"的消息類型)給始發(fā)終端410。然而，終 止終端430發(fā)送包括終止終端430的服務(wù)條件的SIP RESPONSE消息 (即，4xx或者6xx)給始發(fā)終端410，以更加有效地在其間建立會話 (S403)。也就是說，終止用戶(即Ada)不簡單地拒絕包括在由始 發(fā)用戶(即，Bab)請求的SIP INVITE消息中的性能(即，對于媒體 格式"音頻")，而是發(fā)送包括由終止用戶(即，Ada)請求的服務(wù)條 件(例如，對于圖5中的媒體格式"文本")的圖7的SIP RESPONSE 消息(即，否定消息)給屬于始發(fā)用戶(即，Bab)的終端410。這里， 由終止端430請求的服務(wù)條件可以被包括在SIP RESPONSE消息(即， 圖7所示的消息)的主體中。SIP RESPONSE消息被經(jīng)由IMS服務(wù)器 420發(fā)送給始發(fā)終端410。
之后，該始發(fā)用戶(即，Bab)分析包括終止終端430的服務(wù)條件 的SIP RESPONSE消息，并隨后編寫用于SIP會話建立的RE-INVITE 消息以發(fā)送其至終止終端430。此處，始發(fā)終端410選擇由終止終端 430請求的服務(wù)條件(即，對于媒體格式是"文本")。始發(fā)終端410 隨后基于選擇的服務(wù)條件編寫RE-INVITE消息且此后發(fā)送編寫的
RE-INVITE消息至終止終端430。或者，始發(fā)終端410基于另一性能編 寫用于請求會話建立的RE-INVITE消息以由此發(fā)送其至終止終端430。
另一方面，如圖7所示，終止終端430已經(jīng)發(fā)送SIP RESPONSE 消息(即，否定消息)至始發(fā)終端410。此外，終止終端430能夠通過 除了肯定消息(即，2xx)或者單獨(dú)地定義的響應(yīng)消息之外的全部SIP 消息(即，分別與圖I中的消息值lxx到6xx相對應(yīng)的消息類型)發(fā) 送確定的服務(wù)條件(例如，包括由終止端優(yōu)選的媒體格式，由此支持 的編解碼器等的性能信息)至始發(fā)終端410。
圖8是示出了根據(jù)本發(fā)明第二實(shí)施例的本發(fā)明的元件和元件當(dāng)中 的信號流的視圖。然而，如圖8所示的元件與圖5中的相同。因此， 每個(gè)元件的參考數(shù)字，功能和操作可以與圖5中的每個(gè)元件相同。
現(xiàn)在將簡要地說明如圖8所示的本發(fā)明第二實(shí)施例。即，在從始 發(fā)終端410接收包括性能列表的SIP INVITE消息之后，終止終端430 通過SIP RESPONSE消息(即，肯定消息)發(fā)送請求的服務(wù)條件給始 發(fā)終端410以建立會話。
以下，將參考圖8更加詳細(xì)地解釋本發(fā)明的第二實(shí)施例。
始發(fā)終端410經(jīng)由IMS服務(wù)器420發(fā)送包括性能列表(例如，至 少一個(gè)或多個(gè)媒體格式或者至少一個(gè)或多個(gè)編解碼器)的SIP INVITE 消息至終止端430 (S501)。
終止終端430分析接收的SIP INVITE消息以隨后發(fā)送響應(yīng)于接收 的SIP INVITE消息的消息給始發(fā)終端410 (S502)。然而，步驟S502 是根據(jù)通信狀態(tài)可變的且由此可以不必須地進(jìn)行。
終止終端430可以從由始發(fā)終端410請求的性能列表(例如，對
于圖8中的媒體格式"音頻"和"視頻")接受或者選擇終止終端430的用戶(即Ada)優(yōu)選的媒體格式(即圖8中的"音頻")。進(jìn)一步， 終止終端430可以添加它的優(yōu)選的性能信息或者它的可支持的性能信 息，即，服務(wù)條件(即圖8中的"文本")至SIP RESPONSE消息(艮口， 肯定消息2xx)，隨后發(fā)送SIP RESPONSE消息至始發(fā)終端410(S503)。 但是，當(dāng)終止終端430意圖拒絕包含在由始發(fā)終端410請求的性能列 表中的每個(gè)性能(即，"音頻"和"視頻")時(shí)，終止終端430可以 包括服務(wù)條件(即圖8中的"文本")在SIP RESPONSE消息中(即， 作為否定消息的4xx或者6xx)，并隨后發(fā)送SIP RESPONSE消息至始 發(fā)終端410。之后，始發(fā)終端410分析接收的SIP RESPONSE消息，并隨后編 寫包括或者忽視添加的服務(wù)條件(即，除了主要請求的性能列表(即 "音頻"和"視頻")之外的"文本")。始發(fā)終端410隨后發(fā)送編 寫的SIP RE-INVITE消息至終止終端430以由此在其間執(zhí)行SIP會話 建立。另一方面，可以將本發(fā)明的第二實(shí)施例與其第一實(shí)施例比較如下。第一和第二實(shí)施例在通過在始發(fā)終端410和終止終端430之間建 立實(shí)際的承載，而在最終用戶(即，始發(fā)用戶和終止用戶)之間建立 SIP會話以使用IMS使用方面彼此類似。但是，第二實(shí)施例不同于第一實(shí)施例如下。首先，關(guān)于第二實(shí)施 例，終止終端430從始發(fā)終端410接收包括性能列表(即，媒體格式， 編解碼器等)的SIPINVITE消息。第二，終止終端430分析接收的性 能列表，隨后從包含在分析的性能列表中的性能(即，圖8中的"音 頻"和"視頻")選擇由終止終端430的用戶(即，Ada)優(yōu)選的性能 或者由終止終端430支持的性能(即，圖8中的"音頻")。第三， 終止終端430可以發(fā)送與肯定消息(例如，2xx)相對應(yīng)的SIP RESPONSE消息給始發(fā)終端410，此處SIP RESPONSE消息包括由終 止終端430請求的服務(wù)條件(即，圖8中的"文本")和選擇的性能 (即，"音頻")兩者。此外，本發(fā)明第二實(shí)施例中的從終止終端430發(fā)送的SIP RESPONSE消息可以與肯定消息(即，200 OK)，基于SIP的全部消 息(即，分別與如圖1所示的消息值lxx到6xx)相對應(yīng)的消息類型， 和單獨(dú)地定義的響應(yīng)消息中的一個(gè)消息相對應(yīng)。由終止終端430請求 的服務(wù)條件，即，可以利用確定的參數(shù)將由終止終端430優(yōu)選的性能 信息或者由終止終端430支持的性能信息包含在SIP RESPONSE消息 的SDP主體中。由此，參考本發(fā)明的第一和第二實(shí)施例，己經(jīng)給出在基于SIP的 RESPONSE消息的SDP主體中包括由終止端430請求的服務(wù)條件(例 如，媒體格式)以由此將其發(fā)送到始發(fā)終端430的說明?，F(xiàn)在能夠?qū)崿F(xiàn)本發(fā)明的第三實(shí)施例以使得定義新的參數(shù)(被稱為 Retry-As)，由終止端430請求的服務(wù)條件(即，至少一個(gè)或多個(gè)由終 止端430優(yōu)選的性能信息或者至少一個(gè)或多個(gè)由終止端430支持的性 能信息)被包括在該新的參數(shù)中，且在SIP RESPONSE消息的主體或 者報(bào)頭(單獨(dú)地定義的響應(yīng)消息的主體或者報(bào)頭)中再一次包括該參 數(shù)，此后發(fā)送SIP RESPONSE消息至始發(fā)終端410。本發(fā)明的第三實(shí)施例可以在用于通過建立最終用戶之間的實(shí)際的 承載而用于利用IMS服務(wù)的SIP會話建立步驟方面與本發(fā)明的第一和 第二實(shí)施例相似。因此，如圖9所示的用于SIP會話建立的信號流(S601 到S603)可以與在本發(fā)明的第一實(shí)施例中的信號流(圖5中的S401 到S403)和本發(fā)明第二實(shí)施例中的信號流(圖8中的S501到S503) 相同。
然而，第三實(shí)施例可以不同于第一和第二實(shí)施例如下。即，由終止終端430請求的服務(wù)條件可以被包含在新定義的參數(shù)Retry-As中。 此外，終止終端430可以在單獨(dú)地定義的SIP RESPONSE消息的確定 的SIP RESPONSE消息或者SIP RESPONSE消息(例如，4xx或者5xx) 中包括參數(shù)Retry-As。在這種情況下，參數(shù)Retry-As可以被包含在SIP RESPONSE消息的主體或者報(bào)頭中以由此被發(fā)送到始發(fā)終端410。因 此，可以采用已經(jīng)以本發(fā)明的第一和第二實(shí)施例描述的重復(fù)部分(即， 與上述第一和第二實(shí)施例有關(guān)的信號流)且由此忽略本發(fā)明的第三實(shí) 施例中的那些部分以簡要地說明本發(fā)明。由此，將參考圖9說明第三 實(shí)施例和第一和第二實(shí)施例的可比較的部分。圖9是示出了根據(jù)本發(fā)明第三實(shí)施例的本發(fā)明的元件和元件當(dāng)中 的信號流的視圖。如圖9所示，在某些示例性情況中，終止終端430當(dāng)前請求的服 務(wù)條件(即，對于圖9中的媒體格式"文本")被包括在確定的參數(shù) (即，圖9中的Retry-As)中，該情況包括終止終端430不能接受始 發(fā)端410的用戶(即，Bab)的性能(即，對于圖9中的媒體格式"音 頻")，或者在終止終端430的用戶(Bab)能夠接受所請求的性能但 是他優(yōu)選另一性能(例如"文本")的另一情況。隨后，包括服務(wù)條 件(即，"文本")的確定的參數(shù)被包含在SIP RESPONSE消息(例 如，圖9中的4xx或者2xx)的主體或者報(bào)頭中以由此被發(fā)送到始發(fā)終 端410。另一方面，確定的參數(shù)Retry-As可以被包含在除了表1中描述 的SIP RESPONSE消息之外的單獨(dú)地定義的響應(yīng)消息的主體或者報(bào)頭 中，以由此被發(fā)送到始發(fā)終端410。圖10是示出了根據(jù)本發(fā)明的實(shí)施例的本發(fā)明的元件和指示用于利 用IMS服務(wù)的基于SIP的會話建立元件當(dāng)中的信號流的視圖。即，圖 10示出了上述的第一到第三實(shí)施例應(yīng)用于實(shí)際IMS網(wǎng)絡(luò)的實(shí)體。 如圖IO所示，始發(fā)終端(即，UE#—1)利用SIP INVITE消息發(fā) 送由始發(fā)終端UE#—1優(yōu)選的性能信息或者由此支持的性能信息(例如， 至少一個(gè)或多個(gè)媒體格式，至少一個(gè)或多個(gè)編解碼器，等)至第一網(wǎng) 絡(luò)的某個(gè)實(shí)體(即，P-CSCF#—1)從而建立SIP會話(S701)。SIP INVITE消息被順序地通過網(wǎng)絡(luò)實(shí)體，即，第一網(wǎng)絡(luò)的 S-CSCF#—1，第二網(wǎng)絡(luò)的S-CSCF#—2和第二網(wǎng)絡(luò)的P-CSCF#—2發(fā)送到 終止終端(即，UE#_2) (S702)。終止終端UE#—2接收SIP INVITE消息且分析包含在消息中的性 能信息。此后，終止終端UE弁—2通過考慮它的當(dāng)前狀態(tài)，基于由始發(fā) 終端UE#_1優(yōu)選的性能信息或者由始發(fā)終端UE#—1支持的性能信息確 定服務(wù)條件(S703)。終止終端UE#—2隨后利用SIP RESPONSE消息 發(fā)送在步驟S703中確定的服務(wù)條件。在這種情況下，終止終端UE存一2 添加(包括)它的服務(wù)條件(即，用于會話建立的它的優(yōu)選的性能信 息或者它的可支持的信息)到SIP RESPONSE消息中，隨后發(fā)送其至 第二網(wǎng)絡(luò)的某個(gè)實(shí)體(即，P-CSCF#_2) (S704)。這里，SIP RESPONSE 消息不僅包括SIP否定消息，諸如表1中與消息值"4xx"或者"6xx" 相對應(yīng)的消息類型，而且包括SIP肯定消息，諸如表1中的"200 OK" 消息。此外，SIP RESPONSE消息可以與本發(fā)明的第三實(shí)施例中描述的 SIP RESPONSE消息(例如，表1中描述的全部響應(yīng)消息或者單獨(dú)地定 義的響應(yīng)消息)相對應(yīng)。SIP RESPONSE消息還可以是在其報(bào)頭或者主 體中包括新定義的參數(shù)(即，圖9中的Retry-As)的消息。這里，新定 義的參數(shù)可以包括通過終止終端UE#_2請求的服務(wù)條件(例如，至少 一個(gè)或多個(gè)媒體格式或者至少一個(gè)或多個(gè)編解碼器，等)以由此建立 SIP會話。在執(zhí)行步驟S704之后，SIP RESPONSE消息被順序地通過第二網(wǎng) 絡(luò)的S-CSCF#_2，第一網(wǎng)絡(luò)的S-CSCF#—1和第一網(wǎng)絡(luò)的P-CSCF#—1發(fā) 送到始發(fā)終端UE存1 (S705)。
始發(fā)終端UE#—1接收SIP RESPONSE消息，并分析和確定終止終 端UE#_2的當(dāng)前可用的服務(wù)條件以由此改編INVITE消息(即， RE-INVITE消息)用于相應(yīng)地發(fā)送。否則，始發(fā)終端確定終止終端 UE#_2是當(dāng)前可用的服務(wù)條件以由此建立SIP會話(S706)。在執(zhí)行 步驟S706之后，重復(fù)地進(jìn)行步驟S701到S705或者在用于利用IMS 服務(wù)的基于SIP的會話建立過程中進(jìn)行現(xiàn)有技術(shù)的會話建立過程。關(guān)于如圖IO所示的信號流，另一方面，當(dāng)始發(fā)和終止終端UE弁—1 和UE^2屬于不同網(wǎng)絡(luò)(即，第一網(wǎng)絡(luò)和第二網(wǎng)絡(luò))時(shí)，經(jīng)由至少一 個(gè)或多個(gè)實(shí)體在始發(fā)終端UE#—1和終止終端UE#—2之間進(jìn)行用于建立 基于SIP的會話的過程。此外，當(dāng)始發(fā)終端UE幷一1和UE弁—2屬于相同 的網(wǎng)絡(luò)(例如，第一網(wǎng)絡(luò)或者第二網(wǎng)絡(luò))時(shí)，能夠經(jīng)由至少一個(gè)或多 個(gè)實(shí)體在始發(fā)終端UE#—1和終止終端UE#_2之間進(jìn)行基于SIP的會話 建立。這里，可以通過執(zhí)行與上述相同的步驟S701到S706實(shí)現(xiàn)在始 發(fā)終端UE#—1和終止終端UE#—2之間的基于SIP的會話建立過程，但 是可以在終端(即，UE#—1和UE#_2)通過其的通過實(shí)體上不同以建 立基于SIP的會話。即，始發(fā)終端UE弁一1和終止終端UE存一2兩者存在 于相同的網(wǎng)絡(luò)(例如，假定始發(fā)終端和終止終端當(dāng)前都存在于第一網(wǎng) 絡(luò))，且相應(yīng)地用于始發(fā)終端和終止終端之間的會話建立的將要通過 的確定的實(shí)體可以限于配置在第一網(wǎng)絡(luò)中的實(shí)體(即，P-CSCF#—1和 S-CSCF弁一1)。換言之，用于利用IMS服務(wù)的基于SIP的會話建立中 的某個(gè)信號(即，INVITE消息)可以順序地通過始發(fā)端UE弁—1，代理 呼叫控制單元(即，P-CSCF#—1)，和服務(wù)呼叫會話控制單元(即， S-CSCF#—1)。用于利用IMS服務(wù)的基于SIP的會話建立中的某個(gè)信 號(即，RSPONSE消息)可以順序地通過終止端UE弁—2,服務(wù)呼叫會 話控制單元(即，S-CSCF#—1)，和代理呼叫會話控制單元(即， P-CSCF#_1)。圖ll是示出了根據(jù)本發(fā)明的第四實(shí)施例的本發(fā)明的元件和元件當(dāng) 中用于基于SIP的會話建立以使用IMS服務(wù)的信號流的視圖。與本發(fā)明的第一到第三實(shí)施例相比，本發(fā)明的第四實(shí)施例的特征在于下面所述。即，在本發(fā)明的第一到第三實(shí)施例中，終止終端UE弁一2 確定它自己(終止終端UE^2)請求的用于設(shè)置會話的服務(wù)條件，并隨后 發(fā)送確定的服務(wù)條件至始發(fā)終端UE#—1，其中服務(wù)條件表示由終止終 端UE#—2優(yōu)選的至少一個(gè)或多個(gè)性能信息或者由終止終端UE#—2支持 的至少一個(gè)或多個(gè)性能信息(例如，至少一個(gè)或多個(gè)媒體格式或者至少一個(gè)或多個(gè)編解碼器)。另一方面，在本發(fā)明的第四實(shí)施例中，IMS 網(wǎng)絡(luò)的特定實(shí)體(例如，呼叫會話控制單元)發(fā)送由終止終端UE#—2 請求的服務(wù)條件給始發(fā)終端UE#_1以由此執(zhí)行用于基于SIP的會話建 立的協(xié)商處理從而使用IMS服務(wù)。以下，將參考圖11更加詳細(xì)地解釋 本發(fā)明的第四實(shí)施例。關(guān)于本發(fā)明的第四實(shí)施例，必須預(yù)先執(zhí)行過程(g卩，S801和S802) 以注冊終止終端UE弁一2在IMS網(wǎng)絡(luò)的確定的實(shí)體(即，HSS)中請求 的服務(wù)條件(作為性能信息的至少一個(gè)或多個(gè)媒體格式或者至少一個(gè) 或多個(gè)編解碼器)。艮P，終止終端UE#—2的用戶可以通過SIP REGISTER消息注冊由 用戶優(yōu)選的至少一個(gè)或多個(gè)性能信息或者由他的終止終端UE#_2支持 的至少一個(gè)或多個(gè)性能信息(即，服務(wù)條件)在HSS中(S801)。為 了更詳細(xì)地說明步驟S801， SIP REGISTER消息(包括由終止端UE#—2 請求的用于基于SIP的會話建立的服務(wù)條件)被經(jīng)由第二網(wǎng)絡(luò)的某個(gè)實(shí) 體(即，P-CSCF#_2)發(fā)送到第二網(wǎng)絡(luò)的另一實(shí)體(即，S-CSCF#_2)。 S-CSCF#—2在HSS中的SIP REGISTER消息內(nèi)注冊服務(wù)條件。S-CSCF#—2在HSS中完全地注冊服務(wù)條件，以此后經(jīng)由 P-CSCF(2發(fā)送200 OK消息到終止終端UE弁—2 (S802)。然而，用于 通過步驟S801和S802注冊終止終端UE#_2的用于連續(xù)的會話建立的
服務(wù)條件的時(shí)間是靈活的。即，用戶能夠當(dāng)用戶購買移動(dòng)終端以最初 操作其時(shí)或者在利用他的終端時(shí)執(zhí)行注冊。在S-CSCF#—2注冊終止終端UE#_2的用于連續(xù)的會話建立的服務(wù) 條件在HSS中之后，始發(fā)終端UE#_1編寫用于請求基于SIP的會話建 立的SIP INVITE消息以使用IMS服務(wù)和經(jīng)由IMS網(wǎng)絡(luò)的確定的實(shí)體(即，第一網(wǎng)絡(luò)的P-CSCF#_1，第一網(wǎng)絡(luò)的S-CSCF#—1和第二網(wǎng)絡(luò)的 S-CSCF弁一2)順序地發(fā)送編寫的SIPI而TE消息到目標(biāo)終端(即，終 止終端UE#—2)。最后在S-CSCF#—2中接收發(fā)送的SIP INVITE消息(S803)。S-CSCF弁一2分析由終止終端UEl1請求的性能信息(例如，始發(fā) 終端UE#—1優(yōu)選或者能夠支持的媒體格式或者編解碼器)，其是被包 括在SIP INVITE消息內(nèi)的性能信息。如果SIP INVITE消息與目標(biāo)是 終止終端UE#—2的INVITE消息相對應(yīng)，S-CSCF#—2檢査(或者比較) 預(yù)先注冊在HSS中的終止終端UE#—2的服務(wù)條件。S-CSCF#_2在SIP RESPONSE消息中包括服務(wù)條件以由此發(fā)送其到第一網(wǎng)絡(luò)的特定實(shí)體 (即，第一網(wǎng)絡(luò)的S-CSCF弁—1) (S804)。然后，SIP RESPONSE消息被經(jīng)由第一網(wǎng)絡(luò)的某個(gè)實(shí)體(即，第 一網(wǎng)絡(luò)的P-CSCF#—1)發(fā)送到始發(fā)終端UEl1 (S805)。始發(fā)終端UE#_1接收SIP RESPONSE消息以分析由終止終端 UE#_2請求的服務(wù)條件。始發(fā)終端UE#_1改編SIP INVITE消息(即， RE-INVITE消息)，且隨后發(fā)送改編的SIP INVITE消息到第一網(wǎng)絡(luò)的 某個(gè)實(shí)體(即，P-CSCF#—1) (S806)。這里，始發(fā)終端UE#_1從由 終止終端UE弁一2請求的服務(wù)條件選擇(或者接受)始發(fā)終端UE弁一1本 身優(yōu)選或者能夠支持的性能，隨后包括選擇的性能在RE-INVITE消息 中。始發(fā)終端UE#_1隨后發(fā)送RE-INVITE消息到目標(biāo)終端UE#_2以 由此執(zhí)行用于利用IMS服務(wù)的基于SIP的會話建立。
從確定的實(shí)體S-CSCF#—2發(fā)送的SIP RESPONSE消息可以是肯定 消息或者否定消息?？梢酝ㄟ^包括終止終端UE#_2的服務(wù)條件(即， 在HSS中注冊的服務(wù)條件)發(fā)送消息(即，與肯定或者否定消息相對 應(yīng)的SIP RESPONSE消息)。如第三實(shí)施例所示，服務(wù)條件被包括在 新定義的參數(shù)Retry-As中?？梢酝ㄟ^被包含在SIP RESPONSE消息的 主體或者報(bào)頭(或者單獨(dú)地定義的響應(yīng)消息)中而發(fā)送參數(shù)Retry-As。 另一方面，圖11能夠示出以使得始發(fā)終端UE#—1和終止終端UE#—2 分別存在于不同網(wǎng)絡(luò)(即，第一網(wǎng)絡(luò)和第二網(wǎng)絡(luò))，且相應(yīng)地經(jīng)由屬 于不同網(wǎng)絡(luò)的實(shí)體發(fā)送用于建立基于SIP的會話的消息。然而，如果 UE#_1和終止端UE12都存在于相同的網(wǎng)絡(luò)(即，第一網(wǎng)絡(luò)或者第二 網(wǎng)絡(luò))中，可以不分類如圖11所示的實(shí)體S-CSCF弁—1和S-CSCF#_2， 而是可以提供一個(gè)實(shí)體S-CSCF。實(shí)體S-CSCF可以作為始發(fā)終端 UE#_1和終止終端UE#—2的本地。如上所述，在設(shè)置用于利用IMS服務(wù)的基于SIP的會話的情況下， 由終止用戶請求的服務(wù)條件(即，由終止終端優(yōu)選的至少一個(gè)或多個(gè) 性能信息或者由終止終端支持的至少一個(gè)或多個(gè)性能信息)被包括在 隨后將要被發(fā)送的SIP RESPONSE消息(例如，與否定或者肯定消息 相對應(yīng)的SIP RESPONSE消息)中。因此，終止用戶能夠更加主動(dòng)地 參加基于SIP的會話的建立。此外，始發(fā)用戶檢測終止用戶的用于基于 SIP的會話建立的意圖，且因此能夠有效地改編SIP INVITE消息以由 此和終止用戶重試用于IMS服務(wù)的基于SIP的會話建立。因此，在本 發(fā)明中，通過執(zhí)行用于主動(dòng)地設(shè)置始發(fā)用戶和終止用戶之間，即，最 終用戶之間的會話的協(xié)商處理，有效地提供更加高效的基于SIP的會話 建立過程給最終用戶以意圖使用IMS服務(wù)。
權(quán)利要求
1.一種基于會話啟動(dòng)協(xié)議(SIP)的會話建立方法，其用于在基于SIP的網(wǎng)絡(luò)中的終端之間執(zhí)行的會話建立處理中，該基于SIP的網(wǎng)絡(luò)包括至少一個(gè)或多個(gè)終端和至少一個(gè)或多個(gè)實(shí)體，該方法包括從第一終端發(fā)送SIP INVITE消息到第二終端；由第二終端接收和分析SIP INVITE消息；和由第二終端包括確定的服務(wù)條件在SIP RESPONSE消息中，和發(fā)送包括服務(wù)條件的SIP RESPONSE消息到第一終端。
2. 如權(quán)利要求l的方法，其中，該第一和第二終端屬于彼此相同 的網(wǎng)絡(luò)或者屬于彼此不同的網(wǎng)絡(luò)。
3. 如權(quán)利要求1的方法，其中，該SIP INVITE消息被經(jīng)由至少 一個(gè)或多個(gè)網(wǎng)絡(luò)實(shí)體從第一終端發(fā)送到第二終端。
4. 如權(quán)利要求1的方法，其中，該SIP RESPONSE消息被經(jīng)由至 少一個(gè)或多個(gè)網(wǎng)絡(luò)實(shí)體從第二終端發(fā)送到第一終端。
5. 如權(quán)利要求3或者4所述的方法，其中，該網(wǎng)絡(luò)實(shí)體是因特網(wǎng) 協(xié)議(IP)多媒體子系統(tǒng)(IMS)服務(wù)器。
6. 如權(quán)利要求3或者4所述的方法，其中，該網(wǎng)絡(luò)實(shí)體包括至少 一個(gè)或多個(gè)呼叫會話控制單元(CSCF)。
7. 如權(quán)利要求1的方法，其中，該SIP INVITE消息包括性能列表。
8. 如權(quán)利要求7所述的方法，其中，該性能列表包括由第一終端 優(yōu)選的至少一個(gè)或多個(gè)媒體格式或者由第一終端支持的至少一個(gè)或多個(gè)編解碼器。
9. 如權(quán)利要求7所述的方法，其中，該性能列表包括由第一終端 優(yōu)選的至少一個(gè)或多個(gè)媒體格式和由第一終端支持的至少一個(gè)或多個(gè) 編解碼器。
10. 如權(quán)利要求1的方法，其中，該確定的服務(wù)條件包括由第二 終端優(yōu)選的至少一個(gè)或多個(gè)性能信息或者由第二終端支持的至少一個(gè) 或多個(gè)性能信息。
11. 如權(quán)利要求IO所述的方法，其中，該確定的服務(wù)條件包括至少一個(gè)或多個(gè)媒體格式或者至少一個(gè)或多個(gè)編解碼器。
12. 如權(quán)利要求IO所述的方法，其中，該確定的服務(wù)條件包括至 少一個(gè)或多個(gè)媒體格式和至少一個(gè)或多個(gè)編解碼器兩者。
13. 如權(quán)利要求1的方法，其中，該SIP RESPONSE消息是肯定 消息，否定消息，或者單獨(dú)地定義的RESPONSE消息中的一個(gè)。
14. 如權(quán)利要求l的方法，其中，該確定的服務(wù)條件被包括在SIP RESPONSE消息的主體中以由此被發(fā)送到第 一終端。
15. 如權(quán)利要求1的方法，其中，該確定的服務(wù)條件被包括在新 定義的參數(shù)中。
16. 如權(quán)利要求15所述的方法，其中，該新定義的參數(shù)被包括在 中SIP RESPONSE消息內(nèi)的主體或者報(bào)頭中。
17. 如權(quán)利要求15的方法，其中，該新定義的參數(shù)是Retry-As。
18. 如權(quán)利要求1的方法，進(jìn)一步包括由第一終端接收SIP RESPONSE消息以隨后分析包含在SIP RESPONSE消息中的服務(wù)條件，和此后由第一終端基于分析改編SIP INVITE消息以然后發(fā)送改編的SIP INVITE消息到第二終端。
19. 一種基于會話啟動(dòng)協(xié)議(SIP)的會話建立方法，其用于在基 于SIP的網(wǎng)絡(luò)中的終端之間執(zhí)行的會話建立處理中，該基于SIP的網(wǎng)絡(luò) 包括至少一個(gè)或多個(gè)終端和至少一個(gè)或多個(gè)實(shí)體，該方法包括從第一終端發(fā)送包括性能列表的SIP INVITE消息到第二終端； 由第二終端接收SIP INVITE消息并隨后由此分析SIP INVITE消息內(nèi)的性能列表；從分析的性能列表選擇第二終端優(yōu)選或者能夠支持的性能；和 包括由第二終端請求的服務(wù)條件和選擇的性能在SIP RESPONSE消息中，和從第二終端發(fā)送SIP RESPONSE消息到第一終端。
20. 如權(quán)利要求19所述的方法，進(jìn)一步包括在分析SIP RESPONSE消息之后，由第一終端基于分析改編SIP INVITE消息并隨后發(fā)送改編的SIP INVITE消息到第二終端。
21. 如權(quán)利要求19的方法，其中，該SIP INVITE消息被經(jīng)由至 少一個(gè)或多個(gè)網(wǎng)絡(luò)實(shí)體從第一終端發(fā)送到第二終端。
22. 如權(quán)利要求19的方法，其中，該SIP RESPONSE消息被經(jīng)由 至少一個(gè)或多個(gè)網(wǎng)絡(luò)實(shí)體從第二終端發(fā)送到第一終端。
23. 如權(quán)利要求21或者22所述的方法，其中，該網(wǎng)絡(luò)實(shí)體是IMS服務(wù)器。
24. 如權(quán)利要求21或者22所述的方法，其中，該網(wǎng)絡(luò)實(shí)體包括 至少一個(gè)或多個(gè)呼叫會話控制單元(CSCF)。
25. 如權(quán)利要求19所述的方法，其中，該包含在SIP INVITE消 息中的性能列表包括由第一終端優(yōu)選的至少一個(gè)或多個(gè)性能信息或者 由第一終端支持的至少一個(gè)或多個(gè)性能信息。
26. 如權(quán)利要求19或25所述的方法，其中，該性能列表包括至 少一個(gè)或多個(gè)媒體格式或者至少一個(gè)或多個(gè)編解碼器。
27. 如權(quán)利要求19和25所述的方法，其中，該性能列表包括至 少一個(gè)或多個(gè)媒體格式和至少一個(gè)或多個(gè)編解碼器兩者。
28. 如權(quán)利要求19的方法，其中，該SIP RESPONSE消息是肯定 消息，或者單獨(dú)地定義的RESPONSE消息中的一個(gè)。
29. 如權(quán)利要求19的方法，其中，該服務(wù)條件是由第二終端優(yōu)選 的性能信息或者由第二終端支持的性能信息。
30. 如權(quán)利要求19的方法，其中，該服務(wù)條件被包括在SIP RESPONSE消息的主體中。
31. 如權(quán)利要求19的方法，其中，該服務(wù)條件被包括在新的定義 的參數(shù)中。
32. 如權(quán)利要求31所述的方法，其中，該新定義的參數(shù)被包括在 中SIP RESPONSE消息內(nèi)的主體或者報(bào)頭中。
33. 如權(quán)利要求31的方法，其中，該新定義的參數(shù)是Retry-As。
34. —種在基于SIP的網(wǎng)絡(luò)中在終端之間執(zhí)行的會話建立處理中 的基于會話啟動(dòng)協(xié)議(SIP)的會話建立方法，該基于SIP的網(wǎng)絡(luò)包括至少一個(gè)或多個(gè)終端和至少一個(gè)或多個(gè)實(shí)體，該方法包括(a) 從第一終端發(fā)送SIP INVITE消息到第二終端；(b) 由第一網(wǎng)絡(luò)實(shí)體接收SIP INVITE消息；(c) 由第一網(wǎng)絡(luò)實(shí)體分析接收的SIP INVITE消息和檢查第二網(wǎng) 絡(luò)實(shí)體中注冊的第二終端的服務(wù)條件；和(d) 由第一網(wǎng)絡(luò)實(shí)體在SIP RESPONSE消息中包括服務(wù)條件并隨 后發(fā)送包括服務(wù)條件的SIP RESPONSE消息給第一終端。
35. 如權(quán)利要求34所述的方法，進(jìn)一步包括(e) 由第一終端接收和分析第二終端的服務(wù)條件并隨后改編SIP INVITE消息，用于設(shè)置和第二終端的會話以此后發(fā)送改編的SIP INVITE消息到第二終端。
36. 如權(quán)利要求34的方法，其中，該第二終端的服務(wù)條件包括由 第二終端優(yōu)選的至少一個(gè)或多個(gè)性能信息或者由第二終端支持的至少 一個(gè)或多個(gè)性能信息。.
37. 如權(quán)利要求36所述的方法，其中，該性能信息包括至少一個(gè) 或多個(gè)媒體格式或者至少一個(gè)或多個(gè)編解碼器。
38. 如權(quán)利要求36所述的方法，其中，該性能信息包括至少一個(gè) 或多個(gè)媒體格式和至少一個(gè)或多個(gè)編解碼器兩者。
39. 如權(quán)利要求34所述的方法， 叫會話控制單元(CSCF)。
40. 如權(quán)利要求34所述的方法， 戶服務(wù)器(HSS)。
41. 如權(quán)利要求34所述的方法，其中，該第一網(wǎng)絡(luò)實(shí)體是服務(wù)呼其中，該第二網(wǎng)絡(luò)實(shí)體是歸屬用其中，該第一網(wǎng)絡(luò)實(shí)體和第二網(wǎng) 絡(luò)實(shí)體存在于相同的網(wǎng)絡(luò)中。
42. 如權(quán)利要求34所述的方法，其中，當(dāng)?shù)谝唤K端和第二終端存 在于相同的網(wǎng)絡(luò)時(shí)，第一網(wǎng)絡(luò)實(shí)體是第一和第二終端的本地。
43. 如權(quán)利要求34所述的方法，其中，當(dāng)?shù)谝唤K端和第二終端存 在于彼此不同的網(wǎng)絡(luò)時(shí)，第一網(wǎng)絡(luò)實(shí)體是第二終端的本地。
44. 如權(quán)利要求34所述的方法，進(jìn)一步包括 由第二終端包括由第二終端請求的服務(wù)條件在SIP REGISTER消息中，隨后發(fā)送SIP REGISTER消息到第一網(wǎng)絡(luò)實(shí)體；和由第一網(wǎng)絡(luò)實(shí)體注冊SIP REGISTER消息內(nèi)的服務(wù)條件到第二網(wǎng) 絡(luò)實(shí)體中。
45. 如權(quán)利要求44所述的方法，其中，當(dāng)最初注冊第二終端用于 使用第二終端時(shí)或者當(dāng)正在利用第二終端時(shí)，通過利用SIP REGISTER 消息將由第二終端請求的服務(wù)條件注冊在第二網(wǎng)絡(luò)實(shí)體中。
46. —種用于通過IMS服務(wù)器建立SIP會話的終端，該終端從始 發(fā)端接收SIP INVITE消息并此后發(fā)送用于建立會話的確定的服務(wù)條件 給始發(fā)端。
47. 如權(quán)利要求46的終端，其中，該終端發(fā)送在SIP RESPONSE消息的主體中的服務(wù)條件。
48. 如權(quán)利要求47的終端，其中，該SIP RESPONSE消息與肯定 消息，否定消息，或者單獨(dú)定義的消息中的一個(gè)相對應(yīng)。
49. 如權(quán)利要求46的終端，其中，該服務(wù)條件是由終端優(yōu)選的至 少一個(gè)或多個(gè)性能信息或者由終端支持的至少一個(gè)或多個(gè)性能信息。
50. 如權(quán)利要求49所述的終端，其中，該性能信息包括至少一個(gè) 或多個(gè)媒體格式或者至少一個(gè)或多個(gè)編解碼器。
51. 如權(quán)利要求49所述的終端，其中，該性能信息包括至少一個(gè) 或多個(gè)媒體格式和至少一個(gè)或多個(gè)編解碼器兩者。
52. 如權(quán)利要求46所述的終端，其中，該終端發(fā)送包含在特定參 數(shù)中的服務(wù)條件，該特定參數(shù)被包含在SIP RESPONSE消息和單獨(dú)地 定義的RESPONSE消息中的一個(gè)中。 '
53. 如權(quán)利要求52的終端，其中，該確定的參數(shù)是新定義的參數(shù) 且被實(shí)現(xiàn)為Retry-As。
54. 如權(quán)利要求52所述的終端，其中，該確定的參數(shù)被包含在SIP RESPONSE消息和單獨(dú)地定義的RESPONSE消息中的 一個(gè)的主體或者 報(bào)頭中。
55. 如權(quán)利要求46所述的終端，其中，該終端在接收用于建立SIP 會話的SIP INVITE消息之前，經(jīng)由至少一個(gè)或多個(gè)呼叫會話控制單元(CSCF)預(yù)先注冊服務(wù)條件在歸屬用戶服務(wù)器(HSS)中。
56. 如權(quán)利注冊46所述的終端，其中，該終端在SIP REGISTER 消息中包括服務(wù)條件，且經(jīng)由至少一個(gè)或多個(gè)CSCF預(yù)先注冊包括服務(wù) 條件的SIP REGISTER消息在HSS中。
57. 如權(quán)利要求46所述的終端，其中，該終端分析包含在SIP INVITE消息中的性能列表，從性能列表選擇可支持的性能，包括服務(wù) 條件以及選擇的性能在SIP RESPONSE消息中，且之后發(fā)送包括選擇 的性能與服務(wù)條件的SIP RESPONSE消息給始發(fā)端。
全文摘要
一種基于會話啟動(dòng)協(xié)議(SIP)的會話建立方法和其終端，其中該基于SIP的會話建立方法用于在基于SIP的網(wǎng)絡(luò)中的終端之間執(zhí)行的會話建立處理中，該基于SIP的網(wǎng)絡(luò)包括至少一個(gè)或多個(gè)終端和至少一個(gè)或多個(gè)實(shí)體，該方法包括從第一終端發(fā)送SIP INVITE消息到第二終端；由第二終端接收和分析SIP INVITE消息；和由第二終端包括確定的服務(wù)條件在SIP RESPONSE消息中，和發(fā)送包括服務(wù)條件的SIP RESPONSE消息到第一終端。
文檔編號H04L12/66GK101167319SQ200680014435
公開日2008年4月23日 申請日期2006年4月28日 優(yōu)先權(quán)日2005年5月2日
發(fā)明者宋在昇, 尹敬愛, 羅美善, 金賢淑 申請人:Lg電子株式會社