CN104158801A - 一种呼叫处理方法及装置 - Google Patents
一种呼叫处理方法及装置 Download PDFInfo
- Publication number
- CN104158801A CN104158801A CN201410360174.9A CN201410360174A CN104158801A CN 104158801 A CN104158801 A CN 104158801A CN 201410360174 A CN201410360174 A CN 201410360174A CN 104158801 A CN104158801 A CN 104158801A
- Authority
- CN
- China
- Prior art keywords
- message
- ssf
- scp
- equipment
- event
- 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.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种呼叫处理方法及装置，该方法包括：在处理呼叫的过程中，在建立当前智能关系后，互联网协议多媒体网络下的业务交换功能IM-SSF设备接收服务呼叫会话控制功能S-CSCF设备发送的指示承载业务修改完成的消息；IM-SSF设备向业务控制点SCP发送第一基本呼叫状态模型事件报告ERB消息，以请求拆除当前智能关系；IM-SSF设备接收SCP发送的请求拆除当前智能关系的消息；IM-SSF设备拆除当前智能关系，保持当前呼叫；IM-SSF设备向SCP发送建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种呼叫处理方法及装置。
背景技术
互联网协议多媒体网络下的业务交换功能(Internet Protocol Multimedia-Service Switch Function；IM-SSF)是第三代合作伙伴计划(3rd GenerationPartnership Project；3GPP)协议定义的在互联网协议多媒体子系统(InternetProtocol Multimedia Subsystem；IMS)域内实现智能业务触发的逻辑功能实体。IM-SSF能够完成会话发起协议(Session Initiation Protocol；SIP)与移动网络增强逻辑定制应用(Customized Applications for Mobile network Enhanced Logic；CAMEL)或智能网应用协议(Intelligent Network Application Protocol；INAP)之间的协议转换。
请参考图1所示，为IMS网络与传统智能网络之间组网的示意图。通过IM-SSF可以使得长期演进语音(Voice over Long Term Evolution；VoLTE)网络的用户能够接入智能网络中的业务控制点(Service Control Point；SCP)，从而使得VoLTE用户能够继承电路交换(Circuit Switching；CS)网络中的预付费业务(Prepaid Service；PPS)和虚拟专用号码(Virtual Private Number；VPN)等智能业务。其中，通过IM-SSF将服务呼叫会话控制功能(Serving-Call SessionControl Function；S-CSCF)设备的呼叫请求发送到SCP。
然而，VoLTE呼叫过程中可能出现承载业务变化，典型的包括音频切换成视频，或者视频切换成音频场景。通常情况下音频和视频的费率是不同的，因此，SCP需要获知当前正在进行的承载业务是音频还是视频，从而避免运营商计费损失或者对终端用户多计费的情况出现。
为解决上述技术问题，CAMEL4协议定义了两个事件点：O_Service_Change(用于主叫流程)和T_Service_Change(用于被叫流程)。IM-SSF设备可以通过这两个事件点监控承载业务的变化，并在承载业务发生变化时将变化的情况上报给SCP。然后继续呼叫流程，并且按照修改前所承载的业务类型继续计费直到SCP下发的计费周期使用完。然后IM-SSF设备上报请求计费报告(Apply Charging Report；ACR)消息到SCP，请求SCP下发新的计费周期。如果用户未欠费，则SCP下发请求计费(Apply Charging；AC)消息，指示新的计费周期并按照修改后所承载的业务类型计费。
由此可以看出，现有技术中的方法需要等到下一计费周期才能调整费率，所以费率调整不及时。
发明内容
本申请提供一种呼叫处理方法及装置，用以解决现有技术中存在的当有业务变化事件发生时，费率调整不及时的技术问题。
本申请第一方面提供了一种呼叫处理方法，包括：
在处理呼叫的过程中，在建立当前智能关系后，互联网协议多媒体网络下的业务交换功能IM-SSF设备接收服务呼叫会话控制功能S-CSCF设备发送的指示承载业务修改完成的消息；
所述IM-SSF设备向业务控制点SCP发送第一基本呼叫状态模型事件报告ERB消息，以请求拆除当前智能关系；
所述IM-SSF设备接收所述SCP发送的请求拆除所述当前智能关系的消息；
所述IM-SSF设备拆除所述当前智能关系以及保持当前呼叫；
所述IM-SSF设备向所述SCP发送建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
结合第一方面，在第一方面的第一种可能的实现方式中，在所述IM-SSF设备接收所述S-CSCF设备发送的指示承载业务修改完成的消息之后，在IM-SSF设备向所述SCP发送建立新智能关系的IDP之前，所述方法还包括：
所述IM-SSF设备向所述SCP发送请求计费报告ACR，以请求停止对修改前所承载的业务的计费。
结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，在所述IM-SSF设备接收所述S-CSCF设备发送的指示承载业务修改完成的消息之前，所述方法还包括：
所述IM-SSF设备向所述SCP发送建立所述当前智能关系的IDP消息，所述建立所述当前智能关系的IDP消息携带呼叫参考号码；
则，所述IM-SSF设备向所述SCP发送建立新智能关系的初始检测点IDP消息，包括：
所述IM-SSF设备向所述SCP发送建立新智能关系的IDP消息，所述建立新智能关系的IDP消息携带与所述呼叫参考号码一致的呼叫参考号码。
结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，在所述IM-SSF设备向所述SCP发送建立所述当前智能关系的IDP消息之后，在所述IM-SSF设备接收S-CSCF设备发送的指示承载业务修改完成的消息之前，所述方法还包括：
所述IM-SSF接收所述SCP下发的第一请求上报基本呼叫状态模型事件RRBE消息，所述第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
结合第一方面或第一方面的第一种可能的实现方式至第一方面的第三种可能的实现方式中的任意一种，在第一方面的第四种可能的实现方式中，在所述IM-SSF设备向所述SCP发送建立新智能关系的IDP消息之后，所述方法还包括：
所述IM-SSF设备接收所述SCP下发的第二请求上报基本呼叫状态模型事件RRBE消息，所述第二RRBE消息携带应答事件和拆线事件。
结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
结合第一方面或第一方面的第一种可能的实现方式至第一方面的第四种可能的实现方式中的任意一种，在第一方面的第六种可能的实现方式中，当所述指示承载业务修改完成的消息为200(UPDATE)时，在所述IM-SSF设备向所述SCP发送建立新智能关系的IDP消息之后，所述方法还包括：
所述IM-SSF设备向所述SCP发送呼叫应答消息。
结合第一方面或第一方面的第一种可能的实现方式至第一方面的第四种可能的实现方式中的任意一种，在第一方面的第七种可能的实现方式中，当所述指示承载业务修改完成的消息为200(Re-INVITE)时，在所述IM-SSF设备接收S-CSCF设备发送的指示承载业务修改完成的消息之前，所述方法还包括：
所述IM-SSF设备向所述SCP发送呼叫应答消息。
本申请第二方面还提供一种呼叫处理方法，包括：
在处理呼叫的过程中，在建立当前智能关系后，业务控制点SCP接收互联网协议多媒体网络下的业务交换功能IM-SSF设备发送的第一基本呼叫状态模型事件报告ERB消息；
所述SCP下发请求拆除所述当前智能关系的消息给所述IM-SSF设备，以请求所述IM-SSF设备保持当前呼叫以及拆除所述当前智能关系；
所述SCP接收所述IM-SSF设备发送的用于建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
结合第二方面，在第二方面的第一种可能的实现方式中，在所述SCP接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之前，所述方法还包括：
所述SCP接收所述IM-SSF设备发送的请求计费报告ACR；
所述SCP停止对修改前所承载的业务的计费。
结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，在所述SCP接收所述IM-SSF设备发送的第一ERB消息之前，所述方法还包括：
所述SCP发送第一请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，在所述SCP接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之后，所述方法还包括：
所述SCP发送第二请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第二RRBE消息携带应答事件和拆线事件。
结合第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
结合第二方面或第二方面的第一种可能的实现方式至第二方面的第三种可能的实现方式中的任意一种，在第二方面的第五种可能的实现方式中，当所述第一ERB消息中携带主叫放弃事件时，在所述SCP接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之后，所述方法还包括：
所述SCP接收所述IM-SSF设备发送的呼叫应答消息。
结合第二方面或第二方面的第一种可能的实现方式至第二方面的第三种可能的实现方式中的任意一种，在第二方面的第六种可能的实现方式中，当所述第一ERB消息中携带拆线事件时，在所述SCP接收所述IM-SSF设备发送的第一ERB消息之前，所述方法还包括：
所述SCP接收所述IM-SSF设备发送的呼叫应答消息。
本申请第三方面提供一种呼叫处理装置，包括：
接收单元，用于在处理呼叫的过程中，在建立当前智能关系后，接收服务呼叫会话控制功能S-CSCF设备发送的指示承载业务修改完成的消息；
发送单元，用于在所述接收单元接收到所述指示承载业务修改完成的消息后，向业务控制点SCP上报第一基本呼叫状态模型事件报告ERB消息，以请求拆除当前智能关系；
所述接收单元，还用于接收所述SCP发送的请求拆除所述当前智能关系的消息；
处理单元，用于在所述接收单元接收到所述请求拆除所述当前智能关系的消息后，拆除所述当前智能关系以及保持当前呼叫；
所述发送单元，还用于在所述处理单元拆除所述当前智能关系后，向所述SCP发送建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
结合第三方面，在第三方面的第一种可能的实现方式中，所述发送单元还用于：在所述接收单元接收所述S-CSCF设备发送的指示承载业务修改完成的消息之后，在向所述SCP发送建立新智能关系的IDP之前，向所述SCP发送请求计费报告ACR，以请求停止对修改前所承载的业务的计费。
结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述发送单元还用于：在所述接收单元接收所述S-CSCF设备发送的指示承载业务修改完成的消息之前，向所述SCP发送建立所述当前智能关系的IDP消息，所述建立所述当前智能关系的IDP消息携带呼叫参考号码；
所述发送单元具体用于向所述SCP发送建立新智能关系的IDP消息，所述建立新智能关系的IDP消息携带与所述呼叫参考号码一致的呼叫参考号码。
结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述接收单元还用于，在所述发送单元向所述SCP发送建立所述当前智能关系的IDP消息之后，在所述接收单元接收S-CSCF设备发送的指示承载业务修改完成的消息之前，接收所述SCP下发的第一请求上报基本呼叫状态模型事件RRBE消息，所述第一RRBE消息中携带主叫放弃事件、应答事件和拆线事件。
结合第三方面或第三方面的第一种可能的实现方式至第三方面的第三种可能的实现方式中的任意一种，在第三方面的第四种可能的实现方式中，所述接收单元还用于，在所述发送单元向所述SCP发送建立新智能关系的IDP消息之后，接收所述SCP下发的第二请求上报基本呼叫状态模型事件RRBE消息，所述第二RRBE消息携带应答事件和拆线事件。
结合第三方面的第四种可能的实现方式，在第三方面的第五种可能的实现方式中，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
结合第三方面或第三方面的第一种可能的实现方式至第三方面的第四种可能的实现方式中的任意一种，在第三方面的第六种可能的实现方式中，所述发送单元还用于，当所述指示承载业务修改完成的消息为200(UPDATE)时，在所述发送单元向所述SCP发送建立新智能关系的IDP消息之后，向所述SCP发送呼叫应答消息。
结合第三方面或第三方面的第一种可能的实现方式至第三方面的第四种可能的实现方式中的任意一种，在第三方面的第七种可能的实现方式中，所述发送单元还用于，当所述指示承载业务修改完成的消息为200(Re-INVITE)时，在所述接收单元接收S-CSCF设备发送的指示承载业务修改完成的消息之前，向所述SCP发送呼叫应答消息。
本申请第四方面提供一种呼叫处理装置，包括：
接收单元，用于在处理呼叫的过程中，在建立当前智能关系后，接收互联网协议多媒体网络下的业务交换功能IM-SSF设备上报的第一基本呼叫状态模型事件报告ERB消息；
发送单元，用于在所述接收单元接收所述第一ERB消息后，发送请求拆除所述当前智能关系的消息给所述IM-SSF设备，以请求所述IM-SSF设备保持当前呼叫以及拆除所述当前智能关系；
所述接收单元还用于，接收所述IM-SSF设备发送的用于建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
结合第四方面，在第四方面的第一种可能的实现方式中，所述装置还包括处理单元，
所述接收单元还用于，在所述接收单元接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之前，接收所述IM-SSF设备发送的请求计费报告ACR；
所述处理单元用于在所述接收单元接收所述ACR后，停止对修改前所承载的业务的计费。
结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述发送单元还用于：在所述接收单元接收所述IM-SSF设备发送的第一ERB消息之前，发送第一请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
结合第四方面或第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方式，在第四方面的第三种可能的实现方式中，所述发送单元还用于，在所述接收单元接收发送的用于建立新智能关系的IDP消息之后，发送第二请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第二RRBE消息携带应答事件和拆线事件。
结合第四方面的第三种可能的实现方式，在第四方面的第四种可能的实现方式中，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
结合第四方面或第四方面的第一种可能的实现方式至第四方面的第三种可能的实现方式中的任意一种，在第四方面的第五种可能的实现方式中，所述接收单元还用于，当所述第一ERB消息中携带拆线事件时，在所述接收单元接收所述IM-SSF设备发送的第一ERB消息之前，接收所述IM-SSF设备发送的呼叫应答消息。
结合第四方面或第四方面的第一种可能的实现方式至第四方面的第三种可能的实现方式中的任意一种，在第四方面的第六种可能的实现方式中，所述接收单元还用于，当所述第一ERB消息中携带拆线事件时，在所述接收单元接收所述IM-SSF设备发送的第一ERB消息之前，接收所述IM-SSF设备发送的呼叫应答消息。
本申请第五方面提供一种IM-SSF设备，包括：
接收器，用于在处理呼叫的过程中，在建立当前智能关系后，接收服务呼叫会话控制功能S-CSCF设备发送的指示承载业务修改完成的消息；
发送器，用于在所述接收器接收到所述指示承载业务修改完成的消息后，向业务控制点SCP上报第一基本呼叫状态模型事件报告ERB消息，以请求拆除当前智能关系；
所述接收器，还用于接收所述SCP发送的请求拆除所述当前智能关系的消息；
处理器，用于在所述接收器接收到所述请求拆除所述当前智能关系的消息后，拆除所述当前智能关系以及保持当前呼叫；
所述发送器，还用于在所述处理器拆除所述当前智能关系后，向所述SCP发送建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
结合第五方面，在第五方面的第一种可能的实现方式中，所述发送器还用于：在所述接收器接收所述S-CSCF设备发送的指示承载业务修改完成的消息之后，向所述SCP发送建立新智能关系的IDP之前，向所述SCP发送请求计费报告ACR，以请求停止对修改前所承载的业务的计费。
结合第五方面或第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，所述发送器还用于：在所述接收器接收所述S-CSCF设备发送的指示承载业务修改完成的消息之前，向所述SCP发送建立所述当前智能关系的IDP消息，所述建立所述当前智能关系的IDP消息携带呼叫参考号码；
所述发送器具体用于向所述SCP发送建立新智能关系的IDP消息，所述建立新智能关系的IDP消息携带与所述呼叫参考号码一致的呼叫参考号码。
结合第五方面的第二种可能的实现方式，在第五方面的第三种可能的实现方式中，所述接收器还用于，在所述发送器向所述SCP发送建立所述当前智能关系的IDP消息之后，在所述接收器接收S-CSCF设备发送的指示承载业务修改完成的消息之前，接收所述SCP下发的第一请求上报基本呼叫状态模型事件RRBE消息，所述第一RRBE消息中携带主叫放弃事件、应答事件和拆线事件。
结合第五方面或第五方面的第一种可能的实现方式至第五方面的第三种可能的实现方式中的任意一种，在第五方面的第四种可能的实现方式中，所述接收器还用于，在所述发送器向所述SCP发送建立新智能关系的IDP消息之后，接收所述SCP下发的第二请求上报基本呼叫状态模型事件RRBE消息，所述第二RRBE消息携带应答事件和拆线事件。
结合第五方面的第四种可能的实现方式，在第五方面的第五种可能的实现方式中，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
结合第五方面或第五方面的第一种可能的实现方式至第五方面的第四种可能的实现方式中的任意一种，在第五方面的第六种可能的实现方式中，所述发送器还用于，当所述指示承载业务修改完成的消息为200(UPDATE)时，在所述发送器向所述SCP发送建立新智能关系的IDP消息之后，向所述SCP发送呼叫应答消息。
结合第五方面或第五方面的第一种可能的实现方式至第五方面的第四种可能的实现方式中的任意一种，在第五方面的第七种可能的实现方式中，所述发送器还用于，当所述指示承载业务修改完成的消息为200(Re-INVITE)时，在所述接收器接收S-CSCF设备发送的指示承载业务修改完成的消息之前，向所述SCP发送呼叫应答消息。
本申请第六方面提供一种SCP，包括：
接收器，用于在处理呼叫的过程中，在建立当前智能关系后，接收互联网协议多媒体网络下的业务交换功能IM-SSF设备上报的第一基本呼叫状态模型事件报告ERB消息；
发送器，用于在所述接收器接收所述第一ERB消息后，发送请求拆除所述当前智能关系的消息给所述IM-SSF设备，以请求所述IM-SSF设备保持当前呼叫以及拆除所述当前智能关系；
所述接收器还用于，接收所述IM-SSF设备发送的用于建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
结合第六方面，在第六方面的第一种可能的实现方式中，所述SCP还包括处理器，
所述接收器还用于，在所述接收器接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之前，接收所述IM-SSF设备发送的请求计费报告ACR；
所述处理器用于在所述接收器接收所述ACR后，停止对修改前所承载的业务的计费。
结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，所述发送器还用于：在所述接收器接收所述IM-SSF设备发送的第一ERB消息之前，发送第一请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
结合第六方面或第六方面的第一种可能的实现方式或第六方面的第二种可能的实现方式，在第六方面的第三种可能的实现方式中，所述发送器还用于，在所述接收器接收发送的用于建立新智能关系的IDP消息之后，发送第二请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第二RRBE消息携带应答事件和拆线事件。
结合第六方面的第三种可能的实现方式，在第六方面的第四种可能的实现方式中，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
结合第六方面或第六方面的第一种可能的实现方式至第六方面的第三种可能的实现方式中的任意一种，在第六方面的第五种可能的实现方式中，所述接收器还用于，当所述第一ERB消息中携带拆线事件时，在所述接收器接收所述IM-SSF设备发送的第一ERB消息之前，接收所述IM-SSF设备发送的呼叫应答消息。
结合第六方面或第六方面的第一种可能的实现方式至第六方面的第三种可能的实现方式中的任意一种，在第六方面的第六种可能的实现方式中，所述接收器还用于，当所述第一ERB消息中携带拆线事件时，在所述接收器接收所述IM-SSF设备发送的第一ERB消息之前，接收所述IM-SSF设备发送的呼叫应答消息。
本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：
本申请实施例中，在处理呼叫的过程中，在建立当前智能关系后，IM-SSF设备接收S-CSCF设备发送的指示承载业务修改完成的消息；IM-SSF设备向SCP发送第一ERB消息，以请求拆除当前智能关系；IM-SSF设备接收SCP发送的请求拆除当前智能关系的消息；IM-SSF设备拆除当前智能关系以及保持当前呼叫；IM-SSF设备向SCP发送建立新智能关系的IDP消息，其中，IDP消息携带修改后所承载的业务的类型信息。因此，在本申请实施例中，当承载业务发生变化时，IM-SSF设备就上报给SCP；并且等接收到SCP下发的请求拆除当前智能关系的消息时，就拆除当前智能关系，而保持当前呼叫，然后再发送建立新智能关系的IDP消息给SCP，触发建立新智能关系的流程，其中，其中，IDP消息携带修改后所承载的业务的类型信息。当新智能关系建立后，就会以修改后所承载的业务类型重新计费，所以费率能够得到及时的调整，从而避免运营商计费损失或者对终端用户多计费的情况出现。
附图说明
图1为现有技术中一种通信系统架构图；
图2为本申请一实施例中呼叫处理方法的流程图；
图3为本申请另一实施例中呼叫处理方法的流程图；
图4为本申请第一实施例中呼叫处理方法的交互图；
图5为本申请第二实施例中呼叫处理方法的交互图；
图6为本申请一实施例中IM-SSF设备的功能框图；
图7为本申请一实施例中IM-SSF设备的硬件实现的实例概念图；
图8为本申请一实施例中SCP的功能框图；
图9为本申请一实施例中SCP的硬件实现的实例概念图。
具体实施方式
本申请实施例提供一种呼叫处理方法及装置，用以解决现有技术中存在的当有业务变化事件发生时，费率调整不及时的技术问题。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图对本申请优选的实施方式进行详细说明。
本实施例提供一种呼叫处理方法，适用于本实施例中呼叫处理方法的一种可能的通信系统架构如图1所示。S-CSCF设备具体可以是路由器、交换机。IM-SSF设备具体可以是应用服务器，也可以和SCP集成在同一物理设备上。可选的，IM-SSF设备在网络中的位置也不限定，例如可以在IMS网络中，也可以在智能网中。
以下先从IM-SSF设备侧介绍本实施例中的呼叫处理方法，请参考图2所示，为本实施例中的呼叫处理方法的流程图，该方法包括：
步骤101：在处理呼叫的过程中，在建立当前智能关系后，IM-SSF设备接收S-CSCF设备发送的指示承载业务修改完成的消息；
步骤102：IM-SSF设备向SCP发送第一基本呼叫状态模型事件报告(EventReport Basic Call State Model；ERB)消息，以请求拆除当前智能关系；
步骤103：IM-SSF设备接收SCP发送的请求拆除当前智能关系的消息；
步骤104：IM-SSF设备拆除当前智能关系以及保持当前呼叫；
步骤105：IM-SSF设备向SCP发送建立新智能关系的初始检测点(InitialDetection Point；IDP)消息，其中，IDP消息携带修改后所承载的业务的类型信息。
其中，智能关系是建立在IM-SSF设备和SCP之间的一种关系，通常是在呼叫开始时建立，呼叫拆线时结束。IM-SSF设备通过智能关系，向SCP报告呼叫处理的状态，并从SCP接收指令去维持、建立或者拆除一个呼叫。
智能关系和呼叫存在于不同的网元之间，智能关系是在呼叫过程中建立的，可以用来实现上报呼叫处理的状态、控制呼叫过程。智能关系结束并不意味着呼叫就会结束；反之，如果呼叫关系结束，相应的智能关系也会结束。
其中，业务的类型信息用于指示业务的类型。
对于在移动始发(Mobile Originating；MO)过程中或移动前转(MobileForwarding；MF)过程中，或在移动终结(Mobile Terminating；MT)过程中，或在拜访地移动交换中心移动终结(Mobile Terminating in Visited MobileSwitching Center；VT)过程中，在应答前承载业务发生变化时，步骤101中的指示承载业务修改完成的消息具体为200(UPDATE)消息，即更新消息。第一ERB消息中携带主叫放弃事件，以请求拆除当前智能关系。在MO/MF/MT/VT过程中，在应答后承载业务发生变化时，步骤101中的指示承载业务修改完成的消息具体为200(Re-INVITE)消息，即重新邀请消息。第一ERB消息中携带拆线事件，以请求拆除当前智能关系。
可选的，在步骤101之前，IM-SSF设备还接收S-CSCF设备发送的承载业务修改请求消息并将该消息透传给S-CSCF设备。类似的，在应答前承载业务发生变化时，该承载业务修改请求消息具体为更新(UPDATE)消息。在应答后承载业务发生变化时，该承载业务修改请求消息具体为重新邀请(Re-INVITE)消息。
接下来执行步骤102，即IM-SSF设备向SCP发送第一ERB消息，以请求拆除当前智能关系。具体的，如果指示承载业务修改完成的消息为200(UPDATE)时，即在应答前流程中，第一ERB消息中携带主叫放弃事件。如果指示承载业务修改完成的消息为200(Re-INVITE)时，即在应答后流程中，第一ERB消息中携带拆线事件。
接下来执行步骤103，IM-SSF设备接收SCP发送的请求拆除当前智能关系的消息，该请求拆除当前智能关系的消息是基于第一ERB消息下发的。换言之，SCP在接收到第一ERB消息时，获知承载业务类型已发生变化，并且需要拆除当前智能关系，所以就下发请求拆除当前智能关系的消息给IM-SSF设备。
在实际运用中，请求拆除当前智能关系的消息的格式可以是新定义的格式，也可以是重用现有的消息格式，例如拆除呼叫(ReleaseCall)消息，只是在当前的时机，IM-SSF设备执行的是步骤103，而不会像现有技术中那样，在收到ReleaseCall消息时，IM-SSF设备既拆除当前智能关系又拆除当前呼叫。如此，可以不需要改动SCP，对网络影响最小。
当在步骤103中接收到请求拆除当前智能关系的消息时，IM-SSF设备就执行步骤104，即拆除当前智能关系以及保持当前呼叫。具体的，保持当前呼叫即不向相邻网元发送拆线消息，那么当前呼叫就会继续保持。如果想要拆除当前呼叫，就向相邻网元发送拆线消息，结束网元之间的呼叫关系。其中，拆除当前智能关系和保持当前呼叫不限制先后顺序。
接下来执行步骤105，IM-SSF设备向SCP发送建立新智能关系的IDP消息，其中，IDP消息携带修改后所承载的业务的类型信息。例如：IDP消息中的承载能力(Bearer Capability)信元用于标识当前所承载的业务类型。
需要说明的是，如果在一个呼叫中，出现多次承载业务变化的情况，那么步骤101至步骤105也会执行多次。
因此，在本申请实施例中，当承载业务发生变化时，IM-SSF就上报给SCP，并且在接收到SCP下发的请求拆除当前智能关系的消息时，就拆除当前智能关系，而保持当前呼叫，然后再发送IDP消息给SCP，触发建立新智能关系的流程，那么当新智能关系建立时，就会重新以修改后所承载的业务类型进行计费，所以在承载业务变化时，费率能够得到及时的调整，从而避免运营商计费损失或者对终端用户多计费的情况出现。
进一步，利用本申请实施例中的呼叫处理方法，SCP的接口不需要发生改变，因此现有的SCP无需升级改造即可实施本申请实施例中的呼叫处理方法，所以降低了部署成本。
可选的，在步骤101之前，该方法还包括：IM-SSF设备向SCP发送建立当前智能关系的IDP消息，建立当前智能关系的IDP消息携带呼叫参考号码。
则，步骤105包括：IM-SSF设备向SCP发送建立新智能关系的IDP消息，建立新智能关系的IDP消息携带与所述呼叫参考号码一致的呼叫参考号码。例如：每个IDP中的Call Reference Number(呼叫参考号码)参数填写相同或者相应的值。
因此，可以实现本次呼叫，即当前呼叫，对应的这一次呼叫中的多张话单关联。
可选的，在IM-SSF设备向SCP发送建立当前智能关系的IDP消息之后，在步骤101之前，该方法还包括：IM-SSF设备接收SCP下发的第一请求上报基本呼叫状态模型事件(Request Report Basic Call State Model Event；RRBE)消息，第一RRBE消息中携带有主叫放弃事件、应答事件和拆线事件。例如，如果是在MO/MF流程中，第一RRBE消息的参数为(oAbandon、oAnswer、oDisconnect)；如果是在MT/VT流程中，第一RRBE消息的参数为(tAbandon、tAnswer、tDisconnect)。不管是哪种流程，该三个参数分别表示主叫放弃事件、应答事件和拆线事件。SCP下发RRBE消息携带这三个事件，向IM-SSF设备订阅需要监控的事件点，当需要监控的事件发生时，IM-SSF设备就会通过ERB消息上报事件。
其中，主叫放弃表示被叫摘机前，主叫挂断电话。应答表示被叫摘机。拆线表示被叫摘机后，即主被叫正常通话时，主叫或者被叫挂断电话。
进一步，在步骤105之后，该方法还包括：IM-SSF设备接收SCP下发的第二RRBE消息，第二RRBE消息中携带有应答事件和拆线事件。
在步骤105中，IM-SSF设备发送了IDP消息，所以SCP在接收到IDP消息之后，因为重新建立了智能关系，所以就向IM-SSF设备发送第二RRBE消息。第二RRBE消息携带应答事件和拆线事件。需要说明的是，第二RRBE消息与第一RRBE消息的作用相同，所以在格式上可以完全相同，均为RRBE类型的消息，携带的参数值也可以完全相同。
可选的，在应答前流程中，即第一ERB消息携带主叫放弃事件时，第二RRBE消息还携带主叫放弃事件。
进一步，在步骤105之后，该方法还包括：IM-SSF设备接收SCP下发的AC消息，指示计费周期开始。同时，SCP开始按照变化后的承载业务的类型进行计费。
在实际运用中，当在应答后的流程中，即指示承载业务修改完成的消息为200(Re-INVITE)时，或第一ERB消息中携带拆线事件时，在步骤101之前，该方法还包括：IM-SSF设备向SCP发送呼叫应答消息。例如：IM-SSF设备发送第二ERB消息给SCP，以通知SCP当前呼叫已应答，其中，第二ERB消息中携带应答事件；IM-SSF设备接收SCP下发的呼叫继续消息，呼叫继续消息用于指示当前呼叫继续。
类似的，在应答前的流程中，即当指示承载业务修改完成的消息为200(UPDATE)时，或第一ERB消息中携带主叫放弃事件时，在步骤105之后，该方法还包括：IM-SSF设备向SCP发送呼叫应答消息。例如：IM-SSF设备发送第二ERB消息给SCP，以通知SCP当前呼叫已应答，其中，第二ERB消息中携带应答事件；IM-SSF设备接收SCP下发的呼叫继续消息，呼叫继续消息用于指示当前呼叫继续。
进一步，在步骤101之后，步骤105之前，该方法还包括：IM-SSF设备向SCP发送ACR消息，以请求停止对修改前所承载的业务的计费。SCP在接收到ACR消息之后，结束对承载业务修改前所承载的业务的计费，避免继续以修改前所承载的业务类型的计费方式进行计费。
接下来的流程与现有技术中的流程相同，这里就不再赘述。
接下来请参考图3所示，为SCP侧的呼叫处理方法的流程图。该方法包括：
步骤201：在处理呼叫的过程中，在建立当前智能关系后，SCP接收IM-SSF设备发送的第一ERB消息；
步骤202：SCP下发请求拆除当前智能关系的消息给IM-SSF设备，以请求IM-SSF设备保持当前呼叫以及拆除当前智能关系；
步骤203：SCP接收IM-SSF设备发送的用于建立新智能关系的IDP消息，其中，IDP消息携带修改后所承载的业务的类型信息。
可选的，在步骤201之前，该方法还包括：SCP接收IM-SSF设备发送的ACR；SCP停止对修改前所承载的业务的计费。换言之，SCP在接收到ACR之后，结束对承载业务修改前的承载业务的计费，避免继续以承载业务修改前的承载类型的计费方式进行计费。
可选的，第一ERB消息中携带有主叫放弃事件或拆线事件。
可选的，在步骤201之前，该方法还包括：SCP下发第一RRBE消息给IM-SSF设备，第一RRBE消息中携带主叫放弃事件、应答事件和拆线事件。
可选的，在步骤203之后，该方法还包括：SCP下发第二RRBE消息给IM-SSF设备，第二RRBE消息中携带应答事件和拆线事件。
进一步，当第一ERB消息中携带主叫放弃事件时，第二RRBE消息还携带主叫放弃事件。
可选的，当第一ERB消息中携带主叫放弃事件时，在SCP接收IM-SSF设备发送的用于建立新智能关系的IDP消息之后，该方法还包括：SCP接收IM-SSF设备发送的呼叫应答消息。例如：SCP接收IM-SSF设备发送的第二ERB消息，第二ERB消息中携带应答事件。
可选的，当第一ERB消息中携带拆线事件时，在SCP接收IM-SSF设备发送的第一ERB消息之前，该方法还包括：SCP接收IM-SSF设备发送的呼叫应答消息。例如：SCP接收IM-SSF设备发送的第二ERB消息，其中，第二ERB消息中携带应答事件。
其中，SCP侧的呼叫处理方法与IM-SSF侧的呼叫处理方法相互对应。SCP侧的呼叫处理方法的具体实施过程在前述描述IM-SSF侧的呼叫处理方法的具体实施过程中已介绍，所以为了说明书的简洁，在此不再赘述。
以下将举几个具体的例子进行说明本实施例中的呼叫处理方法的实施过程。
第一例：在本实施例中，以在MO/MF流程中，并且在应答前发生承载业务变化为例进行说明。请参考图4所示，图4所示为本实施例的一个较完整的呼叫流程图，其中包括承载业务发生变化时的处理流程。
请参考图4所示，该流程包括以下内容。
301、S-CSCF设备发送邀请(INVITE)消息到IM-SSF设备。
302、IM-SSF设备判断如果该用户存在智能签约数据或者配置有网络CAMEL签约信息(Network CAMEL Service Information；N-CSI)的方式触发智能，则发送IDP消息到SCP。
303-305、SCP下发RRBE消息、AC消息和呼叫继续(Continue)消息，其中，RRBE消息的参数为(oAbandon、oAnswer、oDisconnect)，分别表示主叫放弃事件、应答事件、拆线事件。呼叫继续消息用于指示呼叫继续。AC消息用于指示计费周期开始。
306-310、IM-SSF设备发送INVITE消息给S-CSCF设备、接收S-CSCF设备发送的183消息和180振铃(Ring)消息并透传给S-CSCF设备。其中，183消息和180 Ring消息为INVITE消息的临时响应消息，分别表示呼叫正在继续和被叫机正在振铃。下同。
311-312、IM-SSF设备接收S-CSCF设备发送的承载业务修改请求消息，即更新(UPDATE)消息，IM-SSF设备透传该消息给S-CSCF设备。
313-315、IM-SSF设备接收S-CSCF设备发送的承载业务修改完成消息200(UPDATE)，并在接收到该消息之后，发送ACR消息和ERB消息到SCP。其中，ERB消息的参数为(oAbandon)，即主叫放弃事件。
316、SCP发送拆除呼叫(ReleaseCall)消息到IM-SSF设备，指示拆除当前呼叫，同时拆除当前智能关系。
317、IM-SSF设备拆除当前智能关系，并保持当前呼叫，即不拆除当前呼叫，并根据新的承载业务重新触发智能，建立新智能关系，即发送IDP消息到SCP，其中，IDP消息携带修改后所承载的业务的类型信息。
318-320、SCP下发RRBE消息、AC消息和呼叫继续(Continue)消息，其中，RRBE消息的参数为(oAbandon、oAnswer、oDisconnect)，分别表示主叫放弃事件、应答事件、拆线事件。呼叫继续消息用于指示呼叫继续。
321、IM-SSF设备透传200(更新)消息给S-CSCF设备。
322、IM-SSF设备接收S-CSCF设备发送的200(邀请)消息，该消息指示呼叫已经应答。
323、IM-SSF设备发送ERB消息(oAnswer，即应答事件)到SCP，通知SCP呼叫已经应答。
324、SCP发送呼叫继续(Continue)消息到IM-SSF设备，指示呼叫继续。
325-327、IM-SSF设备透传200(邀请)消息、ACK消息给S-CSCF设备，然后进入通话状态。
328-329、如果SCP下发的计费周期已经使用完，IM-SSF设备上报ACR到SCP，请求下发新的计费周期。如果用户未欠费，则SCP下发AC，指示新的计费周期。
330、IM-SSF设备接收S-CSCF设备发送的挂断(BYE)消息，该消息用于指示拆除当前呼叫。
331-332、IM-SSF设备发送ACR消息、ERB消息(拆线事件)到SCP，请求拆除新智能关系。
333、SCP发送拆除呼叫(ReleaseCall)消息到IM-SSF设备，指示拆除当前呼叫，同时拆除新智能关系。
334-336、在完成拆除呼叫时，IM-SSF设备透传BYE消息、200(BYE)消息给S-CSCF设备。
需要说明的是，如果一个呼叫中应答前存在多次承载业务变化，则311-321会执行多次。
第二例，在本实施例中，以在MO/MF流程中，并且在应答后发生承载业务变化为例进行说明。请参考图5所示，图5所示为本实施例的一个较完整的呼叫流程图，其中包括承载业务发生变化时的处理流程。
请参考图5所示，该流程包括以下内容。
401-410与前述第一例中的301-310相同，所以在此不再赘述。
411、IM-SSF设备接收S-CSCF设备发送的200(INVITE)，该消息用于指示呼叫已经应答。
412、IM-SSF设备发送ERB消息(应答事件)到SCP，通知SCP呼叫已经应答。
413、SCP发送呼叫继续(Continue)消息到IM-SSF设备，指示呼叫继续。
414-416、IM-SSF设备透传200(INVITE)消息、ACK消息给S-CSCF设备，然后进入通话状态。
417-418、IM-SSF设备接收S-CSCF设备发送的承载业务修改请求消息，即重新邀请(Re-INVITE)消息，IM-SSF设备透传该消息给S-CSCF设备。
419-421、IM-SSF设备接收S-CSCF设备发送的承载业务修改完成消息200(Re-INVITE)，并在接收该消息之后，发送ACR消息、ERB消息(拆线事件)到SCP，请求拆除当前智能关系。
422、SCP发送呼叫拆除(ReleaseCall)消息到IM-SSF设备，指示拆除当前呼叫，同时拆除当前智能关系。
423、IM-SSF设备拆除当前智能关系，并保持当前呼叫，即不拆除当前呼叫，并根据新的承载业务重新触发智能，建立新智能关系，即发送IDP消息到SCP，其中，IDP消息携带修改后所承载的业务的类型信息。
424-426、SCP下发RRBE消息、AC消息、呼叫继续(Continue)消息到IM-SSF设备。其中，RRBE消息携带oAnswer(应答事件)、oDisconnect(拆线事件)。
427、IM-SSF设备发送ERB消息(应答事件)到SCP，通知SCP呼叫已经应答。
428、SCP发送呼叫继续(Continue)消息到IM-SSF设备，指示呼叫继续。
429-431、IM-SSF设备透传200(Re-INVITE)消息、ACK消息给S-CSCF设备。
432-433、如果SCP下发的计费周期已经使用完，IM-SSF设备上报ACR到SCP，请求下发新的计费周期。如果用户未欠费，则SCP下发AC，指示新的计费周期。
434、IM-SSF设备接收S-CSCF设备发送的挂断(BYE)消息，该消息用于指示拆除呼叫。
435-436、IM-SSF设备发送ACR消息、ERB消息(拆线事件)到SCP，请求拆除新智能关系。
437、SCP发送呼叫拆除(ReleaseCall)消息到IM-SSF设备，指示拆除当前呼叫，同时拆除新智能关系。
438-440、在完成拆除呼叫时，IM-SSF设备透传BYE消息、200(BYE)消息给S-CSCF设备。
需要说明的是，如果一个呼叫中应答后存在多次承载业务变化，则417-431会重复执行多次。
第三例，在本实施例中，以在MT/VT流程中，并且在应答前发生承载业务变化为例进行说明。与第一例不同的是RRBE消息的参数的表示形式稍有不同，在本实施例中，分别用tAbandon、tAnswer、tDisconnect表示主叫放弃事件、应答事件和拆线事件。
第四例，在本实施例中，以在MT/VT流程中，并且在应答后发生承载业务变化为例进行说明。与第二例不同的是RRBE消息的参数的表示形式稍有不同，在本实施例中，分别用tAbandon、tAnswer、tDisconnect表示主叫放弃事件、应答事件和拆线事件。
在以上各实施例中，是以CAMEL智能业务为例进行说明的，本申请实施例中的方法还适用于INAP智能协议。
基于同一发明构思，本申请另一实施例中提供一种呼叫处理装置，图6为呼叫处理装置的功能框图。图6所示的呼叫处理装置涉及到的术语的含义以及具体实现，可以参考前述图2至图5以及实施例的相关描述。
请参考图6所示，该呼叫处理装置包括：接收单元501，用于在处理呼叫的过程中，在建立当前智能关系后，接收服务呼叫会话控制功能S-CSCF设备发送的指示承载业务修改完成的消息；发送单元502，用于在接收单元501接收到所述指示承载业务修改完成的消息后，向业务控制点SCP上报第一基本呼叫状态模型事件报告ERB消息，以请求拆除当前智能关系；接收单元501，还用于接收SCP发送的请求拆除当前智能关系的消息；处理单元503，用于在接收单元501接收到所述请求拆除所述当前智能关系的消息后，拆除当前智能关系以及保持当前呼叫；发送单元502，还用于在处理单元503拆除所述当前智能关系后，向SCP发送建立新智能关系的初始检测点IDP消息，其中，IDP消息携带修改后所承载的业务的类型信息。
可选的，发送单元502还用于：在接收单元501接收S-CSCF设备发送的指示承载业务修改完成的消息之后，在向SCP发送建立新智能关系的IDP之前，向SCP发送请求计费报告ACR，以请求停止对修改前所承载的业务的计费。
可选的，发送单元502还用于：在接收单元501接收S-CSCF设备发送的指示承载业务修改完成的消息之前，向SCP发送建立当前智能关系的IDP消息，建立当前智能关系的IDP消息携带呼叫参考号码；
发送单元502具体用于向SCP发送建立新智能关系的IDP消息，建立新智能关系的IDP消息携带与呼叫参考号码一致的呼叫参考号码。
可选的，接收单元501还用于，在发送单元502向SCP发送建立当前智能关系的IDP消息之后，在接收单元501接收S-CSCF设备发送的指示承载业务修改完成的消息之前，接收SCP下发的第一请求上报基本呼叫状态模型事件RRBE消息，第一RRBE消息中携带主叫放弃事件、应答事件和拆线事件。
结合以上各实施例，接收单元501还用于，在发送单元502向SCP发送建立新智能关系的IDP消息之后，接收SCP下发的第二请求上报基本呼叫状态模型事件RRBE消息，第二RRBE消息携带应答事件和拆线事件。
进一步，当第一ERB消息携带主叫放弃事件时，第二RRBE消息还携带主叫放弃事件。
结合以上各实施例，发送单元502还用于，当指示承载业务修改完成的消息为200(UPDATE)时，在发送单元502向SCP发送建立新智能关系的IDP消息之后，向SCP发送呼叫应答消息。
结合以上各实施例，发送单元502还用于，当指示承载业务修改完成的消息为200(Re-INVITE)时，在接收单元501接收S-CSCF设备发送的指示承载业务修改完成的消息之前，向SCP发送呼叫应答消息。
前述图2实施例中的呼叫处理方法中的各种变化方式和具体实例同样适用于本实施例的呼叫处理装置，通过前述对呼叫处理方法的详细描述，本领域技术人员可以清楚的知道本实施例中呼叫处理装置的实施方法，所以为了说明书的简洁，在此不再详述。
请再参考图7所示，为本实施例中的互联网协议多媒体网络下的业务交换功能IM-SSF设备的硬件实现的实例概念图。该IM-SSF设备包括：接收器601，用于在处理呼叫的过程中，在建立当前智能关系后，接收服务呼叫会话控制功能S-CSCF设备发送的指示承载业务修改完成的消息；发送器602，用于在接收器601接收到所述指示承载业务修改完成的消息后，向业务控制点SCP上报第一基本呼叫状态模型事件报告ERB消息，以请求拆除当前智能关系；接收器601，还用于接收SCP发送的请求拆除当前智能关系的消息；处理器603，用于在接收器601接收到所述请求拆除所述当前智能关系的消息后，拆除当前智能关系以及保持当前呼叫；发送器602，还用于在处理器拆除当前智能关系后，向SCP发送建立新智能关系的初始检测点IDP消息，其中，IDP消息携带修改后所承载的业务的类型信息。
可选的，发送器602还用于：在接收器601接收S-CSCF设备发送的指示承载业务修改完成的消息之后，在向SCP发送建立新智能关系的IDP之前，向SCP发送请求计费报告ACR，以请求停止对修改前所承载的业务的计费。
可选的，发送器602还用于：在接收器601接收S-CSCF设备发送的指示承载业务修改完成的消息之前，向SCP发送建立当前智能关系的IDP消息，建立当前智能关系的IDP消息携带呼叫参考号码；
发送器602具体用于向SCP发送建立新智能关系的IDP消息，建立新智能关系的IDP消息携带与呼叫参考号码一致的呼叫参考号码。
可选的，接收器601还用于，在发送器602向SCP发送建立当前智能关系的IDP消息之后，在接收器601接收S-CSCF设备发送的指示承载业务修改完成的消息之前，接收SCP下发的第一请求上报基本呼叫状态模型事件RRBE消息，第一RRBE消息中携带主叫放弃事件、应答事件和拆线事件。
结合以上各实施例，接收器601还用于，在发送器602向SCP发送建立新智能关系的IDP消息之后，接收SCP下发的第二请求上报基本呼叫状态模型事件RRBE消息，第二RRBE消息携带应答事件和拆线事件。
进一步，当第一ERB消息携带主叫放弃事件时，第二RRBE消息还携带主叫放弃事件。
结合以上各实施例，发送器602还用于，当指示承载业务修改完成的消息为200(UPDATE)时，在发送器602向SCP发送建立新智能关系的IDP消息之后，向SCP发送呼叫应答消息。
结合以上各实施例，发送器602还用于，当指示承载业务修改完成的消息为200(Re-INVITE)时，在接收器601接收S-CSCF设备发送的指示承载业务修改完成的消息之前，向SCP发送呼叫应答消息。
其中，在图7中，总线架构(用总线600来代表)，总线600可以包括任意数量的互联的总线和桥，总线600将包括由处理器603代表的一个或多个处理器和存储器604代表的存储器的各种电路链接在一起。总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口605在总线600和接收器601和发送器602之间提供接口。接收器601和发送器602可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。
处理器603负责管理总线600和通常的处理，而存储器604可以被用于存储处理器603在执行操作时所使用的数据。
前述图2实施例中的呼叫处理方法中的各种变化方式和具体实例同样适用于本实施例的IM-SSF设备，通过前述对呼叫处理方法的详细描述，本领域技术人员可以清楚的知道本实施例中IM-SSF设备的实施方法，所以为了说明书的简洁，在此不再详述。
基于同一发明构思，本申请实施例还提供一种呼叫处理装置，图8为本实施例中呼叫处理装置的功能框图。图8所示的呼叫处理装置涉及到的术语的含义以及具体实现，可以参考前述图2至图5以及实施例的相关描述。
请参考图8所示，该呼叫处理装置包括：接收单元701，用于在处理呼叫的过程中，在建立当前智能关系后，接收互联网协议多媒体网络下的业务交换功能IM-SSF设备上报的第一基本呼叫状态模型事件报告ERB消息；发送单元702，用于在接收单元701接收第一ERB消息后，发送请求拆除当前智能关系的消息给IM-SSF设备，以请求IM-SSF设备保持当前呼叫以及拆除当前智能关系；接收单元701还用于，接收IM-SSF设备发送的用于建立新智能关系的初始检测点IDP消息，其中，IDP消息携带修改后所承载的业务的类型信息。
可选的，装置还包括处理单元，
接收单元701还用于，在接收单元701接收IM-SSF设备发送的用于建立新智能关系的IDP消息之前，接收IM-SSF设备发送的请求计费报告ACR；
处理单元用于在接收单元701接收ACR后，停止对修改前所承载的业务的计费。
可选的，发送单元702还用于：在接收单元701接收IM-SSF设备发送的第一ERB消息之前，发送第一请求上报基本呼叫状态模型事件RRBE消息给IM-SSF设备，第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
可选的，发送单元702还用于，在接收单元701接收发送的用于建立新智能关系的IDP消息之后，发送第二请求上报基本呼叫状态模型事件RRBE消息给IM-SSF设备，第二RRBE消息携带应答事件和拆线事件。
进一步，当第一ERB消息携带主叫放弃事件时，第二RRBE消息还携带主叫放弃事件。
可选的，接收单元701还用于，当第一ERB消息中携带拆线事件时，在接收单元701接收IM-SSF设备发送的第一ERB消息之前，接收IM-SSF设备发送的呼叫应答消息。
结合以上各实施例，接收单元701还用于，当第一ERB消息中携带拆线事件时，在接收单元701接收IM-SSF设备发送的第一ERB消息之前，接收IM-SSF设备发送的呼叫应答消息。
前述实施例中描述的SCP执行过程的各种变化方式和具体实例同样适用于本实施例的呼叫处理装置，通过前述对SCP执行过程的详细描述，本领域技术人员可以清楚的知道本实施例中呼叫处理装置的实施方法，所以为了说明书的简洁，在此不再详述。
请再参考图9所示，为本实施例中业务控制点SCP的硬件实现的实例概念图。该SCP包括：接收器801，用于在处理呼叫的过程中，在建立当前智能关系后，接收互联网协议多媒体网络下的业务交换功能IM-SSF设备上报的第一基本呼叫状态模型事件报告ERB消息；发送器802，用于在接收器801接收第一ERB消息后，发送请求拆除当前智能关系的消息给IM-SSF设备，以请求IM-SSF设备保持当前呼叫以及拆除当前智能关系；接收器801还用于，接收IM-SSF设备发送的用于建立新智能关系的初始检测点IDP消息，其中，IDP消息携带修改后所承载的业务的类型信息。
可选的，装置还包括处理器803，
接收器801还用于，在接收器801接收IM-SSF设备发送的用于建立新智能关系的IDP消息之前，接收IM-SSF设备发送的请求计费报告ACR；
处理器803用于在接收器接收ACR后，停止对修改前所承载的业务的计费。
可选的，发送器802还用于：在接收器801接收IM-SSF设备发送的第一ERB消息之前，发送第一请求上报基本呼叫状态模型事件RRBE消息给IM-SSF设备，第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
可选的，发送器802还用于，在接收器801接收发送的用于建立新智能关系的IDP消息之后，发送第二请求上报基本呼叫状态模型事件RRBE消息给IM-SSF设备，第二RRBE消息携带应答事件和拆线事件。
进一步，当第一ERB消息携带主叫放弃事件时，第二RRBE消息还携带主叫放弃事件。
可选的，接收器801还用于，当第一ERB消息中携带拆线事件时，在接收器801接收IM-SSF设备发送的第一ERB消息之前，接收IM-SSF设备发送的呼叫应答消息。
结合以上各实施例，接收器801还用于，当第一ERB消息中携带拆线事件时，在接收器801接收IM-SSF设备发送的第一ERB消息之前，接收IM-SSF设备发送的呼叫应答消息。
其中，在图9中，总线架构(用总线800来代表)，总线800可以包括任意数量的互联的总线和桥，总线800将包括由处理器803代表的一个或多个处理器和存储器804代表的存储器的各种电路链接在一起。总线800还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口805在总线800和接收器801和发送器802之间提供接口。接收器801和发送器802可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。
处理器803负责管理总线800和通常的处理，而存储器804可以被用于存储处理器803在执行操作时所使用的数据。
前述实施例中描述的SCP执行过程的各种变化方式和具体实例同样适用于本实施例的SCP，通过前述对SCP执行过程的详细描述，本领域技术人员可以清楚的知道本实施例中SCP的实施方法，所以为了说明书的简洁，在此不再详述。
申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：
本申请实施例中，在处理呼叫的过程中，在建立当前智能关系后，IM-SSF设备接收S-CSCF设备发送的指示承载业务修改完成的消息；IM-SSF设备向SCP发送第一ERB消息，以请求拆除当前智能关系；IM-SSF设备接收SCP发送的请求拆除当前智能关系的消息；IM-SSF设备拆除当前智能关系以及保持当前呼叫；IM-SSF设备向SCP发送建立新智能关系的IDP消息，其中，IDP消息携带修改后所承载的业务的类型信息。因此，在本申请实施例中，当承载业务发生变化时，IM-SSF设备就上报给SCP；并且等接收到SCP下发的请求拆除当前智能关系的消息时，就拆除当前智能关系，而保持当前呼叫，然后再发送建立新智能关系的IDP消息给SCP，触发建立新智能关系的流程，其中，其中，IDP消息携带修改后所承载的业务的类型信息。当新智能关系建立后，就会以变化后的承载业务类型重新计费，所以费率能够得到及时的调整，从而避免运营商计费损失或者对终端用户多计费的情况出现。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (30)
1.一种呼叫处理方法，其特征在于，包括：
在处理呼叫的过程中，在建立当前智能关系后，互联网协议多媒体网络下的业务交换功能IM-SSF设备接收服务呼叫会话控制功能S-CSCF设备发送的指示承载业务修改完成的消息；
所述IM-SSF设备向业务控制点SCP发送第一基本呼叫状态模型事件报告ERB消息，以请求拆除当前智能关系；
所述IM-SSF设备接收所述SCP发送的请求拆除所述当前智能关系的消息；
所述IM-SSF设备拆除所述当前智能关系以及保持当前呼叫；
所述IM-SSF设备向所述SCP发送建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
2.如权利要求1所述的方法，其特征在于，在所述IM-SSF设备接收所述S-CSCF设备发送的指示承载业务修改完成的消息之后，在IM-SSF设备向所述SCP发送建立新智能关系的IDP之前，所述方法还包括：
所述IM-SSF设备向所述SCP发送请求计费报告ACR，以请求停止对修改前所承载的业务的计费。
3.如权利要求1或2所述的方法，其特征在于，在所述IM-SSF设备接收所述S-CSCF设备发送的指示承载业务修改完成的消息之前，所述方法还包括：
所述IM-SSF设备向所述SCP发送建立所述当前智能关系的IDP消息，所述建立所述当前智能关系的IDP消息携带呼叫参考号码；
则，所述IM-SSF设备向所述SCP发送建立新智能关系的初始检测点IDP消息，包括：
所述IM-SSF设备向所述SCP发送建立新智能关系的IDP消息，所述建立新智能关系的IDP消息携带与所述呼叫参考号码一致的呼叫参考号码。
4.如权利要求3所述的方法，其特征在于，在所述IM-SSF设备向所述SCP发送建立所述当前智能关系的IDP消息之后，在所述IM-SSF设备接收S-CSCF设备发送的指示承载业务修改完成的消息之前，所述方法还包括：
所述IM-SSF接收所述SCP下发的第一请求上报基本呼叫状态模型事件RRBE消息，所述第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
5.如权利要求1-4任一项所述的方法，其特征在于，在所述IM-SSF设备向所述SCP发送建立新智能关系的IDP消息之后，所述方法还包括：
所述IM-SSF设备接收所述SCP下发的第二请求上报基本呼叫状态模型事件RRBE消息，所述第二RRBE消息携带应答事件和拆线事件。
6.如权利要求5所述的方法，其特征在于，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
7.如权利要求1-5任一项所述的方法，其特征在于，当所述指示承载业务修改完成的消息为200(UPDATE)时，在所述IM-SSF设备向所述SCP发送建立新智能关系的IDP消息之后，所述方法还包括：
所述IM-SSF设备向所述SCP发送呼叫应答消息。
8.如权利要求1-5任一项所述的方法，其特征在于，当所述指示承载业务修改完成的消息为200(Re-INVITE)时，在所述IM-SSF设备接收S-CSCF设备发送的指示承载业务修改完成的消息之前，所述方法还包括：
所述IM-SSF设备向所述SCP发送呼叫应答消息。
9.一种呼叫处理方法，其特征在于，包括：
在处理呼叫的过程中，在建立当前智能关系后，业务控制点SCP接收互联网协议多媒体网络下的业务交换功能IM-SSF设备发送的第一基本呼叫状态模型事件报告ERB消息；
所述SCP下发请求拆除所述当前智能关系的消息给所述IM-SSF设备，以请求所述IM-SSF设备保持当前呼叫以及拆除所述当前智能关系；
所述SCP接收所述IM-SSF设备发送的用于建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
10.如权利要求9所述的方法，其特征在于，在所述SCP接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之前，所述方法还包括：
所述SCP接收所述IM-SSF设备发送的请求计费报告ACR；
所述SCP停止对修改前所承载的业务的计费。
11.如权利要求9或10所述的方法，其特征在于，在所述SCP接收所述IM-SSF设备发送的第一ERB消息之前，所述方法还包括：
所述SCP发送第一请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
12.如权利要求9-11任一项所述的方法，其特征在于，在所述SCP接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之后，所述方法还包括：
所述SCP发送第二请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第二RRBE消息携带应答事件和拆线事件。
13.如权利要求12所述的方法，其特征在于，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
14.如权利要求9-12任一项所述的方法，其特征在于，当所述第一ERB消息中携带主叫放弃事件时，在所述SCP接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之后，所述方法还包括：
所述SCP接收所述IM-SSF设备发送的呼叫应答消息。
15.如权利要求9-12任一项所述的方法，其特征在于，当所述第一ERB消息中携带拆线事件时，在所述SCP接收所述IM-SSF设备发送的第一ERB消息之前，所述方法还包括：
所述SCP接收所述IM-SSF设备发送的呼叫应答消息。
16.一种呼叫处理装置，其特征在于，包括：
接收单元，用于在处理呼叫的过程中，在建立当前智能关系后，接收服务呼叫会话控制功能S-CSCF设备发送的指示承载业务修改完成的消息；
发送单元，用于在所述接收单元接收到所述指示承载业务修改完成的消息后，向业务控制点SCP上报第一基本呼叫状态模型事件报告ERB消息，以请求拆除当前智能关系；
所述接收单元，还用于接收所述SCP发送的请求拆除所述当前智能关系的消息；
处理单元，用于在所述接收单元接收到所述请求拆除所述当前智能关系的消息后，拆除所述当前智能关系以及保持当前呼叫；
所述发送单元，还用于在所述处理单元拆除所述当前智能关系后，向所述SCP发送建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
17.如权利要求16所述的装置，其特征在于，所述发送单元还用于：在所述接收单元接收所述S-CSCF设备发送的指示承载业务修改完成的消息之后，在向所述SCP发送建立新智能关系的IDP之前，向所述SCP发送请求计费报告ACR，以请求停止对修改前所承载的业务的计费。
18.如权利要求16或17所述的装置，其特征在于，所述发送单元还用于：在所述接收单元接收所述S-CSCF设备发送的指示承载业务修改完成的消息之前，向所述SCP发送建立所述当前智能关系的IDP消息，所述建立所述当前智能关系的IDP消息携带呼叫参考号码；
所述发送单元具体用于向所述SCP发送建立新智能关系的IDP消息，所述建立新智能关系的IDP消息携带与所述呼叫参考号码一致的呼叫参考号码。
19.如权利要求18所述的装置，其特征在于，所述接收单元还用于，在所述发送单元向所述SCP发送建立所述当前智能关系的IDP消息之后，在所述接收单元接收S-CSCF设备发送的指示承载业务修改完成的消息之前，接收所述SCP下发的第一请求上报基本呼叫状态模型事件RRBE消息，所述第一RRBE消息中携带主叫放弃事件、应答事件和拆线事件。
20.如权利要求16-19任一项所述的装置，其特征在于，所述接收单元还用于，在所述发送单元向所述SCP发送建立新智能关系的IDP消息之后，接收所述SCP下发的第二请求上报基本呼叫状态模型事件RRBE消息，所述第二RRBE消息携带应答事件和拆线事件。
21.如权利要求20所述的装置，其特征在于，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
22.如权利要求16-20任一项所述的装置，其特征在于，所述发送单元还用于，当所述指示承载业务修改完成的消息为200(UPDATE)时，在所述发送单元向所述SCP发送建立新智能关系的IDP消息之后，向所述SCP发送呼叫应答消息。
23.如权利要求16-20任一项所述的装置，其特征在于，所述发送单元还用于，当所述指示承载业务修改完成的消息为200(Re-INVITE)时，在所述接收单元接收S-CSCF设备发送的指示承载业务修改完成的消息之前，向所述SCP发送呼叫应答消息。
24.一种呼叫处理装置，其特征在于，包括：
接收单元，用于在处理呼叫的过程中，在建立当前智能关系后，接收互联网协议多媒体网络下的业务交换功能IM-SSF设备上报的第一基本呼叫状态模型事件报告ERB消息；
发送单元，用于在所述接收单元接收所述第一ERB消息后，发送请求拆除所述当前智能关系的消息给所述IM-SSF设备，以请求所述IM-SSF设备保持当前呼叫以及拆除所述当前智能关系；
所述接收单元还用于，接收所述IM-SSF设备发送的用于建立新智能关系的初始检测点IDP消息，其中，所述IDP消息携带修改后所承载的业务的类型信息。
25.如权利要求24所述的装置，其特征在于，所述装置还包括处理单元，
所述接收单元还用于，在所述接收单元接收所述IM-SSF设备发送的用于建立新智能关系的IDP消息之前，接收所述IM-SSF设备发送的请求计费报告ACR；
所述处理单元用于在所述接收单元接收所述ACR后，停止对修改前所承载的业务的计费。
26.如权利要求24或25所述的装置，其特征在于，所述发送单元还用于：在所述接收单元接收所述IM-SSF设备发送的第一ERB消息之前，发送第一请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第一RRBE消息携带主叫放弃事件、应答事件和拆线事件。
27.如权利要求24-26任一项所述的装置，其特征在于，所述发送单元还用于，在所述接收单元接收发送的用于建立新智能关系的IDP消息之后，发送第二请求上报基本呼叫状态模型事件RRBE消息给所述IM-SSF设备，所述第二RRBE消息携带应答事件和拆线事件。
28.如权利要求27所述的装置，其特征在于，当所述第一ERB消息携带主叫放弃事件时，所述第二RRBE消息还携带主叫放弃事件。
29.如权利要求24-27任一项所述的装置，其特征在于，所述接收单元还用于，当所述第一ERB消息中携带拆线事件时，在所述接收单元接收所述IM-SSF设备发送的第一ERB消息之前，接收所述IM-SSF设备发送的呼叫应答消息。
30.如权利要求24-27任一项所述的装置，其特征在于，所述接收单元还用于，当所述第一ERB消息中携带拆线事件时，在所述接收单元接收所述IM-SSF设备发送的第一ERB消息之前，接收所述IM-SSF设备发送的呼叫应答消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410360174.9A CN104158801B (zh) | 2014-07-25 | 2014-07-25 | 一种呼叫处理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410360174.9A CN104158801B (zh) | 2014-07-25 | 2014-07-25 | 一种呼叫处理方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104158801A true CN104158801A (zh) | 2014-11-19 |
| CN104158801B CN104158801B (zh) | 2017-08-25 |
Family
ID=51884206
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410360174.9A Active CN104158801B (zh) | 2014-07-25 | 2014-07-25 | 一种呼叫处理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104158801B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017000594A1 (zh) * | 2015-06-29 | 2017-01-05 | 中兴通讯股份有限公司 | 一种VoLTE呼叫下承载建立与更新的方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1738303A (zh) * | 2004-08-16 | 2006-02-22 | 华为技术有限公司 | 一种根据不同承载网络类型实施不同业务处理的方法 |
| CN1809062A (zh) * | 2004-11-30 | 2006-07-26 | 朗迅科技公司 | 用于在ims网络中进行在线计费的ims网关系统和方法 |
| CN101155340A (zh) * | 2006-09-25 | 2008-04-02 | 华为技术有限公司 | 一种电路域感知ims域会话计费信息的方法及系统 |
| CN101686135A (zh) * | 2008-09-28 | 2010-03-31 | 中兴通讯股份有限公司 | 一种实现ims多媒体会议业务计费的方法 |
| US8036210B2 (en) * | 2005-10-05 | 2011-10-11 | Huawei Technologies Co., Ltd. | Method for providing on-line charging and device and system thereof |
| CN102316425A (zh) * | 2011-09-23 | 2012-01-11 | 中兴通讯股份有限公司 | 一种用于ims与智能网的信令交互方法及im-ssf |
-
2014
- 2014-07-25 CN CN201410360174.9A patent/CN104158801B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1738303A (zh) * | 2004-08-16 | 2006-02-22 | 华为技术有限公司 | 一种根据不同承载网络类型实施不同业务处理的方法 |
| CN1809062A (zh) * | 2004-11-30 | 2006-07-26 | 朗迅科技公司 | 用于在ims网络中进行在线计费的ims网关系统和方法 |
| US8036210B2 (en) * | 2005-10-05 | 2011-10-11 | Huawei Technologies Co., Ltd. | Method for providing on-line charging and device and system thereof |
| CN101155340A (zh) * | 2006-09-25 | 2008-04-02 | 华为技术有限公司 | 一种电路域感知ims域会话计费信息的方法及系统 |
| CN101686135A (zh) * | 2008-09-28 | 2010-03-31 | 中兴通讯股份有限公司 | 一种实现ims多媒体会议业务计费的方法 |
| CN102316425A (zh) * | 2011-09-23 | 2012-01-11 | 中兴通讯股份有限公司 | 一种用于ims与智能网的信令交互方法及im-ssf |
Non-Patent Citations (2)
| Title |
|---|
| 3GPP: "3rd Generation Partnership Project;", 《3GPP TS32.260 V10.5.0》 * |
| 3GPP: "Digital cellular telecommunications system (Phase 2+);", 《3GPP TS23.278 V7.1.0》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017000594A1 (zh) * | 2015-06-29 | 2017-01-05 | 中兴通讯股份有限公司 | 一种VoLTE呼叫下承载建立与更新的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104158801B (zh) | 2017-08-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8406402B2 (en) | Service change and service fallback in intelligent networks | |
| CN103875221B (zh) | 使用vplmn锚定器的ims漫游的归属路由选择 | |
| WO2017219905A1 (zh) | 一种计费方法、装置、系统和存储介质 | |
| CN101317438B (zh) | 感知用户进行补充业务的方法及装置 | |
| EP2146529B1 (en) | Method, system and apparatus for dropping back to voice call from video call | |
| CN103327468B (zh) | 为同一个手机号码提供主副sim卡业务的系统和方法 | |
| CN107548046A (zh) | 一种基于分离架构的计费方法、装置和系统 | |
| EP2498467A1 (en) | Voice call processing method and apparatus thereof | |
| CN109309942A (zh) | 网络切换方法及装置 | |
| CN101159911B (zh) | 增值业务的实现方法以及业务控制点 | |
| CN104158801A (zh) | 一种呼叫处理方法及装置 | |
| CN101848447B (zh) | 通信过程中的呼叫处理方法和装置 | |
| CN113163058A (zh) | 会话参数更新方法、装置及通信设备、电子设备 | |
| EP2600590B1 (en) | Method for realizing nesting of services with different categories and system thereof | |
| CN103686694B (zh) | 状态信息获取方法、业务控制点及服务器 | |
| CN105207982B (zh) | 资源共享处理方法、装置及p-cscf | |
| CN103377044B (zh) | 一种规则生成系统、ipmc网络设备及规则生成方法 | |
| CN103702302A (zh) | 一种呼叫强插方法及装置 | |
| CN102316425A (zh) | 一种用于ims与智能网的信令交互方法及im-ssf | |
| EP2472901A1 (en) | Method, intelligent network and intelligent gateway device for triggering multi-service | |
| CN105812596A (zh) | 一种ims网络中主叫号码显示方法、相关装置及系统 | |
| WO2001039482A1 (en) | Charging control of telecommunication network subscriber | |
| CN101207928A (zh) | 一种智能业务触发的方法和系统 | |
| CN109714353A (zh) | 虚拟媒体网关的选择方法及系统 | |
| CN102238503B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |