專利名稱：用于使用sip來指示所支持的ip版本并且到達(dá)支持兼容ip版本的設(shè)備的方法
用于使用SIP來指示所支持的IP版本并且到達(dá)支持兼容
IP版本的設(shè)備的方法
背景技術(shù)：
IP(互聯(lián)網(wǎng)協(xié)議)多媒體子系統(tǒng)(IMS)是同時(shí)向移動(dòng)和固定用戶代理(UA)提供多 媒體服務(wù)和基于IP的語音呼叫的標(biāo)準(zhǔn)化架構(gòu)。主要由互聯(lián)網(wǎng)工程任務(wù)組(IETF)將會(huì)話發(fā) 起協(xié)議(SIP)作為用于建立和管理基于IMS的呼叫的協(xié)議進(jìn)行標(biāo)準(zhǔn)化和管理。如本文所使 用的，術(shù)語“用戶代理”和“UA”可以指代但不限于具有電信能力的移動(dòng)設(shè)備，例如移動(dòng)電話、 個(gè)人數(shù)字助理、手持或膝上型計(jì)算機(jī)、網(wǎng)絡(luò)節(jié)點(diǎn)、和類似設(shè)備等等。這種UA可能由無線設(shè)備 及其關(guān)聯(lián)的通用集成電路卡(UICC)構(gòu)成，該UICC包括訂戶標(biāo)識模塊(SIM)應(yīng)用、通用訂戶 標(biāo)識模塊(USIM)應(yīng)用、或可移除用戶標(biāo)識模塊(R-UIM)應(yīng)用，或者這種UA可能由沒有這種 卡的設(shè)備本身構(gòu)成。術(shù)語“UA”還可以指代具有類似能力，但是非便攜的設(shè)備，例如固定線 路電話、臺(tái)式計(jì)算機(jī)、機(jī)頂盒、或網(wǎng)絡(luò)節(jié)點(diǎn)。當(dāng)UA是網(wǎng)絡(luò)節(jié)點(diǎn)時(shí)，網(wǎng)絡(luò)節(jié)點(diǎn)可以代表另一個(gè) 功能，例如代表無線設(shè)備或固定線路設(shè)備來工作，并模擬或仿效無線設(shè)備或固定線路設(shè)備。 例如，對于一些無線設(shè)備，典型地駐留在設(shè)備上的IMS SIP客戶端實(shí)際上駐留在網(wǎng)絡(luò)中，并 使用優(yōu)化協(xié)議將SIP消息信息中繼至該設(shè)備。換言之，可以將傳統(tǒng)上由無線設(shè)備執(zhí)行的一 些功能以遠(yuǎn)程UA的形式加以分布，其中該遠(yuǎn)程UA表示網(wǎng)絡(luò)中的無線設(shè)備。術(shù)語“UA”還可 以指代可以終結(jié)SIP會(huì)話的任何硬件或軟件組件。


