CN103906037A - 采用端口控制协议完成网络地址转换保活的方法及设备 - Google Patents
采用端口控制协议完成网络地址转换保活的方法及设备 Download PDFInfo
- Publication number
- CN103906037A CN103906037A CN201210572628.XA CN201210572628A CN103906037A CN 103906037 A CN103906037 A CN 103906037A CN 201210572628 A CN201210572628 A CN 201210572628A CN 103906037 A CN103906037 A CN 103906037A
- Authority
- CN
- China
- Prior art keywords
- pcp
- subscriber equipment
- port
- address
- home address
- 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.)
- Pending
Links
Images
Classifications
-
- 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
-
- 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/255—Maintenance or indexing of mapping tables
- H04L61/2553—Binding renewal aspects, e.g. using keep-alive messages
Abstract
本发明公开了采用端口控制协议完成网络地址转换保活的方法及设备，端口控制协议（PCP）客户端获取用户设备的内部地址和端口，将携带所述用户设备的内部地址和端口的PCP请求发送至端口控制协议（PCP）服务器，所述PCP服务器向网络地址转换（NAT）设备发送携带所述用户设备的内部地址和端口的保活请求。本发明采用端口控制协议（PCP）可以减少用户设备与网络在空口上的通信，进而降低用户设备消耗在NAT保活过程中的电池损耗。
Description
技术领域
本发明涉及移动通信领域，具体涉及一种应用于第三代合作伙伴计划（3rd Generation Partnership Project，简称为3GPP）网络的采用端口控制协议完成网络地址转换保活的方法及设备。
背景技术
为了保持在通信领域的竞争力，3GPP标准工作组研究提出来3G、4G的3GPP网络，并且提出全IP的概念。全IP网络是从系统概念的层面上对以往3GPP系统进行改进和优化，包括与IP技术融合、支持各种接入系统以及在此基础上向用户提供高质量有保障的综合业务，确保在未来10年甚至更长的时间内具有竞争力。
全IP网络首先需要一套具备足够容量的地址机制。由于需要支持多接入系统，全IP网络对于地址容量的要求会远远高于以往任何的3GPP系统，不同接入系统的各种终端、设备、用户和签约信息等都需要通过地址来标识，并且这种对IP地址容量的要求会随着终端种类和数量的增加、设备的扩充、用户的普及等情况而急剧增加。
网络地址转换(Network Address Translation,简称为NAT)属接入广域网(WAN)技术，是一种将私有（保留）地址转化为合法IP地址的转换技术，它被广泛应用于各种类型Internet接入方式和各种类型的网络中。不仅解决了1P地址不足的问题，而且还能够有效地避免来自网络外部的攻击，隐藏并保护网络内部的计算机。
NAT用来解决内部私有IP地址和外部公共IP地址之间的映射。当数据包离开内部网络时，NAT设备将内部私有IP源地址转换成全球唯一地址以便用于公共网络，例如因特网。当数据包从公共网络进入内部网络时，NAT路由器将全球唯一的公网IP地址转换成内部私有IP地址。当内部网络的共享节点发送出站通信时，NAT转发该通信并且在地址映射和/或端口映射数据库或表中创建共享节点的反向映射条目。该反向条目被用于回到内部网络的响应重定向到正确共享节点。
通常NAT设备采用具有用于映射状态的可配置超时时间段的超时定时器。如果特定条目在超过超时时间段内未被入站或出站的通信使用，则NAT定时器期满并且该条目被清除。一旦该条目被清除，则NAT之后的共享节点不能再通过该连接达到，并且必须发起新连接（例如由该共享节点）。防止NAT定时器超时（或期满）的一种常见机制被称为“保活”或“心跳”处理。在保活机制下，以比NAT超时时间段短的时间间隔在连接上生成无用通信以复位定时器，并由此保持该连接有效。
3GPP的核心网中，包含了归属用户服务器（Home Subscriber Server，简称为HSS）、移动性管理实体（Mobility Management Entity，简称为MME）、策略计费规则功能（Policy and Charging Rule Function，简称为PCRF）、服务网关（Serving Gateway，简称为S-GW）和分组数据网关（PDN Gateway，简称为P-GW）。
图1是以用户设备通过3GPP EPC网络连接到公网为例阐述现有技术。图1是用户设备通过演进的核心网（Evolved Packet Core，简称为EPC）接入到公网的结构示意图。
如图1所示，基站负责与UE建立空口连接，在信令面与MME/服务GPRS支持节点（SGSN）连接传输控制信令；在媒体面与P-GW/网关GPRS支持节点（GGSN）连接，传输媒体信息。例如基站包括RNC（Radio NetworkController，无线网络控制器）、Node B（节点B）或eNB（E-UTRAN NodeB，演进的通用陆地无线接入网络的节点B）。
MME/SGSN是核心网的控制网元，负责移动性管理、非接入层信令的处理和用户移动性管理上下文的管理等控制面相关功能。
P-GW是EPS与分组数据网络（Packet Data Network，简称为PDN）的边界网关，负责PDN的接入及其在EPS与PDN之间转发数据等功能。S-GW在图中未画出，该网元是演进分组核心网（Evolved Packet Core，简称EPC）网络中与无线接入网相连的接入网关设备，在基站和P-GW之间转发数据，并对数据进行缓存。
GGSN可以把GSM网中的GPRS分组数据包进行协议转换，从而可以把这些分组数据包传送到远端的TCP/IP或X.25网络。
GGSN和P-GW都是公共数据网网关在3G/4G网络中的具体网元，公共数据网网关在采用不同体系结构或协议的网络之间进行互通时，用于提供协议转换、路由选择、数据交换等网络兼容功能的设施。
图中未画出PCRF，该网元是策略和计费规则功能实体，其通过接收接口Rx和运营商业务网络相连，负责提供计费控制、在线信用控制、门限控制、以及服务质量（Quality of Service，简称为QoS）。
如图1所示，用户设备UE用户设备通过无线通信连接到基站，发起业务，建立到MME/SGSN的信令面的路径，并建立从UE—>基站—>P-GW/GGSN的媒体路径。在本例中P-GW/GGSN为UE分配了内部私有IP地址，UE发送数据包到远端的时候，数据包经过NAT，NAT设备将UE的私有IP地址/端口转换成全球唯一的公网IP地址/端口，当远端发送到UE的数据包到达NAT路由器时，NAT将公网IP地址/端口转换成UE的私有IP地址/端口，所以发往UE的数据包可以到达UE。在此过程中NAT维护私有IP地址/端口和公网IP地址/端口的映射条目，并设定该条目的超时时间段。在UE的业务有效期间，UE需要向NAT发送保活消息，以防止NAT在超时后将私有IP地址/端口和公网IP地址/端口的映射条目删除。
然而，现有技术存在如下问题：在NAT保活过程中频繁的保活通信消耗用户设备的电池寿命；导致大量无线通信，增加空口负担。
发明内容
本发明要解决的技术问题是提供采用端口控制协议完成网络地址转换保活的方法及设备，解决现有技术的NAT保活流程中空口负担重以及电力损耗多的问题。
为了解决上述技术问题，本发明提供了采用端口控制协议完成网络地址转换保活的方法，所述方法包括：端口控制协议（PCP）客户端获取用户设备的内部地址和端口，将携带所述用户设备的内部地址和端口的PCP请求发送至端口控制协议（PCP）服务器，所述PCP服务器向网络地址转换（NAT）设备发送携带所述用户设备的内部地址和端口的保活请求。
进一步地，上述方法还可以具有以下特点：
所述PCP客户端是公共数据网网关；
所述PCP客户端获取所述用户设备的内部地址和端口的方法是：所述用户设备在控制信令的协议配置选项（PCO）中携带自身的内部地址和端口将所述控制信令发送至公共数据网网关。
进一步地，上述方法还可以具有以下特点：
所述PCP客户端是公共数据网网关；
所述PCP客户端获取所述用户设备的内部地址和端口的方法是：用户设备将其内部地址和端口发送至基站，基站在媒体通道上将所述用户设备的内部地址和端口发送至公共数据网网关。
进一步地，上述方法还可以具有以下特点：
所述PCP客户端是公共数据网网关；
所述PCP客户端获取所述用户设备的内部地址和端口的方法是：核心网的控制网元判断所述用户设备需进行NAT保活后向所述公共数据网网关发送所述用户设备的标识，所述公共数据网网关根据所述用户设备的标识获知所述用户设备的内部地址和端口。
进一步地，上述方法还可以具有以下特点：
所述PCP客户端是公共数据网网关；
所述PCP客户端获取用户设备的内部地址和端口将携带所述用户设备的内部地址和端口的PCP请求发送至所述PCP服务器的方法是：所述公共数据网网关从所述用户设备的上行数据中检测到所述用户设备的信息，所述信息中包括所述用户设备的内部地址和端口，根据所述信息判断所述用户设备需进行NAT保活时向所述PCP服务器发送所述PCP请求。
进一步地，上述方法还可以具有以下特点：
所述PCP客户端是所述用户设备；所述方法包括：
所述用户设备在控制信令的协议配置选项（PCO）中携带PCP请求并将所述控制信令发送到公共数据网网关，所述公共数据网网关向PCP服务器发送所述PCP请求。
进一步地，上述方法还可以具有以下特点：
所述PCP客户端是所述用户设备；所述方法包括：
所述公共数据网网关在向所述用户设备发送的地址通知消息中添加PCP服务器地址；
所述用户设备获知所述PCP服务器的地址，向所述PCP服务器发送携带所述用户设备的内部地址和端口的PCP请求，所述公共数据网网关向PCP服务器发送所述PCP请求。
进一步地，上述方法还可以具有以下特点：
所述PCP客户端是应用服务器；所述方法包括：
应用服务器判断所述用户设备需进行NAT保活时，向策略计费规则功能（PCRF）发送携带所述用户设备的内部地址和端口的PCP请求，所述PCRF将所述PCP请求发送至所述PCP服务器。
进一步地，上述方法还可以具有以下特点：
所述应用服务器获取所述用户设备的内部地址和端口的方法是：所述用户设备在注册到所述应用服务器所在的网络时将其内部地址和端口上报给所述应用服务器，或者所述应用服务器经由所述PCRF查询公共数据网网关而获知用户设备的内部地址和端口。
进一步地，上述方法还可以具有以下特点：
所述PCP客户端是策略计费规则功能（PCRF）；所述方法还包括：
所述PCRF获取所述用户设备的内部地址和端口，判断所述用户设备需进行NAT保活时，向所述PCP服务器发送所述PCP请求。
进一步地，上述方法还可以具有以下特点：
所述PCRF获取所述用户设备的内部地址和端口的方法是：所述应用服务器将所述用户设备的内部地址和端口通知至所述PCRF，或者所述PCRF根据用户设备的标识查询公共数据网网关获知用户设备的内部地址和端口。
为了解决上述技术问题，本发明提供了采用端口控制协议完成网络地址转换保活的网元设备，所述网元设备包括第一模块和第二模块；
所述第一模块，用于获取用户设备的内部地址和端口；
所述第二模块，用于向端口控制协议（PCP）服务器发送携带用户设备的内部地址和端口的PCP请求。
进一步地，上述网元设备还可以具有以下特点：
所述网元设备为作为PCP客户端的公共数据网网关；
所述第一模块，用于从接收的所述控制信令中获知其协议配置选项（PCO）中携带的所述用户设备的内部地址和端口。
进一步地，上述网元设备还可以具有以下特点：
所述网元设备为作为PCP客户端的公共数据网网关；
所述第一模块，用于通过媒体通道从基站接收所述用户设备发送的所述用户设备的内部地址和端口。
进一步地，上述网元设备还可以具有以下特点：
所述网元设备为作为PCP客户端的公共数据网网关；
所述第一模块，用于从核心网的控制网元接收所述用户设备的标识，根据所述用户设备的标识获知所述用户设备的内部地址和端口。
进一步地，上述网元设备还可以具有以下特点：
所述网元设备为作为PCP客户端的公共数据网网关；
所述第一模块，用于从所述用户设备的上行数据中检测到所述用户设备的信息，所述信息中包括所述用户设备的内部地址和端口。
进一步地，上述网元设备还可以具有以下特点：
所述网元设备为作为PCP客户端的应用服务器；
所述第一模块，用于在所述用户设备注册到所述应用服务器所在的网络时从所述用户设备获知所述用户设备的内部地址和端口，或者经由所述PCRF查询公共数据网网关而获知用户设备的内部地址和端口。
进一步地，上述网元设备还可以具有以下特点：
所述网元设备为作为PCP客户端的策略计费规则功能（PCRF）；
所述第一模块，用于从应用服务器接收携带所述用户设备的内部地址和端口的PCP请求，或者根据用户设备的标识查询公共数据网网关获知用户设备的内部地址和端口。
为了解决上述技术问题，本发明还提供了一种用户设备，所述用户设备包括信令发送模块；
所述信令发送模块，用于在控制信令的协议配置选项（PCO）中携带所述用户设备的内部地址和端口并将所述控制信令发送到公共数据网网关。
为了解决上述技术问题，本发明还提供了一种用户设备，所述用户设备作为PCP客户端包括信令发送模块；
所述信令发送模块，用于构建携带所述用户设备的内部地址和端口的PCP请求，在控制信令的协议配置选项（PCO）中携带PCP请求并将所述控制信令发送到公共数据网网关。
为了解决上述技术问题，本发明还提供了一种用户设备，所述用户设备作为PCP客户端包括PCP服务器地址获取模块和信令发送模块；
所述PCP服务器地址获取模块，用于获知PCP服务器的地址；
所述信令发送模块，用于向所述PCP服务器发送携带所述用户设备的内部地址和端口的PCP请求。
进一步地，上述用户设备还可以具有以下特点：
所述PCP服务器地址获取模块，用于从公共数据网网关接收到的消息的PCO中获知PCP服务器的地址，或者，从所述公共数据网网关接收地址通知消息，根据此地址通知消息的消息体中携带的地址获知所述PCP服务器的地址。
本方案采用端口控制协议（PCP）可以减少用户设备与网络在空口上的通信，进而降低用户设备消耗在NAT保活过程中的电池损耗。
附图说明
附图说明用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1为现有技术中UE经过3GPP网络与外部网络进行通信时经过NAT的网络架构和保活方法的示意图；
图2为本发明中采用端口控制协议完成网络地址转换保活的方法示意图；
图3为实施例一中公共数据网网关作为PCP客户端与PCP服务端共同完成NAT保活的示意图；
图4为实施例一的实现方式一中公共数据网网关在UE的指示下与PCP服务器共同完成NAT保活的流程图；
图5为实施例一的实现方式二中公共数据网网关在UE的指示下与PCP服务器共同完成NAT保活的流程图；
图6为实施例一的实现方式三中公共数据网网关在网络的指示下与PCP服务器共同完成NAT保活的流程图；
图7为实施例一的实现方式四中公共数据网网关基于本地的包检测从而与PCP服务器共同完成NAT保活的流程图；
图8为实施例二中UE作为PCP客户端与PCP服务器共同完成NAT保活的示意图；
图9为实施例二的实现方式一中UE作为PCP客户端与PCP服务器共同完成NAT保活的流程图；
图10为实施例二的实现方式二中UE作为PCP客户端与PCP服务器共同完成NAT保活的流程图；
图11为实施例三中AF作为PCP客户端与PCP服务器共同完成NAT保活的示意图；
图12为实施例三中AF作为PCP客户端与PCP服务器共同完成NAT保活的流程图；
图13为实施例四中PCRF作为PCP客户端与PCP服务器共同完成NAT保活的示意图；
图14为实施例四中PCRF作为PCP客户端与PCP服务器共同完成NAT保活的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
如图2所示，采用端口控制协议完成网络地址转换保活的方法包括：PCP客户端获取UE的内部地址和端口，将携带所述UE的内部地址和端口的PCP请求发送至端口控制协议（PCP）服务器，PCP服务器向NAT设备发送携带所述UE的内部地址和端口的保活请求。
可作为PCP客户端的网元设备包括第一模块和第二模块；
第一模块用于获取UE的内部地址和端口；
第二模块用于向PCP服务器发送携带UE的内部地址和端口的PCP请求。
下面通过不同的实施例进行详细说明。
实施例一
实施例一中公共数据网网关作为PCP客户端与PCP服务器共同完成NAT保活。本实施例以P-GW/GGSN作为公共数据网网关的具体网元，以MME/SGSN作为控制网元的具体网元。如图3所示，P-GW或者GGSN判断需要代替UE进行NAT保活，P-GW或者GGSN向PCP Server发送PCP请求，携带需要保活的UE的私网IP地址和端口。PCP服务器代替UE周期性向NAT发送保活消息。包括四种实现方式。
实现方式一
实现方式一中UE经由核心网的MME/SGSN将UE的内部地址和端口发送至P-GW/GGSN，P-GW/GGSN从信令路径收到UE发来的消息，其中带需要向NAT保活的标识。UE通过信令路径将UE的内部IP和端口发送到基站，基站将UE的内部IP和端口发送到MME/SGSN，然后MME/SGSN发送到P-GW/GGSN。
如图4所示，当UE发现其发送的数据包经过NAT并需要进行NAT保活时，为了节省空口资源及节约UE的电池损耗，UE发起请求，让P-GW/GGSN执行保活操作。具体例如，UE向MME/SGSN发送消息，其中在消息的PCO中携带UE的内部IP地址和端口；MME/SGSN将PCO透传给P-GW/GGSN。P-GW/GGSN与PCP Server共同完成NAT保活。业务结束后UE通过MME/SGSN通知P-GW/GGSN，然后P-GW/GGSN取消PCP Server到NAT的保活过程。具体包括步骤400至422：
步骤400：UE附着到3GPP网络，连接到为其服务的核心网的控制网元MME/SGSN。MME/SGSN为UE选择P-GW/GGSN，P-GW/GGSN为UE分配了内部IP地址。UE通过3GPP网络发起业务，数据包经过NAT发送到远端。
步骤401：UE向MME/SGSN发送请求消息，在消息的协议配置选项（Protocol Configuration Options，简称PCO）中携带其自身的内部IP地址和端口号。可选的可以带期望的timer，记做timer1。期望的timer1指UE预测的业务有效的时间，或者称为UE在线的时间。可以将timer1的设置为limitless或unlimited，该情况表示UE一直在线。
具体实施时，请求消息比如是Create Session Request，也可以是CreateBearer Response，也可以是Bearer Resource Command，也可以是Update BearerResponse。也可以是：Create PDP Context Request message，或者Update PDPContext Request，或者Create MBMS Context Request message
步骤402：MME/SGSN将请求消息发给P-GW/GGSN。
需要说明的是，如果是MME发到P-GW，那么请求先发给S-GW，然后S-GW转发到P-GW，此为现有技术。为了描述简单，图中没有画出S-GW，下面的实施例也是一样。
步骤403：P-GW/GGSN收到请求消息后，向PCP Server发送PCP请求。具体的，P-GW/GGSN解析PCO带的UE的内部IP地址和端口，将UE的内部IP地址和端口放在在PCP请求消息中，比如放在PCP MAP消息或者PCPPEER消息中。PCP请求中携带一个timer，记做timer2。timer2的值可以设置为PCO携带的timer1值，也可以根据本地策略设置一个小于或者大于PCO携带的timer1的值。
步骤404：PCP Server向NAT发送keep-alive保活请求，携带UE的内部IP和端口。携带期望的保活时长，记做timer3。
步骤405：NAT向PCP Server返回响应消息，携带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer3c。通常情况下timer3c小于timer2c的值。
步骤406：PCP Server向P-GW/GGSN发送PCP响应消息，带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer2c。
步骤407：P-GW/GGSN向MME/SGSN发送响应消息。响应消息中带P-GW/GGSN为UE做NAT保活的有效时长，记做timer1c。
步骤408：MME/SGSN将响应消息发送到UE。
可选的，步骤407~步骤408可以在步骤406之前执行。此时timer1c可以为limitless或unlimited，也可以不带timer1c，均表示P-GW/GGSN可以一直为UE做NAT保活。
步骤409：P-GW/GGSN在timer2c的时间周期内向PCP Server发送PCP请求。具体的，P-GW/GGSN向PCP Server发送PCP PEER消息，携带一个timer，可以设为timer2c的值。
步骤410：PCP Server在imer2c的时间周期内收到PCP请求，返回响应消息，新的超时时长可以是timer2c的值。
步骤411：PCP Server在超时时长timer2c内，以一定的周期向NAT发送保活消息。该一定的周期小于timer3c的时长。
步骤412：NAT在超时时长timer3c时收到PCP Server的保活消息，返回响应消息，显示保活成功。新的超时时长可以是timer3c。
在具体实施时，步骤409~步骤410是以一定的周期重复执行的，执行周期小于协商的时间timer2c。步骤411~步骤412也是另外一个周期重复执行的，该周期小于协商的时间timer3c。
通过上述过程UE的内部IP和端口和外部IP和端口的映射关系在NAT上不断更新，UE到NAT的保活由P-GW/GGSN和PCP Server来完成。
步骤413：UE到业务提供商的业务结束，UE向基站发送消息，在PCO中带UE的内部IP和端口，超时时间timer1设置为零，表示取消到NAT的保活。
发送的消息比如是Delete MBMS Context Request，或者是Delete PDPContext Request；比如是Delete Session Request，或者是Delete Bearer Request。
步骤414：同步骤402。
步骤415：P-GW/GGSN向PCP Server发送PCP请求。携带的时间间隔timer设为零。
步骤416：PCP Server收到时间间隔为零的PCP请求后，返回响应消息，不再为该UE发送到NAT的保活消息。
步骤417~步骤418：P-GW/GGSN向MME/SGSN发送响应消息，MME/SGSN将响应消息转发给UE。
实现方式二
实现方式二中UE在与P-GW/GGSN之间的媒体通道上将UE的内部地址和端口发送至P-GW/GGSN，P-GW/GGSN从媒体路径收到UE发来的消息，其中带需要向NAT保活的标识。具体的，UE通过媒体路径将UE的内部IP和端口发送到基站，基站将UE的内部IP和端口发送到P-GW/GGSN，不经过MME/SGSN。
如图5所示，当UE发现其发送的数据包经过NAT并需要进行NAT保活时，让P-GW/GGSN执行保活操作。具体地，UE向P-GW/GGSN发送消息，其中在消息中携带UE的内部IP地址和端口。P-GW/GGSN与PCP Server共同完成NAT保活。业务结束后UE通知P-GW/GGSN，P-GW/GGSN取消PCP Server到NAT的保活过程。
UE获取P-GW/GGSN地址的方法，比如是P-GW/GGSN在发送到UE的GTP-U的消息的头部中添加并携带，比如是在消息头部的扩张部分添加其自身的地址。或者比如是P-GW/GGSN作为源地址向UE发送一个通知消息，携带其自身的地址，P-GW/GGSN地址可以放在GTP-U的消息的头部中，也可以放在源地址中，并在消息中标识这是一个来自P-GW/GGSN的消息。
具体包括步骤500至514：
步骤500：UE附着到3GPP网络，连接到为其服务的核心网的控制网元MME/SGSN。MME/SGSN为UE选择P-GW/GGSN，P-GW/GGSN为UE分配了内部IP地址。UE通过3GPP网络发起业务，数据包经过NAT发送到远端。
步骤501：UE向P-GW/GGSN发送消息，携带UE的内部IP和端口。目的地是P-GW/GGSN。可选的，可以带期望的timer，记做timer1。期望的timer1指UE预测的业务有效的时间，或者称为UE在线的时间。可以将timer1的设置为limitless或unlimited，也可以不带timer，该情况表示UE一直在线。
消息的发送方式比如是在GTP-U通道上发送到P-GW/GGSN。
步骤502~步骤505：同实施例一中的步骤403~步骤406。
步骤506：P-GW/GGSN向UE返回响应消息。
步骤507~步骤510：同实施例一中的步骤409~步骤412。
步骤511：UE到业务提供商的业务结束，UE向P-GW/GGSN发送消息，带UE的内部IP和端口，超时时间timer1设置为零，表示取消到NAT的保活。
步骤512~步骤513：同实施例一中的步骤415~步骤416。
步骤514：P-GW/GGSN向UE返回响应消息。
实现方式三
MME/SGSN判断UE需进行NAT保活后向P-GW/GGSN发送UE的标识，P-GW/GGSN根据UE的标识获知UE的内部地址和端口。具体的，MME/SGSN通过本地配置或者UE的注册信息判断UE可以在业务期间一直保持在线状态，通知P-GW/GGSN执行在业务期间为UE进行保活操作。MME/SGSN向P-GW/GGSN发送消息，其中在消息中携带UE的标识。P-GW/GGSN判断UE处于业务进行状态，P-GW/GGSN与PCP Server共同完成NAT保活。
其中UE的标识比如是UE的移动用户国际综合业务数字网（ISDN）号码（Mobile International Integrated Service Digital Network，简称MSISDN，），公共用户标识（Publc User Identity，简称PUI），私有用户标识（Private UserIdentity，简称PVI），别称（nickname）等。
如图6所示，本方法具体包括步骤600至614：
步骤600：UE附着到3GPP网络，连接到为其服务的核心网的控制网元，比如是MME/SGSN。MME/SGSN为UE选择P-GW/GGSN，P-GW/GGSN为UE分配了内部IP地址。UE通过3GPP网络发起业务，数据包经过NAT发送到远端。
步骤601：MME/SGSN向P-GW/GGSN发送请求消息，携带UE的标识。可以携带期望的timer，记做timerNet。期望的timerNet指MME/SGSN预测的业务有效的时间，或者称为UE允许在线的时间。可以将timer1的设置为limitless或unlimited，该情况表示UE一直在线。
步骤602：P-GW/GGSN向MME/SGSN返回响应消息。
步骤603：P-GW/GGSN根据来自MME/SGSN的请求消息中UE的标识可以获知UE的内部IP地址。
P-GW/GGSN获知UE正在使用业务，需要进行NAT保活。P-GW/GGSN向PCP Server发送PCP请求，携带UE的内部IP和端口。比如P-GW/GGSN通过包检测获知该UE的内部IP和端口。
步骤604~步骤606：同步骤605~步骤607。
步骤607~步骤610：同步骤611~步骤614。
步骤611：MME/SGSN判断UE的业务已经结束，或者UE的3GPP网络注册超时，即在规定的时间内没有收到TAU或者RAU。在上述情况下MME/SGSN向P-GW/GGSN发送取消保活的请求消息，携带UE的标识。timerNet设置为零。
步骤612：P-GW/GGSN向MME/SGSN返回响应消息。
步骤613：P-GW/GGSN向PCP Server发送PCP请求。携带UE的内部IP和端口，时间间隔timer设为零。
步骤614：PCP Server收到时间间隔为零的PCP请求后，不再为该UE发送到NAT的保活消息。
实现方式四
P-GW/GGSN从UE的上行数据中检测到UE的信息，此信息中包括UE的内部地址和端口，根据此信息判断UE需进行NAT保活时向PCP服务器发送PCP请求，P-GW/GGSN与PCP服务器通信，共同完成NAT保活。
如图7所示，本方法具体包括步骤701至713：
步骤700：UE附着到3GPP网络，连接到为其服务的核心网的控制网元，比如是MME/SGSN。MME/SGSN为UE选择P-GW/GGSN，P-GW/GGSN为UE分配了内部IP地址。UE通过3GPP网络发起业务，数据包经过NAT发送到远端。
步骤701：P-GW/GGSN对UE的上行和下行数据进行包检测。从上行数据中检测到源IP地址、端口（即UE的内部IP地址和端口）和目标IP地址、端口，以及协议类型，即五元组。
步骤702：P-GW/GGSN根据检测到的五元组信息判断需要为UE进行NAT保活操作。
步骤703：P-GW/GGSN向PCP Server发送PCP请求。具体的，P-GW/GGSN将五元组中的UE的内部IP地址和端口，放在在PCP请求消息中的内部IP和端口中。具体消息比如是PCP MAP消息或者PCP PEER消息。PCP请求中携带期望的超时时间，记做timer2。
步骤704：PCP Server向NAT发送keep-alive保活请求，携带UE的内部IP和端口。携带期望的保活时长，记做timer3。
步骤705：NAT向PCP Server返回响应消息，携带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer3c。通常情况下timer3c小于timer2c的值。
步骤706：PCP Server向P-GW/GGSN发送PCP响应消息，带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer2c。
步骤707~步骤710：同步骤411~步骤414。
步骤711：P-GW/GGSN在设定的时间内没有收到该UE的上行或下行的业务数据包。
步骤712：P-GW/GGSN向PCP Server发送PCP请求消息，携带UE的内部IP和端口，时间间隔timer设为零。
步骤713：PCP Server收到时间间隔为零的PCP请求后，不再为该UE发送到NAT的保活消息。
实施例二
图8是UE作为PCP客户端与PCP服务器共同完成NAT保活的示意图，如图所示，UE自身作为PCP客户端，发送PCP请求到PCP服务器。有两种方法可以将UE的PCP请求路由到PCP服务器：实现方式一中UE在控制信令消息的PCO中携带PCP请求消息并将控制信令消息发送至P-GW/GGSN，P-GW/GGSN将其中的PCP请求消息发送到PCP服务器；实现方式二中，UE获知P-GW/GGSN的地址，将PCP请求发送到P-GW/GGSN，然后P-GW/GGSN查询并选择一个PCP服务器，将UE发来的PCP请求路由到该PCP服务器。
实现方式一
UE在控制信令消息的PCO中携带PCP请求消息，向P-GW/GGSN发送携带UE的内部地址和端口的控制信令消息，P-GW/GGSN解析出其中的PCP请求发送到PCP服务器。
本方法具体包括步骤900至922：
步骤900：UE附着到3GPP网络，连接到为其服务的核心网的控制网元MME/SGSN。MME/SGSN为UE选择P-GW/GGSN，P-GW/GGSN为UE分配了内部IP地址。UE通过3GPP网络发起业务，数据包经过NAT发送到远端。
步骤901：UE向MME/SGSN发送消息，在消息的PCO中携带PCP请求消息，比如将PCP MAP消息或者PCP PEER消息放在消息的PCO中。PCP请求消息中携带UE的内部IP地址和端口，可选的可以带期望的timer，记做timer1。期望的timer1指UE预测的业务有效的时间，或者称为UE在线的时间。可以将timer1的设置为limitless或unlimited，也可以不带timer，该情况表示UE一直在线。
具体实施时，发送的消息比如是Create Session Request，也可以是CreateBearer Response，也可以是Bearer Resource Command，也可以是Update BearerResponse。也可以是：Create PDP Context Request message，或者Update PDPContext Request，或者Create MBMS Context Request message。在上述消息的PCO中带PCP请求消息。
步骤902：MME/SGSN将消息转发给P-GW/GGSN。
步骤903：P-GW/GGSN解析消息中PCO，然后将其中携带PCP请求消息发送到PCP Server。
步骤904：PCP Server向NAT发送keep-alive保活请求，携带UE的内部IP和端口。携带期望的保活时长，记做timer2。
步骤905：NAT向PCP Server返回响应消息，携带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer2c。通常情况下timer2c小于timer1的值。
步骤906：PCP Server向P-GW/GGSN发送PCP响应消息，带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer1c。
步骤907：P-GW/GGSN向MME/SGSN转发响应消息。响应消息中带PCP Server为UE做NAT保活的有效时长，记做timer1c。具体比如将PCP响应消息放在PCO中发送给UE。
步骤908：MME/SGSN将消息发送到UE。UE解析PCO带的PCP响应消息。
步骤909：UE在timer1c的时间周期内向MME/SGSN发送消息，在消息的PCO中携带PCP请求消息，比如将PCP PEER消息放在消息的PCO中。PCP请求消息中带UE的内部IP地址和端口，携带预期的超时时长timer，可以设为timer1c的值。
步骤910：MME/SGSN将消息转发给P-GW/GGSN。
步骤911：P-GW/GGSN解析消息中PCO，然后将其中携带PCP请求消息发送到PCP Server。
步骤912~步骤914：同步骤906~步骤908。
步骤915：PCP Server在超时时长timer2c内，以一定的周期向NAT发送保活消息。该一定的周期小于timer1c的时长。
步骤916：NAT在超时时长timer2c时收到PCP Server的保活消息，返回响应消息，显示保活成功。新的超时时长可以是timer3c。
在具体实施时，步骤909~步骤914是以一定的周期重复执行的，执行周期小于等于协商的时间timer1c。步骤915~步骤916也是另外一个周期重复执行的，该周期小于协商的时间timer2c。
通过上述过程UE的内部IP和端口和外部IP和端口的映射关系在NAT上不断更新，实现UE到NAT的保活。
步骤917：UE的业务结束，UE向MME/SGSN发送消息，在消息的PCO中携带PCP请求消息，比如将PCP MAP消息或者PCP PEER消息放在消息的PCO中。PCP请求消息中带UE的内部IP和端口，超时时间timer1设置为零，表示取消到NAT的保活。
步骤918：MME/SGSN将消息转发给P-GW/GGSN。。
步骤919：PCP Server收到时间间隔为零的PCP请求后，不再为该UE发送到NAT的保活消息。向P-GW/GGSN返回响应消息。
步骤920~步骤922：同步骤906~步骤908。
实现方式二
UE获知PCP服务器的地址，向PCP服务器发送携带UE的内部地址和端口的PCP请求。在本实施例中P-GW/GGSN为UE选择PCP服务器并且将PCP服务器的地址发送给UE。。
如图10所示，本方法包括步骤1000至1022：
步骤1000：UE附着到3GPP网络，连接到为其服务的核心网的控制网元MME/SGSN。MME/SGSN为UE选择P-GW/GGSN，P-GW/GGSN为UE分配了内部IP地址。
P-GW/GGSN将其PCP服务器的地址通知给UE，UE将PCP请求消息发送给该PCP服务器
P-GW/GGSN将PCP Server的地址通知给UE的方法是P-GW/GGSN在发送到UE的承载控制消息中添加PCP Server的地址。可以在消息的PCO中添加PCP Server的地址，也可以在消息体中以XML格式携带PCP服务器的地址。具体实施时，在承载控制消息的PCO中带PCP Server地址的请求消息比如是Create Session Response，也可以是Create Bearer Request，也可以是Modify Beaer Response，也可以是Update Beaer Request。也可以是：CreatePDP Context Response，或者Update PDP Context Response，或者CreateMBMS Context Response。
步骤1001：UE向MME/SGSN发送承载控制消息，建立UE与P-GW/GGSN的承载通道。
步骤1002：MME/SGSN将承载控制消息发送至P-GW/GGSN。
步骤1003：P-GW/GGSN向UE返回响应消息，在响应消息的PCO中带PCP Server地址。
步骤1004：MME/SGSN将响应消息转发给UE。
步骤1005：UE向P-GW/GGSN送PCP请求消息，在消息中携带UE的内部IP地址和端口，目的地址是PCP服务器。比如发送PCP MAP消息或者PCP PEER消息中。可选的可以带期望的timer，记做timer1。期望的timer1指UE预测的业务有效的时间，或者称为UE在线的时间。可以将timer1的设置为limitless或unlimited，也可以不带timer，该情况表示UE一直在线。
步骤1006：P-GW/GGSN将PCP请求消息转发到PCP Server。
步骤1007：PCP Server向NAT发送keep-alive保活请求，携带UE的内部IP和端口。携带期望的保活时长，记做timer2。
步骤1008：NAT向PCP Server返回响应消息，携带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer2c。通常情况下timer2c小于timer1的值。
步骤1009：PCP Server返回PCP响应消息，带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer1c。
步骤1010：P-GW/GGSN向UE转发PCP响应消息。响应消息中带PCPServer为UE做NAT保活的有效时长，记做timer1c。
步骤1011：UE在timer1c的时间周期内向PCP服务器发送PCP请求。比如发送PCP PEER消息，携带预期的超时时长timer，可以设为timer1c的值。
步骤1012：P-GW/GGSN将PCP请求消息转发PCP服务器。
步骤1013~步骤1014：同步骤1009~步骤1010。
步骤1015：PCP Server在超时时长timer2c内，以一定的周期向NAT发送保活消息。
步骤1016：NAT在超时时长timer2c时收到PCP Server的保活消息，返回响应消息，显示保活成功。
在具体实施时，步骤1011~步骤1014是以一定的周期重复执行的，执行周期小于等于协商的时间timer1c。步骤1015~步骤1016也是另外一个周期重复执行的，该周期小于协商的时间timer2c。
通过上述过程UE的内部IP和端口和外部IP和端口的映射关系在NAT上不断更新。
步骤1017：UE的业务结束，UEP-GW/GGSN送PCP请求消息，在消息中携带UE的内部IP地址和端口，目的地址是PCP服务器。超时时间timer1设置为零，表示取消到NAT的保活。
步骤1018：PCP服务器收到时间间隔为零的PCP请求后，不再为该UE发送到NAT的保活消息。
步骤1019~步骤1020：PCP服务器返回响应消息。
实施例三
如图11所示，应用服务器（AF）作为PCP客户端判断UE需进行NAT保活时，向策略计费规则功能（PCRF）发送携带所述UE的内部地址和端口的PCP请求，PCRF将PCP请求发送至PCP服务器。PCRF收到PCP请求后执行PCP Proxy的功能，将PCP请求转发到PCP服务器，PCP服务器代替UE向NAT发送保活消息。
需要说明的是AF获取UE的内部IP和端口，可以是在UE注册到AF所在的网络的时候由UE上报，也可以是AF经过PCRF从P-GW/GGSN查询获得。
如图12所示，本方法包括步骤1200至1216：
步骤1200：UE附着到3GPP网络，连接到为其服务的核心网控制网元MME/SGSN。MME/SGSN为UE选择P-GW/GGSN，P-GW/GGSN为UE分配了内部IP地址。UE通过3GPP网络发起业务，数据包经过NAT发送到远端。
步骤1201：AF向PCRF发送PCP请求，携带UE的IP和端口。比如发送PCP MAP消息或者PCP PEER消息中。可选的可以带期望的timer，记做timer1。期望的timer1指UE预测的业务有效的时间，或者称为UE在线的时间。可以将timer1的设置为limitless或unlimited，也可以不带timer，该情况表示UE一直在线。
步骤1202：PCRF将PCP请求转发给PCP Server。PCRF将PCP请求路由到PCP Server的过程可以参考IETF中有关PCP的协议，在此不赘述。
步骤1203：PCP Server向NAT发送keep-alive保活请求，携带UE的内部IP和端口。携带期望的保活时长，记做timer2。
步骤1204：NAT向PCP Server返回响应消息，携带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer2c。通常情况下timer2c小于timer1的值。
步骤1205：PCP Server向PCRF发送PCP响应消息。带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer1c。
步骤1206：PCRF将PCP响应消息转发给AF。
步骤1207：AF在timer1c的时间周期内向PCRF发送PCP请求。具体的，AF向PCRF发送PCP PEER消息，携带一个timer，可以设为timer1c的值。
步骤1208：PCRF将PCP请求路由到PCP Server。
步骤1209：PCP Server在imer1c的时间周期内收到PCP请求，返回响应消息，新的超时时长可以是timer1c的值。
步骤1210：PCRF将响应消息转发给AF。
步骤1211：PCP Server在与AF的超时时长timer1c内，以一定的周期向NAT发送保活消息。该一定的周期小于与NAT的保活时长timer2c。
步骤1212：NAT在超时时长timer2c时收到PCP Serer的保活消息，返回响应消息，显示保活成功。新的超时时长可以是timer2c。
在具体实施时，步骤1207~步骤1210是以一定的周期重复执行的，执行周期小于协商的时间timer1c。步骤1211~步骤1212也是另外一个周期重复执行的，该周期小于协商的时间timer2c。
通过上述过程UE的内部IP和端口和外部IP和端口的映射关系在NAT上不断更新，UE到NAT的保活由AF、PCRF和PCP Server来完成。
步骤1213：UE的业务结束，AF向PCRF发送消息，带UE的内部IP和端口，超时时间timer1设置为零，表示取消到NAT的保活过程。
步骤1214：PCRF将PCP请求路由到PCP Server。
步骤1215：PCP Server收到时间间隔为零的PCP请求后，返回PCP响应消息。并且PCP Server不再为该UE发送到NAT的保活消息。
步骤1216：PCRF将PCP响应转发给AF。
实施例四
如图13所示，PCRF作为PCP客户端获取UE的内部IP和端口，判断UE需进行NAT保活时，将携带UE内部IP和端口的PCP请求发送到PCP服务器，PCP服务器代替UE向NAT发送保活消息。
需要说明的是PCRF获取UE的内部IP和端口，可以是在UE发起业务的时候由AF通知PCRF，也可以是PCRF根据UE的标识从P-GW/GGSN查询获知。比如，PCRF根据AF发来的UE的标识向P-GW/GGSN查询该UE的内部IP和端口。所述UE的标识比如是UE的移动用户国际综合业务数字网（ISDN）号码（Mobile International Integrated Service Digital Network，简称MSISDN，），公共用户标识（Public User Identity，简称PUI），私有用户标识（Private User Identity，简称PVI），别称（nickname）等。
PCRF选择PCP服务器的方法，可以参考IETF中有关PCP Server选择的RFC文档，此处不赘述。
如图14所示，本方法包括步骤1400至1410：
步骤1400：UE附着到3GPP网络，连接到为其服务的核心网控制网元MME/SGSN。MME/SGSN为UE选择P-GW/GGSN，P-GW/GGSN为UE分配了内部IP地址。UE通过3GPP网络发起业务，数据包经过NAT发送到远端。
步骤1401：PCRF向PCP Server携带UE的IP和端口。比如发送PCP MAP消息或者PCP PEER消息中。可选的可以带期望的timer，记做timer1。期望的timer1指UE预测的业务有效的时间，或者称为UE在线的时间。可以将timer1的值设置为limitless或unlimited，也可以不带timer，该情况表示UE一直在线。
步骤1402：PCP Server向NAT发送keep-alive保活请求，携带UE的内部IP和端口。携带期望的保活时长，记做timer2。
步骤1403：NAT向PCP Server返回响应消息，携带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer2c。通常情况下timer2c小于timer1的值。
步骤1404：PCP Server向PCRF发送PCP响应消息。带UE的内部IP和端口和UE的外部IP地址和端口，还有保活的有效时长，记做timer1c。
步骤1405：PCRF在timer1c的时间周期内向PCP Server发送PCP请求。具体的，PCRF向PCP Server发送PCP PEER消息，携带一个timer，可以设为timer1c的值。
步骤1406：PCP Server在imer1c的时间周期内收到PCP请求，返回响应消息，新的超时时长可以是timer1c的值。
步骤1407：PCP Server在与PCRF的超时时长timer1c内，以一定的周期向NAT发送保活消息。该一定的周期小于与NAT的保活时长timer2c。
步骤1408：NAT在超时时长timer2c时收到PCP Server的保活消息，返回响应消息，显示保活成功。新的超时时长可以是timer2c。
在具体实施时，步骤1405~步骤1406是以一定的周期重复执行的，执行周期小于协商的时间timer1c。步骤1407~步骤1408也是另外一个周期重复执行的，该周期小于协商的时间timer2c。
通过上述过程UE的内部IP和端口和外部IP和端口的映射关系在NAT上不断更新，UE到NAT的保活由PCRF和PCP Server来完成。
步骤1409：UE的业务结束，PCRF向PCP Server发送消息，带UE的内部IP和端口，超时时间timer1设置为零，表示取消到NAT的保活过程。
步骤1410：PCP Server收到时间间隔为零的PCP请求后，返回PCP响应消息。并且PCP Server不再为该UE发送到NAT的保活消息。
对本方案中的网元设备描述如下：
作为PCP客户端的网元设备为公共数据网网关时，网元设备的第一模块，用于通过核心网的控制网元接收UE发送的UE的内部地址和端口，或者通过媒体通道从基站接收UE发送的UE的内部地址和端口。具体的第一模块可以接收控制信令并从控制信令的协议配置选项（PCO）中获知UE的内部地址和端口，还可以通过媒体通道从基站接收所述用户设备发送的所述用户设备的内部地址和端口。公共数据网网关不作PCP客户端时（例如UE作为PCP客户端）可以转发PCP请求消息，第一模块用于接收控制信令并从此控制信令的协议配置选项（PCO）中获知其携带的PCP请求消息，PCP请求消息中携带UE的内部地址和端口。
或者，作为PCP客户端的网元设备为公共数据网网关时，网元设备的第一模块用于从核心网的控制网元接收UE的标识，根据UE的标识获知UE的内部地址和端口。
或者，作为PCP客户端的网元设备为公共数据网网关时，网元设备的第一模块用于从UE的上行数据中检测到UE的信息，此信息中包括UE的内部地址和端口。
作为PCP客户端的网元设备是应用服务器时，网元设备的第一模块用于在UE注册到应用服务器所在的网络时从UE获知UE的内部地址和端口，或者经由PCRF查询公共数据网网关而获知UE的内部地址和端口。
作为PCP客户端的网元设备是PCRF时，网元设备的第一模块用于从应用服务器接收携带UE的内部地址和端口的PCP请求，或者根据UE的标识从公共数据网网关查询获知UE的内部地址和端口。
作为PCP客户端的网元设备是UE时，UE的信令发送模块用于构建携带UE的内部地址和端口的PCP请求，在控制信令的协议配置选项（PCO）中携带PCP请求并将此控制信令发送到公共数据网网关。
或者，作为PCP客户端的网元设备是UE时，UE的网关地址获取模块用于获知PCP服务器的地址，UE的信令发送模块用于向所述PCP服务器发送携带所述用户设备的内部地址和端口的PCP请求。其中，所述PCP服务器地址获取模块，用于从公共数据网网关接收到的消息的PCO中获知PCP服务器的地址，或者，从所述公共数据网网关接收地址通知消息，根据此地址通知消息的消息体中携带的地址获知所述PCP服务器的地址。
UE不作为PCP客户端时，UE的信令发送模块用于在控制信令的协议配置选项（PCO）中携带UE的内部地址和端口并将控制信令发送到公共数据网网关。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
Claims (22)
1.采用端口控制协议完成网络地址转换保活的方法，其特征在于，所述方法包括：
端口控制协议（PCP）客户端获取用户设备的内部地址和端口，将携带所述用户设备的内部地址和端口的PCP请求发送至端口控制协议（PCP）服务器，所述PCP服务器向网络地址转换（NAT）设备发送携带所述用户设备的内部地址和端口的保活请求。
2.如权利要求1所述的方法，其特征在于，
所述PCP客户端是公共数据网网关；
所述PCP客户端获取所述用户设备的内部地址和端口的方法是：所述用户设备在控制信令的协议配置选项（PCO）中携带自身的内部地址和端口将所述控制信令发送至公共数据网网关。
3.如权利要求1所述的方法，其特征在于，
所述PCP客户端是公共数据网网关；
所述PCP客户端获取所述用户设备的内部地址和端口的方法是：用户设备将其内部地址和端口发送至基站，基站在媒体通道上将所述用户设备的内部地址和端口发送至公共数据网网关。
4.如权利要求1所述的方法，其特征在于，
所述PCP客户端是公共数据网网关；
所述PCP客户端获取所述用户设备的内部地址和端口的方法是：核心网的控制网元判断所述用户设备需进行NAT保活后向所述公共数据网网关发送所述用户设备的标识，所述公共数据网网关根据所述用户设备的标识获知所述用户设备的内部地址和端口。
5.如权利要求1所述的方法，其特征在于，
所述PCP客户端是公共数据网网关；
所述PCP客户端获取用户设备的内部地址和端口将携带所述用户设备的内部地址和端口的PCP请求发送至所述PCP服务器的方法是：所述公共数据网网关从所述用户设备的上行数据中检测到所述用户设备的信息，所述信息中包括所述用户设备的内部地址和端口，根据所述信息判断所述用户设备需进行NAT保活时向所述PCP服务器发送所述PCP请求。
6.如权利要求1所述的方法，其特征在于，
所述PCP客户端是所述用户设备；所述方法包括：
所述用户设备在控制信令的协议配置选项（PCO）中携带PCP请求并将所述控制信令发送到公共数据网网关，所述公共数据网网关向PCP服务器发送所述PCP请求。
7.如权利要求1所述的方法，其特征在于，
所述PCP客户端是所述用户设备；所述方法包括：
所述公共数据网网关在向所述用户设备发送的地址通知消息中添加PCP服务器地址；
所述用户设备获知所述PCP服务器的地址，向所述PCP服务器发送携带所述用户设备的内部地址和端口的PCP请求，所述公共数据网网关向PCP服务器发送所述PCP请求。
8.如权利要求1所述的方法，其特征在于，
所述PCP客户端是应用服务器；所述方法包括：
应用服务器判断所述用户设备需进行NAT保活时，向策略计费规则功能（PCRF）发送携带所述用户设备的内部地址和端口的PCP请求，所述PCRF将所述PCP请求发送至所述PCP服务器。
9.如权利要求8所述的方法，其特征在于，
所述应用服务器获取所述用户设备的内部地址和端口的方法是：所述用户设备在注册到所述应用服务器所在的网络时将其内部地址和端口上报给所述应用服务器，或者所述应用服务器经由所述PCRF查询公共数据网网关而获知用户设备的内部地址和端口。
10.如权利要求1所述的方法，其特征在于，
所述PCP客户端是策略计费规则功能（PCRF）；所述方法还包括：
所述PCRF获取所述用户设备的内部地址和端口，判断所述用户设备需进行NAT保活时，向所述PCP服务器发送所述PCP请求。
11.如权利要求10所述的方法，其特征在于，
所述PCRF获取所述用户设备的内部地址和端口的方法是：所述应用服务器将所述用户设备的内部地址和端口通知至所述PCRF，或者所述PCRF根据用户设备的标识查询公共数据网网关获知用户设备的内部地址和端口。
12.采用端口控制协议完成网络地址转换保活的网元设备，其特征在于，
所述网元设备包括第一模块和第二模块；
所述第一模块，用于获取用户设备的内部地址和端口；
所述第二模块，用于向端口控制协议（PCP）服务器发送携带用户设备的内部地址和端口的PCP请求。
13.如权利要求12所述的网元设备，其特征在于，
所述网元设备为作为PCP客户端的公共数据网网关；
所述第一模块，用于从接收的所述控制信令中获知其协议配置选项（PCO）中携带的所述用户设备的内部地址和端口。
14.如权利要求12所述的网元设备，其特征在于，
所述网元设备为作为PCP客户端的公共数据网网关；
所述第一模块，用于通过媒体通道从基站接收所述用户设备发送的所述用户设备的内部地址和端口。
15.如权利要求12所述的网元设备，其特征在于，
所述网元设备为作为PCP客户端的公共数据网网关；
所述第一模块，用于从核心网的控制网元接收所述用户设备的标识，根据所述用户设备的标识获知所述用户设备的内部地址和端口。
16.如权利要求12所述的网元设备，其特征在于，
所述网元设备为作为PCP客户端的公共数据网网关；
所述第一模块，用于从所述用户设备的上行数据中检测到所述用户设备的信息，所述信息中包括所述用户设备的内部地址和端口。
17.如权利要求12所述的网元设备，其特征在于，
所述网元设备为作为PCP客户端的应用服务器；
所述第一模块，用于在所述用户设备注册到所述应用服务器所在的网络时从所述用户设备获知所述用户设备的内部地址和端口，或者经由所述PCRF查询公共数据网网关而获知用户设备的内部地址和端口。
18.如权利要求12所述的网元设备，其特征在于，
所述网元设备为作为PCP客户端的策略计费规则功能（PCRF）；
所述第一模块，用于从应用服务器接收携带所述用户设备的内部地址和端口的PCP请求，或者根据用户设备的标识查询公共数据网网关获知用户设备的内部地址和端口。
19.一种用户设备，其特征在于，
所述用户设备包括信令发送模块；
所述信令发送模块，用于在控制信令的协议配置选项（PCO）中携带所述用户设备的内部地址和端口并将所述控制信令发送到公共数据网网关。
20.一种用户设备，其特征在于，
所述用户设备作为PCP客户端包括信令发送模块；
所述信令发送模块，用于构建携带所述用户设备的内部地址和端口的PCP请求，在控制信令的协议配置选项（PCO）中携带PCP请求并将所述控制信令发送到公共数据网网关。
21.一种用户设备，其特征在于，
所述用户设备作为PCP客户端包括PCP服务器地址获取模块和信令发送模块；
所述PCP服务器地址获取模块，用于获知PCP服务器的地址；
所述信令发送模块，用于向所述PCP服务器发送携带所述用户设备的内部地址和端口的PCP请求。
22.如权利要求21所述的用户设备，其特征在于，
所述PCP服务器地址获取模块，用于从公共数据网网关接收到的消息的PCO中获知PCP服务器的地址，或者，从所述公共数据网网关接收地址通知消息，根据此地址通知消息的消息体中携带的地址获知所述PCP服务器的地址。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210572628.XA CN103906037A (zh) | 2012-12-25 | 2012-12-25 | 采用端口控制协议完成网络地址转换保活的方法及设备 |
| PCT/CN2013/084955 WO2014101525A1 (zh) | 2012-12-25 | 2013-10-10 | 完成网络地址转换保活的方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210572628.XA CN103906037A (zh) | 2012-12-25 | 2012-12-25 | 采用端口控制协议完成网络地址转换保活的方法及设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103906037A true CN103906037A (zh) | 2014-07-02 |
Family
ID=50997145
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210572628.XA Pending CN103906037A (zh) | 2012-12-25 | 2012-12-25 | 采用端口控制协议完成网络地址转换保活的方法及设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103906037A (zh) |
| WO (1) | WO2014101525A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016161765A1 (zh) * | 2015-04-09 | 2016-10-13 | 中兴通讯股份有限公司 | 发送、传递和获取能力的方法及装置 |
| CN108848144A (zh) * | 2018-05-31 | 2018-11-20 | 中国联合网络通信集团有限公司 | 区块链中节点访问方法、装置及区块链节点 |
| CN108989271A (zh) * | 2017-06-05 | 2018-12-11 | 中兴通讯股份有限公司 | 一种家庭网关端口防攻击的方法和装置 |
| CN115499409A (zh) * | 2022-09-29 | 2022-12-20 | 阿里巴巴（中国）有限公司 | Nat网关、服务器和网络系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1569404B1 (en) * | 2004-02-25 | 2007-08-22 | Research In Motion Limited | System and method for maintaining a network connection |
| CN101026567A (zh) * | 2007-01-29 | 2007-08-29 | 华为技术有限公司 | 地址转发表项的保活方法及系统 |
| EP2048832B1 (en) * | 2006-08-02 | 2011-03-16 | Huawei Technologies Co., Ltd. | Method and system for connecting a media stream |
| CN102447630A (zh) * | 2011-12-28 | 2012-05-09 | 中兴通讯股份有限公司 | 协议报文的传输方法、家庭网关及运营商级网络转换设备 |
| CN102685261A (zh) * | 2011-03-15 | 2012-09-19 | 中国移动通信集团公司 | 一种控制设备的地址映射状态的方法、系统及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101430594B1 (ko) * | 2008-01-10 | 2014-08-18 | 삼성전자주식회사 | 이동통신 시스템에서 디폴트 게이트웨이 주소 설정 장치 및방법 |
-
2012
- 2012-12-25 CN CN201210572628.XA patent/CN103906037A/zh active Pending
-
2013
- 2013-10-10 WO PCT/CN2013/084955 patent/WO2014101525A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1569404B1 (en) * | 2004-02-25 | 2007-08-22 | Research In Motion Limited | System and method for maintaining a network connection |
| EP2048832B1 (en) * | 2006-08-02 | 2011-03-16 | Huawei Technologies Co., Ltd. | Method and system for connecting a media stream |
| CN101026567A (zh) * | 2007-01-29 | 2007-08-29 | 华为技术有限公司 | 地址转发表项的保活方法及系统 |
| CN102685261A (zh) * | 2011-03-15 | 2012-09-19 | 中国移动通信集团公司 | 一种控制设备的地址映射状态的方法、系统及装置 |
| CN102447630A (zh) * | 2011-12-28 | 2012-05-09 | 中兴通讯股份有限公司 | 协议报文的传输方法、家庭网关及运营商级网络转换设备 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016161765A1 (zh) * | 2015-04-09 | 2016-10-13 | 中兴通讯股份有限公司 | 发送、传递和获取能力的方法及装置 |
| CN108989271A (zh) * | 2017-06-05 | 2018-12-11 | 中兴通讯股份有限公司 | 一种家庭网关端口防攻击的方法和装置 |
| CN108848144A (zh) * | 2018-05-31 | 2018-11-20 | 中国联合网络通信集团有限公司 | 区块链中节点访问方法、装置及区块链节点 |
| CN108848144B (zh) * | 2018-05-31 | 2021-03-30 | 中国联合网络通信集团有限公司 | 区块链中节点访问方法、装置及区块链节点 |
| CN115499409A (zh) * | 2022-09-29 | 2022-12-20 | 阿里巴巴（中国）有限公司 | Nat网关、服务器和网络系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2014101525A1 (zh) | 2014-07-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10938601B2 (en) | Method and system for setting up a bearer | |
| CN112887151B (zh) | 在网络环境中发现策略计费和规则功能的系统和方法 | |
| US9723155B2 (en) | Systems and method for offloading communication sessions to local network resources | |
| US9277522B2 (en) | Exchanging rich communication suite capability information in a communications system | |
| US8942112B2 (en) | System and method for providing selective mobility invocation in a network environment | |
| JP5298203B2 (ja) | Ｎａｔ経由のデータセッションのポリシー及び課金制御のための制御セッションのトークンベースの相関 | |
| US8462710B2 (en) | Mechanism to uniquely identify and unify a user's set of packet bearer contexts in a mobile telecommunications network | |
| CN103650573B (zh) | 拥塞状态上报方法及接入网设备 | |
| WO2009043209A1 (fr) | Procédé permettant d'établir une porteuse vers un terminal utilisateur en mode repos | |
| KR20060112074A (ko) | Ｐｔｔ 호 셋업 시간을 줄일 수 있는 ｉｍｓ 서비스망에서의 가입자 단말과 ｉｍｓ 서비스 망 및 ｉｍｓ서비스 망에서의 ｐｔｔ 호 셋업 방법 | |
| US20150195199A1 (en) | Exchanging internet protocol version capability information between client devices over a communications network | |
| CN109309904A (zh) | 组播数据传输方法、相关设备及通信系统 | |
| WO2012062183A1 (zh) | 一种实现数据流服务质量和计费策略控制的方法及系统 | |
| CN103906037A (zh) | 采用端口控制协议完成网络地址转换保活的方法及设备 | |
| EP2617259B1 (en) | A method for providing a local traffic shortcut in a packet-oriented mobile communication network | |
| EP1785004A1 (en) | Method and device to support session continuity | |
| CN101998515B (zh) | 控制pcrf负载均衡的实现方法和实现系统 | |
| EP2556703B1 (en) | Method for allocating a network entity | |
| WO2015192568A1 (zh) | 多会话绑定方法、装置及系统 | |
| WO2012089030A1 (zh) | 一种多种接入方式接入网络的方法、接入设备和认证设备 | |
| KR20170064682A (ko) | 다중 경로 패킷 데이터 서비스 제공 방법 및 장치 | |
| CN105934977A (zh) | 用户设备、接入节点设备及通信系统 | |
| KR101515598B1 (ko) | 다이어미터 프로토콜 기반의 라우팅 처리 방법 및 다이어미터 메시지 처리 방법 | |
| WO2013174188A1 (zh) | 路由优化方法及系统、无线侧网元 | |
| WO2012130118A1 (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 | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140702 |