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

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

Info

Publication number
CN102149215B
CN102149215B CN201010108604.XA CN201010108604A CN102149215B CN 102149215 B CN102149215 B CN 102149215B CN 201010108604 A CN201010108604 A CN 201010108604A CN 102149215 B CN102149215 B CN 102149215B
Authority
CN
China
Prior art keywords
keep
information
alive
alive information
indication
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.)
Active
Application number
CN201010108604.XA
Other languages
English (en)
Other versions
CN102149215A (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 EP10845120.4A priority patent/EP2533463B1/en
Priority to PCT/CN2010/079877 priority patent/WO2011095037A1/zh
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

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

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

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

Description

传输保活信息的方法及终端和网络设备
技术领域
本发明涉及移动通信技术，尤其涉及一种传输保活信息的方法及终端和网络设备。
背景技术
对于激活了Emailpush、MSN、QQ、虚拟私有网(VirtualPrivateNetwork，VPN)等业务的用户设备(UserEquipment，UE)，在没有业务数据发生的时间段内，为了保持和应用服务器的连接，需要和应用服务器交互保活(keepalive)信息，或者叫做心跳(heatbeat)信息，这类保活信息的特点是数据包比较小，且发送频繁。
现有技术中对这类保活信息的处理与一般数据的处理方式相同，每次发送保活信息时，需要UE发起RRC连接建立过程或者小区更新过程。由于保活消息的发送频繁，因此，UE需要频繁地发起上述过程。
因此，造成信令负荷较重。
发明内容
本发明实施例是提供一种传输保活信息的方法及终端和网络设备，用以降低信令负荷。
本发明的一方面，提供了一种传输保活信息的方法，包括：
终端发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息；
所述终端发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理。
本发明的另一方面，提供了一种传输保活信息的方法，包括：
网络设备接收终端发送的第一信息，根据所述第一信息确定待接收保活信息；
所述网络设备接收所述终端发送的保活信息，对所述保活信息进行优化处理。
本发明另一方面，提供了一种终端，包括：
第一发送单元，用于发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息；
第二发送单元，用于发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理。
本发明的另一方面，提供了一种网络设备，包括：
确定单元，用于接收终端发送的第一信息，根据所述第一信息确定待接收保活信息；
处理单元，用于接收所述终端发送的保活信息，对所述保活信息进行优化处理。
由上述技术方案可知，本发明实施例通过向网络设备发送第一信息，网络设备可以根据该第一信息获知传输为保活信息，以便对保活信息进行优化处理。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一实施例的一种传输保活信息的方法流程示意图；
图2为本发明另一实施例的一种传输保活信息的方法流程示意图；
图3为本发明另一实施例的一种传输保活信息的方法流程示意图；
图4为本发明另一实施例的一种传输保活信息的方法流程示意图；
图5为本发明另一实施例的一种传输保活信息的方法流程示意图；
图6为本发明另一实施例的一种传输保活信息的方法流程示意图；
图7为本发明另一实施例的一种传输保活信息的方法流程示意图；
图8为本发明另一实施例的一种传输保活信息的方法流程示意图；
图9为本发明另一实施例的一种UE的结构示意图；
图10为本发明另一实施例的一种网络设备的结构示意图；
图11为本发明另一实施例的一种传输保活信息的***的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
11：UE发送第一信息给网络设备，所述第一信息用于使该网络设备确定待接收保活信息。
例如，第一信息可以为保活信息指示、业务量指示和业务量，具体如下。
例如，可以由UE的非接入层(Non-AccessStratum，NAS)(即高层)指示接入层(AccessStratum，AS)传输保活信息，AS在收到NAS发送的原语指示后，可以通过无线资源控制(RadioResourceControl，RRC)建立请求(RRCCONNECTIONREQUEST)消息或者小区更新(CELLUPDATE)消息或者其他消息，向无线网络控制器(RadioNetworkController，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与核心网(CoreNetwork，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与核心网(CoreNetwork，CN)的接口)的无线链路，减轻信令负荷；
在本发明的另一实施例中，上述两种优化处理均执行。
具体内容可以参见第一实施例，不再赘述。
本实施例通过接收第一信息，网络设备可以根据该第一信息获知待接收的为保活信息，以便对保活信息进行优化处理。
图3为本发明另一实施例的一种传输保活信息的方法流程示意图，本实施例以空闲状态的UE在RRC连接请求消息中携带保活信息指示为例。参见图3，该方法可以如下所述。
301：对于空闲状态(IDLE)的UE，该UE的接入层接收该UE的非接入层发送的原语指示，该原语指示表明需要传输保活信息。
302：UE发起RRC连接建立过程，向RNC发送RRC连接请求(RRCCONNECTIONREQUEST)消息，该RRC连接请求消息中携带保活信息指示。
例如，将RRC连接请求消息的建立原因(“Establishmentcause”)字段设置为保活信息指示，保活信息指示包括但不限于保活呼叫(keepalivecall)。
303：RNC接收到该RRC连接请求消息后，指示UE转向的状态。
例如，RNC统计网络侧的信令负荷情况及该保活信息指示，可以指示UE转向某个状态。
例如，当信令负荷比较重时，RNC可以指示UE进入小区_前向接入信道状态(CELL-FACH)，此时不需要建立Iub/Iur接口无线链路。当信令负荷比较轻时，可以指示UE进入小区_专用信道状态(CELL-DCH)。其中，RNC中可以设置门限值，当大于等于该门限值时，表明信令负荷比较重，当小于该门限值时，表明信令负荷比较轻。具体门限值可以根据实际需要设定。
304：RNC将指示UE转向的状态携带在RRC连接建立(RRCCONNECTIONSETUP)消息中发送给UE。
305：UE向RNC返回RRC连接建立完成(RRCCONNECTIONSETUPCOMPLETE)消息。
306：UE发起无线接入承载(RadioAccessBearer，RAB)建立过程，向RNC发送初始直传(InitialDirectTransfer)消息。
307：RNC向CN中的通用分组无线业务(GeneralPacketRadioService，GPRS)服务支持节点(ServingGPRSSupportNode，SGSN)发送直传(DirectTransfer)消息。
308：SGSN发起鉴权过程和触发加密的过程。
309：SGSN发起RAB指配建立过程。
例如，SGSN发起RAB指配建立过程可以包括：激活PDP上下文请求(ActivePDPcontextRequest)、RAB指配请求(RABAssignmentRequest)、无线承载建立(Radiobearsetup)、无线承载建立完成(Radiobearsetupcomplete)、RAB指配响应(RABAssignmentResponse)、激活PDP上下文接受(ActivePDPcontextAccept)。
310：RAB建立完毕之后，通过建立的业务承载开始传输保活信息。
311：保活信息传输完毕后，RNC指示UE转向合适的状态。
例如，如果当前信令负荷比较轻时，可以指示UE进入空闲状态。如果当前信令负荷比较重时，可以指示UE进入小区_寻呼信道状态(CELL-PCH)或UTRAN注册区_寻呼信道状态(URA-PCH)；此时，当UE再次发送保活信息时，就不需要重新发起Iu连接建立过程，节省了Iu口的信令开销。
RNC可以将指示UE转向的状态携带在无线承载重配置(RADIOBEARERRECONFIGURATION)等消息中发送给UE，UE根据该指示进入相应的状态。
本实施例通过在RRC连接建立消息中携带保活信息指示，使得RNC在指示UE转向的状态时可以参考该保活信息指示，可以实现优化处理。本实施例可以在空闲状态的UE传输保活信息时减少信令负荷。
图4为本发明另一实施例的一种传输保活信息的方法流程示意图，本实施例以CELL-PCH或URA-PCH状态的UE在小区更新(CELLUPDATE)消息中携带保活信息指示为例。参见图4，该方法可以如下所述。
401：对于CELL-PCH或URA-PCH的UE，该UE的接入层接收该UE的非接入层发送的原语指示，该原语指示表明需要传输保活信息。
402：UE发起小区更新(Cellupdate)过程，向RNC发送小区更新(CELLUPDATE)消息，该小区更新消息中携带保活信息指示。
例如，将小区更新消息的“Establishmentcause”字段设置为保活信息指示，保活信息指示包括但不限于keepalivecall；或者，将小区更新消息的小区更新原因(“Cellupdatecause”)字段设置为保活信息指示，保活信息指示包括但不限于保活数据传输(keepalivedatatransmission)。
403：RNC接收到该小区更新消息后，指示UE转向的状态。
例如，RNC结合网络侧的信令负荷情况及该保活信息指示，可以指示UE转向某个状态。
例如，当信令负荷比较重时，RNC可以指示UE进入小区_前向接入信道状态(CELL-FACH)，此时不需要建立Iub/Iur接口无线链路。当信令负荷比较轻时，可以指示UE进入小区_专用信道状态(CELL-DCH)。
404：RNC将指示UE转向的状态携带在小区更新确认(CELLUPDATECONFIRM)消息中发送给UE。
405：UE向RNC发送初始直传(InitialDirectTransfer)消息。
406：RNC向SGSN发送直传(DirectTransfer)消息。
407：SGSN发起鉴权过程和触发加密的过程。
408：SGSN发起RAB指配建立过程。
409：RAB建立完毕之后，通过建立的业务承载开始传输保活信息。
410：保活信息传输完毕后，RNC指示UE转向合适的状态。
上述405-410具体可参见306-311。RNC可以将指示UE转向的状态携带在无线承载重配置(RADIORECONFIGURATION)消息或传输信道重配置完成(TRANSPORTCHANNELRECONFIGURATION)消息中发送给UE。
UE根据RNC指示的状态进行状态迁移，并向RNC发送无线承载重配置完成(RADIORECONFIGURATIONCOMPLETE)消息或传输信道重配置完成(TRANSPORTCHANNELRECONFIGURATIONCPMPLETE)消息等消息。
本实施例通过在小区更新消息中携带保活信息指示，使得RNC在指示UE转向的状态时可以参考该保活信息指示，可以实现优化处理。本实施例可以在CELL-PCH或URA-PCH状态的UE传输保活信息时减少信令负荷。
图3、4是UE根据高层的指示确定传输保活信息，UE还可以根据实际的业务量确定传输保活信息，例如，如下所述。
图5为本发明另一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
501：RNC向UE下发业务量上报触发准则。
例如，所述RNC通过event4c向UE下发业务量上报触发准则，该event4c可以携带在SIB11/SIB11b/SIB12/Measurementcontrol消息中，当然，并不限于这些消息。
例如，该event4c中可以包含业务量门限值，该业务量门限值可以为第一门限(threshold1)和第二门限(threshold2)。例如，第一门限值和第二门限值可以根据保活信息的大小进行设置，使得业务量在第一门限值和第二门限值之间时，表明传输的为保活信息。502：当UE测量得到的业务量满足该业务量上报触发准则时，确定需要传输保活信息。
例如，当业务量在该业务量上报触发准则的门限值之间时，得到满足该业务量上报触发准则。
503：UE发起小区更新(Cellupdate)过程，UE向RNC发送小区更新(CELLUPDATE)消息，该小区更新消息中携带业务量指示。
例如，在小区更新消息中增加一个字段“trafficvolumeindicatorextension”，当该字段为真(true)时，表明待传输的为保活信息，反之亦然。
当业务量测量结果不在上述门限值之间时，可以将该字段“trafficvolumeindicatorextension”设置为假(false)时，表明网络设备非待接收保活信息。或者，不发送该业务量指示，反之亦然。
在本发明的另一实施例中，当该字段为1时，表明待传输的为保活信息，当该字段为0时，表明网络设备非待接收保活信息，反之亦然。
可以理解的是，UE也可以直接将测量得到的业务量携带在小区更新消息中，RNC根据该业务量及业务量上报触发准则判断是否待传输保活信息。此时，不需要RNC首先向UE下发业务量触发准则。
还可以是，RNC向UE下发的业务量上报触发准则中包含第一门限，之后，当UE测量得到的业务量测量结果大于等于第一门限时，将业务量测量结果上报给RNC，之后，RNC比对该业务量测量结果与RNC中预先配置的第二门限，当业务量测量结果小于等于第二门限时，确定待接收保活信息。
504：RNC接收到该小区更新消息后，指示UE转向的状态。
505：RNC将指示UE转向的状态携带在小区更新确认(CELLUPDATECONFIRM)消息中发送给UE。
506：UE向RNC发送初始直传(InitialDirectTransfer)消息。
507：RNC向SGSN发送直传(DirectTransfer)消息。
508：SGSN发起鉴权过程和触发加密的过程。
509：SGSN发起RAB指配建立过程。
510：RAB建立完毕之后，通过建立的业务承载开始传输保活信息。
511：保活信息传输完毕后，RNC指示UE转向合适的状态。
上述504-511具体可参见403-410。
可以理解的是，本实施例以CELL-PCH或URA-PCH状态的UE在小区更新(CELLUPDATE)消息中携带保活信息指示为例，也可以是当UE处于空闲状态时，将保活信息指示携带在RRC连接建立消息中，之后，执行303-311所示的流程。本实施例根据业务量进行是否传输保活信息的判断，实现根据实际情况进行相应的优化处理。
图3-5所示的实施例是以保活信息在业务承载中传输为例。为了进一步减少信令，还可以将保活信息在信令中传输，此时则不需要建立业务承载，例如，如下所述。
图6为本发明另一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
601：对于空闲状态(IDLE)的UE，该UE的接入层接收该UE的非接入层发送的原语指示，该原语指示表明需要传输保活信息。
602：UE发起RRC连接建立过程，向RNC发送RRC连接请求(RRCCONNECTIONREQUEST)消息，该RRC连接请求消息中携带保活信息指示。
603：RNC接收到该RRC连接请求消息后，指示UE转向的状态。
604：RNC将指示UE转向的状态携带在RRC连接建立(RRCCONNECTIONSETUP)消息中发送给UE。
605：UE向RNC返回RRC连接建立完成(RRCCONNECTIONSETUPCOMPLETE)消息。
上述601-605具体可参见301-305。
可以理解的是，602中的RRC连接请求消息中也可以不携带保活信息指示。
另外，本实施例以UE不向RNC发送保活信息指示，还可以是UE向RNC发送业务量指示或者业务量测量结果，具体可以参见上述实施例。由于本实施例的后续步骤中会发送作为第一信息的保活信息指示，为了进行区别，步骤602中UE向RNC发送的保活信息指示、业务量指示或者业务量测量结果可以称为第二信息。
606：UE向RNC发送初始直传(InitialDirectTransfer)消息。
例如，该初始直传消息中包含业务请求(SERVICEREQUEST)消息，该业务请求消息中的业务类型(servicetype)为信令(signalling)。
607：RNC发送直传(DirectTransfer)消息给SGSN。
例如，该直传消息的业务类型为信令。这样，SGSN收到该消息后，就只发起鉴权过程和触发加密的过程，不发起RAB指配过程。
608：鉴权过程和触发加密的过程。
609：UE将保活信息携带在上行直传(UPLINKDIRECTTRANSFER)消息中发送给SGSN，并且该上行直传消息中同时携带保活信息指示，以便指示携带的消息为保活信息。例如，保活信息可以包含在上行直传消息的NAS消息部分，可以将NAS消息部分的“protocoldiscriminator”字段中包含保活信息指示，如将“protocoldiscriminator”字段设置为keepalivemessage。SGSN接收到该上行直传消息后，根据保活信息指示获知对应的信息为保活信息，之后，SGSN将该保活信息转发给相应的应用服务器。
610：保活信息传输完毕后，RNC指示UE转向合适的状态。
可以理解的是，本实施例以IDLE状态的UE在RRC连接建立消息中携带保活信息指示为例，也可以是当UE处于CELL-PCH或URA-PCH/CELL-FACH状态时，将保活信息指示携带在小区更新消息中，之后，执行类似606-610所示的流程，特别地，应用于CELL-PCH或URA-PCH状态时606中携带业务类型的消息是UPLINKDIRECTTRANSFER消息。
本实施例通过在信令上传输保活信息，不需要建立业务承载，节省了Iu口的信令负荷。
为了进一步减少信令负荷，可以降低保活信息的发送频率，具体如下所述。
图7为本发明另一实施例的一种传输保活信息的方法流程示意图，该方法可以如下所述。
701：UE向RNC发送保活信息指示。
例如，可以是UE根据非接入层的指示确定传输保活信息，也可以是UE或RNC根据业务量确定传输保活信息，具体可以参见上述实施例。
UE可以通过RRC连接建立消息发送保活信息指示，也可以是通过小区更新消息发送保活信息指示，具体可以参见上述实施例。
702：UE向RNC发送信令优化功能指示。
例如，信令优化功能指示(SignallingOptimisation)用于表明UE是否具有信令优化功能，当具有信令优化功能时可以降低保活信息的发送频率。例如，当UE不具有信令优化功能时，保活信息是每隔1分钟发送一次，当UE具有信令优化功能时，可以设置为每隔10分钟发送一次保活信息。
UE可以将信令优化功能指示携带在UE到RNC中的某一信令中，例如，将该信令优化功能指示携带在RRC连接请求(RRCCONNECTREQUEST)消息、RRC连接建立完成(RRCCONNECTSETUPCOMPLETE)消息或者用户能力信息(UECAPABLITYINFORMATION)消息等消息中。当然，并不限于这些消息。
703：UE向RNC发送保活信息。
例如，保活信息可以是通过建立的业务承载进行传输，也可以是通过信令进行传输，具体可以参见上述实施例。
704：RNC接收到UE发送的保活信息后，如果UE和RNC都支持信令优化功能，则将保活信息复制成一个副本或者伪造一个保活信息，同时启动一个定时器和计数器，并把保活信息转发给SGSN。
705：RNC在定时器的时间到达后，将保活信息发送给SGSN。
706：UE获取信令优化的配置参数。
例如，信令优化的配置参数可以为定时器的时间。例如，RNC可以通过专用信令，比如UTRANMOBILITYINFORMATION，指示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连接请求(RRCCONNECTIONREQUEST)消息、小区更新(CELLUPDATE)消息，将保活信息指示发送给RNC，然后RNC通过DIRECTINFORMATIONTRANSFER将该指示转发给SGSN，不限制于此消息。
在本发明的另一实施例中，UE通过NAS层消息，例如初始直传(InitialDirectTransfer)消息，将保活信息指示发送给RNC，之后，由RNC将该保活信息指示携带在直传(DIRECTTRANSFER)消息中转发给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 (17)

1.一种传输保活信息的方法，其特征在于，包括：
终端发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息，所述第一信息为保活信息指示；
所述第一信息包括建立原因字段设置为保活信息指示的RRC连接请求消息，所述保活信息指示包括保活呼叫；或者，
所述第一信息包括建立原因字段设置为保活信息指示的小区更新消息，所述保活信息指示包括保活呼叫；或者，
所述第一信息包括小区更新原因字段设置为保活信息指示的小区更新消息，所述保活信息指示包括保活数据传输；
所述终端发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理；
所述方法还包括：
所述终端向所述网络设备发送信令优化功能指示，所述信令优化功能指示用于表明所述终端是否具有信令优化功能，当所述终端具有所述信令优化功能时可以降低所述保活信息的发送频率，所述网络设备在接收到所述终端发送的所述保活信息后，如果所述终端和所述网络设备都支持所述信令优化功能，则将所述保活信息复制成一个副本或者伪造一个所述保活信息，同时启动一个定时器和计数器，并且当所述定时器的时间到达后，将所述保活信息转发给SGSN或GGSN，并且使用专用信令或者广播消息向所述终端下发信令优化的配置参数，并且，
当所述终端具有所述降低所述保活信息的发送频率的能力时，获取预先配置或者所述网络设备下发的信令优化的配置参数；
所述发送保活信息包括：根据所述信令优化的配置参数指示的发送频率，发送所述保活信息。
2.根据权利要求1所述的方法，其特征在于，
所述第一信息为保活信息指示，所述第一信息在所述保活信息之前发送，所述发送第一信息之前，所述方法还包括：所述终端的接入层接收非接入层发送的原语指示，所述原语指示表明需要传输保活信息，从而发送所述保活信息指示。
3.根据权利要求1所述的方法，其特征在于，
所述第一信息为保活信息指示，所述第一信息和所述保活信息同时发送，
所述发送保活信息给所述网络设备之前，所述方法还包括：所述终端发送业务类型给所述网络设备，所述业务类型表明所述保活信息携带在信令中传输；
所述发送第一信息给网络设备及发送保活信息给网络设备包括：将所述保活信息指示及所述保活信息携带在信令的NAS消息部分发送给所述网络设备。
4.根据权利要求3所述的方法，其特征在于，所述发送保活信息给所述网络设备之前，所述方法还包括：
所述终端发送第二信息给所述网络设备，所述第二信息用于使所述网络设备确定待接收保活信息，从而使所述网络设备在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
5.根据权利要求1所述的方法，其特征在于，所述信令优化功能指示携带在RRC连接请求消息、RRC连接建立完成消息或者UE能力信息消息中。
6.一种传输保活信息的方法，其特征在于，包括：
网络设备接收终端发送的第一信息，根据所述第一信息确定待接收保活信息，所述第一信息为保活信息指示；
所述第一信息包括建立原因字段设置为保活信息指示的RRC连接请求消息，所述保活信息指示包括保活呼叫；或者，
所述第一信息包括建立原因字段设置为保活信息指示的小区更新消息，所述保活信息指示包括保活呼叫；或者，
所述第一信息包括小区更新原因字段设置为保活信息指示的小区更新消息，所述保活信息指示包括保活数据传输；
所述网络设备接收所述终端发送的信令优化功能指示，所述信令优化功能指示用于表明所述终端是否具有信令优化功能，当所述终端具有所述信令优化功能时可以降低保活信息的发送频率；
所述网络设备接收所述终端发送的保活信息，对所述保活信息进行优化处理；如果所述终端和所述网络设备都支持所述信令优化功能，则所述网络设备将所述保活信息复制成一个副本或者伪造一个所述保活信息，同时启动一个定时器和计数器，并且当所述定时器的时间到达后，将所述保活信息转发给SGSN或GGSN，并且，使用专用信令或者广播消息向所述终端下发信令优化的配置参数，以使得所述终端根据所述信令优化的配置参数指示的发送频率，发送所述保活信息。
7.根据权利要求6所述的方法，其特征在于，
所述第一信息为表明网络设备待接收保活信息的业务量指示，所述第一信息在所述保活信息之前接收，所述方法还包括：网络设备向所述终端发送业务量测量上报准则，所述业务量测量上报准则中包含第一门限和第二门限；所述网络设备接收终端发送的第一信息，根据所述第一信息确定待接收保活信息，包括：当终端测量得到的业务量测量结果在所述第一门限和第二门限之间时，网络设备接收终端发送的表明网络设备待接收保活信息的业务量指示。
8.根据权利要求6所述的方法，其特征在于，
所述第一信息为保活信息指示，所述第一信息和所述保活信息同时接收，
所述方法还包括：网络设备接收终端发送的业务类型，所述业务类型表明所述保活信息携带在信令中传输；
所述接收终端发送的第一信息及接收终端发送的保活信息包括：接收终端携带在信令的NAS消息部分的所述保活信息指示及所述保活信息。
9.根据权利要求8所述的方法，其特征在于，所述接收终端发送的保活信息之前，所述方法还包括：
接收所述终端发送的第二信息，根据所述第二信息确定待接收保活信息，在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
10.一种终端，其特征在于，包括：
第一发送单元，用于发送第一信息给网络设备，所述第一信息用于使所述网络设备确定待接收保活信息，所述第一信息为保活信息指示；
所述第一信息包括建立原因字段设置为保活信息指示的RRC连接请求消息，所述保活信息指示包括保活呼叫；或者，
所述第一信息包括建立原因字段设置为保活信息指示的小区更新消息，所述保活信息指示包括保活呼叫；或者，
所述第一信息包括小区更新原因字段设置为保活信息指示的小区更新消息，所述保活信息指示包括保活数据传输；
第二发送单元，用于发送保活信息给所述网络设备，所述网络设备用于对所述保活信息进行优化处理；
第五发送单元，用于向所述网络设备发送信令优化功能指示，所述信令优化功能指示用于表明所述终端是否具有信令优化功能，当所述终端具有所述信令优化功能时可以降低所述保活信息的发送频率，所述网络设备在接收到所述终端发送的所述保活信息后，如果所述终端和所述网络设备都支持所述信令优化功能，则将所述保活信息复制成一个副本或者伪造一个所述保活信息，同时启动一个定时器和计数器，并且当所述定时器的时间到达后，将所述保活信息转发给SGSN或GGSN，并且使用专用信令或者广播消息向所述终端下发信令优化的配置参数；
获取单元，用于当所述终端具有所述降低所述保活信息的发送频率的能力时，获取预先配置或者所述网络设备下发的信令优化的配置参数；
所述第二发送单元具体还用于，根据所述信令优化的配置参数指示的发送频率，发送所述保活信息。
11.根据权利要求10所述的终端，其特征在于，
所述第一信息为保活信息指示，所述第一信息在所述保活信息之前发送，所述终端还包括：接入层单元，用于接收非接入层发送的原语指示，所述原语指示表明需要传输保活信息；所述第一发送单元具体用于在接收到所述原语指示后发送所述保活信息指示。
12.根据权利要求10所述的终端，其特征在于，所述第一信息为保活信息指示，所述第一信息和所述保活信息同时发送，所述终端还包括：
第三发送单元，用于发送业务类型给所述网络设备，所述业务类型表明所述保活信息携带在信令中传输；
所述第二发送单元具体用于将所述保活信息指示及所述保活信息携带在信令的NAS消息部分发送给所述网络设备。
13.根据权利要求12所述的终端，其特征在于，还包括：
第四发送单元，用于发送第二信息给所述网络设备，所述第二信息用于使所述网络设备确定待接收保活信息，从而使所述网络设备在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
14.一种网络设备，其特征在于，包括：
确定单元，用于接收终端发送的第一信息，根据所述第一信息确定待接收保活信息，所述第一信息为保活信息指示；
所述第一信息包括建立原因字段设置为保活信息指示的RRC连接请求消息，所述保活信息指示包括保活呼叫；或者，
所述第一信息包括建立原因字段设置为保活信息指示的小区更新消息，所述保活信息指示包括保活呼叫；或者，
所述第一信息包括小区更新原因字段设置为保活信息指示的小区更新消息，所述保活信息指示包括保活数据传输；
第五接收单元，用于接收所述终端发送的信令优化功能指示，所述信令优化功能指示用于表明所述终端是否具有信令优化功能，当所述终端具有所述信令优化功能时可以降低保活信息的发送频率；
处理单元，用于接收所述终端发送的保活信息，对所述保活信息进行优化处理；
所述处理单元，还用于：如果所述终端和所述网络设备都支持所述信令优化功能，则所述网络设备将所述保活信息复制成一个副本或者伪造一个所述保活信息，同时启动一个定时器和计数器，并且当所述定时器的时间到达后，将所述保活信息转发给SGSN或GGSN，并且，使用专用信令或者广播消息向所述终端下发信令优化的配置参数，以使得所述终端根据所述信令优化的配置参数指示的发送频率，发送所述保活信息。
15.根据权利要求14所述的设备，其特征在于，
所述第一信息为表明网络设备待接收保活信息的业务量指示，所述第一信息在所述保活信息之前接收，所述设备还包括：第五发送单元，用于向所述终端发送业务量测量上报准则，所述业务量测量上报准则中包含第一门限和第二门限；所述确定单元具体用于当终端测量得到的业务量测量结果在所述第一门限和第二门限之间时，网络设备接收终端发送的表明网络设备待接收保活信息的业务量指示。
16.根据权利要求14所述的设备，其特征在于，所述第一信息为保活信息指示，所述第一信息和所述保活信息同时接收，所述设备还包括：
第三接收单元，用于接收终端发送的业务类型，所述业务类型表明所述保活信息携带在信令中传输；
所述处理单元具体用于接收终端携带在信令的NAS消息部分的所述保活信息指示及所述保活信息。
17.根据权利要求16所述的设备，其特征在于，还包括：
第四接收单元，用于接收所述终端发送的第二信息，根据所述第二信息确定待接收保活信息，在接收保活信息之前进行优化处理，所述第二信息为保活信息指示、业务量指示或者业务量测量结果。
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 传输保活信息的方法及终端和网络设备
EP10845120.4A EP2533463B1 (en) 2010-02-05 2010-12-16 Method and device for transmitting keep-alive information
PCT/CN2010/079877 WO2011095037A1 (zh) 2010-02-05 2010-12-16 一种传输保活信息的方法和设备
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 CN102149215A (zh) 2011-08-10
CN102149215B true 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)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724646B (zh) * 2011-03-30 2016-12-07 华为技术有限公司 心跳信息的传输方法及设备
CN103096435B (zh) * 2011-10-31 2015-10-07 ***通信集团公司 连接保持方法、装置以及移动终端
CN103096293A (zh) * 2011-11-04 2013-05-08 中兴通讯股份有限公司 应用数据处理方法及装置
EP2817941A4 (en) * 2012-02-24 2015-10-21 Nokia Technologies Oy METHOD AND DEVICE FOR A DYNAMIC SERVICE CLIENTS-CONTROLLED CONNECTIVITY LOGIC
CN103582017B (zh) * 2012-07-31 2017-04-26 华为技术有限公司 终端、网络设备及网络***接入方法
US9036616B2 (en) * 2013-01-25 2015-05-19 Qualcomm Incorporated Synchronizing generation and transmission of keep-alive messages
GB2512393A (en) 2013-03-28 2014-10-01 Nec Corp Apparatus and methods for small data transmission
CN104135460B (zh) * 2013-05-03 2017-11-24 华为软件技术有限公司 一种推送通道保活方法和推送服务器
US9510217B2 (en) * 2013-05-28 2016-11-29 Qualcomm Incorporated Method and apparatus for enhanced application signaling from a wireless communications device
CN104469949B (zh) * 2013-09-23 2018-10-12 ***通信集团公司 无线网络中的保活方法、装置及***
CN105874873B (zh) * 2014-11-07 2019-11-19 华为技术有限公司 状态迁移的方法、用户设备和无线网络控制器
US10412674B2 (en) 2016-01-27 2019-09-10 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
WO2019114970A1 (en) * 2017-12-14 2019-06-20 Telefonaktiebolaget Lm Ericsson (Publ) Failure handling in a cloud environment
CN110084421B (zh) * 2019-04-23 2021-11-16 北方工业大学 基于乘客满意度的信息服务频率确定方法
CN114222267A (zh) * 2019-04-30 2022-03-22 华为技术有限公司 用于释放连接的方法和装置

Citations (2)

* 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

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100496003C (zh) 2006-04-28 2009-06-03 华为技术有限公司 长期演进网络中状态迁移方法及其***
US7680478B2 (en) * 2006-05-04 2010-03-16 Telefonaktiebolaget Lm Ericsson (Publ) Inactivity monitoring for different traffic or service classifications
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 华为技术有限公司 一种无线资源控制状态转换的方法及用户设备及网络设备
ATE516689T1 (de) * 2008-02-11 2011-07-15 Motorola Mobility Inc Uma/gan-erregungsmechanismus in drahtlosen kommunikationsnetzwerken
US20120322515A1 (en) * 2010-01-12 2012-12-20 Woonhee Hwang Apparatus and Method to Indicate Power Saving Mode of a Network Element

Patent Citations (2)

* 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

Also Published As

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

Similar Documents

Publication Publication Date Title
CN102149215B (zh) 传输保活信息的方法及终端和网络设备
TWI681687B (zh) 處理尋呼的方法和裝置
CN107645779B (zh) 一种数据发送、传输方法及装置
KR101771260B1 (ko) 이동 통신 시스템에서 사용자 단말의 접속 제어 방법 및 장치
CN109892003B (zh) 经由具有中继能力的用户装备ue在远程ue和电信网络之间建立连接的方法和***
US10681637B2 (en) Method and apparatus for transmitting and receiving data, by terminal, in wireless communication system
US20110310804A1 (en) Method and Arrangement for Paging in a Wireless Communications System
WO2017045149A1 (zh) 一种释放无线资源控制rrc连接的方法及装置
US11129227B2 (en) Data transmission method and apparatus, and computer storage medium
CN107466115B (zh) 可穿戴设备的无线承载配置方法与装置
CN109429366B (zh) 一种pdu会话处理方法及设备
US20240049327A1 (en) Communication method, apparatus, and system
EP3592043B1 (en) Method and apparatus for configuring power consumption parameter
US11418998B2 (en) Wireless device, network node, core node and methods for handling radio communication of data
CN105357739B (zh) 一种通信方法及设备
TW201427468A (zh) 實現用戶設備與外部網路之間通訊之方法及系統
EP2677781A1 (en) Method device and system for service response
TWI632788B (zh) 處理尋呼程序的裝置及方法
US20230309155A1 (en) Methods and apparatus for radio connection
CN106961726B (zh) 一种数据传输方法、装置及***
US20180324878A1 (en) Bearer setup method, apparatus, and system
CN110493889B (zh) Rrc连接重建方法、计算机可读存储介质及用户终端
WO2015010325A1 (zh) 数据传输方法及装置
EP3062552B1 (en) Method, device and system for offloading access network
CN118303082A (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