一种业务管理方法及相关装置与流程

1.本发明涉及业务管理技术领域，尤其涉及一种业务管理方法及相关装置。


背景技术：

2.随着移动通信技术的不断发展，移动终端如智能手机渐渐融入人们生活中的方方面面。移动终端数量地不断增加，使得移动通信成为使用最广泛的通信方式。智能手机通过移动通信技术在生活娱乐、工作办公等多种场景下可作为分享信息的工具，因此依托移动通信的电信业务(如语音业务、可视电话、电子数据交换等)的管理也得到相应的发展。
3.目前，运营商可通过基于信用控制协议(diameter credit control，dcc)的计费系统对用户所使用的语音呼叫业务进行计费和扣费。例如，移动终端发起语音呼叫，移动交换中心会对该语音呼叫事件进行监控并将计费信息(如通话时长、通话用户信息等)发送给计费系统，然后计费系统可根据计费信息中的通话时长对用户账号进行扣费。
4.然而，在实际使用过程发现计费系统对于语音或视频呼叫业务存在一些缺陷。例如，当计费系统要进行系统维护时，计费系统需停机或重启，在停机或重启过程中计费系统会停止服务且计费会话会被清理。对于在计费系统进行系统维护前已经接通但并未挂断的语音呼叫，计费系统无法通过移动交换中心获取与该语音呼叫事件相关计费信息，从而无法进行计费和扣费，导致运营商收入受损。又例如，当计费系统在过负荷的情况下，计费系统无法及时接入价值用户(very important person，vip)的会话，导致这些vip用户呼叫失败或者需要多次拨号才能呼叫成功，这会引起vip用户对服务质量的不满，从而产生重大投诉。
5.因此，如何提高计费系统的业务管理能力是亟待解决的问题。


技术实现要素：

