CN1929450A - 对网络通信端口重定向的方法和网络通信系统 - Google Patents

对网络通信端口重定向的方法和网络通信系统 Download PDF

Info

Publication number
CN1929450A
CN1929450A CN200610149709.3A CN200610149709A CN1929450A CN 1929450 A CN1929450 A CN 1929450A CN 200610149709 A CN200610149709 A CN 200610149709A CN 1929450 A CN1929450 A CN 1929450A
Authority
CN
China
Prior art keywords
port
reorientation
address
address information
receiving terminal
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN200610149709.3A
Other languages
English (en)
Other versions
CN100514940C (zh
Inventor
叶茂林
曾建洪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
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 CN200610149709.3A priority Critical patent/CN100514940C/zh
Publication of CN1929450A publication Critical patent/CN1929450A/zh
Priority to PCT/CN2007/003029 priority patent/WO2008052427A1/zh
Priority to EP07816642.8A priority patent/EP2075980B1/en
Priority to US12/428,050 priority patent/US8254370B2/en
Application granted granted Critical
Publication of CN100514940C publication Critical patent/CN100514940C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1046Call controllers; Call servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1033Signalling gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/563Data redirection of data network streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/54Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/663Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种对网络通信端口重定向的方法和网络通信系统,其核心是:当接收端确定需要对通信端口进行重定向时,则通过所述通信端口发送重定向地址给发送端,重定向地址中包括重定向端口地址信息,也可包括通过重定向端口地址信息对应的重定向端口能够到达的接收端地址信息,所述接收端地址包括原接收端地址、管辖发送端的新接收端地址或者新协议的接收端地址;发送端检测到所述重定向地址后,通过重定向端口地址信息对应的重定向端口与能够到达的接收端通信。通过本发明,当网守不能通过知名端口接收到节点发送的部分信令时,能够自动进行端口切换,让节点通过其它不知名端口继续以前的业务;还能够支持节点自动进行协议切换。

Description

对网络通信端口重定向的方法和网络通信系统
技术领域
本发明涉及通信领域,尤其涉及端口重定向技术。
背景技术
ITU(International Telecommunications Union;国际电信联盟)组织建议的H.323(ITU关于分组多媒体通信系统的建议)系列协议是目前主要的多媒体通信标准。在基于H.323协议的H.323通信系统中,包含网守(Gatekeeper)和端点(Endpoint)两个组件。其中,网守是整个H.323通信系统的管理者,负责完成区域管理、接入控制、地址解析、带宽管理等功能。所述端点包括节点、网关、MCU(Multipoint Control Unit;多点控制单元)等,在完成H.323注册和呼叫的过程中都需要与网守进行RAS(注册呼叫接入信令的简称,H.323协议中规定的网守与节点之间通信的信令)的交互。
为了保证用户通信的安全,在应用H.323通信系统时,设置了很多网关/防火墙等网络设备,对经过所述网络设备的网络包进行检查,特别是对于知名端口的网络包检查更为严格。实际应用过程中,经常发现一部分经过知名端口的信令被过滤掉,导致用户与网络无法正常通信。对于这种问题,目前通常采用手工调整的方法,对防火墙中设置的一些过滤条件进行修改,使所述被过滤的部分信令能够通过所述知名端口;或者是在防火墙打开一个比较隐秘的端口,即不知名端口,然后人工通知原有通过知名端口与所述网守通信的所有用户,这也意味着多用户切换到另外端口上与网守通信。
当采用手工调整的方法修改防火墙中的过滤条件时,可能会带来通信安全隐患;当采用在防火墙打开一个不知名端口进行后续的通信时,由于一个注册端口是面向一个用户群开放的,所以这种方法适用于用户数量比较少的情况,如果是用户数量比较多的情况下,仍然使用所述通知的方法,维护的工作量将会很大,成本也会很高。
另外,由于SIP(Session Initiated Protocol;会话初始化协议)作为另一种多媒体通信标准,在多媒体通信过程中,扮演着越来越重要的角色,因此很多厂商都投入研究和生产同时支持H.323协议和SIP协议的产品,如节点和网守等。所述节点既可以注册到SIP代理服务器上,也可以注册到H.323网守上。在实际应用时,需要引导某些节点切换到某个区域的SIP代理服务器或者网守。对于这种情况,目前主要采用手工切换协议的办法来完成这种引导任务,也就是说,在节点上配置可支持的协议,在节点注册前,人工通知节点应该注册到基于SIP协议的SIP代理服务器上或者基于H.323协议的网守上。但是,当节点已经注册到SIP代理服务器上,出于某种需求要切换到H.323网守上时;或者是已经注册到H.323网守上,出于某种需求要切换到SIP代理服务器上时,采用上述手工切换协议的方法切换速度慢,且不够灵活。
发明内容
本发明提供一种对网络通信端口重定向的方法和网络通信系统,通过本发明,当网守不能通过知名端口接收到节点发送的一部分信令时,能够自动进行端口切换,让节点通过其它不知名端口继续以前的业务;另外,通过本发明,还能够支持节点自动进行协议切换。
本发明通过如下的技术方案实现:
一种对网络通信端口重定向的方法,其包括:
A、当接收端确定需要对通信端口进行重定向时,则通过当前与发送端通信的端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息;
B、所述发送端检测到所述重定向地址后,切换到所述重定向端口地址信息对应的重定向端口,并通过所述重定向端口与能够到达的接收端通信。
其中,所述重定向地址中还包括:通过所述重定向端口地址信息对应的重定向端口能够到达的接收端地址信息。
其中,所述步骤A具体包括:
接收端检测通过某端口接收到的信令,当发现某些信令不能到达后,则确定需要对所述某端口进行重定向;然后通过所述某端口发送重定向地址给发送端,所述重定向地址中包括重定向端口地址信息和所述接收端自身的地址信息,或者,包括重定向端口地址信息和管辖所述发送端、并通过所述重定向端口地址信息对应的重定向端口能够到达的备选接收端的地址信息。
其中,在发送重定向地址给发送端的过程之前,还包括:
从管理系统中或者从接收端自身保存的信息中获取备选端口信息,并通过所述备选端口信息对应的备选端口发送信令给所述发送端,当接收到所述发送端的应答后,则确定所述备选端口为重定向端口。
其中,所述步骤A具体包括:
接收端检测通过某端口接收到的信令,当发现所述信令基于某种协议、且根据业务策略确定需要进行协议切换时,则确定对所述某端口进行重定向;然后通过所述某端口发送重定向地址给所述发送端,其中所述重定向地址中包括基于新协议的重定向端口地址信息,以及基于新协议通过所述重定向端口地址信息对应的重定向端口能够到达的接收端的地址信息。
其中,所述的方法还包括:
在接收端发送所述重定向地址给所述发送端之前,将所述所述重定向地址中包括的重定向端口地址信息的优先级级别设置为最高。
本发明还提供一种网络通信系统,其包括:
发送端和接收端;
所述接收端,用于当确定需要对通信端口进行重定向时,则通过当前与发送端通信的端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息;
所述发送端,用于检测所述重定向地址,并当检测到重定向端口地址信息后,切换到所述重定向端口地址信息对应的重定向端口,并通过所述重定向端口与能够到达的接收端通信。
其中,所述接收端包括:
第一重定向确定单元和第一重定向地址传输单元;
所述第一重定向确定单元,用于检测通过某端口接收到的信令,并当发现某些信令不能到达后,则确定出需要对所述端口进行重定向;
所述第一重定向地址传输单元,用于当接收到所述第一重定向确定单元所确定的需要对所述发送端进行重定向的结果时,通过所述某端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息和所述接收端自身的地址信息;或者包括重定向端口地址信息和管辖所述发送端、并通过所述重定向端口地址信息对应的重定向端口能够到达的备选接收端的地址信息。
其中,所述接收端还包括:
重定向端口确定单元,用于从管理系统中或者从接收端自身保存的信息中获取备选端口信息,并通过所述备选端口信息对应的备选端口发送信令给所述发送端,当接收到所述发送端的应答后,则确定所述备选端口为重定向端口,并将所述重定向端口对应的重定向端口地址信息发送给所述第一重定向地址传输单元;或者,用于直接指定一个或者多个具备管辖所述发送端的备选接收端,并指定一个或者多个到达所述备选接收端的备选端口作为重定向端口,然后将所述备选接收端的地址信息和能够到达所述备选接收端的重定向端口对应的重定向端口地址信息发送给所述第一重定向地址传输单元。
其中,所述接收端包括:第二重定向确定单元和第二重定向地址传输单元;
所述第二重定向确定单元,用于检测通过某端口接收到的信令,当发现所述信令基于某种协议、且根据业务策略确定需要进行协议切换时,则确定对所述某端口进行重定向;
所述第二重定向地址传输单元,用于当接收到所述重定向单元确定需要对所述某端口进行重定向的结果时,通过所述某端口发送重定向地址给所述发送端,所述重定向地址中包括基于新协议的重定向端口地址信息,以及基于新协议通过所述重定向端口地址信息对应的重定向端口能够到达的接收端的地址信息。
其中,所述接收端还包括:
重定向地址优先级别设置单元,用于将所述重定向端口地址信息的优先级级别设置为最高,然后将所述重定向端口地址信息通过所述第一重定向地址传输单元或者所述第二重定向地址传输单元传送给所述发送端。
由上述本发明提供的具体实施方案可以看出,本发明中,当接收端确定需要对通信端口进行重定向时,则通过当前与发送端通信的端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息;所述发送端检测到所述重定向地址后,切换到所述重定向端口地址信息对应的重定向端口,并通过所述重定向端口与能够到达的接收端通信。通过本发明,当网守不能通过知名端口接收到节点发送的部分信令时,能够自动进行端口切换,让节点通过其它不知名端口继续以前的业务,从而解决当经过防火墙或者其它网络安全设备时知名端口的部分信令被过滤掉后导致节点不能正常通信的问题,避免了用户手工配置的麻烦,以及由于人工配置所带来的安全隐患、维护工作量大、成本高的问题;另外,通过本发明,还能够支持节点自动进行协议切换,以支持所述节点在不同协议的网络中的通信,并且实现比较灵活,切换效率较高。
附图说明
图1为本发明提供第一实施例的流程图;
图2为本发明提供的第三实施例的流程图;
图3为本发明提供的第三实施例中发送端由H.323协议切换到SIP协议时的流程图;
图4为本发明提供的第三实施例中发送端由SIP协议切换到H.323协议时的流程图;
图5为本发明提供的第四实施例的结构示意图;
图6为本发明提供的第五实施例的结构示意图。
具体实施方式
应用H.323协议过程中,当网守发现不能在知名端口接收到节点发送的部分信令时,也就是说,网守发现节点发送给所述网守的信令中的一部分被防火墙等网络设备过滤掉时,所述网守能够通过本发明实现端口重定向过程,让节点通过其它不知名端口重定向到所述网守,从而继续原有的业务;另外,本发明通过多协议切换过程,实现支持多种协议的节点在支持不同协议的网络中的通信。
本发明提供的第一实施例是一种对网络通信端口重定向的方法,其核心是:当作为接收端的网守发现不能在知名端口接收到作为发送端的节点发送的部分信令时,向所述节点发送重定向地址;所述节点根据所述重定向地址重新注册到所述网守。在实施第一实施例之前,需要根据组网或者业务策略在网守管理系统中配置备选信息,包括启动备选的匹配条件、备选端口地址信息和所述网守的地址信息等。所述备选信息可以存放在所述网守中,也可以存放在网守管理系统中。该实施例的具体实施过程如图1所示,包括如下步骤:
步骤S101,作为发送端的节点发送信令,如RRQ(Registration Request;注册请求)信令,所述信令通过知名端口到达作为接收端的网守。所述网守通过所述知名端口不断接收信令。
步骤S102,所述网守监测接收到的信令,并根据所述接收到的信令判断是否需要对所述知名端口进行重定向,当发现所述节点的某些信令不能到达时,则确定需要所述知名端口进行重定向,然后执行步骤S103;否则,执行步骤S106,即不作处理,此时所述节点继续通过原来的知名端口发送信令给所述网守。
步骤S103,从网守管理系统中获取备选信息或者从自身存储的信息中获取备选信息,并通过所述备选信息对应的备选端口向节点发送信令并得到应答的方法,从所述备选端口中确定出重定向端口。
当网守根据备选信息确定能够使用的备选端口时,从一个特定段内的备选端口(如1700-1900段的端口)中选择出一个,并通过所选择的备选端口发送一个NSM(Non-Standard Message;非标准消息)信令到节点,并等待节点的应答信令;如果收到应答,则表示该备选端口可通过防火墙,是能够使用的备选端口;否则,再检测下一个端口,如此循环的自动检测端口,直到找到一个可以使用的备选端口作为重定向端口为止。
步骤S104,所述网守通过知名端口发送信令给所述节点,如RRJ(Registration Reject;注册拒绝)信令,并在所述信令中携带重定向地址信息,包括所确定的重定向端口地址信息,并设置所述重定向端口地址的优先级别为最高,并指示需要所述节点进行端口重定向操作。
步骤S104中,网守在发送的RRJ信令中携带网守的IP地址信息、重定向端口地址信息(可以是端口号),以及重注册标志等信息。通过所述重注册标志能够指示需要所述节点进行端口重定向操作。
步骤S104中也可以不设置所述重定向端口地址的优先级级别,但这样,发送端会消耗检测重定向端口地址的时间。
步骤S105,所述节点检测到重定向地址信息后,通过其中的重定向端口地址信息对应的重定向端口地址信息端口与所述网守进行通信。
本发明提供的第二实施例是另一种对网络通信端口重定向的方法,其核心是:当作为接收端的网守发现不能在知名端口接收到作为发送端的节点发送的部分信令时,向所述节点发送重定向地址;所述节点根据所述重定向地址重新注册到备选网守上,此时所述备选网守中需要具备与原来网守一样的管辖所述节点的能力。在实施所述第二实施例之前,需要根据组网或者业务策略在网守管理系统中配置备选信息,包括启动备选的匹配条件、备选端口地址和备选网守地址等。所述备选信息可以存放在所述网守中,也可以存放在网守管理系统中。该第二实施例的具体实施过程如下:
作为发送端的节点发送信令,如RRQ信令,所述信令通过知名端口到达作为接收端的网守。所述网守通过所述知名端口不断接收信令。
所述网守监测接收到的信令,并当发现某些信令不能到达时,根据网守管理系统下发的配置信息,判断是否需要进行端口重定向和网守重定向,如果不需要,则不作处理,此时所述节点继续通过原来的知名端口发送信令给所述网守。
如果需要进行端口重定向和网守重定向,则从网守管理系统中获取备选信息,并根据所述备选信息确定出能够使用的备选端口和备选网守。即指定一个或者多个具备管辖所述节点的备选网守,并指定一个或者多个到达所述备选网守的备选端口作为重定向端口。
然后,所述网守通过知名端口发送信令给所述节点,如RRJ信令,并在所述信令中携带所确定的重定向端口对应的地址信息和备选网守对应的地址信息,并通过重注册标志指示需要所述节点进行端口重定向操作。
所述节点从接收到的重定向端口地址信息中选择出一个重定向端口地址,并通过所述重定向端口地址对应的重定向端口发送信令到备选网守。
本发明提供的第三实施例是第三种对网络通信端口重定向的方法,其核心是,当接收端确定需要对通信端口进行重定向时,则将重定向地址发送给所述发送端,其中携带新协议的知名端口地址信息以及新协议的接收端地址信息发送;所述发送端检测到重定向地址中有新协议的知名端口地址信息后,就进行协议切换。该实施例的具体实施过程如图2所示,包括如下步骤:
步骤S301,发送端发送信令到接收端。
步骤S302,接收端接收到发送端发送的信令后,检测到所述信令基于某协议、且根据业务策略信息判断出需要进行协议切换,则确定需要对通信端口进行重定向,然后执行步骤S303;如果不需要重定向,执行步骤S305,即不作处理。
步骤S303,将重定向地址发送给所述发送端,其中所述重定向地址包括新协议的知名端口地址信息以及通过所述新协议的端口能够到达的新协议的接收端地址信息,其中所述新协议的知名端口地址的优先级级别设置为最高。
步骤S304,当所述发送端接收到重定向地址后,并且从中检测到有新协议的知名端口时,则切换到新协议,并基于所述新协议通过所述知名端口地址信息对应的端口发送信令到接收端地址。
下面以由H.323协议切换到SIP协议为例对本发明提供的第三实施例进行说明,如图3所示:
作为发送端的节点发送GRQ(Gatekeeper Request;网守请求)/RRQ信令给作为接收端的网守,其中携带所述网守的IP地址信息和注册端口号1719。
所述网守接收到所述节点发送的GRQ/RRQ信令时,当检测到所述信令是基于H.323协议,且根据网守管理台下发的业务策略,判断需要进行SIP协议切换时,则确定需要对通信端口进行重定向,以便使所述节点发送信令到SIP代理服务器,于是发送GRJ(Gatekeeper Reject;网守拒绝)/RRJ信令给所述节点,并在GRJ/RRJ信令的备选网守列表中添加SIP代理服务器地址,所述SIP代理服务器地址包括SIP代理服务器的IP地址和SIP协议的知名端口号,如5060端口,并将所述地址的优先级别设置为最高。
当节点收到所述网守发送的GRJ/RRJ信令时,从中获取到SIP协议的知名端口号5060,则切换自身协议为SIP协议,并通过所述知名端口5060发送REGISTER(再注册)信令到SIP代理服务器进行注册。
当所述SIP代理服务器确认注册成功后,返回200OK给所述节点。此后,所述节点所发送的信令都是SIP协议信令。
下面以由SIP协议切换到H.323协议为例对本发明提供的第三实施例进行说明,如图4所示:
作为发送端的节点发送REGISTRE信令给作为接收端的SIP代理服务器。
所述SIP代理服务器收到所述节点发送的REGISTER信令时,检测到所述信令是基于SIP协议的、且根据自身保存的重定向业务策略(Redirection),判断需要进行协议切换到H.323协议时,则确定需要对通信端口进行重定向,则发送3xx应答信令给所述节点,并在所述应答信令中携带重定向地址信息(可以在所述应答信令的Contact头域中填写重定向地址信息),包括H.323协议网守地址信息和H.323协议的知名端口地址信息,如端口号1719。并将所述知名端口地址的优先级别设置为最高。
所述节点收到所述应答信令后,检测到H.323协议知名端口1719,则切换到H.323协议上,并通过所述H.323协议知名端口发送基于H.323协议的GRQ/RRQ信令到所述H.323协议网守地址。
所述H.323协议网守接收到所述节点发送的基于H.323协议的GRQ/RRQ信令后,回送应答信令。此后,所述节点所发送的信令都是H.323协议信令。
本发明提供的第四实施例是一种网络通信系统,其与本发明提供的第一实施例和第二实施例对应,其结构如图5所示,包括:发送端和接收端;其中所述接收端包括第一重定向确定单元和第一重定向地址传输单元,当备选端口为多个时,所述接收端还包括重定向端口确定单元。另外,为了使发送端尽快检测到重定向地址,所述接收端还可以包括重定向地址优先级别设置单元。
下面对所述系统中的各个元器件间的信号传递关系进行说明:
接收端通过某端口接收发送端发送的信令,并通过所述第一重定向确定单元检测所述某端口接收到的信令,当发现某些信令不能到达后,则确定需要对通信端口进行重定向;然后将所述确定结果发送给所述重定向端口确定单元和第一重定向地址传输单元;
所述重定向端口确定单元从管理系统中或者接收端自身保存的信息中获取备选端口地址信息,并通过所述备选端口地址信息对应的备选端口发送信令给发送端,当接收到所述发送端的应答后,则确定所使用的备选端口为重定向端口(确定重定向端口的方法与第一实施例中的相关描述雷同,这里不再详细描述),然后将所述重定向端口地址信息发送给所述重定向地址优先级别设置单元和所述第一重定向地址传输单元;或者是直接指定一个或者多个具备管辖发送端的备选接收端,并指定一个或者多个到达所述备选接收端的备选端口作为重定向端口,然后将所述备选接收端的地址信息和能够到达所述备选接收端的重定向端口的地址信息发送给所述重定向地址优先级别设置单元和所述第一重定向地址传输单元。
所述重定向地址优先级别设置单元将所述重定向端口地址的优先级级别设置为最高,然后通过所述第一重定向地址传输单元将所述优先级级别传送给所述发送端。
当接收到所述第一重定向确定单元确定需要对通信端口进行重定向的确定结果时,所述接收端通过所述第一重定向地址传输单元在所述某端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息和所述接收端自身的地址信息,以及所述重定向端口地址的优先级级别;或者,包括重定向端口地址信息和管辖所述发送端、并通过所述重定向端口地址信息对应的重定向端口能够到达的备选接收端的地址信息,以及所述重定向端口地址的优先级级别。
接收端发送的信令到达发送端后,所述发送端检测到所述重定向地址,通过其中的所述重定向端口地址对应的重定向端口与能够到达的接收端通信。当通过所述重定向端口与能够到达的接收端是原有的接收端时,则所述发送端通过所述重定向接口继续发送信令到所述原有的接收端;当通过所述重定向端口与能够到达的接收端是一个新的接收端时,则所述发送端通过所述重定向端口发送信令到所述新的接收端。具体实现与方法实施例中的相关描述雷同,这里不再详细描述。
本发明提供的第五实施例是另一种网络通信系统,其与本发明提供的第三实施例对应,其结构如图6所示,包括第二重定向确定单元和第二重定向地址传输单元,另外,为了使发送端尽快检测到重定向地址,所述接收端还可以包括重定向地址优先级别设置单元。
下面对所述系统中的各个元器件间的信号传递关系进行说明:
接收端通过某端口接收发送端发送的信令,并通过所述第二重定向确定单元检测通过某端口接收到信令,当发现所述信令基于某种协议、且根据业务策略确定需要进行协议切换时,则确定对所述某端口进行重定向;然后将所述确定结果发送给所述第二重定向地址传输单元和所述重定向地址优先级别设置单元。
当接收端接收到所述第二重定向确定单元确定的需要对所述某端口进行重定向的确定结果时,通过所述重定向地址优先级别设置单元设置重定向端口地址的优先级级别为最高,并将设置好的优先级级别传送给所述第二重定向地址传输单元。
当接收端接收到所述第二重定向确定单元确定的需要对所述发送端进行重定向的确定结果时,通过所述第二重定向地址传输单元在所述某端口发送重定向地址给所述发送端,所述重定向地址中包括基于新协议的重定向端口地址信息,以及基于新协议通过所述重定向端口地址对应的重定向端口能够到达的接收端的地址信息。还可以包括重定向端口地址的优先级级别。
当所述发送端接收到重定向地址后,并且从中检测到有新协议的重定向端口地址时,则切换到新协议,并基于所述新协议通过所述重定向端口地址信息对应的端口发送信令到接收端地址。具体实现与方法实施例中的相关描述雷同,这里不再详细描述。
由本发明提供的具体实施方案可以看出,本发明中,当接收端确定需要对通信端口进行重定向时,则通过当前与发送端通信的端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息;所述发送端检测到所述重定向地址后,切换到所述重定向端口地址信息对应的重定向端口,并通过所述重定向端口与能够到达的接收端通信。通过本发明,当网守不能通过知名端口接收到节点发送的部分信令时,能够自动进行端口切换,让节点通过其它不知名端口继续以前的业务,从而解决当经过防火墙或者其它网络安全设备时知名端口的部分信令被过滤掉后导致节点不能正常通信的问题,避免了用户手工配置的麻烦,以及由于人工配置所带来的安全隐患、维护工作量大、成本高的问题;另外,通过本发明,还能够支持节点自动进行协议切换,以支持所述节点在不同协议的网络中的通信,并且实现比较灵活,切换效率较高。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (11)

1、一种对网络通信端口重定向的方法,其特征在于,其包括:
A、当接收端确定需要对通信端口进行重定向时,则通过当前与发送端通信的端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息;
B、所述发送端检测到所述重定向地址后,切换到所述重定向端口地址信息对应的重定向端口,并通过所述重定向端口与能够到达的接收端通信。
2、如权利要求1所述的方法,其特征在于,所述重定向地址中还包括:通过所述重定向端口地址信息对应的重定向端口能够到达的接收端地址信息。
3、如权利要求2所述的方法,其特征在于,所述步骤A具体包括:
接收端检测通过某端口接收到的信令,当发现某些信令不能到达后,则确定需要对所述某端口进行重定向;然后通过所述某端口发送重定向地址给发送端,所述重定向地址中包括重定向端口地址信息和所述接收端自身的地址信息,或者,包括重定向端口地址信息和管辖所述发送端、并通过所述重定向端口地址信息对应的重定向端口能够到达的备选接收端的地址信息。
4、如权利要求3所述的方法,其特征在于,在发送重定向地址给发送端的过程之前,还包括:
从管理系统中或者从接收端自身保存的信息中获取备选端口信息,并通过所述备选端口信息对应的备选端口发送信令给所述发送端,当接收到所述发送端的应答后,则确定所述备选端口为重定向端口。
5、如权利要求2所述的方法,其特征在于,所述步骤A具体包括:
接收端检测通过某端口接收到的信令,当发现所述信令基于某种协议、且根据业务策略确定需要进行协议切换时,则确定对所述某端口进行重定向;然后通过所述某端口发送重定向地址给所述发送端,其中所述重定向地址中包括基于新协议的重定向端口地址信息,以及基于新协议通过所述重定向端口地址信息对应的重定向端口能够到达的接收端的地址信息。
6、如权利要求1至5任意一项所述的方法,其特征在于,还包括:
在接收端发送所述重定向地址给所述发送端之前,将所述所述重定向地址中包括的重定向端口地址信息的优先级级别设置为最高。
7、一种网络通信系统,其特征在于,包括:
发送端和接收端;
所述接收端,用于当确定需要对通信端口进行重定向时,则通过当前与发送端通信的端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息;
所述发送端,用于检测所述重定向地址,并当检测到重定向端口地址信息后,切换到所述重定向端口地址信息对应的重定向端口,并通过所述重定向端口与能够到达的接收端通信。
8、如权利要求7所述的系统,其特征在于,所述接收端包括:
第一重定向确定单元和第一重定向地址传输单元;
所述第一重定向确定单元,用于检测通过某端口接收到的信令,并当发现某些信令不能到达后,则确定出需要对所述端口进行重定向;
所述第一重定向地址传输单元,用于当接收到所述第一重定向确定单元所确定的需要对所述发送端进行重定向的结果时,通过所述某端口发送重定向地址给所述发送端,所述重定向地址中包括重定向端口地址信息和所述接收端自身的地址信息;或者包括重定向端口地址信息和管辖所述发送端、并通过所述重定向端口地址信息对应的重定向端口能够到达的备选接收端的地址信息。
9、如权利要求8所述的系统,其特征在于,所述接收端还包括:
重定向端口确定单元,用于从管理系统中或者从接收端自身保存的信息中获取备选端口信息,并通过所述备选端口信息对应的备选端口发送信令给所述发送端,当接收到所述发送端的应答后,则确定所述备选端口为重定向端口,并将所述重定向端口对应的重定向端口地址信息发送给所述第一重定向地址传输单元;或者,用于直接指定一个或者多个具备管辖所述发送端的备选接收端,并指定一个或者多个到达所述备选接收端的备选端口作为重定向端口,然后将所述备选接收端的地址信息和能够到达所述备选接收端的重定向端口对应的重定向端口地址信息发送给所述第一重定向地址传输单元。
10、如权利要求7所述的系统,其特征在于,所述接收端包括:
第二重定向确定单元和第二重定向地址传输单元;
所述第二重定向确定单元,用于检测通过某端口接收到的信令,当发现所述信令基于某种协议、且根据业务策略确定需要进行协议切换时,则确定对所述某端口进行重定向;
所述第二重定向地址传输单元,用于当接收到所述重定向单元确定需要对所述某端口进行重定向的结果时,通过所述某端口发送重定向地址给所述发送端,所述重定向地址中包括基于新协议的重定向端口地址信息,以及基于新协议通过所述重定向端口地址信息对应的重定向端口能够到达的接收端的地址信息。
11、如权利要求8、9或10所述的系统,其特征在于,所述接收端还包括:
重定向地址优先级别设置单元,用于将所述重定向端口地址信息的优先级级别设置为最高,然后将所述重定向端口地址信息通过所述第一重定向地址传输单元或者所述第二重定向地址传输单元传送给所述发送端。
CN200610149709.3A 2006-10-23 2006-10-23 对网络通信端口重定向的方法和网络通信系统 Active CN100514940C (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200610149709.3A CN100514940C (zh) 2006-10-23 2006-10-23 对网络通信端口重定向的方法和网络通信系统
PCT/CN2007/003029 WO2008052427A1 (fr) 2006-10-23 2007-10-23 Procédé et système de communication réseau pour rediriger un port de communication réseau
EP07816642.8A EP2075980B1 (en) 2006-10-23 2007-10-23 A method and network communication system for redirecting network communication port
US12/428,050 US8254370B2 (en) 2006-10-23 2009-04-22 Method for redirecting network communication ports and network communication system thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200610149709.3A CN100514940C (zh) 2006-10-23 2006-10-23 对网络通信端口重定向的方法和网络通信系统

Publications (2)

Publication Number Publication Date
CN1929450A true CN1929450A (zh) 2007-03-14
CN100514940C CN100514940C (zh) 2009-07-15

Family

ID=37859239

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200610149709.3A Active CN100514940C (zh) 2006-10-23 2006-10-23 对网络通信端口重定向的方法和网络通信系统

Country Status (4)

Country Link
US (1) US8254370B2 (zh)
EP (1) EP2075980B1 (zh)
CN (1) CN100514940C (zh)
WO (1) WO2008052427A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008052427A1 (fr) * 2006-10-23 2008-05-08 Huawei Technologies Co., Ltd. Procédé et système de communication réseau pour rediriger un port de communication réseau
CN102255750A (zh) * 2011-06-28 2011-11-23 中兴通讯股份有限公司 一种业务容灾保护的方法及装置
CN101572709B (zh) * 2009-06-01 2012-07-04 杭州华三通信技术有限公司 套接字连接的切换方法、系统、服务器和客户端设备
CN105245487A (zh) * 2014-06-11 2016-01-13 中兴通讯股份有限公司 远程呈现系统中协议栈的调度方法及装置
CN114567416A (zh) * 2022-04-06 2022-05-31 西安羚控电子科技有限公司 基于tcp数据传输免校验方法及系统
CN114710548A (zh) * 2022-03-22 2022-07-05 阿里巴巴(中国)有限公司 报文转发方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201029413A (en) * 2009-01-21 2010-08-01 Univ Nat Taipei Technology NAT traversal method in Session Initial Protocol
KR101307751B1 (ko) 2012-04-09 2013-09-11 (주)뉴온시스 mⅤoIP단말 퍼스트 콜 유실 방지시스템 및 방지 방법

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5941954A (en) * 1997-10-01 1999-08-24 Sun Microsystems, Inc. Network message redirection
SE513936C2 (sv) * 1997-10-10 2000-11-27 Ericsson Telefon Ab L M Förfarande och system för att åstadkomma accessportadressering i ett generiskt radioaccessnät
US6654366B1 (en) * 1999-02-25 2003-11-25 3Com Corporation Use of virtual gateway in H.323 system
FR2804564B1 (fr) * 2000-01-27 2002-03-22 Bull Sa Relais de securite multiapplicatif
US7002989B2 (en) * 2000-04-10 2006-02-21 At&T Corp. Method and apparatus for S.I.P./H. 323 interworking
US7162540B2 (en) * 2000-05-15 2007-01-09 Catchfire Systems, Inc. Method and system for prioritizing network services
US20020120782A1 (en) * 2001-02-26 2002-08-29 Douglas Dillon Transparent proxying enhancement
FR2827465B1 (fr) * 2001-07-13 2004-01-02 Cegetel Procede d'adressage d'un terminal mobile
US6978383B2 (en) * 2001-07-18 2005-12-20 Crystal Voice Communications Null-packet transmission from inside a firewall to open a communication window for an outside transmitter
US7003575B2 (en) * 2001-10-15 2006-02-21 First Hop Oy Method for assisting load balancing in a server cluster by rerouting IP traffic, and a server cluster and a client, operating according to same
US20030110379A1 (en) * 2001-12-07 2003-06-12 Tatu Ylonen Application gateway system, and method for maintaining security in a packet-switched information network
US7110399B2 (en) * 2002-03-28 2006-09-19 International Business Machines Corporation System and method for redirecting network addresses for deferred rendering
US20040064584A1 (en) * 2002-09-27 2004-04-01 Julian Mitchell Apparatus and methods of assisting in NAT traversal
US20040158606A1 (en) * 2003-02-10 2004-08-12 Mingtar Tsai Transmission method of multimedia data over a network
GB0320432D0 (en) 2003-08-30 2003-10-01 Koninkl Philips Electronics Nv Method for operating a wireless network
US7685300B2 (en) * 2003-09-04 2010-03-23 International Business Machines Corporation Method for access by server-side components using unsupported communication protocols through passthrough mechanism
CN100407619C (zh) 2003-11-18 2008-07-30 中兴通讯股份有限公司 使用网络处理器实现端口主备切换的方法
US7478160B2 (en) * 2004-04-30 2009-01-13 International Business Machines Corporation Method and apparatus for transparent negotiations
CN100484016C (zh) * 2004-06-23 2009-04-29 华为技术有限公司 多媒体网络安全系统及方法
US7444408B2 (en) * 2004-06-30 2008-10-28 Intel Corporation (A Delaware Corporation) Network data analysis and characterization model for implementation of secure enclaves within large corporate networks
US8571011B2 (en) 2004-08-13 2013-10-29 Verizon Business Global Llc Method and system for providing voice over IP managed services utilizing a centralized data store
US20060045098A1 (en) * 2004-08-31 2006-03-02 Krause Michael R System for port mapping in a network
US7408926B1 (en) * 2004-09-02 2008-08-05 Microsoft Corporation Method and apparatus for accessing voice over internet protocol connection
JP4616159B2 (ja) * 2005-11-30 2011-01-19 富士通株式会社 クラスタシステム、ロードバランサ、ノード振替方法およびノード振替プログラム
US9178742B2 (en) * 2006-03-21 2015-11-03 Cisco Technology, Inc. System and method for maintaining a provisioned configuration for an endpoint in a communications network
CN100514940C (zh) * 2006-10-23 2009-07-15 华为技术有限公司 对网络通信端口重定向的方法和网络通信系统

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008052427A1 (fr) * 2006-10-23 2008-05-08 Huawei Technologies Co., Ltd. Procédé et système de communication réseau pour rediriger un port de communication réseau
US8254370B2 (en) 2006-10-23 2012-08-28 Huawei Technologies Co., Ltd. Method for redirecting network communication ports and network communication system thereof
CN101572709B (zh) * 2009-06-01 2012-07-04 杭州华三通信技术有限公司 套接字连接的切换方法、系统、服务器和客户端设备
CN102255750A (zh) * 2011-06-28 2011-11-23 中兴通讯股份有限公司 一种业务容灾保护的方法及装置
CN102255750B (zh) * 2011-06-28 2017-05-10 中兴通讯股份有限公司 一种业务容灾保护的方法及装置
CN105245487A (zh) * 2014-06-11 2016-01-13 中兴通讯股份有限公司 远程呈现系统中协议栈的调度方法及装置
CN105245487B (zh) * 2014-06-11 2019-10-11 中兴通讯股份有限公司 远程呈现系统中协议栈的调度方法及装置
CN114710548A (zh) * 2022-03-22 2022-07-05 阿里巴巴(中国)有限公司 报文转发方法及装置
CN114710548B (zh) * 2022-03-22 2024-04-05 阿里巴巴(中国)有限公司 报文转发方法及装置
CN114567416A (zh) * 2022-04-06 2022-05-31 西安羚控电子科技有限公司 基于tcp数据传输免校验方法及系统
CN114567416B (zh) * 2022-04-06 2024-06-07 西安羚控电子科技有限公司 基于tcp数据传输免校验方法及系统

Also Published As

Publication number Publication date
CN100514940C (zh) 2009-07-15
US20090201802A1 (en) 2009-08-13
US8254370B2 (en) 2012-08-28
EP2075980A1 (en) 2009-07-01
WO2008052427A1 (fr) 2008-05-08
EP2075980A4 (en) 2009-12-02
EP2075980B1 (en) 2013-12-11

Similar Documents

Publication Publication Date Title
CN1929450A (zh) 对网络通信端口重定向的方法和网络通信系统
EP2150013A1 (en) System, equipment and method for implementing special calling services
CN1279734C (zh) 用于VoIP呼叫控制的SIP消息的区别处理
CN1870689A (zh) 会话边界控制器双归属的实现方法及系统
CN1655532A (zh) 管理基于网际协议的语音(VoIP)系统的路由路径
US8468382B2 (en) Methods and equipment for fault tolerant IP service
EP2517402A2 (en) Decoupled cascaded mixers architecture and related methods
CN1663187A (zh) 用于多参与者通信会话中的发言者仲裁的方法与设备
CN103634490A (zh) 一种用于使得使用sip 的企业网络能够存活的网关
RU2493665C1 (ru) Способ и система для реализации услуги подписки в сети ims
US9271331B2 (en) Conditional execution of commands
CN1553676A (zh) 多种协议终端进行同一音视频会议的方法
JP2007004361A (ja) 負荷分散装置
US8300559B2 (en) System and method for monitoring call flow in heterogeneous environments
CN1791149A (zh) 电话系统、交换系统以及电话系统的管理方法
CN1741480A (zh) 下一代网络中检测信令或媒体路径故障的方法和设备
CN1874256A (zh) 通信网络中在线维护的实现方法
CN1849808A (zh) 混合多媒体网络的协议的互通
CN101075881A (zh) 移动通信系统、交换中心服务器、以及用于其的附加业务提供方法
CN101883116A (zh) 呼叫处理方法及媒体网关
WO2011149183A2 (ko) 브이오아이피 호설정 방법 및 이를 수행하는 브이오아이피 통신 시스템
CN1889578A (zh) 通信控制方法、装置及系统
CN101039327A (zh) 使用sip协议承载多种服务的方法和系统
CN1514584A (zh) 数字信息穿透nat/fw的方法、系统和控制流程
CN1731744A (zh) 分组语音网络的监听方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant