CN102045869A - 一种网络业务处理方法及*** - Google Patents
一种网络业务处理方法及*** Download PDFInfo
- Publication number
- CN102045869A CN102045869A CN2009102055440A CN200910205544A CN102045869A CN 102045869 A CN102045869 A CN 102045869A CN 2009102055440 A CN2009102055440 A CN 2009102055440A CN 200910205544 A CN200910205544 A CN 200910205544A CN 102045869 A CN102045869 A CN 102045869A
- Authority
- CN
- China
- Prior art keywords
- request
- professional
- business
- user
- processing device
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明涉及通信领域,为了解决现有技术中用户每次在触发业务时仅能得到一种服务的问题,本发明实施例提供了一种网络业务处理方法及***,其中方法包括判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息;当接收到所述处理失败信息时,则根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理。本发明实施例的有益效果在于,通过业务处理装置返回处理失败信息,网络交换装置可以根据该处理失败信息寻找到能够完成用户的业务使用请求相应的业务处理装置,从而使得用户每次在触发业务时能得到多种服务。
Description
技术领域
本发明涉及通信领域,特别涉及一种网络业务处理方法及***。
背景技术
固定/移动核心网在扣费业务中,使用业务鉴权计费控制协议(DiameterCredit Control,DCC)进行呼叫/业务等鉴权控制,在核心网演进过程中,可能出现核心网网元同时支持传统智能网协议,以及计费协议的情况。
在多种网络融合的技术下,移动核心网交换机(MSC)具备了传统智能网移动网络定制应用增强逻辑服务器(Customized Applications for Mobilenetwork Enhanced Logic,CAMEL)的触发能力,和IP网络中采用DCC协议计费触发的能力。
核心网交换机与在线计费***(Online Charging System,OCS)直接采用DCC协议进行业务鉴权扣费;MSC与业务控制点(Service Control Point,SCP)直接采用CAMEL协议进行呼叫控制功能。
本发明的发明人在实现本发明的过程中发现,现有技术MSC具备2种业务触发能力,通过DCC协议触发或者通过CAMEL协议触发,每个用户具体触发哪种业务由归属位置寄存器(Home Location Register,HLR)签约指定,现有技术中的问题在于MSC仅能在每个用户发起会话之前决定使用其中一种协议;而DCC协议关注于计费,CAMEL协议关注于呼叫控制,而从使得用户每次在触发业务时仅能得到一种服务。
发明内容
本发明实施例提供一种网络业务处理方法及***,用于解决用户每次在触发业务时仅能得到一种服务的问题。
本发明实施例提供了一种网络业务处理方法,包括:判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息;当接收到所述处理失败信息时,则根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理,其中所述业务处理装置包括计费业务处理装置和呼叫控制业务处理装置。
本发明实施例还提供了一种***,包括网络交换装置和业务处理装置;
其中所述业务处理装置用于分析网络交换装置传送来的业务使用请求,如果无法完成所述业务使用请求则根据错误列表生成相应的处理失败信息,反馈给所述网络交换装,其中所述业务处理装置包括计费业务处理装置和呼叫控制业务处理装置;
所述网络交换装置,包括:
网络交换单元,用于判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息;
转发单元,用于当接收到所述处理失败信息时,则根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理。
本发明实施例的有益效果在于,通过业务处理装置返回处理失败信息,网络交换装置可以根据该处理失败信息寻找到能够完成用户的业务使用请求相应的业务处理装置,从而使得用户每次在触发业务时能得到多种服务。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:
图1所示为本发明实施例多种网络业务处理方法流程图;
图2所示为本发明实施例网络交换装置结构示意图;
图3所示为本发明实施例网络交换装置另一装置结构示意图;
图4所示为本发明实施例业务处理装置结构示意图;
图5所示为本发明实施例多种网络业务处理***的结构示意图;
图6所示为本发明实施例***的信号流图;
图7所示为本发明实施例***的另一信号流图;
图8所示为本发明实施例***的另一信号流图;
图9所示为本发明实施例***的另一信号流图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施方式和附图,对本发明做进一步详细说明。在此,本发明的示意性实施方式及其说明用于解释本发明,但并不作为对本发明的限定。
本发明实施例提供一种网络业务处理方法、及网络交换装置和业务处理装置。以下结合附图对本发明进行详细说明。
如图1所示为本发明实施例多种网络业务处理方法流程图。
包括步骤101,判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息。
步骤102,当接收到所述处理失败信息时,则根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理。
作为本发明的一个实施例,在步骤101之前,接收用户的业务使用请求,将所述业务使用请求发送给预定的业务处理装置;
或者,获取所述用户的业务能力信息,向所述用户的业务能力信息对应的业务处理装置发送所述业务使用请求。其中,所述用户的业务能力信息包括,该用户能够使用什么业务,从而可以确定由哪种业务处理装置处理该用户的业务使用请求,所述获取所述用户的业务能力信息包括:可以从拜访位置寄存器(Visitor Location Register,VLR)或者HLR获得用户的业务能力信息。
作为本发明的一个实施例,所述业务使用请求中包括:计费请求或者业务控制请求。
作为本发明的一个实施例,所述步骤101之中包括:所述业务处理装置分析所述业务使用请求,如果无法完成所述业务使用请求,则根据预定的错误列表生成包含有相应错误代码的所述处理失败信息。
作为本发明的一个实施例,根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理包括:根据预定的控制列表匹配所述错误代码,找到所述预定业务处理装置的地址,将所述业务使用请求发送给该能够完成所述业务使用请求的预定业务处理装置进行处理。
作为本发明的一个实施例,根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理包括:根据所述处理失败信息中的所述预定业务处理装置的地址信息,将所述业务使用请求发送给该预定业务处理装置进行处理。
其中,使用所述业务处理装置相应的协议封装所述业务使用请求。
通过上述的实施例,业务处理装置可以在该业务处理装置不能处理用户的业务使用请求时指示到预定的业务处理装置处理所述用户的业务使用请求,实现了每次用户在触发业务时能得到多种服务。
如图2所示为本发明实施例网络交换装置结构示意图。
包括网络交换单元201,转发单元202。
所述网络交换单元201,用于判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息。
所述转发单元202,用于当接收到所述处理失败信息时,则根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理。
通过上述实施例,可以网络交换装置根据业务处理装置的处理失败信息将用户的业务使用请求发送给相应的业务处理装置,这样可以实现每次用户在触发业务时能得到多种服务。
如图3所示为本发明实施例网络交换装置另一装置结构示意图。
如图2所示的实施例一样包括,网络交换单元301,转发单元302。
还包括业务能力获取单元303,用于从某个网元(例如HLR)获取所述用户的业务能力信息,向所述用户的业务能力信息对应的业务处理装置发送所述业务使用请求。其中,所述用户的业务能力信息包括,该用户能够使用什么业务,从而可以确定由哪种业务处理装置处理该用户的业务使用请求。
匹配单元304,根据预定的控制列表匹配从业务处理装置返回的处理失败信息中的错误代码,找到所述预定业务处理装置的地址。
所述转发单元302根据所述地址信息将所述业务使用请求发送给所述预定业务处理装置进行处理。
所述网络交换单元例如可以为MSC,或者网关通用分组无线服务支持节点(GGSN)。
如图4所示为本发明实施例业务处理装置结构示意图。
包括分析单元401,用于分析网络交换装置传送来的业务使用请求,如果无法完成所述业务使用请求则根据预定的错误列表生成包含有相应错误代码的所述处理失败信息。
返回单元402,用于将所述处理失败信息返回给所述网络交换装置。
所述分析单元401还进一步用于,如果无法完成所述业务使用请求,则生成包含有能够处理该业务使用请求的预定业务处理装置的地址信息的所述处理失败信息。
所述业务处理装置可以为OCS、SCP或者应用服务器(Application Server,AS)。
如果该业务处理装置能够处理所述业务使用请求则进行相应的业务处理。
通过上述实施例,通过业务处理装置可以返回处理失败信息,通知网络交换装置应该向哪个业务处理装置发送该业务使用请求,实现了每次用户在触发业务时能得到多种服务。
如图5所示为本发明实施例多种网络业务处理***的结构示意图。
包括网络交换装置501,多个业务处理装置502。
所述网络交换装置501如图2或图3所示实施例,所述业务处理装置502如图4所示实施例。
网络交换装置501,用于接收用户的业务使用请求,将所述业务使用请求发送给所述业务处理装置502,并接收所述业务处理装置502返回的处理失败信息,将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置502进行处理。
所述业务处理装置502,用于分析网络交换装置501传送来的业务使用请求,如果无法完成所述业务使用请求则生成相应的处理失败信息,将所述处理失败信息返回给所述网络交换装置501。
通过上述实施例,该***可以实现每次用户在触发业务时能得到多种服务。
如图6所示为本发明实施例***的信号流图。
在本实施例中,MSC为网络交换装置,该MSC同时支持传统智能网CAMEL协议和DCC协议,OCS和SCP为不同的业务处理装置。应用场景为,用户第一次打电话,***要求用户首次激活用户,设置密码,在一次打电话的过程中同时激活用户。
步骤601,MSC对用户终端的呼叫(即业务使用请求)进行基于DCC协议的计费,向预定的OCS发送计费控制请求(CCR)的初始化(initial)消息。其中,MSC还可以从HLR获取用户的业务能力信息,即该用户是否能够通过OCS进行计费,向该用户相应的OCS发送CCR初始化消息。
步骤602,OCS对用户进行分析,在本例中分析结果为,该用户为首次激活,不能直接进行呼叫,需要进行用户的激活;而OCS的DCC协议无法满足激活过程中的放音特性,只有CAMEL协议可以,根据分析结果匹配错误列表,获得错误代码,OCS根据该错误代码向MSC返回计费控制应答(CCA)的初始化(initial)消息,指示MSC释放DCC会话,触发CAMEL业务,在返回的计费控制应答初始化消息中包括了上述错误代码。该错误列表例如可以为当前分析的结果(在本例中为该用户为首次激活,不能直接进行呼叫,需要进行用户的激活),错误代码(例如为1001)。
步骤603,MSC根据接收到的计费控制应答消息,获得所述错误代码,再匹配控制列表,得到应该向哪个业务处理装置发出CAMEL业务使用请求的地址信息,在本例中释放DCC会话,向SCP发送初始会话请求(Initial DetectPoint,IDP)消息,触发CAMEL业务。
步骤604,SCP发送请求报告基本呼叫状态模型事件(Request ReportBasic Call Status Model Event,RRBE)消息,要求MSC上报与用户终端的会话状态。
步骤605,SCP下发连接资源(Connect to Recourse,CTR),要求MSC连接到激活用户的放音资源;SCP下发放音并收集用户输入(Promote andCollect,P&C),指示MSC放音,提示用户输入密码,所述放音是指播放激活用户所需的提示语音。
步骤606,用户输入密码后,MSC将密码信息以P&C结果(Result)信令返回SCP。
步骤607,SCP根据用户密码信息处理用户首次激活,成功后下发继续(Continue)信令,指示MSC继续呼叫,将用户终端与被叫方的终端建立连接。
至此,用户可以第一次打电话激活帐户,并连接呼叫,实现了触发业务时能得到多种服务。
如图7所示为本发明实施例***的另一信号流图。
在本实施例中,MSC为网络交换装置,该MSC同时支持传统智能网CAMEL协议和IP多媒体核心子***(IMS)的会话发起协议(SIP),SCP和SIP的应用服务器(AS)为不同的业务处理装置。
步骤701,MSC获取用户的业务使用请求,向预定的SCP触发智能网普通呼叫初始会话请求。
步骤702,SCP对用户进行分析,在本例中分析结果为,该用户需要使用IMS业务而不使用CAMEL智能业务,即该SCP无法完成用户的IMS业务使用请求,根据上述分析结果匹配错误列表得到相应的错误代码,返回结束会话的信令(ReleaseCall),在该信令中包括错误代码,该错误代码用于指示MSC释放本次CAMEL会话,触发IMS业务。该错误列表例如可以为当前分析的结果(在本例中为该用户需要使用IMS业务而不使用CAMEL智能业务),错误代码(例如为1002)。
步骤703,MSC根据所述SCP返回的信令,匹配控制列表,找到相应错误代码对应的能够完成该IMS业务使用请求的业务处理装置(在本例中为AS)的地址,释放CAMEL会话,触发IMS业务,向相应地址的AS发送邀请信令(Invite)。
步骤704,该AS向MSC返回尝试(Trying)信令、振铃信令和完成连接信令等建立MSC和该AS的连接。
步骤705,用户终端与AS进行通信。
如图8所示为本发明实施例***的另一信号流图。
在本实施例中,MSC为网络交换装置,该MSC同时支持传统智能网CAMEL协议和DCC协议,SCP和OCS1为不同的业务处理装置。
步骤801,MSC获取用户的业务使用请求,向预定的SCP触发智能网普通呼叫初始会话请求。
步骤802,SCP对用户进行分析,在本例中的分析结果为,该用户可以直接使用DCC协议进行扣费,不需要进行呼叫控制业务,匹配错误列表找到上述分析结果对应的错误代码和能够处理该业务使用请求的业务处理装置的地址,该SCP返回ReleaseCall信令,该信令包括上述错误代码和业务处理装置的地址,该错误代码用于指示MSC释放本次CAMEL协议会话,触发DCC协议扣费。该错误列表例如可以为当前分析的结果(在本例中为该用户可以直接使用DCC协议进行扣费,不需要进行呼叫控制业务),错误代码(例如为1003),业务处理装置的地址(例如能够处理该业务使用请求的OCS地址)。所述错误列表如下表所示:
步骤803,MSC接收上述返回的信令,匹配控制列表,找到相应错误代码对应的操作,释放CAMEL协议会话,触发DCC协议进行呼叫扣费,向所述地址指示的OCS1发送计费控制请求。所述控制列表包括若干条件字段,用于指示什么条件下才能进行符合错误代码的操作;使用协议和错误代码字段,用于指示收到某种错误代码对应的操作;对于不同错误代码进行相应操作的字段,例如再次触发计费过程。所述控制列表如下表所示:
条件1 | 条件2 | 协议/错误代码 | 操作 |
周末时间 | 用户在北京地区 | CAMEL/错误1003 | 再次触发 |
周末时间 | 用户在天津地区 | CAMEL/错误1004 |
步骤804,相应的OCS1返回计费控制应答。
步骤805,用户终端与被叫方进行通信。
如图9所示为本发明实施例***的另一信号流图。
在本实施例中,短消息服务中心(Short Message Service Centre,SMSC)为网络交换装置,该SMSC同时支持点对点短消息(Short Message Peer toPeer,SMPP)协议和传统智能网CAMEL协议,SCP1和融合计费服务器(Convergence Billing System,CBS)为不同的业务处理装置。用户进行了短消息转发设定,规定将发给该用户的短消息都转发到另一用户终端。
步骤901,SMSC获取用户的业务使用请求,向预定的CBS发送基于点对点短消息协议的短消息业务(Short Messaging Service,SMS)计费请求。
步骤902,CBS对用户进行分析,在本例中的分析结果为,如果该用户设定了转发短消息,则CBS不能对短消息转发进行计费,同时无法告诉SMSC短消息转发给谁,匹配错误列表,获得上述分析结果对应的错误代码,向SMSC返回失败应答Send_SMS_Rep消息,指示SMSC释放SMPP会话,触发CAMEL业务,在返回的失败应答消息中包括了上述错误代码,该错误列表例如可以为当前分析的结果(在本例中为用户设定了转发短消息),错误代码(例如为1005)。所述错误列表如下表所示:
分析结果 | 协议/错误代码 |
用户设定了转发短消息 | SMPP/错误1005 |
步骤903,SMSC接收上述分析结果,释放SMPP协议会话,触发DCC协议进行短信息扣费,根据错误代码在控制列表中找到应该向SCP1发送计费控制请求,向SCP1发送初始会话请求(Initial Detect Point,IDP)消息,触发CAMEL业务。该控制列表例如可以包括若干条件字段,用于指示在某种条件下配合某种错误代码才会进行某种操作;使用协议和错误代码字段,用于指示收到某种错误代码对应的操作;对于不同错误代码进行相应操作的字段,例如再次触发计费过程;操作目标字段,用于指明操作目标的地址,例如再次触发计费过程时应该向哪个SCP发送计费请求消息;如下表所示:
条件1 | 条件2 | 协议/错误代码 | 操作 | 目的地址 |
周末时间 | 用户在北京地区 | SMPP/错误1005 | 再次触发 | SCP1 |
周末时间 | 用户在天津地区 | SMPP/错误1006 |
步骤904,SCP1发送请求报告基本呼叫状态模型事件(Request ReportBasic Cail Status Model Event,RRBE)消息,要求SMSC上报用户是否要发送短消息的状态信息。
步骤905,SCP1根据存储的用户设定的短消息转发目的地址,向SMSC发送短消息转发的地址信息。
步骤906,用户发送的短消息被转发给被叫方设定的用户。
本发明有益效果在于,业务处理装置可以在该业务处理装置不能处理用户的业务使用请求时指示到预定的业务处理装置处理所述用户的业务使用请求,实现了用户每次在触发业务时能得到多种服务。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种网络业务处理方法,其特征在于包括:
判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息;
当接收到所述处理失败信息时,则根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理,其中所述业务处理装置包括计费业务处理装置和呼叫控制业务处理装置。
2.根据权利要求1所述的方法,其特征在于,在所述判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息之前还包括,接收用户的业务使用请求,将所述业务使用请求发送给预定的业务处理装置;
或者,获取所述用户的业务能力信息,向所述用户的业务能力信息对应的业务处理装置发送所述业务使用请求。
3.根据权利要求1所述的方法,其特征在于,所述判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息中包括:所述业务处理装置分析所述业务使用请求,如果无法完成所述业务使用请求,则根据预定的错误列表生成包含有相应错误代码的所述处理失败信息。
4.根据权利要求3所述的方法,其特征在于,根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理包括:根据预定的控制列表匹配所述错误代码,找到所述预定业务处理装置的地址,将所述业务使用请求发送给该能够完成所述业务使用请求的预定业务处理装置进行处理。
5.根据权利要求1所述的方法,其特征在于,所述处理失败信息包括所述预定业务处理装置的地址信息;在根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理包括:根据所述处理失败信息中的所述预定业务处理装置的地址信息,将所述业务使用请求发送给该预定业务处理装置进行处理。
6.根据权利要求1所述的方法,其特征在于,所述业务使用请求中包括:计费请求或者业务控制请求。
7.一种***,其特征在于包括:网络交换装置和业务处理装置;
其中所述业务处理装置用于分析网络交换装置传送来的业务使用请求,如果无法完成所述业务使用请求则根据错误列表生成相应的处理失败信息,反馈给所述网络交换装,其中所述业务处理装置包括计费业务处理装置和呼叫控制业务处理装置;
所述网络交换装置,包括:
网络交换单元,用于判断是否接收到业务处理装置对用户的业务使用请求处理失败的信息;
转发单元,用于当接收到所述处理失败信息时,则根据所述处理失败信息将所述业务使用请求发送给能够完成所述业务使用请求的预定业务处理装置进行处理。
8.根据权利要求7所述的***,其特征在于,所述网络交换装置还包括:业务能力获取单元,用于获取所述用户的业务能力信息,所述网络交换单元向所述用户的业务能力信息对应的业务处理装置发送所述业务使用请求。
9.根据权利要求7所述的***,其特征在于,所述网络交换装置还包括:匹配单元,用于根据预定的控制列表匹配从业务处理装置返回的处理失败信息中的错误代码,找到所述预定业务处理装置的地址,所述转发单元根据所述地址信息将所述业务使用请求发送给所述预定业务处理装置进行处理。
10.根据权利要求9所述的***,其特征在于,所述匹配单元,还用于获取所述处理失败信息中的所述预定的业务处理装置的地址信息,所述转发单元根据所述地址信息将所述业务使用请求发送给所述预定业务处理装置进行处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102055440A CN102045869A (zh) | 2009-10-26 | 2009-10-26 | 一种网络业务处理方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102055440A CN102045869A (zh) | 2009-10-26 | 2009-10-26 | 一种网络业务处理方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102045869A true CN102045869A (zh) | 2011-05-04 |
Family
ID=43911487
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102055440A Pending CN102045869A (zh) | 2009-10-26 | 2009-10-26 | 一种网络业务处理方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102045869A (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1802027A1 (en) * | 2005-12-23 | 2007-06-27 | Telefonaktiebolaget LM Ericsson (publ) | Method, apparatus and computer program product for online charging |
CN101478726A (zh) * | 2009-01-22 | 2009-07-08 | 华为技术有限公司 | 一种预付费业务中放音的方法、装置和*** |
-
2009
- 2009-10-26 CN CN2009102055440A patent/CN102045869A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1802027A1 (en) * | 2005-12-23 | 2007-06-27 | Telefonaktiebolaget LM Ericsson (publ) | Method, apparatus and computer program product for online charging |
CN101478726A (zh) * | 2009-01-22 | 2009-07-08 | 华为技术有限公司 | 一种预付费业务中放音的方法、装置和*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5417438B2 (ja) | ショートメッセージ配信に対する課金 | |
EP1802028B1 (en) | A charging network , charging agent apparatus as well and the charging method thereof | |
EP2671344B1 (en) | Method and apparatus for online charging in an ip multimedia subsystem | |
CN106717041A (zh) | 用于在外地网络中漫游的移动装置的增强的互联网协议多媒体子***的服务限制和选择控制 | |
CN103139765B (zh) | 一种一卡多号业务的控制方法、控制装置及*** | |
CN1997069B (zh) | 一种实现特殊业务的方法及终端 | |
JP6508660B2 (ja) | 課金制御装置、方法、およびシステム | |
CN101102596A (zh) | 一种在用户侧产生呼叫详细记录的方法 | |
CN105049647B (zh) | 一种屏蔽骚扰电话的方法和*** | |
CN101370172A (zh) | 不同类型的消息业务通信的处理方法、***和设备 | |
CN101321362B (zh) | 计费方法和***及装置 | |
CN102045869A (zh) | 一种网络业务处理方法及*** | |
CN105208536A (zh) | 短消息发送方法及装置 | |
WO2011003255A1 (zh) | 一种基于ocs的被叫付费业务实现方法和*** | |
CN102238508B (zh) | 一种在线计费方法、装置和*** | |
US9614979B2 (en) | System and method for generating charging data for short message delivery | |
CN103517234A (zh) | 一种投递短消息的方法和*** | |
CN101400036A (zh) | 一种对短消息业务进行鉴权的方法 | |
CN101179402A (zh) | 对于wcdma业务灵活选择服务在线计费***的方法 | |
CN102056125B (zh) | 一种在漫游中实现业务控制的方法、设备及*** | |
CN101141539B (zh) | 一种预付费业务的计费方法及其*** | |
WO2005117343A1 (en) | Communications networks | |
KR101707544B1 (ko) | Fmc 환경에서 선불 서비스를 제공하는 방법 및 장치 | |
CN101742455B (zh) | 漫游计费方法和装置、代理/服务呼叫会话控制功能实体 | |
CN101771985A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110504 |