CN104254143A - 实现放音收号的方法、设备及*** - Google Patents
实现放音收号的方法、设备及*** Download PDFInfo
- Publication number
- CN104254143A CN104254143A CN201310261178.7A CN201310261178A CN104254143A CN 104254143 A CN104254143 A CN 104254143A CN 201310261178 A CN201310261178 A CN 201310261178A CN 104254143 A CN104254143 A CN 104254143A
- Authority
- CN
- China
- Prior art keywords
- entity
- scp
- playback
- operation information
- digits
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1063—Application servers providing network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
- H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种实现放音收号的方法、设备及***,属于计算机网络领域。方法包括:AIP设备获取IMS网络侧实体转发的携带放音收号信息的ETC操作信息,ETC操作信息由业务控制点SCP发送,放音收号信息包括AIP设备的路由地址、SCP的ID及业务关联ID;AIP设备根据ETC操作信息中携带的放音收号信息通过IMS网络侧实体与SCP建立连接;AIP设备根据建立的连接与SCP进行交互,以完成放音收号过程。本发明通过IMS网络侧实体将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
Description
技术领域
本发明涉及计算机网络领域,特别涉及一种实现放音收号的方法、设备及***。
背景技术
现有的计算机网络能够为用户提供多种智能业务,具有放音收号功能的智能业务便是其中一种。其中,通过放音收号功能可向用户播放预先录制好的语音,并在接收用户输入的号码后,根据接收到的号码进一步向用户播放语音或提供其他服务。在传统的2G/3G(Second Generation/Third Generation)网络中,为了实现放音收号功能,由位于核心层的AIP(Advanced Intelligent Peripheral,增强智能外设)设备预先存储智能业务所需的语音,位于业务层的SCP(ServiceControl Point,业务控制点)根据定制的智能业务控制核心层的AIP设备实现放音收号功能。然而,随着计算机网络技术的快速发展,在原有2G/3G网络的基础上引入了IMS(Internet Protocol Multimedia Subsystem,互联网协议多媒体子***)网络,以IMS网络替代原有2G/3G网络中核心层的数据传输功能,如图1所示。因此,如何在IMS网络中实现放音收号功能,成为了一个关键问题。
现有技术在IMS网络中实现放音收号时,由IMS网络中的MRFP(Multimedia Resource Function Processor,多媒体资源功能处理器)预先存储放音收号智能业务所需的语音;IMS网络中的MRFP接收IMS网络中的MRFC(Multimedia Resource Function Controller,多媒体资源功能控制器)转发的SCP发送的放音请求,放音请求中携带语音ID(Identifier,标识)及收号规则;MRFP根据语音ID及收号规则实现放音收号功能。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
现有技术中通过IMS网络中的MRFP实现放音收号功能,由于在IMS网络引入之前,对于放音收号智能业务所需的语音存储在AIP设备的情况,在引入IMS网络后,需要将AIP设备中存储的语音转移到IMS网络中的MRFP,并废弃AIP设备,不仅造成了网络设备的浪费,还将导致丢失用户业务体验。另外,由于AIP设备与MRFP相比更能提供丰富的业务,因而废弃AIP设备引入IMS网络通过MRFP实现放音收号的功能时,其所实现的功能具有一定的局限性。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种实现放音收号的方法、设备及***。所述技术方案如下:
第一方面,提供了一种实现放音收号的方法,AIP设备预先存储放音收号功能所需的语音,且所述AIP设备通过互联网协议多媒体子***IMS网络侧实体连接至IMS网络,所述方法包括:
所述AIP设备获取所述IMS网络侧实体转发的携带放音收号信息的ETC(Establish Temporary Connection,建立临时连接)操作信息,所述ETC操作信息由SCP发送,所述放音收号信息包括所述AIP设备的路由地址、所述SCP的标识ID及业务关联ID;
所述AIP设备根据所述ETC操作信息中携带的放音收号信息通过所述IMS网络侧实体与所述SCP建立连接;
所述AIP设备根据建立的连接与所述SCP进行交互,以完成放音收号过程。
结合第一方面,在第一方面的第一种可能的实现方式中,所述IMS网络侧实体为MGCF(Media Gateway Control Function,媒体网关控制功能)实体,所述MGCF实体通过CSCF(Call Session Control Function,呼叫会话控制功能)实体、IM-SSF(IP Multimedia Service Switch Function,网际协议IP多媒体业务交换功能)实体与所述SCP连接;
所述AIP设备获取所述IMS网络侧实体发送的携带放音收号信息的ETC操作信息,包括:
所述AIP设备获取所述MGCF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息是由所述SCP发送至所述IM-SSF实体后,由所述IM-SSF实体通过所述CSCF实体发送至所述MGCF实体的。
结合第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作,所述IM-SSF实体通过扩展与所述CSCF实体之间的接口将所述ETC操作信息发送至所述CSCF实体或通过按照预设规则将所述ETC操作信息合并到请求通用资源标识符的方式将所述ETC操作信息发送至所述CSCF实体,由所述CSCF实体将所述ETC操作信息发送至所述MGCF实体;
所述AIP设备获取所述MGCF实体转发的携带放音收号信息的ETC操作信息,包括:
所述AIP设备接收所述MGCF实体发送的携带所述ETC操作信息的IAM(Initial Address Message,初始地址消息),所述AIP设备从所述IAM中获取所述ETC操作信息。
结合第一方面,在第一方面的第三种可能的实现方式中,所述IMS网络侧实体为IM-SSF实体,所述IM-SSF实体与所述SCP连接;
所述AIP设备获取所述IMS网络侧实体发送的携带放音收号信息的ETC操作信息,包括:
所述AIP设备获取所述IM-SSF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息是由所述SCP发送至所述IM-SSF实体的。
结合第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作;
所述AIP设备获取所述IM-SSF实体转发的携带放音收号信息的ETC操作信息,包括:
所述AIP设备接收所述IM-SSF实体发送的携带所述ETC操作信息的IAM,所述AIP设备从所述IAM消息中获取所述ETC操作信息。
结合第一方面、第一方面的第一种至第四种中任一种可能的实现方式,在第一方面的第五种可能的实现方式中,所述AIP设备根据建立的连接与所述SCP进行交互,以完成放音收号过程,包括:
所述AIP设备接收所述SCP下发的携带放音内容的放音请求,并根据所述放音请求进行放音操作;
和/或,所述AIP设备接收所述SCP下发的放音并收号指示,根据所述放音并收号请求进行放音收号操作。
结合第一方面、第一方面的第一种至第五种中任一种可能的实现方式,在第一方面的第六种可能的实现方式中,所述AIP设备根据建立的连接与所述SCP进行交互,以完成放音收号过程之后,还包括:
所述AIP设备接收所述IMS网络侧实体发送的REL Release Message,释放呼叫消息),根据所述REL释放资源断开与所述SCP的连接,并向所述IMS网络侧实体返回释放资源完毕消息,使所述IMS网络侧实体将所述释放资源完毕消息返回至所述SCP;
其中,所述REL是在所述IMS网络侧实体接收到所述SCP下发的DFC(Disconnect Forward Connectioc,切断前向连接)指示后发送的。
第二方面,提供了一种设备,所述设备AIP设备预先存储放音收号功能所需的语音,且所述AIP设备通过互联网协议多媒体子***IMS网络侧实体连接至IMS网络,所述AIP设备包括:
获取模块,用于获取所述IMS网络侧实体转发的携带放音收号信息的建立临时连接ETC操作信息,所述ETC操作信息由SCP发送,所述放音收号信息包括所述AIP设备的路由地址、所述SCP的标识ID及业务关联ID;
连接模块,用于根据所述ETC操作信息中携带的放音收号信息通过所述IMS网络侧实体与所述SCP建立连接;
交互模块,用于根据建立的连接与所述SCP进行交互,以完成放音收号过程。
结合第二方面,在第二方面的第一种可能的实现方式中,所述IMS网络侧实体为MGCF实体,所述MGCF实体通过呼叫CSCF实体、IM-SSF实体与所述SCP连接;
所述获取模块,包括:
第一获取单元,用于获取所述MGCF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息是由所述SCP发送至所述IM-SSF实体后,由所述IM-SSF实体通过所述CSCF实体发送至所述MGCF实体的。
结合第二方面的第一种可能的实现方式,在第二方面的第二种可能的实现方式中,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作,所述IM-SSF实体通过扩展与所述CSCF实体之间的接口将所述ETC操作信息发送至所述CSCF实体或通过按照预设规则将所述ETC操作信息合并到请求通用资源标识符的方式将所述ETC操作信息发送至所述CSCF实体,由所述CSCF实体将所述ETC操作信息发送至所述MGCF实体;
所述第一获取单元,用于接收所述MGCF实体发送的携带所述ETC操作信息的IAM,所述AIP设备从所述IAM中获取所述ETC操作信息。
结合第二方面,在第二方面的第三种可能的实现方式中,所述IMS网络侧实体为IM-SSF实体,所述IM-SSF实体与所述SCP连接;
所述获取模块,包括:
第二获取单元,用于获取所述IM-SSF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息是由所述SCP发送至所述IM-SSF实体的。
结合第二方面的第三种可能的实现方式,在第二方面的第四种可能的实现方式中,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作;
所述第二获取单元,用于接收所述IM-SSF实体发送的携带所述ETC操作信息的IAM,所述AIP设备从所述IAM消息中获取所述ETC操作信息。
结合第二方面、第二方面的第一种至第四种中任一种可能的实现方式,在第二方面的第五种可能的实现方式中,所述交互模块,用于接收所述SCP下发的携带放音内容的放音请求,并根据所述放音请求进行放音操作;和/或,接收所述SCP下发的放音并收号指示,根据所述放音并收号请求进行放音收号操作。
结合第二方面、第二方面的第一种至第五种中任一种可能的实现方式,在第二方面的第六种可能的实现方式中,所述设备,还包括:
接收模块,用于接收所述IMS网络侧实体发送的REL;
释放模块,用于根据所述REL释放资源断开与所述SCP的连接;
返回模块,用于向所述IMS网络侧实体返回释放资源完毕消息,使所述IMS网络侧实体将所述释放资源完毕消息返回至所述SCP;
其中,所述REL是在所述IMS网络侧实体接收到所述SCP下发的DFC指示后发送的。
第三方面,提供了一种实现放音收号的方法,AIP设备预先存储放音收号功能所需的语音,且所述AIP设备通过互联网协议多媒体子***IMS网络侧实体连接至IMS网络,所述方法包括:
所述IMS网络侧实体获取由SCP发送的携带放音收号信息的ETC操作信息,所述放音收号信息包括所述AIP设备的路由地址、所述SCP的标识ID及业务关联ID;
所述IMS网络侧实体将所述ETC操作信息转发给所述AIP设备,使所述AIP设备根据所述ETC操作信息中携带的放音收号信息与所述SCP建立连接,并根据建立的连接与所述SCP进行交互,以完成放音收号过程。
结合第三方面,在第三方面的第一种可能的实现方式中,所述IMS网络侧实体为MGCF实体,所述MGCF实体通过呼叫CSCF实体、IM-SSF实体与所述SCP连接;
所述IMS网络侧实体获取由SCP发送的携带放音收号信息的ETC操作信息,包括:
所述MGCF实体获取由所述IM-SSF实体通过所述CSCF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息由所述SCP发送至所述IM-SSF实体。
结合第三方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作,所述IM-SSF实体通过扩展与所述CSCF实体之间的接口将所述ETC操作信息发送至所述CSCF实体或通过按照预设规则将所述ETC操作信息合并到请求通用资源标识符的方式将所述ETC操作信息发送至所述CSCF实体,由所述CSCF实体将所述ETC操作信息发送至所述MGCF实体;
所述IMS网络侧实体将所述ETC操作信息转发给所述AIP设备,包括:
所述MGCF实体向所述AIP设备发送携带所述ETC操作信息的IAM,使所述AIP设备从所述IAM中获取所述ETC操作信息。
结合第三方面,在第三方面的第三种可能的实现方式中,所述IMS网络侧实体为IM-SSF实体,所述IM-SSF实体与所述SCP连接;
所述IMS网络侧实体获取由SCP发送的携带放音收号信息的ETC操作信息,包括:
所述IM-SSF实体获取由SCP发送的携带放音收号信息的ETC操作信息。
结合第三方面的第三种可能的实现方式,在第三方面的第四种可能的实现方式中,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作;
所述IMS网络侧实体将所述ETC操作信息转发给所述AIP设备,包括:
所述IM-SSF实体向所述AIP设备发送携带所述ETC操作信息的IAM,使所述AIP设备从所述IAM中获取所述ETC操作信息。
结合第三方面、第三方面的第一种至第四种中任一种可能的实现方式,在第三方面的第五种可能的实现方式中,所述IMS网络侧实体将所述ETC操作信息转发给所述AIP设备之后,还包括:
接收所述SCP下发的DFC指示,并根据所述DFC指示向所述AIP设备发送REL,使所述AIP设备根据所述REL释放资源断开与所述SCP的连接;
接收所述AIP设备返回的释放资源完毕消息,并将所述释放资源完毕消息返回至所述SCP。
第四方面,提供了一种互联网协议多媒体子***网络侧实体,AIP设备预先存储放音收号功能所需的语音,且所述AIP设备通过互联网协议多媒体子***IMS网络侧实体连接至IMS网络,所述实体包括:
获取模块,用于获取由SCP发送的携带放音收号信息的ETC操作信息,所述放音收号信息包括所述AIP设备的路由地址、所述SCP的标识ID及业务关联ID;
转发模块,用于将所述ETC操作信息转发给所述AIP设备,使所述AIP设备根据所述ETC操作信息中携带的放音收号信息与所述SCP建立连接,并根据建立的连接与所述SCP进行交互,以完成放音收号过程。
结合第四方面,在第四方面的第一种可能的实现方式中,所述IMS网络侧实体为MGCF实体,所述MGCF实体通过呼叫CSCF实体、IM-SSF实体与所述SCP连接;
所述获取模块,包括:
第一获取单元,用于获取由所述IM-SSF实体通过所述CSCF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息由所述SCP发送至所述IM-SSF实体。
结合第四方面的第一种可能的实现方式,在第四方面的第二种可能的实现方式中,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作,所述IM-SSF实体通过扩展与所述CSCF实体之间的接口将所述ETC操作信息发送至所述CSCF实体或通过按照预设规则将所述ETC操作信息合并到请求通用资源标识符的方式将所述ETC操作信息发送至所述CSCF实体,由所述CSCF实体将所述ETC操作信息发送至所述MGCF实体;
所述转发模块,包括:
第一发送单元,用于向所述AIP设备发送携带所述ETC操作信息的IAM,使所述AIP设备从所述IAM中获取所述ETC操作信息。
结合第四方面,在第四方面的第三种可能的实现方式中,所述IMS网络侧实体为IM-SSF实体,所述IM-SSF实体与所述SCP连接;
所述获取模块,包括:
第二获取单元,用于获取由SCP发送的携带放音收号信息的ETC操作信息。
结合第四方面的第三种可能的实现方式,在第四方面的第四种可能的实现方式中,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作;
所述转发模块,包括:
第二发送单元,用于向所述AIP设备发送携带所述ETC操作信息的IAM,使所述AIP设备从所述IAM中获取所述ETC操作信息。
结合第四方面、第四方面的第一种至第四种中任一种可能的实现方式,在第四方面的第五种可能的实现方式中,所述IMS网络侧实体,还包括:
第一接收模块,用于接收所述SCP下发的DFC指示;
发送模块,用于根据所述DFC指示向所述AIP设备发送REL,使所述AIP设备根据所述REL释放资源断开与所述SCP的连接;
第二接收模块,用于接收所述AIP设备返回的释放资源完毕消息;
返回模块,用于将所述释放资源完毕消息返回至所述SCP。
第五方面,提供了一种实现放音收号的***,所述***包括:AIP设备和互联网协议多媒体子***IMS网络侧实体;
其中,所述AIP设备如上述第二方面或第二方面的任一种可能的实现方式所述的设备;
所述IMS网络侧实体如上述第四方面或第四方面的任一种可能的实现方式所述的实体。
本发明实施例提供的技术方案带来的有益效果是:
本发明通过IMS网络侧实体将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术提供的网络架构示意图;
图2是本发明实施例一提供的一种实现放音收号的方法流程图;
图3是本发明实施例一提供的另一种实现放音收号的方法流程图;
图4是本发明实施例二提供的一种实现放音收号的方法流程图;
图5是本发明实施例三提供的一种实现放音收号的方法流程图;
图6是本发明实施例四提供的一种AIP设备的结构示意图;
图7是本发明实施例五提供的一种IMS网络侧实体的结构示意图;
图8是本发明实施例六提供的一种实现放音收号的***结构示意图;
图9是本发明实施例七提供的一种AIP设备的内部结构示意图;
图10是本发明实施例八提供的一种IMS网络侧实体的内部结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例一
为了实现在引入IMS网络后,能够采用AIP设备实现放音收号,本发明实施例提供了一种实现放音收号的方法,以AIP设备角度实现该方法为例,AIP设备预先存储放音收号功能所需的语音,且AIP设备通过IMS网络侧实体连接至IMS网络,参见图2,方法流程包括:
201:AIP设备获取IMS网络侧实体转发的携带放音收号信息的ETC操作信息,ETC操作信息由SCP发送,放音收号信息包括AIP设备的路由地址、SCP的标识ID及业务关联ID;
202:AIP设备根据ETC操作信息中携带的放音收号信息通过IMS网络侧实体与SCP建立连接;
203:AIP设备根据建立的连接与SCP进行交互,以完成放音收号过程。
进一步地,该方法以IMS网络侧实体角度实现该方法为例,AIP设备预先存储放音收号功能所需的语音,且AIP设备通过IMS网络侧实体连接至IMS网络,参见图3,方法流程包括:
301:IMS网络侧实体获取由SCP发送的携带放音收号信息的ETC操作信息,放音收号信息包括AIP设备的路由地址、SCP的标识ID及业务关联ID;
302:IMS网络侧实体将ETC操作信息转发给AIP设备,使AIP设备根据ETC操作信息中携带的放音收号信息与SCP建立连接,并根据建立的连接与SCP进行交互,以完成放音收号过程。
本实施例提供的方法,通过IMS网络侧实体将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
实施例二
本发明实施例提供了一种实现放音收号的方法,现结合上述实施例一的内容,且以放音收号***中存在CSCF实体、IM_SSF实体、SCP、MGCF实体及AIP设备五个设备为例,对本发明实施例提供的实现放音收号的方式进行详细地解释说明。参见图4,本实施例提供的方法流程包括:
步骤401:IM_SSF实体将经由CSCF实体转发的用户发起的呼叫请求发送至SCP;
其中,用户发起的呼叫请求具体为用户通过其移动终端或固定终端向另一用户或服务运营商发起的请求。例如,拨打另一用户的电话号码或拨打服务运营商的热线号码。
当用户发起呼叫请求后,该呼叫请求首先将被CSCF实体接收,在CSCF实体接收到该呼叫请求后,将通过ISC(Intel Server Controller,服务器控制)标准接口将该呼叫请求转发至IM_SSF实体,当IM_SSF实体接收到该呼叫请求后,其将通过二者之间的CAP/INAP接口将该呼叫请求发送至SCP。
步骤402:SCP根据接收到的呼叫请求生成放音收号信息;放音收号信息包括AIP设备的路由地址、SCP的标识ID及业务关联ID;
其中,AIP设备的路由地址由于标识AIP设备的地址,业务关联ID用于标识用户呼叫请求对应的业务种类,例如,彩铃业务或用户热线业务;SCP的标识ID用于标识是哪一个SCP下发了放音收号信息,以便于AIP设备在接收到放音收号信息后与该下发了放音收号信息的SCP建立起对应的连接。
此外,放音收号信息中除携带上述三种信息外,还可以携带其他信息,例如,生成放音收号信息的时间信息等等,本实施例对放音收号信息包括的内容不进行具体限定。
步骤403:SCP将放音收号信息下发至IM_SSF实体;
针对该步骤,SCP与IM_SSF实体之间采用CAP(Customised Applications forMobile network Enhanced Logic Application Part,移动网增强逻辑的用户应用部分)/INAP(Intelligent Network Application Protocol,智能网应用协议)接口对接,通过CAP/INAP接口扩展支持CS(Circuit Switched,电路交换)标准中的ETC操作和参数,因而SCP可通过CAP/INAP接口将放音收号信息下发至IM_SSF实体。
步骤404:IM_SSF实体接收SCP下发的放音收号信息,并将该放音收号信息转发给CSCF实体;
针对该步骤,IM_SSF实体通过CAP/INAP接口接收SCP下发的放音收号信息,其中,IM_SSF实体将放音收号信息转发给CSCF实体的具体实现方式包括但不限于如下两种方式:
第一种方式:扩展ISC接口,将放音收号信息携带在ISC接口中转发给CSCF实体;
ISC接口扩展样例如下所示:
INVITE tel:+8613734567890;Correlation-id=222222;Scf-id=888888SIP/2.0
Via:SIP/2.0/UDP172.22.131.124:11188;
Call-ID:16670405172.22.131.209
From:<tel:+8613734568888>;tag=16670404
To:<tel:+8613734567890>;tag=16670adasdf
P-Asserted-Identity:"Cullen Jennings"<tel:818008613734568888>
其中,Correlation-id=222222;Scf-id=888888为扩展的ISC接口,Correlation-id指代业务关联ID,Scf-id指代SCP的标识ID,即在统一资源定位符请求(Request URI)中扩展两个参数Correlation-id及Scf-id,达到携带业务关联ID及SCP身份标识的目的;此外,在携带AIP设备的路由地址至CSCF实体时,会将其转换为ISC接口中的Request URI内容,及将原始的Request URI内容替换为AIP设别的路由地址。
第二种方式:将AIP设备的路由地址、业务关联ID及SCP的标识ID按照配置规则,将三者合并到Request URI中携带。
携带样例如下:
INVITE tel:+8613734567890222222888888SIP/2.0
Via:SIP/2.0/UDP172.22.131.124:11188;
Call-ID:16670405172.22.131.209
From:<tel:+8613734568888>;tag=16670404
To:<tel:+8613734567890>;tag=16670adasdf
P-Asserted-Identity:"Cullen Jennings"<tel:818008613734568888>
其中,222222为Correlation ID(业务关联ID)、888888为Scf-id(SCP的标识ID)。
步骤405:CSCF实体将接收到的放音收号信息发送给MGCF实体;
其中,CSCF实体在将放音收号信息发送给MGCF实体时,将利用二者之间的Mg接口来实现放音收号信息的传递。
步骤406:MGCF接收CSCF实体发送的放音收号信息,并对放音收号信息包含的信息进行识别与转换;
针对该步骤,MGCF实体对放音收号信息包含的信息进行识别与转换主要采取如下两种方式:
第一种方式:若CSCF实体和MGCF实体之间的Mg接口中存在业务关联ID及SCP标识,则直接将二者转换成标准ISUP(Integrated ServicesDigital NetworkUser Part,综合业务数字网用户部分)接口中所支持的业务关联ID格式和SCP的标识ID格式。
第二种方式:若CSCF实体和MGCF实体之间的Mg接口中不存在业务关联ID及SCP的标识ID,则可根据Request URI的前缀来配置一个规则:分别从Request URI中的某几位获取出作为标准ISUP接口中的业务关联ID及SCP的标识ID。
针对该种方式,在执行本实施例所提供的方法时,可预先规定Request URI中的多少位代表业务关联ID,而另外多少位代表SCP的标识ID。例如,可预先规定Request URI中的第15位-第20位为业务关联ID,而第21位至第26位为SCP的标识ID。当然,除上述规定外,还可按需进行设置,具体采取哪种设置方式,本实施例对此不作具体限定。
步骤407:MGCF实体根据AIP设备的路由地址通过ISUP接口将放音收号信息发送至AIP;
其中,MGCF实体根据AIP设备的路由地址通过ISUP接口将放音收号信息发送至AIP的具体实现方式包括但不限于:
首先将放音收号信息携带在IAM中,之后根据放音收号信息中的AIP设备的路由地址并通过ISUP接口将放音收号信息传递给AIP。
步骤408:AIP设备根据接收到的放音收号信息回复接通消息;
针对该步骤,当AIP接收到SCP生成的放音收号信息后,为了向用户反馈其接收状态,将向用户回复接通消息。且该接通消息在生成后,将先经由ISUP接口传递给MGCF实体,当MGCF实体收到该接通消息后,经由Mg接口将该接通消息转发至CSCF实体,而CSCF实体在接收到该接通消息后,便可直接将该接通消息反馈给用户。此外,为了实现完整的交互过程以达到交互双方信息透明的目的,本实施例提供的方法还支持用户在收到接通消息后,经由CSCF实体向MGCF实体返回应答消息的过程。
步骤409:AIP设备根据IAM中携带的SCP的标识ID获取到需要触发到的SCP,并通过辅助请求指令与该SCP建立连接;其中,辅助请求命令中携带业务关联ID;
针对该步骤,由于在IMS网络的架构下存在多个SCP,因此,为了识别究竟哪个SCP向AIP设备下发了放音收号信息以及方便后续接收该SCP的放音收号指示,本实施例提供的方法将在AIP设备接收到SCP生成的放音收号信息后,确定发送放音收号信息的SCP,并通过向该SCP发送辅助请求命令与之建立起连接。而为了方便SCP获知其在后续具体要下发何种业务指示,辅助请求命令中还包含了业务关联ID。当然,辅助请求命令中除包含业务关联ID外,还可包含其他信息,例如,辅助请求命令的生成时间等等,本实施例对此不作具体限定。
步骤410:SCP下发业务指示,指示AIP设备进行放音;
其中,业务指示包括放音指示及放音并收号指示;放音指示,即仅指示AIP设备播放与业务关联ID对应的语音内容,比如,播放用户拨打的另一用户的彩铃;放音并收号指示,即不但指示AIP设备向用户播放业务关联ID对应的语音内容,还接收用户输入的按键码,并根据用户输入的按键码进一步地向用户播放与按键码相对应的语音内容,比如,用户拨打服务运营商的热线号码,而服务运营商向用户播放的语音内容。
步骤411:AIP设备根据SCP下发的业务指示进行放音。
针对该步骤,由于所有的语音内容全部存储在AIP设备中,因此,AIP设备在接收到SCP下发的业务指示后,可直接根据业务指示包含的业务内容进行放音。若为放音指示,则AIP设备仅进行放音操作;若为放音并收号指示,则AIP设备不但进行放音操作还要进行收号操作。
此外,当AIP设备完成放音后,为了使SCP能够明确AIP设备是否成功完成了与其下发的业务指示相应的放音工作,本实施例提供的方法还支持AIP设备将放音结果上报SCP的步骤。其中AIP设备向SCP上报放音结果的具体实现方式可依据现有的上报机制实现,例如,AIP设备向SCP上报专有资源报告,本实施例对此不作具体限定。
需要说明的是,通过上述步骤401至步骤411,便可实现智能业务的放音收号。进一步地,若SCP根据业务逻辑确定当前已经完成放音收号功能,则出于节约资源等目的,本实施例提供的方法还包括断开SCP与AIP设备连接的步骤。其中,断开SCP与AIP设备连接的具体过程如下:
SCP先向IM_SSF实体下发切断前向指示,而IM_SSF实体在收到SCP下发的切断前向连接指示后,将根据该指示经由CSCF实体向MGCF实体下发Bye消息,当MGCF实体收到Bye消息后,将发送释放呼叫消息至AIP设备;AIP设备根据释放呼叫消息,释放AIP设备释放本次呼叫,且在释放完成后自动向MGCF实体发送释放呼叫完成消息。在收到AIP设备返回的释放完成消息后,MGCF实体回200,且AIP设备断开与SCP的连接;之后SCP根据当前业务逻辑确定当前业务处理完成,并向IM_SSF实体下发释放本次呼叫指示,最后IM_SSF实体经由CSCF实体向用户发送Bye信息释放呼叫。
本实施例提供的方法,通过IMS网络侧实体将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
实施例三
本发明实施例提供了一种实现放音收号的方法,现结合上述实施例一的内容,且以放音收号***中存在CSCF实体、SCP、MGCF实体及AIP四个设备,且MGCF可实现上述实施例二中IM_SSF实体的功能为例,对本发明实施例提供的实现放音收号的方式进行详细地解释说明。参见图5,本实施例提供的方法流程包括:
步骤501:IM-SSF实体将经由CSCF实体转发的用户发起的呼叫请求发送至SCP;
其中,用户发起的呼叫请求具体为用户通过其移动终端或固定终端向另一用户或服务运营商发起的请求。例如,拨打另一用户的电话号码或拨打服务运营商的热线号码。
当用户发起呼叫请求后,该呼叫请求首先将被CSCF实体接收,在CSCF实体接收到该呼叫请求后,便将该呼叫请求转发至MGCF实体,而当MGCF实体在接收到该呼叫请求后,会将该呼叫请求直接发送至SCP。
步骤502:SCP根据接收到的呼叫请求生成放音收号信息;其中,放音收号信息包括AIP设备的路由地址、业务关联ID及SCP的标识ID;
其中,AIP设备的路由地址由于标识AIP设备的地址,业务关联ID用于标识用户呼叫请求对应的业务种类,例如,彩铃业务或用户热线业务;SCP的标识ID用于标识是哪一个SCP下发了放音收号信息,以便于AIP在接收到放音收号信息后与该下发了放音收号信息的SCP建立起对应的连接。
此外,放音收号信息中除携带上述三种信息外,还可以携带其他信息,例如,生成放音收号信息的时间信息等等,本实施例对放音收号信息包括的内容不进行具体限定。
步骤503:SCP将放音收号信息下发至IM-SSF实体;
步骤504:IM-SSF实体实体根据AIP设备的路由地址通过ISUP接口将放音收号信息发送至AIP设备;
其中,MGCF实体根据AIP设备的路由地址通过ISUP接口将放音收号信息发送至AIP的具体实现方式包括但不限于:
先将放音收号信息携带在IAM中,而后根据AIP设备的路由地址通过ISUP接口将该放音收号信息传递给AIP设备。
步骤505:AIP设备根据接收到的放音收号信息回复接通消息;
针对该步骤,当AIP设备接收到SCP生成的放音收号信息后,为了向用户反馈其接收状态,将向用户回复接通消息,该接通消息在生成后,将先经由ISUP接口传递给MGCF实体,之后,MGCF实体在收到该接通消息后,经由Mg接口将该接通消息转发至CSCF实体,而CSCF实体收到该接通消息后,便可直接将该接通消息反馈给用户。此外,为了实现完整的交互过程以达到交互双方信息透明的目的,本实施例提供的方法还支持用户在收到接通消息后,经由CSCF实体向MGCF实体返回应答消息的步骤。
步骤506:AIP设备根据IAM中携带的SCP的标识ID获取到需要触发到的SCP,并通过辅助请求指令与该SCP建立连接;其中,辅助请求命令中携带业务关联ID;
针对该步骤,由于在IMS网络的架构下存在多个SCP,因此,为了识别究竟哪个SCP向AIP设备下发了放音收号信息以及方便后续接收该SCP的放音收号指示,本实施例提供的方法将在AIP设备接收到SCP生成的放音收号信息后,确定发送放音收号信息的SCP,并通过向该SCP发送辅助请求命令与之建立起连接。而为了方便SCP获知其在后续具体要下发何种业务指示,辅助请求命令中还包含了业务关联ID。当然,辅助请求命令中除包含业务关联ID外,还可包含其他信息,例如,辅助请求命令的生成时间等等,本实施例对此不作具体限定。
步骤507:SCP下发业务指示,指示AIP设备进行放音;
其中,业务指示包括放音指示及放音并收号指示;放音指示,即仅指示AIP设备播放与业务关联ID对应的语音内容,比如,播放用户拨打的另一用户的彩铃;放音并收号指示,即不但指示AIP设备向用户播放业务关联ID对应的语音内容,还接收用户输入的按键码,并根据用户输入的案件码进一步地向用户播放与按键码相对应的语音内容,比如,用户拨打服务运营商的热线号码,而服务运营商向用户播放的语音内容。而具体SCP下发放音指示还是放音收号指示可由具体业务场景来确定。
步骤508:AIP设备根据SCP下发的业务指示进行放音。
针对该步骤,由于所有的语音内容全部存储在AIP设备中,因此,AIP设备在接收到SCP下发的业务指示后,可直接根据其包含的业务内容进行放音。若为放音指示,则AIP设备仅进行放音操作;若为放音并收号指示,则AIP设备不但进行放音操作还要进行收号操作。当AIP设备完成放音后,为了SCP能够明确AIP设备是否成功完成了与其下发的业务指示相应的放音工作,本实施例提供的方法还支持将放音结果上报SCP的步骤。其中AIP设备向SCP上报放音结果的具体实现方式可依据现有的上报机制实现,例如,向SCP上报专有资源报告,本实施例对此不作具体限定。
需要说明的是,通过上述步骤501至步骤508,便可实现智能业务的放音收号。进一步地,若SCP根据业务逻辑确定当前已经完成放音收号功能,则出于节约资源等目的,本实施例提供的方法还包括断开SCP与AIP设备连接的步骤。其中,断开SCP与AIP设备连接的具体过程如下:
SCP先向MGCF实体下发切断前向指示,而MGCF实体在收到SCP下发的切断前向连接指示后将发送释放呼叫消息至AIP设备;AIP设备根据释放呼叫消息,释放AIP设备释放本次呼叫,且在释放完成后自动向MGCF实体发送释放呼叫完成消息并断开与SCP的连接;之后SCP根据当前业务逻辑确定当前业务处理完成,并向MGCF实体下发释放本次呼叫指示,最后MGCF实体经由CSCF实体向用户发送Bye信息释放呼叫。
本实施例提供的方法,通过IMS网络侧实体将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
实施例四
本实施例提供了一种AIP设备,该AIP设备预先存储放音收号功能所需的语音,且AIP设备通过IMS网络侧实体连接至IMS网络,参见图6,该AIP设备包括:
获取模块61,用于获取IMS网络侧实体转发的携带放音收号信息的建立临时连接ETC操作信息,ETC操作信息由业务控制点SCP发送,放音收号信息包括AIP设备的路由地址、SCP的标识ID及业务关联ID;
连接模块62,用于根据ETC操作信息中携带的放音收号信息通过IMS网络侧实体与SCP建立连接;
交互模块63,用于根据建立的连接与SCP进行交互,以完成放音收号过程。
优选地,IMS网络侧实体为MGCF实体,MGCF实体通过CSCF实体、IM-SSF实体与SCP连接;
获取模块61,包括:
第一获取单元,用于获取MGCF实体转发的携带放音收号信息的ETC操作信息,ETC操作信息是由SCP发送至IM-SSF实体后,由IM-SSF实体通过CSCF实体发送至MGCF实体的。
进一步地,IM-SSF实体与SCP之间的接口扩展支持ETC操作,IM-SSF实体通过扩展与CSCF实体之间的接口将ETC操作信息发送至CSCF实体或通过按照预设规则将ETC操作信息合并到请求通用资源标识符的方式将ETC操作信息发送至CSCF实体,由CSCF实体将ETC操作信息发送至MGCF实体;
第一获取单元,用于接收MGCF实体发送的携带ETC操作信息的初始地址消息IAM,AIP设备从IAM中获取ETC操作信息。
可选地,IMS网络侧实体为IM-SSF实体,IM-SSF实体与SCP连接;
获取模块61,包括:
第二获取单元,用于获取IM-SSF实体转发的携带放音收号信息的ETC操作信息,ETC操作信息是由SCP发送至IM-SSF实体的。
进一步地,IM-SSF实体与SCP之间的接口扩展支持ETC操作;
第二获取单元,用于接收IM-SSF实体发送的携带ETC操作信息的初始地址消息IAM,AIP设备从IAM消息中获取ETC操作信息。
进一步地,交互模块63,用于接收SCP下发的携带放音内容的放音请求,并根据放音请求进行放音操作;和/或,接收SCP下发的放音并收号指示,根据放音并收号请求进行放音收号操作。
进一步地,该AIP设备,还包括:
接收模块,用于接收IMS网络侧实体发送的释放呼叫消息REL;
释放模块,用于根据REL释放资源断开与SCP的连接;
返回模块,用于向IMS网络侧实体返回释放资源完毕消息,使IMS网络侧实体将释放资源完毕消息返回至SCP;
其中,REL是在IMS网络侧实体接收到SCP下发的切断前向连接DFC指示后发送的。
本实施例提供的设备,通过接收IMS网络侧实体转发的携带放音收号信息的ETC操作信息,根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
实施例五
本实施例提供了一种IMS网络侧实体,AIP设备预先存储放音收号功能所需的语音,且AIP设备通过IMS网络侧实体连接至IMS网络,参见图7,该IMS网络侧实体包括:
获取模块71,用于获取由业务控制点SCP发送的携带放音收号信息的ETC操作信息,放音收号信息包括AIP设备的路由地址、SCP的标识ID及业务关联ID;
转发模块72,用于将ETC操作信息转发给AIP设备,使AIP设备根据ETC操作信息中携带的放音收号信息与SCP建立连接,并根据建立的连接与SCP进行交互,以完成放音收号过程。
优选地,IMS网络侧实体为媒体网关控制功能MGCF实体,MGCF实体通过呼叫CSCF实体、IM-SSF实体与SCP连接;
获取模块71,包括:
第一获取单元,用于获取由IM-SSF实体通过CSCF实体转发的携带放音收号信息的ETC操作信息,ETC操作信息由SCP发送至IM-SSF实体。
进一步地,IM-SSF实体与SCP之间的接口扩展支持ETC操作,IM-SSF实体通过扩展与CSCF实体之间的接口将ETC操作信息发送至CSCF实体或通过按照预设规则将ETC操作信息合并到请求通用资源标识符的方式将ETC操作信息发送至CSCF实体,由CSCF实体将ETC操作信息发送至MGCF实体;
转发模块72,包括:
第一发送单元,用于向AIP设备发送携带ETC操作信息的初始地址消息IAM,使AIP设备从IAM中获取ETC操作信息。
可选地,IMS网络侧实体为IM-SSF实体,IM-SSF实体与SCP连接;
获取模块71,包括:
第二获取单元,用于获取由业务控制点SCP发送的携带放音收号信息的ETC操作信息。
进一步地,IM-SSF实体与SCP之间的接口扩展支持ETC操作;
转发模块72,包括:
第二发送单元,用于向AIP设备发送携带ETC操作信息的初始地址消息IAM,使AIP设备从IAM中获取ETC操作信息。
进一步地,该IMS网络侧实体,还包括:
第一接收模块,用于接收SCP下发的切断前向连接DFC指示;
发送模块,用于根据DFC指示向AIP设备发送释放呼叫消息REL,使AIP设备根据REL释放资源断开与SCP的连接;
第二接收模块,用于接收AIP设备返回的释放资源完毕消息;
返回模块,用于将释放资源完毕消息返回至SCP。
本实施例提供的实体,通过将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
实施例六
本实施例提供了一种实现放音收号的***,参见图8,该***包括:AIP设备81和IMS网络侧实体82;
其中,AIP设备81如上述实施例四提供的设备,具体详见上述实施例四的内容,此处不再赘述;
IMS网络侧实体82如上述实施例五提供的实体,具体详见上述实施例五的内容,此处不再赘述。
本实施例提供的***,通过IMS网络侧实体将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
实施例七
图9为一个实施方式中AIP设备的结构示意图,该AIP设备包括至少一个处理器(601),例如CPU,至少一个网络接口604或者其他用户接口603,存储器605,和至少一个通信总线602。通信总线602用于实现这些装置之间的连接通信。用户接口603可以是显示器,键盘或者点击设备。存储器605可能包含高速Ram存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。存储器605可选的可以包含至少一个位于远离前述CPU601的存储装置。
处理器601用于执行存储器605存放的程序,以实现如下方法:获取IMS网络侧实体转发的携带放音收号信息的ETC操作信息,ETC操作信息由SCP发送,放音收号信息包括AIP设备的路由地址、SCP的标识ID及业务关联ID;根据ETC操作信息中携带的放音收号信息通过IMS网络侧实体与SCP建立连接;根据建立的连接与SCP进行交互,以完成放音收号过程。
进一步地,处理器601,具体用于获取MGCF实体转发的携带放音收号信息的ETC操作信息,ETC操作信息是由SCP发送至IM-SSF实体后,由IM-SSF实体通过CSCF实体发送至MGCF实体的。
进一步地,处理器601,具体用于接收MGCF实体发送的携带ETC操作信息的IAM,从IAM中获取ETC操作信息。
进一步地,处理器601,具体用于获取IM-SSF实体转发的携带放音收号信息的ETC操作信息,ETC操作信息是由SCP发送至IM-SSF实体的。
进一步地,处理器601,具体用于接收IM-SSF实体发送的携带ETC操作信息的IAM,从IAM消息中获取ETC操作信息。
进一步,处理器601,具体用于接收SCP下发的携带放音内容的放音请求,并根据放音请求进行放音操作;
和/或,接收SCP下发的放音并收号指示,根据放音并收号请求进行放音收号操作。
进一步地,处理器601,还用于接收IMS网络侧实体发送的REL,根据REL释放资源断开与SCP的连接,并向IMS网络侧实体返回释放资源完毕消息,使IMS网络侧实体将释放资源完毕消息返回至SCP;
其中,REL是在IMS网络侧实体接收到SCP下发的切断前向连接DFC指示后发送的。
在一些实施方式中,存储器605存储了如下的元素,模块或者数据结构,或者他们的子集,或者他们的扩展集:
操作***606,包含各种程序,用于实现各种基础业务以及处理基于硬件的任务;
应用模块607,包含获取模块61、连接模块62、交互模块63。上述模块的功能可以参考图4的工作原理图的说明部分,此处不再赘述。
本实施例提供的设备,通过IMS网络侧实体将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
实施例八
图10为一个实施方式中IMS网络侧实体的结构示意图,该IMS网络侧设备包括至少一个处理器(701),例如CPU,至少一个网络接口704或者其他用户接口703,存储器705,和至少一个通信总线702。通信总线702用于实现这些装置之间的连接通信。用户接口703可以是显示器,键盘或者点击设备。存储器705可能包含高速Ram存储器,也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。存储器705可选的可以包含至少一个位于远离前述CPU701的存储装置。
处理器701用于执行存储器705存放的程序,以实现如下方法:获取由SCP发送的携带放音收号信息的ETC操作信息,放音收号信息包括AIP设备的路由地址、SCP的标识ID及业务关联ID;将ETC操作信息转发给AIP设备,使AIP设备根据ETC操作信息中携带的放音收号信息与SCP建立连接,并根据建立的连接与SCP进行交互,以完成放音收号过程。
进一步地,处理器701,具体用于获取由IM-SSF实体通过CSCF实体转发的携带放音收号信息的ETC操作信息,ETC操作信息由SCP发送至IM-SSF实体。
进一步地,处理器701,具体用于向AIP设备发送携带ETC操作信息的IAM,使AIP设备从IAM中获取ETC操作信息。
进一步地,处理器701,具体用于获取由SCP发送的携带放音收号信息的ETC操作信息。
进一步地,处理器701,具体用于向AIP设备发送携带ETC操作信息的IAM,使AIP设备从IAM中获取ETC操作信息。
进一步,处理器701,还用于接收SCP下发的DFC指示,并根据DFC指示向AIP设备发送REL,使AIP设备根据REL释放资源断开与SCP的连接;
接收AIP设备返回的释放资源完毕消息,并将释放资源完毕消息返回至SCP进一步地,处理器701,还用于接收IMS网络侧实体发送的释放呼叫消息REL,根据REL释放资源断开与SCP的连接,并向IMS网络侧实体返回释放资源完毕消息,使IMS网络侧实体将释放资源完毕消息返回至SCP;
在一些实施方式中,存储器705存储了如下的元素,模块或者数据结构,或者他们的子集,或者他们的扩展集:
操作***707,包含各种程序,用于实现各种基础业务以及处理基于硬件的任务;
应用模块707,包含获取模块71、转发模块72。上述模块的功能可以参考图5的工作原理图的说明部分,此处不再赘述。
本实施例提供的实体,通过将携带放音收号信息的ETC操作信息发送给AIP设备,使AIP设备根据该ETC操作信息与SCP建立连接后,通过该连接与SCP进行交互,从而完成放音收号过程,实现了在IMS网络下支持AIP设备完成放音收号功能,减少引入IMS网络而丢失用户业务体验,同时最大化继承现有设备。
需要说明的是:上述实施例提供的AIP设备或IMS网络侧设备在实现放音收号将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的AIP设备、IMS网络侧实体、实现放音收号的***与实现放音收号的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (27)
1.一种实现放音收号的方法,其特征在于,增强智能外设AIP设备预先存储放音收号功能所需的语音,且所述AIP设备通过互联网协议多媒体子***IMS网络侧实体连接至IMS网络,所述方法包括:
所述AIP设备获取所述IMS网络侧实体转发的携带放音收号信息的建立临时连接ETC操作信息,所述ETC操作信息由业务控制点SCP发送,所述放音收号信息包括所述AIP设备的路由地址、所述SCP的标识ID及业务关联ID;
所述AIP设备根据所述ETC操作信息中携带的放音收号信息通过所述IMS网络侧实体与所述SCP建立连接;
所述AIP设备根据建立的连接与所述SCP进行交互,以完成放音收号过程。
2.根据权利要求1所述的方法,其特征在于,所述IMS网络侧实体为媒体网关控制功能MGCF实体,所述MGCF实体通过呼叫会话控制功能CSCF实体、网际协议IP多媒体业务交换功能IM-SSF实体与所述SCP连接;
所述AIP设备获取所述IMS网络侧实体发送的携带放音收号信息的ETC操作信息,包括:
所述AIP设备获取所述MGCF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息是由所述SCP发送至所述IM-SSF实体后,由所述IM-SSF实体通过所述CSCF实体发送至所述MGCF实体的。
3.根据权利要求2所述的方法,其特征在于,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作,所述IM-SSF实体通过扩展与所述CSCF实体之间的接口将所述ETC操作信息发送至所述CSCF实体或通过按照预设规则将所述ETC操作信息合并到请求通用资源标识符的方式将所述ETC操作信息发送至所述CSCF实体,由所述CSCF实体将所述ETC操作信息发送至所述MGCF实体;
所述AIP设备获取所述MGCF实体转发的携带放音收号信息的ETC操作信息,包括:
所述AIP设备接收所述MGCF实体发送的携带所述ETC操作信息的初始地址消息IAM,所述AIP设备从所述IAM中获取所述ETC操作信息。
4.根据权利要求1所述的方法,其特征在于,所述IMS网络侧实体为网际协议IP多媒体业务交换功能IM-SSF实体,所述IM-SSF实体与所述SCP连接;
所述AIP设备获取所述IMS网络侧实体发送的携带放音收号信息的ETC操作信息,包括:
所述AIP设备获取所述IM-SSF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息是由所述SCP发送至所述IM-SSF实体的。
5.根据权利要求4所述的方法,其特征在于,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作;
所述AIP设备获取所述IM-SSF实体转发的携带放音收号信息的ETC操作信息,包括:
所述AIP设备接收所述IM-SSF实体发送的携带所述ETC操作信息的初始地址消息IAM,所述AIP设备从所述IAM消息中获取所述ETC操作信息。
6.根据权利要求1至5任一权利要求所述的方法,其特征在于,所述AIP设备根据建立的连接与所述SCP进行交互,以完成放音收号过程,包括:
所述AIP设备接收所述SCP下发的携带放音内容的放音请求,并根据所述放音请求进行放音操作;
和/或,所述AIP设备接收所述SCP下发的放音并收号指示,根据所述放音并收号请求进行放音收号操作。
7.根据权利要求1至6中任一权利要求所述的方法,其特征在于,所述AIP设备根据建立的连接与所述SCP进行交互,以完成放音收号过程之后,还包括:
所述AIP设备接收所述IMS网络侧实体发送的释放呼叫消息REL,根据所述REL释放资源断开与所述SCP的连接,并向所述IMS网络侧实体返回释放资源完毕消息,使所述IMS网络侧实体将所述释放资源完毕消息返回至所述SCP;
其中,所述REL是在所述IMS网络侧实体接收到所述SCP下发的切断前向连接DFC指示后发送的。
8.一种增强智能外设设备,其特征在于,所述增强智能外设设备AIP设备预先存储放音收号功能所需的语音,且所述AIP设备通过互联网协议多媒体子***IMS网络侧实体连接至IMS网络,所述AIP设备包括:
获取模块,用于获取所述IMS网络侧实体转发的携带放音收号信息的建立临时连接ETC操作信息,所述ETC操作信息由业务控制点SCP发送,所述放音收号信息包括所述AIP设备的路由地址、所述SCP的标识ID及业务关联ID;
连接模块,用于根据所述ETC操作信息中携带的放音收号信息通过所述IMS网络侧实体与所述SCP建立连接;
交互模块,用于根据建立的连接与所述SCP进行交互,以完成放音收号过程。
9.根据权利要求8所述的设备,其特征在于,所述IMS网络侧实体为媒体网关控制功能MGCF实体,所述MGCF实体通过呼叫会话控制功能CSCF实体、网际协议IP多媒体业务交换功能IM-SSF实体与所述SCP连接;
所述获取模块,包括:
第一获取单元,用于获取所述MGCF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息是由所述SCP发送至所述IM-SSF实体后,由所述IM-SSF实体通过所述CSCF实体发送至所述MGCF实体的。
10.根据权利要求9所述的设备,其特征在于,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作,所述IM-SSF实体通过扩展与所述CSCF实体之间的接口将所述ETC操作信息发送至所述CSCF实体或通过按照预设规则将所述ETC操作信息合并到请求通用资源标识符的方式将所述ETC操作信息发送至所述CSCF实体,由所述CSCF实体将所述ETC操作信息发送至所述MGCF实体;
所述第一获取单元,用于接收所述MGCF实体发送的携带所述ETC操作信息的初始地址消息IAM,所述AIP设备从所述IAM中获取所述ETC操作信息。
11.根据权利要求8所述的设备,其特征在于,所述IMS网络侧实体为网际协议IP多媒体业务交换功能IM-SSF实体,所述IM-SSF实体与所述SCP连接;
所述获取模块,包括:
第二获取单元,用于获取所述IM-SSF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息是由所述SCP发送至所述IM-SSF实体的。
12.根据权利要求11所述的设备,其特征在于,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作;
所述第二获取单元,用于接收所述IM-SSF实体发送的携带所述ETC操作信息的初始地址消息IAM,所述AIP设备从所述IAM消息中获取所述ETC操作信息。
13.根据权利要求8至12中任一权利要求所述的设备,其特征在于,所述交互模块,用于接收所述SCP下发的携带放音内容的放音请求,并根据所述放音请求进行放音操作;和/或,接收所述SCP下发的放音并收号指示,根据所述放音并收号请求进行放音收号操作。
14.根据权利要求8至13中任一权利要求所述的设备,其特征在于,所述设备,还包括:
接收模块,用于接收所述IMS网络侧实体发送的释放呼叫消息REL;
释放模块,用于根据所述REL释放资源断开与所述SCP的连接;
返回模块,用于向所述IMS网络侧实体返回释放资源完毕消息,使所述IMS网络侧实体将所述释放资源完毕消息返回至所述SCP;
其中,所述REL是在所述IMS网络侧实体接收到所述SCP下发的切断前向连接DFC指示后发送的。
15.一种实现放音收号的方法,其特征在于,增强智能外设AIP设备预先存储放音收号功能所需的语音,且所述AIP设备通过互联网协议多媒体子***IMS网络侧实体连接至IMS网络,所述方法包括:
所述IMS网络侧实体获取由业务控制点SCP发送的携带放音收号信息的ETC操作信息,所述放音收号信息包括所述AIP设备的路由地址、所述SCP的标识ID及业务关联ID;
所述IMS网络侧实体将所述ETC操作信息转发给所述AIP设备,使所述AIP设备根据所述ETC操作信息中携带的放音收号信息与所述SCP建立连接,并根据建立的连接与所述SCP进行交互,以完成放音收号过程。
16.根据权利要求15所述的方法,其特征在于,所述IMS网络侧实体为媒体网关控制功能MGCF实体,所述MGCF实体通过呼叫会话控制功能CSCF实体、网际协议IP多媒体业务交换功能IM-SSF实体与所述SCP连接;
所述IMS网络侧实体获取由业务控制点SCP发送的携带放音收号信息的ETC操作信息,包括:
所述MGCF实体获取由所述IM-SSF实体通过所述CSCF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息由所述SCP发送至所述IM-SSF实体。
17.根据权利要求16所述的方法,其特征在于,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作,所述IM-SSF实体通过扩展与所述CSCF实体之间的接口将所述ETC操作信息发送至所述CSCF实体或通过按照预设规则将所述ETC操作信息合并到请求通用资源标识符的方式将所述ETC操作信息发送至所述CSCF实体,由所述CSCF实体将所述ETC操作信息发送至所述MGCF实体;
所述IMS网络侧实体将所述ETC操作信息转发给所述AIP设备,包括:
所述MGCF实体向所述AIP设备发送携带所述ETC操作信息的初始地址消息IAM,使所述AIP设备从所述IAM中获取所述ETC操作信息。
18.根据权利要求15所述的方法,其特征在于,所述IMS网络侧实体为网际协议IP多媒体业务交换功能IM-SSF实体,所述IM-SSF实体与所述SCP连接;
所述IMS网络侧实体获取由业务控制点SCP发送的携带放音收号信息的ETC操作信息,包括:
所述IM-SSF实体获取由业务控制点SCP发送的携带放音收号信息的ETC操作信息。
19.根据权利要求18所述的方法,其特征在于,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作;
所述IMS网络侧实体将所述ETC操作信息转发给所述AIP设备,包括:
所述IM-SSF实体向所述AIP设备发送携带所述ETC操作信息的初始地址消息IAM,使所述AIP设备从所述IAM中获取所述ETC操作信息。
20.根据权利要求15至19中任一权利要求所述的方法,其特征在于,所述IMS网络侧实体将所述ETC操作信息转发给所述AIP设备之后,还包括:
接收所述SCP下发的切断前向连接DFC指示,并根据所述DFC指示向所述AIP设备发送释放呼叫消息REL,使所述AIP设备根据所述REL释放资源断开与所述SCP的连接;
接收所述AIP设备返回的释放资源完毕消息,并将所述释放资源完毕消息返回至所述SCP。
21.一种互联网协议多媒体子***网络侧实体,其特征在于,增强智能外设AIP设备预先存储放音收号功能所需的语音,且所述AIP设备通过互联网协议多媒体子***IMS网络侧实体连接至IMS网络,所述实体包括:
获取模块,用于获取由业务控制点SCP发送的携带放音收号信息的ETC操作信息,所述放音收号信息包括所述AIP设备的路由地址、所述SCP的标识ID及业务关联ID;
转发模块,用于将所述ETC操作信息转发给所述AIP设备,使所述AIP设备根据所述ETC操作信息中携带的放音收号信息与所述SCP建立连接,并根据建立的连接与所述SCP进行交互,以完成放音收号过程。
22.根据权利要求21所述的实体,其特征在于,所述IMS网络侧实体为媒体网关控制功能MGCF实体,所述MGCF实体通过呼叫会话控制功能CSCF实体、网际协议IP多媒体业务交换功能IM-SSF实体与所述SCP连接;
所述获取模块,包括:
第一获取单元,用于获取由所述IM-SSF实体通过所述CSCF实体转发的携带放音收号信息的ETC操作信息,所述ETC操作信息由所述SCP发送至所述IM-SSF实体。
23.根据权利要求22所述的实体,其特征在于,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作,所述IM-SSF实体通过扩展与所述CSCF实体之间的接口将所述ETC操作信息发送至所述CSCF实体或通过按照预设规则将所述ETC操作信息合并到请求通用资源标识符的方式将所述ETC操作信息发送至所述CSCF实体,由所述CSCF实体将所述ETC操作信息发送至所述MGCF实体;
所述转发模块,包括:
第一发送单元,用于向所述AIP设备发送携带所述ETC操作信息的初始地址消息IAM,使所述AIP设备从所述IAM中获取所述ETC操作信息。
24.根据权利要求21所述的实体,其特征在于,所述IMS网络侧实体为网际协议IP多媒体业务交换功能IM-SSF实体,所述IM-SSF实体与所述SCP连接;
所述获取模块,包括:
第二获取单元,用于获取由业务控制点SCP发送的携带放音收号信息的ETC操作信息。
25.根据权利要求24所述的实体,其特征在于,所述IM-SSF实体与所述SCP之间的接口扩展支持ETC操作;
所述转发模块,包括:
第二发送单元,用于向所述AIP设备发送携带所述ETC操作信息的初始地址消息IAM,使所述AIP设备从所述IAM中获取所述ETC操作信息。
26.根据权利要求21至25中任一权利要求所述的实体,其特征在于,所述IMS网络侧实体,还包括:
第一接收模块,用于接收所述SCP下发的切断前向连接DFC指示;
发送模块,用于根据所述DFC指示向所述AIP设备发送释放呼叫消息REL,使所述AIP设备根据所述REL释放资源断开与所述SCP的连接;
第二接收模块,用于接收所述AIP设备返回的释放资源完毕消息;
返回模块,用于将所述释放资源完毕消息返回至所述SCP。
27.一种实现放音收号的***,其特征在于,所述***包括:增强智能外设AIP设备和互联网协议多媒体子***IMS网络侧实体;
其中,所述AIP设备如所述权利要求8至14中任一权利要求所述的设备;
所述IMS网络侧实体如所述权利要求21至26中任一权利要求所述的实体。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310261178.7A CN104254143A (zh) | 2013-06-26 | 2013-06-26 | 实现放音收号的方法、设备及*** |
JP2016522183A JP6127320B2 (ja) | 2013-06-26 | 2013-09-30 | プロンプティングを実施してユーザ情報を収集するための方法、装置、及び、システム |
EP13887872.3A EP3001759A4 (en) | 2013-06-26 | 2013-09-30 | METHOD, DEVICE AND SYSTEM FOR IMPLEMENTING A SOUND REPRODUCTION AND A NUMBER COLLECTION |
PCT/CN2013/084730 WO2014205947A1 (zh) | 2013-06-26 | 2013-09-30 | 实现放音收号的方法、设备及*** |
US14/979,379 US9838437B2 (en) | 2013-06-26 | 2015-12-27 | Method, device, and system for implementing prompting and collecting user information |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310261178.7A CN104254143A (zh) | 2013-06-26 | 2013-06-26 | 实现放音收号的方法、设备及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104254143A true CN104254143A (zh) | 2014-12-31 |
Family
ID=52140935
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310261178.7A Pending CN104254143A (zh) | 2013-06-26 | 2013-06-26 | 实现放音收号的方法、设备及*** |
Country Status (5)
Country | Link |
---|---|
US (1) | US9838437B2 (zh) |
EP (1) | EP3001759A4 (zh) |
JP (1) | JP6127320B2 (zh) |
CN (1) | CN104254143A (zh) |
WO (1) | WO2014205947A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015140846A1 (ja) | 2014-03-20 | 2015-09-24 | Jfeスチール株式会社 | 厚肉高靭性高張力鋼板およびその製造方法 |
US11722474B2 (en) * | 2020-04-30 | 2023-08-08 | Vmware, Inc. | Embedding content in audio content through a voice assistant |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1874327A (zh) * | 2006-03-24 | 2006-12-06 | 华为技术有限公司 | 向电路交换域用户提供ip多媒体子***业务的方法及*** |
US20070133575A1 (en) * | 2005-12-14 | 2007-06-14 | Lucent Technologies Inc. | Interactive voice response system for online and offline charging and for multiple networks |
CN101043548A (zh) * | 2006-03-20 | 2007-09-26 | 中兴通讯股份有限公司 | 一种实现plus彩铃的***及其方法 |
CN101247431A (zh) * | 2008-03-14 | 2008-08-20 | 中兴通讯股份有限公司 | 实现ip多媒体子***监听的方法及*** |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6975709B2 (en) * | 2003-07-08 | 2005-12-13 | Telcordia Technologies, Inc. | Triggered playback of recorded messages to incoming telephone calls to a cellular phone |
WO2005074242A1 (fr) * | 2004-01-18 | 2005-08-11 | Huawei Technologies Co., Ltd. | Procede servant a acceder a un reseau intelligent |
CN100505801C (zh) * | 2004-08-12 | 2009-06-24 | 华为技术有限公司 | 一种通话中加入背景音的方法及其*** |
CN100563279C (zh) * | 2004-12-20 | 2009-11-25 | 华为技术有限公司 | 一种实现彩铃的方法及其网络*** |
US7693134B2 (en) * | 2004-12-30 | 2010-04-06 | Alcatel-Lucent Usa Inc. | Method and apparatus for providing multimedia ringback services to user devices in IMS networks |
EP1848240A3 (en) * | 2006-04-17 | 2008-05-21 | Roamware, Inc. | Method and system using an Out-of-Band approach for providing value added services without using prefix |
ATE474412T1 (de) * | 2006-12-21 | 2010-07-15 | Ericsson Telefon Ab L M | Scp-gesteuertes overlay zwischen gsm und ims |
CN100579152C (zh) * | 2007-01-29 | 2010-01-06 | 华为技术有限公司 | 一种播放集团彩铃的方法、***及装置 |
US8289921B2 (en) * | 2008-04-10 | 2012-10-16 | Alcatel Lucent | Method and system for intelligent networking trigger contention resolution in IP multimedia subsystem networks |
US8498222B2 (en) * | 2008-04-11 | 2013-07-30 | Verizon Patent And Licensing Inc. | VoIP-based invocation of PSTN-based AIN/IN services |
US20100082972A1 (en) * | 2008-09-29 | 2010-04-01 | Benco David S | Method to allow targeted advertising on mobile phones while maintaining subscriber privacy |
JP2010114870A (ja) * | 2008-10-06 | 2010-05-20 | Nec Corp | 通信システム及び通信制御方法 |
JP5381086B2 (ja) * | 2008-10-06 | 2014-01-08 | 日本電気株式会社 | 通信システム及び通信制御方法 |
JP2011160220A (ja) | 2010-02-01 | 2011-08-18 | Nippon Telegr & Teleph Corp <Ntt> | サービス提供システムおよびアプリケーションサーバ |
CN102624997B (zh) | 2011-02-01 | 2016-03-30 | 阿尔卡特朗讯 | 用于为用户提供有关计费的语音服务的方法和装置 |
US20120259985A1 (en) * | 2011-04-08 | 2012-10-11 | Renesas Mobile Corporation | Method and apparatus for enabling wireless connectivity |
US9542074B2 (en) * | 2011-10-13 | 2017-01-10 | Nuance Communications, Inc. | Method and apparatus for enhancing an interactive voice response (IVR) system |
-
2013
- 2013-06-26 CN CN201310261178.7A patent/CN104254143A/zh active Pending
- 2013-09-30 JP JP2016522183A patent/JP6127320B2/ja active Active
- 2013-09-30 WO PCT/CN2013/084730 patent/WO2014205947A1/zh active Application Filing
- 2013-09-30 EP EP13887872.3A patent/EP3001759A4/en not_active Withdrawn
-
2015
- 2015-12-27 US US14/979,379 patent/US9838437B2/en not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070133575A1 (en) * | 2005-12-14 | 2007-06-14 | Lucent Technologies Inc. | Interactive voice response system for online and offline charging and for multiple networks |
CN101043548A (zh) * | 2006-03-20 | 2007-09-26 | 中兴通讯股份有限公司 | 一种实现plus彩铃的***及其方法 |
CN1874327A (zh) * | 2006-03-24 | 2006-12-06 | 华为技术有限公司 | 向电路交换域用户提供ip多媒体子***业务的方法及*** |
CN101247431A (zh) * | 2008-03-14 | 2008-08-20 | 中兴通讯股份有限公司 | 实现ip多媒体子***监听的方法及*** |
Also Published As
Publication number | Publication date |
---|---|
EP3001759A1 (en) | 2016-03-30 |
EP3001759A4 (en) | 2016-06-01 |
US20160182572A1 (en) | 2016-06-23 |
US9838437B2 (en) | 2017-12-05 |
JP2016523490A (ja) | 2016-08-08 |
WO2014205947A1 (zh) | 2014-12-31 |
JP6127320B2 (ja) | 2017-05-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103139529B (zh) | Sip服务器、视频通话设备间的视频通话切换方法 | |
CN108093011A (zh) | 一种视联网终端控制方法及*** | |
CN108965912B (zh) | 一种视频数据处理的方法、客户端以及服务器 | |
CN110022456A (zh) | 邀请终端入会的方法和装置 | |
CN101136924B (zh) | 一种下一代网络中主叫身份标识显示的方法 | |
CN109787992A (zh) | 一种通过视联网访问专网的方法和装置 | |
CN108234922B (zh) | 一种录播方法及装置 | |
CN102624996A (zh) | 被叫一号通业务的实现方法和***以及业务控制点 | |
CN101159914B (zh) | 用于ims网络的基于规则的动态业务触发方法 | |
CN110138724A (zh) | 一种白板共享方法和视联网*** | |
CN102651732B (zh) | 一种ims网络中的业务触发方法和*** | |
CN109936563A (zh) | 一种同声传译的数据处理方法和装置 | |
CN104254143A (zh) | 实现放音收号的方法、设备及*** | |
CN116668413A (zh) | 一种sip信息的处理方法及装置 | |
CN101099406B (zh) | 业务激活操作的实现方法及实现该方法的用户终端 | |
CN110113305A (zh) | 一种视联网业务的处理方法和*** | |
CN110493149A (zh) | 一种报文处理的方法和装置 | |
CN110049100A (zh) | 一种业务数据的处理方法和*** | |
CN101163272B (zh) | 用于ims网络的基于应用服务器分组的业务触发方法 | |
CN113766065A (zh) | 一种基于ims网络诈骗电话拦截的实现方法、*** | |
CN103428206B (zh) | 承载路径建立方法、装置及*** | |
CN102025731B (zh) | 智能业务触发方法及相关设备和*** | |
CN101378383A (zh) | 透明数据处理方法、***和装置 | |
CN109561080A (zh) | 一种动态入网通信的方法和装置 | |
CN110032693A (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 | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20181019 |
|
AD01 | Patent right deemed abandoned |