用於使用sip來指示所支持的ip版本並且到達支持兼容ip版本的設備的方法

2023-11-02 19:13:37 1

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


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