為了更完全地理解本公開，現(xiàn)在參照以下結(jié)合附圖和具體實(shí)施方式
而進(jìn)行的簡要 描述，其中相似的參考標(biāo)記表示相似的部分。圖1是根據(jù)本公開的實(shí)施例的IMS架構(gòu)的一部分的圖。圖2是根據(jù)本公開的實(shí)施例的用于傳送與傳輸尋址方案相關(guān)的信息的方法的圖。圖3是無線通信系統(tǒng)的圖，該無線通信系統(tǒng)包括針對本公開的各個(gè)實(shí)施例中的一 些實(shí)施例而配置的UA0圖4是針對本公開的各個(gè)實(shí)施例中的一些實(shí)施例而配置的UA的框圖。圖5是可以在針對本公開的各個(gè)實(shí)施例中的一些而配置的UA上實(shí)現(xiàn)的軟件環(huán)境 的圖。圖6示出了適于實(shí)現(xiàn)本公開的若干實(shí)施例的處理器及相關(guān)組件。
具體實(shí)施例方式首先，應(yīng)當(dāng)理解，盡管下面提供了本公開的一個(gè)或多個(gè)實(shí)施例的示意性實(shí)現(xiàn)方式， 但是可以使用任何數(shù)量的技術(shù)(不管是當(dāng)前已知的還是現(xiàn)有的)來實(shí)施所公開的系統(tǒng)和/ 或方法。本公開決不應(yīng)限于下面示意的示意性實(shí)現(xiàn)方式、附圖和技術(shù)(包括本文示意和描 述的示例設(shè)計(jì)和實(shí)現(xiàn)方式)，而是可以在所附權(quán)利要求的范圍及其等價(jià)物的全部范圍內(nèi)進(jìn) 行修改。在實(shí)施例中，提供一種用于傳送與傳輸尋址方案相關(guān)的信息的方法。所述方法被提供為在會(huì)話發(fā)起協(xié)議(SIP)消息中包括與同時(shí)支持多個(gè)傳輸尋址方案相關(guān)的指示符。在備選實(shí)施例中，提供一種用戶代理(UA)，其被配置為傳送與傳輸尋址方案相關(guān) 的信息。所述UA包括處理器，該處理器被配置為在會(huì)話發(fā)起協(xié)議(SIP)消息中包括與同時(shí) 支持多個(gè)傳輸尋址方案相關(guān)的指示符。第三代合作伙伴項(xiàng)目(3GPP)已經(jīng)將IP多媒體子系統(tǒng)(IMS)標(biāo)準(zhǔn)化為針對移動(dòng) 和陸地線路網(wǎng)絡(luò)的多媒體服務(wù)的下一代基于SIP/IP的網(wǎng)絡(luò)。SIP和IMS基于互聯(lián)網(wǎng)協(xié)議 (IP)，其使用IP地址來指定應(yīng)當(dāng)將消息發(fā)送至的UA。在其他協(xié)議下，可能存在其他傳輸尋 址方案，但是本文將使用術(shù)語“IP地址”、“IP版本”等等來指代任何傳輸尋址方案。當(dāng)前 存在兩種類型的IP地址IPv4地址和IPv6地址。一些UA僅支持IPv4，另一些UA僅支持 IPv6，并且其他UA同時(shí)支持IPv4和IPv6 (所謂的雙棧UA)。在雙棧UA當(dāng)中，一些UA在任 一時(shí)刻僅可以使用IPv4或僅可以使用IPv6。其他雙棧UA支持在同一通信期間(例如在相 同的SIP會(huì)話期間)同時(shí)使用IPv4和IPv6的能力。例如，可以在將IPv4用于媒體業(yè)務(wù)的 同時(shí)將IPv6用于信令，反之亦然。這兩個(gè)IP地址版本不直接兼容，所以當(dāng)從僅使用一個(gè)版本的UA向僅使用另一個(gè) 版本的UA發(fā)送消息，或在網(wǎng)絡(luò)中其他系統(tǒng)或組件之間發(fā)送消息時(shí)，典型地需要某種類型的 地址轉(zhuǎn)換?？梢杂晌挥诰W(wǎng)絡(luò)中的地址轉(zhuǎn)換網(wǎng)關(guān)或類似組件來執(zhí)行這種轉(zhuǎn)換，使得IPv4和 IPv6消息經(jīng)過轉(zhuǎn)換組件?？赡懿粫?huì)將兩個(gè)僅支持IPv4的UA之間、兩個(gè)僅支持IPv6的UA 之間、或在兩個(gè)雙棧UA之間的消息路由至轉(zhuǎn)換組件，或者，上述消息可能經(jīng)過轉(zhuǎn)換組件但 不進(jìn)行轉(zhuǎn)換。轉(zhuǎn)換組件將對僅支持IPv4的UA和僅支持IPv6的UA之間的消息執(zhí)行恰當(dāng)?shù)?轉(zhuǎn)換。不管是否需要消息轉(zhuǎn)換，都將消息路由為通過轉(zhuǎn)換組件可能引起對不需要轉(zhuǎn)換的 消息進(jìn)行傳輸時(shí)的不必要延遲。這對于對延遲敏感的IP業(yè)務(wù)(例如基于IP的語音(VoIP) 呼叫)來說尤其關(guān)鍵?？梢酝ㄟ^要求IMS SIP代理組件(例如服務(wù)呼叫會(huì)話控制功能(S-CSCF))能夠確 定UA是支持IPv4還是IPv6地址，來避免這些延遲中的一些。如果UA是這種雙棧UA，則代 理組件可以避免將UA的消息路由為經(jīng)過地址轉(zhuǎn)換組件。這可以促進(jìn)對UA的消息的最優(yōu)路 由，并可以避免途經(jīng)地址轉(zhuǎn)換組件將導(dǎo)致的附加延遲?；赟IP P-Access-Network-Info首部中指示的網(wǎng)絡(luò)接入技術(shù)的類型，代理組件 可以確定UA是否是雙棧UA0即，一些網(wǎng)絡(luò)可以指定僅雙棧UA可以使用那些網(wǎng)絡(luò)，并且，當(dāng) 在P-Access-Network-Info首部中指示這種網(wǎng)絡(luò)時(shí)，可以假定該網(wǎng)絡(luò)中的UA是雙棧UA0當(dāng) 讀到這種首部時(shí)，代理組件將知道網(wǎng)絡(luò)中的UA可以使用IPv4或IPv6，并知道在網(wǎng)絡(luò)中發(fā)送 的消息不需要被路由為通過轉(zhuǎn)換組件。盡管遵循這種提議可以在要求雙棧UA的網(wǎng)絡(luò)中消除將消息路由為通過轉(zhuǎn)換組件 的做法，但是可能存在支持但不一定要求所有設(shè)備都是雙棧設(shè)備的其他網(wǎng)絡(luò)。此外，這種網(wǎng) 絡(luò)不能假定給定設(shè)備是支持同時(shí)使用IPv4和IPv6地址的雙棧UA0因此，代理組件可能不 知道在這種網(wǎng)絡(luò)中支持雙棧UA，并且為了安全，即使當(dāng)轉(zhuǎn)換不是必須的并且可以不將消息 路由為通過轉(zhuǎn)換組件時(shí)，代理組件可能也會(huì)將消息路由為通過轉(zhuǎn)換組件。例如，IMS網(wǎng)絡(luò)可以要求網(wǎng)絡(luò)中的UA將IPv6用于信令。如果這種基于IPv6的UA 正在與基于IPv4的UA通信，則來自基于IPv6的UA的通信的媒體部分可能需要經(jīng)過轉(zhuǎn)換網(wǎng)關(guān)，使得基于IPv4的UA可以正確地接收并理解媒體部分。此外，存在支持多個(gè)接入網(wǎng)絡(luò)并可以在不同類型的接入網(wǎng)絡(luò)之間移動(dòng)的所謂雙模 UA0例如，UA可以同時(shí)支持碼分多址(CDMA) IS-2000(—般被稱作CDMA Ix)接入網(wǎng)絡(luò)和全 球移動(dòng)通信系統(tǒng)(GSM)/通用分組無線服務(wù)(GPRS)接入網(wǎng)絡(luò)。由于雙模UA的存在，網(wǎng)絡(luò)可 能不能可靠地假定UA的傳輸尋址方案能力是什么。如果這種UA從要求雙棧UA的網(wǎng)絡(luò)移 動(dòng)到支持但不要求雙棧UA的網(wǎng)絡(luò)，那么即使路由為通過轉(zhuǎn)換組件可能不是必須的，代理組 件也可能將消息路由為通過轉(zhuǎn)換組件。因此，網(wǎng)絡(luò)接入技術(shù)的類型和對傳輸尋址方案的支 持的類型之間的關(guān)聯(lián)絕非所期望的用于確定是否需要將消息路由為通過地址轉(zhuǎn)換組件的 技術(shù)。在各個(gè)實(shí)施例中，提供了一種機(jī)制，使SIP UA能夠向網(wǎng)絡(luò)及其他UA指示該SIP UA 支持的IP版本和/或IP版本組合，使SIP UA能夠發(fā)現(xiàn)另一個(gè)SIP UA使用什么IP版本和 /或IP版本組合，以及使SIP UA能夠指示另一個(gè)SIP UA應(yīng)當(dāng)支持的IP版本或IP版本組 合的偏好或要求。互聯(lián)網(wǎng)工程任務(wù)組(IETF)請求評述(RFC) 3840定義了 SIP中的供UA向網(wǎng)絡(luò)和其 他UA指示其能力的機(jī)制。在一個(gè)實(shí)施例中，按照RFC 3840定義了新的媒體特征標(biāo)簽。媒 體特征標(biāo)簽名稱的一個(gè)示例可以是“sip. ip-versions”，但是其他語法和編碼是可能的。 sip. ip-versions媒體特征標(biāo)簽可以指示通信設(shè)備是支持IPv4用于信令和媒體兩者、支持 IPv6用于信令和媒體兩者、支持IPv6用于信令同時(shí)IPv4用于媒體、還是支持IPv4用于信 令同時(shí)IPv6用于媒體。在一些實(shí)施例中，特征標(biāo)簽或其他指示符可以僅指示單一的傳輸尋 址方案，而不是指示用于信令和媒體兩者的單一 IP版本，或者不是指示同時(shí)使用不同IP版 本(一個(gè)用于信令且一個(gè)用于媒體)?？梢远x多個(gè)令牌/標(biāo)簽/標(biāo)識符/指示符，每一個(gè)指示IP版本并且還可能指示 IP版本是僅應(yīng)用于信令還是僅應(yīng)用于媒體。當(dāng)令牌/標(biāo)簽/標(biāo)識符/指示符中的一個(gè)或 多個(gè)與sip. ip-versions媒體特征標(biāo)簽相關(guān)聯(lián)時(shí)，可以指定UA支持的IP版本和/或版本 組合。令牌/標(biāo)簽/標(biāo)識符/指示符的典型值可以包括“ipv4”，指示UA可以支持用于信 令和媒體兩者的IPv4地址；“ipv6”，指示UA可以支持用于信令和媒體兩者的IPv6地址； “ipv4s-ipv6m”，指示UA可以同時(shí)支持IPv4和IPv6地址，但是僅可以將IPv4地址用于信 令，并將IPv6地址用于媒體；以及“ipv6s-ipv4m”，指示UA可以同時(shí)支持IPv4和IPv6地 址，但是僅可以將IPv6地址用于信令，并將IPv4地址用于媒體。適于與該特征標(biāo)簽一起使用的值可以包括具有等價(jià)關(guān)系的令牌/標(biāo)簽/標(biāo)識符/ 指示符。例如，可以通過下述方式來指定僅支持IPv4的UA +sip. ip-versions = "ipv4，，可以通過下述方式來指定支持IPv4和IPv6但是僅可以支持信令和媒體使用相同 版本的SIP會(huì)話的UA +sip. ip-versions = “ ipv4, ipv6，，可以通過下述方式來指定支持IPv4和IPv6，并且支持信令和媒體使用相同版本 的SIP會(huì)話，并且還可以支持IPv6用于信令同時(shí)IPv4用于媒體，但不可以支持IPv4用于 信令同時(shí)IPv6用于媒體的UA +sip. ip-versions = “ipv4, ipv6, ipv6s_ipv4m，，
可以通過如下表所示的令牌/標(biāo)簽/標(biāo)識符/指示符來指定支持IPv4和IPv6，并 且支持信令和媒體使用相同版本的SIP會(huì)話，并且還可以支持IPv6用于信令同時(shí)IPv4用 于媒體，以及支持IPv4用于信令同時(shí)IPv6用于媒體的UA
都支持媒體信令I(lǐng)Pv4TaglTag2Tag3IPv6Tag4Tag5Tag6還可以擴(kuò)展令牌/標(biāo)簽/標(biāo)識符/指示符，以標(biāo)識諸如DSL (數(shù)字訂戶線路)、 WiFi (無線保真)、GERAN(全球移動(dòng)通信系統(tǒng)edge無線接入網(wǎng)絡(luò))、UTRAN(通用移動(dòng)電信 系統(tǒng)陸地?zé)o線接入網(wǎng)絡(luò))、LTE (長期演進(jìn))、CDMA2000 (碼分多址)、WiMax (微波接入全球 互操作性)等特定接入網(wǎng)絡(luò)上的IP版本。這將增加可能的標(biāo)簽值的數(shù)量。例如，可以通過 如下表所示的標(biāo)簽來指定同時(shí)支持GERAN和DSL的UA
GERAN都支持媒體信令I(lǐng)Pv4TaglTag2Tag3IPv6Tag4Tag5Tag6DSL都支持媒體信令I(lǐng)Pv4Tag7Tag8Tag9IPv6TaglOTagllTagl2如RFC 3840中指定的，UA可以在SIP REGISTER請求和其他初始SIP請求(例如 SIP INVITE)的Contact首部中包括sip. ip-versions媒體特征標(biāo)簽。例如，UA可以在SIP Contact首部中通告其可以同時(shí)支持多個(gè)IP版本。通過檢查SIP請求中的Contact首部，代理組件(如S-CSCF)可以確定UA支持什 么IP版本能力以及組合。基于在Sip. ip-versions媒體特征標(biāo)簽中列出的能力和組合， S-CSCF可以采取動(dòng)作，例如當(dāng)與另一個(gè)域進(jìn)行互操作時(shí)，確定是否將會(huì)話的信令部分和/ 或媒體部分路由為通過轉(zhuǎn)換網(wǎng)關(guān)。如果UA的能力改變，例如但不限于從允許UA使用一種 形式的傳輸尋址的接入網(wǎng)絡(luò)移動(dòng)到UA可以使用新的傳輸尋址或新舊組合的接入網(wǎng)絡(luò)，則 UA可以經(jīng)由上述機(jī)制來發(fā)信號通知其尋址能力。UA可以通過發(fā)送如RFC 3261中指定的SIP OPTIONS請求來發(fā)現(xiàn)另一個(gè)UA所支持 的IP版本。當(dāng)對SIP OPTIONS請求作出響應(yīng)時(shí)，UA可以包括包含+sip. ip-versions媒體 特征標(biāo)簽的Contact首部，所述+sip. ip-versions媒體特征標(biāo)簽指示該UA支持的IP版本能力和組合。IETF RFC 3841定義了以下機(jī)制其允許UA指示到達(dá)支持特定能力的UA的偏好 或要求。使用Accept-Contact首部、Reject-Contact首部以及RFC 3841中定義的機(jī)制， UA可以表達(dá)路由至支持特定IP版本能力和組合的另一個(gè)UA的偏好。例如，僅支持IPv4的UA可以優(yōu)選到達(dá)同時(shí)支持IPv4用于信令和媒體的另一個(gè)用 戶的UA，以避免需要轉(zhuǎn)換功能。為此，UA可以在SIPINVITE中包括Accept-Contact首部， 該 Accept-Contact 首部包含特征標(biāo)簽 +sip. ip-versions = “ipv4”。例如Accept—Contact 氺；+sip. ip-versions = “ ipv4"SIP和IMS支持對可使用相同SIP URI或公共用戶標(biāo)識進(jìn)行尋址的多個(gè)UA進(jìn)行注 冊的能力。共享相同SIP URI或公共用戶標(biāo)識的UA可以具有包括不同IP地址版本的不同 能力以及支持不同IP地址版本的不同組合的能力。在針對用戶注冊多個(gè)UA的情況下，給 作為包含Accept-Contact首部(該Accept-Contact首部包含特征標(biāo)簽+sip. ip-version =“ipv4” )的SIP INVITE請求的目標(biāo)的用戶提供服務(wù)的S-CSCF將優(yōu)選地把SIP INVITE 請求路由至以SIP REGISTER請求的Contact首部中的+sip. ip-version =“ipv4”注冊了 的UA。Acc印t-Contact首部可以遵循RFC 3841的規(guī)范。類似地，在針對用戶注冊多個(gè)UA的情況下，給作為包含Acc印t-Contact首部(該 Accept-Contact 首部包含特征標(biāo)簽+sip. ip-version =“ipv6”)的 SIP INVITE 請求的目 標(biāo)的用戶提供服務(wù)的S-CSCF將優(yōu)選地把SIP INVITE請求路由至以SIP REGISTER請求的 Contact 首部中的 +sip. ip-version = “ipv6”注冊了的 UA。Accept-Contact 首部可以遵 循RFC 3841的規(guī)范。類似地，在針對用戶注冊多個(gè)UA的情況下，給作為包含Acc印t-Contact首部(該 Acc印t-Contact 首部包含特征標(biāo)簽+sip. ip-version =“ipv4s_ipv6m”)的 SIP INVITE 請 求的目標(biāo)的用戶提供服務(wù)的S-CSCF將優(yōu)選地把SIP INVITE請求路由至以SIP REGISTER請 $白勺 Contact 巾白勺 +sip. ip-version =“ipv4s_ipv6m，，iiil了白勺 UA0 Accept—Contact 首部可以遵循RFC 3841的規(guī)范。類似地，在針對用戶注冊多個(gè)UA的情況下，給作為包含Acc印t-Contact首部(該 Acc印t-Contact 首部包含特征標(biāo)簽+sip. ip-version =“ipv6s_ipv4m”)的 SIP INVITE 請 求的目標(biāo)的用戶提供服務(wù)的S-CSCF將優(yōu)選地把SIP INVITE請求路由至以SIP REGISTER請 $白勺 Contact 巾白勺 +sip. ip-version =“ipv6s_ipv4m，，iiil了白勺 UA0 Accept—Contact 首部可以遵循RFC 3841的規(guī)范。在備選實(shí)施例中，SIP消息可以包含標(biāo)識設(shè)備支持的或原始使用的IP版本的SIP 首部字段(例如但不限于根據(jù)RFC 3427中定義的過程而定義的P-Header值)?？梢砸匀?干不同方式來構(gòu)造該首部。例如，單一 SIP首部字段可以包含如上所述的一個(gè)或多個(gè)標(biāo)簽， 針對每個(gè)接入類型可以存在單一 SIP首部字段，或者可以存在用于媒體的一個(gè)SIP首部字 段以及用于控制信令的另一個(gè)SIP首部字段。SIP首部字段可以由SIPUA包括，或可以由代 理(例如但不限于代理CSCF(P-CSCF))添加。在備選實(shí)施例中，SIP消息可以包含描述設(shè)備的IP能力的XML主體。XML主體可 以包含描述僅支持IPv4、僅支持IPv4媒體、僅支持IPv4控制、僅支持IPV6，僅支持IPv6媒 體、和/或僅支持IPv6控制的標(biāo)簽。
可能地，XML主體可以屬于現(xiàn)有的媒體類型“application/3gpp-ims+xml” (參 見第三代合作伙伴計(jì)劃(3GPP)技術(shù)規(guī)范(TS)24.229)。備選地，可以分配新的媒體類型 禾口對應(yīng)的 XML ^Jg0 content-disposition 首部值可以是 3gpp-alternative-service 或 3gpp-service-info或新的值。可能必須分配新媒體類型的缺省content-disposition首 部值。在下面的示例中，呈現(xiàn)了三種不同的XML結(jié)構(gòu)tSupportedIP、eSupportedIP 和 lSupportedIP。可以從新的 XML 綱要或稱作 “application/3gpp-ims+xml” 的 XML綱要引用這三項(xiàng)之一。當(dāng)然，也可以創(chuàng)建具有實(shí)質(zhì)上相同信息的其他XML綱要 表示，例如DTD或Relax NG。另外，還可以包括用于未來可能擴(kuò)展的鉤(hook)(即， 由諸如 <xsanyAttribute/> 或 <xsany namespace = “ ##any “ processContents =“Iax “ minOccurs = 〃 O 〃 maxOccurs = “ unbounded “ /> 等聲明所允許的鉤)。 XML 結(jié)構(gòu)(如 tSupportedIP、eSupportedIP 和 lSupportedIP)可以變成新的 XML 綱要或 被稱作“application/3gpp-ims+xml”的XML綱要中的元素、元素內(nèi)容或?qū)傩?。另外，使?lSupportedIP來列出零個(gè)或多個(gè)偏好從而指示相對順序或偏好將是可能的。例如，第一條 目可以優(yōu)先于任何附加條目，例如在 <supportedIP>IPV6-only IPv4-only</supportedIP> 中，“IPV6-only”是優(yōu)選的，“IPv4-0nly”是備選的。對設(shè)備的IP能力進(jìn)行編碼的XML綱要 還可以約束和要求列出最小1個(gè)IP能力。另一個(gè)約束可以是，不多于一次提及任一 IP能 力。甚至可以約束一些能力不彼此結(jié)合出現(xiàn)。
權(quán)利要求
1.一種用于傳送與傳輸尋址方案相關(guān)的信息的方法，包括在會(huì)話發(fā)起協(xié)議(SIP)消息中包括與同時(shí)支持多個(gè)傳輸尋址方案相關(guān)的指示符。
2.根據(jù)權(quán)利要求1所述的方法，其中所述指示符傳送以下項(xiàng)目中至少一項(xiàng)由嘗試與第二用戶代理(UA)建立聯(lián)系的第一用戶代理(UA)所使用的至少一個(gè)傳輸尋 址方案；來自所述第一 UA的、請求所述第二 UA向所述第一 UA通知所述第二 UA支持的至少一 個(gè)傳輸尋址方案的請求；以及對所述第一 UA偏好所述第二 UA使用的至少一個(gè)傳輸尋址方案的指定。
3.根據(jù)權(quán)利要求2所述的方法，其中所述指示符是以下項(xiàng)目之一 媒體特征標(biāo)簽；SIP首部字段；以及 可擴(kuò)展標(biāo)記語言(XML)主體。
4.根據(jù)權(quán)利要求3所述的方法，其中，當(dāng)所述第一UA嘗試與所述第二 UA建立聯(lián)系，并 且當(dāng)所述指示符是所述媒體特征標(biāo)簽時(shí)，至少一個(gè)令牌與所述媒體特征標(biāo)簽相關(guān)聯(lián)，所述 至少一個(gè)令牌指定以下項(xiàng)目中的至少一項(xiàng)用于信令的傳輸尋址方案； 用于媒體的傳輸尋址方案；以及 用于信令和媒體兩者的傳輸尋址方案。
5.根據(jù)權(quán)利要求4所述的方法，其中所述傳輸尋址方案是以下項(xiàng)目中的至少一項(xiàng) IPv4 ；以及IPv6。
6.根據(jù)權(quán)利要求4所述的方法，其中所述媒體特征標(biāo)簽的使用遵循以下規(guī)范之一 互聯(lián)網(wǎng)工程任務(wù)組(IETF)請求評述(RFC) 3840 ；以及IETF RFC 3841。
7.根據(jù)權(quán)利要求4所述的方法，其中在初始SIP請求的Contact首部中包括所述媒體 特征標(biāo)簽。
8.根據(jù)權(quán)利要求4所述的方法，其中第一令牌集合應(yīng)用于第一網(wǎng)絡(luò)接入技術(shù)并且第二 令牌集合應(yīng)用于第二網(wǎng)絡(luò)接入技術(shù)。
9.根據(jù)權(quán)利要求3所述的方法，其中，當(dāng)所述第一UA請求所述第二 UA向所述第一 UA 通知由所述第二 UA使用的至少一個(gè)尋址方案時(shí)，所述第二 UA向所述第一 UA發(fā)送包括至少 一個(gè)令牌的媒體特征標(biāo)簽，所述至少一個(gè)令牌針對以下項(xiàng)目中的至少一項(xiàng)指定由所述第二 UA使用的至少一個(gè)尋址方案信令； 媒體；以及 信令和媒體。
10.根據(jù)權(quán)利要求9所述的方法，其中所述傳輸尋址方案是以下項(xiàng)目中的至少一項(xiàng)； IPv4 ；以及IPv6。
11.根據(jù)權(quán)利要求9所述的方法，其中所述第一UA通過發(fā)送遵循IETF RFC 3261規(guī)范的SIP OPTIONS請求，來請求所述第二 UA向所述第一 UA通知由所述第二 UA使用的至少一 個(gè)尋址方案。
12.根據(jù)權(quán)利要求11所述的方法，其中響應(yīng)于所述SIPOPTIONS請求，所述第二 UA在 發(fā)送至所述第一 UA的消息的Contact首部中包括所述媒體特征標(biāo)簽。
13.根據(jù)權(quán)利要求3所述的方法，其中，當(dāng)所述第一UA指定所述第一 UA偏好所述第二 UA使用的至少一個(gè)傳輸尋址方案時(shí)，所述第一 UA通過向所述第二 UA發(fā)送包括至少一個(gè)令 牌的媒體特征標(biāo)簽來指定偏好，所述至少一個(gè)令牌指定以下項(xiàng)目中的至少一項(xiàng)用于信令的優(yōu)選傳輸尋址方案； 用于媒體的優(yōu)選傳輸尋址方案； 用于信令和媒體兩者的優(yōu)選傳輸尋址方案。
14.根據(jù)權(quán)利要求13所述的方法，其中所述優(yōu)選傳輸尋址方案是以下項(xiàng)目中的至少一項(xiàng)IPv4 ；以及 IPv6。
15.根據(jù)權(quán)利要求13所述的方法，其中所述第一UA通過在遵循IETF RFC 3841規(guī)范的 Accept-Contact首部中包括所述偏好，來指定所述第一 UA偏好所述第二 UA使用的至少一 個(gè)傳輸尋址方案。
16.一種用戶代理(UA)，被配置為傳送與傳輸尋址方案相關(guān)的信息，所述用戶代理 (UA)包括處理器，被配置為在會(huì)話發(fā)起協(xié)議(SIP)消息中包括與同時(shí)支持多個(gè)傳輸尋址方案相 關(guān)的指示符。
17.根據(jù)權(quán)利要求16所述的UA，其中所述指示符傳送以下項(xiàng)目之一 所述UA使用的至少一個(gè)傳輸尋址方案；來自所述UA的、請求第二 UA向所述UA通知所述第二 UA支持的至少一個(gè)傳輸尋址方 案的請求；以及對所述UA偏好所述第二 UA使用的至少一個(gè)傳輸尋址方案的指定。
18.根據(jù)權(quán)利要求17所述的UA，其中所述指示符是以下項(xiàng)目之一 媒體特征標(biāo)簽；SIP首部字段；以及 可擴(kuò)展標(biāo)記語言(XML)主體。
19.根據(jù)權(quán)利要求18所述的UA，其中，當(dāng)所述UA嘗試與所述第二UA建立聯(lián)系，并且當(dāng) 所述指示符是所述媒體特征標(biāo)簽時(shí)，至少一個(gè)令牌與所述媒體特征標(biāo)簽相關(guān)聯(lián)，所述至少 一個(gè)令牌指定以下項(xiàng)目中的至少一項(xiàng)所述UA正在使用的用于信令的傳輸尋址方案； 所述UA正在使用的用于媒體的傳輸尋址方案；以及 所述UA正在使用的用于信令和媒體兩者的傳輸尋址方案。
20.根據(jù)權(quán)利要求19所述的UA，其中所述傳輸尋址方案是以下項(xiàng)目中的至少一項(xiàng) IPv4 ；以及IPv6。
21.根據(jù)權(quán)利要求19所述的UA，其中所述媒體特征標(biāo)簽的使用遵循以下規(guī)范之一 互聯(lián)網(wǎng)工程任務(wù)組(IETF)請求評述(RFC) 3840 ；以及IETF RFC 3841。
22.根據(jù)權(quán)利要求19所述的UA，其中在初始SIP請求的Contact首部中包括所述媒體 特征標(biāo)簽。
23.根據(jù)權(quán)利要求19所述的UA，其中第一令牌集合應(yīng)用于第一網(wǎng)絡(luò)接入技術(shù)并且第二 令牌集合應(yīng)用于第二網(wǎng)絡(luò)接入技術(shù)。
24.根據(jù)權(quán)利要求18所述的UA，其中，當(dāng)所述UA請求所述第二UA向所述UA通知由所 述第二 UA使用的至少一個(gè)尋址方案時(shí)，所述第二 UA向所述UA發(fā)送包括至少一個(gè)令牌的媒 體特征標(biāo)簽，所述至少一個(gè)令牌針對以下項(xiàng)目中的至少一項(xiàng)指定由所述第二 UA使用的至 少一個(gè)尋址方案信令； 媒體；以及 信令和媒體。
25.根據(jù)權(quán)利要求M所述的UA，其中所述傳輸尋址方案是以下項(xiàng)目中的至少一項(xiàng)； IPv4 ；以及IPv6。
26.根據(jù)權(quán)利要求M所述的UA，其中所述UA通過發(fā)送遵循IETFRFC3261規(guī)范的SIP OPTIONS請求，來請求所述第二 UA向所述UA通知由所述第二 UA使用的至少一個(gè)尋址方案。
27.根據(jù)權(quán)利要求沈所述的UA，其中響應(yīng)于所述SIPOPTIONS請求，所述第二 UA在發(fā) 送至所述UA的消息的Contact首部中包括所述媒體特征標(biāo)簽。
28.根據(jù)權(quán)利要求18所述的UA，其中，當(dāng)所述UA指定所述UA偏好所述第二UA使用的 至少一個(gè)傳輸尋址方案時(shí)，所述UA通過向所述第二 UA發(fā)送包括至少一個(gè)令牌的媒體特征 標(biāo)簽來指定該偏好，所述至少一個(gè)令牌指定以下項(xiàng)目中的至少一項(xiàng)用于信令的優(yōu)選傳輸尋址方案； 用于媒體的優(yōu)選傳輸尋址方案； 用于信令和媒體兩者的優(yōu)選傳輸尋址方案。
29.根據(jù)權(quán)利要求觀所述的UA，其中所述優(yōu)選傳輸尋址方案是以下項(xiàng)目中的至少一項(xiàng)IPv4 ；以及 IPv6。
30.根據(jù)權(quán)利要求觀所述的UA，其中所述UA通過在遵循IETFRFC3841規(guī)范的 Accept-Contact首部中包括所述偏好，來指定所述UA偏好所述第二 UA使用的至少一個(gè)傳輸尋址方案。
全文摘要
本發(fā)明提供了一種用于傳送與傳輸尋址方案相關(guān)的信息的方法。本發(fā)明還提供一種用戶代理(UA)，其被配置為傳送與傳輸尋址方案相關(guān)的信息。所述UA包括處理器，所述處理器被配置為在會(huì)話發(fā)起協(xié)議(SIP)消息中包括與所述傳輸尋址方案相關(guān)的指示符。
文檔編號H04L29/06GK102077540SQ200880130045
公開日2011年5月25日 申請日期2008年6月30日 優(yōu)先權(quán)日2008年6月24日
發(fā)明者安德魯·艾倫, 約翰-盧克·貝克, 艾德里安·巴克利 申請人:捷訊研究有限公司