WO2006131057A1 - Procédé et appareil d’implémentation du proxy de signalisation - Google Patents

Procédé et appareil d’implémentation du proxy de signalisation Download PDF

Info

Publication number
WO2006131057A1
WO2006131057A1 PCT/CN2006/001187 CN2006001187W WO2006131057A1 WO 2006131057 A1 WO2006131057 A1 WO 2006131057A1 CN 2006001187 W CN2006001187 W CN 2006001187W WO 2006131057 A1 WO2006131057 A1 WO 2006131057A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
proxy
signaling
address
message
Prior art date
Application number
PCT/CN2006/001187
Other languages
English (en)
French (fr)
Inventor
Xin Yao
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to JP2007540480A priority Critical patent/JP4777998B2/ja
Priority to US10/593,524 priority patent/US20080281916A1/en
Priority to CN200680012034.6A priority patent/CN101160904B/zh
Priority to EP06742074A priority patent/EP1777915A4/en
Publication of WO2006131057A1 publication Critical patent/WO2006131057A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/564—Enhancement of application control based on intercepted application data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Definitions

  • the present invention relates to the field of network communication technologies, and in particular, to a method and apparatus for signaling processing in a communication network. Background technique
  • VoIP voice over IP
  • FIG. 1 The networking structure in the VoIP network is as shown in FIG. 1, which includes a signaling agent SP (Signaling Proxy) and Media Agent MP (Media Proxy) two parts.
  • SP Signaling Agent
  • MP Media Proxy
  • the signaling proxy SP can be regarded as a server for the VoIP user (ie, the user terminal TE), that is, the registration and call messages of the user are sent to the SP first, and then the SP is processed by the SP and then forwarded to the server.
  • the SP can be regarded as a user to the server.
  • the server first sends the request for calling the call to the SP first, and the SP is processed by the signaling and then forwarded to the real called user.
  • SIP Session Initiation Protocol
  • H.323 H.323
  • MGCP Media Gateway Control Protocol
  • H.248 H.248
  • the media agent is used to perform proxying of the media stream.
  • the media streams that the user communicates with the outside world are processed and forwarded by the MP.
  • Media streams generally refer to Real Time Transport Protocol (RTP) / Real Time Transport Control Protocol (RTCP) streams.
  • RTP Real Time Transport Protocol
  • RTCP Real Time Transport Control Protocol
  • the session table of the media stream processing on the MP is dynamically generated/deleted by the SP instruction.
  • SP and MP are logical concepts.
  • An SP can communicate with one or more MPs.
  • the SP can also be integrated with the MP in one device.
  • the SP and MP can be implemented as separate devices or integrated into other devices.
  • the SP only processes packets with the destination address to the SP.
  • a router device is added to Figure 2 for clarity of illustration.
  • the SP is connected to the router.
  • the router sends the corresponding packet to the SP for processing. Therefore, the SP can only receive and process signaling packets from the destination address to the SP.
  • TEl-1, TE1-2 is connected to SP1; TE2-1, TE2-2 is connected to SP2. Because the SP only processes the signaling packets of the destination address to the SP, the destination address that the TEl-x needs to send the packet is the address of the SP1, and the destination address that the TE2-X sends the packet needs to be the address of the SP2.
  • the current method is to implement the implementation of a special domain name server (DNS) device, as shown in Figure 4, specifically: Configure the same domain name for all TEs, and DNS will return for different TEs.
  • DNS domain name server
  • Different SP addresses For example, for TEl-x, the address of the returned server is the address of SP1; for TE2-x, the address of the returned server is the address of SP2.
  • this implementation has higher requirements for the DNS server.
  • the server needs to be able to make a difference judgment based on the address of the terminal.
  • normal DNS servers do not support this type of application.
  • DHCP dynamic host configuration protocol
  • a method for implementing a signaling proxy provided by the present invention includes:
  • the signaling agent After receiving the packet, the signaling agent determines the packet to be processed by the proxy according to the configured policy, and performs proxy processing on the packet and forwards the packet.
  • the policy includes: using one or more combination identifiers of the VPN identifier, the VLAN identifier, the MPLS identifier, the IP protocol type, the source IP address, the source port, the destination IP address, and the destination port of the received packet, and the signaling agent needs to be performed. Processed message.
  • the method further includes:
  • the destination address information of the message to be proxied by the proxy is set to the local address on the signaling agent.
  • the signaling proxy After receiving the packet sent by the proxy, the signaling proxy determines that it needs to perform proxy processing according to the destination address information in the packet.
  • the destination address of the packet is replaced with a server address
  • the source address replaces the server side address of the signaling proxy, and the packet is forwarded.
  • the signaling proxy After receiving the packet sent by the server, the signaling proxy replaces the source address in the packet from the server with the destination address of the original packet sent by the proxy, and uses the destination in the packet from the server. The address is replaced with the address of the agent and the message is forwarded.
  • the signaling agent processing includes:
  • the source, destination IP address, and port number of the received packet are exchanged, the data of the application layer is replaced, the signaling state is updated, and/or the session entry is created.
  • the forwarding policy is configured on the network device that sends the packet by the proxy.
  • the forwarding policy specifies that the forwarding path of the packet requiring the proxy passes the corresponding signaling proxy.
  • the signaling agent After receiving the packet returned by the server, the signaling agent forwards the packet according to the recorded forwarding path information.
  • the network device is configured as a default gateway of the signaling proxy.
  • the signaling proxy receives the packet returned by the server, the packet is processed and sent to the default gateway.
  • an apparatus for implementing a signaling proxy includes: a message receiving and identifying unit configured with an agent processing policy for identifying a message requiring a signaling agent;
  • the packet processing unit processes the packet that needs to perform signaling proxying; the packet forwarding unit forwards the processed packet to the corresponding server.
  • the agent processing strategy includes:
  • the packet that needs to be processed by the signaling agent is identified by one or more combinations of the VPN identifier, the VLAN identifier, the MPLS identifier, the IP protocol type, the source IP address, the source port, the destination IP address, and the destination port of the received packet.
  • the signaling agent processing includes:
  • the source and destination IP addresses and port numbers of the received packets are converted, the data of the application layer is replaced, the signaling state is updated, and/or session entries are created.
  • the signaling proxy device After receiving the packet, the signaling proxy device replaces the source address in the packet with the destination address of the original packet sent by the proxy, and replaces the destination address in the packet from the server with the proxy. Address, and forward the message according to the replaced address.
  • the implementation of the present invention enables a large number of terminal TEs to be sent to the same IP address or domain name, thereby providing great convenience for the wide application of VoIP services.
  • the present invention does not need to improve the existing terminal equipment in the specific implementation process, so that the implementation of the invention is relatively simple.
  • the present invention does not require special DNS and DHCP devices to provide support during the specific implementation process. Therefore, the implementation cost and difficulty of the present invention are greatly reduced.
  • FIG. 1 is a schematic structural diagram of a networking of a VoIP network in the prior art
  • FIG. 2 is a schematic structural diagram of a networking of a VoIP network in the prior art
  • FIG. 3 is a schematic diagram of a networking structure of a VoIP network in the prior art
  • FIG. 4 is a schematic diagram of a networking structure of a VoIP network provided with a DNS server
  • FIG. 5 is a schematic diagram of a networking structure of a VoIP network provided with a DHCP server;
  • FIG. 6 is a schematic diagram of a process for implementing an agent according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of an existing signaling transmission direction of a VoIP network parallel networking structure
  • FIG. 8 is a schematic diagram of a signaling transmission direction after the invention is used in FIG. detailed description
  • the core of the invention is an active proxy method, which is a non-native signaling report of the destination address. Acting as a proxy. .
  • the present invention can be divided into two situations according to the networking situation of the proxy (Proxy) in the network: one is a serial networking, and the other is a parallel networking.
  • the specific implementation process of the present invention will be described below in two cases.
  • the SP device string is between the terminal and the server.
  • the packet will still pass the SP.
  • the present invention needs to solve the problem that the SP can provide a proxy for a message whose destination address is not its own address.
  • the address of the terminal TE is A
  • the address of the SP terminal is B
  • the address of the SP server is C
  • the address of the server is D.
  • Step 61 Configure the packet information that needs to be processed by the proxy on the SP.
  • the proxy is configured to perform proxy processing on the packet whose destination address is E. Therefore, the SP can be configured to proxy only the configured packets according to the configuration.
  • Step 62 The agent, for example, the user terminal side or the server side sends a message to the SP.
  • the user terminal is used as an example for description.
  • the source address of the message is Aa
  • the destination address is Ee
  • the message is ⁇ Aa. — Ee>4 ⁇ ;
  • Step 63 Determine, according to the configured packet information, a packet that needs to be processed by the proxy, and perform proxy processing on the packet.
  • the SP determines the destination address of the packet, and checks whether the packet is allowed to be sent by the signaling proxy. If not, the packet is forwarded or discarded according to the configuration. If yes, the message proxy processing needs to be performed on the message;
  • the signaling proxy processing flow generally includes: converting a source, a destination IP address, and a port (ie, converting from ⁇ 8 & -5 6 > to ⁇ 0; - 0 £ 1>), and replacing data of the application layer; Update the status of the signaling; create a session entry to facilitate the fast return of the message from the server side to the corresponding session and so on.
  • Step 64 After the signaling proxy processing is completed, send the text to the server; specifically: sending, by the SP, the message ⁇ Cc - Dd> to the server; for the server, the terminal is from ⁇ Cc>.
  • Step 65 The server returns a corresponding packet to the SP.
  • the response message is sent to the address ⁇ (:0, the message sent by the server is ⁇ Dd - Cc>;
  • Step 66 After receiving the signaling message of the ⁇ Dd - Cc> from the server, the SP processes the packet, and replaces the IP address and port with ⁇ Ee - Aa>;
  • the source address in the packet is not converted into the SP's own address B, but is converted into the corresponding address E, and the SP updates the state of the corresponding session;
  • Step 67 The SP sends the message ⁇ Ee - Aa> to the terminal, and the packet received by the terminal comes from E, thus completing the interaction of the message.
  • the above process requires the SP to support the filtering of messages from the time the message is received. There are changes to the process of sending and receiving messages.
  • the SP can also process the message as follows, still taking the situation in Figure 6 as an example:
  • the SP configures the address E as an address of the SP device; the address may be an IP address on a logical interface or an IP address on the real physical interface;
  • the SP receives the signaling packet whose destination address is E. For the SP, it is the packet to the local machine.
  • the SP can directly process the message according to the existing signaling processing flow
  • the SP is not allowed to spread the route of this address, that is, the IP address is meaningful only in the SP native. Otherwise, because two or more devices in the network have the same IP address, some routes may be invalidated, causing packets to be sent to the wrong device.
  • the specific implementation of the present invention will be described below in the case of parallel networking.
  • the policy routing function can be enabled on the router (that is, the packet is forwarded according to the forwarding policy).
  • the forwarding policy needs to be configured in advance, that is, the router performs routing according to the set policy, instead of Simply route according to the destination address.
  • such a policy can be set on the router: For packets whose destination address is A, it will be forwarded to the interface connected to the SP. In this way, when the router receives the signaling packet whose destination address is A, the router can forward the packet to the SP. In this way, the SP can receive the signaling message.
  • the processing procedure of the received signaling message by the SP is the same as that described in the present invention in the case of serial networking.
  • the SP can use the corresponding router as its default gateway, so that the SP can send the packet to the router. Then, the router sends the packet to the terminal.
  • the corresponding forwarding policy can be configured on the SP. Send to the corresponding router device.
  • the SP may learn to record the corresponding address information when receiving the packet sent by the router, and may forward the processing according to the recorded address information when receiving the packet returned by the server. It can be applied to the case where the parallel networking mode and the serial networking mode coexist.
  • the router described in the present invention may also be a switch device or other network device having a forwarding function.
  • the implementation of the present invention makes it possible to implement the signaling proxy function relatively easily in the communication network, and the implementation of the entire signaling proxy function does not require the addition of new devices, so that the implementation cost of the signaling proxy function is low.

Description

一种实现信令代理的方法及装置
技术领域
本发明涉及网络通信技术领域， 尤其涉及通信网络中信令处理的方 法及装置。 背景技术
随着网絡通信技术的迅速发展， 基于 IP的语音（VoIP ) 网络得到了 广泛地应用， 所述的 VoIP网络中的組网结构如图 1所示， 其中包括信令代 理 SP ( Signalling Proxy )和媒体代理 MP ( Media Proxy ) 两部分。
其中， 信令代理 SP对于 VoIP用户 （即用户终端 TE )来说， 可看作是 服务器， 即用户的注册和呼叫消息都会先发给 SP, 由 SP经过信令处理后 再转发给服务器。 同时， SP对服务器来说又可看作是用户， 服务器首先 将呼叫被叫的请求先发给 SP, SP经过信令处理后再转发给真正的被叫用 户。
目前， SP通常需要支持会话初始协议 ( SIP ) 、 H.323 , 媒体网关控 制协议（MGCP ) 、 H.248等协议中的一种或多种代理功能。
所述的媒体代理（ MP )则用于进行媒体流的代理。 用户与外界互通 的媒体流都经过 MP进行处理和转发。 媒体流一般是指实时传输协议 ( RTP ) /实时传输控制协议（RTCP ) 流。 MP上的媒体流处理的会话表 是通过 SP的指令动态生成 /删除的。
所述的 SP与 MP都是逻辑上的概念。 一个 SP可以与一个或多个 MP进 行通信。 SP也可以与 MP集成在一台设备中。 SP、 MP可以采用独立的设 备实现， 也可以集成在其他设备中。
SP作为应用层的设备， 只支持对目的地址到 SP的报文才进行处理。 如图 2所示， 为了便于说明清楚， 在图 2中加入了一台路由器设备。 SP接 到路由器上。 按照普通的路由方式， 只有对于目的地址是到 SP的报文， 路由器才会将相应的报文发送给 SP进行处理。 因此， 目前 SP也只能接收 并处理目的地址到 SP的信令报文。
不难看出， 上述情况将对组网存在一些限制。 例如， 如图 3所示， TEl-1 , TE1-2连接到 SP1 ; TE2-1 , TE2-2连接到 SP2。 由于 SP只处理目的 地址到 SP的信令报文， 因此， TEl-x发送报文需要填写的目的地址是 SP1 的地址， TE2- X发送的报文需要填写的目的地址是 SP2的地址。
这就使得不同的终端配置的服务器的地址可能是不同的。 这对于大 规模开展 VoIP等业务显然是非常不利的。
为此， 目前的一种方法是采用了引入特殊的域名服务器（DNS )设 备的实现方式， 如图 4所示， 具体为： 为所有 TE配置一个相同的域名， 对 于不同的 TE, DNS将返回不同的 SP的地址。 比如对于 TEl-x, 返回的服务 器的地址为 SP1的地址； 对于 TE2-x， 返回的服务器的地址为 SP2的地址。
显然， 这种实现方式对 DNS服务器有较高的要求。 需要服务器能够 根据终端的地址来进行区别判断。 但是， 普通的 DNS服务器不支持这种 应用。
目前， 还有另外一种方法是采用了引入特殊的动态主机配置协议 ( DHCP )设备的实现方式， 如图 5所示， 针对 DHCP做扩展， 直接可以通 过 DHCP来指定 VoIP服务器的地址。 DHCP服务器需要做扩展， 同时终端 也需要能够支持 DHCP扩展。
在该方法中， 需要设置特殊的 DHCP服务器， 同时终端也需要支持 DHCP扩展。 同样， 普通的 DHCP服务器以及终端不支持这种应用。 发明内容
本发明的目的是提供一种通信网络中实现信令代理的方法及装置， 从而使得各个 TE可以采用相同的 IP地址或域名与各个 SP通信 , 从而为 VoIP业务的广泛应用提供了便利。
本发明提供的一种实现信令代理的方法， 包括：
在信令代理上配置需要进行代理处理策略；
信令代理接收报文后， 根据所配置的策略确定需要由其进行代理处 理的报文， 并对所述报文进行代理处理后转发。
所述策略包括： 采用所接收报文的 VPN标识、 VLAN标识、 MPLS标 识、 IP协议类型、 源 IP地址、 源端口、 目的 IP地址、 目的端口的一种或多 种组合标识需要信令代理进行处理的报文。 该方法进一步包括：
在信令代理上将需要由其进行代理的报文的目的地址信息设置为本 地地址。
信令代理接收被代理端发来的报文后， 根据报文中的目的地址信息 确定需要对其进行代理处理；
将所述报文的目的地址替换为服务器地址， 源地址替换信令代理的 服务器侧地址， 并转发所述报文。
信令代理接收服务器发来的报文后， 将该来自服务器的报文中的源 地址替换为所述被代理端发来的原报文的目的地址， 将该来自服务器的 报文中的目的地址替换为被代理端的地址， 并转发所述报文。
所述的信令代理处理包括：
对接收的报文进行转换源、 目的 IP地址及端口号，对应用层的数据进 行替换， 更新信令状态和 /或创建会话表项。
在信令代理接收报文之前， 在被代理端发送报文经过的网络设备上 配置转发策略， 所述的转发策略规定需要代理的报文的转发路径经过相 应的信令代理。
当网络设备接收被代理端发来的需要进行代理的报文时， 则根据配 置的转发策略将所述 ^=艮文转发到信令代理。
在信令代理上， 通过配置或学习的方式记录服务器返回的报文的转 发路径信息；
当信令代理接收服务器返回的报文后， 根据记录的转发路径信息转 发所述报文。
将所述的网络设备配置为信令代理的默认网关， 当信令代理接收服 务器返回的报文时， 则将所述报文处理后发送给该默认网关。
根据本发明的另一方面提供一种实现信令代理的装置， 包括： 报文接收及识别单元， 配置有代理处理策略， 用于识别需要进行信 令代理的 艮文；
报文处理单元， 对所述需要进行信令代理的报文进行处理； 报文转发单元， 将已处理的报文转发给相应的服务器。 所述代理处理策略包括：
采用所接收报文的 VPN标识、 VLAN标识、 MPLS标识、 IP协议类型、 源 IP地址、 源端口、 目的 IP地址、 目的端口的一种或多种组合标识需要信 令代理进行处理的报文。
所述的信令代理处理包括：
对所接收的报文的源、 目的 IP地址及端口号进行转换， 对应用层的 数据进行替换， 更新信令状态和 /或创建会话表项。
信令代理装置接收报文后， 将该报文中的源地址替换为所述被代理 端发来的原报文的目的地址， 将该来自服务器的报文中的目的地址替换 为被代理端的地址， 并按照替换后的地址转发所述报文。
由上述本发明提供的技术方案可以看出， 本发明的实现使得大量的 终端 TE均可以发送给同一个 IP地址或域名， 从而为 VoIP业务的广泛应用 提供了极大的便利。
同时， 本发明在具体实现过程中无需对现有的终端设备进行改进， 从而使得本发明的实现较为简便。
另外， 本发明在具体实现过程中无需特殊的 DNS、 DHCP设备提供 支持， 因此， 本发明的实现成本及难度大大降低。 附图说明
图 1为现有技术的 VoIP网络的组网结构示意图；
图 2为现有技术的 VoIP网络的组网结构示意图；
图 3为现有技术的 VoIP网络的组网结构示意图；
图 4为设置有 DNS服务器的 VoIP网络的組网结构示意图；
图 5为设置有 DHCP服务器的 VoIP网络的组网结构示意图； 图 6为本发明实施例中实现代理的过程示意图；
图 7为 VoIP网络并行组网结构现有的信令传输方向示意图； 图 8为图 7中采用本发明后的信令传输方向示意图。 具体实施方式
本发明的核心是采用主动代理的方式， 对目的地址非本机的信令报 文进行代理。 。
本发明在具体实现过程中按照代理（Proxy )在网络中的组网情况具 体可以分为两种情况考虑： 一种是串行組网， 一种是并行組网。 下面将 分别对两种情况下本发明的具体实现过程进行说明。
首先， 对串行组网情况下， 本发明的实现方式进行说明。
在串行组网中， 可以认为是 SP设备串在终端到服务器之间。 在串行 组网中， 即使终端发出的报文的目的地址不是到 SP, 报文仍然会经过 SP。
由于目的地址报文不是到 SP, 因此本发明需要解决 SP可以对目的地 址不是自身地址的报文提供代理。
具体的实现方案如图 6所示， 在图 6中终端 TE的地址为 A, SP终端侧 的地址为 B, SP服务器侧的地址为 C, 服务器地址为 D, 包括：
步骤 61： 在 SP上配置需要进行代理处理的报文信息；
具体为在 SP上配置对于目的地址为 E的报文进行代理处理， 这样， 在 SP上可以根据配置需要有选择的对只配置的报文进行代理；
步骤 62·. 被代理端， 如用户终端侧或服务器侧向 SP发送 文， 图中 以用户终端为例进行说明， 报文的源地址为 Aa, 目的地址为 Ee, 记录该 艮文为 < Aa— Ee〉4艮文；
步骤 63: 根据配置的报文信息确定需要代理处理的报文， 并对其进 行代理处理；
也就是说， 当终端侧的报文到达 SP时， SP对报文目的地址进行判断， 检查是否是允许进行信令代理的报文； 如果不是， 则对此报文根据配置 进行转发或丟弃； 如果是， 则需要对该报文进行信令代理处理；
所述的信令代理处理流程一般包括： 转换源、 目的 IP地址及端口（即 从<八& - 56>转换为<0; - 0£1> ) , 并对应用层的数据进行替换； 更新信令 的状态； 创建会话表项以利于从服务器侧回来的报文能够快速定位到相 应的会话等等。
步骤 64: 当信令代理处理完成后， 将所述 1文发送给服务器； 具体为： 由 SP将报文 <Cc - Dd> 送给服务器； 对于服务器来说， 终 端就来自于 <Cc>。 步骤 65: 服务器向 SP返回相应的报文；
当服务器处理完成后， 将响应报文发送给地址<(：0, 此时服务器发 出的报文为 <Dd - Cc>;
步骤 66: SP接收到来自服务器的 <Dd - Cc>的信令报文后， 对此报文 进行处理， 将 IP地址及端口替换成 <Ee - Aa>;
该步骤中， 并不将报文中的源地址转换成 SP自己的地址 B, 而是转成 相应的地址 E, 同时， SP更新相应会话的状态；
步骤 67: SP将报文 <Ee - Aa>发送给终端， 终端收到的报文来自于 E, 这样就完成了报文的交互。
以上的流程需要 SP能够支持从接收报文的时候就进行报文的筛选处 理。 对于收发报文流程有改动。
SP也可以采用如下的方法来处理报文， 仍以图 6中的情况为例：
1、 SP将地址 E配置为 SP设备的一个地址； 该地址可以是一个逻辑接 口上的一个 IP地址， 也可以是真实物理接口上的一个 IP地址；
2、 SP接收目的地址为 E的信令报文，对于 SP来说就是到本机的报文，
SP就可以直接对此报文按照已有的信令处理流程进行处理；
在这种方式中， 需要 SP不能将此地址的路由扩散， 也就是该 IP地址 只在 SP本机有意义。 否则由于网络中存在两个或两个以上的设备具有同 样的 IP地址， 可能会导致部分路由失效， 使得报文发往错误的设备。 下面再对并行组网情况下， 本发明的具体实现方式进行说明。
如图 7所示， 并行组网意味着如果报文目的地址不是 SP的话， SP就收 不到相应的信令^ =艮文， 当然就更没有办法进行代理处理了。
此时， 显然仅仅依靠 SP上配置是不够的， 即无法实现代理， 而需要 网络上的设备进行配合。 以图 7为例， 可以在路由器上开启策略路由功能 (即根据转发策略进行报文的转发） ， 所述的转发策略需要事先进行配 置， 也就是路由器根据设定好的策略进行路由， 而不是单纯的按照目的 地址进行路由。
如图 8所示， 在路由器上可以设定这样的策略： 对于目的地址是到 A 的报文， 将转发到与 SP相连的接口上。 这样， 当路由器接收到终端发出的目的地址是 A的信令报文时， 路由 器就可以将报文转发给 SP。 这样， SP就可以接收到信令报文了。
之后， SP对接收到的信令报文的处理过程便与串行組网情况下本发 明描述的处理方式相同了。
这是 SP从路由器侧接收报文与处理的流程， 那么对于 SP将报文（SP 已经将报文源地址修改成了地址 A )发送到路由器上的流程同样需要 SP 做一下修改：
对于仅有并行组网方式的情况， SP可以将相应的路由器作为自己的 默认网关， 这样 SP就可以把报文发给路由器了。 再由路由器发给终端； 或者， 对于并行组网方式和串行组网方式共存的情况下， 可以在 SP 上也配置相应的转发策略，即配置 SP需要将报文源地址是 A的报文发往相 应的路由器设备。
另外， 所述的 SP也可以在接收到路由器发来的报文时， 学习记录相 应的地址信息， 当收到服务器返回的报文时便可以根据记录的地址信息 进行转发处理， 这种方式也可以适用于并行組网方式和串行组网方式共 存的情况。
由于目前主流的路由器或其他 3层转发设备均支持策略路由， 因此， 本发明中采用策略路由的实现方案是可行的。
本发明中所述的路由器还可以为交换机设备， 或者其他具有转发功 能的网络设备。
本发明中， 对于同一个 SP来说， 可以同时有并行组网方式和串行组 网方式， 具体的各自的信令代理过程采用前面描述的处理过程即可。
综上所述， 本发明的实现使得在通信网络中可以较为简便地实现信 令代理功能， 而且， 整个信令代理功能的实现无需增加新的设备， 使得 信令代理功能的实现成本较低。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围 并不局限于此， 本技术领域的技术人员在本发明公开的技术范围内， 可 进行各种变更或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发 明的保护范围应该以权利要求的保护范围为准。

Claims

权 利 要 求
1、 一种实现信令代理的方法， 其特征在于， 包括：
在信令代理上配置需要进行代理处理策略；
信令代理接收报文后， 根据所配置的策略确定需要由其进行代理处 理的报文， 并对所述报文进行代理处理后转发。
2、 根据权利要求 1所述的实现信令代理的方法， 其特征在于， 所述 策略包括：
采用所接收报文的 VPN标识、 VLAN标识、 MPLS标识、 IP协议类型、 源 IP地址、 源端口、 目的 IP地址、 目的端口的一种或多种组合标识需要信 令代理进行处理的 ^;艮文。
3、 根据权利要求 1所述的实现信令代理的方法， 其特征在于， 该方 法进一步包括：
在信令代理上将需要由其进行代理的报文的目的地址信息设置为本 地地址。
4、根据权利要求 2或 3所述的实现信令代理的方法， 其特征在于， 该 方法还包括： 信令代理接收被代理端发来的报文后， 根据报文中的目的 地址信息确定需要对其进行代理处理；
将所述报文的目的地址替换为服务器地址， 源地址替换信令代理的 服务器侧地址， 并转发所述报文。
5、 根据权利要求 4所述的实现信令代理的方法， 其特征在于， 信令代理接收服务器发来的报文后， 将该来自服务器的报文中的源 地址替换为所述被代理端发来的原报文的目的地址， 将该来自服务器的 报文中的目的地址替换为被代理端的地址， 并转发所述报文。
6、 根据权利要求 1、 2或 3所述的实现信令代理的方法， 其特征在于， 所述的信令代理处理包括：
对接收的报文进行转换源、 目的 IP地址及端口号，对应用层的数据进 行替换， 更新信令状态和 /或创建会话表项。
7、 根据权利要求 1、 2或 3所述的实现信令代理的方法， 其特征在于， 在信令代理接收报文之前，
在被代理端发送报文经过的网络设备上配置转发策略， 所述的转发 策略规定需要代理的报文的转发路径经过相应的信令代理。
8、 根据权利要求 7所述的实现信令代理的方法， 其特征在于， 当网络设备接收被代理端发来的需要进行代理的报文时， 则根据配 置的转发策略将所述报文转发到信令代理。
9、 根据权利要求 7所述的实现信令代理的方法， 其特征在于， 在信 令代理上， 通过配置或学习的方式记录服务器返回报文的转发路径信息； 当信令代理接收服务器返回的报文后， 才艮据记录的转发路径信息转 发所述报文。
10、 居权利要求 7所述的实现信令代理的方法， 其特征在于， 将所述的网络设备配置为信令代理的默认网关， 当信令代理接收服 务器返回的报文时， 则将所述报文处理后发送给该默认网关。
11、 一种实现信令代理的装置， 其特征在于， 包括：
报文接收及识别单元， 配置有代理处理策略， 用于识别需要进行信 令代理的报文；
报文处理单元， 对所述需要进行信令代理的报文进行处理； 报文转发单元， 将已处理的报文转发给相应的服务器。
12、 根据权利要求 11所述实现信令代理的装置， 其特征在于， 所述 代理处理策略包括：
采用所接收报文的 VPN标识、 VLAN标识、 MPLS标识、 IP协议类型、 源 IP地址、 源端口、 目的 IP地址、 目的端口的一种或多种组合标识需要信 令代理进行处理的报文。
13、 根据权利要求 11所述的实现信令代理的装置， 其特征在于， 所 述的信令代理处理包括：
对所接收的报文的源、 目的 IP地址及端口号进行转换， 对应用层的 数据进行替换， 更新信令状态和 /或创建会话表项。
14、 根据权利要求 13所述实现信令代理的装置， 其特征在于， 信令代理装置接收报文后 , 将该报文中的源地址替换为所述被代理 端发来的原报文的目的地址， 将该来自服务器的报文中的目的地址替换 为被代理端的地址， 并按照替换后的地址转发所述报文。
PCT/CN2006/001187 2005-06-07 2006-06-02 Procédé et appareil d’implémentation du proxy de signalisation WO2006131057A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2007540480A JP4777998B2 (ja) 2005-06-07 2006-06-02 シグナリングプロキシの実施方法及び装置
US10/593,524 US20080281916A1 (en) 2005-06-07 2006-06-02 Method and Apparatus for Implementing Signaling Proxy
CN200680012034.6A CN101160904B (zh) 2005-06-07 2006-06-02 一种实现信令代理的方法及装置
EP06742074A EP1777915A4 (en) 2005-06-07 2006-06-02 METHOD AND DEVICE FOR IMPLEMENTING A SIGNALING PROXY

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510075021.0 2005-06-07
CNA2005100750210A CN1878126A (zh) 2005-06-07 2005-06-07 通信网络中实现信令代理的方法

Publications (1)

Publication Number Publication Date
WO2006131057A1 true WO2006131057A1 (fr) 2006-12-14

Family

ID=37498121

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001187 WO2006131057A1 (fr) 2005-06-07 2006-06-02 Procédé et appareil d’implémentation du proxy de signalisation

Country Status (5)

Country Link
US (1) US20080281916A1 (zh)
EP (1) EP1777915A4 (zh)
JP (1) JP4777998B2 (zh)
CN (2) CN1878126A (zh)
WO (1) WO2006131057A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123527B (zh) * 2007-02-25 2010-10-27 华为技术有限公司 一种流媒体系统、信令转发设备以及流媒体发送方法
US9088430B2 (en) 2008-02-19 2015-07-21 Qualcomm Incorporated Providing network originated push messages for remotely testing a mobile device
KR101276088B1 (ko) 2008-09-02 2013-06-18 에스케이플래닛 주식회사 메시지 전송 시 보안 인터페이스를 정의하는 시스템 및 방법
CN106559333A (zh) * 2015-09-29 2017-04-05 中兴通讯股份有限公司 报文转发方法、业务链代理装置及代理设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100314581B1 (ko) * 1999-12-08 2001-11-22 김덕중 비동기 전송모드 망에서 신호처리 대리자에 의해 연결서비스용 메시지 전송 방법 및 메시지 구조
CN1581872A (zh) * 2003-08-06 2005-02-16 中兴通讯股份有限公司 基于megaco协议的信令代理实现方法
CN1585385A (zh) * 2003-08-19 2005-02-23 中兴通讯股份有限公司 基于媒体网关控制协议的信令代理实现方法
CN1585355A (zh) 2004-06-01 2005-02-23 中兴通讯股份有限公司 一种复合型开关阵列及采用该阵列的支路设备测试方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11355302A (ja) * 1998-06-11 1999-12-24 Nec Corp Ｉｐアドレス変換装置及びその変換方法
US8743892B2 (en) * 1999-11-08 2014-06-03 Verizon Business Global Llc Method and system for dynamic gateway selection in an IP telephony network
US6754709B1 (en) * 2000-03-29 2004-06-22 Microsoft Corporation Application programming interface and generalized network address translator for intelligent transparent application gateway processes
JP4236364B2 (ja) * 2000-04-04 2009-03-11 富士通株式会社 通信データ中継装置
US7146410B1 (en) * 2000-06-07 2006-12-05 Nortel Networks Limited System and method for executing control protocols among nodes in separate IP networks
GB2366480A (en) * 2000-08-21 2002-03-06 Lucent Technologies Inc Method of operating a third generation mobile communication system
JP3678161B2 (ja) * 2001-04-11 2005-08-03 日本電気株式会社 ゲートウェイシステム及びそれに用いるマネジメント一括管理方法
JP3952860B2 (ja) * 2002-05-30 2007-08-01 株式会社日立製作所 プロトコル変換装置
US7454525B1 (en) * 2002-12-05 2008-11-18 Cisco Technology, Inc. Enabling communication when signaling protocol packets contain embedded addresses subject to translation
US7363381B2 (en) * 2003-01-09 2008-04-22 Level 3 Communications, Llc Routing calls through a network
US7251254B2 (en) * 2003-09-03 2007-07-31 At&T Corp. Telecommunication network system and method in communication services using session initiation protocol
JP2005101817A (ja) * 2003-09-24 2005-04-14 Sharp Corp Ｉｐ電話システム及びｉｐ電話装置
JP4229807B2 (ja) * 2003-10-30 2009-02-25 日本電信電話株式会社 データ転送方法とｔｃｐプロキシ装置およびそれを用いたネットワークシステム
JP2005141333A (ja) * 2003-11-04 2005-06-02 Matsushita Electric Ind Co Ltd アクセス中継装置およびネットワークアクセス方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100314581B1 (ko) * 1999-12-08 2001-11-22 김덕중 비동기 전송모드 망에서 신호처리 대리자에 의해 연결서비스용 메시지 전송 방법 및 메시지 구조
CN1581872A (zh) * 2003-08-06 2005-02-16 中兴通讯股份有限公司 基于megaco协议的信令代理实现方法
CN1585385A (zh) * 2003-08-19 2005-02-23 中兴通讯股份有限公司 基于媒体网关控制协议的信令代理实现方法
CN1585355A (zh) 2004-06-01 2005-02-23 中兴通讯股份有限公司 一种复合型开关阵列及采用该阵列的支路设备测试方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1777915A4

Also Published As

Publication number Publication date
JP2008520133A (ja) 2008-06-12
JP4777998B2 (ja) 2011-09-21
CN101160904A (zh) 2008-04-09
EP1777915A4 (en) 2007-10-31
US20080281916A1 (en) 2008-11-13
CN1878126A (zh) 2006-12-13
EP1777915A1 (en) 2007-04-25
CN101160904B (zh) 2014-04-30

Similar Documents

Publication Publication Date Title
US7372840B2 (en) Filtering of dynamic flows
JP5992602B2 (ja) ＩＰｖ６ネットワークにおいてラベル配布プロトコル（ＬＤＰ）を使用するためのシステムおよび方法
EP2805476B1 (en) Ice based nat traversal
US7366894B1 (en) Method and apparatus for dynamically securing voice and other delay-sensitive network traffic
JP4236364B2 (ja) 通信データ中継装置
AU2002256072B2 (en) System and method for performing IP telephony
WO2015143802A1 (zh) 业务功能链处理方法及装置
KR101368615B1 (ko) 단대단 콜의 구현 방법, 단대단 콜 터미널 및 시스템
WO2007108083A1 (ja) 中継装置、通信システム、通信方法及びコンピュータプログラム
WO2008092340A1 (fr) Procédé d&#39;entretien, système d&#39;élément de liste d&#39;envoi d&#39;adresses et dispositif d&#39;agent de service
WO2006125383A1 (fr) Procede permettant de traverser un dispositf de conversion d’adresse reseau/coupe-feu
WO2011032447A1 (zh) 新网与互联网互通的实现方法、系统及通信端
US9755939B2 (en) Network wide source group tag binding propagation
WO2006131057A1 (fr) Procédé et appareil d’implémentation du proxy de signalisation
WO2008095430A1 (fr) Procédé et système pour protéger un organisme médiatique contre une attaque de pirates informatiques
WO2008058479A1 (fr) Procédé et système pour éviter une circulation en rond de support de transport
WO2013056999A1 (en) Method and system for enabling nat traversal for multi-homing protocols
JP2023540063A (ja) 合法的傍受のためのパケットのルーティングのための方法、システムおよびコンピュータ読取可能媒体
WO2006116933A1 (fr) Procede, systeme et equipement de realisation d&#39;une intercommunication entre les domaines ip
US9749296B1 (en) Method and apparatus for modifying address information in signaling messages to ensure in-path devices remain in signaling path between endpoints
JP5135257B2 (ja) ホームゲートウェイ及びセッション制御サーバによって異なる経路の複数のセッションを確立する方法及びシステム
JP5752014B2 (ja) ゲートウェイ装置およびデータ送信方法
JP5247534B2 (ja) ホームゲートウェイによって異なる経路の複数のセッションを確立する方法及びシステム
JP2012195783A (ja) 通信システムおよびアドレス空間共有方法
JP2006050250A (ja) Ｉｐ電話システム用の呼制御方法及び呼制御システム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2006742074

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007540480

Country of ref document: JP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 2006742074

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 200680012034.6

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWE Wipo information: entry into national phase

Ref document number: 10593524

Country of ref document: US