数据域停机策略控制方法及通信系统与流程

文档序号:14785724发布日期:2018-06-27 22:30阅读:277来源:国知局
数据域停机策略控制方法及通信系统与流程

本发明涉及通信技术领域,尤其涉及一种数据域停机策略控制方法及通信系统。



背景技术:

在演进分组系统(Evolved Packet System,EPS)中,进行数据域停机,一般先由业务运营支撑系统(Business and Operation Support System,BOSS)获取用户业务状态,下发给网络侧的网元,由网络侧完成用户数据域停机。现有的方法有两种:

第一种:EPS锁定;通过EPS锁定,用户设备无法附着到网络,从而完成数据域停机。

第二种:替换签约数据中的网络接入点(Access Point Name,APN)数据,基于新替换的APN数据,路由节点将不会供用户设备接入,从而实现数据域停机。

上述两种方法,一旦执行数据域停机,会禁止掉一切数据域的业务,而其中有些业务是用户或运营商并不想要停掉的业务,也一并被禁止了;这种粗粒度的数据域停机,导致用户使用满意度差,网络控制效果差、网络有效使用率低等问题。



技术实现要素:

有鉴于此,本发明实施例期望提供一种数据域停机策略控制方法及通信系统,至少部分解决上述问题。

为达到上述目的,本发明的技术方案是这样实现的:

本实施例第一方面提供一种数据域停机方法,包括:

业务运营支撑系统BOSS根据第一预定信息生成数据域停机信息;

第一实体获取所述数据域停机信息;

所述第一实体根据所述数据域停机信息生成数据域停机策略;

所述第一实体将数据域停机策略发送给第二实体;

所述第二实体根据所述数据域停机策略,执行第一类业务数据的限制策略和第二类业务数据的通行策略;所述第一类业务数据和所述第二类业务数据均为所述数据域的业务数据,是不同类型的业务数据。

基于上述方案,所述第二类业务数据包括:基于网络协议多媒体子系统语音VoLTE业务数据、呼叫转移业务数据、补充业务配置Ut接口的业务数据、53端口的业务数据及域名系统DNS业务数据中的至少之一。

基于上述方案,所述第一实体获取所述数据域停机信息,包括:

当所述第一实体与所述BOSS之间有接口时,从所述BOSS接收指示数据域停机的数据域停机指令。

基于上述方案,所述方法还包括:

当所述第一实体与所述BOSS之间没有接口时,所述BOSS通过归属用户服务器HSS向移动管理实体MME指定消息;

所述MME实体根据所述指定消息,将对应用户标识签约数据中的网络计入点APN数据替换为停机APN数据;

当用户标识对应的用户设备请求附着时,所述MME向所述第一实体发送签约数据中的APN数据;

所述第一实体获取所述数据域停机信息,包括:

接收所述MME发送的所述停机APN数据。

基于上述方案,所述数据域停机策略包括:门控策略;

所述第二实体根据所述数据域停机策略,执行第一类业务数据的限制策略,包括:

基于所述门控策略去使能所述第一类业务数据的流量状态。

基于上述方案,所述数据域停机策略包括:速率控制策略;

所述第二实体根据所述数据域停机策略,执行第一类业务数据的限制策略,包括:

根据执行速率控制策略,将所述第一类业务数据的传输速率设置为0。

基于上述方案,所述业务运营支撑BOSS根据第一预定信息生成数据域停机信息,包括:

所述BOSS根据所述第一类业务数据的使用状态信息、缴费状态信息及用户停机指令中的至少之一,生成所述数据域停机信息。

基于上述方案,所述方法还包括:

所述BOSS根据第二预定信息生成数据域复机信息;

所述第一实体获取所述数据域复机信息;

所述RCRF实体根据所述数据域复机信息向所述第二实体发送复机指令;

所述第二实体根据所述复机指令,去使能所述限制策略的执行。

本发明实施例第二方面提供一种通信系统,包括:

业务运营支撑BOSS,用于根据第一预定信息生成数据域停机信息;

第一实体,用于获取所述数据域停机信息,根据所述数据域停机信息生成数据域停机策略,将数据域停机策略发送给第二实体;

第二实体,用于根据所述数据域停机策略,执行第一类业务数据的限制策略和第二类业务数据的通行策略;所述第一类业务数据和所述第二类业务数据均为所述数据域的业务数据,是不同类型的业务数据。

基于上述方案,所述第二类业务数据包括:基于网络协议多媒体子系统语音VoLTE业务数据、呼叫转移业务数据、补充业务配置Ut口的业务数据、53端口的业务数据及域名系统DNS业务数据中的至少之一。

基于上述方案,所述第一实体,具体用于当所述第一实体与所述BOSS之间有接口时,从所述BOSS接收指示数据域停机的数据域停机指令。

基于上述方案,所述BOSS,用于当所述第一实体与所述BOSS之间没有接口时,通过归属用户服务器HSS向移动管理实体MME指定消息;

所述MME实体,用于根据所述指定消息,将对应用户标识签约数据中的网络接入点APN数据替换为停机APN数据,当用户标识对应的用户设备请求附着时,通过第二实体向所述第一实体发送签约数据中的APN数据;

所述第一实体,具体用于接收所述MME发送的所述停机APN数据。

基于上述方案,所述数据域停机策略包括:门控策略;

所述第二实体,具体用于基于所述门控策略去使能所述第一类业务数据的流量状态。

基于上述方案,所述数据域停机策略包括:速率控制策略;

所述第二实体,具体用于根据执行速率控制策略,将所述第一类业务数据的传输速率设置为0。

基于上述方案,所述BOSS,具体用于根据所述第一类业务数据的使用状态信息、缴费状态信息及用户停机指令中的至少之一,生成所述数据域停机信息。

基于上述方案,所述BOSS,还用于根据第二预定信息生成数据域复机信息;

所述第一实体,还用于获取所述数据域复机信息,根据所述数据域复机信息向所述第二实体发送复机指令;

所述第二实体,还用于根据所述复机指令,去使能所述限制策略的执行。

在本发明实施例提供的技术方案中,在进行数据域停机处理时,不会简单将禁止掉数据域内所有数据的传输,而是会将业务数据细分为第一类业务数据和第二类业务数据;对第一类业务数据执行限制策略,从而限制第一类业务数据的传输,允许第二类业务数据的传输。这样的话,保留了第二类业务数据的传输,可以满足用户利用移动通信网络连接到网络,提升了网络有效使用率,、通信系统的智能性及用户使用满意度。

附图说明

图1为本发明实施例提供的第一种数据域停机策略控制方法的流程示意图;

图2为本发明实施例提供的一种数据域停机恢复的流程示意图;

图3为本发明实施例提供的一种数据域停机策略控制装置的结构示意图;

图4和图5为本发明实施例提供的第二种数据域停机策略控制方法的流程示意图;

图6和图7为本发明实施例提供的第三种数据域停机策略控制方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示,本实施例提供一种数据域停机方法,包括:

步骤S110:业务运营支撑BOSS根据第一预定信息生成数据域停机信息;

步骤S120:第一实体获取所述数据域停机信息;

步骤S130:所述第一实体根据所述数据域停机信息生成数据域停机策略;

步骤S140:所述第一实体将数据域停机策略发送给第二实体;

步骤S150:所述第二实体根据所述数据域停机策略,执行第一类业务数据的限制策略和第二类业务数据的通行策略;所述第一类业务数据和所述第二类业务数据均为所述数据域的业务数据,是不同类型的业务数据。

本实施例所述数据域停机方法可为应用于网络侧各个网元中的方法,可以实现对数据域停机的细分,实现对部分业务数据的禁止传输,而对另外一部分业务数据的传输保留。

在本实施例中所述第一业务数据和所述第二业务数据为不同的业务数据。所述第一业务数据和所述第二业务数据中的至少一个可为预先设定或指定的数据。当所述第一业务数据为指定数据时,则所述数据域中传输的业务数据除去所述第一业务数据之外,都为所述第二业务数据;若所述第二业务数据是指定数据时,则所述数据域中传输的业务数据除去所述第二业务数据之外,都为所述第一业务数据。在具体实现时,通常可以根据第一业务数据和第二业务数据的种类,选择数据种类较少的业务数据进行指定。通常所述第一业务数据的钟来多于第二业务数据的种类,在本实施例中可以预先指定所述第二类业务数据,为了减少系统中的存储数据量。

BOSS根据第一预定信息生成所述数据域停机信息之后,则会直接或间接的将表征所述数据域停机的信息传输给第一实体。所述第一实体则会生成对应的数据域停机策略。这里的第一实体可为策略控制及计费规则功能(Policy and Charging Rules Function,PCRF)实体或在线计费系统(Online Charging System,OCS),对应的所述第二实体可为策略控制和计费执行功能(Policy and Charging Enforcement Function,PCEF)实体。

该数据域停机策略至少包括所述限制策略;在本实施例中仅对第一类业务数据执行限制策略。这里的限制策略又可以称为禁止策略,为禁止第一类业务数据传输的策略。而对于第二类业务数据则执行通行策略,这里的通行策略为允许第二类业务数据传输的各种策略,例如,沿用数据域停机之前的策略,对所述第二类业务数据进行通行控制。

故利用本实施例所述的方法,不会在对数据域停机执行一刀切的处理,避免数据域停机,则停止数据域所有数据的传输,导致一些非特定业务数据也无法传输的问题,提升了用户满意度及网络的有效使用。

例如,某一个手机号停机了,若按照现有技术则使用该手机号的用户设备是无法利用进行数据域的任何数据传输的,然而在某些特定情况下,用户可能需要急救,若保留了部分数据域业务数据的传输,则使用该手机号的用户设备还可以利用保留的业务发送求救信息。

在有些实施例中,所述第二类业务数据包括:基于网络协议多媒体子系统语音VoLTE业务数据、呼叫转移业务数据、Ut接口的业务数据、53端口的业务数据及域名系统DNS业务数据中的至少之一。

若第二类业务数据包括VoLTE业务数据,则即便停机了,用户还是可以进行VoLTE通话的。若第二业务数据包括了所述DNS业务数据,即便停机了,用户还是可以进行DNS解析请求的发送的。这里的呼叫转移数据为将原本对第一设备的呼叫转移到第二设备上产生的业务数据。

当然,以上仅是对第二类业务数据的举例,具体实现时可以将各种业务数据划分到所述第二类业务,例如,各种移动补充业务。所述移动补充业务可包括通信对方付费业务。例如,用户A停机了,但是用户A的通话对端为用户B;且当前通信对端为用户B,则显然这种对方付费业务可以作为所述第二类业务的一种。

第一实体与BOSS之间可能有直连接口,也可以能没有直连接口,若BOSS需要向第一实体发送信息,则需要通过其他网元进行转发。

具体地,在一些实施例中,所述步骤S120可包括:

当所述第一实体与业务运营支撑系统BOSS之间有接口时,从所述BOSS接收指示数据域停机的数据域停机指令。

由于BOSS与PCRF实体之间有接口,显然BOSS直接可以向所述第一实体下发所述数据域停机信息。在本实施例中所述数据域停机信息可直接为数据域机指令。这里的数据域停机指令可为:指示对应用户标识的停机的信息,可包括用户标识及停止操作指示。

所述第一实体在接收到所述数据域停机指令之后,将生成该用户标识的数据域停机策略。该数据域停机策略可包括该用户标识及控制参数。将所述数据域停机策略发送给第二实体。所述第二实体接收到该数据域停机策略之后,根据所述用户标识知道需要对哪一个用户执行数据域停机,根据所述控制参数知道如何对该用户标识对应的用户执行数据域停机。

在一些实施例中,所述方法还包括:

当所述第一实体与所述BOSS之间没有接口时,所述BOSS向归属用户服务器HSS指定消息,进而HSS向移动管理实体MME指定消息;这里的指定消息可为插入用户签约数据(Insert Subscriber Data,ISD)消息。

所述MME实体根据所述指定消息,将对应用户标识签约数据中的网络接入点APN数据替换为停机APN数据;所述停机APN数据为某一个用户标识进行数据域停机之后对应产生的APN数据。

当用户标识对应的用户设备请求附着时,所述MME向所述第一实体发送签约数据中的APN数据;用户设备需要使用网络,首先需要附着到网络,则用户设备会发送附着请求;MME在接收附着请求之后,会发起建立承载请求并发送给第二实体,第二实体会提取承载建立请求中的用户信息或MME查询签约数据库获得的用户信息发送给第一实体,第一实体由于没有与BOSS有直连接口,需要利用第二实体提交的用户数据执行反向开户,在开户之后,用户设备的用户信息在网络中就有了对应的存储,就可以正常进行附着了。在本实施例中所述MME若发现了当前用户是数据域停机用户,就会将该用户的停机APN信息通过第二实体提交给第一实体。这样的话,所述步骤S120可包括:接收所述MME和第二实体发送的所述停机APN数据。显然在本实施例中数据域停机信息,是由MME发给第二实体,第二实体进一步发送给所述第一实体,且第一实体接收的停机APN数据。

显然,所述第一实体获取数据域停机信息的方式不止一种,以上仅是两个可选示例,具体实现时不局限于上述方法。例如,所述MME在接收到BOSS给其发送的停机APN数据之后,或从签约数据库查询到所述APN数据之后,不用等到用户设备请求附着,就主动将所述停机APN数据发送给第二实体,进而发送给第一实体。在本实施例中MME仅在用户设备发送附着请求之后,通过第二实体向第一实体发送所述停机APN数据,一方面与现有技术的兼容性强,不需要额外的构造指令来专门发送所述停机APN数据,从而减少信令开销,另一方面,也可以防止若不再执行数据域停机时,MME忘记通过第二实体向第一实体更新ANP数据,导致的第一业务在数据域未停机的状况下的无法执行。

在一些实施例中,所述数据域停机策略包括:门控策略;即所述步骤S130中生成的数据域停机策略包括门控策略。

所述步骤S150可包括:

基于所述门控策略去使能所述第一类业务数据的流量状态。

去使能所述第一类业务数据的流量状态之后,相当于指示了对应用户标识没有传输第一类业务数据的传输权限,从而相当于禁止了第一类业务数据的传输。

在本实施例中利用门控策略,通过去使能操作的执行,就简便的完成了分业务类型的限制或禁止。

在另一些实施例中,所述数据域停机策略包括:速率控制策略;这里相当于所述步骤S130中生成的数据域停机策略包括速率控制策略。

所述步骤S150可包括:

根据执行速率控制策略,将所述第一类业务数据的传输速率设置为0。

在本实施例中没有直接对第一类业务数据进行去使能,相当于保留了对应用户标识传输第一类业务的权限,但是将其传输速率设置为0,相当于修改了第一类业务数据的传输策略中的一个传输速率。若传输速率为0,则网络不会为该类业务分配传输资源,也就无法实现数据传输,也相当于禁止了第一类业务数据的传输。这样的话,同样的不用大量改写网络中存储的策略信息,就实现了第一类业务的禁止。

以上数据域停机策略仅是举例,具体实现时不局限于所述门控策略和速率控制策略,当然还可包括将将传输带宽设置为0的传输带宽策略,还可包括修改业务类型的传输控制策略。例如传输控制策略中包括制定传输业务字段的内容,例如,可以将传输控制策略中的第一类业务数据的业务标识删除或无效掉,则同样可以限制第一类业务数据的传输。显然不局限于上述方式。

但是在本实施例中执行门控策略或速率控制策略,对第二实体中的策略信息的修改小,若停机复机时,可以简便的通过个别参数的修改或使能操作的启动,就可复机第一类业务数据的通信,简化业务复机。

在有些实施例中,所述步骤S110可包括:

所述BOSS根据所述第一类业务数据的使用状态信息、缴费状态信息及用户停机指令中的至少之一,生成所述数据域停机信息。

所述使用状态信息可包括预先购买的流量剩余量,例如,流量剩余量为0或流量透支,则可生成所述数据域停机信息。所述缴费状态信息可包括欠费状态信息,若检测到欠费状态信息可认为对应用户标识欠费,某些业务数据可以停掉,以免欠费进一步增加。再比如,用户通过用户设备或到营业厅自动请求停机,则BOSS会接收到用户停机指令。这些都是触发BOSS生成所述数据域停机信息的第一预定信息。所述BOSS生成所述数据域停机信息之后,会直接或间接发送给所述第一实体,以生成对应的数据域停机策略。

如图2所示,所述方法还包括:

步骤S210:所述BOSS根据第二预定信息生成数据域复机信息;

步骤S220:所述第一实体获取所述数据域复机信息;

步骤S230:所述RCRF实体根据所述数据域复机信息向所述第二实体发送复机指令;

步骤S240:所述第二实体根据所述复机指令,去使能所述限制策略的执行。

在本实施例中所述BOSS还会根据第二预定信息,数据域复机信息。这里的第二预定信息显然是与第一预定信息表征的状态相反的信息。所述第二预定信息可包括剩余流量不为0的信息,未欠费的信息或用户复机指示等信息。

在本实施例中所述第一实体将获得所述数据域复机信息,这里的数据域复机信息可为复机指令,是由所述BOSS通过与第一实体的直连接口传输给所述第一实体的。也可以是非停机的APN数据,可以是由MME中转给所述第一实体的。所述PCRF直接向所述第二实体发送复机指令,所述第二实体执行复机指令,去使能所述限制策略的执行。这里的去使能数据域停机策略的执行,包括使能第一类业务数据的流量状态,还可包括复机传输速率或传输带宽,取消传输速率为0或传输带宽为0的情况,从而实现第一类业务的复机。显然在本实施例中数据域停机复机也是非常简单的事情。

总之,所述数据域复机信息为不再进行数据域停机的信息,可为指示恢复第一类业务数据的传输。

如图3所示,本实施例提供的通信系统,包括:

业务运营支撑BOSS 110,用于根据第一预定信息生成数据域停机信息;

第一实体120,用于获取所述数据域停机信息,根据所述数据域停机信息生成数据域停机策略,将数据域停机策略发送给第二实体;

第二实体130,用于根据所述数据域停机策略,执行第一类业务数据的限制策略和第二类业务数据的通行策略;所述第一类业务数据和所述第二类业务数据均为所述数据域的业务数据,是不同类型的业务数据。

在本实施例提供的通信系统中至少包括BOSS 110、第二实体130和第一实体120。所述BOSS 110为本实施例提供的通信系统的子系统,又可称为BOSS子系统。

在本实施例中所述BOSS 110、第一实体120及第二实体130对应的具体网络节点或通信设备,可以参见现有技术,在此就不再重复了。

在本实施例中,所述第二类业务数据包括:基于网络协议多媒体子系统语音VoLTE业务数据、呼叫转移业务数据、Ut接口和/或53端口的业务数据及域名系统DNS业务数据中的至少之一。

这里的第二类业务数据,当然不局限于上述类型的业务数据,具体实现时可为任意一种补充业务数据或拓展业务数据,也可以是现有业务数据中的一种或多种,总之可为预先设定或指定的业务数据。

在一些实施例中,所述第一实体120,具体用于当所述第一实体120与所述BOSS 110之间有接口时,从所述BOSS 110接收指示数据域停机的数据域停机指令。

在本实施例中若第一实体120与BOSS 110直接有直连接口,为了简化传输,所述BOSS 110会直接向第一实体发送所述数据域停机指令。

在另一些实施例中,所述BOSS 110,用于当所述第一实体与所述BOSS之间没有接口时,通过HSS向移动管理实体MME指定消息;

所述MME实体,用于根据所述指定消息,将对应用户标识签约数据中的网络接入点APN数据替换为停机APN数据,当用户标识对应的用户设备请求附着时,向所述第一实体发送签约数据中的APN数据;

所述第一实体120,具体用于接收所述MME发送的所述停机APN数据。

通常MME也是通信系统中一个常用的网元,在本实施例中MME将会通过归属用户服务器HSS从BOSS接收停机APN数据,并在对应用户标识运行的用户设备请求附着时,将对应的停机APN数据通过第二实体发送给第一实体。

在本实施例中,所述限制包括:门控策略;这里相当于第一实体120可用于产生门控策略。所述第二实体130,具体用于基于所述门控策略去使能所述第一类业务数据的流量状态。

在本实施例中所述第二实体130可简单的通过去使能操作,实现对第一业务数据传输的禁止。

在一些实施例中,所述限制策略包括:速率控制策略;这里相当于所述第一实体120,还用于形成所述速率控制策略,在具体实现时还可用于形成带宽控制策略等其他可以控制数据域的第一类业务数据限制传输的策略。在本实施例中所述数据域停机策略至少包括所述限制策略,当然那还可以包括所述通行策略;所述通行策略还可为之前就配置在第二类业务数据的处理策略。在本实施例中所述不拦截第二类业务数据的策略都可以统称通行策略。

所述第二实体130,具体用于根据执行速率控制策略,将所述第一类业务数据的传输速率设置为0。

在本实施例中所述第二实体130通过传输速率设置为0,简便的禁止了第一类业务数据的传输。

在还有一些实施例中,所述BOSS 110,具体用于根据所述第一类业务数据的使用状态信息、缴费状态信息及用户停机指令中的至少之一,生成所述数据域停机信息。

这里第一预定信息的详细描述可以参见前述实施例,再次就不赘述了。当然,所述BOSS 110,还可用于根据第二预定信息生成数据域复机信息;

所述第一实体120,还用于获取所述数据域复机信息,根据所述数据域复机信息向所述第二实体发送复机指令;

所述第二实体130,还用于根据所述复机指令,去使能所述限制策略的执行。

本实施例提供的通信系统,不您可以通过数据域停机,限制第一类业务数据的传输,还可用于简便复机第一类业务数据的传输。

以下结合上述实施例提供几个具体的示例:

示例一:

本示例以VoLTE业务数据作为第二类业务数据为例,提供一种数据域停机的控制方法,包括:

赋予PCRF实体数据域停机的控制能力,实现数据域停复机、VoLTE业务不受影响的目标:

当BOSS与PCRF实体有接口时,PCRF实体可根据BOSS传递的停机指令执行数据域停机、VoLTE业务不受影响的策略。

当BOSS与PCRF实体无接口时,BOSS通过归属签约服务器HSS将停机APN信息下发到接入网络侧,例如MME中,PCRF实体根据停机APN信息和用户是否存在,执行用户反向开户和数据域停机策略、VoLTE业务不受影响的策略。

本示例还可根据用户复机信息实时复机数据业务,VoLTE业务不受影响。

本示例通过赋予PCRF实体配置对如Ut接口业务以及53端口DNS业务等电信补充业务的放通能力,实现数据域停机时电信补充业务(包括但不限定于呼叫转移)不受影响。

通过赋予PCRF实体数据域停复机的控制能力,最大程度减少对网络中相关实体改造,降低成本,也增加了停复机策略的灵活实现。

在本示例中所述PCRF实体会生成数据域停机策略,以下提供两种数据域停机策略,但是不限于下列策略:

第一种,门控策略:

当PCRF实体收到来自BOSS对某用户的停机信息后,执行门控策略,将流量状态对应的字段flow-status设置为disabled;disabled为去使能的意思,并下发给PCEF实体。用户复机时,PCRF实体收到来自BOSS对某用户的复机信息,执行门控策略,将该flow-status设置为使能enabled。

第二种:速率控制策略。

执行传输速率为0的服务质量(Quality of Service,QoS)控制.当PCRF实体收到来自BOSS对某用户的停机信息后,执行数据业务的MBR=0或者APN_AMBR=0。用户复机时,策略控制功能实体收到来自BOSS对某用户的复机信息,MBR与APN_AMBR恢复设置。

在本示例中所述PCRF实体都是基于数字域的APN执行的。

例如,BOSS将用户的流量耗尽信息或用户数据业务停机策略信息告知PCRF实体。所述流量耗尽信息或用户数据业务停机策略信息可包括但不限定于:用户标识usrIdentifier及数据域停机用户策略编码,这里的用户标识可为UE使用的通信号码,例如,usrIdentifier=MSISDN。

2、PCRF实体对数据业务停机用户进行数据APN停机策略控制,对VoLTE业务APN(如IMS APN)不执行停机策略控制。策略控制功能实体针对停机用户数据APN配置放通包括但不限定于Ut接口业务以及53端口DNS业务等电信补充业务。

3、由于策略控制功能实体对数据APN已执停机策略控制,无法上网,实现停机效果。策略控制功能实体对VoLTE业务APN不执行停机策略控制,VoLTE业务不受影响。由于本方案对数据APN放通电信补充业务,呼叫转移等电信业务补充业务不受影响。

示例二:

本示例提供一种若PCRF实体与BOSS有直连接口情况下的一个具体示例,在本示例中PCRF实体简称为PCRF,PCEF实体检测PCEF,具体如图4和图5所示,本示例提供一种数据域停机方法,包括:

步骤S1:PCRF/SPR配置数据APN停机策略;

步骤S2:BOSS将用户的流量耗尽信息或用户数据业务停机信息告知PCRF/SPR;

步骤S3:PCRF/SPR对部分数据业务进行数据APN停机策略控制,对IMS APN不执行停机策略控制,这里的执行停机策略控制的部分数据业务为前述第一类业务数据;所述IMS APN对应的业务数据为前述的第二类业务数据;

步骤S4:PCEF对IMS APN不执行停机策略控制,VoLTE业务不受影响,并对其他业务数据执行停机策略控制,UE无法获得其他业务数据的网络服务,是吸纳停机效果。

示例三:

本示例提供一种若PCRF实体与BOSS无直连接口情况下的一个具体示例,在本示例中PCRF实体简称为PCRF,PCEF实体检测PCEF,具体如图4和图5所示,本示例提供一种数据域停机方法,包括:

步骤S11:PCRF/SPR配置停机ASN的方向开服策略和停机策略;

步骤S12:BOSS向HSS下发停机指令;

步骤S13:HSS向MME发送ISD消息,用停机APN+IMS APN签约数据替换原有APN数据。这里的停机APN+IMS APN签约数据相当于前述的停机APN数据。

步骤S14:UE发送停机用户附着;

步骤S15:MME在接收到所述停机用户附着之后,执行APN纠错,会将停机APN数据通过PCEF实体发送给PCRF/SPR;

步骤S16:PCRF/SPR判断是否无该用户信息且由停机APN数据,是则进行方向开户,并下发数据域停机策略至PCEF实体;

步骤S17:PCRF实体对IMS APN不执行停机策略,VoLTE业务不受影响,并停机APN执行停机策略,数据域停机。

在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1