本发明涉及利用大数据分析对ocs系统的改进技术。
背景技术：
业务流程
ggsn设备的业务流程需支持一下两种模式之一，ocs系统应同时支持以下两种模式：
1.在用户使用业务时，ggsn发起ccr(initial)鉴权请求，ccr(initial)中包含ratinggroup信息，ocs直接在cca(initial)中对用户分配配额。
2.在用户建立连接时发起ccr(initial)鉴权请求，ocs仅检查用户的生命周期，确定是否为合法用户，在cca(initial)中不分配配额。当用户使用业务时，ggsn发起ccr(update)鉴权请求，在ccr(update)中包含ratinggroup信息，ocs此刻在cca(update)中为用户分配配额。
1.1.ggsn会话计费流程—使用业务时发起鉴权
1、用户发起pdp激活请求activepdpcontextrequest。sgsn通过gtp协议向ggsn发送createpdpcontextrequest消息后。
2、ggsn建立pdp上下文，并等待业务开始请求。
3、用户发起业务请求。
4、ggsn根据该消息中的charging-characteristics获得用户的计费属性。如果是预付费，则ggsn识别用户使用的业务，向ocs发起初始的ccr(initial)。
5、ocs检查用户账户状态，判断用户是否可以使用业务。ocs进行帐户余额预留，分配用户可用额度。
6、ocs将用户可用配额通过cca（initial）消息给ggsn。
7、用户使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况。
8、当满足任何一种ccr触发条件满足，例如，已经授权的可用额度使用完毕或者qht/vt计时器到时，ggsn需要重新申请使用配额。
9、ggsn向ocs再次发送ccr（update）。
10、ocs根据ccr（update）更新信息，进行重新批价、帐户余额预留，重新分配用户可用额度。
11、ocs将用户可用配额通过cca（update）发送给ggsn。
12、用户继续使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况。
13、用户终止业务使用及其他条件，导致sgsn发起pdp上下文去激活请求。
14、ggsn向ocs触发ccr(termination)消息，报告实际使用的信用配额。
15、ocs完成批价、并扣除用户的账户。
16、ocs向ggsn发送cca（termination）消息。
17、pdp上下文去激活。
1.2.ggsn会话计费流程—pdp激活时发起鉴权
1.用户发起pdp激活请求activepdpcontextrequest。sgsn通过gtp协议向ggsn发送createpdpcontextrequest消息。
2.ggsn根据该消息中的charging-characteristics获得用户的计费属性。如果是预付费，则ggsn向ocs发起ccr（initial）鉴权请求
3.ocs检查用户账户状态，判断用户是否可以使用业务。
4.ocs向ggsn反馈用户鉴权结果
5.ggsn建立pdp上下文，并等待业务开始请求。
6.用户发起业务请求。
7.ggsn识别用户使用的业务，向ocs发起更新ccr(update)。
8.ocs进行帐户余额预留，分配用户可用额度。
9.ocs将用户可用配额通过cca（initial）消息给ggsn。
10.用户使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况。
11.当满足任何一种ccr触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，ggsn需要重新申请使用配额。
12.ggsn向ocs再次发送ccr（update）。
13.ocs根据ccr（update）更新信息，进行重新批价、帐户余额预留，重新分配用户可用额度。
14.ocs将用户可用配额通过cca（update）发送给ggsn。
15.用户继续使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况。
16.用户终止业务使用及其他条件，导致sgsn发起pdp上下文去激活请求。
17.ggsn向ocs触发ccr(termination)消息，报告实际使用的信用配额。
18.ocs完成批价、并扣除用户的账户。
19.ocs向ggsn发送cca（termination）消息。
20.pdp上下文去激活。
1.2.1.未收到更新或终止消息
1.用户发起pdp激活请求activepdpcontextrequest。sgsn通过gtp协议向ggsn发送createpdpcontextrequest消息后。
2.ggsn建立pdp上下文，并等待业务开始请求。
3.用户发起业务请求。
4.ggsn根据该消息中的charging-characteristics获得用户的计费属性。如果是预付费，则ggsn识别用户使用的业务，向ocs发起初始的ccr(initial)。
5.ocs根据ggsn送来的ccr相关信息，进行帐户鉴权、批价、反算、预留，ocs向ggsn下发cca（update），携带预授权的资源信息。
6.用户使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况。
7.当满足任何一种ccr触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，ggsn向ocs发更新ccr消息。
8.ocs根据上报的ccr进行批价。如此多次反复。
9.ocs在发送cca（update）后，超时tcc未收到ccr（update）或ccr（termination）消息，此时ocs系统应当对该会话中截至最近ccr（update）已确认的所有使用量进行计费并终止会话。
10.ggsn向ocs发送ccr（update）或ccr（termination）后，超时tx（tx应当可以设置，默认为2倍的validity-time，最大原则上不超过5倍的validity-time）未收到ocs的cca（update）或cca（termination）消息，ggsn应当结束当前用户本次会话。
通过对现有技术的分析，现有技术存在缺陷：
现有技术中tx一般都设置为固定值,例如可以设置为，默认为2倍的validity-time，最大原则上不超过5倍的validity-time）。
固定设置tx带来一个问题是，如果设置的值较小，则ocs反馈稍有延迟就会被判定为超时，导致正常进行的会话被异常中断，带来很差的用户体验，但如果设置的值比较大，则降低了计费精度，导致运营商利益损失。
由于在现有的gsm或lte制式的移动通信系统中，数据传输速率比较小，所以上述的缺陷还能忍受，但是随着5g技术的开始使用，由于5g的数据传输速率会成倍的增加。上述的缺陷会愈发明显，会成为5g环境下，制约数据流量计费的主要问题。
要解决的问题是：提供一种能够适应5g环境下高速数据传输的计费方法。
技术实现要素：
利用大数据分析对未收到更新或终止消息的处理方法，包括：
步骤1：用户发起激活pdp上下文请求（activepdpcontextrequest）消息后，sgsn通过gtp协议向ggsn发送创建pdp上下文请求（createpdpcontextrequest）消息；
步骤2：ggsn建立pdp上下文，并等待业务开始请求；
步骤3：用户发起业务请求；
步骤4：ggsn根据该消息中的计费特性（charging-characteristics）获得用户的计费属性，如果是预付费，则ggsn识别用户使用的业务，向ocs发起初始ccr消息；
步骤5：ocs根据ggsn送来的ccr相关信息，进行帐户鉴权、批价、反算、预留，ocs向ggsn下发更新cca消息，携带预授权的资源信息，资源信息中包括用户的预付费剩余数额；
步骤6：ggsn获取该业务的通信制式，通信制式包括5g制式和非5g制式，并根据从ocs获得的用户的预付费剩余数额计算出用户的优先级，预付费剩余数额越大，优先级越高；ggsn根据通信制式和用户优先级来设置tx值。然后，允许用户开始使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况；
步骤7：当满足任何一种ccr触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，ggsn向ocs发更新ccr消息；
步骤8：ocs根据上报的ccr进行批价。如此多次反复；
步骤9：ocs在发送更新cca消息后，超时tcc未收到更新ccr消息或终止ccr消息消息，此时ocs系统应当对该会话中截至最近更新ccr消息已确认的所有使用量进行计费并终止会话；
步骤10：ggsn向ocs发送更新ccr消息或终止ccr消息后，超时tx未收到ocs的更新cca消息或终止cca消息消息，ggsn应当结束当前用户本次会话。
利用大数据分析对未收到更新或终止消息的处理方法，包括：
步骤1：用户发起激活pdp上下文请求（activepdpcontextrequest）消息后，sgsn通过gtp协议向ggsn发送创建pdp上下文请求（createpdpcontextrequest）消息；
步骤2：ggsn建立pdp上下文，并等待业务开始请求；
步骤3：用户发起业务请求；
步骤4：ggsn根据该消息中的计费特性（charging-characteristics）获得用户的计费属性，如果是预付费，则ggsn识别用户使用的业务，向ocs发起初始ccr消息；
步骤5：ocs根据ggsn送来的ccr相关信息，进行帐户鉴权、批价、反算、预留，ocs向ggsn下发更新cca消息，携带预授权的资源信息，资源信息中包括用户的预付费剩余数额；
步骤6：ggsn获取该业务的通信制式，通信制式包括5g制式和非5g制式，并根据从ocs获得的用户的预付费剩余数额计算出用户的优先级，预付费剩余数额越大，优先级越高；ggsn根据通信制式和用户优先级来设置tx值，如果通信制式是非5g制式，则tx应当可以设置为3倍的validity-time，最大原则上不超过5倍的validity-time，如果通信制式是5g制式，则进一步的查询用户的优先级，根据不同的优先级设置不同的tx，高优先级被设置为高的tx值，但最大不超过3倍的validity-time，优选的，优先级分成4个等级，从高到低分别是优先级1，优先级2，优先级3，优先级4，优先级1对应的tx应当可以设置为2.5倍的validity-time，优先级2对应的tx应当可以设置为2倍的validity-time，优先级3对应的tx应当可以设置为1.5倍的validity-time，优先级4对应的tx应当可以设置为1倍的validity-time；然后，允许用户开始使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况；
步骤7：当满足任何一种ccr触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，ggsn向ocs发更新ccr消息；
步骤8：ocs根据上报的ccr进行批价。如此多次反复；
步骤9：ocs在发送更新cca消息后，超时tcc未收到更新ccr消息或终止ccr消息消息，此时ocs系统应当对该会话中截至最近更新ccr消息已确认的所有使用量进行计费并终止会话；
步骤10：ggsn向ocs发送更新ccr消息或终止ccr消息后，超时tx未收到ocs的更新cca消息或终止cca消息消息，ggsn应当结束当前用户本次会话。
用户请求业务时，ggsn先获取该业务是在哪种制式上传输数据，对于非5g制式，则赋予一个固定数据的tx值，对于5g业务，则还需要监控用户帐户的剩余预付费数额，根据该数额转换成优先级，然后根据该优先级设置动态的tx值，剩余预付费数额越高，tx值越大。
本案在计费过程中需要考虑通信制式和用户剩余预付费数额，给与低速通信系统的用户更长的固定tx值，对于高速通信系统，例如5g通信系统的用户给与更低的与用户剩余预付费数额相对应的tx值。从而，能够在计费过程中考虑到了用户的差异性，针对用户的差异性提供不同的计费精度，从而又保护了运营商的利益，又兼顾了用户的用户体验。
具体实施方式
实施例1
利用大数据分析对未收到更新或终止消息的处理方法，包括：
步骤1：用户发起激活pdp上下文请求（activepdpcontextrequest）消息后，sgsn通过gtp协议向ggsn发送创建pdp上下文请求（createpdpcontextrequest）消息；
步骤2：ggsn建立pdp上下文，并等待业务开始请求；
步骤3：用户发起业务请求；
步骤4：ggsn根据该消息中的计费特性（charging-characteristics）获得用户的计费属性，如果是预付费，则ggsn识别用户使用的业务，向ocs发起初始ccr消息；
步骤5：ocs根据ggsn送来的ccr相关信息，进行帐户鉴权、批价、反算、预留，ocs向ggsn下发更新cca消息，携带预授权的资源信息，资源信息中包括用户的预付费剩余数额；
步骤6：ggsn获取该业务的通信制式，通信制式包括5g制式和非5g制式，并根据从ocs获得的用户的预付费剩余数额计算出用户的优先级，预付费剩余数额越大，优先级越高；
本发明很重要的一点是有关额度的计算和设定，是否在整体上能提高效率要依赖于历史数据的。
但随着大数据技术的发展，我们及时跟踪利用了现有的大数据技术，将大数据技术应用到移动通信的业务支撑领域。
ggsn根据通信制式和用户优先级来设置tx值。然后，允许用户开始使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况。
步骤7：当满足任何一种ccr触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，ggsn向ocs发更新ccr消息。
步骤8：ocs根据上报的ccr进行批价。如此多次反复。
步骤9：ocs在发送更新cca消息后，超时tcc未收到更新ccr消息或终止ccr消息消息，此时ocs系统应当对该会话中截至最近更新ccr消息已确认的所有使用量进行计费并终止会话。
步骤10：ggsn向ocs发送更新ccr消息或终止ccr消息后，超时tx未收到ocs的更新cca消息或终止cca消息消息，ggsn应当结束当前用户本次会话。
实施例2
利用大数据分析对未收到更新或终止消息的处理方法，包括：
步骤1：用户发起激活pdp上下文请求（activepdpcontextrequest）消息后，sgsn通过gtp协议向ggsn发送创建pdp上下文请求（createpdpcontextrequest）消息；
步骤2：ggsn建立pdp上下文，并等待业务开始请求；
步骤3：用户发起业务请求；
步骤4：ggsn根据该消息中的计费特性（charging-characteristics）获得用户的计费属性，如果是预付费，则ggsn识别用户使用的业务，向ocs发起初始ccr消息；
步骤5：ocs根据ggsn送来的ccr相关信息，进行帐户鉴权、批价、反算、预留，ocs向ggsn下发更新cca消息，携带预授权的资源信息，资源信息中包括用户的预付费剩余数额；
步骤6：ggsn获取该业务的通信制式，通信制式包括5g制式和非5g制式，并根据从ocs获得的用户的预付费剩余数额计算出用户的优先级，预付费剩余数额越大，优先级越高；
本发明很重要的一点是有关额度的计算和设定，是否在整体上能提高效率要依赖于历史数据的。
但随着大数据技术的发展，我们及时跟踪利用了现有的大数据技术，将大数据技术应用到移动通信的业务支撑领域。
ggsn根据通信制式和用户优先级来设置tx值。如果通信制式是非5g制式，则tx应当可以设置为3倍的validity-time，最大原则上不超过5倍的validity-time。如果通信制式是5g制式，则进一步的查询用户的优先级，根据不同的优先级设置不同的tx，高优先级被设置为高的tx值，但最大不超过3倍的validity-time。优选的，优先级分成4个等级，从高到低分别是优先级1，优先级2，优先级3，优先级4。优先级1对应的tx应当可以设置为2.5倍的validity-time，优先级2对应的tx应当可以设置为2倍的validity-time，优先级3对应的tx应当可以设置为1.5倍的validity-time，优先级4对应的tx应当可以设置为1倍的validity-time。
然后，允许用户开始使用业务，ggsn根据ocs下发的可用额度，实时监控中断用户对业务的使用情况。
步骤7：当满足任何一种ccr触发条件满足，例如，已经授权的可用额度使用完毕或者时间计时器计时完成，ggsn向ocs发更新ccr消息。
步骤8：ocs根据上报的ccr进行批价。如此多次反复。
步骤9：ocs在发送更新cca消息后，超时tcc未收到更新ccr消息或终止ccr消息消息，此时ocs系统应当对该会话中截至最近更新ccr消息已确认的所有使用量进行计费并终止会话。
步骤10：ggsn向ocs发送更新ccr消息或终止ccr消息后，超时tx未收到ocs的更新cca消息或终止cca消息消息，ggsn应当结束当前用户本次会话。