CN102752722A - 一种永远在线能力的提供方法、系统和设备 - Google Patents
一种永远在线能力的提供方法、系统和设备 Download PDFInfo
- Publication number
- CN102752722A CN102752722A CN201110097754XA CN201110097754A CN102752722A CN 102752722 A CN102752722 A CN 102752722A CN 201110097754X A CN201110097754X A CN 201110097754XA CN 201110097754 A CN201110097754 A CN 201110097754A CN 102752722 A CN102752722 A CN 102752722A
- Authority
- CN
- China
- Prior art keywords
- always online
- session
- equipment
- ability
- business
- 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
Links
Images
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种永远在线能力的提供方法、系统和设备,该方法包括:接收来自业务服务器的永远在线业务请求信息,所述请求信息中携带永远在线业务对应的用户信息;通知核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力。本发明实施例中,针对PCC架构实现永远在线业务,无需使用心跳包机制来维护永远在线状态,降低了网络信令负荷,减少了网络在用户使用业务时对用户的影响,提高了用户体验。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种永远在线能力的提供方法、系统和设备。
背景技术
随着通信技术的快速发展,网络日趋开放,在竞争日趋激烈的情况下,网络是否安全可靠直接关系到企业的产品竞争力,从而决定了企业的市场地位和竞争力,只有网络安全可靠,才能保障企业客户的业务永远在线,继而保证企业持续长远发展。
当智能手机和移动电脑被广泛应用后,出现了永远在线业务的需求,如即时聊天业务、社交网络业务、邮件推送业务等,上述永远在线业务为了体现出用户与服务器之间的操作性,减少网络在用户使用业务时对用户的影响,提高用户体验,则需要获知用户是否还连接在服务器上。进一步的,用户在使用永远在线业务时不希望感受到由于网络状况或服务器状况而产生的延迟,在高突发性数据发生时,要求永远在线业务可以做出快速响应。
现有技术中,永远在线类业务的服务器获知用户与服务器间的连接状态的方法为:服务器接收来自用户的保持在线状态信息(即心跳包(keep alive)消息),当服务器接收到用户的心跳包时,证明用户依然连接在服务器上,确定用户在线的状态,从而实现了永远在线的特征。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
现有的无线网络机制是按照用户使用间断、大数据量的应用来设计架构的,当用户静默一段时间后,网络侧会释放资源,不再提供永远在线能力,当永远在线业务承载在无线网络时,需要通过心跳包机制来维护在线能力,而心跳包往往比较简短,数据量小,只包含用户部分信息,且发送间隔时间较长;因此会导致大量的信令消耗,占用网络资源。
发明内容
本发明实施例提供一种永远在线能力的提供方法、系统和设备,以实现永远在线业务,充分利用网络资源。
为了达到上述目的,本发明实施例提供一种永远在线能力的提供方法,包括以下步骤:接收来自业务服务器的永远在线业务请求信息,所述请求信息中携带永远在线业务对应的用户信息;通知核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力。
本发明实施例提供一种永远在线能力的提供方法,包括以下步骤:接收来自PCRF的永远在线业务的请求通知,所述请求通知中携带永远在线业务信息、请求为永远在线业务的IP-CAN会话保持永远在线能力的信息;为所述永远在线业务的IP-CAN会话保持永远在线能力。
本发明实施例提供一种策略与计费规则功能实体PCRF,包括:接收模块,用于接收来自业务服务器的永远在线业务请求信息,所述请求信息中携带永远在线业务对应的用户信息;通知模块,用于通知核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力。
本发明实施例提供一种核心网设备,包括:接收模块,用于接收来自PCRF的永远在线业务的请求通知,所述请求通知中携带永远在线业务信息、请求为永远在线业务的IP-CAN会话保持永远在线能力的信息;能力保持模块,用于为所述永远在线业务的IP-CAN会话保持永远在线能力。
本发明实施例提供一种永远在线能力的提供系统,包括上述的策略与计费规则功能实体PCRF、以及上述的核心网设备。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
针对PCC架构实现永远在线业务,无需使用心跳包机制来维护永远在线状态,降低了网络信令负荷,减少了网络在用户使用业务时对用户的影响,提高了用户体验。
附图说明
图1为现有技术中PCC架构示意图;
图2为现有技术中心跳包示意图;
图3为本发明各实施例的应用场景示意图;
图4为本发明实施例一提供的永远在线业务的上线流程示意图;
图5为本发明实施例二提供的永远在线业务的IP-CAN会话释放流程示意图;
图6为本发明实施例三提供的永远在线业务下线流程示意图;
图7为本发明实施例四提供的PCRF的结构示意图;
图8为本发明实施例五提供的核心网设备的结构示意图。
具体实施方式
如图1所示的PCC(Policy and Charging Control,策略和计费控制)架构示意图,为了支持对业务流的QoS(Quality of Service,服务质量)控制、计费控制和门限控制,定义了PCC架构,PCC架构能够支持为每个业务流提供基于业务的PCC策略,包括将流规则、授权的QoS等给PCEF,由PCEF(Policyand Charging Enforcement Function,策略及计费执行功能)执行对业务流的QoS保证。其中,业务流的QoS授权可以基于业务类型、用户签约数据、PCRF(Policyand Charging Rules Function,策略与计费规则功能)上预设的策略等因素生成,能够支持基于业务流的事件上报的能力。在PCC架构中,主要网元包括:PCRF、PCEF、SPR(Subscription Profile Repository,用户签约数据库)、AF(ApplicationFunction,应用功能)等,其中:
(1)PCRF,为PCC的核心,负责策略决策和计费规则的制定。PCRF根据从AF获取与业务相关的信息,从SPR获取用户的策略和计费控制签约信息,从PCEF/BBERF(Bearing Binding and Event Report Function,承载绑定及事件报告功能)获取与承载相关的网络信息(如IP-CAN(IP-Connectivity AccessNetwork,IP连接访问网络)类型、用户的位置信息),以及PCRF自身预配置的信息制定策略和计费规则。其中,上述策略和计费控制主要包括业务数据流的检测,门控,QoS控制,基于数据流的计费规则等。
(2)PCEF,为策略和计费执行功能逻辑实体,位于网关内。PCEF按照PCRF下发的PCC规则中的业务数据流过滤器对业务数据流进行检测,执行策略、门控预计基于流的计费。
(3)SPR,是存放所有用户签约信息的逻辑节点,签约信息可以被PCRF用来进行基于签约的策略控制和IP CAN承载层的PCC策略控制。其中,SPR中可以为每个PDN(Public DataNetwork,公用数据网络)提供如下签约信息:用户签约的服务、每种签约的服务的抢占优先级、用户签约的QoS(如保证的带宽QoS)、用户的计费相关信息(如和计费相关的位置信息)、用户类别。
(4)AF,如IMS(IP Multimedia Subsystem,IP多媒体系统)网络的P-CSCF(Proxy Call Session Control Function,代理呼叫会话控制功能),是提供业务并要求IP CAN为该业务提供动态的策略控制节点。AF通过和PCRF通信下发动态的会话信息给PCRF进行策略控制决策,AF也接受PCRF上报的IP CAN的相关信息和事件通知。
另外,对于分组网络承载管理机制,在无线网络中,网络的资源相对有限,因此为节省网络资源,提高网络资源利用率,现有网络资源管理机制是:仅当用户有业务需求时,才会进行承载建立(如PDP激活),以及相应的无线资源承载建立,同时当用户静默一定时间段后,即当用户一段时间内没有业务发生时,网络侧会主动删除承载(如去激活PDP),以节省网络资源。
基于上述PCC架构,PCC相关技术目前已完成基本的业务流资源保障以及流计费策略,可在一定程度上为用户提供差异化的服务。主要包括:承载建立时的策略协商、决定和执行,策略的修改,以及承载释放时的策略取消等。上述流程能够处理会话相关和会话无关两种类型业务的承载的策略管理,可以由承载建立请求触发、或PCEF触发、或对用户的签约信息的改变触发、或AF发来的业务请求触发。对PCRF来说,只是被动的接受建立、修改、终止的请求,之后根据业务信息制定或终止相应的策略。而针对具体业务(如永远在线特性的业务)的承载维护,目前为止没有相关解决方案。
基于现有永远在线业务的需求,现有的无线网络机制所采用的PCC架构中至少存在以下问题:
(1)现有网络不维护永远在线业务的状态。其中,分组域网络不会针对业务去提供对应承载的状况管理,不具有对业务提供永远在线的能力。
具体的,在分组域网络架构中,能够支持为每个业务流提供基于业务的PCC策略,但PCC策略仅包括流规则、授权的QoS等,由接受此PCC策略的PCEF执行对业务流的QoS保证;当用户有业务请求时才激活IP-CAN,用户在此IP-CAN所包含的承载中实现业务;在用户静默期一段时间后,网络侧会释放IP-CAN(核心网内IP不可达);由于NAT(Network Address Translation,网络地址转换)穿透机制,在PDN侧网络资源(如公网地址)也会释放。
基于上述情况,网络不能感知永远在线业务的存在,因此不能针对永远在线业务特性进行维护,导致永远在线业务上线后需要靠心跳包来维持连接状态,占用大量网络资源,影响其他业务的正常运作,并降低运营商网络服务质量和客户体验度。
(2)业务的大量信令。其中,由于现有网络不维护永远在线业务的状态,永远在线业务消息依赖于心跳包机制,心跳包的时间间隔会超出IP-CAN释放或无线侧资源重分配的时长,从而使得永远在线业务发送心跳包时重新激活PDP或重分配无线侧资源。进一步的,重新分配无线侧资源会造成终端与核心网网元交换信令,并且由于心跳包的特性,终端的状态会快速改变。
如图2所示,为现有技术中心跳包示意图,当终端发送心跳包时,由于系统对资源的控制粒度较小,在类似于冲击的心跳包间隔时间内快速的释放资源,而当心跳包发送时又会重新分配资源,期间会产生大量信令,从而对RRC(Radio Resource Control,无线资源控制协议)控制等功能造成冲击。
另外,PS(分组域)RAB(Radio Access Bear,无线接入承载)建立请求的增加会造成RNC(Radio Network Controller,无线网络控制器)信令处理模块负荷的显著增加,同时整体的用户分组业务数据及信令流量显著增加,进一步负荷超载时甚至会影响到用户电路域业务的正常使用。
针对上述问题,本发明实施例提供一种永远在线能力的提供方法、系统和设备,在PCC架构中引入了永远在线业务策略和网络提供能力,当永远在线类应用上线后,可由永远在线业务服务器通过永远在线业务AF向PCRF上报永远在线类应用状态,PCRF根据上报的永远在线业务状态及其他业务、会话信息进行灵活准确的决策,并在网络侧为用户开通永远在线能力,取消业务侧的心跳包,从而降低永远在线业务的心跳包对网络的冲击(如延长永远在线业务的PDP上下文释放时间、延长永远在线业务的公网地址释放时间、在永远在线业务所在承载意外去激活时保活承载),从而使得业务无需使用心跳包确认即可感受到用户的在线状态。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供一种永远在线能力的提供方法,该方法应用于基于PCC架构的2G/3G系统或者LTE系统,在2G/3G系统中,本实施例中的核心网设备包括GGSN(Gateway GPRS Support Node,网关GPRS支持节点),在LTE系统中,本实施例中的核心网设备包括PDN GW(Public Data NetworkGateway,公共数据网网关),以LTE系统为例,本实施例的应用场景为图3所示的具有永远在线业务能力的网络架构示意图。PCC架构中的AF实体可单独部署、可集成在业务服务器上,可集成在PCRF上、也可集成在其他设备上。
如图4所示,基于上述应用场景示意图,永远在线业务的上线流程包括以下步骤:
步骤401,当用户设备通过已有承载激活永远在线业务时,业务服务器为该用户设备提供永远在线业务。其中,该业务服务器为永远在线业务的应用服务器,如QQ、MSN等永远在线业务的应用服务器。
步骤402,业务服务器通过永远在线业务对应的AF向PCRF发送永远在线业务请求信息。其中,当永远在线业务对应的AF部署在业务服务器上时,则由业务服务器直接向PCRF发送永远在线业务请求信息。
具体的,当永远在线业务上线时,该业务服务器可通过AF向PCRF发送永远在线业务请求信息,以通知PCRF激活对应的永远在线业务。其中,该请求信息中至少携带永远在线业务对应的永远在线业务标识和用户信息(如用户设备IP地址)。
步骤403,PCRF接收到来自业务服务器的永远在线业务请求信息后,通知核心网设备为用户信息对应的IP-CAN会话保持永远在线能力。
方式一:通过查询预先维护的业务标记信息确定用户信息对应的IP-CAN会话承载永远在线能力是否已激活,如果用户信息对应的IP-CAN会话承载永远在线能力已激活(用户信息对应的IP-CAN会话承载永远在线能力可对应用户设备的多种类型的永远在线业务,该IP-CAN会话承载永远在线能力激活状态可为其他永远在线业务的请求过程中被设置为激活状态),则通知核心网设备采用第一类方式(由核心网设备通知NAT功能实体不释放永远在线业务对应公网地址)为用户信息对应的IP-CAN会话保持永远在线能力(基于第一类方式的请求通知中携带永远在线业务信息、以及采用第一类方式进行处理的标记);如果用户信息对应的IP-CAN承载永远在线能力没有激活,则通知核心网设备采用第二类方式(由核心网设备通知NAT功能实体不释放永远在线业务对应公网地址、且保持对应的IP-CAN会话不释放)为用户信息对应的IP-CAN会话保持永远在线能力(基于第二类方式的请求通知中携带永远在线业务信息、IP-CAN会话信息、以及采用第二类方式进行处理的标记)。
具体的,在PCRF上存储(如以表格方式存储)并维护了业务标记信息,该业务标记信息中记录了永远在线业务对应的用户信息(即用户属性信息,如IP地址等)、IP-CAN会话信息、IP-CAN会话承载激活或者未激活永远在线能力的状态信息、永远在线业务承载激活状态(即承载处于激活状态或者承载处于未激活状态)、以及业务服务器归属(可由永远在线业务标识确定)的对应关系。
基于该业务标记信息中记录的对应关系,则根据永远在线业务请求信息中携带的用户信息,可在业务标记信息中查询到该用户信息对应的IP-CAN会话承载永远在线能力是否已激活,如业务标记信息中没有用户信息对应的IP-CAN会话承载永远在线能力时为未激活。
方式二:通过查询预先维护的业务标记信息确定用户信息对应的IP-CAN会话承载永远在线能力是否已激活时,用户信息对应的IP-CAN会话承载永远在线能力已激活或者没有激活,PCRF均通知核心网设备为用户信息对应的IP-CAN会话保持永远在线能力(该通知中携带永远在线业务信息、IP-CAN会话信息),由核心网设备来确定采用第一类方式或者第二类方式为用户信息对应的IP-CAN会话保持永远在线能力。
本发明实施例中,当用户信息对应的IP-CAN会话承载永远在线能力没有激活时,在通知核心网设备为用户信息对应的IP-CAN会话保持永远在线能力的过程中,PCRF还需在业务标记信息中将用户信息对应的IP-CAN会话承载永远在线能力修改为IP-CAN会话承载永远在线能力激活状态;并将永远在线业务承载修改为永远在线业务承载激活状态。当用户信息对应的IP-CAN会话承载永远在线能力已激活时,PCRF还需将永远在线业务承载修改为永远在线业务承载激活状态。
步骤404,核心网设备接收来自PCRF的永远在线业务的请求通知,并为永远在线业务对应的IP-CAN会话保持永远在线能力。
具体的,在PCRF通知核心网设备为用户信息对应的IP-CAN会话保持永远在线能力时,核心网设备可接收到永远在线业务的请求通知,该请求通知中携带请求为永远在线业务的IP-CAN会话保持永远在线能力的信息(即永远在线业务承载能力请求),根据该永远在线业务承载能力请求,核心网设备获知需要为IP-CAN会话保持永远在线能力。另外,针对不同的处理方式,该请求通知中还可以携带其他信息。
本发明实施例中,针对方式一,如果用户信息对应的IP-CAN会话承载永远在线能力已激活,则说明核心网设备之前已经为对应该IP-CAN会话的其他类型的永远在线业务保持了永远在线能力,而由于不同业务对应的公网地址不同,核心网设备只要通知NAT功能实体不释放永远在线业务对应的公网地址,即可为当前的永远在线业务的IP-CAN会话保持永远在线能力。
因此,基于第一类通知方式的请求通知中携带永远在线业务信息和采用第一类方式进行处理的标记,当核心网设备接收到该请求通知后,即可直接通知NAT功能实体不释放永远在线业务(根据永远在线业务信息获知)对应的公网地址。
如果用户信息对应的IP-CAN会话承载永远在线能力没有激活,则说明核心网设备之前并没有为对应该IP-CAN会话的其他类型的永远在线业务保持永远在线能力,核心网设备需要通知NAT功能实体不释放永远在线业务对应的公网地址,且保持对应的IP-CAN会话不释放(如不主动发起PDP去活流程),从而为当前的永远在线业务的IP-CAN会话保持永远在线能力。
因此,基于第二类通知方式的请求通知中携带永远在线业务信息、IP-CAN会话信息和采用第二类方式进行处理的标记,当核心网设备接收到该请求通知后,即可直接通知NAT功能实体不释放永远在线业务(根据永远在线业务信息获知)对应的公网地址,且保持IP-CAN会话(根据IP-CAN会话信息获知)不释放。
针对方式二,由核心网设备自身确定为当前的永远在线业务的IP-CAN会话保持永远在线能力的方式,请求通知中携带永远在线业务信息、IP-CAN会话信息;而由于请求通知中未携带采用第一、二类方式进行处理的标记,因此,当接收到为IP-CAN会话保持永远在线能力的请求通知时,核心网设备根据IP-CAN会话信息确定IP-CAN会话对应的承载永远在线能力已激活或者没有激活(可通过判断是否已经为IP-CAN会话保持永远在线能力的方式进行判断),如果IP-CAN会话对应的承载永远在线能力已激活,核心网设备通知NAT功能实体不释放永远在线业务对应公网地址,如果IP-CAN会话对应的承载永远在线能力没有激活,核心网设备通知NAT功能实体不释放永远在线业务对应公网地址,且保持对应的IP-CAN会话不释放。
综上所述,本步骤中,核心网设备将对应IP-CAN会话为变更为永远在线业务承载,并为该IP-CAN会话保持永远在线能力(包括通知NAT功能实体不释放公网地址、和/或,保持对应的IP-CAN会话不释放等)。
步骤405,核心网设备向PCRF返回信息确认当前永远在线业务承载已具有永远在线业务承载能力。
步骤406,PCRF通知AF已为当前永远在线业务(即上述进行处理的永远在线业务)开通永远在线能力。
本发明实施例中,当接收到核心网设备返回的确认当前永远在线业务承载已具有永远在线业务承载能力后,PCRF还需要维护业务标记信息。如果用户信息对应的IP-CAN会话承载永远在线能力已激活,则业务标记信息中已经记录了该IP-CAN会话承载永远在线能力的相关信息,PCRF在业务标记信息中维护当前的永远在线业务的相关信息即可;如果用户信息对应的IP-CAN会话承载永远在线能力没有激活,业务标记信息中没有记录该IP-CAN会话承载永远在线能力的相关信息时,PCRF在业务标记信息中记录IP-CAN会话对应的已激活永远在线业务标记,该标记包括永远在线业务对应的用户信息、永远在线业务承载激活状态、IP-CAN会话信息、业务服务器归属等信息,并在永远在线业务承载激活状态上标明激活,从而实现永远在线业务上线的过程。
综上所述,本发明实施例中,在业务服务器(AF)上新增永远在线业务通知功能,在PCRF上增加业务标记功能,在核心网设备上增加承载的状态管理功能,核心网侧提供永远在线业务承载NAT公网地址不释放、不主动去激活IP-CAN会话,从而可有效实现分组域混合组网场景下,为永远在线业务提供永远在线能力的方法,使得业务无需依赖心跳包来维护用户在线状态,节约信令开销。因此,本发明实施例对核心网处理永远在线业务方案进行改进,有效的解决了现有方案中存在的无法提供业务永远在线能力,导致业务侧需要通过“心跳包”来维护永远在线状态,引起过多信令负荷的问题。
实施例二
如图5所示,基于图3所示的应用场景示意图,永远在线业务的IP-CAN会话释放流程包括以下步骤:
步骤501,用户设备向核心网设备发起释放IP-CAN会话流程(如PDP上下文去激活)。
步骤502,核心网设备收到释放IP-CAN请求后,判断该IP-CAN会话承载是否为永远在线业务承载。
如果该IP-CAN会话承载是永远在线业务承载且用户设备释放IP-CAN请求的原因为非不可抗拒(如用户设备没电、关机等)原因(即不是用户设备主动下线导致的释放过程),执行步骤503;否则,执行步骤504。
步骤503,核心网设备缓存业务服务器发向用户设备的消息。之后,核心网设备等待永远在线业务承载的保活,并在永远在线业务的承载保活成功后向用户设备重发缓存的内容;或者,如果永远在线业务承载保活失败或不进行永远在线业务承载保活,核心网设备可删除对应缓存的内容。
步骤504,核心网设备通知PCRF释放IP-CAN会话。
步骤505,PCRF收到释放IP-CAN会话的请求后,从业务标记信息中判断该IP-CAN会话的承载是否已经存在永远在线业务,如果是,执行步骤506,否则,执行现有的释放IP-CAN的流程。
具体的,现有的释放IP-CAN的流程包括:PCRF标识受影响的PCC策略,核心网设备删除对应的所有策略和计费规则,PCRF向AF告知传输丢失并向核心网设备确认释放IP-CAN会话,核心网设备响应UE发起的IP-CAN会话释放请求,释放IP-CAN的流程结束,该过程本发明实施例中不再详加赘述。
步骤506,PCRF选择不执行永远在线业务承载保活的策略或者选择执行永远在线业务承载保活的策略。
步骤507,PCRF通知核心网设备确认用户设备释放IP-CAN消息,该消息中包含对步骤504中核心网设备通知PCRF释放IP-CAN会话的确认、以及选择执行或不执行永远在线业务承载保活的策略。
具体的,PCRF可根据实际需要选择上述两种策略的任意一种,当PCRF选择不执行永远在线业务承载保活的策略时,核心网设备收到该策略信息后,只执行释放IP-CAN流程,并执行步骤509;当PCRF选择执行永远在线业务承载保活的策略时,核心网设备收到该策略信息后,执行释放IP-CAN流程,并执行重激活永远在线业务IP-CAN会话流程。
其中,释放IP-CAN的流程本发明实施例中不再赘述,对于重激活永远在线业务IP-CAN会话流程,包括:当PDP上下文去激活流程结束后,核心网设备发起永远在线业务的IP-CAN会话重激活流程,核心网设备、PCRF等设备执行永远在线业务的IP-CAN会话重激活流程。
具体的,核心网设备需要通知NAT功能实体不释放永远在线业务对应公网地址(即不释放永远在线业务所使用的公网地址),且保持该IP-CAN会话不释放(如不主动发起PDP去活流程);PCRF需要在业务标记信息中记录该IP-CAN会话的相关信息,从而在PCRF和核心网设备上为永远在线业务的IP-CAN会话信息保持永远在线能力,该过程与实施例一的处理过程类似,在此不再详加赘述。
步骤508,核心网设备向PCRF返回对策略的确认消息,该确认消息中包括永远在线业务的IP-CAN会话重激活的执行结果,如IP-CAN会话重激活成功或失败。
步骤509,当接收到确认消息后,如果IP-CAN会话重激活成功,则结束流程,如果IP-CAN会话重激活失败,PCRF通知AF该IP-CAN会话对应的永远在线业务下线,由AF通知对应的业务服务器该永远在线业务下线,并向PCRF确认永远在线业务下线。
本发明实施例中,PCRF还可以校验更新对应永远在线业务的业务标记信息,即如果策略为不执行永远在线业务承载保活,则更新对应IP-CAN会话上业务的业务标记信息中永远在线业务承载激活状态为去激活或者删除对应业务标记信息。
如果策略为执行永远在线业务承载保活,则根据步骤508中的确认消息更新对应IP-CAN会话上业务的业务标记信息,即确认消息中携带IP-CAN会话重激活成功,则流程结束;如果确认消息中携带IP-CAN会话重激活失败,则删除对应业务标记信息。
综上所述,本发明实施例中,在核心网设备上新增缓存机制,在PCRF上新建永远在线业务承载的判决机制,在PCRF上新建两种永远在线业务IP-CAN会话释放处理方法,在AF上新增永远在线业务通知功能,从而可有效实现分组域混合组网场景下,为永远在线业务提供一种IP-CAN会话释放方式,使得业务服务器不会感知到用户的异常断线状态,节约了业务服务器重新查找用户设备以及用户设备重登录的资源浪费。
实施例三
如图6所示,基于图3所示的应用场景示意图,永远在线业务下线流程包括以下步骤:
步骤601,用户设备去激活永远在线业务,相应业务服务器停止为该用户设备提供永远在线业务。
步骤602,永远在线业务下线,业务服务器通过永远在线业务对应的AF向PCRF发送永远在线业务去激活信息。其中,当永远在线业务对应的AF部署在业务服务器上时,则由业务服务器直接向PCRF发送永远在线业务去激活信息。该去激活信息中至少携带永远在线业务对应的永远在线业务标识和用户信息(如用户设备IP地址)。
步骤603,PCRF接收到来自业务服务器的永远在线业务去激活信息后,通知核心网设备为用户信息对应的IP-CAN会话撤销永远在线能力。
方式一:通过查询预先维护的业务标记信息确定用户信息对应的IP-CAN会话是否还存在其他永远在线业务(每个IP-CAN会话可对应多个永远在线业务,例如,用户设备1的IP-CAN会话可对应永远在线业务1和永远在线业务2,当接收到永远在线业务1的去激活信息后,如果查询到业务标记信息的IP-CAN会话还对应了永远在线业务2,则说明IP-CAN会话中还存在其他永远在线业务;如果查询到业务标记信息的IP-CAN会话中没有对应其他永远在线业务,则说明IP-CAN会话中不存在其他永远在线业务),如果不存在其他永远在线业务,PCRF通知核心网设备采用第三类方式(由核心网设备通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话)撤销IP-CAN会话的永远在线能力(基于第三类方式的去激活通知中携带永远在线业务信息、永远在线业务对应的IP-CAN会话、采用第三类方式进行处理的标记);如果存在其他永远在线业务,PCRF通知核心网设备采用第四类方式(由核心网设备通知NAT功能实体对永远在线业务启用公网地址管理方式)撤销IP-CAN会话的永远在线能力(基于第四类方式的去激活通知中携带永远在线业务信息、采用第四类方式进行处理的标记)。
方式二:通过查询预先维护的业务标记信息确定用户信息对应的IP-CAN会话存在或不存在其他永远在线业务时,PCRF均通知核心网设备核心网设备撤销IP-CAN会话的永远在线能力(该通知中携带永远在线业务信息、永远在线业务对应的IP-CAN会话),由核心网设备确定采用第三类方式或者第四类方式撤销IP-CAN会话的永远在线能力。
步骤604,核心网设备接收来自PCRF的永远在线业务的去激活通知,并撤销永远在线业务对应的IP-CAN会话的永远在线能力。
具体的,在PCRF通知核心网设备撤销永远在线业务对应的IP-CAN会话的永远在线能力时,核心网设备可接收到去激活通知,该去激活通知消息中携带请求为永远在线业务的IP-CAN会话撤销永远在线能力的信息(即永远在线业务承载能力去激活请求),根据该永远在线业务承载能力去激活请求,核心网设备获知需要为IP-CAN会话撤销永远在线能力。另外,针对不同的处理方式,该去激活通知还可以携带其他信息。
本发明实施例中,针对方式一,基于第三类方式的去激活通知中携带永远在线业务信息、永远在线业务对应的IP-CAN会话、采用第三类方式进行处理的标记,当接收到来自PCRF的采用第三类方式撤销IP-CAN会话的永远在线能力的去激活通知时,核心网设备通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话(即将对应的IP-CAN会话变更为现有数据业务承载方式,如当用户空闲一段时间后,可以从核心网侧主动发起PDP上下文去激活)。
基于第四类方式的去激活通知中携带永远在线业务信息话、采用第四类方式进行处理的标记,当接收到来自PCRF的采用第四类方式撤销IP-CAN会话的永远在线能力的去激活通知时,核心网设备通知NAT功能实体对永远在线业务启用公网地址管理方式。
针对方式二,由核心网设备自身确定撤销IP-CAN会话的永远在线能力的方式,去激活通知中携带永远在线业务信息、永远在线业务对应的IP-CAN会话,当接收到来自PCRF的去激活通知后,核心网设备确定IP-CAN会话是否还存在其他永远在线业务;如果不存在其他永远在线业务,核心网设备通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话;如果存在其他永远在线业务,核心网设备通知NAT功能实体对永远在线业务启用公网地址管理方式。
步骤605,核心网设备向PCRF返回信息确认当前永远在线业务承载能力去激活,执行现有数据业务策略。
步骤606,PCRF通知AF已为当前永远在线业务(即上述进行处理的永远在线业务)去激活永远在线能力。
本发明实施例中,PCRF还需要修改IP-CAN会话对应的永远在线业务的业务标记信息,在对应的永远在线业务承载激活状态上标明去激活,当一个IP-CAN会话对应的所有业务标记信息中永远在线业务承载激活状态都为去激活时,可以删除对应业务标记,从而实现永远在线业务下线的过程。
综上所述,本发明实施例中,可有效实现分组域混合组网场景下,为永远在线业务提供一种下线的处理方式,当不需要为永远在线业务提供永远在线能力时,可恢复普通业务的IP-CAN会话,节约了网络资源。
实施例四
如图7所示,基于上述方法同样的发明构思,本发明实施例中还提出了一种策略与计费规则功能实体PCRF,包括:
接收模块11,用于接收来自业务服务器的永远在线业务请求信息,所述请求信息中携带永远在线业务对应的用户信息;
通知模块12,用于通知核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力。
所述通知模块12,具体用于如果所述用户信息对应的IP-CAN会话承载永远在线能力已激活,通知所述核心网设备采用第一类方式为所述用户信息对应的IP-CAN会话保持永远在线能力;或者,如果所述用户信息对应的IP-CAN会话承载永远在线能力没有激活,通知所述核心网设备采用第二类方式为所述用户信息对应的IP-CAN会话保持永远在线能力;或者,
当所述用户信息对应的IP-CAN会话承载永远在线能力已激活或者没有激活时,通知所述核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力,由所述核心网设备确定采用第一类方式或者第二类方式为所述用户信息对应的IP-CAN会话保持永远在线能力。
本发明实施例中,还包括:获取模块13,用于获知所述用户信息对应的IP-CAN会话承载永远在线能力是否激活;其中,根据所述用户信息查询预先维护的业务标记信息,所述业务标记信息中记录用户信息、IP-CAN会话信息、IP-CAN会话承载激活或者未激活永远在线能力的状态信息、永远在线业务激活状态信息的对应关系;并根据查询结果获知所述用户信息对应的IP-CAN会话承载永远在线能力为激活状态或者未激活状态。
本发明实施例中,还包括:第一处理模块14,用于当从来自核心网设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载已经存在永远在线业务时,选择不执行永远在线业务承载保活的策略,将选择的策略通知给所述核心网设备,并和所述核心网设备执行释放IP-CAN会话的流程,以及通知业务服务器所述IP-CAN会话对应的永远在线业务下线。
第二处理模块15,用于当从来自核心网设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载已经存在永远在线业务时,选择执行永远在线业务承载保活的策略,将选择的策略通知给所述核心网设备,并和所述核心网设备执行释放IP-CAN会话的流程、重激活永远在线业务的IP-CAN会话的流程;如果永远在线业务的IP-CAN会话重激活失败,通知业务服务器所述IP-CAN会话对应的永远在线业务下线。
所述接收模块11,还用于接收来自业务服务器的永远在线业务去激活信息,所述去激活信息中携带永远在线业务对应的用户信息;
所述通知模块12,还用于当所述用户信息对应的IP-CAN会话不存在其他永远在线业务时,通知核心网设备采用第三类方式撤销所述IP-CAN会话的永远在线能力;或者,当所述用户信息对应的IP-CAN会话存在其他永远在线业务时,通知核心网设备采用第四类方式撤销所述IP-CAN会话的永远在线能力或者,
通知核心网设备撤销所述用户信息对应的IP-CAN会话的永远在线能力;由所述核心网设备确定采用第三类方式或者第四类方式撤销所述IP-CAN会话的永远在线能力。
实施例五
基于上述方法同样的发明构思,本发明实施例还提供了一种核心网设备,如图8所示,该核心网设备包括:
接收模块21,用于接收来自PCRF的永远在线业务的请求通知,所述请求通知中携带永远在线业务信息、请求为永远在线业务的IP-CAN会话保持永远在线能力的信息;
能力保持模块22,用于为所述永远在线业务的IP-CAN会话保持永远在线能力。
所述能力保持模块22,具体用于当接收到采用第一类方式为所述IP-CAN会话保持永远在线能力的请求通知时,通知NAT功能实体不释放永远在线业务对应的公网地址;当接收到采用第二类方式为所述IP-CAN会话保持永远在线能力的携带IP-CAN会话信息的请求通知时,通知NAT功能实体不释放永远在线业务对应公网地址,且保持所述IP-CAN会话不释放;或者,
当接收到为所述IP-CAN会话保持永远在线能力的携带IP-CAN会话信息的请求通知时,根据所述IP-CAN会话信息确定IP-CAN会话对应的承载永远在线能力已激活或者没有激活;当所述IP-CAN会话对应的承载永远在线能力已激活时,通知NAT功能实体不释放永远在线业务对应公网地址;当所述IP-CAN会话对应的承载永远在线能力没有激活时,通知NAT功能实体不释放永远在线业务对应公网地址,且保持所述IP-CAN会话不释放。
本发明实施例中,还包括:第一处理模块23,用于当从来自用户设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载为永远在线业务承载时,缓存业务服务器向所述用户设备发送的内容;当永远在线业务的承载保活成功后,向所述用户设备发送缓存的内容;或者,当永远在线业务的承载保活失败或不进行永远在线业务的承载保活时,删除缓存的内容。
本发明实施例,还包括:第二处理模块24,用于当从来自用户设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载为永远在线业务承载时,向PCRF发送释放IP-CAN会话的请求信息;接收来自所述PCRF的不执行永远在线业务承载保活的策略,并和所述PCRF执行释放IP-CAN会话的流程;或者,接收来自所述PCRF的执行永远在线业务承载保活的策略,并和所述PCRF执行释放IP-CAN会话的流程、重激活永远在线业务的IP-CAN会话的流程。
该设备还包括:能力撤销模块25,用于当接收到来自PCRF的采用第三类方式撤销IP-CAN会话的永远在线能力的去激活通知时,通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话;基于第三类方式的去激活通知中携带永远在线业务信息、永远在线业务对应的IP-CAN会话;或者,当接收到来自PCRF的采用第四类方式撤销IP-CAN会话的永远在线能力的去激活通知时,通知NAT功能实体对永远在线业务启用公网地址管理方式,基于第四类方式的去激活通知中携带永远在线业务信息;或者,
当接收到来自PCRF的携带永远在线业务信息、永远在线业务对应的IP-CAN会话的去激活通知时,确定所述IP-CAN会话是否还存在其他永远在线业务;如果不存在其他永远在线业务,通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话;如果存在其他永远在线业务,通知NAT功能实体对永远在线业务启用公网地址管理方式。
实施例六
基于上述方法和设备同样的发明构思,本发明实施例中还提供了一种永远在线能力的提供系统,包括上述实施例四的策略与计费规则功能实体PCRF和实施例五的核心网设备;此外,该系统还包括:
业务服务器,用于在永远在线业务上线时,向PCRF发送携带永远在线业务对应的用户信息的永远在线业务请求信息;在永远在线业务下线时,向PCRF发送携带永远在线业务对应的用户信息的永远在线业务去激活信息。
应用功能实体AF,用于在业务服务器向PCRF发送携带永远在线业务对应的用户信息的永远在线业务请求信息时,接收来自所述业务服务器的永远在线业务请求信息,并将永远在线业务请求信息发送给所述PCRF;在业务服务器向PCRF发送携带永远在线业务对应的用户信息的永远在线业务去激活信息时,接收来自所述业务服务器的永远在线业务去激活信息,并将永远在线业务去激活信息发送给所述PCRF。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或网络设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。
Claims (22)
1.一种永远在线能力的提供方法,其特征在于,包括以下步骤:
接收来自业务服务器的永远在线业务请求信息,所述请求信息中携带永远在线业务对应的用户信息;
通知核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力。
2.如权利要求1所述的方法,其特征在于,所述通知核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力,包括:
如果所述用户信息对应的IP-CAN会话承载永远在线能力已激活,通知所述核心网设备采用第一类方式为所述用户信息对应的IP-CAN会话保持永远在线能力;或者,如果所述用户信息对应的IP-CAN会话承载永远在线能力没有激活,通知所述核心网设备采用第二类方式为所述用户信息对应的IP-CAN会话保持永远在线能力;或者,
当所述用户信息对应的IP-CAN会话承载永远在线能力已激活或者没有激活时,通知所述核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力,由所述核心网设备确定采用第一类方式或者第二类方式为所述用户信息对应的IP-CAN会话保持永远在线能力。
3.如权利要求1所述的方法,其特征在于,所述方法还包括:
当从来自核心网设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载已经存在永远在线业务时,选择不执行永远在线业务承载保活的策略,将选择的策略通知给所述核心网设备,并和所述核心网设备执行释放IP-CAN会话的流程,以及通知业务服务器所述IP-CAN会话对应的永远在线业务下线。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
当从来自核心网设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载已经存在永远在线业务时,选择执行永远在线业务承载保活的策略,将选择的策略通知给所述核心网设备,并和所述核心网设备执行释放IP-CAN会话的流程、重激活永远在线业务的IP-CAN会话的流程;
如果永远在线业务的IP-CAN会话重激活失败,通知业务服务器所述IP-CAN会话对应的永远在线业务下线。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
接收来自业务服务器的永远在线业务去激活信息,所述去激活信息中携带永远在线业务对应的用户信息;
当所述用户信息对应的IP-CAN会话不存在其他永远在线业务时,通知核心网设备采用第三类方式撤销所述IP-CAN会话的永远在线能力;或者,当所述用户信息对应的IP-CAN会话存在其他永远在线业务时,通知核心网设备采用第四类方式撤销所述IP-CAN会话的永远在线能力;或者,
通知核心网设备撤销所述用户信息对应的IP-CAN会话的永远在线能力;由所述核心网设备确定采用第三类方式或者第四类方式撤销所述IP-CAN会话的永远在线能力。
6.一种永远在线能力的提供方法,其特征在于,包括以下步骤:
接收来自PCRF的永远在线业务的请求通知,所述请求通知中携带永远在线业务信息、请求为永远在线业务的IP-CAN会话保持永远在线能力的信息;
为所述永远在线业务的IP-CAN会话保持永远在线能力。
7.如权利要求6所述的方法,其特征在于,为所述永远在线业务的IP-CAN会话保持永远在线能力,包括:
当接收到采用第一类方式为所述IP-CAN会话保持永远在线能力的请求通知时,通知NAT功能实体不释放永远在线业务对应的公网地址;当接收到采用第二类方式为所述IP-CAN会话保持永远在线能力的携带IP-CAN会话信息的请求通知时,通知NAT功能实体不释放永远在线业务对应公网地址,且保持所述IP-CAN会话不释放;或者,
当接收到为所述IP-CAN会话保持永远在线能力的携带IP-CAN会话信息的请求通知时,根据所述IP-CAN会话信息确定IP-CAN会话对应的承载永远在线能力已激活或者没有激活;当所述IP-CAN会话对应的承载永远在线能力已激活时,通知NAT功能实体不释放永远在线业务对应公网地址;当所述IP-CAN会话对应的承载永远在线能力没有激活时,通知NAT功能实体不释放永远在线业务对应公网地址,且保持所述IP-CAN会话不释放。
8.如权利要求6所述的方法,其特征在于,所述方法还包括:
当从来自用户设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载为永远在线业务承载时,缓存业务服务器向所述用户设备发送的内容;当永远在线业务的承载保活成功后,向所述用户设备发送缓存的内容;或者,当永远在线业务的承载保活失败或不进行永远在线业务的承载保活时,删除缓存的内容。
9.如权利要求6所述的方法,其特征在于,所述方法还包括:
当从来自用户设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载为永远在线业务承载时,向PCRF发送释放IP-CAN会话的请求信息;
接收来自所述PCRF的不执行永远在线业务承载保活的策略,并和所述PCRF执行释放IP-CAN会话的流程;或者,接收来自所述PCRF的执行永远在线业务承载保活的策略,并和所述PCRF执行释放IP-CAN会话的流程、重激活永远在线业务的IP-CAN会话的流程。
10.如权利要求6所述的方法,其特征在于,所述方法还包括:
当接收到来自PCRF的采用第三类方式撤销IP-CAN会话的永远在线能力的去激活通知时,通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话;基于第三类方式的去激活通知中携带永远在线业务信息、永远在线业务对应的IP-CAN会话;或者,当接收到来自PCRF的采用第四类方式撤销IP-CAN会话的永远在线能力的去激活通知时,通知NAT功能实体对永远在线业务启用公网地址管理方式,基于第四类方式的去激活通知中携带永远在线业务信息;或者,
当接收到来自PCRF的携带永远在线业务信息、永远在线业务对应的IP-CAN会话的去激活通知时,确定所述IP-CAN会话是否还存在其他永远在线业务;如果不存在其他永远在线业务,通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话;如果存在其他永远在线业务,通知NAT功能实体对永远在线业务启用公网地址管理方式。
11.一种策略与计费规则功能实体PCRF,其特征在于,包括:
接收模块,用于接收来自业务服务器的永远在线业务请求信息,所述请求信息中携带永远在线业务对应的用户信息;
通知模块,用于通知核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力。
12.如权利要求11所述的PCRF,其特征在于,
所述通知模块,具体用于如果所述用户信息对应的IP-CAN会话承载永远在线能力已激活,通知所述核心网设备采用第一类方式为所述用户信息对应的IP-CAN会话保持永远在线能力;或者,如果所述用户信息对应的IP-CAN会话承载永远在线能力没有激活,通知所述核心网设备采用第二类方式为所述用户信息对应的IP-CAN会话保持永远在线能力;或者,
当所述用户信息对应的IP-CAN会话承载永远在线能力已激活或者没有激活时,通知所述核心网设备为所述用户信息对应的IP-CAN会话保持永远在线能力,由所述核心网设备确定采用第一类方式或者第二类方式为所述用户信息对应的IP-CAN会话保持永远在线能力。
13.如权利要求11所述的PCRF,其特征在于,还包括:
第一处理模块,用于当从来自核心网设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载已经存在永远在线业务时,选择不执行永远在线业务承载保活的策略,将选择的策略通知给所述核心网设备,并和所述核心网设备执行释放IP-CAN会话的流程,以及通知业务服务器所述IP-CAN会话对应的永远在线业务下线。
14.如权利要求11所述的PCRF,其特征在于,还包括:
第二处理模块,用于当从来自核心网设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载已经存在永远在线业务时,选择执行永远在线业务承载保活的策略,将选择的策略通知给所述核心网设备,并和所述核心网设备执行释放IP-CAN会话的流程、重激活永远在线业务的IP-CAN会话的流程;如果永远在线业务的IP-CAN会话重激活失败,通知业务服务器所述IP-CAN会话对应的永远在线业务下线。
15.如权利要求11所述的PCRF,其特征在于,
所述接收模块,还用于接收来自业务服务器的永远在线业务去激活信息,所述去激活信息中携带永远在线业务对应的用户信息;
所述通知模块,还用于当所述用户信息对应的IP-CAN会话不存在其他永远在线业务时,通知核心网设备采用第三类方式撤销所述IP-CAN会话的永远在线能力;或者,当所述用户信息对应的IP-CAN会话存在其他永远在线业务时,通知核心网设备采用第四类方式撤销所述IP-CAN会话的永远在线能力;或者,
通知核心网设备撤销所述用户信息对应的IP-CAN会话的永远在线能力;由所述核心网设备确定采用第三类方式或者第四类方式撤销所述IP-CAN会话的永远在线能力。
16.一种核心网设备,其特征在于,包括:
接收模块,用于接收来自PCRF的永远在线业务的请求通知,所述请求通知中携带永远在线业务信息、请求为永远在线业务的IP-CAN会话保持永远在线能力的信息;
能力保持模块,用于为所述永远在线业务的IP-CAN会话保持永远在线能力。
17.如权利要求16所述的核心网设备,其特征在于,
所述能力保持模块,具体用于当接收到采用第一类方式为所述IP-CAN会话保持永远在线能力的请求通知时,通知NAT功能实体不释放永远在线业务对应的公网地址;当接收到采用第二类方式为所述IP-CAN会话保持永远在线能力的携带IP-CAN会话信息的请求通知时,通知NAT功能实体不释放永远在线业务对应公网地址,且保持所述IP-CAN会话不释放;或者,
当接收到为所述IP-CAN会话保持永远在线能力的携带IP-CAN会话信息的请求通知时,根据所述IP-CAN会话信息确定IP-CAN会话对应的承载永远在线能力已激活或者没有激活;当所述IP-CAN会话对应的承载永远在线能力已激活时,通知NAT功能实体不释放永远在线业务对应公网地址;当所述IP-CAN会话对应的承载永远在线能力没有激活时,通知NAT功能实体不释放永远在线业务对应公网地址,且保持所述IP-CAN会话不释放。
18.如权利要求16所述的核心网设备,其特征在于,还包括:
第一处理模块,用于当从来自用户设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载为永远在线业务承载时,缓存业务服务器向所述用户设备发送的内容;当永远在线业务的承载保活成功后,向所述用户设备发送缓存的内容;或者,当永远在线业务的承载保活失败或不进行永远在线业务的承载保活时,删除缓存的内容。
19.如权利要求16所述的核心网设备,其特征在于,还包括:
第二处理模块,用于当从来自用户设备的释放IP-CAN会话的请求信息中获知所述IP-CAN会话的承载为永远在线业务承载时,向PCRF发送释放IP-CAN会话的请求信息;接收来自所述PCRF的不执行永远在线业务承载保活的策略,并和所述PCRF执行释放IP-CAN会话的流程;或者,接收来自所述PCRF的执行永远在线业务承载保活的策略,并和所述PCRF执行释放IP-CAN会话的流程、重激活永远在线业务的IP-CAN会话的流程。
20.如权利要求16所述的核心网设备,其特征在于,还包括:
能力撤销模块,用于当接收到来自PCRF的采用第三类方式撤销IP-CAN会话的永远在线能力的去激活通知时,通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话;基于第三类方式的去激活通知中携带永远在线业务信息、永远在线业务对应的IP-CAN会话;或者,当接收到来自PCRF的采用第四类方式撤销IP-CAN会话的永远在线能力的去激活通知时,通知NAT功能实体对永远在线业务启用公网地址管理方式,基于第四类方式的去激活通知中携带永远在线业务信息;或者,
当接收到来自PCRF的携带永远在线业务信息、永远在线业务对应的IP-CAN会话的去激活通知时,确定所述IP-CAN会话是否还存在其他永远在线业务;如果不存在其他永远在线业务,通知NAT功能实体对永远在线业务启用公网地址管理方式,并将IP-CAN会话修改为数据业务的IP-CAN会话;如果存在其他永远在线业务,通知NAT功能实体对永远在线业务启用公网地址管理方式。
21.一种永远在线能力的提供系统,其特征在于,包括如权利要求11-15之一所述的策略与计费规则功能实体PCRF,以及如权利要求16-20之一所述的核心网设备。
22.如权利要求21所述的系统,其特征在于,还包括:
业务服务器,用于在永远在线业务上线时,向PCRF发送携带永远在线业务对应的用户信息的永远在线业务请求信息;在永远在线业务下线时,向PCRF发送携带永远在线业务对应的用户信息的永远在线业务去激活信息;
应用功能实体AF,用于在业务服务器向PCRF发送携带永远在线业务对应的用户信息的永远在线业务请求信息时,接收来自所述业务服务器的永远在线业务请求信息,并将永远在线业务请求信息发送给所述PCRF;在业务服务器向PCRF发送携带永远在线业务对应的用户信息的永远在线业务去激活信息时,接收来自所述业务服务器的永远在线业务去激活信息,并将永远在线业务去激活信息发送给所述PCRF。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110097754.XA CN102752722B (zh) | 2011-04-19 | 2011-04-19 | 一种永远在线能力的提供方法、系统和设备 |
PCT/CN2012/074346 WO2012142953A1 (zh) | 2011-04-19 | 2012-04-19 | 一种永远在线能力的提供方法、系统和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110097754.XA CN102752722B (zh) | 2011-04-19 | 2011-04-19 | 一种永远在线能力的提供方法、系统和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102752722A true CN102752722A (zh) | 2012-10-24 |
CN102752722B CN102752722B (zh) | 2016-10-12 |
Family
ID=47032578
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110097754.XA Active CN102752722B (zh) | 2011-04-19 | 2011-04-19 | 一种永远在线能力的提供方法、系统和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102752722B (zh) |
WO (1) | WO2012142953A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014117375A1 (zh) * | 2013-01-31 | 2014-08-07 | 华为技术有限公司 | 保持应用在线的方法、永久在线控制器和设备 |
CN104065661A (zh) * | 2014-06-27 | 2014-09-24 | 北京思特奇信息技术股份有限公司 | 一种降低移动互联网ott业务网络资源消耗的方法及系统 |
CN104253739A (zh) * | 2013-06-28 | 2014-12-31 | 中国移动通信集团公司 | 一种永远在线业务的实现方法、系统和设备 |
CN104427598A (zh) * | 2013-09-09 | 2015-03-18 | 中国移动通信集团公司 | 长时间在线业务免心跳的方法和装置 |
WO2015085706A1 (en) * | 2013-12-09 | 2015-06-18 | Tencent Technology (Shenzhen) Company Limited | Method,terminal,and system for pushing information |
WO2016161636A1 (zh) * | 2015-04-10 | 2016-10-13 | 华为技术有限公司 | 数据包处理方法和相关设备 |
CN108540428A (zh) * | 2017-03-02 | 2018-09-14 | 华为技术有限公司 | 业务处理方法、设备及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1820469A (zh) * | 2004-02-09 | 2006-08-16 | 捷讯研究有限公司 | 与流控制过程相关联的无线网络操作的控制方法和装置 |
WO2008084306A2 (en) * | 2006-12-28 | 2008-07-17 | Nokia Corporation | Interworking of policy and charging control and network address translator |
CN101227740A (zh) * | 2008-02-01 | 2008-07-23 | 华为技术有限公司 | 一种接入sae核心网的方法、系统及装置 |
CN101860556A (zh) * | 2009-04-08 | 2010-10-13 | 北京闻言科技有限公司 | 一种保持用户在线安全稳定的心跳技术 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101051968A (zh) * | 2006-04-04 | 2007-10-10 | 华为技术有限公司 | 保持终端永远在线的方法及装置 |
WO2010073263A2 (en) * | 2008-12-23 | 2010-07-01 | Spice Digital Limited | Instant messaging over unstructured supplementary service data (ussd) |
-
2011
- 2011-04-19 CN CN201110097754.XA patent/CN102752722B/zh active Active
-
2012
- 2012-04-19 WO PCT/CN2012/074346 patent/WO2012142953A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1820469A (zh) * | 2004-02-09 | 2006-08-16 | 捷讯研究有限公司 | 与流控制过程相关联的无线网络操作的控制方法和装置 |
WO2008084306A2 (en) * | 2006-12-28 | 2008-07-17 | Nokia Corporation | Interworking of policy and charging control and network address translator |
CN101227740A (zh) * | 2008-02-01 | 2008-07-23 | 华为技术有限公司 | 一种接入sae核心网的方法、系统及装置 |
CN101860556A (zh) * | 2009-04-08 | 2010-10-13 | 北京闻言科技有限公司 | 一种保持用户在线安全稳定的心跳技术 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104137641A (zh) * | 2013-01-31 | 2014-11-05 | 华为技术有限公司 | 保持应用在线的方法、永久在线控制器和设备 |
WO2014117375A1 (zh) * | 2013-01-31 | 2014-08-07 | 华为技术有限公司 | 保持应用在线的方法、永久在线控制器和设备 |
CN104253739B (zh) * | 2013-06-28 | 2018-08-10 | 中国移动通信集团公司 | 一种永远在线业务的实现方法、系统和设备 |
CN104253739A (zh) * | 2013-06-28 | 2014-12-31 | 中国移动通信集团公司 | 一种永远在线业务的实现方法、系统和设备 |
CN104427598A (zh) * | 2013-09-09 | 2015-03-18 | 中国移动通信集团公司 | 长时间在线业务免心跳的方法和装置 |
CN104427598B (zh) * | 2013-09-09 | 2018-02-23 | 中国移动通信集团公司 | 长时间在线业务免心跳的方法和装置 |
WO2015085706A1 (en) * | 2013-12-09 | 2015-06-18 | Tencent Technology (Shenzhen) Company Limited | Method,terminal,and system for pushing information |
US10462245B2 (en) | 2013-12-09 | 2019-10-29 | Tencent Technology (Shenzhen) Company Limited | Method, terminal, and system for pushing information |
CN104065661B (zh) * | 2014-06-27 | 2017-07-28 | 北京思特奇信息技术股份有限公司 | 一种降低移动互联网ott业务网络资源消耗的方法及系统 |
CN104065661A (zh) * | 2014-06-27 | 2014-09-24 | 北京思特奇信息技术股份有限公司 | 一种降低移动互联网ott业务网络资源消耗的方法及系统 |
WO2016161636A1 (zh) * | 2015-04-10 | 2016-10-13 | 华为技术有限公司 | 数据包处理方法和相关设备 |
US10321395B2 (en) | 2015-04-10 | 2019-06-11 | Huawei Technologies Co., Ltd. | Data packet processing method and related device |
CN108540428A (zh) * | 2017-03-02 | 2018-09-14 | 华为技术有限公司 | 业务处理方法、设备及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102752722B (zh) | 2016-10-12 |
WO2012142953A1 (zh) | 2012-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8885568B2 (en) | Policy application method for machine type communication, and policy and charging enforcement function | |
CN102752722A (zh) | 一种永远在线能力的提供方法、系统和设备 | |
CN102450052B (zh) | 数据网关负载处理方法、设备及系统 | |
US10491753B2 (en) | Optimized policy control function mapping for application function | |
US8837355B2 (en) | Bearer processing method and mobile management device | |
US10778851B2 (en) | Methods and nodes for managing network resources as well as a corresponding system and computer program | |
EP2727433B1 (en) | Method, apparatuses and computer program for controlling bearer related resources | |
CN102577449B (zh) | 优先级业务激活、去激活方法、装置和系统 | |
CN101841888A (zh) | 资源控制方法、相关设备及系统 | |
US20120290713A1 (en) | Mid-session change support in usage monitoring | |
EP3656089B1 (en) | Methods, systems, and computer readable media for operating a telecommunications network using an on-premises computing system and an off-premises cloud computing system | |
JP2023532560A (ja) | トラフィック課金方法、ネットワーク機器及び記憶媒体 | |
CN105027663B (zh) | 通信数据处理方法、装置和系统 | |
US10187217B1 (en) | Methods, systems, and computer readable media for efficient mapping of rule precedence values and filter priority values | |
CN103491517A (zh) | 一种pcc规则获取方法及设备 | |
CN110650475B (zh) | 一种会话绑定处理方法及网络设备 | |
CN102396201B (zh) | 业务流旁路方法、系统和策略与计费规则功能实体 | |
CN102264054B (zh) | 资源管理方法和系统 | |
CN103533525A (zh) | 策略控制和计费相关的规则传输的方法、设备和系统 | |
CN101282285A (zh) | 一种建立信令承载的方法、系统及装置 | |
CN102333312A (zh) | 一种ra过程中传输消息的方法及装置 | |
CN101621783A (zh) | 避免冗余位置更新的方法、系统、用户设备及网络 | |
CN101594572B (zh) | 承载资源处理方法、系统以及装置 | |
CN101600160B (zh) | 实现本地传输的方法、系统和设备 | |
WO2016206071A1 (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 |