6.本发明实施例所要解决的技术问题在于，提供一种业务管理方法及相关装置，解决了计费系统在特定场景下业务管理的问题，有效提高业务管理能力。
7.第一方面，本发明实施案例提供了一种业务管理方法，应用于在线网关om，包括：接收主动释放业务消息，向计费功能模块chf发送用户列表请求；接收所述chf反馈的用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；向移动业务交换中心msc发送业务释放请求；所述业务释放请求包括所述一个或多个业务标识；所述业务释放请求用于指示所述msc释放所述一个或多个业务标识分别对应的业务。
8.现有技术中，当计费系统(包括在线网关、计费功能模块和portal)在一些特殊情况下(如进行重启更新或过负荷等)不能时刻保持正常工作时，则会出现无法即时接收相应的业务计费信息或无法接入新的用户业务等问题。其中包括由于用户主动结束业务的时间不确定性，可能导致当计费系统处于非正常工作状态，而用户还在进行业务，此时，由于运营商已经处于非正常工作状态，因此可能无法接收该正在进行的业务的相关信息并进行准确计费。因此，本发明实施例中通过运营商维护部门检测到计费系统将要进入非正常工作
状态时，根据需求主动释放当前正在进行的业务并进行相应的计费，就可以更加方便并更加主动的管理用户业务。具体地，计费系统(包括在线网关、计费功能模块和portal)在一些特殊情况下，在线网关om会接收到一个主动释放业务的消息，接下来om向计费功能模块chf请求一个记录可以释放当前正在进行的业务对应的用户列表，在该列表中可包括一个或多个当前正在进行的业务的业务标识，om在接收到用户列表后，向移动业务交换中心msc发送释放该列表上业务标识对应的待释放业务的请求，然后msc可根据该请求对待释放业务分别进行拆线从而结束用户当前正在进行的业务，接下来计费系统可进一步的得到这些已主动释放的业务的使用信息，然后根据使用信息进行相应的计费。通过实施本发明实施例的方法，可实现运营商主动释放用户正在进行的业务并且可对用户已使用业务(包括用户未主动挂机的业务)进行相应的扣费，从而提高业务管理能力。例如，计费系统可在暂停工作前对所有用户使用的业务并进行扣费，或在系统过负荷情况下释放普通用户正在使用的业务后接受vip用户的业务使用请求，实现对未主动结束业务的用户进行相应的业务管理，这样可避免运营商收入损失并提高vip用户的用户体验。
9.在一种可能的实现方式中，所述接收主动释放业务消息之后，所述方法还包括：接收所述msc发送的业务请求接入；所述业务请求接入为用户请求使用业务的申请；向所述msc 发送预设错误码；所述预设错误码用于指示所述msc拒绝响应所述业务请求接入。在本发明实施例中，在线网关om接收到主动释放业务的消息后，如果有新的用户再请求使用业务，则om可向移动业务交换中心msc发送一个预设错误码用于指示msc拒绝该用户的请求且不会为该用户提供相应的业务服务，从而可实现在计费系统(包括在线网关、计费功能模块和portal)进行维护或更新前不再接入新用户业务。
10.在一种可能的实现方式中，所述方法还包括：接收所述msc发送的申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长；根据所述acr生成计费信息；向所述chf发送所述计费信息；所述计费信息用于所述chf对所述一个或多个业务标识分别对应的业务进行扣费。在本发明实施例中，在线网关om在移动业务交换中心msc释放完用户列表中业务标识所对应的待释放业务后，会接收到msc发送的这些已主动释放的业务的acr消息(例如包括了当前用户业务的业务使用时间信息)，接下来om会根据这些信息生成计费信息，然后向计费功能模块chf发送计费信息，以便于 chf进行具体地计费。
11.在一种可能的实现方式中，所述方法还包括：接收所述chf发送的扣费信息；所述扣费信息用于通知所述om已完成扣费操作。在本发明实施例中，当计费功能模块chf根据计费信息完成了对用户列表上记录的业务标识所对应的待释放业务的扣费后，在线网关om会接收到chf发送的扣费信息，该扣费信息内容包括通知om已经完成扣费，然后om会结束对这些已主动释放的业务的管理。
12.在一种可能的实现方式中，所述主动释放业务消息包括计费系统的portal发送的网络服务webservice指令；或者，所述主动释放业务消息包括所述计费系统中的所述om、所述chf 或所述portal发送的业务系统过负荷的消息。在本发明实施例中，当计费系统在需要进行维护或更新等特殊场景下时，计费系统的portal会向om发送网络服务webservice指令，通知 om需要主动释放当前正在进行的业务，或是在计费系统超过承受的业务处理能力后，计费系统中的om或chf会向om发送主动释放业务的消息。
13.在一种可能的实现方式中，所述向移动业务交换中心msc发送业务释放请求，包括：通过继续对话业务处理tc-continue原语，向所述msc发送释放业务请求。在本发明实施例中， om通过tc-continue原语(例如可触发msc进入或处于保持状态)而不是tc-end原语(例如可触发msc进入结束阶段)向msc发送释放业务请求，其中tc-continue原语中携带了释放业务的释放原因值(如主动释放语音业务原因值可为8)。需要说明的是，释放业务的释放原因值可通过查询业务释放与释放原因值对应表，该对应表由标准协议定义。由于通过 tc-continue原语发送释放业务请求后，从而实现成功释放相应的业务后，om可继续接收 msc发送的信息(如接收申请计费报告acr)。
14.第二方面，本技术提供了一种业务管理方法，应用于计费功能模块chf，包括：接收在线网关om发送的用户列表请求；所述用户列表请求为所述om在接收到主动释放业务消息之后发送的；根据预设规则生成用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；向所述om发送所述用户列表。在本发明实施例中，当在线网关om接收到主动释放业务的消息后，计费功能模块chf会接收到om对一个记录可以释放当前正在进行的业务所对应的用户列表的请求，接下来chf会根据提前配置好的预设规则(如当在线时间过长的非vip用户等)，生成一个用户列表，该列表中可包括一个或多个待释放业务的业务标识，然后将该用户列表发送给om，便于om对当前用户业务进行业务管理，从而使得计费系统在系统维护或系统过负荷场景下，也能对未主动结束业务的用户进行相应的业务管理，从而提升用户业务管理能力，减少运营商收入损失同时可避免vip用户的重大投诉。
15.在一种可能的实现方式中，所述方法还包括：接收所述om发送的计费信息；所述计费信息包括申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长。在本发明实施例中，chf可从om获得计费信息，便于后续对用户列表中记录的业务标识对应的业务进行计费。
16.在一种可能的实现方式中，其特征在于，所述方法还包括：根据所述计费信息，对所述用户列表中的所述一个或多个业务标识分别对应的业务进行扣费。在本发明实施例中，在chf 接收到计费信息后，根据计费信息对用户使用业务进行相应的扣费，从而使得计费系统在系统维护或系统过负荷等特殊场景下，主动释放用户业务并对用户未主动挂机的已使用业务进行相应的计费，从而提升用户业务管理能力，减少运营商收入损失同时可避免vip用户的重大投诉。
17.在一种可能的实现方式中，所述方法还包括：向所述om发送扣费信息；所述扣费信息用于通知所述om已完成扣费操作。在本发明实施例中，当chf根据计费信息完成了对用户列表上记录的业务标识所对应的待释放业务的扣费操作后，chf会向om发送扣费信息，然后om会结束对这些已主动释放的业务的管理。
18.在一种可能的实现方式中，所述预设规则包括记录当前非vip用户且在线时间过长业务的业务标识。在本发明实施例中，chf接收到om对一个记录可以释放当前正在进行的业务所对应的用户列表的请求后，可根据预设规则记录下当前非vip且在线时间过长业务的业务标识并生成用户列表，便于后续对用户业务的管理。需要说明的是，记录下的业务标识就为需主动释放的业务的标识。
19.第三方面，本技术提供了一种业务管理方法，应用于移动业务交换中心msc，包括：
接收在线网关om发送的业务释放请求；所述业务释放请求包括用户列表中记录的一个或多个业务标识，且每个业务标识对应一个待释放的业务；所述业务释放请求为所述om在接收到主动释放业务消息之后发送的；根据所述业务释放请求，释放所述一个或多个业务标识对应的业务。在本发明实施例中，移动业务交换中心msc在接收到om发送的业务释放请求后，根据业务释放请求中的业务标识对这些业务标识所对应的待释放业务分别进行拆线为了结束用户当前正在进行的业务，从而可实现运营商主动释放用户业务并对用户未主动挂机的已使用业务进行相应的计费，从而提升用户业务管理能力，减少运营商收入损失同时可避免 vip用户的重大投诉。
20.在一种可能的实现方式中，向所述om发送申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务使用时长。在本发明实施例中，当msc 完成对待释放业务的主动释放任务后，会向om发送这些已主动释放的业务的申请计费报告 acr信息，该信息中记录了用户业务的业务使用时长信息，便于计费系统(包括在线网关、计费功能模块和portal)进行相应的计费。
21.第四方面，本技术提供了一种业务管理装置，其特征在于，应用于在线网关om，包括：第一接收单元，用于接收主动释放业务消息，向计费功能模块chf发送用户列表请求；第二接收单元，用于接收所述chf反馈的用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；第一发送单元，用于向移动业务交换中心msc发送业务释放请求；所述业务释放请求包括所述一个或多个业务标识；所述业务释放请求用于指示所述msc释放所述一个或多个业务标识分别对应的业务。
22.在一种可能的实现方式中，所述装置还包括：所述装置还包括：第三接收单元，用于接收所述msc发送的业务请求接入；所述业务请求接入为用户请求使用业务的申请；第二发送单元，用于向所述msc发送预设错误码；所述预设错误码用于指示所述msc拒绝响应所述业务请求接入。
23.在一种可能的实现方式中，所述装置还包括：第四接收单元，用于接收所述msc发送的申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长；第一处理单元，用于根据所述acr生成计费信息；第三发送单元，用于向所述chf发送所述计费信息；所述计费信息用于所述chf对所述一个或多个业务标识分别对应的业务进行扣费。
24.在一种可能的实现方式中，所述装置还包括，第五接收单元，用于接收所述chf发送的扣费信息；所述扣费信息用于通知所述om已完成扣费操作。
25.在一种可能的实现方式中，所述第一发送单元，具体用于：通过继续对话业务处理 tc-continue原语，向所述msc发送释放业务请求。
26.第五方面，本技术提供了一种业务管理装置，其特征在于，应用于计费功能模块chf，包括：第一接收单元，用于接收在线网关om发送的用户列表请求；所述用户列表请求为所述om在接收到主动释放业务消息之后发送的；第一处理单元，用于根据预设规则生成用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；第一发送单元，用于向所述om发送所述用户列表。在一种可能的实现方式中，所述装置还包括：第二接收单元，用于接收所述om发送的计费信息；所述计费信息包括申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长。
27.在一种可能的实现方式中，所述装置还包括：第二处理单元，用于根据所述计费信息，对所述用户列表中的所述一个或多个业务标识对应的业务进行扣费。
28.在一种可能的实现方式中，所述装置还包括：第二发送单元，用于向所述om发送扣费信息；所述扣费信息用于通知所述om已完成扣费操作。
29.第六方面，本技术提供了一种业务管理装置，其特征在于，应用于移动业务交换中心 msc，包括：第一接收单元，用于接收在线网关om发送的业务释放请求；所述业务释放请求包括用户列表中记录的一个或多个业务标识，且每个业务标识对应一个待释放的业务；所述业务释放请求为所述om在接收到主动释放业务消息之后发送的；第一处理单元，用于根据所述业务释放请求，释放所述一个或多个业务标识对应的业务。
30.在一种可能的实现方式中，所述装置还包括：第一发送单元，用于向所述om发送申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务使用时长。
31.第七方面，本发明实施提供一种主动释放业务的机制，该机制同时在数据业务中也有效，在数据业务中，通过主动下发asr消息结束会话，同时ggsn对用户结束上网后通过ccr-t 携带已使用的流量给计费系统对最后一个分片进行扣费。
32.第八方面，本发明实施例提供一种电子设备，该电子设备中包括处理器，处理器被配置为支持该电子设备实现第一方面或第二方面或第三方面提供的业务管理方法中相应的功能。该电子设备还可以包括存储器，存储器用于与处理器耦合，其保存该电子设备必要的程序指令和数据。该电子设备还可以包括通信接口，用于该电子设备与其他设备或通信网络通信。
33.第九方面，本技术提供了一种芯片系统，该芯片系统包括处理器，用于支持电子设备实现上述第一方面或第二方面或第三方面中所涉及的功能，例如，生成或处理上述业务管理方法中所涉及的信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存电子设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。
34.第十方面，本技术提供了一种计算机程序，可包括：该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行上述第一方面或第二方面或第二方面中的业务管理装置中的处理模块所执行的流程。
附图说明
35.图1是本发明实施例提供的一种当前运营商语音计费流程示意图。
36.图2是本发明实施例提供的一种业务管理的系统架构示意图。
37.图3是本发明实施例提供的一种业务管理方法的流程示意图。
38.图4为本发明实施例提供的一种业务管理方法在语音业务中的应用示意图。
39.图5为本发明实施例提供的一种语音计费系统在系统维护情况下的工作流程图。
40.图6a为本发明实施例提供的一种语音计费系统在过负荷场景下的语音业务计费管理流程示意图。
41.图6b为本发明实施例提供的一种语音计费系统过负荷场景下的工作流程图。
42.图7为本发明实施例提供的一种业务管理装置的第一结构示意图。
43.图8为本发明实施例提供的一种业务管理装置的第二结构示意图。
44.图9为本发明实施例提供的一种业务管理装置的第三结构示意图。
具体实施方式
45.下面将结合本发明实施例中的附图，对本发明实施例进行描述。
46.本技术的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
47.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
48.以下，对本技术中的部分用语进行解释说明，以便于本领域技术人员理解。
49.(1)主动释放呼叫(auto release call)指计费系统因为业务需求主动要求核心网结束呼叫。
50.(2)过负荷(over load)业务超过系统承受的处理能力导致呼叫被拒绝。
51.(3)收入损失(revenue lost)运营商因为用户使用业务但是却没有扣费等场景出现的费用损失。
52.(4)系统维护(system maintain)升级整改等操作导致系统暂时无法提供服务的维护。
53.首先，分析并提出本技术所具体要解决的技术问题。现有技术中，关于业务计费管理技术,包括如下方案：
54.为了便于理解当前业务计费管理技术，请参考见图1，图1是一种当前运营商语音计费流程示意图。目前运营商计费系统对语音业务计费的过程，具体可包括如下步骤1-17：
55.步骤1、移动终端(mobile station，ms)向移动业务交换中心msc发送initial call消息请求呼叫。例如，用户在手机上拨号后，手机首先发发送一个携带请求呼叫的消息给msc，向msc请求呼叫。
56.步骤2、ms向在线网关(online mediation，om)发送启动呼叫(initial dp，idp)消息启动呼叫。例如，在msc接收到手机请求呼叫后，会向om发送一个启动呼叫的消息，通知在线网关有手机需要进行语音通话。
57.步骤3、om向移动业务交换中心(mobile services switching centre，msc)发送请求监控并报告bcsm事件消息(request report bcsm event，rrbe)请求msc监控bcsm事件。例如，om接收到有手机需要进行语音通话的启动呼叫消息后，会向msc发送一个请求msc 进行基本呼叫状态事件监控。
58.步骤4、om向计费功能模块(charge function，chf)发送信用控制请求消息 (credit-control-request，ccr-i)请求chf做鉴权和预算。例如，在线网关在发送完rrbe 消息给移动业务交换中心后，会向计费功能模块发送一个携带了用于计费需要的ccr-i消
息，然后请求计费功能模块根据ccr-i消息做鉴权和预算。
59.步骤5、chf进行鉴权和预算。例如，chf会根据ccr-i消息中的手机用户账号判断该用户是否有权限进行语音呼叫并计算该用户是否有余额进行呼叫。
60.步骤6、chf向om发送信用控制应答消息(credit-control-answer，cca-i)。例如， chf做完鉴权后，如果该手机用户有语音呼叫权利并且有余额进行呼叫，则会向om发送一个携带该手机可以进行语音呼叫的cca-i消息。
61.步骤7、om向msc发送申请计费消息(apply charging，ac)请求msc监控呼叫时长。例如，在线网关会向msc下发一个呼叫时长，然后请求msc监控语音呼叫时长并记录下语音呼叫时长信息，便于后续计费扣费。
62.步骤8、om向msc发送continue消息请求继续呼叫。例如，om在发送完请求msc 监控呼叫时长的消息后，om还会下发一个继续呼叫的消息给msc允许手机继续呼叫。
63.步骤9、msc向ms发送connect call消息继续呼叫。例如，当移动业务交换中心开始监控手机呼叫时长且接收到继续呼叫的消息后，会下发一个继续呼叫消息给手机，允许手机进行语音呼叫。
64.步骤10、ms振铃继续呼叫。例如，手机在接收到继续呼叫消息后，手机开始响铃并在接通后进行语音通话。
65.步骤11、ms结束通话挂机。
66.步骤12、msc向om上报申请计费报告acr请求计费。例如，手机在进行语音通话过程中，msc会实时监控手机的呼叫时长并进行记录，当接收到手机会话结束的消息后，会将记录下的呼叫时长信息上报给om。
67.步骤13、msc向om上报bcsm事件(event report bcsm，erb)。例如，当手机结束语音通话后，msc会向om上报手机已挂机事件。
68.步骤14、om向chf发送ccr-t消息请求chf扣费。例如，在手机结束语音通话后， om会将携带呼叫时长等用于计费的相关信息发送给计费功能模块，计费功能模块可基于该信息进行计费。
69.步骤15、chf进行扣费。例如，计费功能模块在接收到在线网关发来的ccr-t消息后，可根据该消息中的语音通话时长对手机用户账号进行相应的扣费。
70.步骤16、chf向om发送cca-t消息。
71.步骤17、om向msc发送释放呼叫消息通知释放呼叫。例如，当在线网关接收到cca-t 消息后，会通知移动业务交换中心释放呼叫，并结束对手机基本呼叫状态事件的监控。
72.该方案在计费系统正常工作情况下可以对用户使用语音业务进行计费，但是当计费系统出现问题时存在以下多个缺点：
73.缺点1：在计费系统启动系统维护情况下，导致用户账号扣费失败减少运营商收入。例如，如果在用户语音通话过程中，开始启动计费系统(包括om和chf)维护，当用户主动挂机或达到ac下发的监控时长后，om无法接收到msc发送的acr消息，chf无法得到手机的通话时长，从而导致扣费失败引起运营商收入损失。
74.缺点2：在计费系统过负荷情况下，会导致vip用户无法正常通话。例如，当语音业务超过计费系统所能承受的处理能力后，无法在接入新的呼叫，但每一个运营商都有自己的vip 用户。如果vip用户请求使用语音业务，在此情况下计费系统无法及时接入vip用户
的会话，会导致这些vip用户呼叫失败或者需要多次拨号等待有正在通话的用户主动挂机后才能呼叫成功，这会引起vip用户对服务质量的不满，从而产生重大投诉。
75.综上所述，现有的业务计费管理方法，在计费系统进行系统维护和系统过负荷等特殊情况下，会导致运营商收入损失和vip用户的用户体验差。因此，在本技术提供的业务管理方法用于解决上述技术问题。
76.为了便于理解本发明实施例，以下示例性列举本技术中业务管理方法所应用的场景。可以包括如下两个场景：
77.场景一：计费系统进行系统维护场景。计费系统在正常使用场景下，会接收到核心网中的移动业务交换中心上报的用户业务使用信息报告，然后根据该报告对用户账号进行相应的计费。但在计费系统进行升级整改等操作时，计费系统则会关闭或重启，导致计费系统无法提供服务。在该场景下，计费系统由于无法接收到移动业务交换中心上报的用户业务使用信息报告，且计费系统会将计费会话清除，从而导致用户使用了运营商提供的业务但运营商无法对用户进行相应的扣费。使用本技术中的业务管理方法，可以在计费系统停止服务前，提前进入系统维护模式，运营商可主动释放当前正在使用业务的用户会话并且不再提供新的业务接入服务，然后基于用户业务使用信息报告进行相应的计费，在扣费完成后再暂停计费系统服务，从而减少运营商收入损失。
78.场景二：计费系统过负荷场景。计费系统在正常使用场景下，例如，用户发起语音呼叫请求后移动业务交换中心会向计费系统中的在线网关发送一个呼叫业务接入的消息，之后在线网关和计费功能模块会做一个鉴权，在完成鉴权后若用户有权使用语音通话业务，则移动业务交换中心会给用户下发一个继续呼叫通知，然后用户可与被叫用户进行通话。但在计费系统过负荷情况下，计费系统会直接拒绝用户的呼叫请求，下发一个拒绝呼叫请求信息给移动业务交换中心用于拒绝用户的呼叫请求。在该场景下，运营商的vip用户如果请求使用语音呼叫业务，则这些vip用户无法进行正常的通话，从而引起vip用户对服务质量的不满。使用本技术中的业务管理方法，在计费系统过负荷情况下，运营商如果识别到有vip用户需要进行语音通话时，会主动释放在线时间过长的普通用户会话，并对相应的普通用户进行计费后，再接入vip用户的通话请求，从而提高vip用户的用户体验。
79.可以理解的是，上述两种应用场景的只是本发明实施例中的几种示例性的实施方式，本发明实施例中的应用场景包括但不仅限于以上应用场景。
80.下面结合附图对本技术的实施例进行描述。
81.基于上述提出的技术问题以及本技术中对应的应用场景，也为了便于理解本发明实施例，下面先对本发明实施例所基于的系统架构进行描述。请参考见图2，图2是本发明实施例提供的一种业务管理的系统架构示意图，该系统用于解决计费系统维护或过负荷情况下运营商计费存在误差和vip用户的用户体验差的问题。该系统架构中可以包括终端设备201、核心网202和计费系统203。其中，
82.终端设备201，终端设备201可以为智慧屏、个人电脑、平板电脑、智能手机等设备。例如，终端设备201为智能手机时，在智能手机上可以实现与其他终端设备进行语音通话、视频通话等数据交换业务。如在智能手机需要进行语音通话业务时，会向核心网202中的移动业务交换中心(msc)发送业务请求消息，然后智能手机在接收到核心网202发送的可以继续呼叫消息后，智能手机可以继续进行语音通话。
83.核心网202，核心网202是提供汇聚业务，交换业务的网络。其主要作用是整个业务信令控制和承载建立。核心网202中包括移动业务交换中心msc、访问用户位置寄存器(visitorlocation register，vlr)和软交换中心(service switch piont，ssp)。移动业务交换中心提供交换功能及面向系统其他功能实体把移动用户与移动用户、移动用户与固定网用户互相连接起来，并且可以为移动用户提供电信业务(如电话、紧急呼叫等)、承载业务(如同步数据等)和补充业务(如呼叫前转、呼叫限制等)；访问用户位置寄存器服务于其控制区域内移动用户，存储着进入其控制区域内已登记的移动用户相关信息，为已登记的移动用户提供建立呼叫继续的必要条件。软交换中心提供具有实时性要求的业务的呼叫控制和连接控制功能。例如，当移动业务交换中心接收到终端设备201发送的业务请求消息后，会将用户的请求或数据继续到不同的网络上并且可以对用户使用业务时长进行监控；同时，会将监控信息上传给计费系统203，为便于后续计费系统203进行业务管理。
84.计费系统203，计费系统203会基于按照已使用时长和已使用流量生成的业务使用记录进行计费，为用户提供业务监控和业务管理。计费系统203包括在线网关om、计费功能模块chf和portal。在线网关主要用于与移动业务交换中心进行交互，且根据移动交换中心发送的业务使用相关信息生成计费信息，并将该计费信息发送给计费功能模块。计费功能模块可根据在线网关提供的计费信息对相应的业务进行扣费。portal为一个可配置计费系统多种参数的界面，在本发明实施例中主要用于发送主动释放业务请求给在线网关。例如，计费系统 203在接收到移动业务交换中心上报的用户业务使用时长后，会基于用户业务使用时长对用户账号进行相应的扣费。
85.可以理解的是，图2中的一种业务管理系统架构只是本技术实施例中的一种示例性的实施方式，本技术实施例中的业务管理系统架构包括但不仅限于以上系统架构。
86.下面对本发明实施例所基于的具体方法架构进行描述。参见图3，图3是本技术实施例中的一种业务管理方法的流程示意图，下面将结合附图3并基于上述图2中的业务管理系统架构从终端设备、核心网和计费系统的交互侧对本技术实施例中的业务管理方法进行描述。需要说明的是，为了更详细的描述本技术实施例中的业务管理方法，本技术在各个流程步骤中描述了相应的执行主体为终端设备、核心网和计费系统中的模块，但不代表本技术实施例只能通过所描述的执行主体进行对应的方法流程。
87.步骤s301：在线网关om接收主动释放业务消息。
88.具体地，由运营商维护部门检测到需要去主动释放用户业务的情况下，发出这个主动释放业务消息并且om来接收该消息。可选的，当计费系统(包括在线网关、计费功能模块和 portal)在进行维护前或是系统过负荷状态下，在线网关(om)会接收到一个主动释放当前用户业务的消息。
89.在一种可能的实现方式中，所述主动释放业务消息包括计费系统的portal发送的网络服务webservice指令；或者，所述主动释放业务消息包括所述计费系统中的所述om、所述chf 发送的业务系统过负荷的消息。具体地，当计费系统在需要进行维护或更新等特殊场景下时，计费系统的portal会向om发送网络服务webservice指令，通知om需要主动释放当前正在进行的业务，或是在计费系统超过承受的业务处理能力后，计费系统中的om或chf会向 om发送主动释放业务的消息。例如，结合图4和上述场景一进行相应的说明，如图4所示，图4为本发明实施例提供的一种业务管理方法在语音业务中的应用示意图，图4中的
s401 在语音计费系统(包括在线网关、计费功能模块和portal)需要进行维护的场景下，通过portal 可向在线网关发送webservice指令，使得语音计费系统进入维护模式。又例如，如图5所示，图5为本发明实施例提供的一种语音计费系统在系统维护情况下的工作流程图，图5中的步骤1，通过portal可向在线网关发送主动释放业务消息。应要说明的是，在维护模式下运营商可主动挂断当前进行语音通话的用户。
90.在一种可能的实现方式中，om接收主动释放业务消息之后，还包括：om接收所述移动业务交换中心msc发送的业务请求接入；所述业务请求接入为用户请求使用业务的申请； om向所述msc发送预设错误码；所述预设错误码用于指示所述msc拒绝响应所述业务请求接入。具体地，在线网关om接收到主动释放业务的消息后，如果有新的用户再请求使用业务，则om可向移动业务交换中心msc发送一个预设错误码用于指示msc拒绝该用户的请求且不会为该用户提供相应的业务服务，从而可实现在计费系统(包括在线网关、计费功能模块和portal)进行维护或更新前不再接入新用户业务。例如，结合图4和上述场景一进行相应的说明，图4为本发明实施例提供的一种业务管理方法在语音业务中的应用示意图，图 4中的s401之后，当有用户请求新的语音呼叫时，om可向msc发送一个预设错误码，为 msc做放通识别，从而语音计费系统直接拒绝新接入的语音呼叫请求，且不再为用户提供新的语音呼叫业务服务。
91.步骤s302：om向计费功能模块chf发送用户列表请求。
92.具体地，om在接收到主动释放业务的消息后会向chf请求一个记录可以释放当前正在进行的业务的用户列表，在该列表中可包括一个或多个待释放业务的业务标识。例如，如图 4中的s402，om会向chf请求一个用户列表，该用户列表上记录了当前已经成功接入语音呼叫业务的业务标志，也就是当前正在使用语音进行通话的用户业务标识。
93.在一种可能的实现方式中，chf接收om发送的用户列表请求；所述用户列表请求为所述om在接收到主动释放业务消息之后发送的。具体地，当om接收到主动释放业务的消息后，chf会接收到om对一个记录可以释放当前正在进行的业务所对应的用户列表的请求。
94.步骤s303：计费功能模块chf根据预设规则策略生成用户列表。
95.具体地，chf接收到om对一个记录可以释放当前正在进行的业务的用户列表的请求后，接下来chf会根据提前配置好的预设规则策略(如当前业务在线时间过长的普通用户等)，生成一个用户列表，该列表中可包括一个或多个当前用户业务的业务标识。例如，如图4中的s403，chf会根据预设的规则策略挑选出当前正在使用语音呼叫业务的非vip用户且业务在线时间过长的业务标识。需要说明的是，当前正在使用语音呼叫业务的用户可以是一个也可以是多个，因此用户列表上的业务标识也是可以是一个或多个。
96.在一种可能的实现方式中，所述预设规则包括记录当前非vip用户且在线时间过长业务的业务标识。具体地，chf接收到om对一个记录可以释放当前正在进行的业务所对应的用户列表的请求后，可根据预设规则记录下当前非vip且在线时间过长业务的业务标识并生成用户列表，便于后续对用户业务的管理。需要说明的是，记录下的业务标识就为需主动释放的业务的标识。
97.步骤s304：chf向om发送用户列表。
98.具体地，chf将该用户列表发送给om，便于om对待释放业务进行业务管理，从而使得计费系统在系统维护或系统过负荷场景等特殊场景下，也能对未主动结束业务的用户进
行相应的业务管理，从而提升用户业务管理能力，减少运营商收入损失同时可避免vip用户的重大投诉。
99.在一种可能的实现方式中，om接收所述chf反馈的用户列表；所述用户列表包括待释放业务的一个或多个业务标识。具体地，当om接收到用户列表后，可对未主动结束业务的用户进行相应的业务管理，从而提升用户业务管理能力。例如，如图4中的s404，om在接收到用户列表后，om可得知需要对哪些语音呼叫业务进行主动释放呼叫，从而可更好对用户语音呼叫业务进行管理。
100.步骤s305：om向移动业务交换中心msc发送业务释放请求。
101.具体地，所述业务释放请求包括所述一个或多个业务标识；所述业务释放请求用于指示所述msc释放所述一个或多个业务标识对应的业务。需要说明的是，om在接收到用户列表后，会向msc发送释放该列表上业务标识对应的待释放业务的请求，从而可进一步结束用户当前正在进行的业务。例如，如图4中的s405，om发送release call主动释放呼叫请求给 msc，此时release call的原因值可填写为8(代表由运营商主动释放呼叫)。又例如，如图5 所示，图5中步骤2，om发送release call主动释放呼叫请求给msc。
102.在一种可能的实现方式中，om向msc发送业务释放请求，包括：通过继续对话业务处理(transaction-continue，tc-continue)原语，向所述msc发送释放业务请求。具体地，om 通过tc-continue原语(可触发msc进入或处于保持状态)而不是tc-end原语(可触发msc 进入结束阶段)向msc发送释放业务请求，其中tc-continue原语中携带了释放业务的释放原因值(如主动释放语音业务原因值可为8)，需要说明的是，释放业务的释放原因值可通过查询业务释放与释放原因值对应表，该对应表由标准协议定义。由于通过tc-continue原语发送释放业务请求，从而实现在释放完相应的业务后，om可继续接收msc发送的信息(如接收申请计费报告acr)。例如，如图4中的s405，om通过tc-continue原语发送release call 主动释放呼叫请求给msc，可实现在msc释放语音业务后，可继续上报未计费业务的申请计费报告acr。又例如，如图5所示，图5中步骤2，om通过tc-continue原语发送releasecall主动释放呼叫请求给msc。
103.在一种可能的实现方式中，应用于移动业务交换中心msc，可包括：msc接收在线网关om发送的业务释放请求；所述业务释放请求包括所述一个或多个业务标识；所述业务释放请求为所述om在接收到主动释放业务消息之后发送的。具体地，msc在收到om发送的业务释放请求后，会对当前正在使用语音呼叫业务的用户进行相应的业务释放。
104.步骤s306：msc根据om发送的业务释放请求，释放一个或多个业务标识对应的业务。
105.具体地，msc在接收到om发送的业务释放请求后，根据业务释放请求中的业务标识对这些业务标识对应的待释放业务分别进行拆线为了结束用户当前正在进行的业务，从而可实现运营商主动释放用户业务并对用户未主动挂机的已使用业务进行相应的扣费，从而提升用户业务管理能力，减少运营商收入损失同时可避免vip用户的重大投诉。例如，如图4中的 s406，msc会根据om发送的释放请求，对正在进行语音呼叫的业务进行主动拆线，从而可实现运营商主动挂断当前正在进行语音通话的用户业务。又例如，如图5所示，图5中步骤 3，msc会根据om发送的释放请求。
106.步骤s307：msc向om发送申请计费报告acr。
t消息中的用户通话时长分别对结束通话的用户进行相应的扣费。
115.在一种可能的实现方式中，chf根据所述计费信息，对所述用户列表中的所述一个或多个业务标识分别对应的业务进行扣费。具体地，在chf接收到计费信息后，根据计费信息对待释放业务进行相应的扣费，从而使得计费系统在系统维护或系统过负荷等特殊场景下，主动释放用户业务并对用户未主动挂机的已使用业务进行相应的计费，从而提升用户业务管理能力，减少运营商收入损失同时可避免vip用户的重大投诉。
116.步骤s311：chf发送扣费信息给om。
117.具体地，所述扣费信息用于通知所述在线网关om已完成扣费操作。需要说明的是，当 chf根据计费信息完成了对用户列表上记录的业务标识所对应的当前用户业务的扣费操作后， chf向om发送扣费信息，然后om会结束对当前用户业务的管理。例如，如图4中的s411，又例如图5中的步骤7，当chf扣费成功后，会回复cca-t消息给om，此时result值为 2001(diameter信用控制协议规定的成功扣费返回值为2001)，为了通知om扣费成功，让 om结束对相应的业务进行业务管理。需要说明的是，在计费系统需要维护场景下，计费系统在完成对用户列表上所有业务标识对应的业务计费后，运营商可停止计费系统，开始进行维护。
118.在一种可能的实现方式中，om接收所述chf发送的扣费信息；所述扣费信息用于通知所述om已完成扣费操作。具体的，om在接收到扣费信息后，可结束对相应的业务进行业务管理。
119.通过使用本发明实施例的方法，可实现运营商主动释放用户业务并且可对用户未主动挂机的已使用业务进行相应的计费，从而计费系统可在暂停工作前对所有用户使用的业务进行扣费，或在系统过负荷情况下释放普通用户正在使用的业务后接受vip用户的业务使用请求，实现对未主动结束业务的用户进行相应的业务管理，这样可避免运营商收入损失并提高vip 用户的用户体验和提高业务管理能力。
120.下面为了更详细的描述本技术实施例中的业务管理方法将结合应用的场景二以及图6a 本发明实施例提供的一种语音计费系统在过负荷场景下的语音业务管理流程示意图，对本实施例进行详细描述。
121.如图6a中的步骤s601-s610，为a用户的移动终端请求语音呼叫业务，若当a用户的移动终端成功接入语音呼叫后语音计费系统负荷，在现有技术中此时计费系统无法在接入新的语音业务。但使用本发明实施例的业务管理方法，则会进行如下步骤：
122.步骤s611：vip用户的移动终端向移动业务交换中心msc发送initial call消息请求呼叫。例如，vip用户在手机上拨号后，手机首先发送一个携带请求呼叫的消息给msc，向msc 请求呼叫。
123.步骤s612：msc向在线网关om发送idp消息启动呼叫。例如，如图6b所示，图6b 为本发明实施例提供的一种语音计费系统过负荷场景下的工作流程图，图6b中的步骤2，在 msc接收到vip用户的手机请求呼叫后，虽然此时计费系统已经过负荷，但计费系统不会直接拒绝该vip用户的请求呼叫申请，反而msc会向om发送一个启动呼叫的消息，通知om 有vip用户需要进行语音通话。
124.步骤s613：om向msc发送rrbe消息请求msc监控bcsm事件。例如，在图6b中的步骤3，om接收到有vip用户需要进行语音通话的消息后，会向msc发送一个请求msc 进行基本呼叫
状态事件监控。
125.步骤s614：om向计费功能模块chf发送用户列表请求。例如，在计费系统过负荷情况下，计费系统识别到有vip用户需要使用语音呼叫业务，则会从当前正在使用语音呼叫业务的普通用户中挑选一个或多个业务(如通话时长过长的业务等)进行主动释放。此时om会向chf请求一个用户列表，该列表上记录了运营商能够主动释放业务的业务标识，该用户列表中可包括一个或多个业务标识。
126.步骤s615：chf根据预设规则策略生成用户列表。例如，chf可在通过时长过长的普通用户中挑选一个或多个，将其业务标识记录在用户列表中，如此时将普通用户a的语音呼叫业务标识记录在用户列表中，方便后续对这些业务标识所对应的业务进行主动释放。
127.步骤s616：chf向om发送用户列表。
128.步骤s617：om向msc通过tc-continue原语发送release call请求释放呼叫业务消息。例如，在图6b中的步骤4，此时om可通过tc-continue原语向msc发送请求释放普通用户a的语音呼叫业务。
129.步骤s618：移动业务交换中心进行release call。例如，在图6b中的步骤5，msc根据 a用户的业务标识，对相应的业务进行拆线从而实现运营商主动挂断a用户的语音呼叫业务。
130.步骤s619：msc向om发送申请计费报告acr。例如，在图6b中的步骤6，在主动挂断a用户的语音呼叫业务后，msc会将a用户的通话时长等用于计费的相关信息发送给om。可选的，如图6b所示，图6b中步骤7，msc可将监控到的erb事件发送给om，可便于后续计费系统进行相应的计费。
131.步骤s620：om根据申请计费报告acr生成ccr-t(a)。例如，om会根据接受到的 acr，生成一个便于chf进行扣费的ccr-t(a)消息。可选的，ccr-t(a)信息中可包括，由msc发送给om的用户a的erb事件(如运营商主动挂机事件)，可便于计费系统后续进行相应的计费。
132.步骤s621：om向chf发送cca-t(a)。例如，在图6b中的步骤8，om向cfh发送cca-t(a)消息。
133.步骤s622：计费功能模块(chf)进行扣费。例如，chf根据ccr-t(a)中的记录的普通用户a的通话时长，对a用户进行相应的扣费。
134.步骤s623：计费功能模块(chf)向在线网关(om)发送cca-t(a)。例如，在图6b 中的步骤9，在chf完成扣费后，会向om发送cca-t(a)消息通知om已经完成扣费， om无需对a用户的语音呼叫业务在进行管理，此时实现完成主动释放a用户的语音呼叫业务，计费系统不再过负荷，则计费系统可接入vip用户的业务。
135.步骤s624：om向chf发送ccr-i(vip)消息请求chf做鉴权和预算。例如，在图 6b中的步骤10，在释放了a用户的业务后，om会向chf发送一个携带了用于计算该vip 用户的费用的ccr-i(vip)消息，然后请求chf根据ccr-i(vip)消息做鉴权和预算。
136.步骤s625：chf进行鉴权和预算。例如，计费功能模块会根据ccr-i(vip)消息中的 vip手机用户账号判断该vip用户是否有权限进行语音呼叫或计算该用户是否有余额进行呼叫。
137.步骤s626：chf向om发送cca-i(vip)。例如，在图6b中的步骤9，chf做完鉴权后，如果该vip用户的手机用户有拨号权利，则会向om发送一个携带该手机可以进行语音呼叫的
cca-i消息。
138.步骤s627：om向msc发送ac消息请求msc监控呼叫时长。例如，在图6b中的步骤12，om会向msc下发一个呼叫时长然后请求监控vip用户的语音呼叫时长的消息，便于后续计费扣费。
139.步骤s628：om向msc下发tc-continue请求继续呼叫。例如，在图6b中的步骤13，在发送完请求msc监控语音呼叫时长的消息后，om还会下发一个继续呼叫的消息给msc 允许vip用户的手机继续呼叫。
140.步骤s629：msc向vip用户的移动终端下发connect call继续呼叫。例如，在图6b中的步骤13，当msc开始监控vip用户的语音呼叫时长且接收到继续呼叫的消息后，会发送一个继续呼叫消息给手机，允许手机进行语音呼叫。从而在计费系统过负荷情况下，实现对 vip用户提供业务服务。
141.通过使用本发明实施例的方法，可实现运营商主动释放用户业务并且可对用户未主动挂机的已使用业务进行相应的计费和扣费，从而在系统过负荷情况下释放普通用户正在使用的业务后接受vip用户的业务使用请求，实现对未主动结束业务的用户进行相应的业务管理，这样可提高vip用户的用户体验并提高业务管理能力。
142.上述详细阐述了本发明实施例的方法，下面提供了本发明实施例的相关装置。
143.请参见图7，图7是本发明实施例提供的一种业务管理装置的第一结构示意图，该业务管理装置70应用于在线网关om，可以包括第一接收单元701、第二接收单元702、第一发送单元703、第三接收单元704、第二发送单元705、第四接收单元706、第一处理单元707、第三发送单元708、第五接收单元709，其中各个模块的详细描述如下。
144.第一接收单元701，用于接收主动释放业务消息，向计费功能模块chf发送用户列表请求；
145.第二接收单元702，用于接收所述chf反馈的用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；
146.第一发送单元703，用于向移动业务交换中心msc发送业务释放请求；所述业务释放请求包括所述一个或多个业务标识；所述业务释放请求用于指示所述msc释放所述一个或多个业务标识分别对应的业务。
147.在一种可能的实现方式中，所述装置还包括：所述装置还包括：第三接收单元704，用于接收所述msc发送的业务请求接入；所述业务请求接入为用户请求使用业务的申请；第二发送单元705，用于向所述msc发送预设错误码；所述预设错误码用于指示所述msc拒绝响应所述业务请求接入。
148.在一种可能的实现方式中，所述装置还包括：第四接收单元706，用于接收所述msc发送的申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长；第一处理单元707，用于根据所述acr生成计费信息；第三发送单元，用于向所述chf发送所述计费信息；所述计费信息用于所述chf对所述一个或多个业务标识分别对应的业务进行扣费。
149.在一种可能的实现方式中，所述装置还包括：第五接收单元709，用于接收所述chf发送的扣费信息；所述扣费信息用于通知所述om已完成扣费操作。
150.在一种可能的实现方式中，所述第一发送单元703，具体用于：通过继续对话业务
处理tc-continue原语，向所述msc发送释放业务请求。
151.需要说明的是，本发明实施例中所描述的业务管理装置70中各功能单元的功能可参见上述图3中所述的方法实施例中步骤s301-步骤s302、步骤s305、步骤s308-步骤s309的相关描述，此处不再赘述。
152.请参见图8，图8是本发明实施例提供的一种业务管理装置的第二结构示意图，该业务管理装置80应用于计费功能模块chf，可以包括第一接收单元801、第一处理单元802、第一发送单元803、第二接收单元804、第二处理单元805、第二发送单元806，其中各个模块的详细描述如下。
153.第一接收单元801，用于接收在线网关om发送的用户列表请求；所述用户列表请求为所述om在接收到主动释放业务消息之后发送的；
154.第一处理单元802，用于根据预设规则生成用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；
155.第一发送单元803，用于向所述om发送所述用户列表。
156.在一种可能的实现方式中，所述装置还包括：第二接收单元804，用于接收所述om发送的计费信息；所述计费信息包括申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长。
157.在一种可能的实现方式中，所述装置还包括：第二处理单元805，用于根据所述计费信息，对所述用户列表中的所述一个或多个业务标识对应的业务进行扣费。
158.在一种可能的实现方式中，所述装置还包括：第二发送单元806，用于向所述om发送扣费信息；所述扣费信息用于通知所述om已完成扣费操作。
159.需要说明的是，本发明实施例中所描述的业务管理装置70中各功能单元的功能可参见上述图3中所述的方法实施例中步骤s303-步骤s304、步骤s310-步骤s311的相关描述，此处不再赘述。
160.请参见图9，图9是本发明实施例提供的一种业务管理装置的第三结构示意图，该业务管理装置90应用于移动业务交换中心msc，可以包括第一接收单元901、第一处理单元902、第一发送单元903，其中各个模块的详细描述如下。
161.第一接收单元901，用于接收在线网关om发送的业务释放请求；所述业务释放请求包括用户列表中记录的一个或多个业务标识，且每个业务标识对应一个待释放的业务；所述业务释放请求为所述om在接收到主动释放业务消息之后发送的；
162.第一处理单元902，用于根据所述业务释放请求，释放所述一个或多个业务标识对应的业务。
163.在一种可能的实现方式中，所述装置还包括：第一发送单元903，用于向所述om发送申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务使用时长。
164.需要说明的是，本发明实施例中所描述的业务管理装置70中各功能单元的功能可参见上述图3中所述的方法实施例中步骤s306-步骤s307的相关描述，此处不再赘述。
165.本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任意一种业务管理方法的部分或全部步骤。
166.本发明实施例还提供一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行任意一种业务管理方法的部分或全部步骤。
167.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
168.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可能可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
169.在本技术所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
170.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
171.另外，在本技术各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
172.上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本技术各个实施例上述方法的全部或部分步骤。其中，而前述的存储介质可包括：u盘、移动硬盘、磁碟、光盘、只读存储器(read-only memory，缩写：rom)或者随机存取存储器(random accessmemory，缩写：ram)等各种可以存储程序代码的介质。
173.以上所述，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。

