利用网络部件管理持久连接

背景技术

用户装置(UE)可经由网络连接建立和保持与服务器的持久连接。例如，UE可被配置为经由持久连接从服务器接收推送通知。为了保持持久连接，UE可向服务器传输保持活动(KA)消息。KA消息可向服务器指示应当保留UE与服务器之间的连接以用于将来的通信。

在常规情况下，UE可周期性地向服务器传输KA消息。从UE的角度来看，传输KA消息的速率对性能和功率都有影响。例如，如果在UE与服务器之间发生连接问题，则直到UE传输下一计划安排的KA消息之后，UE才可从服务器接收推送通知。因此，KA消息的周期性传输之间的持续时间越长，UE为了接收推送通知而可能等待的时间就越长。然而，传输KA消息使得UE经历功率消耗。因此，在保持持久连接时，UE可能不得不为了性能而牺牲功率或者为了功率而牺牲性能。

服务器可被配置为向多个UE提供推送通知。从网络角度来看，KA消息和相关通信流量可能增加网络负载，从而导致网络性能下降。因此，以常规方式保持UE与网络之间的持久连接是对UE和网络资源两者的低效使用。

发明内容

示例性实施方案包括由被配置为与用户装置(UE)和服务器通信的网络部件执行的方法。该方法包括从UE接收第一分组，其中该第一分组向该网络部件指示该网络部件将代表该UE来执行一个或多个操作以保持与该服务器的持续连接，从该服务器接收第二分组并基于从该服务器接收的该第二分组来确定是否向该UE传输信号。

另外的示例性实施方案包括具有被配置为与用户装置(UE)和服务器通信的通信接口的网络部件和被配置为使得该网络部件执行操作的可执行指令。该操作包括从该UE接收第一分组，其中该第一分组向该网络部件指示该网络部件将代表该UE来执行一个或多个操作以保持与该服务器的持续连接，从该服务器接收第二分组并基于从该服务器接收的该第二分组来确定是否向该UE传输信号。

另外的示例性实施方案包括用户装置(UE)，该用户装置具有收发器和处理器，该收发器被配置为与服务器建立持久连接并与网络部件通信，该处理器被配置为执行操作。该操作包括将第一分组传输至该网络部件，其中该第一分组向该网络部件指示该网络部件将代表该UE来执行一个或多个操作以保持与该服务器的持续连接，识别不服务(OOS)事件，在该OOS事件之后接收来自与该服务器对应的该网络部件的注册信息，并且基于从该网络部件接收的该注册信息来向该服务器注册。

附图说明

图1示出了根据各种示例性实施方案的示例性网络布置。

图2示出了根据各种示例性实施方案的示例性UE。

图3示出了与以常规方式保持UE与推送通知服务器之间的持久连接有关的信令图。

图4示出了与根据各种示例性实施方案利用PCMOF保持UE与推送通知服务器之间的持久连接有关的信令图。

图5示出了根据各种示例性实施方案的用于UE将周期性KA消息卸载到PCMOF的示例性方法。

图6示出了根据各种示例性实施方案与传入推送通知相关的信令图。

图7示出了根据各种示例性实施方案与UE与推送通知服务器的伺机重新注册有关的信令图。

图8示出了用于被配置为不经常与推送通知服务器通信的UE的示例性方法。

具体实施方式

参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。示例性实施方案描述了用于管理用户装置(UE)与服务器之间的持久连接的设备、系统和方法。如下文将描述的，示例性实施方案涉及将常规由UE执行的各种操作卸载到网络部件。

示例性实施方案是关于UE来描述的。然而，对UE的参考仅仅是出于说明的目的而提供的。示例性实施方案可与可建立与网络的连接并且被配置有用于与网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起使用。因此，本文所述的UE用于代表任何电子部件。

示例性实施方案也关于推送通知服务器来进行描述。推送通知服务器可被配置为向多个UE发送推送通知。然而，对推送通知服务器和推送通知的参考是仅为了进行示意性的说明而提供，并不旨在将示例性实施方案的范围仅限制到推送通知。示例性实施方案可适用于被配置为将任何类型的数据传输给UE的任何网络部件。

UE可建立与推送通知服务器的持久连接。推送通知可由推送通知服务器经由持久连接提供给UE。在本说明书通篇中，术语“持久连接”可以是指旨在用于不止一条消息的UE与服务器之间的通信信道。从UE的角度来看，消息可经由持久连接来接收，而与UE的操作状态(例如，连接状态、空闲状态、低功率状态、全功率状态等)无关。从服务器的角度来看，持久连接通常旨在保持打开状态。然而，对术语“持久连接”的参考仅仅是出于说明的目的而提供的。不同的网络和实体可以通过不同的名称来指代类似的概念。

在常规情况下，为了保持UE与推送通知服务器之间的持久连接，UE可将保持活动(KA)消息传输给推送通知服务器。KA消息向推送通知服务器指示将保留持久连接以用于将来的通信。KA消息可被周期性地传输和/或由预先确定的条件触发。响应于KA消息，推送通知服务器可向UE传输确认(ACK)消息。当持久连接处于活动状态时，推送通知服务器可向UE传输推送通知。

示例性实施方案涉及将常规由UE执行的各种操作卸载到网络部件。在本说明书通篇中，这个网络部件可被称为持续连接管理卸载功能(PCMOF)。PCMOF可与UE和推送通知服务器两者通信。如下文将更详细地描述，一旦建立了UE与推送通知服务器之间的持久连接，PCMOF就可代表UE将KA消息传输给推送通知服务器。PCMOF还可代表UE接收ACK。因此，PCMOF允许UE保持与推送通知服务器的连接，同时避免与传输KA消息和接收ACK相关联的功率成本。此外，由于KA消息和ACK不在UE与推送通知服务器之间传送，因此处于无线电接入网(RAN)水平的蜂窝通信流量减少。

示例性实施方案描述了PCMOF代表UE执行一个或多个操作的各种配置和场景。然而，示例性实施方案不限于本文所述的场景和配置。这个示例性PCMOF可与其他当前实现的持久连接管理技术、持久连接管理技术的未来具体实施一起或者独立于其他持久连接管理技术来使用。

图1示出了根据示例性实施方案的网络布置100。网络布置100包括UE 110。本领域技术人员将理解，UE 110可为被配置为经由网络通信的任何类型的电子部件，例如，移动电话、平板电脑、智能电话、平板手机、嵌入式设备、可穿戴设备、Cat-M设备、Cat-M1设备、MTC设备、eMTC设备、其他类型的物联网(IoT)设备等。实际网络布置可包括由任意数量的用户使用的任意数量的UE。因此，单个UE 110的示例仅仅是为了说明的目的而提供。

UE 110可被配置为与一个或多个网络直接通信。在网络布置100的示例中，UE 110可与5G新无线电(NR)无线电接入网络(5G NR RAN)120和无线本地接入网络(WLAN)122无线通信。然而，UE 110也可与其他类型的网络(例如，LTE RAN、传统RAN等)通信。UE 110也可通过有线连接与网络通信。因此，UE 110可包括用于与5G NR RAN 120通信的5G NR芯片组和用于与WLAN 124通信的ISM芯片组。

5G NR RAN 120可以是可由蜂窝提供商(例如，Verizon、AT&T、Sprint、T-Mobile等)部署的蜂窝网络的一部分。5G NR RAN 120可例如包括被配置为从配备有适当蜂窝芯片组的UE发送和接收通信流量的小区或基站(节点B、eNodeB、HeNB、eNBS、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。WLAN 122可包括任何类型的无线局域网(WiFi、热点、IEEE 802.11x网络等)。

UE 110可经由下一代节点B(gNB)120A连接至5G NR RAN 120。本领域技术人员将理解，可以执行任何相关过程用于UE 110连接至5G NR RAN 120。例如，如上文所论述的，5GNR RAN 120可以与特定蜂窝提供商关联，在该特定蜂窝提供商处，UE 110和/或其用户具有合同和凭据信息(例如，存储在SIM卡上)。一旦检测到了5G NR RAN 120的存在，UE 110就可以传输对应的凭据信息，以便与5G NR RAN 120相关联。更具体地讲，UE 110可以与特定小区(例如，5G NR RAN 120的gNB 120A)相关联。如上所述，5G NR RAN 120的使用是出于说明的目的，并且可使用任何类型的网络。例如，UE 110也可连接到LTE-RAN(未图示)或传统RAN(未图示)。

除了网络120和122之外，网络布置100还包括蜂窝核心网130。蜂窝核心网130可被视为管理蜂窝网络的操作和流量的部件的互连集合。在该示例中，所述部件包括接入和移动性管理功能(AMF)132、用户平面功能(UPF)134和持续连接管理卸载功能(PCMOF)136。然而，实际蜂窝核心网可包括各种其他部件执行多种不同功能中的任何功能。

AMF 132执行与移动性管理相关的操作，诸如但不限于UE 110与蜂窝核心网130之间的寻呼、非接入层(NAS)管理和注册过程管理。UPF 134执行操作诸如但不限于用户通信流量传输功能、UE 110的IP地址管理，并且提供服务质量(QoS)实施功能。

PCMOF 136可被配置为代表UE 110执行与建立和管理UE 110与推送通知服务器170之间的持久连接相关的各种操作。PCMOF 136可包括允许PCMOF 136(直接或间接地)与蜂窝核心网130内的其他网络部件以及蜂窝核心网130外的部件通信的通信接口。该通信接口还可以能够使用带外通信信道与另一个部件通信。该带外通信信道可用于确保当网络问题或功能(例如，防火墙、滤波器等)将以其它方式阻止PCMOF 136接收传入流量或发送外发流量时PCMOF 136可与另一个部件通信。在一些实施方案中，PCMOF136被包括在UPF134内。然而，提供对AMF 132、UPF 134和PCMOF136的任何参考仅仅是为了进行示意性的说明。不同的网络可以通过不同的名称指代执行类似功能的部件。

推送通知服务器170与互联网140和蜂窝核心网130直接或间接通信。UE 110可建立与推送通知服务器170的持久连接。推送通知服务器170可经由该持久连接向UE 110传输推送通知。如上所述，PCMOF136可被配置为代表UE110来执行各种操作，并且因此，PCMOF136可与UE 110和推送通知服务器170两者通信。

网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子系统(IMS)150和网络服务主干160。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。IMS 150通常可被描述为用于使用IP协议将多媒体服务递送至UE 110的架构。IMS 150可与蜂窝核心网130和互联网140通信以将多媒体服务提供至UE 110。网络服务主干160与互联网140和蜂窝核心网130直接或间接通信。网络服务主干160可通常被描述为一组部件(例如，服务器、网络存储布置等)，其实施一套可用于扩展UE 110与各种网络通信的功能的服务。

图2示出了根据各种示例性实施方案的示例性UE 110。将结合图1的网络布置100对UE 110进行描述。UE 110可代表任何电子设备，并且可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225以及其他部件230。其他部件230可包括例如音频输入设备、音频输出设备、提供有限功率源的电池、数据采集设备、用于将UE 110电连接到其他电子设备的端口、用于检测UE 110的状况的传感器等。

处理器205可被配置为执行UE 110的多个引擎。例如，引擎可包括守护进程235。守护进程235可被执行为后台进程并在UE 110处执行与管理推送通知相关的各种操作。守护进程235可代表一个或多个应用来管理推送通知。

以上提到的引擎由处理器205执行仅是示例性的。与守护进程235相关联的功能也可被表示为UE 110的独立结合部件，或者可为耦接到UE 110的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。引擎也可被体现为一个应用或分开的多个应用。此外，在一些UE中，针对处理器205描述的功能在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。

存储器210可以是被配置为存储与由UE 110执行的操作相关的数据的硬件部件。如下文将进一步详细描述的，在执行操作模式的确定时，存储器210可存储与UE 110的状况相关联的数据。显示设备215可以是被配置为向用户显示数据的硬件部件，而I/O设备220可以是使得用户能够进行输入的硬件部件。显示设备215和I/O设备220可以是独立的部件或者可被集成在一起(诸如触摸屏)。收发器225可以是被配置为与5G NR RAN 120、WLAN 122等建立连接的硬件部件。因此，收发器225可以在多个不同的频率或信道(例如，连续频率组)上工作。

如上所述，PCMOF136可执行在保持持久连接时常规由UE 110执行的各种操作。为了提供PCMOF136可代表UE 110执行的一些类型的操作的一般示例，下面提供信令图300和400。图3的信令图300提供UE 110可如何以常规方式(例如，不利用PCMOF136)与推送通知服务器170保持持久连接的示例。图4的信令图400提供PCMOF136代表UE 110执行操作的示例。

图3示出了与以常规方式保持UE 110与推送通知服务器170之间的持久连接有关的信令图300。将参照UE 110和网络布置100来描述信令图300。考虑以下示例性场景，UE110预占在5G NR RAN 120的gNB 120A上并且处于空闲状态。

在305中，UE 110和gNB 120A参与用于向5G NR RAN 120注册UE 110的信令交换。本领域的普通技术人员将会理解，注册过程可包括用于将UE 110转变到连接状态的无线电资源控制(RRC)信令。注册过程还可包括UE 110、gNB 120A和各种网络实体之间的用于经由网络连接建立各种承载以及访问正常可供UE 110使用的全部服务范围的各种信令。

在310中，UE 110和推送通知服务器170参与用于向推送通知服务器170注册UE110的信令交换。这可包括在推送通知服务器170处为UE 110配置用于该UE感兴趣的服务的套接字(例如，基于传入IP的消息通知)。

为了确保与推送通知服务器170的连接保持活动，UE 110可被配置为将周期性KA消息传输给推送通知服务器170。如果推送通知服务器170没有从UE 110接收到KA消息持续预先确定的时间量，则推送通知服务器170可假定UE 110不可用，并且因此可关闭该套接字并终止该持久连接。

在315中，UE 110向推送通知服务器170传输第一KA消息。在320中，响应于第一KA消息，推送通知服务器170可将第一ACK传输给UE 110。

在325中，UE 110向推送通知服务器170传输第二KA消息。在330中，响应于第二KA消息，推送通知服务器170可将第二ACK传输给UE 110。第一KA消息和第二KA消息之间的间隔可以基于相对于第一KA消息的预先确定的持续时间、调度、预先确定的条件或它们的任何组合。

在335中，推送通知服务器170向UE 110传输推送通知。例如，UE 110可被配置为接收关于用户的社交媒体帐户的通知。尽管对应的应用未打开，但UE 110(例如守护进程235)可向用户通知所述通知。如上所述，示例性实施方案不限于推送通知，并且可适用于经由持久连接传输给UE 110的任何类型的数据。

在340中，UE 110向推送通知服务器170传输第三KA消息。在345中，响应于第三KA消息，推送通知服务器170可将第三ACK传输给UE 110。

只要UE 110上电并且具有网络连接，周期性KA消息和ACK的交换就可重复。然而，如上所述，传输KA消息的速率对功率和性能具有影响。例如，考虑以下场景，其中在UE 110接收第二ACK之后，在UE 110和推送通知服务器170之间发生连接问题。这个连接问题由点350指示。在这个场景中，直到在340中传输第三KA消息之后，UE 110才可接收在335中传输的推送通知。因此，推送通知从至少点350等待被UE 110接收，直到第三KA消息在340中被传输。因此，KA消息之间的持续时间越长，UE 110不能从推送通知服务器170接收推送通知可能要经过的时间就越长。这可导致用户体验较差。然而，KA消息的周期性传输和ACK的接收使得UE 110经历功率消耗。因此，在以常规方式保持持久连接时，UE 110可能不得不为了性能而牺牲功率，或者为了功率而牺牲性能。

图4示出了与根据各种示例性实施方案利用PCMOF136保持UE 110与推送通知服务器170之间的持久连接有关的信令图400。将相对于UE 110和网络布置100来描述信令图400。考虑以下示例性场景，其中UE 110预占在5G NR RAN 120的gNB 120A上并且处于空闲状态。

在405中，UE 110和gNB 120A参与用于向5G NR RAN 120注册UE 110的信令交换。这类似于上文在信令图300的305中所述的信令交换。

在410中，UE 110和推送通知服务器170参与用于向推送通知服务器170注册UE110的信令交换。这类似于上文在信令图300的310中所述的信令交换。

在415中，UE 110向PCMOF136传输卸载配置分组，其使得PCMOF 136能够代表UE110管理周期性KA消息。下面将参考图5的方法500更详细地描述UE 110如何确定PCMOF136的可用性以及卸载配置分组的内容。信令图400仅旨在提供使用PCMOF136代表UE 110执行操作与信令图300中所示的常规持久连接管理技术之间的差异的一般性示例。

在420中，PCMOF136代表UE 110向推送通知服务器170传输第一KA消息。在425中，响应于第一KA消息，推送通知服务器170可将第一ACK传输给UE 110。然而，PCMOF136被配置为拦截从推送通知服务器170向UE 110的传输并确定所述传输是否应被转发给UE 110。在该示例中，由于传输是ACK，所以PCMOF136不转发该传输。因此，UE 110能够避免接收和处理ACK的功率消耗。

在430中，PCMOF136代表UE 110向推送通知服务器170传输第二KA消息。在435中，响应于第二KA消息，推送通知服务器170可将第二ACK传输给UE 110。类似于第一ACK，该传输被PCMOF 136拦截并且不转发给UE 110。信令图300与信令图400的比较表明，通过使用PCMOF 136，UE 110能够避免传输KA消息和接收ACK的功率成本。下面在图6的信令图600中描述PCMOF 136可如何处理推送通知的示例。

图5示出了根据各种示例性实施方案的用于UE 110将周期性KA消息卸载到PCMOF136的示例性方法500。将参照图1的网络布置100和图2的UE 110来描述方法500。

在505中，UE 110确定周期性KA消息将被传输给推送通知服务器170。UE 110可基于标识守护进程235被启动并且已完成与推送通知服务器170的注册来作出这个确定。

在510中，UE 110标识PCMOF 136可用的指示。除了标识PCMOF 136可用之外，UE110还可收集允许UE 110联系PCMOF 136的信息。例如，UE 110可获取PCMOF 136的IPv4地址、PCMOF 136的IPv6地址或用于与PCMOF 136通信的端口号中的一者或多者。应当指出的是，PCMOF可特定于注册区域或公共陆地移动网络(PLMN)。因此，在UE 110跨注册区域或PLMN移动的移动性周期期间，UE 110可能必须重复该过程。

可从多种不同来源中的任一者接收PCMOF 136信息。例如，在与蜂窝核心网130的网络注册和/或协议数据单元(PDU)会话建立期间，UE 110可接收PCMOF 136可用的指示。

PCMOF136信息也可在网络的控制平面内从服务器接收。例如，UE 110可被配置为在网络的控制平面内与各个网络部件通信。UE 110可向特定服务器发送针对关于任何可用PCMOF的信息的请求。作为响应，UE 110可从该服务器接收PCMOF 136信息。

该PCMOF136信息也可在网络的用户平面内从服务器接收。例如，UE 110可被配置为在网络的用户平面内与各个网络部件通信。UE 110可向特定服务器发送互联网协议(IP)分组，请求关于任何可用PCMOF的信息。作为响应，UE 110可从该服务器接收PCMOF 136信息。

PCMOF 136信息也可被包括在运营商组合包中。运营商组合包是可存储在UE 110的存储器布置210中并且包含特定于特定运营商的设置的一个或多个文件。因此，UE 110可参考所存储的运营商组合包来检索PCMOF 136信息。然而，参考运营商组合包仅出于示例性目的，不同的实体可通过不同的名称来指示类似的概念。示例性实施方案可应用于存储在UE 110上的任何类型的信息。

在515中，UE 110基于在510中接收的PCMOF 136信息将卸载配置分组传输给PCMOF136。卸载配置分组可以是用户数据报协议(UDP)分组、传输控制协议(TCP)分组、或符合任何其他适当协议的分组。

卸载配置分组可包括多种不同类型的信息和/或数据。PCMOF 136可使用卸载配置分组的内容生成KA消息并代表UE 110发起与一个或多个服务器的周期性KA消息。

所述内容可包括向PCMOF 136指示PCMOF 136是否要代表UE 110执行KA消息的启用/禁用指示。所述内容还可包括KA消息间隔的指示，KA消息间隔是在计划安排的KA消息之间发生的持续时间(例如，1分钟、3分钟、5分钟、10分钟、20分钟等)。所述内容还可包括与PCMOF 136可声明针对KA消息的故障的依据相关的信息，例如，在执行重传或声明故障之前等待响应于KA消息的ACK的持续时间、在声明故障之前要执行的多次重传，等等。所述内容还可包括信令信息，诸如但不限于推送通知服务器170的IPv4地址、推送通知服务器170的IPv6地址、推送通知服务器170的相关端口号、UE 110的IPv4地址、UE 110的IPv6地址、UE110的相关端口号、待使用的传输层协议(例如，UDP、TCP等)、UE 110的序列号以及推送通知服务器170的序列号。

在520中，基于接收卸载配置分组，PCMOF 136代表UE 110执行各种操作。所述操作可包括但不限于向推送通知服务器170传输周期性KA消息、从推送通知服务器170接收ACK、从推送通知服务器170接收推送通知、将推送通知转发给UE 110、向推送通知服务器170指示UE 110不可用、向推送通知服务器170指示UE 110暂时不可用的原因等。

在525中，UE 110可向PCMOF 136发送另一卸载配置分组。所述另一卸载配置分组可向PCMOF 136指示PCMOF 136将不再代表UE 110执行操作。UE 110可出于任何合适的原因而被触发将所述另一卸载配置分组发送给PCMOF 136。例如，可在UE 110处接收用户输入，指示用户不再想要接收特定类型的推送通知。

图6示出了根据各种示例性实施方案与传入推送通知相关的信令图600。将参照UE110和网络布置100来描述信令图600。

考虑以下示例性场景，UE 110已向推送通知服务器170注册。此外，UE 110已确定PCMOF 136可用。

在605中，UE 110向PCMOF 136传输卸载配置分组。如上所述，卸载配置分组可向PCMOF 136指示PCMOF 136要代表UE 110执行各种操作。

在610中，PCMOF 136代表UE 110向推送通知服务器170传输KA消息。在615中，响应于KA消息，推送通知服务器170将ACK传输给UE 110。

出于多种不同原因中的任何原因，推送通知服务器170可能不对KA消息作出响应。如果PCMOF 136确定在预先确定的时间量内未接收到ACK以及/或者PCMOF 136已执行预先确定量的重传，则PCMOF 136可指示UE 110向推送通知服务器170重新注册以最小化UE 110可能无法从推送通知服务器170接收推送通知的持续时间。

返回信令图600，在620中，PCMOF 136拦截推送通知服务器170所传输的ACK。PCMOF136可被配置为拦截由推送通知服务器170传输给UE 110的任何分组。随后，PCMOF 136处理所述分组的内容并确定所述分组是否要被转发给UE 110。在该示例中，PCMOF 136标识所述分组是ACK，因此不将该分组转发给UE 110。

在某些情形下，PCMOF 136可响应于触发PCMOF 136接触UE 110的KA消息来从推送通知服务器170接收ACK。例如，根据TCP协议，本地主机的序列号与远程主机的ACK号之间的任何差异可指示存在未处理的未确认数据。在该示例中，PCMOF 136将是本地主机，并且推送通知服务器170将是远程主机。在一种情形中，序列号和ACK号的差值可基于PCMOF 136不知道UE 110已发送至推送通知服务器170的数据。因此，PCMOF 136可向UE 110发送序列号和ACK号不同步的指示。作为响应，UE 110可向PCMOF 136发送具有最新信令信息的分组，以确保后续的KA消息同步。在另一种情形下，序列号和ACK号的差值可基于推送通知服务器170对UE 110的插座具有无效TCP状态。因此，PCMOF 136可向UE 110发送序列号和ACK号不同步的指示。作为响应，UE 110可通过与推送通知服务器170重新注册来重置TCP连接。

PCMOF 136可转发ACK的另一场景是在传入ACK的序列号大于远程序列号时。序列号的变化可基于包括在ACK分组内的数据有效载荷。例如，当ACK分组还包括通知的有效载荷数据时，可包括有效载荷。因此，PCMOF 136可在PCMOF 136确定序列号不同步时将ACK转发至UE 110。

返回信令图600，在625中，推送通知服务器170向UE 110传输推送通知。在630中，PCMOF 136拦截推送通知服务器170所传输的推送通知。在该示例中，PCMOF 136标识所述分组是推送通知，并且因此，PCMOF 136要将该分组转发给UE 110。PCMOF 136可基于所述分组的有效载荷来区分ACK和推送通知，因为ACK不可包括任何有效载荷数据。在635中，PCMOF136将推送通知转发给UE 110。

如上所述，PCMOF 136可被配置为拦截由推送通知服务器170传输给UE 110的任何分组。在一些实施方案中，PCMOF 136可至少部分地基于所述分组中所包括的TCP标志来确定是否要转发分组。例如，如果TCP标志被设置为仅ACK值，则这可向PMCOF 136指示该分组可能未转发至UE 110。如果TCP标志包括任何其他值(具有或不具有ACK值)，则分组可能被转发至UE 110。其他TCP标志值包括但不限于推送(PSH)、紧急(URG)、重置(RST)、完成(FIN)、显式拥塞通知(ECN)、和拥塞窗口减少(CWR)。本领域的普通技术人员将会理解，这些标记旨在向接收设备指示。

返回信令图600，在640中，UE 110和PCMOF 136参与信令交换。这个信令交换为UE110提供各种信令信息(例如，最新本地和远程序列号)，并且向PCMOF 136指示PCMOF 136将不再代表UE 110执行操作。在一些实施方案中，UE 110可从PCMOF 136取对推送通知进行响应所需的信令信息。在其他实施方案中，PCMOF 136可主动向UE 110发送UE 110对推送通知进行响应所需的信令信息。

在645中，UE 110向推送通知服务器170传输响应。该响应可部分地基于UE 110在640的信令交换中所接收的信令信息。

在650中，UE 110向PCMOF 136传输卸载配置分组。因此，PCMOF 136恢复代表UE110执行各种操作。

可能存在推送通知服务器170无法触及UE 110的情形。例如，UE 110可能经历服务中断(OOS)事件并且不能经由蜂窝连接接收任何数据。又如，出于多种不同原因中的任何原因，运营商防火墙或网络部件(例如，网络地址转换(NAT)网关)可能在传入推送通知到达UE110之前丢弃传入推送通知。当UE 110和推送通知服务器170不能通信时，持久连接可超时并且套接字可被拆解。为了最小化UE 110不连接到推送通知服务器170的持续时间，推送通知服务器170可被配置为向PCMOF 136通知与UE 110的连接问题。作为响应，PCMOF 136可被配置为执行各种操作以向推送通知服务器170重新注册UE 110。

图7示出了根据各种示例性实施方案与UE 110与推送通知服务器170的伺机重新注册有关的信令图700。将参考图2的UE 110和图1的网络布置100来描述信令图700。

在常规情况下，UE 110可响应于OOS事件而发起与推送通知服务器170的重新注册。然而，如果推送通知服务器170在UE 110处于OOS时不拆解持久连接，则执行重新注册是不必要的并且是资源的浪费，因为推送通知服务器170仍具有UE 110上下文。

如下所述，PCMOF 136可被配置为触发UE 110发起与推送通知服务器170的重新注册。因此，UE 110可依赖PCMOF 136来在UE 110上下文丢失时触发UE 110发起重新注册。因此，UE 110可仅在UE 110上下文丢失时发起重新注册，并且避免在推送通知服务器170仍具有UE 110上下文时执行重新注册的功率成本。

在705中，UE 110和推送通知服务器170参与用于向推送通知服务器170注册UE110的信令交换。在一些实施方案中，这个信令交换可包括向服务器指示UE 110支持PCMOF功能。在其他实施方案中，可基于代表UE 110从PCMOF 136发送给推送通知服务器170的KA消息中的指示符向推送通知服务器170通知PCMOF 136的使用。如下所示，由于UE 110对PCMOF 136的使用对于推送通知服务器170是已知的，所以推送通知服务器170可在UE 110不可用时(例如，UE 110为OOS，UE 110正在使用中，但通信问题阻止UE 110接收推送通知等)通知PCMOF 136。因此，PCMOF 136可实施各种技术来触发UE 110向推送通知服务器170重新注册。

在710中，UE 110经历连接问题并且处于OOS持续(X)分钟(例如，1分钟、3分钟、5分钟、10分钟、15分钟、30分钟等)。在UE 110处于OOS时，推送通知服务器尝试(N)次将推送通知递送给UE 110。如信令图600中所示，这可包括PCMOF 136拦截推送通知并将推送通知转发给UE 110。在该示例中，第一至第N推送通知中的每一者不到达UE 110，因为UE 110处于OOS。因此，推送通知服务器170没有接收来自UE 110的响应。

在715中，推送通知服务器170标识与不能将推送通知递送给UE 110相关的预定条件。在一些实施方案中，标识该预定条件可触发推送通知服务器170本地地拆解UE 110套接字。所述预定条件可基于没有接收到对推送通知的响应持续预先确定的时间量、将推送通知传输预先确定量的次数或它们的组合。

在720中，推送通知服务器170向PCMOF 136传输向PCMOF 136指示推送通知服务器170还不能触及UE 110的消息。响应于该指示，PCMOF 136周期性地寻呼UE 110。例如，PCMOF136可通过与另一网络部件通信来间接寻呼UE 110，或者PCMOF 136可查验UE 110。在725中，PCMOF 136向UE 110传输寻呼。然而，在该示例中，UE 110仍服务中断，因此没有接收所述寻呼。

在730中，UE 110恢复服务。在735中，PCMOF 136向UE 110传输另一寻呼。由于UE110恢复服务，因此UE 110接收该寻呼。在740中，UE 110可进入连接状态。在一些实施方案中，UE 110基于第二循环被触发进入连接状态。在其他实施方案中，UE 110可由于移动主叫(MO)通信流量或移动终止(MT)通信流量而自主地被触发转变到连接状态。为了确保PCMOF136知道UE 110转变到连接状态，AMF 132可被配置为向PCMOF 136通知UE 110转变到连接状态。然而，在其他实施方案中，UE 110和/或任何适当的网络部件可向PCMOF 136通知UE110处于连接状态。

AMF 132也可由于其他原因而与PCMOF 136通信。例如，当UE 110不可用(例如，断开、OOS、跟踪区域更新(TAU)故障等)时，AMF 132可通知PCMOF 136。作为响应，PCMOF 136可停止代表UE 110传输KA。

返回信令图700，在745中，PCMOF 136向UE 110传输重新注册信息消息。重新注册信息可包括与推送通知服务器170重新建立套接字的IP地址和端口详细信息的指示。

在750中，UE 110和推送通知服务器170参与用于向推送通知服务器170重新注册UE 110的信令交换。重新注册过程利用在745中所接收的重新注册信息消息的内容。随后，推送通知服务器170向UE 110提供推送通知服务器170先前不能递送给UE 110的推送通知。

图8示出了用于被配置为不经常与推送通知服务器170通信的UE 110的示例性方法800。将参照图1的网络布置100和图2的UE 110来描述方法800。

某些类型的UE通常不向推送通知服务器170传输消息或接收推送通知消息。因此，配置PCMOF 136代表这种类型的UE传输周期性KA消息是资源的低效使用。因此，方法800涉及利用PCMOF 136代表UE 110执行操作。但是，这些操作不包括周期性KA消息。

在805中，UE 110确定消息将被传输给推送通知服务器170。如上所述，这通常不是由这个UE 110执行。因此，此时没有活动的持久连接。

在810中，UE 110和推送通知服务器170参与用于向推送通知服务器170注册UE110的信令交换。由于与推送通知服务器170的通信对于这种类型的UE 110是罕见的，所以为每个发出消息参与注册过程与使PCMOF 136保持UE 110与推送通知服务器170之间的持久连接相比是资源更有效的使用。在815中，经由持久连接将消息发送给推送通知服务器170。

在820中，UE 110处于OOS。在UE 110处于OOS时，推送通知服务器170多次尝试将推送通知递送给UE 110。因为UE 110处于OOS，所以推送通知服务器170没有接收到来自UE110的任何响应。因此，推送通知服务器170确定UE 110不可用并且推送通知服务器170本地地拆解UE 110连接。随后，推送通知服务器170向PCMOF 136传输向PCMOF 136指示推送通知服务器170已不能将推送通知递送给UE 110的消息。响应于该指示，PCMOF 136周期性地寻呼UE 110。在820中在UE 110处于OOS时由推送通知服务器170和PCMOF 136执行的操作基本上类似于信令图700的710-725中所示的事件。

示例性实施方案不限于其中UE 110为OOS的场景。例如，可能存在如下情形：UE110处于服务状态和/或处于连接状态，但推送通知服务器170无法触及UE 110，因为推送通知服务器170不具有UE 110上下文。因此，对作为OOS的UE 110的引用仅用于示例性目的，并且示例性实施方案可应用于推送通知服务器170无法触及UE 110的任何情形。

在825中，UE 110恢复服务并转变到连接状态。在830中，UE 110接收来自PCMOF136的注册信息消息，该注册信息消息包括与推送通知服务器170建立套接字的IP地址和端口详细信息的指示。

在835中，UE 110和推送通知服务器170参与用于向推送通知服务器170重新注册UE 110的信令交换。重新注册过程利用在830中所接收的重新注册信息消息的内容。

在840中，推送通知服务器170向UE 110提供推送通知服务器170先前不能递送的推送通知。825-840基本上类似于信令图700的730-750中所描绘的事件。

本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。在其他示例中，上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。

众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。

对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。