CN104735753A - 通信方法、用户设备和网络侧设备 - Google Patents

通信方法、用户设备和网络侧设备 Download PDF

Info

Publication number
CN104735753A
CN104735753A CN201310711162.1A CN201310711162A CN104735753A CN 104735753 A CN104735753 A CN 104735753A CN 201310711162 A CN201310711162 A CN 201310711162A CN 104735753 A CN104735753 A CN 104735753A
Authority
CN
China
Prior art keywords
udp
session
tcp
message
session establishment
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
Application number
CN201310711162.1A
Other languages
English (en)
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 CN201310711162.1A priority Critical patent/CN104735753A/zh
Publication of CN104735753A publication Critical patent/CN104735753A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • 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/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种通信方法、用户设备和网络侧设备，该方法包括：在与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该应用服务器之间未交互数据报文，与该应用服务器传输UDP保活报文；若该UDP会话结束，停止传输该UDP保活报文，并与网络侧设备建立传输控制协议TCP会话；以TCP保活周期为间隔与该网络侧设备传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。本发明提供的通信方法、用户设备和网络侧设备，能够节省UE的耗电量，提高用户体验。

Description

通信方法、用户设备和网络侧设备
技术领域
本发明实施例涉及通信领域，并且更具体地，涉及通信方法、用户设备和网络侧设备。
背景技术
不同于传统的固定个人电脑（Personal Computer，PC）终端，移动智能终端在使用过程中无法得到持续的供电，所以如果终端上有某个或某几个应用耗电过快，则必定给用户的使用带来极大的不便，因此，如何控制和降低终端耗电量一直是移动应用开发中备受关注的问题。
终端的许多移动应用都需要进行网络通信，如在互联网协议语音（Voiceover Internet Protocol，VOIP）应用中，主叫和被叫方通过实时传输协议（RealTime Protocol，RTP）、会话发起协议（Session Initiation Protocol，SIP）等语音报文协议进行交互。在图1所示的场景中，终端通过接入点（Access Point，AP）连接到无线局域网（Wireless Local Area Network，WLAN）后，可以获得私网的互联网协议（Internet Protocol，IP）地址，并经过防火墙连接到公网的应用服务器，这样，该终端可以与应用服务器建立用户数据报协议（UserDatagram Protocol，UDP）会话并在该UDP会话中传输数据报文。
当终端向应用服务器发送的UDP会话建立请求经过防火墙时，该防火墙建立UDP会话。一般地，防火墙上配置有默认的UDP保活周期，如果该终端与应用服务器在UDP保活周期内未交互任何报文，则该防火墙认为该UDP会话超时老化并且删除该UDP会话。由于防火墙的访问控制策略一般只允许内网的终端主动发起到外网的应用服务器的连接，而不允许外网的应用服务器主动发起到内网的终端的连接，因此，为了防止终端作为被叫方时能够被应用服务器顺利定位，当该终端与应用服务器在该UDP保活周期内未交互任何数据报文，或者终端与应用服务器的UDP会话结束时，该终端会向应用服务器发送UDP保活报文，这样，在该UDP保活报文经过防火墙时，该防火墙可以刷新该UDP会话，以便来自应用服务器的业务通知报文能顺利地通过防火墙到达被叫方。这样，终端需要每隔小于UDP保活周期的间隔向该应用服务器发送一次保活报文，然而，防火墙上默认的UDP保活周期通常很短，例如，华为公司的防火墙（统一安全网关（Unified SecurityGateway，USG）系列）产品和思科公司的防火墙产品（私有互联网交换（Private Internet eXchange，PIX）系列）上默认的UDP保活周期均为120秒，如此频繁地组装和发送报文对终端而言是非常耗电的。
本发明提供了一种通信方法、用户设备和网络侧设备，以解决现有技术中由于终端在UDP会话结束后仍需要频繁地发送UDP保活报文所导致的高耗电问题。
发明内容
本发明提供了一种通信方法、用户设备和网络侧设备，能够降低用户设备的耗电量。
第一方面，提供了一种通信方法，包括：在与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该应用服务器之间未交互数据报文，与该应用服务器传输UDP保活报文；若该UDP会话结束，停止传输该UDP保活报文，并与网络侧设备建立传输控制协议TCP会话；以TCP保活周期为间隔与该网络侧设备传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
在第一种可能的实现方式中，该方法还包括：接收该网络侧设备在该TCP会话中发送的UDP业务唤醒报文，该UDP业务唤醒报文用于通知用户设备UE存在针对该UE的UDP会话建立请求；根据该UDP业务唤醒报文，向该UDP业务唤醒报文对应的UDP应用的应用服务器发送UDP会话建立请求，以便于防火墙根据该UDP会话建立请求为该UE建立UDP会话。
结合上述可能的实现方式，在第二种可能的实现方式中，该网络侧设备为网关设备或该UE的UDP应用的应用服务器。
第二方面，提供了另一种通信方法，包括：在用户设备UE与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该UE之间未交互数据报文，网络侧设备与该UE传输UDP保活报文；若该UDP会话结束，停止传输该UDP保活报文，并与该UE建立传输控制协议TCP会话；以TCP保活周期为间隔与该UE传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
在第一种可能的实现方式中，该方法还包括：接收第一UDP会话建立请求，其中，该第一UDP会话建立请求用于请求与该UE建立UDP会话；若确定该第一UDP会话建立请求无法到达该UE，在该TCP会话中向该UE发送UDP业务唤醒报文，该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求。
结合第一种可能的实现方式，在第二种可能的实现方式中，该UDP会话建立请求携带被叫标识；在该TCP会话中向该UE发送UDP业务唤醒报文之前，该方法还包括：建立TCP会话列表，该TCP会话列表中的表项包括用户信息和该用户信息对应的TCP会话标识；根据该第一UDP会话建立请求携带的该被叫标识和该TCP会话列表，确定该UDP会话建立请求对应的TCP会话；该在该TCP会话中向该UE发送UDP业务唤醒报文，包括：在该确定的该第一UDP会话建立请求对应的TCP会话中向该UE发送UDP业务唤醒报文。
结合第二种可能的实现方式，在第三种可能的实现方式中，该根据该UDP会话建立请求中携带的该被叫标识和该TCP会话列表，确定该UDP会话建立请求对应的TCP会话，包括：确定该TCP会话列表中存在与该被叫标识相匹配的目标表项；确定与该目标表项中的TCP会话标识对应的TCP会话为该第一UDP会话建立请求对应的TCP会话。
结合上述可能的实现方式，在第四种可能的实现方式中，该网络侧设备为应用服务器，该方法还包括：接收该UE根据该UDP业务唤醒报文发送的第二UDP会话建立请求，该第二UDP会话建立请求用于请求与该应用服务器建立UDP会话；根据该第二UDP会话建立请求，与该UE建立UDP会话。
第三方面，提供了一种用户设备UE，包括：传输模块，用于在与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该应用服务器之间未交互数据报文，与该应用服务器传输UDP保活报文，以及若该UDP会话结束，停止传输该UDP保活报文；会话建立模块，用于在该传输模块停止传输该UDP保活报文时，与网络侧设备建立传输控制协议TCP会话；该传输模块还用于以TCP保活周期为间隔与该网络侧设备在该会话建立模块建立的TCP会话中传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
在第一种可能的实现方式中，还包括：接收模块，用于接收该网络侧设备在该TCP会话中发送的UDP业务唤醒报文，该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求；发送模块，用于根据该接收模块接收的该UDP业务唤醒报文，向该UDP业务唤醒报文对应的UDP应用的应用服务器发送UDP会话建立请求，以便于防火墙根据该UDP会话建立请求为该UE建立UDP会话。
结合上述可能的实现方式，在第二种可能的实现方式中，该网络侧设备为网关设备或该UE的UDP应用的应用服务器。
第四方面，提供了一种网络侧设备，包括：传输模块，用于在用户设备UE与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该UE之间未交互数据报文，与该UE传输UDP保活报文，以及若该UDP会话结束，停止传输该UDP保活报文；会话建立模块，用于在该传输模块停止传输该UDP保活报文时，与该UE建立传输控制协议TCP会话；该传输模块还用于以TCP保活周期为间隔与该UE在该会话建立模块建立的TCP会话中传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
在第一种可能的实现方式中，还包括：接收模块，用于接收第一UDP会话建立请求，其中，该第一UDP会话建立请求用于请求与该UE建立UDP会话；发送模块，用于若确定该接收模块接收的该第一UDP会话建立请求无法到达该UE，在该TCP会话中向该UE发送UDP业务唤醒报文，该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求。
结合第一种可能的实现方式，在第二种可能的实现方式中，该UDP会话建立请求携带被叫标识；该网络侧设备还包括：列表建立模块，用于在该发送模块在该TCP会话中向该UE发送UDP业务唤醒报文之前，建立TCP会话列表，该TCP会话列表中的表项包括用户信息和该用户信息对应的TCP会话标识；确定模块，用于根据该第一UDP会话建立请求携带的该被叫标识和该列表建立模块建立的该TCP会话列表，确定该UDP会话建立请求对应的TCP会话；该发送模块具体用于在该确定模块确定的该第一UDP会话建立请求对应的TCP会话中向该UE发送UDP业务唤醒报文。
结合第二种可能的实现方式，在第三种可能的实现方式中，该确定模块具体用于：确定该TCP会话列表中存在与该被叫标识相匹配的目标表项；确定与该目标表项中的TCP会话标识对应的TCP会话为该第一UDP会话建立请求对应的TCP会话。
结合上述可能的实现方式，在第四种可能的实现方式中，该网络侧设备为应用服务器，该接收模块还用于接收该UE根据该发送模块发送的该UDP业务唤醒报文发送的第二UDP会话建立请求，该第二UDP会话建立请求用于请求与该应用服务器建立UDP会话；该会话建立模块还用于根据该接收模块接收的该第二UDP会话建立请求，与该UE建立UDP会话。
基于上述技术方案，根据本发明实施例的通信方法、用户设备和网络侧设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例的应用场景示意图。
图2是本发明实施例的通信方法的示意性流程图。
图3是本发明另一实施例的通信方法的示意性流程图。
图4是本发明再一实施例的通信方法的示意性流程图。
图5是本发明实施例的用户设备的示意性框图。
图6是本发明实施例的网络侧设备的示意性框图。
图7是本发明另一实施例的用户设备的示意性框图。
图8是本发明另一实施例的网络侧设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。
应理解，本发明实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯（Global System of Mobile communication，简称为“GSM”）系统、码分多址（Code Division Multiple Access，简称为“CDMA”）系统、宽带码分多址（Wideband Code Division Multiple Access，简称为“WCDMA”）系统、通用分组无线业务（General Packet Radio Service，简称为“GPRS”）、长期演进（Long Term Evolution，简称为“LTE”）系统、LTE频分双工（FrequencyDivision Duplex，简称为“FDD”）系统、LTE时分双工（Time Division Duplex，简称为“TDD”）、通用移动通信系统（Universal Mobile TelecommunicationSystem，简称为“UMTS”）、全球互联微波接入（Worldwide Interoperability forMicrowave Access，简称为“WiMAX”）通信系统等。
还应理解，在本发明实施例中，用户设备（User Equipment，简称为“UE”）可称之为终端（Terminal）、移动台（Mobile Station，简称为“MS”）、UE（MobileTerminal）等，该用户设备可以经无线接入网（Radio Access Network，简称为“RAN”）与一个或多个核心网进行通信，例如，用户设备可以是移动电话（或称为“蜂窝”电话）、具有UE的计算机等，例如，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。
图2示出了根据本发明实施例的通信方法100的示意性流程图，该方法100可以由UE执行，其中，该UE可以为移动终端，但本发明实施例不限于此。如图2所示，该方法100包括：
S110，在与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该应用服务器之间未交互数据报文，与该应用服务器传输UDP保活报文。
该UE可以主动向该应用服务器发起UDP会话建立请求，如果该应用服务器根据该UE发送的该UDP会话建立请求，确定能够与该UE建立UDP会话，则该应用服务器向该UE发送UDP会话建立应答，这样，该UE与该应用服务器建立了一个UDP会话。同时，当该UDP会话建立请求经过防火墙时，该防火墙可以根据自身的访问控制策略对该UDP会话建立请求进行过滤，如果该访问控制策略允许该UDP会话建立请求通过，则该防火墙会建立一个UDP会话，在此之后，该UE与应用服务器之间交互的报文经过该防火墙时，该防火墙可以根据建立的该UDP会话确定允许报文通过，但本发明实施例不限于此。
在该UE与该应用服务器进行UDP会话的过程中，如果在UDP保活周期的间隔内该UE与该应用服务器之间未交互任何数据报文，该UE与该应用服务器可以传输UDP保活报文，即该UE向该应用服务器发送UDP保活报文或该应用服务器向该UE发送UDP保活报文，以避免防火墙上建立的UDP会话超时老化，其中，该UDP保活周期的间隔可以以上一次传输数据报文的时刻为起点开始计算，该UDP保活周期可以小于或等于该防火墙上配置的默认的UDP会话老化时间，但本发明实施例不限于此。例如，假设该防火墙上的UDP会话老化时间为120秒，且该UE与该应用服务器在UDP会话的第10秒传输了数据报文之后，再未传输任何数据报文，则该UE可以在第130秒时或在第130秒之前与该应用服务器传输UDP保活报文，但本发明实施例不限于此。
S120，若该UDP会话结束，停止传输该UDP保活报文，并与网络侧设备建立传输控制协议TCP会话。
如果该UE与该应用服务器之间的UDP会话结束，则该UE停止向该应用服务器发送UDP保活报文或该应用服务器停止向该UE发送UDP保活报文，并且该UE与网络侧设备建立TCP会话，其中，该网络侧设备可以为公网中的任何合适的设备，该网络侧设备可以为新增设备，也可以为现有设备，优选地，该网络侧设备可以为网关设备或该UE上的UDP应用的应用服务器，其中，该UE上的UDP应用的应用服务器可以包括上述与该UE进行UDP会话的应用服务器，但本发明实施例不限于此。
具体地，该UE可以主动向该网络侧设备发送TCP会话建立请求，该TCP会话建立请求经过防火墙时，该防火墙确定允许该TCP会话建立请求通过，并建立一个TCP会话。当该网络侧设备接收到该TCP会话建立请求时，该网络侧设备可以向该UE发送TCP会话建立应答，这样，该UE与该网络侧设备之间建立了一个TCP会话，但本发明实施例对该UE与该网络侧设备建立TCP会话的具体实现不做限定。
S130，以TCP保活周期为间隔与该网络侧设备传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
为了避免防火墙上建立的TCP会话超时老化，该UE可以以TCP保活周期为间隔、周期性地与网络侧设备传输TCP保活报文，即该UE周期性地向该网络侧设备发送TCP保活报文或该网络侧设备周期性地向该UE发送TCP保活报文，从而使得该防火墙根据该TCP保活报文刷新其上建立的TCP会话。可选地，该TCP保活周期可以小于或等于该防火墙上的默认的TCP会话老化时间，一般地，该防火墙上的TCP会话老化时间大于UDP会话老化时间，例如，PIX上配置的TCP会话老化时间为60分钟，这样，该UE可以每隔一个小时传输一次TCP保活报文，而对于同样的防火墙，该UE需要每隔120秒传输一次UDP保活报文，由此可见，该UE传输保活报文的频率极大地降低。
因此，根据本发明实施例的通信方法，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。
此时，由于该UE与该应用服务器停止传输UDP保活报文，该防火墙上建立的UDP会话老化，因此，当UE作为被叫时从公网向UE发送的报文无法通过防火墙而到达该UE，这种情况下，网络侧设备可以在TCP会话中向该UE发送业务唤醒报文，以使得该UE作为被叫时仍能够被顺利定位。具体地，该网络侧设备可以建立一个TCP会话列表，该TCP会话列表用于记录该网络侧设备当前进行的各个TCP会话的信息。当该UE与该网络侧设备建立TCP会话之后，该网络侧设备可以将该TCP会话的相关信息添加到该TCP会话列表中，成为该TCP会话列表中的一个表项。其中，该表项可以包括该用户信息及其对应的TCP会话的会话标识，其中，该用户信息可以为该UE的用户标识、设备标识、该UE的UDP应用的应用标识和该UE的IP地址中的至少一项，可选地，该用户信息也可以包括其它信息，本发明实施例不限于此。可选地，如果该网络侧设备为应用服务器，则该用户信息可以为任何能够唯一地确定该用户的信息；而如果该网络侧设备为除应用服务器之外的其它设备，例如，网关设备，则该用户信息可以为能够唯一地确定UE并且唯一地确定该UE上的UDP应用的信息，此时，该网络侧设备可以为该TCP会话建立多个表项，每个表项对应于一个UDP应用，或者该网络侧设备为该TCP会话建立一个表项，并且该表项可以包括多个UDP应用的信息，以使得该表项对应于该UE的多个UDP应用，本发明实施例对此不做限定。
如果该网络侧设备接收到UDP会话建立请求，其中，该UDP会话建立请求可以携带被叫标识和目标地址，该被叫标识可以为被叫的IP地址和端口、或者为被叫在UDP应用中的应用标识，等等，该被叫标识可以与该TCP会话列表中包括的用户信息相对应，但本发明实施例对此不做限定。该网络侧设备可以根据该UDP会话建立请求中携带的目标地址，转发该UDP会话建立请求；如果该网络侧设备确定该UDP会话建立请求转发失败，例如，当该网络侧设备在预设时间段内未接收到针对该UDP会话建立请求的应答报文时，则该网络侧设备确定该UDP会话建立请求转发失败；然后，该网络侧设备可以确定该TCP会话列表中是否存在与该UDP会话建立请求中携带的被叫标识相匹配的表项，其中，可选地，如果一个表项中的用户信息与该被叫标识一致，则该表项与该被叫标识相匹配；如果该TCP会话列表中存在与该被叫标识相匹配的表项，则该网络侧设备可以在该匹配的表项中的TCP会话标识对应的TCP会话中，发送UDP业务唤醒报文；而如果该TCP会话列表中不存在与该被叫标识相匹配的表项，则该网络侧设备向发送该UDP会话建立请求的设备发送用于指示UDP会话建立请求失败的响应报文，但本发明实施例不限于此。
可选地，作为另一实施例，该网络侧设备在接收到UDP会话建立请求时，也可以首先确定是否存在与该UDP会话建立请求对应的UDP会话，即该应用服务器当前建立的所有UDP会话中是否存在目标地址与该第一UDP会话建立请求中携带的目标地址相同的UDP会话；如果不存在，则该网络侧设备查找该TCP会话列表并在相应的TCP会话中发送业务唤醒报文，但本发明实施例不限于此。
可选地，该通信方法100还包括：
S140，接收该网络侧设备在该TCP会话中发送的UDP业务唤醒报文，该UDP业务唤醒报文用于通知用户设备UE存在针对该UE的UDP会话建立请求；
S150，根据该UDP业务唤醒报文，向该UDP业务唤醒报文对应的UDP应用的应用服务器发送UDP会话建立请求，以便于防火墙根据该UDP会话建立请求为该UE建立UDP会话。
其中，该业务唤醒报文可以有多种表示形式，例如，可以由一个二进制的数字表示，或者可以由一个字符串来表示，本发明实施例对此不做限定。该UE可以确定该UDP业务唤醒报文针对该UE的哪个UDP应用，并向针对的该UDP应用的应用服务器发送UDP会话建立请求。具体地，该UDP业务唤醒报文可以指示该UDP业务唤醒报文针对的UDP应用；如果该网络侧设备为该UE上的所有UDP应用的应用服务器，则该UE也可以根据发送该UDP业务唤醒报文的应用服务器，确定该UDP业务唤醒报文针对的UDP应用，但本发明实施例不限于此。
可选地，该UDP业务唤醒报文针对的UDP应用的应用服务器可以与上述与该UE进行UDP会话的应用服务器相同或不同，本发明实施例对此不做限定。
因此，根据本发明实施例的通信方法，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。此外，当该UE作为被叫方时，该网络侧设备在该TCP会话中向该UE发送UDP业务唤醒报文，以使得该UE根据该UDP业务唤醒报文主动与应用服务器建立UDP会话，从而使得该UE作为被叫方时仍能够被顺利定位。
上文中结合图2，从UE的角度详细描述了根据本发明实施例的通信方法，下面将结合图3，从网络侧设备的角度详细描述本发明提供的通信方法。
图3示出了根据本发明另一实施例的通信方法200的示意性流程图，该方法可以由网络侧设备执行，例如，网关设备或应用服务器，但本发明实施例不限于此。如图3所示，该方法200包括：
S210，在用户设备UE与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该UE之间未交互数据报文，网络侧设备与该UE传输UDP保活报文。
具体地，如果该网络侧设备为与该UE进行UDP会话的应用服务器，则网络侧设备与该UE传输UDP保活报文是指该应用服务器接收该UE发送的UDP保活报文或该应用服务器向该UE发送UDP报文；而如果该网络侧设备为网关设备，则该网络侧设备与该UE传输UDP保活报文是指该网关设备接收该应用服务器发送的UDP保活报文并向该UE转发该UDP保活报文，或该网关设备接收该UE发送的UDP保活报文并向该应用服务器转发该UDP保活报文，但本发明实施例不限于此。
S220，若该UDP会话结束，停止传输该UDP保活报文，并与该UE建立传输控制协议TCP会话。
该UE可以在与应用服务器之间的UDP会话结束之后，停止周期性地与该网络侧设备传输UDP保活报文，并且与该网络侧设备建立TCP会话，具体地，该网络侧设备可以接收该UE发送的TCP会话建立请求，并根据该TCP会话建立请求向该UE发送TCP会话建立应答。相应地，防火墙可以根据该UE发送的TCP会话建立请求在自身上建立一个TCP会话，但本发明实施例不限于此。
为了避免防火墙上建立的TCP会话超时老化，该UE可以以TCP保活周期为间隔周期性地与该网络侧设备传输TCP保活报文，以使得该防火墙根据该TCP保活报文刷新其上建立的TCP会话。具体地，该UE可以向该网络侧设备发送该TCP保活报文或该网络侧设备向该UE发送TCP保活报文，此时，无论该网络侧设备为网关设备还是应用服务器，该UE发送的TCP保活报文的目标地址均可以为该网络侧设备，但本发明实施例不限于此。可选地，该TCP保活周期可以小于或等于该防火墙上配置的默认的TCP会话老化时间，一般地，该防火墙上配置的TCP会话老化时间大于UDP会话老化时间，例如，PIX上配置的TCP会话老化时间为60分钟，这样，该UE可以每隔一个小时传输一次TCP保活报文，而对于同样的防火墙，该UE需要每隔120秒传输一次UDP保活报文，由此可见，该UE传输报文的频率极大地降低，即该UE组装并发送报文的频率或该UE接收并解析报文的频率可以被极大地降低。
因此，根据本发明实施例的通信方法，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。
可选地，作为另一实施例，该方法200还包括：
S240，接收第一UDP会话建立请求，其中，该第一UDP会话建立请求用于请求与该UE建立UDP会话；
S250，若确定该第一UDP会话建立请求无法到达该UE，在该TCP会话中向该UE发送UDP业务唤醒报文，该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求。
具体地，该网络侧设备接收第一UDP会话建立请求，其中，该第一UDP会话建立请求可以携带目标地址和/或被叫标识，但本发明实施例不限于此。该网络侧设备可以通过多种方式确定该第一UDP会话建立请求无法到达该UE，可选地，该网络侧设备可以确定是否存在该第一UDP会话建立请求对应的UDP会话，即该应用服务器当前建立的所有UDP会话中是否存在目标地址与该第一UDP会话建立请求中携带的目标地址相同的UDP会话，如果不存在，则该应用服务器确定该第一UDP会话建立请求无法到达该UE；该网络侧设备也可以根据第一该UDP会话建立请求中携带的目标地址，转发该第一UDP会话建立请求，而该网络侧设备可以通过确定该第一UDP会话建立请求转发失败，确定该第一UDP会话建立请求无法到达该UE，例如，当该网络侧设备在预设时间段内未接收到针对该第一UDP会话建立请求的应答报文时，该网络侧设备确定该第一UDP会话建立请求转发失败，但本发明实施例不限于此。
该业务唤醒报文可以有多种表示形式，例如，可以由一个二进制的数字表示，或者可以由一个字符串来表示，本发明实施例对此不做限定。如果该网络侧设备为该应用服务器，则该UE可以根据发送该UDP业务唤醒报文的应用服务器，确定该UDP业务唤醒报文针对的UDP应用；而如果该网络侧设备为网关设备，则该业务唤醒报文可以指示该业务唤醒报文针对该UE的哪个UDP应用，以便该UE根据该业务唤醒报文向该UDP应用的应用服务器发送第二UDP会话建立请求，但本发明实施例不限于此。
可选地，作为另一实施例，该网络侧设备在接收到UDP会话建立请求时，也可以首先确定是否存在与该UDP会话建立请求对应的UDP会话，如果不存在，则该网络侧设备查找该TCP会话列表并在相应的TCP会话中发送业务唤醒报文，但本发明实施例不限于此。
可选地，作为另一实施例，该UDP会话建立请求也可以携带被叫标识；相应地，在S250之前，该方法200还包括：
S260，建立TCP会话列表，该TCP会话列表中的表项包括用户信息和该用户信息对应的TCP会话标识；
S270，根据该UDP会话建立请求携带的该被叫标识和该TCP会话列表，确定该UDP会话建立请求对应的TCP会话；
相应地，S250，在该TCP会话中向该UE发送UDP业务唤醒报文，包括：
S231，在该确定的该UDP会话建立请求对应的TCP会话中向该UE发送UDP业务唤醒报文。
具体地，该网络侧设备可以建立一个TCP会话列表，并且当该UE与该网络侧设备建立TCP会话之后，该网络侧设备可以将该TCP会话的相关信息添加到该TCP会话列表中，成为该TCP会话列表中的一个表项。其中，该表项可以包括该用户信息及其对应的TCP会话的会话标识，其中，该用户信息可以为该UE的用户标识、设备标识、该UE的UDP应用中的应用标识和该UE的IP地址中的至少一项，可选地，该用户信息也可以包括其它信息，本发明实施例不限于此。可选地，如果该网络侧设备为应用服务器，则该用户信息可以为任何能够唯一地确定用户的信息；而如果该网络侧设备为网关设备，则该用户信息可以为任何能够唯一地确定UE并且唯一地确定该UE上的UDP应用的信息，本发明实施例对此不做限定。
该被叫标识可以为被叫的IP地址和端口、或者被叫在UDP应用中的应用标识，等等，该被叫标识可以与该TCP会话列表中包括的用户信息相对应，但本发明实施例对此不做限定。
该网络侧设备可以确定该TCP会话列表中是否存在与该UDP会话建立请求中携带的被叫标识相匹配的表项。如果该TCP会话列表中存在与该被叫标识相匹配的表项，则该网络侧设备可以在该匹配的表项中的TCP会话标识对应的TCP会话中，发送UDP业务唤醒报文；而如果该TCP会话列表中不存在与该被叫标识相匹配的表项，则该网络侧设备返回用于指示UDP会话建立请求失败的响应报文，但本发明实施例不限于此。
可选地，作为另一实施例，S270，根据该UDP会话建立请求携带的该被叫标识和该TCP会话列表，确定该UDP会话建立请求对应的TCP会话，包括：
S271，确定该TCP会话列表中存在与该被叫标识相匹配的目标表项；
S272，确定与该目标表项中的TCP会话标识对应的TCP会话为该UDP会话建立请求对应的TCP会话。
可选地，作为另一实施例，如果该网络侧设备为应用服务器，则该方法200还包括：
S280，接收该UE根据该UDP业务唤醒报文发送的第二UDP会话建立请求，该第二UDP会话建立请求用于请求与该应用服务器建立UDP会话；
S290，根据该第二UDP会话建立请求，与该UE建立UDP会话。
其中，该第二UDP会话建立请求经过防火墙时，该防火墙建立一个UDP会话，但本发明实施例不限于此。
因此，根据本发明实施例的通信方法，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。此外，当该UE作为被叫方时，该网络侧设备在该TCP会话中向该UE发送UDP业务唤醒报文，以使得该UE根据该UDP业务唤醒报文主动与应用服务器建立UDP会话，从而使得该UE作为被叫方时仍能够被顺利定位。
下面将结合具体例子对本发明实施例提供的通信方法做更详细的说明。图4是本发明再一实施例的通信方法300的示意性流程图。为了方便描述，在本实施例中，假设该网络侧设备为应用服务器，但本发明实施例不限于此。如图4所示，该通信方法300包括：
S310，UE向应用服务器发送UDP会话建立请求。
该UDP会话建立请求经过防火墙时，防火墙根据该UDP会话建立请求，建立UDP会话。
S320，该应用服务器向该UE发送UDP会话建立应答。
S330，如果在UDP保活周期的间隔内该UE与该应用服务器之间未交互任何数据报文，该UE向该应用服务器发送UDP保活报文。
其中，如果在一个UDP保活周期的时间间隔内，该UE与该应用服务器之间有数据报文交互，则该UE可以不发送UDP保活报文；而如果该UE与该应用服务器之间未交互数据报文，则该UE向应用服务器发送UDP保活报文，但本发明实施例不限于此。
S340，当该UE与该应用服务器之间的UDP会话结束时，该UE停止向该应用服务器发送UDP保活报文，且该UE与该应用服务器建立TCP会话。
S350，该UE以TCP保活周期为间隔向该应用服务器发送TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
S360，该应用服务器接收第一UDP会话建立请求，该第一UDP会话建立请求用于请求与UE建立UDP会话。
该应用服务器可以确定该第一UDP会话建立请求是否能到达该第一UDP会话建立请求的目标地址。可选地，该应用服务器可以转发该第一UDP会话建立请求，并根据该转发是否成功确定该第一UDP会话建立请求不能到达目标地址，但本发明实施例不限于此。如果该第一UDP会话建立请求能够到达目标地址，即到达该UE，则该应用服务器按照现有技术流程与该UE进行通信，而如果该第一UDP会话建立请求不能够到达该UE，则该应用服务器执行S370。
S370，若该应用服务器确定该第一UDP会话建立请求无法到达目标地址，则该应用服务器确定与该第一UDP会话建立请求对应的TCP会话。
具体地，该应用服务器可以将该第一UDP会话建立请求中携带的被叫标识与TCP会话列表的表项进行匹配，以查找该与该第一UDP会话建立请求对应的TCP会话。
S380，在该TCP会话中发送UDP业务唤醒报文。
该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求。
S390，该UE根据该UDP业务唤醒报文，与该应用服务器建立UDP会话。
具体地，该UE可以向该应用服务器发送第二UDP会话建立请求，该应用服务器根据该第二UDP会话建立请求发送UDP会话建立应答，同时，该防火墙根据该第二UDP会话建立请求在自身建立UDP会话，但本发明实施例不限于此。
因此，根据本发明实施例的通信方法，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。此外，当该UE作为被叫方时，该网络侧设备在该TCP会话中向该UE发送UDP业务唤醒报文，以使得该UE根据该UDP业务唤醒报文主动与应用服务器建立UDP会话，从而使得该UE作为被叫方时仍能够被顺利定位。
应注意，图4的这个例子是为了帮助本领域技术人员更好地理解本发明实施例，而非要限制本发明实施例的范围。本领域技术人员根据所给出的图4的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本发明实施例的范围内。
应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
上文中结合图2至图4，详细描述了根据本发明实施例的通信方法，下面将结合图5至图8，描述根据本发明实施例的用户设备及网络侧设备。
图5示出了根据本发明实施例的用户设备400的示意性框图。该如图5所示，该UE400包括：
传输模块410，用于在与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该应用服务器之间未交互数据报文，与该应用服务器传输UDP保活报文，以及若该UDP会话结束，停止传输该UDP保活报文；
会话建立模块420，用于在该传输模块410停止传输该UDP保活报文时，与网络侧设备建立传输控制协议TCP会话；
该传输模块410还用于以TCP保活周期为间隔与该网络侧设备在该会话建立模块420建立的TCP会话中传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
因此，根据本发明实施例的用户设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。
可选地，作为另一实施例，该UE400还包括：
接收模块430，用于接收该网络侧设备在该TCP会话中发送的UDP业务唤醒报文，该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求；
发送模块440，用于根据该接收模块430接收的该UDP业务唤醒报文，向该UDP业务唤醒报文对应的UDP应用的应用服务器发送UDP会话建立请求，以便于防火墙根据该UDP会话建立请求为该UE建立UDP会话。
可选地，作为另一实施例，该网络侧设备为网关设备或该UE的UDP应用的应用服务器。
根据本发明实施例的用户设备400可对应于根据本发明实施例的通信方法中的用户设备，并且用户设备400中的各个模块的上述和其它操作和/或功能分别为了实现图2至图4中的各个方法的相应流程，为了简洁，在此不再赘述。
因此，根据本发明实施例的用户设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。此外，当该UE作为被叫方时，该网络侧设备在该TCP会话中向该UE发送UDP业务唤醒报文，以使得该UE根据该UDP业务唤醒报文主动与应用服务器建立UDP会话，从而使得该UE作为被叫方时仍能够被顺利定位。
图6示出了根据本发明实施例的网络侧设备500的示意性框图，如图6所示，该网络侧设备500包括：
传输模块510，用于在用户设备UE与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该UE之间未交互数据报文，与该UE传输UDP保活报文，以及若该UDP会话结束，停止传输该UDP保活报文；
会话建立模块520，用于在该传输模块510停止传输该UDP保活报文时，与该UE建立传输控制协议TCP会话；
该传输模块510还用于以TCP保活周期为间隔与该UE在该会话建立模块520建立的TCP会话中传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
因此，根据本发明实施例的网络侧设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。
可选地，作为另一实施例，该网络侧设备500还包括：
接收模块530，用于接收第一UDP会话建立请求，其中，该第一UDP会话建立请求用于请求与该UE建立UDP会话；
发送模块540，用于若确定该接收模块530接收的该第一UDP会话建立请求无法到达该UE，在该TCP会话中向该UE发送UDP业务唤醒报文，该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求。
可选地，作为另一实施例，该UDP会话建立请求携带被叫标识；相应地，该网络侧设备500还包括：
列表建立模块550，用于在该发送模块540在该TCP会话中向该UE发送UDP业务唤醒报文之前，建立TCP会话列表，该TCP会话列表中的表项包括用户信息和该用户信息对应的TCP会话标识；
确定模块560，用于根据该第一UDP会话建立请求携带的该被叫标识和该列表建立模块550建立的该TCP会话列表，确定该UDP会话建立请求对应的TCP会话；
该发送模块540具体用于在该确定模块560确定的该第一UDP会话建立请求对应的TCP会话中向该UE发送UDP业务唤醒报文。
可选地，作为另一实施例，该确定模块560具体用于：
确定该TCP会话列表中存在与该被叫标识相匹配的目标表项；
确定与该目标表项中的TCP会话标识对应的TCP会话为该第一UDP会话建立请求对应的TCP会话。
可选地，作为另一实施例，该网络侧设备为应用服务器，相应地，该接收模块530还用于接收该UE根据该发送模块540发送的该UDP业务唤醒报文发送的第二UDP会话建立请求，该第二UDP会话建立请求用于请求与该应用服务器建立UDP会话；
该会话建立模块520还用于根据该接收模块530接收的该第二UDP会话建立请求，与该UE建立UDP会话。
根据本发明实施例的网络侧设备500可对应于根据本发明实施例的通信方法中的网络侧设备，并且网络侧设备500中的各个模块的上述和其它操作和/或功能分别为了实现图2至图4中的各个方法的相应流程，为了简洁，在此不再赘述。
因此，根据本发明实施例的网络侧设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。此外，当该UE作为被叫方时，该网络侧设备在该TCP会话中向该UE发送UDP业务唤醒报文，以使得该UE根据该UDP业务唤醒报文主动与应用服务器建立UDP会话，从而使得该UE作为被叫方时仍能够被顺利定位。
图7示出了根据本发明实施例的用户设备UE600的示意性框图。该如图7所示，该UE600包括：处理器610、存储器620和总线系统630。其中，处理器610和存储器620通过总线系统630相连，该存储器620用于存储指令，该处理器610通过该总线系统630，调用该存储器620中存储的该指令，以用于：在与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该应用服务器之间未交互数据报文，与该应用服务器传输UDP保活报文；若该UDP会话结束，停止传输该UDP保活报文并与网络侧设备建立传输控制协议TCP会话；以及以TCP保活周期为间隔与该网络侧设备在该TCP会话中传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
因此，根据本发明实施例的用户设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。
应理解，在本发明实施例中，该处理器610可以是中央处理单元（CentralProcessing Unit，简称为“CPU”），该处理器610还可以是其他通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器620可以包括只读存储器和随机存取存储器，并向处理器610提供指令和数据。存储器620的一部分还可以包括非易失性随机存取存储器。例如，存储器620还可以存储设备类型的信息。
该总线系统630除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统630。
在实现过程中，上述方法的各步骤可以通过处理器610中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器620，处理器610读取存储器620中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
可选地，作为另一实施例，该UE600还包括：
接收器640，用于接收该网络侧设备在该TCP会话中发送的UDP业务唤醒报文，该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求；
发送器650，用于根据该接收器640接收的该UDP业务唤醒报文，向该UDP业务唤醒报文对应的UDP应用的应用服务器发送UDP会话建立请求，以便于防火墙根据该UDP会话建立请求为该UE建立UDP会话。
可选地，作为另一实施例，该网络侧设备为网关设备或该UE的UDP应用的应用服务器。
根据本发明实施例的用户设备600可对应于根据本发明实施例的通信方法中的用户设备，并且用户设备600中的各个模块的上述和其它操作和/或功能分别为了实现图2至图4中的各个方法的相应流程，为了简洁，在此不再赘述。
因此，根据本发明实施例的用户设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。此外，当该UE作为被叫方时，该网络侧设备在该TCP会话中向该UE发送UDP业务唤醒报文，以使得该UE根据该UDP业务唤醒报文主动与应用服务器建立UDP会话，从而使得该UE作为被叫方时仍能够被顺利定位。
图8示出了根据本发明实施例的网络侧设备700的示意性框图，如图8所示，该网络侧设备700包括：处理器710、存储器720和总线系统730。其中，处理器710和存储器720通过总线系统730相连，该存储器720用于存储指令，该处理器710通过该总线系统730，调用该存储器720中存储的该指令，以用于：在用户设备UE与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与该UE之间未交互数据报文，与该UE传输UDP保活报文；若该UDP会话结束，停止传输该UDP保活报文，并与该UE建立传输控制协议TCP会话；以及以TCP保活周期为间隔与该UE在该TCP会话中传输TCP保活报文，其中，该TCP保活周期大于该UDP保活周期。
因此，根据本发明实施例的用户设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。
应理解，在本发明实施例中，该处理器710可以是中央处理单元（CentralProcessing Unit，简称为“CPU”），该处理器710还可以是其他通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器720可以包括只读存储器和随机存取存储器，并向处理器710提供指令和数据。存储器720的一部分还可以包括非易失性随机存取存储器。例如，存储器720还可以存储设备类型的信息。
该总线系统730除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统730。
在实现过程中，上述方法的各步骤可以通过处理器710中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器720，处理器710读取存储器720中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
可选地，作为另一实施例，该网络侧设备700还包括：
接收器740，用于接收第一UDP会话建立请求，其中，该第一UDP会话建立请求用于请求与该UE建立UDP会话；
发送器750，用于若确定该接收器740接收的该第一UDP会话建立请求无法到达该UE，在该TCP会话中向该UE发送UDP业务唤醒报文，该UDP业务唤醒报文用于通知该UE存在针对该UE的UDP会话建立请求。
可选地，作为另一实施例，该UDP会话建立请求携带被叫标识；相应地，该处理器710用于在该发送器750在该TCP会话中向该UE发送UDP业务唤醒报文之前，建立TCP会话列表，该TCP会话列表中的表项包括用户信息和该用户信息对应的TCP会话标识；根据该第一UDP会话建立请求携带的该被叫标识和该TCP会话列表，确定该UDP会话建立请求对应的TCP会话；
该发送器750具体用于在该处理器710确定的该第一UDP会话建立请求对应的TCP会话中向该UE发送UDP业务唤醒报文。
可选地，作为另一实施例，该处理器710具体用于：
确定该TCP会话列表中存在与该被叫标识相匹配的目标表项；
确定与该目标表项中的TCP会话标识对应的TCP会话为该第一UDP会话建立请求对应的TCP会话。
可选地，作为另一实施例，该网络侧设备为应用服务器，相应地，该接收器740还用于接收该UE根据该发送器750发送的该UDP业务唤醒报文发送的第二UDP会话建立请求，该第二UDP会话建立请求用于请求与该应用服务器建立UDP会话；
该处理器710还用于根据该接收器740接收的该第二UDP会话建立请求，与该UE建立UDP会话。
根据本发明实施例的网络侧设备700可对应于根据本发明实施例的通信方法中的网络侧设备，并且网络侧设备700中的各个模块的上述和其它操作和/或功能分别为了实现图2至图4中的各个方法的相应流程，为了简洁，在此不再赘述。
因此，根据本发明实施例的网络侧设备，在UDP会话结束后UE停止与应用服务器周期性地传输UDP保活报文，并且UE与网络侧设备建立TCP会话并周期性地向对方发送TCP保活报文，其中，该TCP保活报文的传输周期大于该UDP保活报文的传输周期，从而能够节省UE的耗电量，提高用户体验。此外，当该UE作为被叫方时，该网络侧设备在该TCP会话中向该UE发送UDP业务唤醒报文，以使得该UE根据该UDP业务唤醒报文主动与应用服务器建立UDP会话，从而使得该UE作为被叫方时仍能够被顺利定位。
应理解，在本发明实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-OnlyMemory，简称为“ROM”）、随机存取存储器（Random Access Memory，简称为“RAM”）、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (16)

