對用於發送sip答覆消息的接口的控制的製作方法
2023-12-07 03:07:56 1
專利名稱：對用於發送sip答覆消息的接口的控制的製作方法
技術領域：
本發明涉及實現數據通信網絡上的多媒體會話的建立的信令，其涉及
IETF (網際網路工程任務組)的RFC 3261中定義的SIP (^t邀請協議) 協議。
背景技術：
圖1示出了實現SIP協議的簡化結構。例如終端的兩個通信單元C和 S經由通信網絡N彼此相連。它們可以連接到中間通信單元，稱作Pc和 Ps。
假設單元C想要與通信單元S建立通信會話。為此，它發送信令消息 m至與它相連的代理伺服器Pc。這個第一消息通常是"Invite" SIP消息。
它然後在到達中間單元Ps之前可以由一組圖中未顯示的中間單元傳 送，通信單元S與中間單元Ps相連。這個信令消息m然後被遞送給這個 接收方單元S。
第一個通信單元C稱作"客戶端"而第二個稱作"伺服器"，但是這 些都是功能術語，即通信單元根據情形而擔任的角色。客戶端M送信令 消息至伺服器並等待來自伺服器的響應的單元。
通信客戶端和伺服器可以是通信終端，如圖l的例子那樣，但是它們
也可以是應用伺服器或信令伺服器，例如在IMS (IP多媒體子系統)結構 中實現CSCF (呼叫M控制功能)的伺服器。
SIP信令消息包括用以確保其在通信網絡中的路由的多個報頭，以及 使得雙方能建立多媒體會話的信息。
這些報頭是指示這個信令消息的發送和接收接口的報頭。"接口，，是指一對IP位址(IPv4或IPv6)和埠號。單個通信單元 可以具有多個接口 。如果它屬於多個通信網絡則它可以具有多個IP位址。 圖2示出了這種情形。
兩個通信單元C和S經由兩個通信網絡N,和N2而被連接。客戶端C 因而具有兩個IP位址，即分別用於網絡N!和N2的Hd和Hc2。同樣，月良 務器具有兩個IP位址，即分別用於網絡 和N2的Hs,和Hs2。
這些單元中的每一個都具有多個埠客戶端C包括埠 PC1， PC2， Po， PC4， PC5， P ，而伺服器S包括埠 PS1， PS2， PS3, PS4， PS5， PS6。
只要客戶端C發送信令消息M，它就在報頭中指示了伺服器S的標識 符。這個標識符可以是將由中間單元轉換的邏輯地址，或者可以直接是地 址或物理接口 (即埠可以被指定或不被指定)。它還指示了它發送消息 所用的埠，以及它希望接收答覆所用的接口。這兩個接口可以是相同的， 也可以是不同的。
在圖2的例子中，信令消息M從接口 Ha/PC議送到接口 HS1/PS2， 並且指定希望答覆到達接口 HC1/PC3。伺服器S用答覆信令消息R來響應，
該消息從接口 Hw/Ps3被發送，由期望的接口 Hc,/Pc3接收。
然而，客戶端C可能沒有指定它希望伺服器向它發送答覆消息R所用 的接口。它確定使用哪個輸出接口的方式取決於實現。
然而，在一些情形中，使用一個接口而不是另一個被證明確實是必要 的。例如，如果NAT (網絡地址轉換)地址轉換設備位於客戶端C和服務 器S之間，或者如果例如IPsec的安全通信協議;故用來傳輸信令消息，則 這就是必要的。
因此，需要為通信客戶端提供一種用於檢查關於伺服器使用哪個接口 來答覆信令消息的判定的機制。
本發明的目的是解決上述缺陷。
發明內容
本發明的第一目的是一種通信客戶端，其包括用於發送按照SIP協議的信令消息至通信伺服器的第一接口的至少一個發送接口 。所a戶端和 伺服器通過通信網絡連接。本發明的客戶端的特徵在於，其適於將關於所 述通信伺服器發送其答覆信令消息所用的接口的指示插入信令消息中。
在本發明的一個實施例中，所述指示包含所述通信伺服器發送其答覆 信令消息所使用的地址。
這個指示也可以包括用於指定當選擇地址來發送其答覆信令響應時該 通信伺服器要遵循的行為的保留字。
這個保留字可以從至少包括下列保留字的一個組中選擇 -指定要使用的地址與第一接口的地址相同的保留字； -指定務使用的地址必須被隨機確定的保留字； -指示用於確定要使用的地址的語義標準的保留字。 所述指示還可以包括所述通信伺服器發送其答覆信令消息所用的埠號。
當選擇用於發送其答覆信令消息的埠號時，這個指示也可以包含指
定通信伺服器要遵循的行為的保留字。
這個保留字可以從至少包括下列保留字的 一 個組中選擇
-指定要4吏用的埠號與第一接口的埠號相同的保留字；
-指定要使用的埠號必須被隨機確定的保留字；
-指示用於確定要使用的埠號的語義標準的保留字。
同樣，在使得通信客戶端能夠檢查對伺服器答覆信令消息所使用的傳
輸協議的判定中出現了問題。
所述通信客戶端可以被設計成插入關於伺服器發送其答覆信令消息所
使用的協議的第二指示。
這個第二指示可以與接口相關的指示一起淨iui送，也可以單獨淨支發送。
所述指示和/或第二指示可以例如被插入"Via"報頭。
本發明的另 一 目的是通信伺服器，該通信伺服器包括用於從通信網絡
接收i^vf言令消息的至少 一個接口 ，以及用於發送答覆信令消息的第二接n 。所述伺服器的特徵在於，還被設計成基於包含於進入信令消息內的指 示來確定第二接口。
所述指示可以包含與第二接口對應的地址，或指明了針對選擇對應於 第二接口的地址所執行的行為的保留字。
在後一情形中，保留字可以從至少包括下列保留字的一個組中選擇 -指定所述地址與第一接口的地址相同的保留字； -指定所述地址必須被隨機確定的保留字； -指示用於確定所述地址的語義標準的保留字。 所述指示也可以包含對應於該第二接口的埠號。 它可以包含指定針對選擇對應於第二接口的埠號所執行的行為的保 留字。
這個保留字可以從至少包括下列保留字的一個組中選出 國指定要使用的埠號與第一接口的埠號相同的保留字； -指定要使用的埠號必須被隨機確定的保留字； -指示用於確定要使用的埠號的語義標準的保留字。 所述伺服器還可以被設計成基於包含於進入信令消息中的第二指示來
確定針對發送答覆信令消息所使用的協議。
所述指示和/或所述第二指示可以被插入"Via"報頭中。
本發明的另 一 目的是一種用於在通過通信網絡連接的客戶端和伺服器
之間傳送信令消息的方法，該方法包括所ii^戶端發送信令消息至所述服
務器的第一步驟，以及所述伺服器從接口發送答覆消息至該客戶端的第二步驟。
所述方法的特徵在於，所述客戶端在第一步驟之前將指示插入所述信 令消息中，以及所述伺服器在所述第二步驟之前基於所述指示來確定接口 。
本發明的另 一 目的是一種通信終端，該通信終端,皮設計成如上文所述 的通信客戶端或通信伺服器。
本發明的另一目的是一種包括至少一個這種終端的通信網絡。
所述通信伺服器和/或通信客戶端可以是一種實現按照IMS結構的規範的CSCF功能的單元。
本發明的另 一 目的是一種通信設備，其被設計成當它接收由TCP協議 承載且去往位於地址轉換設備後面的第二通信設備的進入信令消息時，向 該第二設備發送使用UDP協議且包含指示的信令消息，其中所述指示指定 了所述第二設備必須利用TCP協議發送答覆至所述通信設備，並且在收到 所述答覆消息後發送這個進入信令消息。
應當指出，這種指示添加完全與RFC 3261定義的SIP協議相容。它 還與RFC 3581定義的SIP協議的擴展相容，RFC 3581的標題為"An extension to the Session Initiation Protocol (SIP) for Symmetric Response Routing"。這個RFC定義了附加參數，即與伺服器用來接收信令消息所 使用的接口有關的"rport"和"received"。它們因而是與關於伺服器要 使用的接口的指示不相同的參數。RFC 3581的這個指示和參數可以在信令 消息中共存，或者可以分別使用。
參考附圖，通過閱讀下面的描述，本發明及其優點將變得更加明顯。 上文提及的圖1示出了使得通信伺服器和客戶端能夠相互通信的簡化 結構；
上文也提及的圖2示出了客戶端和伺服器之間的通信，它們每個都具 有多個通信接口；
圖3至5示出了三個本發明機制的應用；
圖6示出了本發明方法針對地址轉換設備穿越問題的使用。
具體實施例方式
符合SIP協議的信令消息包含多個報頭。 "From" 、"To"和"Contact"報頭涉及發送和接收信令消息的單 元。在圖l所示實例中，假設發送單元是客戶端C，而接收單元是單元S。
例如代理伺服器Pc和Ps的每個中間單元將報頭"Via"添加至所發送的信令消息。
這個"Via"報頭由此使之能夠標記由信令消息在網絡內所採取的路徑。 答覆消息可以利用該"Via"報頭採用反方向的相同路徑。以這種方式穿過 的每個中間單元刪除與它本身有關的"Via"報頭。
在圖2中，通信客戶端C是信令消息M的發送方。它例如可以是通 信終端，或更一般地是UAC (用戶代理客戶端)或應用伺服器等。
它也是"SIP代理"中間單元。
同樣，通信伺服器S可以是信令消息的接收方，並且可以是終端、應 用伺服器、信令伺服器等。
它也可以擔任"SIP代理"中間單元的角色。
對於IMS (IP多媒體子系統)結構，這些通信單元可以是實現CSCF (呼叫會話控制功能)功能的信令單元。
需要提醒的是，術語"客戶端"和"伺服器"用在發送信令消息的上 下文中。同一通信單元可以同時擔任客戶端和伺服器的角色。例如，終端 在發i^請消息以發起與另 一方的通信會話時可以是客戶端，而當接收到 來自另 一終端的邀請消息時變成伺服器。
這些定義符合IETF的RFC 3261中第6段的內容。通信客戶端C包 括至少 一個用於通過通信網絡N,發送信令消息M至伺服器S的發送接口 。
當客戶端C發送信令消息M時，它插入"Via"報頭。如果它不是消 息發送方而是作為中間單元，則它將這個報頭添加至已經存在的"Via"報 頭的列表中。
這個報頭指示用於發送消息的傳輸協議，並且標識了客戶端希望用來 接收答覆的接口。
這個"Via"報頭包括多個參數， 一些參數是強制性的而其他是可選的。 基於RFC 3261給出的例子，"Via"報頭可以是下面的形式 Via: SIP/2扁DP erlang.bell-telephone.com:5060; branch=z9hG4bKa7c6a8dlze;。
參數"erlang.bell-tdephone.com:5060"分別4氣表客戶端C的地址和它
10希望用來接收答覆的埠。參數"SIP/2.0/UDP"分別確定了所用SIP協議 的版本和用來在客戶端和伺服器之間傳送信令消息的傳輸協議。
在圖2的例子中，這種"Via"報頭可以具有這樣的值
Via: SIP/2.0/UDP HC1:PC3; branch=z9hG4bKa7c6a8dlze;。
根據本發明，客戶端還可以被設計成插入關於伺服器(即接收信令消 息的網絡單元)用來發送其答覆信令消息的接口的指示。
這個接口可以在伺服器僅擁有一個IP位址時由埠來確定，或者當其 具有多個IP位址時由IP位址/埠對來確定。
因此，所述指示可以包括兩個部分 一部分關於IP位址(網絡接口 )， 另一部分關於埠。
所述指示因而可以包含地址，特別是IP (網際網路協議)地址，或邏輯 地址，例如符合SIP協議的URI (統一資源標識符)。
它也可以包含埠號。
所述指示的不同部分可以通過關鍵字來引入。作為例子，關鍵字 "rpathHost"和"rpathPort"可以被用來分別引入地址相關的部分和端 口相關的部分。
在圖2的例子中， 一個可能的"Via"報頭可以是 Via: SIP/2.0/UDP HC1:PC3; branch=z9hG4bKa7c6a8dlze; rpathHost=Hsl; rpathPort=PS3 ;。
這兩個部分可以包含保留字而不是地址標識符或埠號。這個保留字 指定了通信伺服器為選擇發送其答覆信令消息所用的接口(即地址和/或端 口)而執行的行為。
這種保留字可以指定要使用的地址或埠與伺服器接收消息所用的一樣。
它可以指定要使用的地址或埠必須被隨機確定。 它也可以指示用於確定要^f吏用的地址或埠的語義標準。 當伺服器擁有多個地址時，當然可以只為地址相關的部分、或只為端 口相關的部分、或者為二者而使用這種保留字。在後一情形中，保留字對於地址和埠可以相同或不同。
此外，通信客戶端可以被設計成插入關於伺服器發送其答覆信令消息 所用的協議的第二指示。
這個指示可以是協議標識符。這個標識符可以是以下可用傳輸協議之
一的標識符TCP、 UDP等。
這個指示也可以是保留字而不是協議標識符。這個保留字指定了通信 伺服器在選擇發送其答覆響應消息所使用的協議時所執行的行為。
這種保留字可以指定要使用的協議與用於信令消息M的相同。它可以 指定要使用的協議必須被隨機確定。它也可以指示用於確定使用哪個協議 的語義標準。
圖3、 4和5示出了伺服器的按照指示所指定的各種不同的動作。在這 些例子中，為了使得說明更清楚，客戶端UAC和伺服器UAS僅具有一個 地址。
在這種情況下，接口的概念與埠組合。關於傳輸協議的第二指示不 討論。然而，說明必須被概括從而也應用於伺服器UAS具有多個地址的情 形，並且對傳輸協議做必要的修正。
在圖3、 4和5的所有這些例子中，客戶端UAC發送信令消息M至 伺服器UAS的埠 5060。其IP位址是192.168.0.1。 在圖3所示情況下，"Via"才艮頭因而可以是 Via: SIP/2.0/UDP 192.168.0.1:5060; rpathPort=incoming ;。 詞語"進入"在這個例子中是指定客戶端UAC請求伺服器UAS從與 它接收消息M相同的埠發送答覆消息R的保留字。伺服器UAS因而通 過使用這個保留字而確定了發送埠，並且因而從埠 5060發送答覆消息 R。
這種行為可以在NAT (網絡地址轉換器)地址轉換設備或防火牆被置 於伺服器UAS和客戶端UAC之間時被請求。這些設務&允許業務在對應 於確定事務的情況下祐發送。 一旦事務已經被接受，相應的業務就可以穿 過所述設備，但是任何其他消息都被拒絕。因此，答覆信令消息R被地址轉換設備看成屬於與信令消息M相同的事務是很重要的。因此，實質上它 採用相同的路徑相同地址和相同埠。
保留字"i^"因而被用來確保答覆消息實際上採用相同的路徑，並 且它因此能夠穿過這些類型的設備。
在圖4所示的情形中，"Via"才艮頭因而可以是
Via: SIP/2.0/UDP 192.168.0.1:5060; rpathPort=any 。
這個保留字"any"指定了客戶端UAC請求伺服器UAS隨機確定發 送答覆R的埠 。在這個例子中，伺服器UAS隨機選擇埠 4567來發送 答覆消息R至客戶端UAC的埠 5060。
這使得客戶端UAC能夠具有關於伺服器使用保留路徑的預先知識， 例如針對IPSEC是安全的路徑。
也可以設想伺服器行為的其他模型也可以被客戶端請求。例如，可以 設想客戶端可以請求伺服器使用的埠與接收埠不同。
保留字也可以指示用於確定要使用的埠的語義標準。這個語義標準 可以例如是請求特定埠的機制。
這種機制可以是RFC 2401中定義的IPsec (網際網路協議安全)。這個 例子由圖5示出。 一個可能的"Via"報頭如下
Via: SIP/2.0/UDP 192.168.0.1:5060; rpathPort=ipsec;。
保留字可以是"IPSEC"，並且接收包括這種保留字的消息M的服務 器UAS確定哪個埠與這個IPsec機制關聯，並且從這個埠發送答覆消 息R,如IPSEC協議規範中所要求的那樣。
本發明的這個示例性實施例解決了到目前為止還沒有很好地解決的才支 術問題。已知技術包括在UAS伺服器中(因此可能地在實現SIP協議的任 何設備中)實現附加軟體裝置以分析進入信令消息並確定是否需要IPSEC 機制。如果是，則伺服器UAS使用關聯於IPSEC的埠。
這個解決方案因而要求添加軟體裝置，該軟體裝置產生了在處理SIP 信令消息方面的負擔。
在這種情況下，本發明使之能夠避開這些軟體裝置，並且僅要求設備知道IPSEC機制。
也可以設置對應於其他語義標準的其他保留字。例如，某些保留字可 以對應於業務類型(像"VoIP"、"即時消息傳送"等)，由此使得數據 流能夠被分類。這種實施例使之能夠容易地進行控制或創建關於僅在埠 看到的數據流的統計。例如，可能出問題的流可以通過關閉相應埠而被 中斷。
同樣，第二指示使之能夠指定必須由通信伺服器使用的傳輸協議。 通信客戶端因而可以被設計成將關於伺服器發送其答覆信令消息所用 的協議的這個第二指示插入信令消息中。通信伺服器同樣可以被設計成基 於包含於進入信令消息中的這個第二指示來確定發送答覆信令消息所用的 協議。
這個第二指示可以由關鍵字來引入，例如"rpathTransport，，，並且 可以包括協議標識符(TCP、 UDP等)或指定伺服器要執行的行為的保留 字。
這些保留字可以類似於針對第一指示使用的保留字。
另一個保留字(例如"nochange，，)可以指示答覆消息將由與初始信
令消息所使用的相同的協議來承載。特別地，在協議是UDP的情況下，保
留字"nochange"指示了 UDP傳輸協議將被用於答覆消息，即使這個答
復消息的長度超出了閾值(通常是1300位元組)，在該閾值之上的SIP消息
傳輸通常轉換成TCP。
第二指示的使用因而使之能夠避開默認的機制並且強加了指定的行為。
本發明還使之能夠以相關方式解決NAT地址轉換設備穿越和/或防火 牆穿越的問題，
圖6示出了本發明針對所述目的的一個實施例。
地址轉換i殳備NAT定義了一個空間或專用網絡PRI，以及/>共空間 PUB。
位於專用網絡PRI中的設備A在不太嚴格的意義上來說具有任何公共地址。為了與公共網絡(或經由公共網絡的中間單元與其他專業網絡)通
信，它們必須通過NAT地址轉換設備發送它們的消息。這個設備動態地 為它們分配公共地址，並且對外出消息進行必要的修改以便用動態分配的 />共地址來替代專用地址。
NAT設^:存專用地址與公共地址之間的綁定，從而能夠路由來自公 共網絡的消息。這些消息實際上僅包含設備A的公共地址，因為專用地址 是未知的並且在專用網PRI外部是沒有意義的。相反，這個由NAT設備 動態分配的公共地址不允許消息在專用網PRI中被路由。NAT設備使用保 存的綁定來執行反向地址轉換，並且用專用地址代替7>共地址。
然而，這些綁定具有臨時的值。
在TCP (傳輸控制協議)內， 一旦從上一個TCP連接消息起經過一 個特定的時間段，綁定就被NAT設備刪除。
此外，通過除更新剩餘時間之外無任何理由地發送消息來人工保持 TCP連接開放可能帶來損害。在實際中，TCP連接需M—方中的資源， 並且一旦設備必須管理大量TCP連接就會出現部署問題。
通常，NAT地址轉換設備也實現防火牆，該防火牆禁止來自位於公共 區域PUB的設備B的TCP連接。這個設備B僅通過在設備A發起下創建 的現有TCP連接來發送由TCP協議承載的消息至位於專用區域PRI中的 設備A。
如上文所述，SIP協議可以由各種不同的協議承載，但是TCP協議所 具有的各種優點j吏得它對於某些應用和情形而言是不可或缺的。
因此，在之前不存在任何TCP連接的情況下設備B希望發送由TCP 協議承載的SIP信令消息至設備A時，會出現問題。
例如，這是設備B是"SIP代理，，中間信令單元的情況。例如，它可 以是P-CSCF (代理-呼叫會話控制功能)單元。
這個單元接收去往設備A的邀請消息。這個邀請消息通常是SIP "Invite"消息，其目的是邀請設備接受與邀請消息發送方(圖中未顯示) 進行通信會話。假設這個TCP邀請消息由TCP協議承載，並且必須利用這個TCP協議而被發送到被叫方。
設備B然後向設備A發送信令消息M。
為了穿過NAT地址轉換設備，它利用UDP (用戶數據報協議)協議 發送這個消息M，其不需要連接。
在這個消息內，它插入指定i殳備A必須利用TCP協議作為傳輸協i義 來發送答覆的指示。在本發明一個實施例中，它插入參數 "rpathTransport=TCP"至"Via"報頭中。
擔任UAS伺服器的設備B發送答覆消息R至擔任UAC客戶端的設備A。
這個答覆消息R創建兩個設備之間的TCP連接。 一旦答覆消息R已經被接收，設備B就發送之前收到的邀請消息MI。 這個邀請消息MI可以利用TCP協議^J^送，因為連接已經由答覆消 息R打開了。
本發明因而使之能夠利用與針對原始消息所使用的、不允許"Via"報 頭的協議不同的傳輸協議來請求答覆，因為它指定了原始消息協議和答覆
所請求的協議二者。
本發明因而4吏之能夠解決利用TCP向位於NAT後面的設^降送SIP
邀請消息的問題。
權利要求
1. 一種通信客戶端(C)，包括用於將按照SIP協議的信令消息(M)發送給通信伺服器(S)的第一接口的至少一個發送接口，所述客戶端和所述伺服器經由通信網絡(N1)相互連接，其特徵在於，它被設計成將關於所述通信伺服器發送其答覆信令消息(R)所使用的接口的指示插入所述信令消息中。
2. 根據前一權利要求所述的通信客戶端，其中，所述指示包含所述通 信伺服器發送其答覆信令消息所使用的地址。
3. 根據權利要求1所述的通信客戶端，其中，所述指示包括指定所述 通信伺服器為了選擇發送其答覆信令消息所使用的地址所執行的行為的保 留字。
4. 根據前一權利要求所述的通信客戶端，其中，所述保留字是從至少 包括以下保留字的一個組中選出的-指定要使用的所述地址與所述第 一接口的地址相同的保留字； -指定要使用的所述地址必須被隨機確定的保留字； -指示用於確定要使用的所述地址的語義標準的保留字。
5. 根據前述權利要求之一所述的通信客戶端，其中，所述指示包含所 述通信伺服器發送其答覆信令消息所使用的埠號。
6. 根據權利要求5所述的通信客戶端，其中，所述指示包含指定所述 通信伺服器為了選擇發送其答覆信令消息所使用的埠號所執行的行為的 保留字。
7. 根據前一權利要求所述的通信客戶端，其中，所述保留字是從至少 包括以下保留字的一個組中選出的畫指定要^f吏用的所述埠號與所述第 一接口的埠號相同的保留字； -指定要使用的所述埠號必須被隨機確定的保留字； -指示用於確定務使用的所述埠號的語義標準的保留字。
8. 根據前述權利要求之一所述的通信客戶端，該通信客戶端被設計成 將關於所述通信伺服器發送其答覆信令消息所使用的協議的指示插入所述 信令消息中。
9. 根據前述權利要求之一所述的通信客戶端，其中，所述指示被插入 "Via"報頭中。
10. —種通信伺服器(S)，包括用於接收來自通信網絡(N,)的進 入信令消息(M)的至少一個接口，以及用於發送答覆信令消息的第二接 口，其特徵在於，它還被設計成基於包含於所述進入信令消息(M)中的 指示來確定所述第二接口。
11. 根據前一權利要求所述的通信伺服器，其中，所述指示包含對應 於所述第二接口的地址。
12. 根據權利要求10所述的通信伺服器，其中，所述指示包含指定 為了選擇對應於所述第二接口的地址所執行的行為的保留字。
13. 根據前一權利要求所述的通信伺服器，其中，所述保留字是從至 少包括以下保留字的一個組中選出的曙指定所述地址與所述第一接口的地址相同的保留字；-指定所述地址必須被隨機確定的保留字；-指示用於確定所述地址的語義標準的保留字。
14. 根據權利要求10至13之一所述的通信伺服器，其中，所述指示 包含對應於所述第二接口的埠號。
15. 根據權利要求14所述的通信伺服器，其中，所述指示包含指定 為了選擇對應於所述第二接口的埠號所執行的行為的保留字。
16. 根據前一權利要求所述的通信伺服器，其中，所述保留字是從至 少包括以下保留字的一個組中選出的-指定所述埠號與所述第一接口的埠號相同的保留字； -指定所述埠號必須被隨機確定的保留字； -指示用於確定所述埠號的語義標準的保留字。
17. 根據權利要求10至16之一所述的通信伺服器，該通信伺服器被 設計成基於包含於所述進入信令消息(M)中的第二指示來確定發送所述 答覆信令消息所使用的協議。
18. 根據權利要求10至17之一所述的通信伺服器，其中，所述指示 被插入"Via"報頭中。
19. 一種用於在通過通信網絡相互連接的客戶端和伺服器之間傳送 信令消息的方法，包括所ii^戶端發送信令消息至所述伺服器的第一步驟， 以及所述伺服器從接口發送答覆消息至所*戶端的第二步驟，其特徵在 於，所述客戶端在所述第一步驟之前將指示插入所述信令消息中，並且所 述伺服器在所述第二步驟之前基於所述指示來確定所述接口 。
20. —種被設計成實現根據權利要求1至9之一所述的通信客戶端和 /或根據權利要求10至18之一所述的通信伺服器的通信終端。
21. —種包括至少一個根據前一權利要求的終端的通信網絡。
22. 根據前一權利要求所述的通信網絡，其中，所述通信伺服器和/ 或所述通信客戶端是實現按照IMS結構規範的CSCF功能的單元。
23. —種通信設備(B )，其被設計成當它接收由TCP協議承載且去 往位於地址轉換設備(NAT)後面的第二通信設備(A)的進入信令消息(MI)時，它向所述第二設備發送使用UDP協議且包含關於所述第二設 備(A )發送答覆(R )至所述通信設備所使用的接口的指示的信令消息(M )， 並且在接收所述答覆消息之後發送所述^信令消息(MI)，所述指示指 定了所述答覆必須使用TCP協議。
24. —種包含才艮據前一權利要求的通信設備的通信系統，其中，所述 第二設備是根據權利要求17或18之一的伺服器。
25. 根據前一權利要求所述的通信系統，其中，所述指示被插入"Via" 報頭。
全文摘要
一種通信客戶端(C)，包括用於向通信伺服器(S)的第一接口發送按照SIP協議的信令消息(M)的至少一個發送接口。所述客戶端和伺服器通過通信網絡(N1)連接。對用於發送SIP答覆消息的接口的控制。本發明的通信客戶端的創新之處在於，它適於將關於所述通信伺服器發送其答覆信令消息(R)所使用的接口的指示插入所述信令消息中。
文檔編號H04L29/06GK101465850SQ20081018691
公開日2009年6月24日 申請日期2008年12月10日 優先權日2007年12月18日
發明者C·勒貝爾, T·弗羅門特 申請人:阿爾卡特朗訊公司