NAT会话保活时长设置方法以及客户端和服务器

摘要

本申请公开了一种NAT会话保活时长设置方法以及实现该方法的客户端和服务器。根据本申请实施方案的NAT会话保活时长设置方法可包括：客户端根据用户和/或业务信息获取QoS等级；客户端向服务器发送所述QoS等级；服务器接收所述请求消息，根据所述QoS等级确定保活时长；以及服务器向客户端发送所述保活时长。根据本申请的方法和装置，可根据用户和业务来设置NAT会话保活时长，使得NAT资源得以合理分配与释放，从而提高资源利用率。

权利要求

1.NAT会话保活时长设置方法，包括：客户端根据用户和/或业务信息获取QoS等级；

客户端向服务器发送所述QoS等级；

服务器接收所述请求消息，根据所述QoS等级确定NAT会话保活时长；以及服务器向客户端发送所述NAT会话保活时长。

2.如权利要求1所述的方法，其中，客户端配置有QoS等级查询表，客户端根据用户和/或业务信息，通过查询所述QoS等级查询表来获取QoS等级。

3.如权利要求1所述的方法，其中，在客户端向服务器发送的请求消息中增加QoS等级标志位，通过所述请求消息向服务器发送所述QoS等级。

4.如权利要求1所述的方法，其中，服务器配置有保活时长查询表，服务器根据所述QoS等级，通过查询所述保活时长查询表来确定保活时长。

5.如权利要求1所述的方法，进一步包括：客户端根据接收到的所述保活时长，发送NAT会话保活消息。

6.客户端设备，包括：

QoS等级获取模块，根据用户和/或业务信息来获取QoS等级；

发送模块，发送包含所述QoS等级的请求消息；以及接收模块，接收根据所述QoS等级确定的NAT会话保活时长信息。

7.如权利要求6所述的客户端设备，其中，所述QoS等级获取模块包括QoS等级查询表，所述QoS等级获取模块根据用户和/或业务信息，通过查询所述QoS等级查询表来获取QoS等级。

8.如权利要求6所述的客户端设备，其中，所述发送模块根据所述保活时长信息，发送NAT会话保活消息。

9.服务器设备，包括：

接收模块，接收包含QoS等级的消息；

保活时长确定模块，根据所述QoS等级，确定NAT会话保活时长；以及发送模块，发送所述NAT会话保活时长。

10.如权利要求9所述的服务器设备，其中，所述保活时长确定模块包括保活时长查询表，所述保活时长确定模块根据所述QoS等级，通过查询所述保活时长查询表来确定保活时长。

11.NAT会话保活时长设置方法，包括：客户端根据用户和/或业务信息获取QoS等级；

客户端向服务器发送请求消息，其中，所获取的QoS等级包含在所述请求消息的QoS等级标志位中；

服务器接收所述请求消息，根据所述QoS等级确定保活时长；

服务器向客户端发送所述保活时长；以及

客户端根据接收到的所述保活时长，发送NAT会话保活消息。

说明书

NAT会话保活时长设置方法以及客户端和服务器

技术领域

[0001] 本申请涉及NAT会话保活时长设置方法以及实现该方法的客户端和服务器。

背景技术

[0002] Network Address Translation(网络地址转换)简称NAT，是一个IETF标准，能将一个IP地址域映射到另一个IP地址域，从而为终端主机提供透明路由，以解决当前公网IP地址紧缺和网络安全问题。但是NAT设备中记录并保活的用户公网IP地址与私网IP地址的映射信息具有一定的存活周期，当存活周期内无新的请求消息时，NAT会话将被释放，之后服务器主动推送的消息将无法送到客户端，影响用户体验。

[0003] 为了解决上述问题，一种方式是客户端持续不断的发送心跳消息，来保活用户的NAT会话信息，使得使用了NAT设备的私有TCP/IP网络中的主机与服务器之间保持长连接，以保证客户端与服务器间的网络安全和数据的顺畅通行。然而，心跳消息的持续不断发送，严重消耗了无线信道资源，降低了无线资源利用率。

[0004] 一种避免持续不断发送心跳消息的方式是基于PCP进行NAT会话保活的方案。PCP(Port Control Protocol)是IETF定义的用于PCP客户端和PCP服务器(如NAT)之间进行会话保活的协议。其核心是，PCP客户端将需要保活的IP地址、端口及保活周期等信息发送至PCP服务器，服务器将分配的公网IP地址、端口及协商后的保活周期等信息返回至客户端，之后客户端发送保活消息进行会话保活。根据这种方式，虽然避免了持续不断发送心跳消息，然而，由于PCP服务器一般按照客户端的需求来设置保活周期，容易造成IP地址资源的浪费。

发明内容

[0005] 为了解决现有基于PCP的NAT会话保活时长设置的资源浪费问题，本申请提出了一种NAT会话保活时长设置方法以及实现该方法的客户端和服务器。

[0006] 根据本申请的一个方面，提出了一种NAT会话保活时长设置方法，可包括：客户端根据用户和/或业务信息获取QoS等级；客户端向服务器发送所述QoS等级；服务器接收所述请求消息，根据所述QoS等级确定NAT会话保活时长；以及服务器向客户端发送所述NAT会话保活时长。

[0007] 根据本申请的另一个方面，提出了一种客户端，可包括：QoS等级获取模块，根据用户和/或业务信息来获取QoS等级；发送模块，发送所述QoS等级；以及接收模块，接收保活时长信息。

[0008] 根据本申请的又一个方面，提出了一种服务器，可包括：接收模块，接收包含QoS等级的消息；保活时长确定模块，根据所述QoS等级，确定NAT会话保活时长；以及发送模块，发送所述NAT会话保活时长。

[0009] 通过本申请的方法和装置，可根据不同用户和/或业务的具体特性来设置NAT会话保活时长，从而使得NAT资源得以合理分配与释放，提高资源利用率。

附图说明

[0010] 图1是根据本申请一个实施方案的NAT会话保活时长设置方法的流程图；

[0011] 图2是根据本申请一个实施方案的客户端设备的框图；以及

[0012] 图3是根据本申请一个实施方案的服务器设备的框图。

具体实施方式

[0013] 下面参照附图，对本申请的实施方案进行详细说明。

[0014] 图1是根据本申请一个实施方案的NAT会话保活时长设置方法的流程图。如图1所示，在步骤S1002，客户端可根据用户或业务信息或者用户和业务信息的组合，来获取QoS等级。然后在步骤S1004，客户端可向服务器发送所获取的QoS等级。在步骤S1006，服务器接收客户端发送的请求消息，并根据QoS等级来确定保活时长。之后，在步骤S1008，服务器将所确定的保活时长发送给客户端。

[0015] 通过该方法，可根据不同用户和/或业务的具体特性来设置NAT会话保活时长，从而使得NAT资源得以合理分配与释放，提高资源利用率。

[0016] 根据本申请的具体实施方案，为了针对不同的用户、业务等信息分配不同的保活周期，可在客户端中配置QoS等级查询表，从而可根据用户、业务信息或者用户与业务信息的组合来查找对应的QoS等级。该QoS等级查询表可由运营商配置，并可进行灵活修改。

[0017] 可以理解，既可同时考虑用户和业务两个因素，也可单独考虑用户和业务的其中一个因素，后面将进行详细说明。

[0018] 可以理解，客户端可通过各种现有方式获取业务信息，例如，通过DPI进行业务检测，或者增加其它网元(例如，PCRF)进行业务信息上报。

[0019] 根据一个具体实施方案，当客户端获取了QoS等级后，可将其插入将要向服务器发送的请求消息中增加的QoS等级标志位，通过请求消息向服务器发送QoS等级。

[0020] 根据一个具体实施方案，服务器中可配置有保活时长查询表，可根据QoS等级，通过查询保活时长查询表来确定保活时长。与QoS等级查询表类似，保活时长查询表可由运营商配置，并可进行灵活修改。作为一个具体实施例，可为较高QoS等级设置较高的保活时长，这样，在资源紧张的情况下，可优先为高QoS等级的用户或业务提供服务。

[0021] 下面详细说明如何根据用户和业务信息来设置保活时长。

[0022] 在一个具体实施例中，客户端中配置QoS等级查询表可以是仅根据业务来对应QoS等级。例如，针对友好的永远在线类应用，由于永远在线类应用本来就是需要长在线的，可为其保持长连接，而减少该类应用的心跳消息发送频率，降低其对无线资源的占用。因此，可以为这类应用设置较高的对应QoS等级，从而配置较长的保活时长。又例如，对于不合作应用或病毒等应用，可以设置较低的QoS等级，服务器可以拒绝该类应用申请。

[0023] 在另一个具体实施例中，客户端中配置QoS等级查询表可以是仅根据用户来对应QoS等级。例如，可以为VIP用户提供较高的优先级，即根据用户等级来提供差异化的QoS等级。在资源紧张时，为高QoS等级的用户提供服务，而拒绝低QoS等级用户的PCP请求。

[0024] 当服务器确定了保活时长后，将其发送给客户端，客户端可根据接收到的保活时长，发送NAT会话保活消息。

[0025] 可以理解，NAT会话保活消息可以与之前发送的包含QoS请求消息相同。服务器会维护用户会话映射关系，在一定时间内(即超时时间)没有数据发送，则会删除该映射表，因此用户就无法接入服务(如访问internet)，保活周期即是这个映射关系的超时时间，因此只要在这个超时时间内再收到消息，该会话就会保留。

[0026] 接下来参照图2，描述根据本申请实施方案的客户端设备。

[0027] 如图2所示，客户端设备20可包括QoS等级获取模块202和发送模块204。QoS等级获取模块202可根据用户和/或业务信息来获取QoS等级，而发送模块204可发送所获取的QoS等级。

[0028] 根据一个实施方案，QoS等级获取模块可配置有QoS等级查询表，QoS等级获取模块根据用户和/或业务信息，通过查询所述QoS等级查询表来获取QoS等级。

[0029] 根据一个实施方案，在客户端的请求消息中，可增加QoS等级标志位，发送模块发送包含了QoS等级的请求消息。

[0030] 根据一个实施方案，客户端可进一步包括接收模块(未示出)，接收保活时长信息。发送模块可根据所接收的保活时长信息，发送NAT会话保活消息。

[0031] 接下来参照图3，描述根据本申请实施方案的服务器设备。

[0032] 如图所示，服务器30可包括接收模块302、保活时长确定模块304以及发送模块306。接收模块302可接收包含QoS等级的消息。保活时长确定模块304可根据QoS等级，确定保活时长，而发送模块306可发送所述保活时长。

[0033] 根据一个实施方案，保活时长确定模块可配置有保活时长查询表，保活时长确定模块可根据QoS等级，通过查询所述保活时长查询表来确定保活时长。

[0034] 以上参照附图对本申请的示例性的实施方案进行了描述。本领域技术人员应该理解，上述实施方案仅仅是为了说明的目的而所举的示例，而不是用来进行限制。凡在本申请的教导和权利要求保护范围下所作的任何修改、等同替换等，均应包含在本申请要求保护的范围内。