專利名稱：通信網絡中實現(xiàn)信令代理的方法
技術領域：
本發(fā)明涉及網絡通信技術領域，尤其涉及一種通信網絡中實現(xiàn)信令代理的方法。
背景技術：
隨著通信技術的迅速發(fā)展，VoIP(基于IP的語音)網絡得到了廣泛地應用，所述的VoIP網絡中的組網結構如圖1所示，其中包括信令代理SP和媒體代理MP兩部分。
其中，SP(信令代理)對于VoIP用戶(即用戶終端TE)來說，可看作是服務器，即用戶的注冊和呼叫消息都會先發(fā)給SP，由SP經過信令處理后再轉發(fā)給服務器。同時，SP對服務器來說又可看作是用戶，服務器首先將呼叫被叫的請求先發(fā)給SP，SP經過信令處理后再轉發(fā)給真正的被叫用戶。
目前，SP通常需要支持SIP(會話初始協(xié)議)、H.323、MGCP(媒體網關控制協(xié)議)、H.248等協(xié)議中的一種或多種代理功能。
所述的MP(媒體代理)則用于進行媒體流的代理。用戶與外界互通的媒體流都經過MP進行處理和轉發(fā)。媒體流一般是指RTP(實時傳輸協(xié)議)/RTCP(實時傳輸控制協(xié)議)流。MP上的媒體流處理的會話表是通過SP的指令動態(tài)生成/刪除的。
所述的SP與MP都是邏輯上的概念。1個SP可以與1個或多個MP進行通信。SP也可以與MP集成在一臺設備中。SP、MP可以采用獨立的設備實現(xiàn)，也可以集成在其他設備中。
SP作為應用層的設備，只支持對目的地址到SP的報文才進行處理。如圖2所示，為了便于說明清楚，在圖2中加入了一臺路由器設備。SP接到路由器上。按照普通的路由方式，只有對于目的地址是到SP的報文，路由器才會將相應的報文發(fā)送給SP進行處理。因此，目前SP也只能接收并處理目的地址到SP的信令報文。
不難看出，上述情況將對組網存在一些限制。例如，如圖3所示，TE1-1，TE-2連接到SP1；TE2-1，TE2-2連接到SP2。由于SP只處理目的地址到SP的信令報文，因此，TE1-x發(fā)送報文需要填寫的目的地址是SP1的地址，TE2-x發(fā)送的報文需要填寫的目的地址是SP2的地址。
這就使得不同的終端配置的服務器的地址可能是不同的。這對于大規(guī)模開展VoIP等業(yè)務顯然是非常不利的。
為此，目前的一種方法是采用了引入特殊的DNS(域名服務器)設備的實現(xiàn)方式，如圖4所示，具體為為所有TE配置一個相同的域名，對于不同的TE，DNS將返回不同的SP的地址。比如對于TE1-x，返回的服務器的地址為SP1的地址；對于TE2-x，返回的服務器的地址為SP2的地址。
顯然，這種實現(xiàn)方式對DNS服務器有較高的要求。需要服務器能夠根據終端的地址來進行區(qū)別判斷。而且，普通的DNS服務器不支持這種應用。
目前，還有另外一種方法是采用了引入特殊的DHCP(動態(tài)主機配置協(xié)議)設備的實現(xiàn)方式，如圖5所示，具體為針對DHCP做擴展，直接可以通過DHCP來指定VoIP服務器的地址。DHCP服務器需要做擴展，同時終端也需要能夠支持DHCP擴展。
在該方法中，需要設置特殊的DHCP服務器，同時終端也需要支持DHCP擴展。同樣，普通的DHCP服務器以及終端不支持這種應用。