1.一种通信方法，其特征在于，包括：
在与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与所述应用服务器之间未交互数据报文，与所述应用服务器传输UDP保活报文；
若所述UDP会话结束，停止传输所述UDP保活报文，并与网络侧设备建立传输控制协议TCP会话；
以TCP保活周期为间隔与所述网络侧设备传输TCP保活报文，其中，所述TCP保活周期大于所述UDP保活周期。
2.根据权利要求1所述的通信方法，其特征在于，还包括：
接收所述网络侧设备在所述TCP会话中发送的UDP业务唤醒报文，所述UDP业务唤醒报文用于通知用户设备UE存在针对所述UE的UDP会话建立请求；
根据所述UDP业务唤醒报文，向所述UDP业务唤醒报文对应的UDP应用的应用服务器发送UDP会话建立请求，以便于防火墙根据所述UDP会话建立请求为所述UE建立UDP会话。
3.根据权利要求1或2所述的通信方法，其特征在于，所述网络侧设备为网关设备或所述UE的UDP应用的应用服务器。
4.一种通信方法，其特征在于，包括：
在用户设备UE与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与所述UE之间未交互数据报文，网络侧设备与所述UE传输UDP保活报文；
若所述UDP会话结束，停止传输所述UDP保活报文，并与所述UE建立传输控制协议TCP会话；
以TCP保活周期为间隔与所述UE传输TCP保活报文，其中，所述TCP保活周期大于所述UDP保活周期。
5.根据权利要求4所述的通信方法，其特征在于，还包括：
接收第一UDP会话建立请求，其中，所述第一UDP会话建立请求用于请求与所述UE建立UDP会话；
若确定所述第一UDP会话建立请求无法到达所述UE，在所述TCP会话中向所述UE发送UDP业务唤醒报文，所述UDP业务唤醒报文用于通知所述UE存在针对所述UE的UDP会话建立请求。
6.根据权利要求5所述的通信方法，其特征在于，所述UDP会话建立请求携带被叫标识；
在所述TCP会话中向所述UE发送UDP业务唤醒报文之前，所述方法还包括：
建立TCP会话列表，所述TCP会话列表中的表项包括用户信息和所述用户信息对应的TCP会话标识；
根据所述第一UDP会话建立请求携带的所述被叫标识和所述TCP会话列表，确定所述UDP会话建立请求对应的TCP会话；
所述在所述TCP会话中向所述UE发送UDP业务唤醒报文，包括：
在所述确定的所述第一UDP会话建立请求对应的TCP会话中向所述UE发送UDP业务唤醒报文。
7.根据权利要求6所述的通信方法，其特征在于，所述根据所述UDP会话建立请求中携带的所述被叫标识和所述TCP会话列表，确定所述UDP会话建立请求对应的TCP会话，包括：
确定所述TCP会话列表中存在与所述被叫标识相匹配的目标表项；
确定与所述目标表项中的TCP会话标识对应的TCP会话为所述第一UDP会话建立请求对应的TCP会话。
8.根据权利要求5至7中任一项所述的通信方法，其特征在于，所述网络侧设备为应用服务器，所述方法还包括：
接收所述UE根据所述UDP业务唤醒报文发送的第二UDP会话建立请求，所述第二UDP会话建立请求用于请求与所述应用服务器建立UDP会话；
根据所述第二UDP会话建立请求，与所述UE建立UDP会话。
9.一种用户设备UE，其特征在于，包括：
传输模块，用于在与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与所述应用服务器之间未交互数据报文，与所述应用服务器传输UDP保活报文，以及若所述UDP会话结束，停止传输所述UDP保活报文；
会话建立模块，用于在所述传输模块停止传输所述UDP保活报文时，与网络侧设备建立传输控制协议TCP会话；
所述传输模块还用于以TCP保活周期为间隔与所述网络侧设备在所述会话建立模块建立的TCP会话中传输TCP保活报文，其中，所述TCP保活周期大于所述UDP保活周期。
10.根据权利要求9所述的UE，其特征在于，还包括：
接收模块，用于接收所述网络侧设备在所述TCP会话中发送的UDP业务唤醒报文，所述UDP业务唤醒报文用于通知所述UE存在针对所述UE的UDP会话建立请求；
发送模块，用于根据所述接收模块接收的所述UDP业务唤醒报文，向所述UDP业务唤醒报文对应的UDP应用的应用服务器发送UDP会话建立请求，以便于防火墙根据所述UDP会话建立请求为所述UE建立UDP会话。
11.根据权利要求9或10所述的UE，其特征在于，所述网络侧设备为网关设备或所述UE的UDP应用的应用服务器。
12.一种网络侧设备，其特征在于，包括：
传输模块，用于在用户设备UE与应用服务器进行用户数据报协议UDP会话的过程中，若在UDP保活周期的间隔内与所述UE之间未交互数据报文，与所述UE传输UDP保活报文，以及若所述UDP会话结束，停止传输所述UDP保活报文；
会话建立模块，用于在所述传输模块停止传输所述UDP保活报文时，与所述UE建立传输控制协议TCP会话；
所述传输模块还用于以TCP保活周期为间隔与所述UE在所述会话建立模块建立的TCP会话中传输TCP保活报文，其中，所述TCP保活周期大于所述UDP保活周期。
13.根据权利要求12所述的网络侧设备，其特征在于，还包括：
接收模块，用于接收第一UDP会话建立请求，其中，所述第一UDP会话建立请求用于请求与所述UE建立UDP会话；
发送模块，用于若确定所述接收模块接收的所述第一UDP会话建立请求无法到达所述UE，在所述TCP会话中向所述UE发送UDP业务唤醒报文，所述UDP业务唤醒报文用于通知所述UE存在针对所述UE的UDP会话建立请求。
14.根据权利要求13所述的网络侧设备，其特征在于，所述UDP会话建立请求携带被叫标识；
所述网络侧设备还包括：
列表建立模块，用于在所述发送模块在所述TCP会话中向所述UE发送UDP业务唤醒报文之前，建立TCP会话列表，所述TCP会话列表中的表项包括用户信息和所述用户信息对应的TCP会话标识；
确定模块，用于根据所述第一UDP会话建立请求携带的所述被叫标识和所述列表建立模块建立的所述TCP会话列表，确定所述UDP会话建立请求对应的TCP会话；
所述发送模块具体用于在所述确定模块确定的所述第一UDP会话建立请求对应的TCP会话中向所述UE发送UDP业务唤醒报文。
15.根据权利要求14所述的网络侧设备，其特征在于，所述确定模块具体用于：
确定所述TCP会话列表中存在与所述被叫标识相匹配的目标表项；
确定与所述目标表项中的TCP会话标识对应的TCP会话为所述第一UDP会话建立请求对应的TCP会话。
16.根据权利要求13至15中任一项所述的网络侧设备，其特征在于，所述网络侧设备为应用服务器，
所述接收模块还用于接收所述UE根据所述发送模块发送的所述UDP业务唤醒报文发送的第二UDP会话建立请求，所述第二UDP会话建立请求用于请求与所述应用服务器建立UDP会话；
所述会话建立模块还用于根据所述接收模块接收的所述第二UDP会话建立请求，与所述UE建立UDP会话。
CN201310711162.1A 2013-12-20 2013-12-20 通信方法、用户设备和网络侧设备 Pending CN104735753A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310711162.1A CN104735753A (zh) 2013-12-20 2013-12-20 通信方法、用户设备和网络侧设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310711162.1A CN104735753A (zh) 2013-12-20 2013-12-20 通信方法、用户设备和网络侧设备

Publications (1)

Publication Number Publication Date
CN104735753A true CN104735753A (zh) 2015-06-24

Family

ID=53459084

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310711162.1A Pending CN104735753A (zh) 2013-12-20 2013-12-20 通信方法、用户设备和网络侧设备

Country Status (1)

Country Link
CN (1) CN104735753A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104993979A (zh) * 2015-07-22 2015-10-21 上海迈外迪网络科技有限公司 网络连接监测方法、终端设备及通信系统
CN111385745A (zh) * 2018-12-27 2020-07-07 华为技术有限公司 一种通信方法及装置
CN113014599A (zh) * 2017-03-17 2021-06-22 华为技术有限公司 安全保活的方法、设备以及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1756213A (zh) * 2004-09-29 2006-04-05 腾讯科技（深圳）有限公司 P2p及udp、tcp类型和多策略的p2p连接建立方法
US20070140159A1 (en) * 2005-12-15 2007-06-21 Nokia Corporation Power-efficient address mapping scheme
CN101478811A (zh) * 2008-01-04 2009-07-08 国际商业机器公司 用于在移动计算设备上节约功率的方法和系统
US20090201857A1 (en) * 2008-02-11 2009-08-13 Motorola, Inc. Uma/gan keep-alive mechanisim in wireless communication networks
CN101637055A (zh) * 2007-03-19 2010-01-27 英特尔公司 无线网络中的保持活动处理
CN102014176A (zh) * 2010-12-13 2011-04-13 迈普通信技术股份有限公司 基于sip的nat映射保活方法及其系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1756213A (zh) * 2004-09-29 2006-04-05 腾讯科技（深圳）有限公司 P2p及udp、tcp类型和多策略的p2p连接建立方法
US20070140159A1 (en) * 2005-12-15 2007-06-21 Nokia Corporation Power-efficient address mapping scheme
CN101637055A (zh) * 2007-03-19 2010-01-27 英特尔公司 无线网络中的保持活动处理
CN101478811A (zh) * 2008-01-04 2009-07-08 国际商业机器公司 用于在移动计算设备上节约功率的方法和系统
US20090201857A1 (en) * 2008-02-11 2009-08-13 Motorola, Inc. Uma/gan keep-alive mechanisim in wireless communication networks
CN102014176A (zh) * 2010-12-13 2011-04-13 迈普通信技术股份有限公司 基于sip的nat映射保活方法及其系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104993979A (zh) * 2015-07-22 2015-10-21 上海迈外迪网络科技有限公司 网络连接监测方法、终端设备及通信系统
CN113014599A (zh) * 2017-03-17 2021-06-22 华为技术有限公司 安全保活的方法、设备以及系统
CN111385745A (zh) * 2018-12-27 2020-07-07 华为技术有限公司 一种通信方法及装置
CN111385745B (zh) * 2018-12-27 2021-11-19 华为技术有限公司 一种通信方法及装置

Similar Documents

Publication Publication Date Title
CN102340876B (zh) 设备发起的向非许可频带的卸载的方法和装置
US9628758B2 (en) Communication channel management for real-time applications
US11997647B2 (en) Device contexts, operational modes, and policy driven enhancements for paging in advanced networks
JP6068648B2 (ja) トランキングサービスを迅速に確立するための方法、関連する装置及びシステム
WO2015175115A1 (en) Establishing reliable routes without expensive mesh peering
CN105282211A (zh) 长寿命的mptcp会话
CN108093495A (zh) Drx周期配置方法、终端、接入网设备及存储介质
WO2018102964A1 (zh) 传输信息的方法和设备
US9832650B2 (en) Dynamic WLAN connections
US10873535B2 (en) Method and apparatus for avoiding packet fragmentation in mobile communications
US20160105786A1 (en) Leveraging peer-to-peer discovery messages for group activity notification
US9661665B2 (en) Network connectivity protocol for real-time applications
CN113163058B (zh) 会话参数更新方法、装置及通信设备、电子设备
CN109417741A (zh) 数据迁移方法及装置
CN104735753A (zh) 通信方法、用户设备和网络侧设备
US8509234B2 (en) System and method for implementing a RTP-signaled terminal hand over
CN108064087A (zh) Drx周期配置方法、终端、接入网设备及存储介质
WO2017161866A1 (zh) 网络连接方法及装置
CN112368976B (zh) 用于执行组通信的终端和方法
CN104780587A (zh) 物联网WiFi设备接入AP的方法和系统
CN104333872A (zh) 一种基于双向转发检测技术的建立会话的方法及系统
WO2023078458A1 (zh) 通话异常处理方法、装置及电子设备
WO2016154831A1 (zh) 一种实现传输控制协议tcp传输的方法及装置
US11924654B2 (en) Methods and systems for supporting communication a plurality of client communication devices in a wireless local area network
CN104980456A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20150624

RJ01 Rejection of invention patent application after publication