CN106161534B - 发送、传递和获取能力的方法及装置 - Google Patents

发送、传递和获取能力的方法及装置 Download PDF

Info

Publication number
CN106161534B
CN106161534B CN201510166145.3A CN201510166145A CN106161534B CN 106161534 B CN106161534 B CN 106161534B CN 201510166145 A CN201510166145 A CN 201510166145A CN 106161534 B CN106161534 B CN 106161534B
Authority
CN
China
Prior art keywords
pcp
server
capacity
capability
index
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.)
Active
Application number
CN201510166145.3A
Other languages
English (en)
Other versions
CN106161534A (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201510166145.3A priority Critical patent/CN106161534B/zh
Priority to US15/561,070 priority patent/US20180063254A1/en
Priority to EP15888318.1A priority patent/EP3264724B1/en
Priority to PCT/CN2015/089662 priority patent/WO2016161765A1/zh
Publication of CN106161534A publication Critical patent/CN106161534A/zh
Application granted granted Critical
Publication of CN106161534B publication Critical patent/CN106161534B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882—Utilisation of link capacity
    • 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/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2564—NAT traversal for a higher-layer protocol, e.g. for session initiation protocol [SIP]
    • 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
    • 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/40—Support for services or applications
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Abstract

本发明公开了一种发送、传递和获取能力的方法及装置，其中，一个或多个PCP服务器将自身的PCP服务器能力指标发送至承载协议服务器，承载协议服务器将相应的能力信息发送至PCP客户端，PCP客户端根据该能力信息选择合适的PCP服务器进行连接。本发明通过向PCP客户端传递相关的PCP服务器的能力，为PCP客户端选择服务器端提供了有效的依据。

Description

发送、传递和获取能力的方法及装置
技术领域
本发明涉及通信领域，尤指网络地址转换(Network Address Translation，NAT)技术中一种发送、传递和获取能力的方法及装置。
背景技术
目前，相关技术中的网络地址转换(Network Address Translation，NAT)属于接入广域网(Wide Area Network，WAN)技术，是一种将私有(保留)地址转化为合法互联网协议(IP)地址的转换技术，其被广泛应用于各种类型的因特网接入方式和各种类型的网络中。NAT能够解决IP地址匮乏的问题。
但是NAT的应用带来了很多的问题，例如很多应用无法穿越NAT，外网的主机无法主动针对内网的主机进行访问，使得很多点对点(P2P)的应用受到限制。
端口控制协议(Port Control Protocol，PCP)是在NAT技术场景下的关键性协议，其目的在于提供一种在NATs和防火墙上动态创建映射条目从而转发外网主动访问内网流量的机制。当NAT内部网络的节点接收外部网络的流量时，如果内部节点没有和该流量的源端进行过连接，那么该流量在NAT设备上被丢弃。当流量经过NAT设备之前，使用PCP技术在NAT设备上建立关于该流量的NAT映射条目，当流量到来时，能够穿过NAT设备而到达到内部接收节点。
现有技术中，PCP客户端可以通过DHCP(Dynamic Host Configuration Protocol，动态主机配置协议，包括DHCPv4和DHCPv6)协议或者其他承载协议的选项获取一个或者多个PCP服务器端的IP地址，PCP客户端在这些PCP服务器中挑选一个作为与自身匹配的服务器端。在实际应用中，现有技术只能获取一个或者多个PCP服务器端的IP地址，PCP客户端无法依据该信息选择更适合自己的PCP服务器。
发明内容
为了解决上述问题，本发明提供了一种发送、传递和获取能力的方法及装置，能够为PCP客户端选择服务器端提供依据。
本发明提出了一种发送能力的方法，包括：
端口控制协议PCP服务器监听自身的PCP服务器能力指标；
PCP服务器将自身的PCP服务器能力指标发送至承载协议服务器；
其中，所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率。
本发明还提出一种传递能力的方法，包括：
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标，所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率；
当承载协议服务器接收到PCP客户端发来的承载协议请求，则将所述一个或者多个PCP服务器的IP地址以及与所述PCP服务器能力指标对应的PCP服务器能力信息，发送至所述PCP客户端。
可选地，所述PCP服务器能力信息包含能力值；
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标之后，
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力的强弱设置相应的能力值。
可选地，所述PCP服务器能力信息包含能力值；
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标之后，
承载协议服务器将所述PCP服务器能力指标作为能力值。
可选地，所述方法还包括：
所述PCP客户端接收到所述一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息，根据所述PCP服务器能力信息，选择其中一个PCP服务器，建立PCP会话。
本发明还提出一种获取能力的方法，包括：
PCP客户端向承载协议服务器发送承载协议请求；
接收承载协议服务器返回的一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息；
根据所述PCP服务器能力信息，选择其中一个PCP服务器，建立PCP会话。
本发明还提出一种发送能力的装置，应用于PCP服务器，包括：
监听模块，用于监听自身的PCP服务器能力指标；
能力指标发送模块，用于将自身的PCP服务器能力指标发送至承载协议服务器；
其中，所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率。
本发明还提出一种传递能力的装置，应用于承载协议服务器，包括：
第一接收模块，用于接收一个或多个PCP服务器发送的PCP服务器能力指标；所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率；
第二接收模块，用于接收PCP客户端发来的承载协议请求，并通知承载协议响应发送模块；
承载协议响应发送模块，用于根据所述第二接收模块的通知，将所述一个或者多个PCP服务器的IP地址以及与所述PCP服务器能力指标对应的PCP服务器能力信息，发送至所述PCP客户端。
可选地，所述装置还包括：
能力值设置模块，用于根据接收到的一个或多个PCP服务器能力指标，设置相应的能力值，发送至承载协议响应发送模块；
所述PCP服务器能力信息包含所述能力值。
本发明还提出一种获取能力的装置，应用于PCP客户端，包括：
承载协议请求发送模块，用于向承载协议服务器发送承载协议请求；
承载协议响应接收模块，用于接收承载协议服务器返回的一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息；
选择建立模块，用于根据所述PCP服务器能力信息，选择其中一个PCP服务器，建立PCP会话。
本发明通过向PCP客户端传递相关的PCP服务器的能力，解决了现有技术中PCP客户端无法获知PCP服务器能力，从而导致PCP客户端无法选择PCP服务器的缺陷，为PCP客户端选择服务器端提供了有效的依据。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
下面对本发明实施例中的附图进行说明，实施例中的附图是用于对本发明的进一步理解，与说明书一起用于解释本发明，并不构成对本发明保护范围的限制。
图1是本发明实施例应用场景示意图；
图2是本发明实施例PCP服务器端的流程图；
图3是本发明实施例PCP客户端与承载协议服务器报文交互图；
图4是本发明实施例PCP服务器能力值在承载协议报文中的位置示意图；
图5是本发明实施例一示意图；
图6是本发明实施例二示意图；
图7是本发明实施例三示意图；
图8是本发明实施例四示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
现有技术中，PCP客户端可以通过DHCP协议或者其他承载协议的选项获取一个或者多个PCP服务器端的IP地址，PCP客户端在这些PCP服务器中挑选一个作为与自身匹配的服务器端。在实际应用中，现有技术只能获取一个或者多个PCP服务器端的IP地址，但是，无法获取这些PCP服务器端支持NAT的能力和优先级。在这种情况下，PCP客户端无法正确根据NAT能力对服务器进行选择。
例如，某个客户端应用需要申请10个NAT会话，此时，供选择的PCP服务器有2个，第一个公网资源利用率98％，第二个公网资源利用率只有10％。在这种情况下客户端应该优选选择第二个PCP服务器进行对等通信。但是现有技术中会将两个PCP服务器的IP地址都发送给客户端，客户端却无法做出正确选择。
在本发明中，提供了一种在承载协议的扩展选项中，增加PCP服务器能力的选项，解决现有技术中PCP客户端无法正确选择服务器端的缺陷。
所述的承载协议为除PCP以外的一种协议，PCP客户端同时作为所述承载协议的客户端，完成所述承载协议执行的功能。例如DHCPv4协议、DHCPv6协议、邻居发现协议、路由协议等等。
如图1所示，为本发明实施例应用场景示意图，其中，一个或多个PCP服务器(图中仅示出两个，PCP服务器A和PCP服务器B，在实际应用中也可以为一个或多个)将自身的能力上报至承载协议服务器，承载协议服务器将该能力信息通过承载协议报文发送至PCP客户端，PCP客户端根据该信息选择合适的PCP服务器进行连接，比如本图中PCP客户端选择了PCP服务器B。
具体地，在本发明实施例中，针对PCP服务器端，如图2所示：
PCP服务器监听自身的PCP服务器能力指标；
PCP服务器将自身的PCP服务器能力指标发送至承载协议服务器；
其中，所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率。即：PCP服务器将自身的PCP资源数量和PCP资源利用率至少之一发送给承载协议服务器。
所述PCP资源数量，是指PCP服务器所拥有的协议端口个数；
所述PCP资源利用率，是指PCP服务器已使用的协议端口数目除以上述PCP资源数量的百分比。
从图2可以看出，PCP服务器以一定时间间隔监听自身的PCP服务器能力指标，定时上报至承载协议服务器。
在本发明实施例中，针对承载协议服务器端：
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标；
当承载协议服务器接收到PCP客户端发来的承载协议请求，则将所述一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息，发送至所述PCP客户端。
其中，PCP服务器能力信息与所述PCP服务器能力指标相对应，包含能力值。
该能力值的设置原则可以是：
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力的强弱设置相应的能力值；或者，承载协议服务器直接将所述PCP服务器能力指标作为能力值。
当按照能力的强弱设置能力值时，可以采用如下方式：承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力强弱排序，并根据排序的结果设置相应的PCP服务器能力值；或者，将PCP服务器能力指标按照能力强弱划分不同的区间，位于不同区间的PCP服务器能力指标对应不同的能力值，等等。
所述承载协议服务器可以是DHCP服务器、路由器、交换机、防火墙等网络设备。
所述承载协议服务器也可以同时是PCP服务器。
在本发明实施例中，针对PCP客户端：
PCP客户端向承载协议服务器发送承载协议请求；
接收承载协议服务器返回的一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息；
根据所述PCP服务器能力信息，选择其中一个PCP服务器，建立PCP会话。
其中，PCP客户端根据选择策略选择PCP服务器，该选择策略可以是选择能力最强的PCP服务器，也可以是根据用户等级等原则，选择对应能力等级的PCP服务器。
所述PCP客户端可以是路由器、交换机、防火墙等网络设备；也可以是个人电脑、手机等终端。
如图3所示，PCP客户端与承载协议服务器之间交互包括：
步骤1，PCP客户端向承载协议服务器发送承载协议请求报文；
步骤2，承载协议服务器将PCP服务器的IP地址以及相应的PCP服务器能力值封装到承载协议响应报文；
步骤3，承载协议服务器将该承载协议响应报文发送至PCP客户端。
如图4所示，为PCP服务器能力值在承载协议报文中的位置示意图。
图5是本发明实施例一示意图。如图5所示，内网用户通过NAT-A或NAT-B与互联网用户互访，家庭网关作为PCP客户端，NAT-A和NAT-B分别作为PCP服务器，DHCP服务器作为承载协议的服务器。步骤如下：
步骤S101：互联网用户需要穿越防火墙访问内网用户，内网用户需要在NAT-A或者NAT-B上创建一个会话；
步骤S102：NAT-A拥有10个公网IP地址，并且已经有80％已经使用；NAT-B拥有80个公网IP地址，并且有1％已经使用；NAT-A和NAT-B分别把自身的能力发送到DHCP服务器；
步骤S103：DHCP服务器计算NAT-A和NAT-B，发现NAT-B剩余资源最多，能力最强。因此DHCP根据策略将NAT-A的能力值设置为1，NAT-B的能力值设置为2；
步骤S104：家庭网关通过DHCP协议获取自身的IP地址，发送DHCP请求报文；
步骤S105：DHCP服务器收到家庭网关发来的报文，把NAT-A设备的IP地址和能力值、NAT-B设备的IP地址和能力值封装在DHCP应答报文选项中，发送给家庭网关；
步骤S106：家庭网关收到DHCP应答报文，解析到NAT-A和NAT-B的IP地址和能力值，根据用户策略，选择NAT-B作为PCP服务器，并新建会话；
步骤S107：会话建立后，互联网用户通过建立的会话，成功主动访问内网用户；
图6是本发明实施例二的示意图。如图6所示，内网用户是IPv6用户，通过NAT64-A或NAT64-B与互联网IPv4用户互访，内网用户作为PCP客户端，NAT64-A和NAT64-B分别作为PCP服务器，接入服务器作为承载协议的服务器。步骤如下：
步骤S201：互联网用户需要穿越防火墙访问内网用户，内网用户需要在NAT64-A或者NAT64-B上创建一个会话；
步骤S202：NAT64-A拥有15个公网IP地址，并且已经有60％已经使用；NAT64-B拥有15个公网IP地址，并且有50％已经使用；NAT64-A和NAT-B分别把自身的能力发送到接入服务器；
步骤S203：接入服务器计算NAT64-A和NAT64-B，发现NAT64-B剩余资源最多，能力最强。因此DHCP根据策略将NAT64-A的能力值设置为1，NAT64-B的能力值设置为2；
步骤S204：内网用户通过邻居发现(Neighbor Discovery，ND)协议进行邻居发现，发送ND报文；
步骤S205：接入服务器收到内网用户发来的报文，把NAT64-A设备的IP地址和能力值、NAT64-B设备的IP地址和能力值封装在ND应答报文选项中，发送给内网用户；
步骤S206：内网用户收到ND应答报文，解析到NAT64-A和NAT64-B的IP地址和能力值，根据用户策略，选择NAT64-B作为PCP服务器，并新建会话；
步骤S207：会话建立后，互联网IPv4用户通过建立的会话，成功主动访问内网IPv6用户。
图7是本发明实施例三的示意图。如图7所示，内网用户是IPv4用户，通过接入路由器或NAT-B与互联网用户互访，其中，接入路由器集成了NAT-A(PCP服务器)和承载协议服务器的功能。内网用户作为PCP客户端，NAT-B也作为PCP服务器。步骤如下：
步骤S301：互联网用户需要穿越防火墙访问内网用户，内网用户需要在接入路由器或者NAT-B上创建一个会话；
步骤S302：接入路由器拥有105个公网IP地址，并且已经有60％已经使用；NAT-B拥有150个公网IP地址，并且有50％已经使用；NAT-B把自身的能力发送到接入路由器；
步骤S303：接入路由器获取自身NAT-A及获取NAT-B的资源数目和资源利用率。因此接入路由器的DHCP服务端将NAT-A的能力值0x693C，其中十六进制0x69表示十进制的105，0x3C表示十进制的60，0x693C表示105个公网IP地址和60％的使用率；NAT-B的能力值设置为0x9632，其中十六进制0x96表示十进制的150，0x32表示十进制的50，0x9632表示150个公网IP地址和50％的使用率。
步骤S304：内网手机用户通过DHCP协议获取自身的IP地址，发送DHCP请求报文；
步骤S305：接入路由器收到内网用户发来的报文，把接入路由器的IP地址和能力值、NAT-B设备的IP地址和能力值封装在DHCP应答报文选项中，发送给内网用户；
步骤S306：内网手机用户收到DHCP应答报文，解析到接入路由器和NAT-B的IP地址和能力值。内网手机用户解析自身的用户策略，发现该手机用户属于低等级手机用户，因此自动选择能力较弱的NAT-A也就是接入路由器作为PCP服务器端，并和接入路由器建立NAT会话。
步骤S307：会话建立后，互联网用户通过建立的会话，成功主动访问内网手机用户。
图8是本发明实施例四示意图。如图8所示，内网用户可以通过NAT-A、NAT-B、NAT-C或NAT-D与互联网用户互访，家庭网关作为PCP客户端，NAT-A、NAT-B、NAT-C和NAT-D分别作为PCP服务器，DHCP服务器作为承载协议的服务器。步骤如下：
步骤S401：互联网用户需要穿越防火墙访问内网用户，内网用户需要在NAT-A或者NAT-B上创建一个会话；
步骤S402：NAT-A拥有10个公网IP地址，并且已经有80％已经使用，剩余2个资源；NAT-B拥有20个公网IP地址，并且有70％已经使用，剩余6个资源；NAT-C拥有50个公网IP地址，并且有20％已经使用，剩余40个资源；NAT-D拥有40个公网IP地址，并且有60％已经使用，剩余16个资源；NAT-A、NAT-B、NAT-C和NAT-B分别把自身的能力发送到DHCP服务器；
步骤S403：DHCP服务器计算NAT-A、NAT-B、NAT-C和NAT-B，并将剩余资源分为四个档次，剩余资源少于10时能力值为1，剩余资源在10到20之间，能力值为2，剩余资源在20到30之间，能力值为3，剩余资源在30以上，能力值为4。因此，DHCP根据策略将NAT-A、NAT-B能力值设为1；NAT-C能力值设为2；NAT-D能力值设为4。
步骤S404：家庭网关通过DHCP协议获取自身的IP地址，发送DHCP请求报文；
步骤S405：DHCP服务器收到家庭网关发来的报文，把NAT-A设备的IP地址和能力值、NAT-B设备的IP地址和能力值、NAT-C设备的IP地址和能力值以及NAT-D设备的IP地址和能力值封装在DHCP应答报文选项中，发送给家庭网关；
步骤S406：家庭网关收到DHCP应答报文，解析到NAT-A、NAT-B、NAT-C和NAT-B的IP地址和能力值，根据用户策略，选择NAT-B作为PCP服务器，并新建会话；
步骤S407：会话建立后，互联网用户通过建立的会话，成功主动访问内网用户；
相应地，本发明还提出了发送、传递、获取能力的装置，其中：
发送能力的装置，应用于PCP服务器，包括：
监听模块，用于监听自身的PCP服务器能力指标；
能力指标发送模块，用于将自身的PCP服务器能力指标发送至承载协议服务器；
其中，所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率。
传递能力的装置，应用于承载协议服务器，包括：
第一接收模块，用于接收一个或多个PCP服务器发送的PCP服务器能力指标；所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率；
第二接收模块，用于接收PCP客户端发来的承载协议请求，并通知承载协议响应发送模块；
承载协议响应发送模块，用于根据所述第二接收模块的通知，将所述一个或者多个PCP服务器的IP地址以及与所述PCP服务器能力指标对应的PCP服务器能力信息，发送至所述PCP客户端。
所述传递能力的装置还包括：
能力值设置模块，用于根据接收到的一个或多个PCP服务器能力指标，设置相应的能力值，发送至承载协议响应发送模块；所述PCP服务器能力信息包含所述能力值。
该能力值设置模块可以根据接收到的一个或多个PCP服务器能力指标，按照能力的强弱设置相应的能力值；或者，直接将所述PCP服务器能力指标作为能力值。
获取能力的装置，应用于PCP客户端，包括：
承载协议请求发送模块，用于向承载协议服务器发送承载协议请求；
承载协议响应接收模块，用于接收承载协议服务器返回的一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息；
选择建立模块，用于根据所述PCP服务器能力信息，选择其中一个PCP服务器，建立PCP会话。
选择建立模块可以根据选择策略选择PCP服务器，该选择策略可以是选择能力最强的PCP服务器，也可以是根据用户等级等原则，选择对应能力等级的PCP服务器。
虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (8)

1.一种发送能力的方法，包括：
端口控制协议PCP服务器监听自身的PCP服务器能力指标；
PCP服务器将自身的PCP服务器能力指标发送至承载协议服务器；
其中，所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率；
所述PCP服务器能力信息包含能力值；PCP服务器将自身的PCP服务器能力指标发送至承载协议服务器之后，所述承载协议服务器根据接收到的PCP服务器能力指标，按照能力的强弱设置相应的能力值；
其中，所述能力值通过如下方式设置：
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力强弱排序，并根据排序的结果设置相应的PCP服务器能力值；或者，将PCP服务器能力指标按照能力强弱划分不同的区间，位于不同区间的PCP服务器能力指标对应不同的能力值。
2.一种传递能力的方法，包括：
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标，所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率；
当承载协议服务器接收到PCP客户端发来的承载协议请求，则将所述一个或者多个PCP服务器的IP地址以及与所述PCP服务器能力指标对应的PCP服务器能力信息，发送至所述PCP客户端；
所述PCP服务器能力信息包含能力值；
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标之后，
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力的强弱设置相应的能力值；
其中，所述能力值通过如下方式设置：
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力强弱排序，并根据排序的结果设置相应的PCP服务器能力值；或者，将PCP服务器能力指标按照能力强弱划分不同的区间，位于不同区间的PCP服务器能力指标对应不同的能力值。
3.如权利要求2所述的方法，其特征在于，
所述PCP服务器能力信息包含能力值；
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标之后，
承载协议服务器将所述PCP服务器能力指标作为能力值。
4.如权利要求2～3中任意一项所述的方法，其特征在于，还包括：
所述PCP客户端接收到所述一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息，根据所述PCP服务器能力信息，选择其中一个PCP服务器，建立PCP会话。
5.一种获取能力的方法，包括：
PCP客户端向承载协议服务器发送承载协议请求；
接收承载协议服务器返回的一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息；
根据所述PCP服务器能力信息，选择其中一个PCP服务器，建立PCP会话；
所述PCP服务器能力信息包含能力值；承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标之后，所述承载协议服务器根据接收到的PCP服务器能力指标，按照能力的强弱设置相应的能力值；
其中，所述能力值通过如下方式设置：
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力强弱排序，并根据排序的结果设置相应的PCP服务器能力值；或者，将PCP服务器能力指标按照能力强弱划分不同的区间，位于不同区间的PCP服务器能力指标对应不同的能力值。
6.一种发送能力的装置，应用于PCP服务器，其特征在于，包括：
监听模块，用于监听自身的PCP服务器能力指标；
能力指标发送模块，用于将自身的PCP服务器能力指标发送至承载协议服务器；
其中，所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率；
所述PCP服务器能力信息包含能力值；
在PCP服务器将自身的PCP服务器能力指标发送至承载协议服务器之后，所述承载协议服务器根据接收到的PCP服务器能力指标，按照能力的强弱设置相应的能力值；
其中，所述装置用于通过如下方式设置所述能力值：
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力强弱排序，并根据排序的结果设置相应的PCP服务器能力值；或者，将PCP服务器能力指标按照能力强弱划分不同的区间，位于不同区间的PCP服务器能力指标对应不同的能力值。
7.一种传递能力的装置，应用于承载协议服务器，其特征在于，包括：
第一接收模块，用于接收一个或多个PCP服务器发送的PCP服务器能力指标；所述PCP服务器能力指标包括PCP资源数量和/或PCP资源利用率；
第二接收模块，用于接收PCP客户端发来的承载协议请求，并通知承载协议响应发送模块；
承载协议响应发送模块，用于根据所述第二接收模块的通知，将所述一个或者多个PCP服务器的IP地址以及与所述PCP服务器能力指标对应的PCP服务器能力信息，发送至所述PCP客户端；
所述PCP服务器能力信息包含能力值；
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标之后，
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力的强弱设置相应的能力值；
其中，所述装置用于通过如下方式设置所述能力值：
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力强弱排序，并根据排序的结果设置相应的PCP服务器能力值；或者，将PCP服务器能力指标按照能力强弱划分不同的区间，位于不同区间的PCP服务器能力指标对应不同的能力值。
8.一种获取能力的装置，应用于PCP客户端，其特征在于，包括：
承载协议请求发送模块，用于向承载协议服务器发送承载协议请求；
承载协议响应接收模块，用于接收承载协议服务器返回的一个或者多个PCP服务器的IP地址以及相应的PCP服务器能力信息；
选择建立模块，用于根据所述PCP服务器能力信息，选择其中一个PCP服务器，建立PCP会话；
所述PCP服务器能力信息包含能力值；
承载协议服务器接收一个或多个PCP服务器发送的PCP服务器能力指标之后，
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力的强弱设置相应的能力值；
其中，所述装置用于通过如下方式设置所述能力值：
所述承载协议服务器根据接收到的一个或多个PCP服务器能力指标，按照能力强弱排序，并根据排序的结果设置相应的PCP服务器能力值；或者，将PCP服务器能力指标按照能力强弱划分不同的区间，位于不同区间的PCP服务器能力指标对应不同的能力值。
CN201510166145.3A 2015-04-09 2015-04-09 发送、传递和获取能力的方法及装置 Active CN106161534B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201510166145.3A CN106161534B (zh) 2015-04-09 2015-04-09 发送、传递和获取能力的方法及装置
US15/561,070 US20180063254A1 (en) 2015-04-09 2015-09-15 Method and Apparatus for Sending, Transferring and Acquiring Capability
EP15888318.1A EP3264724B1 (en) 2015-04-09 2015-09-15 Method and apparatus for sending, transferring and acquiring capability
PCT/CN2015/089662 WO2016161765A1 (zh) 2015-04-09 2015-09-15 发送、传递和获取能力的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510166145.3A CN106161534B (zh) 2015-04-09 2015-04-09 发送、传递和获取能力的方法及装置

Publications (2)

Publication Number Publication Date
CN106161534A CN106161534A (zh) 2016-11-23
CN106161534B true CN106161534B (zh) 2021-05-11

Family

ID=57071731

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510166145.3A Active CN106161534B (zh) 2015-04-09 2015-04-09 发送、传递和获取能力的方法及装置

Country Status (4)

Country Link
US (1) US20180063254A1 (zh)
EP (1) EP3264724B1 (zh)
CN (1) CN106161534B (zh)
WO (1) WO2016161765A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI776454B (zh) * 2021-04-08 2022-09-01 立新 陳 動態分配服務伺服器的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102664971A (zh) * 2012-04-11 2012-09-12 中兴通讯股份有限公司 网络地址资源管理方法、系统及外部地址资源服务器
CN103179639A (zh) * 2013-03-15 2013-06-26 华为技术有限公司 选择网络控制器的方法和站设备
CN103535015A (zh) * 2013-05-24 2014-01-22 华为技术有限公司 公网地址资源的管理方法、端口控制协议服务器及客户端

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6335927B1 (en) * 1996-11-18 2002-01-01 Mci Communications Corporation System and method for providing requested quality of service in a hybrid network
CN1852094B (zh) * 2005-12-13 2010-09-29 华为技术有限公司 网络业务应用账户的保护方法和系统
CN102148767A (zh) * 2011-05-12 2011-08-10 杭州华三通信技术有限公司 一种基于nat的数据路由方法及其装置
CN102447630B (zh) * 2011-12-28 2018-02-27 中兴通讯股份有限公司 协议报文的传输方法、家庭网关及运营商级网络转换设备
US9473451B2 (en) * 2012-09-21 2016-10-18 Ixia Methods, systems, and computer readable media for providing mapping information associated with port control protocol (PCP) in a test environment
CN103906037A (zh) * 2012-12-25 2014-07-02 中兴通讯股份有限公司 采用端口控制协议完成网络地址转换保活的方法及设备
US10320676B2 (en) * 2014-02-28 2019-06-11 Cisco Technology, Inc. Smarter policy decisions based on metadata in data flows

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102664971A (zh) * 2012-04-11 2012-09-12 中兴通讯股份有限公司 网络地址资源管理方法、系统及外部地址资源服务器
CN103179639A (zh) * 2013-03-15 2013-06-26 华为技术有限公司 选择网络控制器的方法和站设备
CN103535015A (zh) * 2013-05-24 2014-01-22 华为技术有限公司 公网地址资源的管理方法、端口控制协议服务器及客户端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Retrieving the Capabilities of a PCP-controlled Device draft-boucadair-pcp-capability-03";M.Boucadair;《IETF：PCP Working Group Internet-Draft》;20131125;正文第1-5页 *

Also Published As

Publication number Publication date
WO2016161765A1 (zh) 2016-10-13
CN106161534A (zh) 2016-11-23
EP3264724A4 (en) 2018-04-11
US20180063254A1 (en) 2018-03-01
EP3264724B1 (en) 2019-06-26
EP3264724A1 (en) 2018-01-03

Similar Documents

Publication Publication Date Title
US9160707B2 (en) Differentiated handling of network traffic using network address translation
US9106541B2 (en) Token-based correlation of control sessions for policy and charging control of a data session through a NAT
EP3958534A1 (en) Method and apparatus for establishing end-to-end network connection, and network system
US20130301598A1 (en) Routing traffic towards a mobile node
JP5711392B2 (ja) Ｐｄｎ−ｇｗ内のｎａｔ／ｎａｐｔを伴うシナリオについてのｐｃｃサポートのための方法及び装置
WO2021051992A1 (zh) 一种nat穿越的方法、设备和系统
JP2006086800A (ja) ソースアドレスを選択する通信装置
US20140095686A1 (en) Policy control method and device
KR20130052240A (ko) 네트워크 주소 변환기 통과 기법을 프로비저닝하기 위한 방법 및 장치
Srirama et al. Tcp hole punching approach to address devices in mobile networks
CN106161534B (zh) 发送、传递和获取能力的方法及装置
US10448435B2 (en) Setting up a dedicated bearer in a radio communication network
US9516575B2 (en) Mobile device based proxy for browser-originated procedures
WO2014169590A1 (zh) 一种数据业务通信方法、设备及系统
EP2466924B1 (en) Method, system and access service router for implementing multicast service
US8738038B2 (en) Method and system for implementing information interaction in a next generation network
Chen et al. NAT64 Deployment Options and Experience
Ata et al. Architectural design of unified multiplex communications for one-time use of IP addresses
JP5120431B2 (ja) 通信システム、通信方法、アドレス配布システム、アドレス配布方法、通信端末
Binet et al. NAT64 Deployment Options and Experience
Wing PCP Working Group M. Boucadair Internet-Draft France Telecom Intended status: Standards Track T. Reddy Expires: November 29, 2013 P. Patil
WO2016000789A1 (en) Trusted wireless access gateway handover
KR20120116238A (ko) Ｕｄｐ 푸시 데이터 전송 시스템 및 그 제어방법과, 그 시스템에 포함되는 통신 단말기 및 그 제어방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant