CN102149215A - 传输保活信息的方法及终端和网络设备 - Google Patents

传输保活信息的方法及终端和网络设备 Download PDF

Info

Publication number
CN102149215A
CN102149215A CN201010108604XA CN201010108604A CN102149215A CN 102149215 A CN102149215 A CN 102149215A CN 201010108604X A CN201010108604X A CN 201010108604XA CN 201010108604 A CN201010108604 A CN 201010108604A CN 102149215 A CN102149215 A CN 102149215A
Authority
CN
China
Prior art keywords
information
keep
network equipment
alive
alive information
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.)
Granted
Application number
CN201010108604XA
Other languages
English (en)
Other versions
CN102149215B (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.)
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 CN201010108604.XA priority Critical patent/CN102149215B/zh
Priority to PCT/CN2010/079877 priority patent/WO2011095037A1/zh
Priority to EP10845120.4A priority patent/EP2533463B1/en
Publication of CN102149215A publication Critical patent/CN102149215A/zh
Priority to US13/566,466 priority patent/US8917613B2/en
Application granted granted Critical
Publication of CN102149215B publication Critical patent/CN102149215B/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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Abstract

本发明提供一种传输保活信息的方法及终端和网络设备。该方法包括终端发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息；所述终端发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理。本发明实施例可以降低信令负荷。

Description

传输保活信息的方法及终端和网络设备
技术领域
本发明涉及移动通信技术，尤其涉及一种传输保活信息的方法及终端和网络设备。
背景技术
对于激活了Email push、MSN、QQ、虚拟私有网(Virtual PrivateNetwork，VPN)等业务的用户设备(User Equipment，UE)，在没有业务数据发生的时间段内，为了保持和应用服务器的连接，需要和应用服务器交互保活(keep alive)信息，或者叫做心跳(heat beat)信息，这类保活信息的特点是数据包比较小，且发送频繁。
现有技术中对这类保活信息的处理与一般数据的处理方式相同，每次发送保活信息时，需要UE发起RRC连接建立过程或者小区更新过程。由于保活消息的发送频繁，因此，UE需要频繁地发起上述过程。
因此，造成信令负荷较重。
发明内容
本发明实施例是提供一种传输保活信息的方法及终端和网络设备，用以降低信令负荷。
本发明的一方面，提供了一种传输保活信息的方法，包括：
终端发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息；
所述终端发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理。
本发明的另一方面，提供了一种传输保活信息的方法，包括：
网络设备接收终端发送的第一信息，根据所述第一信息确定待接收保活信息；
所述网络设备接收所述终端发送的保活信息，对所述保活信息进行优化处理。
本发明另一方面，提供了一种终端，包括：
第一发送单元，用于发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息；
第二发送单元，用于发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理。
本发明的另一方面，提供了一种网络设备，包括：
确定单元，用于接收终端发送的第一信息，根据所述第一信息确定待接收保活信息；
处理单元，用于接收所述终端发送的保活信息，对所述保活信息进行优化处理。
由上述技术方案可知，本发明实施例通过向网络设备发送第一信息，网络设备可以根据该第一信息获知传输为保活信息，以便对保活信息进行优化处理。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一实施例的一种传输保活信息的方法流程示意图；
图2为本发明另一实施例的一种传输保活信息的方法流程示意图；
图3为本发明另一实施例的一种传输保活信息的方法流程示意图；
图4为本发明另一实施例的一种传输保活信息的方法流程示意图；
图5为本发明另一实施例的一种传输保活信息的方法流程示意图；
图6为本发明另一实施例的一种传输保活信息的方法流程示意图；
图7为本发明另一实施例的一种传输保活信息的方法流程示意图；
图8为本发明另一实施例的一种传输保活信息的方法流程示意图；
图9为本发明另一实施例的一种UE的结构示意图；
图10为本发明另一实施例的一种网络设备的结构示意图；
图11为本发明另一实施例的一种传输保活信息的系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
11：UE发送第一信息给网络设备，所述第一信息用于使该网络设备确定待接收保活信息。
例如，第一信息可以为保活信息指示、业务量指示和业务量，具体如下。
例如，可以由UE的非接入层(Non-Access Stratum，NAS)(即高层)指示接入层(Access Stratum，AS)传输保活信息，AS在收到NAS发送的原语指示后，可以通过无线资源控制(Radio Resource Control，RRC)建立请求(RRC CONNECTION REQUEST)消息或者小区更新(CELL UPDATE)消息或者其他消息，向无线网络控制器(Radio Network Controller，RNC)发送保活信息指示。RNC根据该保活信息指示可以确定后续将接收到保活信息。
在本发明的另一实施例中，可以是UE接收到业务量上报触发准则，该业务量上报触发准则中包含第一门限和第二门限，当UE测量得到的业务量测量结果在第一门限和第二门限之间时(可以包含边界的情况)，UE向RNC发送表明网络设备待接收保活信息的业务量指示。RNC根据该业务量指示可以获知后续将接收到保活信息。
在本发明的另一实施例中，还可以是，UE直接将测量得到的业务量发送给RNC，RNC根据自身配置的业务量上报触发准则，该业务量上报触发准则中包含第一门限和第二门限，当UE上报的业务量在第一门限和第二门限之间时(可以包含边界的情况)，RNC获知后续将接收到保活信息。
在本发明的另一实施例中，还可以是，UE接收到业务量上报触发准则，该业务量上报触发准则中包含第一门限，当UE测量得到的业务量大于等于第一门限时，UE向RNC发送业务量测量结果；RNC中预先配置第二门限，当RNC接收的业务量测量结果小于等于第二门限时，确定将接收保活信息。
12：UE发送保活信息给该网络设备，该网络设备用于对该保活信息进行优化处理。
例如，优化处理可以是在传输保活信息之前进行，和/或，也可以是在保活信息传输完毕之后进行。即，优化处理可以是只在传输保活信息之前进行，或者，也可以是只在保活信息传输完毕之后进行，或者，也可以是在传输保活信息之前及保活信息传输完毕之后均进行。
例如，在传输保活信息之前的RRC连接建立过程或者小区更新过程中，RNC可以指示UE进入小区_前向接入信道(CELL-FACH)状态，此时，不需要建立Iub接口(RNC与基站之间的接口)的无线链路，当存在Iur接口(RNC与RNC之间的接口)时，也无需建立Iur接口的无线链路，减轻信令负荷。
在本发明的另一实施例中，当保活信息传输完毕后，RNC指示UE进入小区_寻呼信道(CELL-PCH)状态或者UTRAN注册区_寻呼信道(URA-PCH)状态。此时，当UE再次发送保活信息时，可以不需要建立Iu接口(RNC与核心网(Core Network，CN)的接口)的无线链路，减轻信令负荷。
当然，可以理解的是，指示类型及优化处理方式只是示例，并不限于上述所示。
本实施例通过向网络设备发送第一信息，网络设备可以根据该第一信息获知待接收的是保活信息，以便对保活信息进行优化处理。
图2为本发明另一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
21：网络设备接收UE发送的第一信息，根据所述第一信息指示确定待接收保活信息。
其中，网络设备可以为RNC，或者为其他的核心网设备，例如SGSN。
22：网络设备接收UE发送的保活信息，对所述保活信息进行优化处理。
其中，第一信息可以为保活信息指示、业务量指示和业务量测量结果。
优化处理可以具体为：在传输保活信息之前的RRC连接建立过程或者小区更新过程中，RNC指示UE进入小区_前向接入信道(CELL-FACH)状态，此时，不需要建立Iub接口(RNC与基站之间的接口)的无线链路，当存在Iur接口(RNC与RNC之间的接口)时，也无需建立Iur接口的无线链路，减轻信令负荷。
在本发明的另一实施例中，优化处理也可以为：当保活信息传输完毕后，RNC指示UE进入小区_寻呼信道(CELL-PCH)状态或者UTRAN注册区_寻呼信道(URA-PCH)状态。此时，当UE再次发送保活信息时，可以不需要建立Iu接口(RNC与核心网(Core Network，CN)的接口)的无线链路，减轻信令负荷；
在本发明的另一实施例中，上述两种优化处理均执行。
具体内容可以参见第一实施例，不再赘述。
本实施例通过接收第一信息，网络设备可以根据该第一信息获知待接收的为保活信息，以便对保活信息进行优化处理。
图3为本发明另一实施例的一种传输保活信息的方法流程示意图，本实施例以空闲状态的UE在RRC连接请求消息中携带保活信息指示为例。参见图3，该方法可以如下所述。
301：对于空闲状态(IDLE)的UE，该UE的接入层接收该UE的非接入层发送的原语指示，该原语指示表明需要传输保活信息。
302：UE发起RRC连接建立过程，向RNC发送RRC连接请求(RRCCONNECTION REQUEST)消息，该RRC连接请求消息中携带保活信息指示。
例如，将RRC连接请求消息的建立原因(“Establishment cause”)字段设置为保活信息指示，保活信息指示包括但不限于保活呼叫(keep alive call)。
303：RNC接收到该RRC连接请求消息后，指示UE转向的状态。
例如，RNC统计网络侧的信令负荷情况及该保活信息指示，可以指示UE转向某个状态。
例如，当信令负荷比较重时，RNC可以指示UE进入小区_前向接入信道状态(CELL-FACH)，此时不需要建立Iub/Iur接口无线链路。当信令负荷比较轻时，可以指示UE进入小区_专用信道状态(CELL-DCH)。其中，RNC中可以设置门限值，当大于等于该门限值时，表明信令负荷比较重，当小于该门限值时，表明信令负荷比较轻。具体门限值可以根据实际需要设定。
304：RNC将指示UE转向的状态携带在RRC连接建立(RRCCONNECTION SETUP)消息中发送给UE。
305：UE向RNC返回RRC连接建立完成(RRC CONNECTION SETUPCOMPLETE)消息。
306：UE发起无线接入承载(Radio Access Bearer，RAB)建立过程，向RNC发送初始直传(Initial Direct Transfer)消息。
307：RNC向CN中的通用分组无线业务(General Packet Radio Service，GPRS)服务支持节点(Serving GPRS Support Node，SGSN)发送直传(DirectTransfer)消息。
308：SGSN发起鉴权过程和触发加密的过程。
309：SGSN发起RAB指配建立过程。
例如，SGSN发起RAB指配建立过程可以包括：激活PDP上下文请求(Active PDP context Request)、RAB指配请求(RAB Assignment Request)、无线承载建立(Radio bear setup)、无线承载建立完成(Radio bear setupcomplete)、RAB指配响应(RAB Assignment Response)、激活PDP上下文接受(Active PDP context Accept)。
310：RAB建立完毕之后，通过建立的业务承载开始传输保活信息。
311：保活信息传输完毕后，RNC指示UE转向合适的状态。
例如，如果当前信令负荷比较轻时，可以指示UE进入空闲状态。如果当前信令负荷比较重时，可以指示UE进入小区_寻呼信道状态(CELL-PCH)或UTRAN注册区_寻呼信道状态(URA-PCH)；此时，当UE再次发送保活信息时，就不需要重新发起Iu连接建立过程，节省了Iu口的信令开销。
RNC可以将指示UE转向的状态携带在无线承载重配置(RADIOBEARER RECONFIGURATION)等消息中发送给UE，UE根据该指示进入相应的状态。
本实施例通过在RRC连接建立消息中携带保活信息指示，使得RNC在指示UE转向的状态时可以参考该保活信息指示，可以实现优化处理。本实施例可以在空闲状态的UE传输保活信息时减少信令负荷。
图4为本发明另一实施例的一种传输保活信息的方法流程示意图，本实施例以CELL-PCH或URA-PCH状态的UE在小区更新(CELL UPDATE)消息中携带保活信息指示为例。参见图4，该方法可以如下所述。
401：对于CELL-PCH或URA-PCH的UE，该UE的接入层接收该UE的非接入层发送的原语指示，该原语指示表明需要传输保活信息。
402：UE发起小区更新(Cell update)过程，向RNC发送小区更新(CELLUPDATE)消息，该小区更新消息中携带保活信息指示。
例如，将小区更新消息的“Establishment cause”字段设置为保活信息指示，保活信息指示包括但不限于keep alive call；或者，将小区更新消息的小区更新原因(“Cell update cause”)字段设置为保活信息指示，保活信息指示包括但不限于保活数据传输(keep alive data transmission)。
403：RNC接收到该小区更新消息后，指示UE转向的状态。
例如，RNC结合网络侧的信令负荷情况及该保活信息指示，可以指示UE转向某个状态。
例如，当信令负荷比较重时，RNC可以指示UE进入小区_前向接入信道状态(CELL-FACH)，此时不需要建立Iub/Iur接口无线链路。当信令负荷比较轻时，可以指示UE进入小区_专用信道状态(CELL-DCH)。
404：RNC将指示UE转向的状态携带在小区更新确认(CELL UPDATECONFIRM)消息中发送给UE。
405：UE向RNC发送初始直传(Initial Direct Transfer)消息。
406：RNC向SGSN发送直传(Direct Transfer)消息。
407：SGSN发起鉴权过程和触发加密的过程。
408：SGSN发起RAB指配建立过程。
409：RAB建立完毕之后，通过建立的业务承载开始传输保活信息。
410：保活信息传输完毕后，RNC指示UE转向合适的状态。
上述405-410具体可参见306-311。RNC可以将指示UE转向的状态携带在无线承载重配置(RADIO RECONFIGURATION)消息或传输信道重配置完成(TRANSPORTCHANNEL RECONFIGURATION)消息中发送给UE。
UE根据RNC指示的状态进行状态迁移，并向RNC发送无线承载重配置完成(RADIO RECONFIGURATION COMPLETE)消息或传输信道重配置完成(TRANSPORTCHANNEL RECONFIGURATION CPMPLETE)消息等消息。
本实施例通过在小区更新消息中携带保活信息指示，使得RNC在指示UE转向的状态时可以参考该保活信息指示，可以实现优化处理。本实施例可以在CELL-PCH或URA-PCH状态的UE传输保活信息时减少信令负荷。
图3、4是UE根据高层的指示确定传输保活信息，UE还可以根据实际的业务量确定传输保活信息，例如，如下所述。
图5为本发明另一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
501：RNC向UE下发业务量上报触发准则。
例如，所述RNC通过event 4c向UE下发业务量上报触发准则，该event4c可以携带在SIB11/SIB11b/SIB12/Measurement control消息中，当然，并不限于这些消息。
例如，该event 4c中可以包含业务量门限值，该业务量门限值可以为第一门限(threshold1)和第二门限(threshold2)。例如，第一门限值和第二门限值可以根据保活信息的大小进行设置，使得业务量在第一门限值和第二门限值之间时，表明传输的为保活信息。502：当UE测量得到的业务量满足该业务量上报触发准则时，确定需要传输保活信息。
例如，当业务量在该业务量上报触发准则的门限值之间时，得到满足该业务量上报触发准则。
503：UE发起小区更新(Cell update)过程，UE向RNC发送小区更新(CELL UPDATE)消息，该小区更新消息中携带业务量指示。
例如，在小区更新消息中增加一个字段“traffic volume indicatorextension”，当该字段为真(true)时，表明待传输的为保活信息，反之亦然。
当业务量测量结果不在上述门限值之间时，可以将该字段“traffic volumeindicator extension”设置为假(false)时，表明网络设备非待接收保活信息。或者，不发送该业务量指示，反之亦然。
在本发明的另一实施例中，当该字段为1时，表明待传输的为保活信息，当该字段为0时，表明网络设备非待接收保活信息，反之亦然。
可以理解的是，UE也可以直接将测量得到的业务量携带在小区更新消息中，RNC根据该业务量及业务量上报触发准则判断是否待传输保活信息。此时，不需要RNC首先向UE下发业务量触发准则。
还可以是，RNC向UE下发的业务量上报触发准则中包含第一门限，之后，当UE测量得到的业务量测量结果大于等于第一门限时，将业务量测量结果上报给RNC，之后，RNC比对该业务量测量结果与RNC中预先配置的第二门限，当业务量测量结果小于等于第二门限时，确定待接收保活信息。
504：RNC接收到该小区更新消息后，指示UE转向的状态。
505：RNC将指示UE转向的状态携带在小区更新确认(CELL UPDATECONFIRM)消息中发送给UE。
506：UE向RNC发送初始直传(Initial Direct Transfer)消息。
507：RNC向SGSN发送直传(Direct Transfer)消息。
508：SGSN发起鉴权过程和触发加密的过程。
509：SGSN发起RAB指配建立过程。
510：RAB建立完毕之后，通过建立的业务承载开始传输保活信息。
511：保活信息传输完毕后，RNC指示UE转向合适的状态。
上述504-511具体可参见403-410。
可以理解的是，本实施例以CELL-PCH或URA-PCH状态的UE在小区更新(CELL UPDATE)消息中携带保活信息指示为例，也可以是当UE处于空闲状态时，将保活信息指示携带在RRC连接建立消息中，之后，执行303-311所示的流程。本实施例根据业务量进行是否传输保活信息的判断，实现根据实际情况进行相应的优化处理。
图3-5所示的实施例是以保活信息在业务承载中传输为例。为了进一步减少信令，还可以将保活信息在信令中传输，此时则不需要建立业务承载，例如，如下所述。
图6为本发明另一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
601：对于空闲状态(IDLE)的UE，该UE的接入层接收该UE的非接入层发送的原语指示，该原语指示表明需要传输保活信息。
602：UE发起RRC连接建立过程，向RNC发送RRC连接请求(RRCCONNECTION REQUEST)消息，该RRC连接请求消息中携带保活信息指示。
603：RNC接收到该RRC连接请求消息后，指示UE转向的状态。
604：RNC将指示UE转向的状态携带在RRC连接建立(RRCCONNECTION SETUP)消息中发送给UE。
605：UE向RNC返回RRC连接建立完成(RRC CONNECTION SETUPCOMPLETE)消息。
上述601-605具体可参见301-305。
可以理解的是，602中的RRC连接请求消息中也可以不携带保活信息指示。
另外，本实施例以UE不向RNC发送保活信息指示，还可以是UE向RNC发送业务量指示或者业务量测量结果，具体可以参见上述实施例。由于本实施例的后续步骤中会发送作为第一信息的保活信息指示，为了进行区别，步骤602中UE向RNC发送的保活信息指示、业务量指示或者业务量测量结果可以称为第二信息。
606：UE向RNC发送初始直传(Initial Direct Transfer)消息。
例如，该初始直传消息中包含业务请求(SERVICE REQUEST)消息，该业务请求消息中的业务类型(service type)为信令(signalling)。
607：RNC发送直传(Direct Transfer)消息给SGSN。
例如，该直传消息的业务类型为信令。这样，SGSN收到该消息后，就只发起鉴权过程和触发加密的过程，不发起RAB指配过程。
608：鉴权过程和触发加密的过程。
609：UE将保活信息携带在上行直传(UPLINK DIRECT TRANSFER)消息中发送给SGSN，并且该上行直传消息中同时携带保活信息指示，以便指示携带的消息为保活信息。例如，保活信息可以包含在上行直传消息的NAS消息部分，可以将NAS消息部分的“protocol discriminator”字段中包含保活信息指示，如将“protocol discriminator”字段设置为keep alive message。SGSN接收到该上行直传消息后，根据保活信息指示获知对应的信息为保活信息，之后，SGSN将该保活信息转发给相应的应用服务器。
610：保活信息传输完毕后，RNC指示UE转向合适的状态。
可以理解的是，本实施例以IDLE状态的UE在RRC连接建立消息中携带保活信息指示为例，也可以是当UE处于CELL-PCH或URA-PCH/CELL-FACH状态时，将保活信息指示携带在小区更新消息中，之后，执行类似606-610所示的流程，特别地，应用于CELL-PCH或URA-PCH状态时606中携带业务类型的消息是UPLINK DIRECT TRANSFER消息。
本实施例通过在信令上传输保活信息，不需要建立业务承载，节省了Iu口的信令负荷。
为了进一步减少信令负荷，可以降低保活信息的发送频率，具体如下所述。
图7为本发明另一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
701：UE向RNC发送保活信息指示。
例如，可以是UE根据非接入层的指示确定传输保活信息，也可以是UE或RNC根据业务量确定传输保活信息，具体可以参见上述实施例。
UE可以通过RRC连接建立消息发送保活信息指示，也可以是通过小区更新消息发送保活信息指示，具体可以参见上述实施例。
702：UE向RNC发送信令优化功能指示。
例如，信令优化功能指示(SignallingOptimisation)用于表明UE是否具有信令优化功能，当具有信令优化功能时可以降低保活信息的发送频率。例如，当UE不具有信令优化功能时，保活信息是每隔1分钟发送一次，当UE具有信令优化功能时，可以设置为每隔10分钟发送一次保活信息。
UE可以将信令优化功能指示携带在UE到RNC中的某一信令中，例如，将该信令优化功能指示携带在RRC连接请求(RRC CONNECT REQUEST)消息、RRC连接建立完成(RRC CONNECT SETUP COMPLETE)消息或者用户能力信息(UE CAPABLITY INFORMATION)消息等消息中。当然，并不限于这些消息。
703：UE向RNC发送保活信息。
例如，保活信息可以是通过建立的业务承载进行传输，也可以是通过信令进行传输，具体可以参见上述实施例。
704：RNC接收到UE发送的保活信息后，如果UE和RNC都支持信令优化功能，则将保活信息复制成一个副本或者伪造一个保活信息，同时启动一个定时器和计数器，并把保活信息转发给SGSN。
705：RNC在定时器的时间到达后，将保活信息发送给SGSN。
706：UE获取信令优化的配置参数。
例如，信令优化的配置参数可以为定时器的时间。例如，RNC可以通过专用信令，比如UTRAN MOBILITY INFORMATION，指示UE激活信令优化功能，该专用信令中可以携带激活指示，也可以携带激活指示和发送保活信息的定时器。激活指示用于激活UE的信令优化功能，保活信息的定时器用于表明UE发送保活信息的频率，例如，可以将该定时器设置为10分钟，表明UE需要每个10分钟发送一次保活信息。
在本发明的另一实施例中，该专用信令可以只包含激活指示，而不包含定时器时，可以通过系统的广播消息发送或者根据协议固定配置该定时器。
707：UE根据信令优化的配置参数，发送后续保活信息。
例如，当信令优化的配置参数是发送保活信息的间隔为10分钟时，UE将每隔10分钟发送一次保活信息给RNC。
708：RNC转发保活信息给SGSN。之后，由SGSN转发该保活信息给应用服务器。
当RNC向SGSN传输完一次保活信息后，RNC可以基于一定算法发起RB释放过程，但是需要保持Iu连接。当RNC启动的定时器满后，就向SGSN发送保活信息；当发送达到最大次数后，仍旧没有收到UE新的保活信息，说明UE可能已经离开RNC服务器或者UE已经退出应用程序，发起Iu连接释放过程。。
本实施例通过激活信令优化功能，可以降低发送保活信息的频率，进一步减少信令负荷。
图8为本发明另一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
801：UE向SGSN发送保活信息指示。
例如，可以是，UE通过前面所述的AS消息，例如，RRC连接请求(RRCCONNECTION REQUEST)消息、小区更新(CELL UPDATE)消息，将保活信息指示发送给RNC，然后RNC通过DIRECT INFORMATIONTRANSFER将该指示转发给SGSN，不限制于此消息。
在本发明的另一实施例中，UE通过NAS层消息，例如初始直传(InitialDirect Transfer)消息，将保活信息指示发送给RNC，之后，由RNC将该保活信息指示携带在直传(DIRECT TRANSFER)消息中转发给SGSN，该方法也不限制于上述的消息。
802：UE向SGSN发送信令优化功能指示。
例如，可以是UE将信令优化功能指示携带在NAS消息中，通过RNC发送给SGSN。
在本发明的另一实施例中，UE将信令优化功能指示携带在AS消息中发送给RNC，再由RNC将该信令优化功能指示转发给SGSN，或者，SGSN主动从RNC请求获得该信令优化功能指示。
803：UE将保活信息发送给SGSN。
804：SGSN接收到UE发送的保活信息后，如果UE支持信令优化功能，则将保活信息复制成一个副本，同时启动一个定时器和计数器，并把保活信息转发给应用服务器。
805：SGSN在定时器的时间到达后，将保活信息发送给应用服务器。
806：UE获取信令优化的配置参数。具体可参见706。
807：UE根据信令优化的配置参数，发送后续保活信息。
例如，当信令优化的配置参数是发送保活信息的间隔为10分钟时，UE将每隔10分钟发送一次保活信息给SGSN。
808：SGSN转发保活信息给应用服务器。
例如，当SGSN启动的定时器满后，就向应用服务器发送保活信息，当发送达到最大次数后，仍旧没有收到UE新的保活信息，说明UE已经离开SGSN服务器或者UE已经退出应用程序，就不需要在向应用服务器发送保活信息。相对于第七实施例，本实施例在传输一次保活信息后，可以释放Iu接口，以节省Iu接口资源。
本实施例通过激活信令优化功能，可以降低发送保活信息的频率，进一步减少信令负荷。
上述实施例以CN网元以SGSN为例，同样可以适用于GGSN。
图9为本发明另一实施例的一种UE的结构示意图，包括第一发送单元91和第二发送单元92，第一发送单元91用于发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息；第二发送单元92用于发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理。
在本发明的另一实施例中，所述第一信息可以为保活信息指示，所述第一信息在所述保活信息之前发送，此时，所述终端还包括：接入层单元，用于接收非接入层发送的原语指示，所述原语指示表明需要传输保活信息；所述第一发送单元91具体用于在接收到所述原语指示后发送所述保活信息指示。
在本发明的另一实施例中，所述第一信息可以为表明网络设备待接收保活信息的业务量指示，所述第一信息在所述保活信息之前发送，此时，所述终端还包括：第一接收单元，用于接收所述网络设备发送的业务量测量上报准则，所述业务量测量上报准则中包含第一门限和第二门限；所述第一发送单元91具体用于当所述业务量测量结果在所述第一门限和第二门限之间时，发送所述业务量指示。
在本发明的另一实施例中，所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前发送，所述第一发送单元91具体用于将所述业务量测量结果发送给所述网络设备，所述网络设备用于当所述业务量测量结果在预先配置的第一门限和第二门限之间时，确定待接收保活信息。
在本发明的另一实施例中，所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前发送，所述终端还包括：第二接收单元，用于接收所述网络设备发送的业务量测量上报准则，所述业务量测量上报准则中包含第一门限；所述第一发送单元91具体用于当所述业务量测量结果大于等于所述第一门限时，将所述业务量测量结果发送给所述网络设备，所述网络设备用于当所述业务量测量结果小于等于预先配置的第二门限时，确定待接收保活信息。
在本发明的另一实施例中，还可以包括第一建立单元，第一建立单元用于建立终端和网络设备之间的业务承载；此时，所述第二发送单元92具体用于通过所述业务承载，将所述保活信息发送给所述网络设备。
在本发明的另一实施例中，所述第一信息为保活信息指示，所述第一信息和所述保活信息同时发送，本实施例还可以包括第三发送单元，第三发送单元用于发送业务类型给所述网络设备，所述业务类型表明所述保活信息携带在信令中传输；此时，所述第二发送单元92具体用于将所述保活信息指示及所述保活信息携带在信令的NAS消息部分发送给所述网络设备。
在本发明的另一实施例中，本实施例还可以包括第四发送单元，第四发送单元用于发送第二信息给所述网络设备，所述第二信息用于使所述网络设备确定待接收保活信息，从而使所述网络设备在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
在本发明的另一实施例中，本实施例还可以包括获取单元，获取单元用于在具有降低保活信息发送频率的能力时，获取预先配置或者网络设备下发的信令优化的配置参数；此时，所述第二发送单元92具体用于根据所述信令优化的配置参数指示的发送频率，发送所述保活信息。
在本发明的另一实施例中，当所述信令优化的配置参数是网络设备下发时，所述终端还可以包括：上报单元，用于上报信令优化功能指示给所述网络设备，所述信令优化功能指示用于表明终端是否具有降低保活信息发送频率的能力；所述获取单元具体用于接收网络设备根据所述信令优化功能指示获知所述终端具有降低保活信息发送频率的能力时，通过专用信令或者广播消息，下发的所述信令优化的配置参数。
上述终端以及其中的各个单元的具体功能，可以参考上述图1-8任意一方法实施例所描述的内容，在此不再赘述。
本实施例通过向网络设备发送第一信息，网络设备可以根据该第一信息获知传输为保活信息，以便对保活信息进行优化处理。
图10为本发明另一实施例的一种网络设备的结构示意图，包括确定单元101和处理单元102，确定单元101用于接收终端发送的第一信息，根据所述第一信息确定待接收保活信息；处理单元102用于接收所述终端发送的保活信息，对所述保活信息进行优化处理。
在本发明的另一实施例中，处理单元102可以包括第一单元和/或第二单元，第一单元用于在保活信息传输之前，当信令负荷较重时，指示UE进入CELL-FACH状态；第二单元用于在保活信息传输完毕后，当信令负荷较重时，指示UE进入CELL-PCH或者URA-PCH状态。
在本发明的另一实施例中，所述第一信息可以为表明网络设备待接收保活信息的业务量指示，所述第一信息在所述保活信息之前接收，本实施例还可以包括：第五发送单元，用于向终端发送业务量测量上报准则，所述业务量测量上报准则中包含第一门限和第二门限；所述确定单元101具体用于当终端测量得到的业务量测量结果在所述第一门限和第二门限之间时，网络设备接收终端发送的表明网络设备待接收保活信息的业务量指示。
在本发明的另一实施例中，所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前接收，所述网络设备中预先配置第一门限和第二门限，所述确定单元101包括第三单元和第四单元，第三单元用于接收所述终端发送的所述业务量测量结果；第四单元用于当所述业务量测量结果在所述第一门限和第二门限之间时，确定待接收保活信息。
在本发明的另一实施例中，所述第一信息可以为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前接收，本实施例还可以包括第六发送单元，用于向所述终端发送业务量测量上报准则，所述业务量测量上报准则中包含第一门限；所述确定单元101具体用于当所述业务量测量结果大于等于所述第一门限时，网络设备接收终端发送的业务量测量结果，当所述业务量测量结果小于等于网络设备预先配置的第二门限时，确定待接收保活信息。
在本发明的另一实施例中，所述第一信息为保活信息指示，所述确定单元101具体用于接收终端发送的保活信息指示，所述保活信息指示为所述终端的接入层收到非接入层的需要传输保活信息的原语指示后发送的。
在本发明的另一实施例中，还可以包括第二建立单元，第二建立单元用于建立终端与网络设备之间的业务承载；所述处理单元102具体用于通过所述业务承载，接收终端发送的保活信息，对所述保活信息进行优化处理。
在本发明的另一实施例中，所述第一信息为保活信息指示，所述第一信息和所述保活信息同时接收，本实施例还可以包括第三接收单元，用于接收终端发送的业务类型，所述业务类型表明所述保活信息携带在信令中传输；所述处理单元102具体用于接收终端携带在信令的NAS消息部分的所述保活信息指示及所述保活信息。
在本发明的另一实施例中，还可以包括第四接收单元，用于接收所述终端发送的第二信息，根据所述第二信息确定待接收保活信息，在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
在本发明的另一实施例中，还可以包括第五接收单元和第七发送单元，第五接收单元用于接收终端发送的信令优化功能指示，所述信令优化功能指示用于表明终端是否具有降低保活信息发送频率的能力；第七发送单元用于当所述UE具有降低保活信息发送频率的能力时，将信令优化的配置参数发送给UE，以使UE根据所述信令优化的配置参数发送保活信息。
上述网络设备以及其中的各个单元的具体功能，可以参考上述图1-8任意一方法实施例所描述的内容，在此不再赘述。
本实施例通过接收第一信息，网络设备可以根据该第一信息获知传输为保活信息，以便对保活信息进行优化处理。
图11为本发明另一实施例的一种传输保活信息的系统的结构示意图，包括终端111和网络设备112，其中，终端111可以如图9所示，网络设备112可以如图10所示。
本实施例通过接收第一信息，网络设备可以根据该第一信息获知传输为保活信息，以便对保活信息进行优化处理。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (25)

1.一种传输保活信息的方法，其特征在于，包括：
终端发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息；
所述终端发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理。
2.根据权利要求1所述的方法，其特征在于，
所述第一信息为保活信息指示，所述第一信息在所述保活信息之前发送，所述发送第一信息之前，所述方法还包括：所述终端的接入层接收非接入层发送的原语指示，所述原语指示表明需要传输保活信息，从而发送所述保活信息指示；或者，
所述第一信息为表明网络设备待接收保活信息的业务量指示，所述第一信息在所述保活信息之前发送，所述发送第一信息之前，所述方法还包括：所述终端接收所述网络设备发送的业务量测量上报准则，所述业务量测量上报准则中包含第一门限和第二门限，以使当所述业务量测量结果在所述第一门限和第二门限之间时，发送所述业务量指示；或者，
所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前发送，所述终端发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息，包括：所述终端将所述业务量测量结果发送给所述网络设备，所述网络设备用于当所述业务量测量结果在预先配置的第一门限和第二门限之间时，确定待接收保活信息；或者，
所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前发送，所述发送第一信息之前，所述方法还包括：所述终端接收所述网络设备发送的业务量测量上报准则，所述业务量测量上报准则中包含第一门限；所述终端发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息，包括：所述终端在所述业务量测量结果大于等于所述第一门限时，将所述业务量测量结果发送给所述网络设备，所述网络设备用于当所述业务量测量结果小于等于预先配置的第二门限时，确定待接收保活信息。
3.根据权利要求1-2任一所述的方法，其特征在于，
所述第一信息携带在RRC连接建立请求消息中；
或者，
所述第一信息携带在小区更新消息中。
4.根据权利2所述的方法，其特征在于，所述业务量测量上报准则携带在STB11消息、STB11b消息、STB12消息或者测量控制消息中。
5.根据权利要求1所述的方法，其特征在于，
所述第一信息为保活信息指示，所述第一信息和所述保活信息同时发送，
所述发送保活信息给所述网络设备之前，所述方法还包括：所述终端发送业务类型给所述网络设备，所述业务类型表明所述保活信息携带在信令中传输；
所述发送第一信息给网络设备及发送保活信息给网络设备包括：将所述保活信息指示及所述保活信息携带在信令的NAS消息部分发送给所述网络设备。
6.根据权利要求5所述的方法，其特征在于，所述发送保活信息给所述网络设备之前，所述方法还包括：
所述终端发送第二信息给所述网络设备，所述第二信息用于使所述网络设备确定待接收保活信息，从而使所述网络设备在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
7.根据权利要求1所述的方法，其特征在于，还包括：
所述终端在具有降低保活信息发送频率的能力时，获取预先配置或者网络设备下发的信令优化的配置参数；
所述发送保活信息包括：根据所述信令优化的配置参数指示的发送频率，发送所述保活信息。
8.根据权利要求7所述的方法，其特征在于，当所述信令优化的配置参数是网络设备下发时，所述方法还包括：
所述终端上报信令优化功能指示给所述网络设备，所述信令优化功能指示用于表明终端是否具有降低保活信息发送频率的能力，以使网络设备根据所述信令优化功能指示获知所述终端具有降低保活信息发送频率的能力时，通过专用信令或者广播消息，下发所述信令优化的配置参数。
9.根据权利要求8所述的方法，其特征在于，所述信令优化功能指示携带在RRC连接请求消息、RRC连接建立完成消息或者UE能力信息消息中。
10.一种传输保活信息的方法，其特征在于，包括：
网络设备接收终端发送的第一信息，根据所述第一信息确定待接收保活信息；
所述网络设备接收所述终端发送的保活信息，对所述保活信息进行优化处理。
11.根据权利要求10所述的方法，其特征在于，
所述第一信息为表明网络设备待接收保活信息的业务量指示，所述第一信息在所述保活信息之前接收，所述方法还包括：网络设备向所述终端发送业务量测量上报准则，所述业务量测量上报准则中包含第一门限和第二门限；所述网络设备接收终端发送的第一信息，根据所述第一信息确定待接收保活信息，包括：当终端测量得到的业务量测量结果在所述第一门限和第二门限之间时，网络设备接收终端发送的表明网络设备待接收保活信息的业务量指示；
或者，
所述第一信息为终端测量得到的业务量测量结果，所述网络设备中预先配置第一门限和第二门限，所述第一信息在所述保活信息之前接收，所述网络设备接收终端发送的第一信息，根据所述第一信息确定待接收保活信息，包括：网络设备接收所述终端发送的所述业务量测量结果；当所述业务量测量结果在所述第一门限和第二门限之间时，确定待接收保活信息；
或者，所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前接收，所述方法还包括：所述网络设备向所述终端发送业务量测量上报准则，所述业务量测量上报准则中包含第一门限；所述网络设备接收终端发送的第一信息，根据所述第一信息确定待接收保活信息，包括：当所述业务量测量结果大于等于所述第一门限时，网络设备接收终端发送的业务量测量结果，当所述业务量测量结果小于等于网络设备预先配置的第二门限时，确定待接收保活信息；或者，
所述第一信息为保活信息指示，所述第一信息在所述保活信息之前接收，所述接收第一信息包括：接收终端发送的保活信息指示，所述保活信息指示为所述终端的接入层收到非接入层的需要传输保活信息的原语指示后发送的。
12.根据权利要求10所述的方法，其特征在于，
所述第一信息为保活信息指示，所述第一信息和所述保活信息同时接收，
所述方法还包括：网络设备接收终端发送的业务类型，所述业务类型表明所述保活信息携带在信令中传输；
所述接收终端发送的第一信息及接收终端发送的保活信息包括：接收终端携带在信令的NAS消息部分的所述保活信息指示及所述保活信息。
13.根据权利要求12所述的方法，其特征在于，所述接收终端发送的保活信息之前，所述方法还包括：
接收所述终端发送的第二信息，根据所述第二信息确定待接收保活信息，在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
14.根据权利要求10所述的方法，其特征在于，还包括：
网络设备接收终端发送的信令优化功能指示，所述信令优化功能指示用于表明终端是否具有降低保活信息发送频率的能力；
当所述终端具有降低保活信息发送频率的能力时，网络设备将信令优化的配置参数发送给所述终端，以使所述终端根据所述信令优化的配置参数发送保活信息。
15.一种终端，其特征在于，包括：
第一发送单元，用于发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息；
第二发送单元，用于发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理。
16.根据权利要求15所述的终端，其特征在于，
所述第一信息为保活信息指示，所述第一信息在所述保活信息之前发送，所述终端还包括：接入层单元，用于接收非接入层发送的原语指示，所述原语指示表明需要传输保活信息；所述第一发送单元具体用于在接收到所述原语指示后发送所述保活信息指示；
或者，
所述第一信息为表明网络设备待接收保活信息的业务量指示，所述第一信息在所述保活信息之前发送，所述终端还包括：第一接收单元，用于接收所述网络设备发送的业务量测量上报准则，所述业务量测量上报准则中包含第一门限和第二门限；所述第一发送单元具体用于当所述业务量测量结果在所述第一门限和第二门限之间时，发送所述业务量指示；
或者，
所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前发送，所述第一发送单元具体用于将所述业务量测量结果发送给所述网络设备，所述网络设备用于当所述业务量测量结果在预先配置的第一门限和第二门限之间时，确定待接收保活信息；
或者，
所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前发送，所述终端还包括：第二接收单元，用于接收所述网络设备发送的业务量测量上报准则，所述业务量测量上报准则中包含第一门限；所述第一发送单元具体用于当所述业务量测量结果大于等于所述第一门限时，将所述业务量测量结果发送给所述网络设备，所述网络设备用于当所述业务量测量结果小于等于预先配置的第二门限时，确定待接收保活信息。
17.根据权利要求15所述的终端，其特征在于，所述第一信息为保活信息指示，所述第一信息和所述保活信息同时发送，所述终端还包括：
第三发送单元，用于发送业务类型给所述网络设备，所述业务类型表明所述保活信息携带在信令中传输；
所述第二发送单元具体用于将所述保活信息指示及所述保活信息携带在信令的NAS消息部分发送给所述网络设备。
18.根据权利要求17所述的终端，其特征在于，还包括：
第四发送单元，用于发送第二信息给所述网络设备，所述第二信息用于使所述网络设备确定待接收保活信息，从而使所述网络设备在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
19.根据权利要求15所述的终端，其特征在于，还包括：
获取单元，用于在具有降低保活信息发送频率的能力时，获取预先配置或者网络设备下发的信令优化的配置参数；
所述第二发送单元具体用于根据所述信令优化的配置参数指示的发送频率，发送所述保活信息。
20.根据权利要求18所述的终端，其特征在于，当所述信令优化的配置参数是网络设备下发时，所述终端还包括：
上报单元，用于上报信令优化功能指示给所述网络设备，所述信令优化功能指示用于表明终端是否具有降低保活信息发送频率的能力；
所述获取单元具体用于接收网络设备根据所述信令优化功能指示获知所述终端具有降低保活信息发送频率的能力时，通过专用信令或者广播消息，下发的所述信令优化的配置参数。
21.一种网络设备，其特征在于，包括：
确定单元，用于接收终端发送的第一信息，根据所述第一信息确定待接收保活信息；
处理单元，用于接收所述终端发送的保活信息，对所述保活信息进行优化处理。
22.根据权利要求21所述的设备，其特征在于，
所述第一信息为表明网络设备待接收保活信息的业务量指示，所述第一信息在所述保活信息之前接收，所述设备还包括：第五发送单元，用于向所述终端发送业务量测量上报准则，所述业务量测量上报准则中包含第一门限和第二门限；所述确定单元具体用于当终端测量得到的业务量测量结果在所述第一门限和第二门限之间时，网络设备接收终端发送的表明网络设备待接收保活信息的业务量指示；
或者，
所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前接收，所述网络设备中预先配置第一门限和第二门限，所述确定单元包括：第三单元，用于接收所述终端发送的所述业务量测量结果；第四单元，用于当所述业务量测量结果在所述第一门限和第二门限之间时，确定待接收保活信息；
或者，
所述第一信息为终端测量得到的业务量测量结果，所述第一信息在所述保活信息之前接收，所述设备还包括：第六发送单元，用于向所述终端发送业务量测量上报准则，所述业务量测量上报准则中包含第一门限；所述确定单元具体用于当所述业务量测量结果大于等于所述第一门限时，网络设备接收终端发送的业务量测量结果，当所述业务量测量结果小于等于网络设备预先配置的第二门限时，确定待接收保活信息；
或者，
所述第一信息为保活信息指示，所述确定单元具体用于接收终端发送的保活信息指示，所述保活信息指示为所述终端的接入层收到非接入层的需要传输保活信息的原语指示后发送的。
23.根据权利要求21所述的设备，其特征在于，所述第一信息为保活信息指示，所述第一信息和所述保活信息同时接收，所述设备还包括：
第三接收单元，用于接收终端发送的业务类型，所述业务类型表明所述保活信息携带在信令中传输；
所述处理单元具体用于接收终端携带在信令的NAS消息部分的所述保活信息指示及所述保活信息。
24.根据权利要求23所述的设备，其特征在于，还包括：
第四接收单元，用于接收所述终端发送的第二信息，根据所述第二信息确定待接收保活信息，在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
25.根据权利要求21所述的设备，其特征在于，还包括：
第五接收单元，用于接收终端发送的信令优化功能指示，所述信令优化功能指示用于表明终端是否具有降低保活信息发送频率的能力；
第七发送单元，用于当所述终端具有降低保活信息发送频率的能力时，将信令优化的配置参数发送给所述终端，以使所述终端根据所述信令优化的配置参数发送保活信息。
CN201010108604.XA 2010-02-05 2010-02-05 传输保活信息的方法及终端和网络设备 Active CN102149215B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201010108604.XA CN102149215B (zh) 2010-02-05 2010-02-05 传输保活信息的方法及终端和网络设备
PCT/CN2010/079877 WO2011095037A1 (zh) 2010-02-05 2010-12-16 一种传输保活信息的方法和设备
EP10845120.4A EP2533463B1 (en) 2010-02-05 2010-12-16 Method and device for transmitting keep-alive information
US13/566,466 US8917613B2 (en) 2010-02-05 2012-08-03 Method and device for transmitting keepalive information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010108604.XA CN102149215B (zh) 2010-02-05 2010-02-05 传输保活信息的方法及终端和网络设备

Publications (2)

Publication Number Publication Date
CN102149215A true CN102149215A (zh) 2011-08-10
CN102149215B CN102149215B (zh) 2015-12-02

Family

ID=44354931

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010108604.XA Active CN102149215B (zh) 2010-02-05 2010-02-05 传输保活信息的方法及终端和网络设备

Country Status (4)

Country Link
US (1) US8917613B2 (zh)
EP (1) EP2533463B1 (zh)
CN (1) CN102149215B (zh)
WO (1) WO2011095037A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724646A (zh) * 2011-03-30 2012-10-10 华为技术有限公司 心跳信息的传输方法及设备
CN103096293A (zh) * 2011-11-04 2013-05-08 中兴通讯股份有限公司 应用数据处理方法及装置
CN103096435A (zh) * 2011-10-31 2013-05-08 中国移动通信集团公司 连接保持方法、装置、移动终端及数据传输方法
CN104135460A (zh) * 2013-05-03 2014-11-05 华为软件技术有限公司 一种推送通道保活方法和推送服务器
CN104469949A (zh) * 2013-09-23 2015-03-25 中国移动通信集团公司 无线网络中的保活方法、装置及系统
CN104969654A (zh) * 2013-01-25 2015-10-07 高通股份有限公司 同步对保活消息的生成和传输
CN110084421A (zh) * 2019-04-23 2019-08-02 北方工业大学 基于乘客满意度的信息服务频率确定方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104145466A (zh) * 2012-02-24 2014-11-12 诺基亚公司 用于动态服务器/客户端控制的连通性逻辑的方法和装置
CN103582017B (zh) * 2012-07-31 2017-04-26 华为技术有限公司 终端、网络设备及网络系统接入方法
GB2512393A (en) 2013-03-28 2014-10-01 Nec Corp Apparatus and methods for small data transmission
US9510217B2 (en) * 2013-05-28 2016-11-29 Qualcomm Incorporated Method and apparatus for enhanced application signaling from a wireless communications device
WO2016070437A1 (zh) * 2014-11-07 2016-05-12 华为技术有限公司 状态迁移的方法、用户设备和无线网络控制器
EP3378249B1 (en) 2016-01-27 2021-08-04 Samsung Electronics Co., Ltd. Method and apparatus for reducing signaling overhead and reducing battery of terminal
US20180242230A1 (en) * 2017-02-19 2018-08-23 Alcatel-Lucent Usa Inc. Switching between unicast service and multicast-broadcast service
GB2560986A (en) 2017-03-31 2018-10-03 Eseye Ltd Providing connectivity information
EP3724761B1 (en) * 2017-12-14 2021-04-28 Telefonaktiebolaget LM Ericsson (publ) Failure handling in a cloud environment

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1918923A (zh) * 2004-02-13 2007-02-21 艾利森电话股份有限公司 向小区专用信道的直接转变
EP1622400B1 (en) * 2004-07-26 2007-04-11 Research In Motion Limited Method and apparatus for soliciting connectivity from wireless data networks
CN101438612A (zh) * 2006-05-04 2009-05-20 艾利森电话股份有限公司 对于不同的业务或服务分类的无活动监控
US20090201857A1 (en) * 2008-02-11 2009-08-13 Motorola, Inc. Uma/gan keep-alive mechanisim in wireless communication networks

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100496003C (zh) 2006-04-28 2009-06-03 华为技术有限公司 长期演进网络中状态迁移方法及其系统
US8260372B2 (en) * 2006-06-30 2012-09-04 Nokia Corporation Traffic monitoring for regulating states of a terminal
CN101155413A (zh) 2006-09-27 2008-04-02 华为技术有限公司 一种无线资源控制状态转换的方法及用户设备及网络设备
CN102783221A (zh) * 2010-01-12 2012-11-14 诺基亚西门子通信公司 用于指示网络单元的功率节约模式的设备和方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1918923A (zh) * 2004-02-13 2007-02-21 艾利森电话股份有限公司 向小区专用信道的直接转变
EP1622400B1 (en) * 2004-07-26 2007-04-11 Research In Motion Limited Method and apparatus for soliciting connectivity from wireless data networks
CN101438612A (zh) * 2006-05-04 2009-05-20 艾利森电话股份有限公司 对于不同的业务或服务分类的无活动监控
US20090201857A1 (en) * 2008-02-11 2009-08-13 Motorola, Inc. Uma/gan keep-alive mechanisim in wireless communication networks

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724646A (zh) * 2011-03-30 2012-10-10 华为技术有限公司 心跳信息的传输方法及设备
CN103096435A (zh) * 2011-10-31 2013-05-08 中国移动通信集团公司 连接保持方法、装置、移动终端及数据传输方法
CN103096435B (zh) * 2011-10-31 2015-10-07 中国移动通信集团公司 连接保持方法、装置以及移动终端
CN103096293A (zh) * 2011-11-04 2013-05-08 中兴通讯股份有限公司 应用数据处理方法及装置
WO2013064065A1 (zh) * 2011-11-04 2013-05-10 中兴通讯股份有限公司 应用数据处理方法及装置
CN104969654A (zh) * 2013-01-25 2015-10-07 高通股份有限公司 同步对保活消息的生成和传输
CN104969654B (zh) * 2013-01-25 2018-10-26 高通股份有限公司 同步对保活消息的生成和传输
CN104135460A (zh) * 2013-05-03 2014-11-05 华为软件技术有限公司 一种推送通道保活方法和推送服务器
CN104135460B (zh) * 2013-05-03 2017-11-24 华为软件技术有限公司 一种推送通道保活方法和推送服务器
CN104469949A (zh) * 2013-09-23 2015-03-25 中国移动通信集团公司 无线网络中的保活方法、装置及系统
CN104469949B (zh) * 2013-09-23 2018-10-12 中国移动通信集团公司 无线网络中的保活方法、装置及系统
CN110084421A (zh) * 2019-04-23 2019-08-02 北方工业大学 基于乘客满意度的信息服务频率确定方法
CN110084421B (zh) * 2019-04-23 2021-11-16 北方工业大学 基于乘客满意度的信息服务频率确定方法

Also Published As

Publication number Publication date
EP2533463B1 (en) 2015-10-14
US8917613B2 (en) 2014-12-23
US20120294157A1 (en) 2012-11-22
EP2533463A4 (en) 2012-12-12
WO2011095037A1 (zh) 2011-08-11
CN102149215B (zh) 2015-12-02
EP2533463A1 (en) 2012-12-12

Similar Documents

Publication Publication Date Title
CN102149215A (zh) 传输保活信息的方法及终端和网络设备
CN103188742B (zh) 通信切换方法、用户设备与基站
AU2011245386B2 (en) Methods and apparatus for preserving battery resources in a mobile communication device
KR101381475B1 (ko) 유저 단말기의 무선 자원 제어 상태를 아이들 상태로천이하는 방법 및 이를 위한 시스템 및 그 단말기
KR101975195B1 (ko) 기지국 및 기지국의 단말 연결 방법
WO2013064104A1 (zh) 一种数据传输方法、移动性管理实体和移动终端
CN101977405B (zh) 临时块流的延迟释放方法和装置
JP2008503151A5 (zh)
CN104170515B (zh) Lte网络中下行数据传输方法、基站和服务网关
KR101343633B1 (ko) 단말의 트래픽 패턴에 기반한 무선 자원 관리 방법 및 장치
US11224096B2 (en) Method and apparatus for configuring power consumption parameter
KR20140124411A (ko) 통신 시스템에서 기지국과 사용자 단말기간의 무선 자원 제어 연결 설정/해제 방법 및 장치
WO2020034797A1 (zh) 一种资源分配的方法和设备
JP5744325B2 (ja) サービス応答方法、装置及びシステム
WO2015196370A1 (zh) 一种接入网设备及通信方法
WO2013020402A1 (zh) 资源调度的方法及网元
US20130250759A1 (en) Method for Processing Service and Apparatus
WO2014032469A1 (zh) 一种通信连接释放方法、装置及系统
WO2023185952A1 (zh) Mbs的处理方法、发送装置及接收装置
CN103118415B (zh) 一种业务请求的处理方法和装置
CN101860924B (zh) 一种确定能力等级的方法和终端
CN110876208B (zh) 用于与无线网络有效通信的用户设备（ue）及其方法
WO2012149788A1 (zh) 业务建立方法、系统、无线网络控制器及用户终端
CN102098644B (zh) 一种短消息传输方法及装置
CN100407803C (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
C14 Grant of patent or utility model
GR01 Patent grant