發(fā)明內容
鑒于上述現(xiàn)有技術所存在的問題，本發(fā)明的目的是提供一種通信網絡中實現(xiàn)信令代理的方法，從而使得各個TE可以采用相同的IP地址或域名與各個SP通信，從而為VoIP業(yè)務的廣泛應用提供了便利。
本發(fā)明的目的是通過以下技術方案實現(xiàn)的本發(fā)明提供了一種通信網絡中實現(xiàn)信令代理的方法，包括A、在通信網絡中的信令代理上配置需要由其進行代理處理的報文的識別信息；B、信令代理接收發(fā)來的報文后，根據報文中的識別信息確定出需要由其進行代理處理的報文，并對所述報文進行代理處理后轉發(fā)。
所述的步驟A包括在信令代理上配置需要由其進行代理處理的報文的目的地址信息。
所述的步驟A包括在信令代理上將需要由其進行代理的報文的目的地址信息設置為本地的地址信息，但該地址信息不進行路由擴散。
所述的步驟B包括B1、信令代理接收被代理端發(fā)來的報文后，根據報文中的目的地址信息確定需要對其進行代理處理；B2、將所述報文的目的地址替換為服務器地址，源地址替換信令代理的服務器側地址，并轉發(fā)所述報文。
所述的步驟B還包括信令代理接收服務器發(fā)來的報文后，將報文中的源地址替換為步驟B1中所述的報文的目的地址，將報文中的目的地址替換為被代理端的地址信息，并轉發(fā)所述報文。
所述的信令代理處理包括對接收的報文進行轉換源、目的IP地址及端口號，對應用層的數(shù)據進行替換，更新信令狀態(tài)，和/或，創(chuàng)建會話表項。
本發(fā)明中，在執(zhí)行所述的步驟B之前還包括C、在被代理端發(fā)送報文經過的網絡設備上配置轉發(fā)策略，所述的轉發(fā)策略規(guī)定需要代理的報文的轉發(fā)路徑為經過相應的信令代理。
所述的步驟C包括當網絡設備接收被代理端發(fā)來的需要進行代理的報文時，則根據配置的轉發(fā)策略將所述報文轉發(fā)到信令代理，并執(zhí)行步驟B。
所述的步驟C還包括在信令代理上，通過配置或學習的方式記錄服務器返回的報文的轉發(fā)路徑信息；當信令代理接收服務器返回的報文后，根據記錄的轉發(fā)路徑信息轉發(fā)所述報文。
所述的步驟C還包括將所述的網絡設備配置為信令代理的默認網關，當信令代理接收服務器返回的報文時，則將所述報文處理后發(fā)送給該默認網關。
由上述本發(fā)明提供的技術方案可以看出，本發(fā)明的實現(xiàn)使得大量的終端TE均可以在其發(fā)送的報文中發(fā)送同一個IP地址或域名，從而為VoIP業(yè)務的廣泛應用提供了極大的便利。
同時，本發(fā)明在具體實現(xiàn)過程中無需對現(xiàn)有的終端設備進行改進，從而使得本發(fā)明的實現(xiàn)較為簡便。
另外，本發(fā)明在具體實現(xiàn)過程中無需特殊的DNS、DHCP設備提供支持，因此，本發(fā)明的實現(xiàn)成本及難度大大降低。


圖1為VoIP網絡組網結構示意圖1；
圖2為VoIP網絡組網結構示意圖2；圖3為VoIP網絡組網結構示意圖3；圖4為設置有DNS服務器的VoIP網絡組網結構示意圖；圖5為設置有DHCP服務器的VoIP網絡組網結構示意圖；圖6為本發(fā)明所述的方法中實現(xiàn)代理的過程示意圖；圖7為VoIP網絡并行組網結構現(xiàn)有的信令傳輸方向示意圖；圖8為圖7中采用本發(fā)明后的信令傳輸方向示意圖。
具體實施例方式
本發(fā)明的核心是在相應的路由器上進行配置，使得經過路由器的信令報文可以根據配置的策略信息被控制轉發(fā)到相應的SP上，從而便于相應的SP可以對其進行處理，實現(xiàn)信令代理功能。
本發(fā)明在具體實現(xiàn)過程中按照Proxy(代理)在網絡中的組網情況具體可以分為兩種情況考慮一種是串行組網，一種是并行組網。下面將分別對兩種情況下本發(fā)明的具體實現(xiàn)過程進行說明。
首先，對串行組網情況下，本發(fā)明的實現(xiàn)方式進行說明。
在串行組網中，可以認為是SP設備串在終端到服務器之間。在串行組網中，即使終端發(fā)出的報文的目的地址不是到SP，報文仍然會經過SP。
由于目的地址報文不是到SP，因此本發(fā)明需要解決SP可以對目的地址不是自身地址的報文提供代理。
具體的實現(xiàn)方案如圖6所示，在圖6中終端TE的地址為A，SP終端側的地址為B，SP服務器側的地址為C，服務器地址為D，包括步驟61在SP上配置需要進行代理處理的報文信息；具體為在SP上配置對于目的地址為E的報文進行代理處理，這樣，在SP上可以根據配置需要有選擇的對只配置的報文進行代理；
步驟62被代理端，如用戶終端側或服務器側向SP發(fā)送報文，圖中以用戶終端為例進行說明，報文的源地址為Aa，目的地址為Ee，記錄該報文為<Aa-Ee>報文；步驟63根據配置的報文信息確定需要代理處理的報文，并對其進行代理處理；也就是說，當終端側的報文到達SP時，SP對報文目的地址進行判斷，檢查是否是允許進行信令代理的報文；如果不是，則對此報文根據配置進行轉發(fā)或丟棄；如果是，則需要對該報文進行信令代理處理；所述的信令代理處理流程一般包括轉換源、目的IP地址及端口(即從<Aa-Ee>轉換為<Cc-Dd>)，并對應用層的數(shù)據進行替換；更新信令的狀態(tài)；創(chuàng)建會話表項以利于從服務器側回來的報文能夠快速定位到相應的會話等等。
步驟64當信令代理處理完成后，將所述報文發(fā)送給服務器；具體為由SP將報文<Cc-Dd>發(fā)送給服務器；對于服務器來說，終端就來自于<Cc>。
步驟65服務器向SP返回相應的報文；當服務器處理完成后，將響應報文發(fā)送給地址<Cc>，此時服務器發(fā)出的報文為<Dd-Cc>；步驟66SP接收到來自服務器的<Dd-Cc>的信令報文后，對此報文進行處理，將IP地址及端口替換成<Ee-Aa>；該步驟中，并不將報文中的源地址轉換成SP自己的地址B，而是轉成相應的地址E，同時，SP更新相應會話的狀態(tài)；步驟67SP將報文<Ee-Aa>發(fā)送給終端，終端收到的報文來自于E，這樣就完成了報文的交互。
以上的流程需要SP能夠支持從接收報文的時候就進行報文的篩選處理。對于收發(fā)報文流程有改動。
SP也可以采用如下的方法來處理報文，仍以圖6中的情況為例1、SP將地址E配置為SP設備的一個地址；該地址可以是一個邏輯接口上的一個IP地址，也可以是真實物理接口上的一個IP地址；2、SP接收目的地址為E的信令報文，對于SP來說就是到本機的報文，SP就可以直接對此報文按照已有的信令處理流程進行處理；在這種方式中，需要SP不能將此地址的路由擴散，也就是該IP地址只在SP本機有意義。否則由于網絡中存在兩個或兩個以上的設備具有同樣的IP地址，可能會導致部分路由失效，使得報文發(fā)往錯誤的設備。
下面再對并行組網情況下，本發(fā)明的具體實現(xiàn)方式進行說明。
如圖7所示，并行組網意味著如果報文目的地址不是SP的話，SP就收不到相應的信令報文，當然就更沒有辦法進行代理處理了。
此時，顯然僅僅依靠SP上配置是不夠的，即無法實現(xiàn)代理，而需要網絡上的設備進行配合。以圖7為例，可以在路由器上開啟策略路由功能(即根據轉發(fā)策略進行報文的轉發(fā))，所述的轉發(fā)策略需要事先進行配置，也就是路由器根據設定好的策略進行路由，而不是單純的按照目的地址進行路由。
如圖8所示，在路由器上可以設定這樣的策略對于目的地址是到A的報文，將轉發(fā)到與SP相連的接口上。
這樣，當路由器接收到終端發(fā)出的目的地址是A的信令報文時，路由器就可以將報文轉發(fā)給SP。這樣，SP就可以接收到信令報文了。
之后，SP對接收到的信令報文的處理過程便與串行組網情況下本發(fā)明描述的處理方式相同了。
這是SP從路由器側接收報文與處理的流程，那么對于SP將報文(SP已經將報文源地址修改成了地址A)發(fā)送到路由器上的流程同樣需要SP做一下修改
對于僅有并行組網方式的情況，SP可以將相應的路由器作為自己的默認網關，這樣SP就可以把報文發(fā)給路由器了。再由路由器發(fā)給終端；或者，對于并行組網方式和串行組網方式共存的情況下，可以在SP上也配置相應的轉發(fā)策略，即配置SP需要將報文源地址是A的報文發(fā)往相應的路由器設備。
另外，所述的SP也可以在接收到路由器發(fā)來的報文時，學習記錄相應的地址信息，當收到服務器返回的報文時便可以根據記錄的地址信息進行轉發(fā)處理，這種方式也可以適用于并行組網方式和串行組網方式共存的情況。
由于目前主流的路由器或其他3層轉發(fā)設備均支持策略路由，因此，本發(fā)明中采用策略路由的實現(xiàn)方案是可行的。
本發(fā)明中所述的路由器還可以為交換機設備，或者其他具有轉發(fā)功能的網絡設備。
本發(fā)明中，對于同一個SP來說，可以同時有并行組網方式和串行組網方式，具體的各自的信令代理過程采用前面描述的處理過程即可。
綜上所述，本發(fā)明的實現(xiàn)使得在通信網絡中可以較為簡便地實現(xiàn)信令代理功能，而且，整個信令代理功能的實現(xiàn)無需增加新的設備，使得信令代理功能的實現(xiàn)成本較低。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準。
權利要求
1.一種通信網絡中實現(xiàn)信令代理的方法，其特征在于，包括A、在通信網絡中的信令代理上配置需要由其進行代理處理的報文的識別信息；B、信令代理接收發(fā)來的報文后，根據報文中的識別信息確定出需要由其進行代理處理的報文，并對所述報文進行代理處理后轉發(fā)。
2.根據權利要求1所述的通信網絡中實現(xiàn)信令代理的方法，其特征在于，所述的步驟A包括在信令代理上配置需要由其進行代理處理的報文的目的地址信息。
3.根據權利要求1所述的通信網絡中實現(xiàn)信令代理的方法，其特征在于，所述的步驟A包括在信令代理上將需要由其進行代理的報文的目的地址信息設置為本地的地址信息，但該地址信息不進行路由擴散。
4.根據權利要求2或3所述的通信網絡中實現(xiàn)信令代理的方法，其特征在于，所述的步驟B包括B1、信令代理接收被代理端發(fā)來的報文后，根據報文中的目的地址信息確定需要對其進行代理處理；B2、將所述報文的目的地址替換為服務器地址，源地址替換信令代理的服務器側地址，并轉發(fā)所述報文。
5.根據權利要求4所述的通信網絡中實現(xiàn)信令代理的方法，其特征在于，所述的步驟B還包括信令代理接收服務器發(fā)來的報文后，將報文中的源地址替換為步驟B1中所述的報文的目的地址，將報文中的目的地址替換為被代理端的地址信息，并轉發(fā)所述報文。
6.根據權利要求1、2或3所述的通信網絡中實現(xiàn)信令代理的方法，其特征在于，所述的信令代理處理包括對接收的報文進行轉換源、目的IP地址及端口號，對應用層的數(shù)據進行替換，更新信令狀態(tài)，和/或，創(chuàng)建會話表項。
7.根據權利要求1、2或3所述的通信網絡中實現(xiàn)信令代理的方法，其特征在于，在執(zhí)行所述的步驟B之前還包括C、在被代理端發(fā)送報文經過的網絡設備上配置轉發(fā)策略，所述的轉發(fā)策略規(guī)定需要代理的報文的轉發(fā)路徑為經過相應的信令代理。
8.根據權利要求7所述的通信網絡中實現(xiàn)信令代理的方法，其特征在于，所述的步驟C包括當網絡設備接收被代理端發(fā)來的需要進行代理的報文時，則根據配置的轉發(fā)策略將所述報文轉發(fā)到信令代理，并執(zhí)行步驟B。
9.根據權利要求7所述的通信網絡中實現(xiàn)信令代理的方法，其特征在于，所述的步驟C還包括在信令代理上，通過配置或學習的方式記錄服務器返回的報文的轉發(fā)路徑信息；當信令代理接收服務器返回的報文后，根據記錄的轉發(fā)路徑信息轉發(fā)所述報文。
10.根據權利要求7所述的通信設備中實現(xiàn)信令代理的方法，其特征在于，所述的步驟C還包括將所述的網絡設備配置為信令代理的默認網關，當信令代理接收服務器返回的報文時，則將所述報文處理后發(fā)送給該默認網關。
全文摘要
本發(fā)明涉及一種通信網絡中實現(xiàn)信令代理的方法。主要包括首先，在通信網絡中的信令代理上配置需要由其進行代理處理的報文的識別信息；之后，信令代理接收發(fā)來的報文后，便可以根據報文中的識別信息確定出需要由其進行代理處理的報文，并對所述報文進行代理處理后轉發(fā)。本發(fā)明的實現(xiàn)使得大量的終端TE均可以在其發(fā)送的報文中發(fā)送同一個IP地址或域名，從而為VoIP業(yè)務的廣泛應用提供了極大的便利。同時，本發(fā)明在具體實現(xiàn)過程中無需對現(xiàn)有的終端設備進行改進，從而使得本發(fā)明的實現(xiàn)較為簡便。
文檔編號H04L12/56GK1878126SQ20051007502
公開日2006年12月13日 申請日期2005年6月7日 優(yōu)先權日2005年6月7日
發(fā)明者姚鑫 申請人:華為技術有限公司