專利名稱：通信網絡系統(tǒng)中的不同ip接口的制作方法
技術領域：
本發(fā)明涉及具有不同IP接口的通信網絡系統(tǒng)。特別地，本發(fā)明涉及用來將不同的 接入網絡相互連接的分組交換核心網絡。
背景技術：
在移動網絡，例如，根據如圖1所示的3GPP Rel4(第三代合作伙伴計劃第4版) 架構的網絡中，使用例如MSC(移動交換中心)服務器系統(tǒng)的核心網絡來將不同的接入網絡 相互連接。在Rel4網絡中，將MSC功能分成兩個邏輯功能，其通常由物理上獨立的網絡元件 來提供，即媒體網關(MGW)和MSC服務器。由MSC服務器來提供MSC的控制功能。由MGW 來提供MSC的承載交換功能。如圖1所示，MGW提供不同的用戶平面接口 A、Iu、Nb和Mb，其基于TDM(時分復 用)、ATM(異步傳輸模式)或IP(因特網協(xié)議)傳輸技術。圖2更詳細地示出3GPP Rel4架構中的IP(因特網協(xié)議)的使用。通常，現在的 一般趨勢是盡可能廣泛地使用IP傳輸。例如，包括SIP UA(用戶代理)的IM CN(IP多媒 體核心網絡)使用3GPP SIP (會話發(fā)起協(xié)議)(IP接口)與MSS-B通信，并經由Mb接口(MB 參考點、IP接口、“Mb接入(IMS(IP多媒體子系統(tǒng)))”)與MGW-B通信。進一步如圖2所示，基于3GPP AoIP工程項目，GSM BSS (用于移動通信基站系統(tǒng) 的全球系統(tǒng))經由基于BSSAP (基站系統(tǒng)應用部分)信令的A接口來與MSS-A通信，并經由 為類Mb接口(IP接口、"Mb接入(GSM) ”)的A接口(A參考點)與MGW-A通信。另外，如圖2所示，可以通過使用SIP-I (SIP綜合業(yè)務數字網用戶部分)作為呼 叫控制協(xié)議和Mb接口經由固定軟交換將固定網絡連接到移動網絡，以傳輸用戶平面業(yè)務 (“Mb 接入/BB (骨干)(PSTN)，，)。另夕卜，當經由為類Mb接口(IP接口，"Mb BB (CS (電路交換)CN) ”)的Nb接口(Nb 參考點)執(zhí)行MGW-A和MGW-B之間的通信時，可以使用在MSC服務器之間的SIP-I作為CS CN(電路交換核心網絡)呼叫控制協(xié)議。通常，經由Mc/Mn接口的IP來執(zhí)行MSC服務器(MSS)與多媒體網關(MGW)之間的 通信，所述Mc/Mn接口基于H. 248協(xié)議。在基于IP的接口中，MGW(MGW-A、MGW-B)在RTP(實時傳輸協(xié)議)、UDP(用戶數據 報協(xié)議)、IP (因特網協(xié)議)協(xié)議棧的頂部傳輸諸如語音和數據的用戶業(yè)務。與上述IP網絡相關的問題是MGW不能將圖2所示的A、Nb和Mb終結點 (termination)相互分離。這影響MGW呼叫處理能力并限制某些功能的靈活使用。由于基于SIP-I協(xié)議和IP上的A接口(AoIP)的Nc接口，存在三個不同的參考點 (Mb、A和Nb)，其經由H.248接口的終結點保留/修改以相同的方式進行。因此，MGW不能 知道保留的IP終結點的參考點的類型。結果，MGW不能提供每個接口類型的適當服務組，例如
5
-在A/Mb接口中需要語音增強功能，像AEC(自動回波抵消)、ALC(自動電平控 制)、NS (噪聲抑制)，但在Nb中不需要。-在Mb/Nb接口中需要通過RTP的DTMF(雙音多頻)遞送而在A接口中不需要。-在Mb/Nb中需要通過RTP的傳真/調制解調器音調遞送而在A接口中不需要。-在Mb接口中需要傳真/調制解調器音調檢測功能而在A和Nb接口中不需要。-在Mb和Nb接口的關聯(lián)(context)中能夠使用動態(tài)RTCP(實時傳輸控制協(xié)議) 控制但在A接口中不能使用，因為動態(tài)RTCP需要SIP控制。-在A和Mb/Nb接口中需要支持不同組的語音編解碼器/數據有效載荷格式。此外，不知道保留的IP終結點的參考點的類型，MGW不能提供適當的統(tǒng)計信息。
因此，如果沒有IP接口的分離可用，則必須在所有接口中以相同的方式支持所有 服務，這引起MGW中的大量資源的保留。另外，這引起MGW的不必要的復雜性。

發(fā)明內容
本發(fā)明旨在解決上述問題。本發(fā)明提供如隨附權利要求所定義的裝置和方法。本發(fā)明還可以實現為包括用于 處理設備的程序的計算機程序產品。計算機程序產品可以包括計算機可讀介質。所述程序 可以直接加載到處理設備的內部存儲器中。根據本發(fā)明的實施例，諸如MSS的控制裝置確定經由其將處理呼叫的諸如終結點 /參考點類型的用戶平面接口類型，在終結點保留消息中指示用戶平面接口類型并發(fā)送該 終結點保留消息。諸如MGW的網關裝置接收終結點保留消息，根據該終結點保留消息來確 定用戶平面接口類型并依照用戶平面接口類型來執(zhí)行處理。根據本發(fā)明的實施例，例如MSC服務器系統(tǒng)的網絡通信系統(tǒng)中的不同IP終結點/ 參考點可以相互分離。用本發(fā)明的實施例，可以實現以下優(yōu)點?？梢允筂GW資源的使用最優(yōu)化。MGW可以提供討論中的終結點/參考點所需的服 務。這增加MGW呼叫處理能力。此外，可以提供每個參考點的統(tǒng)計信息。此外，可以定義A/Nb/Mb接口個體特征。在不同的接口中可能要求不同的特征組。 用本發(fā)明，特征(例如，RTCP)可以被MGW依照特定接口以特定的方式利用。另外，可以確定MGW的IP端口容量和每個參考點的MGW的特征。本發(fā)明使得通信 網絡系統(tǒng)、特別是MSC服務器系統(tǒng)更加簡單且更可靠，這導致較少的實現和維護工作。


圖1示出說明根據3GPP Rel4的網絡架構的示意圖。圖2示出說明根據3GPP Rel4的IP網絡的示意圖。圖3示出說明根據本發(fā)明的實施例的IP網絡中的IP接口分離的示意圖。圖4示出說明根據本發(fā)明的實施例的IP網絡中的IP接口分離的示意圖。圖5示出說明根據本發(fā)明的實施例的IP網絡中的IP接口分離的示意圖。圖6示出說明根據本發(fā)明的實施例的IP網絡中的IP接口分離的示意圖。
6
圖7示出說明根據本發(fā)明的實施例的控制裝置和網關裝置的配置的示意性方框 圖。
具體實施例方式下面，將參照構成本說明書的一部分的附圖以本發(fā)明的實施例的方式對本發(fā)明進 行描述。為了下面將在本文中描述本發(fā)明的目的，應注意的是-網絡設備可以根據本發(fā)明充當客戶端實體或服務器實體，或者甚至可以兼具在 其中集成的功能；-可能被實現為軟件代碼部分并使用服務器/客戶端實體之一處的處理器運行的 方法步驟是軟件代碼無關的且可以使用任何已知或未來開發(fā)的編程語言來規(guī)定；-可能被實現為服務器/客戶端實體之一處的硬件部件的方法步驟和/或設備是 硬件無關的且可以使用任何已知或未來開發(fā)的硬件技術或其任何混合來實現，諸如M0S、 CMOS、BiCMOS、ECL、TTL等，例如，使用例如ASIC部件或DSP部件；-通常，在不改變本發(fā)明的構思的情況下，任何方法步驟適合于被實現為軟件或由 硬件實現；-設備可以被實現為單獨的設備，但這不排除遍及整個系統(tǒng)以分布式方式來實現 它們，只要保留設備的功能即可。根據本發(fā)明的實施例，如下面通過參照圖3-6所描述的，MSC服務器(MSS)確定圖 2所示的IP網絡中的參考點的類型(用戶平面接口類型)。根據圖3，當在下面將描述的MSS之間的Nc接口中使用SIP-I時，MSS確定Nb參 考點。在MSS_A(MSC服務器A) 30已接收到來自先前網絡的呼叫建立請求之后，其發(fā)起朝 向MSS-B(MSC服務器B)32的SIP(SDP (會話數據報協(xié)議)提供/應答)協(xié)商。在協(xié)商的第 一 SIP-I消息(通信la)中，MSS-A 30包括指示“此消息的發(fā)送方是MSS”的信息。當MSS-B 32接收到該消息時，其注意到從另一 MSS接收到SIP-I通信。因此， MSS-B 32確定在用戶平面上，MGW-B (媒體網關B) 33的對應方(counterpart)是另一 MGW， 因此，MGW之間的參考點是Nb。MSS-A 30在其已從MSS-B 32接收到響應消息(通信lb)之后，可以注意到在用戶 平面上，MGW-A (媒體網關A) 34的對應方是另一 MGW。應注意的是可以以不同的方式來實現上述SIP-I接口指示“此消息的發(fā)送方是 MSS”。還可以是MSS(MSS-A、MSS-B)以另一種方式獲取關于“是從MSS還是某個其它網絡 元件接收到SIP-I (提供/應答)消息”的所需信息。在終結點保留階段，通過使用具有參考點值“Nb”的IPUP分組，MSS-A 30經由基 于H. 248協(xié)議(圖3中的通信2)的Mc接口向MGW-A34通知參考點的類型且MSS-B 32經 由基于H. 248協(xié)議(圖3中的通信2)的Mc接口向MGW-B 33通知參考點的類型。下面將 更詳細地描述IPUP分組?；谒ㄖ膮⒖键c類型，MGW-A 34和MGW-B 33可以執(zhí)行適當的資源保留(圖3 中的程序3)。例如，對于為類Mb接口(IP接口，“Mb BB(SS CN)”)的Nb參考點而言，沒有語音增強功能、沒有傳真/調制解調器音調檢測功能等被激活。應注意的是在MSS內的情況下，如果將在MGW之間使用類Mb用戶平面，MSS必須 如上所述地向MGW(MGW-A、MGW-B)提供類似的H. 248信息。圖3還示出接入網絡/核心網絡31與MSS-A 30和MGW-A 34之間的連接、以及接 入網絡/核心網絡35和MSS-B 32和MGW-B 33之間的連接。根據圖4，當下面將描述的可以使用IP作為BSC(基站控制器)和MGW之間的A接 口傳輸(AoIP)時，MSS確定A參考點?；趶慕尤刖W絡31的BSC 31a接收到的A接口控制平面信令(BSSAP/BSSMAP)(圖 4中的通信1)，MSS 30確定何時必須在MGW34中保留“AoIP終結點”。在終結點保留階段，MSS 30通過使用具有參考點值“A”的IPUP分組經由基于 H. 248協(xié)議的Mc接口向MGW 34通知參考點的類型(圖4中的通信2)?；谒ㄖ膮⒖键c的類型，MGW-A 34可以針對BSC 31a與MGW34之間的AoIP接 口執(zhí)行適當的資源保留(圖4中的程序3)。圖4還示出接入網絡/核心網絡35與MSS-A 30和MGW-A 34之間的連接。根據圖5，當下面將描述的基于IP的Abis接口直接從BTS(基站收發(fā)站)連接到 MGW時，MSS可以確定Abis參考點?；趶慕尤刖W絡31的BSC 31a接收到的A接口控制平面信令(圖5中的通信1)，
MSS 30可以確定何時將在接入網絡31的BTS 31b與MGW 34之間使用基于IP的Abis接□。在終結點保留階段，MSS 30通過使用具有參考點值“Abis”的IPUP分組經由基于 H. 248協(xié)議的Mc接口向MGW 34通知參考點的類型(圖5中的通信2)?；谒ㄖ膮⒖键c的類型，MGW 34執(zhí)行適當的資源保留并提供在Abis終結點 中所需的功能(圖5中的程序3)。圖5還示出接入網絡/核心網絡35與MSS-A 30和MGW-A 34之間的連接。根據圖6，當使用SIP作為朝向IM CN的呼叫控制協(xié)議時，MSS可以確定Mb參考
點o基于SIP信令(圖6中的通信1)，MSS 30可以確定何時將在IM CN35與MGW 34 之間使用Mb參考點。在終結點保留階段，MSS 30通可以通過使用具有參考點值“Mb”的IPUP分組經由 基于H.248協(xié)議的Mn接口向MGW 34通知參考點的類型(圖6中的通信2)。或者，沒有具 有Mb參考指示的IPUP分組被發(fā)送。基于所通知的參考點類型或當沒有IPUP分組在終結點保留階段被接收到時，MGW 34針對Mb接口執(zhí)行適當的資源保留(圖6中的程序3)。圖6還示出接入網絡/核心網絡31與MSS-A 30和MGW-A 34之間的連接。下面，將描述被根據本發(fā)明的實施例的被MSS使用來向MGW指示接口的參考點類 型的分組，所述接口是基于IP的且其中不使用NbUP(Nb用戶平面)成幀協(xié)議。根據本發(fā) 明的實施例，此分組是可被稱為IPUP分組或因特網協(xié)議上行分組(internet protocol up package)的 H. 248 分組。IPUP 分組
8
分組ID :ipup (OxOOxx) /* 應從 IANA 保留分組 ID*/版本1擴展無此分組識別IP接口參考點的類型。屬性參考點屬性ID 參考點(0x0001)描述指示接口的參考點的類型，該接口是基于IP的，并且其中不使用NbUP成幀協(xié)議類型枚舉可能值- “Mb” (0x0001) (IP)Mb 接口參考點- “Nb” (0x0002) (IP) Nb 接口參考點- “A，，(0x0003) (IP) A 接口參考點- “Abis” (0x004) (IP)Abis 接口參考點-可以保留其它值以供將來使用。默認“Mb”(0x0001) (IP) Mb 接口 參考點定義在本地控制描述符特性讀/寫。事件無信號無統(tǒng)計無程序MSS (MGC/MGCF)使用此分組來向MGW指示接口的參考點的類型，該接口是基于IP 的，并且其中不使用NbUP成幀協(xié)議(也就是說，其中直接通過RTP來傳輸語音/數據的接 口)。應注意的是在Mb接口終結點的情況下，不強制指示參考點的類型。因此，當ipup分 組例如在保留“類Mb”的終結點時丟失時，GMW應以與好像接收到具有“Mb”指示的ipup分 組相同的方式來處理終結點保留。此分組可以在以下程序的關聯(lián)中從MSS發(fā)送到MGW -可選地，在Mb接口參考點的保留/修改中保留IMSRTP連接點、配置IMS資源 且保留IMS連接點并配置遠程資源程序。-Nb和A接口參考點的保留/修改-沒有NbUP 保留RTP連接點、配置RTP資源且 保留RTP連接點并配置遠程資源程序。MGW使用此信息來提供某些接口(參考點)中所需的適當的服務組，并且以這種方 式，可以使語音質量及其資源使用最優(yōu)化。圖7示出說明根據本發(fā)明的實施例的諸如MSS的控制裝置100和諸如MGW的網關裝置200的配置的示意性方框圖?？刂蒲b置100包括經由總線14互連的接收機11、處理器12和發(fā)送機13。網關裝 置200包括經由總線24互連的接收機21、處理器22和發(fā)送機23?？刂蒲b置100和網關裝置200可以使用H. 248協(xié)議相互連接?？刂蒲b置100還能 夠使用例如SIP-I、BSSAP/BSSMAP和3GPP SIP與其它網絡元件通信。網關裝置200還能夠 例如經由A、Abis、Nb和Mb接口與其它網絡元件通信?？刂蒲b置100的處理器12確定經由其將處理呼叫的用戶平面接口類型(參考點 類型)、在終結點保留消息中指示用戶平面接口類型并促使發(fā)送機13經由總線14發(fā)送該終 結點保留消息。處理器12可以根據已被接收機11接收到的與該呼叫相關的控制平面信令消息來 確定用戶平面接口類型。該控制平面信令消息可以包括呼叫建立請求消息、協(xié)商發(fā)起消息和協(xié)商響應消息 中的至少一個。該協(xié)商發(fā)起消息和協(xié)商響應消息每個可以包括會話發(fā)起協(xié)議綜合業(yè)務數 字網用戶部分協(xié)議(SIP-I)消息，并且呼叫建立請求消息可以包括基站系統(tǒng)應用部分協(xié)議 (BSSAP)/BSSMAP(A接口控制平面信令)消息和會話發(fā)起協(xié)議(SIP)消息中的至少一個。處理器12可以在具有對應于用戶平面接口類型的參考點值的分組中指示用戶平 面接口類型并促使發(fā)送機13經由總線14發(fā)送包括該分組的終結點保留消息。該分組可以 是H. 248分組且可以稱為IPUP分組或因特網協(xié)議上行分組。處理器12可以在對接收機11接收到的呼叫建立請求消息進行反應的協(xié)商發(fā)起消 息中將控制裝置100指示為發(fā)送方并促使發(fā)送機13經由總線14發(fā)送協(xié)商發(fā)起消息。此外，處理器12可以在對接收機11接收到的協(xié)商發(fā)起消息進行反應的協(xié)商響應 消息中將控制裝置100指示為發(fā)送方并促使發(fā)送機13經由總線14發(fā)送協(xié)商響應消息。發(fā)送機13可以使用H. 248協(xié)議來發(fā)送保留終結點消息。此H. 248消息可以在保 留RTP連接點程序、配置RTP資源程序和/或保留RTP連接點和配置遠程資源程序中發(fā)送。反過來，網關裝置200的處理器22根據由接收機21例如從控制裝置100的發(fā)送 機13接收到的終結點保留消息來確定用戶平面接口類型(參考點類型)，并依照用戶平面 接口類型來執(zhí)行處理。處理器22可以根據在包括在終結點保留消息中的分組中指示的參考點值來確定 用戶平面接口類型。該分組可以是H. 248分組且可以稱為IPUP分組或因特網協(xié)議上行分組。接收機21可以使用H. 248協(xié)議來接收保留終結點消息。處理器22可以依照用戶平面協(xié)議類型來保留資源，并可以依照用戶平面協(xié)議類 型來提供特定服務。應注意的是圖7所述的裝置還可以具有用于例如作為MSS和MGW工作的功能。這 里，通過參考圖7所示的配置作為本發(fā)明的實施例來描述與理解本發(fā)明的原理有關的裝置 的功能。應理解的是以上描述是說明本發(fā)明而不應將其理解為限制本發(fā)明。在不脫離如隨 附權利要求定義的本發(fā)明的真實精神和范圍的情況下，本領域的技術人員可以想到各種修 改和應用。
權利要求
一種裝置，包括處理器，被配置為確定經由其將處理呼叫的用戶平面接口類型；發(fā)送機；其中，所述處理器被配置為在終結點保留消息中指示所述用戶平面接口類型并促使所述發(fā)送機發(fā)送所述終結點保留消息。
2.權利要求1的裝置，包括接收機，被配置為接收與所述呼叫相關的控制平面信令消息，其中，所述處理器被配置為根據所述控制平面信令消息來確定所述用戶平面接口類型。
3.權利要求2的裝置，其中，所述控制平面信令消息包括呼叫建立請求消息、協(xié)商發(fā)起 消息和協(xié)商響應消息中的至少一個。
4.權利要求3的裝置，其中，所述協(xié)商發(fā)起消息和所述協(xié)商響應消息每個包括會話發(fā) 起協(xié)議綜合業(yè)務數字網用戶部分協(xié)議消息，并且所述呼叫建立請求消息包括A接口控制平 面信令消息和會話發(fā)起協(xié)議消息中的至少一個。
5.權利要求1的裝置，其中所述處理器被配置為在具有對應于所述用戶平面接口類型的參考點值的分組中指示 所述用戶平面接口類型并促使所述發(fā)送機發(fā)送包括所述分組的所述終結點保留消息。
6.權利要求1的裝置，其中所述接收機被配置為接收呼叫建立請求消息，以及所述處理器被配置為在對所述呼叫建立請求消息進行反應的協(xié)商發(fā)起消息中將所述 裝置指示為發(fā)送方并促使所述發(fā)送機發(fā)送所述協(xié)商發(fā)起消息。
7.權利要求1的裝置，其中所述接收機被配置為接收協(xié)商發(fā)起消息，以及所述處理器被配置為在對所述協(xié)商發(fā)起消息進行反應的協(xié)商響應消息中將所述裝置 指示為發(fā)送方并促使所述發(fā)送機發(fā)送所述協(xié)商響應消息。
8.權利要求1的裝置，其中，所述發(fā)送機被配置為使用H.248協(xié)議來發(fā)送所述保留終結 點消息。
9.一種裝置，包括接收機，被配置為接收終結點保留消息；以及處理器，被配置為根據所述終結點保留消息來確定用戶平面接口類型并依照所述用戶 平面接口類型來執(zhí)行處理。
10.權利要求9的裝置，其中，所述處理器被配置為根據在包括在所述終結點保留消息 中的分組中所指示的參考點值來確定所述用戶平面接口類型。
11.權利要求9的裝置，其中，所述接收機被配置為使用H.248協(xié)議來接收所述保留終 結點消息。
12.權利要求9的裝置，其中，所述處理器被配置為依照所述用戶平面協(xié)議類型來保留 資源。
13.權利要求9的裝置，其中，所述處理器被配置為依照所述用戶平面協(xié)議類型來提供 特定服務。
14.一種方法，包括確定經由其將處理呼叫的用戶平面接口類型； 在終結點保留消息中指示所述用戶平面接口類型；以及 發(fā)送所述終結點保留消息。
15.權利要求14的方法，包括接收與所述呼叫相關的控制平面信令消息；以及 根據所述控制平面信令消息來確定所述用戶平面接口類型。
16.權利要求15的方法，其中，所述控制平面信令消息包括呼叫建立請求消息、協(xié)商發(fā) 起消息和協(xié)商響應消息中的至少一個。
17.權利要求16的方法，其中，所述協(xié)商發(fā)起消息和所述協(xié)商響應消息每個包括會話 發(fā)起協(xié)議綜合業(yè)務數字網用戶部分協(xié)議消息，并且所述呼叫建立請求消息包括A接口控制 平面信令消息和會話發(fā)起協(xié)議消息中的至少一個。
18.權利要求14的方法，包括在具有對應于所述用戶平面接口類型的參考點值的分組中指示所述用戶平面接口類 型；以及發(fā)送包括所述分組的所述終結點保留消息。
19.權利要求14的方法，包括 接收呼叫建立請求消息；在對所述呼叫建立請求消息進行反應的將被發(fā)送的協(xié)商發(fā)起消息中，把通過其將發(fā)送 所述協(xié)商發(fā)起消息的裝置指示為所述協(xié)商發(fā)起消息的發(fā)送方；以及 發(fā)送所述協(xié)商發(fā)起消息。
20.權利要求14的方法，包括 接收協(xié)商發(fā)起消息；在對所述協(xié)商發(fā)起消息進行反應的將被發(fā)送的協(xié)商響應消息中，把通過其將發(fā)送所述 協(xié)商響應消息的裝置指示為所述協(xié)商響應消息的發(fā)送方；以及 發(fā)送所述協(xié)商響應消息。
21.權利要求14的方法，包括使用H. 248協(xié)議來發(fā)送所述保留終結點消息。
22.—種方法，包括 接收終結點保留消息；根據所述終結點保留消息來確定用戶平面接口類型；以及 依照所述用戶平面接口類型來執(zhí)行處理。
23.權利要求22的方法，包括根據在包括在所述終結點保留消息中的分組中所指示的參考點值來確定所述用戶平 面接口類型。
24.權利要求22的方法，包括使用H. 248協(xié)議來接收所述保留終結點消息。
25.權利要求22的方法，包括 依照所述用戶平面協(xié)議類型來保留資源。
26.權利要求22的方法，包括依照所述用戶平面協(xié)議類型來提供特定服務。
27.一種包括用于處理設備的程序的計算機程序產品，包括當在所述處理設備上運行 該程序時用于執(zhí)行權利要求14至26中的任一項的步驟的軟件代碼部分。
28.根據權利要求27的計算機程序產品，其中，所述計算機程序產品包括所述軟件代 碼部分被存儲在其上的計算機可讀介質。
29.根據權利要求27的計算機程序產品，其中，所述程序可直接下載到所述處理設備 的內部存儲器中。
30.一種裝置，包括 發(fā)送裝置；以及處理裝置，用于確定經由其將處理呼叫的用戶平面接口類型，在終結點保留消息中指 示所述用戶平面接口類型并促使所述發(fā)送裝置發(fā)送所述終結點保留消息。
31.一種裝置，包括接收裝置，用于接收終結點保留消息；以及處理裝置，用于根據所述終結點保留消息來確定用戶平面接口類型并依照所述用戶平 面接口類型來執(zhí)行處理。
全文摘要
本發(fā)明涉及通信網絡系統(tǒng)中的不同IP接口?？刂蒲b置(30、32)確定經由其將處理呼叫的用戶平面接口類型；在終結點保留消息中指示所述用戶平面接口類型并發(fā)送所述終結點保留消息(2)。網關裝置(33、34)接收所述終結點保留消息；根據所述終結點保留消息來確定所述用戶平面接口類型并依照所述用戶平面接口類型(3)來執(zhí)行處理。
文檔編號H04L29/06GK101978667SQ200880128192
公開日2011年2月16日 申請日期2008年3月20日 優(yōu)先權日2008年3月20日
發(fā)明者J·皮克嫩 申請人:諾基亞西門子通信公司