CN102083026A - 来电提醒平台、来电提醒方法及ip多媒体子系统 - Google Patents
来电提醒平台、来电提醒方法及ip多媒体子系统 Download PDFInfo
- Publication number
- CN102083026A CN102083026A CN2009102412787A CN200910241278A CN102083026A CN 102083026 A CN102083026 A CN 102083026A CN 2009102412787 A CN2009102412787 A CN 2009102412787A CN 200910241278 A CN200910241278 A CN 200910241278A CN 102083026 A CN102083026 A CN 102083026A
- Authority
- CN
- China
- Prior art keywords
- platform
- terminal called
- call reminding
- calling
- state
- 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
本发明提供一种来电提醒平台、来电提醒方法及IP多媒体子系统，该来电提醒平台设置于IMS域，包括：第一接收模块，用于接收一提醒请求；订阅模块，用于在接收到提醒请求时，向呈现平台发送订阅所述被叫终端的状态的订阅请求；第二接收模块，用于接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；第一通知模块，用于在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。本发明提供了IMS被叫用户获得漏接来电信息的通信途径，方式可靠性高，实现便捷。
Description
技术领域
本发明涉及通信技术领域，，特别是一种来电提醒平台、来电提醒方法及IMS(IP多媒体子系统，IP Multimedia Subsystem)。
背景技术
来电提醒业务属于电信运营的语音及短信类增值业务。在主叫发起呼叫，而被叫关机、遇忙、不可及等通话不能正常建立情况下造成呼叫失败时，业务平台作相应记录，待被叫通信可达时将该次呼叫信息以短消息形式发送给被叫，作为提醒，避免漏接重要来电。
现有CS域来电提醒机制实现的组网架构图1所示。
来电提醒平台与各相关系统定义通信接口，采用标准协议互通数据，如下：
与信令网通过7号信令相连，采用MAP(移动应用部分，Mobile ApplicationPart)/ISUP(ISDN User Part，ISDN用户部分)协议；
与话务网通过E1中继相连；
与BOSS(运营支撑系统，Business & Operation Support System)采用MML(人机语言，Man-Machine Language)或者HTTP(超文本传输协议，Hyper TextTransfer Protocol)/XML(可扩展标记语言，Extensible Markup Language)协议；
与网管通过SNMP(简单网络管理协议，Simple Network ManagementProtocol)；
与短信中心采用SMPP(点对点短消息，Short Message Peer-to-Peer)协议或与短信网关采用CMPP(中国移动点对点，China Mobile Peer to Peer)协议；
与互联网通过HTTP协议。
来电提醒业务的实现包括获取漏接来电和发送提示短信两个部分。
在被叫用户开通来电提醒业务时，需要在HLR(归属位置寄存器，HomeLocation Register)设置关机、遇忙、不可及等的呼叫呼转到来电提醒平台的相关配置数据。
以被叫不在服务区为例，当主叫用户发起呼叫时，主叫端局MSC(移动交换中心，Mobile Switching Centre)查找被叫归属HLR，然后获得被叫MSC路由，进行ISUP信令通信，被叫MSC寻呼被叫手机终端；由于被叫不在服务区，寻呼失败并返回状态信息；被叫MSC/VLR(拜访位置寄存器，Visit LocationRegister)检查被叫用户的来电提醒补充业务以及呼转号码，或向其归属HLR查询，然后据此呼转到来电提醒平台，使之获得此次呼叫信息；来电提醒平台建立与主叫的话音接续，放录音通知，告知主叫系统可将此次呼叫以短信的方式通知被叫；平台还可向被叫归属HLR查询呼叫失败原因。平台根据这次失败呼叫包含的主叫、呼叫时间、被叫等信息，形成短消息内容；然后通过模拟短消息中心下发测试短信的方式监测被叫用户是否可达，用户可达后再下发漏话提示短信，完成提醒任务。
然而，发明人在实现本发明实施例的过程中发现，现有技术至少存在如下缺点：
随着3G和全业务运营时代的到来，IMS架构的引入步伐逐渐加速，IMS网络用户必然会进入快速发展阶段。
但现有的CS域来电提醒平台无法在IMS域中实现，也就是说IMS用户作为被叫时，无法实现来电提醒业务。
发明内容
本发明的目的是提供一种来电提醒平台、来电提醒的方法及IP多媒体子系统，为IMS用户提供来电提醒业务。
为了实现上述目的，本发明实施例提供了一种来电提醒平台，设置于IMS域，包括：
第一接收模块，用于接收一提醒请求，所述提醒请求为在主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时，呼叫会话控制功能CSCF实体发送的请求；
订阅模块，用于在接收到提醒请求时，向呈现平台发送订阅所述被叫终端的状态的订阅请求；
第二接收模块，用于接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；
第一通知模块，用于在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
上述的来电提醒平台，其中，还包括：
第二通知模块，用于在接收到提醒请求时，指示媒体资源功能MRF实体与主叫终端交互，通知所述主叫终端所述被叫终端处于不能正常接通状态。
上述的来电提醒平台，其中，所述第一通知模块具体用于通过所述CSCF实体向所述被叫终端发送所述呼叫的相关信息。
上述的来电提醒平台，其中，所述第一接收模块和第一通知模块通过会话初始协议与所述CSCF实体交互。
上述的来电提醒平台，其中，所述订阅模块和第二接收模块与呈现平台之间采用超文本传输协议HTTP进行通信。
为了实现上述目的，本发明实施例还提供了一种来电提醒方法，包括：
设置于IMS域的来电提醒平台接收一提醒请求，所述提醒请求为在主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时，呼叫会话控制功能CSCF实体发送的请求；
所述来电提醒平台向呈现平台发送订阅所述被叫终端的状态的订阅请求；
所述来电提醒平台接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；
所述来电提醒平台在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
上述的来电提醒方法，其中，还包括：
来电提醒平台在接收到提醒请求后，指示媒体资源功能MRF实体与主叫终端交互，通知所述主叫终端所述被叫终端处于不能正常接通状态。
上述的来电提醒方法，其中，所述来电提醒平台通过所述CSCF实体向所述被叫终端发送所述呼叫的相关信息。
上述的来电提醒方法，其中，所述来电提醒平台通过会话初始协议与所述CSCF实体交互。
上述的来电提醒方法，其中，所述来电提醒平台与呈现平台之间采用超文本传输协议HTTP进行通信。
为了实现上述目的，本发明实施例还提供了一种IP多媒体子系统IMS，包括：
归属用户服务器HSS，用于保存IMS用户的业务信息；
呈现平台，用于记录并更新IMS域用户的状态信息；
呼叫会话控制功能CSCF实体，用于在主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且所述HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时，发送一提醒请求；
来电提醒平台，用于在接收到所述提醒请求时，向所述呈现平台发送订阅所述被叫终端的状态的订阅请求，并在所述呈现平台基于所述订阅请求返回的所述被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
上述的IP多媒体子系统，其中，所述来电提醒平台具体包括：
第一接收模块，用于接收所述提醒请求；
订阅模块，用于在接收到提醒请求时，向呈现平台发送所述订阅请求；
第二接收模块，用于接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；
第一通知模块，用于在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
上述的IP多媒体子系统，其中，
所述IP多媒体子系统中还包括媒体资源功能MRF实体；
所述来电提醒平台还包括第二通知模块，用于在接收到所述提醒请求时，指示媒体资源功能MRF实体与主叫终端交互，通知所述主叫终端所述被叫终端处于不能正常接通状态。
上述的IP多媒体子系统，其中，所述第一通知模块具体用于通过所述CSCF实体向所述被叫终端发送所述呼叫的相关信息。
上述的IP多媒体子系统，其中，所述第一接收模块和第一通知模块通过会话初始协议与所述CSCF实体交互。
上述的IP多媒体子系统，其中，所述订阅模块和第二接收模块与呈现平台之间采用超文本传输协议HTTP进行通信。
上述的IP多媒体子系统，其中，所述HSS通过初始过滤规则IFC记录来电提醒业务触发的时机，以及业务路由地址，所述CSCF实体具体根据所述业务路由地址向所述来电提醒平台发送所述提醒请求。
本发明实施例具有以下的有益效果：
本发明的一种来电提醒平台、来电提醒的方法及IP多媒体子系统中，设置于IMS域的来电提醒平台接收主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且所述HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时，由呼叫会话控制功能CSCF实体发送的提醒请求后，向呈现平台发送订阅所述被叫终端的状态的订阅请求，并基于所述呈现平台发送的被叫终端的状态信息向所述被叫终端发送所述呼叫的相关信息，实现来电提醒功能，本发明实施例为IMS用户创造了使用来电提醒业务的有效手段，提供了IMS被叫用户获得漏接来电信息的通信途径。
同时，本发明实施例中，利用IMS核心网呼叫机制完成被叫业务触发的方式，该方式可靠性高，实现便捷。
本发明实施例中，利用已有的呈现平台获取被叫终端状态信息的方式，可以有效降低来电提醒系统处理用户状态的复杂性，同时，通过与现有CS域网络的互通，为网络演进过程中保持用户感知的平滑过渡提供了技术保障。
本发明实施例中新增网元与已有网元之间的连接遵循3GPP协议标准，便于开发实现。
附图说明
图1为CS域来电提醒组网架构示意图；
图2为本发明实施例的IP多媒体子系统的结构示意图；
图3为本发明实施例的IP多媒体子系统的完整架构示意图；
图4为本发明实施例的来电提醒平台的结构示意图；
图5为本发明实施例的方法的流程示意图；
图6为本发明实施例的方法结合实际组网的详细流程示意图。
具体实施方式
在IMS网络中实现来电提醒功能，是一个创建SIP(会话初始协议，Session Initiation Protocol)应用服务器的过程。除规划好来电提醒功能实体自身的逻辑处理外，应用服务器还需要按照IMS架构对各接口的要求，遵循协议标准设计与其他功能网元的通信。
本发明实施例的IP多媒体子系统如图2所示，包括：
HSS(归属用户服务器，Home Subscriber Server)，用于保存IMS用户的业务信息；
呈现平台，用于记录并更新IMS域用户的状态信息；
CSCF(呼叫会话控制功能，Call Session Control Function)实体，在IMS网络中包括P-CSCF、I-CSCF、S-CSCF，其中S-CSCF用于呼叫对应的IMS域被叫终端处于不能正常接通状态，且所述HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时，向来电提醒平台发送提醒请求；
来电提醒平台，用于在接收到提醒请求时，向所述呈现平台发送订阅所述被叫终端的状态的订阅请求，并在所述呈现平台基于所述订阅请求返回的所述被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
当然，一般来说，在被叫终端处于不能正常接通状态时，还需要向主叫终端播放呼叫不可达的信息，因此，如图2所示，本发明实施例中的IMS系统还包括：
MRF实体，用于根据来电提醒平台指示，与主叫终端交互，通知主叫终端被叫终端处于不能正常接通状态。
在本发明的具体实施例中，MRF实体包括MRFC(媒体资源功能控制器，Media Resource Function Controller)和MRFP(媒体资源功能处理器，MultimediaResource Function Processor)两部分，二者可以集成设置，也可以分开设置。
MRFC用于载入并执行来自来电提醒平台的通话呼叫媒体策略，控制Audio/Video媒体混合器，通过H.248协议管理、控制MRFP中的媒体资源，属于媒体控制层功能。
而MRFP属于媒体执行层功能，用于根据MRFC的控制，执行来电提醒平台呼叫所要求的声码器资源、通知音资源等，通过IP网络在承载层面上实现与用户终端的互通。
在本发明的具体实施例中，当主叫终端为IMS域用户时，MRF实体发出录音通知并通过IP网络承载，而当主叫终端为CS域用户时，MRF实体发出录音通知并通过IMS域媒体网关转发通知。
在本发明的具体实施例中，HSS是IMS网络中的用户信息数据库，存储用户与业务等信息。用户订购及退订来电提醒业务时，需要在HSS上记录或删除订购关系信息，在HSS内以IFC(初始过滤规则，Initial Filter Criteria)的形式表示。同时IFC上还记录了来电提醒业务触发的时机，以及业务路由地址，即来电提醒平台的SIP URI(统一资源标识符，Uniform Resource Identifier)。
S-CSCF在IMS网络会话控制中处于核心地位，接续P-CSCF转发来的注册与通信请求，与HSS配合进行用户鉴权与业务控制。在业务执行过程中，S-CSCF从HSS处下载来电提醒用户签约的IFC，当用户处于被叫不能正常接通状态时，依据IFC判断并触发呼叫前转，根据IFC中记录的SIP URI路由SIP信令到来电提醒平台，指示来电提醒平台进行后续处理。
来电提醒平台在进行来电提醒时，包括两部分的功能，获取漏接来电和通知被叫终端两个部分。
对于获取漏接来电，基于S-CSCF的通知，在前面已经进行了描述，而对于通知被叫终端这部分在下面进行详细说明。
来电提醒平台需要在被叫终端处于通信可达状态时通知被叫终端在其通信不可达期间的被叫信息。
在IMS域中，呈现平台是一种应用服务器，其记录并保持着IMS域用户终端的各种状态信息的更新，而这些状态信息中就包括用户终端的呼叫是否可达到信息，所以其可以用于来电提醒平台来确定何时通知被叫终端。
在本发明具体实施例中，来电提醒平台在接收到提醒请求时，向所述呈现平台发送订阅提醒请求中记录的所述被叫终端的状态的订阅请求。
而基于该订阅请求，一旦被叫终端的通信状态发生变化时，呈现平台就会向来电提醒平台返回包括被叫终端的实时状态及通信能力列表的订阅请求响应。
来电提醒平台接收订阅请求响应，根据订阅请求响应中包括的被叫终端的实时状态及通信能力列表判断被叫终端是否处于呼叫可达状态，一旦判断出被叫终端是否处于呼叫可达状态则向所述被叫终端发送所述呼叫的相关信息。
当然，来电提醒平台可以通过各种方式来通知被叫终端在其呼叫不可达期间的来电信息，举例说明如下：
短信方式
来电提醒平台通过CSCF平台向被叫终端发送短信，该短信中包括被叫终端在通信不可达期间被叫的时间和主叫号码。
语音方式
来电提醒平台建立与被叫终端之间的连接，并通过MRF实体向被叫终端播放语音文件，该语音文件记录了被叫终端在通信不可达期间被叫的时间和主叫号码。
当然，来电提醒平台还可以通过彩信等其它方式通知IMS域被叫终端，在此不一一列举。
下面对本发明实施例的IMS网络中增加的来电提醒平台与其他已有网元之间的连接方式进行详细说明。
来电提醒平台与HSS之间的接口：用于动态同步业务信息，采用Diameter协议交互，即IMS域中的Sh接口。
来电提醒平台与S-CSCF之间的接口：是业务流程控制的重要接口，采用SIP协议交互，即IMS域中的ISC接口。包括两个方向的功能：S-CSCF中IFC触发后，将SIP呼叫前转到来电提醒平台；从来电提醒平台传递短消息信令到S-CSCF。
来电提醒平台与MRFC之间的接口：主要用于来电提醒平台对媒体资源的控制，再加上MRFP的参与，完成语音及多媒体呼叫的承载建立，该接口可以基于SIP或HTTP。
来电提醒平台与呈现平台之间的接口：主要用于来电提醒平台获取被叫用户的状态信息，来电提醒平台需增加一个呈现代理实体，以便实现与呈现平台的信息交互，该接口可采用HTTP协议。
当然应当了解的是，除以上IMS功能实体和接口外，来电提醒平台还需要完成计费和网管功能，以及自身的业务管理功能。这些功能需要来电提醒平台自身具备相应的功能模块，并向对端提供接口。来电提醒业务的计费实时性要求较低，可采用离线计费方式，其可以使用IMS域Rf接口，使用DIAMETER协议。而网管接口遵循SNMP协议，而平台自身业务管理由HTTP协议传递。
图3为本发明实施例中完整架构的IMS系统的结构示意图。
如图3所示，运营商网络的发展是一个渐进的过程，许多运营商已经在现网CS域部署了来电提醒系统，付诸商用且经济效益明显。因此，在IMS域中部署的同类功能必须满足对现网功能的兼容，解决不同网络用户的体验一致问题。在组网时，需要部署域间互通功能实体。部署媒体网关控制功能及信令网关MGCF/SGW，与CS域MSC/MSC Server/SGW互通，完成两个网络不同信令之间的转换，例如SIP与ISUP/BICC转换；部署IMS-MGW，与CS域MSC/MGW对接，实现话音及媒体通信的互通。
本发明实施例的来电提醒平台设置于IMS域，如图4所示，包括：
第一接收模块，用于接收一提醒请求，所述提醒请求为CSCF实体在主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且所述HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时发送的请求；
订阅模块，用于在接收到提醒请求时，向呈现平台发送订阅所述被叫终端的状态的订阅请求；
第二接收模块，用于接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；
第一通知模块，用于在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
其中，为了与现有系统兼容，第一接收模块与CSCF之间采用SIP协议交互，即IMS域中的ISC接口。
订阅模块和第二接收模块与呈现平台之间采用HTTP协议进行通信。
第一通知模块在采用短信方式进行通知时，与CSCF之间采用SIP协议交互，即IMS域中的ISC接口。
当然，本发明实施例中的来电提醒平台还包括：
第二通知模块，用于在接收到提醒请求时，指示MRF实体与主叫终端交互，通知主叫终端被叫终端处于不能正常接通状态。
本发明实施例的来电提醒方法如图5所示，包括：
步骤51，设置于IMS域的来电提醒平台接收一提醒请求，所述提醒请求为CSCF实体在主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且所述HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时发送的请求；
步骤52，来电提醒平台在接收到提醒请求后向呈现平台发送订阅所述被叫终端的状态的订阅请求；
步骤53，来电提醒平台接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；
步骤54，在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，来电提醒平台向所述被叫终端发送所述呼叫的相关信息。
当然，本发明实施例的方法还包括：
在接收到提醒请求时，指示MRF实体与主叫终端交互，通知主叫终端被叫终端处于不能正常接通状态。
下面分两种情况对本发明实施例的方法进行进一步详细说明。
<主叫用户为IMS域用户>
如图6所示，当主叫用户为IMS域用户时流程包括：
步骤61，IMS域主叫用户UE1发出通话请求INVITE，INVITE经IMS域网元P-CSCF(图中未示出)、I-CSCF(图中未示出)转发到S-CSCF，本例中假定被叫UIE2与UE1都归属到同一个S-CSCF；
步骤62，S-CSCF经过被叫端P-CSCF节点(图中未示出)将INVITE请求路由到IMS域UE2；
步骤63，在UE2处于呼叫不可达状态时态，通话失败，返回SIP响应消息并携带失败原因，经被叫端P-CSCF传回到S-CSCF；
步骤64，S-CSCF获得通话失败状态，触发IFC，按照新的路由向来电提醒平台发送提醒请求；
步骤65，来电提醒平台根据该提醒请求，通过S-CSCF向UE1发送200消息；
步骤66，UE1向来电提醒平台传送ACK及200响应，建立呼叫，向UE1播放语音提示；
步骤67，来电提醒平台在获知被叫呼叫失败后，向呈现平台发送订阅请求，订阅被叫UE2的实时状态信息；
步骤68，UE2的通信状态发生变化时，呈现平台向来电提醒平台返回UE2的实时状态及通信能力列表；
步骤69，来电提醒平台监控UE2的状态，发现其通信可达并允许接受即时消息时，通过CSCF向UE2发送MESSAGE消息，其中携带本次UE2漏接呼叫的相关信息。
应当理解的是，图6中仅仅是一种举例说明，并不代表步骤67一定在65之后发生，上述的步骤67和65之间并没有先后关系。
在以上流程中，媒体流的建立过程需要SDP(会话描述协议，SessionDescription Protocol)资源协商，此机制遵循相关IMS国际规范要求即可。
图6进行的说明是以主叫用户和被叫用户都是IMS域用户，且二者归属到同一个S-CSCF。在二者不是归属到同一个S-CSCF时，只不过需要由相应的S-CSCF来对相应的UE进行服务，在此不再详细描述。
<主叫用户为CS域用户>
图6进行的说明是以主叫用户和被叫用户都是IMS域用户，但在主叫用户为CS域用户时，呼叫需要路由到IMS域，其详细过程仅在于S-CSCF与UE1之间的交互的不同，说明如下。
步骤71，CS域主叫用户UE1向其拜访地MSC Server发出呼叫请求，经判断为IMS域用户后，由BICC信令承载路由到MGCF/SGW，再转换为SIP信令，路由INVITE消息到被叫归属的S-CSCF；
步骤72，S-CSCF经过被叫端P-CSCF节点将INVITE请求路由到IMS域UE2；
步骤73，在UE2处于呼叫不可达状态时态，通话失败，返回SIP响应消息并携带失败原因，经被叫端P-CSCF传回到S-CSCF；
步骤74，S-CSCF获得通话失败状态，触发IFC，按照新的路由向来电提醒平台发送提醒请求；
步骤75，来电提醒平台根据该提醒请求，回送200消息到S-CSCF，并由S-CSCF路由SIP信令到MGCF/SGW，再转换为BICC消息送达MSC Server，最后路由到主叫UE1；
步骤76，UE1经CS域的MSC服务器、IMS域的MGCF/SGW、IMS域网元S-CSCF向来电提醒平台传送响应消息，建立呼叫，并由来电提醒平台通过IMS-MGW和CS域的MGW向UE1播放语音提示；
步骤77，来电提醒平台在获知被叫呼叫失败后，向呈现平台发送订阅请求，订阅被叫UE2的实时状态信息；
步骤78，UE2的通信状态发生变化时，呈现平台向来电提醒平台返回UE2的实时状态及通信能力列表；
步骤79，来电提醒平台监控UE2的状态，发现其通信可达并允许接受即时消息时，通过CSCF向UE2发送MESSAGE消息，其中携带本次UE2漏接呼叫的相关信息。
通过以上描述可以发现，在主叫用户为CS域用户时，上述的过程与图6所示的流程仅仅在于如何将信令和媒体在CS域用户和IMS域之间进行传递，来电提醒平台的其他功能都没有发生变化。
当然，本发明实施例中，也可以在HSS与HLR间传递用户业务签约数据，以便S-CSCF能够获得CS域被叫终端的业务触发信息，判断触发场景并前转到设置于IMS域的来电提醒平台，由IMS域的来电提醒平台同时实现IMS域和CS域的来电提醒。来电提醒平台与CS域的短消息网关由CMPP等协议互通，以便被叫终端接受提醒短信。当主叫位于CS域时，需要由MGCF/SGW以及IMS-MGW转发语音呼叫。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (17)
1.一种来电提醒平台，其特征在于，所述来电提醒平台设置于IMS域，包括：
第一接收模块，用于接收一提醒请求，所述提醒请求为在主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且归属用户服务器HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时，呼叫会话控制功能CSCF实体发送的请求；
订阅模块，用于在接收到提醒请求时，向呈现平台发送订阅所述被叫终端的状态的订阅请求；
第二接收模块，用于接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；
第一通知模块，用于在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
2.根据权利要求1所述的来电提醒平台，其特征在于，还包括：
第二通知模块，用于在接收到提醒请求时，指示媒体资源功能MRF实体与主叫终端交互，通知所述主叫终端所述被叫终端处于不能正常接通状态。
3.根据权利要求1或2所述的来电提醒平台，其特征在于，所述第一通知模块具体用于通过所述CSCF实体向所述被叫终端发送所述呼叫的相关信息。
4.根据权利要求3所述的来电提醒平台，其特征在于，所述第一接收模块和第一通知模块通过会话初始协议与所述CSCF实体交互。
5.根据权利要求1或2所述的来电提醒平台，其特征在于，所述订阅模块和第二接收模块与呈现平台之间采用超文本传输协议HTTP进行通信。
6.一种来电提醒方法，其特征在于，包括：
设置于IMS域的来电提醒平台接收一提醒请求，所述提醒请求为在主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且归属用户服务器HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时，呼叫会话控制功能CSCF实体发送的请求；
所述来电提醒平台向呈现平台发送订阅所述被叫终端的状态的订阅请求；
所述来电提醒平台接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；
所述来电提醒平台在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
7.根据权利要求6所述的来电提醒方法，其特征在于，还包括：
来电提醒平台在接收到提醒请求后，指示媒体资源功能MRF实体与主叫终端交互，通知所述主叫终端所述被叫终端处于不能正常接通状态。
8.根据权利要求6或7所述的来电提醒方法，其特征在于，所述来电提醒平台通过所述CSCF实体向所述被叫终端发送所述呼叫的相关信息。
9.根据权利要求8所述的来电提醒方法，其特征在于，所述来电提醒平台通过会话初始协议与所述CSCF实体交互。
10.根据权利要求6或7所述的来电提醒方法，其特征在于，所述来电提醒平台与呈现平台之间采用超文本传输协议HTTP进行通信。
11.一种IP多媒体子系统IMS，其特征在于，包括：
归属用户服务器HSS，用于保存IMS用户的业务信息；
呈现平台，用于记录并更新IMS域用户的状态信息；
呼叫会话控制功能CSCF实体，用于在主叫终端发起的呼叫对应的IMS域被叫终端处于不能正常接通状态，且所述HSS中存储的业务信息指示所述被叫终端签约了来电提醒业务时，发送一提醒请求；
来电提醒平台，用于在接收到所述提醒请求时，向所述呈现平台发送订阅所述被叫终端的状态的订阅请求，并在所述呈现平台基于所述订阅请求返回的所述被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
12.根据权利要求11所述的IP多媒体子系统，其特征在于，所述来电提醒平台具体包括：
第一接收模块，用于接收所述提醒请求；
订阅模块，用于在接收到提醒请求时，向呈现平台发送所述订阅请求；
第二接收模块，用于接收所述呈现平台基于所述订阅请求发送的所述被叫终端的状态信息；
第一通知模块，用于在所述呈现平台发送的被叫终端的状态信息指示所述被叫终端通信可达时，向所述被叫终端发送所述呼叫的相关信息。
13.根据权利要求12所述的IP多媒体子系统，其特征在于，
所述IP多媒体子系统中还包括媒体资源功能MRF实体；
所述来电提醒平台还包括第二通知模块，用于在接收到所述提醒请求时，指示媒体资源功能MRF实体与主叫终端交互，通知所述主叫终端所述被叫终端处于不能正常接通状态。
14.根据权利要求12或13所述的IP多媒体子系统，其特征在于，所述第一通知模块具体用于通过所述CSCF实体向所述被叫终端发送所述呼叫的相关信息。
15.根据权利要求14所述的IP多媒体子系统，其特征在于，所述第一接收模块和第一通知模块通过会话初始协议与所述CSCF实体交互。
16.根据权利要求12或13所述的IP多媒体子系统，其特征在于，所述订阅模块和第二接收模块与呈现平台之间采用超文本传输协议HTTP进行通信。
17.根据权利要求11所述的IP多媒体子系统，其特征在于，所述HSS通过初始过滤规则IFC记录来电提醒业务触发的时机，以及业务路由地址，所述CSCF实体具体根据所述业务路由地址向所述来电提醒平台发送所述提醒请求。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102412787A CN102083026A (zh) | 2009-11-27 | 2009-11-27 | 来电提醒平台、来电提醒方法及ip多媒体子系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102412787A CN102083026A (zh) | 2009-11-27 | 2009-11-27 | 来电提醒平台、来电提醒方法及ip多媒体子系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102083026A true CN102083026A (zh) | 2011-06-01 |
Family
ID=44088743
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009102412787A Pending CN102083026A (zh) | 2009-11-27 | 2009-11-27 | 来电提醒平台、来电提醒方法及ip多媒体子系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102083026A (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103209402A (zh) * | 2012-01-17 | 2013-07-17 | 中兴通讯股份有限公司 | 终端组可及性确定方法及系统 |
| CN103841528A (zh) * | 2012-11-22 | 2014-06-04 | 中国移动通信集团辽宁有限公司 | Ims系统来电提醒业务实现方法和系统 |
| CN105207882A (zh) * | 2014-06-26 | 2015-12-30 | 中兴通讯股份有限公司 | 消息处理方法及装置 |
| CN106454768A (zh) * | 2015-08-07 | 2017-02-22 | 中兴通讯股份有限公司 | 一种漏话提醒业务的实现方法、装置及漏话提醒系统 |
| CN108124201A (zh) * | 2016-11-30 | 2018-06-05 | 华为技术有限公司 | 提醒来电的方法、机顶盒、多媒体设备和数字娱乐系统 |
| CN109151221A (zh) * | 2017-06-15 | 2019-01-04 | 中国移动通信集团浙江有限公司 | 呼叫提醒方法、提醒服务器和计算机可读存储介质 |
| WO2020051916A1 (zh) * | 2018-09-14 | 2020-03-19 | 华为技术有限公司 | 一种传输信息的方法及电子设备 |
| CN110912885A (zh) * | 2019-11-21 | 2020-03-24 | 国网江苏省电力有限公司信息通信分公司 | 一种ims网络中多账号未接来电即时通知方法及系统 |
| RU2734827C1 (ru) * | 2020-03-13 | 2020-10-23 | Общество с ограниченной ответственностью "КВАНТУМ А РУС" | Способ уведомления о входящем вызове |
| CN114095598A (zh) * | 2021-11-26 | 2022-02-25 | 号百信息服务有限公司 | 一种基于用户状态的智能号码查转系统和方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170604A (zh) * | 2007-11-13 | 2008-04-30 | 中兴通讯股份有限公司 | 来电提醒业务的实现方法 |
| EP2104305A1 (en) * | 2008-03-21 | 2009-09-23 | Koninklijke KPN N.V. | Call service handling in an IMS-based system |
-
2009
- 2009-11-27 CN CN2009102412787A patent/CN102083026A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170604A (zh) * | 2007-11-13 | 2008-04-30 | 中兴通讯股份有限公司 | 来电提醒业务的实现方法 |
| EP2104305A1 (en) * | 2008-03-21 | 2009-09-23 | Koninklijke KPN N.V. | Call service handling in an IMS-based system |
Non-Patent Citations (1)
| Title |
|---|
| 李延东: "IMS中的来电提醒业务系统分析", 《电信工程技术与标准化》 * |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103209402A (zh) * | 2012-01-17 | 2013-07-17 | 中兴通讯股份有限公司 | 终端组可及性确定方法及系统 |
| WO2013107074A1 (zh) * | 2012-01-17 | 2013-07-25 | 中兴通讯股份有限公司 | 终端组可及性确定方法及系统 |
| CN103209402B (zh) * | 2012-01-17 | 2018-03-23 | 中兴通讯股份有限公司 | 终端组可及性确定方法及系统 |
| CN103841528A (zh) * | 2012-11-22 | 2014-06-04 | 中国移动通信集团辽宁有限公司 | Ims系统来电提醒业务实现方法和系统 |
| CN105207882A (zh) * | 2014-06-26 | 2015-12-30 | 中兴通讯股份有限公司 | 消息处理方法及装置 |
| WO2015196809A1 (zh) * | 2014-06-26 | 2015-12-30 | 中兴通讯股份有限公司 | 消息处理方法及装置 |
| CN106454768A (zh) * | 2015-08-07 | 2017-02-22 | 中兴通讯股份有限公司 | 一种漏话提醒业务的实现方法、装置及漏话提醒系统 |
| CN108124201A (zh) * | 2016-11-30 | 2018-06-05 | 华为技术有限公司 | 提醒来电的方法、机顶盒、多媒体设备和数字娱乐系统 |
| CN109151221A (zh) * | 2017-06-15 | 2019-01-04 | 中国移动通信集团浙江有限公司 | 呼叫提醒方法、提醒服务器和计算机可读存储介质 |
| CN109151221B (zh) * | 2017-06-15 | 2021-02-26 | 中国移动通信集团浙江有限公司 | 呼叫提醒方法、提醒服务器和计算机可读存储介质 |
| WO2020051916A1 (zh) * | 2018-09-14 | 2020-03-19 | 华为技术有限公司 | 一种传输信息的方法及电子设备 |
| CN110912885A (zh) * | 2019-11-21 | 2020-03-24 | 国网江苏省电力有限公司信息通信分公司 | 一种ims网络中多账号未接来电即时通知方法及系统 |
| CN110912885B (zh) * | 2019-11-21 | 2020-09-15 | 国网江苏省电力有限公司信息通信分公司 | 一种ims网络中多账号未接来电即时通知方法及系统 |
| RU2734827C1 (ru) * | 2020-03-13 | 2020-10-23 | Общество с ограниченной ответственностью "КВАНТУМ А РУС" | Способ уведомления о входящем вызове |
| CN114095598A (zh) * | 2021-11-26 | 2022-02-25 | 号百信息服务有限公司 | 一种基于用户状态的智能号码查转系统和方法 |
| CN114095598B (zh) * | 2021-11-26 | 2023-10-03 | 号百信息服务有限公司 | 一种基于用户状态的智能号码查转系统和方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102083026A (zh) | 来电提醒平台、来电提醒方法及ip多媒体子系统 | |
| KR101169118B1 (ko) | 회선 교환 액세스를 통한 ｉｍｓ 서비스의 제공 | |
| JP5256353B2 (ja) | Ｉｐマルチメディアサブシステム集中サービスのログアウト方法及びシステム | |
| WO2007014510A1 (fr) | Commande de routage interdomaine | |
| EP2141902A1 (en) | Method and device for providing call forwarding service for users | |
| JP2013528993A (ja) | 端末、ｈｓｓ、及びコア・ネットワークエレメントによる端末能力の取得方法とシステム | |
| CN104272696B (zh) | 驻留在设备上的媒体文件 | |
| CN103125105A (zh) | 用于管理向一组用户实体的通信的应用服务器 | |
| JP5551786B2 (ja) | 会話期間中にマルチメディア呼出し音を再生する方法、サーバおよび端末デバイス | |
| CN101123822B (zh) | Ip多媒体子系统集中业务中紧急呼叫业务的实现方法 | |
| CN101132644B (zh) | Ip多媒体子系统集中控制业务紧急呼叫实现方法和系统 | |
| CN101132555A (zh) | 非ims集中业务用户获取漫游号码的方法 | |
| CN101641942A (zh) | 通信网络中使用的方法和装置 | |
| US20070274462A1 (en) | Method, System and Access Control Function for Detecting Emergency Service | |
| CN101330750B (zh) | 同时向主叫用户和被叫用户播放多媒体信息的方法 | |
| CN101102614B (zh) | Ims集中控制业务中实现用户决定用户忙前转的方法 | |
| CN100574348C (zh) | 一种实现用户决定用户忙前转的方法 | |
| CN101102610B (zh) | 一种ims集中控制业务中实现用户忙呼叫前转的方法 | |
| CN101102615B (zh) | 一种ip多媒体子系统集中控制业务终呼的实现方法 | |
| KR101043696B1 (ko) | 인스턴트 메시지 서비스 시스템 및 이동통신 단말기, 및 그 서비스방법 | |
| CN101631389B (zh) | Ip多媒体子系统异常提示音媒体播放方法及系统 | |
| CN101217797B (zh) | 一种ip多媒体子系统集中控制业务的起呼方法 | |
| JP5657020B2 (ja) | インテリジェント・ネットワーク・シグナリングを介してパケットネットワーク・ベースのサービスおよびアプリケーションと対話する方法 | |
| CN103069766B (zh) | 在分组交换网络中获得信令信息 | |
| CN101459665A (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110601 |