技术特征：
1.一种业务管理方法，其特征在于，应用于在线网关om，包括：接收主动释放业务消息，向计费功能模块chf发送用户列表请求；接收所述chf反馈的用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；向移动业务交换中心msc发送业务释放请求；所述业务释放请求包括所述一个或多个业务标识；所述业务释放请求用于指示所述msc释放所述一个或多个业务标识分别对应的业务。2.根据权利要求1所述的方法，其特征在于，所述接收主动释放业务消息之后，所述方法还包括：接收所述msc发送的业务请求接入；所述业务请求接入为用户请求使用业务的申请；向所述msc发送预设错误码；所述预设错误码用于指示所述msc拒绝响应所述业务请求接入。3.根据权利要求1-2任意一项所述的方法，其特征在于，所述方法还包括：接收所述msc发送的申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长；根据所述acr生成计费信息；向所述chf发送所述计费信息；所述计费信息用于所述chf对所述一个或多个业务标识分别对应的业务进行扣费。4.根据权利要求1-3任意一项所述的方法，其特征在于，所述方法还包括：接收所述chf发送的扣费信息；所述扣费信息用于通知所述om已完成扣费操作。5.根据权利要求1所述的方法，其特征在于，所述主动释放业务消息包括计费系统的portal发送的网络服务webservice指令；或者，所述主动释放业务消息包括所述计费系统中的所述om、所述chf或所述portal发送的业务系统过负荷的消息。6.根据权利要求1所述的方法，其特征在于，所述向移动业务交换中心msc发送业务释放请求，包括：通过继续对话业务处理tc-continue原语，向所述msc发送释放业务请求。7.一种业务管理方法，其特征在于，应用于计费功能模块chf，包括：接收在线网关om发送的用户列表请求；所述用户列表请求为所述om在接收到主动释放业务消息之后发送的；根据预设规则生成用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；向所述om发送所述用户列表。8.根据权利要求7所述的方法，其特征在于，所述方法还包括：接收所述om发送的计费信息；所述计费信息包括申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长。9.根据权利要求7-8任意一项所述的方法，其特征在于，所述方法还包括：根据所述计费信息，对所述用户列表中的所述一个或多个业务标识分别对应的业务进行扣费。10.根据权利要求7-9任意一项所述的方法，其特征在于，所述方法还包括：向所述om发送扣费信息；所述扣费信息用于通知所述om已完成扣费操作。
11.根据权利要求7-10任意一项所述的方法，其特征在于，所述预设规则包括记录当前非vip用户且在线时间过长业务的业务标识。12.一种业务管理方法，其特征在于，应用于移动业务交换中心msc，包括：接收在线网关om发送的业务释放请求；所述业务释放请求包括用户列表中记录的一个或多个业务标识，且每个业务标识对应一个待释放的业务；所述业务释放请求为所述om在接收到主动释放业务消息之后发送的；根据所述业务释放请求，释放所述一个或多个业务标识对应的业务。13.根据权利要求12任意一项所述的方法，其特征在于，所述方法还包括：向所述om发送申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务使用时长。14.一种业务管理装置，其特征在于，应用于在线网关om，包括：第一接收单元，用于接收主动释放业务消息，向计费功能模块chf发送用户列表请求；第二接收单元，用于接收所述chf反馈的用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；第一发送单元，用于向移动业务交换中心msc发送业务释放请求；所述业务释放请求包括所述一个或多个业务标识；所述业务释放请求用于指示所述msc释放所述一个或多个业务标识分别对应的业务。15.根据权利要求14所述的装置，其特征在于，所述装置还包括：第三接收单元，用于接收所述msc发送的业务请求接入；所述业务请求接入为用户请求使用业务的申请；第二发送单元，用于向所述msc发送预设错误码；所述预设错误码用于指示所述msc拒绝响应所述业务请求接入。16.根据权利要求14-15任意一项所述的装置，其特征在于，所述装置还包括：第四接收单元，用于接收所述msc发送的申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长；第一处理单元，用于根据所述acr生成计费信息；第三发送单元，用于向所述chf发送所述计费信息；所述计费信息用于所述chf对所述一个或多个业务标识分别对应的业务进行扣费。17.根据权利要求14-16任意一项所述的装置，其特征在于，所述装置还包括：第五接收单元，用于接收所述chf发送的扣费信息；所述扣费信息用于通知所述om已完成扣费操作。18.根据权利要求14所述的装置，其特征在于，所述装置还包括：第五接收单元，用于接收所述chf发送的扣费信息；所述扣费信息用于通知所述om已完成扣费操作。19.根据权利要求14所述的装置，其特征在于，所述第一发送单元，具体用于：通过继续对话业务处理tc-continue原语，向所述msc发送释放业务请求。20.一种业务管理装置，其特征在于，应用于计费功能模块chf，包括：第一接收单元，用于接收在线网关om发送的用户列表请求；所述用户列表请求为所述om在接收到主动释放业务消息之后发送的；
第一处理单元，用于根据预设规则生成用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；第一发送单元，用于向所述om发送所述用户列表。21.根据权利要求20所述的装置，其特征在于，所述装置还包括：第二接收单元，用于接收所述om发送的计费信息；所述计费信息包括申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务的使用时长。22.根据权利要求20-21任意一项所述的装置，其特征在于，所述装置还包括：第二处理单元，用于根据所述计费信息，对所述用户列表中的所述一个或多个业务标识对应的业务进行扣费。23.根据权利要求20-22任意一项所述的装置，其特征在于，所述装置还包括：第二发送单元，用于向所述om发送扣费信息；所述扣费信息用于通知所述om已完成扣费操作。24.一种业务管理装置，其特征在于，应用于移动业务交换中心msc，包括：第一接收单元，用于接收在线网关om发送的业务释放请求；所述业务释放请求包括用户列表中记录的一个或多个业务标识，且每个业务标识对应一个待释放的业务；所述业务释放请求为所述om在接收到主动释放业务消息之后发送的；第一处理单元，用于根据所述业务释放请求，释放所述一个或多个业务标识对应的业务。25.根据权利要求24所述的装置，其特征在于，所述装置还包括：第一发送单元，用于向所述om发送申请计费报告acr；所述acr包括所述用户列表中的所述一个或多个业务标识分别对应的业务使用时长。26.一种电子设备，其特征在于，包括处理器、存储器以及通信接口，其中，所述存储器用于存储信息发送程序代码，所述处理器用于调用所述业务管理程序代码来执行权利要求1-6或者7-11或者12-13中任一项所述的方法。27.一种芯片系统，其特征在于，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述接口电路和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有指令；所述指令被所述处理器执行时，权利要求1-6或者7-11或者12-13中任意一项所述的方法得以实现。28.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述权利要求1-6或者7-11或者12-13中任意一项所述的方法。29.一种计算机程序，其特征在于，所述计算机程序包括指令，当所述计算机程序被计算机执行时，使得所述计算机执行如权利要求1-6或者7-11或者12-13中任意一项所述的方法。

技术总结
本发明实施例公开了一种业务管理方法及相关装置，应用于在线网关OM，该方法可包括：接收主动释放业务消息，向计费功能模块CHF发送用户列表请求；接收所述CHF反馈的用户列表；所述用户列表包括一个或多个业务标识，且每个业务标识对应一个待释放的业务；向移动业务交换中心MSC发送业务释放请求；所述业务释放请求包括所述一个或多个业务标识；所述业务释放请求用于指示所述MSC释放所述一个或多个业务标识分别对应的业务。采用本发明实施例可提升计费系统的业务管理能力。费系统的业务管理能力。费系统的业务管理能力。


技术研发人员：刘永春 罗向荣 汪洋
受保护的技术使用者：华为技术有限公司
技术研发日：2020.11.23
技术公布日：2022/5/25