话单触发控制方法、装置及电子设备与流程

1.本技术涉及计费管理领域，具体而言，涉及一种话单触发控制方法、装置及电子设备。


背景技术：

2.随着电信移动流量业务的发展和深度报文解析的技术应用，可以识别不同业务流进行区分计费，导致话单量暴涨且随着深度报文解析功能的演进有持续增加趋势，从而导致计费系统开销大量资源处理小流量零碎话单，这类话单价值低且在占比超过一半，需要技术手段抑制这类话单的产生。相关技术存在减少零碎话单时容易产生大流量大时长的话单，从而引起用户投诉的业务问题，且存在信控及时性变差的技术问题。针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

3.本技术实施例提供了一种话单触发控制方法、装置及电子设备，以至少解决现有的话单触发控制技术无法在减少零碎话单触发的同时避免抑制过度产生大话单导致用户投诉的技术问题。
4.根据本技术实施例的一个方面，提供了一种话单触发控制方法，包括：获取目标对象当前的话单记录；从话单记录中提取目标信息，其中，目标信息包括：话单记录对应的业务流使用情况信息和业务流的闲忙程度；依据目标信息确定目标对象的目标话单触发规则，并将目标话单触发规则下发至计费触发功能实体，其中，目标话单触发规则用于对计费触发功能实体的下一次触发条件和目标话单中业务流使用情况信息进行调整。
5.可选地，依据目标信息确定目标对象的目标话单触发规则，包括：确定业务流的闲忙程度的类型，其中，类型包括：闲时触发类型和忙时触发类型；依据业务流的闲忙程度的类型和业务流使用情况信息确定目标话单触发规则。
6.可选地，依据业务流的闲忙程度的类型和业务流使用情况信息确定目标话单触发规则，包括：在业务流的闲忙程度的类型为闲时触发类型的情况下，确定目标话单触发规则为增大业务流的时长使用阈值，并减少目标话单的业务流量阈值；在业务流的闲忙程度的类型为忙时触发类型的情况下，确定目标话单触发规则为减少业务流的时长使用阈值，并增大目标话单的业务流量阈值。
7.可选地，闲时触发类型包括：话单记录对应的业务流的时长使用量大于或等于第一参考值，话单记录对应的流量使用量小于第二参考值；忙时触发类型包括：话单记录对应的业务流的时长使用量小于第三参考值，话单记录对应的流量使用量大于或等于第四参考值。
8.可选地，话单记录对应的业务流使用情况信息包括以下至少之一：业务流的时长使用量和流量使用量。
9.可选地，将目标话单触发规则下发至计费触发功能实体包括：确定目标话单触发
规则对应的字段信息，其中，字段信息为上下文信息中的字段；将字段信息中的内容替换为目标话单触发规则，并将替换后的上下文信息发送至计费触发功能实体。
10.可选地，字段信息包括：上下文信息中的结果表字段。
11.根据本技术实施例的另一方面，还提供了一种话单触发控制装置，包括：获取模块，用于获取目标对象当前的话单记录；提取模块，用于从话单记录中提取目标信息，其中，目标信息包括：话单记录对应的业务流使用情况信息和业务流的闲忙程度；确定模块，用于依据目标信息确定目标对象的目标话单触发规则；发送模块，用于将目标话单触发规则下发至计费触发功能实体，其中，目标话单触发规则用于对计费触发功能实体的下一次触发条件和目标话单中业务流使用情况信息进行调整。
12.根据本技术实施例的又一方面，还提供了一种非易失性存储介质，该非易失性存储介质包括存储的程序，其中，在程序运行时控制该非易失性存储介质所在设备执行上述话单触发控制方法。
13.根据本技术实施例的再一方面，还提供了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现上述话单触发控制方法。
14.在本技术实施例中，通过获取目标对象当前的话单记录；从话单记录中提取目标信息，其中，目标信息包括：话单记录对应的业务流使用情况信息和业务流的闲忙程度；依据目标信息确定目标对象的目标话单触发规则，并将目标话单触发规则下发至计费触发功能实体，达到了依据目标话单触发规则对计费触发功能实体的下一次触发条件和目标话单中业务流使用情况信息进行调整的目的，从而实现了减少零碎话单触发的技术效果，进而解决了现有技术在减少零碎话单时容易产生大流量大时长的话单引起用户争议，且存在信控及时性差的技术问题。
附图说明
15.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
16.图1是根据本技术实施例的一种用于实现话单触发控制方法的计算机终端(或电子设备)的硬件结构框图；
17.图2是根据本技术实施例的一种话单触发控制方法的流程图；
18.图3是根据本技术实施例的一种依据触发原因的类型和业务流使用情况信息确定目标触发规则的流程图；
19.图4是根据本技术实施例的一种将目标话单触发规则下发至计费触发功能实体的流程图；
20.图5是根据本技术实施例的一种计费请求流程图；
21.图6是根据本技术实施例的一种话单触发控制装置的结构图。
具体实施方式
22.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是
本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
23.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.首先，在对本技术实施例进行描述的过程中出现的部分名词或术语适用于如下解释：
25.5gc：5g core，即5g核心网。
26.billing domain：计费域，负责资费计算，用户账务，流量结算等业务处理的区域。
27.chf：charging function，即计费功能，部署在5gc与计费域边界位置，通过n40接口实现融合在线计费(ocs)和离线计费(ofcs)功能，提供触发器规则下发，授权量下发，重新授权触发，触发服务终止等交互实现，chf负责生成计费域的可记账用户话单记录。
28.cgf：changing gateway function，即计费网关功能，通过gtp协议消息和与核心网中各网元交互，并将话单消息内容编码转化成文件送给计费域。对于计费区域这类话单文件属于离线文件，通常是用于故障恢复，遗漏补全，流量审计等目的，并不直接参与用户账务，区别于chf生成的可记账话单记录。
29.smf：session management function，即会话管理功能，负责5g用户的会话的生命周期管理、ip地址分配、数据路由选择、业务连续性管理、策略规则匹配以及流量计费处理等功能。
30.ctf：charging triggering function，即计费触发功能，各网元中实现的用户使用了量上报和授权量申请的客户端功能，ctf根据预设或者ccf下发的触发器条件生成计费信令消息，并上报触发上报的原因。对于5gc场景ctf作为smf上子模块实现，通过n40接口和chf交互。
31.ccf：charging control funcation，即计费控制功能。计费网元服务端功能，根据业务需求下发触发器规则和授权量给ctf，控制ctf的触发频率和上报使用量的条件，对于5gc场景ccf作为chf上的子模块实现通过n40接口和smf交互。
32.gu：grantedunit，即授权量。严格账务在线计费场景中ccf根据下发给ctf，表示下一次ctf向ccf做授权量申请交互前用户不能超过的使用量。
33.uu：usedunit，即使用量，用户话单中的业务发生额。
34.mu：measure unit，即度量单位，用于度量用户业务发生额大小的单位，计费域中常见度量是时长，流量，次数，计费消息和话单中标准度量单位包括秒，字节，次。
35.fbc：flow-based charging，即基于业务流计费，ctf识别标记(rating-group，service-id等信元用于标记识别的业务流)用户回话上的不同业务流，区分业务流上报使用量上报和进行授权量控制，ccf可对不同的业务流分别下发各自的触发条件，只有当某业
务流使用情况满足触发器描述的条件时ctf才会触发这条业务流的计费请求消息给ccf。
36.sbc：session-based charging，即基于会话计费，ctf不区分用户设备上各种业务流，对整个会话网络会话的发生额进行上报(只有一个默认业务流)，ccf下发的触发器条件对ctf整个计费会话生效。
37.相关技术中可以起到减少话单的技术方案有如下两种情况：
38.第一种是资费反算，预付费用户通过在线计费的方式通过查询用户静态资料和余额受信情况，计算出允许的授权量范围后再区按一定权重比例区分费率组下发不同的授权量给pgw/smf网元。这类方法只适用于在线计费用户(预付费用户)，对于离线计费(后付费)和融合计费用户由于后端信控实现接口方式不一定是基于在线消息所以生产实际使用范围受限。此类方法主要方法适用于语音类业务的线性连续函数资费套餐，对于流量类多量纲多会话条件不连续函数套餐，反算出来的授权量不一定合理，容易导致信控问题，引起用户投诉，生产系统实现上对此都有一定调参和保护处理逻辑。基于资费反算的预付费系统实现复杂，线上故障率和投诉风险比传统后付费系统高，所以实际使用范围较窄。
39.第二种是动态步长，对于融合计费chf后，有一种动态步长的方式，通过大数据预测用户的使用量和套餐情况，来设置用户的授权量和流量时长触发器中的步长参数。这类方法需要实现一个实时数仓和推荐系统算费，并通过一定机制回传给chf，导致调用链冗长，性价比低，系统间耦合高，故障传播性强，容易引起部门间矛盾存在管理问题，所以实际实施的效果普遍是每天更新一次预测结果，给每个用户设置一个独有的步长和授权量值。这种低率更新无法应对用户的偶发情况导致超出资费过高，引起投诉风险。
40.以上两种技术实际效果往往还不如直接调大时长触发器的步长参数或者时长授权量和配额有效期固定默认参数的效果好，但固定默认值的调参范围受限，每次调参需要通知业务部门在解释口径做投诉预防。
41.为了简化话单触发频率的控制流程，消除处理过程中对用户资料(套餐资费，余额受信等)的依赖，减少系统间耦合，从而平衡话单触发条件与信控精度之间的矛盾，抑制零碎话单触发的同时，提供被动的保护机制避抑制过度导致信控敏感用户投诉，本技术实施例提供了相应的解决方案，以下详细说明。
42.本技术实施例所提供的话单触发控制方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现话单触发控制方法的计算机终端(或电子设备)的硬件结构框图。如图1所示，计算机终端10(或电子设备10)可以包括一个或多个(图中采用102a、102b，
……
，102n来示出)处理器(处理器可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为i/o接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
43.应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机
终端10(或电子设备)中的其他元件中的任意一个内。如本技术实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
44.存储器104可用于存储应用软件的软件程序以及模块，如本技术实施例中的话单触发控制方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的话单触发控制方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
45.传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
46.显示器可以例如触摸屏式的液晶显示器(lcd)，该液晶显示器可使得用户能够与计算机终端10(或电子设备)的用户界面进行交互。
47.此处需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或电子设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或电子设备)中的部件的类型。
48.在上述运行环境下，本技术实施例提供了一种话单触发控制方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
49.图2是根据本技术实施例的一种话单触发控制方法的流程图，如图2所示，该方法包括如下步骤：
50.步骤s202，获取目标对象当前的话单记录；
51.步骤s204，从话单记录中提取目标信息，其中，目标信息包括：话单记录对应的业务流使用情况信息和业务流的闲忙程度；
52.步骤s206，依据目标信息确定目标对象的目标话单触发规则，并将目标话单触发规则下发至计费触发功能实体，其中，目标话单触发规则用于对计费触发功能实体的下一次触发条件和目标话单中业务流使用情况信息进行调整。
53.具体地，在上述步骤s202至步骤s206中，话单触发控制方法包括如下步骤：s1：区分费率组获取当前计费会话消息或文件中的话单记录；s2：根据话单记录中的信元或字段内容推测每个费率组对应业务流的使用情况；s2-1：在s2中话单记录中的内容应包括话单触发原因和使用量，该触发原因可以指业务流的闲忙程度；s2-2：在s2中的推测过程可由启发式策略实现，输入话单内容，输出业务流使用情况；s3：根据s2输出的业务流使用情况，下发对其具有抑制保护作用的触发器组合给ctf更新对应业务流的触发条件，实现话单触发频率控制；s3-1：在s3的中抑制保护作用的触发器组合，需要至少包含一条具有抑制话单触
发器规则能在s2推测命中的情况下能减少该业务流的话单触发频率，还需包含一条具有促进作用的触发器规则能在s2推测失误的情况下增加触发频率，在其他的触发维度上起到保护作用避免过度抑制，通过两个或多个正负反馈构成控制闭环，s2-1中启发式策略推测的命中率越高，话单触发频率控制就越精确，话单切割效果越能反映用户设备真实的使用状态，减少零碎话单。
54.在上述话单触发控制方法中的步骤s206中，依据目标信息确定目标对象的目标话单触发规则，如图3所示的流程图，具体包括如下步骤：
55.步骤s302，确定业务流的闲忙程度的类型，其中，类型包括：闲时触发类型和忙时触发类型；
56.步骤s304，依据业务流的闲忙程度的类型和业务流使用情况信息确定目标话单触发规则。
57.在上述步骤s304中，依据业务流的闲忙程度的类型和业务流使用情况信息确定目标话单触发规则，具体包括如下步骤：在业务流的闲忙程度的类型为闲时触发类型的情况下，确定目标话单触发规则为增大业务流的时长使用阈值，并减少目标话单的业务流量阈值；在业务流的闲忙程度的类型为忙时触发类型的情况下，确定目标话单触发规则为减少业务流的时长使用阈值，并增大目标话单的业务流量阈值。
58.通过让下发业务流量和时长配额大小呈现负相关，结合反馈的业务流的闲忙程度：闲时触发则下发配额时增大时长减少流量，忙时触发则下发配额增大流量减少时长，达到拟合用户的使用行为切割话单的目的，减少不必要的性能资源开销。
59.在上述话单触发控制方法中，闲时触发类型包括：话单记录对应的业务流的时长使用量大于或等于第一参考值，话单记录对应的流量使用量小于第二参考值；忙时触发类型包括：话单记录对应的业务流的时长使用量小于第三参考值，话单记录对应的流量使用量大于第四参考值。
60.具体地，在输入业务流a话单信息中，时长使用量t大于或等于时长使用上限分界值t
high
，该t
high
即为第一参考值，流量使用量v小于流量使用下限分界值v
low
，该v
low
即为第二参考值，启发式策略判断用业务流a处于空闲态，输出推测结果，该推测结果即为下发对业务流具有抑制保护作用的触发器组合给ctf，更新对应业务流的触发条件，实现话单触发频率控制。推测结果中生成触发器组合(r1，r2)，r1对应时长步长设置为默认值t0的k(k》1)倍，r2对应流量触发步长设置为流量默认值的v0的1/k倍。如果业务流a在接下来t0*k的时间内保持相对空闲(产生的流量小于v0/k)，ctf根据r1触发下一次业务流a的话单上报，此种情况视为启发式策略推测命中，由于下发的时长步长大于固定的默认值t0，所以减少了周期性零碎话单的产生频率；如果业务流a在接下来的使用中相对繁忙，流量使用量很快超过v0/k，则ctf会根据r2触发下一次业务流a的话单上报，此种情况视为启发式策略推测推测失误，由于触发的流量步长小于固定的默认值v0，所以不会因为r1的抑制作用而产生流量过大的话单影响信控精度减少用户投诉风险。
61.当输入业务流b话单信息中，时长使用量t小于时长使用下限分界值t
low
,该t
low
即为第三参考值，流量使用量v大于等于流量使用上限分界值v
high
，该v
high
即为第四参考值，启发式策略判断业务流a处于繁忙态，输出推测结果。推测结果中生成触发器组合(r3，r4，r5)，r3对应时长步长设置为默认值t0的1/k(k》1)倍，r4对应流量触发步长设置为流量默认
值的v0的k倍，r5是位置变更触发器。r4增大了流量触发器的步长减少业务流b在高速使用时的触发话单上报的频率起到抑制作用，同时r3和r5分别在时间维度和空间维度设置保护边界，如果设备地理位置不变，因为r3设置的时长步长小于默认值t0，所以r3能在时间维度上增加触发频率提高信用的敏感性。当设备在繁忙时发生位置变更，r5触发话单上报，在空间维度上提升话单切割的准确性，避免资费争议。
62.可选的，当输入业务流c话单信息中，时长使用量t，流量使用量v，在条件not(t》＝t
high and v《v
low or t《t
low and v》＝v
high
)满足的情况，启发式策略判断业务流c处于不忙不限中间态，输出推测结果。推测结果中生成触发器组合(r6，r7)，r6对应流量触发步长设置为流量默认值的v0，r7对应时长步长设置为默认值t0，此时相当于抑制或者保护作用都不介入，让ctf与ccf之间构成的控制回路恢复到初始状态。
63.需要说明的是，在本技术实施例中，“步长”在3gpp协议中在后付费模式(offline charging)指代volumelimit和timelimit，在预付费模式(online charging)中指代grantedunit.time和grantedunit.totalvolume。
64.在上述话单触发控制方法中，话单记录对应的业务流使用情况信息包括以下至少之一：业务流的时长使用量和流量使用量。
65.在上述话单触发控制方法中的步骤s206中，将目标话单触发规则下发至计费触发功能实体，如图4所示的流程图，具体包括如下步骤：
66.步骤s402，确定目标话单触发规则对应的字段信息，其中，字段信息为上下文信息中的字段；
67.步骤s404，将字段信息中的内容替换为目标话单触发规则，并将替换后的上下文信息发送至计费触发功能实体。
68.在上述话单触发控制方法中，字段信息包括：上下文信息中的结果表字段。
69.本技术实施例提供的话单触发控制方法可应用于一种计费信令抑制应用框架，该框架内置一套默认策略：使ccf下发给ctf的流量与时长配额(授权量)呈现负相关，避免ctf产生过大或者过碎的话单的同时保持话单切割精度与经济性。
70.本技术实施例提供的话单触发控制方法还可应用于一种启发式策略执行框架，按管线方式依次执行默认策略(默认策略须是最先一个执行输出的)加0个或者多个启发式策略，后执行的策略输出结果覆盖前面策略执行的输出结果，直到最后一个执行完作为最终输出，用于新策略的效果评估，数据采样，灰度发布，兼容旧系统改造，devops相关的现网调优场景，避免新旧策略效果差异过大导致上线后网络震荡。
71.如图5所示的计费请求流程图，ctf向ccf发起计费请求，由ccf将计费请求和请求的触发原因转发给启发式信令抑制策略应用框架，该框架根据内置的启发式策略进行分析和推导，将新一轮触发器的参数发送给ccf，ccf在接收到参数后，将包含新触发器的计费应答消息发送给ctf，ctf在更新触发器参数后，若接收到新的触发条件，则再次向ccf发起计费请求，ccf将第二次的计费请求和触发原因发送给启发式信令抑制策略应用框架进行分析和推导。
72.本技术实施例提供的话单触发控制方法的设计思想如下：实际运营商都是使用流量计费为主，很少使用时长作为计费量纲，所以控制上报流量的大小对信控和提醒的精准性影响更重要。如果用户快速使用流量这出发的时间间隔短，如果用户静止休眠则触发的
流量很小导致碎话单，可根据ctf上报的信息猜测用户当前的使用情况，如果某个业务流是time_limit或者timequotathreshold触发则认为该业流很闲，下发对应的抑制触发器，增大该业务流的上报间隔的同时减少话单的触发流量，实现触发器拟合用户行为的效果，减少话单的同时不影响信控精度。
73.本技术实施例提供的话单触发控制方法可以解决计费域长期存在的零碎话单问题，充分考虑对端系统行为的兼容性、旧系统改造成本等实际因素，给出一套经过在现网实践检验的默认策略实现标准和参数调节建议，达到节约系统容量的同时保证计费信控精度的目的，并尽可能的减少割接上线风险。
74.本技术实施例提供的话单触发控制方法在于“推测+保护”发生化学反映，在有保护作用的触发器组合存在的情况下，可以大大降低对推测方法准确性的要求。由于保护机制的存在下，将原先的少数预测错误导致话单切割不合理的投诉风险，转移成了全局话单抑制效果的差异。推测结果命中率越高，抑制效果越好，即使推测不准确造成的影响也就是抑制效果不好，而不会导致话单切割不合理的投诉风险。内部原理类似于扩频通信避免单个频段的干扰信号。所以此发明实施过程非常安全，不容易引起用户投诉。对推测方法准确性要求下降的情况下，对复杂多变现网环境下，也能很容易灵活调整推测算法，可以用很简单的启发式策略做推测实现就能达到很好的抑制效果的同时做到兼容不同网元ctf。
75.本技术实施例提供的话单触发控制方法在推测中要求输出闲忙状态的判断，根据闲忙情况下发不同维度的触发器组合规则，让ctf与ccf(cdf/cdf/chf的统称)之前构成一个自适应控制回路，负反馈抑制，正反馈保护，类似于一个汽车自动变速箱根据行驶工况自动改变档位。
76.本技术实施例提供的话单触发控制方法具有如下优点：1.开发运维简单且实施过程相对安全，话单切割结果特征明显可解释性强，不容易引起用户对清单查询结果争议；2.抑制效果可控，在有抑制保护的触发器组合下，大大降低对推测算法准确性的要求，可根据现网实际情况灵活调整推测算法，方便对不同网元产品(ctf)兼容，尤其是针对是普遍存在的实现不规范，功能不完整，配置不正确的网元大大提高了本方法的适用范围和实用性。
77.图6是根据本技术实施例的一种话单触发控制装置的结构图，如图6所示，该装置包括：
78.获取模块602，用于获取目标对象当前的话单记录；
79.提取模块604，用于从话单记录中提取目标信息，其中，目标信息包括：话单记录对应的业务流使用情况信息和业务流的闲忙程度；
80.确定模块606，用于依据目标信息确定目标对象的目标话单触发规则；
81.发送模块608，用于将目标话单触发规则下发至计费触发功能实体，其中，目标话单触发规则用于对计费触发功能实体的下一次触发条件和业务流使用情况信息进行调整。
82.在上述话单触发控制装置中的确定模块中，确定模块，用于确定业务流的闲忙程度的类型，其中，类型包括：闲时触发类型和忙时触发类型；依据业务流的闲忙程度的类型和业务流使用情况信息确定目标话单触发规则。
83.在上述话单触发控制装置中的确定模块中，依据业务流的闲忙程度的类型和业务流使用情况信息确定目标话单触发规则，具体包括如下流程：在业务流的闲忙程度的类型为闲时触发类型的情况下，确定目标话单触发规则为增大业务流的时长使用阈值，并减少
目标话单的业务流量阈值；在业务流的闲忙程度类型为忙时触发类型的情况下，确定目标话单触发规则为减少业务流的时长使用阈值，并增大目标话单的业务流量阈值。
84.在上述话单触发控制装置中，闲时触发类型包括：话单记录对应的业务流的时长使用量大于或等于第一参考值，话单记录对应的流量使用量小于第二参考值；忙时触发类型包括：话单记录对应的业务流的时长使用量小于第三参考值，话单记录对应的流量使用量大于第四参考值。
85.在上述话单触发控制装置中，话单记录对应的业务流使用情况信息包括以下至少之一：业务流的时长使用量和流量使用量。
86.在上述话单触发控制装置中的发送模块中，将目标话单触发规则下发至计费触发功能实体，具体包括如下流程：确定目标话单触发规则对应的字段信息，其中，字段信息为上下文信息中的字段；将字段信息中的内容替换为目标话单触发规则，并将替换后的上下文信息发送至计费触发功能实体。
87.在上述话单触发控制装置中，字段信息包括：上下文信息中的结果表字段。
88.需要说明的是，图6所示的话单触发控制装置用于执行图2所示的话单触发控制方法，因此上述话单触发控制方法中的相关解释说明也适用于该话单触发控制装置，此处不再赘述。
89.本技术实施例还提供了一种非易失性存储介质，该非易失性存储介质包括存储的程序，其中，在程序运行时控制该非易失性存储介质所在设备执行以下话单触发控制方法：获取目标对象当前的话单记录；从话单记录中提取目标信息，其中，目标信息包括：话单记录对应的业务流使用情况信息和业务流的闲忙程度；依据目标信息确定目标对象的目标话单触发规则，并将目标话单触发规则下发至计费触发功能实体，其中，目标话单触发规则用于对计费触发功能实体的下一次触发条件和目标话单中业务流使用情况信息进行调整。
90.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
91.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
92.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
93.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
94.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
95.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上
或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
96.以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。